WO2007055252A1 - 不足要員を補充する方法及び当該方法を実現するコンピュータ及びプログラム - Google Patents

不足要員を補充する方法及び当該方法を実現するコンピュータ及びプログラム Download PDF

Info

Publication number
WO2007055252A1
WO2007055252A1 PCT/JP2006/322298 JP2006322298W WO2007055252A1 WO 2007055252 A1 WO2007055252 A1 WO 2007055252A1 JP 2006322298 W JP2006322298 W JP 2006322298W WO 2007055252 A1 WO2007055252 A1 WO 2007055252A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
recruitment
schedule
schedule data
personnel
Prior art date
Application number
PCT/JP2006/322298
Other languages
English (en)
French (fr)
Inventor
Toshiyuki Omiya
Original Assignee
P & W Solutions Co., Ltd.
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 P & W Solutions Co., Ltd. filed Critical P & W Solutions Co., Ltd.
Priority to US12/093,450 priority Critical patent/US8055525B2/en
Publication of WO2007055252A1 publication Critical patent/WO2007055252A1/ja

Links

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/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • 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
    • 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
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • 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
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • 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
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063116—Schedule adjustment for a person or group
    • 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
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063118—Staff planning in a project environment
    • 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
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
    • 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/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • G06Q10/1093—Calendar-based scheduling for persons or groups

Definitions

  • the present invention relates to a method for replenishing a shortage of personnel, and a computer and a program for realizing the method.
  • the present invention relates to a method for replenishing a shortage of personnel on the work schedule and a computer and a program for realizing the method.
  • Patent Document 1 discloses a schedule management system that collects desired schedule data of a call center operator via a network and creates schedule data for a predetermined period based on the collected desired schedule data. It is shown.
  • the schedule management system accepts desired schedule data from each recruited operator via the network, predicts the number of recruited operators required for a predetermined period, and compares both data. To confirm the schedule.
  • each recruited operator sends his / her desired schedule via the network, and when it matches the expected number of required recruited operators without excess or deficiency. Can establish a work schedule that reflects their wishes. If there is a shortage, the manager of the work schedule will recruit new operators for recruitment.
  • Patent Document 1 Japanese Unexamined Patent Application Publication No. 2003-167981
  • An object of the present invention is to provide a schedule management computer capable of accurately replenishing a shortage of personnel in order to solve the above-described problems. Specifically, the following are provided.
  • a computer for example, a server 1 and a terminal 2 for an administrator, which will be described later
  • a communication network for example, an internal communication network 3 and an external communication network 5 which will be described later
  • a method for managing work schedules wherein the computer generates an assumed schedule data (eg, step S20 described later) for generating assumed schedule data representing an expected schedule of the plurality of personnel described above
  • a desired schedule data reception start step e.g., step S61 described later for starting reception of desired schedule data representing a desired schedule of the plurality of personnel from a terminal connected to the communication network by designating a predetermined period. , S62, etc.
  • the computer has the desired schedule of the plurality of personnel.
  • a desired schedule data receiving step for example, step S69 described later for receiving and storing the terminal data on the terminal force, and after the elapse of the predetermined period specified by the computer, Based on the schedule data, shortage schedule data (for example, the provisional decision schedule data table shown in FIG. 12 to be described later) representing the shortage schedule of the plurality of personnel is generated and displayed (for example, FIG. 13 to be described later).
  • shortage schedule data for example, the provisional decision schedule data table shown in FIG. 12 to be described later
  • the computer generates assumed schedule data representing an assumed schedule of a plurality of personnel, designates a predetermined period, and transmits the plurality of the plurality of information from a terminal connected to the communication network.
  • the acceptance of the desired schedule data representing the desired schedule of the personnel is started, the desired schedule data of the plurality of personnel are received from the terminal, stored, and after the designated predetermined period has elapsed, Based on the desired schedule data, the shortage schedule for the plurality of personnel is represented. Generate and display missing schedule data.
  • the administrator can examine the recruitment plan by looking at the displayed shortage schedule.
  • Recruitment contact data representing personnel who make a recruitment contact based on the shortage schedule data and personnel attribute data (for example, operator skill data described later) representing the attributes of the plurality of personnel.
  • the method according to (1) further including a recruitment contact data generation step (for example, step S115 described later) for generating (eg, recruitment contact data described later).
  • the computer generates recruitment contact data representing personnel to make recruitment based on the shortage schedule data and personnel attribute data representing the attributes of the plurality of personnel. To do.
  • the manager can make a recruitment contact based on the recruitment contact data.
  • the computer can transmit the recruitment contact data only to the public contact information via the communication network.
  • the computer has received application data (for example, application data described later) from a person who has made the recruitment contact (an operator to be recruited) via the communication network (for example, The application data is stored according to step S127 (described later).
  • the computer stores the application data in response to receiving application data from the person who made the recruitment contact via the communication network.
  • the computer can automatically accept and aggregate application data from personnel who have applied.
  • the computer uses recruitment data representing recruitment personnel in response to storing application data from the personnel who made the recruitment contact via the communication network. Is generated.
  • the computer when the computer receives the browsing confirmation data indicating that the recruitment message has been browsed at the terminal from the terminal that has received the recruitment message, the computer performs the browsing. Store confirmation data.
  • Step S309 In response to a request from the computer manager (for example, step S309 described below), the stored application data and the stored browsing confirmation data are displayed (for example, Step S313), which will be described later, further includes an application / browsing status display step.
  • the computer can display the stored application data and browsing confirmation data in response to accepting the administrator's request.
  • the administrator can grasp the power of the person who sent the recruitment notice and viewed the recruitment notice, and it is highly likely that there will be no intention to apply when recruiting again. This makes it easy to effectively and efficiently contact non-browsing personnel who may be willing to apply, while avoiding re-contacting these personnel.
  • Temporary decision schedule data representing provisional decision schedule data (for example, the provisional decision schedule data table in FIG. 11), and schedule creation status data representing the creation status of the schedule based on! (For example, FIG. 26)
  • schedule creation status data representing schedule creation status based on assumed schedule data, desired schedule data, and provisionally determined schedule data when requested by an administrator. Can be displayed.
  • a program that allows a computer connected to a communication network (for example, an internal communication network 3 and an external communication network 5 described later) to manage work schedules of a plurality of personnel.
  • An expected schedule data generation step (for example, step S20 described later) for causing the computer to generate an expected schedule data representing the expected schedule of the plurality of personnel; And accepting desired schedule data representing a desired schedule of the plurality of personnel from a terminal connected to the communication network by designating a predetermined period.
  • Desired schedule data reception start step for example, steps S61, S62, etc., which will be described later
  • desired schedule data reception step for causing the computer to receive and store desired schedule data of the plurality of personnel by the terminal force (for example, step S69 to be described later) and after the predetermined period specified in the computer, the insufficient schedule data (for example, the short schedule of the plurality of personnel based on the assumed schedule data and the desired schedule data)
  • a short schedule data generation step for generating and displaying the provisional decision schedule data described below.
  • the terminal has received browsing confirmation data indicating that the terminal has accepted browsing by the person who made the recruitment contact (for example, step S119 described later).
  • the browsing confirmation data is stored (for example, step S119 described later), and the browsing confirmation data storage step is further executed.
  • the computer displays the stored application data and the stored browsing confirmation data in response to an administrator's request (for example, step S309 described later) (for example, The program according to (14), further causing step S313), which will be described later, to further execute an application / viewing status display step.
  • an administrator's request for example, step S309 described later
  • step S313 for example, The program according to (14), further causing step S313, which will be described later, to further execute an application / viewing status display step.
  • the computer generates and displays insufficient schedule data representing the insufficient schedule of the plurality of personnel based on the assumed schedule data and the desired schedule data, thereby managing The person can make an accurate call for recruitment.
  • FIG. 1 is a conceptual diagram showing an overall configuration of a computer system according to an example of a preferred embodiment of the present invention.
  • FIG. 2 is a block diagram showing a configuration of a computer system according to an example of a preferred embodiment of the present invention.
  • FIG. 3 is a diagram showing a main flow according to an example of a preferred embodiment of the present invention.
  • FIG. 4 is a flow of an assumed schedule data creation process according to an example of a preferred embodiment of the present invention.
  • FIG. 5 is a diagram showing an assumed schedule data table according to an example of a preferred embodiment of the present invention.
  • FIG. 6 is a flowchart showing a desired schedule data creation process according to an example of the preferred embodiment of the present invention.
  • FIG. 7 is a display example of a weekly holiday acquisition application input screen according to an example of a preferred embodiment of the present invention.
  • FIG. 8 is a view showing a desired schedule data table according to an example of a preferred embodiment of the present invention.
  • FIG. 9 is a display example of a weekly holiday acquisition approval input screen according to an example of a preferred embodiment of the present invention.
  • FIG. 10 is a display example of a provisional decision schedule creation screen according to an example of a preferred embodiment of the present invention.
  • FIG. 11 is a diagram showing a provisional decision schedule data table according to an example of a preferred embodiment of the present invention.
  • FIG. 12 is a flow of recruitment contact data creation processing according to an example of a preferred embodiment of the present invention.
  • FIG. 13 is a flowchart of recruitment contact data creation processing according to an example of the preferred embodiment of the present invention.
  • FIG. 14 is a diagram showing a required skill data table according to an example of a preferred embodiment of the present invention.
  • FIG. 15 is a display example of an operator skill table according to an example of a preferred embodiment of the present invention.
  • FIG. 16 is a display example of personal information settings according to an example of a preferred embodiment of the present invention.
  • FIG. 17 is a display example of recruitment contact data mail according to an example of the preferred embodiment of the present invention.
  • FIG. 18 is a display example of recruitment contact data mail according to an example of the preferred embodiment of the present invention.
  • FIG. 19 is a display example of a case status display screen according to an example of a preferred embodiment of the present invention.
  • FIG. 20 is a diagram showing a browsing data table according to an example of a preferred embodiment of the present invention.
  • ⁇ 21] is a flow (automatic) of recruitment determination 'adoption notification data creation processing according to an example of the preferred embodiment of the present invention.
  • FIG. 22 is a diagram showing an employment data table according to an example of a preferred embodiment of the present invention.
  • This is a flow (manual) of recruitment determination 'adoption notification data creation processing according to an example of the preferred embodiment of the present invention.
  • ⁇ 25 A display example of an adoption decision input screen according to an example of a preferred embodiment of the present invention.
  • FIG. 26 is a provisional decision schedule data list screen according to an example of the preferred embodiment of the present invention. Is a display example.
  • FIG. 1 shows an overall configuration of a computer system according to an example of a preferred embodiment of the present invention.
  • the server 1, the administrator terminal 2, and the operator terminal 4 are configured to be connected to each other via the internal communication network 3.
  • these information devices may be further connectable to the mobile terminals 6a and 6b of the operator to be recruited via the external communication network 5.
  • the number of the server 1, the manager terminal 2, the operator terminal 4, and the mobile terminals 6a and 6b of the recruited operators constituting the system is arbitrary and can be selected according to the situation.
  • the server 1 manages the entire system and transmits data to the operator terminal 4 and the like. It also stores statistical data such as past call volume, personal information such as the skills and contact information of recruited operators, evaluation information, schedule data, etc., and responds to requests from the administrator terminal 2 operator terminal 4 etc. Create a schedule accordingly.
  • the schedule refers to information for assigning recruitment target operators and managing weekly holidays according to a predetermined unit of work.
  • the schedule data is stored in the schedule data.
  • This schedule data includes assumed schedule data that is created by calculating the expected call volume in the past and determining the required number of operators to be recruited based on the expected call volume.
  • the administrator terminal 2 is a terminal that makes a schedule creation request to the server 1 based on an input operation by the administrator, and assigns recruited operators and manages weekly holidays according to the schedule. .
  • the server 1 is accessed from time to time, and if the schedule is set, a request or response is made for the application or recruitment of the recruited operator.
  • the operator terminal 4 is a terminal that responds to applications for recruitment or recruitment of applications for weekly holidays or recruitment of operators to be recruited for each schedule published by the server 1 based on an operator's input operation. The same applies to the mobile terminals 6a and 6b of the operator.
  • FIG. 2 is a block diagram showing configurations of the server 1, the manager terminal 2, and the operator terminal 4 according to an example of the preferred embodiment of the present invention.
  • the server 1 includes a control unit 11, a communication unit 12, a storage unit 13, an input unit 16, and a display unit 17. Each of which is connected via a bus 18.
  • the storage unit 13 includes at least a statistical data storage unit 14 and a schedule data storage unit 15.
  • the statistical data storage unit 14 stores statistical data such as call volume statistical data and information on recruited operators.
  • the schedule data storage unit 15 stores various data for creating assumed schedule data, provisionally determined schedule data, and other schedule data. Other data for creating schedule data includes, for example, recruitment contact data, application data, required skill data, operator skill data, and recruitee data.
  • the control unit 11 is an information processing unit (CPU) that performs calculation and processing of information, and controls the entire server 1.
  • the control unit 11 reads and executes various programs stored in the storage unit 13 as appropriate, thereby realizing various functions according to the present invention in cooperation with the hardware described above.
  • the storage unit 13 includes a local memory used for program execution in combination with the control unit 11, a large capacity memory, and a cache memory used for efficiently searching the memory. Good. Then, various programs executed by the control unit 11 are stored.
  • the computer-readable medium that implements the storage unit 13 may include an electrical, magnetic, optical, or electromagnetic implementation. More specifically, optical disks including semiconductor storage devices, magnetic tapes, magnetic disks, random 'access' memory (RAM), read-only' memory (ROM), CD-ROM, CD-R / W and DVD. included. Further, the statistical data storage unit 14 and the schedule data storage unit 15 included in the storage unit 13 may be separate from the server 1.
  • the input unit 16 accepts input by an administrator or the like, and may include a keyboard, a pointing device, and the like.
  • the input unit 16 can be connected to the server 1 directly or via an intervening I / O controller.
  • the display unit 17 displays a screen for accepting data input to an administrator or the like, or displays a screen of a calculation processing result by the server 1, and includes a cathode ray tube display device (CRT), a liquid crystal display device Includes display devices such as (LCD).
  • CTR cathode ray tube display device
  • LCD liquid crystal display device
  • the communication unit 12 connects the server 1 via the internal communication network 3 or the external communication network 5. This is a network adapter that enables connection with an operator terminal or an operator's portable terminal 6a, 6b or a storage device.
  • the communication unit 12 may include a modem, a cable 'modem and Ethernet' adapter.
  • the manager terminal 2 and the operator terminal 4 are configured by control units 21 and 41, communication units 22 and 42, storage units 23 and 43, input units 24 and 44, and display units 25 and 45, respectively. They are connected via buses 26 and 46, respectively. Further, the mobile terminals 6a and 6b of the operator have the same configuration as the operator terminal 4.
  • the control units 21 and 41 are information calculation processing devices (CPUs) that perform calculation and processing of information, respectively, and control the entire manager terminal 2 and operator terminal 4 respectively.
  • the control units 21 and 41 appropriately read and execute various programs stored in the storage units 23 and 43, respectively, thereby realizing various functions according to the present invention in cooperation with the hardware described above.
  • the storage units 23 and 43 are used in combination with the control units 21 and 41, respectively, to efficiently search the local memory, the large-capacity Balta memory, and the Balta memory used for program execution.
  • a cache memory may be included.
  • various programs executed by the control units 21 and 41 are stored.
  • the computer-readable medium for realizing the storage units 23 and 43 may include those that are realized electrically, magnetically, optically, or electromagnetically. More specifically, it includes semiconductor storage devices, magnetic tapes, magnetic disks, random 'access' memory (RAM), read-only memory (ROM), CD-ROM, CD-R / W and DVD Includes optical discs.
  • the input units 24 and 44 accept input by an administrator or the like, and may include a keyboard, a pointing device, and the like.
  • the input units 24 and 44 can be connected to the manager terminal 2 and the operator terminal 4 directly or via an intervening IZO controller, respectively.
  • the display units 25 and 45 each display a screen for accepting data input to the user, or display a calculation processing result screen by the terminal 2 for managers.
  • the display unit (CRT) Including display devices such as liquid crystal display devices (LCD).
  • the communication units 22 and 42 respectively connect the manager terminal 2 or the operator terminal 4 to another arithmetic processing system or storage device via the internal communication network 3 or the external communication network 5. Is a network 'adapter' that allows you to connect to the device.
  • the communication units 22, 42 may include modems, cable 'modems and Ethernet' adapters.
  • FIG. 3 is a main flow for creating a schedule according to an example of the preferred embodiment of the present invention.
  • description will be given based on the drawings.
  • step S20 an assumed schedule data creation process is performed.
  • the server 1 that has received the expected schedule creation request from the administrator terminal 2 calculates the predicted call volume data from the call volume statistical data, and based on the predicted call volume data, Create assumed schedule data. Details of this process will be described later. When this process ends, the process moves to a step S60.
  • step S60 desired schedule data creation processing is performed.
  • the server 1 transmits the assumed schedule data created in step S 20 in response to a request from the operator terminal 4, and the operator to be recruited transmitted from the operator terminal 4. Create desired schedule data that includes weekly holiday request information. Details of this processing will be described later.
  • the process moves to a step S100.
  • Step S100 performs recruitment contact data creation processing.
  • the server 1 that has received the recruitment contact data creation request from the administrator terminal 2 obtains information on the number of persons that is insufficient from the provisional decision schedule data, and based on the requested skill data and the operator skill data. Decide who you want to recruit. Then, recruitment contact data for the target person is created, and the recruitment contact data is sent to the target operator. Further, the server 1 receives and stores the application data transmitted from the operator terminal 4. Details of these processes will be described later. When this process ends, the process moves to a step S200.
  • Step S200 performs a recruitment decision 'adoption notification data creation process.
  • the server 1 determines an operator to be recruited based on the application data received from the operator terminal 4 and the recruitment contact data, creates recruitment data, and based on the recruitment data. Create recruitment notification data and send it to operator terminal 4.
  • FIG. 4 is a flowchart showing a subroutine for performing the assumed schedule data creation process according to an example of the preferred embodiment of the present invention. The assumed schedule data creation process will be described below with reference to FIGS. 4 and 5.
  • the control unit 21 of the administrator terminal 2 transmits an assumed schedule data creation request signal to the server 1 via the communication unit 22 in response to an input operation by the administrator. (Step S21).
  • the control unit 11 of the server 1 receives the assumed schedule data creation request signal via the communication unit 12 (step S23).
  • step S25 the control unit 11 of the server 1 creates assumed schedule data in response to receiving the assumed schedule data creation request signal.
  • the call volume statistical data may be read from the statistical data storage unit 14, the predicted call volume may be calculated, and the expected call volume power may be calculated to calculate the required number of operators to be recruited.
  • the call volume statistical data is, for example, a record of call volume for a certain date in the past for each time period.
  • the call volume statistical data read by server 1 may be specified by the administrator when sending the request for creating the expected schedule data in step S21, or the call of the most recent date or the most recent previous day of the week may be specified.
  • the quantity statistics data may be automatically selected and read by the server 1. When this process ends, the process moves to a step S27.
  • This assumed schedule data is represented by a table as shown in FIG. 5, for example.
  • the assumed schedule data table in Fig. 5 is a table showing the required number of operators to be recruited for each time zone on a certain day. Figure 5 shows that, for example, at 9:00 on August 1, the required number of operators to be recruited is 26.5.
  • step S27 the control unit 11 stores the assumed schedule data in the schedule data storage unit 15 of the storage unit 13.
  • this subroutine is finished and the process proceeds to step S60 in FIG.
  • FIG. 6 is a flowchart showing a subroutine for performing processing for creating desired schedule data according to an example of the preferred embodiment of the present invention. Below, based on Figure 6 to Figure 11 The schedule data creation process will be explained.
  • step S 61 the control unit 21 of the manager terminal 2 transmits a desired schedule data input acceptance start instruction signal to the server 1 via the communication unit 22. Then, the control unit 11 of the server 1 receives the desired schedule data input acceptance start instruction signal via the communication unit 12, and starts acceptance from the operator terminal 4 (step S62).
  • step S 63 the control unit 41 of the operator terminal 4 transmits an assumed schedule data transmission request signal via the communication unit 42. Then, when the control unit 11 of the server 1 receives the assumed schedule data transmission request signal via the communication unit 12 (step S64), the assumed schedule data is read from the schedule data storage unit 15 and is transmitted via the communication unit 12. To the operator terminal 4 (step S65).
  • step S 66 the control unit 41 of the operator terminal 4 receives the assumed schedule data from the server 1 and displays it on the display unit 45.
  • the recruiting operator examines the desired schedule data via the input unit 44 while looking at these data. Specifically, for example, this is performed on a screen for setting a desired weekly holiday as shown in FIG. Figure 7 shows the number of people who can take a weekly holiday and the current number of applicants for each day, and the recruited operators enter their weekly holiday wishes while referring to this.
  • the screen displayed on the display unit 45 may be updated at least every time another operator to be recruited transmits weekly restable data to the server 1 and received by the server 1.
  • the control unit 41 of the operator terminal 4 receives an input of a desired schedule by an operator to be recruited (Step S67).
  • step S68 the control unit 41 of the operator terminal 4 creates desired schedule data from the input accepted so far in step S67 and transmits it to the server 1 via the communication unit 42.
  • This transmission can be performed any number of times until the server 1 receives a desired schedule data input acceptance end instruction signal (details will be described later).
  • the number of transmissions may be a predetermined number for each recruited operator or may be unlimited.
  • the process moves to a step S69.
  • the number of times the desired schedule data can be transmitted and the number of times each priority can be transmitted may be adjustable for each operator to be recruited by the input of the administrator. In this case, the administrator These parameters will be adjusted in consideration of past evaluations and work performance of the operators to be recruited.
  • step S 69 the controller 11 of the Sano 1 receives the desired schedule data transmitted from the operator terminal 4. Then, the desired schedule data transmitted from the four operator terminals are registered in the desired schedule data table.
  • a desired schedule data table as shown in Fig. 8 is created. In this table, the ID of the operator to be recruited, the operator name, and the desired weekdays are registered.
  • the acceptance of the desired schedule data is performed until the desired schedule data input acceptance end instruction signal from the manager terminal 2 is transmitted to the server 1 (step S70).
  • the desired schedule data input acceptance end instruction signal may be transmitted by the administrator inputting the transmission instruction from the input unit 24 and receiving the control unit 21 at the terminal 2 for the administrator. It is possible to set a period of time and automatically end acceptance of the desired schedule data input after a predetermined period of time elapses.
  • step S71 the control unit 11 determines whether or not a desired schedule data input acceptance end instruction signal has been received from the manager terminal 2. When the desired schedule data input acceptance end instruction signal is not received, the process returns to step S63 or 64, and the acceptance of the expected schedule data request from the operator terminal 4 or the desired schedule data is continued. When the desired schedule data input acceptance end instruction signal is received, the desired schedule data table registered so far is stored in the schedule data storage unit 15 (step S72).
  • step S73 the control unit 11 creates provisional decision schedule data. Specifically, for example, in response to a request from the administrator terminal 2, the control unit 11 transmits a desired schedule data table to the administrator terminal 2, and displays a screen as shown in FIG. 9 or FIG. You may make it display 25 km. In such a case, for example, the control unit 21 displays a screen as shown in FIG. 9 on the display unit 25 of the manager terminal 2.
  • the screen in Fig. 9 shows the name of the operator who applied for weekly holidays, along with the number of people who can obtain weekly holidays and the current number of applicants, based on the information in the desired schedule data table stored in the control unit 11 of Sano 1 in step S72. Is displayed. Then, the control unit 21 receives the input of the selection check box by the administrator. By setting, permission for weekly holiday acquisition may be set.
  • control unit 21 displays a screen as shown in FIG. 10 based on the received desired schedule data table, and accepts an input of a decision on an operator to be recruited to be adopted by an administrator.
  • This screen shows a graph 180, a line 189 indicating the maximum number of operators that can be placed, the expected number of required operators 181, and the placement of recruited operators who can work against the required number of operators to be recruited.
  • Number of persons 182, recruitment number of persons assigned by the number of target operators * efficiency 183, and the number of surplus / shortage * efficiency 184 is displayed.
  • Number of people arranged * Efficiency 183 and excess / deficient number * Efficiency 184 is the value of work amount Z time calculated from the processing efficiency 186 of the recruited operator.
  • the number of operators to be recruited is displayed as minus in the * Effective 184 column, indicating that the number of operators to be recruited is insufficient! / RU
  • the band graph 188 is displayed with a minus sign!
  • the number deficient from the maximum number of operators that can be arranged may be displayed. For example, if the maximum number of seats is the number of seats, the administrator can know whether the number of seats is sufficient for the current required number of people or not.
  • the recruitment target operators 185 who can work and the processing efficiency 186 of each recruitment target operator are displayed.
  • the control unit 21 of the manager terminal 2 receives input from the manager regarding the recruited operators to be employed.
  • the input is accepted, for example, by accepting that the check is input using the input unit 24 in the check box 187 in the row where the operator to be recruited is listed (step S73).
  • values such as graph 180, number of people 182, number of people laid out * efficiency 183, and number of people in excess and shortage * efficiency 184, etc. will change according to accepting check input in check box 187 by the administrator. Also good.
  • the manager will hire operators to be recruited so that the required number of people will be allocated * efficiency.
  • the band graph 188 shows a set schedule of each recruitment target operator.
  • This band graph 188 is color-coded by business type, and what type of business is currently allocated. You may make it confirm whether it is applied. This allows flexible schedules such as assigning personnel who can handle calls when there is a large amount of calls to recruited operators who are assigned materials creation and web response work with low immediacy. Management can be performed.
  • the administrator uses these screens to create a provisional decision schedule.
  • the tentative decision schedule data table (FIG. 11) shows the necessary number of people, the operation rate, the provisionally decided number of people, and the excess and deficiency numbers in a certain time zone on a certain day. For example, between 9:00 and 10:00 on November 1, the required number of operators to be recruited is 26.5, the current number of staff is 19.75, Minus 6. 75 people.
  • the tentative decision schedule data includes the number of tentatively determined personnel (recruited operators), including the excess or deficiency that is the difference between the required numbers, and is subject to recruitment by date and Z or time zone. The number of operators arranged, the number of excess and deficiency, etc. are shown. In addition, this shortage may be calculated from the processing efficiency of the recruited operator.
  • the control unit 11 of the server 1 may store the provisionally determined schedule data (FIG. 11) generated in step S 73 in this way in the schedule data storage unit 15 (step S 74). .
  • this subroutine is finished, and the process proceeds to step S100 in FIG.
  • FIG. 12 is a flowchart of a subroutine for performing recruitment contact data creation processing according to an example of the preferred embodiment of the present invention.
  • the recruitment contact data creation process will be described below with reference to FIGS.
  • control unit 21 of the manager terminal 2 transmits a recruitment contact data creation processing request signal to the server 1 via the communication unit 22 (step S101), and the control unit 11 of the server 1
  • the recruitment contact data creation processing request signal is received (step S103), and the provisionally determined schedule data is also read into the schedule data storage unit 15 (step S105).
  • step S107 the control unit 11 of the server 1 further reads the requested skill data of the business related to the recruiting schedule, and uses the operator skill data (step S 109) of the recruited operator who is enrolled. Read more.
  • This required skill data is an example For example, the table shown in FIG. In this table, skills required for each schedule are associated. For example, for schedule A, the required skills are “server skills” and “English skills”. For schedule B, “skills for Chinese” is required for schedule C.
  • the operator skill data is shown in a table as shown in FIG. 15, for example.
  • the table in Fig. 15 shows the organization name, name, ID, employment type, and skill of the operator to be recruited.
  • the recruited operators can register personal e-mail addresses and telephone numbers as contact information. Then, the address of the recruitment contact data can be designated as the email address of these individuals.
  • the address of the recruitment contact data can be designated as the email address of these individuals.
  • step S111 the control unit 11 determines the recruiting target operators based on the requested skill data and the operator skill data. In this determination, for example, the skill information of the operator to be recruited possessed by the operator skill data and the required skill data are compared, and an operator satisfying the requested skill may be determined as the operator to be recruited. In addition, this information is transmitted to the administrator terminal 2 and displayed, and the administrator designates the operator to be recruited in the administrator terminal 2 and decides the determined data on the server 1. You may make it transmit. When this process ends, the process moves to a step S113.
  • step S113 the control unit 11 stores the recruitment target person data in the schedule data storage unit 15 of the storage unit 13, and proceeds to step S115.
  • step S115 the control unit 11 creates recruitment contact data for the recruited operators.
  • step S116 the control unit 11 transmits an email indicating that there is a recruitment notification to the recruitment target operator via the communication unit 12, and proceeds to step S117.
  • step S117 the control unit 41 of the operator terminal 4 receives the mail from the server 1 via the communication unit 42 and displays it on the display unit 45. Then, the control unit 41 In response to accepting a request for transmission of recruitment contact data from the operator, the operator transmits a request signal for sending recruitment contact data (step S118).
  • the recruitment contact data email sent via the web server is sent.
  • the control unit 41 of the operator terminal 4 displays it on the display unit 45, the confirmed button 221 is displayed.
  • the control unit 41 receives the press of the confirmed button 221 via the input unit 44 by the operator to be recruited, and transmits browsing data indicating browsing to the server 1 from the Web server.
  • the control unit 41 accepts pressing of the application button 222, the browsing data is similarly transmitted from the Web server to the server 1.
  • the mobile terminals 6a, 6b when the recruitment contact data is transmitted from the external mail sano to the mobile terminals 6a, 6b of the recruited operator through the external communication network 5, the mobile terminals 6a, 6b The screen shown in Fig. 18 appears on the display. For example, first, a notice screen 230 for project recruitment is displayed, and a predetermined URL 231 is written in the notice screen 230. Then, when the control unit 41 of the mobile terminals 6a and 6b accepts the selection of the URL 231 by the operator to be recruited, the Web server transmits the login screen 232 via the external communication network 5.
  • the web server transmits the solicitation screen 233 to the mobile terminals 6a and 6b.
  • the operator to be recruited browses the recruitment contact data, so the Web server sends the application screen 233 to the mobile terminals 6a and 6b and sends the browse data to the server 1.
  • the control unit 41 of the mobile terminals 6a and 6b that has received the application screen 233 displays the application screen 233 on the display unit 45 and displays an application button 234 on the application screen 233.
  • the control unit 41 of the mobile terminals 6a and 6b sends the application data from the external communication network 5 to the server 1 via the web server. It may be. And furthermore, the server that received the application data 1 Sends an application completion message to the mobile terminals 6a and 6b via the external communication network 5 via the web server, and the control unit 41 of the mobile terminals 6a and 6b displays the application completion screen 235 on the display unit 45. Please do it.
  • control unit 11 of the server 1 receives the browsing data and the recruitment contact transmission request signal (step S119). If this process ends, the process moves to step S121.
  • step S121 in response to a request from the control unit 41 of the operator terminal 4 (step S118), the control unit 11 of the server 1 transmits the recruitment contact data. Then, the control unit 41 of the operator terminal 4 receives the recruitment contact data via the communication unit 42 and displays the display unit 45 (step S123). Note that this recruitment contact data transmission process may be automatically transmitted from the mail Sano via the external communication network 5 to the mobile terminals 6a, 6b of the recruited operators. Then, as a response to the recruitment contact data, the control unit 41 accepts an application data input operation by the recruiting target operator (step S125, FIG. 13) and stores it in the storage unit 43 (step S127).
  • the control unit 21 of the manager terminal 2 transmits an application data reception start instruction signal to the server 1 (step S129).
  • the control unit 11 of the server 1 receives the application data reception start instruction signal and starts receiving application data (step S131).
  • the control unit 41 of the operator terminal 4 transmits application data to the server 1 via the communication unit 42 (step S133).
  • this application data may include a response not to participate in recruitment just by applying. If this process ends, the process moves to step S135.
  • step S135 the control unit 11 of the server 1 receives application data transmitted by the operator terminal 4 via the communication unit 12. Then, it is stored in the schedule data storage unit 15 (step S137). This reception is continued until an application data reception end instruction signal is transmitted from the manager terminal 2 (step S139). Alternatively, a predetermined period may be set, and the reception start power may be automatically terminated after the predetermined period has elapsed.
  • a request from the administrator terminal 2 indicates data indicating the progress of application data reception.
  • the control unit 11 of the server 1 transmits to the administrator terminal 2 and the administrator terminal 2 You may make it display on the display part 45 of.
  • the control unit 11 of the administrator terminal 2 sends a browsing data display request signal to the server 1 (step S 138), and the control unit 11 of the server 1 that has received this (step S139) Is read from the storage unit 23 and transmitted to the administrator terminal 2 (step S140).
  • the control unit 21 of the manager terminal 2 that has received the browsing data displays it on the display unit 25 (step S141).
  • the screen displayed on the display unit 25 is, for example, a case status display screen as shown in FIG.
  • the case status display screen is a screen that is referred to by the administrator, and the control unit 21 receives the selection of the history display 171 via the input unit 24 by the administrator, thereby generating a browsing data display request signal.
  • Send to server 1 (step S138).
  • the control unit 21 displays, on the display unit 25, a table 172 showing details of the case etc. for which the contact data has been transmitted and a list 173 of the personnel having transmitted the recruitment contact data.
  • the control unit 11 of the server 1 receives browsing data indicating that the recruiting operator browses the recruitment contact data on the display unit 45 of the operator terminal 4, an asterisk in the confirmed column 174 in the list 173. Is displayed.
  • the browsing data is data indicating whether or not the recruited operator browses the recruitment contact data.
  • asterisks are displayed for the first and third recruiting operators, so that the administrator can share that the recruiting operator has viewed the recruitment contact data. Become.
  • the browsing data is shown in a table as shown in FIG. 20, for example.
  • the browsing data table in Fig. 19 includes at least the name and operator ID of the recruitment target that sent the recruitment contact data, and whether or not to browse the recruitment contact data (confirmed column 201). Normally, “zero” is entered. When the control unit 11 of the server 1 receives the browsing data, “1” is entered to indicate that the recruited operator has received the recruitment contact data. This “zero” or “1” indicates the presence or absence of an asterisk in the confirmed column 174 on the case status display screen.
  • step S143 it is determined whether or not an application data reception end instruction signal has been received from the manager terminal 2 (step S142). If not received, the process returns to step S133 or step S135, and reception is continued. Also, an application data reception end instruction signal is received. If so, this subroutine is terminated.
  • FIG. 21 is a flowchart of a subroutine that is automatically performed according to an example of a preferred embodiment of the present invention.
  • the recruitment decision / recruitment notification data creation process will be described with reference to FIGS.
  • control unit 21 of the manager terminal 2 transmits an adoption data creation processing request signal to the server 1 via the communication unit 22 (step S201).
  • server 1 receives the recruitment data creation processing request signal transmitted from the manager terminal 2 (step S203), it reads the recruitment contact data and the application data from the schedule data storage unit 15 (step S205).
  • step S207 based on the recruitment contact data and the application data, the operator to be recruited is decided and the recruitment data is created.
  • the recruitment target operators to be employed may be determined in the order in which the application data is received, or priorities for the recruitment of the recruitment target operators may be determined in advance. Employment may be automatically determined in order of priority.
  • the adoption data is, for example, a table as shown in FIG.
  • the recruitment data table in Figure 22 includes items such as ID, name, application date, skill, evaluation, and employment type.
  • ID1 234 is named “Hanako”, applied on August 5, 2005, and the skills are available for server and English, and the evaluation is a regular employee of A Is shown.
  • the items in the adoption data table may be supplemented by items other than the present embodiment, or may be fewer than the items of the present embodiment. For example, there may be items such as contact information for each operator to be recruited, priority order, absence rate. If this process ends, the process moves to a step S209.
  • step S209 the control unit 11 stores the adoption data created in step S207 in the schedule data storage unit 15 of the storage unit 13. When this process ends, the process moves to the step S211.
  • step S211 the control unit 11 creates adoption notification data. Specifically, for example, the control unit 11 of the server 1 creates a mail or the like in a predetermined format for the employer, and receives the adoption notification data transmission request signal from the operator terminal 4. (Steps S212 and S213) Transmit (Step S214).
  • This destination is the operator terminal 4 may be sent from the external mail sano to the mobile terminals 6a, 6b, etc. of the operator to be recruited through the external communication network 5.
  • the transmission destination can be set in the operator terminal 4, and the setting result is transmitted to the server 1 and stored in the statistical data storage unit 14.
  • the control unit 41 of the operator terminal 4 receives the employment notification data via the communication unit 42 (Step S215).
  • step S217 the control unit 11 registers the data included in the recruitment data in the tentative decision schedule data, and updates the tentative decision schedule data. If this process ends, the process moves to a step S219.
  • step S219 the provisional decision schedule data updated in step S217 is stored in the schedule data storage unit 15.
  • step S2221 the provisional decision schedule data updated in step S217 is stored in the schedule data storage unit 15.
  • step S221 it is determined whether or not the recruited operator's recruitment capacity is the same as the lack of staff capacity. If it is the same as the shortage, the current shortage will be zero. If the number of recruited operators is less than the shortage, the number of operators to be recruited is still insufficient. In this case, consideration will be given to the ability to apply again and schedule adjustment.
  • FIG. 21 shows a flow when the hiring decision / recruitment notification data creation process is automatically performed, but it may be performed manually.
  • Fig. 23 and Fig. 24 show the flow when the recruitment decision / recruitment notification data creation process is performed manually.
  • a description will be given based on the drawings.
  • the control unit 21 of the manager terminal 2 transmits a recruitment data creation processing request signal to the server 1 via the communication unit 22 (step S301).
  • the server 1 receives the recruitment data creation processing request signal transmitted from the manager terminal 2 (step S303), it reads the recruitment contact data and the application data from the schedule data storage unit 15 (step S305).
  • step S307 the control unit 21 of the manager terminal 2 transmits a browsing data display request signal to the server 1 via the communication unit 22.
  • the control unit 11 of the server 1 that has received the browsing data display request signal via the communication unit 12 (step S 309) reads the browsing data and transmits it to the manager terminal 2 via the communication unit 12.
  • Step S311 The control unit 21 of the manager terminal 2 that has received the browsing data via the communication unit 22 displays it on the display unit 25. .
  • An example of the display is a screen as shown in FIG.
  • the recruitment data is created when the control unit 21 accepts that the administrator inputs a check in the check box 121 via the input unit 24 for the recruited operators to be recruited (step S314).
  • control unit 21 of the manager terminal 2 transmits the adoption data to the server 1 via the communication unit 22 (step S315).
  • the control unit 11 of the server 1 receives the adoption data via the communication unit 12 (step S316) and stores it in the storage unit 13.
  • the subsequent processing is the same as that after step S209 in FIG.
  • the excess or deficiency of personnel is displayed on a daily basis, and the progress of schedule creation is displayed.
  • progress status 242 is displayed in 10 stages, and specific progress status text 243 is described below.
  • the schedule has already been distributed.
  • the scheduled number of personnel 244 per day is listed. In this case, 8 people are scheduled for August 1, 8 people for 2 days, and 9 people for 3 days. It also shows that there are 8 shortages on the 4th, 2 shortages on the 5th, 4 more on the 6th and 7 on the 7th. In this way, a positive number indicates the planned number of people to be allocated and a negative number indicates the number of people to be allocated. It is possible to check across the board.

Landscapes

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

Abstract

　不足する要員を的確に補充する事が可能なスケジュール管理コンピュータを提供することを目的とする。 　複数の要員の想定スケジュールを表す想定スケジュールデータを生成し、通信ネットワーク３に接続された端末４から当該複数の要員の希望スケジュールを表す希望スケジュールデータの受け付けを開始し、当該複数の要員の希望スケジュールデータを、当該端末４から受信して記憶し、当該想定スケジュールデータと当該希望スケジュールデータとに基づいて当該複数の要員の不足スケジュールを表す不足スケジュールデータを生成して表示するコンピュータ１を提供する。

Description

明 細 書
不足要員を補充する方法及び当該方法を実現するコンピュータ及びプロ グラム
技術分野
[0001] 本発明は、不足要員を補充する方法及び当該方法を実現するコンピュータ及びプ ログラムに関する。特に、勤務スケジュール上の不足要員を補充する方法及び当該 方法を実現するコンピュータ及びプログラムに関する。
背景技術
[0002] 従来、従業員の勤務スケジュールを管理する方法として、様々なものが提案されて いる。例えば、特許文献 1には、コールセンターのオペレータの希望スケジュールデ ータをネットワークを介して収集し、収集した当該希望スケジュールデータに基づ ヽ て、所定期間におけるスケジュールデータを作成するスケジュール管理システムが開 示されている。
[0003] 当該スケジュール管理システムは、各募集対象のオペレータからの希望スケジユー ルデータをネットワークを介して受け付けると共に、所定期間に必要な募集対象のォ ペレ一タの数を予測し、双方のデータを比較することによって、スケジュールを確定 する。
[0004] このようなシステムによれば、各募集対象のオペレータは、 自らの希望スケジュール をネットワークを介して送信することにより、予測される必要な募集対象のオペレータ 数と過不足なく一致した場合には、その希望を反映した勤務スケジュールを確定する ことができる。ここで、不足が生じた場合には、当該勤務スケジュールの管理者は、不 足分について新たに募集対象のオペレータの募集を行うことになる。
特許文献 1 :特開 2003— 167981号公報
発明の開示
発明が解決しょうとする課題
[0005] し力しながら、このようなシステムにおいては、当該勤務スケジュールの管理者は、 当該募集を行うにあたって、いつ、どのようなスキルの募集対象のオペレータが不足 しているかについて正確に知ることはできない。そのため、当該管理者は、当該希望 を反映した勤務スケジュールの確定後、不足募集対象のオペレータの募集を正確に 行うことができない。
課題を解決するための手段
[0006] 本発明は、上述のような課題を解決するために、不足する要員を的確に補充する 事が可能なスケジュール管理コンピュータを提供することを目的とする。具体的には 次のようなものを提供する。
[0007] (1) 通信ネットワーク（例えば、後述の内部通信ネットワーク 3、外部通信ネットヮー ク 5など）に接続されたコンピュータ (例えば、後述のサーバ 1、管理者用端末 2など） が複数の要員の勤務スケジュールを管理する方法であって、前記コンピュータが、前 記複数の要員の想定スケジュールを表す想定スケジュールデータを生成する想定ス ケジュールデータ生成ステップ（例えば、後述のステップ S20など）と、前記コンビュ ータが、所定期間を指定して、前記通信ネットワークに接続された端末から前記複数 の要員の希望スケジュールを表す希望スケジュールデータの受け付けを開始する希 望スケジュールデータ受け付け開始ステップ (例えば、後述のステップ S61、 S62な ど）と、前記コンピュータが、前記複数の要員の希望スケジュールデータを、前記端 末力 受信して記憶する希望スケジュールデータ受信ステップ (例えば、後述のステ ップ S69など）と、前記コンピュータが、指定した前記所定期間の経過後、前記想定 スケジュールデータと前記希望スケジュールデータとに基づいて前記複数の要員の 不足スケジュールを表す不足スケジュールデータ（例えば、後述の図 12に示す仮決 定スケジュールデータテーブルなど）を生成して表示（例えば、後述の図 13など）す る不足スケジュールデータ生成ステップと、を含む方法。
[0008] (1)の発明によれば、当該コンピュータは、複数の要員の想定スケジュールを表す 想定スケジュールデータを生成し、所定期間を指定して、通信ネットワークに接続さ れた端末から当該複数の要員の希望スケジュールを表す希望スケジュールデータの 受け付けを開始し、当該複数の要員の希望スケジュールデータを、当該端末から受 信して記憶し、指定した当該所定期間の経過後、当該想定スケジュールデータと当 該希望スケジュールデータとに基づいて当該複数の要員の不足スケジュールを表す 不足スケジュールデータを生成して表示する。
[0009] このこと〖こより、当該管理者は、表示された不足スケジュールを見て募集計画を検 討することができる。
[0010] (2) 前記コンピュータが、前記不足スケジュールデータと前記複数の要員の属性 を表す要員属性データ (例えば、後述のオペレータスキルデータなど）とに基づいて 募集連絡を行う要員を表す募集連絡データ (例えば、後述の募集連絡データなど） を生成する募集連絡データ生成ステップ (例えば、後述のステップ S115など）をさら に含む（1)に記載の方法。
[0011] (2)の発明によれば、当該コンピュータは、当該不足スケジュールデータと当該複 数の要員の属性を表す要員属性データとに基づいて募集連絡を行う要員を表す募 集連絡データを生成する。
[0012] このことにより、当該管理者は、当該募集連絡データに基づいて、募集連絡を行う ことができる。
[0013] (3) 前記コンピュータが、前記通信ネットワークを介して、前記要員の公開されて Vヽる連絡先のみに対して、前記募集連絡データを送信可能とする募集連絡データ送 信可能化ステップをさらに含む（2)に記載の方法。
[0014] (3)の発明によれば、当該コンピュータは、前記通信ネットワークを介して、公開さ れている連絡先のみに対して募集連絡データを送信可能とする。
[0015] このことにより、要員が非公開としている連絡先に募集連絡データが送信されない ので、要員が非公開としたい連絡先に募集連絡データが送信されることを防止するこ とが可能となる。その結果、コールセンター等において登録している要員 (募集対象 のオペレータ）は、会社には開示しても、管理担当者には開示したくない個人情報に アクセスされることなく募集連絡を受けることが可能となる。このようにして、要員 (募集 対象のオペレータ）のプライバシーに配慮しつつ迅速な募集プロセスを実現できる可 能性がある。
[0016] (4) 前記コンピュータが、前記通信ネットワークを介して、前記募集連絡を行った 要員 (募集対象のオペレータ)からの応募データ (例えば、後述の応募データなど)を 受信したこと (例えば、後述のステップ S127など）に応じて、前記応募データの記憶 を行う応募データ記憶ステップ (例えば、後述のステップ S207など）をさらに含む（2) 又は（3)に記載の方法。
[0017] (4)の発明によれば、当該コンピュータは、前記通信ネットワークを介して、前記募 集連絡を行った要員からの応募データを受信したことに応じて、当該応募データの 記憶を行う。
[0018] このことにより、当該コンピュータは、応募のあった要員からの応募データを自動的 に受け付けて集計することができる。
[0019] (5) 前記コンピュータが、前記募集連絡を行った要員からの応募データを記憶し たことに応じて、採用要員を表す採用データ (例えば、後述の採用データなど)を生 成する採用データ生成ステップ (例えば、後述のステップ S207など）をさらに含む (4
)に記載の方法。
[0020] (5)の発明によれば、当該コンピュータは、当該通信ネットワークを介して、当該募 集連絡を行った要員からの応募データを記憶したことに応じて、採用要員を表す採 用データを生成する。
[0021] このことにより、応募データの受信に応じて自動的に採用要員を決定することができ る。
[0022] (6)前記コンピュータが、前記端末が前記募集連絡を行った要員による閲覧を受け 付けたことを表す閲覧確認データを前記端末力 受信 (例えば、後述のステップ S 11 9)したことに応じて、前記閲覧確認データを記憶 (例えば、後述のステップ S119)す る、閲覧確認データ記憶ステップをさらに含む、（4)に記載の方法。
[0023] (6)の発明によれば、当該コンピュータは、募集連絡を受信した端末から、端末に おいて当該募集連絡を閲覧したことを表す閲覧確認データを受信したことに応じて、 当該閲覧確認データを記憶する。
[0024] このことにより、当該コンピュータにおいて、募集連絡を行った要員の端末における 、募集連絡の閲覧状況の自動集計が可能となる。
[0025] (7) 前記コンピュータ力 管理者の要求を受け付けた (例えば、後述のステップ S3 09)ことに応じて、記憶した前記応募データと、記憶した前記閲覧確認データと、を 表示する（例えば、後述のステップ S313)、応募 ·閲覧状況表示ステップをさらに含 む、（6)に記載の方法。
[0026] (7)の発明によれば、当該コンピュータは、管理者の要求を受け付けたことに応じて 、記憶した応募データと、閲覧確認データと、を表示することができる。
[0027] このことにより、募集連絡を送信した要員が当該募集連絡を閲覧した力否力を管理 者が把握することができ、再度募集をする際に応募意思が無い可能性の高い、閲覧 済みの要員への再連絡を避けつつ、応募意思がある可能性のある、閲覧をしていな い要員に対して効果的、効率的に連絡をすることを容易にすることができる。
[0028] (8) 前記管理者の要求を受け付けたことに応じて、前記想定スケジュールデータ と、前記希望スケジュールデータと、前記想定スケジュールデータと前記希望スケジ ユールデータとに基づいて前記複数の要員の仮決定スケジュールデータを表す仮 決定スケジュールデータ（例えば、図 11の仮決定スケジュールデータテーブル）と、 に基づ!/、て、スケジュールの作成状況を表すスケジュール作成状況データの表示（ 例えば、図 26)を行うスケジュール作成状況表示ステップをさらに含む（7)に記載の 方法。
[0029] (8)の発明によれば、管理者が要求した際に想定スケジュールデータと、希望スケ ジュールデータと、仮決定スケジュールデータと、に基づいて、スケジュールの作成 状況を表すスケジュール作成状況データを表示することが可能となる。
[0030] このことにより、管理者が要求した際のスケジュール作成状況を確認することができ るので、例えば、管理者が要員に対して再募集を行ったりする際に、業務の割り当て の無い要員等を確認して、募集をかける等、的確な要員の補充をすることが可能とな る。
[0031] (9) 通信ネットワーク（例えば、後述の内部通信ネットワーク 3、外部通信ネットヮー ク 5など）に接続されたコンピュータに複数の要員の勤務スケジュールを管理させるプ ログラムであって、前記コンピュータ (例えば、後述のサーバ 1、管理者用端末 2など） に、前記複数の要員の想定スケジュールを表す想定スケジュールデータを生成させ る想定スケジュールデータ生成ステップ (例えば、後述のステップ S20など）と、前記 コンピュータに、所定期間を指定して、前記通信ネットワークに接続された端末から 前記複数の要員の希望スケジュールを表す希望スケジュールデータの受け付けを開 始させる希望スケジュールデータ受け付け開始ステップ (例えば、後述のステップ S6 1、 S62など）と、前記コンピュータに、前記複数の要員の希望スケジュールデータを 、前記端末力 受信して記憶させる希望スケジュールデータ受信ステップ (例えば、 後述のステップ S69など）と、前記コンピュータに、指定した前記所定期間の経過後、 前記想定スケジュールデータと前記希望スケジュールデータとに基づいて前記複数 の要員の不足スケジュールを表す不足スケジュールデータ (例えば、後述の仮決定 スケジュールデータなど）を生成して表示させる不足スケジュールデータ生成ステツ プと、を実行させるプログラム。
[0032] (9)の発明によれば、当該コンピュータを運用することによって、（1)と同様の効果 が期待できる。
[0033] (10) 前記コンピュータに、前記不足スケジュールデータと前記複数の要員の属 性を表す要員属性データ (例えば、後述のオペレータスキルデータなど）とに基づい て募集連絡を行う要員を表す募集連絡データ (例えば、後述の募集連絡データなど )を生成させる募集連絡データ生成ステップ (例えば、後述のステップ S115など）をさ らに実行させる（9)に記載のプログラム。
[0034] (10)の発明によれば、当該コンピュータを運用することによって、（2)と同様の効果 が期待できる。
[0035] (11) 前記コンピュータに、前記通信ネットワークを介して、前記要員の公開されて Vヽる連絡先のみに対して、前記募集連絡データを送信可能とさせる募集連絡データ 送信可能化ステップをさらに実行させる（10)に記載のプログラム。
[0036] (11)の発明によれば、当該コンピュータを運用することによって、（3)と同様の効果 が期待できる。
[0037] (12) 前記コンピュータに、前記通信ネットワークを介して、前記募集連絡を行った 要員からの応募データ (例えば、後述の応募データなど)を受信したこと (例えば、後 述のステップ S 127など）に応じて、前記応募データの記憶を実行させる応募データ 記憶ステップ (例えば、後述のステップ S137など）をさらに含む（10)又は（11)に記 載のプログラム。
[0038] (12)の発明によれば、当該コンピュータを運用することによって、（4)と同様の効果 が期待できる。
[0039] (13) 前記コンピュータに、前記通信ネットワークを介して、前記募集連絡を行った 要員からの応募データを記憶したことに応じて、採用要員を表す採用データ (例えば 、後述の採用データなど）を生成させる採用データ生成ステップ (例えば、後述のス テツプ S207など）をさらに実行させる（10)又は（11)に記載のプログラム。
[0040] (13)の発明によれば、当該コンピュータを運用することによって、（5)と同様の効果 が期待できる。
[0041] (14)前記コンピュータに、前記端末が前記募集連絡を行った要員による閲覧を受 け付けたことを表す閲覧確認データを前記端末力 受信 (例えば、後述のステップ S 119)したことに応じて、前記閲覧確認データを記憶 (例えば、後述のステップ S119) させる、閲覧確認データ記憶ステップをさらに実行させる、（12)に記載のプログラム
[0042] (14)の発明によれば、当該コンピュータを運用することによって、（6)と同様の効果 が期待できる。
[0043] (15) 前記コンピュータに、管理者の要求を受け付けた (例えば、後述のステップ S 309)ことに応じて、記憶した前記応募データと、記憶した前記閲覧確認データを表 示させる（例えば、後述のステップ S313)、応募 ·閲覧状況表示ステップをさらに実行 させる、（14)に記載のプログラム。
[0044] (15)の発明によれば、当該コンピュータを運用することによって、（7)と同様の効果 が期待できる。
[0045] (16) 前記コンピュータに、前記通信ネットワークを介して、前記管理者の要求を 受け付けたことに応じて、前記想定スケジュールデータと、前記希望スケジュールデ ータと、前記想定スケジュールデータと前記希望スケジュールデータとに基づ 、て前 記複数の要員の仮決定スケジュールデータを表す仮決定スケジュールデータ（例え ば、図 11の仮決定スケジュールデータテーブル）と、に基づいて、スケジュールの作 成状況を表すスケジュール作成状況データの表示を行わせる（例えば、図 26)、スケ ジュール作成状況データ表示ステップをさらに実行させる、 (15)に記載のプログラム [0046] (16)の発明によれば、当該コンピュータを運用することによって、（8)と同様の効果 が期待できる。
[0047] (17) (9)から（16)のいずれかに記載のプログラムを記憶した記憶媒体。
[0048] (17)の発明によれば、当該記憶媒体を当該コンピュータに挿入して当該プロダラ ムを実行させることによって、それぞれ（1)から（8)と同様の効果が期待できる。 発明の効果
[0049] 本発明によれば、当該コンピュータは、当該想定スケジュールデータと当該希望ス ケジュールデータとに基づいて当該複数の要員の不足スケジュールを表す不足スケ ジュールデータを生成して表示することにより、管理者は的確に募集連絡を行うこと ができる。
図面の簡単な説明
[0050] [図 1]本発明の好適な実施形態の一例に係るコンピュータシステムの全体構成を示 す概念図である。
[図 2]本発明の好適な実施形態の一例に係るコンピュータシステムの構成を示すプロ ック図である。
[図 3]本発明の好適な実施形態の一例に係るメインフローを示す図である。
[図 4]本発明の好適な実施形態の一例に係る想定スケジュールデータ作成処理のフ ローである。
[図 5]本発明の好適な実施形態の一例に係る想定スケジュールデータテーブルを示 す図である。
[図 6]本発明の好適な実施形態の一例に係る希望スケジュールデータ作成処理を示 すフローである。
[図 7]本発明の好適な実施形態の一例に係る週休取得申請入力画面の表示例であ る。
[図 8]本発明の好適な実施形態の一例に係る希望スケジュールデータテーブルを示 す図である。
[図 9]本発明の好適な実施形態の一例に係る週休取得承認入力画面の表示例であ る。 [図 10]本発明の好適な実施形態の一例に係る仮決定スケジュール作成画面の表示 例である。
[図 11]本発明の好適な実施形態の一例に係る仮決定スケジュールデータテーブル を示す図である。
[図 12]本発明の好適な実施形態の一例に係る募集連絡データ作成処理のフローで ある。
[図 13]本発明の好適な実施形態の一例に係る募集連絡データ作成処理のフローで ある。
[図 14]本発明の好適な実施形態の一例に係る要求スキルデータテーブルを示す図 である。
[図 15]本発明の好適な実施形態の一例に係るオペレータスキルテーブルの表示例 である。
[図 16]本発明の好適な実施形態の一例に係る個人情報設定の表示例である。
[図 17]本発明の好適な実施形態の一例に係る募集連絡データのメールの表示例で ある。
[図 18]本発明の好適な実施形態の一例に係る募集連絡データのメールの表示例で ある。
[図 19]本発明の好適な実施形態の一例に係る案件状況表示画面の表示例である。
[図 20]本発明の好適な実施形態の一例に係る閲覧データテーブルを示す図である。 圆 21]本発明の好適な実施形態の一例に係る採用決定'採用通知データ作成処理 のフロー（自動）である。
[図 22]本発明の好適な実施形態の一例に係る採用データテーブルを示す図である。 圆 23]本発明の好適な実施形態の一例に係る採用決定'採用通知データ作成処理 のフロー（手動）である。
圆 24]本発明の好適な実施形態の一例に係る採用決定'採用通知データ作成処理 のフロー（手動）である。
圆 25]本発明の好適な実施形態の一例に係る採用決定入力画面の表示例である。
[図 26]本発明の好適な実施形態の一例に係る仮決定スケジュールデータ一覧画面 の表示例である。
符号の説明
[0051] 1 サーバ
2 管理者用端末
3 内部通信ネットワーク
4 オペレータ端末
5 外部通信ネットワーク
6a, 6b 携帯端末
11 制御部
12 通信部
13 記憶部
14 統計データ記憶部
15 スケジ二 Lールデータ記憶部
16 入力部
17 表示部
21 制御部
22 通信部
23 記憶部
24 入力部
25 表示部
41 制御部
42 通信部
43 記憶部
44 入力部
45 表示部
発明を実施するための形態
[0052] 以下、本発明の好適な実施形態の一例について、図面に基づいて説明する。
[0053] 図 1は、本発明の好適な実施形態の一例に係るコンピュータシステムの全体構成を 示す概念図である。本システムにおいて、サーバ 1、管理者用端末 2、及びオペレー タ端末 4は、内部通信ネットワーク 3を介して相互に接続されて構成されている。また 、これらの情報機器は、さらに外部通信ネットワーク 5を介して、募集対象のオペレー タの携帯端末 6a、 6bに接続可能であってよい。ここで、本システムを構成するサーバ 1、管理者用端末 2、オペレータ端末 4、募集対象のオペレータの携帯端末 6a、 6bの 数は任意であり、状況に応じて選択可能である。
[0054] サーバ 1は、本システム全体の管理を行い、オペレータ端末 4等にデータ送信を行 う。そして、過去のコール量等の統計データ、募集対象のオペレータのスキルや連絡 先等の個人情報、評価情報、スケジュールデータ等を記憶し、管理者用端末 2ゃォ ペレータ端末 4等からの要求に応じて、スケジュールを作成する。
[0055] ここで、スケジュールとは、所定の単位の業務にっ 、て、募集対象のオペレータの 割り当てや週休管理を行う情報のことをいう。そして、このスケジュールを記憶したも のがスケジュールデータである。このスケジュールデータには、まず、過去のコール 量力 予想されるコール量を算出し、予想される当該コール量に基づいて募集対象 のオペレータの必要人数を決定して作成する想定スケジュールデータがあり、また、 当該想定スケジュールに基づいて、実際に募集対象のオペレータの配置や募集を 行って作成する、仮決定スケジュールデータ等がある。
[0056] 管理者用端末 2は、管理者の入力操作に基づいて、サーバ 1に対してスケジュール の作成要求を行ったり、スケジュールにしたがって募集対象のオペレータの割り当て や週休の管理を行う端末である。また、随時サーバ 1にアクセスし、スケジュールの設 定ゃ募集対象のオペレータの応募もしくは募集についての作成要求や応答を行う。
[0057] オペレータ端末 4は、オペレータの入力操作に基づいて、サーバ 1が公開する各ス ケジュールに対して、週休の希望申請や募集対象のオペレータの募集に対する応 募や採用等に対する応答を行う端末であり、オペレータの携帯端末 6a、 6bも同様で ある。
[0058] 図 2は、本発明の好適な実施形態の一例に係るサーバ 1、管理者用端末 2、ォペレ ータ端末 4の構成を示すブロック図である。
[0059] サーバ 1は、制御部 11、通信部 12、記憶部 13、入力部 16、及び表示部 17により 構成され、それぞれバス 18を介して接続されている。また、記憶部 13は、少なくとも 統計データ記憶部 14及びスケジュールデータ記憶部 15を含む。統計データ記憶部 14は、コール量統計データや募集対象のオペレータに関する情報等の統計データ を記憶する。スケジュールデータ記憶部 15は、想定スケジュールデータ、仮決定スケ ジュールデータ、その他スケジュールデータを作成するための各種データを記憶す る。その他スケジュールデータを作成するための各種データとは、例えば、募集連絡 データ、応募データ、要求スキルデータ、オペレータスキルデータ、募集対象者デー タ等である。
[0060] 制御部 11は、情報の演算、処理を行う情報演算処理装置 (CPU)であり、サーバ 1 全体の制御を行う。制御部 11は、記憶部 13に記憶された各種プログラムを適宜読み 出して実行することにより、上述のハードウェアと協働し、本発明に係る各種機能を 実現している。
[0061] 記憶部 13は、制御部 11と組み合わせてプログラムの実行に使用するローカルメモ リ、大容量のノ レクメモリ、および当該ノ レクメモリの検索を効率的に行うために使用 するキャッシュメモリを含んでよい。そして、制御部 11が実行する各種プログラム等を 記憶する。記憶部 13を実現するコンピュータ可読媒体としては、電気的、磁気的、光 学的、電磁的に実現するものを含んでよい。より具体的には、半導体記憶装置、磁気 テープ、磁気ディスク、ランダム'アクセス'メモリ（RAM)、リードオンリ一'メモリ（RO M)、 CD— ROMと CD— R/Wと DVDとを含む光ディスクが含まれる。また、記憶部 13に含まれる統計データ記憶部 14、スケジュールデータ記憶部 15については、サ ーバ 1とは別体であってよい。
[0062] 入力部 16は、管理者等による入力の受付を行うものであり、キーボード、ポインティ ングデバイス等を含んでよい。入力部 16は、直接または介在 I/Oコントローラを介し てサーバ 1と接続することができる。
[0063] 表示部 17は、管理者等にデータの入力を受け付ける画面を表示したり、サーバ 1 による演算処理結果の画面を表示したりするものであり、ブラウン管表示装置 (CRT) 、液晶表示装置 (LCD)等のディスプレイ装置を含む。
[0064] 通信部 12は、サーバ 1を内部通信ネットワーク 3または外部通信ネットワーク 5を介 してオペレータ端末またはオペレータの携帯端末 6a、 6bや記憶装置と接続できるよ うにするためのネットワーク 'アダプタである。通信部 12は、モデム、ケーブル 'モデム およびイーサネット（登録商標） 'アダプタを含んでよい。
[0065] 管理者用端末 2及びオペレータ端末 4は、それぞれ、制御部 21、 41、通信部 22、 4 2、記憶部 23、 43、入力部 24、 44、表示部 25、 45で構成され、それぞれバス 26、 4 6を介して接続されている。また、オペレータの携帯端末 6a、 6bもオペレータ端末 4と 同様の構成である。
[0066] 制御部 21、 41は、それぞれ情報の演算、処理を行う情報演算処理装置 (CPU)で あり、それぞれ管理者用端末 2、オペレータ端末 4の全体の制御を行う。制御部 21、 41は、記憶部 23、 43に記憶された各種プログラムを適宜読み出して実行することに より、それぞれ上述のハードウェアと協働し、本発明に係る各種機能を実現している
[0067] 記憶部 23、 43は、それぞれ制御部 21、 41と組み合わせてプログラムの実行に使 用するローカルメモリ、大容量のバルタメモリ、および当該バルタメモリの検索を効率 的に行うために使用するキャッシュメモリを含んでよい。そして、制御部 21、 41が実 行する各種プログラム等を記憶する。記憶部 23、 43を実現するコンピュータ可読媒 体としては、電気的、磁気的、光学的、電磁的に実現するものを含んでよい。より具 体的には、半導体記憶装置、磁気テープ、磁気ディスク、ランダム'アクセス'メモリ (R AM)、リードオンリ^ ~ ·メモリ（ROM)、 CD— ROMと CD— R/Wと DVDとを含む光 ディスクが含まれる。
[0068] 入力部 24、 44は、管理者等による入力の受付を行うものであり、キーボード、ボイ ンティングデバイス等を含んでよい。入力部 24、 44は、直接または介在 IZOコント口 ーラを介してそれぞれ管理者用端末 2、オペレータ端末 4と接続することができる。
[0069] 表示部 25、 45は、それぞれユーザにデータの入力を受け付ける画面を表示したり 、管理者用端末 2による演算処理結果の画面を表示したりするものであり、ブラウン管 表示装置 (CRT)、液晶表示装置 (LCD)等のディスプレイ装置を含む。
[0070] 通信部 22、 42は、それぞれ管理者用端末 2又はオペレータ端末 4を内部通信ネッ トワーク 3または外部通信ネットワーク 5を介して別の演算処理システムまたは記憶装 置と接続できるようにするためのネットワーク 'アダプタである。通信部 22、 42は、モ デム、ケーブル 'モデムおよびイーサネット（登録商標） 'アダプタを含んでよい。
[0071] 図 3は、本発明の好適な実施形態の一例に係るスケジュールの作成を行うメインフ ローである。以下、図面に基づいて説明する。
[0072] ステップ S20においては、想定スケジュールデータ作成処理を行う。この処理にお いては、例えば、管理者用端末 2から想定スケジュール作成要求を受信したサーバ 1 は、コール量統計データから予測コール量データを算出し、当該予測コール量デー タに基づ 、て想定スケジュールデータを作成する。この処理の詳細につ!/、ては後述 する。この処理が終了した場合には、ステップ S60に処理を移す。
[0073] ステップ S60においては、希望スケジュールデータ作成処理を行う。この処理にお いては、例えば、サーバ 1は、ステップ S 20で作成した想定スケジュールデータをォ ペレータ端末 4からの要求に応じて送信し、当該オペレータ端末 4から送信される募 集対象のオペレータの週休希望情報等を加味した希望スケジュールデータを作成 する。この処理の詳細については後述する。この処理が終了した場合には、ステップ S 100に処理を移す。
[0074] ステップ S100は、募集連絡データ作成処理を行う。この処理においては、例えば、 管理者用端末 2から募集連絡データ作成要求を受信したサーバ 1は、仮決定スケジ ユールデータから不足する人数の情報を得て、要求スキルデータ及びオペレータス キルデータに基づいて募集する対象者を決定する。そして、対象者への募集連絡デ ータを作成し、募集対象のオペレータに募集連絡データを送信する。さらに、サーバ 1は、オペレータ端末 4から送信された応募データを受信し、記憶する。これらの処理 の詳細については後述する。この処理が終了した場合には、ステップ S200に処理を 移す。
[0075] ステップ S200は、採用決定'採用通知データ作成処理を行う。この処理において は、例えば、サーバ 1は、オペレータ端末 4から受信した応募データ及び募集連絡デ ータに基づいて採用する募集対象のオペレータを決定し、採用データを作成し、採 用データに基づいて採用通知データを作成し、オペレータ端末 4に送信する。これら の処理については後述する。この処理が終了した場合には、メインフローを終了する [0076] 図 4は、本発明の好適な実施形態の一例に係る想定スケジュールデータ作成処理 を行う、サブルーチンのフローを示す図である。以下、図 4及び図 5に基づいて想定 スケジュールデータ作成処理につ 、て説明する。
[0077] まず、管理者用端末 2において、管理者の入力操作に応じて、管理者用端末 2の 制御部 21は、通信部 22を介して、想定スケジュールデータ作成要求信号をサーバ 1 に送信する (ステップ S21)。サーバ 1の制御部 11は、通信部 12を介して当該想定ス ケジュールデータ作成要求信号を受信する (ステップ S 23)。
[0078] ステップ S25では、サーバ 1の制御部 11は、当該想定スケジュールデータ作成要 求信号の受信に応じて、想定スケジュールデータを作成する。具体的には、例えば、 コール量統計データを統計データ記憶部 14から読み込んで、予測コール量を算出 し、予測コール量力 想定される募集対象のオペレータの必要人数を算出して行つ てもよい。コール量統計データとは、例えば、過去のある日付のコール量の記録を時 間帯ごとに示したものである。この、サーバ 1が読み込むコール量統計データは、ス テツプ S21の想定スケジュールデータ作成要求を送信する際に管理者が指定しても よいし、又は、直近の日付や直近の過去の同じ曜日のコール量統計データをサーバ 1が自動的に選択して読み込んでもよい。この処理が終了した場合には、ステップ S2 7に処理を移す。
[0079] この想定スケジュールデータは、例えば、図 5のようなテーブルで表される。図 5の 想定スケジュールデータテーブルは、ある日についての時間帯ごとに想定される募 集対象のオペレータの必要人数を示したテーブルである。図 5では、例えば、 8月 1 日の 9時において、募集対象のオペレータの必要人数は 26. 5人であることを示して いる。
[0080] ステップ S27では、制御部 11は、想定スケジュールデータを記憶部 13のスケジュ ールデータ記憶部 15に記憶する。この処理が終了した場合には、本サブルーチンを 終了し、図 3のステップ S60に移る。
[0081] 図 6は、本発明の好適な実施形態の一例に係る希望スケジュールデータの作成処 理を行うサブルーチンを示すフローの図である。以下、図 6から図 11に基づいて希望 スケジュールデータ作成処理につ \、て説明する。
[0082] まず、ステップ S61において、管理者用端末 2の制御部 21は、通信部 22を介して 希望スケジュールデータ入力受付開始指示信号を、サーバ 1に送信する。そして、サ ーバ 1の制御部 11は、通信部 12を介して希望スケジュールデータ入力受付開始指 示信号を受信し、オペレータ端末 4からの受付を開始する (ステップ S62)。
[0083] ステップ S63では、オペレータ端末 4の制御部 41は、通信部 42を介して、想定スケ ジュールデータ送信要求信号を送信する。そして、サーバ 1の制御部 11は、通信部 12を介して想定スケジュールデータ送信要求信号を受信する (ステップ S64)と、想 定スケジュールデータをスケジュールデータ記憶部 15から読み込み、通信部 12を介 してオペレータ端末 4に送信する (ステップ S65)。
[0084] ステップ S66では、オペレータ端末 4の制御部 41は、サーバ 1から想定スケジユー ルデータを受信し、表示部 45に表示する。そして、募集対象のオペレータは、これら のデータを見ながら入力部 44を介して希望スケジュールデータを検討する。具体的 には、例えば、図 14のような週休の希望を設定する画面において行う。図 7では、 日 付ごとに週休取得可能人数や現在の申請者数が記載されており、これを参照しなが ら募集対象のオペレータが週休希望を入力していく。そして、この表示部 45に表示さ れる画面は、少なくとも、他の募集対象のオペレータが週休可能データをサーバ 1に 送信し、サーバ 1が受信する度に更新されてもよい。そして、オペレータ端末 4の制御 部 41は、募集対象のオペレータによる希望スケジュールの入力を受け付ける (ステツ プ S67)。
[0085] ステップ S68では、オペレータ端末 4の制御部 41は、これまでステップ S67にお!/ヽ て受け付けた入力から、希望スケジュールデータを作成し通信部 42を介してサーバ 1に送信する。尚、この送信は、希望スケジュールデータ入力受付終了指示信号 (詳 細は後述）をサーバ 1が受信するまでは、任意の回数送信可能である。この送信回数 は募集対象のオペレータ毎に所定の回数であってもよいし、無制限であってもよい。 この処理が終了した場合には、ステップ S 69に処理を移す。ここで、希望スケジユー ルデータを送信できる回数並びに各優先順位を送信できる回数は、管理者の入力 により、募集対象のオペレータ毎に調整可能としてもよい。この場合、管理者は、各 募集対象のオペレータの過去の評価や勤務実績等を考慮してこれらのパラメータを 調整することとなる。
[0086] ステップ S69では、サーノ 1の制御部 11は、オペレータ端末 4から送信された希望 スケジュールデータを受信する。そして、各オペレータ端末 4力も送信された希望ス ケジュールデータを、希望スケジュールデータテーブルに登録していく。例えば、図 8 のような希望スケジュールデータテーブルを作成する。このテーブルでは、募集対象 のオペレータの IDとオペレータ名、及び週休希望日が登録される。
[0087] この、希望スケジュールデータの受付は、管理者用端末 2からの希望スケジュール データ入力受付終了指示信号がサーバ 1に送信される (ステップ S70)まで、行われ る。この希望スケジュールデータ入力受付終了指示信号の送信は、管理者用端末 2 において、管理者が送信指示を入力部 24から入力し、制御部 21が受け付けることに より送信してもよいし、予め所定の期間を定めておき、所定の期間経過後に自動的に 希望スケジュールデータ入力の受付を終了するようにしてもよ 、。
[0088] ステップ S71では、制御部 11は、管理者用端末 2から希望スケジュールデータ入力 受付終了指示信号を受信したか否かを判別する。希望スケジュールデータ入力受付 終了指示信号を受信しない場合は、ステップ S63もしくは 64に戻り、オペレータ端末 4からの想定スケジュールデータ要求又は希望スケジュールデータの受付を継続す る。希望スケジュールデータ入力受付終了指示信号を受信した場合は、これまで登 録した希望スケジュールデータテーブルをスケジュールデータ記憶部 15に記憶する (ステップ S72)。
[0089] ステップ S73では、制御部 11は、仮決定スケジュールデータを作成する。具体的に は、例えば、制御部 11は、管理者用端末 2からの要求に応じて、希望スケジュール データテーブルを管理者用端末 2に送信し、図 9や図 10のような画面を表示部 25〖こ 表示させるようにしてもよい。このような場合は、例えば、制御部 21は、管理者用端末 2の表示部 25に図 9のような画面を表示する。図 9の画面には、ステップ S72でサー ノ 1の制御部 11が記憶した希望スケジュールデータテーブルの情報をもとに、週休 取得可能人数や現在の申請者数と共に、週休を申請したオペレータ名等が表示さ れている。そして、制御部 21は、管理者による選択チェックボックスの入力を受け付 けることによって、週休取得の許可の設定を行ってもよい。
[0090] さらに、制御部 21は、受信した希望スケジュールデータテーブルに基づいて、図 1 0のような画面を表示して、管理者による採用する募集対象のオペレータの決定の入 力を受け付ける。この画面は、グラフ 180、オペレータを配置できる最大人数を示す 線 189、想定される募集対象のオペレータの必要人数 181、及び募集対象のォペレ ータの必要人数に対する勤務可能な募集対象のオペレータの配置人数 182、募集 対象のオペレータの配置人数に効率を掛けた配置人数 *効率 183、及び過不足人 数 *効率 184が表示されて 1、る。配置人数 *効率 183及び過不足人数 *効率 184 は、募集対象のオペレータの処理効率 186から算出した作業量 Z時間の値である。 ここで、想定される募集対象のオペレータの必要人数に達しない時間帯については 、過不足人数 *効率 184欄においてマイナス表示され、募集対象のオペレータ数が 不足して!/、ることを示して 、る。同時に帯グラフ 188にお!/、てマイナス表示されて!、る 。また、過不足人数 *効率 184欄においては、オペレータを配置できる最大人数か ら不足する数を表示してもよい。例えば、最大人数が座席数であるとすると、現在の 必要人数に対して座席数が足りて 、るか否かにつ!、ても管理者が把握することがで きる。
[0091] そして、下の表 185では、勤務可能な募集対象のオペレータ 185及び各募集対象 のオペレータの作業の処理効率 186が表示されている。そして、管理者用端末 2の 制御部 21は、採用する募集対象のオペレータについての管理者による入力を受け 付ける。入力の受付は、例えば、採用したい募集対象のオペレータが記載されてい る行のチェックボックス 187に、入力部 24を使用してチェックが入力されるのを受け付 けることにより行う（ステップ S73)。なお、管理者によるチェックボックス 187にチェック の入力を受け付けることに応じて、グラフ 180や配置人数 182、配置人数 *効率 183 、及び過不足人数 *効率 184等の値が変化していくようにしてもよい。そして、管理 者は、必要人数を満たすだけの配置人数 *効率となるように募集対象のオペレータ を採用していくこととなる。
[0092] また、帯グラフ 188は、各募集対象のオペレータの設定済みスケジュールを示して いる。この帯グラフ 188では、業務種別ごとに色分けされ、現在どのような業務が割り 当てられているかを確認するようにしてもよい。これにより、例えば、即時性の低い資 料作成や Web応答の業務が割り当てられている募集対象のオペレータに対して、コ ール量が多いときにはコール対応も可能な要員として割り当てる等のフレキシブルな スケジュール管理を行うことが可能となる。
[0093] このように、管理者はこれらの画面を使用して仮決定スケジュールを作成して ヽく。
この処理が終了した場合には、ステップ S74に処理を移す。
[0094] 尚、仮決定スケジュールデータテーブル（図 11)は、ある日のある時間帯における 必要人数、稼働率、仮決定人数及び過不足数を示している。例えば、 11月 1日の 9 時 00分から 10時 00分の間において、募集対象のオペレータの必要人数は 26. 5人 であり、現在の配置人数は 19. 75人であり、過不足数はマイナス 6. 75人である。こ のように、仮決定スケジュールデータは、仮決定した要員（募集対象のオペレータ）の 配置人数を含み、必要人数の差分である過不足の人数も含み、 日付及び Z又は時 間帯による募集対象のオペレータの配置人数や過不足数等を示す。また、この過不 足数は、募集対象のオペレータの処理効率力も算出されてもよい。
[0095] サーバ 1の制御部 11は、このようにステップ S 73において生成された仮決定スケジ ユールデータ（図 11)を、スケジュールデータ記憶部 15に記憶する（ステップ S74)よ うにしてもよい。この処理が終了した場合には、本サブルーチンを終了し、図 3のステ ップ S 100に処理を移す。
[0096] 図 12は、本発明の好適な実施形態の一例に係る募集連絡データ作成処理を行う サブルーチンのフローである。以下、図 12から図 20に基づいて募集連絡データ作 成処理について説明する。
[0097] まず、管理者用端末 2の制御部 21は、通信部 22を介して、募集連絡データ作成処 理要求信号をサーバ 1に送信 (ステップ S101)し、サーバ 1の制御部 11は、募集連 絡データ作成処理要求信号を受信し (ステップ S 103)、仮決定スケジュールデータ をスケジュールデータ記憶部 15力も読み込む (ステップ S 105)。
[0098] ステップ S107では、サーバ 1の制御部 11は、さらに募集をしているスケジュールに 係る業務の要求スキルデータを読み込み、在籍する募集対象のオペレータのォペレ 一タスキルデータ (ステップ S 109)をさらに読み込む。この要求スキルデータとは、例 えば、図 14にあるようなテーブルである。このテーブルには、スケジュール毎に要求 するスキルが対応付けられている。例えば、スケジュール Aについて、要求されるスキ ルは、「サーバ対応スキル」及び「英語対応スキル」であり、スケジュール Bについては 特に無ぐスケジュール Cについては、「中国語対応スキル」が要求される。
[0099] また、オペレータスキルデータは、例えば、図 15のようなテーブルで示される。図 1 5のテーブルでは、募集対象のオペレータの組織名、氏名、 ID,雇用タイプ、保有ス キルが記載されている。尚、募集対象のオペレータは上記の個人情報の他、連絡先 として、個人のメールアドレスや電話番号等を登録しておくことが可能である。そして 、募集連絡データ等の送付先をこれらの個人のメールアドレス等に指定することがで きる。また、逆にこれらの個人情報を管理者等に非公開とすることも可能である。具体 的には、例えば、図 16のように、連絡先等の個人情報を登録しておき、これらの情報 の公開又は非公開について、チェックボックス 90へのチェックの有無により選択する
[0100] ステップ S 111では、制御部 11は、要求スキルデータ及びオペレータスキルデータ に基づいて、募集対象のオペレータを決定する。この決定は、例えば、オペレータス キルデータが持つ募集対象のオペレータのスキル情報と要求スキルデータとを比較 して、要求スキルを満たすオペレータを募集対象のオペレータとしてもよい。また、こ れらの情報を管理者用端末 2に送信して表示し、管理者用端末 2において管理者が 募集対象のオペレータを指定することにより、決定し、当該決定したデータをサーバ 1に送信するようにしてもよい。この処理が終了した場合には、ステップ S113に処理 を移す。
[0101] ステップ S 113では、制御部 11は、募集対象者データを記憶部 13のスケジュール データ記憶部 15に記憶し、ステップ S 115に移る。
[0102] ステップ S 115では、制御部 11は、募集対象のオペレータへの募集連絡データを 作成する。次に、ステップ S116では、制御部 11は、募集対象のオペレータへ募集 連絡がある旨を示すメールを通信部 12を介して送信し、ステップ S117へ移る。ステ ップ S117では、オペレータ端末 4の制御部 41は、サーバ 1からのメールを、通信部 4 2を介して受信し、表示部 45に表示する。そして、制御部 41は、当該募集対象のォ ペレータが当該メールを閲覧して、当該オペレータによる募集連絡データの送信の 要求を受け付けたことに応じて、募集連絡データの送信要求信号を送信する (ステツ プ S118)。
[0103] 具体的には、例えば、以下のような方法がある。第 1の方法として、図 17のように、 内部通信ネットワーク 3内において、 Web上で閲覧するメールで募集連絡データが 送信された場合には、 Webサーバを介して送信した募集連絡データのメールを、ォ ペレータ端末 4の制御部 41が表示部 45に表示した際に、確認済みボタン 221を表 示するようにしておく。そして、制御部 41が、募集対象のオペレータによる入力部 44 を介して確認済みボタン 221への押下を受け付けることにより、閲覧したことを示す閲 覧データを Webサーノくからサーバ 1へ送信する。また、制御部 41が応募ボタン 222 への押下を受け付けた場合にも、閲覧データを同様に Webサーノくからサーノ 1へ送 信する。
[0104] また、第 2の方法として、外部へのメールサーノから外部通信ネットワーク 5を通じて 、募集対象のオペレータの携帯端末 6a、 6bに募集連絡データを送信した場合には 、携帯端末 6a、 6bの表示部に図 18のような画面が表示される。例えば、まず、案件 募集のお知らせ画面 230が表示され、お知らせ画面 230内に所定の URL231が記 載されている。そして、募集対象のオペレータによる URL231の選択を携帯端末 6a 、 6bの制御部 41が受け付けると、外部通信ネットワーク 5を介して Webサーバがログ イン画面 232を送信する。さらに携帯端末 6a、 6bが、募集対象のオペレータによる I Dとパスワードの入力を受け付けて Webサーバにログインすると、 Webサーバは、応 募画面 233を携帯端末 6a、 6bに送信する。このことにより、当該募集対象のォペレ ータは、募集連絡データを閲覧したことになるので、 Webサーバは、応募画面 233を 携帯端末 6a、 6bに送信すると共にサーバ 1に閲覧データを送信する。また、さらに応 募画面 233を受信した携帯端末 6a、 6bの制御部 41は、表示部 45に応募画面 233 を表示すると共に、この応募画面 233に、応募ボタン 234を表示する。そして、この応 募ボタン 234への募集対象のオペレータによる選択を受け付けた場合に、携帯端末 6a、 6bの制御部 41が外部通信ネットワーク 5から Webサーバを介して応募データを サーバ 1に送信するようにしてもよい。そしてさらに、応募データを受信したサーバ 1 は、応募完了の旨を Webサーバを介して外部通信ネットワーク 5を介して携帯端末 6 a、 6bに送信し、携帯端末 6a、 6bの制御部 41は表示部 45に応募完了画面 235を表 示するようにしてちょい。
[0105] サーバ 1の制御部 11は、閲覧データ及び募集連絡送信要求信号を受信 (ステップ S119)する。この処理が終了した場合には、ステップ S121に移る。
[0106] ステップ S121では、オペレータ端末 4の制御部 41からの要求（ステップ S118)に 応じて、サーバ 1の制御部 11は、当該募集連絡データを送信する。そして、オペレー タ端末 4の制御部 41は、通信部 42を介して募集連絡データを受信し、表示部 45〖こ 表示する (ステップ S 123)。尚、この募集連絡データの送信処理は、決定により、メー ルサーノくから外部通信ネットワーク 5を介して募集対象のオペレータの携帯端末 6a、 6bに自動的に送信してもよい。そして、制御部 41は、募集連絡データに対する返答 として、募集対象のオペレータによる応募データの入力操作を受け付け (ステップ S1 25、図 13)、記憶部 43に記憶 (ステップ S 127)する。そして、管理者用端末 2の制御 部 21は、サーバ 1が募集連絡データを送信した後、サーバ 1に対し、応募データ受 付開始指示信号を送信する (ステップ S129)。サーバ 1の制御部 11は、応募データ 受付開始指示信号を受信し、応募データの受付を開始する (ステップ S131)。
[0107] オペレータ端末 4の制御部 41は、通信部 42を介してサーバ 1に応募データを送信 する (ステップ S133)。尚、この応募データには、応募するという旨だけでなぐ募集 に対して参加しないという旨の応答も含んでよい。この処理が終了した場合には、ス テツプ S 135に移る。
[0108] ステップ S135では、サーバ 1の制御部 11は、通信部 12を介してオペレータ端末 4 が送信する応募データを受信する。そして、スケジュールデータ記憶部 15に記憶す る (ステップ S137)。この受信は、管理者用端末 2から応募データ受付終了指示信号 が送信 (ステップ S 139)されるまで継続される。又は、所定の期間を設定しておき、受 信開始力も所定の期間経過後に自動的に受信を終了してもよい。
[0109] 尚、応募データの受付開始から応募データ入力受付終了指示信号受信までの間 に、管理者用端末 2からの要求 (ステップ S138)により、応募データの受付の途中経 過を示すデータをサーバ 1の制御部 11が管理者用端末 2へ送信し、管理者用端末 2 の表示部 45に表示するようにしてもよい。この場合は、管理者用端末 2の制御部 21 力 閲覧データ表示要求信号をサーバ 1へ送信し (ステップ S 138)、これを受信 (ス テツプ S139)したサーバ 1の制御部 11は、閲覧データを記憶部 23から読み込み、管 理者用端末 2へ送信する (ステップ S 140)。そして、閲覧データを受信した管理者用 端末 2の制御部 21は、表示部 25に表示する (ステップ S141)。
[0110] 表示部 25に表示される画面は、例えば、図 19のような案件状況表示画面である。
これは、案件状況表示画面は、管理者が参照する画面であり、制御部 21は、管理者 による、入力部 24を介した履歴表示 171への選択を受け付けることで、閲覧データ 表示要求信号をサーバ 1に送信する (ステップ S138)。そして、サーバ 1から閲覧デ ータを受信すると、制御部 21は、連絡データを送信した案件等の詳細を示す表 172 と募集連絡データを送信した要員の一覧表 173を表示部 25に表示する。募集対象 のオペレータが募集連絡データをオペレータ端末 4の表示部 45で閲覧したことを示 す閲覧データをサーバ 1の制御部 11が受信した場合に、一覧表 173内の確認済み 列 174において、アスタリスクを表示する。閲覧データとは、このように募集対象のォ ペレータが募集連絡データを閲覧したか否かを示すデータである。図 19の表示例で は、 1番目と 3番目の募集対象のオペレータにアスタリスクが表示されているので、当 該募集対象のオペレータが募集連絡データを閲覧したことが管理者に分力るように なる。
[0111] 尚、閲覧データは、例えば図 20のようなテーブルで示される。図 19の閲覧データ テーブルには、募集連絡データを送信した募集対象のオペレータ名や ID、募集連 絡データの閲覧の有無 (確認済み列 201)が少なくとも用意されており、確認済み列 201には、通常は「ゼロ」が記入されている。そして、サーバ 1の制御部 11が閲覧デ ータを受信した場合には、「1」が記入されて、当該募集対象のオペレータが募集連 絡データを受信したことを表す。この「ゼロ」又は「1」が案件状況表示画面における確 認済み列 174でのアスタリスクの有無を示す。
[0112] ステップ S143では、管理者用端末 2から応募データ受付終了指示信号を受信 (ス テツプ S 142)したか否かを判別する。受信しない場合は、ステップ S 133もしくはステ ップ S135に戻り、受信の受付を継続する。また、応募データ受付終了指示信号を受 信した場合は、本サブルーチンを終了する。
[0113] 図 21は、本発明の好適な実施形態の一例に係る採用決定'採用通知データ作成 処理自動で行うサブルーチンのフローである。以下、図 21から図 22に基づいて採用 決定 ·採用通知データ作成処理について説明する。
[0114] まず、管理者用端末 2の制御部 21は、通信部 22を介して、採用データ作成処理要 求信号をサーバ 1に送信する (ステップ S201)。サーバ 1は、管理者用端末 2から送 信された採用データ作成処理要求信号を受信 (ステップ S203)すると、スケジュール データ記憶部 15から募集連絡データ及び応募データを読み込む (ステップ S205)。
[0115] ステップ S207では、募集連絡データ及び応募データに基づいて、採用する募集 対象のオペレータを決定し、採用データを作成する。具体的には、例えば、応募デ ータを受信した順番に採用する募集対象のオペレータを決定してもよいし、予め募 集対象のオペレータの採用につ 、ての優先順位を定めておき、優先順位順に採用 を自動的に決定してもよい。
[0116] 尚、採用データは、例えば、図 22のようなテーブルである。図 22の採用データテー ブルは、 ID、名前、応募日、スキル、評価、雇用タイプ等の項目がある。例えば、 ID1 234番の募集対象のオペレータは、〇〇花子という名前であり、 2005年 8月 5日に 応募し、スキルはサーバ対応及び英語対応が可能であり、評価は Aの正社員である ことを示している。尚この採用データテーブルの項目は、本実施例以外の項目が追 カロされてよいし、本実施例の項目よりも少なくてよい。例えば、各募集対象のォペレ ータの連絡先や希望優先順位、欠席率等の項目があってよい。この処理が終了した 場合には、ステップ S209に処理を移す。
[0117] ステップ S209では、制御部 11は、ステップ S207で作成した採用データを記憶部 1 3のスケジュールデータ記憶部 15に記憶する。この処理が終了した場合には、ステツ プ S211に処理を移す。
[0118] ステップ S211では、制御部 11は、採用通知データを作成する。具体的には、例え ば、サーバ 1の制御部 11は、採用者に対して所定の形式でメール等を作成し、オペ レータ端末 4からの採用通知データ送信要求信号を受信することに応じて (ステップ S212、 S213)送信する（ステップ S214)ことになる。この送信先は、オペレータ端末 4であってよいし、外部用のメールサーノから外部通信ネットワーク 5を通じて募集対 象のオペレータの携帯端末 6a, 6b等にメールを送信してもよい。送信先の設定はォ ペレータ端末 4において行うことができ、設定結果は、サーバ 1に送信され、統計デ ータ記憶部 14に記憶される。そして、オペレータ端末 4の制御部 41は、通信部 42を 介して採用通知データを受信する (ステップ S 215)。
[0119] ステップ S217では、制御部 11は、採用データに含まれるデータを仮決定スケジュ ールデータに登録し、仮決定スケジュールデータを更新する。この処理が終了した 場合には、ステップ S219に処理を移す。
[0120] ステップ S219では、ステップ S217で更新した仮決定スケジュールデータをスケジ ユールデータ記憶部 15に記憶する。この処理が終了した場合には、ステップ S221 に処理を移す。
[0121] ステップ S221では、採用した募集対象のオペレータの人数力 不足人数と同じで ある力否かを判別する。不足人数と同じであれば、現在不足する人数はゼロであるこ とになる。採用した募集対象のオペレータの人数が不足人数を下回る場合は、まだ 募集対象のオペレータ数が不足していることになる。この場合は、再度募集をかける 力、スケジュール調整を行うか等の検討が行われることになる。
[0122] 図 21は、採用決定 ·採用通知データ作成処理を自動で行う場合のフローであるが 、手動で行うようにしてもよい。図 23、図 24は、採用決定 ·採用通知データ作成処理 を手動で行う場合のフローである。以下、図に基づいて説明する。
[0123] まず、管理者用端末 2の制御部 21は、通信部 22を介して、採用データ作成処理要 求信号をサーバ 1に送信する (ステップ S301)。サーバ 1は、管理者用端末 2から送 信された採用データ作成処理要求信号を受信 (ステップ S303)すると、スケジュール データ記憶部 15から募集連絡データ及び応募データを読み込む (ステップ S305)。
[0124] ステップ S307では、管理者用端末 2の制御部 21は、閲覧データ表示要求信号を、 通信部 22を介してサーバ 1に送信する。そして、閲覧データ表示要求信号を、通信 部 12を介して受信 (ステップ S 309)したサーバ 1の制御部 11は、閲覧データを読み 込み、管理者用端末 2へ通信部 12を介して送信する (ステップ S311)。通信部 22を 介して閲覧データを受信した管理者用端末 2の制御部 21は、表示部 25に表示する 。表示例としては、例えば、図 25のような画面である。そして、採用したい募集対象の オペレータについて、管理者が入力部 24を介してチェックボックス 121にチェックを 入力したことを制御部 21が受け付けることにより、採用データが作成される (ステップ S314)。そして、管理者用端末 2の制御部 21は、採用データを、通信部 22を介して サーバ 1に送信 (ステップ S315)する。そして、サーバ 1の制御部 11は、通信部 12を 介して採用データを受信 (ステップ S316)し、記憶部 13に記憶する。以降の処理は、 図 21のステップ S209以降と同様である。
[0125] 再度募集をかける場合に、再度募集を行う要員を検討する際には、例えば、図 19 の案件状況確認画面を参照すれば、募集連絡データを閲覧して!/ヽな ヽ要員を優先 して募集をかけるようにすることができるので、応募する可能性のあるような要員に対 して効率的に募集をかけることが可能となる。また、図 26のような画面では、現在進 行中または将来予定されている業務についてのスケジュール作成状況の一覧を参 照するようにしてちょい。
[0126] 図 26では、各業務に関するスケジュール作成において、日単位で要員の過不足を 表示したり、スケジュール作成の進行度合いを表示する。例えば、お客様サポートと いう業務においては、進拔状況 242が 10段階に表示されており、その下に具体的な 進行状況文 243が記載されている。この場合は、スケジュール配布済みとなっている 。そして、進行状況文 243の下には、 日単位での予定されている要員数 244が記載 される。この場合は、 8月 1日が 8人、 2日に 8人、 3日に 9人が予定されている。また、 4日には、 8人不足、 5日は 2人不足していることが示され、さらに 6日は 4人、 7日は 7 人が予定されていることを示す。このように正の数は予定される配置人数、負の数は 不足している配置人数を示すことにより、スケジュール作成の進行度合いや、ある日 付における要員の過不足について他の業務に関するスケジュールを横断的に確認 することが可能となる。
[0127] 以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明 を限定しない。また、本発明の実施形態に記載された効果は、本発明力も生じる最も 好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載さ れた効果に限定されない。

Claims

請求の範囲
[1] 通信ネットワークに接続されたコンピュータが複数の要員の勤務スケジュールを管 理する方法であって、
前記コンピュータ力 前記複数の要員の想定スケジュールを表す想定スケジュール データを生成する想定スケジュールデータ生成ステップと、
前記コンピュータが、所定期間を指定して、前記通信ネットワークに接続された端末 力 前記複数の要員の希望スケジュールを表す希望スケジュールデータの受け付け を開始する希望スケジュールデータ受け付け開始ステップと、
前記コンピュータが、前記複数の要員の希望スケジュールデータを、前記端末から 受信して記憶する希望スケジュールデータ受信ステップと、
前記コンピュータが、指定した前記所定期間の経過後、前記想定スケジュールデ ータと前記希望スケジュールデータとに基づいて前記複数の要員の不足スケジユー ルを表す不足スケジュールデータを生成して表示する不足スケジュールデータ生成 ステップと、を含む方法。
[2] 前記コンピュータが、前記不足スケジュールデータと前記複数の要員の属性を表 す要員属性データとに基づいて募集連絡を行う要員を表す募集連絡データを生成 する募集連絡データ生成ステップをさらに含む請求項 1に記載の方法。
[3] 前記コンピュータが、前記通信ネットワークを介して、前記要員の公開されて 、る連 絡先のみに対して、前記募集連絡データを送信可能とする募集連絡データ送信可 能化ステップをさらに含む請求項 2に記載の方法。
[4] 前記コンピュータが、前記通信ネットワークを介して、前記募集連絡を行った要員か らの応募データを受信したことに応じて、前記応募データの記憶を行う応募データ記 憶ステップをさらに含む請求項 2又は請求項 3に記載の方法。
[5] 前記コンピュータが、前記通信ネットワークを介して、前記募集連絡を行った要員か らの応募データを記憶したことに応じて、採用要員を表す採用データを生成する採 用データ生成ステップをさらに含む請求項 4に記載の方法。
[6] 前記コンピュータが、前記端末が前記募集連絡を行った要員による閲覧を受け付 けたことを表す閲覧確認データを前記端末力 受信したことに応じて、前記閲覧確認 データを記憶する、閲覧確認データ記憶ステップをさらに含む、請求項 4に記載の方 法。
[7] 前記コンピュータが、管理者の要求を受け付けたことに応じて、記憶した前記応募 データと、記憶した前記閲覧確認データと、を表示する、応募 ·閲覧状況表示ステツ プをさらに含む、請求項 6に記載の方法。
[8] 前記コンピュータが、前記管理者の要求を受け付けたことに応じて、前記想定スケ ジュールデータと、前記希望スケジュールデータと、前記想定スケジュールデータと 前記希望スケジュールデータとに基づいて前記複数の要員の仮決定スケジュールデ ータを表す仮決定スケジュールデータと、に基づいて、スケジュールの作成状況を表 すスケジュール作成状況データの表示を行うスケジュール作成状況表示ステップを さらに含む請求項 7に記載の方法。
[9] 通信ネットワークに接続されたコンピュータに複数の要員の勤務スケジュールを管 理させるプログラムであって、
前記コンピュータに、前記複数の要員の想定スケジュールを表す想定スケジュール データを生成させる想定スケジュールデータ生成ステップと、
前記コンピュータに、所定期間を指定して、前記通信ネットワークに接続された端末 力 前記複数の要員の希望スケジュールを表す希望スケジュールデータの受け付け を開始させる希望スケジュールデータ受け付け開始ステップと、
前記コンピュータに、前記複数の要員の希望スケジュールデータを、前記端末から 受信して記憶させる希望スケジュールデータ受信ステップと、
前記コンピュータに、指定した前記所定期間の経過後、前記想定スケジュールデ ータと前記希望スケジュールデータとに基づいて前記複数の要員の不足スケジユー ルを表す不足スケジュールデータを生成して表示させる不足スケジュールデータ生 成ステップと、を実行させるプログラム。
[10] 前記コンピュータに、前記不足スケジュールデータと前記複数の要員の属性を表 す要員属性データとに基づいて募集連絡を行う要員を表す募集連絡データを生成 させる募集連絡データ生成ステップをさらに実行させる請求項 9に記載のプログラム
[11] 前記コンピュータに、前記通信ネットワークを介して、前記要員の公開されている連 絡先のみに対して、前記募集連絡データを送信可能とさせる募集連絡データ送信可 能化ステップをさらに実行させる請求項 10に記載のプログラム。
[12] 前記コンピュータに、前記通信ネットワークを介して、前記募集連絡を行った要員か らの応募データを受信したことに応じて、前記応募データの表示を実行させる応募デ ータ表示ステップをさらに実行させる請求項 10又は請求項 11に記載のプログラム。
[13] 前記コンピュータに、前記通信ネットワークを介して、前記募集連絡を行った要員か らの応募データを記憶したことに応じて、採用要員を表す採用データを生成させる採 用データ生成ステップをさらに実行させる請求項 10又は請求項 11に記載のプロダラ ム。
[14] 前記コンピュータに、前記端末が前記募集連絡を行った要員による閲覧を受け付 けたことを表す閲覧確認データを前記端末力 受信したことに応じて、前記閲覧確認 データを記憶させる、閲覧確認データ記憶ステップをさらに実行させる、請求項 12に 記載のプログラム。
[15] 前記コンピュータに、管理者の要求を受け付けたことに応じて、記憶した前記応募 データと、記憶した前記閲覧確認データを表示させる、応募'閲覧状況表示ステップ をさらに実行させる、請求項 14に記載のプログラム。
[16] 前記コンピュータに、前記通信ネットワークを介して、前記管理者の要求を受け付 けたことに応じて、前記想定スケジュールデータと、前記希望スケジュールデータと、 前記想定スケジュールデータと前記希望スケジュールデータとに基づいて前記複数 の要員の仮決定スケジュールデータを表す仮決定スケジュールデータと、に基づ ヽ て、スケジュールの作成状況を表すスケジュール作成状況データの表示を行わせる 、スケジュール作成状況データ表示ステップをさらに実行させる、請求項 15に記載の プログラム。
[17] 請求項 9から請求項 16の 、ずれかに記載のプログラムを記憶した記憶媒体。
PCT/JP2006/322298 2005-11-14 2006-11-08 不足要員を補充する方法及び当該方法を実現するコンピュータ及びプログラム WO2007055252A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/093,450 US8055525B2 (en) 2005-11-14 2006-11-08 Method of filling vacancies, and server and program for performing the same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005-329425 2005-11-14
JP2005329425A JP5184745B2 (ja) 2005-11-14 2005-11-14 不足要員を補充する方法及び当該方法を実現するコンピュータ及びプログラム

Publications (1)

Publication Number Publication Date
WO2007055252A1 true WO2007055252A1 (ja) 2007-05-18

Family

ID=38023254

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/322298 WO2007055252A1 (ja) 2005-11-14 2006-11-08 不足要員を補充する方法及び当該方法を実現するコンピュータ及びプログラム

Country Status (3)

Country Link
US (1) US8055525B2 (ja)
JP (1) JP5184745B2 (ja)
WO (1) WO2007055252A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007082058A2 (en) * 2006-01-11 2007-07-19 Nielsen Media Research, Inc Methods and apparatus to recruit personnel
EP1968295B1 (en) * 2007-03-05 2019-01-02 Brother Kogyo Kabushiki Kaisha Communication device
US7966265B2 (en) * 2007-05-11 2011-06-21 Atx Group, Inc. Multi-modal automation for human interactive skill assessment
WO2009014763A2 (en) * 2007-07-26 2009-01-29 Emsense Corporation A method and system for creating a dynamic and automated testing of user response
JP5030858B2 (ja) * 2008-05-15 2012-09-19 株式会社日立製作所 コールセンタシステムおよびプログラム
US20140172615A1 (en) * 2012-12-13 2014-06-19 Christopher R. Major Method for Transparent and Fair Resource Distribution
JP6344755B2 (ja) * 2013-10-25 2018-06-20 株式会社温故知新 ログ記録が可能な応援依頼システム
JP2018041287A (ja) * 2016-09-07 2018-03-15 富士通株式会社 スケジュール表示プログラム、スケジュール表示方法およびスケジュール表示装置
JP7359401B2 (ja) * 2020-03-27 2023-10-11 株式会社日立製作所 抽出装置および抽出方法
JP7477930B1 (ja) 2023-12-27 2024-05-02 株式会社HataLuck and Person 情報処理方法、情報処理システム及びプログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01161572A (ja) * 1987-12-18 1989-06-26 Hitachi Ltd ワークスケジューリング結果修正方法及び装置
JP3204063B2 (ja) * 1996-01-10 2001-09-04 日本電気株式会社 スケジュール管理システム
US6044355A (en) * 1997-07-09 2000-03-28 Iex Corporation Skills-based scheduling for telephone call centers
JPH11191120A (ja) * 1997-12-26 1999-07-13 Hitachi Ltd スケジュール管理システムのスケジュール表示方法および予約スケジュール管理方法
US6587831B1 (en) * 1999-10-21 2003-07-01 Workforce Logistics Inc. System and method for online scheduling and shift management
JP2002183386A (ja) * 2000-12-14 2002-06-28 Esso Sekiyu Private Ltd ガソリンスタンドにおける人件費最適化装置
US6952732B2 (en) * 2001-04-30 2005-10-04 Blue Pumpkin Software, Inc. Method and apparatus for multi-contact scheduling
JP2002334190A (ja) * 2001-05-11 2002-11-22 Diamond Computer Service Co Ltd シフト勤務スケジューリング支援システムおよび方法
JP2003167981A (ja) * 2001-09-18 2003-06-13 Toshiba Corp スケジュール管理システム
US20040078257A1 (en) * 2002-10-21 2004-04-22 Laborsage, Inc. Labor and resource scheduling system
US20050055256A1 (en) * 2003-09-04 2005-03-10 Kevin Scott Method and system for filling vacancies
JP2005234852A (ja) * 2004-02-19 2005-09-02 Hns:Kk 勤務シフト管理装置及び勤務シフト管理プログラム
WO2006023819A2 (en) * 2004-08-19 2006-03-02 United States Postal Service Delivery operations information system with route and unit maintenance

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"'3 Man'en/Seki' kara no Takino WFM Soft Ware Group Wear Kino o Tosaishi Sosasei o Kaizen", COMPUTER TELEPHONY, KABUSHIKI KAISHA RIC TELECOM, vol. 8, no. 9, 20 August 2001 (2001-08-20), pages 70, XP003012777 *
"Koryo Yosoku kara Tekisei Jin'in Haichi made o Han Jidoka DHL, JAL ni miru WFM Tool no Kokateki Donyuho", COMPUTER TELEPHONY, KABUSHIKI KAISHA RIC TELECOM, vol. 8, no. 6, 20 May 2005 (2005-05-20), pages 48 - 53, XP003012776 *
"Shift Jido Waritsuke Koryo Yosoku nado no Kino o Tosai Chukibo Center o Taisho ni Zokuzoku Tojo suru Kokusan WFM Tool", COMPUTER TELEPHONY, KABUSHIKI KAISHA RIC TELECOM, vol. 7, no. 7, 20 June 2004 (2004-06-20), pages 42 - 46, XP003012775 *
"Web Taio Skill Set Settei Call Ryo Yosoku WFM Soft Ware Saishin 11 Seihin no Jitsuryoku", COMPUTER TELEPHONY, KABUSHIKI KAISHA RIC TELECOM, vol. 6, no. 10, 20 September 2003 (2003-09-20), pages 80 - 87, XP003012774 *

Also Published As

Publication number Publication date
JP5184745B2 (ja) 2013-04-17
US8055525B2 (en) 2011-11-08
JP2007140610A (ja) 2007-06-07
US20090164292A1 (en) 2009-06-25

Similar Documents

Publication Publication Date Title
JP5184745B2 (ja) 不足要員を補充する方法及び当該方法を実現するコンピュータ及びプログラム
US8793368B2 (en) Method and system for enterprise-wide migration
US7664667B1 (en) Method, system, and program product for on-line service call scheduling
US6587831B1 (en) System and method for online scheduling and shift management
US8286183B2 (en) Techniques for task management using presence
US6513013B1 (en) System and method for providing expert referral over a network with real time interaction with customers
US20020103687A1 (en) System and method for ordering contract workers
US20030233265A1 (en) Method, system and program product for interactive electronic meeting scheduling
US20030069828A1 (en) System for and managing assets using priority tokens
US20030018509A1 (en) Network based work shift management system, software and method
US20070174342A1 (en) Workflow management system
EP1319210A2 (en) System and method for providing expert referral over a network with real time interaction with customers
WO2001044970A2 (en) System for providing services through the internet
US7953853B2 (en) System and method for providing access and utilization of context information
KR20010093768A (ko) 업무 관리 시스템, 업무 관리 장치 및 업무 관리 방법
WO2007002280A2 (en) Sales call management
WO2007008613A2 (en) Methods and systems for managing shared tasks
JP5184744B2 (ja) スケジュールを管理する方法及び当該方法を実現するサーバ及びプログラム
JP2001067413A (ja) スケジュール生成装置および方法並びにこれを用いたスケジュール生成システム
JP2003242317A (ja) 派遣要員管理システムおよび方法、サーバ装置、ならびにプログラム
JP4446639B2 (ja) ワークフロー管理システム、プログラムおよび記録媒体
JP2003108794A (ja) ジョブ管理方法およびアサインシステム
KR20020040018A (ko) 고객 서비스 처리 시스템 및 그 운용방법
JP2003006492A (ja) 予約管理システム、予約管理方法、予約管理用プログラム
JP2001220893A (ja) 建設資材の揚重予約システム

Legal Events

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

Ref document number: 12093450

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 06823202

Country of ref document: EP

Kind code of ref document: A1