JP2018092359A - Business support system, business support device, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To suppress the input of redundant information to the minimum even when the redundant information is demanded in a plurality of businesses.SOLUTION: An acquiring unit presents a business schedule of one user and acquires schedule information containing a plurality of pairs of working hours and working places. A determining unit determines an action taken when the user gets out of the office in the schedule on the basis of the schedule information acquired by the acquiring unit. A processing unit performs processing according to the action determined by the determining unit using the schedule information acquired by the acquiring unit.SELECTED DRAWING: Figure 8

Description

  The present invention relates to a technology for supporting business.

  A technique for supporting a business using a user's schedule has been proposed. For example, Patent Document 1 describes a technique for displaying a work schedule and an icon indicating an application made in association with the schedule in a schedule column. Patent Document 2 describes that when a business schedule is displayed in a calendar and a specific date and a business are selected from the calendar, a business processing program associated with the selected business is executed. Non-Patent Document 1 describes a technique for registering a travel route, a fee, and an appropriate departure time searched from visit information registered in a scheduler in a calendar, and automatically adjusting transportation expenses based on the information. Has been.

International Publication No. 2002/003278 Japanese Patent Laying-Open No. 2015-118614

Internet <URL: http://www.itmedia.co.jp/enterprise/articles/1609/08/news148.html>

All of the techniques described in Patent Literature 1, Patent Literature 2, and Non-Patent Literature 1 merely link a schedule with a part of business. However, if various operations such as work management, attendance management, expense adjustment, labor management, etc. can be performed in conjunction with the schedule, the input of duplicate information that has been performed in these operations will be minimized. be able to.
An object of the present invention is to minimize the input of duplicate information even when duplicate information is required in a plurality of tasks.

  The present invention shows a work schedule of one user, an acquisition unit that acquires schedule information including a plurality of sets of times and places where work is performed, and the schedule based on the acquired schedule information A business support system is provided that includes a determination unit that determines an action of a user leaving the workplace, and a processing unit that performs processing according to the determined action using the acquired schedule information.

  The processing unit may calculate and output the working hours of the user based on the acquired schedule information or the determined action.

  The working hours may be distinguished by predetermined working hours and overtime hours.

  The process may be an application process for the action.

  The behavior may be going out, going straight, bounce, business trip, or vacation.

  When the determined action includes the outing, the processing unit identifies a plurality of candidates for a route that travels along the time series in the place included in the schedule information, and the plurality of identified candidates Based on the route selected from among them, the application process for transportation expenses may be performed.

  When the direct action is included in the action, the route may include a route from the location registered in advance of the user to a location paired with the earliest time included in the schedule information. Good.

  In the case where the bounce is included in the action, the route may include a route moving from a location paired with the latest time included in the schedule information to a location registered in advance of the user's home. Good.

  Each of the plurality of sets includes the content of the work, and the processing unit calculates and outputs a work man-hour for each predetermined unit based on the time and the content of the work included in the schedule information. May be.

  The display unit further includes a display unit that displays a screen including a first calendar of the current day and a second calendar of the next day. In the first calendar or the second calendar, an area corresponding to the time includes at least one of the schedule information. Part may be described.

  Each of the plurality of sets includes the content of the work, and the processing unit calculates a work man-hour for each predetermined unit based on the schedule information, and the calculated work man-hour is displayed on the screen. May be described.

  Each of the plurality of sets includes content of the work and attribute information indicating whether the work is related to a preset goal, and the processing unit includes the time included in the schedule information. , Based on a plurality of sets of the work content and the attribute information, the ratio of the work time related to the target is calculated among the working hours of the user, and the calculation is performed on the screen. Percentages may be described.

  Each of the plurality of sets includes attribute information indicating an area in which the work is classified among a plurality of areas predetermined according to the content of the work and an attribute of urgent or important, and the processing unit includes: Based on the time included in the schedule information, the content of the work, and a plurality of sets of the attribute information, the work classified into each of the plurality of areas out of the total time when the work was performed. The ratio of the performed time may be calculated, and the calculated ratio may be written on the screen.

  The acquisition unit indicates a schedule of work for a plurality of users, acquires a plurality of pieces of schedule information each including a plurality of sets of time, place, and content of the operation, and the processing unit acquires the acquisition An index indicating productivity for each of the plurality of users, or a difference in the index between the plurality of users, based on a plurality of sets of the time and the contents of the work included in each of the plurality of schedule information. The calculated index or the difference between the indexes may be written on the screen.

  The acquisition unit may further include a display unit that acquires a plurality of schedule information indicating work schedules of a plurality of users and displays a screen including a calendar on which the plurality of schedule information is described.

  In addition, the present invention shows a schedule of work of one user, an acquisition unit that acquires schedule information including a plurality of sets of times and places where work is performed, and the schedule based on the acquired schedule information A business support apparatus comprising: a determination unit that determines an action of the user leaving the workplace; and a processing unit that performs a process according to the determined action using the acquired schedule information.

  Furthermore, the present invention provides a computer that shows a schedule of work of one user, acquires schedule information including a plurality of sets of times and places where work is performed, and based on the acquired schedule information, There is provided a program to be executed as a step of determining an action of the user leaving the workplace in the schedule and a step of performing a process according to the determined action using the acquired schedule information.

  According to the present invention, even when duplicate information is required in a plurality of tasks, input of duplicate information can be minimized.

1 is a diagram illustrating an example of a business support system 1. FIG. The figure which shows an example of the hardware constitutions of the server apparatus. The figure which shows an example of the hardware constitutions of the client apparatus. The figure which shows an example of a function structure of the work assistance system. The figure which shows an example of the schedule screens 40, 50, and 60. FIG. The sequence chart which shows an example of the registration process of the schedule information in the case of going out. The figure which shows an example of the screen transition of the display device 26 in a registration process. The figure which shows an example of the schedule table 111A. The sequence chart which shows an example of the adjustment process of a transportation expense. The figure which shows an example of the screen transition of the display device 26 in the adjustment process of transportation expenses. The figure which shows an example of the address database 112. FIG. The sequence chart which shows an example of the registration process of the schedule information in the case of a business trip. The figure which shows an example of the screen transition of the display device 26 in a registration process. The figure which shows an example of the application screen 70 of a business trip. The figure which shows an example of the schedule screen. The sequence chart which shows an example of a fastening process. The figure which shows an example of the schedule screen 80 shared by several users. The figure which shows the example of a display of the several ratio which concerns on a modification. The figure which shows the example of a display of the several ratio which concerns on a modification.

Configuration FIG. 1 is a diagram illustrating an example of a business support system 1 according to the present embodiment. In the business support system 1, a plurality of work management, attendance management, expense adjustment, labor management, man-hour management, etc., using information (hereinafter referred to as “schedule information”) indicating a work schedule input by the user. Work is performed. This schedule information is also used for time management by the user.

  The business support system 1 includes a server device 10 and a plurality of client devices 20. The server device 10 and the plurality of client devices 20 are connected via the communication line 2. The communication line 2 includes, for example, the Internet. In addition to the Internet, the communication line 2 may include a private network such as a LAN (Local Area Network). However, the communication line 2 is not limited to these networks, and may be other communication lines.

  A backbone system 30 is further connected to the communication line 2. The core system 30 is used for various operations such as work management, attendance management, expense adjustment, labor management, and man-hour management.

  FIG. 2 is a diagram illustrating an example of a hardware configuration of the server device 10. The server device 10 performs various processes using the schedule information input by the user. For example, the server device 10 performs an application process when an application is necessary for the execution of a scheduled job. The server device 10 generates information necessary for various operations such as work management, attendance management, expense adjustment, labor management, and man-hour management, and outputs the information to the core system 30. Furthermore, the server device 10 has a web server function. The server device 10 provides the client device 20 with various types of information that supports user time management in accordance with HTTP (Hypertext Transfer Protocol). This service may be provided using cloud computing.

  The server device 10 includes a processor 11, a memory 12, a communication interface 13, and a storage 14. The processor 11, the memory 12, the communication interface 13, and the storage 14 are connected via a bus 15.

  The processor 11 reads out the program to the memory 12 and executes it, thereby controlling each part of the server device 10 and performing various processes. For example, a CPU (Central Processing Unit) is used as the processor 11. The memory 12 stores a program executed by the processor 11. As the processor 11, for example, a ROM (Read Only Memory) and a RAM (Random Access Memory) are used.

  The communication interface 13 is connected to the communication line 2 and performs data communication with the client device 20 and the backbone system 30 according to a predetermined communication standard. The storage 14 stores various data and programs. As the storage 14, for example, a hard disk or a flash memory is used.

  FIG. 3 is a diagram illustrating an example of a hardware configuration of the client device 20. The client device 20 is used for inputting and outputting schedule information. As the client device 20, for example, a terminal such as a personal computer, a tablet terminal, or a smartphone may be used.

  The client device 20 includes a processor 21, a memory 22, a communication interface 23, a storage 24, an input device 25, and a display device 26. The processor 21, memory 22, communication interface 23, storage 24, input device 25, and display device 26 are connected via a bus 27.

  The processor 21 reads out the program to the memory 22 and executes it, thereby controlling each part of the client device 20 and performing various processes. For example, a CPU is used as the processor 21. The memory 22 stores a program executed by the processor 21. As the processor 21, for example, a ROM and a RAM are used.

  The communication interface 23 is connected to the communication line 2 and performs data communication with the server device 10 in accordance with a predetermined communication standard. The storage 24 stores various data and programs. As the storage 24, for example, a hard disk or a flash memory is used. The storage 24 stores a browser program. When this browser program is executed by the processor 21, a web browser is displayed on the display device 26. Information provided from the server device 10 may be displayed via this web browser.

  The input device 25 is used for inputting various information. As the input device 25, for example, a mouse and keyboard, operation buttons, or a touch sensor is used. This touch sensor constitutes a touch panel when used in combination with the display device 26. The display device 26 displays various information. As the display device 26, for example, a liquid crystal display is used.

  FIG. 4 is a diagram illustrating an example of a functional configuration of the business support system 1. The business support system 1 functions as an acquisition unit 101, a determination unit 102, a processing unit 103, a display control unit 104, a transmission unit 105, and a reception unit 106. In this example, the acquisition unit 101, the determination unit 102, and the processing unit 103 are mounted on the server device 10. In this case, the server device 10 may be used as a business support device. The display control unit 104, the transmission unit 105, and the reception unit 106 are mounted on the client device 20.

  The acquisition unit 101 is realized by, for example, a combination of a program stored in the memory 12, a processor 11 that executes the program, and a communication interface 13. The acquisition unit 101 acquires various types of information from the client device 20. This information includes a schedule information including a plurality of sets of time and place where the work is performed, indicating a work schedule of one user. The concept of the term “acquisition” includes reception.

  The determination unit 102 is realized by, for example, a combination of a program stored in the memory 12 and a processor 11 that executes the program. Based on the schedule information acquired by the acquisition unit 101, the determination unit 102 determines an action of leaving the user's workplace in the schedule. This action may be going out, going straight, bounce, business trip, or vacation. In addition, going straight means going to the destination without going to the company. Bounce means to return home directly from the destination without returning to the office.

  The processing unit 103 is realized by, for example, a combination of a program stored in the memory 12, a processor 11 that executes the program, and a communication interface 13. The processing unit 103 performs processing according to the behavior determined by the determination unit 102 using the schedule information acquired by the acquisition unit 101. This process may include an application process for the action determined by the determination unit 102. Further, this process may include a process of calculating the user's working time and outputting it to the backbone system 30. Further, this process may include a process of providing the client device 20 with various types of information that supports time management by the user.

  The display control unit 104 is realized by, for example, a combination of a program stored in the memory 22 and a processor 21 that executes the program. This program may include a browser program. The display control unit 104 displays various screens on the display unit. For example, the display device 26 is used as the display unit. Further, this screen may be a web screen displayed by a web browser.

  The transmission unit 105 is realized by, for example, a combination of a program stored in the memory 22, a processor 21 that executes the program, and a communication interface 23. The transmission unit 105 transmits various information to the server device 10.

  The receiving unit 106 is realized by, for example, a combination of a program stored in the memory 22, a processor 21 that executes the program, and a communication interface 23. The receiving unit 106 receives various types of information from the server device 10.

Operation Next, the operation of the business support system 1 will be described. On the display device 26 of the client device 20, a monthly schedule screen 40, a weekly schedule screen 50, and a daily schedule screen 60 are displayed. These schedule screens 40, 50, and 60 may be generated by the server device 10 and provided from the server device 10 to the client device 20. In the following description, the provision of a screen specifically means that information used to display the screen (hereinafter referred to as “screen information”) is transmitted from the server device 10 to the client device 20. . This screen information may include information constituting the screen, an image, or a program.

  FIG. 5 is a diagram illustrating an example of these schedule screens 40, 50, and 60. These schedule screens 40, 50, and 60 may be switched and displayed by, for example, an operation of clicking a tab. The monthly schedule screen 40 includes a monthly calendar 41. The weekly schedule screen 50 includes a weekly calendar 51. The daily schedule screen 60 includes a calendar 61 for the current day and a calendar 62 for the next day. Each of these calendars 41, 51, 61, and 62 accepts input of schedule information.

6 is a sequence chart showing an example of a schedule information registration process when going out. FIG. 7 is a diagram illustrating an example of screen transition of the display device 26 in the registration process. Here, it is assumed that a weekly schedule screen 50 is displayed on the display device 26 as shown in FIG. For example, the user A performs an operation of creating a schedule area at a position corresponding to the day of going out in the calendar 51 using the input device 25 on the day before the day of going out. Here, it is assumed that three schedule areas 52 to 54 are created by the operation of the user A.

  In step S <b> 101, the display control unit 104 displays the input screen 55 on the schedule screen 50 in a pop-up format for each of the schedule areas 52 to 54. The input screen 55 may be generated in the server device 10 and provided from the server device 10 to the client device 20. The input screen 55 receives input of schedule information. The user A performs an operation of inputting schedule information on the input screen 55 using the input device 25.

  This schedule information includes date and time, title, and work content. However, the work content does not necessarily have to be included in the schedule information. The schedule information may include other information such as the purpose of work. The date and time is the date and time when the work is performed. The title is a schedule headline. The title may include an overview of the work. The title or the content of the work includes the place where the work is performed. However, the place where the work is performed does not necessarily include the title or the content of the work. For example, when the place where the work is performed is not included, it may be defined in advance that the place is in-house. In this case, when the place is not included in the title or the content of the work, the place where the work is performed is regarded as in-house.

  For example, when the date “October 4, 2016 10:00:00 to 11:00” is designated by the operation of the user A and the title “Visit to Company X” is input, One schedule information is input to the client device 20. In the first schedule information, “10:00 to 11:00” is used as the time, and “Company X” is used as the place. Moreover, the date and time and the title are paired in the first schedule information. The same applies to other schedule information.

  Further, when the date of “October 4, 2016 13:00:00 to 14:00” is designated by the operation of the user A and the title “Conference in the office” is input, the second date including the date and the title is included. Schedule information is input to the client device 20. Furthermore, when the date “October 4, 2016 17:00 to 18:00” is designated by the operation of the user A and the title “Visit to Company Y” is input, 3 Schedule information is input to the client device 20.

  In this way, when the third schedule information is input from the first schedule information, the schedule screen 50 is updated based on the schedule information as shown in FIG. Specifically, at least a part of the first schedule information is described on the schedule area 52. The schedule area 52 is an area corresponding to 10:00 to 11:00 on October 4, 2016 of the calendar 51. At least a part of the first schedule information may be a title included in the first schedule information. Similarly, at least a part of the second schedule information is described on the schedule area 53. This schedule area 53 is an area corresponding to 13 October 00 to 14:00 on October 4, 2016 of the calendar 51. In addition, at least a part of the third schedule information is described on the schedule area 54. The schedule area 54 is an area corresponding to the calendar 51 October 4, 2016, 17:00 to 18:00.

  Returning to FIG. 6, in step S <b> 102, the transmission unit 105 transmits the input first schedule information to third schedule information together with the user ID of the user A to the server device 10. This user ID is information for identifying the user A. In the server device 10, the acquisition unit 101 receives the user ID and the first schedule information to the third schedule information.

  In step S103, the determination unit 102 determines whether the user A's schedule includes direct, bounce, outing, business trip, or vacation based on the received first schedule information to third schedule information. To do.

  For example, the determination unit 102 may determine that the user A is going straight if the title or the content of the work included in the schedule information includes a keyword indicating that the work goes straight. Further, the determination unit 102 may determine to go straight when the first schedule of the day is work performed outside the company.

  The determination unit 102 may determine that the user A will bounce when the keyword or the content of the work included in the schedule information includes a keyword indicating bounce. In addition, the determination unit 102 may determine to go back if the last schedule of the day is work performed outside the company.

  The determination unit 102 may determine that the user A is going out when the title or work content included in the schedule information includes a keyword indicating going out. This keyword may be a company name or address, or may be a word such as “going out” or “moving”.

  The determination unit 102 may determine that the user A is on a business trip if the title or the content of the work included in the schedule information includes a keyword indicating a business trip. Further, the determination unit 102 may determine that the user A is on a business trip when the date and time included in the schedule information covers a plurality of dates. Furthermore, the determination unit 102 may determine that the user A is on a business trip when the distance between the place to go and the company indicated by the schedule information is greater than the threshold.

  The determination unit 102 may determine that the user A acquires a vacation when the title or work content included in these schedules includes a keyword indicating that the vacation is acquired.

  In this example, the first schedule information includes a date and time “October 4, 2016 10:00:00 to 11:00” and a title “Visit to Company X”. This first schedule information indicates the first schedule on October 4, 2016. Also, the title “Visit Company X” includes an external location “Company X”. This indicates that work is performed outside the company. In this case, it is determined that the user A goes out on October 4, 2016.

  The third schedule information includes the date and time “October 4, 2016 17:00 to 18:00” and the title “visit Y company”. This third schedule information indicates the last schedule on October 4, 2016. In addition, the title “visit Y company” includes an external location “Y company”. This indicates that work is performed outside the company. In this case, it is determined that the user A goes out on October 4, 2016, and returns directly from the destination. As described above, when it is determined that the new schedule of the user A includes direct, direct return, outing, business trip, or vacation (YES in step S103), the process proceeds to step S104.

  In step S104, the determination unit 102 assigns a flag to the schedule information according to the determination result in step S103. For example, when it is determined in step S103 that the user A's schedule includes a straight line, a straight line flag is assigned to the corresponding schedule information. If it is determined in step S103 that the user A's schedule includes a bounce, a bounce flag is assigned to the corresponding schedule information. If it is determined in step S103 that the user A's schedule includes an outing, the outing flag is assigned to the corresponding schedule information. If it is determined in step S103 that the user A's schedule includes a business trip, a business trip flag is assigned to the corresponding schedule information. If it is determined in step S103 that the user A's schedule includes a vacation, a vacation flag is assigned to the corresponding schedule information. In this example, a direct flag and an outing flag are assigned to the first schedule information. Further, a bounce flag and an outing flag are given to the third schedule information.

  On the other hand, if it is determined in step S103 described above that the user A's schedule does not include any direct, bounce, outing, business trip, or vacation (NO in step S103), the process in step S104 described above. Without proceeding to step S105.

  In step S105, the processing unit 103 registers the first schedule information to the third schedule information. Specifically, the processing unit 103 stores the first schedule information to the third schedule information in the schedule table 111A corresponding to the user A. The schedule table 111A is a table that stores schedule information input by the user A, and is associated with the user ID of the user A. The schedule table 111A is stored in the storage 14 in advance, for example. The location where the schedule table 111A is stored is not limited to the storage 14, but may be an external storage device, for example.

  FIG. 8 is a diagram illustrating an example of the schedule table 111A. In the schedule table 111A, the date, time, title, and work content included in the schedule information are stored in association with each other. In this example, in the schedule table 111A, the date “October 4, 2016” included in the first schedule information, the time “10:00:00 to 11:00”, and the title “visit company X” are associated with each other. Stored. Further, the first schedule information is given the direct flag and the outing flag in step S104 as described above. In this case, the direct flag and the outing flag are stored in association with these date, time, and title.

  The schedule table 111A stores the date “October 4, 2016”, the time “13: 0 to 14:00”, and the title “in-house meeting” included in the second schedule information in association with each other. Is done. Furthermore, in the schedule table 111A, the date “October 4, 2016” included in the third schedule information, the time “17:00 to 18:00”, and the title “visit to company Y” are associated with each other. Stored. In addition, the bounce flag and the outing flag are assigned to the third schedule information in step S104 described above. In this case, a bounce flag and an outing flag are stored in association with these date, time, and title.

Direct / Bounce Application Processing Returning to FIG. 6, in step S106, the processing unit 103 determines whether or not the direct flag or the bounce flag is given in step S104 described above. This determination may be performed immediately after the process of step S105 is performed, or may be performed at a predetermined timing. If neither the direct flag nor the bounce flag is assigned in step S104 described above (NO in step S106), this process ends. On the other hand, when the direct flag or the bounce flag is given in step S104 described above (YES in step S106), the process proceeds to step S107.

  In step S107, the processing unit 103 performs direct or bounce application processing. This direct or bounce application process is performed according to a predetermined workflow. For example, the processing unit 103 transmits application information for direct or bounce to the client device 20 used by the approver of the user A. This application information is created according to a predetermined format.

  In this example, a direct flag is given to the first schedule information. In this case, direct application information indicating that the user A goes straight on October 4, 2016 is transmitted. This direct application information may include at least a part of the first schedule information. In this example, a direct flag is added to the third schedule information. In this case, bounce application information indicating that the user A will bounce on October 4, 2016 is transmitted. This bounce application information may include at least a part of the third schedule information.

  The approver confirms the application information using his / her client device 20 and performs an approval process. When the application is approved by the approver, the approved application information may be transmitted from the client device 20 of the approver to the backbone system 30. The approved application information is used for work management and attendance management in the core system 30, for example.

Transportation Cost Settlement Process FIG. 9 is a sequence chart showing an example of a transportation cost settlement process. FIG. 10 is a diagram illustrating an example of screen transition of the display device 26 in the settlement process. Here, it is assumed that a weekly schedule screen 50 is displayed on the display device 26 as shown in FIG. In the calendar 51, a transportation expense adjustment button 56 is displayed in a region corresponding to the target day at a predetermined timing. For example, the travel expense adjustment button 56 may be displayed in an area corresponding to the day on the calendar 51 when the end time of the predetermined working hours of the day is reached. In another example, the travel expense check button 56 may be displayed once in a month in an area corresponding to each day of the month. Here, in the former example, it is assumed that the user A performs the transportation expense adjustment process after the work on October 4, 2016 is completed. In this case, the user A uses the input device 25 to press the transportation cost adjustment button 56.

  Returning to FIG. 9, when the travel expense adjustment button 56 is pressed in step S <b> 201, the transmission unit 105 transmits a transportation expense adjustment request to the server device 10. This settlement request includes “October 4, 2016” which is a date corresponding to the area where the transportation expense settlement button 56 is displayed.

  In step S <b> 202, the processing unit 103 identifies the location where the user A is away on October 4, 2016. Specifically, the processing unit 103 extracts a record including the date “October 4, 2016” from the schedule table 111 </ b> A illustrated in FIG. 8. Subsequently, the processing unit 103 reads an address or a company name from the extracted record. In this example, company names “Company X” and “Company Y” are read out. Subsequently, the processing unit 103 refers to the address database 112 and identifies locations corresponding to these company names. The address database 112 is stored in the storage 14 in advance, for example. The location where the address database 112 is stored is not limited to the storage 14, but may be an external storage device, for example.

  FIG. 11 is a diagram illustrating an example of the address database 112. In the address database 112, a company name and an address of the company are stored in association with each other. In this example, the address database 112 stores a company name “Company X” and an address “Shibuya-ku, Tokyo ...” in association with each other. In this case, “Shibuya-ku, Tokyo ...” is specified as the location of “Company X”. The address database 112 stores a company name “Company Y” and “Shinagawa-ku, Tokyo ...” in association with each other. In this case, “Shinagawa-ku, Tokyo ...” is specified as the location of “Company Y”.

  When the schedule information includes the company address instead of the company name, the place indicated by the address is specified as the place to go.

  Returning to FIG. 9, in step S <b> 203, the processing unit 103 searches for a route candidate traveled by the user A based on the location specified in step S <b> 202 described above. This search may be performed using an external transfer search engine. In this example, as shown in FIG. 8, the top record extracted in step S <b> 202 described above includes the company name “Company X” and is given a direct flag. This indicates that user A has moved from his home to company X. In this case, the route from the nearest station of the home to the nearest station of company X is searched. The nearest station of the home is identified from the pre-registered home address. The nearest station of company X is identified from the location of company X identified in step S202 described above.

  The second record from the top contains the word “in-house”. This indicates that user A has moved from company X to the company. In this case, the route from the nearest station of company X to the nearest station of the company is searched. The nearest station of the company is specified from the registered company address. The third record from the top includes the company name “Company Y” and a bounce flag. This indicates that the user A moved from the company to the Y company and then moved to the home. In this case, a route from the nearest station of the company to the nearest station of company Y and a route from the nearest station of company Y to the nearest station of home are searched. The nearest station of company Y is specified from the location of company Y specified in step S202 described above.

  In this search, the amount of money required to move along each route is specified along with a plurality of route candidates. However, when the route includes a valid section of the commuter pass owned by the user A, the amount of money required for the movement of the section excluding the valid section from the travel route may be specified. In addition, this effective area is an area which can be boarded with a commuter pass. This valid section may be specified by information on commuter passes owned by the user A registered in advance or the commuting route of the user A.

  Returning to FIG. 9, in step S <b> 204, the processing unit 103 transmits the route search result to the client device 20. This search result includes a plurality of route candidates searched in step S203 and the corresponding amounts. In the client device 20, the receiving unit 106 receives this search result.

  In step S205, the display control unit 104 displays a selection screen 57 corresponding to the received search result on the display device 26 in a pop-up format, as shown in FIG. The selection screen 57 may be generated in the server device 10 and provided from the server device 10 to the client device 20.

  The selection screen 57 includes a plurality of route candidates and an amount corresponding to each route. The selection screen 57 accepts a route selection from the plurality of candidates. The user A uses the input device 25 to select a route actually moved from among a plurality of candidates included in the selection screen 57. In addition, when the actually moved route is not included in the plurality of candidates, the user A can change any of these candidates according to the actually moved route using the input device 25. Good. Further, the user A may correct the amount using the input device 25 when the amount corresponding to the selected route is different from the amount actually spent. When the route selection is completed in this way, the route and the amount are determined.

  When the route and the amount are confirmed, the travel expense adjustment button 56 corresponding to October 4, 2016 is deleted from the schedule screen 50. This is to prevent the travel expenses from being settled multiple times on the same day. Moreover, the change of the schedule information on October 4, 2016 is prohibited. This change includes addition and deletion. This is to prevent unauthorized travel expenses from being settled.

  Returning to FIG. 9, in step S <b> 206, the transmission unit 105 transmits transportation cost information indicating the determined route and amount to the server device 10. In the server device 10, the acquisition unit 101 receives this transportation cost information.

  In step S207, the processing unit 103 registers the received transportation cost information. Specifically, the processing unit 103 stores the transportation cost information in the storage 14. In this way, unapproved transportation cost information is accumulated in the storage 14. When the user A applies for transportation expenses corresponding to these transportation expenses information, the user A uses the input device 25 to perform an operation to instruct display of a list screen of unapproved transportation expenses information.

  In step S208, the display control unit 104 causes the display device 26 to display a travel cost information list screen 90 in a pop-up format in accordance with the operation of the user A, as shown in FIG. The list screen 90 may be generated in the server device 10 and provided from the server device 10 to the client device 20.

  The list screen 90 accepts selection of transportation cost information to be applied for transportation expenses. The user A uses the input device 25 to perform an operation of selecting transportation cost information that is a target of transportation cost application. At this time, transportation cost information for a plurality of days may be selected. In this case, applications for transportation expenses for a plurality of days are collectively performed.

  Returning to FIG. 9, in step S <b> 209, the transmission unit 105 transmits application information for transportation expenses to the server device 10 in accordance with the operation of the user A. This travel expense application information is created according to a predetermined format. This travel cost application information indicates that the user A has traveled along the route indicated by the selected travel cost information, and has reset the amount indicated by the travel cost information. The travel cost application information includes the travel cost information selected by the user A. In the server device 10, the acquisition unit 101 receives this application information.

  In step S <b> 210, the processing unit 103 performs a travel expense application process using the received application information. This transportation cost application process is performed according to a predetermined workflow. For example, the processing unit 103 transmits the application information to the client device 20 used by the approver of the user A.

  The approver confirms the application information using the client device 20 and performs an approval process. If approval is performed by the approver, the approved application information may be transmitted from the client device 20 of the approver to the backbone system 30. This approved application information is used, for example, in the transportation cost of the backbone system 30.

  Note that when the application for transportation expenses is rejected by the approver, the user A may correct the application information for transportation expenses by an operation using the input device 25. In this case, the transportation cost application process described above is performed again according to the corrected application information.

Registration Process of Schedule Information for Business Trip FIG. 12 is a sequence chart showing an example of a registration process for schedule information for a business trip. FIG. 13 is a diagram showing an example of screen transition of the display device 26 in this registration process. Here, it is assumed that a weekly schedule screen 50 is displayed on the display device 26 as shown in FIG. For example, the user A performs an operation of creating a schedule area at a position corresponding to the date of the business trip on the calendar 51 using the input device 25 on the day before the date of the business trip. Here, it is assumed that the schedule area 58 is created by the operation of the user A.

  Returning to FIG. 12, in step S <b> 301, as shown in FIG. 13, the display control unit 104 displays the same input screen 59 as the above-described input screen 55 for the schedule area 58 in the schedule screen 50 as in step S <b> 101 described above. Display in pop-up form above. User A performs an operation of inputting schedule information on the input screen 59 using the input device 25.

  For example, when the date and time “October 5, 2016 to October 7, 2016” is designated by the operation of the user A and the title “Exhibition” is input, 4 Schedule information is input to the client device 20.

  When the fourth schedule information is input in this manner, the schedule screen 50 is updated as shown in FIG. 13 based on the fourth schedule information. Specifically, at least a part of the fourth schedule information is described on the schedule area 58. The schedule area 58 corresponds to the calendar 51 corresponding to the all day from October 5, 2016 to the whole day, October 7, 201.

  Returning to FIG. 12, in step S <b> 302, the transmission unit 105 transmits the input fourth schedule information to the server device 10 together with the user ID of the user A, similarly to step S <b> 102 described above. In the server device 10, the acquisition unit 101 receives the user ID and the fourth schedule information.

  In step S303, the determination unit 102 determines whether the user A's schedule includes direct, bounce, outing, business trip, or vacation based on the received fourth schedule information, as in step S103 described above. Determine whether.

  In this example, the fourth schedule information includes the date and time “October 5, 2016 to October 7, 201”. This date and time spans multiple dates. In this case, it is determined that the user A travels from October 5, 2016 to October 7, 2016. As described above, when it is determined that the schedule of the user A includes direct, direct return, outing, business trip, or vacation (YES in Step S303), the process proceeds to Step S304.

  In step S304, the determination unit 102 adds a flag to the schedule information according to the determination result in step S303, as in step S104 described above. In this example, a business trip flag is given to the fourth schedule information.

  On the other hand, if it is determined in step S303 described above that the schedule of user A does not include any direct, bounce, outing, business trip, and vacation (NO in step S303), the process in step S304 described above. Without proceeding to step S305.

  In step S305, the processing unit 103 registers the fourth schedule information as in step S105 described above. In this example, the date “October 5, 2016”, the time “all day”, and the title “exhibition” included in the fourth schedule information are stored in the schedule table 111A illustrated in FIG. . The date “October 6, 2016”, the time “all day”, and the title “exhibition” included in the fourth schedule information are stored in association with each other. Furthermore, the date “October 7, 2016”, the time “all day”, and the title “exhibition” included in the fourth schedule information are stored in association with each other. The fourth schedule information is given a business trip flag in step 304 described above. In this case, a business trip flag is stored in association with these date, time, and title.

Application processing for business trip Returning to FIG. 12, in step S306, the processing unit 103 determines whether or not a business trip flag has been given in step S304 described above. If the business trip flag is not given in step S304 described above, this process ends. On the other hand, when the business trip flag is given in step S304 described above, the process proceeds to step S307.

  In step S <b> 307, the processing unit 103 generates a business trip application screen 70. FIG. 14 is a diagram illustrating an example of a business trip application screen 70. In this example, a business trip is given to the fourth schedule information in step S304 described above. For this reason, the date and time “October 5, 2016 to October 7, 2016” and the title “Exhibition” included in the fourth schedule information are read from the schedule table 111A and entered in advance in the application screen 70. Is done. The application screen 70 also accepts input of accommodation and ticket arrangement information and other necessary expense information.

In step S308, the processing unit 103 transmits screen information used to display the generated application screen 70 to the client device 20A. In the client device 20A, the receiving unit 106 receives this screen information.

  In step S309, the display control unit 104 causes the display device 26 to display a business trip application screen 70 corresponding to the received screen information, as shown in FIG. User A performs an operation of inputting missing information using the input device 25. When the input of information necessary for the application for the business trip is completed in this way, the user A uses the input device 25 to press the business trip application button 71.

  Returning to FIG. 12, when the business trip application button 71 is pressed in step S <b> 310, the transmission unit 105 transmits business trip application information indicating that the user A has traveled to the server device 10. The application information for this business trip is created according to a predetermined format. The application information for the business trip includes information input on the application screen 70. In the server device 10, the acquisition unit 101 receives this application information.

  In step S311, the processing unit 103 performs a business trip application process using the received application information. This business trip application process is performed according to a predetermined workflow. For example, the processing unit 103 transmits the application information to the client device 20 used by the approver of the user A.

  The approver confirms the application information using the client device 20 and performs an approval process. If the approval is performed by the approver, the approved application information may be transmitted from the client device 20 of the approver to the backbone system 30. The application information after the approval is used for, for example, work management, attendance management, labor management, overtime calculation, and expense adjustment in the core system 30. For example, in the overtime calculation, a work system during a business trip that is different from a normal work system may be applied to the business trip period. In this example, the overtime calculation of the user A during the period from October 5th to 7th, 2016 may be performed using a work system during a business trip instead of a normal work system. In the expense settlement, the daily allowance for the business trip may be settled.

  When the approver rejects the business trip application, the user A may correct the business trip application information by an operation using the input device 25. In this case, the business trip application process described above is performed again according to the corrected application information.

  In the above-described example, the application process for the business trip is performed after the schedule information registration process is performed. However, these processes may be performed in the reverse order. In this case, at least a part of the application information input in the business trip application process may be input in advance on the input screen 59 displayed in the registration process.

Daily schedule screen 60
When the work for one day is completed, the user A uses the input device 25 to perform an operation for correcting the schedule information for that day. Here, it is assumed that a daily schedule screen 60 is displayed on the display device 26.

  FIG. 15 is a diagram illustrating an example of the schedule screen 60. The schedule screen 60 includes a calendar 61 for the current day and a calendar 62 for the next day. First, the user A uses the input device 25 to perform an operation for correcting the schedule information described in the calendar 61 of the day according to the work actually performed. This is because the schedule information is used not only for the user A himself / herself to grasp the schedule, but also for various operations such as work management, attendance management, expense adjustment, labor management, man-hour management, etc. This is because there is no difference between the schedule indicated by the schedule information and the work actually performed.

  For example, it is assumed that user A creates a proposal in the company on October 13, 2016 at 10:00:00 to 11:30. In this case, the user A uses the input device 25 to correct the schedule information so as to match it. As a result, the schedule table 111A includes a date “October 13, 2016”, a time “10: 00-11: 30”, a title “in-house”, and a work content “suggestion of proposal” as shown in FIG. “Create” is stored in association with each other.

  Further, when the work information is included in the schedule information, the attribute information of the work may be included in the schedule information. As this attribute information, for example, a target flag indicating that the work is related to a target preset by the user A may be used. In this case, when the user A inputs or corrects the schedule information, the user A uses the input device 25 to perform an operation for designating whether or not the work corresponding to the schedule information is related to the user A's goal. You may go. If it is specified by the operation of the user A that the work is related to the target of the user A, a target flag is given to this schedule information. In this case, a target flag is stored in the schedule table 111A in association with information such as date, time, and title included in the schedule information.

  As the work attribute information, for example, area information indicating an area in which the work is classified among four areas determined according to the urgency level and the importance level may be used. These four areas are the first area where important and urgent things are classified, the second area where important but not urgent things are classified, and the third area where important but urgent things are classified. A region and a fourth region that is classified as neither important nor urgent. When the user A inputs or corrects the schedule information, the user A may use the input device 25 to perform an operation of selecting an area in which work corresponding to the schedule information is classified from the four areas. For example, when the first area is selected by the user A, area information indicating the first area is added to the schedule information. In this case, the area information is stored in the schedule table 111A in association with information such as date, time, and title included in the schedule information.

  As described above, the schedule screen 60 includes the calendar 61 of the current day and the calendar 62 of the next day. For example, the user A can look back on the action of the day by looking at the calendar 61 of the day after the work of the day is over. Further, the user A can create a schedule for the next day based on the reflection of the action of the day, and can input schedule information for the next day into the calendar 62 according to the created schedule.

  The schedule screen 60 further includes various types of information that supports time management by the user A. As shown in FIG. 15, the schedule screen 60 includes a target management area 63, a time management area 64, a work man-hour management area 65, an attendance management area 66, and a coaching area 67.

  In the target management area 63, a target set in advance by the user A is described. In the target management area 63, the ratio of the time during which the work related to the target is performed out of the working hours of the user A in one day is described. This ratio may be expressed numerically or may be expressed using a chart. This ratio is calculated by the processing unit 103 with reference to the schedule table 111A.

  Specifically, the processing unit 103 extracts a record including the date “October 13, 2016” from the schedule table 111A illustrated in FIG. Subsequently, the processing unit 103 calculates the working time of the user A based on the time included in the extracted record. Subsequently, the processing unit 103 calculates the total time stored in association with the target flag in the extracted record. This total time is the time when the work related to the target was performed. And the process part 103 calculates the ratio of the total of this time with respect to working hours.

  The user A can be aware of the target by browsing the information described in the target management area 63. User A may create a schedule for the next day so that the ratio of the time in which the work related to the target is performed is low in the working hours of the day so that the ratio is increased. In the target management area 63, the target achievement rate may be displayed at a predetermined timing such as once a month.

  In the time management area 64, the ratio of the time when the work classified into each of the four areas is performed out of the total time when the work is performed by the user A in one day is described. This ratio may be expressed numerically or may be expressed using a chart. This ratio is calculated by the processing unit 103 with reference to the schedule table 111A.

  Specifically, the processing unit 103 extracts a record including the date “October 13, 2016” from the schedule table 111A illustrated in FIG. Subsequently, the processing unit 103 calculates the total time when the work is performed by the user A based on the time and the content of the work included in the extracted record. Subsequently, the processing unit 103 calculates the total time stored in the extracted record in association with the area information indicating the first area. The total time is the time when the work classified into the first area was performed. Similarly, the time when the work classified into each of the second region to the fourth region is performed is calculated.

  Then, the processing unit 103 calculates a ratio of the time when the work classified into the first area is performed to the total time when the work is performed by the user A. Similarly, the processing unit 103 calculates the ratio of the time when the work classified into the second area is performed to the total time when the work is performed by the user A. The processing unit 103 calculates the ratio of the time when the work classified into the third area is performed to the total time when the work is performed by the user A. The processing unit 103 calculates the ratio of the time when the work classified into the fourth area is performed to the total time when the work is performed by the user A.

  User A can perform his own time management by browsing the information described in the time management area 64. For example, if there is a lot of work classified into the first area or the third area, the user A may create a schedule for the next day so that this work is reduced and the work classified into the second area is increased. Good.

  The work man-hour management area 65 describes work man-hours for each predetermined unit. This predetermined unit may be, for example, a customer unit, a project unit, or a department unit. This work man-hour is calculated by the processing unit 103 with reference to the schedule table 111A.

  Specifically, the processing unit 103 extracts a record including a keyword indicating a predetermined unit from the schedule table 111A illustrated in FIG. Here, it is assumed that the predetermined unit is a customer unit. For example, when calculating the man-hours for company X, a record including the company name “Company X” is extracted. Subsequently, the processing unit 103 calculates the work man-hours of the company X based on the time included in the extracted record. Similarly, work man-hours are calculated for other customers.

  The user A can easily recognize, for example, how many hours work has been done for the company X by browsing the information described in the work manhour management area 65.

  In the attendance management area 66, the time for leaving the office and the time for leaving the office are described. For example, the user A may be input when the user A presses a not-shown office button provided in the attendance management area 66 using the input device 25. Similarly, the leaving time may be input by, for example, the user A pressing a leaving button (not shown) provided in the attendance management area 66 using the input device 25. In another example, the start time of the first time of the day included in the schedule table 111A and the end time of the last time of the day may be used as these times. The time for leaving the office and the time for leaving the office may be corrected by a user operation using the input device 25.

  In the attendance management area 66, a plurality of objects representing mood are further arranged. These objects represent, for example, four levels of mood from “blue” to “happy”. The user A uses the input device 25 to perform an operation of selecting an object representing his / her mood from among these objects. Note that an alarm may be output when the object selected by the user A and the overtime hours described below satisfy a predetermined condition. The predetermined condition may be, for example, a condition that an object representing a “blue” mood is continuously selected over a predetermined period and that the overtime is greater than a threshold value.

  In the coaching area 67, comments input by the administrator are displayed. The schedule screen 60 may be used as a daily report. In this case, the schedule screen 60 may be output to the administrator's client device 20. The user C browses the schedule screen 60 and inputs a comment regarding the work of the user A using his / her client device 20.

Closing Process FIG. 16 is a sequence chart showing an example of the tightening process. This tightening process is performed in a predetermined period such as once a month.

  In step S401, the processing unit 103 refers to the schedule table 111 of each user and calculates the working hours of each user in a predetermined period. This working time is distinguished from predetermined working hours and overtime hours. The predetermined working hours may be the same as the legal working hours or may be different. For example, when the predetermined working hours are 9:00 to 17:00, working hours after 17:00 are overtime hours.

  In step S <b> 402, the processing unit 103 refers to the schedule table 111 of each user and calculates the work man-hours for each predetermined unit during a predetermined period. For example, when the total time of work performed for the company X by the user A for the predetermined period is 50 hours, the work man-hour of the user A for the company X is 50 hours.

  In step S <b> 403, the processing unit 103 transmits the working time and work man-hour calculated in steps S <b> 401 and S <b> 402 to the backbone system 30. This working time is used in the core system 30 for, for example, work management, attendance management, labor management, and overtime calculation. The work man-hour is used, for example, for cost management and billing to customers.

Screen Sharing FIG. 17 is a diagram illustrating an example of a schedule screen 80 shared by a plurality of users. In this example, the schedule screen 80 includes a monthly calendar 81. However, the schedule screen 80 may include a weekly calendar or a daily calendar instead of the monthly calendar 81. Further, these calendars may be switched and displayed.

  In the calendar 81, schedule information input by a plurality of users is described. This schedule information is read from the schedule table 111 of each user and used. Each of the plurality of users can browse the schedule screen 80 using his / her client device 20. Thereby, a schedule can be shared among a plurality of users.

  According to the above-described embodiment, even when duplicate information is requested in a plurality of operations such as work management, attendance management, expense adjustment, labor management, and man-hour management, this information is included in the schedule information. Requires only one entry of schedule information. Therefore, the input of overlapping information can be minimized. As a result, since the time required for these operations is reduced, the time spent for other operations can be increased.

  Further, since the schedule information input by the user is commonly used in a plurality of tasks, for example, it is not possible to perform an illegal act such as intentionally inputting wrong information for some tasks. Therefore, such an illegal act can be prevented. In addition, if correct schedule information is input by the user, correct information can be used in all of a plurality of tasks, so that it is possible to prevent an increase in labor due to input of incorrect information.

The present invention is not limited to the above-described embodiment. Various modifications may be made to the above-described embodiment. Moreover, the following modifications may be implemented in combination.

Modification 1
In the embodiment described above, the application process target is not limited to direct, bounce, and business trips. For example, when the determination unit 102 determines that a vacation is included in the user's schedule, a vacation application process may be performed in the same manner as the business trip application process described above. In addition, this vacation may include not only a full vacation but also a half vacation or an hourly vacation. The leave application information used in the leave application process may include a leave type. Further, the leave application process may be limited according to the number of days remaining on leave. For example, when the number of days remaining on vacation becomes 0, execution of vacation application processing may be prohibited.

Modification 2
In the embodiment described above, the overtime may be determined by the determination unit 102. For example, when the time included in the schedule information includes a time after a predetermined working time, the user may be determined to work overtime. In this case, the overtime application process may be performed in the same manner as the business trip application process described above. The post-approval overtime application information used in overtime application processing may be used for overtime calculation in the core system 30, for example.

Modification 3
In the above-described embodiment, the processing unit 103 may calculate an index indicating productivity for each of the plurality of users based on the time and work contents respectively included in the plurality of schedule information input by the plurality of users. Good. For example, it is assumed that the work man-hour of user A is 5 hours and the work man-hour of user B is 3 hours for a certain project. In this case, the index “5” may be calculated for the user A, and the index “3” may be calculated for the user B. This index indicates that the smaller the value, the higher the productivity. Further, the processing unit 103 may calculate an index difference between a plurality of users. For example, “2” may be calculated as an index difference between the user A and the user B. The index or index difference calculated in this way may be described on the schedule screen 60 described above, for example.

  In addition, the processing unit 103 may calculate the ratio of the time in which the work related to this target is performed out of the daily working hours for each of a plurality of users by the same method as in the above-described embodiment. Good. The plurality of ratios calculated in this way may be described side by side on the schedule screen 60 described above, for example, as shown in FIG.

  In addition, the processing unit 103 performs the work classified into each of the four areas out of the total time of the work performed for each of a plurality of users by the same method as the above-described embodiment. The percentage of time spent may be calculated. The plurality of ratios calculated in this way may be described side by side on the schedule screen 60 described above, for example, as shown in FIG.

  For example, the administrator can give appropriate guidance to the user to be managed by browsing these ratios. Further, for example, when a user with low work efficiency browses the ratio of other users with high work efficiency, the user can improve his / her work and increase work efficiency.

  Further, the processing unit 103 may determine an appropriate work improvement method for each user by analyzing the schedule table 111 of each user, and provide this to the user. This analysis may be performed using, for example, artificial intelligence.

Modification 4
In the above-described embodiment, for example, when the end time of the last schedule of the day has elapsed, if there is a blank in the schedule of the day, that is, if there is a time when schedule information is not input in the working hours of the day A message prompting the user to input schedule information may be displayed.

Modification 5
The target for implementing the functions of the business support system 1 described in the above-described embodiment is merely an example, and is not limited thereto. The business support system 1 may all be implemented by a single device. In another example, some of the functions of the business support system 1 may be implemented in an external device.

Modification 6
The steps of processing performed in the business support system 1 are not limited to the example described in the above embodiment. The steps of this process may be interchanged as long as there is no contradiction. The present invention may be provided as a business support method including processing steps performed in the business support system 1.

Modification 7
The present invention may be provided as a program executed in the server device 10 or the client device 20. This program may be downloaded via a communication line such as the Internet. The program is provided in a state where it is recorded on a computer-readable recording medium such as a magnetic recording medium (magnetic tape, magnetic disk, etc.), an optical recording medium (optical disk, etc.), a magneto-optical recording medium, or a semiconductor memory. May be.

1: business support system, 10: server device, 20: client device, 30: backbone system, 101: acquisition unit, 102: determination unit, 103: processing unit, 104: display control unit, 105: transmission unit, 106: reception Part

Claims (17)

An acquisition unit that shows a work schedule of one user and acquires schedule information including a plurality of sets of times and places where work is performed;
Based on the acquired schedule information, a determination unit that determines an action of the user leaving the workplace in the schedule;
A business support system comprising: a processing unit that performs processing according to the determined behavior using the acquired schedule information. The business support system according to claim 1, wherein the processing unit calculates and outputs a working time of the user based on the acquired schedule information or the determined action. The business support system according to claim 2, wherein the working hours are distinguished by predetermined working hours and overtime hours. The business support system according to claim 1, wherein the process is an application process for the action. The business support system according to any one of claims 1 to 4, wherein the behavior is going out, going straight, going home, business trip, or vacation. When the determined action includes the outing, the processing unit identifies a plurality of candidates for a route that travels along the time series in the place included in the schedule information, and the plurality of identified candidates The business support system according to claim 5, wherein an application process for transportation expenses is performed based on a route selected from the list. The route includes a route moving from a location registered in advance of the user's home to a location paired with the earliest time included in the schedule information when the action includes the straight line. 6. The business support system according to 6. When the bounce is included in the action, the route includes a route moving from a location paired with the latest time included in the schedule information to a location registered in advance of the user's home. 6. The business support system according to 6 or 7. Each of the plurality of sets includes the content of the work,
The work support according to any one of claims 1 to 8, wherein the processing unit calculates and outputs a work man-hour for each predetermined unit based on the time and the content of the work included in the schedule information. system. A display unit for displaying a screen including a first calendar of the day and a second calendar of the next day;
The work support system according to any one of claims 1 to 9, wherein at least a part of the schedule information is described in an area corresponding to the time in the first calendar or the second calendar. Each of the plurality of sets includes the content of the work,
The processing unit calculates a work man-hour for each predetermined unit based on the schedule information,
The business support system according to claim 10, wherein the calculated work man-hour is described on the screen. Each of the plurality of sets includes content of the work and attribute information indicating whether the work is related to a preset goal,
The processing unit, based on the time included in the schedule information, the content of the work, and a plurality of sets of the attribute information, the time when the work related to the target was performed among the working hours of the user To calculate the percentage of
The business support system according to claim 10 or 11, wherein the calculated ratio is written on the screen. Each of the plurality of sets includes attribute information indicating an area in which the work is classified among a plurality of areas determined according to the contents of the work and the urgency and importance,
The processing unit, based on the time included in the schedule information, the content of the work, and a plurality of sets of the attribute information, in each of the plurality of regions out of the total time of the work. Calculate the percentage of time the work to be classified was done,
The work support system according to any one of claims 10 to 12, wherein the calculated ratio is written on the screen. The acquisition unit indicates a work schedule of a plurality of users, acquires a plurality of schedule information each including a plurality of sets of time, place, and contents of the work, where work is performed
The processing unit may include an index indicating productivity for each of the plurality of users, or the plurality of users based on a plurality of sets of the time and the contents of the work included in each of the acquired plurality of schedule information. Calculating the difference in the index between
The work support system according to any one of claims 10 to 13, wherein the screen displays the calculated index or a difference between the indexes. The acquisition unit acquires a plurality of schedule information indicating work schedules of a plurality of users,
The business support system according to any one of claims 1 to 14, further comprising a display unit that displays a screen including a calendar on which the plurality of schedule information is described. An acquisition unit that shows a work schedule of one user and acquires schedule information including a plurality of sets of times and places where work is performed;
Based on the acquired schedule information, a determination unit that determines an action of the user leaving the workplace in the schedule;
A business support apparatus comprising: a processing unit that performs processing according to the determined behavior using the acquired schedule information. Computer
Obtaining schedule information including a plurality of sets of times and places where work is performed, indicating a schedule of work of one user;
Determining the action of the user leaving the workplace in the schedule based on the acquired schedule information;
A program to be executed as a step of performing processing according to the determined action using the acquired schedule information.

Images