Sign In to Follow Application
View All Documents & Correspondence

Method And System For Listing Non Duplicated Real Estate Assets For Sale On An Online Real Estate Listing Platform

Abstract: A system and method for listing an asset for sale on an online property listing platform. The invention serves as a single point of contact for buyers and sellers in the real estate market. The method preferably includes providing an online interface for listing a verified user"s asset for sale. The basic method includes, performing user registration and verification by creating a user profile on the online property listing platform, entering asset details, checking the asset for uniqueness, verifying asset"s ownership and finally publishing the asset on said online property listing platform.

Get Free WhatsApp Updates!
Notices, Deadlines & Correspondence

Patent Information

Application #
Filing Date
27 November 2018
Publication Number
52/2018
Publication Type
INA
Invention Field
COMPUTER SCIENCE
Status
Email
prosecution@talwaradvocates.com
Parent Application

Applicants

DEEP INVENTIVE TECHNOLOGIES (OPC) PRIVATE LIMITED
Plot No. 478, First Floor, JLPL Industrial Area, Sector 82, Mohali, India- 160055

Inventors

1. MEHTA, Anand
House No. 81, First Floor, Sector 19-A, Chandigarh, India-160019

Specification

The present application relates to a system and method for asset management for sale and purchase using an online property listing platform. More specifically, to systems, methods, software and computing devices for verifying and managing duplicate property listings.
BACKGROUND
An asset comprises any form of a property including but not limited to land, apartment, house, commercial premises, industrial premises, hotel, flat, building, townhouse, shop, storefront or any other real estate in any acceptable form. Real estate may comprise of any form of a property consisting of land and buildings on it, along with its natural resources such as crops, minerals or water, and may be either residential or commercial.
The buying and selling of such assets typically involves players with varying skill set and experience in order to optimize the real estate market. But individual sellers who have owned only a few assets, often have inadequate skills and experience required to promote their property for getting a better price. On the other hand, due to the lack of a proper promotion, a buyer might miss out an asset of his interest.
This problem is solved by a middlemen such as a broker or an agent, or any other intermediary interface. These methods may be known (to people skilled in the art) as offline sale/purchase or an online sale/purchase of real estate.
In conventional online sale of an asset, a user lists asset on an online platform along with all the required and necessary details, price, contact address, contact number and so on. The listing is stored in a listing database (where the listings for assets are stored in a server). An interested buyer may access the listing platform by visiting a website or through mobile application, scroll through the various options to buy

various assets in the listings and select the best suited option (or listing). Thereafter, buyer may initiate a conversation with the seller using chat option, or contact the seller using contact details, if provided.
Such asset listing systems, already known in the prior art, have some inherent problems. Properties often have duplicate property listings on a single listing platform. A property owner and/or an agent/broker acting on behalf of the owner, might list the same property a plurality of times on the same asset listing platform or on multiple asset listing platforms, by changing a few details of the asset or asset-address. A duplicate property listing may be created, for example, by interchanging the address line 1 and line 2, altering the sale price, entering partial details, and the like. These duplicate entries require more storage space, greater computation and makes the process time consuming and inaccurate. Conventionally, these duplicate entries may be removed by applying a sort algorithm, comparing the details, comparing property images or by applying any other method known in the art, manually or automatically, after listing of asset in the listing database.
Another related problem arises when a seller/owner or the agent/broker submits incorrect or fraudulent property listings. An incorrect or a fraudulent property listing may include, for example, creating fake listing of a property, adding pictures/images of another property, listing created by a person who is not the owner of the listed property, and the like.
Thus, there exists a need for a system or method for preventing duplicate and fraudulent listings. The present invention provides a system and method for overcoming aforementioned problems. The present invention provides a method to verify the identity of seller /owner or the agent/broker before entering any asset details. The present invention also verifies the ownership of the asset before listing the asset on the online platform.

SUMMARY OF THE INVENTION
An embodiment of the present invention discloses a method for listing an asset on an online property listing platform. The method comprises verifying a user identity by comparing user details with user identity proof input by the user. Receiving user's asset details and ownership proof as provided be the user. Verifying the ownership and uniqueness of the user's asset and publishing the asset on the online property listing platform if the ownership and uniqueness of the user's asset is verified.
Another embodiment of the present invention discloses a system for listing an asset on an online property listing platform. The system comprises a user terminal for receiving a user registration data and details of the asset from a user. A user verification module for verifying the user based on the user registration data. An ownership verification module for verifying ownership of the asset. A uniqueness determination module to determine whether the asset is unique. And a listing module to list the asset on the online property listing platform based on determination that the asset is unique.
Further, another embodiment of the present invention discloses a system for listing an asset on an online property listing platform. The system comprises a user terminal for receiving a user registration data and details of the asset from a user and a server comprising a listing database for storing asset listings and the asset details. The server comprises a user verification module for verifying the user based on the user registration data. An ownership verification module for verifying ownership of the asset. A uniqueness determination module to determine whether the asset is unique. And a listing module to list the asset on the online property listing platform based on determination that the asset is unique.
BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a flowchart showing an exemplary asset listing process.
FIG. 2 is a diagram showing an exemplary system of listing an asset on a server according to an embodiment of the present invention.
FIG. 3 is a diagram showing an exemplary system of listing an asset on a property listing platform using a user terminal according to another embodiment of the present invention.
FIG. 4 is a flowchart showing an exemplary process of listing an asset after user and asset verification.
FIG. 5(a)- (h) are diagrams showing user interface windows for performing the process of user registration and online property listing.
DETAILED DESCRIPTION OF THE DRAWINGS
Various embodiments or examples of listing an asset may be implemented in numerous ways, including as a system, a process, a method, an apparatus, a user interface, or a series of program instructions on a non-transitory computer readable medium such as a computer readable storage medium or a computer network where the program instructions are sent over optical, electronic, or wireless communication links. In general, operations of disclosed processes may be performed in an arbitrary order, unless otherwise provided in the claims. The components in the drawings are not necessarily drawn to scale. Instead, emphasis is placed upon clearly illustrating the components of the present invention.
Certain terms are used interchangeably herein to describe certain preferred embodiments of the inventive system, processes, and methodologies. The use of these terms as referencing particular embodiments or figures should not be construed as limiting the scope of the inventive methodologies or system. By way of example, the term "user" may include a seller, owner, broker, agent, and / or a customer.

Similarly, the term "asset" is intended to cover any property, land, apartment, house, commercial premises, industrial premises, hotel, flat, building, townhouse, shop, storefront or any other real estate in any acceptable form. Moreover, asset and property may be used 5 interchangeably in the present invention. Similarly, the terms "online property listing platform", "property listing platform", "listing platform" or simply "platform" are intended to refer same or similar platform or portal for listing an asset.
FIG. 1 is a flow chart depicting the major steps associated with the
10 current method of listing a property on an online property listing platform.
As shown in Fig. 1, at step 101, a user browses an online property listing
platform, either by visiting the listing website (or platform), or using a
mobile application. This property listing platform is accessed using the
internet. It may be a portal, where different owners of assets may sign up
15 and create their user profiles. This portal contains a database where all the
listed assets from different owners reside. A screen as shown in Fig. 5(a)
appears. The user has to select from either of the two options “register” or
“login”. If user is accessing the portal for the first time, “register” needs to
be selected for creating a user profile and registering at the screen shown
20 in Fig. 5(b). If user is an existing customer, “login” is selected and a pop-up
for receiving user-name and password appears.
At step 102, “User Registration & Verification” is performed. Various details such as user full name, date of birth, age, gender, address, postal code, zip code, contact number, email id, preferred mode of payment, job
25 title, category, identification documents, and the like, known to people skilled in the art, may be entered by the user on the online property listing platform, herein referred to as the listing portal (website or platform or application). These entered details are checked and verified for detecting any fraudulent or fake user registration by a verification module. At step
30 103, after performing user registration and verification, details of the asset to be listed on online property listing platform are received by the listing
6

portal (or simply portal). The asset details comprises atleast one of location, area, dimension, postal code, address, city, construction year, age of property, ownership proof, or any other related information. At step 104, details entered by the user are verified to detect any fraudulent
5 information related to the property such as incorrect address, fake images, incorrect ownership proof, or the like. The listing platform performs a verification check to ensure that the user is the real owner of the mentioned asset. There may be various methods for performing ownership verification. This can either be done manually (by the online listing service
10 provider) or by using a system software automated tool. Such a software may extract the text (using Optical Character Recognition OCR) from entered ownership details and verify the extracted information by using services offered by a trusted and official online portal, such as the government websites or a private party registration websites. On
15 successful verification, it is determined that the user is the real owner of the entered asset, the process proceeds to step 105. At step 105, uniqueness of entered asset is determined. After ownership verification of the entered asset, an algorithm is run in a processor to check that the asset is unique and is not already listed on the online property listing
20 platform. Presence of an asset multiple number of times in the database results in redundancy and memory wastage. Conventionally, such redundancies are removed at a later stage after comparing all the listings and either merging them or removing the duplicate entries. This process however, becomes time consuming. Thus, in the present invention,
25 duplicate entries are not allowed to be added to the listing database at first place. Such a redundancy can be computed by comparing the address, postal code, ownership/ registration number, and the like, of the entered asset, with those already present in the listing. If a match is found, process proceeds to step 107, in which the listing is rejected and is considered as
30 a duplicate. Thus, it is not published on the online property listing platform. If a match is not found, process proceeds to step 106. At step 106, the entered asset is published as an advertisement or a listing on the portal
7

(or online property listing platform) for interested buyers to visit and access the listing platform.
The process flow as disclosed by the Fig. 1 may be performed on a server computer system which runs suitable software and algorithms in a 5 processor to perform the steps of the Fig. 1.
FIG. 2 is a diagram showing an exemplary system of listing an asset on a server according to an embodiment of the present invention. With reference to FIGS. 1 and 2, user and property data is gathered and validated in order to create a listing on an online property listing platform.
10 An asset listing system 200 of Fig. 2 includes a server 201 and multiple user terminals 202, in accordance with an exemplary embodiment of the present invention. Server 201 further consists of modules including but not limited to, a repository 203, an asset listing module 204, transceiver module 205, verification module 206, and uniqueness determination
15 module 207. User terminal 202 on the other hand may include but not limited to a transceiver module 210 for transmitting and receiving data and/ or information and a display 211. Four user terminals 202 have been shown in the figure, however, the invention is not limited thereto, and may include as many user terminals 202 as possible for a desirable listing
20 system. The user terminal 202 is present at the user/ seller end for executing the steps 102 and 103 as mentioned for Fig. 1. The user terminal 202 may be a computer, laptop, palmtop, tablet, phablet, smart-phone, user hand-held device, portable user device. A portable user device may take the form of an e-book reader device, a portable music
25 player, a personal digital assistant, a mobile telephone, a game module, a laptop computer, and so forth, and/or any combination of these types of devices. Alternatively, or in addition, the user terminal 202 may correspond to a device not readily portable, such as a personal computer, set-top box associated with a television, gaming console, and so on. The user terminal
30 202 may be provided with user interface means comprising a display 211 and input means (not shown). The skilled person is familiar with different
8

user interfaces of a mobile user equipment and therefore these will not be described in more detail herein. It is sufficient to note that the input means may be a set of control buttons or may include, for example, voice activation, input keypad, input buttons or touch screen means and so on.
5 The user terminal 202 may be provided with bio-metric recording means. User bio-metric data are advantageously recorded by a sensor that can be provided as a stand-alone unit or may be integrated within the user terminal 202. According to an embodiment of the present invention, this sensor records one or more of the user's fingerprints, retina scan, face,
10 language or handwriting recognition, iris scan, voice-prints, odour/ scent recognition, hand geometry, and the like. User terminal 202 may also be provided with a scanning device for receiving documents from the user.
The user inputs user details and asset details through user interface window (as shown in Fig. 5(a-h)) provided on the user terminal. These
15 details are transmitted to the server 201 by transceiver module 210 and received at the server 201 by transceiver module 205. These received details may be stored either temporarily or permanently into the server repository 203 along with other listings present on the online listing platform. Repository 203 acts as the central repository for storing all the
20 information as well as the the executable codes required by different modules present at the sever 201.
The server 201 comprises of a verification module 206 which is used to accomplish the task of verifying user identity details and the asset details entered by the user. For verifying the same respectively, 206 may
25 be divided into a user verification module 208 and an ownership verification module 209. The present embodiment describes two different modules 208 and 209 for user and asset verification, however, the task can be performed by a combined single module as well.User verification module 208 compares user data such as full name, date of birth, age,
30 gender, etc. entered by the user with identity proofs entered by the user. Identity proofs may comprise of bio-metric inputs such as, fingerprints,
9

photograph, retina scan, face, language or handwriting recognition, iris scan, voice-prints, odour/scent recognition, hand geometry, and the like, or identity documents such as Voter card, unique national identification number (Aadhaar Card), Pan Card, Driving License, ID card, Citizen Card,
5 Passport, Social Security Number, or any other document known to people skilled in the art. The user identity verification may also be done by using third-party verification services (such as verification through a Government or trusted portal as disclosed below).Ownership verification module 209 accepts property details and asset ownership proof details as inputs and
10 verifies that the user is the real owner of the asset. Property details may include at least one of location, area, dimension, postal code, address, city, construction year, age of property, ownership proof, or any other related information. The ownership proof may comprise one or more of a deed of sale or gift, warranty deed, quitclaim deed, a bill of sale, a copy from
15 recorder’s office, a mortgage note, lien, abstracts of judgment, electricity bill, house tax receipt, land revenue receipt, releases or any other related document. Performing ownership verification of the entered asset details comprises verifying the user ownership proof using either machine based text recognition tool such as Optical Character Recognition or by utilizing
20 the services of a trusted official online portal including Government websites. The user may either enter ownership document number or may use scanning device to upload document at the portal. When the ownership document number is added (or the ownership document is scanned), the verification module 209 may i) redirect the entered
25 information to a trusted online portal such as a Government website portal for verifying the ownership of the entered asset. The Government website portal may be the authority for issuing the ownership documents of such assets or the authority which monitors the use and validity of ownership of such assets. This Government website portal may then compare the
30 received ownership details with the actual asset ownership details to verify whether the user is the real owner of the asset or not. OR ii) may redirect the browser (or mobile application) to a trusted official online portal such
10

as a Government website portal which issued the document and extract details regarding owner of the asset and owner details and compare these with details entered by the user.
This verification process may also be performed by a trusted third 5 party portal which may be approved or authorized to perform the similar verification. Apart from the ownership verification the Government website portal (or the trusted third party portal) may also perform user verification in the similar manner. The ownership verification may also be performed manually by the officials of the listing service providers by either verifying 10 the ownership documents manually or by visiting some verifying institutions in person.
After successful verification of the asset ownership by ownership verification module 209, uniqueness determination module 207 checks the repository 203 if a same or similar asset already exists in the listing in
15 order to prevent redundancy in the listing. It runs an algorithm to check that the asset is unique and is not already listed on the online property listing platform. This module checks for duplicate entries by comparing the postal code, city, address, ownership/ registration number and the like of the user entered asset with the prior existing listings. Unique assets are
20 stored in the listing database. The listing is then forwarded to the asset listing module 204.
The asset listing module 204 fetches the newly added asset details from repository 203 and creates an online advertisement and publishes the asset for sale on online property listing platform. The asset may not
25 necessarily be published in the form of a pop-up advertisement and may be listed in the listing. The asset may be published at the top of the listing. In another embodiment of the present invention, newly added asset may be listed at the end or bottom of the listing. In yet another embodiment, newly added asset may be listed randomly anywhere, in the listing. In yet
30 another embodiment, newly added asset may be listed alphabetically or according to the distance from a reference location in the listing. The asset
11

may be listed in either of the following formats shown in Table 1 or any other format known to a person skilled in the art:
Table 1
Format 1. Owner name, contact number, 5 Asset address,
City - Postal code

Format 2. Owner name, contact number,
10 Asset address,
City - Postal code
Format 3. Owner name, contact number,

Asset address, 15 City - Postal code
Format 4.
Asset address,
City - Postal code
Owner name, contact number 20 Format 5.
Asset address,
City - Postal code
Owner name
12

Interested buyer may contact the owner either by using the contact details (if mentioned) or by chatting on online property listing platform using the “message” option next to the advertisement.
FIG. 3 is a diagram showing an exemplary system of listing an asset
5 on a server according to a second embodiment of the present invention. With reference to FIG. 3, user and property data is gathered and validated in order to create a listing on an online property listing platform. An asset listing system 300 of Fig. 3 includes a property listing platform 301 and a user terminal 302. The system 300 of Fig. 3 is different from the system
10 200 of Fig. 2 in the way that the verification and uniqueness determination in 200 were performed at the server 201 whereas in 300, these are performed at user terminal 302. User terminal 302 may comprise of all the additional units as mentioned in user terminal 202 of Fig. 2, such as, a scanning device, a bio-metric sensor, a display device, a user interface,
15 and so on.Verification software module 306 comprises of the software and hardware required to perform user identity and ownership verification. Thus, it may consist a User verification software module 308 and an ownership verification software module 309. In another embodiment of the present invention, it may be a single combined unit consisting of the
20 software and hardware required to perform user identity and ownership verification.
User verification module 308, compares user data entered by the user, such as name, date of birth, age, gender, etc. with identity proofs entered by the user. A user Identity proof may comprise of bio-metric inputs such
25 as, fingerprints, photograph, retina scan, face, language or handwriting recognition, iris scan, voice-prints, odour/scent recognition, hand geometry, and the like, or an identity document such as Voter card, unique national identification number (Aadhaar Card), Pan Card, Driving License, ID card, Citizen Card, Passport, Social Security Number, or any other document
30 known to people skilled in the art. The user identity verification may also be done by using third-party services.
13

On the other hand, ownership verification module 309, receives property details and asset ownership proof details as an input through user interface and verifies the user as real owner of the asset. Property details may include atleast one of location, area, dimension, postal code,
5 address, city, construction year, age of property, or any other related information. 309 also receives an ownership proof from the user, either in the form of a registration/ ownership/ document number or as a scanned document. The ownership proof may comprise one or more of a deed of sale or gift, warranty deed, quitclaim deed, a bill of sale, a copy from
10 recorder’s office, a mortgage note, abstracts of judgment, electricity bill, house tax receipt, land revenue receipt, releases or any other related document. Ownership verification of the entered asset details comprises verifying the user ownership proof using either machine based text recognition tool such as Optical Character Recognition or by utilizing the
15 services of a trusted official online portal including Government websites. If registration/ownership/document number is input, ownership verification module 309 may redirect the browser (or mobile application) to a trusted official online portal such as a Government website issuing the document and extract details regarding owner of the asset and owner details and
20 compare these with details entered by the user.
After successful verification of asset ownership by ownership verification module 309, uniqueness determination module 307 contacts property listing platform 301 for requesting an access to repository 303, to check if a same or similar asset already exists in the listing in order to
25 prevent redundancy in the listing. Unique asset check is performed to ensure that the asset is unique and is not already listed on the online property listing platform. The uniqueness determination module 307, thus, checks for duplicate entries by comparing the postal code, city, address, pictures, ownership/ registration number and the like of the user entered
30 asset with the prior existing listings. Unique assets are stored in the listing
14

database, here repository 303.The unique listing is then forwarded to the asset listing module 304 by repository 303 for publishing.
The asset listing module 304 fetches newly added unique asset details from repository 303 and publishes the asset for sale on online property
5 listing platform, either in the form of an advertisement or as an entry in the list. The advertisement may not necessarily be published in the form of a pop-up advertisement. The asset may be published at the top of the listing. In another embodiment of the present invention, newly added asset may be listed at the end or bottom of the listing. In yet another embodiment,
10 newly added asset may be listed randomly anywhere, in the listing. In yet another embodiment, newly added asset may be listed alphabetically or according to the distance from a reference location in the listing. The asset may be listed in either of the formats listed in table 1 or any other format known to a person skilled in the art.
15 FIG. 4 is a flowchart showing the detailed process of listing a user
owned asset for sale after user and asset verification. Figs. 5(a)-(h) are diagrams showing user interface for performing the process of user registration and online property listing of a user owned asset for sale. With reference to Figs. 4 and 5(a)-(h), user browses the online property listing
20 platform, either by visiting a web-portal, or using a mobile application. The property listing platform is accessed using the internet, where different owners of assets may sign up and create their user profile. This portal contains a database where all the listed assets from different owners reside. An initial web-page (or a home screen when accessed by mobile
25 application) as shown in Fig. 5(a) appears. The user has to select from either of the two options “register” or “login”. If user is accessing the portal for the first time, “register” needs to be selected for creating a user profile and registering at the screen shown in Fig. 5(b). If user is an existing customer, “login” is selected and a pop-up for receiving user-name and
30 password appears. The present embodiment is explained with reference to a web-page of the portal, however, same steps are followed for registering
15

using a mobile application.
At step 401, the web-portal (listing website or application) requests for user details for user registration and creation of a user profile. At step 402, user enters the identity proof for identity verification. The identity proof can
5 either be entered manually as a registration number or social security number and the like, or the user can upload scanned documents with proper identity proof using a scanning device as mentioned in Fig. 2. As shown in the Fig. 5(b), basic user details such as user name, email address, date of birth, contact number, age, gender, address, postal code,
10 zip code, contact number, email id, preferred mode of payment, job title, category, and the like needs to be entered by the user. Thereafter, the user needs to submit a valid identity proof either by uploading scanned documents by clicking on “Browse” option and selecting the document(s) or by entering identity document number under the option “Enter ID
15 Number”. After entering the ID Number, user must select the type of document for which number is entered, by clicking on “Document Type”, to enable the portal to re-direct to the designated website for verification. A valid identity proof may be any one or more of Voter card, unique national identification number (Aadhaar Card), Pan Card, Driving License, ID card,
20 Citizen Card, Ration Card, Passport, Social Security Number or a bio-metric information such as photographs, fingerprints, retina scan, face, language or handwriting information, iris-scan, voice-prints, odour/scent information, hand geometry, and the like. Some of the details such as user name, identity proof, contact number, postal code, etc. are important and
25 must be entered thus, are marked with an asterisk (*), and leaving these text boxes empty may display an error message. Other details may or may not be filled by the user. After entering all these details, user clicks on the “Submit” option to generate a user profile.
At step 403, verification of user identity is performed by comparing
30 user entered details with identity proof to detect a fraudulent or fake user
registration. A user verification module 208 or 308 may be used for
16

verifying user identity details. User verification module 208 or 308 compares user data entered by the user with identity proofs entered by the user. The user identity verification may also be done by using third-party services. At step 404, result from user verification module is checked. If
5 user identity is verified and genuine, process flows to step 407 and 408, whereas, if user identity is found to be a fake one or any fraudulent activity is sensed, process flows to step 405. At step 405, a mismatch error is displayed and proceeding towards step 406, the process ends. On successful verification of user identity, a screen as show in Fig. 5(c)
10 appears. The user can now proceed towards entering the asset details by clicking on “Create Advertisement” option, change or view user profile by clicking on “User Profile”, or simply go to the web-portal home page by clicking “Go To Home”. On clicking “Create Advertisement” option, screen as shown in Fig. 5(d) appears. Asset details and ownership proof(s) are
15 requested. With reference to step 407 of Fig. 4, user enters the asset details such as property type, country, location, area, dimension, postal code, address, city, construction year, age of property, asset images, or any other related information. As shown in Fig. 5(d)-(e), user may scroll the cursor up or down for entering various details. In yet another
20 embodiment of the invention, a “Previous Page/ Next Page” option may be provided at the end of each page of the form to enable moving back and forth for filling details.
At step 408, user enters ownership proof and related details comprising one or more of a deed of sale or gift, warranty deed, quitclaim
25 deed, a bill of sale, a copy from recorder’s office, a mortgage note, lien, abstracts of judgment, electricity bill, house tax receipt, land revenue receipt, releases or any other related document. These documents or the related details such as registration/ownership number may be input by the user at screen shown by Fig. 5(e). By clicking on “Browse”, user submits
30 an ownership proof by selecting and uploading scanned document(s). The proof may otherwise be submitted by entering ownership document
17

number under an option “Enter Ownership Number” (not shown). An alternate method may be, entering an external link to the document, such as, a trusted official online portal including Government websites, where the document resides. At this page, user may select to “Save” the details 5 and continue at a later stage, or “Submit” the entered details for ownership verification.
At step 409, after the user presses the “Submit” icon, ownership verification module 209 or 309 performs ownership verification using the data received at steps 407 and 408, to verify the user as the real owner of
10 the entered asset. The module may compare owner name, postal code, and other details for ascertaining the user as real owner of the asset. At step 410, if ownership is verified, process proceeds to step 411. If asset details do not match with the details present in the document(s) or link to document(s) provided, or user is found to be faking the ownership, step
15 405 is executed. At step 405, a mismatch error is displayed and proceeding towards step 406, the process ends.
At step 411, uniqueness of the asset is determined. Uniqueness determination module 207 or 307 may be used for performing this step. The module 207 or 307 checks the repository for a same asset already
20 existing in the listing in order to prevent redundancy in listing, by executing a procedure. It checks for duplicate entries by comparing the postal code, city, address, ownership/ registration number and the like of the user entered asset with the prior existing listings. If a match is found, at step 412, the process proceeds to step 414 and ends. If result of step 412 is
25 that the asset is unique and not already listed then step 413 is executed and a message as shown in Fig. 5(f) is displayed.
After successful ownership verification and asset uniqueness
determination, details entered by the user are displayed on the display for
review by the user, to check if any amendments are required, as shown in
30 Fig. 5(f). If any details are to be changed, user may click on “Correct” icon,
as a result of which, the form from previous page as shown in Fig. 5(d)
18

appears. Desired changes in the details may be made, followed by ownership verification and uniqueness determination again. If no changes are to be made, user may press the "Publish" icon to publish the details of asset for sale to the listing on online property listing platform. On pressing this icon, payment option is displayed. Publishing the advertisement on listing platform may provide paid services to the owners and/or buyers. Users may select from a "Prepaid" or "Postpaid" option and click on "Next". On selecting "Prepaid", user may be presented with a list of options including internet banking, debit/credit card, wallet payment and others known to people skilled in the art. User may select either of the option and pay the required fees for maintaining and publishing the advertisement. On selecting "Postpaid", user is immediately redirected to the page containing published listing. Now at step 413, the asset is listed on the online property listing platform as shown in Fig. 5(h).
It will be recognized by those skilled in the art that other modifications, substitutions, and/or other applications are possible and such modifications, substitutions, and applications are within the true scope and spirit of the present invention. It is likewise understood that the attached claims are intended to cover all such modifications, substitutions, and/or applications.

WE CLAIM:

A computer-implemented method for listing an asset for sale on an
online property listing platform, the method comprising:
registering a user on the online property listing platform via a user-end terminal;
verifying the user on the online property listing platform using a verification software;
entering details of the asset on the online property listing platform;
verifying ownership of the asset;
performing uniqueness determination to determine whether the asset is unique; and
listing the asset on the online property listing platform based on the uniqueness determination.
2. The method according to the claim 1, wherein verifying ownership comprises of determining whether the user is the real owner of the asset.
3. The method according to the claim 1, wherein the asset is listed only if the user is the real owner of the asset, and the asset is unique.
4. The method according to the claim 1, wherein the asset comprises at least one of a real estate property, a land, an apartment, a house, a commercial premises, an industrial premises and a hotel.
5. The method according to the claim 1, wherein the details of the asset comprises at least one of an asset identification number, an asset ownership proof, an asset's address or a type of asset.
6. The method according to the claim 1, wherein registering the user comprises of receiving at least one of an identity proof of the user or bio-metrics of the user.

7. The method according to the claim 1, wherein verifying the user comprises of verifying at least one of an identity proof of the user or bio-metrics of the user.
8. The method according to the claim 1, wherein uniqueness determination is performed to determine whether the asset is non-duplicate.
9. A system for listing an asset for sale, the system comprising:
at least one user terminal for receiving from a user a registration data and details of the asset to be listed on an online property listing platform;
a server comprising:
a user verification module for verifying the user based on the user registration data;
an ownership verification module for verifying ownership of the asset;
a uniqueness determination module to determine whether the asset is unique; and
a listing module to list the asset on the online property listing platform based on the uniqueness determination.
10. The system according to the claim 9, wherein verifying ownership comprises determining whether the user is real owner of the asset.
11. The system according to the claim 9, wherein the asset is listed only if the user is the real owner of the asset, and the asset is unique.
12. The system according to the claim 9, wherein the asset comprises at least one of a real estate property, a land, an apartment, a house, a commercial premises, an industrial premises, and a hotel.
13. The system according to the claim 9, wherein the details of the asset comprises at least one of an asset identification number, an asset

ownership proof, an asset's address or a type of asset.
14. The system according to the claim 9, wherein registering the user comprises of receiving at least one of an identity proof of the user or bio-metrics of the user.
15. The system according to the claim 9, wherein verifying the user comprises of verifying at least one of an identity proof of the user or bio-metrics of the user.
16. The system according to the claim 9, wherein uniqueness determination is performed to determine whether the asset is non-duplicate.

Documents

Application Documents

# Name Date
1 201811044770-POWER OF AUTHORITY [27-11-2018(online)].pdf 2018-11-27
2 201811044770-FORM FOR STARTUP [27-11-2018(online)].pdf 2018-11-27
3 201811044770-FORM FOR SMALL ENTITY(FORM-28) [27-11-2018(online)].pdf 2018-11-27
4 201811044770-FORM 1 [27-11-2018(online)].pdf 2018-11-27
5 201811044770-EVIDENCE FOR REGISTRATION UNDER SSI(FORM-28) [27-11-2018(online)].pdf 2018-11-27
6 201811044770-EVIDENCE FOR REGISTRATION UNDER SSI [27-11-2018(online)].pdf 2018-11-27
7 201811044770-DRAWINGS [27-11-2018(online)].pdf 2018-11-27
8 201811044770-DECLARATION OF INVENTORSHIP (FORM 5) [27-11-2018(online)].pdf 2018-11-27
9 201811044770-COMPLETE SPECIFICATION [27-11-2018(online)].pdf 2018-11-27
10 201811044770-FORM-9 [30-11-2018(online)].pdf 2018-11-30
11 abstract.jpg 2018-12-27
12 201811044770-Power of Attorney-050219.pdf 2019-02-08
13 201811044770-OTHERS-050219.pdf 2019-02-08
14 201811044770-Correspondence-050219.pdf 2019-02-08
15 201811044770-FORM 18A [13-03-2019(online)].pdf 2019-03-13
16 201811044770-FER.pdf 2019-04-16
17 201811044770-OTHERS [17-09-2019(online)].pdf 2019-09-17
18 201811044770-FER_SER_REPLY [17-09-2019(online)].pdf 2019-09-17
19 201811044770-COMPLETE SPECIFICATION [17-09-2019(online)].pdf 2019-09-17
20 201811044770-CLAIMS [17-09-2019(online)].pdf 2019-09-17
21 201811044770-ABSTRACT [17-09-2019(online)].pdf 2019-09-17
22 201811044770-HearingNoticeLetter-(DateOfHearing-18-12-2019).pdf 2019-12-05
23 201811044770-REQUEST FOR ADJOURNMENT OF HEARING UNDER RULE 129A [12-12-2019(online)].pdf 2019-12-12
24 201811044770-ExtendedHearingNoticeLetter-(DateOfHearing-01-01-2020).pdf 2019-12-18
25 201811044770-Correspondence to notify the Controller (Mandatory) [30-12-2019(online)].pdf 2019-12-30
26 201811044770-Written submissions and relevant documents (MANDATORY) [15-01-2020(online)].pdf 2020-01-15
27 201811044770-RELEVANT DOCUMENTS [15-01-2020(online)].pdf 2020-01-15
28 201811044770-PETITION UNDER RULE 137 [15-01-2020(online)].pdf 2020-01-15

Search Strategy

1 searchstrat_12-04-2019.pdf