JP2002132981A - Method for schedule management in job hunting - Google Patents

Abstract

PROBLEM TO BE SOLVED: To unitarily manage mainly schedule information, relating to job hunting and to improve the efficiency of the job hunting of students. SOLUTION: The schedule information is extracted from electronic mail to the students hunting for job and whether a company name included in the schedule information is included in a company list in which priority is attached to each company is judged. Then, when the company name included in the schedule information is included in the company list, the schedule information is stored in a schedule DB together with the information of the priority of the company. Also, corresponding to a request from a student terminal, the schedule information of a specified date is transmitted to the student terminal together with the information of the priority of the related companies. In the case of receiving the request to delete the schedule of one of the companies included in the schedule information of the specified date from the students' terminals, the schedule of the specified company is deleted from the schedule DB according to the request and mail transmission to the specified company is urged to the students' terminals.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to information processing technology for supporting student job hunting.

[0002]

2. Description of the Related Art Conventionally, there has been a system for managing a schedule on a network such as the Internet, but there is no schedule management system that focuses on job hunting of students. In job hunting for students, e-mail, telephone, mail, etc. of students are mainly used in each situation, and information over the entire job hunting is not centrally managed.

[0003]

SUMMARY OF THE INVENTION Accordingly, an object of the present invention is to provide an information processing technology for centrally managing mainly schedule information related to job hunting and for improving the efficiency of student job hunting. It is.

It is another object of the present invention to provide an information processing technology for collecting information for a company in order to support a recruiting activity for the company.

[0005]

According to the present invention, there is provided a method for managing a job hunting schedule based on electronic mail, comprising the steps of:
A step of extracting schedule information from an e-mail addressed to a student who is engaged in job hunting, and a company in which the company names included in the extracted schedule information are registered in advance and prioritized for each company. A step of judging whether or not the company is included in the list, and if the company name included in the schedule information is included in the company list, the schedule information is stored in the schedule storage device together with the priority information of the company. Steps.

As described above, since the schedule information is automatically extracted from the electronic mail and registered, the omission of confirmation of the electronic mail is eliminated. Also, by giving the schedule information the priority, the student can easily recognize the priority of the job hunting.

[0007] Further, in response to a request from the student terminal, transmitting schedule information of a specific date to the student terminal together with, for example, priority information of a related company; Receiving a request to delete a schedule of one of the companies included in the schedule information of the corresponding company, deleting the schedule of the specified company from the schedule storage device in accordance with the request. Is also good. In this way, by referring to the priority of the schedule information, it is possible to easily cope with a case where schedules overlap. Further, the configuration may further include a step of, when receiving a request to delete a schedule, transmitting information for prompting the student terminal to send an e-mail to a designated company. As a result, a company can be refused without omission so as not to be rude.

[0008] Further, when a request for referring to schedule information is received from the student's terminal, a step of examining whether or not a company visit was scheduled before the reference request or an area of the student in the schedule storage device; If a company visit is scheduled before the request, a step of transmitting to the student terminal information for prompting to answer a questionnaire about the company may be further included. By doing so, before the impression of visiting the company fades,
Students will be able to answer questionnaires about the company. The results of such a questionnaire are tabulated and provided to the company, which is useful for the company's recruiting activities.

The above-described schedule management method can be implemented by a combination of an ordinary computer and a program (information processing device), and the program includes, for example, a floppy (registered trademark) disk and a CD.
-Stored in a storage medium or storage device such as a ROM, a magneto-optical disk, a semiconductor memory, and a hard disk. Further, intermediate data in the middle of processing is stored in a storage device such as a main memory of a computer.

[0010]

FIG. 1 shows an outline of a system according to an embodiment of the present invention. The Internet 1 which is a computer network is operated by a server 3 for carrying out the main processing of the present invention and students who are engaged in job hunting.
A student terminal 5 having a Web browser function,
A mobile phone (student terminal) 7 having a Web browser function operated by a student and a human resource staff of a company operating
b Connects to the corporate terminal 9 having a browser function. The student terminal 5 and the company terminal 9 are, for example, personal computers. The mobile phone 7 may be a mobile terminal or a combination of a mobile phone and a mobile terminal. Although only one student terminal 5, one corporate terminal 9, and one mobile phone 7 are shown in FIG. 1, usually there are a plurality of them. Server 3
Has a Web server function and a mail server function. Although only one server 3 is shown in FIG. 1, a plurality of servers may perform the functions described below.

The server 3 has a student information database (D
B) 31, student schedule DB 33, student mail DB 35, company information DB 37, and briefing session DB 39
, And a questionnaire information DB 41 and a company mail DB 43. The student information DB 31 includes a student basic information DB file, a resume DB file, a search log (company list) DB file, a selected company DB file,
Includes answered company DB files and job hunting information DB files. The company information DB 37 includes a company basic information DB file, a job information DB file, and the like. Questionnaire information D
B41 is a company evaluation DB file and a questionnaire item D
B file and application status DB file.

Next, the operation of the system shown in FIG. 1 will be described with reference to FIGS. First, the flow of the student registration process will be described with reference to FIGS. The student causes the student terminal 5 to access a homepage provided by the present system (step S1). The server 3 transmits the homepage screen information to the student terminal 5 in response to the access (step S3). On the other hand, the student terminal 5 receives the screen information of the homepage and displays it on the display device (step S5). For example, a display as shown in FIG. 3 is made. In the present embodiment, a membership system is adopted, and when logging in, an ID / password input field 301 is used. When a new member is registered, a new member registration link 303 is used. A portion 305 of the screen shows a service provided to a non-member.

Here, a case where a student decides to register as a member will be described. Students can register new member registration link 303
Is clicked to cause the student terminal 5 to transmit a member registration selection input to the server 3 (step S7). Upon receiving the selection input of the member registration (step S9), the server 3 transmits the member registration screen information to the student terminal 5 (step S1).
1). The member registration screen is used to enter basic information such as the student's name, address, telephone number, school name, undergraduate name, department name, etc., and to enter job search information such as the conditions of the desired company Column is provided. The student terminal 3 receives the member registration screen information from the server 3 and displays it on the display device (step S13).

The student inputs the student's basic information and job search information to this screen, and causes the student terminal 3 to transmit the information to the server 3 (step S15). The server 3 receives the basic information and the job search information from the student terminal 5 (Step S17),
A student mail ID and password for the student are issued, and the student mail ID and password are transmitted to the student terminal 3 (step S17). This student mail I
For D and password, refer to HTML (Hyper Text M
It may be transmitted to the student terminal 5 as an arkup language) file, or may be transmitted separately by e-mail. The student terminal 3 receives the student mail ID and the password from the server 3 and displays them on the display device (step S2).
1). The student looks at the screen and records the student mail ID and password. On the other hand, the server 3 stores the password and the student basic information in accordance with the issued student mail ID,
Stored in the student basic information DB file of the student information DB 31 and the job information corresponding to the student mail ID
31 (see step S2).
3).

For example, the student basic information DB file stores data as shown in FIG. In the present embodiment,
Record number, registration date, student mail ID (just user I
D), password, e-mail address (student's personal e-mail address), first and last name, kana notation of first and last name, postal code, address, telephone number, mobile phone number, school name, department name, subject name, etc. Is stored. In addition, since other basic information may be registered as the binding information link number,
In this case, the number of the place where the other basic information is stored is recorded. The other basic information may include job search information, or a job search information DB file may be separately provided as in the present embodiment.

Next, the flow of a company registration process will be described with reference to FIGS. The personnel staff of the company makes the company terminal 9 access the homepage provided by the present system (step S25). The server 3 transmits the homepage screen information to the company terminal 9 in response to the access (Step S27). On the other hand, the company terminal 9 receives the screen information of the homepage and displays it on the display device (step S29). For example, a display as shown in FIG. 3 is made. In the present embodiment, the company also has a membership system,
When logging in, an ID / password input field 301 is used. A link (not shown) to a company page is also provided.

Here, a case will be described where a human resources staff of a company decides to register as a member. The personnel staff clicks the link to the company page to cause the company terminal 9 to access the company page (step S31).
Server 3 responds to the access to the corporate page by
The screen information of the company page is transmitted to the company terminal 9 (step S33). The company terminal 9 receives the screen information of the company page from the server 3 and displays it on the display device (step S35). For example, a screen as shown in FIG. 6 is displayed. Here, the link 60 to the new company registration page
1 and link 603 to service page for member companies
Are provided. Corporate members can also log in using the link 603 to the member company-like service page.

Here, in order to register as a member, the human resources staff of the company clicks on the link 601 to the new company registration page and causes the company terminal 9 to transmit a selection input for new registration to the server 3 (step S37). On the other hand, the server 3 receives the selection input of the new registration from the company terminal 9 (step S39), and transmits the new registration screen information to the company terminal 9 (step S41). On the member registration screen, enter the basic information such as company name, address, telephone number, address of hiring staff, name, telephone number, etc., and enter recruitment information such as desired student conditions And a column for performing the operation. The company terminal 9 receives the member registration screen information from the server 3 and displays it on the display device (step S43).

The human resources staff of the company inputs basic information and job offer information of the company on this screen, and causes the company terminal 9 to transmit it to the server 3 (step S45). Server 3
The basic information and the job offer information are received from the company terminal 9 (step S47), the company mail ID and the password are issued to the company, and the company mail ID and the password are transmitted to the company terminal 9 (step S49). In addition, about this company mail ID and password, HTML
The file may be transmitted to the company terminal 9 or may be transmitted separately by e-mail. Corporate terminal 9
Receives the company mail ID and password from the server 3 and displays them on the display device (step S51). The personnel personnel of the company looks at the screen and records the company mail ID and the password. On the other hand, the server 3 stores the password and the company basic information in accordance with the issued company mail ID,
The job information is stored in the company basic information DB file of the company information DB 37, and the recruiting information is corresponding to the company mail ID.
31 in the job information DB file (step S5).
3).

For example, the company basic information DB file stores data as shown in FIG. In the present embodiment,
Record number, registration date, company mail ID (only user I
D), password, e-mail address (representative e-mail address of the company or e-mail address of recruiter), name, name notation, postal code of head office, postal address of head office, post of recruiter Number, address of recruiter, telephone of recruiter, FAX number of recruiter, signature of recruiter, name of recruiter, etc. are stored. Other basic information is registered as the binding information link number. In this case, the number of the place where the other basic information is stored is recorded. Other basic information includes
Job information can be included, or a job information DB file can be separately provided as in the present embodiment.

Next, the flow of the electronic resume registration process will be described with reference to FIGS. The student makes the student terminal 5 access the homepage provided by the present system (step S55). In response to the access, the server 3 transmits screen information of the homepage to the student terminal 5 (step S57). The student terminal 5 receives the homepage screen information from the server 3 and displays it on the display device (Step S59). For example, a screen display as shown in FIG. 3 is made. Then, the student inputs the student mail ID and password in the ID / password input field 301, and causes the student terminal 5 to transmit the ID and password to the server 3 (step S61). When the server 3 receives the ID and the password from the student terminal 5 (step S63), the server information DB3
The authentication process is performed with reference to the first student basic information DB file (step S65). That is, it is determined whether the pair of the ID and the password is the same as the one stored in the student basic information DB file. If the authentication processing has failed, the server 3 transmits screen information for notifying the authentication failure to the student terminal 5, and the student terminal 5 displays the authentication failure notification screen (step S67).

If the authentication processing is successful, the screen information of the page for the student member is transmitted to the student terminal 5 (step S69). The student terminal 5 receives the screen information of the page for the student member from the server 3 and displays it on the display device (step S71). For example, a screen as shown in FIG. 9 is displayed. Here, link 9 to the announcement page from the company
01, a link 903 to a seminar / event calendar page, a link 905 to a company matching page,
Link 907 to company search page, link to electronic resume creation page 909. A link 911 to a page for changing and updating member registration information, a link 913 to a page for transmitting or receiving a web mail, a link 915 to a page for displaying a schedule, a link 917 to a conference room (forum) page, an e-mail. A link 919 to a magazine registration page, a link 921 to a company selection page, a link 923 to a daily job hunting activity record page 923, and a link 925 to a page for creating my job hunting log are provided.

Here, since the electronic resume is registered, the student clicks on the link 909 to the electronic resume creation page, and selects and inputs the electronic resume on the student terminal 5 by the server 3.
(Step S73). Upon receiving the electronic resume selection input from the student terminal 5 (step S75), the server 3 transmits electronic resume input form screen information to the student terminal 5 (step S77). The student terminal 5 receives the electronic resume entry form screen information from the server 3 and displays it on the display device (step S79). The student inputs his / her resume information according to this screen, and when the input is completed, clicks the send button. Then, the student terminal 5 transmits the input resume information to the server 3 (step S81). Upon receiving the resume information from the student terminal 5 (step S83), the server 3 receives the student mail I
Corresponding to D, the resume information is stored in the resume DB file of the student information DB 31 (step S85). Then, the registration completion screen information is transmitted to the student terminal 5 (step S87). The student terminal 5 receives the registration completion screen information from the server 3 and displays it on the display device (step S8).
9).

Before the resume information is stored in the resume DB file, a registration content confirmation screen is transmitted to the student terminal 5, and if a response indicating that there is no problem in the confirmation is received, the resume content is registered in the resume DB file. The configuration may be as follows. From the registration completion screen, for example, it may be configured to shift to a page for student members as shown in FIG.

Next, a process flow when a student performs a company matching process will be described with reference to FIGS. It is assumed that the screen of FIG. 9 is currently displayed. That is, it is assumed that the process starts from step S71 in FIG. In the screen of FIG. 9, the student clicks a link 905 to the company matching page. Then, the student terminal 5
The selection input of the company matching is transmitted to the server 3 (step S91). The server 3 receives the selection input of the company matching (step S93), and reads out the job search information of the student from the job search information DB file of the student information DB 31 (step S95). Then, a matching process is performed using the job information DB file of the company information DB 37 in which the job information of the company is stored and the job search information of the student (step S97). That is, the company that matches the job recruiting conditions and job recruiting conditions is extracted. This matching result is registered as a company list of the student in the search log DB file of the student information DB 31 corresponding to the student mail ID (step S99).

The server 3 searches the company information DB 37 for each company listed in the company list, creates screen information including the company information of the company list, and transmits the screen information to the student terminal 3 (step S101). Then, the company list is transmitted to the student mail ID (step S1).
07). On the other hand, the student terminal 5 receives the screen information including the company information of the company list and displays it on the display device (step S103). For example, a screen as shown in FIG. 11 is displayed. In the example of FIG. 11, four companies are extracted as a result of the matching.

In this way, the student can search for a company that meets the conditions of himself and the company.
Note that, here, the link 905 to the company matching page in FIG. 9 is selected, but the link 907 to the company search page is selected, and by company name, job type, work location,
Even if you search for companies based on the type of aquaculture, company culture, system, etc., a company list is generated and the student mail I
The transmission to D and the registration to the search log DB file are performed. However, transmission to the student mail ID and registration in the search log DB file are not essential.

In this embodiment, a link to a detailed page of each company is provided, and the student is to click a specific one of them. Then, the student terminal 5 transmits a selection input of a specific company to the server 3 (step S105). On the other hand, the server 3 receives the selection input of the specific company (step S109), and further reads the company information of the specific company from the company information DB 37 (step S111). Then, screen information including the company information of the specific company is created and transmitted to the student terminal 5 (step S113). The student terminal 5 receives the screen information including the company information of the specific company and displays it on the display device (step S115). For example, a screen as shown in FIG. 12 is displayed.

In FIG. 12, the date of establishment,
Capital, sales, number of employees, average age, representative name, establishment, group company, business description, history, benefits, working hours, work location, possibility of relocation, application qualifications, job openings, Job description, number of applicants, faculties / departments, recruitment schools,
Includes prior methods, recruiter names, messages, briefing venues, etc. Further, on this page, it is possible to send a resume and send a material request.

Next, a processing flow for requesting a material from FIG. 12 will be described with reference to FIGS. It is to be continued from the terminals A and B in FIG. Student
Is clicked, the student terminal 5 transmits a selection input of the material request to the server 3 (step S1).
17). When the server 3 receives the selection input of the material request from the student terminal 5 (step S119), it creates a material request mail including the basic information of the student (step S12).
1). Here, the student's basic information may be all the information stored in the student basic information DB file shown in FIG. 4, for example, or may be less information or more information.

Then, the server 3 creates information requesting mail confirmation screen information and transmits it to the student terminal 5 (step S1).
23). The student terminal 3 receives the information requesting mail confirmation screen information from the server 3 and displays it on the display device (step S).
125). After checking the displayed material request e-mail and entering any corrections or additions,
Click the submit button. To cancel the request, press the Cancel button. Then, the student terminal 5 includes the content of the transmission to the server 3 when transmitting,
In the case of cancellation, a confirmation input including information indicating cancellation is transmitted to the server 3 (step S12).
7). The server 3 receives the confirmation input from the student terminal 5 (step S129), and if it is canceled, returns to the display of FIG. 12 (return to the state of the terminal B). On the other hand, if transmission is instructed, the material request e-mail
The data is transmitted to the specific company (step S131).
Then, the material request mail is stored in the student mail DB 35.

FIG. 14 shows a configuration example of the student mail DB 35. In the present embodiment, a received mail storage folder and a transmitted mail storage folder are provided for each student mail ID (each member). Further, if there is a mailbox created by the member, a folder for that is prepared.
The received mail storage folder stores a mail file for each received mail, and further includes a received mail control file group and a processed mail DB file to be described later. Similarly, the outgoing mail storage folder stores mail files for each outgoing mail, and further includes a group of outgoing mail control files and a processed mail DB file. Such a configuration is prepared for the number of student members. Basically, the corporate mail DB 43 has the same configuration.

The server 3 registers the information of the material request in the student schedule DB 33 corresponding to the student mail ID of the student and the material request date (step S133). For example, FIG. 15 shows a data example of a specific date in the student schedule DB 33. In FIG. 15, information on the start time, the end time, the content, the company priority (to be described later), and the location is stored. In this embodiment, FIG.
5 is held for each date. That is, the student schedule DB 33 has, for example, a configuration as shown in FIG. For each student mail ID, a folder for each year and month (AD + month) is prepared, and a schedule data file for each day is prepared for the folder for each year and month. Such a configuration is prepared for each student member. As described above, since data as shown in FIG. 15 is stored for each date, there is no need to store year and month data in FIG. 15 itself.

Next, the server 3 transmits the transmission completion screen information of the material request mail to the student terminal 5 (step S13).
5). Then, the student terminal 5 receives the transmission completion screen information from the server 3 and displays it on the display device (step S1).
37).

In this way, the student can easily send the document request to the company. Note that a configuration may be employed in which a preset content is extracted from the student information DB 31 to create a material request mail and transmitted as it is without displaying the material request mail confirmation screen.

Next, a processing flow in the case where the resume transmission button is clicked by the student in FIG. 12 will be described with reference to FIG. The processing from the terminal A and the terminal B in FIG. 10 is continued. In FIG. 12, when the student clicks the resume transmission button, the student terminal 5 transmits a resume transmission selection input to the server 3 (step S141: FIG. 1).
7). When the server 3 receives the selection input for sending the resume from the student terminal 5 (step S143), the server 3 reads the registration information of the electronic resume of the student from the resume DB file of the student information DB 31 (step S145). Then, the server 3 creates resume content confirmation screen information and transmits it to the student terminal 5 (step S147). The student terminal 5 receives the resume content confirmation screen information from the server 3 and displays it on the display device (step S149). Then, the student checks the contents of the displayed resume. Additions and corrections may be made here, or if the resume is a resume DB before this process.
If it is not stored in the file, a blank form may be transmitted, and input may be performed at this stage.

The student clicks the send button to send the resume. On the other hand, to cancel the transmission, the user clicks the cancel button. On the other hand, the student terminal 5 transmits confirmation input including the contents of the resume to the server 3 when transmitting, and transmits confirmation information including information indicating cancellation to the server 3 when canceling (step S1). S151). The server 3 receives the confirmation input from the student terminal 5 and judges the content (step S15).
3). If cancellation is instructed, the process returns to FIG. 12 (terminal B). On the other hand, when the contents of the resume are received, the server 3 transmits an e-mail including the contents of the resume to the company (step S155). Further, information on the transmission of the resume is registered in the student schedule DB 33 in correspondence with the student mail ID and the transmission date (step S157).

When the contents of the resume are received,
It may be configured to be registered in the resume DB file of the student information DB 31. For example, there is a case where a blank form is displayed in step S149 and the content of the resume is newly input, or a case where addition / correction is performed. Even if no addition / modification has been made, it may be updated at this stage.

Then, the server 3 transmits the resume sending completion screen information to the student terminal 5 (step S159). The student terminal 5 receives the resume sending completion screen information from the server 3 and displays it on the display device (step S101).

Thus, the student can easily send the resume to the company. Since the resume is registered in the resume DB file, it is not necessary to fill out the resume every time it is sent to the company, and the efficiency is high. Step S147
Although it is configured to create and send screen information for checking the contents of the resume, it is sent by e-mail, so create screen information that allows you to check the contents of the entire e-mail, It may be configured to transmit.

Next, a processing flow when the student clicks the link 921 to the company selection page on the screen (step S71) of FIG. 9 will be described with reference to FIGS. When the link 921 to the company selection page is clicked by the student, the student terminal 5 transmits a selection input for company selection to the server 3 (step S163).
The server 3 receives the selection input of the company selection from the student terminal 5 (step S165), and reads the registered company list from the search log DB file in the student information DB 31 (step S167). Note that the company list may not be provided. Then, the server 3 creates request information input screen information using the company list, and transmits it to the student terminal 5 (step S169). If the company list does not exist, a blank form will be sent. The student terminal 5 receives the request information input screen information from the server 3 and displays it on the display device (step S171).

For example, a screen as shown in FIG. 19 is displayed.
Company name input field 1901, check box field 1903 for requesting materials, check box field 190 for briefing schedule
5. Check box column 1909 for examination day, check box column 1911 for interview day, input column 19 for employment priority
13 are provided. The company name included in the company list stored in the search log DB file is input in the company name input field 1901 by default, but can be modified on this screen. When requesting a material, if the user checks the check box box 1903 of the material request, a material request mail is automatically transmitted. Furthermore, if the check box column 1905 of the briefing session is checked, an email about the briefing schedule can be received. The same applies to test dates, interview dates, and e-mails from companies (eg, e-mail magazines). In the entry field 1913 for the employment priority, numbers are entered in the order of the desired company, and when the order is entered,
The order of information stored in the student schedule DB 33,
The order or color of the schedule display is automatically changed according to the priority of the company.

According to the request information input screen, the student inputs a company name, checks necessary check boxes, and inputs priority. Then, when the registration button is clicked, the student terminal 5 transmits a request information input including the company priority to the server 3 (Step S173). The server 3 receives the request information input including the company priority from the student terminal 5 (step S175), and stores it in the selected company DB file of the student information DB 31 (step S175).

FIG. 20 shows an example of data stored in the selected company DB file. In FIG. 20, columns of a sequential number, a company code, a company name, a company mail address, a material request, a briefing session schedule, a test date, an interview date, and a mail from the company are provided. For each field of document request, briefing session schedule, examination date, interview date, and e-mail from the company, store true if the student has checked it,
If it is not checked, false is stored.

Then, the server 3 transmits the registration completion screen information to the student terminal 5 (step S177). Student terminal 5
Receives the registration completion screen information from the server 3 and displays it on the display device (step S179).

In this way, the student can register in advance so that he can obtain necessary information on important companies, and can perform efficient and accurate job hunting. In addition, since a priority is given to each company, it becomes easy to identify which company should be given priority in a schedule or the like.

Next, a processing flow when the personnel personnel of the company registers the seminar information will be described with reference to FIGS. 21 to 25. First, the personnel staff of the company operates the company terminal 9 to access the home page (step S18).
1). On the other hand, the server 3 transmits the screen information of the homepage to the company terminal 9 (Step S183). The company terminal 9 receives the screen information of the homepage from the server 3 and displays it on the display device (step S185). For example, a screen as shown in FIG. 3 is displayed. Then, for example, the ID and password are entered in the ID and password input fields 301 on this screen, and the corporate terminal 9 is transmitted to the server 3 (step S187).

Note that the human resources staff of the company clicks a link to a company page (not shown), and the server 3 transmits screen information as shown in FIG. May be displayed, the human resources staff of the company clicks the link 603 in response thereto, and the company terminal 9 displays an ID and password input screen.

When the server 3 receives the ID and the password from the company terminal 9 (step S189), the server 3
The authentication process is performed by checking whether the pair of D and the password is the same as the pair of ID and password stored in the company basic information DB file (FIG. 7) of the company information DB 31 (step S191). If the authentication processing has failed, the server 3 transmits screen information notifying the authentication failure to the company terminal 9, and the company terminal 9 receives the screen information and displays it on the display device (step S19).
3). On the other hand, when the authentication processing is successful, the screen information of the page for the corporate member is transmitted to the corporate terminal 9 (step S193). The company terminal 9 receives the screen information of the page for the company member from the server 3 and displays it on the display device (step S195).

For example, a screen as shown in FIG. 22 is displayed. In this embodiment, a link 2201 to a bulletin board registration page, a link 2203 to a seminar registration page, a link 2205 to a mail magazine registration page, a link 2207 to a student matching page, a link 2209 to a student search page, and a log viewing Link to page 221
1. Link 2213 to registration change screen, link 2215 to resume receiving page, link 22 to school information page
17, a link 2219 to a company favorability survey result application request input page, a link 2221 to a company favorability survey result page displayed only for a company that has performed the company favorability survey application request input, and the like.

Here, it is assumed that the human resources staff of the company has clicked on the link 2203 to the seminar registration page. Then, the company terminal 9 transmits the selection input of the seminar registration to the server 3 (Step S197). Server 3
Receives the selection input of seminar registration from the company terminal 9 (step S199), and transmits calendar screen information for fixing the date of the seminar to the company terminal 9 (step S201). The enterprise terminal 9 receives the calendar screen information from the server 3 and displays it on the display device (Step S).
203). For example, a screen as shown in FIG. 23 is displayed. Here, the calendar for July 2000 is displayed. If the seminar is in July, click the * mark of the seminar date. To change the month, click the button for changing the month. Click (double triangle mark).

Here, for the sake of simplicity, it is assumed that the human resource staff of the company clicks on a specific date in FIG. 23, and the company terminal 9 transmits selection information on the date to the server 3 (step S205). The server 3 receives the date selection information from the company terminal 9 (step S207), and transmits information input form screen information about the seminar to the company terminal 9 (step S209). The enterprise terminal 9 receives the input form screen information from the server 3 and displays it on the display device (Step S211). For example, a screen as shown in FIG. 24 is displayed. In the example of FIG. 24, the update date (input date)
And an input field 2409 for inputting the time and place of the seminar, a check box for performing an important display in the input field, a check box for determining whether or not to disclose the information, and an input field 2407 for entering the contents. I have. When the input is completed, the human resources staff of the company clicks a registration button 2401 in FIG. Button 240 for undoing input contents
3 is also provided. Further, a link 2405 for returning to the monthly schedule screen of FIG. 23 is provided.

Here, the input is completed and the registration button 240
It is assumed that 1 has been clicked. Then, the company terminal 9
Transmits the seminar input information to the server 3 (step S213). The server 3 receives the seminar input information from the company terminal 9 and registers it in the briefing session schedule DB 39 (step S215). An example of the briefing session DB 39 is shown in FIG. In the example of FIG. 25, the date, the start time, the end time, the content, the location, the company code, and the like are stored.

Then, the server 3 determines whether or not the company that has performed the seminar registration is the organizer of the present system (step S217). Whether the user is the organizer of the present system can be determined by using the company mail ID at the time of login. if,
If the company that registered this seminar is the organizer of this system, the student schedule DB3 for all students
3 to register the content of this seminar (Step S21)
9). On the other hand, if the company that has performed the seminar registration is not the organizer of the present system, or after step S219, the registration completion screen information is transmitted to the company terminal 9 (step S221). The company terminal 9 receives the registration completion screen information and displays it on the display device (step S223).

In this way, the company can easily register for holding the seminar, and the student can know the holding from the seminar / event calendar. In addition, it is possible to check whether or not the company that has registered the seminar is registered in the selected company DB file. If the registered company is registered, it is possible to send a seminar holding e-mail to the registered student. Therefore, the efficiency of recruitment activities on the part of the company is also improved.

Next, a processing flow when the link 903 to the seminar / event calendar page on the screen (step S71) in FIG. 9 is clicked by the student will be described with reference to FIGS. 26 to 30. When the link 903 to the seminar / event calendar page is clicked, the student terminal 5 sends a selection input of the seminar / event calendar to the server 3 (step S22).
5). The server 3 receives the selection input of the seminar / event calendar from the student terminal 5 (step S227),
Create screen information for seminar / event calendar,
The data is transmitted to the student terminal 5 (step S229). The student terminal 5 reads the data of the explanation schedule DB 39, receives the screen information of the seminar / event calendar, and displays it on the display device (step S231). For example, a screen as shown in FIG. 27 is displayed. Here, it is shown that the briefing session of XX Corporation will be held on the 1st and 10th.

The student clicks the desired seminar link, and the student terminal 5 sends a seminar selection input to the server 3 (step S233). The server 3 receives the seminar selection input from the student terminal 5 (step S235), extracts seminar guidance information from the briefing session DB 39, and transmits screen information including the seminar guidance information to the student terminal 5 (step S237). The student terminal 5 receives the screen information including the seminar guidance information from the server 3 and displays the screen information on the display device (Step S239). For example, a screen as shown in FIG. 28 is displayed. Here, guidance for the company briefing session is displayed, and a button 2801 for participation application is provided.

When the student clicks a button 2801 for application for participation, the student terminal 5 sends an instruction for application for participation to the server 3.
(Step S241). The server 3 receives the participation application instruction from the student terminal 5 (step S24).
3), send outgoing mail / form screen information to the student terminal 5 (step S245). The student terminal 5 is a server 3
And displays the transmitted mail form screen information on the display device (step S247). For example, a screen as shown in FIG. 29 is displayed. In this example, the comment input field 290
1, send button 2903, cancel button 2905
Are provided.

The student enters a comment in the comment input field 2901 and clicks a send button 2903. Then, the student terminal 9 transmits the comment input contents to the server 3 (step S249). In the case of cancellation, the process returns to, for example, FIG. The server 3 receives the comment input from the student terminal 5 (step S251), and sends an e-mail including the comment input to the seminar company. Email address is briefing session schedule DB3
9 can be obtained by searching the company basic information DB file of the company information DB 37 using the company code included in the company information DB 9. Then, the content of the transmitted mail is stored in the transmission mail storage folder of the mail DB 35 corresponding to the student mail ID of the student (step S253).

Then, the server 3 stores the student schedule D
The registration inquiry screen information to B33 is transmitted to the student terminal 5 (step S255). The student terminal 5 receives the registration inquiry screen information from the server 3 and displays it on the display device (Step S257). For example, a screen as shown in FIG. 30 is displayed. If registering in the student schedule DB 33, the user clicks a “Yes” button 3001.
If no registration is made, the user clicks a “No” button 3003. The student terminal 5 transmits the result of the click to the server 3 as a response (step S259).

The server 3 receives the response from the student terminal 5 (step S261), and determines whether the response indicates registration (step S263). If the registration is indicated, the seminar information is registered in the student schedule DB 33 in correspondence with the student mail ID and the schedule of the seminar (step S265). Step S26
If it is determined not to register in step 3, or step S26
After the registration of 5, the server 3 transmits the screen information of the page for student members (FIG. 9) to the student terminal 5 (step S2).
67). On the other hand, the student terminal 5 receives the screen information of the page for student members from the server 3 and displays the screen information on the display device (step S269).

In this way, the student can register for the seminar. Also, if you wish, the schedule of seminar registration is also registered in the student schedule DB 33,
The schedule of one's job hunting can be centrally managed by the server 3. For example, even if the student terminal 5 cannot be used, for example, the user operates the mobile phone 7 to operate the server 3.
You can check your schedule by visiting.

Next, a processing flow executed when the server 3 receives a mail sent to a student will be described with reference to FIG. First, a mail addressed to the student mail ID is received from the company (step S271). FIG. 32 shows an example of a mail from a company. In the example of FIG.
t, Date, From and To mail header information,
Includes the email body part below "Kitamura Kenji". next,
By referring to the mail and the processed mail DB file of the student mail DB 35, it is confirmed that the mail is not a processed mail (step S273). FIG. 33 shows an example of the processed mail DB file. In the example of FIG. 33, columns of a sequential number, a Subject (title), a Date (date), and a From (transmission source) are provided. It is also possible to provide a To (transmission destination) column. This is a company study meeting, examination date, interview date, informal offer notification, informal offer formula,
An e-mail notifying of a schedule such as a recruitment ceremony is received, and is extracted and registered each time this processing is performed. For example, if the format of a mail from a company can be limited to a certain pattern, the process of extracting the mail content described below will be simplified. For example, in a case where mail transmission from a company is automatically performed, a standardization is performed on the server 3.
Can be done with In the case where mail transmission from a student is also performed automatically, the mail may be stylized to facilitate analysis by the server 3.

If the processing has been completed, the processing is temporarily terminated in order to process another mail. On the other hand, if it is determined that the process has not been completed, it is determined whether the mail transmission source company is included in the selected company DB file of the mail transmission destination (student mail ID) (step S275). That is, the selected company DB of the student information DB 31 corresponding to the student mail ID
Read the file to see if it contains the email address of the email sending company. If the source mail address is not included in the selected company DB file, the process ends. If the source mail address is included in the selected company DB file, the mail content is extracted (step S277). For example, words of items to be registered in the student schedule DB 33, such as date and time, place, and contents, are extracted from the mail body, and sections related to the words are extracted. In the example of FIG. 32, the date and time is “April 11, 2000 (Tuesday) 13:30
~ ", As a place" Tsuruga, Nagano City ********* (XXX
XX Building) New Building 8F Large Conference Room (Please come to the reception on the 1st floor) "
(It is also possible to use "notice of the interview schedule" written in the bject.) Note that the company name is obtained from the company code in the selected company DB file and the company information DB 37.
You can get it by searching for.

Then, the priority information of the mail transmission source company is extracted from the selected company DB file, and the priority information and the extracted mail content are stored in the student schedule DB 33.
(Step S279). Thereafter, the processed mail is registered in the processed mail DB file (FIG. 33) (step S281). As described above, the Subject, Date, and From information of the mail header are extracted and registered. This ends the process.

For the processing in FIG. 31, the student mail ID
It may be performed each time an e-mail addressed thereto is received, may be performed periodically or irregularly, or may be performed each time there is access from the student terminal 5.

In this way, the mail from the company which is very important to the student and which is registered in the selected company DB file is automatically registered in the student schedule DB 33, so that the student can avoid overlooking the mail. And respond to important companies smoothly. Further, since the priority information is also recorded, it becomes possible to understand at a glance which schedule should be given priority at a later time when the schedule is referred to.

Next, a processing flow when the student refers to the schedule will be described with reference to FIGS. Here, a description will be given from the scene where the screen of FIG. 9 (step S71) is displayed. When the student clicks the link 915 to the schedule page, the student terminal 5 transmits a schedule selection input to the server 3 (step S29).
1). The server 3 receives the selection input of the schedule from the student terminal 5 (step S293), and reads out the schedule information of the student mail ID from the student schedule DB 33 (step S295). Then, using the read schedule information, calendar screen information (with priority information) is created and transmitted to the student terminal 5 (step S297). The student terminal 5 receives the calendar screen information from the server 3 and displays it on the display device (step S2).
99). For example, a display as shown in FIG. 35 is made. Here, it is shown that on July 12, Company A: Interview and Company B: Interview are scheduled. Furthermore, Company B: The interview is shown in italic and bold, indicating that the priority is higher than Company A.

For example, when the student clicks on the part 12 or clicks on the company A: interview or the company B: interview, the student terminal 5 sends the date selection input (in this example, information that 12th was selected) to the server. 3 (Step S
301). When the server 3 receives the date selection input from the student terminal 5 (step S303), the server 3 reads the schedule information on the specified date from the student schedule DB 33, creates specific date schedule screen information, and transmits it to the student terminal 5 (step S303). S305). The student terminal 5 receives the specific date schedule screen information from the server 3 and displays it on the display device. For example, a screen as shown in FIG. 36 is displayed. In the example of FIG. 36, two interviews are scheduled at the same time on the same day, and only one of them can attend. The student checks either the delete check box 3601 for the A company or the delete check box 3603 for the B company. Here, a check is put on the deletion check box 3601 of the company A schedule with low priority. Although the priority is not shown in FIG. 36,
It is easier to understand if the priority information is displayed.

In FIG. 36, the check box 3601 for company A or the check box 3603 for company B is checked. When the state is registered in the student schedule DB 33, a registration button 3605 is clicked. To restore the input contents, the user clicks a button 3607. Here, the registration button 360
Description will be made assuming that 5 has been clicked. Register button 3
In response to the click of 605, the student terminal 5 transmits a schedule deletion selection input (information indicating which one has been deleted and a registration instruction) to the server 3 (step S309). Server 3
Receives the schedule deletion selection input from the student terminal 5 (step S311), and deletes the specified schedule from the student schedule DB 33 (step S313). Also, mail transmission form screen information addressed to the company mail ID is transmitted to the student terminal 5 (step S315). Student terminal 5
Receives the mail transmission form screen information from the server 3 and displays it on the display device (step S317). For example, a screen as shown in FIG. 37 is displayed.

In the example shown in FIG. 37, a subject (subject) input field 3705, a destination input field 3707, and a cc address input field 3
709, Bcc address input field 3711, text input field 3
713 are provided. By pressing a select button 3703, a destination address can be automatically set for the destination. However, in step S315, the company mail ID of the company related to the deleted schedule may be obtained from the company information DB 37, for example. When the destination and the contents of the mail are input and transmitted, the transmission button 3701 is clicked.

Then, student terminal 5 transmits mail content input information, which is information input according to FIG. 37, to server 3 (step S319). The server 3 receives the mail content input information from the student terminal 5 (Step S32)
1) A mail is created and transmitted according to the mail content input information (step S323). The transmitted mail is stored in the transmission mail storage folder of the student mail DB 35. Then, the server 3 transmits the mail transmission completion notification screen information to the student terminal 5 (Step S3).
25). The student terminal 5 receives the mail transmission completion notification screen information from the server 3 and displays it on the display device (step S).
327).

As described above, the student can easily see the schedule, and if there is a duplicate schedule,
The priority of the duplication and the schedule can be easily grasped. Further, when deleting the schedule, the company associated with the schedule to be deleted is requested to change the schedule or is prompted to send an apology e-mail, so that forgetting to send the e-mail can be prevented.

Next, a processing flow when a student acquires job hunting history information will be described with reference to FIGS.
First, the server 3 searches the student schedule DB 35 and extracts students with fixed job schedules (FIG. 38: step S331). Then, a job hunting history creation guide mail is sent to the informal fixed-schedule student, indicating that job hunting history information can be downloaded (step S33).
3).

As a result, it is possible for a student whose job offer schedule is fixed to know that his / her job hunting history information can be downloaded to his / her terminal in commemoration.

For example, a processing flow when the student downloads in response to the mail will be described with reference to FIGS. 39 to 40. Here, description will be made from the scene where the screen of FIG. 9 (step S71) is displayed. The student clicks a link 925 to the “Create my employment history activity diary” page, and the student terminal 5 transmits a selection input for creating a employment history activity diary to the server 3 (step S335). The server 3 receives the selection input of the employment history activity diary creation from the student terminal 5 (step S336), and uses at least the student schedule DB 33 and the student mail DB 35,
The diary screen information is created and transmitted to the student terminal 5 (step S337). The student terminal 5 receives the diary screen information from the server 3 and displays it on the display device (step S33).
9). For example, a screen as shown in FIG. 40 is displayed. FIG.
Is a summary of (part of) the contents of the student mail DB 35, and it is not necessary to display all contents on one screen. If it can be represented on one screen, all contents may be represented on one screen.

In this example, to simplify the explanation, FIG.
Confirm the contents of the screen, and if there is no problem, click the OK button 4
Click 001. To cancel the download, a cancel button 4003 is clicked. In response to the student's click, the student terminal 5 confirms (O
K or cancellation instruction information) is transmitted to the server 3 (step S341). When receiving the confirmation input from the student terminal 5 (step S343), the server 3 confirms the contents of the confirmation input. If the input is a confirmation input by clicking the cancel button 4003, the process returns to step S69. On the other hand, if the input is a confirmation input by clicking the OK button 4001, a download file is created (step S345). The download file is created by compressing data such as the student schedule DB 33 and the student mail DB 35 for the student. For example, a self-decompression type compression method is adopted. Then, the data amount of the download file is detected, data amount display screen information is created, and transmitted to the student terminal 5 (step S347). The data amount display screen includes a button for ordering the user to download the data after confirming the data amount, and a button for stopping the download.

The student terminal 5 receives the data amount display screen information from the server 3 and displays it on the display device (step S3).
49). If the amount of data is sufficient to download, the student clicks the download button, and if the amount of data becomes problematic, clicks the cancel button. In response to clicking this button, the student terminal 5 sends a confirmation input (download or cancel instruction information) to the server 3. The server 3 receives the confirmation input from the student terminal 5 (step S353), and determines the contents of the confirmation input. If the input is a cancel input, the process returns to step S69. On the other hand, if the confirmation input is to download, the file for download is transmitted to the student terminal 5 (step S355). The student terminal 5 receives the download file from the server 3 and stores it in the storage device of the student terminal 5.

In this way, the job search result server 3
The data stored in can be downloaded later. Therefore, the memorial data can be stored in the storage device of the terminal.

Next, a process flow in a case where a questionnaire is given to a student about a company image or the like resulting from an impression at a company visit or the like, and the questionnaire is compiled and provided to the company will be described with reference to FIGS. 41 to 48. FIG.
1 to 45, a process flow for having a student answer a questionnaire as soon as possible after visiting a company will be described. It is assumed that the screen of FIG. 9 (step S71) is currently displayed on the student terminal 5. Then, it is assumed that the student has clicked the link 915 to the schedule page. Then, the student terminal 5 transmits a schedule selection input to the server 3 (step S359). Upon receiving the schedule selection input from the student terminal 5 (step S361), the server 3 acquires the system date (step S363). Then, the student schedule DB 33 is searched for the student, and a company visit schedule within a predetermined period in the past (for example, within one week) is extracted (step S365).

Then, the server 3 determines whether a company visit schedule exists (step S367). If there is no company visit schedule, the flow shifts to step S387. On the other hand, if the company visit schedule exists, it is determined whether the questionnaire has been answered with reference to the answered DB file of the student information DB 31 (step S3).
69). An example of the answered DB file is shown in FIG.
In the example of FIG. 42, a company code and a company name are recorded. If all companies have been answered, the process moves to step S387. On the other hand, if there is at least one unanswered company, the questionnaire information of the visited company is read from the questionnaire item DB file of the questionnaire DB 41 (step S371). The questionnaire items can be changed for each company, or the same may be applied to all companies. FIG. 43 shows an example of the questionnaire item DB file. Here, a sequential number, a questionnaire item number, and a questionnaire content are registered.

The server 3 creates questionnaire screen information using the read questionnaire information and transmits it to the student terminal 5 (step S373). The student terminal 5 receives the questionnaire screen information from the server 3 and displays it on the display device (Step S375). For example, a screen as shown in FIG. 44 is displayed. In FIG. 44, there are five questionnaire items, and the evaluation is designated in five stages. To register an evaluation, a registration button 4301 is clicked. To reset an evaluation, a reset button 4303 is clicked. If the user does not want to answer at this point, he / she clicks a “answer later” button 4305.

In response to the student's click, the student terminal 5
The input information (answer information in the case of registration, instruction information in the case of reply later) is transmitted to the server 3 (step S).
377). Upon receiving the input information from the student terminal 5 (step S381), the server 3 determines whether or not a response to the questionnaire is included (step S381). If the answer to the questionnaire is not included, the process shifts to step S387. On the other hand, when the answer to the questionnaire is included, the evaluation as the answer to the questionnaire and the priority of the student to the company are registered in the company evaluation DB file of the questionnaire information DB 41 (step S383). Company evaluation DB
FIG. 45 shows an example of the file. In the example of FIG. 45, the sequential number, the company code, the company name, the evaluation value of questionnaire item 1, the evaluation value of questionnaire item 2, the evaluation value of questionnaire item 3, the evaluation value of questionnaire item 4, the evaluation value of questionnaire item 5, The overall evaluation value of the questionnaire, the priority company value (total priority addition value) of the relevant company of the questionnaire student,
The total number of respondents, the total number of respondents, the total number of respondents, etc. are included. As described above, the server 3 adds the evaluation value that is the answer to the student's questionnaire to each item, further extracts the priority of the company from the selected company DB file, and adds the priority to the priority company value (priority). .

Then, the server 3 identifies the company that responded this time,
Register in the answered DB file (step S38)
5). Then, the schedule information is read from the student schedule DB 33 to create calendar screen information,
The data is transmitted to the student terminal 5 (step S387). The student terminal 5 receives the calendar screen information from the server 3 and displays it on the display device (Step S389). Now you can see the contents of the schedule.

In this way, a questionnaire can be answered before the impression of the visiting company fades, and a more favorable liking survey can be performed. In the above example, the screen information for selecting whether or not to answer the questionnaire was also used as the questionnaire screen information (FIG. 44). It is also possible to transmit to the terminal 5 and transmit the questionnaire screen information as shown in FIG. 44 based on the selection.

Next, a processing flow in the case where a student collectively answers a questionnaire on corporate evaluation will be described with reference to FIGS. 46 to 48. FIG. 46 is a flow in the case where the server 3 first issues a corporate evaluation questionnaire input guide to the student. First, the server 3 searches the student schedule DB 33 and extracts the students whose job offer formula schedule is fixed (step S391). Then, a guidance e-mail for inputting the company evaluation questionnaire is transmitted to the student e-mail ID of the student whose schedule of the informal offer has been determined (step S393). This allows the student to know the existence of the company evaluation questionnaire.

Then, the student makes the student terminal 5 access a Web page for corporate evaluation (step S3).
95). The server 3 transmits an ID and a password input request to the student terminal 5 in response to the access (Step S397). The student terminal 5 receives and displays the input request of the ID and the password (step S399). The student sees this and inputs the ID and password, and the student terminal 5 transmits the input ID and password to the server 3 (step S401). In contrast, server 3
Receives the ID and the password from the student terminal 5 (step S403), and performs an authentication process (step S4).
05). That is, the student basic information D in the student information DB 31
The B file is searched to confirm whether the received ID and password pair is stored. If the authentication has failed, the server 3 transmits a notification of the authentication failure to the student terminal 5, and the student terminal 5 receives and displays the notification (step S407). On the other hand, when the authentication is successful, the student schedule DB 33 of the student is searched to extract the visiting company name (step S409).

Then, the server 3 further extracts the questionnaire unanswered companies with reference to the answered DB file (FIG. 42) included in the student information DB 31 (step S4).
11). That is, the company name stored in the answered DB file is deleted from the visited company names extracted in step S409. If all the visiting companies have been answered, the server 3 sends a notification screen indicating that all the answers have been sent to the student terminal 5, and the student terminal 5 receives and displays the notice. On the other hand, if there is at least one unanswered company, questionnaire answer screen information about the questionnaire answer target company is created and transmitted to the student terminal 5. The student terminal 5 receives the questionnaire response screen information from the server 3,
It is displayed on the display device (step S415). For example, FIG.
A screen as shown in FIG. 8 is displayed.

In FIG. 48, A Construction, B Trading, and C Electric are listed as companies not responding to the questionnaire. Then, items 1 to 5 as well as a comprehensive evaluation are input in five stages. If the input contents are to be cleared, a reset button 4803 is clicked. on the other hand,
To register the answer to the questionnaire, click the registration button 48
Click 01. The student terminal 5 transmits the contents of the questionnaire to the server 3 in response to the click of the student registration button 4801 (step S417). Then, the server 3 receives the contents of the questionnaire response from the student terminal 5 (step S419), and the company evaluation information of the questionnaire company and the priority of the company read from the selected company DB file of the student information DB 31 (priority) Rank) and the company evaluation DB file of the questionnaire information DB 41 (FIG. 45).
Register with. As described above, the evaluation value of each questionnaire item is added, and the priority is further added. Also, the total number of responses is incremented by one, and the count value for each gender of the student is also incremented by one.

Then, the server 3 registers the information of the company that answered the questionnaire in the answered DB file (step S423). After that, the server 3 transmits the answer registration completion screen information to the student terminal 5 (Step S425). The student terminal 5 receives the answer registration completion screen information and displays it on the display device (step S427).

As described above, the questionnaire results are stored in the company evaluation DB.
It can be stored in a file.

Next, a processing flow when the company receives the result of the questionnaire will be described with reference to FIGS. 49 and 50.
It is assumed that an e-mail has been transmitted from the server 3 to the company mail ID in advance, indicating that the application result can be received by applying for the company favorableness survey. Note that this service is premised on a fee, but it is also possible for this service to be free by collecting a fee when registering a company.

FIG. 22 (step S19 in FIG. 21)
Suppose that 5) is displayed. Then, when the human resources staff of the company clicks on the link 2219 to the company liking survey result application request page, the company terminal 9 transmits a selection input of the company liking survey result application request to the server 3 (step S429). When the server 3 receives the selection input of the application preference request from the company terminal 9 (step S31), the server 3 acquires the company code of the company that made the application.
The company name and the company mail ID are extracted from the company basic information DB file of the company information DB 37 and stored in the application status DB file of the questionnaire information DB 41. FIG.
Shows an example of the application status DB file. A sequential number, a company code, a company name, and a company mail ID are stored.

Then, server 3 transmits the registration completion screen information to company terminal 9 (step S435). Corporate terminal 9
Receives the registration completion screen information from the server 3 and displays it on the display device (step S437). In this way, an application for receiving the questionnaire survey results of the company can be registered.

Next, FIG. 51 to FIG. 53 show the processing flow when the personnel personnel of the company receives the results of the company favorableness survey.
This will be described with reference to FIG. First, the personnel staff of the company operates the company terminal 9 to access the homepage (step S439). On the other hand, the server 3 transmits the screen information of the homepage to the company terminal 9 (step S44).
1). The company terminal 9 receives the screen information of the homepage from the server 3 and displays it on the display device (step S44).
3). For example, a screen as shown in FIG. 3 is displayed. And
For example, in the ID and password input field 301 of this screen,
D and a password are input, and the company terminal 9 is transmitted to the server 3 (step S445).

Note that the human resources staff of the company clicks a link to a company page (not shown), and the server 3 transmits screen information as shown in FIG. May be displayed, the human resources staff of the company clicks the link 603 in response thereto, and the company terminal 9 displays an ID and password input screen.

When the server 3 receives the ID and the password from the company terminal 9 (step S447), the received I
Authentication processing is performed by confirming whether the pair of D and the password is the same as the pair of ID and password stored in the company basic information DB file (FIG. 7) of the company information DB 31 (step S449). If the authentication processing has failed, the server 3 transmits screen information for notifying the authentication failure to the company terminal 9, and the company terminal 9 receives the screen information and displays it on the display device (step S45).
1). On the other hand, if the authentication processing has succeeded, it is checked whether or not the company's preference evaluation result request is stored in the application status DB file of the questionnaire information DB 41 (step S453).

Then, the server 3 creates screen information of the page for corporate members according to the presence or absence of registration in the application status DB file and transmits it to the corporate terminal 9 (step S45).
5). The company terminal 9 receives the screen information of the page for company members from the server 3 and displays it on the display device (step S).
457).

For example, a screen as shown in FIG. 22 is displayed. However, the link 2221 to the company favorability survey result page surrounded by the dotted line is displayed only for the company that has performed the company favorability survey result application request input.
The link 2221 is not displayed on the company terminals 9 of other companies.

Here, it is assumed that the human resources staff of the company has clicked on the link 2221 to the page of the results of the survey on company favorable impressions. Then, the company terminal 9 transmits the selection input of the company favorableness survey result to the server 3 (step S45).
9). The server 3 receives the selection input of the company favorableness survey result from the company terminal 9 (step S461), and reads the survey result from the company evaluation DB file of the questionnaire information DB 41 (step S463). In addition, the contents of the questionnaire are extracted from the questionnaire item DB file. For example, FIG.
A survey result as shown in FIG. 2 is extracted. That is, data on the sequential number, the questionnaire item number (items 1 to 5 and the total), the content of the questionnaire (from the questionnaire item DB file), your company average, and the participating company average are extracted. Then, the server 3 creates the survey result screen information and transmits it to the company terminal 9 (step S46).
5). The company terminal 9 receives the survey result screen information from the server 3 and displays it on the display device (step S467).

For example, a screen as shown in FIG. 53 is displayed.
The information in FIG. 52 is displayed as it is. If the transmission button 5301 is clicked, the survey result is transmitted by e-mail. If the back button 5303 is clicked,
It returns to the screen of FIG.

Here, it is assumed that the transmission button has been clicked. Then, the company terminal 9 transmits an information transmission instruction input to the server 3 (step S469). Server 3
When the information transmission instruction input is received from the company terminal 9 (step S471), the e-mail to which the investigation result is attached is transmitted to the company mail ID (step S473). Then, the transmission completion notification screen information is transmitted to the company terminal 9 (step S475). The company terminal 9 receives the transmission completion notification screen information from the server 3 and displays it on the display device (step S477). The server 3 performs a process for billing the company for an information provision fee (step S47).
9). For example, data is transmitted to a system for issuing a bill for an information provision fee, or a mail about a bill for an information provision fee is transmitted to a company mail ID.

In this way, the company can receive feedback from students about his job-hunting experience, and can use it for the next recruitment activity.

An embodiment of the present invention has been described above.
The present invention is not limited to this, and various modifications are possible. For example, the screen example described above is an example, and various configurations are possible. For example, the mobile phone 7 may be changed to a screen configuration in which the contents can be understood on a smaller screen. Furthermore, since the processing flow performs the same processing, the processing flow includes steps that can be switched or executed simultaneously. Also, the configuration of the database described above is merely an example, and similar information can be stored in different modes.

A program for executing the above-described processing is installed in the server 3, and the program may be stored in a storage medium or a storage device and distributed. The intermediate data is stored in a storage device such as a main memory of the server 9. In addition, transmitting screen information including an input field has the meaning of prompting the recipient user to input.

(Supplementary Note 1) A method of managing a schedule of a job hunting activity based on an email, wherein a step of extracting schedule information from an email addressed to a student who is engaged in a job hunting, Determining whether the included company name is included in a company list registered in advance and assigned a priority for each company; and the company name included in the schedule information is included in the company list. If it is included, storing the schedule information in a schedule storage device together with the priority information of the company.

(Supplementary Note 2) A step of transmitting schedule information of a specific date to the terminal of the student in response to a request from the terminal of the student, and including the schedule information of the specific date from the terminal of the student. 2. A schedule management method according to claim 1, further comprising: upon receiving a request to delete a schedule of any one of the companies, deleting a schedule of the specified company from the schedule storage device in accordance with the request.

(Supplementary note 3) The supplementary note 2, further comprising a step of, when receiving the request for deleting the schedule, transmitting, to the student terminal, information for urging the student to send a mail to the designated company. Schedule management method.

(Supplementary Note 4) The schedule management method according to Supplementary Note 1, further comprising a step of storing information relating to the content of the e-mail in a schedule storage device when transmitting an e-mail addressed to the company.

(Supplementary Note 5) The schedule management method according to Supplementary Note 1, further comprising a step of storing the schedule information in the area of each student in the schedule storage device when the schedule information registration by the system organizer is accepted.

(Supplementary Note 6) When a request for reference to schedule information is received from the student terminal, whether or not a company visit was scheduled before the request for reference is checked, or the area of the student in the schedule storage device is inspected. And a step of transmitting, to the terminal of the student, information for prompting the user to answer a questionnaire about the company if the company visit was scheduled before the reference request. Schedule management method described.

(Supplementary Note 7) When receiving a resume transmission request for a specific company from the student's terminal, transmitting an e-mail including the student's resume data to the specific company; Storing the fact that the resume has been sent to a specific company in a schedule storage device.

(Supplementary Note 8) In response to a request from the student terminal, transmitting the schedule information stored in the schedule storage device and the electronic mail information as files to the student terminal. The schedule management method according to Supplementary Note 1 including:

(Supplementary Note 9) A recording medium for storing a program for managing a job hunting schedule based on an electronic mail, wherein the program is stored in a computer.
A step of extracting schedule information from an e-mail addressed to a student who is engaged in job hunting, and a company name included in the extracted schedule information is registered in advance and prioritized for each company. A step of determining whether the company name is included in the company list; and, if the company name included in the schedule information is included in the company list, the schedule information is stored together with the priority information of the company in the schedule storage. A storage medium, which is a program for executing the steps of: storing in a device.

(Supplementary Note 10) A computer system for managing a schedule of a job hunting activity based on an email, a means for extracting schedule information from an email addressed to a student conducting a job hunting, and the extracted schedule. Means for determining whether the company name included in the information is registered in advance and included in a company list assigned with priority for each company, and means for determining whether the company name included in the schedule information is the company name. Means for storing the schedule information in the schedule storage device together with the priority information of the company, if the schedule information is included in the list.

[0116]

As described above, it is possible to centrally manage mainly schedule information related to job hunting, and to provide an information processing technique for improving the efficiency of student job hunting.

Further, in order to support recruiting activities for a company, an information processing technology for collecting information for the company could be provided.

[Brief description of the drawings]

FIG. 1 is a diagram showing an outline of a system according to an embodiment of the present invention.

FIG. 2 is a flowchart showing a processing flow for student registration.

FIG. 3 is an example of a homepage provided by a server.

FIG. 4 is a diagram showing an example of a student basic information DB file.

FIG. 5 is a diagram showing a processing flow for company registration.

FIG. 6 is a diagram illustrating an example of a business page.

FIG. 7 is a diagram showing an example of a company information DB file.

FIG. 8 is a diagram showing a processing flow when a student registers an electronic resume.

FIG. 9 is a diagram showing an example of a page for student members.

FIG. 10 is a diagram showing a processing flow in a company matching process by a student.

FIG. 11 is a display example of a company list as a result of the company matching process.

FIG. 12 is a display example of company detailed information.

FIG. 13 is a flowchart of a material request process by a student.

FIG. 14 is a diagram illustrating an example of a file configuration of a student mail DB.

FIG. 15 is a diagram showing an example of data for one day stored in the student schedule DB.

FIG. 16 is a diagram illustrating an example of a file configuration of a student schedule DB.

FIG. 17 is a flowchart of a resume sending process by a student.

FIG. 18 is a flowchart of a company selection process.

FIG. 19 is a diagram showing an example of a registration screen of a company desiring to obtain information.

FIG. 20 is a diagram showing an example of information stored in a selected company DB file.

FIG. 21 is a flowchart of a seminar registration process by a company.

FIG. 22 is a diagram showing an example of a page for corporate members.

FIG. 23 is a diagram showing an example of a screen for inputting a corporate seminar schedule.

FIG. 24 is a diagram showing an example of a screen for inputting a corporate seminar schedule.

FIG. 25 is a diagram showing an example of information stored in an explanatory meeting schedule DB.

FIG. 26 is a flowchart showing a process flow of seminar registration by a student.

FIG. 27 is a diagram showing an example of a screen for seminar registration.

FIG. 28 is a diagram showing an example of a screen for seminar registration.

FIG. 29 is an example of an input screen of a seminar participation application mail.

FIG. 30 is a screen example for registering a schedule for seminar participation.

FIG. 31 is a diagram showing a processing flow at the time of registering a received mail schedule.

FIG. 32 is a diagram showing an example of a mail addressed to a student.

FIG. 33 is a diagram showing an example of data stored in a processed mail DB file.

FIG. 34 is a flowchart showing a processing flow for schedule reference and duplicate schedule deletion.

FIG. 35 is a diagram showing an example of a screen showing a student's monthly schedule.

FIG. 36 is a screen example for explaining overlapping schedule deletion.

FIG. 37 shows a mail input field to be transmitted to a company relating to a deleted schedule.

FIG. 38 is a diagram showing a processing flow of job search history creation guide mail transmission.

FIG. 39 is a diagram showing a processing flow of job hunting history creation.

FIG. 40 is a diagram showing an example of a job hunting history.

FIG. 41 is a flowchart illustrating an example of a questionnaire response process.

FIG. 42 is a diagram showing an example of data stored in a answered DB file.

FIG. 43 is a diagram showing an example of data stored in a questionnaire item DB file.

FIG. 44 is a diagram showing an example of a questionnaire response screen.

FIG. 45 is a diagram showing an example of a company evaluation DB file.

FIG. 46 is a flowchart showing a processing flow of guidance mail transmission for inputting a company evaluation questionnaire.

FIG. 47 is a diagram illustrating an example of a questionnaire response process.

FIG. 48 is a diagram showing an example of a questionnaire response screen.

FIG. 49 is a diagram showing a flowchart of a company liking survey result application process.

FIG. 50 is a diagram showing an example of data stored in an application status DB file.

FIG. 51 is a diagram showing an example of a process of referring to the results of a company favorableness survey.

FIG. 52 is an example of data for a questionnaire result display screen.

FIG. 53 is a diagram showing an example of a questionnaire result display screen.

[Explanation of symbols]

 1 Internet 3 server 5 student terminal 7 student terminal 9 company terminal 31 student information DB 33 student schedule DB 35 student mail DB 37 company information DB 39 briefing schedule DB 41 questionnaire information DB 43 company mail DB

 ──────────────────────────────────────────────────続 き Continuing on the front page (72) Inventor Masakazu Tanaka 1403-3 Nabeyada, Tsuruga Oji, Nagano City, Nagano Prefecture Inside Fujitsu Nagano System Engineering Co., Ltd. (72) Kenji Kitamura Nabeyada, Tsuruga Oyama, Nagano City, Nagano Prefecture 1403-3 Fujitsu Nagano System Engineering Co., Ltd.

Claims (5)

[Claims] 1. A method for managing a job hunting schedule based on an electronic mail, comprising the steps of: extracting schedule information from an electronic mail addressed to a student performing a job hunting; Determining whether the company name is registered in advance and included in a company list assigned with priority for each company; and the company name included in the schedule information is included in the company list. And storing the schedule information in a schedule storage device together with the priority information of the company. Transmitting a schedule information of a specific date to the terminal of the student in response to a request from the terminal of the student; 2. The schedule management method according to claim 1, further comprising: when receiving a request to delete the schedule of the company, deleting the schedule of the specified company from the schedule storage device in accordance with the request. 3. The schedule according to claim 2, further comprising a step of, when receiving the request for deleting the schedule, transmitting information for prompting the student terminal to send a mail to the designated company. Management method. 4. When a request for referring to schedule information is received from the student's terminal, a step of examining whether or not a visit to a company was scheduled before the request for referencing the student's area in the schedule storage device. If a company visit was scheduled before the reference request,
The schedule management method according to claim 1, further comprising: transmitting, to the student terminal, information for prompting the student to answer a questionnaire regarding the company. 5. A recording medium for storing a program for managing a job hunting schedule based on an electronic mail, said program storing, in a computer, schedule information from an electronic mail addressed to a student who is performing a job hunting. Extracting; and determining whether the company name included in the extracted schedule information is included in a company list registered in advance and assigned a priority for each company; and Storing the schedule information in the schedule storage device together with the priority information of the company when the company name included in the company list is included in the company list. ,recoding media.