Browsing support system for giving incentive to visit university official web site again by making it into simple application, and program therefor

Abstract

To provide a Web site navigation deeply related to the interest and concern of a receiver side of information by timely and smoothly exchanging information without being limited by the kind of an information terminal apparatus of the receiver side and the various kinds of Web sites of sender sides.SOLUTION: A browsing support system assigns a tag code for each Web site of a sender, is capable of registering and storing selection conditions, URL, etc., according to a selection registration of the side of the sender regarding various kinds of information or image notifications corresponding to the code, and transmits information based on the registration and storage. When a condition of an attribute registration or an action history of a receiver is matched with the condition of information of the sender or when an external site is updated, information can be automatically transmitted to the side of the receiver without work of the sender. The side of the receiver performs self-registration and permission of push notification on a site of the side of the sender, thereby referring to individual various kinds of information or notifications corresponding to Web sites stored and added successively in the system through display that is made into Progressive Web Apps.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] This invention relates to a browsing support system that can place an icon on the home screen of the information receiver's information terminal device and send push notifications as if the website had been converted into a pseudo-application in the same way, regardless of the website specifications of the information provider, by simply adding a single tag to the website, without having to turn the website itself into a native app or a pseudo-application using Progressive Web Apps (hereinafter referred to as PWA).When receiving information on an information terminal device, notifications can be viewed smoothly without being affected by differences in the OS or version of the receiver's device, and by enabling requests to view the website at appropriate times and with appropriate content, the system can give the website a navigation function that meets the recipient's needs, turning the website into an active tool. [Background technology]

[0002] For example, if the information is related to university entrance exams, when high school students are informed of the details of the exams and the schedule of events, the organizers typically decide on the details and schedule and publicly announce them through media such as the university's official website, flyers, and pamphlets. While websites are the most detailed and real-time means of communicating information, high school students often have no idea when the information will be released. Furthermore, they often do not receive all the necessary information in one place; information is typically added to the website over time. This requires students to repeatedly access the website to check for updates, even if they are uncertain about when they will be updated. For example, when University A announces the dates for its open campus and entrance exam information sessions, it posts the dates on its official website, but the announcement often merely announces that application procedures and details will be released on the website at a later date. If the dates indicate a specific month, students can simply check the website again at that time. However, even if they are interested in the university's official website the first time, they must manually schedule their return visits, which can lead to forgetting. Furthermore, there is no indication of the month in which the test will be administered, so high school students have no idea when they should check.

[0003] One way for senders of information to notify users when new information is added to a website or when useful information pages are shared is to have them sign up for an email newsletter. However, email newsletters require users to register their email address, and recipients may be reluctant to provide such personal information when they are still not very interested. Another means of communication is push notifications, which send notifications to PCs or smartphones via a web browser. However, push notifications, which rely solely on the functionality of web browsers, can have problems with display differences depending on the recipient's device, such as images not being displayed in push notifications or notification history not being displayed depending on the OS and version of the recipient's device.

[0004] Another method for sending push notifications is to develop the sender's website as a native app and place an icon on the recipient's home screen, but this requires development costs and requires application to application stores such as Google Play (registered trademark) for Android (registered trademark) and the App Store (registered trademark) for iOS (registered trademark), which is a time-consuming and labor-intensive process. The recipient also needs to download the app from the Apple (registered trademark) or Google (registered trademark) store and install it on their device. Furthermore, this method can only be used on smartphones, not PCs. Another method is to directly turn the sender's website into a pseudo-app using PWA (Progressive Web Apps) technology in the relevant environment. With this method of pseudo-app creation, the sender does not need to apply to an application store, and the recipient can use the app without downloading it from the Apple or Google store. It can also be used on a PC. However, the PWA configuration differs depending on how the sender's website is created, making it impossible to apply uniformly, and it requires a lot of effort and workload for the sender's developers. Furthermore, whether it is a native app or a website directly converted into a PWA, both will be affected by changes in the operating system specifications of the receiving device and changes in specifications with new versions, which will require constant work from the sending developer and will also place a burden on the ongoing maintenance and management of the service.

[0005] In addition, while the website contains a variety of useful information pages for high school students, the amount of information is enormous and the useful information is scattered across various menus, making it difficult and burdensome for high school students to independently find useful information pages that match their interests. The website has a menu that categorizes content, but while it can indicate directly relevant information, it cannot indicate that the page contains indirectly useful information tailored to the needs of each high school student.

[0006] Furthermore, if high school students are to be individually provided with useful new information, the sender will need to carry out continuous work, and the amount of work required on the sender's side will also be a major issue.

[0007] Cache control is also a major issue. If the sender's official website is directly converted into a pseudo-application using PWA while the cache issue remains, there is a risk that the latest version of the sender's official website may not be updated on the screen of the receiver's information terminal device.

[0008] The following inventions are generally recognized as addressing these issues, and describe a method for generating applications for mobile communication terminals. They are also characterized by reducing the development burden on application developers. [Prior art documents] [Patent documents]

[0009] [Patent Document 1] Japanese Patent Application Laid-Open No. 2014-18244 Summary of the Invention [Problem to be solved by the invention]

[0010] However, Reference 1 turns the website itself into a native app, and while it can send push notifications, it has the problem that it cannot be used on PCs, and is also affected by changes in the OS specifications of the receiving device and changes in specifications with new versions, requiring continuous work from the sender's developers, which places a burden on management. There was no system that solved this problem and made it possible to make websites more active by enabling website reference requests at the appropriate time.

[0011] The objectives of this invention are, first, to provide a system that can support website browsing in conjunction with a sender's website, allowing the receiver to easily and efficiently receive the sender's ever-changing website information, regardless of the receiver's information terminal device or the type of specifications of the sender's website. Second, to equip a dedicated system with specific convenient functions, allowing the same convenient functions to be used regardless of the type of receiver's device. Third, to retain customer attributes that enable efficient and effective information transmission according to the receiver's access frequency and access trends, and to utilize these attributes to transmit information.

[0012] Fourth, because the viewing assistance system is interposed between the receiver and sender, storing the receiver's history state, etc., does not affect the capacity of the sender's device. Also, although application operation may be affected by updates to operating system versions such as Windows (registered trademark), macOS (registered trademark), and Android and iOS for mobile devices, when an update is scheduled, the specifications of the functions provided by this system are reconfirmed, the extent of the impact of changes to the OS specifications is verified, and the system's adaptation adjustment processing is added to the system, and the system intervenes in this adjusted state. This means that no action is required from the sender's system staff, and the viewing assistance system allows for collaboration between the two by simply responding to changes in device specifications within this system. Fifth, we will build a viewing support system that allows the receiver to select information from the sender and register and modify categories of interest, allowing the receiver to control the content of the information they receive. [Means for solving the problem]

[0013] In order to solve the above-mentioned problems, the browsing assistance system of the present invention assists and supports the sender's website by using PWA-ized icons and web pages generated by this system as an intermediary, without converting the sender's website itself into a PWA, and enables the sender to use the PWA-ized pseudo-application functions such as adding icons to the home screen / desktop screen and push notification functions.

[0014] Furthermore, in order to solve the above-mentioned problems, the browsing support system of the present invention does not simply convert the sender's website itself into a PWA, but rather has means for adapting to each information terminal device and OS version, as well as processing means for adapting to all specifications of the sender's website. Therefore, regardless of the receiver's information terminal device or the type of specifications of the sender's website, the receiver can easily and efficiently be informed of the sender's ever-changing and appropriate website information.

[0015] In addition, in order to solve the above-mentioned problems, the browsing support system of the present invention is characterized in that the system administrator of the sender's website only needs to set the individual tag code issued by this system, and the website with the set tag code can use the function of adding an icon to the home screen or desktop screen of the receiver's information terminal device.

[0016] Furthermore, the browsing assistance system of the present invention is capable of storing and managing the recipient's attribute registration and action history within the system, which makes it possible to provide a function that enables navigation of websites tailored to the recipient's interests, thereby transforming the website being assisted with browsing into an active tool.

[0017] The gist of the browsing support system of the present invention is that by simply setting one tag code on the sender's website, it is possible to give the receiver a function that enables navigation to a website that matches their interests, thereby turning the website into an active tool.

[0018] The gist of the browsing support system of the present invention is that it is a system that does not require management by the sender's system staff, as the sender is not affected by specification changes such as OS upgrades of the receiver's information terminal device.

[0019] In addition, in the case of push notifications provided by a device, in the case of iOS Safari, images cannot be displayed in push notifications, which solves the problem of differences in the information provided depending on the information terminal device used by the recipient.In order to solve this problem, the browsing support system of the present invention provides a dedicated website page in addition to the push notifications provided by the device, making it possible to uniformly provide the recipient with the original content of the push notification banner sent by the sender, regardless of the information terminal device used by the recipient.

[0020] Furthermore, in the case of push notifications provided by a device, the notification history may not be displayed depending on the device. If the history is available, unread push notifications can be checked later without checking the push notification immediately. However, if the history is not available, the information cannot be obtained unless the user checks the notification immediately. The browsing assistance system of the present invention creates a screen within the system that allows the user to view push notification history information regardless of the recipient's information terminal device, and transmits the screen to the device. In other words, in the case of push notifications provided by the system, the notification history is managed on a sender-specific screen generated by the system, so that there is no difference in the services available to the recipient depending on the device.

[0021] In addition, the browsing support system of the present invention displays a mark on the icon of the university each time a push notification is delivered, and the mark remains displayed until the notification has been read, thereby preventing users from forgetting to read the push notification.

[0022] In addition, while a typical Android PWA app can be refreshed (updated) by swiping down on the screen, the iPhone (registered trademark) does not have this function. Therefore, the system of the present invention implements a refresh function for users who do not close the PWA app but keep it in the background. When the PWA app is activated from the background, it compares the displayed notification with the data and automatically refreshes if there is a difference, so that there is no difference in information depending on the environment of the recipient's information terminal device.

[0023] In addition, in order to solve the above-mentioned problems, the browsing support system developed this time stores the recipient's action status in a database, classifies the access status into categories, and retains customer attributes that enable efficient and effective information dissemination based on frequency and access trends by category, and is capable of applying these attributes to disseminate information.

[0024] In addition, in order to solve the above-mentioned problems, the present browsing support system provides a dedicated page for the receiver to select information from the sender and register and change categories of interest.

[0025] In addition, in order to solve the above-mentioned problem, the gist of this viewing support system is that when the conditions of the receiver's attribute registration and action history match the conditions of the sender's information, information can be automatically sent from the sender to the receiver without any action on the part of the sender.

[0026] In addition, in order to solve the above-mentioned problem, the gist of this browsing support system is that when an external site is linked as content to a sender's website, and the external site is updated, if the conditions of the receiver's attribute registration and action history match the conditions of the information on the external site, the sender can automatically send information to the receiver without any action by the sender.

[0027] Furthermore, the sender can display a popup on their website inviting users to receive push notifications, and the recipient can then use the popup to give permission to the system to add an icon to their own information terminal device and receive information notifications. This will then display an icon of this PWA-enabled system on the home screen and desktop screen of the recipient's information terminal device, and they will be able to receive push notifications from the sender, with a mark on the icon to notify them of the addition of new information. [Effects of the Invention]

[0028] By using the above-mentioned solution, the present invention allows the sender to set a tag code provided by the system on their own website and set the content to be sent to the recipient within the system, thereby determining the timing of sending, the recipient to be selected, and the content to be sent, and allowing the recipient to see a dedicated page icon that identifies them without making any changes to their website other than the tag code.

[0029] The recipient will be able to view push notifications, including images, regardless of the specifications of their own information terminal device. Even if their information terminal does not have a function to view push notification history, they will be able to view the push notification history to this dedicated page. Furthermore, the dedicated page icon displaying the sender's name makes it appear as if they have to download the sender's native app, and even if they do not have the sender's dedicated application, the sender's dedicated page icon can be displayed on the home screen of their own device, saving them time and effort.

[0030] Additionally, notification display and history may differ depending on whether the OS of the receiving device is iPhone (registered trademark), Android, or PC, and on the version of each OS. However, these can all be displayed in the most convenient way on the next screen after clicking on the dedicated page, so users can receive the same convenient notifications regardless of the model they use.

[0031] In this way, the same content can be sent and received without any hassle, regardless of the specifications of the sender and receiver, which motivates the receiver to obtain information and enables the sender to smoothly transmit information in a timely manner as intended.

[0032] Similarly, the browsing support system of the present invention collects attribute information of the recipient, clicks on push notifications, access information to the sender's website, and application status on the sender's website, and categorizes and stores this information in a database, thereby giving the website a navigation function tailored to the recipient's needs and turning the website into an active tool.

[0033] The browsing support system of the present invention can be used by anyone with a website of any type of business as an information sender, and by anyone with an information terminal device, regardless of whether they have a smartphone, PC, tablet, etc. The sender of information can easily send the intended information to the sender in the form of a notification by checking or entering information according to the items provided by the system, such as the selection of notification content, target, and timing. [Brief explanation of the drawings]

[0034] [Figure 1] 1 is an explanatory diagram of an entire system according to an embodiment of the present invention; [Figure 2] FIG. 10 is an explanatory diagram mainly showing a flow of receiver-side push notification acceptance according to one embodiment of the present invention. [Figure 3] FIG. 10 is an explanatory diagram of a screen for managing a sender-side application according to an embodiment of the present invention. [Figure 4] FIG. 10 is an explanatory diagram showing a message creation screen for creating and managing messages to be sent to recipients according to one embodiment of the present invention. [Figure 4-2] FIG. 10 is an explanatory diagram showing a screen when automatic delivery is selected on a message creation screen for creating and managing messages to be sent to recipients according to one embodiment of the present invention. [Figure 5]FIG. 10 is an explanatory diagram for creating confirmation content of attribute information as a grantor attribute information confirmation master to be confirmed by a recipient according to an embodiment of the present invention. [Figure 6] FIG. 10 is an explanatory diagram showing a screen for managing licensee specific information in a push notification licensee database according to an embodiment of the present invention. [Figure 7] FIG. 10 is an explanatory diagram showing a screen for managing licensee attribute information in a push notification licensee database according to an embodiment of the present invention. [Figure 8] FIG. 10 is an explanatory diagram showing a screen for managing push notification banner click information in the action history in the push notification licensee database according to one embodiment of the present invention. [Figure 9] FIG. 10 is an explanatory diagram showing a screen for recording official website access information among the action information of a licensee in a push notification licensee database according to one embodiment of the present invention. [Figure 10] FIG. 10 is an explanatory diagram showing a message creation screen for creating and managing a reminder message to be sent to a recipient according to an embodiment of the present invention. [Figure 11] FIG. 10 is an explanatory diagram showing a screen of an analysis unit according to an embodiment of the present invention. [Figure 12] FIG. 10 is an explanatory diagram showing a screen for managing types of information category classification master according to an embodiment of the present invention. [Figure 13] FIG. 10 is an explanatory diagram showing a management screen for classifying university official website URLs by information category according to one embodiment of the present invention. [Figure 14] FIG. 10 is an explanatory diagram showing a management screen for information on linked external sites linked from the official university website according to one embodiment of the present invention. DETAILED DESCRIPTION OF THE INVENTION

[0035] Hereinafter, an embodiment of the present invention will be described with reference to Fig. 1 to Fig. 14. The explanation will be given assuming that the sender is, for example, University A and the receiver is a mobile terminal of a high school student. An overview of the entire system is shown in Fig. 1. In Figure 1, the flow is explained in three blocks, with the center block showing the system side, the right side showing the relationship between the university's input actions and which management database they are registered in, and the left side showing the usage flow of high school students as users. The top right shows 134, which posts tag code 125 issued by the system on the university's website. In Figure 2, 201 shows the initial response from the university side, followed by 202 to 217 showing the relationship between the response of the receiving terminal and the system. Figure 3 shows the management details of the application management 124 within the system in Figure 1. Even within a single university that disseminates information, it is possible to create multiple dedicated pages and manage them differently, with the application being the basis for this. For each application, a popup (112 in Figure 1) to guide users who wish to receive push notifications, which is displayed on the university's official website, an explanatory screen for users who wish to receive push notifications (113 in Figure 1), an icon (114 in Figure 1) to be set on the user's information terminal device, and university-specific pages (115 and 116 in Figure 1) are generated. Here, the link button area (301) corresponds to the three buttons 214 at the top of the university-specific page 212 screen in Figure 2.

[0036] Figure 4 shows the message creation screen for creating and managing messages to be sent to recipients. It also allows for the configuration of push notification messages, which interact with the system, particularly the push permission database (119) in Figure 1. Checking the appropriate table 401 will cause messages to be sent to recipients who possess that attribute. Figure 4-2 is an explanatory diagram showing the screen displayed when automatic delivery is selected on the message creation screen for creating and managing messages to be sent to recipients. Figure 5 shows the management of attribute information questionnaire items confirmed by the university with push notification permission holders. Figure 6 shows the contents of a database that records user device identification information identifying push notification permission holders. The user device identification information (601) is stored in the system when permission is granted on the user's information terminal device (206) in Figure 2. Figure 7 shows the contents of a database that records the user's responses to the attribute information questionnaire set by the university in Figure 5. This information is stored in the system. Figure 8 shows the contents of a database that records whether the recipient took action in response to the push notification. This information is stored in the system.

[0037] Figure 9 also shows the access history of the university website by the recipient. 901 stores the URL of the page on the official university website that the push notification licensor was accessing when he or she authorized push notifications. 902 stores the URL of the page on the official university website that the push notification licensor accessed. 903 stores a conversion tag indicating that the push notification licensor requested information from the official university website. 904 stores a conversion tag indicating that the push notification licensor applied for an open campus event. The access device information is stored along with the date and time of each action. Figure 10 shows the screen for creating and managing reminder messages to be sent to recipients. After permission for push notifications is granted, push notifications can be uniformly sent to licensors who have been granted permission for a set number of days, such as three days (1001 in Figure 10). This screen is used to provide instructions on how to use the service after permission is granted and promote usage. Figure 11 shows the screen for analyzing information obtained through this browsing support system. Figure 12 is the screen for registering categories as master data for classifying information from the university. Figure 13 is the registration screen for indicating related information content for each URL under the university's official website. Figure 14 is the screen for managing information on affiliated external sites linked from the university's official website.

[0038] <Procedure for university operations> The operation procedures on the university side are explained based on the university side flow diagram in Figure 1 and Figure 2 in the Browsing Support System Overview Flow. Universities using this system are provided with a management screen for each university (123 in Figure 1). Universities can start using the system simply by registering application management (124 in Figure 1) and setting the application-specific tag code (125 in Figure 1) issued from the management screen on the university's official website (134 in Figure 1), which reduces the workload as there is no need for continuous management by the system administrator.

[0039] When application management (124) is registered, a popup (112 in Figure 1) is generated within the system to guide users who wish to receive push notifications. When the application-specific tag code (125) is set on the official website of University A (134 in Figure 1), a popup (112 in Figure 1) is displayed on the website to guide users who wish to receive push notifications (203 in Figure 2). When a visitor accesses the website and presses the push notification guidance button (112 in Figure 1, 203 in Figure 2) (101 in Figure 1), an instruction screen (113 in Figure 1, 204 in Figure 2) generated by the system for users who wish to receive push notifications is displayed, and instructions on how to add a university icon to the home screen are displayed on the instruction screen for users who wish to receive push notifications. By following the instructions, the university name icon (114 in Figure 1), converted to a PWA by the system, is added to the home screen of the information terminal device (103 in Figure 1, 205 in Figure 2). When the PWA-enabled university name icon (114 in Figure 1) is opened, a push notification permission confirmation screen (115 in Figure 1, 206 in Figure 2) for the PWA-enabled university-specific page generated by this system appears. Once the user provides permission, the target application ID, user device identification information (601 in Figure 6), and permission date and time are saved in the licensor identification information (120 in Figure 1, Figure 6) in the system's push notification licensor database (119 in Figure 1). Subsequently, whenever the user operates a button, this user device identification information allows the system to recognize the specific user. Additionally, the URL of University A's official website accessed when permission was granted is saved as the official website page URL at the time of permission (901 in Figure 9) in the site access information action history (122 in Figure 1) of the push notification licensor database (119 in Figure 1).

[0040] The saved user device identification information is recognized as the push notification permission holder, so when the same user device accesses University A's official website, the pop-up instructing users to receive push notifications will not be displayed, making it less inconvenient for the recipient. If the university has registered items to be confirmed with the push notification licensor in the licensor attribute information confirmation master (127 in Figure 1, Figure 5) of this system, the attribute information confirmation screen (117 in Figure 1) that has been automatically converted to PWA after the push notification is approved will be displayed on the user's information terminal device (208 in Figure 2), and when the user registers the attribute information, it will be saved as attribute information (121 in Figure 1, Figure 7) in the push notification licensor database (119 in Figure 1).

[0041] If the university has registered welcome message information in the Welcome Message section (304-307 in Figure 3) of the Application Management (124 in Figure 1, Figure 3), a push notification banner (118 in Figure 1) with a push notification welcome message automatically generated by this system will be delivered as a push notification (106 in Figure 1, 210 in Figure 2) upon permission to receive push notifications. When a push notification is delivered, a symbol indicating that a new notification has been received will appear on the PWA-enabled university's icon (114 in Figure 1, 211 in Figure 2) on the user's home screen. Pressing the university's name icon will open the PWA-enabled university's dedicated page (116 in Figure 1, 212 in Figure 2), where the welcome message will be displayed in the push notification history display area (215 in Figure 2) (216 in Figure 2). Even if the user does not check the push notification at the time it is sent, they can check it later (107 in Figure 1).

[0042] Clicking on the welcome message push notification (210 in Figure 2) or the push notification history on the university's dedicated page (216 in Figure 2) will display the website page specified in 307 in Figure 3, and navigate to a page on the university's official website that the push notification licensor should visit (217 in Figure 2). In addition, opening the delivered push notification welcome message (106 in Figure 1, 210 in Figure 2) or the welcome message displayed in the push notification display area of ​​the PWA-enabled university's dedicated page (107 in Figure 1, 216 in Figure 2) will save the action history in the push notification banner click information in the action history (122 in Figure 1) of the push notification licensor database (119 in Figure 1) (Figure 8).

[0043] In addition to the welcome message sent immediately after a high school student accepts push notifications, it is also possible to register a reminder message that will be automatically sent a set period of time after accepting push notifications (128 in Figure 1, Figure 10). For example, if you decide to send push notifications to all grantors a set number of days, such as three days after acceptance (1001 in Figure 10), after accepting push notifications, you can register 3 in 1001. This can be used to guide recipients on how to use the service after accepting push notifications, encouraging them to use the service.

[0044] When a university updates its official university website, it can register the recipient attributes in the system's message management (129 in Figure 1, Figure 4) to send push notifications to users as intended, informing them that the official university website has been updated. This system associates user device identification information, attribute information, and action history (119 in Figure 1). Therefore, in addition to the attribute information provided by the user themselves (121 in Figure 1), the user's action history (122 in Figure 1), such as opening a push notification message (108 in Figure 1), viewing the push notification history for the university's dedicated page (109 in Figure 1), accessing a page on the university's official website (110 in Figure 1), completing a document request on the university's official website, and completing an application for an open campus event on the university's official website (111 in Figure 1), are stored in the database as a specific user's action history using the user's device identification information (120 in Figure 1, 601 in Figure 6).This makes it possible to directly notify users of updates on the university's official website that they are likely to be interested in, based on data such as the user's action history, action categories, and user attributes.This makes it possible to deliver personalized notifications that users need.

[0045] Universities can send push notifications by simply selecting the recipients of the push notifications from the system's administration screen based on the permission holder's attribute information and action history (401 in Figure 4), and then registering the information category (402) that categorizes the push notification content, the message title (403) that will be displayed in the push notification, the message body (404), the display image (405), the link page URL (406), the delivery date and time (407), and the display period (408).By selecting the information category (402) from those registered in the information category master (130 in Figure 1 and Figure 12), it is possible to analyze information on which push notification banners were clicked not only on a message-by-message basis but also by information category.

[0046] Push notifications can be sent manually when needed, or automatically when a pre-registered page is updated (Figure 4-2). In the university official website URL information category classification in Figure 13, relevant information content is registered for each URL under the university official website in accordance with the licensee attribute information confirmation master. By setting the target recipient's attribute registration, action history conditions, and notification message content for each URL, push notifications can be sent automatically whenever the content under each URL is updated. Furthermore, in addition to the information reflected on the university's official website itself, some university official websites may link to sites operated by external operators other than the university's official website as part of the university's content. By registering these as affiliated external sites for affiliated site links (132 in Figure 1, Figure 14) and making it possible to obtain updated information from the management screen of the affiliated external site, it is possible to automatically distribute information on the external affiliated site when it is updated.

[0047] The analysis unit (133 in Figure 1, Figure 11) also allows universities to view the official website category at the time push notifications were permitted, the number of clicks on the push notification banner by category, the frequency of access to the official website by category, and the status of requests for information and open campus events, broken down by user attributes. This allows universities to determine what information, when, and for whom it is effective to notify users of updates to the university's official website. By specifying user attributes, the official website category at the time push notifications were permitted, the number of clicks on the push notification banner by category, the frequency of access to the official website by category, and the status of requests for information and open campus events (401 in Figure 4), and setting associated information, universities can provide more personalized and detailed notifications, motivating users to revisit the university's official website and guiding them to make effective use of the university's official website.

[0048] <How high school students receive information> When an application-specific tag code (125 in Figure 1) is set on the official website of University A, a popup (112 in Figure 1, 203 in Figure 2) generated by this system to guide users who wish to receive push notifications will be displayed on the website. When a high school student visits University A's official website and clicks on the popup displayed on the website to guide users who wish to receive push notifications, an explanatory screen (113 in Figure 1, 204 in Figure 2) for users who wish to receive push notifications generated by this system will be displayed on their smartphone or computer. If the high school student follows the instructions on the explanatory screen for users who wish to receive push notifications, a PWA-enabled university name icon (114 in Figure 1) will be added to the home screen of the information terminal device (103 in Figure 1, 205 in Figure 2), and when the icon is opened, a PWA-enabled university-specific push notification permission confirmation screen generated by this system will be displayed. The push notification banner (210 in Figure 2) generated from the welcome message (304-307 in Figure 3) registered by University A in the application management system (124 in Figure 1) is sent as a push notification, and the user can open the university's official website (217 in Figure 2) linked to the banner. Even if the user does not check the push notification immediately, they can check the push notification history (216 in Figure 2) on the university-specific page (212 in Figure 2) generated by the system by clicking the university name icon (211 in Figure 2), and then open the university's official website (217 in Figure 2) linked to the banner.

[0049] In addition, the user's device identification information is stored as the licensor specific information (120 in Figure 1) in the system's push notification licensor database (119 in Figure 1), and an icon of the PWA-enabled university name (114 in Figure 1) is set on the information terminal device. Therefore, it can be determined from the device information that the user of the information terminal device is the push notification licensor. Therefore, when the user accesses the university's official website after licencing push notifications, the pop-up informing users who wish to receive push notifications will not be displayed, which is not inconvenient for the recipient.

[0050] After obtaining permission, the attribute information screen can be displayed (117 in Figure 1, 208 in Figure 2). Attribute information items include year of school, prefecture of residence, gender, information categories of interest, faculties and departments of interest, entrance examination methods of interest, academic fields of interest, and a questionnaire about information the recipient wants to obtain (open campus events, entrance examination information, the latest information on newly established faculties and departments), which can be set in the Permissions Party Attribute Information Confirmation Master (127 in Figure 1) on the university's management screen (123 in Figure 1) (Figure 5). The attribute information confirmation screen is linked as a personal page on the university-specific page (116 in Figure 1, 212 in Figure 2) generated by this system (213 in Figure 2), so it is possible to register or modify the information later.

[0051] The university checks the target recipient designation (129 in Figure 1, 401 in Figure 4) on the message creation and management screen, which reflects the attribute information (121 in Figure 1) and action history (122 in Figure 1) from the push notification permission database (119 in Figure 1), and segments the content of the push notification.High school students can then edit the attribute information confirmation screen (117 in Figure 1) themselves to receive information about the university's official website that is relevant to them by reviewing their answers to a questionnaire related to their interests. For example, if a student in their first year of high school registered a vague interest in the science fields at University A, but in their second year they became interested in a more specific faculty or department within the science field and changed their attribute information, University A would navigate them via push notifications when event information related to the science fields was updated on its admissions information webpage, but by updating the attribute information questionnaire to be more specific, they would be able to deliver and navigate information related to the relevant faculty or department not only to the admissions information webpage, but also to more specialized sites that are not targeted at prospective students, such as updates to the faculty information page or news about the faculty in that department. Another feature of this system is that the recipient can also control the information they receive.

[0052] When a user who has permission to receive push notifications accesses the university's official website, the system obtains the URL of the page accessed within the university's official website and accumulates the high school student's action history (122 in Figure 1). The university's official website URL information category classification (131 in Figure 1, Figure 13) categorizes URLs within the university's official website by information type, such as general, event-related, entrance exam information, faculty research information, and news, as shown in Figure 4, 409. This allows for the management of access frequency by category. Since it is possible to accumulate information that high school students need, it is also possible to use this access information by category to notify them via push notification when there is an update to information related to that category on the university's official website.

[0053] The university-specific page generated by this system also includes a My Page (213 in Figure 2), which is linked to a screen for modifying attribute information, allowing high school students to actively add or change settings to receive push notifications about new information that interests them. The attribute information confirmation screen also allows high school students to register questions, allowing universities to individually register answers to those questions and then send push notifications along with the URL of the relevant university's official website. Furthermore, by including conversion tags on the application completion pages for information requests and open campus events, the application status for information requests and open campus events can be stored as action history (111 in Figure 1, 122 in Figure 1, 903 and 904 in Figure 9). This makes it possible to send separate notifications to those who have already requested information or applied for open campus events and those who have not. In this way, by using attribute information and the action history of high school students, personalized notifications are possible, motivating high school students to revisit the university's official website, and by providing the website with navigation functions tailored to the needs of the recipient, the browsing support system can turn the university's official website into an active tool.

[0054] As described above, the present invention is a browsing support system that makes it easy for information senders and receivers to send and receive required information in a timely manner, regardless of the devices they use or the specifications of the site, and since it can be used in any industry regardless of the type of information, it has industrial applicability. [Explanation of symbols]

[0055] 101 Clicking on a pop-up on the university's official website on a user's device that invites users to request push notifications 102 shows a state in which an instruction screen for users who wish to receive push notifications is displayed on the user's device, showing how to add the university name icon to the home screen of the user's device. 103 Indicates that the university name icon is displayed on the home screen 104 Indicates that the act of opening the university name icon and granting permission for push notifications has been recorded as information in the official website page URL at the time of granting permission for push notifications in the site access information in the action history of the push notification permission database. 105 The act of entering attribute information into the attribute information confirmation screen and indicating that the information will be entered into the attribute information in the push notification licensee database 106 Indicates the act of opening a welcome message received as a result of granting push notification permission, and that this action is recorded in the push notification banner click information in the action history of the push notification permission database. 107 This indicates that the welcome message is also displayed in the history of the university's dedicated page, and that even if the welcome message is opened from the history of the university's dedicated page, the action will be recorded in the push notification banner click information in the action history of the push notification licensee database. 108 The act of opening a received push notification and the act of opening a received push notification and the act of opening a push notification banner click information in the action history of the push notification licensee database. 109 This indicates that the received message is also displayed in the history of the university's dedicated page, and that even if the message is opened from the history of the university's dedicated page, the action will be recorded in the push notification banner click information in the action history of the push notification licensee database. 110 Indicates that the push notification licensor accessed the university's official website and that this action was included as information in the site access information of the action history in the push notification licensor database and the university's official website access page URL. 111 Indicates that the push notification licensor has requested information or applied for an open campus event on the university's official website, and that this action will be included in the information request / open campus event application conversion tag information in the site access information of the action history in the push notification licensor's database. 112 203 Push notification request popup 113 204 Push notification explanation screen 114 205 211 PWA university name icon 115 206 PWA push notification permission confirmation screen 116 212 PWA-enabled university-specific page 117 208 213 PWA attribute information confirmation screen 118 210 Push notification banner 119 207 Push Notification Licensee Database 120 Push notification licensee identification information 121 Push notification permission information 122 Push Notification Licensee Action History 123 Indicates the scope of management screens for each university 124 Application Management 125 Application-specific tag code 126 Information content of application units 127 Licensee Attribute Information Confirmation Master Create and manage 128 reminder messages 129 Message creation and management 130 Information Category Classification Master 131 University Official Website URL Information Category Classification 132 External Link Site Information for Links 133 Analysis Department 134 Application-specific tag code settings 201 University's initial response 202 Terminals of visitors to the University's official website before permission 212 PWA-based university page displayed on the user's device 214 University official website link button set in application management 215 Push notification history display area 216 Push notification history 217 Pages on the official university website that push notification permission holders should see 301 Link Button Area 302 Text to be displayed on the popup for push notification users 303 Application-specific tag automatically generated based on input from the application management screen code 304~307 Welcome Message 400 Push notification delivery method 401 Push notification target attribute information specification screen 402 Push Notification Information Category 403 Push Notification Banner Message Title 404 push notification banner message body 405 Push notification banner display image The URL of the page that links to the 406 push notification banner 407 Push notification delivery date and time 408 Push notification banner display period 409 Examples of information categories registered in the information category classification master 601 User Device Identification Information 901 Save the URL of the page on the official university website that the push notification licensor was accessing when granting permission for push notifications. 902 Save the URL of the page you visited on the official university website 903 Save the conversion tag indicating that the request for information was made from within the university's official website. 904 Save conversion tag indicating application for open campus 1001 Input field for the number of days after push notification permission for automatic delivery of reminder messages

Claims

1. It is a system that assists users in browsing the sender's website, which is an intermediary between the sender and receiver of information. The PWA icon and web page are generated as a means of information distribution for the sender, and are then used as an intermediary. By doing so, you can access the home screen and desktop screen, which are functions of PWA-based pseudo-applications. It is a feature that allows the sender to add icons and use push notification functions. Browsing support system.

2. When distributing information, the means for adjusting and sending to the type of information terminal device of the recipient and the OS version The system is provided with a means for adjusting the specifications of the sender and receiver.

2. The browsing support system according to claim 1, wherein the system does not require any support from the user.

3. The sender posts the individual tag code issued by the system to the sender's website. By setting it to ", the icon of the PWA version of the system will be displayed to recipients who have authorized the reception of information. The message will be displayed on the home screen or desktop screen of the receiver's information terminal device, and the sender's It is possible to receive push notifications from the sender and / or receiver, and 3. The browsing support system according to claim 1, wherein information can be distributed.

4. The receiver's attribute registration and action history are stored and managed within the system, and the receiver's interests are It enables tailored website navigation and supports websites as active tools.

4. The browsing support system according to claim 1, wherein the browsing support system can be changed into a browsing support system.

5. The browsing support system according to claims 1 to 4, characterized in that when the conditions of the receiver's attribute registration or action history match the conditions of the sender's information, the sender can automatically send information to the receiver without any action on the part of the sender.

6. The browsing support system described in claims 1 to 5 is characterized in that, when an external site is linked to a sender's website as content, if the external site is updated and the conditions of the receiver's attribute registration or action history match the conditions of the information on the external site, the information can be automatically sent from the sender to the receiver without any action by the sender.

7. The system generates a push notification with an image, and the type of information terminal device used by the recipient is determined. The content of the push notification banner with the image is uniformly provided to the recipient without being affected by the The browsing support system according to claims 1 to 6, which enables

8. Regarding notifications created in the system and sent to the recipient's mobile terminal device, Manage the history and access push notification history information without being affected by the recipient's information terminal device The browsing support system according to any one of claims 1 to 7, wherein the screen displayed on the screen is transmitted to the receiving terminal. Hmm.

9. When activated from the background within the system, notifications and data displayed If there is a difference, the data is automatically refreshed and the receiver's information terminal The device has a function to prevent information differences due to the environment of the device. A browsing assistance system is provided.

10. If the recipient does not close the PWA app and it is stored in the background, When you activate the app from the background, notifications and messages displayed in the system Compares the received data and automatically refreshes and replaces it with the new information if there are any discrepancies 10. The browsing support system according to claim 1, further comprising a refresh function for refreshing the browsing support system. 。

11. The recipient's action status is saved in the database in the system, and the access status is It is possible to categorize information and send it according to the frequency and access trends of each category. It has enabled us to retain various customer attributes and apply them to efficiently and effectively transmit information. A browsing support system according to any one of claims 1 to 10.

12. A receiver that allows the receiver to select the sender's information, register and change the categories of interest.

12. The browsing support system according to claim 1, wherein a dedicated page for use by the receiver is provided. Tem.

13. By displaying a redirection popup on the sender's website, the recipient is notified of the redirection popup. The system will allow users to add icons to their own information terminal devices and receive notifications when the system is updated. By providing the PWA, the icon of the system will be displayed on the home screen of the receiving device. It can be displayed on the screen or desktop, and you can receive push notifications from the sender.

12. The function of the present invention is to notify the user of the addition of information by marking an icon. The viewing assistance system described.

14. A computer-executable program that acts as an intermediary between the sender and receiver of information. By using the generated PWA icons and web pages as a medium, it is possible to display the home screen and desktop image, which are functions of the PWA pseudo-application. It acts as a means for the sender to add an icon to the face and use the push notification function. A browsing support program characterized by:

Images