JP6311460B2 - Information sharing service providing method, information sharing service providing system, and information sharing service providing apparatus - Google Patents

Description

  The present invention relates to an information sharing service providing method, an information sharing service providing system, and an information sharing service providing apparatus.

  2. Description of the Related Art Conventionally, a technique for distributing information to a specific region or group and sharing information among users, such as an earthquake early warning or a tsunami warning (see, for example, Patent Documents 1 to 3). .

  Recently, Twitter (registered trademark), bulletin boards, various information sites, and the like are frequently used by users as systems for sharing information.

JP 2000-201377 A JP-A-9-261169 JP 2010-263562 A

  However, in technologies such as earthquake early warnings and tsunami warnings, information about the occurrence of an event such as a disaster is distributed to a specific region or group. Detailed information within the group is not distributed in real time. For this reason, in this technique, detailed information cannot be shared between users in real time.

  On the other hand, since services such as Twitter (registered trademark) and bulletin boards can be written and viewed by users, detailed information can be shared between users in real time. However, with these services, writing from outside the disaster occurrence area is also possible, and thus there is a possibility that erroneous information may be spread due to impersonation by users outside the disaster occurrence area.

  In one aspect, an object of the present invention is to provide an information sharing service providing method, an information sharing service providing system, and an information sharing service providing apparatus capable of improving the reliability of information in an information sharing service.

  In one aspect, the information sharing service providing method provides an information sharing service corresponding to an identifier of the event and the specific area when an event that needs to be notified to a terminal in the specific area occurs. A message to which the access information for accessing the information sharing service and the identifier of the event are added is transmitted to a terminal in the specific area, and the access is received from the terminal that has received the message. When there is an access to the information sharing service using information, the event identifier added to the message received by the terminal and the location information of the terminal are acquired. Information executed by one or more computers for determining whether to use the information sharing service based on the event identifier and the location information of the terminal It is a chromatic service providing method.

  In one aspect, when an event that needs to be notified to a terminal in a specific region occurs, the information sharing service providing system provides an information sharing service corresponding to the identifier of the event and the specific region. An operating unit that operates, a transmission unit that transmits an access information for accessing the information sharing service, and an identifier of the event, to a terminal in the specific area; and the message When there is an access to the information sharing service using the access information from the received terminal, the event identifier added to the message received by the terminal, and the location information of the terminal, An acquisition unit to acquire, and a determination unit to determine whether or not to use the information sharing service based on the information acquired by the acquisition unit.

  In one aspect, when an event that needs to be notified to a terminal in a specific region occurs, an operating unit that operates an information sharing service corresponding to the identifier of the event and the specific region, There was an access to the information sharing service using the access information from a terminal in the specific area that received the message to which the access information for accessing the information sharing service and the event identifier were added. In this case, an acquisition unit that acquires the identifier of the event added to the message received by the terminal and the location information of the terminal, and an information sharing service based on the information acquired by the acquisition unit And a determining unit that determines whether or not to use the device.

  The reliability of information in the information sharing service can be improved.

1 is a diagram schematically illustrating a configuration of an information sharing service providing system according to an embodiment. FIG. 2A is a diagram illustrating a hardware configuration of the message notification device, and FIG. 2B is a diagram illustrating a hardware configuration of the information sharing service providing device. It is a figure which shows the hardware constitutions of a terminal. It is a functional block diagram of a message notification device, an information sharing service providing device, and a terminal. It is a figure which shows the outline | summary of a transmission message. FIG. 6A is a diagram illustrating an example of the community management DB, and FIG. 6B is a diagram illustrating an example of the area information table. It is a sequence diagram of processing of the information sharing service providing system. It is a flowchart which shows the process of a message notification apparatus. It is a flowchart which shows the community creation process by an information sharing service provision apparatus. FIG. 10A to FIG. 10D are diagrams for explaining specific examples of steps S34 to S42 in FIG. It is a flowchart which shows the community deletion process by an information sharing service provision apparatus. FIG. 12A and FIG. 12B are diagrams for explaining the processing of FIG. It is a flowchart which shows the process at the time of the terminal access by an information sharing service provision apparatus. It is a flowchart which shows the specific process of the authentication process of FIG. FIG. 15A to FIG. 15C are diagrams for explaining a specific example of the processing of FIG. It is a flowchart which shows the process of a terminal.

  Hereinafter, an embodiment of an information sharing service providing system will be described in detail with reference to FIGS. FIG. 1 is a diagram schematically illustrating a configuration of an information sharing service providing system 100 according to an embodiment.

  As illustrated in FIG. 1, the information sharing service providing system 100 includes a message notification device 10, an information sharing service providing device 50, and a plurality of relay facilities 70. The relay facility 70 is a base station device that is installed in various places such as in the city and communicates with a terminal 30 that exists within a predetermined range, and between the message notification device 10 and the terminal 30, the terminal 30 and the information sharing service The exchange of information with the providing device 50 is relayed. In FIG. 1, the communicable range of each relay facility 70 is defined as areas a, b, c.

  When an event (phenomenon) that needs to be notified to the terminal 30 in a specific area, such as an earthquake or a tsunami, occurs, the message notification device 10 sends information on the event to the terminal 30 in the specific area. It is a device to notify.

  FIG. 2A shows a hardware configuration of the message notification device 10. As shown in FIG. 2A, the message notification device 10 includes a CPU (Central Processing Unit) 90, a ROM (Read Only Memory) 92, a RAM (Random Access Memory) 94, and a storage unit (here, an HDD (Hard Disk Drive). )) 96, a network interface 97, a portable storage medium drive 99, and the like. Each component of the message notification device 10 is connected to the bus 98. In the message notification device 10, the CPU 90 executes a program stored in the ROM 92 or the HDD 96, or a program read by the portable storage medium drive 99 from the portable storage medium 91, whereby the event occurrence information shown in FIG. Functions as the receiving unit 11, the transmission message generating unit 12, the message transmitting unit 13 as a transmitting unit, the message accumulating unit 14, and the community creation request transmitting unit 15 are realized.

  The event occurrence information receiving unit 11 receives information that an event such as an earthquake or tsunami has occurred from an external device (for example, a server held by a government agency or a local public entity), and a transmission message generating unit 12 Send to. When the message notification device 10 has a function as an external device, the event occurrence information receiving unit 11 notifies the transmission message generation unit 12 when detecting that an event has occurred. do it.

  The transmission message generation unit 12 generates a transmission message based on the received event information. Here, as shown in FIG. 5, the transmission message includes a header, essential parameters, a message body, a message ID, and area information. In the message body, a sentence such as “Please prepare for strong earthquake at XX” as shown in FIG. 5 and an information sharing service URL as access information for accessing the information sharing service providing apparatus 50 are shown. , Is included. The message ID is identification information given to each message such as 0001 or 0002, for example. It can be said that the message ID is identification information (identifier) that can uniquely identify the generated event. The area information is information indicating a target area for transmitting a message such as a, b, and c.

  The message transmission unit 13 transmits the transmission message generated by the transmission message generation unit 12 to the terminal 30 existing in the specific area via the relay facility 70 of the specific area. In this case, the message transmission unit 13 transmits a transmission message by broadcast SMS (short message service). The message storage unit 14 stores the transmission message generated by the transmission message generation unit 12.

  The community creation request transmission unit 15 creates a community creation request for requesting the information sharing service providing apparatus 50 to create a community related to the transmission message, and transmits the community creation request to the information sharing service providing apparatus 50. As shown in FIGS. 10A and 10C, the community creation request includes the message ID of the transmission message and area information for specifying the area where the transmission message is transmitted.

  Returning to FIG. 1, the information sharing service providing apparatus 50 is based on the community creation request (message ID and area information) received from the message notification apparatus 10, and the information sharing site (community) corresponding to the combination of the message ID and area information. Create (run). As the community, bulletin boards and chat rooms are assumed. In addition, when there is an access from each terminal 30, the information sharing service providing apparatus 50 determines whether or not the terminal 30 can use the community based on the authentication information transmitted from the terminal 30. Then, the information sharing service providing apparatus 50 enables the use from the community terminal 30 that can be used.

  FIG. 2B shows a hardware configuration of the information sharing service providing apparatus 50. As shown in FIG. 2B, the information sharing service providing apparatus 50 is similar to the message notification apparatus 10, and includes a CPU 190, ROM 192, RAM 194, storage unit (HDD in this case) 196, network interface 197, and portable storage medium. A drive 199 and the like are provided. Each component of the information sharing service providing apparatus 50 is connected to the bus 198. In the information sharing service providing apparatus 50, a program (including an information sharing service providing program) stored in the ROM 192 or the HDD 196 or a program read from the portable storage medium 191 by the portable storage medium drive 199 (providing the information sharing service provision) 4), the community creation request reception unit 51, the authentication information acquisition unit 52 as the acquisition unit, the operation unit, the determination unit, and the community information management unit 53 as the cancellation unit illustrated in FIG. Each function is realized. 4 also shows a community management DB 57 and an area information table 59 stored in the HDD 196 or the like.

  The community creation request reception unit 51 receives the community creation request (message ID and area information) transmitted from the community creation request transmission unit 15 of the message notification device 10 and transmits it to the community information management unit 53.

  When there is an access to the community from the terminal 30, the authentication information acquisition unit 52 acquires authentication information from the terminal 30 and transmits the authentication information to the community information management unit 53. Details of the authentication information will be described later.

  The community information management unit 53 creates a community or updates an existing community based on the community creation request. Further, the community information management unit 53 sets an expiration date for the community, and deletes the community that has exceeded the expiration date. In addition, when the authentication information is received from the authentication information acquisition unit 52, the community information management unit 53 enables use of a community suitable for the terminal 30 based on the authentication information. Here, the community information management unit 53 manages the community using the community management DB 57 shown in FIG. Moreover, the community information management part 53 uses the area information table 59 shown in FIG.6 (b), when determining the community suitable for the terminal 30. FIG.

  As shown in FIG. 6A, the community management DB 57 has fields of “community”, “message ID”, “area information”, and “expiration date”. The community name is stored in the “community” field. In the “message ID” and “area information” fields, the message ID and area information included in the community creation request received from the message notification device 10 are stored. The “expiration date” field stores an expiration date of the community (a time limit for determining the number of days to be deleted).

  As shown in FIG. 6B, the area information table 59 is a table that defines what range (cover range) each area information (a, b, c...) Is specifically. In FIG. 6B, the cover range of each area is defined as a latitude and a mild range, and is used to determine in which area the latitude / longitude information transmitted from the terminal 30 is. Note that, in the area information table 59, it is preferable to store information of all the assumed areas assuming that an event has occurred in every area.

  Returning to FIG. 1, the terminal 30 is a mobile phone, a smartphone, a tablet-type terminal, or the like. The terminal 30 receives the message from the relay facility 70 and displays it. Further, from the terminal 30, the user can access the information sharing service providing apparatus 50 by selecting the information sharing service URL included in the received message.

  The terminal 30 has a hardware configuration as shown in FIG. As shown in FIG. 3, the terminal 30 includes a CPU 290, a ROM 292, a RAM 294, a storage unit (HDD in this case) 296, a network interface 297, a display unit 293, an input unit 295, a GPS (Global Positioning System) module 289, and a portable storage. A medium drive 299 and the like. Each component of the terminal 30 is connected to a bus 298. The display unit 293 includes a liquid crystal display and the input unit 295 includes a touch panel, a keyboard, and the like. In the terminal 30, the CPU 290 executes a program stored in the ROM 292 or the HDD 296 or a program read from the portable storage medium 291 by the portable storage medium drive 299, whereby the message receiving unit 31, shown in FIG. The functions of the message storage unit 32, the location information acquisition unit 33, the community access information generation unit 34, and the community access unit 35 are realized.

  The message reception unit 31 receives a message transmitted from the message transmission unit 13 of the message notification device 10 and distributed from the relay facility 70 and displays the message on the display unit 293. In this case, the message receiving unit 31 displays a message text as shown in FIG. 5 on the display unit 293. The message storage unit 32 stores the message received by the message reception unit 31.

  The position information acquisition unit 33 acquires the current position (latitude / longitude information) of the terminal 30 from the GPS module 289.

  The community access information generation unit 34 generates authentication information necessary for access to the community when the user selects an information sharing service URL from the message text displayed on the display unit 293. The authentication information includes the message ID and area information included in the message in which the user has selected the information sharing service URL, and the position information when the terminal 30 acquired by the position information acquiring unit 33 accesses the information sharing service providing apparatus 50. (Latitude and longitude information) (see FIG. 15A). Note that the area information included in the authentication information is position information when the terminal receives the message.

  The community access unit 35 transmits the authentication information generated by the community access information generation unit 34 to the authentication information acquisition unit 52 of the information sharing service providing apparatus 50. In addition, the community access unit 35 executes various processes (information display and writing processes) in the community that can be used in the information sharing service providing apparatus 50.

  Next, processing in the information sharing service providing system 100 of this embodiment will be described in detail. FIG. 7 shows a sequence diagram of the information sharing service providing system 100. In the following description, the sequence diagram of FIG. 7 will be referred to as appropriate.

(Processing of message notification device 10)
Hereinafter, the processing of the message notification device 10 will be described with reference to the flowchart of FIG.

  In the process of FIG. 8, first, in step S10, the event occurrence information receiving unit 11 stands by until event information is received from an external device. For example, when an earthquake or tsunami occurs and event information is transmitted from an external device, the event occurrence information receiving unit 11 receives the event information and proceeds to step S12. The event occurrence information reception unit 11 transmits the received event information to the transmission message generation unit 12.

  If transfering it to step S12, the transmission message production | generation part 12 will produce | generate a transmission message. Specifically, the transmission message generator 12 generates a transmission message as shown in FIG. The transmission message generation unit 12 stores the generated transmission message in the message storage unit 14.

  Next, in step S14, the community creation request transmission unit 15 creates a community creation request. As shown in FIGS. 10A and 10C, the community creation request includes the message ID and area information of the transmission message generated in step S12.

  Next, in step S16, the message transmission unit 13 uses the broadcast SMS to communicate with the terminal 30 existing in the area via the relay facility 70 in the area corresponding to the area information of the transmission message generated in step S12. Deliver outgoing messages.

  Next, in step S <b> 18, the community creation request transmitting unit 15 transmits the community creation request to the community creation request receiving unit 51 of the information sharing service providing apparatus 50.

  Note that the processing order of step S16 and step S18 may be reversed. For convenience of illustration, FIG. 7 illustrates an example in which the processing order of steps S16 and S18 is opposite to that in FIG.

(Community creation process)
Next, community creation processing by the information sharing service providing apparatus 50 will be described with reference to the flowchart of FIG.

  In the process of FIG. 9, first, in step S30, the community creation request receiving unit 51 waits until receiving a community creation request. That is, at the timing when the process of step S18 is executed in the message notification device 10, the community creation request receiving unit 51 proceeds to step S32. The community creation request includes a message ID and area information, as shown in FIGS. 10 (a) and 10 (c).

  If transfering it to step S32, the community information management part 53 will confirm community management DB57. In this case, the community information management unit 53 checks whether or not there is a record in the community management DB 57 in FIG. 6A where the area information matches the area information included in the received community creation request. To do.

  Next, in step S <b> 34, the community information management unit 53 determines whether a record with matching area information, that is, a community in the same area exists in the community management DB 57. If the determination in step S34 is negative, the process proceeds to step S36. On the other hand, if the determination in step S34 is affirmed, the process proceeds to step S40. In the case of the community creation request in FIG. 10A, since the same area information record does not exist in the community management DB 57 in FIG. 6A, the determination in step S34 is denied. On the other hand, in the case of the community creation request of FIG. 10C, since the same area information record does not exist in the community management DB 57 of FIG. 6C, the determination in step S34 is affirmed.

  In step S36, the community information management unit 53 creates a new community. For example, when the community creation request (message ID = 0000, area information = a) in FIG. 10A is received, the community information management unit 53, as shown in FIG. 10B, community A (message ID = 0000, area information = a) is created. Note that the expiration date field is empty at the time of step S36.

  Next, in step S38, the community information management unit 53 sets an expiration date for the new community. Here, the expiration date is a time limit during which the community can be used. For example, a predetermined number of days is set as the expiration date. When the message type (whether the event is an earthquake or a tsunami) is known from the message ID, the community information management unit 53 may set an expiration date according to the event type. Good. As a result, a more appropriate expiration date can be set, and user convenience is improved. After step S38, the process returns to step S30.

  On the other hand, when the determination in step S34 is affirmed and the process proceeds to step S40, the community information management unit 53 executes a process of updating the message ID. Specifically, when a community creation request (message ID = 0002, area information = b) as shown in FIG. 10C is received, the message ID of the record of the same area information (b) in the community management DB 57 Is added to the message ID (= 0002) of the community creation request (see FIG. 10D). Note that if the determination in step S34 is affirmed, the process in step S40 is executed only for events that are newly generated by terminals existing in the same area if the area information is the same even if the events are different. This is because there is a high possibility of being affected.

  Next, in step S42, the community information management unit 53 updates the expiration date. In this case, the community information management unit 53 changes the expiration date of the record to which the message ID is added to a predetermined number of days. Thereafter, the process returns to step S30. Note that the processing of steps S36 to S42 in FIG. 9 corresponds to “community creation” in FIG.

  As described above, by executing the processing of FIG. 9, each time an event occurs, a community corresponding to the message can be created, or an existing community can be updated corresponding to the message.

(Community deletion processing)
Next, community deletion processing by the information sharing service providing apparatus 50 will be described with reference to the flowchart of FIG.

  In the process of FIG. 11, first, in step S <b> 46, the community information management unit 53 waits until a community whose expiration date has expired appears. Here, the community information management unit 53 performs a process of updating the expiration date of the community management DB 57 of FIG. 6A once a day (a process of reducing the day). Therefore, the community information management unit 53 proceeds to step S48 when the community whose expiration date is “exceeded” appears as shown in FIG. 12A due to the update of the expiration date.

  Next, in step S48, the community information management unit 53 deletes the community whose expiration date has been exceeded from the community management DB 57. For example, when the expiration date of the community C in FIG. 12A exceeds, the community C is deleted from the community management DB 57 as shown in FIG. Note that the process of FIG. 11 may be executed only at the timing (once a day) when the community management DB 57 is updated. Note that the process of step S48 can be said to be a process of stopping the operation of the community whose expiration date has passed. Therefore, after the community C is deleted from the community management DB 57 as described above, access from the terminal 30 to the community C cannot be performed.

(Processing during terminal access by information sharing service provider)
Next, processing at the time of terminal access by the information sharing service providing apparatus 50 will be described with reference to the flowcharts of FIGS.

  In the process of FIG. 13, first, in step S <b> 50, the authentication information acquisition unit 52 waits for an access from the terminal 30. In this case, at the timing when the user selects the information sharing service URL included in the message body and the authentication information is transmitted from the community access unit 35 at the terminal 30, the authentication information acquisition unit 52 proceeds to step S52.

  In step S52, the authentication information acquisition unit 52 acquires authentication information. Note that the authentication information acquired by the authentication information acquisition unit 52 is information as shown in FIG.

  In steps S50 and S52, the authentication information acquisition unit 52 may request the terminal 30 to transmit the authentication information when there is an access to the community from the terminal 30.

  Next, in step S53, the community information management unit 53 executes an authentication processing subroutine. In step S53, the process according to the flowchart of FIG. 14 is executed.

  In the process of FIG. 14, first, in step S <b> 70, the community information management unit 53 includes a record having a message ID and area information that matches the message ID and area information of the acquired authentication information in the record of the community management DB 57. Judge whether there is. If the determination in step S70 is negative, there is no community that can be used by the terminal 30, so the community information management unit 53 determines authentication NG in step S78, and the process proceeds to step S54 in FIG. . On the other hand, if the determination in step S70 is affirmative, the process proceeds to step S72.

  In step S72, the community information management unit 53 includes a record in the community management DB 57 in which the message ID matches the message ID of the authentication information and the area information includes the latitude / longitude information of the authentication information. Determine whether or not. Note that the community information management unit 53 uses the area information table 59 of FIG. 6B when determining whether the area information of the record includes the latitude / longitude information of the authentication information. . If the determination in step S72 is affirmative, in step S74, the community information management unit 53 authenticates the community in which the message ID matches the message ID of the authentication information and the area information includes the latitude / longitude information of the authentication information. Is determined to be OK. Thereafter, the process proceeds to step S54 in FIG.

  On the other hand, if the determination in step S72 is negative, the process proceeds to step S76, and the community information management unit 53 determines authentication NG. Thereafter, the process proceeds to step S54 in FIG.

  Here, a specific example is given and demonstrated about the process of step S72-S76 of FIG. For example, it is assumed that the communities A to D as shown in FIG. In this case, No. in FIG. It is assumed that authentication information (message ID = 0000, area information = a, latitude / longitude information = a range) as shown in FIG. Note that the latitude / longitude information in FIG. 15B is obtained by converting the latitude / longitude information acquired from the terminal 30 using the area information table 59. In such a case, since the message ID = 0000 and the area information = a correspond to the community A in FIG. 15B, the determination in step S70 is affirmed. Further, since the range of message ID = 0000 and latitude / longitude information = a corresponds to the community A in FIG. 15B, the determination in step S72 is affirmed. Therefore, in this case, the community information management unit 53 determines that the authentication of the community A is OK (S74).

  As another example, No. 1 in FIG. It is assumed that authentication information (message ID = 0001, area information = b, latitude / longitude information = c range) as shown in FIG. In such a case, since the message ID = 0001 and the area information = b correspond to the community B in FIG. 15B, the determination in step S70 is affirmed. Further, since the range of message ID = 0001 and latitude / longitude information = c corresponds to the community C in FIG. 15B, the determination in step S72 is affirmed. In this case, the community information management unit 53 determines that the authentication of the community C is OK (S74).

  Furthermore, as another example, No. 1 in FIG. 3 is acquired (message ID = 0001, area information = b, latitude / longitude information = d range). In such a case, since the message ID = 0001 and the area information = b correspond to the community B in FIG. 15B, the determination in step S70 is affirmed. On the other hand, since the range of message ID = 0001 and latitude / longitude information = d does not correspond to any of the communities in FIG. 15B, the determination in step S72 is negative. Therefore, in this case, the community information management unit 53 determines that the authentication of the community is NG (S76). Note that, as in this example, the case of authentication NG in step S76 is a case where the user who uses the terminal that has received the message has moved to an area unrelated to the event (such as an earthquake).

  Furthermore, as another example, No. 1 in FIG. It is assumed that authentication information (message ID = 0002, area information = c, latitude / longitude information = c range) as shown in FIG. In such a case, the message ID = 0002 and the area information = c do not correspond to any of the communities in FIG. 15B, so the determination in step S70 is negative. Therefore, in this case, the community information management unit 53 determines that the community authentication is NG (S78). Note that, as in this example, the case of authentication NG in step S78 is a case where the community corresponding to message ID = 0002 and area information = c has expired and has been deleted from the community management DB 57. is there.

  Returning to FIG. 13, when the process proceeds to step S <b> 54, the community information management unit 53 determines whether or not the authentication is OK as a result of step S <b> 53. If the determination in step S54 is affirmative, the process proceeds to step S56, and the community information management unit 53 enables the use of the community that has been authenticated by the accessed terminal. On the other hand, when the determination in step S54 is negative and the process proceeds to step S58, the community information management unit 53 denies access to all communities by the accessed terminal (disabling use of the community). After step S56 or S58, the process returns to step S50, and the community information management unit 53 repeats the above process.

  As described above, by executing the processing of FIGS. 13 and 14 in the information sharing service providing apparatus 50, it becomes possible for the user of the terminal 30 to use an appropriate community. Note that the processing in steps S52 to S58 in FIG. 13 corresponds to the authentication processing in FIG.

  In the process of FIG. 14, step S70 may be omitted.

(Processing of terminal 30)
Next, the process of the terminal 30 is demonstrated along the flowchart of FIG.

  In the process of FIG. 16, first, in step S100, the message receiving unit 31 determines whether or not a message has been received. If the determination here is affirmed, the process proceeds to step S102, and the message receiving unit 31 displays the message on the display unit 293. The received message is stored in the message storage unit 32. On the other hand, if the determination in step S100 is negative, the process proceeds to step S104, and it is determined whether or not the user has requested display of the message stored in the message storage unit 32. The display request is input from the input unit 295, for example. If the determination in step S104 is negative, the process returns to step S100. If the determination is affirmative, the process proceeds to step S102, and the message receiving unit 31 executes the process of step S102 described above.

  After step S102, the process proceeds to step S106, and the community access information generation unit 34 determines whether the information sharing service URL in the message body has been selected by the user. If the determination in step S106 is negative, the process proceeds to step S107, and it is determined whether or not there is a display end request from the user. If the determination in step S107 is affirmed, the process returns to step S100. If the determination is negative, the process returns to step S106.

  Thereafter, when the determination in step S106 is affirmed, that is, when the information sharing service URL is selected by the user, the process proceeds to step S108, and the community access information generation unit 34 authenticates the authentication information (FIG. 15A). Reference). Next, in step S <b> 110, the community access unit 35 transmits authentication information to the authentication information acquisition unit 52 of the information sharing service providing apparatus 50.

  Next, in step S112, the community access unit 35 determines whether or not the community can be used. If the determination here is affirmed, in step S114, the community access unit 35 executes community use processing (for example, information writing processing and browsing processing). On the other hand, if the determination in step S112 is negative, in step S116, the community access unit 35 notifies the user that the community use is not possible using the display unit 293.

  After step S114 or S116 described above, the process returns to step S100. In FIG. 7, the processing content of FIG. 16 is shown in a simplified manner. In FIG. 7, the same step numbers are assigned to the processing corresponding to the processing of FIG.

  In the present embodiment, in the information sharing service providing system 100, a terminal having received a message distributed to a specific area in which an event has occurred is distributed by the above-described processing. As long as it exists in the area, the community corresponding to the message can be used. On the other hand, an event occurred because a terminal that did not receive a message or a terminal that received a message but moved to an area where the same message was not delivered cannot use the community. It is possible to suppress the transmission of information unrelated to the area and erroneous information.

  As described above in detail, according to the present embodiment, the information sharing service providing apparatus 50 (community information management unit 53) generates an event that needs to be notified to the terminal 30 in a specific area. In addition, an event identifier (message ID) and a community corresponding to a specific area are created, and the message notification device 10 (message transmission unit 13) obtains an information sharing service URL for accessing the community, and a message ID. The added message (FIG. 5) is transmitted to the terminal 30 in the specific area. When the information sharing service providing apparatus 50 (community information managing unit 53) accesses the community using the information sharing service URL from the terminal that has received the message, the information sharing service providing apparatus 50 (community information managing unit 53) adds the information to the message received by the terminal. Message ID and terminal location information (area information, latitude / longitude information) are acquired, and the availability of the community is determined based on the acquired information. Thereby, in this embodiment, based on the positional information of the terminal which received the message, use of the community (community corresponding to a message) suitable for the terminal can be permitted. Thereby, in this embodiment, since the terminal which can use a community can be restrict | limited according to the reception presence or absence and position of a message, the reliability of the information in a community can be improved.

  In the present embodiment, the authentication information for accessing the community includes location information (area information) when the terminal receives the message and location information (latitude and longitude information) when the terminal accesses the community. included. This allows the terminal that received the message delivered to the specific area where the event occurred to be allowed to use the community, and even if the terminal that received the message moved to another area, the same As long as the message is distributed, the community in the area where the terminal exists can be used. Thereby, the convenience of the user using a terminal can be improved.

  In this embodiment, an expiration date is set for the community, and the community information management unit 53 deletes the community whose expiration date has passed from the community management DB 57. As a result, unnecessary communities can be deleted as needed, so that effective use of system resources in the information sharing service providing apparatus 50 can be expected.

  In the above embodiment, the authentication information for accessing the community includes the location information (area information) when the terminal receives the message and the location information (latitude and longitude information) when the terminal accesses the community. The case where it was included was explained. However, the present invention is not limited to this, and the authentication information only needs to include at least one piece of information. In this case, the processing of FIG. 14 may be appropriately changed according to information included in the authentication information.

  In the above embodiment, as described with reference to FIG. 11, a case has been described in which a community whose expiration date has passed has been deleted. However, the present invention is not limited thereto, and the community may be deleted based on other criteria. . For example, the community may be deleted when the number of accesses per hour to the community becomes smaller than a predetermined threshold.

  In the above embodiment, the case where the above processing is realized by the message notification device 10 and the information sharing service providing device 50 has been described. However, the present invention is not limited to this. For example, the above processing may be realized by a single device having the functions of the message notification device 10 and the information sharing service providing device 50 of FIG.

  The above processing functions can be realized by a computer. In that case, a program describing the processing contents of the functions that the processing apparatus should have is provided. By executing the program on a computer, the above processing functions are realized on the computer. The program describing the processing contents can be recorded on a computer-readable recording medium (except for a carrier wave).

  When the program is distributed, for example, it is sold in the form of a portable recording medium such as a DVD (Digital Versatile Disc) or a CD-ROM (Compact Disc Read Only Memory) on which the program is recorded. It is also possible to store the program in a storage device of a server computer and transfer the program from the server computer to another computer via a network.

  The computer that executes the program stores, for example, the program recorded on the portable recording medium or the program transferred from the server computer in its own storage device. Then, the computer reads the program from its own storage device and executes processing according to the program. The computer can also read the program directly from the portable recording medium and execute processing according to the program. Further, each time the program is transferred from the server computer, the computer can sequentially execute processing according to the received program.

  The above-described embodiment is an example of a preferred embodiment of the present invention. However, the present invention is not limited to this, and various modifications can be made without departing from the scope of the present invention.

In addition, the following additional remarks are disclosed regarding description of the above embodiment.
(Appendix 1) When an event that needs to be notified to a terminal in a specific region occurs, an information sharing service corresponding to the identifier of the event and the specific region is operated,
A message to which the access information for accessing the information sharing service and the event identifier are added is transmitted to a terminal in the specific area;
When the terminal receiving the message accesses the information sharing service using the access information, the event identifier added to the message received by the terminal, and the location information of the terminal And get
An information sharing service providing method in which one or a plurality of computers executes a process of determining whether or not to use the information sharing service based on the acquired identifier of the event and the location information of the terminal.
(Supplementary note 2) The supplementary note 1 is characterized in that the location information of the terminal is location information when the terminal receives a message and / or location information when the terminal accesses the information sharing service. Information sharing service provision method.
(Appendix 3) An expiration date is set for the information sharing service,
3. The information sharing service providing method according to appendix 1 or 2, wherein the one or more computers further execute a process of stopping the operation of the information sharing service after the expiration date.
(Appendix 4) When an event that needs to be notified to a terminal in a specific region occurs, an operating unit that operates an information sharing service corresponding to the identifier of the event and the specific region;
A transmission unit for transmitting a message to which the access information for accessing the information sharing service and the event identifier are added to a terminal in the specific area;
When the terminal receiving the message accesses the information sharing service using the access information, the event identifier added to the message received by the terminal, and the location information of the terminal And an acquisition unit for acquiring,
An information sharing service providing system comprising: a determination unit that determines whether or not the information sharing service can be used based on information acquired by the acquisition unit.
(Supplementary Note 5) The location information of the terminal acquired by the acquisition unit is location information when the terminal receives a message and / or location information when the terminal accesses the information sharing service. The information sharing service providing system according to Appendix 4.
(Appendix 6) An expiration date is set for the information sharing service,
The information sharing service providing system according to appendix 4 or 5, further comprising a canceling unit that cancels the operation of the information sharing service that has passed the expiration date.
(Supplementary Note 7) When an event that needs to be notified to a terminal in a specific region occurs, an operating unit that operates an information sharing service corresponding to the identifier of the event and the specific region;
There is an access to the information sharing service using the access information from a terminal in the specific area that has received the message to which the access information for accessing the information sharing service and the event identifier are added. An acquisition unit for acquiring the identifier of the event added to the message received by the terminal and the position information of the terminal;
An information sharing service providing apparatus comprising: a determining unit that determines whether or not to use an information sharing service based on information acquired by the acquiring unit.
(Supplementary Note 8) The location information of the terminal acquired by the acquisition unit is location information when the terminal receives a message and / or location information when the terminal accesses the information sharing service. The information sharing service providing apparatus according to appendix 7.
(Appendix 9) An expiration date is set for the information sharing service,
9. The information sharing service providing apparatus according to appendix 7 or 8, further comprising a canceling unit that cancels the operation of the information sharing service that has passed the expiration date.

13 Message transmitter (transmitter)
50 Information Sharing Service Providing Device 52 Authentication Information Acquisition Unit (Acquisition Unit)
53 Community Information Management Department (Operation Department, Decision Department, Cancellation Department)
100 Information sharing service provision system

Claims (5)

When an event that needs to be notified to a terminal in a specific region occurs, an information sharing service corresponding to the identifier of the event and the specific region is operated,
A message to which the access information for accessing the information sharing service and the event identifier are added is transmitted to a terminal in the specific area;
When the terminal receiving the message accesses the information sharing service using the access information, the event identifier added to the message received by the terminal, and the location information of the terminal And get
An information sharing service providing method in which one or a plurality of computers executes a process of determining whether or not to use the information sharing service based on the acquired identifier of the event and the location information of the terminal.   The information sharing according to claim 1, wherein the location information of the terminal is location information when the terminal receives a message and / or location information when the terminal accesses the information sharing service. Service provision method. An expiration date is set for the information sharing service,
3. The information sharing service providing method according to claim 1, wherein the one or more computers further execute a process of stopping the operation of the information sharing service after the expiration date. When an event that needs to be notified to a terminal in a specific region occurs, an operating unit that operates an information sharing service corresponding to the identifier of the event and the specific region;
A transmission unit for transmitting a message to which the access information for accessing the information sharing service and the event identifier are added to a terminal in the specific area;
When the terminal receiving the message accesses the information sharing service using the access information, the event identifier added to the message received by the terminal, and the location information of the terminal And an acquisition unit for acquiring,
An information sharing service providing system comprising: a determination unit that determines whether or not the information sharing service can be used based on information acquired by the acquisition unit. When an event that needs to be notified to a terminal in a specific region occurs, an operating unit that operates an information sharing service corresponding to the identifier of the event and the specific region;
There is an access to the information sharing service using the access information from a terminal in the specific area that has received the message to which the access information for accessing the information sharing service and the event identifier are added. An acquisition unit for acquiring the identifier of the event added to the message received by the terminal and the position information of the terminal;
An information sharing service providing apparatus comprising: a determining unit that determines whether or not to use an information sharing service based on information acquired by the acquiring unit.

Images