WO2012169379A1 - 文書共有システム - Google Patents

文書共有システム Download PDF

Info

Publication number
WO2012169379A1
WO2012169379A1 PCT/JP2012/063595 JP2012063595W WO2012169379A1 WO 2012169379 A1 WO2012169379 A1 WO 2012169379A1 JP 2012063595 W JP2012063595 W JP 2012063595W WO 2012169379 A1 WO2012169379 A1 WO 2012169379A1
Authority
WO
WIPO (PCT)
Prior art keywords
document
tag
menu
search
item
Prior art date
Application number
PCT/JP2012/063595
Other languages
English (en)
French (fr)
Inventor
達也 進藤
Original Assignee
Shindo Tatsuya
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shindo Tatsuya filed Critical Shindo Tatsuya
Priority to JP2013519444A priority Critical patent/JP5993848B2/ja
Publication of WO2012169379A1 publication Critical patent/WO2012169379A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/93—Document management systems

Definitions

  • the present invention relates to tagging used for drill-down search of documents shared by a plurality of users.
  • Patent Document 1 discloses a content recommendation device and method using a tag cloud.
  • a content recommendation server that provides a content recommendation service via a network constructs a tag cloud by analyzing tags assigned to each content.
  • the tag used here is premised on the user directly assigning the content.
  • the document sharing system is: A document sharing system that can be connected to a user terminal of a user who registers a document, and has the following elements: (1) prompts input of a character string into a character string type document item, and tag Registers the document with a document input form screen configured to display a group of tags that are candidates for selecting a type of document item, prompt the user to select a tag, and return the input character string and the selected tag as entry data Document input form distribution unit to be transmitted to the user terminal of the user who performs (2) Entry data reception unit which receives the entry data returned from the user terminal of the user who registers the document (3) From the received entry data A document generation unit that generates document information (4), a document information database that stores the generated document information group, and (5) a menu that uses a tag included in the document information for a document drill-down search for each document information. Index table generating unit for generating an index including a menu item.
  • the document sharing system can be connected to a user terminal of a user who views a document, and (6) an index database that stores an index for each document; (7) A search screen generation unit that generates a search screen including a drill-down search area configured to display a menu item group of indexes, prompt selection of the menu item, and return the selected menu item as a search condition.
  • a search screen generation unit that generates a search screen including a drill-down search area configured to display a menu item group of indexes, prompt selection of the menu item, and return the selected menu item as a search condition.
  • It has a search screen distribution part which transmits the generated search screen to the user terminal of the user who browses the document.
  • the search screen generation unit searches the index database for a document that includes the returned search condition menu item in the index, and includes a search result list that is a list of searched documents in the search screen.
  • the index table generation unit includes, for each document information, a character string included in the document information in the index,
  • the search screen generation unit displays a character string included in an index of a searched document in a document list.
  • the document input form distribution unit is configured to display different tag groups as respective selection candidates for a plurality of tag type document items, prompt selection of the tags for each, and return the selected tags as entry data.
  • the index table generation unit includes a plurality of tags included in the document information in the index as menu items of different menus.
  • the document sharing system (9) A menu tag correspondence table for associating a tag type with a menu for each menu; (10) a document data structure storage unit for storing the tag type for each tag type document item;
  • the index table generation unit specifies a tag type corresponding to the menu based on a menu tag correspondence table for each menu, specifies a document item corresponding to the tag type based on a document data structure storage unit, A tag selected in the document item is set as a menu item of the menu.
  • the search screen generation unit configures the search screen to return a document display request for the document
  • the document sharing system (11) a document display request receiving unit that receives a document display request from a user terminal of a user who browses the document; (12) a document display screen generation unit that identifies a document that is a target of the received document display request, acquires document information of the document from the document information database, and generates a document display screen that displays the document; (13)
  • the document display screen includes a document display screen distribution unit that replies to a user terminal of a user who browses the document.
  • the document display screen generating unit displays a tag in a state where an update instruction is possible, and when a tag update instruction is issued, the document display screen is configured to identify the document and return the updated tag Produces
  • the document sharing system (14) a tag change receiving unit that receives an update tag specifying a document; (15) It is characterized by having a tag registration unit that rewrites the tag of the document information of the specific document to the update tag when the update tag is received.
  • the tag identifies a business status of the document.
  • the document display screen generation unit displays a tag in a state in which an update instruction is possible according to the authority of a user viewing the document.
  • the program according to the present invention is: A computer that is a document sharing system that can be connected to a user terminal of a user who registers a document executes the following procedure: (1) Prompt to input a character string into a character string type document item A document input form screen configured to display a tag group as a selection candidate in the tag type document item, prompt selection of the tag, and return the input character string and the selected tag as entry data, Document input form delivery procedure to be sent to the user terminal of the user registering the document (2) Entry data receiving procedure to receive the entry data returned from the user terminal of the user registering the document (3) Document generation procedure for generating document information composed of entry data (4) Document information storage procedure for storing the generated document information group (5) For each document information, the tag included in the document information is drilled down. Index table generating step of generating an index including a menu item to be used for search.
  • the new document is automatically tagged, and the structural Can be used for searching.
  • the tagging effort is reduced, and objective and unified tagging independent of the subjectivity of the document creator or document viewer is realized.
  • the business status related to a document is used as a tag, it is possible to reflect status change operations such as examination and approval as they are in a search element.
  • FIG. 1 is a diagram showing a network configuration (part 1) according to the present invention.
  • An example (Saas form) in which a document sharing system is provided outside a company (an example of an organization that shares documents) is shown.
  • the document sharing system according to the present invention includes a document management server 101 and a search server 102.
  • the document management server 101 creates and browses documents, registers an index table in the search server 102, and the like.
  • the search server 102 performs a high-speed search using the index table and plays a role of guiding a user to desired document information.
  • the document management server 101 and the search server 102 are connected by a system network (for example, LAN) in the document sharing system.
  • a system network for example, LAN
  • the document management server 101 and the search server 102 are connected to the Internet via a system network.
  • the user terminal 103 is a terminal used by a user who registers and browses a shared document, and is connected to an internetwork via a corporate network (for example, a LAN). As a result, the user terminal 103 is configured to be able to access the document management server 101 and the search server 102.
  • the user terminal 103 has a browser, and can communicate with the document management server 101 and the search server 102 via the browser. From the viewpoint of security, it is desirable that communication data via the Internet is encrypted on the transmission side and decrypted on the reception side.
  • the user terminal 103 may be used as a user who registers a document or may be used as a user who browses a document.
  • FIG. 2 is a diagram showing a network configuration (part 2) according to the present invention.
  • the document management server 101, the search server 102, and the user terminal 103 are connected to a corporate network (for example, a LAN).
  • a corporate network for example, a LAN
  • the user terminal 103 can communicate with the document management server 101 and the search server 102 via a browser as in the Saas form.
  • Cooperation between the document management server 101 and the search server 102 is also performed via a corporate network.
  • Registration means that a document is created not by transferring a created document file but by describing each item of the document from a predetermined form.
  • FIG. 3 is a diagram showing a data flow related to document registration.
  • the document management server 101 receives a document creation start from the user terminal 103, it returns a document type selection screen.
  • the document type selection screen is configured to select a document type such as minutes and training records.
  • a document type designation (including a document type ID) is transmitted from the user terminal 103, and the document management server 101 returns a document input form screen corresponding to the document type.
  • the document input form screen is configured to prompt the user to input entry data for each item and return it. At that time, the document type ID is also returned.
  • FIG. 4 is a diagram showing a configuration of a document management server related to document registration.
  • the document management server 101 includes a document type selection screen distribution unit 401, a document type selection screen storage unit 402, a document input form screen distribution unit 403, a document input form screen storage unit 404, a tag table 405, an entry data reception unit 406, a document generation A section 407, a document data structure storage section 408, and a document information database 409. Subsequently, processing by these modules will be described.
  • FIG. 5 is a diagram showing a document type selection screen distribution processing flow.
  • the document type selection screen distribution unit 401 waits for reception of the document creation start (S501) and receives the document creation start from the user terminal 103, the document type selection screen storage unit 402 stores the document type selection screen stored in the document type selection screen storage unit 402. Is sent back to the user terminal 103 that sent the message (S502).
  • the document type selection screen is configured to display a list of document types, prompt selection of the document type, and return a document type specification including the ID of the selected document type to the document management server 101 by clicking or the like. .
  • the user terminal 103 displays this screen on the browser and accepts selection of the document type created by the user.
  • the document creation start and the document type designation are respectively predetermined URLs, and the document type ID is added to the URL as a parameter.
  • FIG. 6 is a diagram showing a document input form screen distribution processing flow.
  • the document input form screen distribution unit 403 waits for reception of the document type designation (S601) and receives the document type designation from the user terminal 103, the document input form screen corresponding to the document type ID included in the document type designation is displayed. Is read from the document input form screen storage unit 404 and sent back to the user terminal 103 that has sent it (S602).
  • the document input form screen is provided with a character code input field for an item to be entered or tag selection means in accordance with the document data structure for each document type.
  • FIG. 7 is a diagram showing a document input form for minutes.
  • the minutes in addition to the creator, there are entries for the document title, date, time, attendees, theme, agenda, and decision items.
  • the creator specifies from the user ID at the time of login and is set in advance, but the user may input a code or select a tag. Character codes can be entered freely for document titles, proceedings, and decisions. Enter (or select) year, month, and day for the date. For the holding time, the start time and the end time are input (or selected).
  • the attendee selects a tag name displayed in advance.
  • the theme is also configured to select a preset tag name. Tag names are displayed in a pull-down list. When a tag is selected, a tag ID is returned.
  • the tag name When the document management server 101 specifies the tag ID from the tag name, the tag name may be returned. Then, these entry data are transmitted by instructing by clicking a transmission icon or the like. At the same time, the document type ID is also transmitted. When the document type ID can be specified on the document management server 101 side, the document type ID can be omitted.
  • FIG. 8 shows a training record document input form.
  • a student item is provided in place of the attendee item.
  • training items are provided.
  • the configuration of items differs depending on the document type. These configurations coincide with those stored in the document data structure storage unit 408 as a document data structure to be described later.
  • FIG. 9 shows a document type management table.
  • a record that associates the fields of the document type ID 901, the document type name 902, the document input form screen 903, and the document display default screen 904 is provided.
  • the document display default screen is a predetermined screen for display when a document is browsed.
  • FIG. 10 is a diagram illustrating a tag table. For each tag, a record that associates the fields of tag ID 1001, tag type 1002, and tag name 1003 is provided. Tag ID 1001 is unique to the combination of tag type 1002 and tag name 1003.
  • the document input form in the document input form screen storage unit 404 is set to match the information in the tag table 405. Alternatively, the document input form screen distribution unit 403 is set to match.
  • FIG. 11 is a diagram showing document generation processing.
  • the entry data reception unit 406 waits for reception of entry data and document type ID (S1101), and upon receiving entry data and document type ID from the user terminal 103, the document generation unit 407 receives document information (FIG. 14, FIG. 15) is registered in the document information database 409 (S1102 to S1108).
  • the document generation unit 407 first assigns a new registered document ID and sets it as document information (S1102). Also, the document type ID received by the entry data reception unit 406 or the document input form screen distribution unit 403 is set in the document information (S1103). Further, the current time is acquired and set to the property creation date (S1104). Further, the following processing is repeated for each document item (S1105).
  • the document item is defined by a document data structure corresponding to the document type ID.
  • the document data structure storage unit 408 stores a document data structure for each document type.
  • FIG. 12 shows the document data structure of the minutes.
  • FIG. 13 is a diagram showing a document data structure of a training record.
  • the document type ID has information on a plurality of document items.
  • the document item information associates a document item ID, a document item name, a document item type, and a text text flag.
  • the document item ID is unique for the item in the document, and the document item name is used for identifying the contents of the item and displaying the screen.
  • the document item type defines a data format. Person name tags and theme tags are tags and define the tag type.
  • the body text flag is set so that the item that is the source of the body text displayed in the search result list is distinguished as ON.
  • the entry data corresponding to the document item is sequentially specified (S1106), and the entry data is written in the document item of the document information (S1107). Then, the process ends when all items have been processed (S1108). Thereby, document information is generated.
  • FIG. 14 is a diagram showing an example of document information of minutes
  • FIG. 15 is a diagram showing an example of document information of training minutes.
  • a creation date and an update date are stored as properties.
  • document item data is stored for each document item ID.
  • the received tag ID is stored.
  • the document generation unit 407 specifies the tag ID corresponding to the tag name based on the tag table 405.
  • the character string stores the received character code.
  • the date and time may be character codes or numerical codes. In the figure, an example of a numerical code expressed in a decimal number column is shown.
  • FIG. 16 is a diagram showing a configuration of a document management server related to index registration.
  • the document management server 101 includes an index table generation unit 1601, a menu tag correspondence table 1602, an index table storage unit 1603, and an index generation command activation Part 1604.
  • the index table generation unit 1601 generates an index table for the registered document.
  • the index table generation unit 1601 may be configured to be activated in conjunction with document registration, or may be configured to process a group of documents by batch processing.
  • FIG. 17 shows an index table.
  • the document title 1701, creator 1702, creation date and time 1703, update date and time 1704, body text 1705, first menu item (person) 1706, second menu item (field) 1707, and location 1708 are associated with each index target document.
  • the document title 1701 and the body text 1704 are displayed as a search result list and a search area for keyword search.
  • the menu item is a selection candidate belonging to the menu (personnel, field, etc.).
  • the character code string is set.
  • the location indicates location information accessed during document display.
  • FIG. 18 is a diagram showing an index registration processing flow.
  • the index table generation unit 1601 identifies unregistered document information from the document information database 409, and repeats the following processing for each unregistered document information (S1801).
  • Unregistered methods include a method of determining a document having a creation date or an update date since the previous index registration process, or a method of determining by turning on a creation / update flag at the time of creation / update. Not only unregistered documents but all documents may be targeted.
  • the index table generation unit 1601 performs processing for generating additional records in the index table storage unit 1603 (S1802) for all document information (S1803). Then, the index generation command activation unit 1604 transfers the index table in the index table storage unit 1603 to the search server 102 together with the index generation command by the index generation command activation process (S1804).
  • FIG. 19 is a diagram showing a record generation processing flow.
  • the document title is read from the document information in the document information database 409, the creator is read, the creation date is read, and each is written in the index record (S1901 to S1903).
  • the tag ID of the document item data is converted into a tag name using the tag table 405.
  • the item of the text text flag ON of the document information is specified (S1904), and the data of the item is written in the text of the text (S1905).
  • a tag type corresponding to the menu is specified (S1907), a document item whose document item type is the tag type is specified (S1908), and data (tag) of the document item is specified. Is written in the menu item (S1909).
  • FIG. 20 is a diagram showing a menu tag response table.
  • a tag type 2001 is associated with each menu. For example, in the case of the first menu (person), the tag type is a person name tag, and in the second menu (field), the tag type is a theme tag.
  • the specification of the document item is performed based on the document data structure storage unit 408 (FIGS. 12 and 13) (S1908). For example, in the document data structure corresponding to the document type ID, an item whose document item type is a person name tag is determined, or an item whose document item type is a theme tag is determined.
  • the tag ID is converted into a tag name using the tag table 405 (S1909). If there are multiple tags, insert a delimiter code. In this example, a blank code is inserted.
  • a document identification ID is added to a predetermined code to generate a location (S1911).
  • the predetermined code is a document display request.
  • the storage area (drive, directory, URL) of the document management server 101 is designated.
  • the document identification ID is added as a part of a predetermined code or as a parameter.
  • the location is written (S1912).
  • FIG. 21 is a diagram illustrating a configuration of a search server related to search screen distribution.
  • the search server 102 includes an index generation unit 2101, an index database 2102, a search screen distribution unit 2103, and a search screen generation unit 2104.
  • the index generation unit 2101 When receiving the index generation command from the document management server 101, the index generation unit 2101 reads the received index table and additionally registers it in the index database 2102. Duplicate existing documents are deleted.
  • the index database 2102 is configured to hold index information for each document while maintaining the correspondence between the fields of the index table.
  • FIG. 22 is a diagram showing a search screen distribution processing flow.
  • the search screen distribution unit 2103 receives the search request (search URL indicating the search server 102) from the user terminal 103 of the user who browses the document while waiting for the search request (S2201), the search screen generation unit 2104 A search screen is generated (S2202), and the search screen is returned to the user terminal 103 that has transmitted the search request (S2203).
  • FIG. 23 is a diagram showing a search screen.
  • the drill-down search area On the left is the drill-down search area.
  • the upper right is the keyword search area.
  • the lower right is the search result list display area.
  • the drill-down search area displays, for each menu, a menu item included in the menu in a state where an instruction operation (clicking) is possible.
  • the number of documents corresponding to the menu item is added to the menu item.
  • the search result list display area the document title of the searched document is displayed in a state where it can be instructed (clicked), and the head part (predetermined number of characters range) of the body text is displayed.
  • FIG. 24 is a diagram showing a search screen creation process flow. Drill-down search area generation processing (S2401) and search result list generation processing (S2402) are performed.
  • FIG. 25 is a diagram showing a drill-down search area generation processing flow. The following processing is repeated for each menu (S2501). A menu item included in the menu is specified (S2502). The menu items of the index group in the index database 2102 are read, and the menu items are sequentially specified without duplication and omission. For each menu item, the number of documents including the menu item is counted (S2503). When all the menus are processed (S2504), for each menu again (S2505), first, menu names are arranged (S2506). Subsequently, the menu items are sorted in descending order of the number of documents (S2507), and according to the order, the menu item name and the number of documents are arranged for each menu item (S2508).
  • a search request URL pointing to the search server 102 is set as a link destination to be accessed when the menu item is instructed (clicked) on the browser.
  • a menu item (information that can identify a menu item such as a menu item name or menu item number) is added as a parameter to the search request URL (S2509). When all menus have been processed, the process ends (S2510).
  • FIG. 26 is a diagram showing a search result list generation processing flow. If there is a menu item parameter in the search request URL for access, the following processing is performed (S2601). If there is a keyword parameter, the keyword search is performed. If there is no parameter, the search is not performed.
  • the document including the menu item is searched from the index database 2102 (S2602), and the following processing is repeated for each searched document (S2603).
  • the document title is arranged (S2604), and the location included in the index is set as a link destination to be accessed when the document title is instructed (clicked) on the browser (S2605).
  • the body text is arranged within a predetermined range (S2606).
  • the process is repeated until the limit of the number of displayed documents is reached (S2607). The limit is determined by the display area and the number of displayed documents.
  • search server 102 When a document in the search result list is selected and instructed on the browser of the user terminal 103, a location pointing to the search server 102 is accessed.
  • the search server 102 distributes a screen displaying a document to the user terminal 103 in response to the document display request by this access.
  • FIG. 27 is a diagram showing a configuration of a document management server related to document display.
  • the document management server 101 includes a document display request receiving unit 2701, a document display screen generating unit 2702, a document display screen storage unit 2703, and a document display screen distribution unit 2704. Yes.
  • FIG. 28 is a diagram showing a document display screen for minutes.
  • the document information in the document information database 409 is expanded into a format determined for each document type.
  • the document display request receiving unit 2701 receives access to a location (1707 in FIG. 17) which is a document display request, and specifies a registered document ID from a part of the location or an additional parameter.
  • Document information corresponding to the registered document ID is acquired from the document information database 409.
  • a document display default screen corresponding to the document type ID in the document information is read from the document display screen storage unit 2703, and document item data of the document information is set in each display area of the screen.
  • the tag ID is converted into a tag name based on the tag table 405. Then, the generated document display screen is transmitted from the document display screen distribution unit 2704 to the access source user terminal 103.
  • Embodiment 2 FIG. Embodiments relating to documents for managing business status (creation / examination / approval, fail / pass, unprocessed / processed, etc.) will be described.
  • FIG. 29 is a diagram showing a document data structure of a draft. A status is provided as a document item. When the status changes, the data of this document item is rewritten.
  • FIG. 30 is a diagram showing a tag table. The state that changes as the status is managed by the tag.
  • the tag type is set as a status tag, and a tag is set for each status of “creation”, “examination”, and “approval”.
  • FIG. 31 is a diagram showing a document input form for a draft.
  • the status is set to “Create” which is an initial value.
  • the creator is configured not to change this tag.
  • FIG. 32 is a diagram showing an example of document information of a draft.
  • the initial value TG0301 (created) is set in the status item IT05.
  • FIG. 33 is a diagram showing an index table.
  • a character code of “creation” is set.
  • FIG. 34 is a diagram showing a draft document display screen. Based on the user ID at the time of login, it is determined that the document has the authority to examine the document, and a screen capable of instructing selection of the examination is generated. When the user instructs to select an examination, a status change request including a tag ID of TG0302 and a registered document ID is returned as a status tag. For example, the status change request is a predetermined URL, and the tag ID and registered document ID are added as parameters. The status tag may be displayed by pull-down and selected.
  • FIG. 35 is a diagram showing a configuration of a document management server related to status update.
  • the document management server 101 includes a status change reception unit 3501 and a status registration unit 3502 in addition to the document data structure storage unit 408 and the document information database 409.
  • FIG. 36 is a diagram showing a status update process flow.
  • the status change reception unit 3501 receives a status change request including a tag ID (status) and a registered document ID from the user terminal 103, and receives the tag ID (status) and the registered document ID. Identify.
  • the status change accepting unit 3501 is an example of a tag change accepting unit. It is also effective to accept tag changes other than status.
  • FIG. 37 is a diagram showing a status registration processing flow.
  • the status registration unit 3502 reads the document type ID of the registered document ID from the document information database 409 (S3701). Then, the ID of the document item whose document item type is the status tag is specified from the document data structure of the document type ID stored in the document data structure storage unit 408 (S3702), and the registered document ID of the document information database 409 is specified. The item data of the document item ID included in the corresponding document information is rewritten to the tag ID (status) (S3703). Finally, the current date is written in the update date (S3704).
  • the status registration unit is an example of a tag registration unit, and the status registration process is an example of a tag registration process. It is also effective to update tags other than the status.
  • FIG. 38 is a diagram showing a search screen. A status tag is displayed and a search based on the status is performed. Status updates are also reflected.
  • the document management server 101, the search server 102, and the user terminal 103 are computers, and each element can execute processing by a program. Further, the program can be stored in a storage medium so that the computer can read the program from the storage medium.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Document Processing Apparatus (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

【課題】共有文書の作成の際に、自動的にタグ付けを行うことにより、広範囲に漏れなく標準的なタグを付与し、ドリルダウン検索の効率を高めることを課題とする。 【解決手段】文書入力フォーム画面で、文書タイトルや議事などの文字列型の文書項目への文字列の入力の他、出席者やテーマなどのタグ型の文書項目でのタグの選択を促し、生成された文書情報のうち、タグを文書のドリルダウン検索に用いるメニューのメニュー項目として含むインデクスを生成する。また、作成、審査、承認など、文書の業務上のステータスについての変移も、自動的にタグの設定及び更新に反映させる。

Description

文書共有システム
　本発明は、複数の利用者が共有する文書のドリルダウン検索に用いるタグ付けに関するものである。
　特許文献１には、タグクラウド（ｔａｇ ｃｌｏｕｄ）を用いたコンテンツ推薦装置及び方法が開示されている。
　この例で、ネットワークを通じてコンテンツ推薦サービスを提供するコンテンツ推薦サーバは、各コンテンツに付与されたタグを分析することにより、タグクラウドを構築している。ここで用いられるタグは、使用者がコンテンツに対して直接付与することを前提としている。
　このように、コンテンツの検索などに使われるタグは、利用者が意識的に設定することが一般的である。
　しかし、利用者がタグを自身で判断して設定することに対して煩雑であると感じている場合も多く、多くの利用者が共有する文書に対して遍くタグ付けを行うことは、必ずしも容易ではない。
　また、利用者毎にタグの適性に対する判断が異なるため、標準的なタグに統一することは困難であり、構造的な検索において安定的な運用が図られにくい。
特開２００９－１２９４５８号公報
　共有文書の作成の際に、自動的にタグ付けを行うことにより、広範囲に漏れなく標準的なタグを付与し、ドリルダウン検索の効率を高めることを課題とする。
　本願発明に係る文書共有システムは、
　文書を登録する利用者の利用者端末と接続可能な文書共有システムであって、以下の要素を有することを特徴とする
（１）文字列型の文書項目への文字列の入力を促し、タグ型の文書項目の選択候補となるタグ群を表示しタグの選択を促し、入力された文字列及び選択されたタグを記入データとして返信するに構成された文書入力フォーム画面を、前記文書を登録する利用者の利用者端末へ送信する文書入力フォーム配信部
（２）前記文書を登録する利用者の利用者端末から返信された記入データを受信する記入データ受付部
（３）受信した記入データからなる文書情報を生成する文書生成部
（４）生成した文書情報群を記憶する文書情報データベース
（５）文書情報毎に、文書情報に含まれるタグを文書のドリルダウン検索に用いるメニューのメニュー項目として含むインデクスを生成するインデクス用テーブル生成部。
　また、
　文書共有システムは、文書を閲覧する利用者の利用者端末と接続可能であって、更に、（６）文書毎のインデクスを記憶するインデクスデータベースと、
（７）インデクスのメニュー項目群を表示し、メニュー項目の選択を促し、選択されたメニュー項目を検索条件として返信するように構成されたドリルダウン検索領域を含む検索画面を生成する検索画面生成部と、
（８）生成した検索画面を、前記文書を閲覧する利用者の利用者端末に送信する検索画面配信部を有することを特徴とする。
　また、
　前記検索画面生成部は、返信された検索条件のメニュー項目をインデクスに含む文書をインデクスデータベースから検索し、検索した文書一覧である検索結果リストを検索画面に含めることを特徴とする。
　また、
　前記インデクス用テーブル生成部は、文書情報毎に、文書情報に含まれる文字列をインデクスに含め、
　前記検索画面生成部は、検索した文書のインデクスに含まれる文字列を文書一覧に表示することを特徴とする。
　また、
　前記文書入力フォーム配信部は、複数のタグ型文書項目で、それぞれの選択候補となる異なるタグ群を表示しそれぞれにタグの選択を促し、選択された複数のタグを記入データとして返信するに構成された文書入力フォーム画面を、前記文書を登録する利用者の利用者端末へ送信し、
　前記インデクス用テーブル生成部は、文書情報に含まれる複数のタグを異なるメニューのメニュー項目としてインデクスに含めることを特徴とする。
　また、
　文書共有システムは、更に、
（９）メニュー毎に、メニューにタグタイプを対応付けるメニュータグ対応表と、
（１０）タグ型の文書項目毎に、タグタイプを記憶する文書データ構造記憶部を有し、
　前記インデクス用テーブル生成部は、メニュー毎に、メニュータグ対応表に基づいて当該メニューに対応するタグタイプを特定し、文書データ構造記憶部に基づいて当該タグタイプに対応する文書項目を特定し、当該文書項目で選択されたタグを当該メニューのメニュー項目とすることを特徴とする。
　また、
　前記検索画面生成部は、文書一覧に表示された文書を選択すると、当該文書の文書表示要求を返信するように検索画面を構成し、
　文書共有システムは、更に、
（１１）前記文書を閲覧する利用者の利用者端末から文書表示要求を受信する文書表示要求受付部と、
（１２）受信した文書表示要求の対象となる文書を特定し、文書情報データベースから当該文書の文書情報を取得し、当該文書を表示する文書表示画面を生成する文書表示画面生成部と、
（１３）文書表示画面を、前記文書を閲覧する利用者の利用者端末へ返信する文書表示画面配信部を有することを特徴とする。
　また、
　前記文書表示画面生成部は、更新指示が可能な状態でタグを表示し、タグの更新指示がされた場合には、文書を特定して更新されたタグを返信するように構成した文書表示画面を生成し、
　文書共有システムは、更に、
（１４）文書を特定した更新タグを受信するタグ変更受付部と、
（１５）更新タグを受信した場合に、当特定文書の文書情報のタグを当該更新タグに書き換えるタグ登録部を有することを特徴とする。
　また、
　前記タグは、当該文書の業務上のステータスを識別することを特徴とする。
　また、
　前記文書表示画面生成部は、前記文書を閲覧する利用者の権限に応じて、更新指示が可能な状態でタグを表示することを特徴とする。
　本願発明に係るプログラムは、
　文書を登録する利用者の利用者端末と接続可能な文書共有システムとなるコンピュータに、以下の手順を実行させることを特徴とする
（１）文字列型の文書項目への文字列の入力を促し、タグ型の文書項目での選択候補となるタグ群を表示しタグの選択を促し、入力された文字列及び選択されたタグを記入データとして返信するに構成された文書入力フォーム画面を、前記文書を登録する利用者の利用者端末へ送信する文書入力フォーム配信手順
（２）前記文書を登録する利用者の利用者端末から返信された記入データを受信する記入データ受付手順
（３）受信した記入データからなる文書情報を生成する文書生成手順
（４）生成した文書情報群を記憶する文書情報記憶手順
（５）文書情報毎に、文書情報に含まれるタグを文書のドリルダウン検索に用いるメニュー項目として含むインデクスを生成するインデクス用テーブル生成手順。
　本願発明では、文書入力フォームで選択されたタグ型の文書項目のデータを、ドリルダウン検索に用いるメニューのメニュー項目として活用するので、自動的に新規文書に対してタグ付けを行い、構造的な検索に活用することができる。これにより、タグ付けの労力が軽減されるとともに、文書作成者や文書閲覧者の主観に依存しない、客観的かつ統一的なタグ付けが実現される。
　特に、文書に関する業務上のステータスをタグとして用いるので、審査や承認などのステータス変移の操作をそのまま検索要素に反映することが可能となる。
本願発明に係るネットワーク構成（その１）を示す図である。 本願発明に係るネットワーク構成（その２）を示す図である。 文書登録に係るデータフローを示す図である。 文書登録に係る文書管理サーバの構成を示す図である。 文書種別選択画面配信処理フローを示す図である。 文書入力フォーム画面配信処理フローを示す図である。 議事録の文書入力フォームを示す図である。 研修録の文書入力フォームを示す図である。 文書種別管理テーブルを示す図である。 タグテーブルを示す図である。 文書生成処理フローを示す図である。 議事録の文書データ構造を示す図である。 研修録の文書データ構造を示す図である。 議事録の文書情報の例を示す図である。 研修録の文書情報の例を示す図である。 インデクス登録に係る文書管理サーバの構成を示す図である。 インデクス用テーブルを示す図である。 インデクス登録処理フローを示す図である。 レコード生成処理フローを示す図である。 メニュータグ対応表を示す図である。 検索画面配信に係る検索サーバの構成を示す図である。 検索画面配信処理フローを示す図である。 検索画面を示す図である。 検索画面成処理フローを示す図である。 ドリルダウン検索領域生成処理フローを示す図である。 検索結果リスト生成処理フローを示す図である。 文書表示に係る文書管理サーバの構成を示す図である。 議事録の文書表示画面を示す図である。 起案書の文書データ構造を示す図である。 タグテーブルを示す図である。 起案書の文書入力フォームを示す図である。 起案書の文書情報の例を示す図である。 インデクス用テーブルを示す図である。 起案書の文書表示画面を示す図である。 ステータス更新に係る文書管理サーバの構成を示す図である。 ステータス更新処理フローを示す図である。 ステータス登録処理フローを示す図である。 検索画面を示す図である。
　図１は、本願発明に係るネットワーク構成（その１）を示す図である。企業（文書を共有する組織の例）外に、文書共有システムを設ける例（Ｓａａｓ形態）を示している。本願発明に係る文書共有システムは、文書管理サーバ１０１と検索サーバ１０２から構成されている。文書管理サーバ１０１は、文書の作成、閲覧、検索サーバ１０２へのインデクステーブルの登録などを行なう。検索サーバ１０２は、インデクステーブルを用いて、高速の検索を行い、所望の文書情報へ利用者を導く役割を担っている。文書管理サーバ１０１と検索サーバ１０２は、文書共有システム内のシステムネットワーク（例えば、ＬＡＮ）により接続されている。また、文書管理サーバ１０１と検索サーバ１０２は、システムネットワークを介してインターネットに接続している。利用者端末１０３は、共有文書を登録し、閲覧する利用者が使用する端末であり、企業ネットワーク（例えば、ＬＡＮ）を介してインターネットワークに接続している。これにより、利用者端末１０３は、文書管理サーバ１０１と検索サーバ１０２にアクセスすることができるように構成されている。利用者端末１０３は、ブラウザを有しており、ブラウザを介して文書管理サーバ１０１と検索サーバ１０２と通信を行うことができる。セキュリティの観点からは、インターネットを介する通信データは、送信側で暗号化され、受信側で復号して用いることが望ましい。利用者端末１０３は、文書を登録する利用者として使用する場合と、文書を閲覧する利用者として使用する場合がある。
　Ｓａａｓ（サース）の形態以外に、企業内に文書共有システムを設けることもできる。図２は、本願発明に係るネットワーク構成（その２）を示す図である。文書管理サーバ１０１、検索サーバ１０２、及び利用者端末１０３は、企業ネットワーク（例えば、ＬＡＮ）に接続されている。この例では、イントラネットを前提とし、利用者端末１０３は、Ｓａａｓ形態と同様にブラウザを介して文書管理サーバ１０１と検索サーバ１０２と通信を行うことができる。文書管理サーバ１０１と検索サーバ１０２の間の連携も企業ネットワークを介して行われる。
　まず、利用者端末１０３から文書管理サーバ１０１に文書を登録する動作について説明する。ここでいう登録は、作成済みの文書ファイルを転送することではなく、所定のフォームから文書の記載項目をひとつひとつ記述することから文書を作成することを意味している。
　図３は、文書登録に係るデータフローを示す図である。文書管理サーバ１０１は、利用者端末１０３から文書作成開始を受信すると、文書種別選択画面を返信する。文書種別選択画面は、議事録、研修録などの文書種別を選択するように構成されている。利用者端末１０３から文書種別指定（文書種別ＩＤを含む）を送信し、文書管理サーバ１０１は、文書種別に応じた文書入力フォーム画面を返信する。文書入力フォーム画面は、項目毎に記入データの入力を促し、返信するように構成されている。その際、文書種別ＩＤも返信する。
　文書登録に係る文書管理サーバ１０１の構成について説明する。図４は、文書登録に係る文書管理サーバの構成を示す図である。文書管理サーバ１０１は、文書種別選択画面配信部４０１、文書種別選択画面記憶部４０２、文書入力フォーム画面配信部４０３、文書入力フォーム画面記憶部４０４、タグテーブル４０５、記入データ受付部４０６、文書生成部４０７、文書データ構造記憶部４０８、及び文書情報データベース４０９を有している。続いて、これらのモジュールによる処理を説明する。
　図５は、文書種別選択画面配信処理フローを示す図である。文書種別選択画面配信部４０１は、文書作成開始の受信を待つ状態で（Ｓ５０１）、利用者端末１０３から文書作成開始を受信すると、文書種別選択画面記憶部４０２に記憶している文書種別選択画面を読み出して、送信してきた利用者端末１０３に返信する（Ｓ５０２）。文書種別選択画面は、文書種別のリストを表示し、文書種別の選択を促し、クリックなどにより選択された文書種別のＩＤを含む文書種別指定を文書管理サーバ１０１に返信するように構成されている。この画面を受信した利用者端末１０３は、ブラウザ上にこの画面を表示して、利用者が作成する文書種別の選択を受け付ける。例えば、文書作成開始と文書種別指定は、それぞれ所定のＵＲＬであり、文書種別ＩＤは、パラメータとしてそのＵＲＬに付加さている。
　図６は、文書入力フォーム画面配信処理フローを示す図である。文書入力フォーム画面配信部４０３は、文書種別指定の受信を待つ状態で（Ｓ６０１）、利用者端末１０３から文書種別指定を受信すると、文書種別指定に含まれる文書種別ＩＤに対応する文書入力フォーム画面を文書入力フォーム画面記憶部４０４から読み出して、送信してきた利用者端末１０３に返信する（Ｓ６０２）。文書入力フォーム画面は、文書種別毎にその文書データ構造に従って、記入する項目の文字コード入力欄、あるいはタグ選択手段を設けている。
　図７は、議事録の文書入力フォームを示す図である。議事録の例では、作成者の他に、文書タイトル、開催日、開催時間、出席者、テーマ、議事、及び決定事項の記入項目を設けている。作成者は、ログイン時の利用者ＩＤから特定して、予め設定しているが、利用者側で、コード入力あるいはタグ選択するようにしてもよい。文書タイトル、議事、決定事項は、自由に文字コードを入力することができる。開催日は、年、月、日を入力（あるいは選択）する。開催時間は、開始時刻と終了時刻の時と分を入力（あるいは選択）する。出席者は、予め表示されたタグ名を選択する。テーマも予め設定されているタグ名を選択するように構成されている。タグ名群はプルダウンで表示される。タグを選択した場合には、タグＩＤを返信するように構成されている。文書管理サーバ１０１で、タグ名からタグＩＤを特定する場合には、タグ名を返信するようにしてもよい。そして、送信アイコンをクリックなどで指示することにより、これらの記入データを送信する。併せて、文書種別ＩＤも送信する。文書管理サーバ１０１側で文書種別ＩＤを特定できる場合には、文書種別ＩＤは省くこともできる。
　図８は、研修録の文書入力フォームを示す図である。出席者の項目に替えて、受講者の項目を設けている。議事と決定事項の項目に替えて、研修内容の項目を設けている。このように、文書種別によって、項目の構成が異なる。これらの構成は、後述する文書データ構造として文書データ構造記憶部４０８で記憶しているものと一致する。
　文書種別については、文書種別管理テーブルを設けることにより、管理が容易になる。図９は、文書種別管理テーブルを示す図である。文書種別毎に、文書種別ＩＤ９０１と、文書種別名９０２と、文書入力フォーム画面９０３と、文書表示デフォルト画面９０４のフィールドを対応付けるレコードを設けている。文書表示デフォルト画面は、文書を閲覧する場合の表示用の所定画面である。
　作成者と出席者と受講者は、人名タグとして予め登録されている。また、テーマもテーマタグとして予め設定されている。図１０は、タグテーブルを示す図である。タグ毎に、タグＩＤ１００１と、タグタイプ１００２と、タグ名１００３のフィールドを対応付けるレコードを設けている。タグＩＤ１００１は、タグタイプ１００２とタグ名１００３の組合せに対して唯一である。文書入力フォーム画面記憶部４０４の文書入力フォームは、タグテーブル４０５の情報と一致するように設定されている。あるいは、文書入力フォーム画面配信部４０３で一致するように設定する。
　図１１は、文書生成処理を示す図である。記入データ受付部４０６は、記入データと文書種別ＩＤの受信を待つ状態で（Ｓ１１０１）、利用者端末１０３から記入データと文書種別ＩＤを受信すると、文書生成部４０７により文書情報（図１４、図１５に例示）を文書情報データベース４０９に登録する（Ｓ１１０２～Ｓ１１０８）。
　文書生成部４０７は、まず新規な登録文書ＩＤを割り当て、文書情報に設定する（Ｓ１１０２）。また、記入データ受付部４０６あるいは文書入力フォーム画面配信部４０３で受信した文書種別ＩＤを、文書情報に設定する（Ｓ１１０３）。更に、現在時刻を取得して、プロパティの作成日時に設定する（Ｓ１１０４）。更に、文書項目毎に以下の処理を繰り返す（Ｓ１１０５）。文書項目は、文書種別ＩＤに対応する文書データ構造で定義されている。
　文書データ構造記憶部４０８では、文書種別毎に文書データ構造を記憶している。図１２は、議事録の文書データ構造を示す図である。図１３は、研修録の文書データ構造を示す図である。文書種別ＩＤに対して、複数の文書項目の情報を有している。文書項目の情報は、文書項目ＩＤと、文書項目名と、文書項目型と、本文テキストフラグを対応付けている。文書項目ＩＤは、文書内の項目について唯一であり、文書項目名は、項目の内容を識別するとともに画面の表示などに用いられる。文書項目型は、データ形式を定めている。人名タグやテーマタグは、タグであることと、タグのタイプを定めている。本文テキストフラグは、検索結果リストで表示する本文テキストのソースとなる項目をＯＮとして区別するように設定されている。
　図１１のＳ１１０５からのルーチンで、順次、当該文書項目に対応する記入データを特定して（Ｓ１１０６）、記入データを文書情報の文書項目に書き込む（Ｓ１１０７）。そして、すべての項目について処理した時点で終了する（Ｓ１１０８）。これにより文書情報が生成される。
　図１４は、議事録の文書情報の例を示す図であり、図１５は、研修録の文書情報の例を示す図である。ヘッダには、登録文書ＩＤと文書種別ＩＤの他、プロパティとして作成日時や更新日時が記憶されている。また、各文書項目ＩＤに対して、文書項目データを記憶している。タグの項目では、受信したタグＩＤを記憶している。記入データとしてタグ名を受信する場合には、文書生成部４０７でタグテーブル４０５に基づいてタグ名に対応するタグＩＤを特定する。文字列は、受信した文字コードが格納される。日付と時間は、文字コードでも数値コードでもよい。図では、１０進数の列で表記した数値コードの例を示している。
　このようにして文書登録が完了する。続いて、このようにして登録された文書を検索対象とするためのインデクス登録の操作について説明する。
　図１６は、インデクス登録に係る文書管理サーバの構成を示す図である。文書管理サーバ１０１は、タグテーブル４０５、文書データ構造記憶部４０８、文書情報データベース４０９の他に、インデクス用テーブル生成部１６０１、メニュータグ対応表１６０２、インデクス用テーブル記憶部１６０３、及びインデクス生成コマンド起動部１６０４を有している。インデクス用テーブル生成部１６０１は、登録された文書についてインデクス用テーブルを生成する。インデクス用テーブル生成部１６０１は、文書登録に連動して起動されるように構成してもよいし、バッチ処理で一群の文書を処理するように構成してもよい。
　図１７は、インデクス用テーブルを示す図である。インデクス対象文書毎に、文書タイトル１７０１、作成者１７０２、作成日時１７０３、更新日時１７０４、本文テキスト１７０５、第一メニュー項目（人員）１７０６、第二メニュー項目（分野）１７０７、ロケーション１７０８のフィールドを対応付けるレコードを設けている。文書タイトル１７０１と本文テキスト１７０４は、キーワード検索の探索領域となるとともに、検索結果一覧のリストとして表示される。メニュー項目は、メニュー（人員、分野など）に属する選択候補である。ここでは、文字コード列で設定される。ロケーションは、文書表示の際にアクセスする位置情報を示している。
　インデクス用テーブル生成部１６０１とインデクス生成コマンド起動部１６０４による文書管理サーバ１０１側のインデクス登録動作について説明する。図１８は、インデクス登録処理フローを示す図である。インデクス用テーブル生成部１６０１は、文書情報データベース４０９から未登録の文書情報を特定して、未登録の文書情報毎に以下の処理を繰り返す（Ｓ１８０１）。未登録は、前回のインデクス登録処理以降の作成日時又は更新日時を有する文書を判定する方法や、作成・更新の際に作成・更新フラグでＯＮにすることにより判定する方法などが考えられる。未登録の文書のみならず、全文書を対象としてもよい。
　インデクス用テーブル生成部１６０１は、インデクス用テーブル記憶部１６０３に追加レコードを生成する処理（Ｓ１８０２）を、すべての文書情報について処理する（Ｓ１８０３）。そして、インデクス生成コマンド起動部１６０４は、インデクス生成コマンド起動処理により、インデクス用テーブル記憶部１６０３のインデクス用テーブルを検索サーバ１０２にインデクス生成コマンドと共に転送する（Ｓ１８０４）。
　図１９は、レコード生成処理フローを示す図である。文書情報データベース４０９の文書情報から文書タイトルを読み取り、作成者を読み取り、作成日時を読み取り、それぞれインデクスレコードに書き込む（Ｓ１９０１～Ｓ１９０３）。作成者については、タグテーブル４０５を用いて、文書項目データのタグＩＤをタグ名に変換する。また、文書情報の本文テキストフラグＯＮの項目を特定し（Ｓ１９０４）、当該項目のデータを本文テキストに書き込む（Ｓ１９０５）。更に、メニュー毎に（Ｓ１９０６）、当該メニューに対応するタグタイプを特定して（Ｓ１９０７）、文書項目型が当該タグタイプである文書項目を特定し（Ｓ１９０８）、当該文書項目のデータ（タグ）を、メニュー項目に書き込む（Ｓ１９０９）。
　タグタイプは、メニュータグ対応表１６０２を用いて特定する（Ｓ１９０７）。図２０は、メニュータグ応表を示す図である。メニュー毎に、タグタイプ２００１を対応付けている。例えば、第一メニュー（人員）の場合は、タグタイプは人名タグであり、第二メニュー（分野）は、タグタイプはテーマタグである。
　文書項目の特定は、文書データ構造記憶部４０８（図１２、図１３）に基づいて行う（Ｓ１９０８）。例えば、当該文書種別ＩＤに対応する文書データ構造で、文書項目型が人名タグである項目を判定し、あるいは文書項目型がテーマタグである項目を判定する。
　また、書き込む際には、タグテーブル４０５を用いてタグＩＤをタグ名に変換する（Ｓ１９０９）。タグが複数ある場合には、区切りのコードを挿入する。この例では、空白コードを挿入している。
　すべてのドリルダウン項目について処理すると（Ｓ１９１０）、所定コードに、文書識別ＩＤを付加してロケーションを生成する（Ｓ１９１１）。所定コードは、文書表示要求となる。通常は、文書管理サーバ１０１の記憶領域（ドライブ、ディレクトリ、ＵＲＬ）を指定する。文書識別ＩＤは、所定コードの一部として、あるいはパラメータとして付加される。そして、そのロケーションを書き込む（Ｓ１９１２）。
　続いて、検索サーバ側の動作について説明する。図２１は、検索画面配信に係る検索サーバの構成を示す図である。検索サーバ１０２は、インデクス生成部２１０１、インデクスデータベース２１０２、検索画面配信部２１０３、及び検索画面生成部２１０４を有している。
　インデクス生成部２１０１は、文書管理サーバ１０１からインデクス生成コマンドを受信すると、共に受信したインデクス用テーブルを読み取り、インデクスデータベース２１０２に追加登録する。重複する既存文書は削除する。インデクスデータベース２１０２は、インデクス用テーブルのフィールド間の対応付けを維持したまま、文書毎にインデクスの情報を保持するように構成されている。
　この状態で、検索要求に応じて検索画面を配信する動作について説明する。図２２は、検索画面配信処理フローを示す図である。検索画面配信部２１０３は、検索要求待ちの状態で（Ｓ２２０１）、文書を閲覧する利用者の利用者端末１０３から検索要求（検索サーバ１０２を指す検索ＵＲＬ）を受信すると、検索画面生成部２１０４で検索画面を生成して（Ｓ２２０２）、検索要求を発信した利用者端末１０３に検索画面を返信する（Ｓ２２０３）。
　図２３は、検索画面を示す図である。左側が、ドリルダウン検索領域である。右上が、キーワード検索領域である。右下が、検索結果リスト表示領域である。ドリルダウン検索領域は、メニュー毎に、そのメニューに含まれるメニュー項目を指示操作（クリック）可能な状態で表示している。メニュー項目には、そのメニュー項目に対応する文書数が付加されている。検索結果リスト表示領域は、検索された文書の文書タイトルを指示操作（クリック）可能な状態で表示するとともに、本文テキストの先頭部位（所定文字数範囲）を表示している。
　検索画面生成部２１０４による検索画面成処理では、初期状態の検索画面に対して、ドリルダウン検索領域と検索結果リストを生成する。図２４は、検索画面成処理フローを示す図である。ドリルダウン検索領域生成処理（Ｓ２４０１）と検索結果リスト生成処理（Ｓ２４０２）を行う。
　図２５は、ドリルダウン検索領域生成処理フローを示す図である。メニュー毎に以下の処理を繰り返す（Ｓ２５０１）。メニューに含まれるメニュー項目を特定する（Ｓ２５０２）。インデクスデータベース２１０２内のインデクス群のメニュー項目を読込み、重複なく、漏れなく、メニュー項目を順次特定していく。そして、メニュー項目毎に、当該メニュー項目を含む文書数をカウントする（Ｓ２５０３）。すべてのメニューについて処理すると（Ｓ２５０４）、再びメニュー毎に（Ｓ２５０５）、まず、メニュー名を配置する（Ｓ２５０６）。続いて、メニュー項目を文書数の降順にソートして（Ｓ２５０７）、その順に従って、メニュー項目毎にメニュー項目名と文書数を配置する（Ｓ２５０８）。また、メニュー項目がブラウザ上で指示操作（クリック）された場合にアクセスするリンク先として、検索サーバ１０２を指す検索要求ＵＲＬを設定する。検索要求ＵＲＬには、パラメータとしてメニュー項目（メニュー項目名、あるいはメニュー項目番号などメニュー項目を識別できる情報）を付加する（Ｓ２５０９）。すべてのメニューについて処理した時点で終了する（Ｓ２５１０）。
　図２６は、検索結果リスト生成処理フローを示す図である。アクセスの際の検索要求ＵＲＬにメニュー項目のパラメータがある場合に以下の処理を行なう（Ｓ２６０１）。尚、キーワードのパラメータがある場合には、キーワード検索を行ない、パラメータがない場合には、検索を行なわない。
　インデクスデータベース２１０２からメニュー項目を含む文書を検索し（Ｓ２６０２）、検索された文書毎に以下の処理を繰り返す（Ｓ２６０３）。文書タイトルを配置し（Ｓ２６０４）、文書タイトルがブラウザ上で指示操作（クリック）された場合にアクセスするリンク先として、インデクスに含まれるロケーションを設定する（Ｓ２６０５）。更に、本文テキストを所定範囲内に配置する（Ｓ２６０６）。表示文書数の制限に達するまで繰り返す（Ｓ２６０７）。制限は、表示領域や表示文書数で定められている。
　利用者端末１０３のブラウザ上で、検索結果リストの文書が選択指示されると、検索サーバ１０２を指すロケーションにアクセスすることになる。検索サーバ１０２は、このアクセスによる文書表示要求に応じて文書を表示した画面を利用者端末１０３に配信する。
　図２７は、文書表示に係る文書管理サーバの構成を示す図である。文書管理サーバ１０１は、タグテーブル４０５、文書情報データベース４０９の他に、文書表示要求受付部２７０１、文書表示画面生成部２７０２、文書表示画面記憶部２７０３、及び文書表示画面配信部２７０４を有している。
　図２８は、議事録の文書表示画面を示す図である。文書情報データベース４０９の文書情報を、文書種別毎に定められた形式に展開する。文書表示要求受付部２７０１は、文書表示要求であるロケーション（図１７の１７０７）へのアクセスを受け付け、ロケーションの一部あるいは付加パラメータから、登録文書ＩＤを特定する。文書情報データベース４０９から、登録文書ＩＤに対応する文書情報を取得する。文書情報中の文書種別ＩＤに対応する文書表示デフォルト画面を文書表示画面記憶部２７０３から読み込み、その画面の各表示領域に、文書情報の文書項目データを設定する。タグＩＤは、タグテーブル４０５に基づいて、タグ名に変換する。そして、文書表示画面配信部２７０４から、アクセス元の利用者端末１０３に生成した文書表示画面を送信する。
　実施の形態２．
業務上のステータス（作成／審査／承認、不合格／合格、未処理／処理済みなど）を管理する文書に関する実施形態を説明する。
　起案書に対する作成／審査／承認のステータスを例に説明する。図２９は、起案書の文書データ構造を示す図である。文書項目として、ステータスを設けている。ステータスが変更になると、この文書項目のデータが書き換えられる。
　図３０は、タグテーブルを示す図である。ステータスとして変移する状態を、タグで管理する。タグタイプをステータスタグとして、それぞれの状態である「作成」、「審査」、「承認」の状態別にタグを設定しておく。
　図３１は、起案書の文書入力フォームを示す図である。文書作成段階では、ステータスは初期値である「作成」が設定されている。作成者は、このタグを変更できないように構成されている。
　図３２は、起案書の文書情報の例を示す図である。ステータスの項目ＩＴ０５には、初期値であるＴＧ０３０１（作成）が設定されている。
　図３３は、インデクス用テーブルを示す図である。第三メニュー項目（ステータス）には、「作成」の文字コードが設定される。
　ステータスを変更する権限を有する利用者が利用者端末１０３から、文書表示要求を送信した場合には、権限に応じて変更可能なステータスの選択を促す文書表示画面が配信される。
　図３４は、起案書の文書表示画面を示す図である。ログイン時の利用者ＩＤから当該文書の審査権限があることを判定し、審査の選択指示が可能な画面を生成している。利用者が、審査を選択指示すると、ステータスタグとしてＴＧ０３０２のタグＩＤと登録文書ＩＤを含むステータス変更要求が返信されるように構成されている。例えば、ステータス変更要求は、所定のＵＲＬであり、タグＩＤと登録文書ＩＤは、パラメータとして付加される。ステータスタグは、プルダウンで表示し、選択する構成でもよい。
　図３５は、ステータス更新に係る文書管理サーバの構成を示す図である。文書管理サーバ１０１は、文書データ構造記憶部４０８、文書情報データベース４０９の他、ステータス変更受付部３５０１とステータス登録部３５０２を有している。
　図３６は、ステータス更新処理フローを示す図である。ステータ変更受付処理（Ｓ３６０１）では、ステータス変更受付部３５０１が、利用者端末１０３からタグＩＤ（ステータス）と登録文書ＩＤを含むステータス変更要求を受信して、タグＩＤ（ステータス）と登録文書ＩＤを特定する。ステータス変更受付部３５０１は、タグ変更受付部の例である。ステータス以外のタグの変更を受け付けることも有効である。
　ステータス登録処理（Ｓ３６０２）では、新しいステータスを登録する。図３７は、ステータス登録処理フローを示す図である。ステータス登録部３５０２は、文書情報データベース４０９から登録文書ＩＤの文書種別ＩＤを読み取る（Ｓ３７０１）。そして、文書データ構造記憶部４０８で記憶している文書種別ＩＤの文書データ構造から、文書項目型がステータスタグである文書項目のＩＤを特定し（Ｓ３７０２）、文書情報データベース４０９の登録文書ＩＤに対応する文書情報に含まれる当該文書項目ＩＤの項目データを、タグＩＤ（ステータス）に書き換える（Ｓ３７０３）。最後に、更新日時に現在日時を書き込む（Ｓ３７０４）。ステータス登録部は、タグ登録部の例であり、ステータス登録処理は、タグ登録処理の例である。ステータス以外のタグを更新することも有効である。
　図３８は、検索画面を示す図である。ステータスのタグが表示され、ステータスによる検索が行われる。ステータスの更新も反映される。
　文書管理サーバ１０１と検索サーバ１０２と利用者端末１０３は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
　１０１　　文書管理サーバ
　１０２　　検索サーバ
　１０３　　利用者端末
　４０１　　文書種別選択画面配信部
　４０２　　文書種別選択画面記憶部
　４０３　　文書入力フォーム画面配信部
　４０４　　文書入力フォーム画面記憶部
　４０５　　タグテーブル
　４０６　　記入データ受付部
　４０７　　文書生成部
　４０８　　文書データ構造記憶部
　４０９　　文書情報データベース
　１６０１　　インデクス用テーブル生成部
　１６０２　　メニュータグ対応表
　１６０３　　インデクス用テーブル記憶部
　１６０４　　インデクス生成コマンド起動部
　２１０１　　インデクス生成部
　２１０２　　インデクスデータベース
　２１０３　　検索画面配信部
　２１０４　　検索画面生成部
　２７０１　　文書表示要求受付部
　２７０２　　文書表示画面生成部
　２７０３　　文書表示画面記憶部
　２７０４　　文書表示画面配信部
　３５０１　　ステータス変更受付部
　３５０２　　ステータス登録部

Claims (11)

  1. 　文書を登録する利用者の利用者端末と接続可能な文書共有システムであって、以下の要素を有することを特徴とする文書共有システム
    （１）文字列型の文書項目への文字列の入力を促し、タグ型の文書項目の選択候補となるタグ群を表示しタグの選択を促し、入力された文字列及び選択されたタグを記入データとして返信するに構成された文書入力フォーム画面を、前記文書を登録する利用者の利用者端末へ送信する文書入力フォーム配信部
    （２）前記文書を登録する利用者の利用者端末から返信された記入データを受信する記入データ受付部
    （３）受信した記入データからなる文書情報を生成する文書生成部
    （４）生成した文書情報群を記憶する文書情報データベース
    （５）文書情報毎に、文書情報に含まれるタグを文書のドリルダウン検索に用いるメニューのメニュー項目として含むインデクスを生成するインデクス用テーブル生成部。
  2. 　文書共有システムは、文書を閲覧する利用者の利用者端末と接続可能であって、更に、（６）文書毎のインデクスを記憶するインデクスデータベースと、
    （７）インデクスのメニュー項目群を表示し、メニュー項目の選択を促し、選択されたメニュー項目を検索条件として返信するように構成されたドリルダウン検索領域を含む検索画面を生成する検索画面生成部と、
    （８）生成した検索画面を、前記文書を閲覧する利用者の利用者端末に送信する検索画面配信部を有することを特徴とする請求項１記載の文書共有システム。
  3. 　前記検索画面生成部は、返信された検索条件のメニュー項目をインデクスに含む文書をインデクスデータベースから検索し、検索した文書一覧である検索結果リストを検索画面に含めることを特徴とする請求項２記載の文書共有システム。
  4. 　前記インデクス用テーブル生成部は、文書情報毎に、文書情報に含まれる文字列をインデクスに含め、
    　前記検索画面生成部は、検索した文書のインデクスに含まれる文字列を文書一覧に表示することを特徴とする請求項３記載の文書共有システム。
  5. 　前記文書入力フォーム配信部は、複数のタグ型文書項目で、それぞれの選択候補となる異なるタグ群を表示しそれぞれにタグの選択を促し、選択された複数のタグを記入データとして返信するに構成された文書入力フォーム画面を、前記文書を登録する利用者の利用者端末へ送信し、
    　前記インデクス用テーブル生成部は、文書情報に含まれる複数のタグを異なるメニューのメニュー項目としてインデクスに含めることを特徴とする請求項４に記載の文書共有システム。
  6. 　文書共有システムは、更に、
    （９）メニュー毎に、メニューにタグタイプを対応付けるメニュータグ対応表と、
    （１０）タグ型の文書項目毎に、タグタイプを記憶する文書データ構造記憶部を有し、
    　前記インデクス用テーブル生成部は、メニュー毎に、メニュータグ対応表に基づいて当該メニューに対応するタグタイプを特定し、文書データ構造記憶部に基づいて当該タグタイプに対応する文書項目を特定し、当該文書項目で選択されたタグを当該メニューのメニュー項目とすることを特徴とする請求項５に記載の文書共有システム。
  7. 　前記検索画面生成部は、文書一覧に表示された文書を選択すると、当該文書の文書表示要求を返信するように検索画面を構成し、
    　文書共有システムは、更に、
    （１１）前記文書を閲覧する利用者の利用者端末から文書表示要求を受信する文書表示要求受付部と、
    （１２）受信した文書表示要求の対象となる文書を特定し、文書情報データベースから当該文書の文書情報を取得し、当該文書を表示する文書表示画面を生成する文書表示画面生成部と、
    （１３）文書表示画面を、前記文書を閲覧する利用者の利用者端末へ返信する文書表示画面配信部を有することを特徴とする請求項６に記載の文書共有システム。
  8. 　前記文書表示画面生成部は、更新指示が可能な状態でタグを表示し、タグの更新指示がされた場合には、文書を特定して更新されたタグを返信するように構成した文書表示画面を生成し、
    　文書共有システムは、更に、
    （１４）文書を特定した更新タグを受信するタグ変更受付部と、
    （１５）更新タグを受信した場合に、当特定文書の文書情報のタグを当該更新タグに書き換えるタグ登録部を有することを特徴とする請求項７に記載の文書共有システム。
  9. 　前記タグは、当該文書の業務上のステータスを識別することを特徴とする請求項８に記載の文書共有システム。
  10. 　前記文書表示画面生成部は、前記文書を閲覧する利用者の権限に応じて、更新指示が可能な状態でタグを表示することを特徴とする請求項９に記載の文書共有システム。
  11. 　文書を登録する利用者の利用者端末と接続可能な文書共有システムとなるコンピュータに、以下の手順を実行させるためのプログラム
    （１）文字列型の文書項目への文字列の入力を促し、タグ型の文書項目での選択候補となるタグ群を表示しタグの選択を促し、入力された文字列及び選択されたタグを記入データとして返信するに構成された文書入力フォーム画面を、前記文書を登録する利用者の利用者端末へ送信する文書入力フォーム配信手順
    （２）前記文書を登録する利用者の利用者端末から返信された記入データを受信する記入データ受付手順
    （３）受信した記入データからなる文書情報を生成する文書生成手順
    （４）生成した文書情報群を記憶する文書情報記憶手順
    （５）文書情報毎に、文書情報に含まれるタグを文書のドリルダウン検索に用いるメニュー項目として含むインデクスを生成するインデクス用テーブル生成手順。
PCT/JP2012/063595 2011-06-09 2012-05-28 文書共有システム WO2012169379A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2013519444A JP5993848B2 (ja) 2011-06-09 2012-05-28 文書共有システム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011-128905 2011-06-09
JP2011128905 2011-06-09

Publications (1)

Publication Number Publication Date
WO2012169379A1 true WO2012169379A1 (ja) 2012-12-13

Family

ID=47295947

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/063595 WO2012169379A1 (ja) 2011-06-09 2012-05-28 文書共有システム

Country Status (2)

Country Link
JP (1) JP5993848B2 (ja)
WO (1) WO2012169379A1 (ja)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001005874A (ja) * 1999-06-23 2001-01-12 Hitachi Ltd 文書情報管理機能をもつ議事録管理システム
JP2002297438A (ja) * 2001-03-29 2002-10-11 Ohbayashi Corp 情報提供用データベースの更新通知機能を備えたサーバーおよび情報提供用データベースの更新通知方法
JP2003500747A (ja) * 1999-05-20 2003-01-07 イヴリサーチ リミテッド 情報管理、検索及び表示システム及び関連方法
JP2003256440A (ja) * 2002-02-27 2003-09-12 Seiko Epson Corp 文書の登録管理システムと文書の登録管理方法と文書の登録管理プログラム
JP2008242798A (ja) * 2007-03-27 2008-10-09 Neojapan Inc 会議情報管理システム、該システムの機能を実現するプログラム及び記録媒体
JP2009042923A (ja) * 2007-08-07 2009-02-26 Being:Kk 回答支援サーバ及び回答支援システム
JP2009187485A (ja) * 2008-02-08 2009-08-20 Canon Inc 文書管理方法、文書管理装置、情報処理装置および文書管理システム
JP2011053734A (ja) * 2009-08-31 2011-03-17 Tatsuya Shindo サイト内検索サーバ、サイト内検索サービス方法、及びプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2913342B2 (ja) * 1990-12-29 1999-06-28 株式会社日立製作所 情報管理システム
JPH11212985A (ja) * 1998-01-22 1999-08-06 Fujitsu Ltd 情報ライブラリ装置
JP3574606B2 (ja) * 2000-04-21 2004-10-06 日本電信電話株式会社 映像の階層的管理方法および階層的管理装置並びに階層的管理プログラムを記録した記録媒体
JP4029654B2 (ja) * 2002-04-25 2008-01-09 日本電気株式会社 回答システム、回答装置、回答方法及び回答プログラム
JP2010152970A (ja) * 2008-12-25 2010-07-08 Alpine Electronics Inc 階層メニューによるコンテンツの検索装置および検索方法、コンテンツ再生装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003500747A (ja) * 1999-05-20 2003-01-07 イヴリサーチ リミテッド 情報管理、検索及び表示システム及び関連方法
JP2001005874A (ja) * 1999-06-23 2001-01-12 Hitachi Ltd 文書情報管理機能をもつ議事録管理システム
JP2002297438A (ja) * 2001-03-29 2002-10-11 Ohbayashi Corp 情報提供用データベースの更新通知機能を備えたサーバーおよび情報提供用データベースの更新通知方法
JP2003256440A (ja) * 2002-02-27 2003-09-12 Seiko Epson Corp 文書の登録管理システムと文書の登録管理方法と文書の登録管理プログラム
JP2008242798A (ja) * 2007-03-27 2008-10-09 Neojapan Inc 会議情報管理システム、該システムの機能を実現するプログラム及び記録媒体
JP2009042923A (ja) * 2007-08-07 2009-02-26 Being:Kk 回答支援サーバ及び回答支援システム
JP2009187485A (ja) * 2008-02-08 2009-08-20 Canon Inc 文書管理方法、文書管理装置、情報処理装置および文書管理システム
JP2011053734A (ja) * 2009-08-31 2011-03-17 Tatsuya Shindo サイト内検索サーバ、サイト内検索サービス方法、及びプログラム

Also Published As

Publication number Publication date
JP5993848B2 (ja) 2016-09-14
JPWO2012169379A1 (ja) 2015-02-23

Similar Documents

Publication Publication Date Title
US8966445B2 (en) System for supporting collaborative activity
CN101044478B (zh) 分析查询日志以用于管理类别特定的电子内容
US9367571B2 (en) Techniques for integrating parameterized information requests into a system for collaborative work
US6947924B2 (en) Group based search engine generating search results ranking based on at least one nomination previously made by member of the user group where nomination system is independent from visitation system
KR101168705B1 (ko) 이동통신 단말기와 아이피 기반 정보 단말기를 이용한 맞춤, 지능형 심볼, 아이콘 인터넷 정보 검색시스템
US6381599B1 (en) Seamless integration of internet resources
KR100754768B1 (ko) 사용자별 맞춤 추천어를 제공하는 시스템, 방법 및 상기방법을 실행하기 위한 프로그램이 기록된 컴퓨터에서 판독가능한 기록 매체
US8990196B2 (en) Knowledge management system with collective search facility
US20080082568A1 (en) System and method for managing and utilizing information
JP4843428B2 (ja) 情報処理装置、情報処理方法、及び情報処理システム
US20030158724A1 (en) Agent system supporting building of electronic mail service system
US9558473B2 (en) Collaborative contact management
CN102411579B (zh) 一种搜索行业相关信息的方法及装置
EP1964002A1 (en) Delivery of personalized keyword-based information using client-side re-ranking
KR20010092785A (ko) 채널형 데이터를 제공하기 위한 방법 및 시스템
US20160055255A1 (en) System and/or method for linking network content
WO2001055909A1 (en) System and method for bookmark management and analysis
JP5993849B2 (ja) 文書共有システム
JP5993848B2 (ja) 文書共有システム
US20160077727A1 (en) Online Protocol Community
JPWO2005006191A1 (ja) 複数種類の情報を登録する装置および方法
JP2012256216A (ja) 検索システム
JP5346475B2 (ja) Ｒｓｓ素作成プログラム及びこれを用いたｒｓｓ素による情報管理配信システム
Harwani et al. Creating Users and Contacts
JP2007249552A (ja) 情報管理方法、情報管理システム、プログラム及び情報管理装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12796349

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013519444

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12796349

Country of ref document: EP

Kind code of ref document: A1