History management system, history management method, and program

Abstract

The present invention addresses the problem of providing a history management system for acquiring the history of a Web tool used by an individual user and indicating the state of business of the user.　A history management system comprises: a storage unit that stores credentials of a plurality of web tools used by a user in association with user information; an acquisition unit that acquires event history information from a tool of the user from the plurality of tools on the basis of the credentials associated with the user information; and a display processing unit that displays a history on the basis of the acquired event history information. The event history information relates to the history of events including active events generated due to an operation performed by the user.

Description

History management system, history management method, and program

[0001] The present invention relates to a history management system, a history management method, and a program.

[0002] In recent years, workers often perform their work using software tools. In such cases, it has become difficult for users who manage workers to grasp the working conditions, productivity, etc. of the workers. Therefore, technologies for grasping the working conditions of workers have been developed.

[0003] For example, Patent Document 1 discloses a labor management system that can collect log information from a peripheral system or the like to grasp and track workers to be cared for.

[0004] Japanese Patent Application Laid-Open No. 2022-134079

[0005] However, the invention described in Patent Document 1 does not disclose any specific method for acquiring event history information from a web tool and displaying the event history information.

[0006] Therefore, an object of the present invention is to provide a history management system that acquires the history of web tools used by individual users and shows the business situation of the users.

[0007] [1] A history management system comprising: a storage unit that stores credentials for multiple web tools used by a user in association with user information; an acquisition unit that acquires event history information from the user's tools from the multiple tools based on the credentials associated with the user information; and a display processing unit that displays the history based on the acquired event history information, wherein the event history information is information relating to the history of events, including active events that occurred as a result of the user's work. [2] The history management system according to [1], wherein the event history information includes event content and date and time information, and the display processing unit displays two or more event display elements, which are screen display elements related to the event, in chronological order based on the event history information, and the event display elements are screen display elements that show the event content and the date and time the event occurred. [3] The history management system according to [2], wherein the display processing unit displays a first event display element indicating the occurrence of a first event and a second event display element indicating the occurrence of a second event in chronological order, and displays the time difference between the occurrence of the first event and the occurrence of the second event. [4] The history management system further comprises a specific processing unit, wherein when the specific processing unit receives specific conditions including the required time, it identifies the history of an event whose time difference until the next event occurs matches the specific conditions based on the event history information including the date and time information, and the display processing unit displays the event display element based on the event history information that matches the specific conditions, as described in [2]. [5] The history management system according to [2], wherein the event history information includes access information to the event target display screen in the web tool, and the event display element includes an access element to the event target display screen based on the access information.[6] The history management system according to [2], wherein the history management system includes a status identification unit, the event history information includes event target identification information and an event type that identifies the target of an event, the status identification unit identifies the status of the event target based on the event target identification information and the event type, and the event display element displays the status. [7] The history management system according to [6], wherein the web tool includes a messaging tool, the status identification unit identifies the status of a conversation, including replied and unreplied, based on the event history information, which includes the event type, including received and sent, and the event target identification information. [8] The history management system according to any one of [1] to [7], wherein the event history information includes a history of events that occurred as a result of the user working with the web tool, and includes date and time information and an event type for identifying at least passive and active events, and the display processing unit displays a history of the user's activities based on the event history information relating to active events identified based on the event type. [9] The history management system further comprises an activity time identification unit and an identification processing unit, wherein the activity time identification unit identifies the start time and end time of an activity for a day based on the event history information, the acquisition unit acquires the user's declared start time and declared end time of work, the identification processing unit accepts work identification conditions including allowable time, and identifies the user's work days in which the difference between the activity start time and the declared start time of work and / or the difference between the declared end time of work and the end time of activity is greater than or equal to the allowable time, and the display processing unit displays the date, the activity start time and the activity end time for the user's work days identified by the identification processing unit in a list, as described in [8].

[10] The history management system further comprises an indicator calculation unit, wherein the indicator calculation unit calculates an activity indicator relating to the history of the user's activities based on the event history information relating to an active event, and the display processing unit displays the activity indicator, as described in [8].

[11] The history management system according to

[10] , wherein the event history information includes date and time information, and the activity indicator includes an activity amount indicating the total amount of user activity history per unit time based on the event history information.

[12] The history management system according to

[11] , wherein the event history information includes tool type, and the display processing unit displays the activity amount for each tool type.

[13] The history management system according to

[10] , wherein the event history information includes unique identification information for identifying related events, and the activity indicator includes the time required from the occurrence of a first event until a second event related to the first event, identified based on the identification information, occurs.

[14] The history management system according to

[10] , wherein the user information includes department information, the indicator calculation unit calculates the activity indicator for each department, and the display processing unit displays the activity indicator for each department.

[15] The history management system according to

[10] , further comprising a specific processing unit, wherein the specific processing unit accepts specific conditions and identifies event history information corresponding to the specific conditions based on the event history information, and the index calculation unit calculates the activity index based on the event history information corresponding to the specific conditions identified by the specific processing unit.

[16] A history management method executed by a computer, wherein the computer's storage unit stores credentials for a plurality of web tools used by a user in association with user information, comprising an acquisition step of acquiring event history information from the user's tools from the plurality of tools based on the credentials associated with the user information, and a display processing step of displaying the history based on the acquired event history information, wherein the event history information is information relating to the history of events including active events generated by the user's work.

[17] A computer program that causes the computer to execute the history management method according to

[16] .

[0008] According to the invention described in [1], web tools can also use credentials to collect event history information and display the history.

[0009] The invention described in [2] makes it possible to display the history of events in chronological order.

[0010] The invention described in [3] makes it possible to confirm the difference in the time of event occurrence.

[0011] The invention described in [4] makes it possible to identify and display history that falls under a specific condition where the time difference is equal to or greater than the required time set as a condition.

[0012] With the invention described in [5], it is possible to easily transition from the screen displaying the history to the screen displaying the target of the event.

[0013] The invention described in [6] makes it possible to identify and display the status of the target of an event.

[0014] The invention relating to [7] makes it possible to specify and display the status, such as replied or not replied, for a messaging tool such as an email application.

[0015] The invention described in [8] makes it possible to display a history of a user's activities using event history information related to active events that occur as a result of the user's actions, etc.

[0016] The invention described in [9] makes it possible to identify workdays that are likely to be problematic, such as when the difference between the activity time obtained from the tool and the work time applied for by the user is greater than or equal to the allowable time.

[0017] The invention described in

[10] makes it possible to calculate and display an indicator of user activity using event history information related to active events that occur as a result of the user's activities.

[0018] The invention described in

[11] makes it possible to display the status of a user's tool-based activity per unit of time.

[0019] The invention described in

[12] makes it possible to display the activity status for each type of tool.

[0020] The invention described in

[13] makes it possible to specify and display the time required from the occurrence of one event to the occurrence of the next event for a given event.

[0021] The invention described in

[14] makes it possible to display indicators of user activity for each department.

[0022] The invention described in

[15] makes it possible to calculate and display an activity index using event history information that meets the conditions.

[0023] Block diagram showing the overall system configuration Hardware configuration diagram of the system Data configuration diagram in one embodiment Screen display example in one embodiment Screen display example in one embodiment Screen display example in one embodiment Screen display example in one embodiment

[0024] Further details will be provided below with reference to the attached drawings. The drawings show preferred embodiments. However, many different forms are possible and the embodiments are not limited to those described herein.

[0025] For example, this embodiment describes the configuration and operation of the history management system, but similar effects can be achieved by the method, device, computer program, etc. The program may be provided as a non-transient recording medium readable by a computer, or it may be provided so that it can be downloaded from an external server.

[0026] One embodiment of the present invention, a history management system, collects and displays event history information from tools used by workers during their work, particularly web tools such as web applications, making it easier to understand the status of workers. In this embodiment, the event history information is used for various purposes such as performance management and attendance management, as will be described later. Furthermore, the tool from which the history management system of the present invention acquires event history information is a web tool such as a web application used by the user for work, etc. In this embodiment, it is a messaging tool such as an email application or chat tool, cloud storage, a calendar application, etc., but it can be any tool that is used on the web and used for work.

[0027] In this embodiment, the history management system uses event history information related to events that occur in the tool, such as receiving and sending emails and chats, creating and editing files in cloud storage, and creating and editing appointments in a calendar application, to perform the processing described later. The event history information collected includes information on active events that occur due to user actions such as sending emails and editing files, and passive events that occur without user action, such as receiving emails and notifications of file editing by other users. When it is necessary to understand the user's work status and activities, such as identifying the user's activity time, the system uses event history information related to active events to perform processing. In this embodiment, one event history piece of information is acquired for each event. In this embodiment, multiple acquired event history pieces of information are used to perform the processing described later.

[0028] <System Configuration> Figure 1 is a block diagram showing the configuration of a system according to one embodiment. As shown in Figure 1, the history management system 0 comprises a history management device 1, a user terminal 2, and a tool provision system 3, which are connected to each other via a network 4 so as to be able to communicate.

[0029] One or more server devices, such as general-purpose servers or personal computers, can be used as the history management device 1.

[0030] As user terminal 2, a terminal device such as a personal computer, smartphone, or tablet can be used. User terminal 2 connects to the history management device 1 by executing a history management device utilization program such as a browser application, and executes the processing described later. In this embodiment, the history management device utilization program is a browser application that is pre-installed or downloaded in advance to user terminal 2, but it may also be a client application downloaded from a program provider device (not shown).

[0031] The tool provision system 3 includes a tool provision device 31. One or more server devices, such as general-purpose servers or personal computers, can be used as the tool provision device 31. In this embodiment, the tool provision device 31 provides event history information related to events generated by the tool to the history management device 1. Although not shown in Figure 1, there are multiple tool provision systems 3. In this embodiment, the tool provision system 3 is a system that provides functions for web applications such as email applications, chat tools, cloud storage, and calendar applications. In this embodiment, the history management device 1 acquires event history information from the tool provision system 3 via the network 4.

[0032] Network 4 is an IP (Internet Protocol) network, but there are no restrictions on the type of communication protocol, network type, etc.

[0033] <Hardware Configuration> Figure 2 is a hardware configuration diagram of the history management device 1 and the user terminal 2.

[0034] Figure 2(a) is a hardware configuration diagram of the history management device 1. As shown in Figure 2(a), the history management device 1 comprises a processing unit 101, a storage unit 102, and a communication unit 103, which are used to ensure the operation of each unit and each process.

[0035] The processing unit 101 has a processor such as a CPU capable of executing instruction sets and executes the OS and history management programs. The storage unit 102 has volatile memory such as RAM capable of storing instruction sets, and non-volatile recording media such as HDDs and SSDs capable of recording the OS and history management programs. The communication unit 103 has an interface for connecting to the network 4 and performs communication control with the network 4 to input and output information.

[0036] Figure 2(b) is a hardware configuration diagram of the user terminal 2. As shown in Figure 2(b), the user terminal 2 has a processing unit 201, a storage unit 202, a communication unit 203, an input unit 204, and an output unit 205, which are used to perform the functions of each unit and each process.

[0037] The processing unit 201 has a processor such as a CPU capable of executing instruction sets and executes programs such as the OS and history management device utilization programs. The storage unit 202 has volatile memory such as RAM capable of storing instruction sets, and a non-volatile recording medium such as an HDD or SSD capable of recording application programs (such as history management device utilization programs) that can utilize multiple services including the OS and history management services. The communication unit 203 has an interface for connecting to the network 4 and performs communication control with the network 4 to input and output information. The input unit 204 has input devices such as operation input devices such as touch panels and keyboards that can perform input processing. The output unit 205 has output devices such as display devices that can perform display processing such as displays.

[0038] <Data Structure> Below, an example of the data structure of various data stored in the storage unit 102 and used in the processing described later in the history management system 0 will be explained using Figure 3. The storage unit 102 stores user information about the user, web tool credentials, and event history information obtained from multiple tool provision systems 3.

[0039] The user information shown in Figure 3(a) is information about a user in the history management system 0, and includes identification information (such as a user ID), a username, and departmental information regarding the department to which the user belongs. In addition, one or more credentials are associated with the user information using the identification information such as the user ID.

[0040] The credentials shown in Figure 3(b) are information for authenticating a user in the tool provision system 3, and include the tool type (tool name), user identification information such as a user ID, and a password. In this embodiment, the credentials include a password, but they do not include a password, or they may be in any format, such as an email address, as long as they are information that can authenticate the user. In this embodiment, if a user is using multiple web tools, multiple credentials of different tool types are linked to the user information. If a user has multiple accounts for a particular tool, multiple credentials for the same tool (of the same tool type) may be linked to a single user information. The history management system 0 acquires the event history information of other users of the tool provision system 3 identified by the credentials, as information regarding the tool history of the user of the history management system whose user information is linked to the credentials used for acquisition.

[0041] The event history information shown in Figure 3(c) is information relating to the history of events in the tool, and includes date and time information, tool type, event type, event content, event target identification information, and access information. In this embodiment, the event history information is stored in association with the user information of the user associated with the credential information used at the time of acquisition.

[0042] The date and time information refers to information regarding the date and time an event occurred. In this embodiment, the date and time information also includes information regarding the year, month, day, time, and day of the week.

[0043] The tool type is the type of the tool from which the event information was acquired. In this embodiment, it includes a mail application, a chat tool, cloud storage, an online meeting tool, etc. Note that the mail application A and the mail application B may be identified as different tool types.

[0044] The event type is the type of the event. In this embodiment, if the tool type is a mail application, event types suitable for each tool type such as mail reception, mail transmission, and if it is cloud storage, file creation, file editing, etc. are set. Note that in this embodiment, event history information with an event type of mail reception is classified as event history information for passive events, and event history information with an event type of mail transmission is classified as event history information for active events. Event history information is classified into event history information for active events and event history information for passive events based on the event type. In this embodiment, the event type is classified into either an active event or a passive event, but there may be event types classified into other classifications.

[0045] The event content information is information regarding the content of the event. In this embodiment, if the tool type is mail, it indicates the subject of the mail, and if the tool type is cloud storage, it indicates the name of the file, etc. However, as long as it is information regarding the content of the event, it may be the body of the mail, etc.

[0046] Event target identification information is unique identification information for identifying the target of an event. In the present embodiment, the event target identification information is a unique URL (Uniform Resource Locator) for identifying a group of event history information related to events that occur on the same target, such as events like the creation or editing of files in a chat tool's channel or thread, cloud storage, or the sending and receiving of emails displayed in a single screen as a thread display in a mail application. However, it may be in any form, such as the name of the event target, as long as it can identify the target of the event that occurred. Note that the target of the event is the target on which the event occurred in the tool, and in the present embodiment, it includes emails, threads, files, etc. Also, in the present embodiment, since the event target identification information is a URL that can be transitioned to a screen for displaying the event target, it also functions as access information described later.

[0047] Access information is information that can be transitioned to an event target display screen for displaying the target of an event in a web tool, and in the present embodiment, it is a URL. Note that the event target display screen is a screen for displaying the event target, and for example, it is a mail display screen in a mail application, a channel or thread display screen in a chat tool, or a file display screen in cloud storage.

[0048] Note that in the present embodiment, the history management system 0 executes the following-described processing using the processed event history information for which preprocessing has been performed to convert it into a form that is easy to handle within the system. However, the following-described processing may also be executed using the raw data obtained from the tool providing system 3.

[0049] <Functional Configuration of History Management System 0> Figure 1 further shows the functional configuration of the history management system 0. As shown in Figure 1, the history management device 1 comprises an acquisition unit 11, a specific processing unit 12, a status specification unit 13, an activity time specification unit 14, an index calculation unit 15, and a display processing unit 16. This is a system in which processing by software (a history management program temporarily or permanently stored in the storage unit 102) is concretely realized by hardware (processing unit 101, etc.). In addition, the user terminal 2 may have some of the functional configuration described later and execute some of the processing. In this case, the user terminal 2 stores some of the history management program in the storage unit 202 and executes some of the processing by the processing unit 201, thereby executing some of the processing of the history management device 1.

[0050] <Acquisition Unit 11> The acquisition unit 11 acquires event history information from one or more tool provision systems 3 based on credentials associated with user information and stores it in the storage unit 102. In this embodiment, the acquisition unit 11 uses credentials associated with user information to acquire event history information related to events that occurred in a specific user's web tool. The acquired event history information is stored in the storage unit 102 in association with user information linked to the credentials used for acquisition, and is used as a history of events in a specific user's tool for processing described later. The acquisition unit 11 may also be configured to periodically acquire data from the tool provision system 3, or it may be configured to acquire data when an event occurs in the tool provision system 3.

[0051] Furthermore, the acquisition unit 11 may perform a process to convert the raw event history information acquired from the tool provisioning system 3 into a format that is easy to use in the history management system 0. In this case, the acquisition unit 11 converts the data into a format suitable for use in the history management system 0 based on the conversion rules for each tool type stored in the storage unit 102.

[0052] Furthermore, the acquisition unit 11 accepts various inputs from the user terminal 2, such as specific conditions, work-specific conditions, work start time, work end time, specific conditions, and work-specific conditions. The acquisition unit 11 may also accept user information from the user terminal 2.

[0053] <Specific Processing Unit 12> The specific processing unit 12 identifies event history information that matches the specific conditions received from the user terminal 2. The specific conditions are conditions set by the user to identify the event history information to be extracted, and in this embodiment, they include the start date, end date, start time, end time, tool type, keyword, event type, duration, user, and user's department. When the start date is specified, the specific processing unit 12 identifies event history information relating to events that occurred on or after the start date as event history information that matches the conditions, and when the end date is specified, it identifies event history information relating to events that occurred before the end date as event history information that matches the conditions. Furthermore, the specific processing unit 12 identifies event history information of the specified user or users belonging to the specified department in the specific conditions.

[0054] Furthermore, the identification processing unit 12 identifies the working days of users who meet the conditions based on the work identification conditions received from the user terminal 2. The work identification conditions are conditions for identifying the work to be identified, and in this embodiment, they include the allowable hours, the department, the start date, and the end date. When a start date is set in the work identification conditions, working days from the set date onward are identified, and when an end date is set, working days prior to the set date are identified as days that meet the work identification conditions. In this embodiment, the identification processing unit 12 identifies the working days of users where either or both of the following are greater than or equal to the allowable hours: the difference between the activity start time and the work start time (activity start time - work start time), and the difference between the work end time and the activity end time (work end time - activity end time). Furthermore, the specific processing unit 12 may identify working days in which the difference between the activity time and the user's daily working hours (for example, the time from the declared start time to the declared end time of work) is greater than or equal to the allowable time.

[0055] Workdays where there is a discrepancy between reported hours and actual working hours are likely to be problematic. By performing such processing in the specific processing unit 12, it is possible to identify workdays that may have problems, such as those where there is a discrepancy between reported hours and actual working hours.

[0056] <Status Identification Unit 13> The status identification unit 13 identifies the status of a specific event target based on event history information including event target identification information and event type.

[0057] The following describes an example of how the status of a message tool such as an email application is determined when the storage unit 102 stores event history information for when a user receives an email MA, when they send an email MB (a reply to the email MA), and when they store event history information for email MCs (which are unrelated to email MAs and email MBs). In an email application, a series of emails that are related and displayed on a single screen in a thread view (for example, an email MA and an email MB) are associated and managed by unique identification information in the tool provisioning system 3. The event history information for these series of emails is associated and stored in the storage unit 102 by unique event target identification information. In this case, the event type for email MAs and email MCs is email reception, and the event type for email MBs is email sending.

[0058] The status identification unit 13 identifies the status of a series of email MAs and MBs as "replied" because the events of receiving and sending emails have occurred. Furthermore, for an email MC, although an event of the type "received email" has occurred, the status is identified as "not replied to" because the event history information associated with the same event target identification information does not include an event of "sent email." Thus, in this embodiment, when the tool type is email, the status identification unit 13 identifies the status of the event target email, including whether it is unreplied or replied to, based on the event type and event target identification information. Also, in this embodiment, the status of "replied" or "not replied" is identified as the status of a series of conversations that are sent / replied to and displayed as a thread within a messaging tool, including an email application.

[0059] Here, we have explained the status of emails and the like, but the status identification unit 13 may identify any status as long as it can identify the status of the event target based on event history information about events that occur continuously for the event target. For example, the status identification unit 13 may identify the status of whether a file has been updated or not in cloud storage, or whether a response has been given or not to an invitation to an event in a calendar application.

[0060] Furthermore, the status identification unit 13 may also identify the status as "replied" based on date and time information, taking into account the sequence of events, such as identifying the status as "replied" when an event sending an email occurs after an event receiving an email in the event history information associated with the same event target identification information.

[0061] <Activity Time Identification Unit 14> The Activity Time Identification Unit 14 identifies the start time and end time of the activity each day based on the event history information. In order to identify the time when the target user is active, the Activity Time Identification Unit 14 excludes event history information related to passive events such as receiving emails, and uses event history information related to active events caused by the user's activities to identify the start time, end time, and duration of the activity. The Activity Time Identification Unit 14 identifies event history information related to active events based on the event type included in the event history information, and uses the identified event history information related to active events to perform processing related to the identification of the start time, end time, and duration of the activity for each workday. In this embodiment, the activity time identification unit 14 identifies the time when the first active event occurs in a day as the activity start time and the time when the last active event occurs in a day as the activity end time, based on event history information associated with the user information of a specific user. However, the activity start time and activity end time may also be identified as times that satisfy certain conditions based on event history information, such as the time when a predetermined number of events occur for the first / last time in a day, or the time when the number of events per unit time exceeds a predetermined number, or falls below a predetermined number, for the first / last time in a day.

[0062] Furthermore, the activity time identification unit 14 further identifies the activity time, which is the time during which the user is performing work or other activities using the tool. In this embodiment, the activity time identification unit 14 identifies the time from the start time to the end time of the activity as the activity time. However, any method can be used to identify the activity time as long as the time during which the user is active can be identified based on event history information, such as identifying the activity time by aggregating the time during which there is event history information related to a certain number of active events for each unit of time. The activity start time, activity end time, and activity time for each workday identified by the activity time identification unit 14 are stored in the storage unit 102 in association with user information for each workday and may be used for display processing on the attendance management screen and for processing related to identifying workdays that meet the conditions in the identification processing unit 12. In addition, the activity time identification unit 14 may identify the time during which the user is active using the tool for each type of tool.

[0063] <Indicator Calculation Unit 15> The indicator calculation unit 15 calculates activity indicators based on event history information. Activity indicators are indicators of user activity based on event history information, and in this embodiment, include activity volume, number of emails sent, number of unreplied emails, message reply time, and time taken. The indicator calculation unit 15 may also calculate activity indicators for a user based on event history information linked to user information, or it may calculate activity indicators for a group of multiple users based on event history information of multiple users, such as users belonging to a specific department. Furthermore, the indicator calculation unit 15 may calculate indicators using event history information that corresponds to specific conditions identified in the specific processing unit 12, for example, by using the event history of multiple users belonging to a specific department, based on specific conditions received from the user terminal 2.

[0064] The following describes specific examples of activity indicators. Activity level is the amount of active events occurring per unit time, and in this embodiment, it is the number of historical information entries related to active events. In this embodiment, the indicator calculation unit 15 calculates the total activity level as the number of event history information entries for active events when the unit time is one week, and the average activity level as the average of the total activity level per unit time (in this embodiment, the unit time is one day: total activity level ÷ 7 days). The indicator calculation unit 15 may also calculate the number of historical information entries for each tool type and each event type as an activity indicator. In this embodiment, the number of emails sent, where the tool type is email and the event type is email sending, is calculated as the activity indicator. The indicator calculation unit 15 may also calculate the activity level as the number of events with a specific status, such as the number of unreplied emails or the number of replied emails, based on the status identified by the status identification unit 13.

[0065] The required time is the time from the occurrence of one event (the first event) to the occurrence of the next event (the second event). In this embodiment, the indicator calculation unit 15 calculates the required time based on event history information that corresponds to specific conditions obtained from the user terminal 2, such as the time from the occurrence of a passive event such as receiving an email to the occurrence of an active event such as replying to an email, or the time until the next event occurs in a specific tool. The average required time is the average of the required time for a specific user in a unit period, and in this embodiment, it is the average of the required time for a specific user over one week.

[0066] Furthermore, the metric calculation unit 15 may calculate the average required time for each tool type. In this embodiment, the metric calculation unit 15 calculates the average response time, which is the average required time for a messaging tool, based on event history information where the tool type is a messaging tool. At this time, the metric calculation unit 15 uses the event history information associated by the event target identification information to calculate the average required time for a specific event target, using the time required from the event of receiving an email or message (event type: receiving) to the event of sending an email or message (event type: sending) as the response time, and the average of the response time per unit of time as the average required time. In this embodiment, the average response time is the average required time for an email application, but it may be the average of the required times for multiple tools that send and receive messages, such as chat tools and email applications.

[0067] Furthermore, the response speed is the speed at which events are responded to. In this embodiment, it is an index calculated by dividing the unit time by the number of active events (the number of event history information related to active events). However, any index calculated based on event history information is acceptable, such as the reciprocal of the time from the occurrence of a passive event, such as an email notification, to the occurrence of an active event, such as sending an email.

[0068] <Display Processing Unit 16> The display processing unit 16 performs processing related to the display of various screens, such as the history display screen, attendance management screen, and dashboard screen, based on the event history information.

[0069] <Explanation of Screen Display Examples> Below, we will explain examples of screen displays shown by the display processing unit 16 using Figures 4 to 7.

[0070] <History Display Screen> Figure 4 shows an example of the history display screen displayed by the display processing unit 16. The history display screen W1 is a screen that displays the history of events based on event history information, and includes a specific condition input element W11 and event display elements W12A to 12E. In the example shown in Figure 4, five event display elements are displayed, but there is no limit to the number of event display elements; it may be five or more, or five or less.

[0071] The specific condition input element W11 is a screen display element for inputting conditions (specific conditions) for identifying event history information. In this embodiment, it is a screen display element that allows input of conditions regarding the start date, end date, tool type, keyword, start time, end time, action type (event type), and duration.

[0072] Event display elements W12A to W12E are screen display elements for displaying the history of events (events EA to EE) based on event history information. In this embodiment, they are rectangular areas that display the date and time of event occurrence, event type, event content, and the status of the event target related to that event, based on date and time information. The event content also functions as an access element (link) that, when pressed, transitions to the event target display screen based on access information. In this embodiment, when an access element is pressed, the user terminal 2 displays the event target display screen in a separate tab in the browser application.

[0073] In the example shown in Figure 4, corresponding event display elements W12A to W12E are displayed for events EA to EE. Furthermore, event display elements W12A to W12E are connected and displayed in chronological order of event occurrence date and time. Between event display elements, the difference in time (elapsed time) between the event occurrence date and time for each event display element is displayed, such as the difference in time (4 minutes and 56 seconds) between receiving an email with the subject "SANUS dev Test everything" (event EC) and receiving an email with the subject "Payroll transfer settings" (event ED).

[0074] Furthermore, when specific conditions are entered in the specific condition input element W11 and the search button is pressed, the specific processing unit 12 identifies event history information that matches the specific conditions. The display processing unit 16 displays event display elements based on the event history information that matches the specific conditions identified by the specific processing unit 12, and prevents the display of event history information that does not match the specific conditions. At this time, the time difference displayed between event display elements is the time difference between events displayed on the screen, but it may also be displayed as the difference between the event occurrence date and time in event history information that does not match the specific conditions and is not displayed on the screen.

[0075] <Attendance Management Screen> The attendance management screen W2 shown in Figure 5 is a screen displayed by the display processing unit 16 for displaying a list of the user's work status, and includes a work specification condition input element W21 and a work list W22. In this embodiment, when the attendance management screen W2 is displayed, the activity time specification unit 14 performs processing related to the specification of the start time of activity, end time of activity, and activity time for each workday in advance.

[0076] The work-specific condition input element W21 is a screen element for inputting work-specific conditions to identify a work shift. In this embodiment, it includes an input field for inputting work-specific conditions including department, username / email address, start date, and end date, and a search button. The start date and end date can be entered by clicking on the date on the calendar displayed by clicking the calendar icon. In this embodiment, when a string is entered in the input field for inputting conditions related to the username and email address, the identification processing unit 12 identifies users whose username or email address includes that string as part or all of it, and information about that user's work days is displayed in the work list W22.

[0077] The work list W22 is a list for displaying the status of work, and for each workday it displays the date, user information including the user's department, job title and user name, activity time, difference in start time (difference between activity start time and work start declaration time), difference in end time (difference between activity end time and work end declaration time), activity start time and activity end time identified by the activity time identification unit 14, and work start time and work end time acquired by the acquisition unit 11.

[0078] Furthermore, when work specification conditions are entered in the work specification condition input element W21 and the search button is pressed, the specification processing unit 12 identifies the work days that match the work specification conditions. The display processing unit 16 displays the work days that match the work specification conditions identified by the specification processing unit 12 in the work list W22.

[0079] <Dashboard Screen> Using Figures 6 and 7, we will explain an example of the dashboard screen display shown by the display processing unit 16 based on the activity indicators calculated by the indicator calculation unit 15. The dashboard screen is a screen for displaying graphs and tables based on the activity indicators calculated by the indicator calculation unit 15. Note that dashboard screen W3 in Figure 6 is displayed on a user terminal 2 such as an operator's terminal and displays the activity indicators of a specific user, while dashboard screen W3' shown in Figure 7 is displayed on a user terminal 2 such as an administrator's terminal and allows for the confirmation of detailed activity indicators for multiple users. Note that the screen displays in Figures 6 and 7 are merely examples, and graphs, lists, etc., using different activity indicators than those shown in the examples may be displayed.

[0080] The dashboard screen W3 in Figure 6 includes a condition input element W31, a radar chart display area W32, a departmental trend display area W33, and a time series chart display area W34.

[0081] The condition input element W31 is a screen element for inputting conditions (specific conditions) to identify event history information used for displaying the dashboard. In this embodiment, it includes input elements for inputting various conditions including start date, end date, keyword, and start time, and a search button. After conditions are entered in the condition input element W31, when the search button is pressed, the identification processing unit 12 identifies event history information corresponding to the specific conditions entered in the condition input element W31, and the index calculation unit 15 calculates an activity index using the event history information corresponding to the specific conditions entered in the condition input element W31, which has been identified by the identification processing unit 12. In this embodiment, if a start date is specified, the index calculation unit 15 calculates an activity index using event history information related to events that occurred after that start date, and so on, using event history information corresponding to the conditions entered in the condition input element W31. When the search button is pressed, the display processing unit 16 displays the dashboard screen W3 based on the activity index calculated by the index calculation unit 15 using the event history information corresponding to the conditions entered in the condition input element W31.

[0082] The radar chart display area W32 is an area for displaying a radar chart showing multiple activity indicators. In the example shown in Figure 6, the radar chart displayed in the radar chart display area W32 is a graph of activity indicators including response speed (1 ÷ response time), message transmission speed (1 ÷ message response time), email transmission speed (1 ÷ email response time), and contribution to GitHub (the number of beneficial activities (event history information of a specific event type) among event history information where the tool type is GitHub). In this embodiment, the contribution to GitHub is the number of event history information of an event type that can be judged as a beneficial activity for the developer, such as merging a pull request, among the event history where the tool type is GitHub. In this way, the indicator calculation unit 15 calculates the number of specific events related to a specific tool as an activity indicator based on the tool type and event type. Alternatively, the indicator calculation unit 15 may calculate the activity indicator based on the status of the event identified by the status identification unit.

[0083] The departmental trend display area W33 is a display area for displaying the activity level for each department. In the example shown in Figure 6, a bar graph of activity level is displayed for each department. The bar graph displays the activity level for each tool type (the number of event history information entries related to active events). In this embodiment, the departmental trend display area W33 shows a bar graph of the number of event history information entries where the tool type is GitHub, chat tool, or email. In the example shown in Figure 6, the number of event history information entries for a specific event type (for example, the number of event history information entries where the event type is sending a chat message) is displayed as an activity indicator for each tool type. In the example shown in Figure 6, the number of email replies is shown as the activity level in the activity level graph, but a graph showing the number of emails sent (the number of event history information entries where the tool type is an email application and the event type is sending an email) may also be displayed.

[0084] The time-series chart display area W34 is an area for displaying graphs that show activity levels for each time series. In the example shown in Figure 6, the graph displayed in the time-series chart display area W34 is a line graph showing daily activity levels.

[0085] The dashboard screen W3 shown in Figure 6 is a screen for displaying activity indicators for a specific user, but it may also be a screen for displaying activity indicators based on event history information of multiple users that meet the conditions entered in the condition input element W31, such as users belonging to a specific department.

[0086] Furthermore, the dashboard screen W3' in Figure 7 includes a condition input element W31, a departmental trend display area W33, a performance chart display area W35, and an activity list W36.

[0087] The performance chart display area W35 is a graph for displaying activity indicator values ​​for each user. In the example shown in Figure 6, the performance chart shown in the performance chart display area W35 is a graph with the average message response speed (1 ÷ average message response time) and the average time taken set as the horizontal and vertical axes, respectively. In addition, the icon of each user is displayed at the position where points are plotted based on each user's activity indicator, and the user's name may also be displayed.

[0088] The activity list W36 is a list for displaying the activity history of each user over a specific period, and displays the period, user information including the user's department, job title, and username, and activity indicators calculated by the indicator calculation unit 15, including average response time, average time taken, total activity amount, average activity amount, number of emails sent, and number of unreplied emails.

[0089] 0 History Management System 1 History Management Device 11 Acquisition Unit 12 Identification Processing Unit 13 Status Identification Unit 14 Activity Time Identification Unit 15 Indicator Calculation Unit 16 Display Processing Unit 101 Processing Unit 102 Storage Unit 103 Communication Unit 2 User Terminal 3 Tool Provisioning System 31 Tool Provisioning Device 4 Network

Claims

1. A history management system comprising: a storage unit that stores credentials for multiple web tools used by a user in association with user information; an acquisition unit that acquires event history information from the user's tools based on the credentials associated with the user information; and a display processing unit that displays the history based on the acquired event history information, wherein the event history information is information relating to the history of events, including active events that occurred as a result of the user's work.

2. The event history information includes event details and date and time information, the display processing unit displays two or more event display elements, which are screen display elements related to the event, in chronological order based on the event history information, and the event display elements are screen display elements that indicate the event details and the date and time the event occurred, the history management system according to claim 1.

3. The history management system according to claim 2, wherein the display processing unit displays a first event display element indicating the occurrence of a first event and a second event display element indicating the occurrence of a second event in chronological order, and displays the time difference between the occurrence of the first event and the occurrence of the second event.

4. The history management system further comprises a specific processing unit, wherein, upon receiving specific conditions including the required time, the specific processing unit identifies the history of an event whose time difference until the next event occurs matches the specific conditions, based on the event history information including the date and time information, and the display processing unit displays the event display element based on the event history information that matches the specific conditions, the history management system according to claim 2.

5. The history management system according to claim 2, wherein the event history information includes access information to the event target display screen in the web tool, and the event display element includes an access element to the event target display screen based on the access information.

6. The history management system according to claim 2, comprising a status identification unit, the event history information comprising event target identification information and event type that identify the target of the event, the status identification unit identifies the status of the event target based on the event target identification information and the event type, and the event display element displays the status.

7. The history management system according to claim 6, wherein the web tool includes a messaging tool, and the status identification unit identifies the status of a conversation, including replied and unreplied, based on the event history information, which includes the event type, including received and sent, and the event target identification information.

8. The history management system according to claim 1, wherein the event history information includes a history of events that occurred as a result of the user performing tasks on the web tool, and includes date and time information and an event type for identifying at least passive and active events, and the display processing unit displays a history of the user's activities based on the event history information relating to active events identified based on the event type.

9. The history management system further comprises an activity time identification unit and an identification processing unit, wherein the activity time identification unit identifies the start time and end time of an activity for a day based on the event history information, the acquisition unit acquires the user's declared start time and declared end time of work, the identification processing unit accepts work identification conditions including allowable time, and identifies the user's work days in which the difference between the activity start time and the declared start time of work and / or the difference between the declared end time of work and the end time of activity is greater than or equal to the allowable time, and the display processing unit displays the date, the activity start time and the activity end time for the user's work days identified by the identification processing unit in a list.

10. The history management system further comprises an indicator calculation unit, the indicator calculation unit calculates an activity indicator relating to the history of the user's activities based on the event history information relating to an active event, and the display processing unit displays the activity indicator, the history management system according to claim 8.

11. The history management system according to claim 10, wherein the event history information includes date and time information, and the activity index includes an activity amount indicating the total amount of user activity history per unit time based on the event history information.

12. The history management system according to claim 11, wherein the event history information includes the tool type, and the display processing unit displays the activity level for each tool type.

13. The history management system according to claim 10, wherein the event history information includes unique identification information for identifying related events, and the activity indicator includes the time elapsed from the occurrence of a first event to the occurrence of a second event related to the first event, which is identified based on the identification information.

14. The history management system according to claim 10, wherein the user information includes department information, the indicator calculation unit calculates the activity indicator for each department, and the display processing unit displays the activity indicator for each department.

15. The history management system further comprises a specific processing unit, the specific processing unit receives specific conditions, identifies event history information corresponding to the specific conditions based on the event history information, and the index calculation unit calculates the activity index based on the event history information corresponding to the specific conditions identified by the specific processing unit, the history management system according to claim 10.

16. A history management method performed by a computer, wherein the computer's memory unit stores credentials for a plurality of web tools used by a user in association with user information; an acquisition step of acquiring event history information from the user's tools based on the credentials associated with the user information; and a display processing step of displaying the history based on the acquired event history information, wherein the event history information is information relating to the history of events, including active events that occurred as a result of the user's work.

17. A computer program that causes the computer to execute the history management method described in claim 16.

Images