JP6256079B2 - Search program, search method, and search device - Google Patents

Description

  The present invention relates to a technique for retrieving an electronic form and presenting it to a user.

  The electronic form is stored in the storage unit for each form as form data in a format that can realize appropriate printout or the like. In the business using electronic forms, work for searching for form data to be used is performed from among a plurality of form data accumulated in the storage means.

JP 2008-165409 A

Here, since the form data is in a format suitable for print output as described above, it is often not in a format suitable for search. For this reason, the form data to be used may not be narrowed down using a unique identifier or the like. In this case, for example, a method of searching for form data including a specific character string from the form data accumulated in the storage means and selecting form data to be used from the form data hit by the search is performed. Sometimes. However, when the number of form data hit by the search becomes large, it becomes difficult for the user to select a form to be used.
Accordingly, an object of one aspect of the present invention is to enable efficient search for form data to be used in search for form data of an electronic form.

  In one aspect of the present invention, in response to a search command specifying a search character string, the form data including the search character string is searched from the form data stored in the storage unit, and the search result is presented. Then, for each of the retrieved first form data group, the attributes of the search character string are analyzed based on the positional relationship between the search character string included in the form data and other character strings. Further, when the designation for the first form data included in the first form data group is accepted, the attribute of the search character string matches with the first form data in the first form data group. The form data is grouped and information about the group is stored in the storage means.

  According to one aspect of the present invention, it is possible to efficiently search for data to be used when searching for form data of an electronic form.

It is explanatory drawing which shows an example of the whole structure of the system in this embodiment, and the function structure of a form provision server. It is explanatory drawing which shows an example of the form data in this embodiment. It is explanatory drawing which shows an example of the output image of the form data in this embodiment. It is explanatory drawing which shows an example of the use log | history table in this embodiment. It is explanatory drawing which shows an example of the form group table in this embodiment. It is explanatory drawing which shows an example of the data according to form group in this embodiment. It is a flowchart which shows an example of the form search process in this embodiment. It is a flowchart which shows an example of the form group classification | category process in this embodiment. It is explanatory drawing which shows the specific example of arrangement | positioning of the character string in the form in this embodiment. It is explanatory drawing which shows the example of a display of the search result list in this embodiment. It is explanatory drawing which shows the example of a display of the search result list in this embodiment (at the time of a re-search). It is an example of the hardware configuration of the form provision server and client in this embodiment.

[Background and Outline of this Embodiment]
First, the background of this embodiment and the outline of the form data search processing realized in this embodiment will be described.

  In the business using electronic forms, work for searching for form data to be used is performed from among a plurality of form data stored in the storage means. At that time, the user can search for form data by specifying a specific character string, and select form data to be used from the searched form data group, that is, the form data group hit by the search. is there. However, since the number of form data stored in the storage means of the computer increases day by day, the search itself takes a long time, and the search results become numerous, making it difficult for the user to select the form to be used. Sometimes.

  For example, if a user is an insurance company employee and wants to use the form data of the case of “Fujitsu Taro” who is the insurance contractor he is in charge of, the form containing the character string “Fujitsu Taro” A case where a search is performed can be considered. Here, for example, when an employee with the same name as “Fujitsu Taro” is in an insurance company, there is a possibility that a lot of form data unrelated to the form data to be used will be hit. For example, not only insurance contracts such as “life insurance contracts” and “auto insurance contracts” related to the contractor “Fujitsu Taro”, but also “Fujitsu Taro” related to other employees. Form data such as “Monthly contract record” and “Head office employee list” may also be hit. In addition, there may be a hit in the insurance contract group in charge of other “Taro Fujitsu” employees. Then, a lot of irrelevant form data is displayed in the search result list together with the form data originally used. For this reason, the user cannot easily select target form data.

  As an example of a general data search method, there is a method in which data with a high reference count is displayed preferentially in search results. However, in the form field, the user may use different form data every day in the form data having the same attribute rather than using the data once used many times. Many. For example, if it is an employee of the insurance company as described above, it is a usage mode in which various forms related to the case for which the employee is in charge are printed. For this reason, in the case of form data, even if a general data search method is used, the search results are not displayed in the descending order of the possibility of use by the user.

  Here, it is also conceivable to search by narrowing down the form type. For example, the search method is such that only “life insurance contracts” are searched. However, there are situations where you want to search without narrowing down the form type. For example, in the case of the specific example above, when the policyholder “Fujitsu Taro” caused a car accident, the person in charge would have multiple insurance contracts such as “life insurance policy” and “car insurance policy”. You may respond while referring to the book. In this case, there is a demand for efficiently searching and displaying a list of forms related to the contractor “Fujitsu Taro” regardless of the type of form.

  Therefore, in the present embodiment, the form data having the same search character string attributes as the form data with a track record used by the user is displayed in the search result in a manner that the user can easily select. For example, if the search character string is “Fujitsu Taro”, the search character string “attribute” indicates whether the “Fujitsu Taro” is “contractor name” or “employee name”. The meaning of

Here, in the form data, unlike the database table or the like, such a character string attribute is not directly associated with the character string. For this reason, an attribute is analyzed from the character string arrange | positioned around based on the positional relationship of the character string in form data.
In the present embodiment, among the form data including the search character string, the form data having the same attribute as the search character string in the form data actually used by the user is grouped. Furthermore, information on the group is stored in the storage unit in association with the user. In the present embodiment, the group is referred to as a form group. After that, when a plurality of form data is searched according to the search instruction specifying the search character string by the user, among the form data corresponding to the search result, the form data belonging to the form group stored in the storage means is emphasized. Display it in the search result list.

  This makes it possible to efficiently search for form data whose search character string attributes match those of a form that has been used by the user, that is, form data that is highly usable by the user, and can be easily identified by the user. It is displayed in the search result list in a manner. In the above specific example, the form data including the contractor “Fujitsu Taro” is highlighted and displayed separately from the form data including the employee “Fujitsu Taro”.

  In addition, it is the form data in which the attribute of the search character string matches with the proven form used by the user in this way, and the form type between the proven form used by the user and the form It is presumed that the common form data is more likely to be used by the user. For this reason, the convenience of the user is further improved by displaying such form data with the highest emphasis.

If the search is performed by directly setting the attribute of the search character string as a search condition instead of the method according to the present embodiment as described above, the following problem occurs. That is, as described above, in the form data, since the attribute of the character string is not directly associated with the character string, the attribute is extracted from the surrounding character string based on the positional relationship of the character string in the form data. It is necessary to analyze. However, depending on the positional relationship of the character strings in the form data, the attribute may not always be correctly analyzed. In such a case, if the search character string attribute is also included in the search condition and the search is performed, the form data for which the attribute could not be correctly analyzed does not hit as a search result in the first place. However, in the method of the present embodiment as described above, all the form data including the search character string can be hit and displayed, and only the form data having attributes that are highly usable among them can be highlighted. For this reason, even if there is form data for which attribute analysis has failed, there is an advantage that no leakage occurs in the display of search results. When such form data is used by the user, it can be highlighted at the next search.
Hereinafter, specific aspects of the present embodiment will be described in detail.

[Overall system configuration, functional configuration and data configuration of form providing server]
FIG. 1 shows the overall configuration of the system in this embodiment, and the functional configuration and data configuration of the form providing server 1.
The system includes a form providing server 1 and a client terminal 2. The form providing server 1 and the client terminal 2 are connected via a network 3 so that they can communicate with each other. The network 3 is, for example, a LAN (Local Area Network) or a WAN (Wide Area Network), and may be either a wired connection or a wireless connection.

  The form providing server 1 provides various information related to the form in response to a request from the client terminal 2 used by the user. As an example, the client terminal 2 designates a search character string and transmits a form search request to the form providing server 1. The form providing server 1 receives the request and searches for form data stored in the storage unit of the form providing server 1. Then, the form providing server 1 transmits the search result to the client terminal 2, and the client terminal 2 that receives the search result displays a list of the search results on the user interface. Then, the user selects the form data of the form to be used from the displayed form data, and issues a print command for the form data. In other words, in the client terminal 2, the user performs a designation operation on the form data to be used. In response to the operation, the client terminal 2 transmits a specified form data provision request to the form provision server 1, and the form provision server 1 transmits the form data to the client 2. On the client 2 side, the received form data is displayed and processing such as printing is performed.

Hereinafter, functions and data related to search and provision of form data in the form providing server 1 will be described with reference to FIG.
The form providing server 1 includes a search request accepting unit 11, a form searching unit 12, an attribute analyzing unit 13, and a form classifying unit 14, which function is realized by loading and executing a program. In addition, the form providing server 1 includes form data 21, a use history table 22, a form group table 23, and form group-specific data 24 in a storage unit.
The search request receiving unit 11 receives a search request for the form data 21 received from the client terminal 2 (including the identifier of the user performing the search and the search character string) and notifies the form search unit 12 of the request.

  Based on the search request received from the client terminal 2, the form search unit 12 refers to the use history table 22 and the form group table 23, and specifies the form type and form group that are highly usable by the searching user. To do. Then, the form data 21 is searched with the search character string designated by the search request. At this time, the form search unit 12 first searches the form data 21 including the search character string for the form data 21 corresponding to both the form type and form group that are highly usable. Then, the search result is transmitted so as to be displayed with the highest emphasis on the client terminal 2 on the basis of the searched form data 21 (hit by the search) that the usability is “high”. Further, the form search unit 12 searches for form data 21 corresponding to one of the form type and form group that are highly usable among the form data 21 including the search character string. Then, the search result is further transmitted so that the client terminal 2 highlights the retrieved form data 21 on the assumption that the usability is “medium”. Further, the form search unit 12 searches the form data 21 including the search character string for the form data 21 that does not correspond to either the form type or the form group with high availability. Then, the search result is further transmitted so that the retrieved form data 21 is displayed with no emphasis on the client terminal 2 on the assumption that the usability is “low”. Note that the form search unit 12 functions as a form re-search unit at the time of re-search after a form group classification process by the form classifying unit 14 described later.

The attribute analysis unit 13 determines the attribute of the search character string based on the position information of the character string included in the form data 21 for the form data 21 searched by the form search unit 12, that is, the form data 21 including the search character string. Is analyzed. A specific analysis method will be described later.
The form classification unit 14 generates form group-specific data 24 in which the form data 21 including the search character string searched by the form search unit 12 is grouped for each attribute of the search character string analyzed by the attribute analysis unit 13. To do. When one of the search result form data 21 is selected and used by the user, that is, when a specification for the form data to be used is accepted, the form group including the used form data 21 is included. Is stored in the form group table 23. Further, the usage history table 22 stores data indicating usage history including information related to the form type and form group of the used form data 21.

Next, each data provided in the form providing server 1 will be described with reference to FIGS.
The form data 21 is data having information indicating the output contents of the form for each form. FIG. 2 shows arrangement information of character strings included in the form data 21. As shown in FIG. 2, the form data 21 is output as a form ID that is an identifier of the form data 21, a horizontal position (X coordinate) and a vertical position (Y coordinate) that are position information of an output character string. Including character strings. Form data 21 is accumulated for each form in the storage means of the form providing server 1. FIG. 3 shows an example of a form print image output based on such form data 21.

  The usage history table 22 is a table in which usage history indicating the form type and form group of the form data 21 used by the user is accumulated. As shown in FIG. 4, the usage history table 22 includes a “user ID” that is an identifier for each user, a “used form type” that is a type of the used form data 21, and a “form group ID that is an identifier for each form group. "And" Use Date ". The “use date” is merely an example of used timing information, and may be held until, for example, time (the same applies hereinafter).

The form group table 23 is a table that stores form data 21 used by the user in association with a search character string or form group ID. As shown in FIG. 5, the form group table 23 includes “attribute name”, “search string”, “form group ID” indicating attributes of the search keyword, “form ID” that is an identifier for each form, and “use date”. ”Item.
The form group-specific data 24 is data for temporarily grouping the form data 21 having the same attribute name and search character string when the form data 21 is classified into form groups. As shown in FIG. 6, the form group-specific data 24 includes a form ID of the form data 21, a search character string included in the form data 21, and an attribute name thereof.

[Process description]
Next, processing executed in the form providing server 1 will be described with reference to FIGS.
FIG. 7 is a flowchart showing the overall form search process executed in the form providing server 1. When the form providing server 1 receives from the client terminal 2 a form search request including an identifier for specifying a user who is searching and a search character string, the form providing server 1 executes the process.

In step S <b> 1, the search request receiving unit 11 receives the form search request received from the client terminal 2 and notifies the form search unit 12 of it.
In step S <b> 2, the form search unit 12 specifies a form type that is highly usable by the user performing the search. In the present embodiment, processing is performed on the assumption that a form type having a track record used by the user within a predetermined period in the past is a form type having a high possibility of use. Specifically, the form search unit 12 refers to the use history table 22 and specifies all form types included in the use history data of the user who is searching. In the present embodiment, it is assumed that the data in the usage history table 22 is deleted after a predetermined period has elapsed from the usage date. That is, the form search unit 12 specifies a form type with a track record that has been used within a predetermined period in the past.

  In step S <b> 3, the form search unit 12 specifies form data 21 that belongs to a form group that includes a search character string in the search and that is highly usable. In the present embodiment, the processing is performed on the assumption that a form group with a track record used by the user within a predetermined period in the past is a form group having a high possibility of use. Specifically, the form search unit 12 refers to the use history table 22 and specifies a form group included in the use history data of the user who is searching. Then, the form search unit 12 refers to the form group table 23 and identifies the form ID included in the form group including the search character string from the form group. In the present embodiment, it is assumed that the data in the form group table 23 is deleted after a predetermined period has elapsed from the use date. That is, the form search unit 12 specifies form data 21 belonging to a form group with a track record used within a predetermined period in the past.

  In step S <b> 4, the form search unit 12 searches for form data 21 that includes a search character string and that has a high possibility of using both form types and form groups. Specifically, the form search unit 12 is form data 21 including a search character string, and is included in the form type that is highly usable in step 2 and included in the form group specified in step 3. The form data 21 to be searched is searched. The form type of the form data 21 can be specified from, for example, the framework of the form data 21 or a character string included in the form data 21. By the search in step 4, the form data 21 having a relatively high availability level can be extracted.

  In step S <b> 5, the form search unit 12 transmits a search result list that is a list of the form data 21 obtained as a search result by the search in step 4 to the client terminal 2 and displays it on the user interface in the client terminal 2. Here, the form search unit 12 displays such that the form data 21 included in the search result list, that is, the form data 21 having a relatively high usability level is displayed with the highest emphasis. Let The highlighting here may be in any form as long as the form data 21 is identifiable in the other form data 21. For example, the form data may be bolded, displayed in a different color, or shaded. Various modes are included, such as making a letter or enlarging a letter.

  In step S6, the form search unit 12 searches for form data 21 that includes a search character string and has a high possibility of using either a form type or a form group. Specifically, the form search unit 12 is form data 21 including a search character string, and is included in the form type with high availability specified in step 2 or the availability specified in step 3. The form data 21 included in the high form group is searched. By the search in the step 6, the form data 21 having a relatively medium usability level can be extracted.

  In step S <b> 7, the form search unit 12 transmits a search result list that is a list of the form data 21 obtained as a search result by the search in step 4 to the client terminal 2, and further displays it on the user interface in the client terminal 2. . Here, the form search unit 12 displays the form data 21 obtained as a search result by the search in step 6 in the search result list by a normal display method (without highlighting).

  In step S <b> 8, the form search unit 12 searches for form data 21 that includes the search character string and that is not highly likely to be used in any form type or form group. Specifically, the form search unit 12 is the form data 21 including the search character string, the form type is not included in the highly usable form type specified in step 2, and the form group is set in step 3. The form data 21 that is not included in the specified form group with high possibility of use is searched. By the search in step 6, the form data 21 having a relatively low usability level can be extracted.

In step S <b> 9, the form search unit 12 transmits a search result list, which is a list of the form data 21 obtained as a search result by the search in step 4, to the client terminal 2 for further display on the user interface in the client terminal 2. . Here, the form search unit 12 displays the form data 21 obtained as a search result by the search in step 6 in the search result list by a normal display method (without highlighting).
Note that all of the form data 21 including the search character string is displayed in the search result list by the processing of the above-described steps S4 to S9.

In step S10, the form classification unit 14 performs a form group classification process for classifying the form data 21 into form groups. Details of this processing will be described later.
In step S11, the form search unit 12 newly corresponds to the form data 21 whose usability level is “high” or “medium” as a result of the form group classification process, that is, step S4. The form data 21 that satisfies the above condition is highlighted on the client terminal 2.

FIG. 8 is a flowchart showing a form group classification process executed in the form providing server 1.
In step S21, the form classification unit 14 acquires the data body of the form data 21 searched in steps S4, S6, and S8.

In step S <b> 22, the form classification unit 14 analyzes the attribute of the character string based on the position information (horizontal position and vertical position) of the character string included in the form data 21.
Here, the analysis processing will be described in detail. In general, a form has a characteristic that an attribute of a character string is described in the left direction or the upward direction of the character string. FIG. 9 shows a plurality of specific examples of the form image in which the form data 21 is printed. In the example 1 illustrated in FIG. 9, when the search character string is “Fujitsu Taro”, the character string of “contractor name” positioned in the left direction of the character string may be acquired as the attribute of “Fujitsu Taro”. it can. Similarly, in Example 2 and Example 3, a character string positioned in the left direction or upward direction of “Fujitsu Taro” can be acquired as an attribute. Also, for example, if “Fujitsu Taro” is included in the table as in Example 4, the character string located in the upper or left direction of the search character string is within the framework indicating the item name. The character string located can be acquired. In the case of this example 4, the character string of “employee name” in the item name framework positioned in the upward direction of “Fujitsu Taro” can be acquired as an attribute. If the character string indicating the attribute is arranged in two stages as in Example 5, the “name” attribute may be acquired instead of the “employee name” attribute. . However, in this embodiment, even when an attribute is acquired in error as described above, it is possible to appropriately perform processing, and details thereof will be described later.

  In step S23, the form classification unit 14 generates a form group in which the form data 21 is classified for each attribute name of the search character string. In other words, the form classification unit 14 groups the form data 21 having the same search character string attribute as one form group. Then, the form classification unit 14 generates form group-specific data 24 in which information including the form ID, the search character string, and the attribute of the form data 21 is grouped for each form group.

In step S24, the form classification unit 14 requests the provision of the form data 21 from the client terminal 2 based on the selection of the form data 21 from the search result list by the user and the reference instruction or the print instruction of the selected form data 21. Receive. The reference and printing of the form data 21 is an example of a usage mode (access mode) of the form data 21. In other words, the form data 21 subject to the provision request is the form data 21 used by the user and the designated form data 21. That is, the form classification unit 14 accepts designation of form data 21 to be used from the client terminal 2.
In step S25, the form classification unit 14 identifies a form group that includes the form data 21 used by the user in step S24 among the form group-specific data 24.

In step S <b> 26, the form classification unit 14 stores information related to the form group specified in step S <b> 25 in the form group table 23.
Specifically, the form classification unit 14 determines that the data of the form group specified in step S25 is not stored in the form group table 23 (that is, the search character string in the specified form group and its attributes). When the combination is not stored in the form group table 23), the following processing is performed. That is, the form classification unit 14 assigns a new form group ID. Then, for each form data 21 belonging to the form group specified in step S25, the form group ID, the search character string and its attributes in the form data 21 of the form group, and the use date (for example, the form data 21 is used) Data in which the current date is associated is generated and stored in the form group table 23.

  On the other hand, when the form group data specified in step S25 is already stored in the form group table 23 (that is, the combination of the search character string and the attribute in the specified form group is already in the form group 14). When stored in the table 23), the following processing is performed. That is, when the data corresponding to the form data 21 belonging to the form group specified in step S25 is not stored in the form group table 23, the form classification unit 14 stores the form data 21 in the form data 21 of the form group. Data that associates the search character string and its attributes, the form group ID of the form group to which the form data 21 belongs, and the use date when the form of the form data 21 is used is generated and stored in the form group table 23. . On the other hand, when data corresponding to the form data 21 belonging to the form group specified in step S25 is stored in the form group table 23, the use date of the data corresponding to the form data 21 is updated to the latest use date.

  In step S27, the form classification unit 14 stores the information of the form data 21 used in step S24 in the usage history table 22. Specifically, the form classification unit 14 generates data of the user who uses the form data 21 (that is, the user who performed the current search), the form type, form group ID, and use date of the form data 21. To the usage history table 22.

[Description of processing showing specific examples of data, effects of each processing, etc.]
Here, the form search process and the form group classification process will be described with specific examples, and the effects of the present embodiment will be described.
For example, it is assumed that a user whose user ID is “Fujitsu” searches the form data 21 with a search character string “Taro Fujitsu” via the user interface of the client terminal. In this case, the form providing server receives a form search request including the user ID “Fujitsu” and the search character string “Fujitsu Taro” from the client terminal, and the search request receiving unit 11 receives the request (step S1).

At this stage, the data in the usage history table 22 is in the state shown in FIG. 4, and the data in the form group table 23 is in the state shown in FIG.
The form search unit 12 has a form type “Life”, which is a form type of data whose user ID is “Fujitsu” in the data of the usage history table 22 shown in FIG. It is specified as “insurance contract” and “monthly contract record” (step S2). In addition, the form search unit 12 selects a form group (in other words, “Fujitsu Taro” attribute name) that is likely to be used when a user whose user ID is “Fujitsu” searches “Fujitsu Taro” as a search character string. Identifies as follows. In other words, the form group IDs “123456”, “888888”, and “999999” included in the data with the user ID “Fujitsu” in the usage history table 22 are specified. Then, by referring to the form group table 23, among these form group IDs, the form group ID “123456” (the attribute name is “person in charge”) of the data whose search character string is “Fujitsu Taro” is specified. To do. Further, the form search unit 12 specifies the form A and the form B that are the form IDs belonging to the form group ID from the data of the form group ID “123456” stored in the form group table 23 (step S3).

  The form search unit 12 includes the search character string “Taro Fujitsu”, the form type is “life insurance contract” or “monthly contract record”, and the form group ID is “123456” (here, form). The form data 21 of A or form B) is searched (step S4). As a result, it is assumed that the form A is hit. In this case, the form search unit 12 displays the form A on the search result display screen of the user interface of the client terminal 2 as shown in the first stage of FIG. In the display, the form search unit 12 causes the form A to be displayed with the highest emphasis (step S5).

  Next, the form search unit 12 includes the search character string “Taro Fujitsu” and the form type is “life insurance contract” or “monthly contract record” or the form group ID is “123456” (here The form data 21 of form A or form B) is searched (step S6). As a result, it is assumed that a form B whose form group ID is “123456” (form type is “auto insurance contract”) and a form P whose form type is “monthly contract record” are hit. In this case, as shown in the second stage of FIG. 10, the form search unit 12 further displays the form B and the form P on the search result display screen of the user interface of the client terminal. In the display, the form search unit 12 highlights the form B and the form P (however, the form A is not highlighted as much as the form A) (step S7).

  Next, the form search unit 12 includes the search character string “Taro Fujitsu”, the form type is not “life insurance contract” or “monthly contract record”, and the form group ID is “123456” (here, form) The form data 21 that is not A or form B) is searched (step S8). As a result, it is assumed that a form Q whose form type is “Headquarters employee list” and a form R whose form type is “Fire insurance contract” are hit. In this case, the form search unit 12 displays the form Q and the form R on the search result display screen of the user interface of the client terminal, as shown in the third stage of FIG. In the display, the form search unit 12 displays the form Q and the form R by a normal method without highlighting them (step S9).

  Here, the form classification unit 14 acquires the respective form data 21 for the form A, form B, form P, form Q, and form R obtained as the search results (step S21). Based on the position information of the character string in the form data 21, the attribute name “Fujitsu Taro” in each form is analyzed. Note that Examples 1 to 5 in FIG. 9 described above correspond to the form A, form B, form P, form Q, and form R of this specific example, respectively. Here, the analysis process may be omitted for the forms A and B for which the attribute name “contractor name” can be acquired from the data of the form group table 23. As a result of the analysis, “employee name” can be acquired as the attribute name of “Fujitsu Taro” in the forms P and Q. On the other hand, in the form R, the attribute name is originally “contractor name”, but “name” is acquired by arrangement of the character string.

  Based on the analysis result, the form classification unit 14 generates a form group in which the form A, the form B, the form P, the form Q, and the form R are classified for each attribute name of the search character string (step S23). The form classification unit 14 has a form A and a form B whose attribute name “Fujitsu Taro” is “contractor name” as one form group, and a form P and a form Q whose attribute name is “employee name” as one form. A form group whose form attribute name is “name” is classified as one form group. Then, the form classification unit 14 generates form group-specific data 24 as shown in FIG.

  Here, as Case 1, it is assumed that the user selects “Form A” and issues a print instruction. When the form classification unit 14 receives the instruction from the client terminal (step S24), the form classification unit 14 specifies the form group including the form A, that is, the form group of the form A and the form B (step S25). Here, since the form A and the form B are already stored in the form group table 23, the form classification unit 14 updates the use date of the data of the form A and the form B in the form group table 23 (step S26). Further, the form classification unit 14 includes the user ID “Fujitsu”, the form type “form A life insurance policy”, the form group ID “123456”, and the current date and time in the usage history table 22. Data is added (step S27).

  In case 2, it is assumed that the user selects “form P” and issues a print instruction. When the form classification unit 14 receives the instruction from the client terminal (step S24), the form classification unit 14 specifies the form group including the form P, that is, the form group of the form P and the form Q (step S25). Here, the data of the form group of the combination of the attribute name “employee name” and the search character string “Taro Fujitsu” in the form P is already stored in the form group table 23 with the form group ID “111111”. Data corresponding to the form P and the form Q is not stored in the form group table 23. Therefore, the form classification unit 14 stores the attribute name “employee name”, the search character string “Fujitsu Taro”, the form group ID “111111”, and the form ID “form” in the form group table 23. Add data including “P” and current date and time. Further, the form classification unit 14 adds an attribute name “employee name”, a search character string “Fujitsu Taro”, a form group ID “111111”, and a form ID “form Q” to the form group table 23. "And data including the current date and time are added (step S26). The form classification unit 14 also includes data including the user ID “Fujitsu”, the form type “Monthly contract record”, the form group ID “111111”, and the current date and time in the usage history table 22. Is added (step S27).

  Further, as case 3, it is assumed that the user selects “form R” and issues a print instruction. Upon receiving the instruction from the client terminal (step S24), the form classification unit 14 specifies a form group including the form R, that is, a form group including only the form R (step S25). Here, the form group data of the combination of the attribute name “name” and the search character string “Taro Fujitsu” in the form R is not stored in the form group table 23. Therefore, the form classification unit 14 assigns, for example, “333333” which is a new form group ID to the form group. Then, the form classification unit 14 adds “name” as the attribute name, “Taro Fujitsu” as the search character string, “333333” as the form group ID, “form R” as the form ID, and the form group table 23. Data including the current date and time is added (step S26). Further, the form classification unit 14 includes the user ID “Fujitsu”, the form type of the form R “fire insurance contract”, the form group ID “333333”, and the current date and time in the usage history table 22. Data is added (step S27).

  The form search unit 12 then displays the search result list on the client terminal again after the above-described instruction to use the form data 21 by the user and the form group classification process (step S11). FIG. 10 shows search result list display after the above-described form group classification processing in each of case 1 to case 3 described above. For example, in the case 1 described above, the display content does not change even if it is redisplayed. However, in case 2, the form group ID “111111” is identified as a form group with high possibility of use. For this reason, the form P is displayed with the highest emphasis, and the form Q is also highlighted. In case 3, the “fire insurance contract” is newly identified as a highly usable form type, and the form group ID “333333” is identified as a highly usable form group. Become. For this reason, the form R for which the attribute could not be acquired correctly as described above is used by the user and is displayed with the highest emphasis thereafter.

  Further, although not shown in the form data 21 of this specific example, in the case 1 described above, for example, after the form group classification process was performed last time, the search character string “Fujitsu Taro” is included, and It is assumed that a form Z having an attribute name “contractor name” has been newly added. In this case, since the data of the form Z is not stored in the form group table 23 at the stage of the processing up to step S9, the highlighted display should be performed even though it should originally be highlighted. It will be in a state that has not been done. However, such data of the form Z is stored in the form group table 23 as data belonging to the form group “123456” by the form group classification process. Therefore, in step S11, the form Z can be highlighted in the search result list.

After the series of processes, even when the user with the user ID “Fujitsu” performs a search using “Fujitsu Taro” as a search character string, the result of the current form group classification process is reflected. It becomes.
Note that the form data 21 obtained as a search result before the form group classification process is an example of the first form data group. If there is no change in the entire form data 21 stored in the storage means of the form providing server 1 before and after the form group classification process, the form data 21 group obtained as a re-search result is the first group of the form data 21. It matches the form data group. Further, the form data 21 designated by the user (for example, “form A” in case 1 of the above specific example) is an example of the first form data.

  As described above, the form type and form group information of the form data 21 actually used by the user is reflected in the use history table 22 and the form group table 23 by the form group classification process in steps S21 to S27. . After that, when the same user searches the form data 21 with the same search character string, the form data 21 that has been used by the user matches the form type and form group by the processing in steps S2 to S9. Data, i.e., form data 21 with high availability, is efficiently searched and displayed prominently in the search result list. For this reason, the user can efficiently select the form data 21 that is highly usable. In addition, the form data 21 that is more likely to be used by the user is searched earlier and displayed in the search result list. For this reason, even if the number of forms data 21 is large and the search process takes time, the user can more efficiently select the form data 21 that is highly usable.

  In addition, instead of including the search character string attribute in the search condition in this way, the form data 21 including the data corresponding to the form group table is displayed after displaying all the form data including the search character string as the search result. By highlighting, the following effects are produced. That is, as described in Case 3 above, even if there is form data in which the attribute of the search character string cannot be acquired correctly in the form data 21 searched for, such form data 21 is omitted from the search result itself. Can be prevented. When the form data 21 is used by the user, the form data 21 is displayed after being emphasized.

[Modifications of this embodiment]
Here, in this embodiment, usability by a user is identified using both a form type and a form group. However, it is not necessary to use both of these to identify availability. For example, the availability may be identified using only the form group.

  In the above description of the process, the form search unit 12 displays all search results on the client terminal 2 and then performs the form group classification process. However, if the user selects the form data 21 before all the search results are displayed, the search process is interrupted at that time, and the form group classification process is performed based on the search result at that time. . In this case, the reception process such as selection of the form data 21 by the user in step S24 of the form group classification process precedes the process of step S21.

  Further, in the above description of the process, the display mode in the search result list is changed in three stages of “high”, “medium”, and “low”, which is usable by the user, but is limited to such a mode. It is not a thing. For example, the display mode may be changed in two stages: form data 21 that includes a search character string and has high possibility of using both form type and form group, and form data 21 that is not.

[Hardware configuration, etc.]
An example of the hardware configuration of a computer that functions as the form providing server 1 or the client terminal 2 is shown in FIG. The computer includes a processor 101, a memory 102, a storage 103, a portable storage medium drive device 104, an input / output device 105, and a communication interface 106.

  The processor 101 includes a control unit, an arithmetic unit, an instruction decoder, and the like. The execution unit follows the instructions of the program decoded by the instruction decoder, and performs arithmetic / logic using the arithmetic unit according to a control signal output from the control unit. Perform the operation. The processor 101 has a TLB that functions as a control register in which various information used for control is stored, a cache that can temporarily store the contents of the already accessed memory 2 and the like, and a page table cache of virtual memory. Prepare. The processor 101 may have a configuration in which a plurality of CPU (Central Processing Unit) cores are provided.

  The memory 102 is a storage device such as a RAM (Random Access Memory), for example, and is a main memory in which a program to be executed by the processor 101 is loaded and data used for processing of the processor 101 is stored. The storage 103 is a storage device such as an HDD (Hard Disk Drive) or a flash memory, and stores programs and various data. The portable storage medium driving device 104 is a device that reads data and programs stored in the portable storage medium 107. The portable storage medium 107 is, for example, a magnetic disk, an optical disk, a magneto-optical disk, or a flash memory. The processor 101 executes a program stored in the storage 103 or the portable storage medium 107 while cooperating with the memory 102 or the storage 103. Note that the program executed by the processor 101 and data to be accessed may be stored in another device that can communicate with the computer. The storage means of the form providing server 1 described in the present embodiment indicates at least one of the memory 102, the storage 103, the portable storage medium 107, or another device that can communicate with the computer.

The input / output device 105 is, for example, a keyboard, a touch panel, a display, or the like, and receives an operation command by a user operation or the like, and outputs a processing result by a computer.
The communication interface 106 can include, for example, a radio frequency receiver and transmitter, and an optical receiver and transmitter in addition to a LAN (Local Area Network) card, for example. The aforementioned receivers and transmitters can be implemented to operate with one or more communication networks, such as a Wi-Fi network, a Bluetooth network, and long term evolution.
Each component of these computers is connected by a bus 108.

<Others>
Note that the functional configuration and physical configuration of the computer described in this specification are not limited to the above-described aspects. For example, the functions and physical resources are integrated and implemented, or conversely, are further distributed. It is also possible to implement.
In addition, in this specification, the description places “to be more than” and “to be less than” in comparison with the threshold value and the like are not limited to the description except for special cases, It can be appropriately replaced with “less than” or “less than (less than)”.

Regarding the above embodiment, the following additional notes are disclosed.
(Appendix 1)
In response to a search command specifying a search character string, search for form data including the search character string from the form data stored in the storage means, and present the search result to the user.
For each of the retrieved first form data group, the attribute of the search character string is analyzed based on the positional relationship with the search character string and other character strings included in the form data,
When the specification for the first form data included in the first form data group is accepted, the attribute of the search character string matches with the first form data in the first form data group Group the form data to be stored, and store information about the group in the storage means.
A search program that causes a computer to execute processing.

(Appendix 2)
When re-searching the form data according to the search command specifying the search character string, a process of referring to the information on the group and presenting the re-search result in a manner that can identify the form data belonging to the group The search program according to appendix 1, further executed by a computer.

(Appendix 3)
The process of storing in the storage means specifies the form type of the first form data, stores information on the form type in the storage means,
The process of presenting the re-search result refers to information related to the group and information related to the form type, and presents the form data belonging to the group and belonging to the form type to the user in such a manner that the user can further identify the form data. The search program according to appendix 2.

(Appendix 4)
The search program according to appendix 2 or 3, wherein the process of presenting the re-search result displays the form data belonging to the group in a highlighted manner than the other form data and presents it to the user.

(Appendix 5)
The search program according to any one of appendices 2 to 4, wherein the process of presenting the re-search result retrieves and presents form data belonging to the group before other form data.

(Appendix 6)
The process of storing in the storage means stores the information about the group together with information indicating the timing at which the designation for the first form data is received,
The process of presenting the re-search result refers to the information on the group and the information indicating the timing, and the form data belonging to the group when the first form data receives designation within a predetermined period in the past. The search program according to any one of appendices 2 to 5, wherein:

(Appendix 7)
The processing according to any one of appendices 1 to 6, wherein the process of storing in the storage unit stores the information related to the group in the storage unit in association with the user who specified the first form data. program.

(Appendix 8)
In response to a search command specifying a search character string, search for form data including the search character string from the form data stored in the storage means, and present the search result to the user.
For each of the retrieved first form data group, the attribute of the search character string is analyzed based on the positional relationship with the search character string and other character strings included in the form data,
When the specification for the first form data included in the first form data group is accepted, the attribute of the search character string matches with the first form data in the first form data group Group the form data to be stored, and store information about the group in the storage means.
A data search method in which processing is executed by a computer.

(Appendix 9)
In response to a search command that specifies a search character string, a form search unit that searches for form data including the search character string from form data stored in the storage means, and presents the search results;
An attribute analysis unit that analyzes attributes of the search character string based on a positional relationship with the search character string and other character strings included in the form data for each of the searched first form data groups;
When the specification for the first form data included in the first form data group is accepted, the attribute of the search character string matches with the first form data in the first form data group A search apparatus comprising a form classification unit that groups form data to be stored and stores information on the group in a storage unit.

DESCRIPTION OF SYMBOLS 1 ... Form provision server, 2 ... Client terminal, 3 ... Network, 11 ... Search request reception part, 12 ... Form search part, 13 ... Attribute analysis part, 14 ... Form classification part, 21 ... Form data, 22 ... Usage history table 23 ... Form group table 24 ... Data by form group

Claims (9)

In response to a search command specifying a search character string, search for form data including the search character string from the form data stored in the storage means, and present the search results.
For each of the retrieved first form data group, the attribute of the search character string is analyzed based on the positional relationship with the search character string and other character strings included in the form data,
When the specification for the first form data included in the first form data group is accepted, the attribute of the search character string matches with the first form data in the first form data group A search program for grouping form data to be processed and causing a computer to execute processing for storing information on the group in storage means.   When re-searching the form data according to the search command specifying the search character string, a process of referring to the information on the group and presenting the re-search result in a manner that can identify the form data belonging to the group The search program according to claim 1, further executed by a computer. The process of storing in the storage means specifies the form type of the first form data, stores information on the form type in the storage means,
The process of presenting the re-search result refers to information related to the group and information related to the form type, and presents the form data belonging to the group and belonging to the form type to the user in such a manner that the user can further identify the form data. The search program according to claim 2. Wherein the process of presenting the search results, the form data belonging to the group, presented to the User chromatography The highlight than other form data, according to claim 2 or 3, wherein the search program.   The search program according to any one of claims 2 to 4, wherein in the process of presenting the re-search result, the form data belonging to the group is searched and presented before other form data. The process of storing in the storage means stores the information about the group together with information indicating the timing at which the designation for the first form data is received,
The process of presenting the re-search result refers to the information on the group and the information indicating the timing, and the form data belonging to the group when the first form data receives designation within a predetermined period in the past. The search program of any one of Claims 2-5 which presents.   The process of storing in the storage unit stores information on the group in the storage unit in association with the user who specified the first form data. Search program. Depending on the specified search character string search command, by searching the form data including the search string from the form data stored in the storage means, and presenting search results User chromatography THE,
For each of the retrieved first form data group, the attribute of the search character string is analyzed based on the positional relationship with the search character string and other character strings included in the form data,
When the specification for the first form data included in the first form data group is accepted, the attribute of the search character string matches with the first form data in the first form data group A data search method in which a computer executes a process of grouping form data to be processed and storing information on the group in a storage unit. Search response string to the specified search command, by searching the form data including the search string from the form data stored in the storage means, a document retrieval unit for presenting search results to Yu over THE,
An attribute analysis unit that analyzes attributes of the search character string based on a positional relationship with the search character string and other character strings included in the form data for each of the searched first form data groups;
When the specification for the first form data included in the first form data group is accepted, the attribute of the search character string matches with the first form data in the first form data group A search apparatus comprising a form classification unit that groups form data to be processed and stores information about the group in a storage unit.