WO2005098663A1 - 情報管理装置 - Google Patents

情報管理装置 Download PDF

Info

Publication number
WO2005098663A1
WO2005098663A1 PCT/JP2005/006802 JP2005006802W WO2005098663A1 WO 2005098663 A1 WO2005098663 A1 WO 2005098663A1 JP 2005006802 W JP2005006802 W JP 2005006802W WO 2005098663 A1 WO2005098663 A1 WO 2005098663A1
Authority
WO
WIPO (PCT)
Prior art keywords
document
display
unit
memorandum
management
Prior art date
Application number
PCT/JP2005/006802
Other languages
English (en)
French (fr)
Inventor
Tomoaki Fukura
Nobuaki Wake
Norio Oshima
Original Assignee
Justsystems Corporation
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 Justsystems Corporation filed Critical Justsystems Corporation
Priority to EP05728480A priority Critical patent/EP1744254A1/en
Priority to US11/547,957 priority patent/US20070234201A1/en
Priority to JP2006512113A priority patent/JPWO2005098663A1/ja
Publication of WO2005098663A1 publication Critical patent/WO2005098663A1/ja

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/12—Use of codes for handling textual entities
    • G06F40/14—Tree-structured documents
    • G06F40/143—Markup, e.g. Standard Generalized Markup Language [SGML] or Document Type Definition [DTD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages

Definitions

  • the present invention relates to an information management device.
  • the present invention particularly relates to a technique for managing information using a description language for document structuring.
  • This PIM software is designed for personal use and manages personal information such as an address book, schedule, ToDo, and memos. These pieces of information are composed of records, each of which is associated with some attribute, and have the same structure as a relational database as a whole. Each record is displayed on the screen with an interface for inputting and outputting the address book if the content is an address book, and is displayed on the screen using an interface for inputting and outputting a schedule if the content is a schedule. It is displayed in a form according to the individual characteristics, such as displayed on the screen.
  • Patent Document 1 JP-A-9-147013
  • the present inventor has made the present invention based on the above recognition, and an object of the present invention is to enhance user convenience in personal information management.
  • an information management apparatus includes an instruction input unit that also receives an editing instruction regarding a plurality of management items managed as a memorandum of a matter to be performed by a user, A file storage unit for storing a memorandum file in which a plurality of management items are structured using a markup language vocabulary for document structure, and a recording processing unit for reflecting a result of editing specified for the memorandum file And a display processing unit that simultaneously displays a plurality of management items included in the memorandum file in one display area in an individual display format based on a markup language corresponding to each information type.
  • the "memorandum of items to be performed by the user” mainly indicates a record called a so-called ToDo in which the user writes down the items to be performed in his or her work or life as a memo.
  • the memorandum may be used as a scheduler by adding elements such as a time limit and date and time, or information other than a matter to be performed by the user may be recorded as additional information.
  • the management item managed by the memorandum may be personal information that the user himself records or refers to for personal purposes.
  • the “markup language for document structuring” is a language for structuring the contents of a document conceptually or in a layout using various tags, such as XML (eXtens3 ⁇ 4le Markup Language).
  • the “vocabulary” corresponds to a set of tags (tadase set) conforming to a specific markup language for document structure, and may be a set of tags defined in advance, or may be a user. You can use any tag set that you have set.
  • a plurality of management items included in one memorandum are simultaneously displayed on the screen in a plurality of display formats. For example, multiple items entered as bullets are displayed in a table format using Hyper Text Markup Language (HTML), and items related to process management are displayed in a Gantt chart format using SVG (Scalable Vector Graphics). Display in an appropriate display format according to the information type of the item.
  • HTML Hyper Text Markup Language
  • SVG Scalable Vector Graphics
  • Another embodiment of the present invention also relates to an information management device.
  • This apparatus uses an instruction input unit for receiving an editing instruction concerning a plurality of management items managed as a memorandum of a matter to be performed by a user, and a vocabulary of a markup language for document structure.
  • a file storage unit that stores a memorandum file in which a plurality of management items are structured, a recording processing unit that reflects the result of editing specified for the memorandum file, and a management item included in the memorandum file, Display in the display area in the first display format based on the markup language, and the display format of the management items based on the markup language for displaying documents when the user power switching instruction is given.
  • a display processing unit for switching to a display format.
  • the same information can be freely switched and displayed in various display formats, such as displaying items related to process management in HTML in free text format and switching to HTML table format or SVG Gantt chart format. be able to.
  • display formats such as displaying items related to process management in HTML in free text format and switching to HTML table format or SVG Gantt chart format.
  • FIG. 1 is a diagram showing a configuration of a document processing apparatus according to a base technology.
  • FIG. 2 is a diagram showing an example of an XML document to be processed.
  • FIG. 3 is a diagram showing an example of mapping the XML document shown in FIG. 2 to a table described in HTML.
  • FIG. 4 is a diagram showing an example of a definition file for mapping the XML document shown in FIG. 2 to the table shown in FIG.
  • FIG. 5 is a diagram showing an example of a screen on which an XML document described in the grade management vocabulary shown in FIG. 2 is mapped to HTML according to the correspondence shown in FIG. 3 and displayed.
  • FIG. 6 is a diagram showing an example of a graphical user interface presented to a user by a definition file generation unit in order for the user to generate a definition file.
  • FIG. 7 is a diagram showing another example of the screen layout generated by the definition file generation unit.
  • FIG. 8 is a diagram showing an example of an editing screen of an XML document by the document processing device.
  • FIG. 9 is a diagram showing another example of the XML document edited by the document processing device.
  • FIG. 10 is a diagram showing an example of a screen displaying the document shown in FIG. 9.
  • FIG. 11 is a diagram showing a configuration of an information management device according to an embodiment.
  • FIG. 12 An example of a screen on which each management item is displayed in a display format of a free edit screen.
  • FIG. 13 is a diagram showing a source of an XML document corresponding to the display contents of FIG.
  • FIG. 14 is a diagram schematically showing a correspondence relationship between a source tree and a destination tree.
  • FIG. 15 is a diagram showing an example in which a free edit screen and a table display screen are simultaneously displayed in one screen.
  • FIG. 16 is a diagram showing an example in which management items are displayed as a scheduler screen.
  • FIG. 17 is a diagram showing a state where the contents of another document file are embedded in the scheduler screen of FIG. 16.
  • 10 file storage unit 12 instruction input unit, 14 recording processing unit, 16 keyword detection unit, 18 vocabulary determination unit, 40 memorandum file, 110 main control unit, 120 editing unit, 130 DOM unit, 132 DOM provided , 134 DOM generation unit, 136 output unit, 140 CSS unit, 150 HTML unit, 160 SVG unit, 180 VC unit, 182 mapping unit, 184 definition file acquisition unit, 186 definition file generation unit, 300 information management device.
  • FIG. 1 shows a configuration of a document processing apparatus 100 according to the base technology.
  • the document processing device 100 processes a structured document in which data in the document is classified into a plurality of components having a hierarchical structure.
  • the document processing apparatus 100 includes a main control unit 110, an editing unit 120, a DOM cut 130, a CSS unit 140, an HTML unit 150, an SVG unit 160, and a VC unit 180 which is an example of a conversion unit.
  • These configurations are, for hardware components, the power realized by the CPU, memory, programs loaded into the memory, etc. of any computer.
  • the functional blocks realized by their cooperation are described. You. Therefore, it will be understood by those skilled in the art that these functional blocks can be realized in various forms by hardware only, software only, or a combination thereof.
  • Main control unit 110 provides a framework for loading plug-ins and executing commands.
  • Editing unit 120 provides a framework for editing XML documents.
  • the display and editing functions of the document in the document processing apparatus 100 are realized by plug-ins, and a necessary plug-in is loaded by the main control unit 110 or the editing unit 120 according to the type of the document.
  • the main control unit 110 or the editing unit 120 determines which XML document is described by referring to the namespace of the XML document to be processed, and displays or displays the XML document corresponding to the XML document. Import an editing plug-in to display and edit.
  • the document processing apparatus 100 has a display system and an editing system for each vocabulary (tag set), such as an HTML unit 150 for displaying and editing HTML documents and an SVG unit 160 for displaying and editing SVG documents.
  • the HTML unit 150 is loaded when editing an HTML document
  • the SVG unit 160 is loaded when editing an SVG document.
  • both the HTML unit 150 and the SVG unit 160 are loaded.
  • the user selects and installs only necessary functions, and Since functions can be added or deleted as appropriate, a storage area of a recording medium such as a hard disk for storing a program can be effectively used, and wasting of memory can be prevented even when the program is executed. .
  • a storage area of a recording medium such as a hard disk for storing a program
  • it has excellent function expandability, and as a development main body, it is possible to respond to a new vocabulary in the form of a plug-in, making development easier. Additional functions can be added at cost.
  • the editing unit 120 receives the event of the editing instruction from the user via the user interface, notifies the event to an appropriate plug-in or the like, and executes the event again (redo) or cancels the execution (undo). ) Is controlled.
  • the DOM unit 130 includes a DOM providing unit 132, a DOM generating unit 134, and an output unit 136, and is a document object model (Document Object Model) defined to provide an access method when an XML document is handled as data. : DOM) compliant functions.
  • the DOM providing unit 132 is an implementation of the DOM that satisfies the interface defined in the editing unit 120.
  • the DOM generation unit 134 generates a DOM tree from the XML document. As will be described later, when the XML document to be processed is mapped to another vocabulary by the VC unit 180, the source tree corresponding to the XML document at the mapping source and the destination tree corresponding to the XML document at the mapping destination A tree is created.
  • the output unit 136 outputs the DOM tree as an XML document at the end of editing, for example.
  • the CSS unit 140 includes a CSS analysis unit 142, a CSS providing unit 144, and a rendering unit 146, and provides a display function compliant with CSS.
  • the CSS analysis unit 142 has a function of a versa that analyzes the syntax of CSS.
  • the CSS providing unit 144 is an implementation of a CSS object, and performs a cascade process of the CSS on the DOM tree.
  • the rendering unit 146 is a CSS rendering engine, and is used to display a document described in a vocabulary such as HTML laid out using CSS.
  • the HTML unit 150 displays or edits a document described in HTML.
  • the SVG unit 160 displays or edits a document described by SVG.
  • the display Z editing system is implemented in the form of a plug-in, and a display unit (Canvas) for displaying a document, a control unit (Editlet) for transmitting / receiving an event including an editing instruction, and a receiving unit for an editing command.
  • An editing unit (Zone) that edits the DOM.
  • the control unit receives an editing command for the DOM tree from outside, the editing unit changes the DOM tree, and the display unit updates the display.
  • the document processing apparatus 100 in the base technology enables editing according to each vocabulary, not only editing an XML document in a tree display format.
  • the HTML unit 150 provides a user interface for editing an HTML document in a manner similar to a code processor
  • the SVG unit 160 provides a user interface for editing an SVG document in a manner similar to an image drawing tool. provide.
  • the VC unit 180 includes a mapping unit 182, a definition file acquisition unit 184, and a definition file generation unit 186, and maps a document described by a certain vocabulary to another vocabulary, thereby forming a mapping destination vocabulary.
  • a mapping unit 182 Provides a framework for displaying or editing documents with a display / editing plug-in that supports. In the base technology, this function is called Vocabulary Connection (VC).
  • the definition file obtaining unit 184 obtains a script file in which mapping definitions are described. This definition file describes the correspondence (connection) between nodes for each node. At this time, whether to edit the element value or attribute value of each node may be specified. Also, an arithmetic expression using the element values and attribute values of the node may be described.
  • the matching unit 182 refers to the script file acquired by the definition file acquisition unit 184, causes the DOM generation unit 134 to generate a destination tree, and manages the correspondence between the source tree and the destination tree.
  • the definition file generation unit 186 provides a graphical user interface for a user to generate a definition file.
  • the VC unit 180 monitors the connection between the source tree and the destination tree, and upon receiving an editing instruction from a user via a user interface provided by a plug-in in charge of display, first, receives a source tree. Change the applicable node of. When a mutation event indicating that the source tree has been changed is issued, the VC unit 180 receives the mutation event and changes the source tree. Change the nodes in the destination tree that correspond to the changed nodes that synchronize the destination tree. Displaying the destination tree The Z-editing plug-in, for example, the HTML unit 150 receives the mutation event indicating that the destination tree has been changed, and updates the display with reference to the changed destination tree. With such a configuration, even if a document is described by a local vocabulary used by a small number of users, the document can be displayed by converting the document into another major vocabulary, and the editing environment can be improved. Provided.
  • the DOM generation unit 134 When the document processing device 100 reads a document to be processed, the DOM generation unit 134 generates a DOM tree from the XML document. Further, the main control unit 110 or the editing unit 120 refers to the name space to determine the vocabulary describing the document. If a plug-in corresponding to the ghost library is installed in the document processing apparatus 100, the plugin is loaded and the document is displayed and Z-edited. If plug-in module S is not installed, check whether the mapping definition file exists. When the definition file exists, the definition file acquisition unit 184 acquires the definition file, generates a destination tree according to the definition, and displays and edits the document by a plug-in corresponding to the mapping destination vocabulary.
  • corresponding portions of the document are displayed and edited by a plug-in corresponding to each bokeh library. If the definition file does not exist, the source or tree structure of the document is displayed, and editing is performed on the display screen.
  • FIG. 2 shows an example of an XML document to be processed.
  • This XML document is used to manage student performance data.
  • the component “grading”, which is the top node of the XML document, has a plurality of component “students” provided for each student underneath.
  • the component “student” has an attribute value “name” and child elements “national language”, “mathematics”, “science”, and “society”.
  • the attribute value “name” stores the name of the student.
  • the components “language”, “mathematics”, “science”, and “society” store the results of the national language, mathematics, science, and society, respectively.
  • the student whose name is “A” has a language score of “90”, a math score of “50”, a science score of “75”, and a social score of “60”.
  • the bokeh library (tag set) used in this document "Blurry”.
  • the document processing apparatus 100 of the base technology does not have a plug-in that supports the display of the grade management vocabulary and the Z-edit, in order to display this document by a method other than the source display and the tree display, the above-described method is used.
  • VC function is used.
  • the user interface for the user to create the definition file will be described later. Here, the description will be made on the assumption that the definition file has already been prepared.
  • FIG. 3 shows an example of mapping the XML document shown in FIG. 2 to a table described in HTML.
  • the "student" node of the grade management vocabulary is associated with the row ("TR" node) of the table ("TABLE” node) in HTML, and the first column of each row has the attribute value "name”.
  • the XML document shown in FIG. 2 can be displayed in an HTML table format.
  • these attribute values and element values can be edited, and the user can edit these values by using the editing function of the HTML unit 150 on a display screen in HTML.
  • the formula for calculating the weighted average of the results of the Japanese language, mathematics, science, and society is specified, and the average score of the student's performance is displayed.
  • the sixth column specifies that editing is not allowed, and only the average score cannot be edited individually. In this way, by allowing the user to specify whether or not editing is possible in the mapping definition, erroneous operations by the user can be prevented.
  • FIG. 4 shows an example of a definition file for mapping the XML document shown in FIG. 2 to the table shown in FIG.
  • This definition file is described in the script language defined for the definition file.
  • the definition file contains command definitions and display templates.
  • the commands “Add Student” and “Delete Student” are defined as commands, respectively, an operation to insert the node “Student” into the source tree and a command from the source tree.
  • An operation for deleting a “student” is associated with the operation.
  • headings such as "name” and “national language” are displayed on the first line of the table, and that the content of the node "student” is displayed on the second and subsequent lines.
  • FIG. 5 shows an example of a screen in which an XML document described in the performance management vocabulary shown in FIG. 2 is mapped to HTML according to the correspondence shown in FIG. 3 and displayed.
  • Table 200 displays, from the left, the name of each student, the grade in the language, the grade in mathematics, the grade in science, the grade in society, and the average score.
  • the user can edit the XML document on this screen. For example, changing the value of the second row and the third column to “70” changes the element value of the source tree corresponding to this node, that is, the math result of the student “B” to “70”.
  • the VC unit 180 changes the corresponding part of the destination tree to make the destination tree follow the source tree, and updates the display based on the changed destination tree. Therefore, in the table on the screen, the student's “B” mathematics result is changed to “70”, and the average score is changed to “55”.
  • the command power of “student's follow-up” and “student deletion” is displayed.
  • the node "Student” is added or deleted in the source tree.
  • Such a tree-structured editing function may be provided to the user in the form of a command.
  • a command for adding or deleting a row in a table may be associated with an operation for adding or deleting a node “student”.
  • a command for embedding another ghost library may be provided to the user.
  • new student grade data can be added in a fill-in-the-blank format.
  • the VC function makes it possible to edit a document described in the grade management vocabulary while using the display / editing function of the HTML unit 150.
  • FIG. 6 shows an example of a graphical user interface presented to the user by the definition file generation unit 186 in order for the user to generate a definition file.
  • a mapping source XML document is displayed as a tree.
  • the area 204 on the right side of the screen shows the screen layout of the XML document to be mapped.
  • This screen layout can be edited by the HTML unit 150, and the user creates a screen layout for displaying a document in the area 204 on the right side of the screen.
  • the node of the mapping source XML document displayed in the area 202 on the left side of the screen is dragged and dropped into the HTML screen layout displayed in the area 204 on the right side of the screen.
  • the connection between the mapping source node and the mapping destination node is specified. For example, if you drop “Mathematics”, a child element of the element “Student”, into the first row and third column of Table 200 on the HTML screen, a connection will be established between the “Mathematics” node and the “TD” node in the third column Is stretched.
  • Each node can be specified for editing. Further, an arithmetic expression can be embedded in the display screen.
  • the definition file generating unit 186 When the editing of the screen is completed, the definition file generating unit 186 generates a definition file describing the screen layout and the connection between nodes.
  • FIG. 7 shows another example of the screen layout generated by the definition file generating unit 186.
  • a table 200 and a pie chart 206 are created on a screen for displaying an XML document described in the grade management vocabulary.
  • This pie chart 206 is described by SVG.
  • the document processing apparatus 100 of the base technology can process a compound document including a plurality of vocabularies in one XML document, and thus, as shown in this example, a table 200 described in HTML.
  • the pie chart 206 described in SVG on one screen Can be shown.
  • FIG. 8 shows an example of an editing screen of the XML document by the document processing device 100.
  • one screen is divided into a plurality of screens, and the XML document to be processed is displayed in a plurality of different display formats in each area.
  • the area 210 displays the source of the document
  • the area 212 displays the tree structure of the document
  • the area 214 displays the table described in HTML shown in FIG. Have been.
  • Documents can be edited on any of these screens, and when a user edits on any of the screens, the source tree is changed, and the plug-in responsible for displaying each screen changes to the source tree. Update the screen to reflect the changes in.
  • the display unit of the plug-in that is in charge of displaying each editing screen is registered, and V, any of the plug-ins or VC units are registered.
  • V any of the plug-ins or VC units are registered.
  • the source tree is changed by 180, all the display units displaying the edit screen receive the issued mutation event and update the screen.
  • the VC unit 180 changes the destination tree following the change in the source tree, and then refers to the changed destination tree to change the plug-in.
  • the in-display unit updates the screen.
  • the source display plug-in and the tree display plug-in directly refer to the source tree without using the destination tree.
  • the source display plug-in and the tree display plug-in directly refer to the source tree without using the destination tree.
  • the source display plug-in and tree display plug-in update the screen with reference to the changed source tree, and are in charge of the screen in area 214.
  • the HTML tree 150 updates the screen by referring to the changed destination tree following the change in the source tree.
  • the source display and the tree display can also be realized by using the VC function. That is, the source and tree structure may be laid out by HTML, an XML document may be mapped to the HTML, and displayed by the HTML unit 150. In this case, three destination trees are generated: source format, tree format, and table format.
  • the VC unit 180 changes the source tree and The HTML unit 150 changes the three destination trees of the formula, tree format, and table format, respectively, and updates the three screens by referring to those destination trees.
  • the user can display and edit the document in a visually comprehensible format using the table 200 or the like while grasping the hierarchical structure of the document by the source display or the tree display.
  • one screen may be divided and displayed in multiple display formats at the same time.
  • One display format may be displayed on one screen, and the display format may be switched by the user's instruction.
  • the main control unit 110 receives a request to switch the display format from the user, and switches the display by instructing each plug-in.
  • FIG. 9 shows another example of the XML document edited by the document processing apparatus 100.
  • the XHTML document is embedded in the "foreignObject" tag of the SVG document, and the XHTML document contains mathematical expressions described in MathML.
  • the editing unit 120 refers to the name space and allocates the drawing operation to an appropriate display system.
  • the editing unit 120 first causes the SVG unit 160 to draw a square, and then causes the HTML unit 150 to draw an XHTML document.
  • a mathematical expression is drawn by a MathML unit (not shown). In this way, a compound document including a plurality of ghost libraries is appropriately displayed.
  • Figure 10 shows the display results.
  • the displayed menu may be switched according to the position of the cursor (carriage). That is, when the cursor is within the area where the SVG document is displayed, the menu displayed by the SVG unit 160 or the command defined in the definition file for mapping the SVG document is displayed, and the cursor is displayed.
  • the menu provided by the HTML unit 150 or the command defined in the definition file for mapping the XHTML document is displayed.
  • an appropriate user interface can be provided according to the editing position.
  • a compound document if an appropriate plug-in or mapping definition file corresponding to a certain bokeh library is used, the portion described by the bokeh library is displayed as a source. Alternatively, a tree display may be used. Conventionally, when a compound document in which another document is embedded in a certain document is opened, the application power to display the embedded document S is installed, and the power that cannot display the contents is assumed. Even if there is no display application, the contents can be grasped by displaying the XML document composed of the text data in the source display or the complete display. This is a unique feature of documents such as text-based XML.
  • Another advantage of data being described on a text basis is that, for example, in a compound document, in a portion described by a certain vocabulary, data of a portion described by another vocabulary in the same document is referred to. May be.
  • a character string embedded in a figure such as SVG can also be a search target.
  • a tag of another bokeh library may be used.
  • This XML document is not valid, but if it is well-formed (welH rmed), it can be processed as a valid XML document.
  • the inserted tags of the other vocabulary may be mapped by the definition file. For example, in an XHTML document, tags such as "important" and “most important” may be used, and the portion surrounded by these tags may be highlighted, or sorted and displayed in order of importance.
  • the plug-in or VC unit 180 responsible for the edited part changes the source tree. Mutation event listeners can be registered in the source tree for each node. Normally, the plug-in display section or VC cutout 180 corresponding to the vocabulary to which each node belongs is registered as a listener. Is done.
  • the DOM providing unit 132 traces the changed node to a higher hierarchy, and if there is a registered listener, issues a mutation event to that listener. For example, in the document shown in Fig.
  • a mutation event is notified to the HTML unit 150 registered as a listener at the ⁇ html> node, and the In addition, the mutation event is also notified to the SVG unit 160 registered as a listener in the svg> node.
  • the HTML unit 150 updates the display by referring to the changed source tree.
  • the SVG unit 160 is a node belonging to its own vocabulary. Has been changed, so you can ignore the mutation event.
  • the entire layout may change with the update of the display by the HTML unit 150.
  • the layout of the display area for each plug-in is updated by a configuration for managing the screen layout, for example, a plug-in that is responsible for displaying the highest node. For example, if the display area of the HTML unit 150 becomes larger than before, the HTML unit 150 first draws a part in charge of itself and determines the size of the display area. Then, the configuration for managing the screen layout is notified of the size of the display area after the change, and the layout is requested to be updated. The configuration that manages the screen layout re-lays out the display area for each plug-in upon receiving the notification. Thus, the display of the edited portion is appropriately updated, and the layout of the entire screen is updated. The details of the embodiment will be described below based on the above prerequisite technology.
  • the information management device is configured based on the above-described base technology, and the document processing device according to the base technology is basically included in a part of the information management device according to the present embodiment.
  • the information management device of the present embodiment is realized as a combination of a PC (personal computer) and a personal information management program such as PIM software installed on the PC.
  • This personal information management program is the user's T.
  • Personal information such as Do, schedule, address book, etc. is formed in a structured document and displayed on the screen using a markup language such as HTML.
  • the structure structure document here is, for example, an XML document, and its contents are described in a single XML document by using a specific ghost library.
  • the user can input a plurality of types of personal information like a word processor without being particularly aware of the difference in the display format according to the information type.
  • a word processor is one of the most familiar software to many PC users, and building a PIM software that feels like a word processor can provide a more intuitive interface.
  • the user can switch and use an interface such as a word processor or an interface such as a scheduler according to the user's preference, and the user can browse or grasp a group of information from multiple sides, and efficiently use personal information. Manage information it can. Since the user can define a vocabulary describing each piece of information, information can be added and managed in a free format.
  • FIG. 11 shows a configuration of an information management device 300 according to the embodiment.
  • the information management device 300 stores personal information such as ToDo in a memorandum file structured in a markup language.
  • ToDo in a memorandum file structured in a markup language.
  • An example of processing a document file structured by XML will be described as an example of a structured document.
  • the information management device 300 corresponds to the document processing device 100 in FIG. 1, and the components denoted by the same reference numerals in FIG. 1 as those in FIG. 1 have the same or similar functions as the configurations described in FIG.
  • the information management device 300 includes a file storage unit 10, an instruction input unit 12, a recording processing unit 14, a keyword detection unit 16, and a vocabulary determination unit 18.
  • the instruction input unit 12, the recording processing unit 14, the keyword detection unit 16, and the vocabulary determination unit 18 are included in the editing unit 120.
  • the file storage unit 10 holds a plurality of management items input as memorandum items in the form of a memorandum file.
  • the memorandum file is composed of, for example, one file for each user, and a plurality of management items relating to personal information of the user are described in a form that is structured by a vocabulary prepared for the memorandum.
  • This management item is an element that constitutes the memorandum, and is information that is input with a specific purpose regarding the user's behavior.
  • the management items include, for example, items to be performed (ToDo), items that have already been performed (daily reports, business records, email transmission / reception histories), issues to be considered (agenda), and information (addresses) Book, memo, etc.).
  • the editing unit 120 includes an instruction input unit 12, a recording processing unit 14, a keyword detection unit 16, and a vocabulary determination unit 18.
  • the instruction input unit 12 receives an editing instruction event for a plurality of management items included in the memorandum file from the user via the user interface.
  • the editing instruction includes an instruction to input a new management item, and an instruction to correct or update the input management item.
  • the instruction input unit 12 notifies an event of the editing instruction received from the user to an appropriate plug-in such as the HTML unit 150 or the SVG unit 160 or the VC unit 180 that manages the VC.
  • the instruction input unit 12 controls a process of re-executing (redoing) or canceling (undoing) of the event.
  • the DOM generation unit 134 provides an access method when treating a management item as data. Generates data in a format that conforms to the Document Object Model (DOM) specified for That is, a DOM tree is generated from an XML document as a memorandum file stored in the file storage unit 10.
  • DOM Document Object Model
  • the source tree which is the first document object model data indicating the logical structure of the management item corresponding to the XML document of the mapping source and the mapping tree of the mapping destination
  • a destination tree which is the second document object model data indicating the display structure of the management item corresponding to the XML document, is generated.
  • the mapping unit 182 provides a plug-in display or editing environment among the management items included in the memorandum file, and maps the items to a predetermined compliant vocabulary according to the information type. I do.
  • the result of the mapping is used by the DOM generation unit 134 to generate or edit the destination tree.
  • the editing processing system including the editing unit 154 and the editing unit 164 is divided into a plurality of processing systems according to the information type of the management item, and provides a user with an individual editing environment for each information type.
  • the editing environment for the content displayed by HTML is provided by the editing unit 154 of the HTML unit 150
  • the editing environment for the content displayed by SVG is provided by the editing unit 164 of the SVG unit 160.
  • VC Unit 180 provides an editing environment not provided by the plug-in.
  • the keyword detection unit 16 detects, as a keyword, a word that meets a predetermined recognition condition from the text input as the content of the editing instruction via the instruction input unit 12. This keyword is a word detected for recognizing the information type based on the contents and attributes of the management item.
  • the keyword detection unit 16 may detect that a specific keyword has been input while dynamically detecting the input characters one by one while the text is being input by the user. When the characters are combined into a sentence, a keyword may be detected from the sentence.
  • the keyword detection unit 16 may also detect the keyword based on the file strength of the received e-mail or the like.
  • the keyword detection unit 16 may detect a keyword in units of morphemes decomposed by morphological analysis.
  • the recognition conditions include the correspondence between the keyword type and the tag type, the tag type and the Boki library.
  • a plurality of correspondences between the keyword types and the correspondence between the keyword types and the vocabulary types are defined, and at least one of the keyword detection unit 16, the vocabulary determination unit 18, and the file storage unit 10 determines the recognition conditions.
  • the types of keywords include, for example, parts of speech such as “noun” and “verb”, classifications such as “personal name”, “department name”, “place name”, “date and time”, and personal names and company names such as “ ⁇ ” and “ ⁇ ”. Specific words such as names are included.
  • a vocabulary is a local tag set used to compose a memorandum file, for example, a tag for enclosing a character string indicating a category of a management item, a character string indicating whether or not the content of the management item has been performed. , Tags to enclose character strings indicating date and time, tags to enclose character strings indicating priority, etc.
  • the types of vocabulary include, for example, a vocabulary for entering or displaying a plurality of management items in a bulleted list in a free form, a vocabulary for displaying a plurality of management items in a time series like a scheduler, and a plurality of vocabularies. Boki libraries for displaying the contents quoted from other document files in relation to some of the contents included in the management items are included.
  • Examples of the correspondence between the keyword type and the tag type include, for example, the correspondence between the keyword related to the date and time and the tag surrounding the keyword, and the correspondence between the keyword related to the category and the tag surrounding the keyword.
  • Each keyword may be associated with a display color at the time of display. In this case, the detected keyword is displayed in a predetermined color on the screen based on the correspondence with the display color.
  • the correspondence between the keyword type and the vocabulary type is, for example, the correspondence between the vocabulary for inputting or displaying the keyword of the personal name or department name and the schedule, and the input or display of the keyword for the personal name or place name and the address book. And the like.
  • the vocabulary determination unit 18 selects a vocabulary to be used for inputting or displaying a document according to the keyword detected by the keyword detection unit 16 or a user instruction.
  • the ghost library determining unit 18 selects the ghost library based on the correspondence between the keyword type and the ghost library determined in the recognition condition. As a result, a vocabulary corresponding to the information type of each management item determined by the type of the keyword is selected.
  • the ghost library determining unit 18 adds a tag corresponding to the detected keyword before and after a character string including the keyword, and according to the tag, determines the ghost.
  • a library may be selected.
  • the recording processing unit 14 sends the editing instruction, which also receives the user's power via the instruction input unit 12, to the editing processing system including the editing unit 154, the editing unit 164, and the VC unit 180, and the plug-in or VC unit 180 Change the source tree to be processed.
  • the recording processing unit 14 reflects the contents of the editing instruction sent to the editing processing system on the memorandum file stored in the file storage unit 10. For example, when an addition or deletion of an item is instructed, a new management item is added or the specified management item is deleted. When an instruction to correct the item content is issued, the relevant part is rewritten with the new content after the correction.
  • the source tree When modifying the content displayed in HTML, the source tree is changed through an editing processing system provided by the editing unit 154 of the HTML unit 150. When modifying the content displayed in SVG, the source tree is changed through the editing processing system provided by the editing unit 164 of the SVG unit 160. When a plug-in such as HTML or SVG is provided to modify the contents configured based on the vocabulary, the source tree is changed by the VC unit 180.
  • the display processing system including the display unit 156 and the display unit 166 is divided into a plurality of processing systems according to the information type of the management item, and a plurality of management items included in the memorandum file are assigned to each information type. It can be displayed in a corresponding individual display format. For example, there are a method of simultaneously displaying a plurality of management items in an individual display format in one display area, and a method of displaying the same management item in various display formats while switching the display format.
  • the display format in which the plurality of management items are displayed is determined based on a user instruction received through the instruction input unit 12 or a detected keyword.
  • the display processing system including the display unit 156 and the display unit 166 is used when the plug-in directly refers to the source library of the management item to display the contents of the memorandum file in the display area.
  • the contents of the memorandum file may be displayed in the display area by referring to the corresponding destination tree.
  • each plug-in or a plurality of destination trees may be displayed simultaneously in a plurality of display formats using a plurality of plug-ins or a plurality of destination trees for one source tree. Deste The display format is switched by selectively using one of the enabling trees.
  • the display processing system including the display unit 156 and the display unit 166, when the keyword detected by the keyword detection unit 16 is a word to be extracted with another document strength, is set in the recognition condition.
  • a sentence containing the keyword is extracted from the file storage unit 10 or another document file stored in a network server (not shown).
  • These “other document files” may be e-mail data transmitted and received by the user, or may be memorandum files storing schedules and the like of other users.
  • an index for keyword search may be generated in advance.
  • the display processing system displays the extraction result, which is composed of at least a part of the text extracted from other document files, in a form embedded in the management item.
  • the extraction result may be described in a part of the destination tree using a vocabulary corresponding to the keyword, or the extraction result may be displayed in a management item using a plug-in corresponding to the keyword.
  • the mapping unit 182 maps the extraction result to a predetermined compatible vocabulary or plug-in.
  • the display result via the destination tree or the plug-in may be changed by sending the extraction result to the VC unit 180 and changing the source tree using the vocabulary corresponding to the keyword.
  • the extraction result may be embedded in the user's memorandum file.
  • extraction result is the extracted data that can be listed in the form of a link to the source data.
  • the configuration may not include the data body.
  • the display processing system including the display unit 156 and the display unit 166 switches between embedded display of the extraction result and release thereof in accordance with a switching instruction received from the user via the instruction input unit 12.
  • the user power switching instruction may be, for example, a click operation of a specific location displayed in the display area, for example, a location where a character string serving as a keyboard is displayed.
  • FIG. 12 exemplifies a screen on which each management item is displayed in a free edit screen display format.
  • the user inputs a plurality of management items in a bulleted list as items to be performed.
  • the first item 32 indicates that it is a management item with the content of “submission of presentation materials”.
  • the character string “sales” input below indicates that this item belongs to the category “sales”.
  • the character “un” indicates that this item has not yet been performed.
  • the character string “2003-12-10” indicates the date and time that is the deadline for submitting the presentation material.
  • a single digit "5" character indicates the priority of this item.
  • the second item 34 indicates that the item is a management item having the content of "strategy meeting”.
  • the character string of “schedule” entered below indicates that this item belongs to the category of “schedule”.
  • the character “Done” indicates that this item has already been performed.
  • the character string “2003-10-10 10:00” indicates the date and time of the “strategic meeting”.
  • a single digit "1" indicates that this item has the highest priority.
  • the character strings of “Suzuki, Managing Director, Sato” indicate that these two persons are included in the “Strategy Meeting” participants.
  • the character “OK” indicates whether this item is open to other users.
  • the character strings of “Annual Report” are contents that are not particularly classified unlike the above character strings.
  • the third item 36 indicates that the item is a management item having a content of "obtaining a resident's card.”
  • the “Private” string entered below indicates that this item belongs to the “Private” category.
  • the character “un” indicates that this item has not been performed yet.
  • the character string “until 10 Z13” indicates the date and time that is the deadline for “obtaining a resident's card”.
  • the single digit “3" indicates the priority of this item.
  • the character “not available” indicates whether this item is open to other users.
  • the contents of the first item 32, the second item 34, and the third item 36 are, as data, “items”, “categories”, “whether or not completed”, “date and time”, “priority”, “participants”, and “public”. Or not ”in the form of an XML document Generated.
  • FIG. 13 shows the source of the XML document corresponding to the display contents of FIG.
  • the item name is “Character string submission item”.
  • the character string “Sales” indicating the category is enclosed by the tag “Category>”.
  • the "un” character indicating that the item has been inserted is enclosed in a tag.
  • the string “2003-12-10” indicating the date and time of submission of the presentation material is enclosed by the tag ⁇ date and time>.
  • a single digit "5" character indicating the priority of this item is enclosed in a tag of ⁇ ku priority>.
  • the tags of “participant”, “public”, and “other” are left blank.
  • the character string of the item name "strategy meeting" is enclosed by the tag of the item>.
  • a character string of “scheduled” indicating a category is enclosed by tags of ⁇ category>.
  • the word “Done” indicating that this item has already been performed is enclosed by the> tag.
  • a string of “2003-10-10 10:00” indicating the date and time of the “strategic meeting” is enclosed in tags.
  • the single digit "1" character indicating the priority of this item is enclosed in the ⁇ priority> tags.
  • the character string of “Suzuki, Managing Director, Sato” indicating the participants of the “Strategy Meeting” is enclosed by the ⁇ Participant> tags.
  • the item “OK” indicating whether or not this item is open to other users is enclosed in tags.
  • the string “Annual Report” is enclosed by the> tag.
  • the character string of the item name "order resident's card” is enclosed by the tag of the item>.
  • the character string "Private” indicating the category is enclosed by tags of Category>.
  • the “un” character indicating that this item has not yet been fulfilled is enclosed in a> tag.
  • the character string of “up to 10Z13” indicating the date and time that is the deadline for “obtaining the resident card” is enclosed by the tags
  • a single digit "3" character indicating the priority of this item is enclosed in the ⁇ priority> tags.
  • the tags of “participant”, “public”, and “other” are described as blanks as contents that are not actually input.
  • FIG. 14 schematically shows the correspondence between the source tree and the destination tree.
  • each item shown in FIGS. 12 and 13 is described in a tree structure.
  • the destination tree 24 shows an example in which each management item shown in the source tree 20 is mapped to a table described in HTML.
  • FIG. 15 shows an example in which a free edit screen and a table display screen are simultaneously displayed in one screen.
  • a free edit screen 42 is displayed on the left side of the display area
  • a table display screen 44 is displayed on the right side of the display area.
  • the content of the free edit screen 42 is displayed using the same ghost library as the free edit screen 30 in FIG.
  • the contents of the table display screen 44 are displayed based on a separate destination tree generated based on the same source tree as the contents displayed on the free edit screen 42, and each item constitutes an independent table .
  • the destination tree for displaying the table display screen 44 corresponds to the destination tree 24 shown in FIG. In this way, the contents of each management item of the memorandum file represented by one source tree can be simultaneously displayed on the display area in a plurality of display formats.
  • FIG. 16 shows an example in which management items are displayed as a scheduler screen.
  • the instruction input unit 12 receives an instruction to switch the contents of the memorandum file to a screen for displaying the contents of the memorandum file in the form of a scheduler
  • the scheduler screen 46 of the figure is displayed in the display area.
  • a frame divided for each date is displayed based on a dedicated plug-in or Boki library, and each management item is displayed in one of the frames based on the information on the date and time included in each. By displaying, each item is displayed in chronological order.
  • a character string of "10:00” indicating the scheduled time and a character string of "strategy meeting" described by the tag of ⁇ item> are displayed in the frame of "Friday, October 10". ing.
  • This item corresponds to the second item 34 in FIGS. 12 and 13.
  • a check box is displayed here with the word “Done” as the content described in the ⁇ Confirmation> tag, and whether or not this item has been completed is indicated by the presence or absence of the check.
  • the content described in the ⁇ priority> tag here, one of the numbers 1 to 5 is displayed via a pull-down list together with the letters “priority”.
  • the expansion button 49 and the character strings "Senior Suzuki” and “Manager Sato” are displayed. I do.
  • the expand button 49 By clicking the expand button 49, the user can send an instruction to switch each participant's schedule to a display expanded and embedded in this item.
  • a check box is displayed together with the word “public” as the content described in the ⁇ public> tag, and the presence or absence of the check indicates whether this item is public.
  • the contents described with the ⁇ > tag are displayed here together with the character “*”.
  • the content of the third item 36 in FIGS. 12 and 13 is displayed in the frame of “Monday, October 13”.
  • the character string of “Order for Resident Card” described in the tag of ⁇ Item>, and the character string of “Done” and a check box, the character string of “Priority” and a pull-down list as in the second item 34 , "Public” and a check box are displayed.
  • each management item input on the screen of FIG. 12 or FIG. 15 is displayed in a scheduler format has been described, but the user inputs each management item while displaying the screen of FIG. 16 from the beginning. May be.
  • FIG. 17 shows a state where the contents of another document file are embedded in the scheduler screen of FIG.
  • the participant column 50 is triggered by the user clicking the expand button 49, as shown in FIG.
  • the participant column 48 is expanded, and the contents of the memorandum file of other users extracted from the schedule corresponding to the keywords “Suzuki” and “Sato” are displayed in the participant column 50 via the network.
  • the e-mail address "[email protected]" extracted from the memorandum file storing the schedule of "Suzuki Senior Managing Director”, the schedule contents, and the memorandum file containing the schedule of "Manager Sato" are stored.
  • the extracted e-mail address “[email protected]” and the contents of the schedule are displayed. If the user rewrites “Suzuki” or “Sato” to another name, the contents of the participant column 50 will be the updated person. Can be rewritten as a schedule.
  • the participant column 50 has a larger area required for display than the participant column 48 of FIG. 16, so that the other participant column 50 can be displayed by reducing the frame of other dates.
  • a display content of a specific bokeh library in another bokeh library it is possible to display a compound document by a plurality of bokeh libraries.
  • the contents that can be expanded by operating the expansion button 49 may be shared with other users.
  • the storage location of the contents to be shared is set in any node in the network, and the information is shared with other users.
  • the content is stored in the shared area assigned to that user's group, and other users belonging to the same group also refer to the content. can do.
  • the content stored in the shared area is automatically embedded in the document.
  • the information management apparatus 300 is similar to a document described in another markup language, for example, SGML, HTML, etc. Can be processed.
  • the present invention can be applied to an information terminal that processes personal information management.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computational Linguistics (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Document Processing Apparatus (AREA)

Abstract

　ＴｏＤｏ等の個人的な情報を効率的に管理できるような表示環境や編集環境の実現が模索されていた。 　情報管理装置３００は、ＨＴＭＬ文書を表示／編集するＨＴＭＬユニット１５０、ＳＶＧ文書を表示／編集するＳＶＧユニット１６０など、ボキャブラリごとに、表示／編集系をプラグインにより実現する。備忘録として管理される複数の管理項目が記述されたＸＭＬ文書が、インストールされているプラグインでは対応不可能なボキャブラリにより記述されていたときに、ＶＣユニット１８０が、その文書を表示可能なボキャブラリ、ここでは、ＨＴＭＬやＳＶＧにマッピングして、ＨＴＭＬユニット１５０又はＳＶＧユニット１６０により表示／編集する。

Description

明 細 書
情報管理装置
技術分野
[0001] この発明は、情報管理装置に関する。この発明は特に、文書構造化のための記述 言語を用いて情報を管理する技術に関する。
背景技術
[0002] 個人的な情報を管理するソフトウェアとして、 、わゆる PIM (Personal Information
Manager)ソフトウェアが知られている（例えば、特許文献 1参照）。この PIMソフトゥェ ァは、個人的な使用を前提に設計されており、住所録、スケジュール、 ToDo (トウドウ )、メモ等の個人的情報を管理する。これらの情報は、一つ一つが何らかの属性で関 連づけられたレコードで構成され、全体としてリレーショナルデータベースと同様の構 造をもつ。各レコードは、その内容が住所録であれば住所録を入出力するためのイン ターフェイスにて画面上に表示され、その内容がスケジュールであればスケジュール を入出力するためのインターフェイスにて画面上に表示される等、個々の特性に応じ た形態にて表示される。
特許文献 1 :特開平 9— 147013号公報
発明の開示
発明が解決しょうとする課題
[0003] し力しながら、上記背景技術によれば、住所録、スケジュール、 ToDoと 、つた各情 報を、それぞれインターフェイスを切り替えて別々に表示させる必要がある。したがつ て、本来密接に関連した情報同士であっても別々に表示しなければならず、ユーザ にとつて不便である。また、同じ画面上に複数種の情報を同時に表示させる場合にも 画面構成上は別々の欄に表示させなければならず、情報の分散は解消されず、情 報閲覧における視認性や情報入力における操作性は必ずしも向上しな 、。
[0004] 本発明者は以上の認識に基づき本発明をなしたもので、その目的は、個人情報管 理におけるユーザの利便性を高める点にある。
課題を解決するための手段 [0005] 上記課題を解決するために、本発明のある態様の情報管理装置は、ユーザが遂行 すべき事項の備忘録として管理される複数の管理項目に関する編集指示をユーザ 力も受け取る指示入力部と、文書構造ィ匕のためのマークアップ言語のボキヤブラリを 用いて複数の管理項目が構造化された備忘録ファイルを記憶するファイル格納部と 、備忘録ファイルに対し指示された編集の結果を反映させる記録処理部と、備忘録フ アイルに含まれる複数の管理項目を、それぞれの情報種別に対応したマークアップ 言語に基づく個別の表示形式にて同時に一つの表示領域に表示させる表示処理部 と、を備える。
[0006] ここで 、う「ユーザが遂行すべき事項の備忘録」は、ユーザが職務上または生活上 遂行すべき事項をメモのように書き留めておぐいわゆる ToDoと呼ばれる記録を主 に示す。ただし、この備忘録に期限や日時の要素を加わえてスケジューラとして活用 してもょ 、し、ユーザが遂行すべき事項以外の情報を付加情報としてあわせて記録し てもよい。こうしてこの備忘録によって管理される管理項目は、ユーザ本人が個人的 な目的で記録または参照する個人的な情報であってもよい。「文書構造化のための マークアップ言語」は、様々なタグを用いて文書の内容を概念的または配置的に構 造化する言語であり、例えば XML (eXtens¾le Markup Language)が該当する。「ボキ ャブラリ」は、文書構造ィ匕のための特定のマークアップ言語に準拠したタグの集合 (タ ダセット）に相当し、あら力じめ定義されたタグの集合を用いてもよいし、ユーザが任 意に設定したタグセットを用いてもょ 、。
[0007] この態様によると、一つの備忘録に含まれる複数の管理項目が複数の表示形式に て同時に画面に表示される。例えば、箇条書きのように入力された複数の事項を HT ML (Hyper Text Markup Language)によりテーブル形式で表示し、工程管理に関す る項目を SVG (Scalable Vector Graphics)によりガントチャート形式で表示する等、項 目の情報種別に応じて適当な表示形式にて表示させる。このように、従来別個の画 面に切り替えて表示する必要のあった複数種の管理項目を一つの画面にて混在さ せた形で表示できる。したがって、複数種の管理項目を一望できるので、備忘録をも とに自己の行動を管理するユーザにとって利便性が高い。また、ユーザは情報種別 の違いや表示形式の違いにとらわれずに所望の構成にて管理項目を配置できるの で、情報の生成や編集における自由度が高い。
[0008] 本発明の別の態様もまた、情報管理装置である。この装置は、ユーザが遂行すベ き事項の備忘録として管理される複数の管理項目に関する編集指示をユーザ力 受 け取る指示入力部と、文書構造ィ匕のためのマークアップ言語のボキヤブラリを用いて 複数の管理項目が構造化された備忘録ファイルを記憶するファイル格納部と、備忘 録ファイルに対し指示された編集の結果を反映させる記録処理部と、備忘録ファイル に含まれる管理項目を、文書表示のためのマークアップ言語に基づく第 1の表示形 式にて表示領域へ表示させるとともに、ユーザ力 切替指示があつたときに管理項目 の表示形式を文書表示のためのマークアップ言語に基づく第 2の表示形式に切り替 える表示処理部と、を備える。
[0009] この態様によると、ある管理項目につ!/、て複数種の表示形式で切り替えて表示する ことができる。例えば、工程管理に関する項目を HTMLによりフリーテキスト形式で 表示し、これを HTMLによるテーブル形式や SVGによるガントチャート形式に切り替 えて表示する等、同じ情報を様々な表示形式にて自由に切り替えて表示させること ができる。このように、従来は表示形式が用意されていたとしても表示形式ごとに個別 に入力する必要があった力 上記の態様においては一度入力した項目の表示形式 を自由に切り替えられる。したがって、一つの情報を様々な角度で検討できるので、 備忘録をもとに自己の行動を管理するユーザにとって利便性が高い。
[0010] なお、以上の構成要素の任意の組合せや、本発明の構成要素や表現を方法、装 置、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体、 データ構造などの間で相互に置換したものもまた、本発明の態様として有効である。 発明の効果
[0011] 本発明によれば、個人情報管理におけるユーザの利便性を高めることができる。
図面の簡単な説明
[0012] [図 1]前提技術に係る文書処理装置の構成を示す図である。
[図 2]処理対象となる XML文書の例を示す図である。
[図 3]図 2に示した XML文書を HTMLで記述された表にマッピングする例を示す図 である。 [図 4]図 2に示した XML文書を図 3に示した表にマッピングするための定義フアイル の例を示す図である。
[図 5]図 2に示した成績管理ボキヤブラリで記述された XML文書を、図 3に示した対 応により HTMLにマッピングして表示した画面の例を示す図である。
[図 6]ユーザが定義ファイルを生成するために、定義ファイル生成部がユーザに提示 するグラフィカルユーザインターフェースの例を示す図である。
[図 7]定義ファイル生成部により生成された画面レイアウトの他の例を示す図である。
[図 8]文書処理装置による XML文書の編集画面の一例を示す図である。
[図 9]文書処理装置により編集される XML文書の他の例を示す図である。
[図 10]図 9に示した文書を表示した画面の例を示す図である。
[図 11]実施例に係る情報管理装置の構成を示す図である。
[図 12]自由編集画面の表示形式で各管理項目を表示した画面を例示する。
[図 13]図 12の表示内容に対応する XML文書のソースを示す図である。
[図 14]ソースツリーとデスティネーションツリーの対応関係を模式的に示す図である。
[図 15]自由編集画面とテーブル表示画面を一つの画面内に同時に表示させた例を 示す図である。
[図 16]管理項目をスケジューラ画面として表示させる例を示す図である。
[図 17]図 16のスケジューラ画面に他の文書ファイルの内容を埋め込んだ状態を示す 図である。
符号の説明
[0013] 10 ファイル格納部、 12 指示入力部、 14 記録処理部、 16 キーワード検 出部、 18 ボキヤブラリ決定部、 40 備忘録ファイル、 110 主制御ユニット、 1 20 編集ユニット、 130 DOMユニット、 132 DOM提供部、 134 DOM生成 部、 136 出力部、 140 CSSユニット、 150 HTMLユニット、 160 SVGュ ニット、 180 VCユニット、 182 マッピング部、 184 定義ファイル取得部、 18 6 定義ファイル生成部、 300 情報管理装置。
発明を実施するための最良の形態
[0014] 以下、本発明の前提となる技術の説明を行った上で、本実施例の詳細を説明する [0015] (前提技術）
図 1は、前提技術に係る文書処理装置 100の構成を示す。文書処理装置 100は、 文書内のデータが階層構造を有する複数の構成要素に分類された構造化文書を処 理するが、前提技術では構造化文書の一例として XML文書を処理する例にっ ヽて 説明する。文書処理装置 100は、主制御ユニット 110、編集ユニット 120、 DOMュ- ット 130、 CSSユニット 140、 HTMLユニット 150、 SVGユニット 160、及び変換部の 一例である VCユニット 180を備える。これらの構成は、ハードウェアコンポーネントで いえば、任意のコンピュータの CPU、メモリ、メモリにロードされたプログラムなどによ つて実現される力 ここではそれらの連携によって実現される機能ブロックを描 、て ヽ る。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、または それらの組合せによっていろいろな形で実現できることは、当業者には理解されると ころである。
[0016] 主制御ユニット 110は、プラグインのロードや、コマンド実行のフレームワークを提供 する。編集ユニット 120は、 XML文書を編集するためのフレームワークを提供する。 文書処理装置 100における文書の表示及び編集機能は、プラグインにより実現され ており、文書の種別に応じて必要なプラグインが主制御ユニット 110又は編集ュ-ッ ト 120によりロードされる。主制御ユニット 110又は編集ユニット 120は、処理対象とな る XML文書の名前空間を参照して、 XML文書がいずれのボキヤブラリにより記述さ れて ヽるかを判別し、そのボキヤブラリに対応した表示又は編集用のプラグインを口 ードして表示や編集を実行させる。例えば、文書処理装置 100には、 HTML文書の 表示及び編集を行う HTMLユニット 150、 SVG文書の表示及び編集を行う SVGュ ニット 160など、ボキヤブラリ（タグセット）ごとに表示系及び編集系がプラグインとして 実装されており、 HTML文書を編集するときは HTMLユニット 150が、 SVG文書を 編集するときは SVGユニット 160が、それぞれロードされる。後述するように、 HTML と SVGの双方の構成要素を含む複合文書が処理対象となって ヽる場合は、 HTML ユニット 150と SVGユニット 160の双方がロードされる。
[0017] このような構成によれば、ユーザは、必要な機能のみを選択してインストールし、後 力 適宜機能を追加又は削除することができるので、プログラムを格納するハードデ イスクなどの記録媒体の記憶領域を有効に活用することができ、また、プログラム実行 時にも、メモリの浪費を防ぐことができる。また、機能拡張性に優れており、開発主体 としても、プラグインの形で新たなボキヤブラリに対応することが可能なので開発が容 易となり、ユーザとしても、プラグインの追カ卩により容易かつ低コストにて機能を追カロ することができる。
[0018] 編集ユニット 120は、ユーザインターフェースを介してユーザ力も編集指示のィベン トを受け付け、そのイベントを適切なプラグインなどに通知するともに、イベントの再実 行 (リドウ）又は実行の取消（アンドゥ）などの処理を制御する。
[0019] DOMユニット 130は、 DOM提供部 132、 DOM生成部 134、及び出力部 136を 含み、 XML文書をデータとして扱うときのアクセス方法を提供するために定められた 文書オブジェクトモデル（Document Object Model: DOM)に準拠した機能を実現す る。 DOM提供部 132は、編集ユニット 120に定義されているインタフェースを満たす DOMの実装である。 DOM生成部 134は、 XML文書から DOMツリーを生成する。 後述するように、処理対象となる XML文書力 VCユニット 180により他のボキヤブラ リにマッピングされる場合は、マッピング元の XML文書に対応するソースツリーと、マ ッビング先の XML文書に対応するデスティネーションツリーが生成される。出力部 13 6は、例えば編集終了時に、 DOMツリーを XML文書として出力する。
[0020] CSSユニット 140は、 CSS解析部 142、 CSS提供部 144、及びレンダリング部 146 を含み、 CSSに準拠した表示機能を提供する。 CSS解析部 142は、 CSSの構文を 解析するバーサの機能を有する。 CSS提供部 144は、 CSSオブジェクトの実装であ り、 DOMツリーに対して CSSのカスケード処理を行う。レンダリング部 146は、 CSS のレンダリングエンジンであり、 CSSを用いてレイアウトされる HTMLなどのボキヤブ ラリで記述された文書の表示に用いられる。
[0021] HTMLユニット 150は、 HTMLにより記述された文書を表示又は編集する。 SVG ユニット 160は、 SVGにより記述された文書を表示又は編集する。これらの表示 Z編 集系は、プラグインの形で実現されており、それぞれ、文書を表示する表示部（ Canvas)、編集指示を含むイベントを送受信する制御部（Editlet)、編集コマンドを受 けて DOMに対して編集を行う編集部 (Zone)を備える。制御部が外部から DOMッリ 一の編集コマンドを受け付けると、編集部が DOMツリーを変更し、表示部が表示を 更新する。これらは、 MVC (Modd- View- Controller)と呼ばれるフレームワークに類 似する構成をとつており、概ね、表示部が「View」に、制御部が「Controller」に、編集 部と DOMの実体が「Model」に、それぞれ対応する。前提技術における文書処理装 置 100では、 XML文書をツリー表示形式で編集するだけでなぐそれぞれのボキヤ ブラリに応じた編集を可能とする。例えば、 HTMLユニット 150は、 HTML文書をヮ ードプロセッサに類似した方式で編集するためのユーザインターフェースを提供し、 SVGユニット 160は、 SVG文書を画像描画ツールに類似した方式で編集するため のユーザインターフェースを提供する。
[0022] VCユニット 180は、マッピング部 182、定義ファイル取得部 184、及び定義ファイル 生成部 186を含み、あるボキヤブラリにより記述された文書を、他のボキヤブラリにマ ッビングすることにより、マッピング先のボキヤブラリに対応した表示編集用プラグイン で文書を表示又は編集するためのフレームワークを提供する。前提技術では、この 機能を、ボキヤブラリコネクション（Vocabulary Connection: VC)と呼ぶ。定義ファイル 取得部 184は、マッピングの定義を記述したスクリプトファイルを取得する。この定義 ファイルは、ノードごとに、ノード間の対応 (コネクション)を記述する。このとき、各ノー ドの要素値や属性値の編集の可否を指定してもよい。また、ノードの要素値や属性 値を用いた演算式を記述してもよい。これらの機能については、後で詳述する。マツ ビング部 182は、定義ファイル取得部 184が取得したスクリプトファイルを参照して、 DOM生成部 134にデスティネーションツリーを生成させ、ソースツリーとデスティネー シヨンツリーの対応関係を管理する。定義ファイル生成部 186は、ユーザが定義ファ ィルを生成するためのグラフィカルユーザインターフェースを提供する。
[0023] VCユニット 180は、ソースツリーとデスティネーションツリーの間のコネクションを監 視し、表示を担当するプラグインにより提供されるユーザインタフェースを介してユー ザから編集指示を受け付けると、まずソースツリーの該当するノードを変更する。 DO Mユニット 130力 ソースツリーが変更された旨のミューテーシヨンイベントを発行する と、 VCユニット 180は、そのミューテーシヨンイベントを受けて、ソースツリーの変更に デスティネーションツリーを同期させるベぐ変更されたノードに対応するデスティネー シヨンツリーのノードを変更する。デスティネーションツリーを表示 Z編集するプラグィ ン、例えば HTMLユニット 150は、デスティネーションツリーが変更された旨のミュー テーシヨンイベントを受けて、変更されたデスティネーションツリーを参照して表示を 更新する。このような構成により、少数のユーザにより利用されるローカルなボキヤブ ラリにより記述された文書であっても、他のメジャーなボキヤブラリに変換することで、 文書を表示することができるとともに、編集環境が提供される。
[0024] 文書処理装置 100により文書を表示又は編集する動作について説明する。文書処 理装置 100が処理対象となる文書を読み込むと、 DOM生成部 134が、その XML文 書から DOMツリーを生成する。また、主制御ユニット 110又は編集ユニット 120は、 名前空間を参照して文書を記述しているボキヤブラリを判別する。そのボキヤブラリに 対応したプラグインが文書処理装置 100にインストールされている場合は、そのブラ グィンをロードして、文書を表示 Z編集させる。プラグインカ Sインストールされていない 場合は、マッピングの定義ファイルが存在するカゝ否かを確認する。定義ファイルが存 在する場合、定義ファイル取得部 184が定義ファイルを取得し、その定義に従って、 デスティネーションツリーが生成され、マッピング先のボキヤブラリに対応するプラグィ ンにより文書が表示 Z編集される。複数のボキヤブラリを含む複合文書である場合は 、後述するように、それぞれのボキヤブラリに対応したプラグインにより、文書の該当 箇所がそれぞれ表示 Z編集される。定義ファイルが存在しない場合は、文書のソー ス又はツリー構造を表示し、その表示画面にぉ 、て編集が行われる。
[0025] 図 2は、処理対象となる XML文書の例を示す。この XML文書は、生徒の成績デー タを管理するために用いられる。 XML文書のトップノードである構成要素「成績」は、 配下に、生徒ごとに設けられた構成要素「生徒」を複数有する。構成要素「生徒」は、 属性値「名前」と、子要素「国語」、「数学」、「理科」、「社会」を有する。属性値「名前」 は、生徒の名前を格納する。構成要素「国語」、「数学」、「理科」、「社会」は、それぞ れ、国語、数学、理科、社会の成績を格納する。例えば、名前カ^ A」である生徒の国 語の成績は「90」、数学の成績は「50」、理科の成績は「75」、社会の成績は「60」で ある。以下、この文書で使用されているボキヤブラリ（タグセット）を、「成績管理ボキヤ ブラリ」と呼ぶ。
[0026] 前提技術の文書処理装置 100は、成績管理ボキヤブラリの表示 Z編集に対応した プラグインを有しないので、この文書をソース表示、ツリー表示以外の方法で表示す るためには、前述した VC機能が用いられる。すなわち、成績管理ボキヤブラリを、プ ラグインが用意された別のボキヤブラリ、例えば、 HTMLや SVGなどにマッピングす るための定義ファイルを用意する必要がある。ユーザ自身が定義ファイルを作成する ためのユーザインターフェースについては後述することにして、ここでは、既に定義フ アイルが用意されているとして説明を進める。
[0027] 図 3は、図 2に示した XML文書を HTMLで記述された表にマッピングする例を示 す。図 3の例では、成績管理ボキヤブラリの「生徒」ノードを、 HTMLにおける表（「 TABLE」ノード)の行（「TR」ノード）に対応づけ、各行の第 1列には属性値「名前」を、 第 2列には「国語」ノードの要素値を、第 3列には「数学」ノードの要素値を、第 4列に は「理科」ノードの要素値を、第 5列には「社会」ノードの要素値を、それぞれ対応付 ける。これにより、図 2に示した XML文書を、 HTMLの表形式で表示することができ る。また、これらの属性値及び要素値は、編集可能であることが指定されており、ユー ザが HTMLによる表示画面上で、 HTMLユニット 150の編集機能により、これらの 値を編集することができる。第 6列には、国語、数学、理科、社会の成績の加重平均 を算出する演算式が指定されており、生徒の成績の平均点が表示される。このように 、定義ファイルに演算式を指定可能とすることにより、より柔軟な表示が可能となり、 編集時のユーザの利便性を向上させることができる。なお、第 6列は、編集不可であ ることが指定されており、平均点のみを個別に編集することができな 、ようにして 、る 。このように、マッピング定義において、編集の可否を指定可能とすることにより、ユー ザの誤操作を防ぐことができる。
[0028] 図 4は、図 2に示した XML文書を図 3に示した表にマッピングするための定義フアイ ルの例を示す。この定義ファイルは、定義ファイル用に定義されたスクリプト言語によ り記述される。定義ファイルには、コマンドの定義と、表示のテンプレートが記述され ている。図 4の例では、コマンドとして、「生徒の追加」と「生徒の削除」が定義されて おり、それぞれ、ソースツリーにノード「生徒」を挿入する操作と、ソースツリーからノー ド「生徒」を削除する操作が対応付けられている。また、テンプレートとして、表の第 1 行に「名前」、「国語」などの見出しが表示され、第 2行以降に、ノード「生徒」の内容 が表示されることが記述されて 、る。ノード「生徒」の内容を表示するテンプレート中、 rtext-ofjと記述された項は「編集可能」であることを意味し、「value-of」と記述された 項は「編集不可能」であることを意味する。また、ノード「生徒」の内容を表示する行の うち、第 6列には、「(src:国語 + src:数学 + src:理科 + src:社会） div 4」という計算式 が記述されており、生徒の成績の平均が表示されることを意味する。
[0029] 図 5は、図 2に示した成績管理ボキヤブラリで記述された XML文書を、図 3に示した 対応により HTMLにマッピングして表示した画面の例を示す。表 200の各行には、 左から、各生徒の名前、国語の成績、数学の成績、理科の成績、社会の成績、及び 平均点が表示されている。ユーザは、この画面上で、 XML文書を編集することがで きる。たとえば、第 2行第 3列の値を「70」に変更すると、このノードに対応するソース ツリーの要素値、すなわち、生徒「B」の数学の成績が「70」に変更される。このとき、 VCユニット 180は、デスティネーションツリーをソースツリーに追従させるベぐデステ イネーシヨンツリーの該当箇所を変更し、 HTMLユニット 150力 変更されたデスティ ネーシヨンツリーに基づいて表示を更新する。したがって、画面上の表においても、 生徒「B」の数学の成績が「70」に変更され、更に、平均点が「55」に変更される。
[0030] 図 5に示した画面には、図 4に示した定義ファイルに定義されたように、「生徒の追 カロ」及び「生徒の削除」のコマンド力^-ユーに表示される。ユーザがこれらのコマンド を選択すると、ソースツリーにおいて、ノード「生徒」が追加又は削除される。このよう に、前提技術の文書処理装置 100では、階層構造の末端の構成要素の要素値を編 集するのみではなぐ階層構造を編集することも可能である。このようなツリー構造の 編集機能は、コマンドの形でユーザに提供されてもよい。また、例えば、表の行を追 加又は削除するコマンドが、ノード「生徒」を追加又は削除する操作に対応づけられ てもよい。また、他のボキヤブラリを埋め込むコマンドがユーザに提供されてもよい。こ の表を入力用テンプレートとして、穴埋め形式で新たな生徒の成績データを追加す ることもできる。以上のように、 VC機能により、 HTMLユニット 150の表示/編集機 能を利用しつつ、成績管理ボキヤブラリで記述された文書を編集することが可能とな る。
[0031] 図 6は、ユーザが定義ファイルを生成するために、定義ファイル生成部 186がユー ザに提示するグラフィカルユーザインターフェースの例を示す。画面左側の領域 202 には、マッピング元の XML文書がツリー表示されている。画面右側の領域 204には 、マッピング先の XML文書の画面レイアウトが示されている。この画面レイアウトは、 HTMLユニット 150により編集可能となっており、ユーザは、画面右側の領域 204に おいて、文書を表示するための画面レイアウトを作成する。そして、例えば、マウスな どのポインティングデバイスにより、画面左側の領域 202に表示されたマッピング元の XML文書のノードを、画面右側の領域 204に表示された HTMLによる画面レイァゥ ト中へドラッグ &ドロップ操作を行うことにより、マッピング元のノードと、マッピング先 のノードとのコネクションが指定される。例えば、要素「生徒」の子要素である「数学」を 、 HTML画面の表 200の第 1行第 3列にドロップすると、「数学」ノードと、 3列目の「T D」ノードの間にコネクションが張られる。各ノードには、編集の可否が指定できるよう になっている。また、表示画面中には、演算式を埋め込むこともできる。画面の編集 が終わると、定義ファイル生成部 186は、画面レイアウトとノード間のコネクションを記 述した定義ファイルを生成する。
[0032] XHTML, MathML、 SVGなどの主要なボキヤブラリに対応したビューヮゃエディ タは既に開発されて 、るが、図 2に示した文書のようなオリジナルなボキヤブラリで記 述された文書に対応したビューヮゃエディタを開発するのは現実的でな 、。しかし、 上記のように、他のボキヤブラリにマッピングするための定義ファイルを作成すれば、 ビューヮゃエディタを開発しなくても、 VC機能を利用して、オリジナルなボキヤブラリ で記述された文書を表示 ·編集することができる。
[0033] 図 7は、定義ファイル生成部 186により生成された画面レイアウトの他の例を示す。
図 7の例では、成績管理ボキヤブラリで記述された XML文書を表示するための画面 に、表 200と、円グラフ 206が作成されている。この円グラフ 206は、 SVGにより記述 される。後述するように、前提技術の文書処理装置 100は、一つの XML文書内に複 数のボキヤブラリを含む複合文書を処理することができるので、この例のように、 HT MLで記述された表 200と、 SVGで記述された円グラフ 206とを、一つの画面上に表 示することができる。
[0034] 図 8は、文書処理装置 100による XML文書の編集画面の一例を示す。図 8の例で は、一つの画面が複数に分割されており、それぞれの領域において、処理対象とな る XML文書を異なる複数の表示形式により表示している。領域 210には、文書のソ ースが表示されており、領域 212には、文書のツリー構造が表示されており、領域 21 4には、図 5に示した HTMLにより記述された表が表示されている。これらのいずれ の画面上においても、文書の編集が可能であり、いずれかの画面上でユーザが編集 を行うと、ソースツリーが変更され、それぞれの画面の表示を担当するプラグインが、 ソースツリーの変更を反映すべく画面を更新する。具体的には、ソースツリーの変更 を通知するミューテーシヨンイベントのリスナーとして、それぞれの編集画面の表示を 担当するプラグインの表示部を登録しておき、 V、ずれかのプラグイン又は VCユニット 180によりソースツリーが変更されたときに、編集画面を表示中の全ての表示部が、 発行されたミューテーシヨンイベントを受け取って画面を更新する。このとき、プラグィ ンが VC機能により表示を行っている場合は、 VCユニット 180がソースツリーの変更 に追従してデスティネーションツリーを変更した後、変更されたデスティネーションッリ 一を参照してプラグインの表示部が画面を更新する。
[0035] 例えば、ソース表示及びツリー表示を、専用のプラグインにより実現している場合は 、ソース表示用プラグインとツリー表示用プラグインは、デスティネーションツリーを用 いず、直接ソースツリーを参照して表示を行う。この場合、いずれかの画面において 編集が行われると、ソース表示用プラグインとツリー表示用プラグインは、変更された ソースツリーを参照して画面を更新し、領域 214の画面を担当している HTMLュ-ッ ト 150は、ソースツリーの変更に追従して変更されたデスティネーションツリーを参照 して画面を更新する。
[0036] ソース表示及びツリー表示は、 VC機能を利用して実現することもできる。すなわち 、ソース、ツリー構造を HTMLによりレイアウトし、その HTMLに XML文書をマツピン グして、 HTMLユニット 150により表示してもよい。この場合、ソース形式、ツリー形式 、表形式の 3つのデスティネーションツリーが生成されることになる。いずれかの画面 において編集が行われると、 VCユニット 180は、ソースツリーを変更した後、ソース形 式、ツリー形式、表形式の 3つのデスティネーションツリーをそれぞれ変更し、 HTML ユニット 150は、それらのデスティネーションツリーを参照して、 3つの画面を更新する
[0037] このように、一つの画面上に複数の表示形式で文書を表示することにより、ユーザ の利便性を向上させることができる。例えば、ユーザは、ソース表示又はツリー表示 により文書の階層構造を把握しつつ、表 200などを用いて視覚的に分力りやすい形 式で文書を表示し、編集することができる。上記の例では、一つの画面を分割して複 数の表示形式による画面を同時に表示した力 一つの画面に一つの表示形式による 画面を表示し、表示形式をユーザの指示により切り替え可能としてもよい。この場合、 主制御ユニット 110が、ユーザから表示形式の切り替え要求を受け付け、各プラグィ ンに指示して表示を切り替える。
[0038] 図 9は、文書処理装置 100により編集される XML文書の他の例を示す。図 9に示し た XML文書では、 SVG文書の「foreignObject」タグの中に XHTML文書が埋め込 まれており、さら〖こ、 XHTML文書の中に MathMLで記述された数式が入っている 。このような場合、編集ユニット 120が、名前空間を参照して、適切な表示系に描画 作業を振り分ける。図 9の例では、編集ユニット 120は、まず、 SVGユニット 160に四 角开を描画させ、つづいて、 HTMLユニット 150に XHTML文書を描画させる。さら に、図示しない MathMLユニットに、数式を描画させる。こうして、複数のボキヤブラリ を包含する複合文書が適切に表示される。表示結果を図 10に示す。
[0039] 文書編集中、カーソル (キャリッジ）の位置に応じて、表示されるメニューを切り替え てもよい。すなわち、カーソルが、 SVG文書が表示された領域内に存在するときは、 SVGユニット 160が提供するメニュー、又は SVG文書をマッピングするための定義フ アイルに定義されたコマンドを表示し、カーソルが、 XHTML文書が表示された領域 内に存在するときは、 HTMLユニット 150が提供するメニュー、又は XHTML文書を マッピングするための定義ファイルに定義されたコマンドを表示する。これにより、編 集位置に応じて適切なユーザインターフェースを提供することができる。
[0040] 複合文書にお!、て、あるボキヤブラリに対応する適切なプラグイン又はマッピング定 義ファイルがな力つた場合は、そのボキヤブラリにより記述された部分は、ソース表示 又はツリー表示されてもよい。従来、ある文書に他の文書を埋め込んだ複合文書を 開くとき、埋め込まれた文書を表示するアプリケーション力 Sインストールされて 、な 、と 、その内容を表示することができな力つた力 前提技術では、表示用のアプリケーショ ンが存在しなくても、テキストデータにより構成された XML文書をソース表示又はッリ 一表示することにより内容を把握することができる。これは、テキストベースである XM Lなどの文書ならではの特徴と 、える。
[0041] データがテキストベースで記述されることの他の利点として、例えば、複合文書中の 、あるボキヤブラリにより記述される部分において、同一文書内の他のボキヤブラリで 記述された部分のデータを参照してもよい。また、文書内で検索を実行する時に、 S VGなどの図に埋め込まれた文字列も検索対象とすることができる。
[0042] あるボキヤブラリにより記述された文書内に、他のボキヤブラリのタグを用いてもよい 。この XML文書は、妥当（valid)ではないが、整形式 (welH rmed)であれば、有効な XML文書として処理可能である。この場合、挿入された他のボキヤブラリのタグは、 定義ファイルによりマッピングされてもよい。例えば、 XHTML文書中に、「重要」、「 最重要」などのタグを使用し、これらのタグで囲まれた部分を強調表示してもよ 、し、 重要度の順にソートして表示してもよ 、。
[0043] 図 10に示した編集画面において、ユーザにより文書が編集されると、編集された部 分を担当するプラグイン又は VCユニット 180がソースツリーを変更する。ソースツリー には、ノードごとにミューテーシヨンイベントのリスナーを登録できるようになっており、 通常は、各ノードが属するボキヤブラリに対応したプラグインの表示部又は VCュ-ッ ト 180がリスナーとして登録される。 DOM提供部 132は、ソースツリーが変更されると 、変更されたノードから上位の階層へたどって、登録されたリスナーがあれば、そのリ スナ一へミューテーシヨンイベントを発行する。例えば、図 9に示した文書において、 < html >ノードの下位のノードが変更された場合、く html >ノードにリスナーとして 登録された HTMLユニット 150にミューテーシヨンイベントが通知されるとともに、その 上位のく svg>ノードにリスナーとして登録された SVGユニット 160にもミューテーシ ヨンイベントが通知される。このとき、 HTMLユニット 150は、変更されたソースツリー を参照して表示を更新する。 SVGユニット 160は、自身のボキヤブラリに属するノード が変更されて 、な 、ので、ミューテーシヨンイベントを無視してもよ 、。
[0044] 編集の内容によっては、 HTMLユニット 150による表示の更新に伴って、全体のレ ィアウトが変わる可能性がある。この場合は、画面のレイアウトを管理する構成、例え ば最上位のノードの表示を担当するプラグインにより、プラグインごとの表示領域のレ ィアウトが更新される。例えば、 HTMLユニット 150による表示領域が以前より大きく なった場合、 HTMLユニット 150は、まず自身の担当する部分を描画して、表示領 域の大きさを決定する。そして、画面のレイアウトを管理する構成に、変更後の表示 領域の大きさを通知し、レイアウトの更新を依頼する。画面のレイアウトを管理する構 成は、通知を受けて、プラグインごとの表示領域を再レイアウトする。こうして、編集さ れた部分の表示が適切に更新されるとともに、画面全体のレイアウトが更新される。 以上の前提技術をもとに、以下実施例の詳細について説明する。
[0045] (実施例）
本発明の実施例における情報管理装置は、上述の前提技術を基礎として構成され ており、前提技術における文書処理装置は基本的に本実施例の情報管理装置の一 部に含まれるものとする。その上で本実施例の情報管理装置は、 PC (パーソナルコ ンピュータ）と、その PCにインストールされた PIMソフトウェア等の個人情報管理プロ グラムとの組み合わせとして実現される。この個人情報管理プログラムは、ユーザの T 。Do、スケジュール、住所録等の個人的な情報を構造ィ匕文書にて形成し、 HTML等 のマークアップ言語を用いて画面に表示する。ここでいう構造ィ匕文書は、例えば XM L文書であり、一つの XML文書の中に、特定のボキヤブラリを用いて内容が記述さ れる。
[0046] ユーザは複数種の個人的な情報についてその情報種別に応じた表示形式の違い を特に意識せずにワードプロセッサのように入力することができる。ワードプロセッサ は多くの PCユーザにとって最も使い慣れたソフトウェアの一つであり、ワードプロセッ サのような感覚の PIMソフトを構築することによって、より直感的なインターフェイスを 提供することができる。またユーザの好みに応じてワードプロセッサのようなインタフエ イスやスケジューラのようなインタフェイスで切り替えて利用することもでき、ユーザは 一群の情報を多面的に閲覧または把握することができ、効率よく個人的情報を管理 できる。各情報を記述するボキヤブラリをユーザが定めることもできるので、自由な形 式で情報を追加し、管理することができる。
[0047] 図 11は、実施例に係る情報管理装置 300の構成を示す。情報管理装置 300は、 マークアップ言語で構造化された備忘録ファイルに ToDo等の個人的情報を格納す る。本実施例では構造ィ匕文書の一例として XMLで構造化された文書ファイルを処理 する例について説明する。情報管理装置 300は図 1における文書処理装置 100に 相当し、本図において図 1と同一の符号を付した構成は、図 1で説明した構成と同一 または同様の機能を有する。図 1に記載のない構成として、情報管理装置 300は、フ アイル格納部 10、指示入力部 12、記録処理部 14、キーワード検出部 16およびボキ ャブラリ決定部 18を備える。指示入力部 12、記録処理部 14、キーワード検出部 16 およびボキヤブラリ決定部 18は、編集ュ-ット 120に含まれる。
[0048] ファイル格納部 10は、備忘録の項目として入力された複数の管理項目を備忘録フ アイルの形で保持する。備忘録ファイルは、例えばユーザ単位で一つのファイルで構 成され、ユーザの個人的情報に関する複数の管理項目がこの備忘録のために用意 されたボキヤブラリによって構造ィ匕された形で記述されている。この管理項目は、備 忘録を構成する要素であって、ユーザの行動に関して特定の目的をもって入力され る情報である。管理項目には、例えば、これから遂行すべき事項 (ToDo)、すでに行 動済の事項（日報、営業記録、メール送受信履歴)、これから検討すべき課題 (アジェ ンダ)、行動に際して参照する情報 (アドレス帳、メモ)等が含まれる。
[0049] 編集ユニット 120は、指示入力部 12、記録処理部 14、キーワード検出部 16および ボキヤブラリ決定部 18を含む。指示入力部 12は、備忘録ファイルに含まれる複数の 管理項目に対する編集指示のイベントを、ユーザインターフェースを介してユーザか ら受け取る。ここでいう編集指示は、新規な管理項目の入力の指示、入力済の管理 項目に関する修正や更新の指示を含む。また指示入力部 12は、ユーザから受け取 つた編集指示のイベントを HTMLユニット 150や SVGユニット 160等の適切なプラグ イン、または VCを管理する VCユニット 180に通知する。また指示入力部 12は、ィべ ントの再実行 (リドウ）又は実行の取消（アンドゥ）の処理を制御する。
[0050] DOM生成部 134は、管理項目をデータとして扱うときのアクセス方法を提供するた めに定められた文書オブジェクトモデル (DOM)に準拠した形式のデータを生成す る。すなわち、ファイル格納部 10に記憶される備忘録ファイルとしての XML文書から DOMツリーを生成する。備忘録ファイルが、 VCユニット 180により他のボキヤブラリ にマッピングされる場合は、マッピング元の XML文書に対応した管理項目の論理的 構造を示す第 1の文書オブジェクトモデルデータであるソースツリーと、マッピング先 の XML文書に対応した管理項目の表示上の構造を示す第 2の文書オブジェクトモ デルデータであるデスティネーションツリーが生成される。
[0051] マッピング部 182は、備忘録ファイルに含まれる管理項目のうち、プラグインによる 表示または編集の環境が提供されて 、な 、項目を、その情報種別に応じて所定の 対応可能なボキヤブラリにマッピングする。マッピングの結果は、 DOM生成部 134に おいてデスティネーションツリーの生成または編集に用いられる。
[0052] 編集部 154、編集部 164を含む編集処理系は、管理項目の情報種別に応じた複 数の処理系に分けられ、情報種別ごとに個別の編集環境をユーザに提供する。例え ば HTMLにより表示される内容に関する編集環境を HTMLユニット 150の編集部 1 54が提供し、 SVGにより表示される内容に関する編集環境を SVGユニット 160の編 集部 164が提供する。その他、プラグインで提供されない編集環境を VCユニット 18 0が提供する。
[0053] キーワード検出部 16は、指示入力部 12を介して編集指示の内容として入力された 文章から、所定の認識条件に合致する語をキーワードとして検出する。このキーヮー ドは、管理項目の内容や属性に基づく情報種別を認識するために検出される語であ る。キーワード検出部 16は、文章がユーザ力 入力されている途中でその入力文字 を一つ一つ動的に検出しながら特定のキーワードが入力されたことを検出してもよい し、ユーザ力も入力された文字が文章としてひとまとまりになった時点でその文章から キーワードを検出してもよい。またキーワード検出部 16は、受信した電子メールなど のファイル力もキーワードを検出してもよい。キーワード検出部 16は、形態素解析に より分解された形態素の単位でキーワードを検出してもよい。なお、形態素解析の手 法やキーワードと一致する語の検出手法は既知であるためその説明を省略する。認 識条件には、キーワードの種類とタグの種類の対応関係、タグの種類とボキヤブラリ の種類の対応関係、キーワードの種類とボキヤブラリの種類の対応関係が複数定め られており、その認識条件をキーワード検出部 16、ボキヤブラリ決定部 18、ファイル 格納部 10のうち少なくともいずれかがあら力じめ保持する。キーワードの種類には、 例えば「名詞」「動詞」等の品詞、「人名」「部署名」「地名」「日時」等の分類、「〇〇専 務」「〇〇株式会社」といった人名や会社名のような具体的な単語等が含まれる。ボ キヤブラリは、備忘録ファイルを構成するために用いられるローカルなタグセットであり 、例えば管理項目のカテゴリを示す文字列を囲むためのタグ、その管理項目の内容 を遂行したか否かを示す文字列を囲むためのタグ、 日時を示す文字列を囲むための タグ、優先度を示す文字列を囲むためのタグ、等が含まれる。ボキヤブラリの種類とし ては、例えば、複数の管理項目をフリーフォームで箇条書きに入力または表示するた めのボキヤブラリゃ、複数の管理項目をスケジューラのように時系列的に表示するボ キヤブラリ、複数の管理項目に含まれる一部の内容に関連して他の文書ファイルから 引用する内容を表示するためのボキヤブラリ等が含まれる。
[0054] キーワードの種類とタグの種類の対応関係としては、例えば、 日時に関するキーヮ ードとそのキーワードを囲むためのタグの対応関係や、カテゴリに関するキーワードと そのキーワードを囲むためのタグの対応関係等がある。各キーワードには、表示する 際の表示色が対応づけられていてもよい。その場合、表示色との対応関係に基づき 、検出されたキーワードは画面上で所定の色で表示される。キーワードの種類とボキ ャブラリの種類の対応関係としては、例えば人名や部署名のキーワードとスケジユー ルを入力または表示するためのボキヤブラリの対応関係、人名や地名のキーワードと 住所録を入力または表示するためのボキヤブラリの対応関係等がある。
[0055] ボキヤブラリ決定部 18は、文書の入力または表示に用いるボキヤブラリを、キーヮー ド検出部 16により検出されたキーワードまたはユーザの指示に応じて選択する。キー ワードに応じてボキヤブラリを選択する場合、ボキヤブラリ決定部 18は認識条件に定 められたキーワードの種類とボキヤブラリの対応関係に基づいてボキヤブラリを選択 する。これにより、キーワードの種類によって定まる各管理項目の情報種別に応じた ボキヤブラリが選択される。また、ボキヤブラリ決定部 18は、検出されたキーワードに 対応するタグでそのキーワードを含む文字列の前後に付加し、そのタグに応じてボキ ャブラリを選択してもよい。
[0056] 記録処理部 14は、指示入力部 12を介してユーザ力も受け取った編集指示を編集 部 154、編集部 164および VCユニット 180を含む編集処理系に送り、プラグインまた は VCユニット 180が処理するソースツリーを変更させる。記録処理部 14は、編集処 理系へ送った編集指示の内容をファイル格納部 10に記憶された備忘録ファイルに 反映させる。例えば、項目の追加や削除が指示されたときは、新たな管理項目を追 加し、または指示された管理項目を削除する。項目内容の修正が指示されたときは、 修正後の新たな内容で該当箇所を書き換える。
[0057] HTMLで表示される内容を修正する場合、 HTMLユニット 150の編集部 154によ つて提供される編集処理系を通じてソースツリーが変更される。 SVGで表示される内 容を修正する場合、 SVGユニット 160の編集部 164によって提供される編集処理系 を通じてソースツリーが変更される。 HTMLや SVG等のプラグインが提供されて 、な ぃボキヤブラリに基づいて構成される内容を修正する場合、 VCユニット 180によりソ ースツリーが変更される。
[0058] 表示部 156や表示部 166を含む表示処理系は、管理項目の情報種別に応じた複 数の処理系に分けられ、備忘録ファイルに含まれる複数の管理項目を、それぞれの 情報種別に対応した個別の表示形式にて表示することができる。例えば、一つの表 示領域に複数の管理項目をそれぞれ個別の表示形式にて同時に表示させる方法や 、同じ管理項目について表示形式を切り替えながら様々な表示形式にて表示させる 方法等がある。複数の管理項目をどのような表示形式で表示させるかについては、 指示入力部 12を介して受け取るユーザの指示または検出されたキーワードに基づ いて決定される。
[0059] 表示部 156や表示部 166を含む表示処理系は、プラグインが管理項目のソースッ リーを直接参照して備忘録ファイルの内容を表示領域へ表示させる場合と、管理項 目のソースツリーと対応するデスティネーションツリーを参照して備忘録ファイルの内 容を表示領域へ表示させる場合がある。また、一つのソースツリーに対して複数のプ ラグインまたは複数のデスティネーションツリーを用いて同時に複数の表示形式にて 表示領域に各関連項目を表示させてもよ 、し、複数のプラグインまたは複数のデステ イネーシヨンツリーのうちいずれかを選択的に用いることによって表示形式を切り替え ることちでさる。
[0060] 表示部 156や表示部 166を含む表示処理系は、キーワード検出部 16によって検 出されたキーワードが他の文書力 抽出すべき語であることが認識条件に定められ ている場合、そのキーワードが含まれる文章を、ファイル格納部 10または図示しない ネットワークサーバに格納された他の文書ファイル力 抽出する。これら「他の文書フ アイル」は、ユーザが送受信した電子メールのデータであってもよいし、他のユーザの スケジュール等が格納された備忘録ファイルであってもよ ヽ。これらの文書ファイルに 関し、キーワード検索用のインデックスをあら力じめ生成しておいてもよい。表示処理 系は、他の文書ファイル力 抽出した文章の少なくとも一部で構成される抽出結果が 管理項目内に埋め込まれた形で表示する。すなわち、デスティネーションツリーの一 部に、キーワードに対応するボキヤブラリを用いて抽出結果を記述してもよいし、抽出 結果の部分をキーワードに対応するプラグインを用いて管理項目内に表示させても よ 、。マッピング部 182は抽出結果を所定の対応可能なボキヤブラリまたはプラグィ ンにマッピングする。変形例としては、抽出結果を VCユニット 180に送り、キーワード に対応するボキヤブラリを用いてソースツリーを変更させることにより、デスティネーシ ヨンツリーまたはプラグインを介した表示内容を変更してもよい。この場合、その抽出 結果をユーザの備忘録ファイルにも埋め込んでもよ 、。
[0061] 例えば、備忘録ファイルにおける一つの管理項目内に「受信メール」のキーワード が入力された場合、その管理項目の日時に受信した電子メールの一覧が抽出される 。これら抽出の結果はキーワード「受信メール」に対応づけられたボキヤブラリを用い てデスティネーションツリーに記述される力、キーワード「受信メール」に対応づけられ たプラグインによって管理項目内に表示される。「抽出結果」をどのように構成すべき かは、あら力じめ認識条件の中に定められていてもよい。例えば、電子メールのタイト ル、送受信日時、発信者、送信者等の電子メールに関する情報の抜粋をリストイ匕した データを「抽出結果」として形成させてもよい。また、他のユーザのスケジュールに関 して、予定内容、予定日時等を抜粋したデータを「抽出結果」として形成させてもよい 。「抽出結果」は、抽出元のデータへのリンクの形でリストイ匕されてもよぐ抽出したデ ータ本体を含まな 、構成であってもよ 、。
[0062] 表示部 156や表示部 166を含む表示処理系は、指示入力部 12を介してユーザか ら受け取る切替指示に応じて、抽出結果の埋め込み表示とその解除を切り替える。 ユーザ力 の切替指示は、例えば表示領域内に表示させた特定箇所、例えばキーヮ ードとなる文字列が表示された箇所のクリック操作であってもよい。
[0063] 図 12は、自由編集画面の表示形式で各管理項目を表示した画面を例示する。こ の自由編集画面 30において、ユーザが遂行すべき事項として複数の管理項目を箇 条書きにて入力する。第 1項目 32は、「発表資料の提出」という内容の管理項目であ ることを示す。その下に入力された「営業」の文字列は、この項目が「営業」なるカテゴ リに属することを示す。「未」の文字は、この項目がまだ遂行されて ヽな 、ことを示す。 「2003-12-10」の文字列は、発表資料の提出期限である日時を示す。一桁の数字「5 」の文字は、この項目の優先度を示す。
[0064] 第 2項目 34は、「戦略会議」という内容の管理項目であることを示す。その下に入力 された「予定」の文字列は、この項目が「予定」なるカテゴリに属することを示す。「済」 の文字は、この項目が既に遂行済であることを示す。「2003-10-10 10:00」の文字列 は、「戦略会議」の開催日時を示す。一桁の数字「1」の文字は、この項目の優先度が 最も高いことを示す。「鈴木専務、佐藤部長」の文字列は、これら二人の人物が「戦略 会議」の参加者に含まれることを示す。「可」の文字は、この項目を他のユーザへ公 開するか否かを示す。「年次報告」の文字列は、上記の各文字列と異なり特に分類さ れない内容である。
[0065] 第 3項目 36は、「住民票の取り寄せ」という内容の管理項目であることを示す。その 下に入力された「プライベート」の文字列は、この項目が「プライベート」なるカテゴリに 属することを示す。「未」の文字は、この項目がまだ遂行されていないことを示す。「10 Z13まで」の文字列は、「住民票の取り寄せ」の期限である日時を示す。一桁の数字 「3」の文字は、この項目の優先度を示す。「不可」の文字は、この項目を他のユーザ へ公開するか否かを示す。以上の第 1項目 32、第 2項目 34および第 3項目 36の内 容は、データとしては「項目」「カテゴリ」「遂行済力どうか」「日時」「優先度」「参加者」「 公開するかどうか」といった意味の要素を含んだボキヤブラリによる XML文書の形で 生成される。
[0066] 図 13は、図 12の表示内容に対応する XML文書のソースを示す。第 1項目 32にお いては、項目名「発表資料の提出」の文字列はく項目〉というタグで囲まれる。カテ ゴリを示す「営業」の文字列はくカテゴリ >というタグで囲まれる。この項目が遂行さ れて 、な 、ことを示す「未」の文字はく確認 > t 、うタグで囲まれる。発表資料の提 出期限である日時を示す「2003-12-10」の文字列は、く日時 >というタグで囲まれる 。この項目の優先度を示す一桁の数字「5」の文字は、く優先度〉というタグで囲まれ る。また、この項目内には実際に入力されていない内容として、く参加者〉、く公開 >、くその他〉のタグが空欄のまま記述される。
[0067] 第 2項目 34においては、項目名「戦略会議」の文字列はく項目 >のタグで囲まれ る。カテゴリを示す「予定」の文字列はくカテゴリ〉のタグで囲まれる。この項目が既 に遂行済であることを示す「済」の文字はく確認 >のタグで囲まれる。「戦略会議」の 開催日時を示す「2003-10-10 10:00」の文字列はく日時 >のタグで囲まれる。この項 目の優先度を示す一桁の数字「1」の文字は、く優先度〉のタグで囲まれる。「戦略 会議」の参加者を示す「鈴木専務、佐藤部長」の文字列は <参加者 >のタグで囲ま れる。この項目を他のユーザへ公開する力否かを示す「可」の文字はく公開 >のタグ で囲まれる。「年次報告」の文字列はくその他 >のタグで囲まれる。
[0068] 第 3項目 36においては、項目名「住民票の取り寄せ」の文字列はく項目 >のタグ で囲まれる。カテゴリを示す「プライベート」の文字列はくカテゴリ >のタグで囲まれる 。この項目がまだ遂行されていないことを示す「未」の文字はく確認 >のタグで囲ま れる。「住民票の取り寄せ」の期限である日時を示す「10Z13まで」の文字列はく日 時 >のタグで囲まれる。この項目の優先度を示す一桁の数字「3」の文字は、く優先 度〉のタグで囲まれる。また、この項目内には実際に入力されていない内容として、 く参加者〉、く公開〉、くその他〉のタグが空欄のまま記述される。
[0069] このように、キーワードとなるカテゴリ名「営業」「予定」「プライベート」の各文字列が 検出されると、それら各文字列は <カテゴリ >のタグで記述される。漢字一文字で「 未」「済」が検出されると、その文字はく確認〉のタグで記述される。その他、各文字 列が検出されると、それぞれが対応するタグで記述され、 XML文書が形成される。 [0070] 図 14は、ソースツリーとデスティネーションツリーの対応関係を模式的に示す。ソー スツリー 20には、図 12および図 13に示される各項目がツリー構造をなす形で記述さ れる。デスティネーションツリー 24は、ソースツリー 20に示される各管理項目を HTM Lで記述されるテーブルにマッピングしたときの例を示す。すなわち、ソースツリー 20 にお 、て管理項目を構成する要素である「カテゴリ」「確認」「日時」「優先度」「参加者 」「公開」「その他」が、デスティネーションツリー 24におけるテーブルの各行を示す個 別のく TR>のタグにマッピングされている。これにより、備忘録ファイルを構成する 各要素が HTMLによって表示されるテーブルにおいて個別の行に表示される。この ように HTML等の既存のプラグインへのマッピングを定義することを前提として自由 にボキヤブラリを定義することができる。そのようなマッピングゃボキヤブラリをあらかじ め定義したテンプレートを作成することもできる。そうしたテンプレートの作成は、ドラッ グ &ドロップを中心とした簡単な操作で実行することができる。
[0071] 図 15は、自由編集画面とテーブル表示画面を一つの画面内に同時に表示させた 例を示す。本図の画面では、表示領域の左側に自由編集画面 42を表示させ、表示 領域の右側にテーブル表示画面 44を表示させている。 自由編集画面 42の内容は、 図 12の自由編集画面 30と同じボキヤブラリを用いて表示させている。テーブル表示 画面 44の内容は、 自由編集画面 42に表示させる内容と同じソースツリーに基づいて 生成された別個のデスティネーションツリーをもとに表示させる内容であり、各項目が 独立のテーブルを構成する。テーブル表示画面 44を表示させるためのデスティネー シヨンツリーは、図 14に示すデスティネーションツリー 24に相当する。このように、一 つのソースツリーで表される備忘録ファイルの各管理項目の内容を、複数の表示形 式にて同時に表示領域へ表示させることができる。
[0072] 図 16は、管理項目をスケジューラ画面として表示させる例を示す。備忘録ファイル の内容をスケジューラの形で表示させる画面へ切り替える指示を指示入力部 12がュ 一ザ力 受け取ったときに、本図のスケジューラ画面 46が表示領域に表示される。ス ケジユーラ画面 46においては、専用のプラグインまたはボキヤブラリに基づいて、 日 付ごとに分割された枠を表示し、各管理項目をそれぞれに含まれる日時の情報をも とにいずれかの枠内に表示することにより、各項目が時系列的に表示される。 [0073] 例えば、「10月 10日（金）」の枠内に予定時間を示す「10:00」の文字列と <項目 > のタグで記述された「戦略会議」の文字列が表示されている。この項目は図 12および 図 13における第 2項目 34に相当する。く確認〉のタグで記述された内容として、ここ では「済」の文字とともにチェックボックスを表示し、チェックの有無によってこの項目 が遂行済であるかどうかを表す。く優先度〉のタグで記述された内容として、ここで は「優先度」の文字とともに 1〜5の数字のいずれかをプルダウンリストを介して表示す る。く参加者〉のタグで記述された内容として、ここでは「参加者」の文字とともに表 示する参加者欄 48の中に、展開ボタン 49と「鈴木専務」「佐藤部長」の文字列を表示 する。ユーザは展開ボタン 49をクリックすることにより、各参加者のスケジュールをこ の項目内に展開して埋め込む表示に切り替える指示を送ることができる。く公開 > のタグで記述された内容として、ここでは「公開」の文字とともにチェックボックスを表 示し、チェックの有無によってこの項目を公開する力否かを表す。くその他 >のタグ で記述された内容として、ここでは「※」の文字とともにその内容を表示する。
[0074] 「10月 13日（月）」の枠内には、図 12および図 13における第 3項目 36の内容を表 示する。例えば、 <項目 >のタグで記述された「住民票の取り寄せ」の文字列や、第 2項目 34と同様に、「済」の文字とチェックボックス、「優先度」の文字列とプルダウンリ スト、「公開」の文字列とチェックボックスがそれぞれ表示される。ここでは、図 12また は図 15の画面で入力された各管理項目をスケジューラ形式で表示する例を説明し たが、ユーザは最初から図 16の画面を表示した状態で各管理項目を入力してもよい 。その場合、例えば「済」「公開」の文字を入力するとその文字がキーワードとして検 出されてチヱックボックスが自動的に表示され、「優先度」の文字を入力するとその文 字がキーワードとして検出されてプルダウンリストが自動的に表示される。なお、この 項目がまだ遂行されて 、な 、時点で、その遂行期限である「10月 13日」の数日前の 欄に、この項目の期限が近いことを警告の形で表示させてもよい。また、各管理項目 にお 、て、「今日」を基準とした期限までの日数を「あと 4日」 t 、つた残り日数の表現 で表示させてもよい。
[0075] 図 17は、図 16のスケジューラ画面に他の文書ファイルの内容を埋め込んだ状態を 示す。参加者欄 50は、ユーザによる展開ボタン 49のクリックをトリガーにして図 16の 参加者欄 48を展開した状態であり、他のユーザの備忘録ファイル力もネットワーク経 由でキーワード「鈴木専務」「佐藤部長」に対応するスケジュールを抽出した内容を参 加者欄 50に表示する。参加者欄 50には、「鈴木専務」のスケジュールが格納された 備忘録ファイルから抽出したメールアドレス「[email protected]」とスケジュール内容と、「佐 藤部長」のスケジュールが格納された備忘録ファイルカゝら抽出したメールアドレス「 [email protected]とスケジュール内容を表示する。「鈴木専務」または「佐藤部長」をユーザ が別の名前に書き換えると、参加者欄 50の内容はその書換後の人物のスケジユー ルに書き換えられる。
[0076] 参加者欄 50は、図 16の参加者欄 48よりも表示に要する領域面積が広いため、他 の日付の枠を縮小させることにより参加者欄 50を表示可能とする。このように、特定 のボキヤブラリによる表示内容の中に他のボキヤブラリによる表示を行うことにより、複 数のボキヤブラリによる複合文書の表示を可能として 、る。
[0077] なお、変形例として、展開ボタン 49の操作によって展開可能とする内容を他のユー ザとの間で共有してもよい。その場合、共有する内容の保管場所をネットワーク内の いずれかのノードに設定しておき、その情報を他のユーザと共有する。例えば、ある ユーザが文書の一部を共有指定したとき、あら力じめそのユーザのグループに割り当 てられた共有エリアにその内容が格納され、同一グループに属する他のユーザもそ の内容を参照することができる。また他のユーザが同一の指定を行ったときに、共有 エリアに格納された内容が自動的に文書内に埋め込まれる。
[0078] 以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、その 各構成要素や各処理プロセスの組合せに 、ろ 、ろな変形が可能なこと、またそうした 変形例も本発明の範囲にあることは当業者に理解されるところである。以下、変形例 を挙げる。
[0079] 実施例では、 XML文書を処理する例にっ 、て説明した力 本実施例の情報管理 装置 300は、他のマークアップ言語、例えば、 SGML, HTMLなどで記述された文 書も同様に処理可能である。
産業上の利用可能性
[0080] 本発明は、個人の情報管理を処理する情報端末に適用できる。

Claims

請求の範囲
[1] ユーザが遂行すべき事項の備忘録として管理される複数の管理項目に関する編集 指示をユーザから受け取る指示入力部と、
文書構造ィ匕のためのマークアップ言語のボキヤブラリを用いて前記複数の管理項 目が構造化された備忘録ファイルを記憶するファイル格納部と、
前記備忘録ファイルに対し前記指示された編集の結果を反映させる記録処理部と 前記備忘録ファイルに含まれる複数の管理項目を、それぞれの情報種別に対応し たマークアップ言語に基づく個別の表示形式にて同時に一つの表示領域に表示さ せる表示処理部と、
を備えることを特徴とする情報管理装置。
[2] ユーザが遂行すべき事項の備忘録として管理される複数の管理項目に関する編集 指示をユーザから受け取る指示入力部と、
文書構造ィ匕のためのマークアップ言語のボキヤブラリを用いて前記複数の管理項 目が構造化された備忘録ファイルを記憶するファイル格納部と、
前記備忘録ファイルに対し前記指示された編集の結果を反映させる記録処理部と 前記備忘録ファイルに含まれる管理項目を、文書表示のためのマークアップ言語 に基づく第 1の表示形式にて表示領域へ表示させるとともに、ユーザから切替指示が あつたときに前記管理項目の表示形式を文書表示のためのマークアップ言語に基づ く第 2の表示形式に切り替える表示処理部と、
を備えることを特徴とする情報管理装置。
[3] 前記指示入力部および表示処理部は、前記管理項目の情報種別に応じた複数の 処理系に分けられ、情報種別ごとに個別の編集環境と表示形式を提供することを特 徴とする請求項 1または 2に記載の情報管理装置。
[4] 前記備忘録ファイルにお ヽて情報種別に応じたボキヤブラリに基づ ヽて構造化され た管理項目を所定の対応可能なボキヤブラリにマッピングする変換部をさらに備える ことを特徴とする請求項 1から 3のいずれかに記載の情報管理装置。
[5] 前記管理項目をデータとして扱うときのアクセス方法を提供するために定められた 文書オブジェクトモデルに準拠した形式のデータを生成する生成部をさらに備え、 前記生成部は、前記データとして、前記管理項目の論理的構造を示す第 1の文書 オブジェクトモデルデータと、前記管理項目の表示上の構造を示す第 2の文書ォブ ジェクトモデルデータと、を生成し、
前記指示入力部を介して受け取ったユーザの編集指示に基づいて前記第 1の文 書オブジェクトモデルデータが変更され、
前記第 1の文書オブジェクトモデルデータの変更が前記備忘録ファイルおよび前記 第 2の文書オブジェクトモデルデータへ反映され、
前記第 2の文書オブジェクトモデルデータの変更が表示領域への表示内容に反映 されることを特徴とする請求項 1から 4のいずれかに記載の情報管理装置。
[6] ユーザが遂行すべき事項の備忘録として管理される複数の管理項目に関する編集 指示をユーザ力 受け取るステップと、
文書構造ィ匕のためのマークアップ言語のボキヤブラリを用いて前記複数の管理項 目が構造化された備忘録ファイルを読み出すステップと、
前記備忘録ファイルに対し前記指示された編集の結果を反映させるステップと、 前記備忘録ファイルに含まれる複数の管理項目を、それぞれの情報種別に対応し たマークアップ言語に基づく個別の表示形式にて同時に一つの表示領域に表示さ せるステップと、
を含むことを特徴とする情報管理方法。
[7] ユーザが遂行すべき事項の備忘録として管理される複数の管理項目に関する編集 指示をユーザ力 受け取るステップと、
文書構造ィ匕のためのマークアップ言語のボキヤブラリを用いて前記複数の管理項 目が構造化された備忘録ファイルを読み出すステップと、
前記備忘録ファイルに対し前記指示された編集の結果を反映させるステップと、 前記備忘録ファイルに含まれる管理項目を、文書表示のためのマークアップ言語 に基づく第 1の表示形式にて表示領域へ表示させるとともに、ユーザから切替指示が あつたときに前記管理項目の表示形式を文書表示のためのマークアップ言語に基づ く第 2の表示形式に切り替えるステップと、
を含むことを特徴とする情報管理方法。
[8] ユーザが遂行すべき事項の備忘録として管理される複数の管理項目に関する編集 指示をユーザ力 受け取る機能と、
文書構造ィ匕のためのマークアップ言語のボキヤブラリを用いて前記複数の管理項 目が構造化された備忘録ファイルを記憶する機能と、
前記備忘録ファイルに対し前記指示された編集の結果を反映させる機能と、 前記備忘録ファイルに含まれる複数の管理項目を、それぞれの情報種別に対応し たマークアップ言語に基づく個別の表示形式にて同時に一つの表示領域に表示さ せる機能と、
をコンピュータに発揮させることを特徴とするコンピュータプログラム。
[9] ユーザが遂行すべき事項の備忘録として管理される複数の管理項目に関する編集 指示をユーザ力 受け取る機能と、
文書構造ィ匕のためのマークアップ言語のボキヤブラリを用いて前記複数の管理項 目が構造化された備忘録ファイルを記憶する機能と、
前記備忘録ファイルに対し前記指示された編集の結果を反映させる機能と、 前記備忘録ファイルに含まれる管理項目を、文書表示のためのマークアップ言語 に基づく第 1の表示形式にて表示領域へ表示させるとともに、ユーザから切替指示が あつたときに前記管理項目の表示形式を文書表示のためのマークアップ言語に基づ く第 2の表示形式に切り替える機能と、
をコンピュータに発揮させることを特徴とするコンピュータプログラム。
PCT/JP2005/006802 2004-04-08 2005-04-06 情報管理装置 WO2005098663A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP05728480A EP1744254A1 (en) 2004-04-08 2005-04-06 Information management device
US11/547,957 US20070234201A1 (en) 2004-04-08 2005-04-06 Information Management Device
JP2006512113A JPWO2005098663A1 (ja) 2004-04-08 2005-04-06 情報管理装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004114570 2004-04-08
JP2004-114570 2004-04-08

Publications (1)

Publication Number Publication Date
WO2005098663A1 true WO2005098663A1 (ja) 2005-10-20

Family

ID=35125272

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/006802 WO2005098663A1 (ja) 2004-04-08 2005-04-06 情報管理装置

Country Status (4)

Country Link
US (1) US20070234201A1 (ja)
EP (1) EP1744254A1 (ja)
JP (1) JPWO2005098663A1 (ja)
WO (1) WO2005098663A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8484554B2 (en) * 2006-08-31 2013-07-09 Sap Ag Producing a chart
JP2008257316A (ja) * 2007-04-02 2008-10-23 Fuji Xerox Co Ltd 情報処理システム及び情報処理プログラム
US7809707B2 (en) 2007-07-23 2010-10-05 Sap Ag System and method for identifying element usage in a deep element structure
US20110320927A1 (en) * 2010-04-01 2011-12-29 University Of Washington Methods and Apparatus Utilizing XooML: Cross (X) Tool Markup Language
US9558285B2 (en) * 2010-09-14 2017-01-31 Accenture Global Services Limited Treatment controller
US10104082B2 (en) 2013-11-06 2018-10-16 William P. Jones Aggregated information access and control using a personal unifying taxonomy
US10956658B2 (en) * 2018-06-21 2021-03-23 Adobe Inc. Digital content editing of a document object model (DOM) based on object model comparison
CN111415395B (zh) * 2020-03-17 2024-04-26 网易（杭州）网络有限公司 一种甘特图处理的方法及装置、电子设备、存储介质
CN113949683B (zh) * 2021-09-30 2023-12-19 北京达佳互联信息技术有限公司 一种提醒对象的操作方法、装置、电子设备及存储介质
US11783123B1 (en) 2023-03-15 2023-10-10 Bank Of America Corporation Generating a dynamic template for transforming source data
US11880649B1 (en) 2023-03-15 2024-01-23 Bank Of America Corporation Selecting a template for transforming source data using a cognitive engine

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001290803A (ja) * 2000-04-07 2001-10-19 Just Syst Corp 文書処理方法、文書処理装置、および記録媒体
JP2003067185A (ja) * 2001-08-14 2003-03-07 Internatl Business Mach Corp <Ibm> アプリケーション編集装置、データ処理方法及びプログラム
JP2004038334A (ja) * 2002-06-28 2004-02-05 Toshiba Corp 操作位置記憶方法、構造化文書表示方法、構造化文書表示装置、プログラム、および操作位置記憶データ
JP2004046357A (ja) * 2002-07-09 2004-02-12 Toshiba Corp 文書編集方法、文書編集システム、サーバ装置および文書編集プログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4098435B2 (ja) * 1999-03-12 2008-06-11 富士通株式会社 情報管理装置及びデータ生成方法並びに情報管理プログラムを格納したコンピュータ読取り可能な記録媒体
AU2001253337A1 (en) * 2000-04-10 2001-10-23 Bluestreak.Com Methods and systems for transactional tunneling
US7111251B2 (en) * 2000-07-10 2006-09-19 Fujitsu Limited Schedule management apparatus, schedule management method, and computer-readable recording medium storing schedule management program
US20020004734A1 (en) * 2000-07-10 2002-01-10 Shinichiro Nishizawa Schedule managing apparatus and method and computer-readable recording medium storing schedule managing program therein
GB0107784D0 (en) * 2001-03-28 2001-05-16 Hewlett Packard Co Improvement relating to developing documents
JP4291999B2 (ja) * 2002-01-18 2009-07-08 株式会社インターネットディスクロージャー 書類作成システム及び作成管理プログラム
JP3857663B2 (ja) * 2002-04-30 2006-12-13 株式会社東芝 構造化文書編集装置、構造化文書編集方法及びプログラム
US7228496B2 (en) * 2002-07-09 2007-06-05 Kabushiki Kaisha Toshiba Document editing method, document editing system, server apparatus, and document editing program
US20050131714A1 (en) * 2003-12-10 2005-06-16 Braunstein Anne R. Method, system and program product for hierarchically managing a meeting

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001290803A (ja) * 2000-04-07 2001-10-19 Just Syst Corp 文書処理方法、文書処理装置、および記録媒体
JP2003067185A (ja) * 2001-08-14 2003-03-07 Internatl Business Mach Corp <Ibm> アプリケーション編集装置、データ処理方法及びプログラム
JP2004038334A (ja) * 2002-06-28 2004-02-05 Toshiba Corp 操作位置記憶方法、構造化文書表示方法、構造化文書表示装置、プログラム、および操作位置記憶データ
JP2004046357A (ja) * 2002-07-09 2004-02-12 Toshiba Corp 文書編集方法、文書編集システム、サーバ装置および文書編集プログラム

Also Published As

Publication number Publication date
JPWO2005098663A1 (ja) 2008-02-28
US20070234201A1 (en) 2007-10-04
EP1744254A1 (en) 2007-01-17

Similar Documents

Publication Publication Date Title
WO2005098663A1 (ja) 情報管理装置
RU2498391C2 (ru) Обмен информацией между пользовательским интерфейсом внутреннего пространства редактора документов и пользовательским интерфейсом внешнего пространства редактора документов
KR101159347B1 (ko) 컴퓨터 생성 문서 내의 데이터의 관리 및 사용
KR101608099B1 (ko) 문서의 동시적인 협업적 검토
US8656286B2 (en) System and method for providing mixed-initiative curation of information within a shared repository
EA006060B1 (ru) Способ и система для автоматизации составления заявки на выдачу патента и оценки технического решения
EP1816586A1 (en) Data processing system, data processing method, and management server
JP2008140089A (ja) 情報管理装置、会議システム及びプログラム
JP2008097215A (ja) データ処理装置
EP1768034A1 (en) Document processing device and document processing method
US20070198915A1 (en) Document Processing Device And Document Processing Method
WO2007081017A1 (ja) 文書処理装置
US10964416B1 (en) Block chain management
EP1826682A1 (en) Document managing device and document managing method
WO2005098662A1 (ja) 文書処理装置及び文書処理方法
WO2005098698A1 (ja) 文書処理装置
WO2005098661A1 (ja) 文書処理装置及び文書処理方法
Edhlund et al. NVivo for Mac essentials
JPWO2007052680A1 (ja) 文書処理装置及び文書処理方法
WO2006051956A1 (ja) サーバ装置及び検索方法
US7730105B2 (en) Time sharing managing apparatus, document creating apparatus, document reading apparatus, time sharing managing method, document creating method, and document reading method
JP2007183849A (ja) 文書処理装置
WO2006137564A1 (ja) 文書処理装置
US20080285064A1 (en) Document Processing Device, Document Processing Method, and Electronic Mail Processing Device
WO2005098659A1 (ja) 文書処理装置及び文書処理方法

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006512113

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 11547957

Country of ref document: US

Ref document number: 2007234201

Country of ref document: US

WWW Wipo information: withdrawn in national office

Country of ref document: DE

WWE Wipo information: entry into national phase

Ref document number: 2005728480

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2005728480

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 11547957

Country of ref document: US