JP7330814B2 - Management system and management method - Google Patents

Description

The present invention relates to a management system and management method using short message service (hereinafter referred to as "SMS") of smart phones.

Smartphones have been used not only for making calls, playing games, and viewing videos, but also as terminals for achieving various purposes related to life. For example, when purchasing a product at a convenience store, short-range wireless communication and bar code display are used for payment. It is also conceivable to send information including personal information to a smartphone.

Patent Literature 1 describes a system for selling electronic products such as game software, spreadsheet software, and video content. In this system, when selling a product, authentication information consisting of a user ID and a password is input into a user terminal, and it is confirmed by authentication processing whether or not the user has been registered. In order to perform such authentication processing, user registration is required in advance. In addition, the user must enter a user ID and password when using. Therefore, the operation is complicated for the user, and it is necessary to manage authentication information such as passwords.

Japanese Patent Application Laid-Open No. 2005-122400

An object of the present invention is to provide an easy-to-use and high-security management system and management method that cannot be accessed by a personal computer and can be accessed only by a specific smartphone that is accessed for the first time.

In order to solve the above problems, the present invention has the following configurations.
(1) The present invention is a management system connected to a smartphone via a carrier, comprising a unique URL generating means for generating a unique unique URL for each SMS transmission, and an SMS document containing the unique URL that is sent to the smartphone. and SMS sending means for sending an SMS to the device when the smartphone accesses the unique URL, extracting a terminal unique ID unique to the smart phone from the access information sent from the smart phone and associating it with the unique URL. and the unique ID storage means stores the terminal unique ID received and extracted in association with the unique URL when the same unique URL is accessed again. and a URL access means for redirecting to a redirect URL if they are the same, and not redirecting to the redirect URL if they are different.

(2) Further, in the present invention, when the terminal unique ID received and extracted is different from the terminal unique ID stored in association with the unique URL mobile phone number, a second redirect URL different from the redirect URL is provided. The management system according to (1) characterized by redirecting to a redirect URL.

(3) In addition, in the present invention, when redirected to a second redirect URL, a new SMS document containing a new unique URL is sent to the smart phone by the SMS transmission means, and access to the new unique URL The management system according to (2), wherein the unique ID storage means extracts and stores a new terminal unique ID.

(4) In addition, according to the present invention, a unique URL is generated for each SMS transmission, an SMS document containing the unique URL is transmitted to a smartphone via a carrier, and access to the unique URL is performed from the smartphone. a terminal-specific ID unique to the smartphone is extracted from the access information sent from the smartphone and stored in association with the unique URL, and when accessed again with the same unique URL, the terminal-specific ID is stored. A management characterized by comparing the extracted terminal unique ID with the terminal unique ID stored in association with the unique URL, and redirecting to the redirect URL if they are the same, and not redirecting to the redirect URL if they are different. The method.

(5) Further, in the present invention, when the terminal unique ID received and extracted is different from the terminal unique ID stored in association with the unique URL mobile phone number, a second redirect different from the redirect URL is provided. The management method described in (4) is performed by redirecting to a URL.

(6) Further, in the present invention, when redirected to the second redirect URL, a new SMS document containing the new unique URL is sent to the smartphone by SMS, and access to the new unique URL generates a new terminal-specific ID. is extracted and stored in the management method according to (5).

According to the present invention, an easy-to-use and high-security management system that cannot be accessed by a personal computer and can be accessed only by a specific smartphone that is accessed for the first time without entering a user ID or password; A management method can be provided.

The figure which shows the whole structure containing the connection system 1 in embodiment. 4 is a flowchart showing unique URL generation processing in a unique URL generation means 201; FIG. 4 is a flow diagram when purchasing a ticket in Embodiment 1. FIG. 1. Business operator data stored in the business operator server 10 in the first embodiment. Management data stored in the management server 20 in the first embodiment. The smartphone 40 displaying the SMS document of the ticket purchase guide in the first embodiment. FIG. 10 is a flowchart when the management server 20 receives a unique URL according to the first embodiment; FIG. A smartphone 40 displaying a provisional ticket according to the first embodiment. Flow diagram when unique URL is tapped after ticket purchase in modification 1 The smartphone 41 displaying the reissue screen in Modification 1. FIG. A smartphone 41 displaying an SMS document for notification of ticket reissue in modification 1. FIG. The smart phone 40 displaying an SMS document for guidance after contracting insurance in Example 2. FIG. The smart phone 40 displaying an SMS document notifying the result of a medical checkup according to the third embodiment. The smart phone 40 displaying the health checkup results when reexamination is required in the third embodiment.

FIG. 1 is a diagram showing an overall configuration including a connection system 1 according to an embodiment of the invention. The overall configuration including the present invention includes provider servers 10 and 11, a management server (management system) 20, carriers 30 and 31, and smartphones 40 and 41. The connection system 1 includes provider servers 10 and 11 and a management server 20 . The company servers 10 and 11 are servers of respective companies and are usually managed by the companies. The management server 20 is a management system according to the present invention and is an administrator's server, and includes unique URL generation means 201 , SMS transmission means 202 , unique ID storage means 203 and URL access means 204 . It is connected to a plurality of provider servers 10, 11 and 12. The smartphones 40 and 41 are owned by customers of the business. Smartphones 40 and 41 in FIG. 1 are connected to carriers 30 and 31 different from each other, but can make phone calls and send SMS via mobile phone lines.

The management server 20 connects with the smartphones 40, 41, . . . via the respective carriers 30, 31, . Also, the management server 20 is connected to a plurality of provider servers 10, 11, 12, . The provider servers 10, 11, 12, . . . and the management server 20, carriers 30, 31, . A normal mobile phone line and a network line are used between the carrier 30 and the smartphone 40 and between the carrier 31 and the smartphone 41 . A network line is a line that connects to the Internet via carriers 30 and 31 . The smartphones 40 and 41 can be connected to the provider servers 10, 11 and 12 and the management server 20 via network lines, carriers 30 and 31, and the Internet.

The provider servers 10, 11, 12, . The management server 20 generates a unique URL using the unique URL generating means 201, and stores the mobile phone number, redirect URL, etc. in association with the unique URL. Then, the SMS sending means 202 sends an SMS document including the SMS text and the unique URL using the mobile phone number. A unique URL is a URL of a website provided in the management server. The redirect URL may indicate a website within the provider's server, or may indicate a website within another server including the management server 20 . Alternatively, a plurality of redirect URLs may be provided, and the redirect URL to be used may be determined according to conditions.

FIG. 2 is a flowchart showing unique URL generation processing in the unique URL generation means 201 . In this embodiment, first, the management server 20 generates a random 8-digit character string consisting of uppercase and lowercase half-width alphabets and half-width numerals using a random value generation function (step Sg1). Next, it is checked whether there is a unique character string already stored in the management data of the management server 20, and if it exists, it is generated again (step Sg2). If it does not exist, it is stored as a unique character string (step Sg3). Then, a unique character string is added to the end of the default URL to generate a unique URL (step Sg4), which is used for the document to be sent by SMS.

At step Sg4 in FIG.
https://smss.jp/ag/
is the default URL determined by the business operator, and the
********
is a random 8-digit unique character string consisting of uppercase and lowercase half-width alphabets and half-width numbers.
In addition, the default URL
ag/
represents an individual operator.

As described above, the same unique URL and unique character string are not set for multiple system IDs. A system ID is provided for each SMS transmission, and a unique unique URL and unique character string are set for each SMS transmission. The generation of the above unique URL is an example, and any generation method may be used as long as it is unique for each SMS transmission.

When the SMS document is displayed on the customer's smart phone 40 and the unique URL is tapped, the smart phone 40 connects to the website in the management server 20 via the network line, carrier 30, and the Internet. Then, it redirects to the redirect URL according to certain conditions.

Provider servers 10, 11, 12, . . . are servers owned by providers. The business may be a business that sells concert tickets, or may be another business such as an insurance company or a hospital. The business operator of the present invention is a business operator who is expected to access multiple times from the same smartphone.

First, an embodiment of a management system and a management method used for a company that sells concert tickets and manages admission to concerts will be described.

Tickets such as concert admission tickets have been issued on paper, but it is possible to send ticket data to a smartphone and display the ticket as a barcode on the smartphone. However, in order to purchase a ticket, it may be necessary to install a special application, or to perform ID registration, password setting, and the like. Therefore, ticket purchase was troublesome for customers.

In addition, when a ticket is purchased using a personal computer, it is difficult to present it on the screen of the personal computer when entering the venue due to the large size of the device. In addition, personal computers are easy to use with special software, and there is a possibility that a large number of applications for resale will be made by personal computers. In addition, with a personal computer, tickets are easily copied. Therefore, it is desirable that purchases can be made using a smartphone, and that purchases cannot be made using a personal computer. Even if the ticket is stored in the smartphone, the ticket may be copied depending on how it is stored.

In this system, multiple accesses are made via the Internet from smartphones.

FIG. 3 shows the flow of purchasing a ticket in the first embodiment. A customer who wants to purchase a ticket connects to the ticket sales site of the operator's server 10, enters the mobile phone number of the smart phone 40, and starts the ticket purchase procedure (step Sb1). To access the ticket sales site, the smartphone 40 is connected to the provider server 10 via the internet line and carrier.

FIG. 4 shows business operator data stored in the business operator server 10 in the first embodiment. is stored in association with each case. When the customer enters the mobile phone number of the smart phone 40, it is stored in the business server 10 as business data for each case (step Sb2). As business data, business ID, case No., and so on. , mobile phone number, SMS text, first redirect URL, second redirect URL, ticket status, etc. are stored in association with each other. The SMS text in this embodiment is text data that reads, "Please tap the following URL to purchase tickets. Please tap this URL to display tickets when entering the concert." .

The first redirect URL is the URL of the website displayed when connecting from the smartphone, and the second redirect URL is the URL displayed when the connection from the smartphone is rejected. In this embodiment, the redirect destination is provided in the provider server 10, but may be provided in another server. The first redirect URL is generated as a URL for each matter. The ticket statuses are unpurchased, provisional ticket, ticket, and entered status, and the status before purchase is unpurchased.

After storing the business operator data of the item, the mobile phone number, SMS text, first redirect URL, and second redirect URL are transmitted from the operator server 10 to the management server 20 (step Sb3).

Upon receiving the mobile phone number and the like, the management server 20 generates a unique URL by the unique URL generating means 201 (step Sb4) and stores it together with the received mobile phone number and the like. A unique URL is generated by the method (steps Sg1 to Sg4) described above as an embodiment in this embodiment.

FIG. 5 shows management data stored in the management server 20 in the first embodiment. System ID, Business ID, Case No. , mobile phone number, generated unique URL, SMS text, first redirect URL, second redirect URL, etc. are associated and stored (step Sb5).

Next, a unique URL is added to the SMS text to generate an SMS document (step Sb6). The SMS document is sent by the SMS sending means 202 using the mobile phone number sent from the provider server 10 (step Sb7).

FIG. 6 shows the smartphone 40 displaying an SMS document of ticket purchase guidance in the first embodiment. As shown in FIG. 6, the customer's smartphone 40 displays an SMS document in which a unique URL is displayed below the text of the SMS, which is a guideline for ticket purchase. The customer accesses by tapping the unique URL (step Sb9).

Access to the unique URL is made to the management server 20 via the Internet via the carrier (step Sb10). By accessing the unique URL, the unique ID storage unit 203 extracts the terminal unique ID unique to the smart phone 40 from the access information of the smart phone 40, and stores it in association with the unique URL (step Sb11). Then, the URL access means 204 redirects to the provider server 10 (step Sb12).

FIG. 7 is a flow diagram when the management server 20 receives a unique URL in the first embodiment. Upon receiving the unique URL (step Sr1), the unique ID storage unit 203 extracts a terminal unique ID unique to each smart phone from the access information of the smart phone 40. FIG. In this embodiment, various types of access information of smartphone 40 are combined to extract a terminal-specific ID distinguishable from other smartphones (step Sr2). Then, the management data is accessed using the unique URL shown in FIG. 5, and it is determined whether or not there is a terminal unique ID stored in association with the unique URL (step Sr3). In the management data, if the unique URL is not associated with the terminal unique ID, the unique URL is associated with the terminal unique ID and stored in the management data (step Sr4), and the URL access means 204 redirects to the first redirect URL. (Step Sr6). In the management data, when the unique URL is already associated with the terminal unique ID, URL access means 204 checks whether the unique URLs are the same (step Sr5). If they are the same, they are redirected to the first redirect URL (step Sr6), and if different, they are redirected to the second redirect URL (step Sr7). Unique ID storage means 203 performs steps Sr2-4, and URL access means 204 performs steps Sr5-7.

When accessed by the unique URL for the first time, the terminal unique ID is not yet associated with the unique URL. Therefore, the unique ID storage means 203 associates the terminal unique ID with the unique URL and stores it in the management data (steps Sr4, Sb11), and the URL access means 204 redirects to the first redirect URL (steps Sr6, Sb12).

When the first redirect URL is used to redirect to the website provided in the specified business operator server 10, a concert ticket purchase screen is displayed on the smartphone (step Sb13). The customer selects a concert and performs procedures such as payment according to the purchase screen. When the procedure is completed, a provisional ticket is displayed as a ticket on the smartphone screen (step Sb14).

FIG. 8 shows the smartphone 40 displaying the provisional ticket according to the first embodiment. At this point, the website specified by the first redirect URL is the temporary ticket screen.

After closing the temporary ticket screen, when the customer accesses again using the unique URL, the customer is redirected to the first redirect URL, and the temporary ticket shown in FIG. 8 is displayed. The temporary ticket contains the venue, date and time of the concert. This allows customers to check their tickets at any time. In this embodiment, a provisional ticket is displayed at the time of purchase, and changes to a ticket display at the opening time. Temporary tickets and ticket displays are not stored on smartphones.

When the customer wants to redisplay the temporary ticket for confirmation, etc., the customer accesses again by tapping the unique URL used when purchasing the ticket. Then, the management server 20 receives the unique URL as shown in FIG. 7 (step Sr1). Then, unique ID storage means 203 extracts the terminal unique ID of smartphone 40 (step Sr2). Further, it is determined whether or not there is a terminal unique ID stored in association with the unique URL (step Sr3). Since there is a terminal unique ID associated with the unique URL, URL access means 204 determines whether the extracted terminal unique ID and the stored terminal unique ID associated with the unique URL in the management data are the same (step Sr5). ). If they are the same, the temporary ticket shown in FIG. 8 is displayed by redirecting to the first redirect URL.

Also, when the opening time of the concert comes, the website of the first redirect URL is changed to a ticket displaying the barcode. When the customer taps the unique URL and accesses again, the ticket is redirected to the first redirect URL through steps Sr1 to 3 and 5 in the same way as when the temporary ticket is redisplayed, and the ticket with the bar code and seat number is displayed. It is displayed on the smart phone 40 . A customer can enter by presenting the smartphone 40 at the entrance. Upon entry, the website of the first redirect URL is changed to display "XX concert, start date, month, date, hour, XX public hall, seat number, XX".

If the unique URL is distributed to others and an attempt is made to access the temporary ticket or the ticket site with a different smartphone, the terminal unique ID extracted by the management server 20 at the time of access differs from the terminal unique ID stored in association with the unique URL. Therefore, the management server 20 redirects to the second redirect URL in step Sr5 (step Sr7). On the website of the second redirect URL, a display is made to the effect that the ticket cannot be displayed because the smartphone is different.

As shown in this example, the customer cannot use a personal computer, as it is a prerequisite to use SMS first and a mobile phone number is required. In addition, access is possible only with a specific smartphone accessed by the unique URL first. Therefore, security can be ensured. Also, there is no need to install a special application on your smartphone for tickets.

<Modification 1>
Next, Modified Example 1 that can be used when the customer changes the model of the smartphone will be described. In FIG. 7, when the unique SMS is tapped from the short mail handed over due to the model change, the management server 20 receives the unique URL (step Sr1) and extracts the terminal unique ID from the information sent from the smartphone (step Sr2 ). There is a terminal unique ID stored in association with the unique URL (step Sr3), and the extracted terminal unique ID is compared with the stored terminal unique ID (step Sr5). Since the smartphone has been changed, the extracted terminal-specific ID differs from the terminal-specific ID stored in association with the unique URL. Therefore, the user is redirected to the second redirect URL (step Sr7). In this modified example, the second redirect URL is also a URL specific to the matter.

FIG. 9 is a flowchart when a unique URL is tapped after purchasing a ticket in Modification 1. FIG. The customer changes from the smartphone 40 of the carrier 30 to the smartphone 41 of the carrier 31 using number portability, and copies the received SMS document to the new smartphone 41 . Steps Sd1 to Sd3 correspond to steps Sr1 to Sr3, Sr4 and Sr5 described above. Since the terminal unique IDs are different, redirect to the second redirect URL (steps Sd3, Sr7). A reissue screen is displayed on the website of the second redirect URL (step Sd4).

FIG. 10 shows the smartphone 41 displaying the reissue screen in Modification 1. As shown in FIG. On the reissue screen, it is displayed that the ticket cannot be displayed because the smartphone is different, and that the ticket will be reissued if the mobile phone number is not changed, and an input frame for the mobile phone number is displayed. The customer who wishes to have the card reissued enters the mobile phone number in the input box and taps the confirm button (step Sd5).

The business server 10 checks whether the mobile phone number entered by the customer is the same as the mobile phone number stored in association with the second redirect URL in the business data (step Sd6). If they are the same, the text of the SMS saying "I will reissue the ticket. The URL below is the URL of the new ticket. Please tap it." It is transmitted to the management server 20 together with the redirect URL (step Sd7). If they are different, it is displayed to the effect that the mobile phone numbers are different, and the user is prompted to re-enter.

When the new mobile phone number or the like is received, the management server 20 causes the unique URL generation means 201 to generate a new unique URL (step Sd8). , to store the second redirect URL. Also, old management data is extracted from the sent mobile phone number, and the old unique URL, mobile phone number, first redirect URL, second redirect URL, and terminal unique ID are invalidated (step Sd9). Together with the SMS text, an SMS document is generated (step Sd10) and sent by SMS using the mobile phone number newly sent from the business server 10 (step Sd11). In this embodiment, old management data is extracted using the mobile phone number as a key. is also stored in the management server 20, and the matter No. may be used as a key to invalidate old management data.

FIG. 11 shows the smartphone 41 displaying an SMS document for notification of ticket reissue according to Modification 1. As shown in FIG. The SMS document is displayed on the smartphone 41 as shown in FIG. 11 (step Sd12). When the customer taps a new unique URL (step Sd13), since the unique URL of the management data in the management server 20 is not associated with the terminal unique ID, it is associated and stored and redirected to the first redirect URL. A temporary ticket or a ticket is displayed on the website of the first redirect URL depending on whether the opening time has passed or not.

Since the terminal-specific ID of a smartphone changes when the model is changed, tickets cannot be displayed when the model is changed if managed by the terminal-specific ID. However, since the mobile phone number does not change, the ticket can be handed over to the new smartphone even if the model is changed by having the user enter the mobile phone number, send the unique URL again by SMS, and store the terminal unique ID in the management data. can be done. In addition, even if you change carriers, your mobile phone number will be inherited due to number portability, so you can change your model when you change carriers.

Since the ticket is basically fixed to the smartphone, there will be no troubles caused by copying the ticket. Furthermore, since sales are limited to smartphones with mobile phone numbers, it is possible to prevent ticket purchases for the purpose of resale using personal computers. In addition, even if there is a ticket purchase for the purpose of resale using a smart phone, if the number of purchases from one smart phone is large in view of the mobile phone number, the business server 10 can take a purchase prohibition measure for the purpose of resale.

<Modification 2>
Next, as a modification 2 of the first embodiment, an example in which a ticket can be canceled will be shown.
In this modified example, a cancel reservation button is added to the provisional ticket. If you want to cancel, tap the cancel reservation button. Then, it will be in a cancellation reservation state, and a cancellation reservation screen will be displayed. The website of the first redirect URL becomes this cancellation reservation screen, and the cancellation reservation screen is displayed even if the connection is made again. If the opening time has passed and the ticket status is ticket, the cancel reservation button will not be displayed.

On the other hand, a customer who could not purchase a ticket due to sold-out tickets or the like selects waiting for cancellation at the time of the first connection, so that the first redirect URL is the sales website for waiting for cancellation.

When trying to purchase a cancellation ticket at a later date, the customer waiting for cancellation taps the unique URL and accesses again via the management server 20. - 特許庁If there is a cancellation ticket, the website to which the first redirect URL is connected sells cancellation tickets. Then, the ticket can be obtained by performing the purchase procedure and payment. After obtaining the ticket, a temporary ticket or the like is displayed as described above.

If the ticket is purchased by someone else, the business server 10 will send an SMS text "The ticket has been canceled for the XX concert. We will refund you within one month." to the management server 20. In addition, the website of the first redirect URL displays the following message: "The cancellation of the XX concert was approved on XX day. We will issue a refund within one month." Then, in the management server 20, the SMS sending means 202 sends SMS to the customer who canceled the SMS text.

If the cancellation is not established before the start of the performance, an SMS document to that effect is sent to the smartphone, and the cancellation reservation screen on the website changes to the ticket screen.

Generally, concert tickets cannot be canceled, but paper tickets can be given to acquaintances or the like. However, if the display on the smartphone is treated as a ticket and cookies or the like are used to improve security, the ticket will be wasted if the concert is no longer available, resulting in vacant seats at the concert venue. In this modified example, the cancellation enables other people to purchase tickets, and has the effect of suppressing vacant seats at the concert hall.

As described above, the unique URL can be transmitted to the smart phone by using SMS at the time of sale. The computer does not have a mobile phone number and cannot receive SMS. Therefore, it is possible to avoid selling tickets via a computer, which can be easily duplicated. Sending tickets by email means that they may be purchased on a non-portable computer and the tickets may not be presented for entry.

In this embodiment, a customer who wants to purchase a ticket connects to the ticket sales site on the operator's server 10, enters the mobile phone number of the smart phone, and starts the ticket purchase procedure. However, the customer sends the mobile phone number of the smartphone to the business operator by telephone or postcard, and the business operator enters the mobile phone number into the business operator server 10 and sends the SMS text, mobile phone number, etc. to the management server 20. good too.

Next, as an example of displaying personal information on a smart phone, an embodiment of a management system and a management method using the present invention for an insurance contract will be shown.

Various types of insurance such as life insurance, automobile insurance, and golf insurance are sold on the Internet. However, in Internet sales, the insurance contract is mailed, so it does not reach the policyholder immediately. In addition, even at ordinary agencies, including sales, the contractor must keep a paper contract. If the contract is entered from a personal computer, the storage capacity is sufficient, so the insurance contract can be transmitted and saved in PDF format. However, in recent years, the number of people who do not have a personal computer is increasing, and sales through smartphones are increasing. It is conceivable to store the contract data in the cloud after the insurance contract is made so that it can be accessed and checked from a smartphone, but this requires work by the policyholder. This embodiment protects the contract content, which is personal information, with high security, and allows the policyholder to easily handle the insurance contract.

In this embodiment, when the customer purchases insurance, the mobile phone number of the smart phone is communicated to the insurance agent. The agency inputs the contract details and the mobile phone number of the contractor to the operator server 11 of the insurance company. Alternatively, a contract may be made by accessing an insurance application site provided on the operator server 11 of the insurance company from a smartphone or personal computer. At that time, it is essential to enter the mobile phone number of the smartphone.

After contracting the insurance, the business server 11 of the insurance company sends the SMS text, mobile phone number, and redirect URL to the management server 20 . The redirect URL is a unique URL for each case, like the first redirect URL in the first embodiment. The SMS text in this embodiment is, for example, "Thank you for applying for XX insurance. We will send you the details of your contract. Please access the following URL and check it."

In the management server 20, the unique URL generating means 201 generates a unique URL, and stores the redirect URL in management data in association with the generated unique URL. Then, an SMS document is generated by adding a unique URL to the SMS text. The SMS document is sent by SMS sending means 202 using the mobile phone number sent from the provider server 11 .

FIG. 12 shows the smartphone 40 displaying an SMS document for guidance after the insurance contract is signed according to the second embodiment. The SMS document is displayed on the contractor's smart phone as shown in FIG. After reading the SMS document, the subscriber taps the unique URL to access the unique URL.

By accessing the unique URL, in the management server 20, the unique ID storage means 203 extracts the terminal unique ID unique to the smartphone from the access information, and stores it as management data in association with the unique URL. Then, the URL access means 204 redirects with the redirect URL. The redirect destination may be a website provided on a server managed by a business operator, but a website provided on a server managed by a third party such as a public institution is highly trusted by customers.

The redirected website displays a simple contract with a button to connect to the contract. When the contractor taps the button, the detailed contract is displayed. If the contractor finds it difficult to read on the smartphone display, they can print out the necessary parts of the contract using a copy machine at a convenience store.

At a later date, when the contractor reconfirms the contract, he taps the unique URL of the SMS document to access again. In the management server 20, the unique ID storage means 203 extracts the terminal unique ID unique to the smartphone from the access information, and the URL access means 204 checks whether it is the same as the terminal unique ID stored in association with the unique URL in the management data. .

If they are the same, redirect to the redirect URL stored in the management data. On the other hand, if the extracted terminal unique ID is different from the terminal unique ID stored in the management data in association with the unique URL, the redirect is not performed, and the function of the management server 20 informs the smartphone that access is not possible because the smartphone is different. display.

As described above, contract documents and other information can only be accessed from the smartphone that was first entered. When changing the model of the smartphone, it is necessary to go through procedures at an insurance agency or the like, but as in the first embodiment, a system that can change the accessible smartphone if the mobile phone number does not change may be adopted.

In Example 2, the contract can be accessed with high security without entering an ID number or password. In addition, even if the contract is not made through a website but is made over the phone or through a face-to-face agency, by transmitting the mobile phone number, the unique URL can be sent to the smartphone via SMS via the management server 20, and the smartphone can be sent to the smartphone. You can check the contract with a unique URL from

Next, as an example of displaying personal information on a smart phone, a third embodiment of a management system and a management method using the present invention for communicating health checkup results will be described.

The hospital, which is the business operator, asks the examinee to enter the mobile phone number of the smart phone 40 at the time of the medical examination, and registers it in the business operator server 12 of the hospital.

Then, when the result of the health checkup is obtained, the SMS text, the examinee's mobile phone number, and the redirect URL are transmitted from the provider server 12 to the management server 20. - 特許庁The text of the SMS in this embodiment is, for example, "We will inform you of the results of the health checkup performed on... If so, the health checkup result page can be repeatedly displayed for two years from the following URL. The website specified by the redirect URL is a site that displays health checkup results.

In the management server 20, the unique URL generating means 201 generates a unique URL, and stores the redirect URL in management data in association with the generated unique URL. Then, an SMS document is generated by adding a unique URL to the SMS text. The SMS document is sent by SMS sending means 202 using the mobile phone number sent from the provider server 12 .

FIG. 13 shows the smartphone 40 displaying an SMS document notifying the result of a medical examination according to the third embodiment. The SMS document is displayed on the smart phone 40 of the examinee as shown in FIG. The recipient reads the SMS document and taps on the unique URL to access the unique URL.

By accessing the unique URL, in the management server 20, the unique ID storage means 203 extracts the terminal unique ID unique to the smartphone from the access information, and stores it in association with the unique URL. Then, the URL access means 204 redirects with the redirect URL. The redirected website displays the test results. If retesting is required, display a button that leads to a website for retesting appointments.

FIG. 14 shows the smartphone 40 displaying the health checkup results when reexamination is required according to the third embodiment. When the date and time of the reexamination are entered after tapping the button for reexamination reservation, a reservation screen showing the date and time of the reexamination appears. The reservation screen displays a button for displaying the results of the health checkup.

If re-examination is not required, only the health checkup results will be displayed. By tapping the unique URL and accessing again when necessary, the examinee can view the health checkup results any number of times as long as the smartphone 40 remains the same. However, if access is made from a different smartphone, the terminal-specific ID will be different, so the URL access means 204 does not redirect, and displays on the smartphone that access is not possible because the smartphone is different.

A patient who has made a reservation for a reexamination can tap the unique URL again to access the reservation screen, and can reconfirm the date and time of the reservation and the results of the medical checkup.

When there is access by a unique URL, in the management server 20, the unique ID storage means 203 extracts a terminal unique ID unique to the smartphone from the access information, and the URL access means 204 stores management data in association with the unique URL. Check if it is the same as the terminal unique ID.

If the terminal unique IDs are the same, redirect to the redirect URL stored in the management data. If they are different, the URL access means 204 displays on the smartphone that access is not possible because the smartphone is different without redirecting. In this way, health checkup results, which are personal information, cannot be accessed from other smartphones.

In the provider server 12, if the reexamination is required but the reservation for the reexamination is not made by a certain date, a document prompting the reexamination is sent by SMS. In this case, the provider server 12 transmits to the management server 20 the SMS message text urging reexamination, the mobile phone number, and the redirect URL. From the management server 20, a new unique URL may be added to the SMS text by SMS and transmitted by the SMS transmission means 202, and the user is prompted to tap the already transmitted unique URL without transmitting the new unique URL. The SMS document may be SMS-transmitted by the SMS transmitting means 202 .

As described above, the information on medical examination results can be accessed only from the smartphone accessed by the unique URL first. When the model of the smartphone is changed, a procedure is required at the hospital, but the same method as in the first embodiment may be used so that the accessible smartphone can be changed when the mobile phone number does not change.

Further, in the above embodiment, the operator servers 10, 11, 12, . . . and the management server 20 (management system) are provided separately. The entire system may be integrated with the management server 20 to form a system using the same server.

1 connection system 10, 11, 12 provider server 20 management server (management system)
201 unique URL generation means 202 SMS transmission means 203 unique ID storage means 204 URL access means 30, 31 carrier 40, 41 smartphone

Claims (6)

A management system connecting to a smartphone via a carrier, the unique URL generating means for generating a unique unique URL for each SMS transmission;
SMS sending means for sending an SMS document containing the unique URL to the smart phone by SMS;
a unique ID storage means for extracting a terminal unique ID unique to the smart phone from access information sent from the smart phone when the unique URL is accessed from the smart phone, and storing the terminal unique ID in association with the unique URL;
When the same unique URL is accessed again, the unique ID storage means compares the received and extracted terminal unique ID with the terminal unique ID stored in association with the unique URL, and if identical, redirects. URL access means for redirecting to a URL and not redirecting to said redirect URL if different;
A management system comprising: When the terminal unique ID received and extracted differs from the terminal unique ID stored in association with the unique URL mobile phone number, the redirect is redirected to a second redirect URL different from the redirect URL. The management system of Claim 1. When redirected to a second redirect URL, a new SMS document containing a new unique URL is sent to the smart phone by the SMS transmission means, and the unique ID storage means is transferred to the new terminal by accessing the new unique URL. 3. The management system according to claim 2, wherein the unique ID is extracted and stored. generating a unique unique URL for each SMS transmission;
Sending an SMS document containing the unique URL to a smartphone via a carrier by SMS,
extracting a terminal unique ID unique to the smart phone from access information sent from the smart phone when the unique URL is accessed from the smart phone and storing the ID in association with the unique URL;
When the same unique URL is accessed again, the received and extracted terminal unique ID is compared with the terminal unique ID stored in association with the unique URL, and if they are the same, the terminal is redirected to a redirect URL to determine if they are different. A management method characterized by not redirecting to the redirect URL in some cases. If the terminal unique ID received and extracted differs from the terminal unique ID stored in association with the unique URL mobile phone number, the request is made by redirecting to a second redirect URL different from the redirect URL. The management method according to item 4. When redirected to the second redirect URL, a new SMS document containing the new unique URL is sent to the smart phone by SMS, and a new terminal unique ID is extracted and stored by accessing the new unique URL. 6. The management method according to claim 5.

Images