JP4796479B2 - Condominium sales support system using social networking service - Google Patents

Description

  The present invention relates to a social networking service and relates to a condominium sales support system that provides a limited user with a place for exchanging information on condominiums.

  Basically, an unspecified number of people can participate in an Internet community such as an electronic bulletin board or a blog. For this reason, interfering acts such as writing messages that do not match the purpose are continuously performed, and the community may be destroyed.

  On the other hand, unlike an electronic bulletin board, a blog, etc., a social networking service (SNS) is known as a Web site on which exchange is based on the fact that participants know a certain degree of profile from each other. According to the definition of the Ministry of Internal Affairs and Communications, this SNS is “a community where participants introduce friends to each other and register their relationships, personal interests and preferences, etc. for the purpose of expanding new friendships. Type website ".

As a technique related to such an SNS, for example, a technique described in Patent Document 1 is known. According to this technology, when a new user invited to an existing user responds to the invitation, a sign-up screen is provided to the invited new user, and the relationship between the existing user and the new user corresponding to the invitation is Registered as "friend". As described above, since the new user is given an opportunity to participate only by the invitation of the existing user, the anonymity of the participant is excluded to some extent, and it is considered that malicious writing or the like is difficult to be performed.
US Pat. No. 7,069,308

  By the way, when the Internet community is used for commercial purposes, it is desired to reduce the cost of acquiring prospective customers while improving the quality of service for existing customers.

  Therefore, the present invention reduces the cost of acquiring prospective customers while improving the quality of services to existing customers by appealing the quality of their services to prospective customers through exchanging opinions with existing customers. The purpose is to provide a real estate sales support system.

In order to solve the above-mentioned problem, the present invention is a condominium sales support system using a social networking service that supports the exchange of information on condominiums, and is used to write manuscript data on a reply data posting page provided to the user. The response waiting time information corresponding to the elapsed time from writing to reply data is published. In particular,
In the information processing device that accepts writing of post data related to condominiums and writing of reply data to the post data,
Data storage means for storing correspondence information between the posted data and the date and time of writing of the posted data, and relationship information representing a relationship between the trader of the condominium and each user;
A transmission / reception means for transmitting a document for displaying at least one of the posted data and the reply data to a sender of the request in response to an external browsing request;
When writing of the reply data is accepted, if the related information corresponding to the user who writes the reply data indicates that the person in charge is in charge of the business of the transaction person, The response waiting time information corresponding to the elapsed time from the reply data writing date and time to the reply data is calculated, the reply waiting time information is stored in the storage means together with the reply data and the reply data writing time, and the reply data When the transmission / reception means accepts the browsing request, the reply data and the waiting time information are read from the data storage means, and the waiting time information is displayed in association with the reply data as the document. Arithmetic processing means for generating a document;
Is provided.

  ADVANTAGE OF THE INVENTION According to this invention, the acquisition cost of a prospective customer can be reduced, improving the quality of the service with respect to the existing customer.

  Hereinafter, an embodiment according to the present invention will be described with reference to the accompanying drawings.

  First, the overall configuration of the social networking service system according to the present embodiment will be described. Here, an application example to a condominium sales support system operated by a real estate sales company or a real estate management company, particularly a community site that provides a place for exchanging information on condominiums is given.

  As shown in FIG. 1, the condominium sales support system includes a plurality of information processing apparatuses 10, 20A,..., 20M connected to each other via a communication network 30 such as the Internet. In addition, there may be a plurality of information processing devices 20N,..., 20Z on the LAN 31 side connected to the Internet 30 via a gateway. These information processing devices 10, 20A,..., 20Z have a hardware configuration as an ordinary computer (external storage device, CPU) in which the CPU can execute a program loaded into the memory from an external storage device such as a hard disk. A memory, a CPU, an input device such as a keyboard, an output device such as a display, a network interface, and the like.

  Of the plurality of information processing apparatuses, at least one information processing apparatus 10 is a condominium sales representative of a real estate sales company or a condominium management manager (hereinafter, a person in charge) of a real estate management company, a real estate sales company. Managed by condominiums or real estate management companies that have been sold in the past by those who have purchased existing condominiums or real estate management companies under management (including both tenants and non-residents) and condominiums or real estate management companies sold by real estate sales companies It functions as an SNS server that is a Web server that provides a social networking service (SNS) for those who plan to purchase condominiums. On the other hand, the other information processing apparatuses 20A to 20Z function as SNS clients that are Web clients that request the SNS server 10 to provide an SNS in response to an instruction from the user.

  The information processing apparatus 10 realizes the above-described function as an SNS server by executing an installed predetermined program (Web server program, SNS server program, etc.). That is, the information processing apparatus 10 (hereinafter referred to as the SNS server 10) includes a data storage unit 100 in which data necessary for providing an SNS including participants who have already purchased an apartment, a person who intends to purchase an apartment, and a person in charge are stored, a client terminal A Web server processing unit 110 that returns a Web document in response to a request from the upper Web browser, and an application unit 120 that dynamically generates an SNS Web page in response to an instruction from the Web server processing unit 110 are realized. .

  On the other hand, the other information processing apparatuses 20A,..., 20Z realize the function as the SNS client described above by executing the installed predetermined program (Web browser program or the like). The information processing devices 20A,..., 20Z (hereinafter, client terminals 20A,..., 20Z) request the SNS server 10 or the like to transmit a Web document specified by the user, and the Web represented by the returned Web document If it is a normal web browser which displays a page on a display, the kind of web browser used here will not be ask | required.

  Each program for realizing the above functional configuration may be installed on a hard disk from a storage medium such as an optical disk, or may be installed on the hard disk via a network.

  Next, data stored in the data storage unit 100 of the SNS server 10 will be described.

  The data storage unit 100 of the SNS server 10 stores a user information database 101, a bulletin board database 103, and a Web data group 102. The details of these data are as follows.

  In the user information database 101, as shown in FIG. 2A, for each participant (hereinafter simply referred to as a participant) to the SNS provided by the SNS server 10, authentication information (user ID, (Password) 1011, profile information 1012 acquired from the participant, and relationship information 1013 representing the relationship of the participant to the real estate sales company or the real estate management company (condominium purchased person, condominium purchase person, person in charge) are registered. . Each profile information 1012 includes a participant's name 1011A, a nickname 1011B that can be used with other participants, a participant's related apartment (a condominium planned to be purchased by the participant, a condominium purchased by the participant, a participant Identification information (apartment name) 1011D of the apartment in charge) is included. The information 1011A to 1011C included in the profile information shown here is an example. If necessary, for example, other personal information such as a participant's name, face photo, gender, occupation, e-mail address can be used as the profile information 1011. May be included.

  The bulletin board database 103 includes objects 1031 to 1033 associated with each other, as shown in FIG. The bulletin board object 1031 has a bulletin board ID and a bulletin board title as attributes, and is associated with the thread object 1032 in a to-many manner. The thread object 1032 has a thread ID as an attribute, and is associated with the first posting object 1033 in a one-to-one relationship. Further, the posting object 1033 has, as attributes, a posting ID, related information, a nickname, a condominium name, a category, a posting title, a posting text, a posting writing date and time, a reply waiting time of a person who has already purchased a condominium, and a corresponding attitude of a person in charge. The post object 1033 corresponding to subsequent reply posts is recursively associated with many. However, only the post object 1033 corresponding to the reply posting of the person in charge is set to the response waiting time and the corresponding attitude.

  The attributes of the objects 1031 to 1033 shown here are examples, and other attributes may be added to the objects 1031 to 1033 as necessary. For example, in order to be able to efficiently classify a large number of posts, the physical data (area, residence floor, floor area, floor plan) of the condominium that is the topic is used as essential data of the attribute of the post title 1033 Furthermore, a subtitle indicating whether the area that is the center of the topic is an area inside or outside the apartment (shared facilities such as a kids room and a meeting room, own room, surrounding facilities, and a parking lot) is an attribute of the posting object 1033 It may be included.

  Here, only the relationship between the real estate sales company or the real estate management company and the participant is managed in the user information database 101 as the relationship information, but the mutual relationship between the participants is also managed as the relationship information as necessary. You may do it. In this case, a database for managing the relationship information representing the relationship between the participants may be provided separately.

  The Web data group 102 includes Web documents for displaying various Web pages on the client terminal, and further includes data files of images to be posted on the Web pages as necessary. As specific examples of such Web pages, in addition to a list posting page of detailed information on condominiums (for example, images / videos, explanations, and real-time video of the building site for the building under construction), the following three Types of Web pages (profile registration form that accepts input of profile information of participants who want to participate, login page that accepts input of participant authentication information, top page dedicated to members that jumps when participant authentication is successful) .

  In the profile registration form, for example, as shown in FIG. 3 (A), an input field 301 for accepting input of profile information (participant's name, desired nickname, name of condominium to be purchased, etc.) A registration button 302 and a cancel button 303 for receiving an instruction to send a new registration request to the SNS server 10 are arranged.

  The URL (Uniform Resource Locator) of the Web document of this profile registration form is notified to the condominium purchase prospective person who becomes a new participant by e-mail from an existing participant, for example. In other words, only those who want to participate who have been invited by existing participants who are one of the person in charge, those who have already purchased a condominium, or those who are planning to purchase a condominium can get an opportunity to participate, allowing participation by an unspecified number of users. Compared with the case where it does, the suppression of the writing etc. contrary to the meaning of the information exchange regarding a condominium can be expected.

  In this embodiment, for the profile information of the existing apartment purchaser, the person in charge collects customer information (name, desired nickname, purchase, etc.) from the existing purchaser at the time of the sales contract on the premise of new participation in the SNS. Since new registration (or change registration from a person who intends to purchase an apartment to a person who has already purchased an apartment) is performed based on the apartment name, the URL of this profile registration form is not notified to the person who has already purchased the apartment.

  As shown in FIG. 3B, for example, an input field 311 for receiving input of a user ID and a password, a login button 312 for receiving an instruction to send an authentication request to the SNS server 10, and a cancel button 313 are arranged on the login page. Is done. The URL of the Web document of the login page is notified to the new participant together with the user ID and password after the registration of the profile information is completed.

  As shown in FIG. 3 (C), the member-dedicated top page includes, for example, a browse button 321A that accepts an instruction to jump to a condominium listing page, and a community page that provides participants with a place to exchange information on condominiums A plurality of room entry buttons (here, two room entry buttons 321B and 321C) for receiving an instruction to jump to (electronic bulletin board) are arranged.

  Here, the community page prepared in the present embodiment will be described.

  In this embodiment, the community page is a general community page that can be freely viewed and participated by participants with a common interest, such as a condominium. There is a special member community page that can only be used by those who have already purchased it and those in charge.

  Furthermore, the special member community page is classified into two types: a community page dedicated to those who have already purchased a condominium who is not required to view and participate in the person in charge, and a person-operated community page where the person in charge is required to view and participate.

  The community page dedicated to those who have already purchased a condominium is a community page whose main purpose is to interact with those who have already purchased a condominium, and the person who plans to purchase a condominium is not allowed to view as well as participate. This includes, for example, not only the information exchange page used for exchanging general living information (for example, store information in the residential area, contact information of neighborhood associations) between already purchased apartments, A virtual meeting room page used for a meeting such as selection of officers and a regular meeting that requires transparency for already purchased apartments can be included.

  On the other hand, the person-in-charge community page is a community page whose main purpose is to provide customer service to those who have already purchased a condominium and can only be viewed by those who plan to purchase a condominium. This includes, for example, a request page on which a request of a person who has already purchased a condominium and a response of a person in charge (including specific countermeasures) are posted, a question of a person who has already purchased a condominium, and a person in charge of the answer Question page, the complaint page of the apartment purchaser, and the complaint page on which the response of the person in charge (including specific countermeasures) is posted.

Next, processing executed by the SNS server 10 will be described.
(1) New Participant Registration Process FIG. 4 is a flowchart of a registration process for a person who wants to participate in SNS provided by the SNS server 10. Here, it is assumed that the URL of the Web document of the profile registration form has already been notified to the user (participant who wants to participate) of the client terminal 20P by e-mail from an existing participant.

  When the client terminal 20P receives an instruction to access the notified URL from the invited applicant who has received the invitation via the input device, the client terminal 20P transmits a Web document transmission request indicated by the URL to the SNS server 10 (S400). ). In the SNS server 10, in response to this request, the Web server processing unit 110 reads the Web document of the profile registration form from the data storage unit 100 and returns this Web document. As a result, the profile registration form (FIG. 3A) is displayed on the display of the client terminal 20P (S401).

  Participants who wish to participate use the input device to enter data (name, their desired nickname that can be used among participants, and the name of the condominium to be purchased) in each input field 301 of the displayed profile registration form. When the registration button 302 is clicked, the client terminal 20P creates a new registration request including these data, and transmits this to a destination (SNS server 10) designated in the Web document.

  In the SNS server 10, when the Web server processing unit 110 receives this new registration request (S402), the Web server processing unit 110 instructs the application unit 120 to execute the new registration processing and passes the received profile information accordingly. In response to this instruction, the application unit 120 generates authentication information (user ID, password) not registered in the user information database 101 according to a predetermined creation rule (S403). Further, a new record is generated in the user information database 101, and the generated authentication information, passed profile information, and relation information indicating that the person is a condominium purchaser are stored in this new record (S404).

When the applicant for participation is registered as a new participant in this way, the application unit 120 creates a Web document including the authentication information generated in S402 and the URL of the Web document in the login form (FIG. 3B). Generate. Then, the web server processing unit 110 returns this web document (S405). As a result, the authentication information given to the new participant and the URL of the Web document of the login form are displayed on the display of the client terminal 20P. Thereafter, the new participant can receive provision of SNS from the SNS server 10 using the notified authentication information and login form.
(2) SNS Provision Processing FIG. 5 is a flowchart of SNS provision processing for participants. Here, a case where a participant receives provision of SNS from the SNS server 10 using his / her client terminal 20Q will be described as an example.

  When the client terminal 20Q receives an access instruction to the URL of the login form from the participant via the input device, the client terminal 20Q transmits a Web document transmission request indicated by the URL to the SNS server 10 (S500). In the SNS server 10, the web server processing unit 110 reads the web document of the login form from the data storage unit 100 and returns it to the client terminal 20Q. As a result, the login form (FIG. 3B) is displayed on the display on the client terminal 20Q (S501).

  When the participant uses the input device to input the user ID and password given to the input field 511 of the displayed login form and clicks the login button 412, the client terminal 20Q An authentication request including data is created and transmitted to a destination (SNS server 10) designated in the Web document (S502).

  In the SNS server 10, when receiving the authentication request, the Web server processing unit 110 instructs the application unit 120 to execute authentication, and passes the received user ID and password. In response to this instruction, the application unit 120 searches the authentication information 1011 registered in the user information database 101 for a combination of the passed user ID and password (S503).

  As a result, if the corresponding authentication information does not exist (authentication failure), the Web server processing unit 110 returns, for example, a Web document including a message prompting re-login. As a result, the message is displayed on the display of the client terminal 20Q.

  On the other hand, if the corresponding authentication information exists (authentication success), the application unit 120 reads the relationship information and profile information associated with the authentication information from the user information database 101 and issues a session ID. The session ID is stored in association with the user ID, the relationship information read from the user information database 101 and the profile information. Then, the Web server processing unit 110 returns the session ID to the client terminal 20Q, reads the member-specific top page Web document from the data storage unit 100, and returns this Web document to the client terminal 20Q. As a result, the session ID is stored in the client terminal 20Q, and the member-dedicated top page (FIG. 3C) is displayed on the display. This session ID is added to subsequent requests issued from the client terminal 20Q in order for the SNS server 10 to process a series of subsequent requests without going through the authentication process. do not do.

  Thereafter, the participant can use the function of the SNS server 10 within a range corresponding to the relationship between the member and the real estate sales company by selecting a button on the member-specific top page (S506). .

  For example, when the participant clicks the browse button 321 </ b> A on the member-only top page, a condominium list posting page transmission request is transmitted to the SNS server 10. In response to this request, the Web server processing unit 110 sequentially returns the Web document of the condominium list posting page and the image data file posted on this page to the client terminal 20Q. Thereby, the condominium list posting page is displayed on the client terminal 20Q. By referring to the contents of this page, the condominium purchase prospective person can acquire detailed information on properties prepared by a real estate sales company, etc., and can examine whether or not those properties meet his / her desired conditions.

  Further, when the participant clicks on the room entry button 321B on the member-dedicated top page, a transmission request including the bulletin board ID of the general community page is transmitted to the SNS server 10. In response to this request, the Web server processing unit 110 instructs the application unit 120 to generate a general community page and passes the received bulletin board ID. In response, the application unit 120 reads the attribute value of the bulletin board object and the attribute value of the related object corresponding to the bulletin board ID from the bulletin board database 103 (FIG. 2B), and uses them to read the Web of the general community page. Generate a document. When the Web server processing unit 110 returns this Web document to the client terminal 20Q, a general community page is displayed on the display of the client terminal 20Q.

  As described above, this general community page is a page that can be freely viewed and participated by participants who have a common interest in condominiums. By using the communication page, it is possible to actively transmit the experiences of the condominium as so-called word-of-mouth information. And by using this general communication page, those who plan to purchase condominiums not only receive information unilaterally from the real estate sales company on the condominium listing page, but also those who have already purchased a condominium or other condominium purchasers. Word-of-mouth information from can also be used as judgment material when purchasing condominiums.

  In addition, when the participant clicks on the entry button 321C on the member-dedicated top page, a menu page transmission request is transmitted to the SNS server 10. In the SNS server 10, when the Web server processing unit 110 instructs the application unit 120 to generate a menu page in response to this request and passes the session ID, the application unit 120 displays the relation information corresponding to the passed session ID. A Web document of the corresponding menu page is generated. When the Web server processing unit 110 returns the Web document to the client terminal 20Q, a menu page corresponding to the relationship between the participant and the real estate sales company is displayed on the display of the client terminal 20Q.

  If the participant is a condominium purchaser or a person in charge, the menu page displayed here is, for example, a participation button for accepting an instruction to jump to all special member community pages as shown in FIG. 700, 701A to 701C and a return button 602 for accepting an instruction to jump to the previous page are arranged. On the other hand, if the participant is a condominium purchaser, the menu page displayed here is, for example, as shown in FIG. Only the browse buttons 711A to 711C for accepting jump instructions are arranged, and the browse buttons for accepting instructions for jumping to the community page dedicated to the already purchased apartment are not arranged.

Since the process executed according to the operation on the menu page displayed here is different for each participant, the process will be described for each participant.
(2-1) When a participant is an apartment purchaser or person in charge FIG. 6 is a flowchart of processing when a participant is an apartment purchaser or person in charge. Here, a case where a participant operates a menu page displayed on his / her client terminal 20Q will be described as an example.

  When the participant clicks one of the participation buttons 601A to 601C on the menu page, the client terminal 20Q creates a participation request including a bulletin board ID corresponding to the button, and transmits it to the SNS server 10.

  In the SNS server 10, in response to this request, the Web server processing unit 110 instructs the application unit 120 to generate a person-in-charge community page, and passes the received bulletin board ID and session ID (S600). In response to this instruction, the application unit 120 reads out the attribute values of the bulletin board object and related objects corresponding to the passed bulletin board ID from the bulletin board database 103, and uses the attribute values to correspond to the passed session ID. A Web document of the person-in-charge management community page of the layout corresponding to the relationship information to be generated is generated. Then, the web server processing unit 110 returns the created web document to the client terminal 20Q. As a result, the person-in-charge management community page selected by the person in charge is displayed on the display of the client terminal 20Q (S601).

  For example, as shown in FIG. 7C, a bulletin board title 720 is displayed on this person-in-charge community page, and a plurality of posting fields arranged in a tree shape in order of posting time for each thread (here, as an example, 2 Two posting fields 721, 722), a posting button for accepting an instruction to jump to the posting creation page, and a return button 723 for accepting an instruction to jump to the previous page. In each of the posting fields 721 and 722, for example, the posting title, the nickname of the posting participant, the purchase of the posting participant or the name of the condominium in charge, the posting time, and the like are displayed.

  As described above, the physical data of the condominium that is the topic is used as the required data of the attribute of the posting title 1033, and the subtitle indicating the area that is the center of the topic is the inside or outside of the apartment. In the case of the attribute 1033, a button for accepting an instruction for narrowing down by a posted title and a subtitle may be arranged on the person-in-charge management community page. In this case, when the client terminal 20Q detects that this button has been clicked, it transmits a narrowing request including a bulletin board ID and a narrowing condition specified by the participant to the SNS server 10, and a post creation page transmission request is transmitted. The SNS server 10 reads out the attribute values of the posting objects whose posting titles satisfy the narrowing conditions among the posting objects related to the bulletin board object with the passed bulletin board ID, and uses the attribute values to manage the person in charge A Web document of the community page is generated. Thereby, the person in charge management community page in which only the posting field satisfying the narrowing condition specified by the participant is displayed on the display of the client terminal 20Q.

  A participant who wants to make a new post here (for example, an already purchased apartment) may click this post button 723. When the client terminal 20Q detects that the posting button 723 has been clicked, the client terminal 20Q transmits a posting creation page transmission request to the SNS server 10 (S602).

  In the SNS server 10, in response to this request, the Web server processing unit 110 instructs the application unit 120 to generate a post creation page and passes the session ID. In response, the application unit 120 generates a Web document for the posting creation page. Then, the Web server processing unit 110 returns this Web document to the client terminal 20Q. Thereby, the posting creation page is displayed on the display of the client terminal 20Q (S603).

  As shown in FIG. 8B, the posting creation page includes two input fields 810 that accept input of the title and text of the posting, a registration button 811 that accepts a registration instruction for posting, and a cancel button 812.

  Here, when a participant (for example, a person who has already purchased a condominium) inputs data into each input field 810 using an input device and clicks a registration button 810, the client terminal 20Q displays the bulletin board ID and each input field 810. The registration request including the data (post data) is created and transmitted to the SNS server 10.

  In the SNS server 10, in response to this request, the Web server processing unit 110 instructs the application unit 120 to register posting, and passes the received bulletin board ID, session ID, and posting data (S604). In response to this, the application unit 120 generates a new thread object and a new posting object associated with the bulletin board object corresponding to the passed bulletin board ID, and uses the new posting ID, the passing value as the attribute value of the posting object. The related information and profile information (apartment name and nickname) associated with the assigned session ID, the posting title, the posting text, and the current date (post writing date and time) are stored (S605). Thereafter, the application unit 120 generates the latest person-in-charge community page by the same process as described above, and the Web server processing unit 110 returns this Web document to the client terminal 20Q. Thereby, the latest person-in-charge management community page to which its own post is added is displayed on the display of the client terminal 20Q.

  On the other hand, a participant (a person who has already purchased a condominium or a person in charge) who wants to view a posted post may click on a character string of a post title in any post field. When the client terminal 20 </ b> Q detects that the character string of the post title is clicked, the client terminal 20 </ b> Q creates a browse page transmission request including a post ID corresponding to the post title, and transmits this to the SNS server 10.

  In the SNS server 10, in response to this request, the Web server processing unit 110 instructs the application unit 120 to generate a posting page, and passes the received posting ID and session ID. In response to this instruction, the application unit 120 reads the attribute value of the posting object corresponding to the passed posting ID from the bulletin board database 103, and obtains the Web document of the browsing page corresponding to the relationship information corresponding to the passed session ID. And using those attribute values. Then, the Web server processing unit 110 returns this Web document to the client terminal 20Q. Thereby, the browsing page of the post selected by the participant is displayed on the display of the client terminal 20Q.

  This post viewing page displays the posted participant's nickname, the purchaser's purchase or condominium name, post title, post body, post time, and instructions for jumping to the reply post creation page. A reply button for accepting and a return button for accepting an instruction to jump to the previous page are arranged. In this way, the posted browsing page displays not only the nickname of the posted participant, but also the purchased apartment of the posted participant, so that the posted participant can participate in the current area or in the future May be specified to some extent by a person (eg, a resident of the same apartment or a prospective purchaser). For this reason, posting contrary to the purpose is suppressed, and posting of information with higher credibility is expected.

  Here, a participant who wants to reply to a posted post (for example, a person in charge who wants to reply to a post of an already purchased apartment) may click a reply button 803. When the client terminal 20Q detects that the reply button 803 has been clicked, the client terminal 20Q creates a reply post page transmission request including the corresponding post ID, and transmits this to the SNS server 10.

  In the SNS server 10, in response to this request, the Web server processing unit 110 instructs the application unit 120 to generate a reply posting creation page, and passes the received posting ID and session ID (S608). In response to this, the application unit 120 generates a Web document of a reply posting creation page, and the Web server processing unit 110 returns this Web document to the client terminal 20Q. As a result, a reply post creation page having the same layout as the above-described post creation page is displayed on the display of the client terminal 20Q.

  When the participant uses the input device to enter data (title, answer) in each input field on the displayed reply post creation page and clicks the registration button, the client terminal 20Q should post the reply. The registration request including the posting ID and the data (post data) in each input field is created and transmitted to the SNS server 10.

  In the SNS server 10, in response to this request, the Web server processing unit 110 instructs the application unit 120 to register posting, and passes the received posting ID, session ID, and posting data. In response to this, the application unit 120 determines whether or not the relationship information corresponding to the passed session ID indicates the person in charge (S609).

  As a result, if the related information indicates the person in charge, the application unit 120 reads the posting date / time from the posting object corresponding to the passed posting ID, and the elapsed time (condominium) from the posting date / time to the current date / time. The time required for the person in charge to answer a question of the already purchased person is calculated as a reply waiting time (S610).

  Furthermore, the answer waiting time is compared with a predetermined reference time. As a result, if the answer waiting time is less than the reference time, a new posting object associated with the passed posting ID is generated, and the posting object As attribute values, new post ID, relation information and profile information (apartment name and nickname) associated with the passed session ID, post title, post text, current date (post write date), answer waiting time Save. In other cases, a new posting object is generated in the same manner, and the new posting ID, relation information associated with the passed session ID, and profile information (apartment name and nickname) are used as attribute values of the posting object. The post title, post text, current date and time (post writing date and time), answer waiting time, and answer status indicating neglect are stored (S611). Note that the reference time used here is preferably determined based on, for example, a waiting time permitted in real estate transactions.

  On the other hand, if the related information does not indicate the person in charge, the application unit 120 generates a new post object associated with the passed post ID, and the new post ID is passed as the attribute value of the post object. The profile information (apartment name and nickname) associated with the session ID, the posting title, the posting text, and the current date (post writing date) are saved (S611).

Thereafter, the application unit 120 generates the latest person-in-charge community page by the same processing as S601, and the Web server processing unit 110 returns this Web document to the client terminal 20Q. Thereby, the latest person-in-charge management community page to which the reply post is added is displayed on the display of the client terminal 20Q.
(2-2) When a participant is an apartment purchase planner FIG. 9: is a flowchart of a process in case a participant is an apartment purchase planner. Here, a case where a participant operates a menu page displayed on his / her client terminal 20Q will be described as an example.

  When the participant clicks one of the browse buttons 711A to 711C on the menu page, the client terminal 20Q creates a browse request including a bulletin board ID corresponding to the button, and transmits this to the SNS server 10. In the SNS server 10, in response to this request, the Web server processing unit 110 instructs the application unit 120 to generate a person-in-charge community browsing page, and passes the session ID and bulletin board ID (S900). In response to this instruction, the application unit 120 reads the attribute value of the bulletin board object corresponding to the bulletin board ID and the attribute value of the related object from the bulletin board database 103 (FIG. 2B) and passes them using them. A Web document of the person-operated community browsing page having a layout corresponding to the relation information corresponding to the session ID is generated. Then, the Web server processing unit 110 returns this Web document to the client terminal 20Q. Thereby, the person in charge management community browsing page corresponding to the button selected by the participant is displayed on the display of the client terminal 20Q (S901).

  This person-operated community browsing page displays the bulletin board title as well as the person-operated community page, accepts multiple posting fields arranged in a tree form in order of posting time for each thread, and instructions to jump to the previous page A back button is placed. However, the posting button is not arranged because the prospective purchaser is not allowed to participate in the person-in-charge management community page.

  Here, when the participant clicks on the character string of the post title in one of the post fields, the client terminal 20Q detects this, creates a post browsing request including the post ID corresponding to the post title, and creates an SNS server. 10 (S902).

  In the SNS server 10, in response to this request, the Web server processing unit 110 instructs the application unit 120 to generate a post browsing page and passes the received post ID and session ID. In response to this, the application unit 120 reads the attribute value of the posting object corresponding to the passed posting ID from the bulletin board database 103, and uses the attribute value to respond to the relationship information corresponding to the passed session ID. Web document of the posting browsing page of the selected layout is generated. Then, the Web server processing unit 110 returns this Web document to the client terminal 20Q. Thereby, the posting browsing page is displayed on the display of the client terminal 20Q (S903).

  As shown in FIG. 8 (A), the posting browsing page displays the nickname of the posting participant, the purchase or purchase apartment name of the posting participant, the posting title, the posting text, the posting time, and the reply. A reply button 803 for accepting an instruction to jump to the posting creation page and a return button 801 for accepting an instruction to jump to the previous page are arranged. Further, regarding the answer of the person in charge, the reply waiting time of the person who has already purchased the apartment (the time required until the person in charge answers the question of the person who has already purchased the apartment) is displayed as the reply status 802 of the person in charge. Depending on the length of the reply waiting time, the reply waiting time of the person who has already purchased the apartment and the response attitude of the person in charge (information indicating that the post of the person who has already purchased the apartment has been left or answered normally) is displayed as the reply status 802 of the person in charge Is done. In this way, regarding the responses of the person in charge, the response waiting time of the person who has already purchased the apartment and the response attitude of the person in charge are displayed along with the contents. It can be used as one of objective evaluation indicators for service quality.

  As described above, according to the SNS providing process according to the present embodiment, not only the posted participant's nickname but also the posted apartment name of the posted participant is displayed on the posted browsing page. Participants can be identified to some extent by participants in their immediate area (residents in the same apartment). For this reason, posting contrary to the purpose is suppressed, and posting of information with higher credibility is expected.

  In addition, the requests, questions and complaints of those who have purchased the apartment have been disclosed to the person who has purchased the apartment as well as the person who has purchased the apartment. In order to display the time required until the completion, the person who intends to purchase an apartment can evaluate the quality of service of a real estate sales company or the like based on such information. On the other hand, since the evaluation of the quality of services of a real estate sales company can be a material that influences the decision-making of those who plan to purchase condominiums, the person in charge will appeal the high quality of their services to those who plan to purchase condominiums. As much as possible, we will try to provide more complete answers to those who have already purchased the apartment more quickly. In this way, improvement in the quality of service for existing buyers of condominiums leads to acquisition of prospective customers, so it is possible to reduce the cost of acquiring prospective customers while providing higher quality services to those who have already purchased condominiums .

  In the above, the time required for the person in charge to respond to the individual requests of the already purchased apartment is displayed as a parameter that serves as an evaluation index for the quality of service of a real estate sales company. May be displayed. For example, a purchaser who has already purchased a condominium who refers to a page for viewing responses to the request of himself / herself or others may be made to input the level of satisfaction with the response so that the level of satisfaction is displayed along with the response on the posted browsing page. It may be. As a result, a series of flows of writing of condominiums already purchased, responses of the person in charge and the response attitude (time to answer the question, whether or not to leave the question, etc.), evaluation of the person in charge by the writer, etc. The condominium purchaser can view the entire details of the apartment, so that the condominium purchaser can comprehensively consider them and evaluate the quality of services of a real estate sales company or the like.

  In order to do this, for example, as shown in FIG. 8C, a plurality of icons (face icons of facial expressions such as emotions) 803 representing the degree of satisfaction with the response of the person in charge are displayed on the post browsing page. It may be arranged so that a person who has already purchased the apartment selects an icon representing his / her satisfaction or inputs a numerical value within a predetermined range representing his / her satisfaction. The SNS server 10 may store the numerical value corresponding to the selected icon or the input numerical value as the attribute value of the object associated with the thread object together with the user ID of the already purchased apartment. After that, it was possible to update the attribute value considering the possibility that the already purchased apartment changed the satisfaction level for a series of responses because a better response was made, suggesting another countermeasure. desirable.

  Further, the application unit 120 may calculate an average value of satisfaction for each person in charge or each real estate sales company and publish it on the Web page together with the number of evaluations. Since these pieces of information represent customer satisfaction levels with respect to the services of each real estate sales company and the like, the announcement makes it possible for a person who intends to purchase a condominium to select a real estate sales company or the like with higher customer satisfaction levels. On the other hand, in order to improve customer satisfaction with real estate sales companies etc., the person in charge is willing to provide more complete answers to those who have already purchased the apartment more quickly. High service can be received.

It is the figure which showed the whole structure of the condominium sales support system which concerns on one Embodiment of this invention, and the function structure of a SNS server. (A) is the figure which showed typically the data structure of the user information database which concerns on one Embodiment of this invention, (B) is the data structure of the bulletin board data which concerns on one Embodiment of this invention. It is the figure shown typically. (A) is a diagram showing a layout example of a profile registration form, (B) is a diagram showing a layout example of a login page, and (C) is a diagram showing a layout example of a member-only top page. It is a flowchart of the new registration process which concerns on one Embodiment of this invention. It is a flowchart of the SNS provision process which concerns on one Embodiment of this invention. It is a flowchart for demonstrating the process of S506 of FIG. 5 in case a participant is an apartment purchaser or a person in charge. (A) is a diagram showing a layout example of a menu page for a person in charge or a person who has already purchased a condominium, (B) is a diagram showing a layout example of a menu page for a person planning to purchase a condominium, and (C) is a purchase of a condominium. It is the figure which showed the example of a layout of the person in charge management community page for planners. (A) is a diagram showing a layout example of a posting page for a person in charge or who has already purchased a condominium, (B) is a diagram showing a layout example of a posting creation page, and (C) is an answer of the person in charge. It is the figure which showed the example of a layout of the contribution posting page in which was published. It is a flowchart for demonstrating the process of S506 of FIG. 5 in case a participant is an apartment purchase planner.

Explanation of symbols

10: SNS server, 20A to 20Z: client terminal, 30-31: network, 100: data storage unit, 110: Web server processing unit, 120: application unit

Claims (4)

A condominium sales support system that uses social networking services to support the exchange of information about condominiums,
An information processing device that accepts writing of post data related to the information and writing of reply data to the post data,
The information processing apparatus
Data storage means for storing correspondence information between the posted data and the date and time of writing of the posted data, and relationship information representing a relationship between the trader of the condominium and each user;
A transmission / reception means for transmitting a document for displaying at least one of the posted data and the reply data to a sender of the request in response to an external browsing request;
When writing of the reply data is accepted, if the related information corresponding to the user who writes the reply data indicates that the person in charge is in charge of the business of the transaction person, The response waiting time information corresponding to the elapsed time from the reply data writing date and time to the reply data is calculated, the reply waiting time information is stored in the storage means together with the reply data and the reply data writing time, and the reply data When the transmission / reception means accepts the browsing request, the reply data and the waiting time information are read from the data storage means, and the waiting time information is displayed in association with the reply data as the document. A social networking service comprising: an arithmetic processing means for generating a document; Sales support system for condominiums using the A condominium sales support system using a social networking service according to claim 1,
When the transmission / reception means accepts evaluation information representing satisfaction with the reply data, the arithmetic processing means stores the evaluation information in the data storage means in association with the reply data,
When the transmission / reception means receives the reply data browsing request, the arithmetic processing means generates a document that displays evaluation information indicating satisfaction with the reply data in association with the reply data as the document. Condominium sales support system using social networking services. A condominium sales support system using a social networking service according to claim 1 or 2,
The data storage means stores a nickname and identification information of the apartment related to the user for each of the purchased user and the prospective purchase user of the condominium,
The arithmetic processing means reads the nickname and apartment identification information of the user who writes the posted data from the data storage means, and displays the nickname and the identification information in association with the posted data as the document. Condominium sales support system using social networking service, characterized by generating A condominium sales support system using a social networking service according to any one of claims 1, 2, and 3,
When the elapsed time exceeds a predetermined time, the arithmetic processing means generates, as the document, a document that displays answer attitude information indicating that the posted data is left together with the answer waiting time information. Condominium sales support system using social networking services.

Images