WO2022091417A1 - 出社管理プログラム、出社管理システム、及び出社管理方法 - Google Patents

出社管理プログラム、出社管理システム、及び出社管理方法 Download PDF

Info

Publication number
WO2022091417A1
WO2022091417A1 PCT/JP2020/041105 JP2020041105W WO2022091417A1 WO 2022091417 A1 WO2022091417 A1 WO 2022091417A1 JP 2020041105 W JP2020041105 W JP 2020041105W WO 2022091417 A1 WO2022091417 A1 WO 2022091417A1
Authority
WO
WIPO (PCT)
Prior art keywords
attendance
worker
information
seat
date
Prior art date
Application number
PCT/JP2020/041105
Other languages
English (en)
French (fr)
Inventor
公之 茶谷
玄人 深谷
伸吾 戸田
浩志 武田
ファンニ チャーク
Original Assignee
株式会社KPMG Ignition Tokyo
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社KPMG Ignition Tokyo filed Critical 株式会社KPMG Ignition Tokyo
Priority to PCT/JP2020/041105 priority Critical patent/WO2022091417A1/ja
Publication of WO2022091417A1 publication Critical patent/WO2022091417A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling

Definitions

  • the disclosure of this specification relates to an attendance management program, an attendance management system, and an attendance management method.
  • An increasing number of businesses are allowing employees to come to work in advance in order to prevent infection with viruses such as COVID-19 or to use the limited office space efficiently. If the employee is allowed to go to the office in advance, the employee applies for the work in advance and obtains the approval from the approver before going to the office.
  • Japanese Patent Application Laid-Open No. 2019-169835 describes a management system having a function for a worker to apply for overtime work to an approver
  • Japanese Patent Application Laid-Open No. 2020-038552 describes a management system.
  • a management system that allocates free address office seats to workers based on the priority conditions set by the manager is described, but in all patent documents, when workers who are in the normal state of remote work come to work. There is no description about the function for applying and approving.
  • the conventional management system for attendance management of workers and the system for allocating seats do not sufficiently meet the needs for attendance management and seat allocation management in new work styles based on remote work. Since it was a natural premise to go to work in the old way of working, the system and method for efficiently applying for approval of going to work have not been sufficiently examined. If the application for approval of attendance can be made efficiently, the worker can devote resources to the original work without being bothered by the trivial matters related to attendance management.
  • One of the objects of the invention disclosed in the present specification is to solve or alleviate a problem in a conventional management system for managing attendance of workers and managing seat allocation.
  • One of the more specific purposes of the invention disclosed herein is to provide technical improvements for the efficient application for approval of attendance.
  • the attendance management program has a function of accepting input of attendance date and time information indicating a date and time when a worker desires to attend to one or more processors, and a single attendance management program from the worker.
  • the single attendance application operation is accepted depending on the selection of a single user interface element.
  • the attendance management program further causes the one or more processors to perform a function of accepting input of seat selection information for designating a seat that the worker desires to use.
  • the seat information is generated based on the seat designation information.
  • the attendance management program has a function of displaying vacant seat information indicating one or more vacant seats available to the worker on the one or more processors, and the worker.
  • the function of generating the seat designation information by designating a seat to be used from the one or a plurality of vacant seats is further realized.
  • the attendance management program causes the worker to specify a date and time when he / she wishes to arrive at the office within the working hours of the worker. Further realize the function of generating information.
  • the attendance approval request includes approver browsing information viewed by the approver.
  • information is provided to the terminal of the approver in response to the generation of the attendance approval request to prompt the worker to input whether or not to allow the worker to attend the office.
  • the upper limit information indicating the upper limit number of people who can approve the attendance in a unit period in association with the approver is defined, and the attendance approval request is generated.
  • Information indicating the number of workers who have been approved to come to work in the unit period by the approver Information prompting the terminal of the approver to input whether or not to allow the worker to come to work when it is determined that the number of approved workers is less than the maximum number of people. Is provided.
  • the attendance management program further realizes the ability to send a warning notification to the approver when the difference between the maximum number of people and the approved number of people is equal to or less than a predetermined number. Let me.
  • the upper limit information is determined by an administrator different from the approver.
  • the attendance approval request further includes approver identification information that identifies the approver.
  • the approver is determined based on the department identification information that identifies the department to which the worker belongs.
  • the attendance management program has a function of accepting input of attendance date and time information indicating a date and time when a worker desires to attend to one or a plurality of processors, and a single attendance management program from the worker. It realizes a function of accepting an attendance application operation and a function of generating a processing request requesting processing related to the attendance application based on the single attendance application operation.
  • the process relating to the attendance application includes the generation of an attendance approval request for applying for attendance and the generation of a seat allocation request for applying for seat allocation.
  • the attendance management system comprises one or more processors.
  • the one or more processors accept the input of the arrival date and time information indicating the date and time when the worker wants to come to the office by executing the computer-readable instruction, and accept the single arrival application operation from the worker.
  • the attendance approval request including the attendance date and time information and the worker identification information that identifies the worker, and the attendance date and time information, used by the worker in response to the acceptance of the single attendance application operation.
  • Generate a seat allocation request that includes seat information about the seat and the worker identification information.
  • the attendance management system performs a processing request based on a single attendance application operation from a worker and a date and time when the worker wishes to attend the office by executing a computer-readable command.
  • the attendance date and time information indicating the attendance date and time information, the attendance approval request including the attendance date and time information and the worker identification information for identifying the worker, the attendance date and time information, the seat information regarding the seat used by the worker, and the labor Generate a seat allocation request that includes person identification information.
  • the attendance management method is executed by one or more computer processors executing computer-readable instructions.
  • the attendance management method includes a step of accepting input of attendance date and time information indicating a date and time when a worker wishes to attend work, and a step of accepting a single attendance application operation from the worker.
  • the attendance approval request including the attendance date and time information and the worker identification information for identifying the worker, and the attendance date and time information, used by the worker in response to the acceptance of the single attendance application operation.
  • a step of generating a seat allocation request including seat information regarding a seat and the worker identification information is provided.
  • the attendance management system 1 includes a user device 10 and a server 20.
  • the attendance management system may include the storage 30.
  • the user device 10, the server 20, and the storage 30 are communicably connected to each other via the network 40.
  • the network 40 may be a single network, or may be configured by connecting a plurality of networks.
  • the network 40 is, for example, the Internet, a mobile communication network, and a combination thereof. As the network 40, any network that enables communication between electronic devices can be applied.
  • the attendance management system 1 shown in FIG. 1 is an example of a system to which the present invention can be applied, and the system to which the present invention can be applied is not limited to the system shown in FIG.
  • the attendance management system 1 to which the present invention can be applied does not have to include some of the components shown in the figure.
  • the attendance management system 1 does not have to include the storage 30.
  • the attendance management system 1 may include components (not shown).
  • the attendance management system 1 can include an arbitrary number of two or more user devices 10.
  • the illustrated attendance management system 1 includes a user device 10 and a server 20 connected to the network 40, but one of the user device 10 and the server 20, which is a subcombination of the attendance management system 1, is claimed. It can be understood as an attendance management system to which the invention described in is applied.
  • the attendance management system described in the claims may include the configuration and functions of both the user apparatus 10 and the server 20 as constituent requirements, or one of the user apparatus 10 and the server 20 which is a subcombination of the attendance management system 1. It is not necessary to make the configuration or function of one a constituent requirement and the other configuration or function a constituent requirement.
  • the attendance management system described in the claim includes the configurations and functions of both the user apparatus 10 and the server 20 as configuration requirements
  • the attendance management system 1 including the user apparatus 10 and the server 20 is claimed.
  • the illustrated user apparatus 10 relates to the attendance management system described in the claim.
  • the illustrated server 20 is the invention relating to the attendance management system described in the claims.
  • the attendance management system 1 has various functions of applying to the employer for the worker to come to the office and executing or supporting the approval of the attendance application.
  • the user device 10 is supposed to be used by a worker who applies for attendance. That is, the worker is a user of the user device 10. Therefore, in the present specification, the worker who uses the user device 10 is referred to as a "user", and when the worker applies for attendance using the user device 10, the worker who applies for attendance is the worker. This may be referred to as an "applicant user" in particular.
  • the person who decides whether or not to allow the worker to apply for work at the company where this user or the applicant user works may be called an "approver".
  • the approver also uses the user device 10.
  • the approver can input the approval or disapproval of the application for attendance using the user device 10.
  • the approver may be the supervisor of the applicant user, the manager of the company in which the applicant user works (for example, the person in charge or the person in charge of the general affairs department), or a person other than these.
  • “Going to work” means that the worker goes to the office where he works.
  • an "office” includes any place where multiple workers at the same place of employment are expected to work together, such as offices, offices, and factories. be able to.
  • a worker may apply for work prior to coming to work and be permitted to come to work if the application is approved by the approver. It is supposed.
  • “Attendance” means that a worker starts work for his place of employment. In order for a worker to "go to work”, he / she does not need to go to the office where he / she works, and may start work at a place other than the office where he / she works (for example, at home). For example, a worker can "go to work” by logging in to the business system at work from home. It is called “remote work” that a worker does work for the place of employment at a place other than the office of the place of employment without going to the office. Further, a user who works in the form of remote work is referred to as a "remote work user" or a "remote work user”.
  • the free address office method means that the seats that workers use for their work are not fixed, and seats are assigned to workers as needed.
  • the user device 10 is a personal computer (PC), a tablet terminal, a smartphone, or various information processing devices other than these.
  • the user apparatus 10 includes a processor 11, a memory 12, a user interface 13, a communication interface 14, and a storage 15.
  • the processor 11 is an arithmetic unit that loads an operating system and various other programs from the storage 15 or other storage into the memory 12 and executes instructions included in the loaded program.
  • the processor 11 is, for example, a CPU, an MPU, a DSP, a GPU, various arithmetic units other than these, or a combination thereof.
  • the processor 11 may be realized by an integrated circuit such as an ASIC, PLD, FPGA, MCU or the like.
  • the memory 12 is used to store instructions executed by the processor 11 and various other data.
  • the memory 12 is a main storage device (main memory) that the processor 11 can access at high speed.
  • the memory 12 is composed of, for example, a RAM such as a DRAM or an SRAM.
  • the user interface 13 includes an input interface that accepts user input and an output interface that outputs various information under the control of the processor 11.
  • the input interface is, for example, a pointing device such as a keyboard or a mouse, a touch panel, or any information input device capable of inputting input from a user other than the above.
  • the output interface is, for example, a liquid crystal display, a display panel, or any information output device capable of outputting the calculation result of the processor 11 other than the above.
  • the communication interface 14 is implemented as hardware, firmware, communication software such as a TCP / IP driver or PPP driver, or a combination thereof.
  • the user device 10 can send and receive data to and from other devices such as the server 20 via the communication interface 14.
  • the storage 15 is an external storage device accessed by the processor 11.
  • the storage 15 is, for example, a magnetic disk, an optical disk, a semiconductor memory, or various storage devices other than those capable of storing data.
  • the storage 15 may store an attendance management program 15a for a user to apply for attendance.
  • the instructions included in the attendance management program 15a may be executed by the processor 11. Details of the functions realized by executing the attendance management program 15a will be described later.
  • the server 20 includes a processor 21, a memory 22, a user interface 23, a communication interface 24, and a storage 25.
  • the processor 21 is an arithmetic unit that loads various programs for providing an operating system and a game into the memory 22 and executes instructions included in the loaded programs.
  • the description of the processor 11 also applies to the processor 21, and the description of the memory 12 also applies to the memory 22.
  • the user interface 23 includes an input interface that accepts the input of the operator of the server 20 and an output interface that outputs various information under the control of the processor 21.
  • the communication interface 24 is implemented as hardware, firmware, communication software such as a TCP / IP driver or PPP driver, or a combination thereof.
  • the server 20 can send and receive data to and from other devices via the communication interface 22.
  • the storage 25 is an external storage device accessed by the processor 21.
  • the storage 25 is, for example, a magnetic disk, an optical disk, a semiconductor memory, or various storage devices other than those capable of storing data.
  • the storage 25 may store an attendance management program 25a for processing and managing attendance applications.
  • the instructions included in the attendance management program 25a may be executed by the processor 21. Details of the functions realized by executing the attendance management program 25a will be described later.
  • the instructions included in the attendance management program 15a are executed in the user device 10, and the instructions included in the attendance management program 25a are executed in the server 20. It is designed so that the function of the attendance management system 1 is realized in cooperation with 20.
  • the storage 25 can store various information necessary for processing and managing the attendance application.
  • the storage 25 contains user management data 25b for managing various information about the user of the user apparatus 10, and attendance management data 25c for managing information about the user's attendance schedule and seats used at the time of attendance. It may be remembered.
  • Various information necessary for processing a user's attendance request other than these may be stored in the storage 25.
  • the information stored in the storage 25 may be updated at any time by the user's request for attendance, approval of the application for attendance, and other events.
  • the user management data 25b is data related to the user's attendance application of the user device 10. As the user management data 25b, various information regarding the user's attendance application and attendance schedule can be stored in association with the user's account information.
  • the user's account information may include, for example, the user ID of the user and the password for the user to access the system at work.
  • the user ID of a certain user may be, for example, an employee ID assigned to the user by the office.
  • the information stored in association with the user's account information includes the department ID indicating the department to which the user belongs and the application for attendance from the user is approved.
  • Approver ID that identifies the approver, the scheduled date and time when the user is scheduled to go to work, the seat ID that identifies the seat assigned to the user, and whether or not the application for attendance from the user has been approved.
  • Approval flags may be included to indicate. If the attendance application from a certain user is not approved or rejected, "0" may be set as the approval flag in association with the account information of the user, and when the attendance application is approved. May be set to "1" as an approval flag.
  • the attendance management data 25c includes various information regarding the user's attendance application and attendance schedule. As shown in FIG. 3, as the attendance management data 25c, the user ID of the user who is planning to arrive at the office, the date and time when the user is scheduled to arrive at the office, the seat ID for identifying the seat assigned to the user, and the reservation. A reservation flag indicating whether or not is confirmed may be stored. When a user makes an application for attendance, a new record of attendance management data may be created in association with the user ID of the applicant user who applied for attendance. When a new record is created in response to the acceptance of the attendance request from the user, "0" is set as the reservation flag, and when the attendance application is approved after that, the reservation flag is changed to "1". You may.
  • various data that can be stored in the storage 15 may be stored in a storage (for example, storage 25 or storage 30) or a database server that is physically separate from the user device 10.
  • various data that can be stored in the storage 25 may be stored in a storage (for example, storage 15 or storage 30) or a database server that is physically separate from the server 20.
  • the storage 15 and the storage 25 are each shown as a single unit, but at least one of the storages 15 and 25 may be a collection of a plurality of physically separate storages. good.
  • the data stored in the storage 15 and the data stored in the storage 25 may be stored in a single storage or may be distributed and stored in a plurality of storages.
  • the term “storage” may refer to either a single storage or a collection of multiple storages, as is permitted in the context.
  • the processor 11 of the user apparatus 10 functions as an information input reception unit 11a, an application operation reception unit 11b, and a request generation unit 11c by executing an instruction included in the attendance management program 15a or other instructions.
  • the information input receiving unit 11a receives input of information related to the attendance application from the user of the user device 10. For example, the information input receiving unit 11a displays the attendance application screen on the display of the user device 10 in order to prompt the user to input information related to the attendance application.
  • An example of this attendance application screen is shown in FIG. FIG. 4 schematically shows the attendance application screen 50 displayed on the display by the information input receiving unit 11a.
  • the attendance application screen 50 is a date and time designation area 51 for inputting the attendance date and time information indicating the date and time when the user wishes to attend the office, and a seat designation for inputting the seat designation information for designating the seat to be used at the time of arrival at the office. It includes an area 52, a related information input area 53 for inputting information necessary for an office attendance application other than the above, and an operation button 54.
  • the date / time designation area 51 includes a user interface element for inputting a date and a time zone according to a user's designation.
  • the user can select the desired date of arrival from the user interface element located below the area described as "Date”, and the user below the area described as "Time”. You can specify the desired time to go to work from the interface element. In the illustrated example, September 11, 2020 is selected as the desired arrival date, and 9:00 to 17:00 is specified as the desired arrival time. In this way, the user can input the attendance date and time information indicating the date and time when he / she wishes to arrive at the office by using the information included in the date / time designation area 51 and the user interface element.
  • the information input reception unit 11a may provide a support function for designating a desired date of arrival and a desired time of arrival.
  • the information input reception unit 11a can set the working hours of the user (for example, the working hours specified in the employment contract or the work rules) as the default value of the desired time to go to work.
  • the working hours of the user may be stored in the storage 15. For example, when the working hours of the user are from 9:00 to 17:00, the working hours of the user, which is the desired working hours of the user, are 9:00 to 17:00 before the user inputs the desired working hours. May be set automatically.
  • the user interface element in the date / time designation area 51 may be configured so that only the business day of the user's office can be selected as the desired date of arrival at the office. In other words, the user interface element in the date and time designation area 51 does not have to allow the user to select a date other than the business day of the office as the desired arrival date. For example, if the user's place of work is a business day other than Saturdays, Sundays, and national holidays (hereinafter, simply referred to as "weekdays"), the user interface element in the date / time designation area 51 is within the weekdays. It may be configured so that the desired date of arrival can be selected only from.
  • the user interface element of the date and time designation area 51 is configured to present the user with options including only weekdays. Further, the user interface element in the date / time designation area 51 may be configured so that the desired time to go to work can be selected only within the range of the user's working hours. In other words, the user interface element in the date and time designation area 51 does not have to allow the user to select a time outside the working hours as the desired time to go to work.
  • the user interface element in the date / time designation area 51 is a predetermined time unit (for example, one hour unit) between 9:00 and 17:00 when the user's working hours are from 9:00 to 17:00. It is configured so that the desired time to go to work can be selected.
  • An image schematically showing the office layout is displayed in the seat reserved area 52.
  • an image of an office layout including 16 seats A1 to A4, B1 to B4, C1 to C4, and D1 to D4 is shown.
  • the user can select a seat to be used from the seats displayed in the seat reservation area 52.
  • the seat reservation area 52 may include a user interface element for allowing the user to select a seat.
  • the input receiving unit 11a can select, for example, a seat displayed at a position designated by the user on the pointing device (for example, the seat "A3") as a seat that the user desires to use. In this way, the user can input the seat designation information for designating the seat to be used based on the information included in the seat designation area 52 and the user interface element.
  • both seats that can be used by the user and seats that cannot be used by the user may be displayed.
  • the seats that can be used by the user are displayed so as to be distinguishable from the seats that cannot be used by the user.
  • the coordinates that are to be used by another user at the desired date and time of arrival in the date and time designation area 51 are displayed as unusable seats.
  • the seats that can be used by the user may be displayed separately from the seats that cannot be used, or by the user. Only available seats may be displayed.
  • the attendance application screen 50 does not have to include the seat reservation area 52. For example, if a seat is selected from the available seats at the time when the application for attendance is accepted according to a predetermined algorithm, the user does not have to specify the seat to be used.
  • the related information input area 53 includes information and a user interface element for inputting information other than the attendance date / time information and the seat selection information related to the attendance application.
  • the related information input area 53 is configured so that the "reason for coming to work", the "department”, and the “approver” can be input. For example, if you select the pull-down button below "Reason for coming to work", a modal window will be displayed that includes multiple candidates for the reason for coming to work and allows you to select an appropriate reason for coming to work from the selected candidates. The user can select the reason for coming to the office corresponding to his / her situation in this modal window. When the reason for coming to work is selected by the user, the selected item is set as the reason for coming to work.
  • Reasons for coming to work are, for example, "meeting", “customer visit”, “office work”, etc., but are not limited to these.
  • the reason for coming to the office is an example of information that can be viewed by the approver in the processing after accepting the application for coming to the office, which will be described later.
  • the approver approves or rejects the application for attendance after determining whether it is necessary to attend the office.
  • the reason for coming to work can be viewed by the approver because it may be necessary for the approver to decide whether or not to accept the application for going to work.
  • various information suitable for being viewed by the approver may be input in addition to the reason for coming to the office. In this way, the user can input the approver browsing information (for example, "reason for coming to work") to be browsed by the approver based on the information and the user interface element included in the related information input area 53.
  • information according to the user's selection can be input in the "affiliation department" and "approver” items.
  • a user can identify his / her department by selecting his / her own department from the list of offices displayed by selecting the pull-down button below the "Department” item. Identification information can be entered.
  • the user can identify the approver by selecting an appropriate approver according to the reason for coming to the office from the list of approver candidates displayed by selecting the rudown button below the "Approver” item. You can enter information.
  • the department identification information to which the user belongs may be automatically set to the identification information of the department to which the user belongs, and the user ID of the user's superior in the reporting line of the office is automatically set to the approver identification information. May be done.
  • the approver's in the department identified by the affiliation department identification information may be automatically set as the approver identification information.
  • the user ID of the section chief, department manager, general manager, executive officer, and other persons who have been granted the necessary authority to approve the attendance of the department to which the user belongs may be set as the approver identification information. ..
  • the application operation reception unit 11b When the application operation reception unit 11b detects that the operation button 54 is selected, the application operation reception unit 11b makes an application for attendance based on various information received by the information input reception unit 11a (for example, attendance date / time information, seat selection information, approver browsing information). Accepts the attendance application operation to perform.
  • the application operation reception unit 11b may be able to select the operation button 54 after the input of the information necessary for making an application for attendance is completed. In other words, the operation button 54 may be disabled and disabled by the user until the required information for making an application for attendance has been entered. For example, the arrival date and time information is required input information.
  • the request generation unit 11c receives an application operation for applying for attendance at the application operation reception unit 11b, and receives an attendance approval request for applying for attendance and a seat allocation request for applying for seat allocation. To generate.
  • the request generation unit 11c can send the generated attendance approval request and seat allocation request to the server 20.
  • the attendance approval request includes various information necessary for attendance application.
  • the attendance approval request transmitted from the user apparatus 10 to the server 20 includes a user ID that identifies the user of the user apparatus 10 and an attendance date and time received by the information input receiving unit 11a. Information and can be included.
  • the attendance approval request may further include approver browsing information received by the information input reception unit 11a, for example, text information indicating the reason for attendance.
  • the attendance approval request may further include the approver identification information received by the information input receiving unit 11a.
  • the attendance approval request may include information other than the information expressly described herein.
  • the seat allocation request includes various information necessary for applying for seat allocation.
  • the seat allocation request transmitted from the user device 10 to the server 20 includes a user ID that identifies the user of the user device 10 and an arrival date and time received by the information input receiving unit 11a. It can include information and seat information about the seat used by the user.
  • the seat selection information can be set as the seat information.
  • the operation button 54 is operated without the seat selection information being received by the information input receiving unit 11a, the Null value may be set as the seat information.
  • the seat allocation request may include information other than the information expressly described herein.
  • the user of the user device 10 arrives at the office by operating the operation button 54 after inputting the information necessary for generating the attendance approval request and the seat allocation request by using the function of the user apparatus 10.
  • Approval requests and seat allocation requests can be generated, and the generated attendance approval requests and seat allocation requests can be transmitted to the server 20.
  • the user of the user apparatus 10 responds to the operation for a single user interface element (in the above embodiment, the "operation button 54"), and the attendance approval request and the seat allocation application for the attendance application are made. Can generate a seat allocation request to do so. In short, you can apply for both attendance and seat allocation by manipulating a single user interface element.
  • the user device 10 may display a schedule confirmation screen for confirming the contents of the attendance application according to the operation instruction of the applicant user on the display.
  • FIG. 5 shows an example of the schedule confirmation screen 60.
  • the schedule confirmation screen 60 can include information regarding an attendance approval request generated by the request generation unit 11c.
  • the schedule confirmation screen 60 includes an attendance date / time area 61, a seat area 62, a related information area 63, a link 64 to a message, and an edit button 65.
  • the arrival date / time area 61 information indicating the scheduled arrival date / time generated based on the arrival date / time information is displayed.
  • the seat area 62 information indicating a seat desired to be used generated based on the seat designation information is displayed.
  • Link 64 is a link to a message from an approver or other user generated in response to an attendance approval request. By selecting the link 64, messages from the approver and other users can be viewed. The message from the approver may include an approval message indicating that the attendance has been approved.
  • the input reception unit 11a displays the attendance application screen 50 again and accepts the editing of the input information from the application user. The applicant user can check whether the attendance application and the seat allocation application have been made correctly by looking at the schedule confirmation screen 60, and if he / she finds incorrect information, he / she selects the edit button 65 to select the attendance application screen 50. You can enter the correct information from.
  • the processor 21 of the server 20 functions as a request receiving unit 21a, an attendance application processing unit 21b, a seat allocation processing unit 21c, and a warning notification unit 21d by executing an instruction included in the attendance management program 25a or other instructions. do.
  • the request receiving unit 21a receives the attendance approval request and the seat allocation request transmitted from the user device 10.
  • the attendance application processing unit 21b performs processing for prompting the approver to process (approve or reject) the attendance application based on the attendance approval request received by the request reception unit 21a. For example, the attendance application processing unit 21b identifies an approver based on the approver identification information included in the attendance approval request, and urges the user device of the approver to approve the attendance approval request. You can send a message. An example of an approval message sent to an approver is shown in FIG.
  • the approval request message 70 shown in FIG. 6 is generated by the attendance application processing unit 21b based on the attendance approval request transmitted from the user apparatus 10.
  • the attendance application processing unit 21b can generate an approval request message 70 by using the messenger function available in the attendance management system 1, and can send the generated approval request message 70 to the user device used by the approver.
  • the message is transmitted / received by the messenger function available in the attendance management system 1. May be.
  • the approval request message 70 is the attendance request generated based on the name 71 of the applicant user who sent the attendance approval request and the attendance date and time information included in the attendance approval request.
  • the date and time 72 and the approver browsing information 73 are included.
  • the text indicating that the reason for coming to the office is "meeting" is displayed as the approver browsing information 73.
  • the approval request message 70 may also include a link 76 to a confirmation screen containing detailed information about the attendance approval request.
  • the text "Click here for details" has a link to the confirmation screen embedded in it.
  • the confirmation screen can include the same information as the schedule confirmation screen 60 shown in FIG.
  • the confirmation screen migrated from the approval request message 70 generated based on the attendance approval request displays various information received by the information input reception unit 11a at the time of creating the attendance approval request (for example, attendance date and time information, etc.). Seat selection information, approver browsing information), and a link to return to the approval request message 70 may be included.
  • the link 76 to the confirmation screen including the detailed information about the attendance approval request in the approval request message 70 the details of the attendance approval request can be easily confirmed from the messenger function.
  • the link to the approval request message 70 in the detail screen it is possible to easily return to the messenger function screen (approval request message 70) from the screen provided by the attendance management system 1.
  • the approval request message 70 may include information shown in FIG. 6 or information not expressly described herein.
  • the approval request message 70 shown in FIG. 6 includes an approval button 74 and a denial button 75 that can be selected by the approver.
  • the attendance application processing unit 21b When the approval button 74 is selected, the attendance application processing unit 21b generates an approval message indicating that the application user's attendance approval request has been approved, and sends the generated approval message to the application user's user device 10 and server 20. Can be sent.
  • the denial button 75 when the denial button 75 is selected, the attendance application processing unit 21b generates a denial message indicating that the acceptance request for approval has been rejected, and the generated denial message is sent to the user device 10 and the server 20 of the applicant user. Can be sent to.
  • the applicant user can know whether or not his / her attendance approval request has been approved or rejected based on the message from the approver.
  • the approver replies to the approval request message 70 using the reply function included in the message function without using the approval button 74 or the denial button 75, and approves or denies the attendance application in the reply message. You may state that.
  • the message from the approver can be viewed, for example, by the applicant user operating the user apparatus 10 to select the link 64 shown in FIG.
  • the attendance application processing unit 21b generates a web page including an approval button 74 and a denial button 75 in place of sending the approval request message 70 to the approver's user device, or in addition to sending the approval request message 70. However, this web page may be displayed on the approver's user device.
  • the approver uses an information processing device that sends and receives the approval request message 70 to perform an operation for approving the attendance approval request (for example, selecting the approval button 74) or an operation for denying the attendance approval request (for example). , Selection of the denial button 75) can be performed.
  • the approver may also use the user device that realizes the same function as the user device 10 to perform an operation for approving the attendance approval request and an operation for denying the attendance approval request. Further, since the user who is the approver for the user of the user device 10 is also a worker who works at the same office, it may be necessary to apply for attendance. When the approver wishes to come to the office, the attendance approval request can be generated and the generated attendance approval request can be transmitted to the server 20 in the same manner as in the user device 10 described above.
  • the server 20 may manage upper limit information indicating the upper limit of the number of people who can approve the attendance in duplicate for each approver.
  • the storage 25 is associated with the user ID of a user who can be an approver (for example, a user in a management position such as an executive officer, a department manager, a section manager, or a group manager), and the user is duplicated as an approver.
  • the upper limit information indicating the upper limit of the number of people that can be approved may be stored in association with each other.
  • the approver cannot send more users than the maximum number of users set by himself / herself to the office at duplicate times. For example, if the maximum number of approvers is set to 4, it is not possible to approve attendance to more than 4 users.
  • the approval processing unit 21b specifies the approver identified by the approver identification information included in the attendance approval request in the attendance date and time information included in the attendance approval request.
  • the number of approvals indicating how many users are allowed to come to work at the time of day is calculated based on user management data, and the approval request is made only when the requested number of approvals is less than the maximum number of people assigned to the approver.
  • the message 70 may be sent to the approver's user device. On the contrary, when the number of approved persons has already reached the upper limit, the approval request message 70 is not sent to the approver. For example, as shown in Fig.
  • the processing unit 21b refers to the user management data and totals the number of approved persons who have been approved by the General Manager of the Legal Department to come to the office on a date and time overlapping from 9:00 to 17:00 on September 11, 2020. If the maximum number of people assigned to the Legal Department Manager is 4, the Approval Processing Department 21b is a user who has approved that the Legal Department Manager will come to the office on a date and time that overlaps with 9:00 to 17:00 on September 11, 2020.
  • an approval request message 70 is transmitted to the user device of the general manager of the Legal Department.
  • the approval processing unit 21b does not send the approval request message 70 to the user device of the general manager of the legal department. In this way, by sending the approval request message 70 to the approver only when the number of approved people is less than the maximum number of people at the desired date and time of the applicant user's arrival at the office, the attendance is approved for the users who exceed the maximum number of people. Can be prevented.
  • the approval processing unit 21b adjusts the worker to be sent to the user device of the legal department manager instead of the approval request message 70. May be sent.
  • the coordination message can include the names of newly applied applicants and non-approved persons who have already been approved to come to work, reasons for coming to work, and other information.
  • the General Counsel looks at the information displayed on his user device about the applicant and the person to be approved (name, reason for coming to work, and other information if necessary). You may adjust the approved persons who are allowed to come to the office.
  • the reconciliation message may include an approval revocation button for revoking the approval given to the approved person.
  • the server 20 performs a process for revoking the attendance approval given to the approved person. I do.
  • sending a cancellation notification message to the approved person whose attendance approval has been revoked changing the approval flag of the user management data associated with the user ID of the approved person, and changing the approval flag. It is possible to include a change in the attendance management data associated with the user ID of the approved person.
  • an approver who has not performed a process of determining whether or not to allow attendance (for example, a reply to an approval request message 70) when a predetermined period has elapsed after the attendance approval request is received. It may be configured to send reminders, or it may be possible for the applicant user to approve after the fact after actually coming to the office.
  • the number of approved people indicating the number of users who have been approved by the approver for each predetermined unit period is associated with the maximum number of people assigned to the approver. Can be displayed.
  • the allocation of the maximum number of persons and the aggregation of the approved number of persons are performed every predetermined unit period. For example, the allocation of the maximum number of people and the totaling of the approved number of people are performed on a daily basis.
  • FIG. 7 shows the maximum number of people from September 1 to 7, 2020 for a certain approver (referred to as Approver A) when the maximum number of people is assigned and the total number of approved people is aggregated on a daily basis.
  • the aggregation result screen 80 showing the aggregation result of the approved number of people is shown.
  • the aggregation result screen 80 is displayed on the user device of the authorized user.
  • the approver A selects the detail display button 81 for the date in which the "waiting for approval" column is not "0" on the aggregation result screen 80, so that the details of the attendance approval request waiting for the approval of the approver A can be displayed. Can be displayed. It may be the approval request message 70. That is, by selecting the detail display button 81, the approval request message 70 waiting for the approval of the approver A may be displayed.
  • the maximum number of approvers A is set to 4 per day.
  • the number of approved users which is the number of users approved by the approver A on September 2, has reached the maximum of four.
  • the number of people approved to go to work is less than the maximum number of four.
  • the approval processing unit 21b sends an approval request message to the approver A. If the attendance approval request requesting to attend the office is received at any time other than September 2 without transmitting the 70, the approval request message 70 is transmitted to the approver A.
  • the maximum number of people for each approver may be set according to the area of the office used by the group managed by each approver (for example, the Legal Department if it is the General Manager of the Legal Department). A larger maximum number may be set for approvers who manage groups that are assigned larger offices.
  • the maximum number of people assigned to each approver may be set by an administrator different from each approver. The administrator can, for example, set an appropriate maximum number of people from the viewpoint of preventing virus infection.
  • FIG. 8 shows an example of the administrator screen 90 displayed on the user terminal used by the administrator.
  • the administrator screen 90 displayed on the administrator's user device includes the maximum number of people for each approver shown in FIG. The total value of the total number of approved people for all approvers is shown for each day.
  • the administrator should take measures to reduce the number of employees who come to work, such as alerting each approver when there is a possibility that the number of users who want to go to work exceeds the upper limit. Can be done. For example, some of the information displayed on the administrator screen may be highlighted. Specifically, the information on the number of approved people on September 7 shown in FIG.
  • the administrator screen 90 can include a detail display button 91.
  • a list of workers who have been approved (that is, will be) to work on the day corresponding to the selected detail display button 91 may be displayed.
  • This attendance list may include the names, departments, reasons for attendance, approvers, and other information of each of the upcoming workers (ie, the approved persons for whom the upcoming attendance has been approved).
  • the attendance list may also include a message send button for individually sending a message to each worker included in the attendance list. By selecting this message send button, the administrator can send a message to the approved person corresponding to the selected message send button.
  • the attendance list may include a broadcast button to send a broadcast message to all or all employees of the approved person.
  • the administrator By selecting the broadcast button, the administrator generates and generates a broadcast message that is set as the destination for all the approved persons, all the approvers who have approved the approval of the approved person's attendance, or all employees. You can send a message.
  • Various messages sent from the administrator automatically include data on the virus infection status at the time of transmission, user's policy regarding whether or not to go to work, points to be noted when going to work, etc. without input by the administrator. It may be inserted.
  • the attendance management system 1 By configuring the attendance management system 1 so that simultaneous messages can be transmitted, it is possible to reduce the time and effort of the administrator regarding message transmission.
  • the approval processing unit 21b can update the user management data based on the attendance approval request received by the request reception unit 21a. Specifically, the approval processing unit 21b uses the information stored in association with the user ID included in the attendance approval request among the user management data based on the attendance date and time information included in the attendance approval request. Can be updated. For example, if the attendance date and time information specifies from 9:00 to 17:00 on September 11, this date and time is set as the scheduled attendance date and time corresponding to the user ID included in the attendance approval request. .. The approval flag is set to "0" until the approver approves the attendance approval request.
  • the approval processing unit 21b can create a new record of attendance management data based on the attendance approval request received by the request reception unit 21a. Specifically, the approval processing unit 21b sets the attendance date and time information included in the attendance approval request as the scheduled attendance date and time in association with the user ID included in the attendance approval request, so that the attendance management data can be obtained. You can create a new record for. The approval processing unit 21b can set the reservation flag to "0" until the application user's attendance approval request is approved, and set the reservation flag to "1" when the attendance approval request is approved. ..
  • the approval processing unit 21b may send at least one of the approval request message 70, the approval message, and the denial message to a user other than the approver.
  • the approval processing unit 21b is for members other than the application user who belong to the same department (for example, department, section) as the application user, the same project team, or a group to which the application user other than the above belongs.
  • Approval request message 70, approval message, and denial message may be sent at least one.
  • other members who belong to the same group as the applicant user can grasp the attendance schedule of the applicant user.
  • the approval processing unit 21b replaces the transmission of the approval request message 70 to the specific approver specified based on the attendance approval request, or in addition to the transmission of the approval request message 70 to the specific approver, the internal approval.
  • the approval request message 70 may be sent to a group of messenger functions of which some or all of the persons are members. If the approver cannot be identified, the approval processing unit 21b can send an approval request message 70 to a group of which some or all of the approvers are members. For example, if the attendance approval request does not include the approver identification information, it may not be possible to identify the approver based on the received attendance approval request.
  • the seat allocation processing unit 21c can determine the seat to be assigned to the applicant user based on the seat allocation request received by the request reception unit 21a. Specifically, the seat allocation processing unit 21c can determine the seat to be assigned to the applicant user based on the seat information included in the seat allocation request. For example, when the seat designation information for designating a specific seat is set in the seat information, the seat indicated by the seat designation information is assigned to the applicant user. If the seat information does not have seat selection information that specifies a particular seat (for example, if the seat information has a Null value), the seat allocation processing unit 21c is included in the seat allocation request.
  • the seat allocation processing unit 21c When the seat allocation processing unit 21c allocates a seat to the application user based on the seat allocation request received by the request reception unit 21a, the seat allocation processing unit 21c updates the record related to the application user included in the user management data. Specifically, the seat allocation processing unit 21c sets a seat ID that identifies the seat assigned to the applicant user in the seat information of the record relating to the applicant user included in the user management data.
  • the seat allocation processing unit 21c can also update the user management data and the attendance management data when a seat is assigned to the applicant user based on the seat allocation request received by the request reception unit 21a. Specifically, the seat allocation processing unit 21c identifies the seat assigned by the seat allocation processing unit 21c for the record stored in association with the user ID included in the seat allocation request in the user management data. The seat ID to be used can be set as the seat information of the record. Further, the seat allocation processing unit 21c identifies the seat assigned by the seat allocation processing unit 21c for the record stored in association with the user ID included in the seat allocation request in the attendance management data. Can be set as the seat information of the record.
  • the warning notification unit 21d sets the upper limit of the number of users who can give approval for each unit period for each approver, and the number of users who the approver approves to come to the office during the unit period (approved number). When the difference between the number and the number is less than the specified number, a warning notification can be sent to the approver.
  • This unit period can be, for example, one day. For example, if the maximum number of people per day, which is a unit period, is set to 4 for a certain approver, a warning notification will be issued when the difference between the maximum number of people and the number of approved people becomes "1" or less on a specific day. It will be sent to the approver.
  • FIG. 7 assumes that for the approver A, the maximum number of people is set and the number of approved people, which is the number of users who have given approval to go to work, is totaled on a daily basis. As shown in FIG. 7, on Friday, September 4, the number of approved people has reached 3, and the difference from the maximum number of 4 people is "1". If the third user who applied for work on September 4th is the desired day to go to work, the difference between the maximum number of people and the number of approved people will be "1", so the warning notification unit 21d , A warning notice is sent to the approver A when the approval is given to the attendance application from this third user.
  • the warning notification may be transmitted as a message of the messenger function that can be used in the attendance management system 1 as in the approval request message 70.
  • FIG. 9 shows an example of a warning notification.
  • the warning notification 100 is a message to the approver A including the number of approved people and the maximum number of people on September 4 (Friday).
  • the warning notification 100 is, for example, transmitted from the administrator to the approver A as a message of the messenger function.
  • the warning notification unit 21d may be configured to be able to send a warning notification to the administrator.
  • the warning notification unit 21d totals the maximum number of people and the number of approved people for each unit period, and warns when the difference between the maximum number of people and the number of approved people is less than or equal to the predetermined number based on the totaled result. It may be configured to send a warning notification similar to the notification 100 to the administrator.
  • FIG. 10 is a flow chart showing a flow of processing of an application for attendance in one embodiment of the present invention.
  • step S11 the input of information related to the attendance application is accepted from the worker (application user) who has logged in to the in-house system.
  • the applicant user who has logged in to the in-house system operates the user device 10 to display the attendance application screen 50 on the display, and inputs the information requested to be input on the attendance application screen 50. ..
  • the applicant user inputs the date and time when he / she wants to go to work, the seat he / she wants to use at the time of going to work, the reason for going to work, and other information related to the application for going to work.
  • the information input by the applicant user is received, for example, by the information input receiving unit 11a.
  • step S12 it is determined whether or not the operation button 54 is selected, and when it is detected that the operation button 54 is selected, the attendance application operation for making an attendance application is accepted.
  • the acceptance of the application operation in step S12 is performed by, for example, 111b.
  • the process proceeds to step S13.
  • step S13 in response to the acceptance of the application operation for applying for attendance in step S12, an attendance approval request including various information necessary for the attendance application is generated.
  • the attendance approval request is generated based on the information received in step S11.
  • the attendance approval request includes, for example, a user ID for identifying the applicant user, attendance date and time information indicating the desired attendance date and time, text information indicating the reason for attendance, and approver identification information for identifying the approver.
  • the generated attendance approval request is transmitted to the server 20.
  • the generation of the attendance approval request and the transmission to the server 20 in step S13 are performed by, for example, the request generation unit 11c.
  • step S14 the attendance approval request is received by the server 20, and the attendance approval process for prompting the approver to process (approve or reject) the approval application by the accepted attendance approval request is performed.
  • an approval request message 70 is generated based on an attendance approval request, and this approval request message 70 is transmitted to the approver. If the attendance application based on the attendance approval request is approved, an approval message indicating that it was approved may be sent to the applicant user, and if it is denied, a denial message indicating that it has been rejected may be sent to the applicant user. It may be transmitted.
  • step S16 the user management data may be updated based on the received attendance approval request.
  • the attendance application processing in step S14 is performed by, for example, the attendance application processing unit 21b.
  • a seat allocation request for applying for seat allocation is generated in response to the acceptance of the application operation for applying for attendance in step S12.
  • the seat allocation request includes various information necessary for applying for seat allocation, for example, a user ID that identifies the applicant user, attendance date and time information indicating the desired date and time of arrival, and seat information regarding the seat used by the application user. And can include.
  • the generated seat allocation request is transmitted to the server 20.
  • the generation of the seat allocation request and the transmission to the server 20 in step S15 are performed by, for example, the request generation unit 11c.
  • step S16 the seat allocation request is received by the server 20, and the seat to be assigned to the applicant user is determined based on the accepted seat allocation request. For example, when the seat selection information for designating a specific seat is set in the seat information included in the seat allocation request, the seat indicated by the seat selection information is assigned to the applicant user.
  • the seat allocation process in step S16 is performed by, for example, the attendance application processing unit 21b.
  • the attendance approval process for processing the attendance application made by the applicant user and the seat allocation process for the applicant user are performed, and the attendance application process is completed.
  • the process related to the attendance application shown in FIG. 10 is performed each time the user of the user device 10 makes an attendance application from the attendance application screen 50. Processing related to attendance applications from a plurality of application users may be processed in parallel.
  • a part of the process (step) constituting the processing procedure is omitted, and a process not specified as a process constituting the processing procedure is added.
  • / or the order of the steps can be changed, and the processing procedure in which such omission, addition, or change of order is made is also included in the scope of the present invention as long as it does not deviate from the gist of the present invention.
  • the process of generating and transmitting the attendance approval request in step S13 and the process of generating and transmitting the seat allocation request in step S15 may be performed in parallel.
  • step S13 and step S15 are either. May be executed first, or may be executed in parallel.
  • any device of the attendance management system 1 may be performed by another device.
  • at least a part of the functions described as being realized by the processor 11 of the user apparatus 10 may be realized by the processor 21 of the server 20 or the processor of another apparatus, and the server 20 may be realized.
  • At least some of the functions described as being realized by the processor 21 of the user apparatus 10 may be realized by the processor 11 of the user apparatus 10 or the processor of another apparatus.
  • At least a part of the functions of the information input reception unit 11a, the application operation reception unit 11b, and the request generation unit 11c may be realized by a processor other than the processor 11, and the request reception unit 21a, the attendance application processing unit 21b, At least a part of the functions of the seat allocation processing unit 21c and the warning notification unit 21d may be realized by a processor other than the processor 21.
  • the function of the request generation unit 11c may be realized by the processor 21 of the server 20 instead of the processor 11 of the user apparatus 10.
  • the user device 10 transmits to the server 20 a processing request requesting processing related to the attendance application in response to the acceptance of the attendance application operation for applying for attendance at the application operation reception unit 11b. ..
  • various information for example, attendance date / time information, seat selection information, approver browsing information
  • the processing request is received by the server 20, for example, by the request receiving unit 21a.
  • the server 20 When the server 20 receives the processing request, the server 20 generates an attendance approval request and a seat allocation request based on the processing request and various information received by the information input receiving unit 11a as necessary.
  • the generation of the attendance approval request and the seat allocation request on the server 20 may be performed in the same manner as in the request generation unit 11c.
  • the server 20 can execute the processing in the attendance application processing unit 21b and the seat allocation processing unit 21c based on the attendance approval request and the seat allocation request generated in this way.
  • the attendance approval request and the seat allocation request may be generated by the server 20 instead of the user device 10.
  • the function of the attendance management system 1 may be linked with the scheduler function of the external application software.
  • the known scheduler function is provided by, for example, "Outlook” provided by Microsoft Corporation, "Google Calendar” provided by Google LLC, and various other applications.
  • the user device 10 is specified by the date and time designation area 51 input on the attendance application screen 50 in response to the selection of the operation button 54 on the attendance application screen 50.
  • a request for setting the date and time zone as a new event of the external scheduler linked with the attendance management system 1 may be sent to the external scheduler.
  • the attendance schedule is automatically registered as an event in the scheduler application, so that the applicant user can easily grasp the attendance schedule.
  • the management method of working hours differs between when you arrive at the office and when you work remotely.
  • the attendance management system 1 may have a function of managing the working hours of the remote work user.
  • the attendance management system 1 can treat a user other than the user who has applied for attendance and the application for attendance has been approved as a remote work user.
  • the attendance management system 1 can record the login time and the logout time to the in-house system for the remote work user, and can manage the login time as the work start time and the logout time as the work end time.
  • remote work users may spend time on things other than business during remote work. For example, in order to take care of family members or go to the hospital after starting work, work may be interrupted for a short time after starting work (after logging in to the in-house system).
  • the remote work user wants to suspend the work after the start of the work, the remote work user can send the work interruption notification from the user device 10 to the server 20 for notifying the suspension of the work.
  • the server 20 can calculate the working hours of the user by excluding the time from receiving the work interruption notification from the user device 10 of the remote work user to receiving the work resumption notification from the working hours.
  • the attendance management system 1 distinguishes between the attendance user whose attendance application is approved by referring to the user management data and the remote work user who works at the remote work, and logs in to the in-house system only in the user device 10 of the remote work user. Later, a user interface element for notifying "work interruption” and "work resumption” can be displayed. In this way, the attendance management system 1 can manage working hours corresponding to the flexible working styles of the attending user and the remote work user.
  • a single attendance application operation from a worker generates an attendance approval request for making an attendance application and a seat allocation request for applying for seat allocation. Can be done.
  • the attendance approval request includes the worker identification information and the attendance date / time information among the information contained in the seat allocation request.
  • the single attendance request operation that is common to the operation for generating a seat allocation request generates an attendance approval request that contains information that overlaps with the information contained in the seat allocation request.
  • the applicant user can efficiently generate an attendance approval request for an attendance application.
  • the attendance approval request includes the information contained in the seat allocation request
  • the time and effort for the applicant user to input the information is reduced as compared with the case where the attendance approval request is generated individually.
  • both the attendance approval request and the seat allocation request are generated by a single attendance application operation, it takes time and effort for the applicant user to perform the application operation as compared with the case where the attendance application and the seat allocation application are performed separately. It will be reduced.
  • the efficiency of the application is such that the attendance application information includes the information contained in the seat allocation request as well as the approver browsing information viewed by the approver who decides whether or not to allow the attendance application. It is possible to provide the approver of the attendance approval request with the information necessary for making a decision on whether or not to attend the office while maintaining the sexuality.
  • upper limit information indicating the upper limit number of people who can approve attendance in a unit period is defined in association with the approver. Then, when it is determined that the number of approved workers indicating the number of workers approved to come to work during the unit period is less than the maximum number of workers, the approval request message 70 is sent to the approver. This can prevent the approval of attendance from being given to the number of workers exceeding the maximum number of workers. Therefore, it is possible to prevent overcrowding of personnel in the office and lack of facilities such as office seats and conference rooms.
  • a warning notification (eg, a warning) is given to the approver and / or the administrator when the difference between the maximum number of people and the approved number of people in a unit period is less than or equal to a predetermined number. Since the notification 100) is sent, the approver and / or the manager knows that the number of workers going to work is approaching the maximum number before giving approval to go to work up to the maximum number of people who can go to work. be able to. For this reason, the approver and / or the manager can give approval to the work attendance application more systematically and take measures to reduce the number of attendance at an early stage.
  • the judgment of whether or not a worker's application for attendance is permitted is mainly made from the viewpoint of the necessity for carrying out the work.
  • the maximum number of people that can be accommodated in an office may need to be determined from a different perspective than the need to carry out the work.
  • the maximum number of members should be set from a medical or public health perspective to prevent infection with the virus. Therefore, by having an administrator different from the approver determine the maximum number of people, it is possible to set an appropriate maximum number of people from a viewpoint other than business necessity.
  • the server 20 is not limited to this, and the server 20 is, for example, the attendance history of the worker based on the attendance management data (for example, how many times this month is attended). You may create and manage statistics such as whether or not you did it. The created attendance history may be stored and retained in the user management data. Alternatively, if the worker's attendance history is created separately, it may be compared with the statistical data based on the attendance management data.
  • a function for dealing with an infectious disease-affected person such as a coronavirus-affected person may be implemented.
  • the server 20 identifies and identifies a worker who has reserved a seat within a certain distance from the seat of the subject infectious disease victim during a certain period of time. It may have a function to generate a list of workers and present it to the manager. Further, the server 20 may have a function of narrowing down the workers who came to the office at the same time as the target infectious disease victim from the list and presenting them to the manager. If the scheduled arrival date and time of the worker and the scheduled arrival date and time of the target infectious disease patient overlap at least partially, it may be determined that the worker has arrived at the same time.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本発明の一又は複数の実施形態による出社管理プログラムは、一又は複数のプロセッサに、労働者が出社を希望する日時を示す出社日時情報の入力を受け付ける機能と、前記労働者からの単一の出社申請操作を受け付ける機能と、前記単一の出社申請操作を受け付けたことに応じて、前記出社日時情報及び前記労働者を識別する労働者識別情報を含む出社承認リクエスト、並びに、前記出社日時情報、前記労働者が使用する座席に関する座席情報、及び前記労働者識別情報を含む座席割当リクエストを生成する機能と、を実現させる。

Description

出社管理プログラム、出社管理システム、及び出社管理方法
　本明細書の開示は、出社管理プログラム、出社管理システム、及び出社管理方法に関する。
　近年、リモートワークを採用する企業が増加しているため、労働者の働き方が大きく変化している。リモートワークの導入前には、労働者は、勤務時間にオフィスに出社し、そのオフィス内の座席で業務に従事することが通常であった。リモートワークの普及によって、労働者が勤務時間に出社することは当然ではなくなっている。
　ＣＯＶＩＤ－１９等のウイルスへの感染を予防するため、又は、限られたオフィススペースを効率良く使用するために、従業員の出社を事前許可制にしている事業者も増えている。出社が事前許可制とされている場合には、従業員は、事前に出社の申請を行い承認者からの承認を得てからオフィスに出社する。
　ウイルス感染予防の観点から、座席間隔が広くなるようにオフィスレイアウトを見直したり座席数を従来よりも減らしたりすることで、オフィスにおけるソーシャルディスタンスを確保するための試みも行われている。
　このように労働者の労働環境が働く場所の観点で変化している一方で、労働者の勤怠管理のためのシステムは、依然として労働者が勤務時間に出社することを前提とした旧来の勤務環境を前提として設計されている。例えば、特開２０１９－１６９０３５号公報には、労働者が承認者に対して時間外勤務の申請を行うための機能を有する管理システムが記載されており、特開２０２０－０３８５５２号公報には、フリーアドレスオフィスの座席を管理者が設定した優先順位条件に基づいて労働者に割り当てる管理システムが記載されているが、いずれの特許文献にも、リモートワークを常態としている労働者が出社する場合の申請や承認を行うための機能については記載がない。
　従来の労働者の勤怠管理のための管理システムや座席を割り当てるためのシステムは、リモートワークを基本とする新しい働き方における出社管理や座席割り当ての管理に関するニーズに十分に対応できていない。旧来の働き方では出社することが当然の前提であったため、出社の承認申請を効率良く行うためのシステムや方法については十分な検討がなされていなかった。出社の承認申請を効率良く行うことができれば、労働者は、出社管理に関する些事に煩わされることなく本来の業務にリソースを振り向けることができる。
　本明細書に開示される発明の目的の一つは、従来の労働者の勤怠管理や座席の割り当て管理を行う管理システムにおける問題を解決又は緩和することである。本明細書に開示される発明のより具体的な目的の一つは、出社の承認申請を効率良く行うための技術的な改善を提供することである。
　本明細書に開示される発明の前記以外の目的は、本明細書全体を参照することにより明らかになる。本明細書に開示される発明は、前記の課題に代えて又は前記の課題に加えて、本明細書の記載から把握される課題を解決するものであってもよい。
　本発明の一又は複数の実施形態による出社管理プログラムは、一又は複数のプロセッサに、労働者が出社を希望する日時を示す出社日時情報の入力を受け付ける機能と、前記労働者からの単一の出社申請操作を受け付ける機能と、前記単一の出社申請操作を受け付けたことに応じて、前記出社日時情報及び前記労働者を識別する労働者識別情報を含む出社承認リクエスト、並びに、前記出社日時情報、前記労働者が使用する座席に関する座席情報、及び前記労働者識別情報を含む座席割当リクエストを生成する機能と、を実現させる。
　本発明の一又は複数の実施形態において、前記単一の出社申請操作は、単一のユーザインタフェース要素が選択されたことに応じて受け付けられる。
　本発明の一又は複数の実施形態による出社管理プログラムは、前記一又は複数のプロセッサに、前記労働者が使用を希望する座席を指定する座席指定情報の入力を受け付ける機能をさらに実行させる。本発明の一又は複数の実施形態において、前記座席情報は、前記座席指定情報に基づいて生成される。
　本発明の一又は複数の実施形態による出社管理プログラムは、前記一又は複数のプロセッサに、前記労働者が使用可能な一又は複数の空席を示す空席情報を表示する機能と、　前記労働者に、前記一又は複数の空席の中から使用を希望する座席を指定させることで前記座席指定情報を生成する機能と、をさらに実現させる。
　本発明の一又は複数の実施形態による出社管理プログラムは、前記一又は複数のプロセッサに、前記労働者に前記労働者の勤務時間の範囲内で出社を希望する日時を指定させることで前記出社日時情報を生成する機能をさらに実現させる。
　本発明の一又は複数の実施形態において、前記出社承認リクエストは、承認者によって閲覧される承認者閲覧情報を含む。
　本発明の一又は複数の実施形態においては、前記出社承認リクエストが生成されたことに応じて前記承認者の端末に前記労働者の出社の許否の入力を促す情報が提供される。
　本発明の一又は複数の実施形態において、前記承認者に関連付けて単位期間に出社を承認可能な上限人数を示す上限情報が定められており、前記出社承認リクエストが生成されたことに応じて前記承認者によって前記単位期間における出社が承認された労働者の人数を示す承認人数が前記上限人数より少ないと判定された場合に前記承認者の端末に前記労働者の出社の許否の入力を促す情報が提供される。
　本発明の一又は複数の実施形態による出社管理プログラムは、前記上限人数と前記承認人数との差が所定数以下となった場合に、前記承認者に対して警告通知を送信する能をさらに実現させる。
　本発明の一又は複数の実施形態において、前記上限情報は、前記承認者とは異なる管理者によって定められる。
　本発明の一又は複数の実施形態において、前記出社承認リクエストは、前記承認者を識別する承認者識別情報をさらに含む。
　本発明の一又は複数の実施形態において、前記承認者は、前記労働者の所属部署を識別する所属部署識別情報に基づいて決定される。
　本発明の一又は複数の実施形態による出社管理プログラムは、一又は複数のプロセッサに、労働者が出社を希望する日時を示す出社日時情報の入力を受け付ける機能と、前記労働者からの単一の出社申請操作を受け付ける機能と、前記単一の出社申請操作に基づいて、出社申請に関する処理を行うことを要求する処理リクエストを生成する機能と、を実現させる。前記出社申請に関する処理は、出社を申請するための出社承認リクエストの生成及び座席の割り当てを申請するための座席割当リクエストの生成を含む。
　本発明の一又は複数の実施形態による出社管理システムは、一又は複数のプロセッサを備える。前記一又は複数のプロセッサは、コンピュータ読み取り可能な命令を実行することにより、労働者が出社を希望する日時を示す出社日時情報の入力を受け付け、前記労働者からの単一の出社申請操作を受け付け、前記単一の出社申請操作を受け付けたことに応じて、前記出社日時情報及び前記労働者を識別する労働者識別情報を含む出社承認リクエスト、並びに、前記出社日時情報、前記労働者が使用する座席に関する座席情報、及び前記労働者識別情報を含む座席割当リクエストを生成する。
　本発明の一又は複数の実施形態による出社管理システムは、コンピュータ読み取り可能な命令を実行することにより、労働者からの単一の出社申請操作に基づく処理リクエスト及び前記労働者が出社を希望する日時を示す出社日時情報を受け付け、前記出社日時情報及び前記労働者を識別する労働者識別情報を含む出社承認リクエスト、並びに、前記出社日時情報、前記労働者が使用する座席に関する座席情報、及び前記労働者識別情報を含む座席割当リクエストを生成する。
　本発明の一又は複数の実施形態による出社管理方法は、一又は複数のコンピュータプロセッサがコンピュータ読み取り可能な命令を実行することにより実行される。本発明の一又は複数の実施形態による出社管理方法は、労働者が出社を希望する日時を示す出社日時情報の入力を受け付ける工程と、前記労働者からの単一の出社申請操作を受け付ける工程と、前記単一の出社申請操作を受け付けたことに応じて、前記出社日時情報及び前記労働者を識別する労働者識別情報を含む出社承認リクエスト、並びに、前記出社日時情報、前記労働者が使用する座席に関する座席情報、及び前記労働者識別情報を含む座席割当リクエストを生成する工程と、を備える。
本発明の実施形態によれば、出社申請を効率良く行うことができる。
本発明の一の実施形態による出社管理システムのブロック図である。 図１の出社管理システムにおいて記憶されるユーザ管理データを説明する図である。 図１の出社管理システムにおいて記憶される出社管理データを説明する図である。 図１の出社管理システムにおける出社申請画面を模式的に示す図である。 図１の出社管理システムにおける出社スケジュールの確認画面を示す模式図である。 図１の出社管理システムにおける承認依頼メッセージの例を示す図である。 図１の出社管理システムにおける承認者用の出社人数確認画面の例を示す模式図である。 図１の出社管理システムにおける管理者用の出社人数確認画面の例を示す模式図である。 図１の出社管理システムにおける出社承認依頼メッセージの例を示す図である。 本発明の一の実施形態において出社申請を行うための処理の流れを示すフロー図である。
　以下、適宜図面を参照し、本発明の様々な実施形態を説明する。図１に示されているとおり、本発明の一実施形態による出社管理システム１は、ユーザ装置１０と、サーバ２０と、を備える。出社管理システムは、ストレージ３０を備えてもよい。ユーザ装置１０、サーバ２０、及びストレージ３０は、ネットワーク４０を介して互いに通信可能に接続されている。ネットワーク４０は、単一のネットワークであってもよく、複数のネットワークが接続されて構成されていてもよい。ネットワーク４０は、例えば、インターネット、移動通信網、及びこれらの組み合わせである。ネットワーク４０としては、電子機器間の通信を可能とする任意のネットワークが適用され得る。
　図１に示されている出社管理システム１は、本発明を適用可能なシステムの例であり、本発明を適用可能なシステムは、図１に示されたものには限定されない。本発明を適用可能な出社管理システム１は、図示されている構成要素の一部を備えなくてもよい。例えば、出社管理システム１は、ストレージ３０を備えなくともよい。出社管理システム１は、図示されていない構成要素を備えてもよい。例えば、図１には説明の簡略化のためにユーザ装置１０が１台だけ記載されているが、出社管理システム１は、２以上の任意の数のユーザ装置１０を含むことができる。
　図示されている出社管理システム１は、ネットワーク４０に接続されたユーザ装置１０及びサーバ２０を備えているが、出社管理システム１のサブコンビネーションであるユーザ装置１０及びサーバ２０の一方を特許請求の範囲に記載されている発明が適用される出社管理システムと理解することができる。特許請求の範囲に記載される出社管理システムは、ユーザ装置１０及びサーバ２０の両方の構成や機能を構成要件としてもよいし、出社管理システム１のサブコンビネーションであるユーザ装置１０及びサーバ２０の一方の構成や機能を構成要件とし他方の構成や機能を構成要件としなくともよい。言い換えると、請求項に記載されている出社管理システムがユーザ装置１０及びサーバ２０の両方の構成や機能を構成要件として備える場合には、ユーザ装置１０及びサーバ２０を備える出社管理システム１が請求項に記載されている出社管理システムに係る発明の実施形態に相当する。他方、請求項に記載されている出社管理システムがユーザ装置１０の構成や機能のみを構成要件として備える場合には、図示されているユーザ装置１０が請求項に記載されている出社管理システムに係る発明の実施形態に相当する。また、請求項に記載されている出社管理システムがサーバ２０の構成や機能のみを構成要件として備える場合には、図示されているサーバ２０が請求項に記載されている出社管理システムに係る発明の実施形態に相当する。
　出社管理システム１は、以下で説明するように、労働者がオフィスに出社することを使用者に申請する出社申請、及び、当該出社申請の承認を実行又は支援する様々な機能を備える。ユーザ装置１０は、出社申請を行う労働者によって使用されることが想定されている。つまり、労働者は、ユーザ装置１０のユーザである。このため、本明細書においては、ユーザ装置１０を使用する労働者を「ユーザ」と呼び、労働者がユーザ装置１０を使用して出社申請を行う場合には、その出社申請を行う労働者のことを特に「申請ユーザ」と呼ぶことがある。また、このユーザ又は申請ユーザが勤務している会社において労働者からの出社申請の許否を決める者を「承認者」と呼ぶことがある。承認者もユーザ装置１０を使用する。承認者は、ユーザ装置１０を用いて出社申請に対する許否を入力することができる。承認者は、申請ユーザの上司、申請ユーザが勤務する会社の管理者（例えば、総務部門の責任者や担当者）、又はこれら以外の者であってもよい。
　「出社」は、労働者が勤務先のオフィスに行くことを意味する。文脈上矛盾する場合を除き、「オフィス」には、同じ勤務先に勤める複数の労働者が集まって業務を行うことが想定されている任意の場所、例えば事務所、事業所、及び工場を含むことができる。本明細書において説明される本発明の一又は複数の実施形態では、労働者は、出社する前に出社申請を行い、その出社申請が承認者によって承認された場合に出社が許可されることが想定されている。
　「出勤」は、労働者が勤務先のための業務を開始することをいう。労働者が「出勤」するためには、勤務先のオフィスに行くことを要せず、勤務先のオフィス以外の場所（例えば自宅）で業務を開始してもよい。例えば、労働者は、自宅から勤務先の業務システムにログインすることで「出勤」することができる。労働者が出社せずに勤務先のオフィス以外の場所で勤務先のための業務を行うことを「リモートワーク」と呼ぶ。また、リモートワークの形態で勤務しているユーザを「リモートワークしているユーザ」又は「リモートワークユーザ」と呼ぶ。
　本明細書において説明される本発明の一又は複数の実施形態では、労働者の勤務先がフリーアドレスオフィス方式を採用していることを想定している。フリーアドレスオフィス方式は、労働者が勤務先の業務のために利用する座席が固定されておらず、必要に応じて労働者に座席が割り当てられる方式を意味する。
　まず、ユーザ装置１０の構成について説明する。ユーザ装置１０は、パーソナルコンピュータ（ＰＣ）、タブレット端末、スマートフォン、またはこれら以外の各種情報処理装置である。ユーザ装置１０は、プロセッサ１１、メモリ１２、ユーザインタフェース１３、通信インタフェース１４、及びストレージ１５を備えている。
　プロセッサ１１は、ストレージ１５又はそれ以外のストレージからオペレーティングシステムやそれ以外の様々なプログラムをメモリ１２にロードし、ロードしたプログラムに含まれる命令を実行する演算装置である。プロセッサ１１は、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＧＰＵ、これら以外の各種演算装置、又はこれらの組み合わせである。プロセッサ１１は、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の集積回路により実現されてもよい。
　メモリ１２は、プロセッサ１１が実行する命令及びそれ以外の各種データを格納するために用いられる。メモリ１２は、プロセッサ１１が高速にアクセス可能な主記憶装置（メインメモリ）である。メモリ１２は、例えば、ＤＲＡＭやＳＲＡＭ等のＲＡＭによって構成される。
　ユーザインタフェース１３は、ユーザの入力を受け付ける入力インタフェースと、プロセッサ１１の制御により様々な情報を出力する出力インタフェースと、を備える。入力インタフェースは、例えば、キーボード、マウス等のポインティングデバイス、タッチパネル、又は前記以外のユーザの入力を入力可能な任意の情報入力装置である。出力インタフェースは、例えば、液晶ディスプレイ、表示パネル、又は前記以外のプロセッサ１１の演算結果を出力可能な任意の情報出力装置である。
　通信インタフェース１４は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装される。ユーザ装置１０は、通信インタフェース１４を介して、サーバ２０等の他の装置とデータを送受信することができる。
　ストレージ１５は、プロセッサ１１によりアクセスされる外部記憶装置である。ストレージ１５は、例えば、磁気ディスク、光ディスク、半導体メモリ、又はデータを記憶可能な前記以外の各種記憶装置である。ストレージ１５には、ユーザが出社申請を行うための出社管理プログラム１５ａが記憶されていてもよい。出社管理プログラム１５ａに含まれる命令は、プロセッサ１１によって実行され得る。出社管理プログラム１５ａを実行することにより実現される機能の詳細は後述される。
　次に、サーバ２０の構成について説明する。サーバ２０は、プロセッサ２１、メモリ２２、ユーザインタフェース２３、通信インタフェース２４、ストレージ２５を備えている。
　プロセッサ２１は、オペレーティングシステムやゲームを提供するための様々なプログラムをメモリ２２にロードし、ロードしたプログラムに含まれる命令を実行する演算装置である。プロセッサ１１に関する説明は、プロセッサ２１にも当てはまり、メモリ１２に関する説明はメモリ２２にも当てはまる。
　ユーザインタフェース２３は、サーバ２０のオペレータの入力を受け付ける入力インタフェースと、プロセッサ２１の制御により様々な情報を出力する出力インタフェースと、を備える。
　通信インタフェース２４は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装される。サーバ２０は、通信インタフェース２２を介して、他の装置とデータを送受信することができる。
　ストレージ２５は、プロセッサ２１によりアクセスされる外部記憶装置である。ストレージ２５は、例えば、磁気ディスク、光ディスク、半導体メモリ、又はデータを記憶可能な前記以外の各種記憶装置である。ストレージ２５には、出社申請を処理及び管理するための出社管理プログラム２５ａが記憶されていてもよい。出社管理プログラム２５ａに含まれる命令は、プロセッサ２１によって実行され得る。出社管理プログラム２５ａを実行することにより実現される機能の詳細は後述される。出社管理プログラム１５ａ及び出社管理プログラム２５ａは、出社管理プログラム１５ａに含まれる命令がユーザ装置１０において実行され、出社管理プログラム２５ａに含まれる命令がサーバ２０で実行されることにより、ユーザ装置１０とサーバ２０とが協働して出社管理システム１の機能が実現されるように設計されている。
　ストレージ２５には、出社申請を処理及び管理するために必要な各種情報が記憶され得る。例えば、ストレージ２５には、ユーザ装置１０のユーザに関する様々な情報を管理するためのユーザ管理データ２５ｂ、及び、ユーザの出社予定や出社時に使用する座席に関する情報を管理するための出社管理データ２５ｃが記憶されてもよい。ストレージ２５には、これら以外のユーザの出社申請を処理するために必要な各種情報が記憶されてもよい。ストレージ２５に記憶される情報は、ユーザからの出社申請、その出社申請の承認、及びそれ以外のイベントによって随時更新され得る。
　ユーザ管理データ２５ｂは、ユーザ装置１０のユーザの出社申請に関連するデータである。ユーザ管理データ２５ｂとして、ユーザのアカウント情報と対応付けて、当該ユーザの出社申請及び出社予定に関する様々な情報が記憶され得る。ユーザのアカウント情報には、例えば、当該ユーザのユーザＩＤ及び当該ユーザが勤務先のシステムにアクセスするためのパスワードを含んでもよい。あるユーザのユーザＩＤは、例えば、勤務先から当該ユーザに割り当てられている従業員ＩＤであってもよい。
　図２に示されているように、ユーザ管理データ２５ｂにおいて、ユーザのアカウント情報に対応付けて記憶される情報には、当該ユーザの所属部署を示す所属部署ＩＤ、当該ユーザからの出社申請を承認する承認者を識別する承認者ＩＤ、当該ユーザが出社を予定している出社予定日時、当該ユーザに割り当てられた座席を識別する座席ＩＤ、及び当該ユーザからの出社申請が承認されたか否かを示す承認フラグが含まれてもよい。あるユーザからの出社申請が承認されていない場合又は否認された場合には、当該ユーザのアカウント情報に対応付けて承認フラグとして「０」が設定されてもよく、出社申請が承認された場合には承認フラグとして「１」が設定されてもよい。
　出社管理データ２５ｃは、ユーザの出社申請及び出社予定に関する様々な情報を含む。図３に示されているように、出社管理データ２５ｃとして、出社を予定しているユーザのユーザＩＤ、当該ユーザが出社予定の日時、当該ユーザに割り当てられた座席を識別する座席ＩＤ、及び予約が確定したか否かを示す予約フラグが記憶されてもよい。ユーザから出社申請がなされた場合に、その出社申請を行った申請ユーザのユーザＩＤと対応付けて出社管理データの新しいレコードが作成されてもよい。ユーザからの出社申請を受け付けたことに応じて新しいレコードが作成される場合には予約フラグとして「０」が設定され、その後に出社申請が承認された場合に予約フラグを「１」に変更してもよい。
　出社管理システム１において、データの格納場所には特段の制限はない。例えば、ストレージ１５に記憶され得る各種データは、ユーザ装置１０とは物理的に別体のストレージ（例えば、ストレージ２５又はストレージ３０）やデータベースサーバに格納されてもよい。同様に、ストレージ２５に記憶され得る各種データは、サーバ２０とは物理的に別体のストレージ（例えば、ストレージ１５又はストレージ３０）やデータベースサーバに格納されてもよい。図１においては、ストレージ１５及びストレージ２５はそれぞれが単一のユニットとして図示されているが、ストレージ１５、２５の少なくとも一方は、複数の物理的に別体のストレージが集合したものであってもよい。つまり、本明細書において、ストレージ１５に記憶されるデータ及びストレージ２５に記憶されるデータは、単一のストレージに記憶されてもよいし、複数のストレージに分散して記憶されてもよい。また、本明細書及び特許請求の範囲において、単に「ストレージ」という場合には、文脈上許される限り、単一のストレージと複数のストレージの集合のいずれを指し示すこともある。
　続いて、出社管理システム１を構成する各装置の機能について説明する。まず、ユーザ装置１０の機能について説明する。ユーザ装置１０のプロセッサ１１は、出社管理プログラム１５ａに含まれる命令又はそれ以外の命令を実行することにより、情報入力受付部１１ａ、申請操作受付部１１ｂ、及びリクエスト生成部１１ｃとして機能する。
　情報入力受付部１１ａは、ユーザ装置１０のユーザから出社申請に関連する情報の入力を受け付ける。例えば、情報入力受付部１１ａは、出社申請に関連する情報の入力をユーザに促すために出社申請画面をユーザ装置１０のディスプレイに表示する。この出社申請画面の例を図４に示す。図４は、情報入力受付部１１ａによってディスプレイに表示される出社申請画面５０を模式的に示している。この出社申請画面５０は、ユーザが出社を希望する日時を示す出社日時情報を入力するための日時指定領域５１と、出社時に使用を希望する座席を指定する座席指定情報を入力するための座席指定領域５２と、前記以外の出社申請に必要な情報を入力する関連情報入力領域５３と、操作ボタン５４と、を含んでいる。
　日時指定領域５１には、ユーザの指定に応じて日付及び時間帯を入力するためのユーザインタフェース要素が含まれている。ユーザは、「Date」と記載されている領域の下方に配置されているユーザインタフェース要素から出社を希望する出社希望日付を選択することができ、「Time」と記載されている領域の下方のユーザインタフェース要素から出社を希望する出社希望時間を指定することができる。図示の例では、出社希望日付として２０２０年９月１１日が選択され、出社希望時間として９：００から１７：００が指定されている。このように、ユーザは、日時指定領域５１に含まれる情報及びユーザインタフェース要素を使用して、出社を希望する日時を示す出社日時情報を入力することができる。
　情報入力受付部１１ａは、出社希望日付や出社希望時間を指定するための支援機能を提供してもよい。例えば、情報入力受付部１１ａは、ユーザの勤務時間（例えば、雇用契約や就業規則で定められた勤務時間）を出社希望時間のデフォルト値として設定することができる。ユーザの勤務時間は、ストレージ１５に記憶されていてもよい。例えば、ユーザの勤務時間が９：００から１７：００の場合には、ユーザによる出社希望時間の入力がなされる前に、出社希望時間として当該ユーザの勤務時間である９：００から１７：００が自動的に設定されてもよい。
　日時指定領域５１におけるユーザインタフェース要素は、出社希望日付としてユーザの勤務先の営業日のみが選択可能となるように構成されてもよい。言い換えると、日時指定領域５１におけるユーザインタフェース要素は、ユーザが勤務先の営業日以外の日付を出社希望日付として選択することを許容しなくともよい。例えば、ユーザの勤務先が土曜日、日曜日、及び国民の祝日以外の日（以下、単に「平日」という。）を営業日としている場合には、日時指定領域５１におけるユーザインタフェース要素は、平日の中からのみ出社希望日付が選択可能なように構成されてもよい。例えば、日時指定領域５１のユーザインタフェース要素は、平日のみを含む選択肢をユーザに提示するように構成される。また、日時指定領域５１におけるユーザインタフェース要素は、出社希望時間がユーザの勤務時間の範囲内でのみ選択可能となるように構成されてもよい。言い換えると、日時指定領域５１におけるユーザインタフェース要素は、ユーザの勤務時間外の時間を出社希望時間として選択することを許容しなくともよい。例えば、日時指定領域５１におけるユーザインタフェース要素は、ユーザの勤務時間が９：００から１７：００の場合には、９：００から１７：００の間で所定の時間単位（例えば、１時間単位）で出社希望時間が選択可能なように構成される。
　座席指定領域５２には、オフィスレイアウトを模式的に示した画像が表示されている。図示の例では、Ａ１～Ａ４、Ｂ１～Ｂ４、Ｃ１～Ｃ４、及びＤ１～Ｄ４の１６個の座席を含むオフィスレイアウトの画像が示されている。ユーザは、座席指定領域５２に表示されている座席の中から使用を希望する座席を選択することができる。座席指定領域５２には、ユーザに座席を選択させるためのユーザインタフェース要素が含まれていてもよい。入力受付部１１ａは、例えば、ユーザがポインティングデバイスで指定した位置に表示されている座席（例えば、座席「Ａ３」）を、当該ユーザが使用を希望する座席として選択することができる。このように、ユーザは、座席指定領域５２に含まれる情報及びユーザインタフェース要素に基づいて、使用を希望する座席を指定する座席指定情報を入力することができる。
　座席指定領域５２には、ユーザによる使用が可能な座席と不可能な座席の両方が表示されてもよい。この場合、ユーザが使用できる座席は、当該ユーザが使用できない座席と区別可能に表示される。例えば、日時指定領域５１において指定した出社希望日時に他のユーザによって使用されることになっている座標は、使用できない座席として表示される。ユーザ装置１０のユーザに対して提示される出社申請画面５０の座席指定領域５２においては、当該ユーザが使用可能な座席が使用不可能な座席から区別して表示されてもよく、または、当該ユーザによって使用可能な座席のみが表示されてもよい。
　出社申請画面５０は、座席指定領域５２を含まなくともよい。例えば、出社申請が受け付けられた時点で利用可能な座席の中から所定のアルゴリズムに従って座席が選択される場合には、ユーザは使用を希望する座席を指定しなくともよい。
　関連情報入力領域５３には、出社申請に関連する出社日時情報及び座席指定情報以外の情報を入力するための情報及びユーザインタフェース要素が含まれる。図示の例では、関連情報入力領域５３は、「出社理由」、「所属部署」、及び「承認者」を入力できるように構成されている。例えば、「出社理由」の下方にあるプルダウンボタンを選択すると、出社理由の複数の候補を含み、その選択された候補の中から適当な出社理由を選択させるためのモーダルウィンドウが表示される。ユーザは、このモーダルウィンドウにおいて自らの状況に該当する出社理由を選択することができる。ユーザによって出社理由が選択されると、選択された項目が出社理由として設定される。出社理由は、例えば、「会議」、「顧客来社」、「事務作業」等であるが、これらには限られない。出社理由は、後述する出社申請を受け付けた後の処理において、承認者によって閲覧可能となる情報の例である。承認者は、出社申請を受け付けると、出社の必要性があるか判断した上で当該出社申請を承認又は否認する。出社理由は、承認者が出社申請の許否を判断する際に必要とされる場合があるので承認者に閲覧可能とされる。関連情報入力領域５３には、出社理由以外にも承認者に閲覧させることが適当な様々な情報が入力され得る。このように、ユーザは、関連情報入力領域５３に含まれる情報及びユーザインタフェース要素に基づいて、承認者によって閲覧される承認者閲覧情報（例えば、「出社理由」）を入力することができる。
　同様にして、「所属部署」及び「承認者」の項目にも、ユーザの選択に応じた情報を入力することができる。例えば、ユーザは、「所属部署」の項目の下方にあるプルダウンボタンを選択することによって表示される勤務先の部署のリストから、自らの所属部署を選択することで、所属部署を識別する所属部署識別情報を入力することができる。また、ユーザは、「承認者」の項目の下方にあるルダウンボタンを選択することによって表示される承認者候補のリストから、出社理由に応じて適切な承認者を選択することで、承認者識別情報を入力することができる。所属部署識別情報には、ユーザが所属する部署の識別情報が自動的に設定されてもよく、承認者識別情報には、勤務先のレポーティングラインにおけるユーザの上長のユーザＩＤが自動的に設定されてもよい。ユーザによって所属部署識別情報が入力された場合又は自動的にユーザが所属する部署の識別情報が所属部署識別情報として設定された場合には、当該所属部署識別情報で識別される部署において承認者の権限が与えられているユーザのユーザＩＤが承認者識別情報として自動的に設定されてもよい。例えば、ユーザが所属する部署の課長、部長、本部長、執行役員、及びそれ以外の出社の承認を行うために必要な権限を付与された者のユーザＩＤが、承認者識別情報として設定され得る。
　申請操作受付部１１ｂは、操作ボタン５４が選択されたことを検知すると、情報入力受付部１１ａによって受け付けられた各種情報（例えば、出社日時情報、座席指定情報、承認者閲覧情報）に基づく出社申請を行うための出社申請操作を受け付ける。申請操作受付部１１ｂは、出社に関する申請を行うために必要な情報の入力が完了した後に操作ボタン５４を選択可能としてもよい。言い換えると、出社に関する申請を行うための必須の情報が入力されるまでは、操作ボタン５４はディスエーブルされてユーザによって選択不能とされてもよい。例えば、出社日時情報は、必須の入力情報とされる。
　リクエスト生成部１１ｃは、申請操作受付部１１ｂにおいて出社を申請するための申請操作が受け付けられたことに応じて、出社申請を行うための出社承認リクエスト及び座席の割り当てを申請するための座席割当リクエストを生成する。リクエスト生成部１１ｃは、生成された出社承認リクエスト及び座席割当リクエストをサーバ２０に送信することができる。
　出社承認リクエストには、出社申請に必要な各種情報が含められる。本発明の一又は複数の実施形態において、ユーザ装置１０からサーバ２０に送信される出社承認リクエストは、当該ユーザ装置１０のユーザを識別するユーザＩＤと、情報入力受付部１１ａによって受け付けられた出社日時情報と、を含むことができる。本発明の一又は複数の実施形態において、出社承認リクエストは、情報入力受付部１１ａによって受け付けられた承認者閲覧情報、例えば出社理由を表すテキスト情報をさらに含むことができる。本発明の一又は複数の実施形態において、出社承認リクエストは、情報入力受付部１１ａによって受け付けられた承認者識別情報をさらに含むことができる。出社承認リクエストは、本明細書で明示的に説明されている情報以外の情報を含んでもよい。
　座席割当リクエストには、座席割り当ての申請に必要な各種情報が含められる。本発明の一又は複数の実施形態において、ユーザ装置１０からサーバ２０に送信される座席割当リクエストは、当該ユーザ装置１０のユーザを識別するユーザＩＤと、情報入力受付部１１ａによって受け付けられた出社日時情報と、当該ユーザが使用する座席に関する座席情報と、を含むことができる。情報入力受付部１１ａによって座席指定情報が受け付けられた場合には、当該座席指定情報を座席情報として設定することができる。情報入力受付部１１ａによって座席指定情報が受け付けられずに操作ボタン５４が操作された場合には、座席情報としてＮｕｌｌ値が設定されてもよい。座席割当リクエストは、本明細書で明示的に説明されている情報以外の情報を含んでもよい。
　以上のように、ユーザ装置１０のユーザは、ユーザ装置１０の機能を利用することにより、出社承認リクエスト及び座席割当リクエストの生成に必要な情報を入力した後に操作ボタン５４を操作することにより、出社承認リクエスト及び座席割当リクエストを生成して、生成した出社承認リクエスト及び座席割当リクエストをサーバ２０に送信することができる。このように、ユーザ装置１０のユーザは、単一のユーザインタフェース要素（上記の実施形態では、「操作ボタン５４」）に対する操作に応じて、出社申請を行うための出社承認リクエスト及び座席割当の申請を行うための座席割当リクエストを生成することができる。端的に言えば、単一のユーザインタフェース要素に対する操作により、出社申請及び座席割当申請をいずれも行うことができる。
　ユーザ装置１０は、操作ボタン５４が選択された後に、申請ユーザの操作指示に応じて出社申請の内容を確認するためのスケジュール確認画面をディスプレイに表示してもよい。図５は、スケジュール確認画面６０の例を示している。スケジュール確認画面６０は、リクエスト生成部１１ｃによって生成された出社承認リクエストに関する情報を含むことができる。図示の実施形態では、スケジュール確認画面６０は、出社日時領域６１と、座席領域６２と、関連情報領域６３と、メッセージへのリンク６４と、編集ボタン６５と、を含んでいる。出社日時領域６１には、出社日時情報に基づいて生成された出社予定日時を示す情報が表示される。座席領域６２には、座席指定情報に基づいて生成された使用を希望する座席を示す情報が表示される。関連情報領域６３には、関連情報入力領域５３に入力された情報が表示される。リンク６４は、出社承認リクエストに応じて生成された承認者又はその他のユーザからのメッセージへのリンクである。リンク６４を選択することにより、承認者や他のユーザからのメッセージを閲覧することができる。承認者からのメッセージには、出社が承認されたことを示す承認メッセージが含まれてもよい。編集ボタン６５が選択されると、入力受付部１１ａは、出社申請画面５０を再度表示し、申請ユーザからの入力情報の編集を受け付ける。申請ユーザは、スケジュール確認画面６０を見て、出社申請や座席割当申請が正しくなされているか確認することができ、誤った情報を発見した場合には、編集ボタン６５を選択して出社申請画面５０から正しい情報を入力することができる。
　次に、サーバ２０の機能について説明する。サーバ２０のプロセッサ２１は、出社管理プログラム２５ａに含まれる命令又はそれ以外の命令を実行することにより、リクエスト受付部２１ａ、出社申請処理部２１ｂ、座席割当処理部２１ｃ、及び警告通知部２１ｄとして機能する。
　リクエスト受付部２１ａは、ユーザ装置１０から送信された出社承認リクエスト及び座席割当リクエストを受け付ける。
　出社申請処理部２１ｂは、リクエスト受付部２１ａによって受け付けられた出社承認リクエストに基づく出社申請の処理（承認又は否認）を承認者に促すための処理を行う。例えば、出社申請処理部２１ｂは、出社承認リクエストに含まれている承認者識別情報に基づいて承認者を特定し、その承認者のユーザ装置に対して出社承認リクエストを承認することを促す承認要求メッセージを送信することができる。承認者に送信される承認メッセージの例が図６に示されている。図６に示されている承認依頼メッセージ７０は、ユーザ装置１０から送信された出社承認リクエストに基づいて出社申請処理部２１ｂによって生成される。出社申請処理部２１ｂは、出社管理システム１において使用可能なメッセンジャー機能を利用して承認要求メッセージ７０を生成し、生成した承認要求メッセージ７０を承認者が使用するユーザ装置に送信することができる。以下の説明でサーバ２０と申請ユーザや承認者が使用するユーザ装置との間でのメッセージの送受信について説明される場合、当該メッセージは、出社管理システム１において使用可能なメッセンジャー機能によって送受信されるものであってもよい。
　図６に示されている実施形態では、承認依頼メッセージ７０は、出社承認リクエストを送信した申請ユーザの名前７１と、当該出社承認リクエストに含まれている出社日時情報に基づいて生成された出社希望日時７２と、承認者閲覧情報７３と、を含んでいる。図６の例では、承認者閲覧情報７３として出社理由が「会議」であることを示すテキストが表示されている。また、承認依頼メッセージ７０には、出社承認リクエストに関する詳細な情報を含む確認画面へのリンク７６を含んでもよい。図示の例では、「詳細はこちら。」というテキストに確認画面へのリンクが埋め込まれている。確認画面は、図５に示されているスケジュール確認画面６０と同様の情報を含むことができる。具体的には、出社承認リクエストに基づいて生成された承認依頼メッセージ７０から移行する確認画面は、当該出社承認リクエストの作成時に情報入力受付部１１ａによって受け付けられた各種情報（例えば、出社日時情報、座席指定情報、承認者閲覧情報）、及び、承認依頼メッセージ７０に戻るためのリンクが含まれていてもよい。このように、承認依頼メッセージ７０に出社承認リクエストに関する詳細な情報を含む確認画面へのリンク７６を含めることで、メッセンジャー機能から出社承認リクエストの詳細を容易に確認できる。また、詳細画面に承認依頼メッセージ７０へのリンクを含めることにより、出社管理システム１が提供する画面からメッセンジャー機能の画面（承認依頼メッセージ７０）に容易に戻ることができる。これにより、出社管理システム１の機能とメッセンジャー機能とが別のアプリケーションソフトウェアによって提供されている場合でも、承認依頼メッセージ７０からリンク７６を選択するだけで容易に出社申請の詳細を確認することができる。承認依頼メッセージ７０には、図６に示されている情報や本明細書で明示的に説明されていない情報が含まれてもよい。
　図６に示されている承認依頼メッセージ７０は、承認者によって選択可能な承認ボタン７４及び否認ボタン７５を含んでいる。出社申請処理部２１ｂは、承認ボタン７４が選択されると申請ユーザの出社承認リクエストが承認されたことを示す承認メッセージを生成し、生成した承認メッセージを申請ユーザのユーザ装置１０及びサーバ２０に対して送信することができる。逆に否認ボタン７５が選択されると、出社申請処理部２１ｂは、承出社承認リクエストが否認されたことを示す否認メッセージを生成し、生成した否認メッセージを申請ユーザのユーザ装置１０及びサーバ２０に対して送信することができる。申請ユーザは、承認者からのメッセージに基づいて、自らの出社承認リクエストが承認されたか否認されたかを知ることができる。承認者は、承認ボタン７４や否認ボタン７５を使用せずに、メッセージ機能に含まれる返信機能を利用して承認依頼メッセージ７０に対する返信を行い、その返信メッセージにおいて出社申請を承認する旨又は否認する旨を記載してもよい。承認者からのメッセージは、例えば、申請ユーザがユーザ装置１０を操作して図５に示されているリンク６４を選択することにより見ることができる。出社申請処理部２１ｂは、承認者のユーザ装置に承認依頼メッセージ７０を送信することに代えて、または、承認依頼メッセージ７０の送信に加えて、承認ボタン７４及び否認ボタン７５を含むウェブページを生成し、このウェブページを承認者のユーザ装置に表示させてもよい。
　承認者は、承認依頼メッセージ７０の送受信を行う情報処理装置を利用して、出社承認リクエストを承認するための操作（例えば、承認ボタン７４の選択）や出社承認リクエストを否認するための操作（例えば、否認ボタン７５の選択）を行うことができる。承認者もユーザ装置１０と同様の機能を実現するユーザ装置を使用して、出社承認リクエストを承認するための操作や出社承認リクエストを否認するための操作を行ってもよい。また、ユーザ装置１０のユーザに対しては承認者となるユーザも、同じ勤務先に勤務する労働者であるため、出社申請を行うことが必要となる可能性がある。承認者が出社を希望する場合には、上記のユーザ装置１０と同様に出社承認リクエストを生成し、生成した出社承認リクエストをサーバ２０に送信することができる。
　サーバ２０は、承認者ごとに、当該承認者が重複して出社を承認できる人数の上限を示す上限情報を管理してもよい。例えば、ストレージ２５に、承認者となりえるユーザ（例えば、執行役員、部長、課長、グループ長等のマネジメント職にあるユーザ）のユーザＩＤと対応付けて、当該ユーザが承認者として重複して出社を承認できる人数の上限を示す上限情報を対応付けて記憶されていてもよい。承認者は、自らに設定されている上限人数を超える人数のユーザを重複する時間に出社させることができない。例えば、ある承認者について上限人数が４人に設定されている場合には、４人を超えるユーザに対して出社を承認することはできない。新たな出社承認リクエストが受け付けられた場合、承認処理部２１ｂは、当該出社承認リクエストに含まれる承認者識別情報によって識別される承認者が当該出社承認リクエストに含まれる出社日時情報で指定されている日時に何人のユーザに対して出社を許可したか示す承認人数をユーザ管理データに基づいて求め、この求められた承認人数が当該承認者に割り当てられている上限人数より少ない場合にのみ、承認依頼メッセージ７０を当該承認者のユーザ装置に送信してもよい。逆に、承認人数が既に上限人数に達している場合には、承認依頼メッセージ７０は承認者に送信されない。例えば、図５に示されているように、法務部長を承認者とし２０２０年９月１１日の９：００から１７：００までの出社を申請する出社承認リクエストが受け付けられた場合には、承認処理部２１ｂは、ユーザ管理データを参照して、法務部長が２０２０年９月１１日の９：００から１７：００と重複する日時に出社することを承認した承認人数を集計する。法務部長に割り当てられている上限人数が４人の場合、承認処理部２１ｂは、法務部長が２０２０年９月１１日の９：００から１７：００と重複する日時に出社することを承認したユーザの人数を示す承認人数が上限人数である４人よりも少ないか否かを判定し、少ないと判定された場合に法務部長のユーザ装置に対して承認依頼メッセージ７０を送信する。逆に、当該承認人数が上限人数である４人に達している場合には、承認処理部２１ｂは、法務部長のユーザ装置に対して承認依頼メッセージ７０を送信しない。このように、申請ユーザの出社希望日時において、承認人数が上限人数より少ない場合にのみ承認依頼メッセージ７０を承認者に送信することにより、上限人数を超えるユーザに対して出社が承認されることを防止できる。また、余分な承認依頼メッセージ７０の生成及び送信がなされなくなるため、サーバ２０の処理負荷が軽減される。当該承認人数が上限人数である４人に達している場合には、承認処理部２１ｂは、法務部長のユーザ装置に対して承認依頼メッセージ７０の代わりに出社させる労働者を調整するための調整メッセージを送信してもよい。調整メッセージは、新たに出社申請を行った申請ユーザ及び既に出社が承認されている非承認者の名前、出社理由、及びそれ以外の情報を含むことができる。法務部長は、自身のユーザ装置に表示される、新たに出社承認を求めている申請ユーザと被承認者に関する情報（名前、出社理由、及び必要に応じてそれ以外の情報）と、を見て出社を許可する被承認者を調整してもよい。申請ユーザの出社申請を許可する場合には、被承認者のうち少なくとも一人に与えた出社の承認を取り消すことができる。調整メッセージは、被承認者に与えた承認を取り消すための承認取り消しボタンを含むことができる。法務部長（承認者）が出社承認を取り消す被承認者を特定し調整メッセージ中の承認取り消しボタンを選択したことに応じて、サーバ２０は、当該被承認者に与えた出社承認を取り消すための処理を行う。この出社承認を取り消すための処理には、出社承認が取り消された被承認者への取消通知メッセージの送信、当該被承認者のユーザＩＤに対応付けられているユーザ管理データの承認フラグの変更、当該被承認者のユーザＩＤに対応付けられている出社管理データの変更を含むことができる。
　出社申請処理部２１ｂは、出社承認リクエストによる出社申請を承認又は否認する処理が当該出社承認リクエストが受け付けられてから所定期間内（例えば、２４時間以内）に承認者によってなされない場合には、当該出社申請を自動的に処理することができる。例えば、出社承認リクエストによって指定されている出社希望日時における承認者の承認人数が上限人数を超えないことを条件として、出社承認リクエストが受け付けられてから所定期間が経過した後に、当該出社承認リクエストによる出社申請を自動的に承認することができる。この場合、出社承認リクエストが受け付けられてから所定期間が経過すると、出社申請処理部２１ｂは、承認メッセージを自動的に生成し、生成した承認メッセージを申請ユーザに対して送信することができる。本発明の一又は複数の実施形態においては、出社承認リクエストが受け付けられてから所定期間が経過した時点で出社許否を決める処理（例えば、承認依頼メッセージ７０への返信）を行っていない承認者にリマインドを送信するよう構成してもよいし、申請ユーザが実際に出社した後に事後的に承認することを可能としてもよい。
　承認者となることができるユーザのユーザ装置には、所定の単位期間ごとに当該承認者が出社を承認したユーザの人数を示す承認人数を、当該承認者に割り当てられた上限人数と対応付けて表示することができる。本発明の一又は複数の実施形態において、上限人数の割り当て及び承認人数の集計は、所定の単位期間ごとに行われる。例えば、上限人数の割り当て及び承認人数の集計は、１日単位で行われる。図７は、上限人数の割り当て及び承認人数の集計が１日単位で行われる場合に、ある承認者（承認者Ａとする。）についての２０２０年９月１日から７日までの上限人数と承認人数の集計結果を示す集計結果画面８０の例を示している。集計結果画面８０は、承認ユーザのユーザ装置に表示される。承認者Ａは、集計結果画面８０において「承認待ち」の欄が「０」ではない日付についての詳細表示ボタン８１を選択することにより、承認者Ａの承認を待っている出社承認リクエストの詳細を表示することができる。承認依頼メッセージ７０であってもよい。つまり、詳細表示ボタン８１を選択することにより、承認者Ａの承認を待っている承認依頼メッセージ７０が表示されてもよい。
　図示の例では、承認者Ａには、１日当たり４人の上限人数が設定されている。図示されているように、９月２日に承認者Ａによって出社が承認されたユーザの人数である承認人数が上限人数である４人に達している。９月２日以外の日についてはいずれも出社を承認された承認人数が上限人数である４人よりも少ない。図７に示されている状況において、９月２日のいずれかの時間に出社を希望する出社承認リクエストが受け付けられた場合には、承認処理部２１ｂは、承認者Ａに対して承認依頼メッセージ７０を送信せず、９月２日以外の日のいずれかの時間に出社を希望する出社承認リクエストが受け付けられた場合には承認者Ａに対して承認依頼メッセージ７０を送信する。
　各承認者についての上限人数は、各承認者が管理しているグループ（例えば、法務部長であれば法務部）が使用しているオフィスの面積に応じて定められてもよい。より広い面積のオフィスを割り当てられているグループを管理する承認者に対しては、より多い上限人数が設定されてもよい。各承認者に割り当てられる上限人数は、各承認者とは別の管理者によって定められてもよい。管理者は、例えば、ウイルス感染を予防する観点から適切な上限人数を定めることができる。
　図８は、管理者が使用するユーザ端末に表示される管理者画面９０の例を示している。管理者によって出社管理システム１の運営が適正になされるようにするために、管理者のユーザ装置に表示される管理者画面９０には、図７に示されている承認者ごとの上限人数と承認人数の集計結果を全承認者について合算した値が１日ごとに示されている。管理者は、管理者画面９０を見ることにより、出社を希望するユーザが上限を超える可能性がある場合に、各承認者に注意喚起を行うなど、出社人数を抑制するための対策を講じることができる。例えば、管理者画面に表示される情報の一部が強調表示されてもよい。具体的には、図８に示されている９月７日の承認人数に関する情報（「Ｄａｔｅ」の欄が「Ｍｏｎ，Ｓｅｐ　０７」で「承認人数／上限人数」が２９／５４の行）は上限人数の半数を超える労働者に対して出社が承認されているので、他の行とは異なる態様で強調表示されてもよい。例えば、当該行の背景色、文字色、フォント、文字サイズを他の行よりも目立つものに変更することができる。強調表示の具体的な態様は、本明細書で具体的に言及されるものには限定されない。
　管理者画面９０は、詳細表示ボタン９１を含むことができる。詳細表示ボタン９１が指定されると、選択された詳細表示ボタン９１に対応する日に出社が承認されている（つまり、出社する予定の）労働者の出社リストが表示されてもよい。この出社リストには、出社予定の労働者（つまり、出社予定が承認された被承認者）の各々の名前、所属部署、出社理由、承認者、及びこれら以外の情報が含まれてもよい。また、出社リストには、当該出社リストに含まれている各労働者に個別にメッセージを送るためのメッセージ送信ボタンが含まれてもよい。管理者は、このメッセージ送信ボタンを選択することにより、選択されたメッセージ送信ボタンに対応する被承認者に対してメッセージを送信することができる。出社リストには、被承認者の全員又は全従業員に一斉メッセージを送信するための一斉送信ボタンを含むことができる。管理者は、一斉送信ボタンを選択することにより、被承認者の全員、被承認者の出社を承認した承認者全員、又は全従業員が宛先として設定される一斉メッセージを生成し、生成した一斉メッセージを送信することができる。管理者から送信される各種メッセージには、送信時点でのウイルスの感染状況に関するデータ、出社許否に関する使用者側のポリシー、出社時に留意すべき点などが管理者の入力がなくても自動的に挿入されてもよい。一斉メッセージを送信できるように出社管理システム１を構成することで、管理者のメッセージ送信に関する手間を削減できる。
　承認処理部２１ｂは、リクエスト受付部２１ａによって受け付けられた出社承認リクエストに基づいて、ユーザ管理データを更新することができる。具体的には、承認処理部２１ｂは、ユーザ管理データのうち、出社承認リクエストに含まれているユーザＩＤに関連付けて記憶されている情報を出社承認リクエストに含まれている出社日時情報に基づいて更新することができる。例えば、出社日時情報が９月１１日の９：００から１７：００を指定している場合には、この日時が出社承認リクエストに含まれているユーザＩＤに対応する出社予定日時として設定される。承認フラグは、承認者によって出社承認リクエストが承認されるまでは「０」に設定される。
　承認処理部２１ｂは、リクエスト受付部２１ａによって受け付けられた出社承認リクエストに基づいて、出社管理データの新しいレコードを作成することができる。具体的には、承認処理部２１ｂは、出社承認リクエストに含まれているユーザＩＤに関連付けて、当該出社承認リクエストに含まれている出社日時情報を出社予定日時に設定することで、出社管理データの新しいレコードを作成することができる。承認処理部２１ｂは、申請ユーザの出社承認リクエストが承認されるまでは予約フラグを「０」に設定し、当該出社承認リクエストが承認された場合に予約フラグを「１」に設定することができる。
　承認処理部２１ｂは、承認者以外のユーザに対しても、承認依頼メッセージ７０、承認メッセージ、及び否認メッセージのうちの少なくとも一つを送信してもよい。例えば、承認処理部２１ｂは、申請ユーザと同一の部署（例えば、部、課）、同一のプロジェクトチーム、又は前記以外の申請ユーザが所属するグループに所属している申請ユーザ以外のメンバーに対して、承認依頼メッセージ７０、承認メッセージ、及び否認メッセージのうちの少なくとも一つを送信してもよい。これにより、申請ユーザと同じグループに所属する他のメンバーは、申請ユーザの出社予定を把握することができる。
　承認処理部２１ｂは、出社承認リクエストに基づいて特定される特定の承認者に対する承認依頼メッセージ７０の送信に代えて、または、特定の承認者に対する承認依頼メッセージ７０の送信に加えて、社内の承認者の一部又は全員がメンバーとなっているメッセンジャー機能のグループに承認依頼メッセージ７０を送信してもよい。承認者を特定できない場合には、承認処理部２１ｂは、承認者の一部又は全員がメンバーとなっているグループに承認依頼メッセージ７０を送信することができる。例えば、出社承認リクエストが承認者識別情報を含んでいない場合には、受け付けた出社承認リクエストに基づいて承認者を特定できない可能性がある。このように、社内の承認者の一部又は全員がメンバーとなっているメッセンジャー機能のグループに承認依頼メッセージ７０を送信することにより、出社承認リクエストを生成するために申請ユーザが入力する項目を減らすことができるので、より効率的に出社申請を行うことが可能となる。また、承認者識別情報により指定された承認者以外の承認者が出社申請の許否を入力することができるので、出社申請に対する許否の判断結果を申請ユーザにより迅速に返信することができる。
　座席割当処理部２１ｃは、リクエスト受付部２１ａによって受け付けられた座席割当リクエストに基づいて申請ユーザに割り当てる座席を決定することができる。具体的には、座席割当処理部２１ｃは、座席割当リクエストに含まれている座席情報に基づいて申請ユーザへ割り当てる座席を決定することができる。例えば、座席情報に特定の座席を指定する座席指定情報が設定されている場合には、その座席指定情報が示す座席を申請ユーザに割り当てる。座席情報に特定の座席を指定する座席指定情報が設定されていない場合（例えば、座席情報にＮｕｌｌ値が設定されている場合）には、座席割当処理部２１ｃは、座席割当リクエストに含まれている出社日時情報に基づいて申請ユーザの出社希望日時を特定し、この出社希望日時に空いている空き座席の中から所定の基準に従って申請ユーザに割り当てる座席を選択することができる。
　座席割当処理部２１ｃは、リクエスト受付部２１ａによって受け付けられた座席割当リクエストに基づいて申請ユーザに座席が割り当てられると、ユーザ管理データに含まれている申請ユーザに関するレコードを更新する。具体的には、座席割当処理部２１ｃは、ユーザ管理データに含まれている申請ユーザに関するレコードの座席情報に申請ユーザに割り当てた座席を識別する座席ＩＤを設定する。
　座席割当処理部２１ｃは、また、リクエスト受付部２１ａによって受け付けられた座席割当リクエストに基づいて申請ユーザに座席が割り当てられると、ユーザ管理データ及び出社管理データを更新することができる。具体的には、座席割当処理部２１ｃは、ユーザ管理データのうち座席割当リクエストに含まれているユーザＩＤに対応付けて記憶されているレコードについて、座席割当処理部２１ｃによって割り当てられた座席を識別する座席ＩＤを当該レコードの座席情報として設定することができる。また、座席割当処理部２１ｃは、出社管理データのうち座席割当リクエストに含まれているユーザＩＤに対応付けて記憶されているレコードについて、座席割当処理部２１ｃによって割り当てられた座席を識別する座席ＩＤを当該レコードの座席情報として設定することができる。
　警告通知部２１ｄは、承認者ごとに、単位期間ごとに承認を与えることが可能なユーザの数の上限を定める上限人数と単位期間において当該承認者が出社を承認したユーザの数（承認人数）との差が所定人数以下となった場合に、当該承認者に対して警告通知を送信することができる。この単位期間は、例えば１日とすることができる。例えば、ある承認者について単位期間である１日の上限人数が４人に設定されている場合、特定の日において上限人数と承認人数との差が「１」以下になった場合に警告通知が当該承認者に対して送信される。図７に示されている承認者Ａについての上限人数と承認人数の集計結果を参照して、警告通知についてより具体的に説明する。図７は、承認者Ａについて、上限人数の設定及び出社承認を与えたユーザの人数である承認人数の集計が１日単位で行われることを想定している。図７に示されているように、９月４日（金曜日）について、承認人数が３人に達しており、上限人数である４人との差が「１」になっている。９月４日を出社希望日として出社を申請した３人目のユーザに対して出社の承認が与えられた場合に上限人数と承認人数との差が「１」となるので、警告通知部２１ｄは、この３人目のユーザからの出社申請に承認が与えられた際に承認者Ａに対して警告通知を送信する。警告通知は、承認依頼メッセージ７０と同様に、出社管理システム１において使用可能なメッセンジャー機能のメッセージとして送信されてもよい。図９は、警告通知の例を示している。図９に示されているように、警告通知１００は、承認者Ａに対して９月４日（金曜日）の承認人数及び上限人数を含むメッセージである。警告通知１００は、例えば、メッセンジャー機能のメッセージとして管理者から承認者Ａへ送信される。
　警告通知部２１ｄは、管理者に対する警告通知を送信できるように構成されてもよい。例えば、警告通知部２１ｄは、単位期間ごとに承認者ごとの上限人数と承認人数を集計し、その集計結果に基づいて上限人数と承認人数との差が所定人数以下となった場合に、警告通知１００と同様の警告通知を管理者に送信するように構成されてもよい。
　次に、図１０を参照して、本発明の一実施形態における出社申請に関する処理について説明する。図１０は、本発明の一実施形態における出社申請の処理の流れを示すフロー図である。まず、ステップＳ１１において、社内システムにログインした労働者（申請ユーザ）から、出社申請に関連する情報の入力が受け付けられる。社内システムにログインした申請ユーザは、出社申請を行う場合には、ユーザ装置１０を操作してディスプレイに出社申請画面５０を表示させ、この出社申請画面５０で入力が求められている情報を入力する。例えば、申請ユーザは、出社を希望する日時、出社時に使用を希望する座席、出社理由、及びこれら以外の出社申請に関連する情報を入力する。申請ユーザが入力した情報は、例えば、情報入力受付部１１ａによって受け付けられる。
　ステップＳ１２では、操作ボタン５４が選択された否かが判定され、操作ボタン５４が選択されたことが検出されると、出社申請を行うための出社申請操作が受け付けられる。ステップＳ１２における申請操作の受け付けは、例えば、１１１ｂによって行われる。申請操作の受け付けが行われると、処理はステップＳ１３に進む。
　ステップＳ１３では、ステップＳ１２において出社を申請するための申請操作が受け付けられたことに応じて、出社の申請に必要な各種情報を含む出社承認リクエストが生成される。出社承認リクエストは、ステップＳ１１で受け付けられた情報に基づいて生成される。出社承認リクエストは、例えば、申請ユーザを識別するユーザＩＤと、出社希望日時を示す出社日時情報と、出社理由を表すテキスト情報と、承認者を識別する承認者識別情報と、を含む。生成された出社承認リクエストは、サーバ２０に送信される。ステップＳ１３における出社承認リクエストの生成及びサーバ２０への送信は、例えば、リクエスト生成部１１ｃによって行われる。出社承認リクエストが生成され、生成された出社承認リクエストがサーバ２０に送信されると、処理は、ステップＳ１４に進む。
　ステップＳ１４では、サーバ２０によって出社承認リクエストが受け付けられ、この受け付けられた出社承認リクエストによる承認申請の処理（承認又は否認）を承認者に促すための出社承認処理が行われる。例えば、出社承認リクエストに基づいて承認依頼メッセージ７０が生成され、この承認依頼メッセージ７０が承認者に対して送信される。出社承認リクエストに基づく出社申請が承認された場合には承認された旨を示す承認メッセージが申請ユーザに送信されてもよく、否認された場合には否認された旨を示す否認メッセージが申請ユーザに送信されてもよい。ステップＳ１６では、受け付けられた出社承認リクエストに基づいて、ユーザ管理データが更新されてもよい。ステップＳ１４における出社申請処理は、例えば、出社申請処理部２１ｂによって行われる。
　ステップＳ１５では、ステップＳ１２において出社を申請するための申請操作が受け付けられたことに応じて、座席の割り当てを申請するための座席割当リクエストが生成される。座席割当リクエストには、座席割り当ての申請に必要な各種情報が含まれ、例えば、申請ユーザを識別するユーザＩＤと、出社希望日時を示す出社日時情報と、申請該ユーザが使用する座席に関する座席情報と、を含むことができる。生成された座席割当リクエストは、サーバ２０に送信される。ステップＳ１５における座席割当リクエストの生成及びサーバ２０への送信は、例えば、リクエスト生成部１１ｃによって行われる。座席割当リクエストが生成され、生成された座席割当リクエストがサーバ２０に送信されると、処理は、ステップＳ１６に進む。
　ステップＳ１６では、サーバ２０によって座席割当リクエストが受け付けられ、この受け付けられた座席割当リクエストに基づいて、申請ユーザに割り当てる座席が決定される。例えば、座席割当リクエストに含まれている座席情報に特定の座席を指定する座席指定情報が設定されている場合には、その座席指定情報が示す座席が申請ユーザに割り当てられる。ステップＳ１６における座席割当処理は、例えば、出社申請処理部２１ｂによって行われる。
　以上のようにして、申請ユーザから行われた出社申請を処理するための出社承認処理及び申請ユーザに対して座席割当処理が行われ、出社申請の処理は終了する。図１０に示されている出社申請に関する処理は、ユーザ装置１０のユーザが出社申請画面５０から出社申請を行う都度行われる。複数の申請ユーザからの出社申請に関する処理が並行して処理されてもよい。
　図１０のフロー図を用いて説明された処理手順においては、その処理手順を構成する工程（ステップ）の一部を省略すること、その処理手順を構成する工程として明示されていない工程を追加すること、及び／又は当該工程の順序を入れ替えることが可能であり、このような省略、追加、順序の変更がなされた処理手順も本発明の趣旨を逸脱しない限り本発明の範囲に含まれる。例えば、ステップＳ１３における出社承認リクエストを生成し送信する処理とステップＳ１５における座席割当リクエストを生成し送信する処理は並行して行われてもよい。つまり、ステップＳ１３及びステップＳ１５における処理はいずれも、ステップＳ１２において出社申請を行うための申請操作が受け付けられたことに応じて開始されるため、ステップＳ１３の処理とステップＳ１５の処理とは、いずれを先に実行してもよいし、並行して実行されてもよい。
　続いて、上記の実施形態の変形例や追加機能について説明する。上記の実施形態において、出社管理システム１のいずれかの装置で実行される機能の少なくとも一部は、他の装置で実行されてもよい。例えば、上記の実施形態において、ユーザ装置１０のプロセッサ１１により実現されるとして説明された機能の少なくとも一部は、サーバ２０のプロセッサ２１又はそれ以外の装置のプロセッサにより実現されてもよく、サーバ２０のプロセッサ２１により実現されるとして説明された機能の少なくとも一部は、ユーザ装置１０のプロセッサ１１又はこれ以外の装置のプロセッサにより実現されてもよい。つまり、情報入力受付部１１ａ、申請操作受付部１１ｂ、及びリクエスト生成部１１ｃの機能の少なくとも一部は、プロセッサ１１以外のプロセッサにより実現されてもよく、リクエスト受付部２１ａ、出社申請処理部２１ｂ、座席割当処理部２１ｃ、及び警告通知部２１ｄの機能の少なくとも一部はプロセッサ２１以外のプロセッサにより実現されてもよい。
　本発明の一又は複数の実施形態において、リクエスト生成部１１ｃの機能は、ユーザ装置１０のプロセッサ１１ではなくサーバ２０のプロセッサ２１で実現されてもよい。この場合、ユーザ装置１０は、申請操作受付部１１ｂにおいて出社を申請するための出社申請操作が受け付けられたことに応じて、出社申請に関する処理を行うことを要求する処理リクエストをサーバ２０に送信する。また、この処理リクエストとともに、又は、当該処理リクエストに関連付けて、情報入力受付部１１ａによって受け付けられた各種情報（例えば、出社日時情報、座席指定情報、承認者閲覧情報）がユーザ装置１０からサーバ２０に送信される。処理リクエストは、サーバ２０によって例えばリクエスト受付部２１ａによって受け付けられる。サーバ２０は、処理リクエストを受け付けると、当該処理リクエスト、及び、必要に応じて情報入力受付部１１ａによって受け付けられた各種情報に基づいて、出社承認リクエスト及び座席割当リクエストを生成する。サーバ２０での出社承認リクエスト及び座席割当リクエストの生成は、リクエスト生成部１１ｃと同様に行われてもよい。サーバ２０は、このようにして生成された出社承認リクエスト及び座席割当リクエストに基づいて、出社申請処理部２１ｂ及び座席割当処理部２１ｃにおける処理を実行することができる。このように、出社承認リクエスト及び座席割当リクエストは、ユーザ装置１０ではなくサーバ２０で生成されてもよい。
　出社管理システム１の機能は、外部のアプリケーションソフトウェアのスケジューラ機能と連携してもよい。公知のスケジューラ機能は、例えば、Microsoft Corporationが提供する「Outlook」、Google LLCが提供する「Google カレンダー」、及びこれら以外の様々なアプリケーションによって提供されている。本発明の一又は複数の実施形態において、ユーザ装置１０は、出社申請画面５０において操作ボタン５４が選択されたことに応じて、当該出社申請画面５０において入力された日時指定領域５１により特定される日付及び時間帯を出社管理システム１が連携する外部のスケジューラの新規イベントとして設定するためのリクエストを、当該外部のスケジューラに送信してもおよい。これにより、スケジューラアプリケーションに出社予定がイベントとして自動的に登録されるので、申請ユーザは、出社予定を容易に把握することができる。
　出社時とリモートワーク時とでは勤務時間（つまり、勤務開始時間及び勤務終了時間）の管理方法が異なる。出社時には、従来から行われているように、オフィスへの入退室記録によって出社時間と退社時間を管理することができ、また、上司や同僚によって出社していること又は退社していることが確認される。これに対して、リモートワーク時には、入退室記録や上司又は同僚による勤務開始及び勤務終了の確認を行うことができない。このため、出社管理システム１は、リモートワークユーザの勤務時間を管理する機能を備えてもよい。出社管理システム１は、出社申請を行いその出社申請が承認されたユーザ以外のユーザをリモートワークユーザとして扱うことができる。そして、出社管理システム１は、リモートワークユーザについて社内システムへのログイン時刻及びログアウト時刻を記録し、このログイン時間を勤務開始時刻としログアウト時刻を勤務終了時刻として管理することができる。また、リモートワークユーザは、リモートワーク時に業務以外のことに時間を費やすことがある。例えば、勤務開始後に家族の世話をしたり病院へ行ったりするために、勤務開始後（社内システムへのログイン後）に勤務を短時間中断することがある。リモートワークユーザは、勤務開始後に勤務を中断したい場合、ユーザ装置１０から勤務を中断することを通知するための勤務中断通知をサーバ２０に送信することができる。サーバ２０は、リモートワークユーザのユーザ装置１０から勤務中断通知を受け付けた後勤務再開の通知を受け取るまでの時間を勤務時間から除外して当該ユーザの勤務時間を算出することができる。出社管理システム１は、例えばユーザ管理データを参照して出社申請が承認された出社ユーザとリモートワークで勤務するリモートワークユーザとを区別し、リモートワークユーザのユーザ装置１０にのみ社内システムへのログイン後に「勤務中断」及び「勤務再開」を通知するためのユーザインタフェース要素を表示させることができる。このように、出社管理システム１は、出社しているユーザとリモートワークユーザの柔軟な働き方に対応する勤務時間の管理を行うことができる。
　続いて、以上の実施形態によって奏される作用効果について説明する。本発明の一又は複数の実施形態によれば、労働者からの単一の出社申請操作によって、出社申請を行うための出社承認リクエスト及び座席の割り当てを申請するための座席割当リクエストを生成することができる。出社承認リクエストは、座席割当リクエストに含まれる情報のうち労働者識別情報及び出社日時情報を含んでいる。このように、座席割当リクエストを生成するための操作と共通の単一の出社申請操作によって、座席割当リクエストに含まれている情報と重複する情報を含むように出社承認リクエストが生成されるので、申請ユーザは、出社申請のための出社承認リクエストを効率的に生成することができる。言い換えると、出社承認リクエストには座席割当リクエストに含まれている情報が含められているため、出社承認リクエストが個別に生成される場合と比較して申請ユーザによる情報入力の手間が削減される。また、単一の出社申請操作によって出社承認リクエスト及び座席割当リクエストが両方とも生成されるので、出社申請と座席割当申請とを別個に行う場合と比較して、申請ユーザによる申請操作を行う手間も削減される。本発明の一又は複数の実施形態によれば、座席情報を座席割当リクエストに含めることで座席の予約が可能となるので、これまで座席予約を必要としつつも実施してこなかった各部署・各社への展開が容易となる。
　本発明の一又は複数の実施形態によれば、出社申請情報が、座席割当リクエストに含まれる情報に加えて出社申請の許否を決める承認者が閲覧する承認者閲覧情報を含むので、申請の効率性を維持しつつ出社承認リクエストの承認者に出社許否の判断をするために必要な情報を提供することができる。
　本発明の一又は複数の実施形態によれば、承認者に関連付けて単位期間（例えば、１日）に出社を承認可能な上限人数を示す上限情報が定められている。そして、その単位期間に出社が承認された労働者の人数を示す承認人数が上限人数より少ないと判定された場合に承認者に承認要求メッセージ７０が送信される。これにより、上限人数を超える人数の労働者に対して出社の承認が与えられることを防止できる。このため、オフィスにおける人員が過密になったり、オフィスの座席や会議室等のファシリティが不足したりすることを防止できる。
　本発明の一又は複数の実施形態によれば、単位期間における上限人数と承認人数との差が所定数以下となった場合に、承認者および／または管理者に対して警告通知（例えば、警告通知１００）が送信されるので、承認者および／または管理者は、出社可能な上限人数に至るまで出社の承認を与える前に、出社する労働者の人数が上限人数に近づいていることを知ることができる。このため、承認者および／または管理者は、より計画的に出社申請に対する承認を与えたり、出社人数を抑制するための対応を早い段階で取ることができる。
　労働者の出社申請の許否の判断は、主に業務を遂行するための必要性の観点から判断される。これに対して、オフィスに収容することが可能な人員の上限人数は、業務を遂行するための必要性とは別の観点から定められるべき場合がある。例えば、上限員数は、ウイルスへの感染を予防するために医学的又は公衆衛生的な観点から定められるべきである。そこで、承認者とは異なる管理者をして上限人数を定めさせることにより、業務上の必要性以外の観点から適切な上限人数を設定することができる。
　実施形態において、出社管理データは労働者の出社の予定を管理する場合を説明したが、これに限られず、サーバ２０は例えば出社管理データを元に労働者の出社履歴（例えば、今月何回出社したかなどの統計）を作成、管理してもよい。作成された出社履歴はユーザ管理データに格納、保持されてもよい。あるいはまた、労働者の出社履歴が別に作成されている場合は、それと出社管理データを元にした統計データとを比較してもよい。
　実施形態において、コロナウイルス罹患者などの伝染病罹患者が発生した場合に対応するための機能が実装されてもよい。例えば、濃厚接触者を割り出すために、サーバ２０は、一定の時期の間に、対象の伝染病罹患者の座席から一定の距離内にある座席を予約していた労働者を特定し、特定された労働者のリストを生成して管理者に提示する機能を有してもよい。さらに、サーバ２０は、当該リストの中から、対象の伝染病罹患者と同じ時間に出社していた労働者を絞り込んで管理者に提示する機能を有してもよい。労働者の出社予定日時と対象の伝染病罹患者の出社予定日時とが少なくとも部分的に重なる場合に、「同じ時間に出社していた」と判断されてもよい。
　本明細書中で説明される処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書中で説明されるデータ、テーブル、又はデータベースが単一の記憶装置（ストレージやメモリ）に格納される旨説明されたとしても、そのようなデータ、テーブル、又はデータベースは、単一の装置に備えられた複数の記憶装置または複数の装置に分散して配置された複数の記憶装置に分散して格納され得る。さらに、本明細書において説明されるソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。
　１　出社管理システム
　１０　ユーザ装置
　１１ａ　入力受付部
　１１ｂ　申請操作受付部
　１１ｃ　リクエスト生成部
　２０　サーバ
　２１ａ　リクエスト受付部
　２１ｂ　出社申請処理部
　２１ｃ　座席割当処理部
　２１ｄ　警告通知部
　５１　日時指定領域
　５２　座席指定領域
　５３　関連情報入力領域
　５４　操作ボタン

Claims (16)

  1. 　一又は複数のプロセッサに、
    　労働者が出社を希望する日時を示す出社日時情報の入力を受け付ける機能と、
    　前記労働者からの単一の出社申請操作を受け付ける機能と、
    　前記単一の出社申請操作を受け付けたことに応じて、前記出社日時情報及び前記労働者を識別する労働者識別情報を含む出社承認リクエスト、並びに、前記出社日時情報、前記労働者が使用する座席に関する座席情報、及び前記労働者識別情報を含む座席割当リクエストを生成する機能と、
    　を実現させる出社管理プログラム。
  2. 　前記単一の出社申請操作は、単一のユーザインタフェース要素が選択されたことに応じて受け付けられる、
    請求項１に記載の出社管理プログラム。
  3. 　前記一又は複数のプロセッサに、前記労働者が使用を希望する座席を指定する座席指定情報の入力を受け付ける機能をさらに実行させ、
    　前記座席情報は、前記座席指定情報に基づいて生成される、
    請求項１又は２に記載の出社管理プログラム。
  4. 　前記一又は複数のプロセッサに、
    　前記労働者が使用可能な一又は複数の空席を示す空席情報を表示する機能と、
    　前記労働者に、前記一又は複数の空席の中から使用を希望する座席を指定させることで前記座席指定情報を生成する機能と、
    　をさらに実現させるための請求項３に記載の出社管理プログラム。
  5. 　前記一又は複数のプロセッサに、
    　前記労働者に前記労働者の勤務時間の範囲内で出社を希望する日時を指定させることで前記出社日時情報を生成する機能をさらに実現させる、請求項１から４のいずれか１項に記載の出社管理プログラム。
  6. 　前記出社承認リクエストは、承認者によって閲覧される承認者閲覧情報を含む、
    請求項１から５のいずれか１項に記載の出社管理プログラム。
  7. 　前記出社承認リクエストが生成されたことに応じて前記承認者の端末に前記労働者の出社の許否の入力を促す情報が提供される、
    請求項６に記載の出社管理プログラム。
  8. 　前記承認者に関連付けて単位期間に出社を承認可能な上限人数を示す上限情報が定められており、前記出社承認リクエストが生成されたことに応じて前記承認者によって前記単位期間における出社が承認された労働者の人数を示す承認人数が前記上限人数より少ないと判定された場合に前記承認者の端末に前記労働者の出社の許否の入力を促す情報が提供される、請求項７に記載の出社管理プログラム。
  9. 　前記上限人数と前記承認人数との差が所定数以下となった場合に、前記承認者に対して警告通知が送信される、請求項８に記載の出社管理プログラム。
  10. 　前記上限情報は、前記承認者とは異なる管理者によって定められる、請求項８又は９に記載の出社管理プログラム。
  11. 　前記出社承認リクエストは、前記承認者を識別する承認者識別情報をさらに含む、請求項６から１０のいずれか１項に記載の出社管理プログラム。
  12. 　前記承認者は、前記労働者の所属部署を識別する所属部署識別情報に基づいて決定される、請求項６から１１のいずれか１項に記載の出社管理プログラム。
  13. 　一又は複数のプロセッサを備え、
    　前記一又は複数のプロセッサは、コンピュータ読み取り可能な命令を実行することにより、
    　労働者が出社を希望する日時を示す出社日時情報の入力を受け付け、
    　前記労働者からの単一の出社申請操作を受け付け、
    　前記単一の出社申請操作を受け付けたことに応じて、前記出社日時情報及び前記労働者を識別する労働者識別情報を含む出社承認リクエスト、並びに、前記出社日時情報、前記労働者が使用する座席に関する座席情報、及び前記労働者識別情報を含む座席割当リクエストを生成する、
    　出社管理システム。
  14. 　一又は複数のプロセッサを備え、
    　前記一又は複数のプロセッサは、コンピュータ読み取り可能な命令を実行することにより、
    　労働者からの単一の出社申請操作に基づく処理リクエスト及び前記労働者が出社を希望する日時を示す出社日時情報を受け付け、
    　前記出社日時情報及び前記労働者を識別する労働者識別情報を含む出社承認リクエスト、並びに、前記出社日時情報、前記労働者が使用する座席に関する座席情報、及び前記労働者識別情報を含む座席割当リクエストを生成する、
    　出社管理システム。
  15. 　一又は複数のコンピュータプロセッサがコンピュータ読み取り可能な命令を実行することにより実行される出社管理方法であって、
    　労働者が出社を希望する日時を示す出社日時情報の入力を受け付ける工程と、
    　前記労働者からの単一の出社申請操作を受け付ける工程と、
    　前記単一の出社申請操作を受け付けたことに応じて、前記出社日時情報及び前記労働者を識別する労働者識別情報を含む出社承認リクエスト、並びに、前記出社日時情報、前記労働者が使用する座席に関する座席情報、及び前記労働者識別情報を含む座席割当リクエストを生成する工程と、
    　を備える出社管理方法。
  16. 　一又は複数のプロセッサに、
    　労働者が出社を希望する日時を示す出社日時情報の入力を受け付ける機能と、
    　前記労働者からの単一の出社申請操作を受け付ける機能と、
    　前記単一の出社申請操作に基づいて、出社申請に関する処理を行うことを要求する処理リクエストを生成する機能と、
    を実現させる出社管理プログラムであって、
    　前記出社申請に関する処理は、出社を申請するための出社承認リクエストの生成及び座席の割り当てを申請するための座席割当リクエストの生成を含む、
    出社管理プログラム。
     
PCT/JP2020/041105 2020-11-02 2020-11-02 出社管理プログラム、出社管理システム、及び出社管理方法 WO2022091417A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/041105 WO2022091417A1 (ja) 2020-11-02 2020-11-02 出社管理プログラム、出社管理システム、及び出社管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2020/041105 WO2022091417A1 (ja) 2020-11-02 2020-11-02 出社管理プログラム、出社管理システム、及び出社管理方法

Publications (1)

Publication Number Publication Date
WO2022091417A1 true WO2022091417A1 (ja) 2022-05-05

Family

ID=81382217

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/041105 WO2022091417A1 (ja) 2020-11-02 2020-11-02 出社管理プログラム、出社管理システム、及び出社管理方法

Country Status (1)

Country Link
WO (1) WO2022091417A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7428429B1 (ja) 2022-10-20 2024-02-06 Ｎｅｃプラットフォームズ株式会社 勤務状況管理システム、装置、方法、及びプログラム
WO2024079789A1 (ja) * 2022-10-11 2024-04-18 株式会社日立ソリューションズ・クリエイト ハイブリッドワーク支援方法、及びハイブリッドワーク支援システム

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007172549A (ja) * 2005-12-26 2007-07-05 Ibm Japan Ltd 勤務計画を調整するシステム、方法、プログラム

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007172549A (ja) * 2005-12-26 2007-07-05 Ibm Japan Ltd 勤務計画を調整するシステム、方法、プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Mobile utilization of Notes", MOBILE MEDIA MAGAZINE, vol. 36, 1 June 1998 (1998-06-01), pages 85 - 89, XP009537457 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024079789A1 (ja) * 2022-10-11 2024-04-18 株式会社日立ソリューションズ・クリエイト ハイブリッドワーク支援方法、及びハイブリッドワーク支援システム
JP7428429B1 (ja) 2022-10-20 2024-02-06 Ｎｅｃプラットフォームズ株式会社 勤務状況管理システム、装置、方法、及びプログラム

Similar Documents

Publication Publication Date Title
US20180158548A1 (en) Data processing systems for scheduling work shifts, such as physician work shifts
US6035278A (en) Method and system for schedule and task management
US20030061087A1 (en) Calendar scheduling of multiple persons resources and consumables with group access view restriction
US7660904B2 (en) Providing keys to share data within an instant messaging session
US7330110B1 (en) System and method for providing wireless communication device access to dynamic business information
US20060122875A1 (en) Web-based, industry specific, staffing interactive database
US7359946B2 (en) System and method for an event planner
JP2001282974A (ja) 就業管理システム、就業管理装置及び記録媒体
US20080059254A1 (en) System and method for managing workplace real estate and other resources
WO2022091417A1 (ja) 出社管理プログラム、出社管理システム、及び出社管理方法
US20070011029A1 (en) Access to inpatient medical information for patient and proxies
JP2000315234A (ja) ワークフロー・サーバおよびワークフロー・システム制御方法
US20040024761A1 (en) Web-besed, industry specific, staffing interactive database
JP6331873B2 (ja) シフト管理システム、端末装置、情報処理システム、情報処理方法及びプログラム
US7644008B1 (en) Web-based system and method for user role assignment in an enterprise
WO2018016511A1 (ja) 順番管理システム、順番管理装置、およびプログラム
JP2002334190A (ja) シフト勤務スケジューリング支援システムおよび方法
JP2007108827A (ja) ワークフローシステム及び方法及びプログラム
JP2009157445A (ja) データベース開発管理システム及びプログラム
JP2003108794A (ja) ジョブ管理方法およびアサインシステム
JP7339415B1 (ja) 業務システム用の権限管理システム
JP7300567B1 (ja) 業務システム用の権限管理システム
JP2023033845A (ja) オフィス入退管理システム
JP2006277074A (ja) 施設予約システム
JP7093168B2 (ja) 管理システム、管理方法および管理プログラム

Legal Events

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

Ref document number: 20959932

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20959932

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP