Program, method, and management server

Abstract

To provide a program or similar that can effectively facilitate the completion of procedures. [Solution] The web page code 133 stored in the management server 10 is a code provided with a pre-page for executing a first type of procedure, which includes a pre-code that causes the user terminal 20 to perform a process to record the pre-page date and time of transition; a completion code that is provided with a completion page provided when the first type of procedure is completed, which causes the user terminal 20 to perform a process to record the completion page date and time of transition; and a notification code that is provided with a general page, which causes the user terminal 20 to detect an incomplete state in which the pre-page date and time is recorded, but the completion date and time after the recorded pre-page date and time is not recorded, and to perform a process to embed and display notification information corresponding to the incomplete state on the provided general page.

Description

Technical Field

[0001] The present invention relates to a program, a method, and a management server.

Background Art

[0002] There has been proposed a technique for appropriately presenting messages to a user by rearranging messages constituting a web page so that unread messages are placed before read messages and then transmitting the web page to a terminal (for example, Patent Document 1).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] In a web page, as in the technique described in Patent Document 1, it is desired to provide useful information to a user. For example, when a user is performing a procedure on a website and the procedure is interrupted for some reason, a technique for giving a notice to prompt completion of the procedure is required to promote use of the website.

[0005] The present invention has been made in view of the above circumstances, and an object thereof is to provide a program or the like that can suitably promote completion of a procedure.

Means for Solving the Problems

[0006] To achieve the above object, the program of the present invention is a program provided from a management server that manages a plurality of types of procedures for items to a terminal, A code provided to the terminal along with a pre-page, which is provided to the terminal from the start of the first type of procedure to the completion of the first type of procedure, in order to execute the first type of procedure, the pre-code which causes the terminal to record the pre-date and time of transition to the pre-page, A code provided along with a completion page provided to the terminal upon completion of the first type of procedure, which causes the terminal to perform a process to record the completion date and time of transition to the completion page, A notification code provided along with a general page to the terminal, which detects an incomplete state in the terminal where the prior date and time are recorded, but a completion date and time later than the recorded prior date and time are not recorded, and when the incomplete state is detected, causes the terminal to obtain notification information corresponding to the incomplete state from the management server or another notification server, and to execute a process to embed and display the obtained notification information on the provided general page, Includes. [Effects of the Invention]

[0007] According to the present invention, the completion of the procedure can be suitably expedited. [Brief explanation of the drawing]

[0008] [Figure 1] This is a block diagram showing the configuration of the trading system according to this embodiment. [Figure 2] This is a block diagram showing the schematic configuration of the management server and user terminal according to this embodiment. [Figure 3] (A) is an example of listing information, (B) is an example of web page data and web page code, and (C) is an example of procedure data. [Figure 4] This flowchart shows an example of the listing process on a user's terminal. [Figure 5] This flowchart shows an example of the browsing process on a user's terminal. [Figure 6]This flowchart shows an example of the listing acceptance process on the management server. [Figure 7] This flowchart shows an example of the general page serving process on the management server. [Figure 8] Figures (A) to (D) show examples of how the display appears on a user's terminal. [Figure 9] This figure shows an example of how it appears on a user's terminal. [Modes for carrying out the invention]

[0009] The trading system 100 according to an embodiment of the present invention will be described below with reference to the drawings. In the drawings, the same or corresponding parts are denoted by the same reference numerals.

[0010] The outline of the trading system 100 of this embodiment will now be described. The trading system 100 mediates the trading of items between users through a trading site of an electronic marketplace provided by the trading system 100. Items are, for example, goods. The trading system 100 comprises a management server 10 that manages the trading site and a user terminal 20 on the trading site where users perform procedures. On the trading site, the user terminal 20 can perform multiple types of procedures for items. These multiple types of procedures include procedures for listing goods, procedures for purchasing goods, and identity verification procedures for the security of transactions. Users may interrupt these procedures while performing them. For example, the listing procedure is completed when the user reaches the completion page by entering the necessary information into the listing form and performing the listing operation. If the user saves the edited content on the management server 10 side while entering the listing form, the management server 10 can confirm that the procedure has been partially completed. However, users may interrupt the listing process after partially filling out the listing form without saving it as a draft, or they may become interested in other items while researching market prices for the same or similar products during the listing process and forget to list their item. In these cases, the management server 10 may not be able to confirm that the process was partially completed. In such cases, and generally in order to stimulate transactions on the trading site, it is desirable to encourage users to complete the process.

[0011] While it is technically possible for the management server 10 to detect that a procedure has been started but not completed by analyzing the user's access history, achieving this in real time would place an extremely heavy computational load on the system. Therefore, in the trading system 100 of this embodiment, the management server 10 sends the web page code along with the web page data of the trading site to the user terminal 20, causing the user terminal 20 to detect that a procedure has been started but not completed and to execute a process that notifies the user to complete the procedure.

[0012] Figure 1 is a block diagram showing the configuration of the transaction system 100 according to this embodiment. The transaction system 100 is a system for mediating, for example, person-to-person transactions (C to C) between users. The transaction system 100 may also be a system for mediating transactions (B to C) between companies and individuals (general consumers). The transaction system 100 consists of a management server 10 and a plurality of user terminals 20. The management server 10 and the plurality of user terminals 20 are connected via a communication network 30, such as the Internet or a mobile communication network. The management server 10 and the plurality of user terminals 20 send and receive information via the communication network 30.

[0013] The transactions handled by the trading system 100 are, for example, person-to-person sales of goods. In the trading system 100, for example, a user who becomes a seller of goods can register information about the goods they wish to sell with the management server 10 via the user terminal 20, thereby listing the goods on a person-to-person sales website operated by the management server 10. Users who become viewers can search and view the goods listed on the website. Users who become buyers (prospective buyers) who wish to purchase the goods they have viewed can register their purchase request with the management server 10 by performing a purchase procedure on the website, specifying the purchase price, payment method, shipping address, etc. When a purchase request is registered with the management server 10, the management server 10 notifies the seller of information such as the fact that a purchase request has been made, the purchase price, payment method, and shipping address. The seller then delivers the listed goods to the notified shipping address after confirming payment by the buyer. Thus, a person-to-person sale in the trading system 100 is completed. In this embodiment, the person-to-person sales website operated by the management server 10 may be referred to as the trading site.

[0014] In the trading system 100, the trading method on the trading site may be an auction format in which the purchaser specifies the desired purchase amount, a free market (flea market) format in which the seller specifies the desired selling amount, or a combination of these. Also, information regarding purchases such as the payment method, delivery address, delivery method, etc. may be directly exchanged between the seller and the purchaser after the purchase procedure.

[0015] The management server 10 stores various application programs and realizes various functions by executing these application programs. The management server 10 receives product listing information from the seller's user terminal 20, stores the received product listing information, and publishes the product listing information on the personal-to-person trading website operated by the management server 10. That is, the management server 10 stores data (such as HTML (HyperText Markup Language) files) of the website and also functions as a Web server that provides various web pages included in the website. Note that the management server 10 may be realized by a plurality of servers for each function. Also, the management server 10 receives a purchase request for a product from the purchaser's user terminal 20, stores information regarding the received purchase request, notifies the seller of the product of the information, and closes the listing of the product. Thereafter, for example, when receiving a report of the completion of the transaction (report of receipt of the product, evaluation, etc.) from the user terminals 20 of the seller and the purchaser, it stores that the transaction has been established.

[0016] Also, in the trading system 100 of this embodiment, when a seller offers a product, by reading the barcode attached to the product to be offered or the container, packaging, etc. of the product to be offered with the user terminal 20, barcode-based product offering becomes possible. The user terminal 20 transmits the product code corresponding to the read barcode to the management server 10. The management server 10 accepts the input of the product code corresponding to the barcode read by the user terminal 20. At this time, based on the received product code, default information (product name, list price, brand, etc.) associated with the product code is acquired, and an offering form in which the default information is input as a default value (initial value) is displayed and output to the seller's user terminal 20. As a result, the seller only needs to read the barcode attached to the product, and the default value is input to the product name, etc. of the offering form, so the labor of inputting such information can be saved, the offering work can proceed, and the user's offering can be promoted. In addition, it is possible to prevent unevenness in the input content by the seller and the input of inaccurate information, and it becomes easier for viewers and potential purchasers to grasp the offering information. Note that the seller can adopt the default value (initial value) input to the offering form as it is without editing, or can edit it if desired. Note that the management server 10 may have a database (so-called catalog DB) having product information such as the above-mentioned default information in its own device, or may acquire the default information from another server device storing the database having the product information.

[0017] In the trading system 100, instead of inputting a barcode with the user terminal 20, barcode-based product offering (product code-based offering) may be made possible by inputting a product code (such as a number corresponding to the barcode). By doing so, even a user terminal 20 (such as a PC) without a barcode reading means can offer a product by specifying it with a product code.

[0018] The barcode can be any type, such as JAN (Japan Article Number), domestic GTIN (Global Trade Item Number), ISBN (International Standard Book Number), or international GTIN code.

[0019] The management server 10 is composed of, for example, a communication-enabled information processing device such as a personal computer (PC) or workstation. The management server 10 may also be a dedicated device.

[0020] The user terminal 20 is an information processing device with communication capabilities, such as a smartphone, tablet, or PC, used by the user. The user terminal 20 receives input of product listing information from the seller and transmits that information to the management server 10 via the communication network 30. It also receives input of information regarding purchase requests from buyers (prospective buyers) and transmits that information to the management server 10 via the communication network 30. Transactions in the transaction system 100 may be conducted via a dedicated application that can be installed on the user terminal 20, or via a general-purpose browser. Furthermore, when listing products using barcodes, the user terminal 20 will be equipped with means for reading barcodes (camera, barcode reader, barcode scanner). Although Figure 1 shows two user terminals 20, the number of user terminals 20 can be arbitrary.

[0021] Figure 2 is a block diagram illustrating the schematic configuration of the management server 10 and the user terminal 20. The management server 10 comprises a control unit 11 consisting of a CPU (Central Processing Unit), a GPU (Graphical Processing Unit), etc., a communication unit 12 which is hardware that performs wired or wireless communication, and a storage unit 13. The storage unit 13 includes at least one of memory such as RAM (Random Access Memory), ROM (Read Only Memory), or flash memory, and storage such as HDD (Hard Disk Drive) or SSD (Solid State Drive), and stores the management server 10's control program and various data.

[0022] The user terminal 20 comprises a control unit 11 consisting of a CPU, GPU, etc., a communication unit 22 which is hardware for wired or wireless communication, a storage unit 23, an input device 24 that accepts input operations, and an output device 25 that outputs information. The storage unit 23 includes at least one of memory such as RAM, ROM, or flash memory, and storage such as HDD or SSD, and stores the control program and various data of the user terminal 20. The input device 24 is, for example, a keyboard, touch panel, camera, mouse, microphone, etc. The output device 25 is, for example, a display, speaker, etc. Note that the configuration of the management server 10 and user terminal 20 is an example, and other configurations may be added, for example.

[0023] The storage unit 13 of the management server 10 stores listing information 131, web page data 132, and web page codes 133 associated with the web page data 132.

[0024] Figure 3(A) shows an example of the configuration of listing information 131. The listing information includes, for example, a listing ID to identify the listing, the seller, the product code of the listed product (in the case of barcode listings), product name, product image, product description, product information (category, brand, condition, etc.), shipping information at the time of purchase (shipping cost burden, shipping method, etc.), listing price, listing date and time, message history such as questions and answers regarding the listing, bookmark information by viewers (number of bookmarks, favorites, likes, etc.), selling price (if sold), selling date and time (if sold), etc. The listing information is stored in the storage unit 13 of the management server 10 based on the information entered by the user terminal 20 when the seller lists a product. Furthermore, it is updated according to the content when a message exchange occurs regarding the listing, when a viewer registers a bookmark, when the seller edits the product description or listing price, when a sale is completed, etc. The storage unit 13 of the management server 10 stores multiple listing information entries for listings registered with the management server 10.

[0025] Figure 3(B) shows an example of the configuration of web page data 132 and web page code 133. Web page data 132 is data for displaying various web pages that constitute a peer-to-peer trading website on the user terminal 20, and is an HTML file, etc. In this embodiment, web page data 132 includes data for pre-pages, completion pages, and general pages. Web page code 133 is code directly written in the associated web page data 132, or code read from the associated web page data 132, and is program code written in JavaScript®. Web page code 133 constitutes the program of this embodiment. Web page code 133 includes a pre-code associated with the pre-page, a completion code associated with the completion page, and a notification code associated with the pre-page. The contents of each web page data 132 and the functions of each web page code 133 will be described later.

[0026] Web page code 133 is, for example, in web page data 132: <script>(コード)< / script>It may be written as " or within web page data 132 <script src="コード名.js">」が記載され、コード名.jsのファイルがウェブページコード133である場合がある。

[0027] ユーザ端末20の記憶部23は、ローカルストレージを含む。ローカルストレージとは、ブラウザが動作するコンピュータの記憶装置(ローカル)にユーザデータを保存する仕組みであり、この実施の形態では、その保存領域のこともローカルストレージという。ローカルストレージは、具体的には、ユーザ端末20にインストールされたブラウザが提供すlocalStorageやCookieである。localStorageとCookieは、概ね同じ機能であるが、この実施の形態では、保存できるデータ容量や保存期間、通信の回数に優れるlocalStorageの使用を想定している。localStorageには、Keyとvalueのセットでデータ(文字列)を保存可能である。localStorageに保存されたデータは、同一オリジン(同一プロトコル·同一ホスト名·同一ポート番号)において、異なる時点で読み出し可能である。localStorageへのデータの保存、当該データの読み出しにはJavaScriptを利用する。なお、ローカルストレージは、アプリケーションを介してユーザ端末20の記憶部23に記憶できるものであればよく、専用アプリケーションのユーザデータ、キャッシュであってもよい。

[0028] 図3(C)は、この実施の形態のユーザ端末20のローカルストレージに記録される手続きデータを示す。手続きデータは、手続きの識別情報である手続きIDと、事前日時と、保存日時と、完了日時と、を含む。手続きデータに含まれる各項目は、例えば、JSON(JavaScript Object Notation)形式のデータとして記録される。事前日時は、ユーザ端末20において、取引システム100に関する所定の手続きを開始ための事前ページに遷移した日時を記録する。保存日時は、ユーザ端末20において、上述の事前ページにおける編集内容を途中保存(下書き保存)した日時を記録する。完了日時は、ユーザ端末20において、上述の事前ページを用いる手続きが完了して、完了ページに遷移した日時を記録する。この実施の形態では、第1種類の手続として出品手続きの手続きデータを記録する。

[0029] なお、図3(A)~(C)に示したデータ構成は一例であり、例えば他の情報を含んでいてもよい。

[0030] 続いて、取引システム100における商品の出品や閲覧の動作について説明する。図4は、ユーザ端末20にて実行される出品処理の一例を示すフローチャートである。出品処理は、例えば、ユーザ端末20の制御部21が記憶部23に記憶されるプログラムや、管理サーバ10から取得したウェブページデータ132に含まれるコードを読み込むことで実行される。出品処理において、ユーザ端末20の制御部21は、取引サイトに対する商品の出品の開始操作を検出したか否かを判定する(ステップS11)。出品の開始操作は、出品フォームを用いて出品する商品の情報である出品情報の編集を開始するための操作であり、例えば、ユーザ端末20におけるブラウザの起動、取引サイトへアクセス、及び、取引サイトにおける出品開始項目の選択操作等である。出品開始操作を検出しなければ(ステップS11;No)、制御部21は出品処理を終了する。

[0031] 出品開始操作を検出した場合(ステップS11;Yes)、制御部21は、出品情報を入力するための出品フォームの取得要求を管理サーバ10に送信する(ステップS12)。そして、制御部21は、管理サーバ10から出品フォームを受信すると、受信した出品フォームをユーザ端末20のディスプレイに表示する(ステップS13)。出品フォームは、出品の手続きの開始時から出品の手続きの完了より前にユーザ端末20に提供されるウェブページまたはウェブページ群であり、この実施の形態では、事前ページともいう。

[0032] 制御部21は、事前ページを受信すると、事前ページとともに送信される事前コードを読み込むことで、事前ページの受信日時、即ち、ユーザ端末20において事前ページに遷移した日時である事前日時をローカルストレージに記録する(ステップS14)。ステップS14では、例えば、制御部21は、新たな手続きIDを割り振った手続きデータをローカルストレージに作成し、当該手続きデータの事前日時として現在の日時を記録する。この事前日時は、第1種類の手続として出品手続きの開始日時に相当する。

[0033] 事前コードは、例えば、事前ページを受信したときに、現在の日時を取得するコード(new Date()等)や、ローカルストレージに文字列(取得した日時)を記録するコード(localStorage.setItem('key', 'value')等)を含んでいればよい。

[0034] 続いて、制御部21は、出品フォームの各項目について、ユーザからの編集を受け付ける(ステップS15)。ステップS15では、制御部21は、入力デバイス24により出品フォームへの情報の入力や選択を受け付け、受け付けた情報を一時記憶する。

[0035] その後、制御部21は、出品のキャンセル操作を検出したか否かを判定する(ステップS16)。出品のキャンセル操作は、例えば、出品フォームにおけるキャンセルボタンの選択操作等である。なお、ブラウザにおいて、出品フォームを閉じる操作(ウインドウやタブを閉じる操作、戻る操作等)を検出可能な場合、当該操作を出品のキャンセル操作として検出してもよい。また、出品フォームを閉じる操作を検出したときに、ダイアログボックスにより確認メッセージを表示し、ページを終了するか、即ち、出品をキャンセルするか否かを確認するようにしてもよい。そして、ダイアログボックスにおいて、ユーザによりページを終了する旨が選択されたことを、出品のキャンセル操作として検出するようにしてもよい。

[0036] 出品のキャンセル操作を検出していなければ(ステップS16;No)、制御部21は、出品フォームの下書き保存操作を検出したか否かを判定する(ステップS17)。下書き保存操作は、編集中または編集完了した出品フォームを下書きとして保存するための操作であり、出品フォームにおける下書き保存ボタンの選択操作等である。

[0037] 出品フォームの下書き保存操作を検出した場合(ステップS17;Yes)、制御部21は、現時点の出品フォームの編集内容を示す下書き情報を管理サーバ10に保存する(ステップS18)。これにより、管理サーバ10に下書き情報を保存できる。なお、下書き情報をユーザ端末20の記憶部23に保存するようにしてもよい。

[0038] 続いて、制御部21は、事前コードを読み込むことで、出品フォームの編集内容を下書き保存した日時である保存日時をローカルストレージに記録する(ステップS19)。ステップS19では、例えば、制御部21は、今回の出品手続きにおいて作成された手続きデータの保存日時として現在の日時を記録する。

[0039] 事前コードは、例えば、下書き保存操作を検出したときに、現在の日時を取得するコードや、ローカルストレージに文字列(取得した日時)を記録するコードを含んでいればよい。

[0040] 出品のキャンセル操作を検出した場合や(ステップS16;Yes)、ステップS19の処理を実行した後は、制御部21は、検出した操作に応じて、取引サイトの一般ページ等に画面を遷移させて(ステップS20)、出品処理を終了する。

[0041] 出品フォームの下書き保存操作を検出していなければ(ステップS17;No)、出品フォームの編集内容に基づく出品の確定操作を検出したか否かを判定する(ステップS21)。出品の確定操作は、例えば、出品フォームにおける必須項目全てへの情報を入力した後の確認操作、出品ボタンの選択操作等である。出品の確定操作を検出しなければ(ステップS21;No)、ステップS15に戻り、制御部21は、出品フォームの編集の受け付け、各種操作の検出を継続する。なお、出品フォームから出品の確定前に、確認画面を挟む場合、確認画面も事前ページに含まれる。

[0042] 出品の確定操作を検出した場合(ステップS21;Yes)、制御部21は、出品フォームの編集内容を示す出品情報を管理サーバ10に送信する(ステップS22)。

[0043] そして、制御部21は、出品情報を送信したことに応じて、管理サーバ10から出品が完了したことを示す完了ページを受信すると、受信した完了ページをユーザ端末20のディスプレイに表示する(ステップS23)。このように、完了ページは、ユーザに手続きが完了したことを知らせるウェブページである。

[0044] また、制御部21は、完了ページを受信すると、完了ページとともに送信される完了コードを読み込むことで、完了ページの受信日時、即ち、ユーザ端末20において完了ページに遷移した日時である完了日時をローカルストレージに記録し(ステップS24)、出品処理を終了する。ステップS24では、例えば、制御部21は、今回の出品手続きにおいて作成された手続きデータの完了日時として現在の日時を記録する。

[0045] 完了コードは、例えば、完了ページを受信したときに、現在の日時を取得するコードや、ローカルストレージに文字列(取得した日時)を記録するコードを含んでいればよい。

[0046] 以上の出品処理により、出品者はユーザ端末20により、出品情報を管理サーバ10に登録でき、その結果、出品情報に応じた出品を取引サイトに公開することができる。なお、図4に示す出品処理は、新規に出品フォームを取得して出品を行うための処理である。下書き保存した出品フォームを呼び出して出品するための処理も別途用意されればよい。

[0047] 図5は、ユーザ端末20にて実行される閲覧処理の一例を示すフローチャートである。閲覧処理は、例えば、ユーザ端末20の制御部21が記憶部23に記憶されるプログラムや、管理サーバ10から取得したウェブページデータ132に含まれるコードを読み込むことで実行される。閲覧処理において、ユーザ端末20の制御部21は、取引サイトの一般ページを閲覧するための一般ページ閲覧操作を検出したか否かを判定する(ステップS31)。一般ページは、例えば、取引サイトに出品された閲覧するためのウェブページであり、取引サイトのトップページである。一般ページ閲覧操作は、例えば、ユーザ端末20におけるブラウザの起動、取引サイトの一般ページへアクセス操作等である。一般ページ閲覧操作を検出しなければ(ステップS31;No)、制御部21は出品処理を終了する。

[0048] 一般ページ閲覧操作を検出した場合(ステップS31;Yes)、制御部21は、一般ページの取得要求を管理サーバ10に送信することで、一般ページを管理サーバ10から取得する(ステップS32)。

[0049] 制御部21は、一般ページを取得すると、一般ページとともに送信される告知コードを読み込むことで、ローカルストレージを参照し、事前日時が記録されているが完了日時が記録されていない手続きデータが有るか否かを判定する(ステップS33)。所定の手続きについて、手続きが完了している場合、事前日時より後の完了日時が記録されているはずである。よって、手続きデータに事前日時が記録されているが完了日時が記録されていない場合とは、ユーザ端末20において、事前ページを受信して出品手続きを開始したが、完了ページを受信していない、即ち、取引サイトへの商品の出品を試みたが出品完了していない場合である。事前日時が記録されているが完了日時が記録されていない状態を、未完了状態ともいう。

[0050] 告知コードは、例えば、一般ページを受信したときに、ローカルストレージに記憶される文字列(事前日時、完了日時)を取得するコード(localStorage.getItem('Key')等)や、事前日時、完了日時が記録されているか否かを判定するコードを含んでいればよい。

[0051] 未完了状態の手続きデータが有る場合(ステップS33;Yes)、制御部21は、告知情報の取得要求を送信すること等により、管理サーバ10もしくは他の告知サーバから告知情報を取得し(ステップS34)、告知情報を含む一般ページをユーザ端末20のディスプレイに表示する(ステップS35)。ステップS35では、ステップS32にて取得した一般ページに、例えば、ステップS34で取得した告知情報を埋め込んだ一般ページを表示する。告知情報は、ユーザに対して未完了状態の手続きがあること告知する情報、未完了の出品の完了を促す告知をする情報等であればよい。また、告知情報は、取引サイトにて実施中の出品キャンペーン情報であってもよい。

[0052] なお、ステップS33の未完了状態を検出する処理は、ローカルストレージに記録される全ての手続きデータについて行ってもよいし、事前日時が現時点から所定期間内のものについて行ってもよい。また、ステップS33の処理は、未完了状態であることの告知を未だ行っていない手続きデータのみを対象としてもよい。事前日時が現時点から所定期間内の手続きデータや、未完了状態であることの告知を未だ行っていない手続きデータを告知の対象とすることで、頻繁に告知が行われてユーザに煩わしさを感じさせてしまうことを防止できる。

[0053] なお、未完了状態の手続きデータがある場合、当該手続きデータについて保存日時が記録されているか否か、即ち、未完了状態の手続きについて下書き情報が保存されているか否かを判定してもよい。そして、未完了状態の手続きデータについて保存日時が記録されている場合、保存日時が記録されていない場合と異なる処理を実行し、例えば異なる告知情報を表示するようにしてもよい。当該異なる告知情報は、例えば、ユーザに対して下書き保存された未完了状態の手続きがあること告知する情報、下書き保存された出品についての出品を促す情報等であればよい。

[0054] また、ユーザが手続きについて下書き保存した場合は、下書き保存をせずに手続きを中断した場合よりも、手続きを完了する意思が高いことが想定されるので、保存日時が記録されている場合は、保存日時が記録されていない場合よりも手続きの完了の促進度合いを高めてもよい。このようにすることで、より好適に手続きの完了を促すことができる。また、手続きを中断した方法に応じた、好適な告知を行うことができる。

[0055] これらの場合、告知コードは、例えば、ローカルストレージから保存日時を取得するコード、保存日時が記録されているか否かを判定するコード、保存日時が記録されているか否かによって、告知情報を表示する処理として異なる処理を実行させるコードを含んでいればよい。

[0056] また、未完了状態の手続きデータが無い場合(ステップS33;No)、制御部21は、告知情報を含まない通常の一般ページをユーザ端末20のディスプレイに表示する(ステップS36)。通常の一般ページは、ステップS32にて取得した一般ページである。

[0057] ステップS35またはS36で一般ページを表示した後は、制御部21は、一般ページへの操作を検出したか否かを判定する(ステップS37)。一般ページへの操作は、例えば、出品開始操作、取引サイトに出品されている商品の検索操作、商品の購入操作、価格の交渉操作、オークション形式の場合の入札操作、取引に関する連絡操作、本人確認操作等を含む。

[0058] 一般ページへの操作を検出した場合(ステップS37;Yes)、制御部21は、検出した操作に応じた画面の表示制御を行う(ステップS38)。例えば、制御部21は、検出した操作に応じたページの取得要求を管理サーバ10に送信し、当該要求に応じて受信したページをユーザ端末20のディスプレイに表示する。一般ページへの操作を検出しない場合や(ステップS37;No)、操作に応じた画面の表示制御を行った後は、制御部21は、ステップS37に戻り、一般ページへの操作の検出を待機する。

[0059] このように、ユーザ端末20に、一般ページやユーザの操作に応じた取引サイトのページを提供することができる。また、ユーザ端末20に一般ページを表示する際に、ユーザ端末20は、取引サイトへの商品の出品を試みたが出品完了していない未完了状態を検出し、未完了状態の出品についての出品を促す告知情報を表示可能となっている。これにより、ユーザ端末20において、出品手続きの完了を好適に促すことができる。

[0060] 図6は、管理サーバ10にて実行される出品受付処理の一例を示すフローチャートである。出品受付処理は、例えば、管理サーバ10の制御部11が記憶部13に記憶されるプログラムを読み込むことで実行される。出品受付処理において、管理サーバ10の制御部11は、ユーザ端末20から出品フォームの取得要求を受信したか否かを判定する(ステップS101)。

[0061] 出品フォームの取得要求を受信した場合(ステップS101;Yes)、制御部11は、事前ページ及び事前コードを含む出品フォームを、取得要求の送信元のユーザ端末20に送信する(ステップS102)。これにより、ユーザ端末20において事前ページが表示され、事前コードが読み込まれる。

[0062] ステップS102の処理を実行した後や、出品フォームの取得要求を受信していない場合(ステップS101;No)、制御部11は、ユーザ端末20から下書き情報を受信したか否かを判定する(ステップS103)。

[0063] ユーザ端末20から下書き情報を受信した場合(ステップS103;Yes)、制御部11は、例えば、ユーザの識別情報と対応付けて当該下書き情報を記憶部13に記憶し(ステップS104)、出品受付処理を終了する。記憶した下書き情報は、例えば、その後のユーザ端末20からの要求に応じて、制御部11により読み出されて、ユーザ端末20へ送信されればよい。

[0064] 下書き情報を受信していない場合(ステップS103;No)、ユーザ端末20から出品情報を受信したか否かを判定する(ステップS105)。ユーザ端末20から出品情報を受信していなければ(ステップS105;No)、出品受付処理を終了する。

[0065] ユーザ端末20から出品情報を受信した場合(ステップS105;Yes)、制御部11は、完了ページ及び完了コードを、出品情報の送信元のユーザ端末20に送信する(ステップS107)。これにより、ユーザ端末20において完了ページが表示され、完了コードが読み込まれる。その後、制御部11は、受信した出品情報を記憶部13に登録し、個人間売買のウェブサイトに当該出品情報に対応した出品を閲覧可能に公開する(ステップS108)。その後、出品受付処理を終了する。

[0066] 以上の出品受付処理により、管理サーバ10は、事前ページ及び事前コードと、完了ページ及び完了コードをユーザ端末20に提供でき、ユーザの出品情報の入力を支援できる。また、ユーザ端末20から受信した出品情報に応じた出品を取引ウェブサイトに公開することができる。

[0067] 図7は、管理サーバ10にて実行される一般ページ提供処理の一例を示すフローチャートである。一般ページ提供処理は、例えば、管理サーバ10の制御部11が記憶部13に記憶されるプログラムを読み込むことで実行される。一般ページ提供処理において、管理サーバ10の制御部11は、ユーザ端末20から一般ページの取得要求を受信したか否かを判定する(ステップS131)。一般ページの取得要求していなければ(ステップS131;No)、制御部11は一般ページ提供処理を終了する。

[0068] 一般ページの取得要求を受信した場合(ステップS131;Yes)、制御部11は、一般ページ及び告知コードを、取得要求の送信元のユーザ端末20に送信する(ステップS132)。これにより、ユーザ端末20において告知コードが読み込まれ、一般ページを表示可能な状態となる。

[0069] 続いて、制御部11は、ユーザ端末20から告知情報の取得要求を受信したか否かを判定する(ステップS133)。告知情報の取得要求を受信した場合(ステップS133;Yes)、制御部11は、告知情報を告知情報の取得要求の送信元のユーザ端末20に送信する(ステップS134)。これにより、ユーザ端末20において告知情報が埋め込まれた一般ページが表示可能となる。なお、ステップS134にて送信する告知情報は、上述のように、ユーザに対して未完了状態の手続きがあること告知する情報、未完了の出品についての出品を促す情報等であればよい。また、告知情報は、ユーザに依らず同様の情報であってもよいし、ユーザの取引履歴や属性情報にもとづいてカスタマイズされた情報であってもよい。例えば、取引履歴がないまたは少ないユーザは、手続きの完了を促さないとそのままになってしまう可能性を考慮し、積極的に手続きの完了を促す告知情報を採用してもよい。

[0070] 告知情報の取得要求を受信していない場合や(ステップS133;No)、ステップS134の処理を実行した後、制御部11は、ユーザ端末20から、一般ページや一般ページから遷移したページ等における操作情報を受信したか否かを判定する(ステップS135)。一般ページ等における操作情報は、例えばユーザ端末20における操作に応じたページの取得要求等である。

[0071] 一般ページ等への操作情報を受信した場合(ステップS135;Yes)、制御部11は、受信した操作情報に応じたページを、操作情報の送信元のユーザ端末20に送信する(ステップS136)。一般ページ等への操作情報を受信しない場合や(ステップS135;No)、操作情報に応じたページの送信を行った後は、制御部21は、ステップS135に戻り、一般ページ等への操作情報の受信を待機する。

[0072] このように、管理サーバ10は、ユーザ端末20に、一般ページやユーザの操作に応じた取引サイトのページを提供することができる。また、管理サーバ10は、ユーザ端末20に一般ページを提供する際に一般ページとともに、ユーザ端末20に、取引サイトへの商品の出品を試みたが出品完了していない未完了状態を検出し、未完了状態の出品についての出品を促す処理を実行させる告知コードを提供する。これにより、ユーザ端末20において、出品手続きの完了を好適に促すことができる。

[0073] なお、本実施の形態では省略するが、管理サーバ10は、取引サイトにおいて必要な他の処理も実行する。例えば、取引サイトにおける取引を成立させるための処理として、ユーザ端末20からの購入希望を受け付け、購入希望を出品者に通知するため処理等も実行する。

[0074] 続いて、図8、図9を用いて本実施の形態の取引システム100が提供する取引サイトの表示例について説明する。ここでは、ユーザ端末20としてスマートフォンのディスプレイにおける表示例について説明する。

[0075] 図8(A)は、取引サイト(フリマサイト)の一般ページの一例を示す。スマートフォンにインストールされたブラウザにより取引サイトにアクセスすると、図8(A)に示すような一般ページが表示される。図8(A)に示すように、取引サイトの一般ページには、図8(A)に示すように、商品を検索するためのテキストボックス、カテゴリやブランドを選択するための操作子等が含まれる。また、一般ページにはお知らせ欄101、取引サイトに商品を出品するための出品開始ボタン102が含まれる。お知らせ欄101には、通常、キャンペーンやクーポン等のユーザに対して有用な情報が含まれていればよい。

[0076] 図8(A)の画面において、出品開始ボタン102が操作されると、図8(B)に示すように、出品情報を編集するための事前ページ(出品フォーム)の画面が表示される。事前ページには、上部にカメラの画像で示される画像をアップロードするためのアイコン、バーコード出品を行うための操作子、「商品名」の入力欄、「商品説明」の入力欄、「商品情報」の入力欄等が表示される。この画面をスクロールさせると、図8(C)に示すように、出品フォームにおける「商品情報」の入力欄、「配送について」(配送情報)の入力欄、「価格について」(商品価格)の入力欄、出品キャンセルボタン103、下書きに保存ボタン104、出品するボタン105が表示される。なお、出品フォームに含まれる項目は一例であり、例えば、他の項目が含まれていてもよい。

[0077] 画像をアップロードするためのアイコンがタッチ操作されると、例えば、スマートフォンを保存された画像または新たにカメラにより撮影した画像をアップロードするための画面に遷移する。また、例えば、「商品名」の入力欄には、任意の商品名を入力可能となっている。「商品説明」の入力欄には任意の商品説明文章を入力可能となっている。「商品情報」の入力欄には、商品のカテゴリ、ブランド、商品の状態(新品、中古、中古の場合の状態)等を入力または選択可能となっている。「配送について」(配送情報)の入力欄には、配送方法、配送料の負担、配送までの期間等を入力可能となっている。「価格について」(商品価格)の入力欄には、予め設定された金額範囲内(この例では300円~9,999,999円)で商品価格を入力可能となっている。バーコード出品を行うための操作子のうち、バーコードのアイコンが選択されると、スマートフォンのカメラが起動して、バーコードを読み取るための画面が表示される。ここで、出品者が出品対象の商品の包装等に記載されたバーコードをカメラで読み取ることに成功すると、バーコードに対応した商品コードが管理サーバ10に送信され、それに応答して管理サーバ10から商品コードに応じた商品情報を受信する。そして、受信した商品情報に基づいて、「商品名」等の商品コードから特定可能な情報が自動入力される。このようなバーコード出品を可能とすることで、ユーザの利便性が向上する。

[0078] また、出品キャンセルボタン103が操作されると、事前ページにおけるそれまでの入力内容が破棄され、出品がキャンセルされる。下書きに保存ボタン104が操作されると、事前ページにおけるそれまでの入力情報が下書き情報として管理サーバ10に保存される。出品するボタン105が操作されると、入力項目のチェックが行われ、入力項目に不備がなければ、図8(D)に示すように、例えば、出品の概要106を含む出品の完了ページが表示される。なお、出品するボタン105が操作された後、入力項目を表示し、その内容で出品するか否かの確認画面を表示し、確認画面にて出品する旨が選択された場合に完了ページを表示するようにしてもよい。

[0079] 図9は告知情報を含む一般ページの表示例である。ユーザ端末20が一般ページを取得した際に、ローカルストレージを参照し、事前日時が記録されているが完了日時が記録されていない手続きデータが有る場合、告知情報を含む一般ページが表示される。一般ページが告知情報を含む場合、図9に示すように、例えば、お知らせ欄101に「中断した出品があります。出品してみませんか?」といった、未完了の出品についての出品を促す告知情報が表示される。これにより、手続きの完了を好適に促進できる。なお、一般サイトに告知情報を表示することは、図9に示すように、直接的に出品を促すものであってもよいし、例えば、取引サイトにて出品キャンペーンを実施中である場合、一般サイトにて出品キャンペーンの情報を目立つように表示させるものであってもよい。

[0080] 以上のように、本実施の形態の管理サーバ10からユーザ端末20へ提供されるプログラムは、複数種類の手続のうち第1種類の手続である出品手続きを実行するために、第1種類の手続の開始時から第1種類の手続の完了より前にユーザ端末20に提供される事前ページとともに提供されるコードであって、ユーザ端末20に、事前ページに遷移した事前日時をユーザ端末20に記録する処理を実行させる事前コードと、第1種類の手続の完了時にユーザ端末20に提供される完了ページとともに提供されるコードであって、ユーザ端末20に、完了ページに遷移した完了日時をユーザ端末20に記録する処理を実行させる完了コードと、ユーザ端末20に提供される一般ページとともに提供されるコードであって、ユーザ端末20に、事前日時が記録されているが、当該記録された事前日時より後の完了日時が記録されていない旨の未完了状態を検出し、未完了状態が検出されると、サーバもしくは他の告知サーバから、未完了状態に応じた告知情報を取得し、取得された告知情報を提供された一般ページに埋め込んで表示する処理を実行させる告知コードと、を含む。これにより、第1種類の手続の未完了状態を検出して、未完了状態の手続きの完了を促す告知を行うことができ、手続きの完了を好適に促進できる。事前コード、完了コード及告知コードにより、ユーザ端末20側で多くの処理をさせるの、一般ページにおいて、直ちに告知できるにも関わらず、管理サーバ10側の処理負担が小さい。

[0081] なお、図8、図9は、ユーザ端末20としてスマートフォンにおける表示例を説明したが、ユーザ端末20はPCであってもよい。また、図8、図9に示した表示例は一例であり、例えば、他の項目を含んでいてもよい。

[0082] (変形例)なお、この発明は、上記実施の形態に限定されず、様々な変形及び応用が可能である。例えば、上記実施の形態の一部の省略、置き換え、任意の構成の追加等が可能である。

[0083] 上記実施の形態では、手続きデータ(図3(C)参照)として、出品手続きの手続きデータを記録するようになっていた。そして、当該手続きデータに基づいて、出品手続き(第1種類の手続)の未完了状態を検出し、手続きの完了を促す告知を行っていた。第1種類の手続以外の他の手続き(購入手続き、本人確認手続き)についても手続きデータを記録し、当該他の手続きの未完了状態を検出し、当該他の手続きの完了を促す告知を行うようにしてもよい。これにより、取引システムにおける各種の手続きについて、手続きの完了を促すことができる。

[0084] また、上記実施の形態の手続きデータは、保存日時を含んでいたが、少なくとも事前日時と完了日時を含んでいればよい。

[0085] また、手続きデータは、完了日時が記録された時点でローカルストレージから削除するようにしてもよい。この場合、手続きデータに手続きIDを含まなくてもよい。このようにすることでも、事前日時が記録されているが、当該記録された事前日時より後の完了日時が記録されていない旨の未完了状態を検出可能である。手続きデータを繰り返し使用しない場合等には、このようにするおことで、ローカルストレージの記録容量を確保できる。

[0086] 一方、告知コードは、ユーザ端末20に、事前日時が記録されているが、当該記録された事前日時より後の完了日時が記録されている旨の完了状態を検出し、完了状態の検出数や検出割合に基づいて、告知情報を表示する処理を実行させるコードを含むようにしてもよい。例えば、完了状態の検出数や検出割合が所定の閾値以上であるユーザは、未完了の手続きに関する告知を行わなくても手続きを完了する可能性が高いので、告知を控えるようにしてもよい。一方、完了状態の検出数や検出割合が所定の閾値未満であるユーザは、未完了の手続きについて手続きを完了する可能性が低いので、積極的に告知を行うようにしてもよい。このようにすることで、未完了状態の手続きについて、好適な告知を行うことができる。

[0087] 上記実施の形態では、一般ページは、取引サイトのトップページである例について説明したが、アイテム検索ページや、個別アイテムページは、一般ページとしてもよいし、これらのページを一般ページとしなくともよい。また、事前ページや完了ページも一般ページに含まれることとしてもよい。この場合、事前ページや完了ページにも告知情報が埋め込まれて表示されることになる。

[0088] 上記実施の形態では、取引システム100は、オンラインのフリーマーケットやネットオークションにおける商品の個人間売買を仲介するものであったが、取引システム100は、宿泊施設やカーシェア等のサービスを仲介するものであってもよい。即ち、取引システム100、管理サーバ10が扱うアイテムはサービスであってもよい。

[0089] 管理サーバ10は、専用の装置によらず、通常のコンピュータを用いて実現可能である。例えば、コンピュータに上述の機能を実行するためのプログラムを格納した記録媒体から該プログラムをインストールすることにより、上述の処理を実行する管理サーバ10を構成してもよい。また、複数のコンピュータが協同して動作することによって、1つの管理サーバ10を構成しても良い。

[0090] ユーザ端末20は、専用の装置によらず、通常のコンピュータを用いて実現可能である。例えば、端末装置が備えるコンピュータに上述の機能を実行するためのプログラムを、通信ネットワークを介してインストールすることにより、上述の処理を実行するユーザ端末20を構成してもよい。

[0091] また、コンピュータにプログラムを供給するための手法は、任意である。例えば、記憶媒体、通信回線、通信ネットワーク、通信システム等を介して供給しても良い。例えば、上述の機能を実行するためのプログラムを格納した非一時的なコンピュータ読取可能な記録媒体を配布してもよい。

[0092] また、上述の機能の一部をOS(Operation System)が提供する場合には、OSが提供する機能以外の部分をプログラムで提供すれば良い。

[0093] 以上説明した実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態で説明したフローチャート、シーケンス、実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。

[0094] (本実施例により実現される発明)以上説明したように、本実施形態は、以下に掲げる発明を実現する。

[0095] (付記1)アイテムについての複数種類の手続を管理する管理サーバから端末へ提供されるプログラムであって、前記複数種類の手続のうち第1種類の手続を実行するために、前記第1種類の手続の開始時から前記第1種類の手続の完了より前に前記端末に提供される事前ページとともに提供されるコードであって、前記端末に、前記事前ページに遷移した事前日時を前記端末に記録する処理を実行させる事前コードと、前記第1種類の手続の完了時に前記端末に提供される完了ページとともに提供されるコードであって、前記端末に、前記完了ページに遷移した完了日時を前記端末に記録する処理を実行させる完了コードと、前記端末に提供される一般ページとともに提供されるコードであって、前記端末に、前記事前日時が記録されているが、当該記録された事前日時より後の完了日時が記録されていない旨の未完了状態を検出し、前記未完了状態が検出されると、前記管理サーバもしくは他の告知サーバから、前記未完了状態に応じた告知情報を取得し、前記取得された告知情報を前記提供された一般ページに埋め込んで表示する処理を実行させる告知コードと、を含むプログラム。

[0096] (付記2)前記事前コードは、前記端末に、前記第1種類の手続きの途中経過を保存させた保存日時を前記端末に記録する処理をさらに実行させ、前記告知コードは、前記端末に、前記保存日時が記録されているか否かによって、前記告知情報を表示する処理として異なる処理を実行させる付記1に記載のプログラム。

[0097] (付記3)前記告知コードは、前記端末に、前記事前日時が記録されているが、当該記録された事前日時より後の完了日時が記録されている旨の完了状態を検出し、前記完了状態の検出数に基づいて、前記告知情報を表示する処理を実行させる付記1または2に記載のプログラム。

[0098] (付記4)前記第1種類の手続きは、電子市場における商品の出品手続きである付記1から3のいずれかに記載の出品情報登録装置。

[0099] (付記5)アイテムについての複数種類の手続を管理する管理サーバから端末へプログラムを提供する方法であって、前記管理サーバは、前記複数種類の手続のうち第1種類の手続を実行するために、前記第1種類の手続の開始時から前記第1種類の手続の完了より前に、前記端末に事前ページを提供し、前記事前ページとともに、前記端末に、前記事前ページに遷移した事前日時を前記端末に記録する処理を実行させる事前コードを提供し、前記第1種類の手続の完了時に、前記端末に完了ページを提供し、前記完了ページとともに、前記端末に、前記完了ページに遷移した完了日時を前記端末に記録する処理を実行させる完了コードを提供し、前記端末に一般ページを提供し、前記一般ページとともに、前記端末に、前記事前日時が記録されているが、当該記録された事前日時より後の完了日時が記録されていない旨の未完了状態を検出し、前記未完了状態が検出されると、前記管理サーバもしくは他の告知サーバから、前記未完了状態に応じた告知情報を取得し、前記取得された告知情報を前記提供された一般ページに埋め込んで表示する処理を実行させる告知コードを提供する方法。

[0100] (付記6)アイテムについての複数種類の手続を管理する管理サーバであって、前記複数種類の手続のうち第1種類の手続を実行するために、前記第1種類の手続の開始時から前記第1種類の手続の完了より前に、端末に事前ページを提供し、前記事前ページとともに、前記端末に、前記事前ページに遷移した事前日時を前記端末に記録する処理を実行させる事前コードを提供し、前記第1種類の手続の完了時に、前記端末に完了ページを提供し、前記完了ページとともに、前記端末に、前記完了ページに遷移した完了日時を前記端末に記録する処理を実行させる完了コードを提供し、前記端末に一般ページを提供し、前記一般ページとともに、前記端末に、前記事前日時が記録されているが、当該記録された事前日時より後の完了日時が記録されていない旨の未完了状態を検出し、前記未完了状態が検出されると、前記管理サーバもしくは他の告知サーバから、前記未完了状態に応じた告知情報を取得し、前記取得された告知情報を前記提供された一般ページに埋め込んで表示する処理を実行させる告知コードを提供する管理サーバ。

産業上の利用可能性

[0101] 本発明によれば、手続きの完了を好適に促進できるプログラム、方法、ならびに、管理サーバを提供できる。

符号の説明

[0102] 10 管理サーバ20 ユーザ端末30 通信ネットワーク11、21 制御部12、22 通信部13、23 記憶部24 入力デバイス25 出力デバイス100 取引システム101 お知らせ欄102 出品開始ボタン103 出品キャンセルボタン104 下書きに保存ボタン105 出品するボタン106 出品の概要131 出品情報132 ウェブページデータ133 ウェブページコード< / script>

Claims

1. A program provided to a terminal from a management server that manages multiple types of procedures for an item, A code provided to the terminal along with a pre-page, which is provided to the terminal from the start of the first type of procedure to the completion of the first type of procedure, in order to execute the first type of procedure, the pre-code which causes the terminal to record the pre-date and time of transition to the pre-page, A code provided along with a completion page provided to the terminal upon completion of the first type of procedure, which causes the terminal to perform a process to record the completion date and time of transitioning to the completion page, A notification code provided along with a general page to the terminal, which detects an incomplete state in the terminal where the prior date and time are recorded, but a completion date and time later than the recorded prior date and time are not recorded, and when the incomplete state is detected, causes the terminal to obtain notification information corresponding to the incomplete state from the management server or another notification server, and to execute a process to embed and display the obtained notification information on the provided general page, A program that includes this.

2. The aforementioned pre-code further causes the terminal to execute a process that records the date and time on the terminal when it saves the intermediate progress of the first type of procedure. The notification code causes the terminal to execute different processes to display the notification information, depending on whether or not the saved date and time are recorded. The program according to claim 1.

3. The notification code causes the terminal to detect a completion status where the prior date and time are recorded, but the completion date and time recorded is later than the recorded prior date and time. Based on the number of detected completion statuses, the terminal executes a process to display the notification information. The program according to claim 1.

4. The first type of procedure mentioned above is the procedure for listing goods on an electronic marketplace. The program according to any one of claims 1 to 3.

5. A method for providing a program from a management server that manages multiple types of procedures for an item to a terminal, The aforementioned management server In order to execute the first type of procedure among the multiple types of procedures, a pre-page is provided to the terminal from the start of the first type of procedure until before the completion of the first type of procedure. Along with the aforementioned pre-page, the terminal is provided with pre-code that causes the terminal to execute a process to record the date and time of transition to the aforementioned pre-page. Upon completion of the first type of procedure, provide the terminal with a completion page. Along with the completion page, a completion code is provided that causes the terminal to execute a process to record the completion date and time of transitioning to the completion page on the terminal. Provide a general page to the aforementioned terminal, Along with the aforementioned general page, the terminal detects an incomplete state in which the aforementioned prior date and time are recorded, but a completion date and time later than the recorded prior date and time are not recorded. When the incomplete state is detected, the terminal retrieves notification information corresponding to the incomplete state from the management server or another notification server, and executes a process to embed and display the retrieved notification information on the provided general page. method.

6. A management server that manages multiple types of procedures for an item, In order to execute the first type of procedure among the aforementioned multiple types of procedures, a pre-page is provided to the terminal from the start of the first type of procedure until before the completion of the first type of procedure. Along with the aforementioned pre-page, the terminal is provided with pre-code that causes the terminal to execute a process to record the date and time of transition to the aforementioned pre-page. Upon completion of the first type of procedure, provide the terminal with a completion page. Along with the completion page, a completion code is provided that causes the terminal to execute a process to record the completion date and time of transitioning to the completion page on the terminal. Provide a general page to the aforementioned terminal, Along with the aforementioned general page, the terminal detects an incomplete state in which the aforementioned prior date and time are recorded, but a completion date and time later than the recorded prior date and time are not recorded. When the incomplete state is detected, the terminal retrieves notification information corresponding to the incomplete state from the management server or another notification server, and executes a process to embed and display the retrieved notification information on the provided general page. Management server.

Images