JP7116152B2 - School supplies sales system, school supplies sales method and school supplies sales program - Google Patents

Description

The present invention relates to a school supplies sales system, a school supplies sales method, and a school supplies sales program.

Conventionally, a system for selling furnishings via the Internet has been put into practical use. For example, Japanese Patent Laying-Open No. 2019-095897 (Patent Literature 1) discloses a product providing server that assists in easily and accurately selecting a product that a user likes and providing it to the user.

JP 2019-095897 A

Like the product providing server disclosed in the above-mentioned Patent Literature 1, in the conventional system, it is important to provide various kinds of support so that the purchaser can easily purchase the product.

However, there are school-specific issues when purchasing school supplies. For example, uniforms are specified for each school, and there is a need to prevent purchase by a third party unrelated to the school.

SUMMARY OF THE INVENTION An object of the present invention is to provide a novel school supplies sales system for solving problems specific to the sale and purchase of school supplies.

According to one aspect of the present invention, a school supplies sales system includes authentication information management means for managing authentication information associated with a specific school, user management means for managing user registration and user access, and purchase of school supplies. providing means for providing the user with a user interface screen for The user management means registers the school corresponding to the authentication information in association with the user when any of the authentication information provided to the student through the school management entity is entered in association with the user. The providing means provides a user interface screen on which school-designated products, which are school supplies designated by the associated school, can also be purchased when the destination user is associated with any school.

Preferably, the providing means provides a user interface screen that enables the purchase of arbitrary school supplies that are not school-designated products, regardless of the user to whom the offer is made.

Preferably, the school supplies sales system pre-purchases mandatory-purchase items, which are items that must be purchased among the school-designated items of the school associated with the user of the supply destination, before the selection operation by the user. Further comprising selection means for selecting as a target.

Preferably, the school entity provides authentication information only to students who attend or are scheduled to attend a school operated by the school entity.

Preferably, the school supplies sales system further includes notification means for notifying according to the remaining number of days until a predetermined application deadline when payment processing for the school supplies selected for purchase is not completed.

Preferably, the school supplies sales system further includes suggestion means for proposing sizes of furnishings among the school supplies in response to input of physical information from the user.

Preferably, the school supplies sales system further includes acquisition means for electronically acquiring the measurement information from the form on which the measurement information measured at the measurement session is entered.

Preferably, the user management means performs user registration of the parent user and one or more child users associated with the parent user.

A method of selling school supplies according to another aspect of the present invention includes the steps of generating authentication information associated with a particular school; registering a user in response to user access; registering with said user the school corresponding to said credentials; and providing a user interface screen to the user. In the step of providing, when the user to whom the provision is made is associated with any school, the step of providing a user interface screen on which school-designated products, which are school supplies designated by the associated school, can also be purchased. including.

A school supplies vending program according to yet another aspect of the present invention provides a computer with the steps of generating authentication information associated with a particular school, registering the user in response to user access, and , when any of the authentication information provided to the student through the school management entity is entered, registering the school corresponding to the authentication information in association with the user; and providing a user interface screen for making a purchase. In the step of providing, when the user to whom the provision is made is associated with any school, the step of providing a user interface screen on which school-designated products, which are school supplies designated by the associated school, can also be purchased. including.

According to the present invention, it is possible to provide a school supplies sales system capable of solving problems specific to the sale and purchase of school supplies.

FIG. 4 is a diagram for explaining an overview of processing in the school supplies sales system according to the present embodiment; FIG. 2 is a schematic diagram showing a functional configuration example of a management server of the school supplies sales system according to the present embodiment; FIG. 2 is a schematic diagram showing a hardware configuration example of a management server of the school supplies sales system according to the present embodiment; FIG. FIG. 10 is a sequence diagram illustrating an overview of processing between a school management entity and students in the school supplies sales system according to the present embodiment; FIG. 4 is a schematic diagram showing an example of authentication information provided by the school supplies sales system according to the present embodiment; FIG. 3 is a diagram for explaining an example of the data structure of a user management database held by the administration server of the school supplies sales system according to the present embodiment; FIG. 4 is a flow chart showing a processing procedure relating to user management in the administration server of the school supplies sales system according to the present embodiment; FIG. 4 is a schematic diagram showing an example of an initial user interface screen provided by the management server of the school supplies sales system according to the present embodiment; FIG. 4 is a schematic diagram showing an example of a user interface screen relating to user management provided by the administration server of the school supplies sales system according to the present embodiment; FIG. 4 is a schematic diagram showing an example of a user interface screen for inputting authentication information provided by the administration server of the school supplies sales system according to the present embodiment; FIG. 4 is a schematic diagram showing an example of a user interface screen (when authentication information is registered) related to purchase of school supplies provided by the management server of the school supplies sales system according to the present embodiment; FIG. 4 is a schematic diagram showing an example of a user interface screen (when authentication information is not registered) related to purchase of school supplies provided by the administration server of the school supplies sales system according to the present embodiment; FIG. 10 is a flow chart showing a processing procedure for purchasing school supplies provided by the management server of the school supplies sales system according to the present embodiment; FIG. FIG. 4 is a schematic diagram showing an example of the data structure of a product database held by the management server of the school supplies sales system according to the present embodiment; FIG. 4 is a diagram for explaining an example of a deadline alert function provided by the administration server of the school supplies sales system according to the present embodiment; FIG. FIG. 4 is a diagram for explaining a pre-selection function of mandatory-purchase products provided by the administration server of the school supplies sales system according to the present embodiment; FIG. 17 is a schematic diagram showing an example of a user interface screen displaying the contents of the cart shown in FIG. 16; FIG. 4 is a diagram for explaining an example of a size recommendation function implemented in the school supplies sales system according to the present embodiment; FIG.

Embodiments according to the present disclosure will be described in detail with reference to the drawings. The same or corresponding parts in the drawings are given the same reference numerals, and the description thereof will not be repeated.

<A. Terms>
First, some terms used in the description of this specification will be explained.

As used herein, "school" includes any organization that provides an educational setting. For example, "school" includes nursery school, kindergarten, elementary school, junior high school, high school, university, graduate school, various vocational schools, and the like.

As used herein, "student" includes a natural person destined to attend any school. A "student" can include both a person who is about to enter a school (for example, a person who has passed an entrance examination) and a person who has already been enrolled in a school. "Students" can include kindergarteners, children, students, etc. in addition to students in the narrow sense.

As used herein, "school supplies" includes any item used in school. For example, "school supplies" include (1) accessories such as uniforms, coats, gym clothes (training wear), bags, shoes, ties, belts, socks, rain gear, swimwear, and lunch clothes, (2) pencils, notebooks, erasers, It may include stationery such as ballpoint pens, and (3) any other items necessary for school life.

As used herein, "school-designated merchandise" means school supplies designated by a particular school. "School-designated goods" can include both school supplies manufactured or processed exclusively for a specific school (for example, the school name, school emblem, etc. are embroidered or printed) and general-purpose school supplies. However, "school-designated products" can only be purchased by students who attend or plan to attend schools that have designated the "school-designated products".

In addition, "school-designated products" are products that must be purchased by students who attend or plan to attend a school that has designated the "school-designated products" (hereinafter referred to as "must-purchase products"). ) and products for which purchase is optional (hereinafter also referred to as “optional purchase products”).

In this specification, "general goods" means "school supplies" that are not included in the above-mentioned "school-designated goods". That is, "general merchandise" is school supplies for which there are no restrictions on the purchaser.

It should be noted that the classification of "school-designated products" and "general products" may differ from school to school. For example, an arbitrary school item may be a school-designated product from the viewpoint of one school, but not a school-designated product from the viewpoint of another school (that is, it corresponds to a general product). Therefore, the classification between "school-designated products" and "general products" may be absolute (uniformly differentiated regardless of school) or relative (separate for each school). may

<B. School supplies sales system>
Next, school supplies sales system 1 according to the present embodiment will be described. FIG. 1 is a diagram for explaining an outline of processing in school supplies sales system 1 according to the present embodiment.

Referring to FIG. 1, school supplies sales system 1 includes management server 100 as the center, school administration entity 200 , students 300 , school supplies supply entity 400 , delivery entity 450 , and payment entity 500 .

Management server 100 consists of one or a plurality of computers in charge of processing necessary for the management of school supplies sales system 1 according to the present embodiment. Details of the hardware configuration of the administration server 100 and the processing executed by the administration server 100 will be described later.

The school management entities 200 include administrative agencies, public interest groups, corporations, and individuals that manage arbitrary schools. It should be noted that the school management entity 200 may manage multiple types of schools in an integrated manner. In implementing the processing necessary for school supplies sales system 1 according to the present embodiment, part or all of school management entity 200 may be implemented by a computer.

Students 300 are one or more students attending any school. In the following description, the term "student 300" is used for both individual students and groups of students for convenience of explanation.

The school supplies supplier entity 400 is an entity that provides school supplies, and includes, for example, a seller (eg, a trading company, a wholesaler, a retailer) or a manufacturer of school supplies.

The delivery entity 450 is in charge of delivering school supplies provided by the school supplies supply entity 400 to the students 300 . Note that the delivery process handled by the delivery entity 450 may be handled by the school supplies supply entity 400 .

The payment subject 500 is in charge of payment processing related to the purchase of school supplies. Some or all of the payment processing handled by the payment entity 500 may be handled by the administration server 100, or may be handled by the school supplies supply entity 400 or the delivery entity 450.

Here, an example of information exchange in the school supplies sales system 1 shown in FIG. 1 will be described.

The management server 100 provides the authentication information 10 to the school management entity 200 . The authentication information 10 includes information for authenticating the student 300 who attends a particular school.

The school management entity 200 provides the authentication information 10 acquired from the management server 100 to the students 300 who attend or are scheduled to attend the school. A student 300 accesses the administration server 100 using the authentication information 10 .

In this way, the authentication information 10 is associated with a specific school and used when the student 300 accesses the management server 100. FIG. When the access source student 300 is authenticated as being the student 300, the student 300 can purchase school-designated products of the school that the student 300 attends. That is, in the school supplies sales system 1 according to the present embodiment, without the authentication information 10 provided via the school management entity 200, purchase of school-designated products of the school operated by the school management entity 200 is restricted. A platform is provided that allows The details of the authentication information 10 and the processing using the authentication information 10 will be described later.

The management server 100 also takes charge of processing after the student 300 purchases school supplies. That is, when the student 300 takes the procedure to purchase any school supplies, the management server 100 requests the payment entity 500 to perform payment processing. Then, when the operation server 100 receives notification of the success of the payment processing from the payment entity 500, it transmits purchase information to the school supplies supply entity 400 that handles the purchased school supplies. In addition, the administration server 100 may transmit purchase information to the delivery entity 450 .

The school goods supply entity 400 and/or the delivery entity 450 deliver the purchased product to the student 300 who is the purchaser according to the purchase information from the management server 100 .

In this way, school supplies sales system 1 according to the present embodiment provides a platform that allows purchase of school-designated products only for students 300 attending the school.

FIG. 2 is a schematic diagram showing a functional configuration example of administration server 100 of school supplies sales system 1 according to the present embodiment. 2, operation server 100 includes, as a functional configuration, authentication information management function 20, user management function 22, user interface screen providing function 24, settlement management function 26, delivery management function 28, user and support function 30 .

The authentication information management function 20 is in charge of managing the authentication information 10 associated with a specific school. More specifically, the authentication information management function 20 is in charge of issuing, providing, and authenticating the authentication information 10 .

The user management function 22 is in charge of processing such as user registration and user access (login) to the school supplies sales system 1 . In particular, when any authentication information 10 provided to the student 300 via the school management entity 200 is input, the user management function 22 associates the user with the school corresponding to the authentication information 10. Associate and register.

The user interface screen providing function 24 is in charge of providing the user with a user interface screen for purchasing school supplies. In particular, the user interface screen providing function 24 is responsible for managing the range of school supplies that can be purchased by the user in the school supplies sales system 1 . More specifically, when the user (student 300) of the provision destination is associated with any school, a user interface that can also purchase school-designated products, which are school supplies designated by the associated school. A screen is provided.

The payment management function 26 takes charge of payment processing when a user purchases school supplies in the school supplies sales system 1 . The delivery management function 28 takes charge of delivery processing of school supplies purchased by the user in the school supplies sales system 1 .

The user support function 30 is in charge of processing for supporting the purchase of school supplies by the user in the school supplies sales system 1 . For example, the user support function 30 includes a deadline alert function 32 , a pre-selection function 34 , a size recommendation function 36 and a size automatic reflection function 38 .

Details of each function will be described in detail below.

<C. Hardware configuration>
Next, an example of the hardware configuration of school supplies sales system 1 according to the present embodiment will be described.

(c1: management server 100)
FIG. 3 is a schematic diagram showing a hardware configuration example of administration server 100 of school supplies sales system 1 according to the present embodiment. Typically, management server 100 is implemented using one or more general-purpose computers.

Referring to FIG. 3, management server 100 includes one or more processors 101, main memory 102, communication interface 103, input unit 104, display 105, and storage 110 as main components. These components are connected via internal bus 106 .

The processor 101 is composed of, for example, a CPU (central processing unit) or a GPU (graphics processing unit). A plurality of processors 101 may be arranged, or a processor 101 having a plurality of cores may be employed.

The main memory 102 is composed of a volatile storage device such as a DRAM (dynamic random access memory) or an SRAM (static random access memory). The storage 110 is configured by a non-volatile storage device such as a hard disk or SSD (solid state drive), and holds various programs and various data executed by the processor 101 . Among the programs stored in the storage 110, the designated program code is developed on the main memory 102, and the processor 101 sequentially executes the computer-readable instructions included in the program code developed on the main memory 102. , realizes various functions as described later.

The storage 110 stores a system program 112 , a service providing program 114 , an authentication information database 120 , a user management database 130 and a product database 140 .

The system program 112 is an OS (operating system) that provides an environment for executing arbitrary programs on the management server 100 . The service providing program 114 consists of one or more application programs for implementing functions provided by the management server 100 . A part of the processing of the service providing program 114 may provide functions or libraries provided by the system program 112 .

The authentication information database 120 is a database that manages the authentication information 10 . The user management database 130 is a database for managing users who use the school supplies sales system 1 . The merchandise database 140 is a database that manages merchandise that can be purchased by the school supplies sales system 1 .

The communication interface 103 is in charge of exchanging data with terminals of the school management entity 200, the students 300, the school supply entity 400, the delivery entity 450, and the payment entity 500, and the like. Communication interface 103 may include, for example, an Ethernet port to allow communication over the Internet.

The input unit 104 accepts arbitrary input instructions. A display 105 displays the processing results of the processor 101 and the like.

All or part of the operation server 100 may be implemented using a hardwired circuit such as an ASIC (application specific integrated circuit) in which a circuit corresponding to computer-readable instructions is embedded. Alternatively, it may be implemented using circuits corresponding to computer-readable instructions on an FPGA (field-programmable gate array). Alternatively, the processor 101 and main memory, ASIC, FPGA, etc. may be appropriately combined for realization.

The management server 100 may further have a component for reading the stored program from a non-transitory medium that stores the service providing program 114 made up of computer-readable instructions. . The medium may be, for example, an optical medium such as a DVD (digital versatile disc), a semiconductor medium such as a USB memory, or the like. Furthermore, the service providing program 114 may be provided from a distribution server on the network as well as being installed in the management server 100 via media.

(c2: school management entity 200 and student 300)
The school administration entity 200 and the students 300 participate in the school supplies sales system 1 using arbitrary terminals. The terminals used by the school management entity 200 and the students 300 include arbitrary information processing devices such as personal computers, smart phones, tablets, and mobile phones.

The functions provided to the school management body 200 and the students 300 may be realized by an application pre-installed on the terminal, or by using the user interface screen provided by the management server 100 through the browser of the terminal. good too.

Various functions including the provision of user interface screens to the school management body 200 and the students 300 may be realized using any hardware configuration and software configuration.

(c3: school goods supply entity 400, delivery entity 450, and payment entity 500)
All or part of the necessary processing in the school goods supply entity 400, the delivery entity 450, and the settlement entity 500 are realized using general-purpose computers.

<D. Overview of Processing Between School Management Body 200 and Student 300>
Next, an overview of the processing between the school management entity 200 and the students 300 in the school supplies sales system 1 according to the present embodiment will be described. Also, processing related to the authentication information management function 20 shown in FIG. 2 will be described.

FIG. 4 is a sequence diagram illustrating an outline of processing between school administration entity 200 and student 300 in school supplies sales system 1 according to the present embodiment.

Referring to FIG. 4, school management entity 200 transmits a generation request requesting generation of authentication information 10 to management server 100 (sequence SQ2). The management server 100 responds to the generation request by generating the necessary authentication information 10 (sequence SQ4) and providing it to the school management entity 200 (sequence SQ6). That is, the management server 100 generates authentication information 10 associated with a specific school.

The school administration entity 200 provides the authentication information 10 provided from the administration server 100 to the student 300 who attends or is scheduled to attend the school (sequence SQ8). That is, the school management entity 200 provides the authentication information 10 only to the students 300 who attend or are scheduled to attend the school managed by the school management entity 200, To prevent an unrelated third party from purchasing school-designated products.

The transmission of the generation request (sequence SQ2) may be performed by data communication between computers, or part or all of the action may be performed by a person using e-mail, telephone, facsimile, or the like. Also, the provision of the authentication information 10 (sequence SQ6 and sequence SQ8) may be performed by data communication between computers, or by e-mail, telephone, facsimile, paper media (mail, courier service, etc.). Some or all of the acts may be performed by humans.

The student 300 accesses the administration server 100 (sequence SQ10). The management server 100 requests the student 300 to input the authentication information 10 provided by the school management entity 200 . When the student 300 inputs the authentication information 10, the administration server 100 executes authentication processing based on the input authentication information 10 (sequence SQ12). If the authentication process succeeds, the administration server 100 executes the authentication process based on the input authentication information (sequence SQ12).

When the authentication process succeeds, the management server 100 identifies the corresponding school based on the authentication information 10, and generates school-designated product information for enabling purchase of the school-designated product of the identified school ( sequence SQ14).

The student 300 selects and purchases necessary school supplies on the user interface screen provided by the management server 100 (sequence SQ16). In this purchase procedure, the student 300 inputs payment information such as credit card number, bank account number, QR code (registered trademark).

The administration server 100 executes payment processing using the payment information input by the student 300 (sequence SQ18). When the payment process is successful, the administration server 100 executes the process (purchase delivery process) related to the arrangement and delivery of the target school supplies (sequence SQ20).

FIG. 5 is a schematic diagram showing an example of authentication information 10 provided by school supplies sales system 1 according to the present embodiment. The storage 110 of the administration server 100 stores an authentication information database 120 as shown in FIGS. 5A and 5B.

The authentication information database 120 shown in FIG. 5A includes a school ID 122, a password 123, and an expiration date 124 associated with each school key 121. FIG. That is, in the authentication information database 120 shown in FIG. 5A, unique identification information is assigned to each school. An expiration date 124 is set for each unique information.

In this case, a set of school ID 122 and password 123 is provided as authentication information 10 to school management body 200 and student 300 . In other words, the students 300 of a certain school will access the management server 100 using the common authentication information 10 .

The management server 100 can identify the school by referring to the authentication information database 120 with the school ID 122 included in the authentication information 10 used for access from the student 300, and can identify the school based on the information of the identified school. Generate specified product information.

By adopting the authentication information database 120 shown in FIG. 5A, the types and number of authentication information 10 can be reduced, and processing and management can be simplified.

In the authentication information database 120 shown in FIG. 5B, a school key 121 is associated with a plurality of individual IDs 125 . A password 126 and an expiration date 127 are associated with each individual ID 125 .

In this case, a set of individual ID 125 and password 126 is provided to student 300 as authentication information 10 . That is, each student 300 accesses the administration server 100 using the unique authentication information 10 provided to him/herself. Since different authentication information 10 is provided for each student 300 , the management server 100 provides the school administration entity 200 with authentication information 10 for each student 300 as an authentication information set 12 .

The management server 100 can identify the school by referring to the authentication information database 120 with the school ID 122 included in the authentication information 10 used for access from the student 300, and can identify the school based on the information of the identified school. Generate specified product information.

By adopting the authentication information database 120 shown in FIG. 5(B), it is possible to manage the presence or absence of access for each authentication information 10. Therefore, it is possible to prevent a single authentication information 10 from being used by a user other than the original student 300. Unauthorized use can be prevented.

<E. User management function 22>
Next, an example of user management in school supplies sales system 1 according to the present embodiment will be described.

As described above, the school supplies sales system 1 requires payment processing and the like associated with the purchase of school supplies. Also, from the parent's point of view, one family may include a plurality of students 300 . Also, the plurality of students 300 do not necessarily attend the same school.

Therefore, in the school supplies sales system 1 according to the present embodiment, the guardian of the student 300 can be registered as a parent user, and one or more students 300 can be registered as child users in association with the parent user. there is That is, the user management function 22 is configured to perform user registration of a parent user and one or more child users associated with the parent user.

FIG. 6 is a diagram for explaining an example of the data structure of user management database 130 held by administration server 100 of school supplies sales system 1 according to the present embodiment.

Referring to FIG. 6, assuming one family, parent user 40 and one or more child users 42 are associated and registered in user management database 130 .

More specifically, first, an account for parent user 40 is created. A user name, a password, delivery destination information, and the like are associated and registered with the parent user 40 . A user name may be an e-mail address or an arbitrary nickname. Subsequently, an account for child user 42 is created in association with parent user 40 . Names, school information, size information, and the like are associated and registered with each of the child users 42 .

Here, for the child user 42, the authentication information 10 provided by the school management body 200 is input, and unless the authentication processing based on the input authentication information 10 succeeds, the school information is not associated. That is, only when the authentication information 10 is properly registered, the child user 42 is associated with the school information and permitted to purchase the school-designated product of the corresponding school.

FIG. 7 is a flow chart showing a processing procedure relating to user management in administration server 100 of school supplies sales system 1 according to the present embodiment. Each step shown in FIG. 7 is typically implemented by the processor 101 of the management server 100 executing the service providing program 114 .

Referring to FIG. 7, management server 100 determines the type of access from the user (step S100). If the access from the user is a request for new registration of parent user 40 ("new registration" in step S100), administration server 100 displays a user interface screen for creating an account for parent user 40 to the access source terminal. provided (step S102).

The management server 100 acquires information input through the user interface screen for creating the account of the parent user 40 (step S104), and creates the account of the parent user 40 (step S106). That is, user registration of the parent user 40 is performed. In step S104, information associated with the parent user 40, such as the user name, login password, and delivery destination information, is obtained.

Subsequently, the administration server 100 determines whether or not a request for new registration of the child user 42 has been received (step S108). If a request for new registration of child user 42 has not been received (NO in step S108), administration server 100 ends the subsequent processing.

If a request for new registration of child user 42 has been received (YES in step S108), administration server 100 provides the accessing terminal with a user interface screen for creating an account for child user 42 (step S110). .

The administration server 100 acquires information input through the user interface screen for creating an account for the child user 42 (step S112), and creates an account for the child user 42 (step S114). That is, user registration of the child user 42 is performed. Furthermore, if the authentication information 10 has been input (YES in step S116), the administration server 100 refers to the authentication information database 120 and executes authentication processing based on the input authentication information 10 (step S118). .

If the authentication process based on the authentication information 10 succeeds (YES in step S120), the administration server 100 associates the school information corresponding to the authentication information 10 for which the authentication process succeeded with the child user 42 (step S122). In this way, when any of the authentication information 10 provided to the student 300 via the school administration entity 200 is input, the administration server 100 associates the child user 42 with the school corresponding to the authentication information 10. It is registered in association with the child user 42 .

The administration server 100 determines whether or not a request for new registration of another child user 42 has been received (step S124). If a request for new registration of another child user 42 has been received (YES in step S124), the processes from step S110 onward are repeated.

If a request for new registration of another child user 42 has not been received (NO in step S124), the processing related to user registration ends.

On the other hand, if the access from the user is a request for login by the parent user 40 ("login" in step S100), the administration server 100 executes user authentication processing based on the input user name and login password ( step S126). If the user authentication process is successful (YES in step S128), the administration server 100 executes login process (step S130).

<F. User interface screen providing function 24>
Next, examples of user interface screens provided in association with the above-described processing procedure will be described.

FIG. 8 is a schematic diagram showing an example of an initial user interface screen 250 provided by administration server 100 of school supplies sales system 1 according to the present embodiment. Referring to FIG. 8, user interface screen 250 is provided corresponding to the process of step S100 shown in FIG. More specifically, user interface screen 250 includes a new registration button 251 requesting new registration of parent user 40 and a login button 254 requesting login of parent user 40 .

When the new registration button 251 is selected, the processes from step S102 onward shown in FIG. 7 are executed. On the other hand, when the user logs in, he or she enters a user name in the user name field 252 and a password in the password field 253 and then selects the login button 254 . Then, the processing after step S126 shown in FIG. 7 is executed.

FIG. 9 is a schematic diagram showing an example of a user interface screen 260 relating to user management provided by administration server 100 of school supplies sales system 1 according to the present embodiment. A user interface screen 260 shown in FIG. 9 includes an add button 261 for requesting new registration and additional registration of the child user 42 . When the add button 261 is selected, the processes of step S110 and subsequent steps shown in FIG. 7 are executed.

User interface screen 260 includes a field 262 that shows some of the child users 42 that have already been enrolled. FIG. 9 shows a state in which three child users 42 named "Hanako", "Taro", and "Jiro" are registered. An edit button 263 is arranged in the field 262 . When the edit button 263 is selected, a user interface screen is provided for editing the name, school information, size information, etc. of the corresponding child user 42 .

When the child users 42 are registered, the active user display 264 displays the active child users 42 among the registered child users 42 . When the active user display 264 is selected, a list 265 of registered child users 42 is displayed, and by selecting one of the child users 42 from the list 265, the active child user 42 can be arbitrarily switched. be able to. Processing such as generation of school-designated product information, which will be described later, is executed based on the active child user 42 .

FIG. 10 is a schematic diagram showing an example of a user interface screen 270 for inputting authentication information 10 provided by administration server 100 of school supplies sales system 1 according to the present embodiment. Referring to FIG. 10, user interface screen 270 is provided corresponding to the processing of step S116 shown in FIG. 7 and the like. More specifically, user interface screen 270 includes a school ID field 271 that receives input of school ID 122 included in authentication information 10 and a password field 272 that receives input of password 123 . The user inputs the content of the authentication information 10 provided by the school operator 200 to the user interface screen 270 .

The registration of the parent user 40 and one or more child users 42 is completed by the processing and the user interface screen as described above.

Next, an example of a method for controlling whether school-designated products can be purchased in school supplies sales system 1 according to the present embodiment will be described.

FIG. 11 is a schematic diagram showing an example of a user interface screen 280A (when authentication information 10 is registered) related to purchase of school supplies provided by administration server 100 of school supplies sales system 1 according to the present embodiment. FIG. 12 is a schematic diagram showing an example of a user interface screen 280B related to purchase of school supplies provided by administration server 100 of school supplies sales system 1 according to the present embodiment (when authentication information 10 is not registered).

Referring to FIG. 11, user interface screen 280A includes school-designated merchandise area 282 and general merchandise area 284 .

One or more thumbnail images 283 representing school-designated products are displayed in the school-designated product area 282 . Further, an additional image 281 indicating that the product is a school-designated product may be superimposed on the thumbnail image 283 and displayed.

In the general product area 284, one or more thumbnail images 283 representing general products other than school-designated products are displayed.

The user (student 300 ) can select all school supplies (school-designated and general merchandise) displayed in the school-designated merchandise area 282 and the general merchandise area 284 . When thumbnail image 283 and/or thumbnail image 285 are selected, they are temporarily registered in cart 286 .

Referring to FIG. 12, on user interface screen 280B, school-designated product area 282 shown in FIG. 11 is not displayed, and only general product area 284 is displayed. The user can select only general merchandise displayed in the general merchandise area 284 .

Thus, the range of school-designated products that can be purchased differs depending on whether or not the authentication information 10 is registered. In other words, if the destination user is associated with any school, the administration server 100 provides the user interface screen 280A that allows purchase of school-designated products of the associated school. On the other hand, the administration server 100 provides user interface screens 280A and 280B that enable the purchase of arbitrary school supplies that are not school-designated products, regardless of the user to whom they are provided.

FIG. 13 is a flowchart showing a processing procedure for purchasing school supplies provided by administration server 100 of school supplies sales system 1 according to the present embodiment. Each step shown in FIG. 13 is typically implemented by the processor 101 of the management server 100 executing the service providing program 114 .

Referring to FIG. 13, upon receiving a request for product display (YES in step S200), administration server 100 determines whether school information is associated with currently active child user 42 (step S202). .

If school information is associated with the currently active child user 42 (YES in step S202), management server 100 refers to product database 140 based on the school information associated with child user 42, One or more school-designated products are specified (step S204). Then, the management server 100 acquires the attribute information such as the thumbnail image 283 and the product number and price of the identified one or more school-designated products (step S206).

On the other hand, if no school information is associated with the currently active child user 42 (NO in step S202), the processes of steps S204 and S206 are skipped.

Subsequently, the management server 100 refers to the product database 140 to identify general products (step S208). Then, the management server 100 acquires the attribute information such as the thumbnail image 285 and the product number and price of the specified one or more general products (step S210).

Then, the management server 100 generates and provides a user interface screen 280 for purchasing school supplies based on the acquired thumbnail images and attribute information (step S212). Thus, the management server 100 provides the user with the user interface screen 280 for purchasing school supplies in response to user access. At this time, if the destination user is associated with any school, a user interface screen 280 is provided on which the school-designated products of the associated school can also be purchased.

If any school supplies are selected (YES in step S214), administration server 100 registers the selected school supplies in cart 286 (step S216).

When the start of payment processing is requested (YES in step S218), administration server 100 executes payment processing for the school supplies registered in cart 286 (step S220). After the settlement process, the management server 100 executes the purchase delivery process for arranging and delivering the paid school supplies (step S222).

Next, an example of the data structure of the product database 140 for providing the user interface screen 280 for purchasing school supplies as described above will be described.

FIG. 14 is a schematic diagram showing an example of the data structure of product database 140 held by administration server 100 of school supplies sales system 1 according to the present embodiment. Referring to FIG. 14 , product database 140 includes product master table 142 , school-designated product table 144 , general product table 146 , and thumbnail image group 148 .

The merchandise master table 142 is a data table for managing school supplies handled in the school supplies sales system 1 . More specifically, each record of product master table 142 includes product ID 1421, product code 1422, product name 1423, price 1424, size variation 1425, product description 1426, and additional information 1427. The product ID 1421 stores identification information for specifying each product. The product code 1422 stores identification information given by the manufacturer of each product. The product name 1423 is the name of each product. The price 1424 stores the price of each product. The size variation 1425 stores information indicating the size variation of each product. In the case of a single size, for example, a flag is set in the "UNI" column. The product description 1426 stores the description of each product. The additional information 1427 stores additional information given to each product.

The school-designated product table 144 is a data table that defines school-designated products for each school. More specifically, each record of the school-specified product table 144 includes a school ID 1441 for specifying each school and a product ID 1442 for specifying products defined in the product master table 142 . A product ID 1442 corresponding to the school-designated product of the school is registered in the school ID 1441 indicating the school included in the school-designated product table 144 .

The general merchandise table 146 is a data table that defines general merchandise. More specifically, each record of the general product table 146 includes a product ID for identifying a product defined in the product master table 142. FIG. A product ID 1421 corresponding to general products is registered in the general product table 146 .

Thumbnail image group 148 includes one or more thumbnail images that visually indicate each product. Each thumbnail image included in the thumbnail image group 148 is assigned a product ID 1421 for specifying the corresponding product. That is, each of the thumbnail images is associated with one or more product IDs 1421, and incorporated into the user interface screen 280 for purchasing school supplies as necessary.

<G. User support function 30>
Next, an example of a user support function provided by school supplies sales system 1 according to the present embodiment will be described. Note that it is not necessary to implement all of the user support functions described below, and any one or a plurality of functions may be implemented depending on the situation.

(g1: deadline alert function 32)
As described above, in school supplies sales system 1 according to the present embodiment, school supplies selected by the user are registered in cart 286, and then settlement processing is executed. Therefore, there may be users who only register products in the cart 286 and do not perform payment processing.

On the other hand, school uniforms, for example, are not general-purpose items, so it may take a relatively long time to receive the item from payment to the user's hand. Typically, the uniform needs to be delivered to the student 300 by the time of the entrance ceremony, so a deadline alert function may be implemented to prompt the student to complete the payment process by the predetermined application deadline. .

FIG. 15 is a diagram for explaining an example of the deadline alert function provided by administration server 100 of school supplies sales system 1 according to the present embodiment. Alert windows 275A-275C as shown in FIGS. 15A-15C may pop up on the user interface screen. For example, the alert window 275 may be displayed when the user logs into the management server 100 .

The alert window 275 may include a remaining number of days 276 until the application deadline and a payment start button 277 for transitioning to a user interface screen for performing payment processing.

The application deadline may be determined, for example, based on the dates of the school's entrance ceremony and opening ceremony.

The alert window 275 may be displayed differently depending on the number of days remaining until the application deadline. For example, the mode of the alert may be changed in three stages such as (1) 11 days or more until the application deadline, (2) 6 to 10 days until the application deadline, and (3) 5 days or less until the application deadline. Alert windows 275A to 275C shown in FIGS. 15(A) to 15(C) are an example of three levels of alert display.

For example, an alert window 275B shown in FIG. 15B may be displayed in a manner that attracts the user's attention more than the alert window 275A shown in FIG. 15A. For example, the alert window 275A may be displayed in orange, while the alert window 275B may be displayed in darker red. Furthermore, in the alert window 275C shown in FIG. 15C, a warning object 278 such as "deadline is approaching" is added.

In addition to or instead of the alert window 275 shown in FIGS. 15A to 15C, a message calling the user's attention is sent by e-mail or SNS message functions. good too. As for the content of the message, the content and display mode may be changed according to the number of days remaining until the application deadline.

As described above, the deadline alert function 32 provides notification according to the number of days remaining until the predetermined application deadline when payment processing has not been completed for the school supplies selected for purchase. By adopting such a deadline alert function 32, it is possible to avoid situations in which school supplies such as uniforms are not delivered due to forgetting payment processing.

(g2: preselection function 34)
School-designated products may include products that must be purchased (mandatory purchase products) and products that are optional (optional purchase products). In particular, items that must be purchased must be purchased without fail, and it is troublesome for the user to select items one by one on the user interface screen. Therefore, if a school-designated product includes a purchase-mandatory product, the purchase-mandatory product may be selected in advance.

FIG. 16 is a diagram for explaining the pre-selection function of mandatory-purchase products provided by administration server 100 of school supplies sales system 1 according to the present embodiment. For users who have completed the input of the authentication information 10 and the registration of the school, at the timing of logging in to the management server 100, as shown in FIG. displayed on the screen.

Also, a caution message 288 such as "7 items required for purchase have been selected" may be displayed. The caution message 288 may be displayed when the user focuses the cart 286 with the mouse, or may be automatically displayed at the timing of login.

FIG. 17 is a schematic diagram showing an example of a user interface screen 290 displaying the contents of cart 286 shown in FIG. Referring to FIG. 17, on user interface screen 290, a list of product display objects 291 indicating registered purchase-required products is displayed. is displayed.

As for the products that must be purchased, the range that the user can change may be limited. For example, the increase/decrease button 294 associated with the quantity 293 consists of a set of a "+" button for addition and a "-" button for subtraction. ” button is grayed out and disabled for selection. That is, the quantity 293 cannot be changed to 0.

Also, for a mandatory purchase product for which the designated number of purchases is two or more, instead of the increase/decrease button 294, an increase button 295 consisting of only a "+" button may be displayed. That is, the "-" button for subtraction may not be displayed. However, the display of the "-" button may be enabled only when the current quantity 293 is set to 3 or more.

Furthermore, each of the product display objects 291 is associated with a delete button 296 for deleting the registered product, but for products that must be purchased, the delete button 296 is grayed out to invalidate the selection. It is In other words, the pre-registered mandatory purchase product cannot be deleted from the registration.

When the user selects the payment start button 277 after confirming the registered product, the user interface screen transitions to another user interface screen for performing payment processing. Then, settlement processing is started.

As described above, the pre-selection function 34 selects mandatory-purchase products that must be purchased among the school-designated products of the school associated with the user of the provision destination before the selection operation of the user. to be selected as a purchase target in advance. By adopting such a pre-selection function 34, it is possible to reduce the trouble of selection by the student 300 or the guardian of the student 300 and to prevent forgetting to purchase the purchase-required product.

(g3: size recommendation function 36)
In school supplies sales system 1 according to the present embodiment, a user (student 300) purchases school supplies via a user interface screen. Among school supplies, for example, it is necessary to select a size for school uniforms, and it may be difficult to select a size without actually trying it on. Therefore, by inputting information about the body of the student 300, a size recommendation function may be implemented that estimates and proposes the size of furnishings such as uniforms.

FIG. 18 is a diagram for explaining an example of the size recommendation function implemented in school supplies sales system 1 according to the present embodiment. Referring to FIG. 18 , school supplies sales system 1 has an estimation engine 180 . Note that the estimation engine 180 does not need to be installed in the school supplies sales system 1, and may be installed outside the school supplies sales system 1 so that it can be used by the management server 100 or the like.

The estimation engine 180 estimates the size of the user (student 300) in response to input of body information (outputs a size estimation result 184). Estimation engine 180 has a trained model 182 to output size estimation results 184 .

As the information about the user's body, for example, the size of clothes that the user is already wearing may be input. On the user interface screen 50 shown in FIG. 18, a message "Please enter the size of the clothes you are wearing now" is displayed. As 52, the manufacturer name or brand name is selected, and size information 54 (for example, SS, S, M, L, LL, etc.) of the clothing is input. The estimation engine 180 then refers to the trained model 182 and outputs a size estimation result 184 corresponding to the input type information 52 and size information 54 .

Alternatively, the user's own physical information may be input as the information regarding the user's body. On the user interface screen 60 shown in FIG. 18, a message "Please enter your body information" is displayed, and the user enters his height 62, weight 64, and age 66. If the user is female, the bra size 68 may be entered. Then, the estimation engine 180 refers to the trained model 182 and outputs a size estimation result 184 corresponding to the input physical information.

The size estimation results 184 may only be presented to the user or, after user approval, may be reflected in the size selection of the selected clothing item. Alternatively, when the size estimation result 184 is output in advance, when the user selects any furnishings, the size estimation result 184 may be preset as the default size of the selected furnishings.

As described above, the size recommendation function 36 proposes sizes of furnishings among school supplies in response to input of physical information from the user. By adopting such a size recommendation function 36, it is possible to reduce the complexity of size selection by the student 300 or the guardian of the student 300, and to assist selection of an appropriate size.

(g4: size automatic reflection function 38)
In school supplies sales system 1 according to the present embodiment, a user (student 300) can purchase school supplies including furnishings via a user interface screen. However, depending on the school, a measurement meeting may be held before the entrance ceremony. The measuring session is a place where the physical information of the student 300 is actually measured and the size of the furnishings is determined. Even when such a measuring session is held, a mechanism (automatic reflection function of the measuring information) of inputting the measuring information obtained at the measuring session to the school supplies sales system 1 may be adopted.

For the measurement information automatic reflection function, for example, an OCR (optical character recognition) function is implemented, and the information on the form filled in at the measurement session can be digitized and imported into the management server 100 . In this case, it is preferable that identification information assigned to each user (student 300) is printed on the sheet on which the size is entered at the measuring session. More specifically, the identification information included in the authentication information 10 associated with each user (student 300) should be printed on paper in the form of, for example, a QR code (registered trademark) or a barcode. Just do it. With the OCR function, it is possible to uniquely identify which user (student 300) the measurement information written on each sheet belongs to.

The measurement information measured at the measurement session may be simply presented to the user, or may be reflected in the size selection of the selected clothing item after the user's approval. Alternatively, when the user selects any clothing item, the measurements may be preset as the default size for the selected clothing item.

As described above, the size automatic reflection function 38 electronically acquires the measurement information from the sheet on which the measurement information measured at the measurement meeting is entered. By adopting such a size automatic reflection function 38, even when the user has an accurate size measured at an actual measuring session, the various functions provided by the above-described school supplies sales system 1 can be used. can.

<H. Other Forms>
For convenience of explanation, an implementation example in which a single management server 100 executes various processes has been exemplified, but the implementation is not limited to such an implementation, and any implementation can be adopted according to specifications and requirements. For example, a plurality of computers may work together to implement the functions provided by the management server 100 described above. Also, all or part of the computer that implements the management server 100 may be a virtual computer on cloud computing. In this case, in reality, part or all of the management server 100 may be located overseas, but even in this case, it should be interpreted as belonging to the technical scope of the present invention. .

Furthermore, some of the functions provided by the management server 100 described above are executed by application programs installed in any one of the terminals of the school management entity 200, the students 300, the school supply entity 400, the delivery entity 450, and the payment entity 500. may

<I. Advantage>
According to the school goods sales system according to the present embodiment, school-designated products designated by the school that each student attends or plans to attend are restricted so that only the student can substantially purchase them. Intentional or erroneous purchases can be prevented.

The embodiments disclosed this time should be considered as examples and not restrictive in all respects. The scope of the present invention is indicated by the scope of the claims rather than the above description, and is intended to include all changes within the scope and meaning equivalent to the scope of the claims.

1 school supply sales system, 10 authentication information, 12 authentication information set, 20 authentication information management function, 22 user management function, 24 user interface screen providing function, 26 payment management function, 28 delivery management function, 30 user support function, 32 deadline alert Function 34 Preselection function 36 Size recommendation function 38 Size automatic reflection function 40 Parent user 42 Child user 50, 60, 250, 260, 270, 280, 280A, 280B, 290 User interface screen 52 Type information , 54 size information, 62 height, 64 weight, 66 age, 68 bra size, 100 management server, 101 processor, 102 main memory, 103 communication interface, 104 input unit, 105 display, 106 internal bus, 110 storage, 112 system program , 114 service providing program, 120 authentication information database, 121 school key, 122,1441 school ID, 123,126 password, 124,127 expiration date, 125 individual ID, 130 user management database, 140 product database, 142 product master table, 144 school designated product table, 146 general product table, 148 thumbnail image group, 180 estimation engine, 182 learned model, 184 size estimation result, 200 school management entity, 251 new registration button, 252 user name field, 253, 272 password field , 254 login button, 261 add button, 262 field, 263 edit button, 264 active user display, 265 list, 271 school ID field, 275, 275A, 275B, 275C alert window, 276 remaining days, 277 start payment button, 278 attention Arousal object, 281 additional image, 282 school designated product area, 283,285 thumbnail image, 284 general product area, 286 cart, 288 warning message, 291 product display object, 292,1424 price, 293 quantity, 294 increase/decrease button, 295 increase button, 296 delete button, 300 student, 400 school supply entity, 450 delivery entity, 500 settlement entity, 1421, 1442 product ID, 1422 product code, 1423 product name, 1425 size variation, 1426 product description, 1427 additional information.

Claims (9)

an authentication information management means for managing authentication information associated with a specific school;
user management means for managing user registration and user access;
providing means for providing a user with a user interface screen for purchasing school supplies;
said authentication information management means , when any of the authentication information provided to the student via the school administration entity in association with the user is input , performs authentication processing based on the authentication information;
If the authentication process is successful, the user management means associates and registers the school corresponding to the authentication information with the user,
The provision means provides a user interface screen on which school-designated products, which are school supplies designated by the associated school, can also be purchased when the user to whom the provision is made is associated with any school ,
The school supply sales system , wherein the school management entity provides the authentication information only to students who attend or are scheduled to attend a school managed by the school management entity . 2. The school supplies sales system according to claim 1, wherein said providing means provides a user interface screen on which arbitrary school supplies other than said school-designated products can be purchased regardless of the user to whom the supplies are provided. Among the school-designated products of the school associated with the user of the provision destination, with regard to the purchase-required products, which are products that must be purchased without fail, selection means for selecting in advance as a purchase target before the selection operation of the user is provided. 3. The school supplies vending system of claim 1 or 2, further comprising: Any one of claims 1 to 3 , further comprising notification means for notifying according to the number of days remaining until a predetermined application deadline when payment processing for the school supplies selected for purchase has not been completed. The school supplies sales system described in . 5. The school supplies sales system according to any one of claims 1 to 4 , further comprising suggestion means for proposing sizes of furnishings among the school supplies in response to input of physical information from the user. 6. The school supplies sales system according to any one of claims 1 to 5 , further comprising acquisition means for electronically acquiring measurement information from a form in which the measurement information measured at the measurement session is entered. The school supplies sales system according to any one of claims 1 to 6 , wherein said user management means registers a parent user and one or more child users associated with said parent user as users. A computer-executed method of selling school supplies, wherein the computer-executed process comprises:
generating credentials associated with a particular school;
responsive to user access, registering the user;
When any of the authentication information provided to the student through the school management entity in association with the user is entered , performing an authentication process based on the authentication information;
If the authentication process is successful, registering the school corresponding to the authentication information in association with the user;
responsive to user access, providing the user with a user interface screen for purchasing school supplies;
In the step of providing, when the user to whom the provision is made is associated with any school, a user interface screen is provided on which school-designated products, which are school supplies designated by the associated school, can also be purchased. including steps
A method of selling school supplies , wherein the school management entity provides the authentication information only to students who attend or are scheduled to attend a school managed by the school management entity . A school supplies sales program, said school supplies sales program comprising:
generating credentials associated with a particular school;
responsive to user access, registering the user;
When any of the authentication information provided to the student through the school management entity in association with the user is entered , performing an authentication process based on the authentication information;
If the authentication process is successful, registering the school corresponding to the authentication information in association with the user;
responsive to user access, providing the user with a user interface screen for purchasing school supplies;
In the step of providing, when the user to whom the provision is made is associated with any school, a user interface screen is provided on which school-designated products, which are school supplies designated by the associated school, can also be purchased. including steps
The school supplies sales program , wherein the school management entity provides the authentication information only to students who attend or are scheduled to attend a school managed by the school management entity .

Images