JP2006201982A - Auction system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an auction system in which a purchaser can participate from an arbitrary remote place at his or her convenient time by using the Internet. <P>SOLUTION: This auction system is provided with a database 11 in which information of an auction object such as real estate property is stored, a communication means for communicating through the Internet 20 or the like with a user terminal 21, a retrieving means for receiving a retrieval request from a user terminal, and for performing retrieval by using a database, and for transmitting the retrieval result of an object to the user terminal and an auction means for accepting a bid from the user terminal, and for performing bid processing by one system among a plurality of auction systems. Thus, a seller user can select the plurality of auction systems, and a purchaser user can retrieve property, browse information, and make a bid from an arbitrary remote place at his or her convenient time. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to an auction system, and particularly to an auction system suitable for real estate auction using the Internet.

Conventionally, auction systems related to real estate have been proposed. For example, the following document discloses an example of a real estate auction system that responds by inputting a price from a buyer terminal to real estate information selected and displayed.
JP 2000-259744 A

In the conventional real estate auction system described above, the conventional bidding method is mechanized, and the buyer participates at the same time and conducts the auction in a short time. There was a problem that could not participate in.
An object of the present invention is to solve the above-described problems, and in particular, to provide an auction system in which a buyer can participate from any remote location at a convenient time using the Internet.

  The auction system according to the present invention includes database means for storing information on auction objects, communication means for communicating with a user terminal via a communication network, and accepting a search request from the user terminal via the communication means. A search means for performing a search using the database means and transmitting a search result of the auction object to the user terminal via the communication means; and accepting a bid from the user terminal via the communication means; And auction means for performing bidding processing in one of a plurality of auction methods.

  In the auction system described above, the auction object is a real estate property, and the search means is configured so that a display result and a display item of the search result differ depending on whether the search for investment or the search for residence specified by the user. May be.

  Further, in the auction system described above, the search means displays a two-dimensional matrix display of the number of articles in which two of the plurality of search conditions each fall within a predetermined range, and the user selects a desired number column, You may make it provide the matrix display means on which the list of applicable auction objects is displayed.

  In the auction system described above, the auction object is a real estate property, and the auction system further generates a schedule schedule for generating a contract schedule for the property exhibited in the auction, the property auctioned as a result of the auction, and the successful bid. You may make it provide a work list production | generation means which produces | generates a means and the work list which a successful bid user should perform about the property made a successful bid.

  Further, in the auction system described above, the auction means attaches an amount higher than the bid price of the other person by a bid unit even if another person bids on the property for which he / she is bidding. Automatic bidding means for automatically bidding, and auctioned items with bids higher than the minimum winning price, and for the property that has not had any other bids for more than a predetermined period, the highest bidder must be Bidding end means for determining the winning bidder and ending the auction may be provided.

  In the auction system described above, the auction means may be configured such that the difference between the bid price of the first tag and the bid price of the second tag or the deviation rate is equal to or greater than a predetermined value calculated from the minimum selling price determined by the exhibiting user. May be provided with an abnormal value determining means for determining an abnormal value.

  The auction system according to the present invention enables the seller user to select a plurality of auction schemes according to the above-described features, and the buyer user performs property search, information browsing, and bidding from an arbitrary remote place at a convenient time. In addition, there is an effect that convenience is further improved by an automatic bidding function, an abnormal value determination function and the like.

In addition, because the search results and the display contents of the properties are different depending on the investment purpose and the residence purpose, appropriate information is displayed according to each purpose, and the desired property can be easily selected, especially by the matrix display of the search results There is an effect that.
Further, since the schedule of the sale contract after the successful bid and the contents of the work and procedure that need to be executed are displayed, there is an effect that the user can make a sale with confidence.

  An embodiment of an auction system in which sellers and buyers can buy and sell real estate in an auction manner via the Internet will be described below.

  FIG. 1 is a block diagram showing the configuration of the entire system including the auction system of the present invention. An auction system operated by an auction management company includes an auction portal system 10 connected to the Internet 20, an internal management system 12 connected to a plurality of management terminals 13, an auction portal system 10, and a database accessible from the internal management system 12. 11 consists of. The auction portal system 10 can be connected to a user terminal 21 such as a well-known personal computer used by users who are sellers and buyers via the Internet 20.

  FIG. 2 is a block diagram showing the configuration of the auction system of the present invention. The web server 30 provides a web service in the auction portal system 10. The mail server 31 transmits and receives various notification mails to the user terminal, inquiry mails from the user, and the like. The DB server 32 stores various types of information necessary for Web services in the auction portal system 10, that is, user (customer) information, property information, and the like. Based on requests from the Web server 30 or other servers, data search, Update.

  The Web server 30, mail server 31, and DB server 32 that constitute the auction portal system 10 and the database 11 can be connected to the Internet 20 via the LAN 38 and the router / firewall 33, and are connected to the company via the relay server 34 and the LAN 39. The management system can be connected to an internal DB server 35, an internal Web server 36, and a management terminal (PC) 37.

  The management terminal (PC) 37 accesses the in-house Web server 36 using a known browser, and the in-house business is executed. The system configuration shown in the figure is an example of the configuration of the portal system 10, and the present invention can be implemented in any known system configuration having necessary functions.

  FIG. 3 is an explanatory diagram showing transition of Web pages in the auction portal system of the present invention. Lines between pages indicate main transition destinations, but there are also pages and transitions (links) that are not illustrated as described later. Hereinafter, display contents of main pages and accompanying processes will be described with reference to display examples of each page.

  FIG. 9 is an explanatory diagram illustrating a display example of the top page 40. On this screen, for example, the user inputs the member ID and password in the My Page field in the middle right and clicks “Login”. The user can search for the property without logging in. After login, My column is changed to the display of "Hello, ○○-san".

The user who wants to buy real estate clicks “Real estate investment” (→ 41) or “Residential property purchase” (→ 42) in the upper left column according to the purpose. Also, the user who wants to sell real estate clicks “Exhibiting an apartment” or “Exhibiting a detached house” in the upper right column according to the property. Each of these displays has links to other pages. In this specification, the link information is written as (→ NN). NN is a number assigned to each page in FIG.

  FIG. 10 is an explanatory diagram showing a display example of the investment top page 41. In the My Page column in the upper right column, a link to contact information from the system to the user, the user's bid, successful bid, number of exhibits, etc. are displayed. In the “Find Property” column in the middle left column, four items of area, price, net yield, and property type are displayed as search keys. Here, when the search condition is clicked for the search key that the user thinks is most important, a transition is made to the matrix display page 45. When “detailed search” (→ 46) or “search from map” (→ 47) is clicked, the corresponding page is displayed.

  FIG. 11 is an explanatory diagram showing a display example of the matrix display page 45. This screen example is a screen example when the user clicks the “China / Shikoku” area on the investment top page 41. In the upper part of the matrix-displayed table, “China / Shikoku” which is the already selected search condition is displayed. This search condition can also be changed on this screen. The vertical axis of the table shows the yield, and the horizontal axis shows the price divided by a predetermined range. In the column of intersections of the vertical axis and the horizontal axis, the number of properties satisfying both the conditions of the vertical axis and the horizontal axis is displayed.

  Note that another property (property) type is displayed as a tab at the top of the table, and in the example, the number of “condominium / division ownership” is displayed. For example, if another type is desired to be selected, clicking on another tab switches to a matrix display of the number of cases in that type.

  In addition, there is a display switching area at the top of the table, and it is possible to switch which search condition is assigned to the vertical axis, horizontal axis, and tab. Currently, “yield × price” is displayed. For example, when “yield × type” is clicked, yield is assigned to the vertical axis, type is assigned to the horizontal axis, and the price is displayed on the tab. In addition, when it is desired to display an area in a matrix form from this screen example, the user returns to the investment top page 41 and clicks a search condition other than the area.

  In the display example, for example, in the Chugoku / Shikoku area, the number of properties having a yield of 5% to 10% and a price of 10 million to 30 million in the type of condominium / partition ownership is eight. When “8” (→ 48) of the number of properties is clicked, the property list page 48 is displayed.

  FIG. 12 is an explanatory diagram illustrating another display example of the matrix display page 45. 12A is a matrix display example when the price is clicked on the investment top page 41, FIG. 12B is a matrix display example when the yield is clicked, and FIG. 12C is a matrix display example when the property type is clicked. It is. The search conditions to be assigned to the vertical axis, the horizontal axis, and the tab are determined in advance as described later, but can be changed as described above.

  FIG. 13 is an explanatory diagram showing a display example of the detailed search page 46. Transition is made when “detailed search” (→ 46) is clicked on the investment top page 41. On the detailed search page 46, it is possible to perform a search by specifying more detailed search conditions. By clicking “Search” (→ 48), the property list page 48 is displayed.

  FIG. 14 is an explanatory diagram showing a display example of the map search page 47. Transition is made when “search from map” (→ 47) is clicked on the investment top page 41. On the map search page 47, a map of a desired scale ratio in a desired area is displayed, and the position of a property within the range of the displayed map is displayed by an icon or the like. Then, when the user clicks the property icon on the map, the property information page 49 is displayed.

  FIG. 15 is an explanatory diagram illustrating a display example of the property list page 48. In the middle, a list of properties is displayed. In the list, the property name, type, region, auction method (icon), current price, net yield, number of bids, remaining time, and my data (icon) are displayed for each property. There are four types of auction method icons: auction method, auction method, prompt decision price method, and free bit (general bid) method, as displayed together with the icon at the bottom. In addition, there are four types of My Data icons: bidding, exhibit properties, registered as favorites, and bidding at the current highest price.

  Although the screen example is displayed in the “standard” format, by clicking “data list” or “image list”, different data is displayed for each property. In the data list format, data excluding the property image at the left end of each property information is displayed. In the image list format, a floor plan image is displayed in addition to the property image.

  There is a selection field on the right side of each property column. Click here to register the selected property as a “favorite” or display it in a tabular format. There is a search condition input field at the top of the list. By clicking the search condition here, it is possible to display a list with the search condition changed.

  FIG. 16 is an explanatory diagram illustrating a display example of the property information page 49. The property information is displayed together with the property appearance image on the upper left and center, and the middle left. In the middle center, auction information such as end time, auction method, and auction schedule is displayed. There is an area for bidding on the right side of the middle row, the current bid price and the number of bids are displayed, bid price entry field, password entry field, “Bid” (→ 52) button, “Automatic bid” button, etc. is there.

Between the middle row and the lower row, there are tabs for selecting detailed property information of “architecture overview”, “management status”, “property material file”, “special notes”, “FAQ”, and “regional environment”, and click each tab. As a result, detailed information corresponding to the tab is displayed in the lower row. The display example of FIG. 16 is a display example when the “architecture overview” tab is selected.
On the upper right side, there are links to various simulation pages 51 of “yield simulation”, “acquisition cost simulation”, “settlement simulation”, and “loan simulation”.

  FIG. 17 is an explanatory diagram illustrating a display example of the bid confirmation page 52. The middle section displays property information and bid information, and the bottom section displays bid rules and a “bid” button. When the user bids, the user clicks the “Agree” button at the bottom of the bid agreement, and then clicks the “Bid” button.

  FIG. 18 is an explanatory diagram showing a display example of the bid completion page 53. This example is a display example when the user bids as the highest bid price. The notice of completion of bidding is displayed in the upper row, and the property information and bid price are displayed in the middle row. For example, the user can confirm the updated bid result and yield by clicking “Return to Property Page” from this screen and returning to the Property Information Page 49.

  FIG. 19 is an explanatory diagram illustrating a display example of the my page 44. At the top, there is a notification column from the system, and solicitation and notification messages are displayed. In the middle, there are columns for bidding management, exhibition management, my schedule, etc. By clicking “… Bid Property List”, “Successful Property List”, “Exhibition… Property List”, “View Schedule”, etc., the bid management page 56, transition to the exhibition management page 55, the my schedule page 54, and the like.

  FIG. 20 is an explanatory diagram showing a display example of the my schedule page 54. In the center, for example, three-month bidding and contract schedules are displayed for three properties that the user has bid, bid or exhibited. The calendar for this month is displayed in the upper right, and the ☆ and ★ marks are displayed on the calendar.

  The asterisk (*) indicates “with memo”, and the asterisk (*) indicates that there is a notification from the system. When the user clicks on a day with a star or star, a memo or notification is displayed. When entering a memo, the user selects a date, fills in the memo contents in the memo field at the bottom of the calendar, and clicks "Save Note" to create a note corresponding to the selected date. Saved.

  In the lower right column, there is a notification column from the system, and there are links such as “I need payment”, “I have the necessary documents”, “I have a necessary meeting”, and “I have other necessary work”. When the user clicks these links, a ToDo list in which contents to be worked on by the user are displayed.

  FIG. 21 is an explanatory view showing a display example of the successful bid management page 57. A list of successful bids is displayed in the center. The status of the procedure is displayed for each property, and there is a link to “Time Schedule” (→ 58).

  FIG. 22 is an explanatory diagram showing a display example of the time schedule page 58. A detailed time schedule for the corresponding property is displayed. Schedule information items include events, dates, progress, and comments from the system. For executed events, the date of the event entered from the internal management system is entered, and a ▼ mark appears in the progress status column. It is displayed. For future events, the scheduled date determined by the system is displayed, and for the date when the schedule input from the in-house system is confirmed, the word “confirmed” is displayed on the right side of the date.

  In addition, although the figure of a display example is not shown, the display content and function of each page for residence search and bidding for the residential top page 42 and below are basically the same as each investment page. . However, there is no matrix display function for residential use. Also, the display content of the property information is different from that for investment, and there is no display of yield, for example.

  In the exhibition application page 43, the user inputs information on the property that the user wants to exhibit and applies for the exhibition. The entered property information is examined by the system management company, and those that can be exhibited are exhibited based on the exhibition approval operation from the internal management system.

  In addition to the page shown in Fig. 3, a consultation service page, various explanation pages such as terms and operation methods, a collection of questions and inquiries, a bulletin board page, and a planned auction (a simulated auction is performed to see the user's reaction) Page, management company information page, etc.

  Hereinafter, the processing contents of the system will be described in accordance with a typical processing flow. FIG. 4 is a flowchart showing the processing contents of the server in the typical bid procedure of the user. In S10, the server waits for access from the user. In S11, the top page 40 is transmitted based on a request from the user. Here, the user inputs an ID and a password, for example. In S12, the ID and password entered by the user are checked to determine whether or not the login is OK. If the determination result is negative, the process proceeds to error processing, but if the determination is affirmative, the process proceeds to S13.

  In S13, the top page (login) 40 is transmitted. Here, the user clicks, for example, “real estate investment”. In S14, the investment top page 41 is transmitted based on the user's request. Here, for example, the user clicks the “China / Shikoku” area as an area. In S15, the matrix display page 45 is generated and transmitted based on the search request from the user.

  FIG. 6 is a flowchart showing the contents of the matrix display process of S15. In S50, search condition information such as “China / Shikoku” is extracted from the page request data from the user. In S51, the table is searched based on the condition information type, for example, “Area” if “China / Shikoku”, and the search information type on the vertical and horizontal axes is determined.

  FIG. 7 is an explanatory diagram showing the contents of a matrix display processing table. The top column shows the search condition items entered on the top page. The top column is checked in ascending order of the number, and the search information type of the vertical axis, horizontal axis, and tab according to the contents of the row with the number that matches the type first. To decide. For example, when an area is designated on the top page, the number 1 row is selected, the yield is assigned to the vertical axis, the price is assigned to the horizontal axis, and the property type is assigned to the tab. Then, the contents of the remaining rows (2, 3) whose types match are assigned to the links in the display switching area.

  In S52, in the property satisfying the search condition input on the top page, the number information of properties within the division range of each search condition on the vertical axis and the horizontal axis is read from the database. Note that the search condition assigned to the tab is determined based on a predetermined initial value. In S53, screen data 45 in which the read number information is displayed in a two-dimensional matrix is generated, and the screen data generated in S54 is transmitted. For example, the user clicks a desired number in a matrix-displayed table.

  Returning to FIG. 4, in S <b> 16, the property list page 48 corresponding to the number of clicked items is generated and transmitted based on the display request. Here, the user clicks a desired property, for example. In S17, based on the display request, the corresponding property information page 49 is generated and transmitted.

  In S18, it is determined whether or not it is a detailed information request. If the determination result is negative, the process proceeds to S19, but if the determination is affirmative, the process proceeds to S20. In S19, a detailed information page is generated and transmitted. In S20, it is determined whether or not it is a simulation request. If the determination result is negative, the process proceeds to S. If the determination result is affirmative, the process proceeds to S. In S21, a corresponding simulation page is generated and transmitted.

Here, the user refers to, for example, a detailed information page or a simulation page as necessary, inputs information such as a bid price, and clicks “bid” (→ 52).
In S22, a bid confirmation page 52 is generated and transmitted based on a bid request from the user. For example, the user clicks the “Agree” button at the bottom of the bidding agreement, and then clicks the “Bid” button. In S23, bid information is checked, bid processing is performed, and a bid completion page 53 is transmitted.

  FIG. 8 is a flowchart showing the contents of the bidding process in S23. In S60, bid type information of auction properties such as auction up and down is acquired. The bid type is determined by the exhibiting user, input from the in-house management system, and registered in the DB. In S61, the process branches depending on the bid type.

  If the type is auction, the process proceeds to S62. In S62, the input information regarding the bid is checked. For example, if the divergence or divergence rate between the price of the 1st tag and the price of the 2nd tag is greater than or equal to a predetermined value calculated from the lowest successful bid price determined by the exhibiting user, it is determined as an abnormal value and the person in charge determines In addition to taking confirmation, a bid lower than this abnormal value is accepted if it is higher than the second tag.

  In S63, it is determined whether or not it is an automatic bid. If the determination result is negative, the process proceeds to S64, but if the determination is affirmative, the process proceeds to S65. In S64, a bid-up process is executed. That is, when the bid price is the highest price, the current bid price is updated. However, since other users may have already bid at a higher price, nothing is done in this case.

  In S65, an automatic bidding process is executed. Automatic bidding automatically means that even if someone bids on the property you are bidding on, the bid price (for example, 100,000 yen) is higher than the bid price of others within the range lower than your bid price. It is a function to bid on. When multiple people bid on the same property, the automatic bidding process automatically bids up to a price higher by the bid unit than the second highest bid price.

  In S66, it is determined whether or not the user has bid at the maximum amount. If the determination result is negative, the process proceeds to S67, but if the determination is affirmative, the process proceeds to S90. In S67, the current bid amount is displayed and the user is asked whether or not to bid again. In S68, it is determined whether or not to bid again based on the user's operation. If the determination result is negative, the process proceeds to S90, but if the determination is affirmative, the process proceeds to the property screen.

  If the auction type is auction drop in S61, the process proceeds to S70. The auction method starts from the exhibition price set by the seller, lowers the price by a bid unit (for example, 100,000 yen) for a certain period, for example, every day or every two days, and bids are entered at the current exhibition price. It is a method of making a successful bid at the time. The exhibition price is updated in the in-house management system when the date is updated, for example.

  In S70, the input information is checked. In S71, it is determined whether or not a successful bid is made (whether or not someone else has made a successful bid immediately before). If the determination result is negative, the process proceeds to S90, but if the determination is affirmative, the process proceeds to S72. In S72, a successful bid process is executed. That is, the user is determined as a successful bidder and the auction is terminated. In addition, after the auction ends, the property may be opened for a predetermined period, and the second and third bills may be received at the same price.

  If the auction type is prompt decision in S61, the process proceeds to S80. The prompt decision method is a method in which a bid is made when a bid is entered at the upper limit price set and released by the seller, and a bid is made for a bid less than the upper limit price, but no bid is made. In S80, the input information is checked. For example, a bid exceeding the upper limit price is considered an error.

  In S81, it is determined whether or not the bid has been made, that is, the bid price is equal to the upper limit price, and whether or not another person has made a successful bid immediately before. If the determination result is negative, the process proceeds to S83. Proceeds to S82. In S82, a successful bid process is executed. That is, the user is determined as a successful bidder and the auction is terminated. In S83, if no successful bid has been made, a bid process, that is, a bid price is updated.

  If the auction type is free bit in S61, the process proceeds to S80. The free bit method is a general bidding method, in which a highest bidder user makes a successful bid among bids made at an arbitrary point in time within a predetermined period. In S86, the input information is checked. In S87, a general bidding process is executed. That is, the bid information is registered and stored in correspondence with the property until the bid end date. If there are a plurality of maximum bids, a play-off function is provided in which only those users bid again.

  In S90, the bid result is displayed and notified. That is, the user is notified of and displayed a bid result such as a successful bid and acceptance of a bid, a successful bid for others, and a higher bid for others. Also, other users who are bidding on this property are notified of the updated bidding status by email.

  FIG. 5 is a flowchart showing the contents of the in-house management process. In S30, it is determined whether or not the date has been updated. If the determination result is negative, the process proceeds to S32. If the determination is affirmative, the process proceeds to S31. In S31, the following various bid related processes are executed with the date update.

(1) Update the price for auctioned items during an auction.
(2) For auctioned items with bids higher than the lowest winning bid price, if there are no other bids for a predetermined period (for example, 7 days), the highest bidder will be the highest bidder even before the bid end date. Decide and end the auction.
(3) Transition to an auction end state for a property whose bid end date has passed.
(4) Determination and notification of successful bidders for completed auctions and freebit-type properties

  In S32, it is determined whether or not there is an access from the in-house management terminal 37. If the determination result is negative, the process proceeds to S30, but if the determination is affirmative, the process proceeds to S33. In S33, a login page is transmitted. In S34, it is determined whether or not the login is OK. If the determination result is negative, the process proceeds to error processing. If the determination is affirmative, the process proceeds to S35. A record of the process after login is recorded together with the input ID information. In S35, the in-house top page is transmitted. In S36, the process branches depending on the request.

  In S37, based on a search request from the management terminal 37, a search process for the property of the person in charge is executed. In S38, based on the browsing request from the management terminal 37, browsing processing such as detailed information on the property and the bid state is executed. In S39, based on the information input / update request from the management terminal 37, the information input / update process regarding the property, the bid, and the contract is executed.

  In S40, schedule update processing such as a bid or contract corresponding to the property is executed based on the information input in S39. In S41, based on the document creation request from the management terminal 37, a document creation process for generating a contract and other necessary documents with reference to the database is executed. In addition, when the user contracts a plurality of properties with the same content, a contract document in which the contracts of the plurality of properties are combined into one can be generated. In S <b> 42, the page information generated as a result of the processes in S <b> 37 to S <b> 31 is transmitted to the management terminal 37. In S43, based on the logoff request from the management terminal 37, a logoff process is performed, and the process returns to S30.

  Although the first embodiment has been described above, the following modifications may be considered for the auction system of the present invention. The auction system of the present invention can be accessed from a mobile phone, and accessed from the mobile phone with GPS function, the mobile phone acquires latitude and longitude information of the property, and based on this information, the mobile phone with GPS function is used. Navigation to the property may be performed.

  In addition, an exhibitor application user or an employee of an auction system operating company may access the auction system of the present invention from a mobile phone with GPS and a camera function, and register location information and image information of the property. The auction system of the present invention is not limited to real estate properties, and can be applied to any auction target.

It is a block diagram which shows the structure of the whole system containing the auction system of this invention. It is a block diagram which shows the structure of the auction system of this invention. It is explanatory drawing which shows the transition of the web page in the auction portal system of this invention. It is a flowchart which shows the processing content of the server in a typical bid procedure of a user. It is a flowchart which shows the content of the in-house management process. It is a flowchart which shows the content of the matrix display process of S15. It is explanatory drawing which shows the content of the table for matrix display processes. It is a flowchart which shows the content of the bid process of S23. 6 is an explanatory diagram showing a display example of a top page 40. FIG. It is explanatory drawing which shows the example of a display of the top page 41 for investment. 11 is an explanatory diagram illustrating a display example of a matrix display page 45. FIG. 12 is an explanatory diagram illustrating another display example of the matrix display page 45. FIG. 6 is an explanatory diagram illustrating a display example of a detailed search page 46. FIG. It is explanatory drawing which shows the example of a display of the map search page 47. FIG. FIG. 11 is an explanatory diagram illustrating a display example of a property list page 48. It is explanatory drawing which shows the example of a display of the property information page 49. FIG. It is explanatory drawing which shows the example of a display of the bid confirmation page 52. FIG. FIG. 11 is an explanatory diagram showing a display example of a bid completion page 53. It is explanatory drawing which shows the example of a display of my page 44. FIG. It is explanatory drawing which shows the example of a display of my schedule page. FIG. 11 is an explanatory diagram showing a display example of a successful bid management page 57. 12 is an explanatory diagram showing a display example of a time schedule page 58. FIG.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 ... Auction portal system 11 ... Database 12 ... In-house management system 13 ... Management terminal 20 ... Internet 21 ... User terminal

Claims (6)

Database means for accumulating information on auction objects;
A communication means for communicating with a user terminal via a communication network;
A search unit that receives a search request from a user terminal via the communication unit, performs a search using the database unit, and transmits a search result of an auction object to the user terminal via the communication unit;
An auction system comprising: an auction unit that accepts a bid from a user terminal via the communication unit and performs a bid process on one of a plurality of auction methods for an auction object. The auction object is a real estate property,
2. The auction system according to claim 1, wherein the search means has different display formats and display items of search results depending on whether the search is for investment or residential search specified by the user.   The search means displays a two-dimensional matrix display of the number of articles in which two of the plurality of search conditions fall within a predetermined range, and the user selects a desired number column to list the corresponding auction objects. 2. The auction system according to claim 1, further comprising matrix display means for displaying. The auction object is a real estate property,
The auction system further includes a schedule generation means for generating a schedule for a contract for a property exhibited at an auction, a result of an auction, and a property that has been bid / successfully bid.
The auction system according to claim 1, further comprising: a work list generation unit configured to generate a work list to be performed by the successful bidder user for the successful bid property. The auction means includes
An automatic bidding means that automatically bids to bid more than the bid price of others within the range below your bid limit even if someone bids on the property you are bidding on,
For auctioned items with bids higher than the lowest winning bid, for those items for which no other bids have been made for a certain period of time, the highest bidder is determined to be the highest bidder even before the bidding end date, and the auction ends The auction system according to claim 1, further comprising a termination unit. The auction means determines that the difference between the bid price of the 1st tag and the bid price of the 2nd tag or the rate of deviation is equal to or more than a predetermined value calculated from the minimum selling price determined by the exhibiting user. The auction system according to claim 1, further comprising a value determination unit.

Images