JP2009020711A - Information providing system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide bulletin board service using a connection originally possessed by mutual users. <P>SOLUTION: An information providing system has: a storage means 26 for storing a thread browsable in each user; and a processing means 22 for performing program processing. The processing means 22 acquires information for specifying the user from a terminal device having performed a request, and the user specified by the information reads the browsable thread from the storage means 26. The read thread is transmitted to the terminal device having performed the request. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention relates to an information providing system, and more particularly to an information providing system for providing thread and post information represented by an Internet bulletin board.

  Conventionally, there is a service such as a threaded bulletin board as a method for sharing information on the WWW (World Wide Web).

  In these services, when a new posting is made on a topic that a user is interested in, the posting becomes a new thread, the contents become known throughout the WWW or in a specific community, and another user who has read it as an answer Is posted, the post content is displayed in association with the post of the thread. When displaying a question or answer, the poster identifier may be disclosed.

  However, with this method, there is a problem for the questioner that the questioner is specified and the contents of the question are disclosed to all users who can use the service. In addition, as a method for sharing information, there is a method in which a question is transferred by using e-mail or the like using a connection between users originally possessed by each other. At this time, a method may be considered in which the content of the post received by the user is forwarded to a partner who is likely to answer without notifying information about the questioner.

  However, in this case, when there is an answer to the question, the questioner has to go back the question transfer route in order to receive the answer to the post that has been forwarded a plurality of times.

  In addition, when the contents of a question are transferred to a plurality of users, there is a problem that it is difficult for a user other than the user who is on the route that has answered to obtain the contents of the answer.

  In addition, there is a problem that it is difficult to limit the number of postings to redistribution.

  The applicant is not aware of any known technical literature on this.

  An object of the present invention is to improve the inconvenience of such a conventional example, and in particular to provide an information sharing service that uses a connection that users originally have.

  The present invention is an information providing system for providing a thread and post information included in the thread in response to requests from a plurality of terminal devices. The information providing system of the present invention includes storage means for storing threads that can be browsed for each user, and processing means for performing program processing. In the present invention, the processing means first acquires information for identifying a user from the terminal device that has made the request. Next, a thread that can be browsed by the user specified by the information specifying the user is read from the storage unit. The read thread is transmitted to the requesting terminal device.

  According to the present invention, a user who has requested browsing of a thread is allowed to browse only threads for which the user has browsing authority.

  In another aspect of the invention, the storage unit further stores a browsing user who gives the browsing authority for the thread for each posting user who creates a thread. And a processing means acquires the information which specifies a contribution user and the information of the thread to create from a terminal device. Next, the browsing user to whom the posting user specified by the information for specifying the posting user is given browsing authority is read from the storage means. Then, the thread created this time is associated with the read browsing user as a thread that can be browsed and stored in the storage means.

  According to the present invention, only a certain limited user related to a posting user who creates a thread is allowed to view the thread.

  Moreover, in another invention, a memory | storage means memorize | stores the browsing user who gives the browsing authority of a thread | sled for every user. Then, the processing means acquires information for identifying the user, the identifier of the thread being browsed by the user, and the transfer instruction of the thread from the terminal device. Next, in response to the transfer instruction, the browsing user to whom the user specified by the information specifying the user is given the browsing authority is read from the storage means. Then, the thread represented by the thread identifier is associated with the read browsing user as a browsable thread and stored in the storage unit.

  According to the present invention, according to the intention of the user who has browsed the thread, only a certain limited user related to the user is allowed to browse the thread.

  In another aspect of the invention, the processing unit acquires a posting to the thread from the terminal device that is browsing the thread, information that identifies a user who makes the posting, and an identifier of the browsing thread. Next, a notification preparation step of reading out the user associated with the thread represented by the thread identifier from the storage means is performed. Then, the read user is notified of the update of the thread.

  According to the present invention, when a posting is made to a thread, only the user who has the viewing authority for the thread is notified of the thread update.

  In another invention, the storage unit stores a user who should be notified of an update of the thread for each thread. Then, the processing means acquires information for identifying the browsing user, the identifier of the thread, and the request for update notification for the thread from the terminal device browsing the thread. Next, in response to the request for the update notification, the notification requesting user specified by the information for specifying the user is associated with the thread indicated by the identifier of the thread and stored in the storage unit. When the posting to the thread is acquired, a step of reading out the notification requesting user associated with the thread from the storage unit is performed instead of the notification preparation step.

  According to the present invention, when a posting is made to a thread, the thread update is notified only to the users who have the authority to view the thread and who particularly wants to be notified. Further, even a user who does not belong to the thread transfer path from the creator of the thread to the poster can know that the posting has been made.

  In another invention, the storage unit stores the number of times that the thread can be transferred for each thread and for each user who can view the thread. Then, when the processing means acquires the above transfer instruction, the processing means reads from the storage means the transferable number of times associated with the thread specified by the thread identifier and the user specifying information. Next, when the read transferable number of times is less than a predetermined limit, the transfer is rejected.

  According to the present invention, the number of thread transfers can be limited.

  Here, the terms “user”, “posting user”, “browsing user”, and “notification requesting user” are referred to in order to represent the state of the user. For example, “user” is “posting user” when posting to a thread, and “viewing user” when browsing a thread. When a thread update notification is desired, the user becomes a “notification requesting user”.

  According to the present invention, since only threads for which browsing authority is given among users are shared, it is possible to provide a bulletin board service that uses the connections that users originally have.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings.

  (Embodiment 1)

  FIG. 1 is a block diagram showing the overall configuration of the computer system of this embodiment. The terminal device 10 and the information providing system 20 are connected to the Internet 30 as a communication network. Here, it does not matter whether the connection between the terminal device 10 and the Internet 30 is wired or wireless.

  FIG. 2 is a configuration diagram of the terminal device 10.

  A CPU 12 as processing means, a RAM 13 as a storage means, a ROM 14 and an HDD 19 (Hard Disk Drive), a keyboard 16 and a mouse 17 as input means, a display 18 as display means, and a NIC 15 (Network Interface Card) as communication means. , Connected to the bus 11. The HDD 19 stores a web browser program and the like. The CPU of the terminal device 10 can execute the content provided by the information providing system 20 and display it on the display 18 by executing a web browser program. Examples of the terminal device 10 include a PC (Personal Computer), a PDA (Personal Digital Assistance), and a mobile phone having an Internet connection function. In this embodiment, a PC is used.

  FIG. 3 is a configuration diagram of the information providing system 20.

  A CPU 22 as processing means, a RAM 23 as a storage means, a ROM 24, an HDD 26 (Hard Disk Drive), and a NIC 25 (Network Interface Card) as communication means are connected to the bus 21. The HDD 26 stores a user table file 201, an authority transfer destination table file 202, a posting table file 203, and the like. In the present embodiment, a general web server is employed as the information providing system 20.

  FIG. 4 is a structural diagram of the user table file 201. In the user table file 201, a combination of a user identifier and a password for identifying a user, a user mail identifier used for mail notification to the user, and a thread that the user can view are displayed. A browseable thread list to be identified is stored in association with each other. In this embodiment, the user's mail address is used as the user mail identifier. In the viewable thread list, for one user identifier, a combination of a thread identifier of a thread that can be browsed by the user and a user identifier of the user who has given the right to view the thread to the user. , One or more are associated. For example, in the record of the user identifier “uid07” in FIG. 4, a combination “qid1-uid08” of the thread identifier and the user identifier is stored in association with the user identifier. The user has an authority to acquire the contents of the thread corresponding to the viewable thread identifier in the viewable thread list associated with the user identifier of the user. The browseable thread list can store a plurality of combinations of a thread and the user identifier of the user who created the thread. The operation of acquiring the contents of a thread that can be browsed by the user will be described later.

  FIG. 5 is a structural diagram of the authority transfer destination table file 202. In the authority transfer destination table file 202, a user identifier for identifying a user and an authority transfer destination list representing a transfer destination user when transferring the browsing authority of a thread that can be browsed by the user are associated with each other. Stored. In the authority transfer destination list, one user identifier can be associated with a plurality of user identifiers as transfer destinations. For example, in the record of the user identifier “uid01” in FIG. 5, the authority transfer destination identifiers “uid02” and “uid04” are stored in the authority transfer destination list in association with each other.

  FIG. 6 is a structural diagram of the posting table file 203. The posting table file 203 includes a posting identifier for identifying a posting from a user, a thread identifier for identifying a thread to which the posting belongs, a poster identifier for identifying a poster, and posting content that is posted content. And are associated. Here, in the present embodiment, the posting identifier includes information on the date and time when the information providing system 20 accepted the posting. For example, in the record of the posting identifier “tid1” in FIG. 6, the thread identifier “qid1”, the poster identifier “uid08”, and the posting content “question1” are stored in association with each other.

  Next, the operation of this embodiment will be described. Unless otherwise specified, in the following, the operation on the terminal 10 is performed by a web browser process, and the operation of the information providing system 20 is performed by a CGI (Common Gateway Interface) process of the information providing system 20. .

  (Operation in which a new thread is created)

  FIG. 7 is a flowchart of the terminal device 10 and the information providing system 20 in an operation in which a user makes a posting and a new thread is created.

  The CPU of the terminal device 10 receives the HTML file of the login screen from the information providing system 20. Then, the CPU of the terminal device 10 displays the login screen on the display through the web browser based on the received HTML file of the login screen (S110). Subsequently, the CPU of the terminal device 10 receives the user identifier and the password from the keyboard through the login screen. Here, it is assumed that the user identifier and password of the user uid01 are received. Subsequently, the CPU of the terminal device 10 transmits the received user identifier and password to the information providing system 20 (S115).

The CPU of the information providing system 20 receives the user identifier and password from the terminal device 10. Then, the CPU of the information providing system 20 authenticates the user by confirming whether or not the received combination of user identifier and password is stored in the user table file 201 (S120). Subsequently, when the received combination of the user identifier and the password is stored in the user table file 201, the CPU of the information providing system 20 performs the following processing assuming that the user authentication is successful. .
The information providing system 20 creates session information unique to the user identifier, associates the authenticated user identifier, and stores it in the RAM (S125). Subsequently, the CPU of the information providing system 20 uses the thread identifier of the thread that can be browsed from the browseable thread list associated with the identifier uid01 in the user table file 201 and the right to browse the thread. The user identifier combination “qid1-uid08” is read (S130).

  Here, in FIG. 4, “qid3-uid01” is associated with “uid01”, “uid02”, and “uid04”, but these are associated with later processing, and are associated at this time. Shall not. Also, “qid3-uid02” associated with “uid03” is also associated in a later process, and is not associated at this time.

  Subsequently, the CPU of the information providing system 20 reads a combination of the posting identifier and posting content associated with the read thread identifier “qid1” from the posting table file 203 (S135). Here, there may be a plurality of posting contents associated with the thread identifier, and when there are a plurality of postings, the CPU of the information providing system 20 determines the date and time information included in the posting identifier associated with each posting. The posted contents are rearranged in the order of posting and stored in the RAM as information related to posting (S140). The “post information” includes a thread identifier, a user identifier of a user who has given the user permission to view the thread read in S130, a post identifier and a post of a post belonging to the thread. Content.

  Subsequently, the CPU of the information providing system 20 transmits a bulletin board service screen including information related to the posting to the terminal device 10 (S145).

  The CPU of the terminal device 10 receives the bulletin board service screen from the information providing system 20. Then, the CPU of the terminal device 10 displays the received bulletin board service screen on the display through the web browser (S150). FIG. 13 is a configuration diagram illustrating an example of the bulletin board service screen. The bulletin board service screen stores session information 30 corresponding to a user identifier as a hidden field value, and includes a posting input unit 32, a send button 33, and a thread list display unit 34. The thread list display unit 34 displays information related to the posting.

  Then, the CPU of the terminal apparatus 10 receives the posting information “question 3” in the posting input unit 32 and the session information 30 and the posting content “question 3” in the POST method when the transmission button 33 is pressed. Is transmitted to the information providing system 20 (S155).

  The CPU of the information providing system 20 receives the session information 30 and the posted content “question3” from the terminal device 10. Then, the CPU of the information providing system 20 authenticates the session by checking whether the received session information 30 is stored in the RAM in association with the user identifier (S160). Subsequently, when the received session information 30 is stored in the RAM in association with the user identifier, the CPU of the information providing system 20 performs the following processing assuming that the session authentication is successful.

  The CPU of the information providing system 20 reads the user identifier “uid01” associated with the session information 30 from the RAM (S165). Subsequently, the CPU of the information providing system 20 stores, in the posting table file 203, a unique value “tid3” generated from the time when the POST as the posting identifier is received, and a newly generated unique value as the thread identifier. “Qid3”, the user identifier “uid01” as the poster identifier, and the posted content “question3” are stored in association with each other (S170). Subsequently, the CPU of the information providing system 20 reads the authority transfer destination list associated with the user identifier uid01 from the authority transfer destination table file 202 (S175). In the present embodiment, “uid02” and “uid04” are read from the list. Subsequently, the CPU of the information providing system 20 stores the user identifier “uid01” of the contributor himself and the read authority transfer destination user identifiers “uid02” and “uid04” in the user table file 201, respectively. A value “qid3-uid01” that associates the generated thread identifier with the identifier of the user who made the posting is added to each of the associated browseable thread lists (S180).

  Subsequently, the CPU of the information providing system 20 browses to the mail address specified by the user mail identifier associated in the user table file 201 with the user identifier of the user to which the newly viewable thread has been added. Notification is made that the contents of the possible thread list have been updated (S185).

  (Operation to transfer viewing authority of the viewed thread)

  Next, an operation in which a user browses a thread that can be browsed and an operation in which viewing authority is transferred to another user will be described.

  FIG. 8 is a flowchart of the terminal device 10 and the information providing system 20 in the operation process of browsing a thread that can be browsed by the user uid02 and transferring the browsing authority following S185.

  In the terminal 10, a web browser is executed. In the terminal 10, the user with the user identifier “uid02” acquires the unique session information and the bulletin board service screen from the information providing system 20, and displays the bulletin board service screen on the web browser. Since it is the same as that up to S150, the description is omitted. Here, on the screen of the bulletin board service, the content of the post associated with the thread identifier qid3 that is a thread that the user uid02 can view, and the user identifier of the user who has given the user uid02 the authority to view the thread uid01 is displayed in association with it.

  The user uid02 operates the web browser using the input means of the terminal 10, and the posted content question3 displayed on the thread list display unit 34 and the user identifier uid01 of the user who has given the uid02 the authority to view the question. Browse. Then, the user thread uid02 operates the web browser using the input means of the terminal 10, and requests authority transfer for posting the thread identifier. Specifically, the thread list display unit 34 includes a button displayed as “transfer” for each thread, and the button is clicked (S205).

  The CPU of the terminal 10 transmits the session information 30, the thread identifier qid3, and the transfer request command to the information providing system 20 by the POST method (S210).

  The CPU of the information providing system 20 receives the session information 30, the thread identifier qid 3, and the transfer request command from the terminal device 10. Then, the CPU of the information providing system 20 authenticates the session by confirming whether the received session information 30 is stored in the RAM in association with the user identifier (S215). Subsequently, when the received session information 30 is stored in the RAM in association with the user identifier, the CPU of the information providing system 20 performs the following processing assuming that the session authentication is successful.

  The CPU of the information providing system 20 reads the user identifier uid02 associated with the session information 30 from the RAM. Subsequently, the CPU of the information providing system 20 reads the authority transfer destination list associated with the user identifier uid02 from the authority transfer destination table file 202 (S220). Here, “uid03” is read from the list. Subsequently, the CPU of the information providing system 20 adds the thread identifier and the identifier of the user who has made the authority transfer request to the browseable thread list associated with the user identifier “uid03” in the user table file 201. Is added to the value “qid3-uid02” (S225).

  Subsequently, the CPU of the information providing system 20 browses to the mail address specified by the user mail identifier associated in the user table file 201 with the user identifier of the user to which the newly viewable thread has been added. Notification is made that the contents of the possible thread list have been updated (S230).

  (Action to answer a post)

  Next, an operation when a user who sees a posting of a thread that can be browsed posts to the thread will be described.

  FIG. 9 is a flowchart of the terminal device 10 and the information providing system 20 in an operation process of browsing and responding to a posting of a thread that can be browsed by the user uid03, following S230.

  In the terminal 10, a web browser is executed. In the terminal 10, the user with the user identifier “uid03” acquires the unique session information 30 and the screen of the bulletin board service from the information providing system 20, and displays the bulletin board service screen with a web browser. To S150, the description is omitted. Here, on the screen of the bulletin board service, the content of the post associated with the thread identifier qid3 that is a thread that can be viewed by the user uid03, and the user identifier of the user who has given the user uid03 viewing authority for the thread uid02 is displayed in association with it.

  The user uid03 operates the web browser using the input means of the terminal 10, and the post content question3 displayed on the thread list display unit 34 and the user identifier uid02 of the user who has given the browsing authority of the thread to uid03. Browse. Then, the user uid03 operates the web browser using the input means of the terminal 10, and makes a new posting in association with the thread identifier. Specifically, the thread list display unit 34 has a button displayed as “answer” for each thread, and the user uid03 inputs the post content “answer3-1” to the post input unit 32. The button is clicked (S305).

  The CPU of the terminal 10 transmits a posting execution command associated with the session information 30, the posting content “answer3-1”, and the thread identifier qid3 to the information providing system 20 by the POST method (S310).

  The CPU of the information providing system 20 receives from the terminal device 10 a posting execution command associated with the session information 30, the posting content “answer3-1”, and the thread identifier qid3. Then, the CPU of the information providing system 20 authenticates the session by confirming whether or not the received session information 30 is associated with the user identifier and stored in the RAM (S315). Subsequently, when the received session information 30 is stored in the RAM in association with the user identifier, the CPU of the information providing system 20 performs the following processing assuming that the session authentication is successful.

  The CPU of the information providing system 20 reads the user identifier “uid03” associated with the session information 30 from the RAM (S320). Subsequently, the CPU of the information providing system 20 stores in the posting table file 203 a unique value “tid4” generated from the time when the POST as the posting identifier is received, the received thread identifier “qid3”, and the poster. The user identifier “uid03” as the identifier and the posted content “answer3-1” are stored in association with each other (S325).

  Subsequently, the CPU of the information providing system notifies the user who includes the thread identifier “qid3” in the viewable thread list of the user table file 201 that there is a new post in the thread (S330). .

  According to this, it is possible to provide a bulletin board service that uses a connection that users originally have. In addition, the posting content can be transferred without specifying the poster by other users.

  (Modification 1 of Embodiment 1)

  Next, a first modification of the first embodiment will be described. In the first embodiment, when there is an operation to reply to a post, in S330, the user who can browse the thread is notified that there is a new post in the thread. For each thread that the user can view, you can choose whether to receive a notification when there is an answer.

  In this modification, in addition to the configuration of the first embodiment, a trace table file 204 is stored in the storage device of the information providing system 20.

  FIG. 10 is a structural diagram of the trace table file 204. In the trace table file 204, a thread identifier for identifying a thread and a trace list representing a user who wants to be notified when a new post is made in the thread are stored in association with each other.

  FIG. 11 shows an operation process in which notification is made when there is an answer to a thread that can be viewed by the user uid04, following step S185 for notifying that the contents of the viewable thread list of the first embodiment have been updated. 4 is a flowchart of the terminal device 10 and the information providing system 20.

  In the terminal 10, a web browser is executed. In the terminal 10, the user with the user identifier “uid04” acquires the unique session information and the bulletin board service screen from the information providing system 20, and displays the bulletin board service screen on the web browser. Since it is the same as that up to S150, the description is omitted. Here, on the screen of the bulletin board service, the content of the post associated with the thread identifier qid3 that is a thread that can be browsed by the user uid04, and the user identifier of the user who has given the user uid04 permission to browse the thread. uid01 is displayed in association with it.

  The user uid04 operates the web browser using the input means of the terminal 10, and the posted content question3 displayed in the thread list display unit 34 and the user identifier uid01 of the user who has given the browsing authority of the thread to uid04. And browse. Then, the user uid04 operates the web browser using the input means of the terminal 10 and requests tracing of the posting of the thread identifier. Specifically, the thread list display unit 34 has a button displayed as “trace” for each thread, and the user clicks the button (S405).

  Upon receiving the button click, the CPU of the terminal 10 transmits the session information 30, the thread identifier qid3, and the trace request command to the information providing system 20 by the POST method (S410).

  The CPU of the information providing system 20 receives the session information 30, the thread identifier qid3, and the trace request command from the terminal device 10. Then, the CPU of the information providing system 20 authenticates the session by checking whether the received session information 30 is stored in the RAM in association with the user identifier (415). Subsequently, when the received session information 30 is stored in the RAM in association with the user identifier, the CPU of the information providing system 20 performs the following processing assuming that the session authentication is successful.

  The CPU of the information providing system 20 reads the user identifier uid04 associated with the session information 30 from the RAM. Subsequently, the CPU of the information providing system 20 stores the thread identifiers qid3 and uid04 in association with each other in the trace table file 204 (S420).

  Thereafter, when a new posting is made to the thread with the thread identifier, the CPU of the information providing system 20 sets the thread identifier qid3 in the trace table file 204 instead of the operation S330 when the answer is made. Only a user whose associated user identifier is stored is notified that a new post has been made (S425). At this time, the content of the posting may also be notified.

  According to this, when the content of the question is transferred to a plurality of users, the content of the response can be easily acquired by anyone other than the user who is on the route with the response.

  (Modification 2 of Embodiment 1)

  Next, a second modification of the first embodiment will be described. In this modification, in addition to the configuration of the first embodiment, a maximum transfer count table file 205 is stored in the storage device of the information providing system 20.

  FIG. 12 is a configuration diagram of the maximum transfer count table file 205. The maximum transfer count table file 205 stores a thread identifier, a user identifier of a user who has been granted the right to view the thread, and the remaining transferable count in association with each other.

  In the present embodiment, in the operation of creating a new thread according to the first embodiment, a user who creates a new thread transmits the maximum number of transfers simultaneously when transmitting the posted content to the information providing system 20. Here, it is assumed that “3” is designated as the maximum number of transfers in step S155 of the first embodiment.

  The CPU of the information providing system 20 simultaneously receives the maximum transfer count when receiving the posted content. Subsequently, the CPU of the information providing system 20 performs an operation similar to the operation of creating a new thread in the first embodiment, but after executing step S180 for updating the user table file 201, the maximum transfer count table The file 205 stores the newly generated thread identifier, the user identifier of the user, and the received maximum transfer count in association with each user whose thread is newly added to the viewable thread list. To do. For example, in the example of the first embodiment, two records “qid3, uid02, 3” and “qid3, uid04, 3” are added to the maximum transfer count table.

  Next, an operation for transferring the browsing authority of the viewed thread will be described. About the operation | movement which the user who browsed the thread which became able to browse transfers the browsing authority of the said browsed thread, description is abbreviate | omitted about the part similar to Embodiment 1, and is different from Embodiment 1. Only will be described.

  When the CPU of the information providing system 20 receives the command for requesting transfer of the question “qid3” from the user with the user identifier “uid02”, the received thread identifier qid3 and the user identifier from the maximum transfer count file 205 are received. Read the number of transfers 3 associated with. Then, the CPU of the information providing system 20 does not perform the browsing authority transfer process if the value of the transfer count is smaller than 1, and if the value is 1 or more, the user file 201 is the same as in S230 of the first embodiment. The CPU of the information providing system 20 continues to update the thread identifier and the usage of the user for each user in which the thread is newly added to the viewable thread list in the maximum transfer count file 205. A person identifier and a value obtained by subtracting 1 from the read transfer count are stored in association with each other. In this embodiment, since the user who has received the authority transfer is uid03, a record of “qid3, uid03, 2” is added to the maximum transfer count file 205.

  According to this, the user who can acquire the read authority of the thread can be limited within a certain range.

  As mentioned above, although embodiment of this invention has been described, this invention is not limited to this, A various change is possible. For example, authority acquisition by transfer and email notification when a thread responds are not essential, and password authentication is not essential. Sending the user identifier of the authority transfer source user to the terminal 10 may be omitted. When the session information is exchanged between the terminal 10 and the information providing system 20, various methods such as using Cookie are conceivable. The method of the present invention allows a flag for switching between a public identifier and a private identifier to be associated with each posting identifier in the posting table, and when the poster wishes, a posting is made when another user acquires the contents of the thread. Person information may be displayed. When displaying the viewable thread list on the bulletin board service screen, the authority transfer destination list read from the authority transfer destination table file 202 read by the information providing system 20 is displayed, and the user individually designates the authority transfer destination user. It may be possible to specify. The information transmitted from the information providing system 20 to the terminal 10 in S145 does not include the user identifier of the user who has given the user the authority to view the thread read in S130. Is also possible. In the second modification of the first embodiment, when the information providing system 20 cannot receive the maximum number of transfers from the terminal 10 in the operation of creating a new thread, the initial value stored in advance in the storage device of the information providing system 20 Instead, the maximum transfer count may be set in the maximum transfer count table.

1 is a block diagram illustrating an overall configuration of a computer system according to an embodiment of the present invention. It is a block diagram which shows the structure of the terminal device shown in FIG. It is a block diagram which shows the structure of the information provision system shown in FIG. It is a data structure figure of the user table file shown in FIG. FIG. 4 is a data structure diagram of an authority transfer destination table shown in FIG. 3. It is a data structure figure of the contribution table file shown in FIG. It is a flowchart which shows operation | movement of one Embodiment of this invention. It is a flowchart which shows operation | movement of one Embodiment of this invention. It is a flowchart which shows operation | movement of one Embodiment of this invention. FIG. 4 is a data structure diagram of the trace table file shown in FIG. 3. It is a flowchart which shows operation | movement of the modification 1 of embodiment. FIG. 4 is a data structure diagram of a maximum transfer count table file shown in FIG. 3. It is the screen block diagram which illustrated the structure of the bulletin board service screen.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 Terminal device 20 Information provision system 22 Processing means 23, 24, 26 of information provision system Storage means of information provision system

Claims (6)

In an information providing system that provides information on a thread and posts included in the thread in response to requests from a plurality of terminal devices,
A storage unit storing a thread that can be browsed for each user; and a processing unit that performs program processing.
The processing means is
Obtaining information for identifying a user from the requesting terminal device;
Reading a thread that can be browsed by the user specified by the information specifying the user from the storage means;
And a step of transmitting the read thread to the requesting terminal device. The information providing system according to claim 1,
The storage means stores a browsing user who gives viewing authority for the thread for each posting user who creates a thread,
The processing means is
Obtaining information identifying the posting user and information of the thread to be created from the terminal device;
A step of reading from the storage means the browsing user to whom the posting user specified by the information for specifying the posting user is given browsing authority;
And a step of associating a thread created this time with the read browsing user as the thread that can be browsed and storing it in the storage means. The information providing system according to claim 1,
The storage means stores a browsing user who gives a thread browsing authority for each user,
The processing means is
Obtaining information identifying the user from the terminal device, an identifier of the thread being browsed by the user, and a transfer instruction for the thread;
A step of reading from the storage means a browsing user to whom the user specified by the information specifying the user in response to the transfer instruction gives the browsing authority;
And a step of associating the thread indicated by the thread identifier with the read browsing user as the browsable thread and storing the thread in the storage unit. The information providing system according to claim 1,
The processing means is
Obtaining a post to the thread from the terminal device browsing the thread, information identifying the user making the post, and an identifier of the thread being browsed;
A notification preparation step of reading out from the storage means a user associated with the thread represented by the thread identifier as the viewable thread;
And a step of notifying the read user of the update of the thread. In the information provision system of Claim 4,
The storage means stores a user to be notified of the update of the thread for each thread;
The processing means is
Obtaining information identifying the user being browsed from the terminal device browsing the thread, an identifier of the thread, and a request for an update notification for the thread;
Storing the notification requesting user specified by the information specifying the user in response to the request for the update notification and the thread represented by the identifier of the thread in the storage unit;
When the posting to the thread is acquired, the information providing system is configured to execute a step of reading out a notification requesting user associated with the thread from the storage unit instead of the notification preparation step. In the information provision system of Claim 3,
The storage means stores the number of times that the thread can be transferred for each thread and for each user who can view the thread,
The processing means includes
A step of reading from the storage means the transferable number of times associated with the thread specified by the identifier of the thread when acquiring the transfer instruction and the user specified by the information specifying the user;
And a step of rejecting the transfer when the read transferable number of times is less than a predetermined limit.

Images