Information processing method, information processing program, and information processing system

JP2024063280A5Pending Publication Date: 2025-10-23LEGALON TECHNOLOGIES INC
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
JP2022171072
Authority / Receiving Office
JP · JP
Patent Type
Applications
Current Assignee / Owner
Filing Date
2022-10-26
Publication Date
2025-10-23

AI Technical Summary

Technical Problem

Existing document processing systems, such as described in Patent Document 1, fail to automatically identify and display related contracts when changes are made via memorandums, and require manual user effort to search for appropriate keywords, potentially missing relevant documents in search results.

Method used

An information processing system that automatically extracts metadata from documents, identifies related contracts based on attribute information, and displays them as candidates on the viewing screen, allowing users to easily link and view related documents.

Benefits of technology

Facilitates easy identification and linking of related documents, improving user convenience by automating the process of finding and associating contracts without manual search work.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure 00000000_0000_ABST
    Figure 00000000_0000_ABST
Patent Text Reader

Abstract

To provide an information processing method capable of more easily grasping the existence of a related document.SOLUTION: A processor displays a first document stored in a storage part on a document browsing screen, retrieves a second document being a document from the first document and including information corresponding to attribute information acquired from the first document, and displays the second document as a candidate for the related document related to the first document on the document browsing screen.SELECTED DRAWING: Figure 2
Need to check novelty before this filing date? Find Prior Art

Description

[Technical field]

[0001] The present disclosure relates to an information processing method, an information processing program, and an information processing system. [Background technology]

[0002] The document processing server device described in Patent Document 1 searches for document information using search criteria specified by the user from among the selected contract type, the search keyword selected from the search keyword display area, and the search keyword entered in the search keyword input field, depending on the user's operation, and displays the search results on the display unit of the terminal. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2020-190905 A Summary of the Invention [Problem to be solved by the invention]

[0004] Regarding contracts, after a contract is concluded, the contents of the contract may be changed by a memorandum or the like. In such a case, the entire contents of the contract cannot be understood without checking not only the contents of the original contract but also the contents of related contracts such as memoranda. When searching for such related contracts using the document processing server device described in Patent Document 1, the user must perform the search himself / herself. Furthermore, if appropriate keywords are not used during the search, there is a possibility that the related contracts will not be displayed in the search results even if they exist.

[0005] Note that this problem is not limited to contracts, but is a common problem when searching for any document. An object of one aspect of the present invention is to provide an information processing method, an information processing program, and an information processing system that make it possible to more easily grasp the existence of related documents. [Means for solving the problem]

[0006] In an information processing method according to one embodiment of the present invention, a processor displays a first document stored in a memory unit on a document viewing screen, searches the memory unit for a second document that is different from the first document and contains information corresponding to attribute information obtained from the first document, displays the second document on the document viewing screen as a candidate related document related to the first document, and registers the first document and the second document as related documents based on a user operation. Effect of the Invention

[0007] According to the information processing method, the information processing program, and the information processing system of the present invention, it is possible to more easily grasp the existence of related documents. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is a block diagram showing a schematic configuration of an information processing system according to a first embodiment. [Diagram 2] FIG. 2 is a block diagram showing a schematic configuration of a document management server device according to the first embodiment. [Diagram 3] 4 is a table showing an example of information stored in a document database according to the first embodiment. [Figure 4] 4A and 4B are diagrams showing an example of metadata according to the first embodiment. [Diagram 5] FIG. 4 is a diagram showing an example of a screen displayed on the terminal device according to the first embodiment. [Figure 6] FIG. 4 is a diagram showing an example of a screen displayed on the terminal device according to the first embodiment. [Figure 7] FIG. 4 is a diagram showing an example of a screen displayed on the terminal device according to the first embodiment. [Figure 8] FIG. 4 is a diagram showing an example of a screen displayed on the terminal device according to the first embodiment. [Figure 9] FIG. 4 is a diagram showing an example of a screen displayed on the terminal device according to the first embodiment. [Figure 10] 4 is a sequence chart showing an example of the operation of the information processing system according to the first embodiment. [Figure 11] 4 is a sequence chart showing an example of the operation of the information processing system according to the first embodiment. [Figure 12] FIG. 11 is a diagram showing an example of data included in a list file of contracts according to the second embodiment. [Figure 13] 13A and 13B are diagrams showing a schematic diagram of how contracts are linked. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, an embodiment of an information processing method, an information processing program, and an information processing system will be described with reference to the drawings. In order to facilitate understanding of the description, the same reference numerals are used as much as possible for the same components in each drawing, and duplicated descriptions will be omitted. First Embodiment First, an information processing system according to a first embodiment will be described with reference to FIGS.

[0010] (Outline of information processing system configuration) The information processing system 10 of this embodiment shown in FIG. 1 is a system that manages documents created by a user. In this embodiment, a document is information that is recorded on the premise that it will be referenced. The document includes, for example, official documents, contracts, minutes, rules, notices, regulations, and rules. The document may be in any language, including those written in Japanese, English, Chinese, and the like. The format of the information in each document is not particularly limited, but may be, for example, a data file created by a specific word processing software or the like, or text data extracted from the data file. In the following, a contract will be described as an example of a "document."

[0011] 1, an information processing system 10 of this embodiment includes a document management server device 20 and a terminal device 30. The document management server device 20 and the terminal device 30 are connected to each other via a network line N so as to be able to communicate with each other. The document management server device 20 of this embodiment is a server-type information processing device, and operates in response to a request from the terminal device 30. The document management server device 20 includes electronic components such as a CPU (an example of a central processing unit, a processor) having a function for processing information within the main body, an HDD (a hard disk drive), and a flash memory (an example of a storage unit). The document management server device 20 does not necessarily need to be configured as a single information processing device, and may be a device in which multiple information processing devices work together, or may be a device that works by any cloud service. The functions of the document management server device 20 may be realized within the terminal device 30. In this case, the processor and storage unit may be any of the multiple information processing devices, and processing may be shared.

[0012] The terminal device 30 of this embodiment is an information processing device such as a PC (Personal Computer) or a tablet terminal, and is equipped with electronic components such as a CPU (an example of a processor) having functions for processing information within the main body, and a flash memory (an example of a memory unit). The network line N is a communication network capable of high-speed communication, such as the Internet, an intranet, or a wired or wireless communication network such as a LAN (Local Area Network).

[0013] In the information processing system 10 of the present embodiment, each user is assigned account information. The account information includes an identification number and a password. This account information is transmitted from the terminal device 30 to the document management server device 20 when logging in to the system of the document management server device 20, and is used for authenticating the user in the document management server device 20. If this authentication is successful, the user can use various services provided by the document management server device 20 by operating the terminal device 30. For example, the user can upload and store data of a contract that the user created in the document management server device 20. In addition, the document management server device 20 may store data of a contract transmitted from any electronic conclusion service. The contract data stored in the document management server device 20 is, for example, data of a contract after the contract is concluded. Furthermore, the user can view contracts that the user created in the past and search for a desired contract from among multiple contracts by operating the terminal device 30 to access the database of the document management server device 20.

[0014] (Configuration of the document management server device) As shown in FIG. 2, the document management server device 20 of this embodiment includes a storage unit 21, a communication unit 22, and a control unit . The storage unit 21 is configured with a non-volatile memory such as a HDD or a flash memory. The storage unit 21 is electrically connected to the communication unit 22 and the control unit 23. The storage unit 21 stores a document processing program 210 and a document database 211.

[0015] The document processing program 210 of this embodiment is executed by the control unit 23. By executing the document processing program 210, the control unit 23 functions as, for example, various functional units 230 to 235 shown in FIG. In the document database 211 of this embodiment, as shown in FIG. 3, for example, user account information and contract body data are linked and stored for each user. The contract body data is electronic data of a contract created or uploaded by a user. The contract electronic data is electronic data of the contents of the contract body. The electronic data of the contract body may be image information such as a PDF, or may be a text file or Word file containing text data. In this embodiment, a contract is an example of a first document.

[0016] As shown in FIG. 3, in the document database 220 of this embodiment, for example, for each body data of a contract, the identification number of the contract, the metadata of the contract, the identification number of the related contract, the type of the contract, etc. are stored in association with each other. The identification number of the contract is a number that is individually assigned to each contract. The metadata of the contract is, for example, data indicating the characteristics of the contract, and includes characteristic words included in the contents of the contract and data entered separately from the contents of the contract. For example, the data is the title of the contract, the names of the parties to the contract, the contract date, etc. The related contract is another contract related to the target contract. For example, if the target contract is a service contract, a memorandum concluded to change the contents of the service contract corresponds to the related contract. For example, if contract A11 corresponds to a related contract with contract A10, the identification number of contract A11 is registered in the related contract identification number field of contract A10, and the identification number of contract A10 is registered in the related contract identification number field of contract A11, as shown in Fig. 3. In this embodiment, the related contract is an example of a second document, and corresponds to a related document.

[0017] The communication unit 22 of this embodiment shown in Fig. 2 functions as a communication interface for communicating with the outside via the network line N shown in Fig. 1. The communication unit 22 is connected to the storage unit 21 and the control unit 23. The communication unit 22 performs various communications with the terminal device 30. For example, the communication unit 22 receives body data of a contract transmitted from the terminal device 30. Furthermore, the communication unit 22 transmits body data of a contract stored in the document database 220 to the terminal device 30 in response to a request from the terminal device 30.

[0018] The control unit 23 of this embodiment is composed of a processor such as a CPU. The control unit 23 is connected to the storage unit 21 and the communication unit 22. The control unit 23 includes, as functional components realized by executing the document processing program 210 stored in the storage unit 21, a document acquisition means 230, a metadata acquisition unit 231, a search term creation unit 232, a candidate document search unit 233, a linking unit 234, and an output control unit 235.

[0019] When the body data of the contract is uploaded from the terminal device 30, the document acquisition means 230 of this embodiment stores the body data of the contract in the document database 220. If the body data of the contract is information other than text, the document acquisition means 230 may convert it into text by performing OCR (Optical Character Recognition) or the like.

[0020] The metadata acquisition unit 231 of this embodiment extracts metadata from the body data of the contract when the body data of the contract is uploaded from the terminal device 30. Specifically, the metadata acquisition unit 231 executes the first document analysis program to extract information on a plurality of pre-set target items, such as the title of the contract, the names of the parties to the contract, and the contract date, from the body data of the contract as metadata. Note that FIG. 4A illustrates an example in which the metadata acquisition unit 231 extracts "Service Outsourcing Contract" as the title of the contract, extracts "X Co., Ltd." and "Y Co., Ltd." as the names of the parties, and extracts "2022 / 07 / 06" as the contract date. The metadata acquisition unit 231 associates the extracted metadata with the body data of the contract and stores it in the document database 220.

[0021] If the metadata acquisition unit 231 is unable to acquire some of the multiple metadata items to be extracted, the metadata acquisition unit 231 may store the unacquired items as null data in the document database 220. For example, when storing the body data of a contract in the document database 220, if the metadata acquisition unit 231 is able to acquire the title and contract date from the body data of the contract as shown in Fig. 4(B) but is unable to extract the names of the parties to the contract, the metadata acquisition unit 231 holds the item for the names of the parties to the contract as null data.

[0022] In addition, the metadata acquisition unit 231 may execute a second document analysis program for extracting the extraction target items after extracting the information of the extraction target items once. This allows the extraction target items to be acquired more accurately. For example, the information of the extraction target items of null data may be extracted again from the body data of the contract. For example, when the body data of the contract stored in the document database 220 is displayed on the terminal device 30, the information of the names of the parties of the contract is extracted again from the body data of the contract. This allows the metadata acquisition unit 231 to acquire the information of the items more reliably, even if the item of the names of the parties of the contract is null data as shown in FIG. 4(B), that is, even if an item of null data exists in the metadata of the contract. Note that the metadata acquisition unit 231 may execute the process of extracting the information of the extraction target items multiple times, regardless of whether the extraction target items include null data or not.

[0023] The second document analysis program may be the same as the first document analysis program, or may be a different program, for example, a program using a different algorithm capable of extracting metadata with higher accuracy than the first document analysis program. As the second document analysis program, for example, a document analysis program based on named entity extraction can be used. In this embodiment, the metadata of the contract acquired by the metadata acquisition unit 231 corresponds to the document information acquired from the first document.

[0024] Furthermore, the metadata of the contract stored in the document database 220 may be manually added or changed by an administrator of the document management server device 20 or the terminal device 30 .

[0025] The search term creation unit 232 creates search terms based on the metadata of the contract acquired by the metadata acquisition unit 231, for example, when displaying the text data of the contract stored in the document database 220 on the terminal device 30. The search terms are terms and the like used when searching the document database 220 for candidates of related contracts corresponding to the contract displayed on the terminal device 30, and correspond to so-called search queries. The search term creation unit 232 is an example of a search query creation unit.

[0026] The candidate document search unit 233, for example, uses a predetermined search engine to search for candidates for related contracts corresponding to the search term created by the search term creation unit 232 from the document database 220. The candidate document search unit 233, for example, calculates the degree of relevance with the search term for each of the body data of one or more contracts stored in the document database 220 by converting it into a numerical value, and extracts the body data of contracts whose calculated degree of relevance is equal to or greater than a predetermined value as candidates for related contracts. In this embodiment, a related contract or a contract extracted as a candidate for a related contract for a certain contract is an example of a second document.

[0027] In many cases, the text of the related contract, especially the heading, contains the execution date and the name of the original contract, making it possible to identify the original contract. Therefore, by extracting such data from the original contract as metadata and using it to perform a full-text search of contracts in the database, it is possible to efficiently present candidates for related contracts.

[0028] On the other hand, the candidate document search unit 233 may extract candidates for related contracts by using metadata of each contract stored in the document database 200. For example, assume that the document database 200 stores the text data of two contracts α and β that are not linked to each other. In this case, if the company and the other party described in the text data of contract α are the same as the company and the other party described in the text data of contract β, that is, if the parties of contract α and contract β are the same, those contracts α and β are highly likely to be related. Note that the case where the parties of the contracts are the same also includes the case where they are the same after name matching. If such information is registered as metadata of the contracts, candidates for related contracts may be extracted and presented based on that. Note that the items of the metadata of the related contracts may be the same as those of the original contract.

[0029] The candidate document search unit 233 may not only extract contracts that include all of the search terms as candidates for related contracts, but may also extract contracts that include part of the search terms as candidates for related contracts. For example, if the search terms include the names of three companies as the names of the parties, the candidate document search unit 233 may extract contracts that include at least two of the three company names as candidates for related contracts. In addition, if the search terms include the title of the contract, the names of the parties to the contract, the contract date, etc., the candidate document search unit 233 may extract contracts that include at least two of them as candidates for related contracts. It is possible to appropriately adjust the degree of match of the searched contract with such a search term to extract it as a candidate for related contract.

[0030] For example, when an operation is performed on the terminal device 30 to link a candidate related contract extracted by the candidate document search unit 233 to the contract being viewed, the linking unit 234 registers the information in the document database 220. For example, when the data of the contract A10 is displayed on the terminal device 30 and the contract A11 is displayed as a candidate related contract corresponding to the contract A10, the user performs an operation on the terminal device 30 to link the contract A11 to the contract A10 being viewed. In this case, the linking unit 234 adds the identification number of the contract A11 to the related contract item in the information of the contract A10 registered in the document database 220. Also, the linking unit 234 adds, for example, the identification number of the contract A10 to the related contract item in the information of the contract A11 registered in the document database 220. As a result, the contract A10 and the contract A11 are linked to each other as related contracts in the document database 220.

[0031] The output control unit 235 displays, for example, information such as the text data of the contract stored in the document database 220 and candidates of related contracts extracted by the candidate document search unit 233 on the terminal device 30. As a result, the information transmitted from the output control unit 235 is displayed on the display unit of the terminal device 30.

[0032] Next, examples of screens displayed on the display unit of the terminal device 30 will be described. For example, when a request to view a specific contract is transmitted from the terminal device 30 to the document management server device 20, the output control unit 235 reads the body data of the contract from the document database 220 and displays the body data of the contract on the display unit of the terminal device 30. The request to view transmitted from the terminal device 30 includes, for example, an identification number of the contract to be viewed. Figure 5 shows an example of a document viewing screen 40 on which the body data of the contract is displayed.

[0033] As shown in FIG. 5, the document viewing screen 40 is provided with, for example, a document display area 400, a related information display area 401, a first selection button 402, and a second selection button 403. The document display area 400 displays, for example, the contents of the main text of the contract 50 that the user has requested to view. The related information display area 401 displays various information related to the contract 50 being viewed. In this embodiment, the information displayed in the related information display area 401 can be switched by operating a first selection button 402 and a second selection button 403.

[0034] When the user operates the first selection button 402, for example, as shown in Fig. 5, metadata of the contract document 50 being viewed is displayed in the related information display area 401. The user can check the metadata extracted from the contract document 50 being viewed by looking at this related information display area 401. In this embodiment, the metadata is an example of various information related to the contract document 50.

[0035] On the other hand, when the user operates the second selection button 403, for example, a related contract display area 401a and a candidate contract display area 401b as shown in Fig. 6 are displayed in the related information display area 401. In this embodiment, the candidate contract display area 401b corresponds to the first display area, and the related contract display area 401a corresponds to the second display area.

[0036] In the candidate agreement display area 401b of this embodiment, information on candidates for related agreements extracted by the candidate document search unit 233 is displayed. Fig. 6 illustrates an example in which an agreement 51 titled "Memorandum of Change of Business Conditions" and an agreement 52 titled "Confidentiality Agreement" are extracted as candidates for related agreements. In the display area of ​​each of the agreements 51 and 52, the names of the parties and the contract date are displayed together with the title of the agreement. As information on the title, names of the parties, and the contract date of the agreements 51 and 52, metadata information for each of the agreements 51 and 52 stored in the document database 220 is used.

[0037] When the relevance of contract 51 calculated by the candidate document search unit 233 is higher than that of contract 52, contract 51 is preferably displayed in preference to contract 52 in the candidate contract display area 401b as shown in Fig. 6. In the user interface of this embodiment, contract 51 is displayed at the top. This allows the user to recognize that contract 51 is a contract that is more relevant to contract 50 being viewed than contract 52 when looking at the candidate contract display area 401b.

[0038] The display order of contracts may be determined taking into consideration factors other than the degree of relevance. For example, displaying contracts in order of oldest contract conclusion date (the order in which the contracts were concluded) can help the user understand the relationship between contracts. This makes it possible to more appropriately link related contracts.

[0039] The display order may also be determined according to the type of contract. For example, in joint development, contracts are often concluded in the following order: non-disclosure agreement, PoC contract, joint research and development contract, and joint application contract. In other words, there are cases where contracts of a specific type are concluded in a more or less fixed order. By displaying such contracts in the order according to their type, it becomes possible to more appropriately link related contracts.

[0040] In the candidate contract display area 401b of this embodiment, the contents of the contracts 51 and 52 can be displayed by clicking the titles of the contracts 51 and 52. For example, when the user clicks the title of the contract 51, another document viewing screen 41 shown in FIG. 7 is displayed. The document viewing screen 41 is provided with a document display area 410, a related information display area 411, a first selection button 412, and a second selection button 413, for example, similar to the document viewing screen 40 shown in FIG. 6. In addition, the related information display area 411 displays, for example, a related contract display area 411a and a candidate contract display area 411b. The contents of the contract 51 are displayed in the document display area 410. The contracts 50 and 52 are displayed in the candidate contract display area 411b as candidates for related contracts for the contract 51.

[0041] In the candidate contract display area 411b of this embodiment, link buttons 414, 415 are displayed to the left of the portion displaying information on each contract 50, 52. The link buttons 414, 415 are buttons operated when linking the contract 51 being viewed with a candidate related contract. The link buttons are an example of a display for linking contracts. For example, if the user checks the contents of contract 51 on the screen shown in Fig. 7, determines that contract 51 being viewed is a related contract to contract 50, and clicks on link button 414 displayed to the left of contract 50, the contract 51 being viewed and contract 50 are linked to each other. In this case, as shown in Fig. 8, information on contract 50 is displayed in related contract display area 411a. Note that the linking operation may be performed by clicking the link button, or may be performed by right-clicking on the contract data to display a menu, or by overlaying the display of the related contract on the display of the original contract and dragging and dropping it, or the like.

[0042] In this embodiment, once an operation for linking the contract 50 to the contract 51 being viewed in this manner is performed, when the user subsequently displays the contract 50, the information on the contract 51 is displayed in the related contract display area 401a. Specifically, as shown in Fig. 9, the information on the contract 51 is displayed in the related contract display area 401a on the document viewing screen 40.

[0043] In addition, when contract 51 is linked to contract 50 as a related contract as shown in Figure 9, it is preferable that the output control unit 235 does not display information about contract 51 in the candidate contract display area 411b, even if contract 51 is extracted as a candidate for the related contract by the candidate document search unit 233.

[0044] Also, as shown in Fig. 8, it is preferable that an unlink button 416 is displayed on the left side of the contract 50 in the candidate contract display area 401b. This allows the user to easily release the link between the contract 51 being viewed and another contract 50 by operating the unlink button 416. Similarly, on the document viewing screen 40 shown in Fig. 9, it is possible to release the link between the contract 50 being viewed and another contract 51 by operating the unlink button 406. The unlink button is an example of a display for an operation to release the link between contracts.

[0045] The operation of unlinking the contract is not limited to clicking the unlink button. When an operation of linking or unlinking the contract is performed, a display may be provided to confirm to the user whether or not the user really wants to link or unlink the contract in order to reduce the possibility of an erroneous operation.

[0046] Furthermore, for example, if there is no contract linked to contract 50, it is preferable that this be displayed in the related contract display area 401a as shown in Fig. 6. In this case, the user can manually link another contract to contract 50 by clicking on the link button 407 displayed in the candidate contract display area 401b. This operation makes it possible to easily link a contract other than contracts 51 and 52 displayed in the candidate contract display area 401b.

[0047] 7 to 9 has a similar function to the link button 407 shown in Fig. 6. Also, the link buttons 404 and 405 shown in Fig. 6 and the link button 405 in Fig. 9 have a similar function to the link buttons 414 and 415 in Fig. 7.

[0048] (Example of operation of information processing system) Next, an example of the operation of the information processing system 10 of this embodiment will be described. In the following, the contract that the user views on the terminal device 30 will be referred to as the first contract, and the contract related to the first contract will be referred to as the second contract. The first contract is, for example, a service contract, and the second contract is, for example, a memorandum of the service contract.

[0049] As shown in Fig. 10, in the information processing system 10 of this embodiment, when a user operates the terminal device 30 to upload the body data of the first contract to the document management server device 20 (step S10), the body data of the first contract is stored in the document database 211 of the document management server device 20 (step S20). In this embodiment, this first contract corresponds to the first document. At this time, in the document management server device 20, the metadata acquisition unit 231 extracts metadata from the body data of the first contract (step S21), and stores the extracted metadata in the document database 211 in association with the body data of the first contract (step S22).

[0050] 11, when the user operates the terminal device 30 to request the document management server device 20 to view the body data of the first contract (step S11), the output control unit 235 of the document management server device 20 reads the body data of the first contract requested by the terminal device 30 from the document database 220 (step S23) and transmits it to the terminal device 30 (step S24). When the terminal device 30 receives the body data of the first contract transmitted from the document management server device 20 (step S12), it displays the body data of the first contract on the display unit (step S13). This allows the user to view the body data of the first contract.

[0051] The document management server device 20 transmits the text data of the first contract to the terminal device 30, while searching for related contracts. Specifically, as shown by the dashed line in Fig. 11, when the metadata corresponding to the first contract contains null data, the metadata acquisition unit 231 extracts metadata from the text data of the first contract (step S25) to complement the metadata. Next, the search term creation unit 232 creates a search term based on the metadata extracted by the metadata acquisition unit 231 (step S26). Then, the candidate document search unit 233 searches the document database 220 for candidates of related contracts corresponding to the search term (step S27).

[0052] 5 is operated, the output control unit 235 of the document management server device 20 transmits information on the candidates for related contracts extracted by the candidate document search unit 233 to the terminal device 30 (step S28). As a result, the display unit of the terminal device 30 displays the candidates for contracts related to the first contract being viewed (step S15).

[0053] Next, if the user performs an operation on the terminal device 30 to link, for example, a second contract among the candidates for related contracts to the first contract being viewed (step S16), the linking unit 234 of the document management server device 20 links the first contract being viewed to the second contract (step S29). In this embodiment, this second contract corresponds to the second document. Thereafter, when the user operates the terminal device 30 to view the first contract, the second contract is displayed on the terminal device 30 as the related contract. Also, when the user operates the terminal device 30 to view the second contract, the first contract is displayed on the terminal device 30 as the related contract.

[0054] (Functions and Effects of the Information Processing System of the First Embodiment) As described above, in the information processing system 10 of this embodiment, the control unit 23 of the document management server device 20 displays the first contract stored in the document database 211 on the document viewing screen 40 based on a user's operation, searches the document database 211 for a second contract containing information corresponding to the metadata acquired from the first contract, and displays the second contract on the document viewing screen 40 as a candidate for a related contract related to the first contract. According to this configuration, when the user views the first contract on the document viewing screen 40, the second contract is displayed on the document viewing screen 40 as a candidate for the corresponding related contract. Therefore, the user can become aware of the existence of related contracts without having to perform a search or the like by himself. This makes it easier for the user to grasp the existence of related contracts.

[0055] The control unit 23 of the document management server device 20 acquires attribute information corresponding to each of a plurality of target items set in advance as metadata from the first contract. The attribute information is acquired, for example, as character information. The plurality of target items includes at least one of the title of the first contract, the parties to the first contract, and the contract date of the first contract. According to this configuration, the second contract is searched for based on at least one of the title of the first contract, the parties to the first contract, and the contract date of the first contract, making it easier to search for a second contract related to a first contract.

[0056] The control unit 23 of the document management server device 20 calculates the degree of association between the contents of the second contract and the metadata of the first contract when searching for a second contract related to a first contract from the document database 211. When displaying multiple second contracts as candidates for related contracts on the document viewing screen 40, the control unit 23 displays the multiple second contracts in the related contract display area 401a in descending order of the degree of association. According to this configuration, it is possible to easily recognize that the first displayed second contract among the multiple second contracts displayed in the related contract display area 401a is the contract most related to the first contract, thereby improving user convenience.

[0057] The control unit 23 of the document management server device 20 acquires metadata from the first contract when storing the first contract in the document database 211. In addition, the control unit 23 acquires metadata from the first contract when displaying the first contract on the document viewing screen 40. With this configuration, the metadata can be easily obtained from the first contract.

[0058] When a user performs an operation on the document viewing screen 40 to link the first contract being viewed with a second contract that is a candidate for a related contract, the control unit 23 of the document management server device 20 links the first contract with the second contract. According to this configuration, the first contract and the second contract can be easily linked, thereby improving user convenience.

[0059] 9, the document viewing screen 40 is provided with a candidate agreement display area 401b in which an agreement 52, which is a candidate for a related agreement, is displayed, and a related agreement display area 401a in which an agreement 51 linked to a first agreement is displayed. In the example shown in FIG 9, the agreement 52 corresponds to the second document, and the agreement 51 corresponds to the third document. According to this configuration, the user can easily check contract 52, which is a candidate contract related to contract 50 being viewed, and contract 51 that is actually linked to contract 50, thereby improving user convenience.

[0060] <Second embodiment> Next, an information processing system 10 according to a second embodiment will be described, focusing on differences from the information processing system 10 according to the first embodiment.

[0061] (Configuration of Information Management Server Device) As indicated by the dashed line in FIG. 2, the control unit 23 of this embodiment further includes a list data output unit 236 as a functional configuration realized by executing the document processing program 210 stored in the storage unit 21.

[0062] In response to a request from the terminal device 30, the list data output unit 236 extracts information on all contracts corresponding to the identification number of the user of the terminal device 30 from the document database 220, displays a list display screen on the terminal device 30 on which the extracted contracts can be confirmed in a list, and creates a list file that can display the extracted contracts in a list. As shown in FIG. 12, the contract list file contains, for each contract, the title of the contract, the names of the parties, the contract date, the upload date, and a URL (Uniform Resource Locator) that can access the target contract using Web software or the like. In addition, the contract list file contains, for each contract, the title of the related contract linked by the linking unit 234, and a URL that can access the related contract using Web software or the like. The list data output unit 236 transmits the created list file to the terminal device 30. The user can download the list file to the user's terminal and process it using a spreadsheet software or the like.

[0063] (Functions and Effects of the Information Processing System of the Second Embodiment) The control unit 23 of the document management server device 20 extracts information on the user's contract or contracts stored in the document database 220, displays a list display screen on which the extracted contract or contracts information can be confirmed in a list, and creates a list file that the user can download, including information on other contracts associated with the contract.

[0064] According to this configuration, by displaying the list file using specified software, the user can easily check all of the contracts managed by the document management server device 20. Moreover, since the contract list also displays information on other contracts that are related to a specified contract, the user can easily understand the existence of related contracts.

[0065] <Other embodiments> The present disclosure is not limited to the above specific examples. For example, when a contract 50 is displayed as a candidate for a related contract in the candidate contract display area 411b of the document viewing screen 41 as shown in FIG. 7, another contract 53 may already be linked to the contract 50. FIG. 13(A) is a schematic diagram showing the relationship between the first contract 50 and the second contract 51 and the relationship between the first contract 50 and the third contract 53 shown in FIG. 7. Note that the solid line connecting the first contract 50 and the third contract 53 in FIG. 13(A) indicates that they are linked. In such a case, for example, when the user moves the mouse pointer to the title of the contract 50 in the candidate contract display area 411b shown in FIG. 7, a pop-up or the like may be displayed on the document viewing screen 41 to the effect that another contract 53 is already linked to the contract 50. This configuration makes it easier for the user to recognize that another contract 53 is already linked to the contract 50. When displaying the linkage of contracts, it is preferable to display it in a graph so that the relationship between multiple contracts can be easily understood visually.

[0066] 7, when the user moves the mouse pointer over the title of the contract 50 in the candidate contract display area 411b, the text of the contract 50 may be displayed as a pop-up or the like. This allows the user to easily compare the text of the contract 51 displayed in the document display area 410 of the document viewing screen 41 with the text of the contract 50, making it possible to easily determine whether the contracts 50 and 51 are related to each other.

[0067] In the case where another contract 53 has already been linked to contract 50 as shown in Fig. 13(A), when the user performs an operation to link contract 50 to contract 51 being viewed as shown by a dashed line in Fig. 13(B), the linking unit 234 may automatically perform a process to link contract 53 to contract 51 as shown by a dashed line in Fig. 13(B). According to this configuration, a series of related contracts can be linked together by a single operation, thereby further improving user convenience.

[0068] The above-described embodiment is for the purpose of facilitating understanding of the present invention, and is not intended to limit the present invention. The present invention can be modified or improved without departing from the spirit of the present invention, and equivalents thereof are also included in the present invention. The processes and procedures according to the present disclosure may be realized not only by the devices explicitly described in the embodiments, but also by software, hardware, or a combination thereof. Specifically, the processes and procedures described in this specification may be realized by implementing logic corresponding to the processes in a medium such as an integrated circuit, a volatile memory, a non-volatile memory, a magnetic disk, or an optical storage. In addition, the processes and procedures described in this specification may be implemented as computer programs and executed by various computers including terminal devices and server devices.

[0069] In the above embodiment, the document database 211 has been illustrated as a configuration in which various data are managed for each user as shown in FIG. 3, but the method of managing data in the document database 211 is not limited to this. For example, the document database 211 may manage various data for each organization to which multiple users belong. In this case, when there are multiple contract data linked to a specific organization, it is effective to selectively set whether or not to grant access rights to the contract data to each of the multiple users belonging to the specific organization. This makes it possible to prevent an unintended user from viewing the contract data. In addition, it is assumed that the contract B10 and the contract B11 are linked in a situation in which a certain user has access rights to the contract B10 but does not have access rights to the contract B11. In this case, when the user views the body data of the contract B10 on the document viewing screen, text information saying "There is a related contract that you do not have permission to view" may be displayed on the document viewing screen. Furthermore, in such a case, the contract B11 may not be displayed as a candidate for the related contract in the candidate contract display area on the document viewing screen.

[0070] The candidate document search unit 233 can use any extraction method as a method for extracting related contract candidates, not limited to an extraction method using a search phrase. For example, the control unit 23 of the document management server device 20 may be equipped with a search query creation unit that constructs a vector (sequence) from metadata of the contract. In this case, the candidate document search unit 233 searches the document database 220 for related contract candidates based on the vector constructed by the search query creation unit. In this case, the vector corresponds to the search query. In this way, the candidate document search unit 233 can extract related contract candidates using any method for comparing document features.

[0071] The processes and procedures described herein as being executed by a single device, software, component, and / or module may be executed by multiple devices, multiple software, multiple components, and / or multiple modules. Also, various information described herein as being stored in a single memory and storage device may be stored in multiple memories included in a single device or multiple memories distributed across multiple devices. Furthermore, the software and hardware described herein may be realized by integrating them into fewer components or by decomposing them into more components. [Explanation of symbols]

[0072] 10: information processing system, 23: control unit (processor), 40: document viewing screen, 211: database, 233: candidate document search unit, 235: output control unit.

Claims

1. The processor: Displaying the first document stored in the storage unit on a document viewing screen; searching the storage unit for a second document that is different from the first document and includes information corresponding to the attribute information acquired from the first document; displaying the second document on the document viewing screen as a candidate for a related document related to the first document; registering the first document and the second document as related documents; the first document is a contract; The second document is another contract related to the first document. Information processing methods.

2. The attribute information corresponds to each of a plurality of target items set in advance from the first document. The information processing method according to claim 1 .

3. The plurality of target items include at least one of the title of the first document, the names of the parties to the first document, and the contract date of the first document. The information processing method according to claim 2 .

4. When a plurality of the second documents are displayed on the document viewing screen as candidates for the related documents, the plurality of second documents are displayed in descending order of relevance calculated based on the description contents of the second documents and the attribute information when the second documents are searched for in the storage unit. The information processing method according to claim 1 .

5. the processor: When the data of the first document is stored in the storage unit, the attribute information corresponding to the target item is acquired from the data of the first document. The information processing method according to claim 2 .

6. the processor: When the first document is displayed on the document viewing screen, the attribute information corresponding to the target item is acquired from the first document. The information processing method according to claim 2 .

7. The document viewing screen is provided with a first display area in which the second document, which is a candidate for the related document, is displayed, and a second display area in which a third document linked to the first document is displayed. The information processing method according to claim 1 .

8. A list display screen is displayed on which information on the extracted one or more documents stored in the storage unit can be confirmed in a list, and a list file that includes information on other documents associated with the extracted document is created and can be downloaded by the user. The information processing method according to claim 1 .

9. The processor: Displaying the first document stored in the storage unit on a document viewing screen; searching the storage unit for a second document that is different from the first document and includes information corresponding to the attribute information acquired from the first document; displaying the second document on the document viewing screen as a candidate for a related document related to the first document; registering the first document and the second document as related documents based on a user operation; the first document is a contract; The second document is another contract related to the first document. Information processing program.

10. An information processing system comprising at least one processor, the at least one processor: The first document stored in the storage unit is displayed on the document viewing screen. searching the storage unit for a second document that is different from the first document and includes information corresponding to the attribute information acquired from the first document; displaying the second document on the document viewing screen as a candidate for a related document related to the first document; registering the first document and the second document as related documents based on a user operation; the first document is a contract; The second document is another contract related to the first document. Information processing system.