JP2017146953A - Portfolio generation system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a portfolio generation system capable of accumulating activity history, compiling the activity history in a portfolio, and preventing identity fraud by a third person.SOLUTION: The portfolio generation system includes: an authorization storage table (group user table 211) that stores, for each user ID uniquely allocated to a user, authorization determined by an advisor who is a person different from the user and determines registration permission of the user; an authentication part that prohibits use by a user not given with authorization and permits use of an authorized user, who is a user given with authorization; a user table (205) that stores information relating to the authorized user; an activity table (206) that stores activity history, which is record of activities of the authorized user; an activity history display part that displays the activity history in a selectable state; and a portfolio generation part that generates a portfolio on the basis of the information relating to the authorized user and the selected activity history.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a portfolio creation system.

  In university entrance examinations, so-called AO entrance examinations (admission office entrance examinations) are widespread. In this AO entrance examination, regardless of the paper test results, the applicant's personality and aptitude are evaluated based on the internal application form, activity reports inside and outside the school, reasons for application, interviews, essays, etc. Pass / fail is determined in comparison with.

  Among the above, the activity report is a collection of activity records inside and outside the school for several years, and is also called a portfolio. This portfolio may be required not only in Japan but also in overseas universities, and some universities may have a format.

  When creating such a portfolio, there were the following problems.

  First, even when trying to create a portfolio when taking a university examination, there is no record of the contents of past activities and the memory may be ambiguous. In this case, even if the examinee conducts activities that the university side evaluates, it cannot be put together in a portfolio.

  Secondly, if the formats required by universities differ from university to university, portfolios of different formats had to be created when taking the examinations at multiple universities, which required man-hours.

  Third, if the format specified by the university is strict, it was not easy to create a portfolio according to that format.

  With regard to these points, especially when university students are looking for job hunting, information stored in the resume and records of activities inside and outside the university are stored in a database and output in the form of resumes and various reports. There has been proposed a system for disclosing a resume on a predetermined site (for example, Patent Document 1).

  According to this technique, the man-hour for creating a resume or the like is reduced, but a new “spoofing” problem occurs. In other words, a person who does not exist or a third party impersonates another person and can create a resume of the person or person who does not exist.

  In this regard, along with the information on the resume, a document confirming the identity is mailed to a third party in advance, and this third party registers this information in the database, and the user creates a resume. A system has been proposed in which resume data transmitted later is compared with previously registered resume data, and if the degree of coincidence is high, the system authenticates the person himself / herself (for example, Patent Document 2). .

  However, even this technique cannot prevent a resume or the like from being created by impersonation by a third party when impersonating another person from the beginning.

JP 2003-132154 A JP 2005-190552 A

  In view of the above problems, the problem to be solved by the present invention is that it is possible to accumulate own activity records by a simple operation, and the accumulated activity records can be easily compiled into a portfolio and a third party. It is to provide a portfolio creation system that can prevent spoofing by.

  The portfolio creation system of the present invention is a system for creating a portfolio from activity records, and is uniquely assigned to the user with an approval specified separately from the user and determined by an advisor who determines whether or not the user is registered. An approval storage table for storing each user ID, an authentication unit that prohibits the use of the user who is not given the approval, and permits the use of the approved user who is the user who is given the approval, and the approved user A user table that stores information, an activity table that stores the activity record that is a record of the activity of the approved user, an activity record display unit that selectively displays the activity record, and information related to the approved user. Generating the portfolio based on the activity records It includes a chromatography portfolio creation unit, a.

  According to the present invention, there is provided a portfolio creation system capable of accumulating his / her activity record by a simple operation, easily collecting the accumulated activity record into a portfolio, and preventing spoofing by a third party. can do.

The block diagram which shows the system configuration | structure of a portfolio creation system. The figure which shows the data structure of an operator table. The figure which shows the data structure of an organization table. The figure which shows the data structure of an organization user table. The figure which shows the data structure of a group table. The figure which shows the data structure of a user table. The figure which shows the data structure of an activity table. The figure which shows the data structure of an activity comment table. The figure which shows the data structure of an activity evaluation table. The figure which shows the data structure of a follow table. The figure which shows the data structure of an advisor table. The figure which shows the data structure of a group user table. The figure which shows the data structure of a portfolio table. The figure which shows the data structure of a portfolio comment table. The figure which shows the data structure of a portfolio evaluation table. The figure which shows the data structure of a subject table. The figure which shows the data structure of a subject reception table. The figure which shows the data structure of a subject answer table. The figure which shows the data structure of a chat room table and a room member table. The figure which shows the data structure of a chat message table. The flowchart which shows operation | movement of the main process. The flowchart which shows operation | movement of the process for operators. The flowchart which shows operation | movement of the network process for operators. The flowchart which shows operation | movement of a search process. The flowchart which shows operation | movement of a subject management process. The flowchart which shows operation | movement of an organization management process. The flowchart which shows operation | movement of the process for organizations. The flowchart which shows operation | movement of the network process for organizations. A continuation of the flowchart showing the operation of the organizational network process. The flowchart which shows operation | movement of a new user registration process. The flowchart which shows operation | movement of a general user process. The flowchart which shows operation | movement of a home process. The flowchart which shows operation | movement of a message process. The flowchart which shows operation | movement of an activity recording process. The flowchart which shows operation | movement of a portfolio process. The flowchart which shows operation | movement of a portfolio registration and edit process. The flowchart which shows operation | movement of a portfolio printing process. The flowchart which shows operation | movement of an online application process. The flowchart which shows operation | movement of a subject process. The figure which shows the dashboard for operators. The figure which shows a network screen. The figure which shows an assignment management screen. The figure which shows an assignment management detail screen. The figure which shows an assignment registration / editing screen. The figure which shows dashboards other than a dashboard for operators. The figure which shows a message screen. The figure which shows a chat room screen. The figure which shows a wall. The figure which shows an activity recording screen. The figure which shows an activity record edit / registration screen. The figure which shows a portfolio screen. The figure which shows a portfolio registration / edit screen (basic information). The figure which shows a portfolio registration / edit screen (activity record). The figure which shows a portfolio browsing screen.

  Hereinafter, an embodiment of a portfolio creation system of the present invention will be described with reference to the drawings. The embodiments described below are merely examples of the present invention, and configurations can be added or deleted as appropriate.

(System configuration)
FIG. 1 is a block diagram showing the system configuration of the portfolio creation system of this embodiment. As shown in FIG. 1, the portfolio creation system includes a main server 10, a database server 20, and a mail server 30 installed in the head office 1 or a cloud service provider.

  The main server 10 includes a control unit 101 including a central processing unit (CPU) that is an arithmetic device, a storage unit including a storage device such as a memory and a hard disk drive, and a communication unit that performs communication.

  The control unit 101 reads the portfolio creation program from the storage unit and executes it sequentially. Here, the portfolio creation program may be stored in the storage device of the main server 10, stored in another storage device on the cloud, or stored in a removable storage medium such as a DVD-ROM. Good.

  The communication unit connects to the Internet 2 which is a public communication line network through a provider. When the main server 10 is installed in the school, it may be connected to the campus LAN.

  The database server 20 includes an operator table 201, an organization table 202, an organization user table 203, a group user table 211, a user table 205, an activity table 206, an activity comment table 207, an activity evaluation table 208, a follow table 209, an advisor table 210, A table group of a group user table 211, a portfolio table 212, a portfolio comment table 213, an assignment table 215, an assignment reception table 216, an assignment answer table 217, a chat room table 218, a room member table 219, and a chat message table 220 is stored.

  The mail server 30 stores mail to be transmitted / received, and transmits / receives mail via the LAN or the Internet 2.

  The main server 10 includes a user terminal 41 owned by a user, an organization terminal 42 arranged in an organization such as a school, an advisor terminal 43 owned by a supervisor called an advisor, and a scout who scouts students via the Internet 2. Are connected to the scout terminal 44 owned by the operator, the operator terminal 45 owned by the operator of the portfolio creation system, and the university server 46 installed at universities in Japan and overseas.

  The user terminal 41, the organization terminal 42, the advisor terminal 43, the scout terminal 44, and the operator terminal 45 may be a so-called personal computer, a so-called tablet terminal, or a smartphone.

  FIG. 2 is a diagram illustrating a data configuration of the operator table 201. As shown in FIG. 2, the operator table 201 stores information related to system operators. Specifically, the operator table 201 stores an operator ID that is an identifier uniquely assigned to the operator, an operator name that is the name of the operator, and an address that indicates the address of the operator.

  FIG. 3 is a diagram illustrating a data configuration of the organization table 202. As shown in FIG. 3, the organization table 202 stores information related to an organization that is a school such as a high school or a university, a prep school, or another corporation or association. Specifically, the organization table 202 stores an organization ID that is an identifier uniquely assigned to the organization, an organization name that is the name of the organization, and an address that is the address of the organization.

  FIG. 4 is a diagram illustrating a data configuration of the organization user table 203. As shown in FIG. 4, the organization user table 203 stores information about users such as students and students belonging to the organization. Specifically, the organization user table 203 stores a user ID that is an identifier uniquely assigned to each user for each organization ID.

  FIG. 5 is a diagram illustrating a data configuration of the group table 204. As shown in FIG. 5, the group table 204 stores information regarding groups belonging to the organization. Here, a group corresponds to a class when the organization is a high school. Specifically, the group table 204 stores, for each organization ID, a group ID that is uniquely assigned to the group and a group name that is the name of the group.

  FIG. 6 is a diagram illustrating a data configuration of the user table 205. As shown in FIG. 6, the user table 205 stores information about users for each user. Specifically, the user table 205 includes a user ID, a user type that is a user type, a password used for login, an organization ID indicating an organization to which the user belongs, a user name, a user address, and the like. Store the user's date of birth.

  Here, the type of user includes “organization” indicating a school, “advisor” indicating a teacher such as a teacher, “general user” indicating a student, etc. when the organization is a high school.

  FIG. 7 is a diagram illustrating a data configuration of the activity table 206. As shown in FIG. 7, the activity table 206 stores the contents of activities on and off the campus of general users for each user ID. Specifically, the user ID, the activity record serial number assigned to each activity record, the tag, the title of the activity record, the text explaining the activity content, the importance level, and the photo of the activity And the like, an attached file such as a report, a moving image URL that is a URL of a moving image posted on a moving image site, a recorded date, and a disclosure range are stored.

  The importance indicates a ranking from 1 to 5 rated by the user.

  The tag indicates a keyword that briefly indicates an activity record.

  The scope of disclosure is the scope for publishing activity records. For example, "Only me", "Group (class) members only", "Organization (school) members only", "World (public on the Internet)", etc. Selected from.

  FIG. 8 is a diagram showing a data configuration of the activity comment table 207. As shown in FIG. 8, the activity comment table 207 stores comments assigned for each activity record sequence number for each user ID. Specifically, the activity comment table 207 is commented with a user ID, an activity record serial number, a comment number which is a comment serial number, a user ID of a comment writer, and a comment content indicating the content of the comment. And a date indicating the date of storage.

  FIG. 9 is a diagram illustrating a data configuration of the activity evaluation table 208. As shown in FIG. 9, the activity evaluation table 208 includes a favorable user ID that is a user ID of a user who has shown a favorable evaluation for each activity record serial number, and a date that indicates the date of counting the number of favorable users. Store.

  FIG. 10 is a diagram illustrating a data configuration of the follow table 209. As illustrated in FIG. 10, the follow table 209 stores information regarding a follower and a follower. Specifically, the follow table 209 stores a user ID to be followed and a user ID to be followed.

  FIG. 11 is a diagram illustrating a data configuration of the advisor table 210. As shown in FIG. 11, the advisor table 210 stores information related to the advisor. Specifically, an organization ID, a group ID, an advisor ID that is an identifier uniquely assigned to the advisor, an advisor name that is the name of the advisor, and an advisor email address that is the advisor email address are stored.

  FIG. 12 is a diagram illustrating a data configuration of the group user table 211. As shown in FIG. 12, a group user table 211, which is an approval storage table, stores whether or not a general user is registered in the system. Specifically, the group user table 211 stores an organization ID, a group ID, a user ID, an approval state indicating whether or not to register in the system, and an approval advisor indicating an approved advisor.

  FIG. 13 is a diagram showing a data configuration of the portfolio table 212. As illustrated in FIG. 13, the portfolio table 212 stores information on the portfolio for each user ID. Specifically, the portfolio table 212 includes a user ID, a portfolio number that is an identifier assigned to the portfolio by the user, a portfolio name that the user names the portfolio, and a portfolio display order that indicates a display order in the portfolio of activity records. The portfolio registration date and the portfolio update date are stored.

  FIG. 14 is a diagram illustrating a data configuration of the portfolio comment table 213. As shown in FIG. 14, the portfolio comment table 213 stores comments given by other users for each portfolio. Specifically, the portfolio comment table 213 includes a user ID, a portfolio number, a comment number sequentially assigned to the comment, a comment writer ID indicating the user ID of the user who described the comment, and a comment indicating the content of the comment. The comment also stores the registration date and the comment update date.

  FIG. 15 is a diagram illustrating a data configuration of the portfolio evaluation table 214. As illustrated in FIG. 15, the portfolio evaluation table 214 stores information on other users who have shown favorable evaluations for each portfolio. Specifically, the portfolio evaluation table 214 stores a user ID, a portfolio number, a favorable user ID that is a user ID of a user who has shown a favorable evaluation, and an evaluation date.

  FIG. 16 is a diagram showing a data configuration of the assignment table 215. As shown in FIG. 16, the assignment table 215 stores information related to assignments. Specifically, the assignment table 215 shows the user ID, the assignment year indicating the year in which the assignment was issued, the assignment sequence number that is a serial number uniquely assigned to the assignment, the organization ID, and the group year. Group year, group ID, assignment title, assignment title user ID, assignment destination user ID indicating the assignment destination user ID, assignment text indicating the contents of the assignment, and assignment Attached file that shows attached files, assignment submission period that is the assignment submission period, transmission date and time setting flag that indicates that the transmission date and time have been specified, transmission period that is a period for sending the assignment to the user, and registration Stores the date and date.

  Here, the transmission date and time setting flag is a flag indicating that the assignment is transmitted from the portfolio creation system to the user during a specified period when turned on.

  FIG. 17 is a diagram illustrating a data configuration of the assignment reception table 216. As shown in FIG. 17, the assignment reception table 216 stores the received content of assignments transmitted from the questioner. Specifically, the assignment reception table 216 stores a user ID, an assignment year, an assignment sequence number, a questioner user ID, an assignment destination user ID, and a date.

  FIG. 18 is a diagram illustrating a data configuration of the assignment answer table 217. As shown in FIG. 18, the assignment answer table 217 stores the contents of assignment answers sent by the user. Specifically, the task answer table 217 includes a questioner user ID, a task year, a task serial number, a submitter user ID, a task response content indicating the content of a response to the task, and a file attached to the response. An answer attachment file to be shown and a submission date are stored.

  FIG. 19 is a diagram illustrating a data configuration of the chat room table 218 and the room member table 219. As shown in FIG. 19, the chat room table 218 stores information related to a chat room, which is a virtual space for message exchange in the chat-type message exchange function of the portfolio creation system. Specifically, the chat room table 218 includes a room number that is an identifier of a room that is a virtual space for message exchange, a creation user ID that indicates a user ID of the user who created the room, a registration date, an update date, Is stored. The room member table 219 stores a participating user ID indicating a user ID of a user participating in the room, a serial number assigned to the participating user, a registration date, and an update date.

  FIG. 20 is a diagram illustrating a data configuration of the chat message table 220. As shown in FIG. 20, the chat message table 220 stores the contents of messages exchanged in the room. Specifically, the chat message table 220 includes a room number, a message number uniquely assigned to the message, a user ID of a message poster, a message, a posted picture, a registration date, an update date, , Store.

  The data stored in each of the above tables is an example, and can be added or deleted as appropriate.

(System operation)
Hereinafter, the operation by the control unit 101 of the main server 10 of the portfolio creation system will be described.

(Main process)
FIG. 21 is a flowchart showing the operation of the main process. As shown in FIG. 21, in step 401, the control unit 101 displays a login screen on the display unit of the accessed terminal. Then, the control unit 101 determines whether new user registration is instructed on the login screen. If it is determined that a new user registration has been instructed (Y in step 401), the control unit 101 proceeds to step 402. If it is determined that no new user registration is specified (N in step 401), the control unit 101 proceeds to step 403. .

  In step 402, the control unit 101 executes a new user registration process and proceeds to step 403.

  In step 403, the control unit 101 inputs a user ID and a password by the user.

  In step 404, the control unit 101 reads the password by searching the user table 205 based on the input user ID, the read password matches the input password, and the group user based on the user ID. If the approval status read from the table 211 is “approved”, it is determined that the authentication is successful, and the process proceeds to step 404. If they do not match, an error message is output. The authentication function of this main process is called an authentication unit.

  In step 405, the control unit 101 reads the user type from the user table 205 based on the user ID. When it is determined that the user type is “operator” (Y in step 405), the control unit 101 proceeds to step 406. When it is determined that the user type is not “operator” (N in step 405), the control unit 101 proceeds to step 407.

  In step 406, the control unit 101 executes the operator process and ends the process.

  In step 407, when the control unit 101 determines that the user type is “organization” (Y in step 407), the control unit 101 proceeds to step 408, and when it is determined that the user type is not “organization” (N in step 407), the process proceeds to step 409. move on.

  In step 408, the control unit 101 executes the organization process and ends the process.

  In step 409, when the control unit 101 determines that the user type is “advisor” (Y in step 409), the process proceeds to step 410, and when it is determined that the user type is not “advisor” (N in step 409), the process proceeds to step 411. move on.

  In step 410, the control unit 101 executes the advisor process and ends the process.

  In step 411, when the control unit 101 determines that the user type is “general user” (Y in step 411), the control unit 101 proceeds to step 412 and determines that the user type is not “general user” (N in step 411). Go to 413.

  In step 412, the control unit 101 executes the general user process and ends the process.

  In step 413, the control unit 101 executes an error process and ends the process.

(Operator process)
FIG. 22 is a flowchart showing the operation of the operator process. As shown in FIG. 22, in step 501, the control unit 101 displays the operator dashboard on the display unit of the operator terminal 45.

  In step 502, the control unit 101 determines whether a network process has been selected by the user. When it is determined that the network process has been selected (Y in Step 502), the control unit 101 proceeds to Step 503. When it is determined that no network process has been selected (N in Step 502), the control unit 101 proceeds to Step 504.

  In step 503, the control unit 101 executes the operator network process and returns to step 501.

  In step 504, the control unit 101 determines whether a search process has been selected by the user. When it is determined that the search process has been selected (Y in Step 504), the control unit 101 proceeds to Step 505. When it is determined that the search process has not been selected (N in Step 504), the control unit 101 proceeds to Step 506.

  In step 505, the control unit 101 executes a search process and returns to step 501.

  In step 506, the control unit 101 determines whether a menu is selected. When it is determined that the menu has been selected (Y in Step 506), the control unit 101 proceeds to Step 507. When it is determined that the menu has not been selected (N in Step 506), the control unit 101 proceeds to Step 512.

  In step 507, the control unit 101 displays an operator menu.

  In step 508, the control unit 101 determines whether assignment management has been selected. When it is determined that the task management is selected (Y in Step 508), the control unit 101 proceeds to Step 509, and when it is determined that the task management is not selected (N in Step 508), the control unit 101 proceeds to Step 510.

  In step 509, the control unit 101 executes an issue management process and proceeds to step 512.

  In step 510, the control unit 101 determines whether organization management is selected. When it is determined that the organization management is selected (Y in Step 510), the control unit 101 proceeds to Step 511. When it is determined that the organization management is not selected (N in Step 510), the control unit 101 returns to Step 501.

  In step 511, the control unit 101 executes an organization management process and proceeds to step 512.

  In step 512, the control unit 101 determines whether list display has been selected. When it is determined that the list display is selected (Y in step 512), the control unit 101 proceeds to step 513. When it is determined that the list display is not selected (N in step 512), the control unit 101 returns to step 501.

  In step 513, the control unit 101 executes a list display process and returns to step 501.

  FIG. 23 is a flowchart showing the operation of the operator network process. Here, the network means a social connection between people. In the portfolio creation system, operators, organizations, advisors, and general users (hereinafter collectively referred to as system participants) build a follow-follower relationship and exchange information such as messages, images, and videos. It can be carried out. Each system participant can ask questions to other system participants and receive useful information and advice from other system participants. Accordingly, each system participant can construct a network and use this network to increase productivity and to grow personally by stimulating each other.

  As shown in FIG. 23, in step 601, the control unit 101 displays an operator network screen on the display unit of the operator terminal 45. On the network screen for operators, “follower”, “following”, “advisor”, and “group” are displayed in a selectable manner.

  In step 602, the control unit 101 determines whether “follower” is selected by the operator. When it is determined that “follower” is selected (Y in step 602), the control unit 101 proceeds to step 603, and when it is determined that “follower” is not selected (N in step 602), the control unit 101 proceeds to step 605. .

  In step 603, the control unit 101 reads the follow table 209.

  In step 604, the control unit 101 displays a list of user IDs and user names of followers whose followed user IDs are equal to the operator's user ID on the display unit of the operator terminal 45, and exits the process.

  When the control unit 101 determines that “following” is selected instead of “follower”, the control unit 101 sets the user ID to be followed of the record in which the user ID to follow is equal to the user ID of the operator. A list is displayed on the display unit of the terminal 45, and the process is exited.

  In step 605, the control unit 101 determines whether “advisor” has been selected by the operator. When it is determined that “Advisor” has been selected (Y in Step 605), the control unit 101 proceeds to Step 606. When it is determined that “Advisor” has not been selected (N in Step 605), the control unit 101 proceeds to Step 608. .

  In step 606, the control unit 101 reads the organization ID of the record whose user ID is the operator ID from the user table 205.

  In step 607, the control unit 101 searches the advisor table 210 based on the read organization ID, displays a list of advisor IDs and advisor names of corresponding records on the display unit of the operator terminal 45, and exits the process.

  In step 608, the control unit 101 determines whether “group” is selected by the operator. If it is determined that “group” has been selected (Y in step 608), the control unit 101 proceeds to step 609. If it is determined that “group” has not been selected (N in step 608), the control unit 101 exits the process.

  In step 609, the control unit 101 searches the group user table 211 based on the user ID of the operator, and reads the group name of the corresponding record.

  In step 610, the control unit 101 searches the group user table 211 based on the read group name, displays a list of corresponding user IDs and user names on the display unit of the operator terminal 45, and exits the process.

  In the network process for operators, selecting and clicking on the system participants listed will pop up their profiles. Also, by clicking an icon provided separately, it is possible to add a new follower or send a message.

  FIG. 24 is a flowchart showing the operation of the search process. As shown in FIG. 24, in step 701, the control unit 101 displays a search screen on the display unit of the operator terminal 45. On the search screen, “portfolio” and “user” are displayed so as to be selectable.

  In step 702, the control unit 101 determines whether “portfolio” is selected. When it is determined that “portfolio” has been selected (Y in step 702), the control unit 101 proceeds to step 703. When it is determined that “portfolio” has not been selected (N in step 702), the control unit 101 proceeds to step 705. .

  In step 703, the control unit 101 displays a screen for setting a portfolio search condition on the display unit of the operator terminal 45, and searches the portfolio table 212 using the set search condition.

  In step 704, the control unit 101 displays the search result on the display unit of the operator terminal 45.

  In step 705, the control unit 101 determines whether “user” has been selected. If it is determined that “user” has been selected (Y in step 705), the control unit 101 proceeds to step 706, and if it is determined that “user” has not been selected (N in step 705), the process exits.

  In step 706, the control unit 101 displays a screen for setting user search conditions on the display unit of the operator terminal 45 and searches the user table 205 using the set search conditions.

  In step 704, the control unit 101 displays the search result on the display unit of the operator terminal 45 and exits the process.

  In the search process, selecting and clicking on the listed system participants will pop up their profile. Also, by clicking an icon provided separately, it is possible to add a new follower or send a message.

  FIG. 25 is a flowchart showing the operation of the task management process. As shown in FIG. 25, in step 801, the control unit 101 displays an assignment management screen on the display unit of the operator terminal 45. On the assignment management screen, buttons for selecting “unsent”, “sent”, and “draft” are displayed.

  In step 802, the control unit 101 reads the assignment table 215 and displays a list of assignments according to the operator's selection. When “unsent” is selected, the control unit 101 displays a list of issues that have not been transmitted to the user. When “sent” is selected, the control unit 101 displays a list of issues that have already been transmitted to the user. When “Draft” is selected, a list of assignments being created is displayed. The operator can select and specify issues individually.

  In step 803, the control unit 101 displays the details of the task selected by the operator.

  In step 804, the control unit 101 searches the assignment reception table 216 based on the assignment sequence number of the selected assignment, and reads out the corresponding user ID and user name as the submitting target person. Next, the control unit 101 searches the task answer table 217 based on the task serial number of the selected task, and reads out the corresponding user ID and user name as submitted persons. The control unit 101 displays a list of persons who have not been submitted from the persons to be submitted as unsubmitted persons, and displays a list of persons who have already been submitted.

  In step 805, the control unit 101 determines whether an editing mode for editing an assignment has been instructed by the operator. If the control unit 101 determines that the edit mode has been instructed (Y in step 805), the control unit 101 proceeds to step 806, and if it does not determine that the edit mode has been instructed (N in step 805), the control unit 101 exits the process.

  In step 806, the control unit 101 edits and inputs the details of the task selected by the operator's input operation.

  In step 807, the control unit 101 determines whether a transmission instruction has been given by the operator. If the control unit 101 determines that a transmission instruction has been issued (Y in Step 807), the process proceeds to Step 808. If it is determined that a transmission instruction has not been issued (N in Step 807), the process exits.

  In step 808, the control unit 101 displays a list of user IDs and user names on the display unit of the operator terminal 45 according to the operator's instruction. The control unit 101 searches the assignment table 215 based on the selected user ID and assignment sequence number, updates the detailed information of the assignment when the record exists, and records the record when the record does not exist. The record of the subject serial number of the user ID that has been added and not selected is deleted.

  In step 809, the control unit 101 updates, adds, and deletes the assignment reception table 216 so that it matches the record updated, added, and deleted in step 807, and sends a notification mail to the mail address of the corresponding submitter. To exit the process.

  FIG. 26 is a flowchart showing the operation of the organization management process. As shown in FIG. 26, in step 901, the control unit 101 reads out the organization ID and organization name from the organization table 202 and displays them on the display unit of the operator terminal 45 as an organization list (school list) screen.

  In step 902, the control unit 101 displays details of the organization selected by the operator.

  In step 903, the control unit 101 inputs detailed organization information by the operator.

  In step 904, the control unit 101 inputs restriction information, which is information related to restriction of functions provided for each organization, by the operator.

  In step 905, the control unit 101 stores the input information in the organization table and exits the process.

(Organization process)
FIG. 27 is a flowchart showing the operation of the organization process. As shown in FIG. 27, in step 1001, the control unit 101 displays the organization dashboard on the display unit of the organization terminal 42. On the organization dashboard, buttons for selecting “network”, “search”, “menu”, and “list display” are displayed. Among these, the operation of the search process executed when “Search” is designated is the same as the operation of the search process described in FIG. 24 except that the display output destination is the organization terminal 42 and the operator is an organization member. Are the same and will not be described.

  In step 1002, the control unit 101 determines whether “network” is selected. If it is determined that “network” has been selected (Y in step 1002), the control unit 101 proceeds to step 1003. If it is determined that “network” has not been selected (N in step 1002), the control unit 101 proceeds to step 1004.

  In step 1003, the control unit 101 executes the organization network process and returns to step 1001.

  In step 1004, the control unit 101 determines whether “search” is selected. When it is determined that “search” has been selected (Y in step 1004), the control unit 101 proceeds to step 1005. When it is determined that “search” has not been selected (N in step 1004), the control unit 101 proceeds to step 1006.

  In step 1005, the control unit 101 executes a search process and returns to step 1001.

  In step 1006, the control unit 101 determines whether “menu” is selected. If it is determined that the menu has been selected (Y in Step 1006), the control unit 101 proceeds to Step 1007. If it is determined that “Menu” has not been selected (N in Step 1006), the control unit 101 proceeds to Step 1008.

  In step 1007, the control unit 101 executes the organization menu process and returns to step 1001.

  In step 1008, the control unit 101 determines whether “list display” is selected. If it is determined that “list display” has been selected (Y in step 1008), the control unit 101 proceeds to step 1009. If it is determined that “list display” has not been selected (N in step 1008), the control unit 101 proceeds to step 1001. Return.

  In step 1009, the control unit 101 executes a list display process and returns to step 1001.

  FIG. 28 is a flowchart showing the operation of the organization network process. As shown in FIG. 28, in step 1101, the control unit 101 displays an organization network screen on the display unit of the organization terminal 42. On the organization network screen, buttons for selecting “user list”, “advisor list”, and “group” are displayed.

  In step 1102, the control unit 101 determines whether “user list” is selected. If it is determined that “user list” is selected (Y in step 1102), the control unit 101 proceeds to step 1103. If it is not determined that “user list” is selected (N in step 1102), the control unit 101 proceeds to step 1105. .

  In step 1103, the control unit 101 reads the user table 205.

  In step 1104, the control unit 101 displays a list of user IDs and user names of records that are the same as the organization ID of the organization to which the organization is logged in among the read records, and exits the process.

  In step 1105, the control unit 101 determines whether “Advisor List” has been selected. If it is determined that “Advisor List” has been selected (Y in Step 1105), the control unit 101 proceeds to Step 1106, and if it is not determined that “Advisor List” has been selected (N in Step 1105), the step of FIG. Proceed to 1201.

  In step 1106, the control unit 101 reads the advisor table 210.

  In step 1107, the control unit 101 displays a list of advisor IDs and advisor names of records that are equal to the organization ID of the organization to which the organization is logged in among the read records. When one of the displayed advisor names is selected, the control unit 101 displays details of the selected advisor on the display unit of the organization terminal 42. When the detailed information of the advisor is updated, the control unit 101 updates the advisor table 210 based on the updated content. When the deletion of the advisor is selected, the control unit 101 deletes the corresponding record from the advisor table 210.

  In step 1108, the control unit 101 determines whether an advisor addition has been instructed. If it is determined that an advisor addition has been instructed (Y in step 1108), the control unit 101 proceeds to step 1109. If it is determined that an advisor addition has not been instructed (N in step 1108), the control unit 101 exits the process.

  In step 1109, the control unit 101 adds a record to the advisor table 210 based on the information about the advisor input by the organization member, and the process proceeds to step 1201 in FIG.

  FIG. 29 is a continuation of the flowchart showing the operation of the organization network process. As shown in FIG. 29, in step 1201, the control unit 101 determines whether “group” is selected. If it is determined that “group” has been selected (Y in step 1201), the control unit 101 proceeds to step 1202, and if it is not determined that “group” has been selected (N in step 1201), the control unit 101 exits the process.

  In step 1202, the control unit 101 reads the group table 204.

  In step 1203, the control unit 101 displays a list of group IDs and group names of records that are the same as the organization ID of the organization to which the organization is logged in among the read records. When one of the displayed group names is selected, the control unit 101 displays details of the selected group on the display unit of the organization terminal 42. When the detailed information of the group is updated, the control unit 101 updates the group table 204 based on the updated content. When the group deletion is selected, the control unit 101 deletes the corresponding record from the group table 204.

  In step 1204, the control unit 101 determines whether an instruction to add a group is given. If it is determined that the addition of a group has been instructed (Y in step 1204), the control unit 101 proceeds to step 1212. If it is determined that the addition of a group has not been instructed (N in step 1204), the control unit 101 proceeds to step 1205. .

  In step 1205, the control unit 101 inputs designation of a group by an organization member.

  In step 1206, the control unit 101 searches and reads the group user table 211 based on the organization name and group ID of the designated group.

  In step 1207, the control unit 101 extracts a user ID record whose group ID is equal to the group name and whose approval status is “unapproved” from the read records.

  Here, in the approval state, “unapproved” is stored when the approval of registration permission is not obtained from the advisor among newly registered users, and “approved” is stored when the approval is received.

  In step 1208, the control unit 101 reads the user table 205.

  In step 1209, the control unit 101 displays a list of user IDs and user names of records whose user IDs are the same as the user IDs of the records extracted in step 1207 among the read records.

  In step 1210, the control unit 101 determines whether the user has been approved. When it is determined that the user has been approved by the organization member (Y in Step 1210), the control unit 101 proceeds to Step 1211. When it is determined that the user has not been approved (N in Step 1210), the control unit 101 exits the process.

  In step 1211, the control unit 101 updates the group user table 211 by storing “approved” in the approval state of the record of the approved user ID.

  In step 1212, the control unit 101 adds a record indicating a new group to the group table 204 and exits the process.

  Note that the above-described user approval operation can be performed by an organization member in the network process for an organization and also in the network process in the process for an advisor.

(New user registration)
Here, the mechanism of new user registration of the portfolio creation system of this embodiment will be described.

  In the portfolio creation system, there is a need for a mechanism that can prevent a non-existent person or an existing but third party from impersonating the person. This mechanism is realized as follows.

  First, a new registrant uses a mail address or an ID specified by the portfolio creation system as a user ID, designates an organization ID and a group ID, and temporarily registers in the portfolio creation system.

  At this stage, the approval state of the group user table 211 is “unapproved”, and the portfolio creation system does not permit any function other than profile registration / editing to this user.

  It is an organization member or an advisor who is given the authority to change the approval status from “unapproved” to “approved” from the portfolio creation system. The organization member or advisor actually confirms that the temporarily registered user actually exists, and then changes the approval state of the group user table 211 to “approved” by the network process of the portfolio creation system.

  Therefore, registration of a person who does not actually exist and impersonation of a third party can be surely prevented. When the approval status is changed to “approved” by an organization member or an advisor, the portfolio creation system permits the general user to use the function given to the general user.

  FIG. 30 is a flowchart showing the operation of the new user registration process. As shown in FIG. 30, in step 1301, the control unit 101 inputs registration information by a general user.

  In step 1302, the control unit 101 temporarily registers the user. Specifically, the general user registers an e-mail address and a login password from the user terminal 41.

  In step 1303, the control unit 101 transmits a confirmation mail in which the URL of the confirmation web page is written to the input mail address.

  In step 1304, the general user opens the URL described in the transmitted confirmation kale, and inputs the organization ID, group ID, and approval application to the portfolio creation system.

  In step 1305, the control unit 101 generates an additional record in the user table 205 according to the input registration information.

  In step 1306, the control unit 101 adds a new record to the group user table 211. However, at this stage, the approval state of the group user table 211 is “unapproved”.

  In step 1307, the control unit 101 reads the advisor table 210.

  In step 1308, the control unit 101 searches for records corresponding to the input organization ID and group ID from the read records.

  In step 1309, the control unit 101 reads the advisor ID and the advisor mail address described in the retrieved record, and transmits an approval request mail.

  In step 1310, the control unit 101 determines whether there is an advisor approval. If it is determined that the advisor has been approved (Y in step 1310), the control unit 101 proceeds to step 1311. If it is determined that there is no approval (N in step 1310), the control unit 101 exits the process.

  In step 1311, the control unit 101 stores “approved” in the approval state of the corresponding record in the group user table 211.

  In step 1312, the control unit 101 notifies the general user of the approval result by e-mail and exits the process.

(General user process)
The general user process described below is a function that the control unit 101 permits to a general user when the approval state is “approved”.

  FIG. 31 is a flowchart showing the operation of a general user process. As shown in FIG. 31, in step 1401, when the control unit 101 approves login, the control unit 101 displays a general user dashboard on the display unit of the user terminal 41.

  On the general user dashboard, buttons of “Home”, “Network”, “Search”, “Message”, and “Menu” are displayed.

  In step 1402, the control unit 101 determines whether “home” is selected. If it is determined that “Home” has been selected (Y in Step 1402), the control unit 101 proceeds to Step 1403. If it is not determined that “Home” has been selected (N in Step 1402), the control unit 101 proceeds to Step 1404.

  In step 1403, the control unit 101 executes the home process and exits the process.

  In step 1404, the control unit 101 determines whether “network” is selected. If it is determined that “network” has been selected (Y in step 1404), the control unit 101 proceeds to step 1405. If it is not determined that “network” has been selected (N in step 1404), the control unit 101 proceeds to step 1406.

  In step 1405, the control unit 101 executes the general user network process and exits the process.

  In step 1406, the control unit 101 determines whether “search” is selected. If it is determined that “search” has been selected (Y in step 1406), the control unit 101 proceeds to step 1407. If it is not determined that “search” has been selected (N in step 1406), the control unit 101 proceeds to step 1408.

  In step 1407, the control unit 101 executes a search process which is a search unit, and exits the process. Specifically, in the search process, “portfolio” can be selected in addition to “user”. When “portfolio” is selected, the control unit 101 displays a portfolio search screen on the display unit of the user terminal 41. The portfolio search screen includes a search free word input field, a search object selection button for designating a search object range, other condition setting fields, and a search button for instructing a search. The search target selection buttons include, for example, buttons for designating “portfolio”, “resume”, “resume”, “UCA (Universal College Application)”, and the like. In the other condition setting fields, there are fields for specifying, for example, “name”, “gender”, “school year”, “age”, “organization”, “group”, “study abroad”, “internship”, “employment history”, etc. included. When the control unit 101 determines that the search button has been pressed, the control unit 101 searches the range specified by the specified condition and displays the extracted target on the result display screen. By this search process, general users can search and browse the contents of other general users' portfolios, etc., and can reference their future activities.

  In step 1408, the control unit 101 determines whether “message” has been selected. If it is determined that “message” has been selected (Y in step 1408), the control unit 101 proceeds to step 1409. If it is not determined that “message” has been selected (N in step 1408), the control unit 101 proceeds to step 1410.

  In step 1409, the control unit 101 executes the message process and exits the process.

  In step 1410, the control unit 101 determines whether “menu” is selected. If it is determined that “menu” is selected (Y in step 1410), the control unit 101 proceeds to step 1411. If it is not determined that “menu” is selected (N in step 1410), the control unit 101 exits the process.

  When the menu is selected, the control unit 101 displays the menu on the display unit of the user terminal 41. The menu includes buttons for “activity record”, “portfolio”, and “issue”.

  In step 1411, the control unit 101 determines whether “activity record” is selected. If it is determined that “activity record” is selected (Y in step 1411), the control unit 101 proceeds to step 1412. If it is not determined that “activity record” is selected (N in step 1411), the control unit 101 proceeds to step 1413. .

  In step 1412, the control unit 101 executes the activity recording process and exits the process.

  In step 1413, the control unit 101 determines whether “portfolio” has been selected. If it is determined that “portfolio” has been selected (Y in step 1413), the control unit 101 proceeds to step 1414. If it is not determined that “portfolio” has been selected (N in step 1413), the control unit 101 proceeds to step 1415.

  In step 1414, the control unit 101 executes the portfolio process and exits the process.

  In step 1415, the control unit 101 determines whether “task” has been selected. If it is determined that “task” has been selected (Y in step 1415), the control unit 101 proceeds to step 1416. If it is not determined that “task” has been selected (N in step 1415), the control unit 101 exits the process.

  In step 1416, the control unit 101 executes the task process and exits the process.

(General user home process)
FIG. 32 is a flowchart showing the operation of the home process. When a general user logs in, a public activity record and a published portfolio of the general user that he / she follows are displayed in the new order. This display screen is hereinafter referred to as a wall. The wall display operation by the control unit 101 will be described below.

  As shown in FIG. 32, in step 1501, the control unit 101 reads the follow table 209.

  In step 1502, the control unit 101 extracts a record in which the user ID to follow is equal to the logged-in user ID from among the read records.

  In step 1503, the control unit 101 reads the user ID to be followed from the extracted record, and searches and reads the activity table 206 based on the read user ID.

  In step 1504, the control unit 101 reads the activity sequence number of the record extracted from the activity table 206, and reads the activity comment table and the activity evaluation table based on the user ID and the activity sequence number.

  In step 1505, the control unit 101 accumulates and totals the number of records in the read activity evaluation table for each activity serial number.

  In step 1506, the control unit 101 searches the portfolio table 212 based on the user ID of the user to be followed extracted in step 1502, and reads the corresponding record.

  In step 1507, the control unit 101 searches the portfolio comment table 213 and the portfolio evaluation table 214 based on the user ID and the portfolio number of the read record, and reads the corresponding record.

  In step 1508, the control unit 101 accumulates the number of records in the portfolio evaluation table 214 for each portfolio number.

  In step 1509, the control unit 101 displays the read activity record and portfolio on the wall together with the comment and the integrated value in the newest order. Here, the integrated value corresponds to the number of favorable evaluations made for activity records and portfolios.

  In step 1510, the control unit 101 determines whether the activity record or portfolio displayed on the wall has been clicked. When the control unit 101 determines that the displayed activity record or portfolio is clicked (Y in Step 1510), the control unit 101 proceeds to Step 1511 and determines that the displayed activity record or portfolio is not clicked (Step 1510). N), the process is exited.

  In step 1511, the control unit 101 displays the clicked activity record or the details of the portfolio on the display unit of the user terminal 41.

(General user message process)
In the portfolio creation system, information can be exchanged with other general users and advisors in a chat format.

  FIG. 33 is a flowchart showing the operation of the message process. As shown in FIG. 33, in step 1601, the control unit 101 reads the chat room table 218.

  In step 1602, the control unit 101 reads the user table 205.

  In step 1603, the control unit 101 reads a record whose user ID is equal to the created user ID of the chat room table 218 from the read record of the user table 205.

  In step 1604, the control unit 101 displays a list of chat room room numbers on the display device of the user terminal 41 for each user ID.

  In step 1605, the control unit 101 determines whether a chat room has been selected and entry / exit has been instructed. If it is determined that entry has been instructed (Y in step 1605), the control unit 101 proceeds to step 1606. If it is not determined that entry has been instructed (N in step 1605), the control unit 101 exits the process.

  In step 1606, the control unit 101 describes the user ID in the participant user ID and generates a record in the room member table 219.

  In step 1607, the control unit 101 stores the chat content in the chat message table 220.

  In step 1608, the control unit 101 displays a message in a balloon on the display unit of the user terminal 41.

  Here, the information of the user who wrote the message is displayed at the bottom of the balloon. Clicking on this displayed user displays a list of activity records along with the user's profile. This function is called a message activity record display.

  In step 1609, the control unit 101 determines whether leaving is instructed. When it is determined that leaving is instructed (Y in Step 1609), the control unit 101 proceeds to Step 1610. When it is determined that leaving is not instructed (N in Step 1609), the control unit 101 returns to Step 1607.

  In step 1610, the control unit 101 records leaving in the corresponding record of the chat room table 218, and exits the process.

(General user activity recording process)
In the portfolio creation system, a general user can register an activity record, which is a record of activities inside and outside the school, and save it as a material for creating a portfolio.

  Registered activity records can be viewed and edited. In addition, in the activity record on the activity record screen displayed on the display unit of the user terminal 41, comments and evaluations from other users and advisors, and importance by self-evaluation are displayed. Importance is represented by the number of stars.

  In addition, buttons for “edit profile”, “edit activity record”, and “portfolio edit” are displayed on the activity record screen.

  FIG. 34 is a flowchart showing the operation of the activity recording process. As shown in FIG. 34, in step 1701, the control unit 101 reads the user table 205 based on the user ID.

  In step 1702, the control unit 101 reads the activity table 206 based on the user ID.

  In step 1703, the control unit 101 displays an activity record screen.

  In step 1704, the control unit 101 determines whether editing of the profile is instructed. If it is determined that profile editing has been instructed (Y in step 1704), the control unit 101 proceeds to step 1705. If it is determined that profile editing has not been instructed (N in step 1704), the control unit 101 proceeds to step 1709. .

  In step 1705, the control unit 101 determines whether editing of basic information is instructed. If the control unit 101 determines that editing of basic information has been instructed (Y in step 1705), the control unit 101 proceeds to step 1706, and determines that editing of basic information has not been instructed (N in step 1705), step 1707. Proceed to

  In step 1706, the control unit 101 updates the user table 205 with the input basic information, and exits the process.

  In step 1707, the control unit 101 determines whether editing of other information is instructed. When it is determined that editing of other information has been instructed (Y in step 1707), the control unit 101 proceeds to step 1708, and when it is determined that editing of other information has not been instructed (N in step 1707), Exit processing.

  In step 1708, the control unit 101 updates the user table 205 with the input information and exits the process.

  In step 1709, the control unit 101 determines whether or not editing of the activity record is instructed. If the control unit 101 determines that editing of the activity record has been instructed (Y in step 1709), the control unit 101 proceeds to step 1710, and determines that editing of the activity record has not been instructed (N in step 1709), step 1711. Proceed to

  In step 1710, the control unit 101 updates the activity table with the activity information that is the input activity record information, and exits the process.

  In step 1711, the control unit 101 determines whether portfolio editing has been instructed. If it is determined that portfolio editing has been instructed (Y in step 1711), the control unit 101 proceeds to step 1712. If it is determined that portfolio editing has not been instructed (N in step 1711), the control unit 101 exits the process.

  In step 1712, the control unit 101 executes the portfolio process and exits the process.

(Portfolio process for general users)
FIG. 35 is a flowchart showing the operation of the portfolio process. As shown in FIG. 35, in step 1801, the control unit 101 reads the user table 205 based on the user ID.

  In step 1802, the control unit 101 reads the portfolio table 212 based on the user ID.

  In step 1803, the control unit 101 reads the activity table 206 based on the user ID.

  In step 1804, the control unit 101 displays a portfolio screen on the display unit of the user terminal 41. The control unit 101 displays a list of read portfolios on the portfolio screen. In addition, buttons for “portfolio registration / editing”, “portfolio browsing”, “portfolio printing”, and “online application” are displayed on the portfolio screen.

  In step 1805, the control unit 101 determines whether portfolio registration / editing has been instructed. When it is determined that portfolio registration / editing is instructed (Y in Step 1805), the control unit 101 proceeds to Step 1806, and when it is determined that portfolio registration / editing is not instructed (N in Step 1805), Proceed to step 1807.

  In step 1806, the control unit 101 executes a portfolio registration / editing process, and proceeds to step 1807.

  In step 1807, the control unit 101 determines whether portfolio browsing is instructed. If the control unit 101 determines that browsing of the portfolio is instructed (Y in step 1807), the control unit 101 proceeds to step 1808, and if it determines that the browsing of the portfolio is not instructed (N in step 1807), the control unit 101 proceeds to step 1811. .

  In step 1808, the control unit 101 displays the contents of the selected portfolio.

  In step 1809, the control unit 101 determines whether creation of a sharing URL has been instructed. If the control unit 101 determines that the creation of the sharing URL has been instructed (Y in Step 1809), the control unit 101 proceeds to Step 1810, and determines that the creation of the sharing URL has not been instructed (N in Step 1809). Go to step 1811.

  In step 1810, the control unit 101 creates a URL for sharing, displays it on the display unit of the user terminal 41, and proceeds to step 1811.

  In step 1811, the control unit 101 determines whether portfolio printing has been instructed. If it is determined that portfolio printing has been instructed (Y in step 1811), the control unit 101 proceeds to step 1812. If it is determined that portfolio printing has not been instructed (N in step 1811), the control unit 101 proceeds to step 1813. .

  In step 1812, the control unit 101 executes a portfolio printing process and proceeds to step 1813.

  In step 1813, the control unit 101 determines whether an online application is instructed. If it is determined that an online application has been instructed (Y in Step 1813), the control unit 101 proceeds to Step 1814. If it is determined that an online application has not been instructed (N in Step 1813), the control unit 101 exits the process.

  In step 1814, the control unit 101 executes the online application process and exits the process.

  FIG. 36 is a flowchart showing the operation of the portfolio registration / editing process. As shown in FIG. 36, in step 1901, the control unit 101 determines whether editing of basic information is instructed. If it is determined that basic information editing has been instructed (Y in step 1901), the control unit 101 proceeds to step 1902. If it is determined that basic information editing has not been instructed (N in step 1901), step 1908 Proceed to

  In step 1902, the control unit 101 determines whether layout selection has been instructed. If it is determined that layout selection has been instructed (Y in step 1902), the control unit 101 proceeds to step 1903. If it is determined that layout selection has not been instructed (N in step 1902), the control unit 101 proceeds to step 1904.

  In step 1903, the control unit 101 applies the selected layout to the portfolio.

  In step 1904, the control unit 101 determines whether an output format selection is instructed. When it is determined that the output format selection has been instructed (Y in Step 1904), the control unit 101 proceeds to Step 1905. When it is determined that the output format selection has not been instructed (N in Step 1904), the control unit 101 proceeds to Step 1906. .

  In step 1905, the control unit 101 applies the selected format to the portfolio.

  In step 1906, the control unit 101 determines whether an instruction to select a disclosure range is given. When it is determined that the disclosure range selection is instructed (Y in Step 1906), the control unit 101 proceeds to Step 1907. When it is determined that the disclosure range selection is not instructed (N in Step 1906), the control unit 101 proceeds to Step 1908. .

  In step 1907, the control unit 101 applies the selected disclosure range. Here, the disclosure range can be selected from “on the Internet”, “within the same organization”, “within the same group”, “only myself”, and the like.

  In step 1908, the control unit 101 determines whether an activity record selection is instructed. When it is determined that the activity record selection is instructed (Y in Step 1908), the control unit 101 proceeds to Step 1909. When it is determined that the activity record selection is not instructed (N in Step 1908), the control unit 101 proceeds to Step 1912. .

  In step 1909, the control unit 101 inputs the setting of activity record extraction conditions by a general user.

  In step 1910, the control unit 101 searches the activity table 206 based on the specified condition, extracts the corresponding activity record, and displays it on the display unit of the user terminal 41.

  In step 1911, the control unit 101 selects an activity record to be added to the portfolio and edits the order by a general user.

  In step 1912, the control unit 101 determines whether editing has been completed. If the control unit 101 determines that there is an instruction to the effect that editing has been completed (Y in step 1912), the control unit 101 proceeds to step 1913, and does not determine that there has been an instruction to indicate that editing has been completed (N in step 1912). Return to step 1901.

  In step 1913, the control unit 101 stores the edited content in the portfolio table 212, and exits the process.

  FIG. 37 is a flowchart showing the operation of the portfolio printing process. As shown in FIG. 37, in step 2001, the control unit 101 determines whether there is an instruction to print a cover. When it is determined that there is an instruction to print a cover (Y in Step 2001), the control unit 101 proceeds to Step 2002, and when it is not determined that there is an instruction to print a cover (N in Step 2001), Step 2003 Proceed to

  In step 2002, the control unit 101 prints a cover page.

  In step 2003, the control unit 101 determines whether there is an instruction to print the table of contents. When it is determined that there is an instruction to print the table of contents (Y in step 2003), the control unit 101 proceeds to step 2004, and when it is not determined that there is an instruction to print the table of contents (N in step 2003), step 2005 is performed. Proceed to

  In step 2004, the control unit 101 prints the table of contents.

  In step 2005, the control unit 101 determines whether there is an instruction to print the activity record. When it is determined that there is an instruction to print the activity record (Y in Step 2005), the control unit 101 proceeds to Step 2006, and when it is not determined that there is an instruction to print the activity record (N in Step 2005), Proceed to step 2007.

  In step 2006, the control unit 101 prints the activity record.

  In step 2007, the control unit 101 determines whether there is an instruction to perform batch writing. When it is determined that there is an instruction to perform batch writing (Y in Step 2007), the control unit 101 proceeds to Step 2008, and when it is not determined that there is an instruction to perform batch writing (N in Step 2007), the process is performed. Exit.

  In step 2008, the control unit 101 outputs the contents of the portfolio to a file designated in a format selected from the word processor software format and the PDF format.

  FIG. 38 is a flowchart showing the operation of the online application process. As shown in FIG. 38, in step 2101, the control unit 101 selects a submission destination by a general user.

  In step 2102, the control unit 101 requests input of a confirmation password and determines whether the input password matches the password stored in the user table 205. When it is determined that the passwords match (Y in Step 2102), the control unit 101 proceeds to Step 2103. When it is determined that the passwords do not match (N in Step 2102), the control unit 101 proceeds to Step 2108.

  In step 2103, the control unit 101 starts communication with the server of the submission destination, and confirms that it has been connected.

  In step 2104, the control unit 101 transmits the selected portfolio to the server to which it is submitted.

  In step 2105, the control unit 101 determines whether or not a receipt has been received from the server that is the submission destination. When it is determined that the receipt has been received (Y in Step 2105), the control unit 101 proceeds to Step 2106. When it is determined that the receipt has not been received (N in Step 2105), the control unit 101 proceeds to Step 2108.

  In step 2106, the control unit 101 displays transmission completion on the display unit of the user terminal 41.

  In step 2107, the control unit 101 disconnects communication from the server that is the submission destination.

  In step 2108, the control unit 101 performs error processing.

(General user task process)
FIG. 39 is a flowchart showing the operation of the task process. As shown in FIG. 39, in step 2201, the control unit 101 reads the assignment reception table.

  In step 2202, the control unit 101 extracts a record having a user ID equal to the logged-in user ID from the read records.

  In step 2203, the control unit 101 displays a list of the extracted tasks on the display unit of the user terminal 41.

  In step 2204, the control unit 101 determines whether a task has been selected. If the control unit 101 determines that an assignment has been selected (Y in step 2204), the control unit 101 proceeds to step 2205. If it is determined that no assignment has been selected (N in step 2204), the control unit 101 exits the process.

  In step 2205, the control unit 101 reads the task table 215 based on the task serial number of the selected task.

  In step 2206, the control unit 101 displays details of the selected task on the display unit of the user terminal 41.

  In step 2207, the control unit 101 determines whether there is an instruction to answer the task. When it is determined that there is an instruction to answer the task (Y in Step 2207), the control unit 101 proceeds to Step 2208, and when it is not determined that there is an instruction to answer the task (N in Step 2207). ), Exit the process.

  In step 2208, the control unit 101 inputs an answer from a general user and inputs designation of an attached file.

  In step 2209, the control unit 101 determines whether there is an instruction to transmit. When it is determined that there is an instruction to transmit (Y in Step 2209), the control unit 101 proceeds to Step 2210, and when it is not determined that there is an instruction to transmit (N in Step 2209), the process is performed. Exit.

  In step 2210, the control unit 101 stores the content of the answer of the assignment in the assignment answer table 217.

  In step 2211, the control unit 101 determines whether there is an instruction to register the answer to the assignment in the activity record. When it is determined that there is an instruction to register in the activity record (Y in Step 2211), the control unit 101 proceeds to Step 2212, and when it is not determined that there is an instruction to register in the activity record (Step 2211). N), the process is exited.

  In step 2212, the control unit 101 stores the activity record in the activity table 206 and exits the process.

(General user network process)
The operation of the general user network process is the same as the operation of the operator network process shown in FIG.

(Advisor process)
The advisor process is similar to the general user process, but differs in the following respects.

  The output destination is the advisor terminal 43.

  In the network process for advisors, advisors can “approve” general users and register / edit groups. Specifically, in the advisor network process, steps 1201 to 1212 of the operation of the organization network process shown in FIG. 29 instead of steps 609 and 610 of the operation of the operator network process shown in FIG. The same operation is performed. When the general user is “approved”, the portfolio creation system can be used.

  In the network process for advisors, in the assignment process, a general user who has submitted the assignment and a general user who has not submitted the assignment can be displayed in a list. You can register and edit assignments.

(Cooperation with other social network services (SNS))
The portfolio creation system can be linked with other SNSs. An example is shown below.

(Posts to other SNS)
A “post to other SNS” button and a “shared URL generation” button can be provided on the activity record / portfolio browsing screen.

  In this case, the user table 205 stores a target URL that is a URL of another SNS page held by the logged-in general user or the advisor.

  When the “Post to other SNS” button is clicked, the control unit 101 opens the page of the target URL by another window or another tab.

  When the “Share URL” button is clicked, the control unit 101 copies the activity record or portfolio posting file designated in the public server separately provided in the portfolio creation system, and publishes it within the designated publication range. At the same time, the URL of the posting file is displayed on the display unit of the terminal used by the logged-in user. The file for posting is stored in the public server in a format pasted to another SNS, for example, HTML.

  By copying this URL and pasting it on another SNS page, it is possible to post activity records and portfolios to other SNSs.

(Copy from other SNS)
It is possible to copy and paste images and texts displayed on other SNSs on the activity record registration / editing screen.

(Description of screen)
Each screen shown below is an example, and the displayed contents can be deleted or added as appropriate.

  FIG. 40 is a diagram showing an operator dashboard 4001. As shown in FIG. 40, an operator dashboard 4001 includes a user list display button 4002, an advisor list display button 4003, a group list display button 4004, an organization list display button 4005, a “home” button 4006, A “network” button 4007 for instructing start of an operator network process, a “search” button 4008 for instructing start of a search process, and a “menu” button 4009 are included.

  FIG. 41 is a diagram showing a network screen 4101. The configuration of the network screen 4101 is the same as the configuration of the operator network screen, organization network screen, general user network screen, and advisor network screen.

  As shown in FIG. 41, the network screen 4101 includes a login user column 4102 indicating a logged-in user, a “follower” button 4103, a “following” button 4104, an “advisor” button 4105, and a “group” button 4106. And a member detail field 4107 indicating the details of the member, a comment button 4108, and a “follow” button 4109 for supporting the follow-up of the displayed member.

  FIG. 42 is a diagram showing an assignment management screen 4201. As shown in FIG. 42, the assignment management screen 4201 includes an “unsent” button 4202, an assignment column 4205 that displays the name of the assignment, and a submission status column 4206 that indicates the submission status of the assignment.

  FIG. 43 is a diagram showing an assignment management details screen 4301. As shown in FIG. 43, the assignment management detail screen 4301 includes an assignment column 4302 indicating the name of the assignment, a submission status column 4303 indicating the submission status of the assignment, a submitter who displays a list of submitted persons and unsubmitted persons. A list display field 4304.

  FIG. 44 is a diagram showing an assignment registration / edit screen 4401. As shown in FIG. 44, an assignment registration / editing screen 4401 has an assignment destination detail column 4402 indicating the assignment destination of the assignment, an assignment detail column 4403 indicating the details of the assignment, and a “delete” button for instructing deletion of the assignment. 4404 and a “Send” button 4405 for instructing transmission of the assignment.

  FIG. 45 is a diagram showing a dashboard 4501 other than the operator dashboard. As shown in FIG. 45, the dashboard 4501 includes a user list display button 4502, an advisor list display button 4503, a group list display button 4504, an organization list display button 4505, a “home” button 4506, and a network process. A “network” button 4507 for instructing start, a “search” button 4508 for instructing start of a search process, a “message” button 4509 for instructing start of a message process, and a “menu” button 4510 are included.

  FIG. 46 is a diagram showing a message screen 4601. As shown in FIG. 46, the message screen 4601 includes a chat room list column 4602 indicating a list of chat rooms.

  FIG. 47 is a diagram showing a chat room screen 4701. As shown in FIG. 47, the chat room screen 4701 has a message balloon 4702, a writing user column 4703 indicating the user who wrote the message, a self message column 4704 indicating his message, and a leaving button 4705 for instructing to leave. ,including.

  FIG. 48 is a diagram showing the wall 4801. As shown in FIG. 48, the wall 4801 has an abstract column 4802 indicating an abstract such as an activity record, a favorable evaluation value 4803 displayed in each abstract, and “add activity record” instructing addition of an activity record. A button 4804, a “home” button 4806, a “network” button 4807 for instructing start of a network process, a “search” button 4808 for instructing start of a search process, and a “message” button 4809 for instructing start of a message process And a “menu” button 4810.

  FIG. 49 is a diagram showing an activity record screen 4901. As shown in FIG. 49, the activity record screen 4901 includes a user column 4902 indicating a general user, an activity record detail column 4903 indicating the details of the activity record, and a disclosure range icon 4904 indicating the disclosure range of the displayed activity record. And including.

  FIG. 50 is a diagram showing an activity record editing / registration screen 5001. As shown in FIG. 50, the activity record / registration screen 5001 includes a basic item column 5002, a body column 5003 indicating the body of the activity record, an image file to be attached, a reference button 5004 for selecting a path of the attached file, and a display. A disclosure range column 5005 for selecting and instructing the disclosure range of the activity record being registered, and a “registration” button 5006 for instructing registration.

  FIG. 51 is a diagram showing a portfolio screen 5101. As shown in FIG. 51, the portfolio screen 5101 has an owner column 5102 indicating the owner user of the portfolio, an “order” button 5103 for instructing the rearrangement of the activity records, and an activity record column 5104 indicating the details of the activity records. And a disclosure range icon 5105 indicating the disclosure range of the portfolio being displayed.

  FIG. 52 is a view showing a portfolio registration / editing screen (basic information) 5201. As shown in FIG. 52, the portfolio registration / edit screen (basic information) 5201 has a “basic information” button 5202 for instructing editing of basic information, an “activity recording” button 5203 for instructing editing of activity records, and a layout. A layout field 5204 for instructing selection, an output format field 5205 for instructing selection of an output format, a disclosure range field 5206 for instructing selection of a portfolio disclosure range, a “delete” button 5207 for instructing deletion, and a registration instruction A “Determine” button 5208.

  FIG. 53 is a view showing a portfolio registration / edit screen (activity record) 5301. As shown in FIG. 53, a portfolio registration / edit screen (activity record) 5301 includes a “basic information” button 5302 for instructing editing of basic information, an “activity record” button 5303 for instructing editing of activity records, An activity record abstract column 5304 indicating the abstract of the record, a thumbnail image 5305 obtained by thumbnailing the images included in the activity record, a “delete” button 5306 for instructing deletion from the portfolio of the activity record, and the order of the activity records An order change button 5307 for instructing the change of the item, a “return” button 5308 for returning to the previous screen, and a “decision” button 5309 for instructing the registration of the portfolio.

  FIG. 54 is a diagram showing a portfolio browsing screen 5401. As shown in FIG. 54, the portfolio browsing screen 5401 includes an owned user column 5402 indicating the owner user of the portfolio, a section column 5403 indicating a section in which a plurality of activity records are bundled, and a section column “delete” indicating deletion of the section column. A button 5404, a section field “edit” button 5405 for instructing editing of the section field, an activity record detail field 5406 indicating the details of the activity record, and an activity record “delete” button 5407 for instructing deletion of the activity record from the portfolio An activity record “edit” button 5408 for instructing editing of the activity record, a “post to other SNS” button 5409 for instructing posting of the portfolio to another SNS, and an instruction for generating a URL for sharing “ URL for sharing "button 5410.

  As described above, the portfolio creation system according to the present embodiment is provided with the approval storage table (group user table 211) for storing the approval determined for each user by the advisor who determines whether or not the user is permitted to register. 21. An authentication unit (step 404 in FIG. 21) that prohibits the use of an unaccepted user and permits the use of an approved user that is an approved user, a user table 205 that stores information about the approved user, and an activity of the approved user An activity table 206 that stores activity records that are records, a portfolio table 212 that stores portfolios including information of approved users and records of activities of approved users, and an activity record display unit (activity records) that selectively displays activity records Process) and information about authorized users Comprising the portfolio creation unit for storing a portfolio table 212 to generate a portfolio based on the selected activity recorded (Portfolio process), the.

  Accordingly, it is possible to provide a portfolio creation system in which the user's activity records can be accumulated by a simple operation, the accumulated activity records can be easily integrated into a portfolio, and impersonation by a third party can be prevented. There is an effect.

  In addition, the portfolio creation system according to the present embodiment stores a user table 205 that stores information about users, an activity table 206 that stores activity records that are records of user activities, and evaluations from other users regarding the activity records. Activity evaluation tables (activity comment table 207, activity evaluation table 208), portfolio table 212 for storing portfolios including user information and user activity records, and activity records that can be selected along with evaluations from other users. An activity record display unit (activity record process), and a portfolio creation unit (portfolio process) that generates a portfolio based on information about the user and the selected activity record and stores it in the portfolio table 212.

  Furthermore, the portfolio creation system according to the present embodiment includes a user table 205 that stores information about the user, an activity table 206 that stores an activity record that is a record of the user's activities, and message exchange in a chat room set up by the user. Message part (message process) that is displayed, message part displayed with a comment, message activity record display part that displays the activity record of the specified user when the user who wrote is specified, and user information And a portfolio table 212 for storing a portfolio including user activity records, an activity record display unit (activity record process) for selectively displaying activity records, and generating a portfolio based on information about the users and the selected activity records. do it Comprising the portfolio creation unit for storing the over portfolio table 212 (Portfolio process), the.

  Therefore, it is possible to refer to evaluations and comments made by other users on the activity record of each other and to create a more objective portfolio.

1 Headquarter 2 Internet 10 Main server 20 Database server 30 Mail server 41 User terminal 42 Organization terminal 43 Advisor terminal 44 Scout terminal 45 Administrator terminal 46 University server 201 Operator table 202 Organization table 202 Organization user table 204 Group table 205 User table 206 Activity table 207 Activity comment table 208 Activity evaluation table 209 Follow table 210 Advisor table 211 Group user table 212 Portfolio table 213 Portfolio comment table 214 Portfolio evaluation table 215 Assignment table 216 Assignment reception table 217 Assignment response table 218 Chat room table 219 Room member table 220 Message table

Claims (4)

A system for creating a portfolio from activity records,
An approval storage table that stores the approval specified separately from the user and determined by the advisor that determines whether or not the user is registered for each user ID that is uniquely assigned to the user;
An authentication unit that prohibits the use of the user who has not been given the approval and permits the use of an approved user who is the user to whom the approval has been given;
A user table that stores information about the authorized user;
An activity table for storing the activity record which is a record of the activity of the authorized user;
An activity record display unit for selectively displaying the activity record;
A portfolio creation unit for generating the portfolio based on the information related to the approved user and the selected activity record;
A portfolio creation system. An activity evaluation table for storing evaluations from other users on the activity record;
The activity record display unit
The portfolio creation system according to claim 1, wherein the activity record is displayed so as to be selectable together with the evaluation from the other user. A message part for exchanging messages in the chat room launched by the user;
An activity record display unit in a message that displays the activity record of the specified user when the user who wrote the message is displayed along with the comment displayed by the message unit;
The portfolio creation system according to claim 1, further comprising:   The portfolio creation system according to claim 1, further comprising a search unit that searches for the portfolio.

Images