US20150220757A1 - System and Method for Providing a Standardized Data Sharing Platform - Google Patents
System and Method for Providing a Standardized Data Sharing Platform Download PDFInfo
- Publication number
- US20150220757A1 US20150220757A1 US14/686,549 US201514686549A US2015220757A1 US 20150220757 A1 US20150220757 A1 US 20150220757A1 US 201514686549 A US201514686549 A US 201514686549A US 2015220757 A1 US2015220757 A1 US 2015220757A1
- Authority
- US
- United States
- Prior art keywords
- asset
- platform
- entities
- data objects
- owner
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/188—Virtual file systems
- G06F16/196—Specific adaptations of the file system to access devices and non-file objects via standard file system access operations, e.g. pseudo file systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/102—Entity profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Bioethics (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Computer Hardware Design (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Computing Systems (AREA)
- Multimedia (AREA)
- Medical Informatics (AREA)
- Software Systems (AREA)
- Storage Device Security (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
A standardized platform, implemented in a secure web-based environment, enables the sharing of data between different individuals, institutions and even industries. Data is shared between members of the platform in accordance with defined data objects with specified relationships and permissions which are managed, accessed and modified by members using the platform. Such data objects have defined relationships to entities and other data objects, and are controlled by designated preferred owners, which can vary over time.
Description
- This application claims the benefit of U.S. Provisional Application No. 61/444,577, filed Feb. 18, 2011.
- The present invention relates to data sharing, and more particularly a novel platform across which users may manage, securely access and share information, data files and workflow as a function of the possible roles that such users may assume with respect to the underlying assets and entities to which the data relates.
- With the increasing complexity of the financial markets and associated regulations, there is an ever increasing need for efficient management and sharing of information. As there is an increased ability to more efficiently manage and share information, there is likely to be a corresponding increase in the ability for a company/industry to operate in a more value maximizing manner. For example, efficient management and seamless sharing of information can increase operational capacity, reduce costs, increase organizational velocities, provide added transparency when needed or desired, and facilitate the regulatory compliance process.
- However, there is currently a lack of a platform which is capable of addressing such information sharing and access needs in a cross-company and even cross-industry standardized manner. Currently, individuals, companies and industries that communicate and transact together are essentially all working on independent platforms, thereby impeding the efficiency and transparency of their respective interactions. Electronic systems and tools are designed to work within an organization (or even portion of an organization), and do not allow for the seamless sharing of information outside of the organization or industry in a secure and efficient manner.
- Another issue facing industries, such as the real estate, insurance, finance, etc., is an inability to assess one's risk due to imperfect information. This is mostly due to the fact that different companies within the same industry often employ silo technologies which are incapable of providing a means to securely and seamlessly share information with other companies having a need or desire for the information. Since the risk associated with an asset can span literally dozens, hundreds or thousands of organizations all interlinked by their risk exposure to the particular asset, there is a pronounced unsatisfied need in the art for a standardized data sharing platform through which entities may transact with one another and directly share the data and documents associated with such transactions.
- Disclosed and claimed herein is a platform and method for standardized sharing of data. This platform includes a network, a database and a server which is configured to define a plurality of data objects for both entities and non-entities, wherein each of the data objects for entities comprises information that corresponds to specific entity types, while each of the data objects for non-entities comprises information that corresponds to specific tangible items. The server is further configured to populate an asset object, from among the plurality of data objects, with information corresponding to an underlying asset which has been provided by a user of the platform, wherein the user corresponds to a preferred owner of the asset object by virtue of having responsibility to maintain information relating to the underlying asset.
- The server is further to define relationships between the asset object, the user and one or more of the other plurality of data objects, including at least one entity object, wherein said relationships are defined as a function of one or more commercial arrangements between the user and one or more other entities, wherein the at least one entity object corresponds to the one or more other entities. Finally, the server is configured to allow one or more other entities the right to access said asset object over the network and in accordance with said defined relationships and with permissions defined by said user.
- Other aspects, features, and techniques of the invention will be apparent to one skilled in the relevant art in view of the following detailed description of the invention.
- The features, objects, and advantages of the present invention will become more apparent from the detailed description set forth below when taken in conjunction with the drawings in which like reference characters identify correspondingly throughout and wherein:
-
FIG. 1 is a simplified block diagram of an exemplary network architecture for the standardized data sharing platform disclosed herein, which is configured in accordance with the principles of the invention; -
FIG. 2A depicts a graphical representation of how various entities may all share in the risk associated with a particular asset; -
FIG. 2B is an object diagram illustrating how generic object relationships may exist within the disclosed standardized data sharing platform, whereby various relationships between specific objects have been defined; -
FIG. 3 is an example of how the object diagram ofFIG. 2 may be arranged from an asset-centric perspective, consistent with the principles of the invention; -
FIG. 4 is an example of how the object diagram ofFIG. 2 may be arranged from a loan-centric perspective, consistent with the principles of the invention; -
FIG. 5 provides a temporal representation of how data ownership and permission levels relating to an asset may change as a function of time and/or transaction events, in accordance with the principles of the invention; -
FIG. 6 illustrates one example of how multiple occurrences of an asset may be joined in accordance with the principles of the invention; -
FIG. 7 depicts one example of a graphical user interface configured to access one or more aspects of the standardized platform environment, as disclosed herein; -
FIG. 8 depicts another example of a graphical user interface configured to access one or more aspects of the standardized platform environment, as disclosed herein; -
FIG. 9 depicts an object diagram of one example of a real estate investment relationship map, as it may exist within the standardized platform environment; -
FIG. 10 illustrates how asset-related data may be accessed from within the standardized platform environment across different industries, in accordance with the principles of the standardized platform disclosed herein; and -
FIG. 11 depicts a diagram of one example of a financial transaction relationship map, as it may exist within the standardized platform environment. - The following disclosure relates to a novel, standardized platform, which may be implemented in a secure web-based environment, across which institutions and individuals may access and share information, and which may further transact between organizations and industries. One aspect of the invention is to provide a plurality of standard objects with specified relationships and permissions that are applied between specified users and such objects. Such objects are managed, accessed and modified using a universal web-based platform that facilitates the secure sharing of data and documents, web-based communication, financial transactions and workflows across a wide range of user types. Such objects can be defined as entity objects, e.g., borrower, insurer, guarantor, bank, investor, asset manager, etc. Additionally, the defined objects may include non-entity objects, such as assets, loans, insurance policies, etc.
- All objects are information sets, and may be defined to have certain fundamental characteristics, including for example one or more of the following:
-
- Data fields
- Files (pictures, documents, etc)
- Contacts
- Relationships with other objects
- Permission levels.
- All objects (and hence the information in them) relate to something in the real world, such as an underlying asset, a loan, a bank, an appraisal, etc. Each object has a preferred “owner” and numerous non-preferred owner. For example, in the case of an “asset holder,” this owner may have the ability to create a loan object, an insurance policy object, etc. Such objects may be administered by a preferred owner, although such owner may grant object access rights and/or additional ownership rights to any number of other non-preferred owners.
- In some situations, identical objects (e.g., an asset) may be owned by separate users (e.g., asset holder, insurance company). In such cases, the platform may be configured to identify such duplicates and combine the objects so that they can be properly accessed and shared.
- Users of the novel platform are considered members of the specific online community in which they are transacting business together. Data within the platform is owned by such member organizations and individuals. Access and consent mechanisms for member organizations and member individuals to share with other members of the platform is preferably controlled by the owners of the underlying information. Members that are granted permissions to objects from other members will have the ability to exercise those permissions within the same platform. Members can aggregate information across multiple member organizations that they have permissions. For example, a regulatory body can be granted permissions from multiple institutions and report on and analyze information across multiple institutions.
- Another aspect of the disclosure is to provide permission logic which flexibly controls the explicit and implicit access and consent mechanisms for the universal platform. All data fields, document types, and objects in the platform are individually permissionable. This allows creation of an infinite number of permissions, thus allowing the owner of information to share only that information that they desire with another member.
- It should further be appreciated that members with adequate permissions may also have the authority to combine similar object types (e.g., loans, assets, etc.) into “object groups” for convenience in setting permissions, while members themselves can be grouped into “member groups.”
- Permissions are granted by linking specific members to specific objects groups according to a permissioning set. Permissioning sets may be categorized and named based on defined roles. For example, various permissioning sets for an asset manager can be created and labeled “
Asset Manager 1,Asset Manager 2, orAsset Manager 3”. - Unlike traditional web-based platforms where administrators have the ability to grant only user access permissions, the novel platform disclosed herein is based, at least in part, on the concept of ownership of information. In short, an authorized member can grant to another member ownership rights over shared information. As appropriate to a business relationship or transaction, multiple parties can co-own the same information. Moreover, once ownership rights to information have been granted, such rights cannot be revoked, just as ownership of real property cannot be revoked once transferred.
- Another aspect of the disclosure is that object types will be defined with a preferred owner. For example, an asset holder can own a loan object, while a lender can also own a loan object. However, in this case the lender would be the preferred owner of the loan object because the lender is the entity which is obligated or in the best position to maintain the object's information, e.g., loan balance.
- In certain embodiments, the platform may be configured to alert members that each appear to own a duplicate of the same object and give them the opportunity to merge this object with co-ownership and a declaration of a preferred owner.
- In accordance with the principles of the invention, ownership of objects may vary over time, and is described in more detail below.
- Still another aspect of the present disclosure relates to ensuring data integrity and accuracy. To that end, only authenticated members may take any actions in relation to the data and documents in the platform, and no information is permitted to be anonymous.
- It should further be appreciated that the platform may be a ‘context’ platform in the sense that objects may be created with a standard object syntax. This standard syntax may allow members to create new object types that are capable of relating with other existing objects on the platform. The creation of such new objects may include data fields, document and image types, known relationship structures to other objects, permission sets, workflows, etc. In the case of new object workflows, the standard syntax may allow members to create new workflows that are capable of relating with objects and members within the platform. Standard editing and creation tools for new objects, permissions, workflows, etc. may similarly be provided to developers. Members that create new objects and/or workflows for the platform may own and even market them to other members on the platform.
- Still another aspect of the disclosure is to provide a communications platform through which members may securely communicate with other members. Communications such as email, instant message, voice and video conference may be recorded within the platform, and even related to the objects, workflows and members, as may be specified by the authorized members.
- The platform disclosed and claimed herein may further comprise a services marketplace through which members may provide services to other members in the platform. For example, if a member needs a valuation performed on a piece of collateral, the member can request the services of other members that can provide the valuation information through the platform.
- To facilitate the provision of the service, the member servicer may be given limited and temporary object permissions by the requesting member service. Payment for any services rendered may also be processed through the platform.
- In addition to facilitate the marketing of newly-created objects and member services, the novel platform may further be configured to facilitate the purchase of third party data and to associate such data to particular objects within the platform. Similarly, members can post their owned objects for sale on one or more marketplaces existing on the platform. For example, real estate, loans, securities, etc. can be purchased. Sale of objects between member includes a transfer of ownership of objects between members.
- Another aspect of the platform relates to the concept of workflows. In particular, an information owner may start a workflow which, when initiated, grants ownership to a third party which is sufficient to perform a requested task, e.g., perform an appraisal, audit, etc. Once the third party has completed the requested task, they may retain ownership to view only the information/product relating to the task performed by the third party, but not to view any future information relating to the object in question.
- Additionally, a transition between workflow states can create new objects, create temporary permissions, create permanent ownership of permissions, and transfer ownership between participants. Workflow transitions may have pathways designated as alternatives in order to prevent “roadblock” conditions that render many workflows ineffective. Transitions can be executed by a properly permissioned secondary party, such as a supervisor or secretary. Although the workflow may proceed, the record of these transitions may be specially marked. This marker could be used for reporting, second pass review, replay when the transition designee resumes their capacity, or other purposes.
- Finally, the platform may be configured to enable members to report on objects that they have permission to own or access. Such reporting may occur across multiple organizations, industries and demographics between members.
- The principles set forth herein should be interpreted as relating generally to any industry or company that shares information and transacts within/across such industry and/or company. Specifically, the platform disclosed herein enables business professionals in all lending, real estate investment, financial services, insurance, real estate brokerages, regulatory industries, brokerages, consulting and any other asset-based business, whether tangible or non-tangible, to communicate, share information and transact financially in a single, secure platform.
- As used herein, the terms “a” or “an” shall mean one or more than one. The term “plurality” shall mean two or more than two. The term “another” is defined as a second or more. The terms “including” and/or “having” are open ended (e.g., comprising). The term “or” as used herein is to be interpreted as inclusive or meaning any one or any combination. Therefore, A, B or C means any of the following: A; B; C; A and B; A and C; B and C; A, B and C. An exception to this definition will occur only when a combination of elements, functions, steps or acts are in some way inherently mutually exclusive. Reference throughout this document to “one embodiment”, “certain embodiments”, “an embodiment” or similar term means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, the appearances of such phrases in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner on one or more embodiments without limitation.
- In accordance with the practices of persons skilled in the art of computer programming, the invention is described below with reference to operations that are performed by a computer system or a like electronic system. Such operations are sometimes referred to as being computer-executed. It will be appreciated that operations that are symbolically represented include the manipulation by a processor, such as a central processing unit, of electrical signals representing data bits and the maintenance of data bits at memory locations, such as in system memory, as well as other processing of signals. The memory locations where data bits are maintained are physical locations that have particular electrical, magnetic, optical, or organic properties corresponding to the data bits.
- When implemented in software, the elements of the invention are essentially the code segments to perform the necessary tasks. The code segments can be stored in a processor readable storage medium, which may include any medium that can store information. Examples of the processor readable mediums include an electronic circuit, a semiconductor memory device, a read-only memory (ROM), a flash memory or other non-volatile memory, a floppy diskette, a CD-ROM, an optical disk, a hard disk, etc.
- As depicted in
FIG. 1 , a simplified system diagram is provided for standardizeddata sharing platform 100 configured to implement one or more aspects of the invention. As shown, theplatform 100 includes one or more member organizations 105 1-105 n. While in one embodiment, the member organizations 105 may correspond to a single company or business, it should equally be appreciated that the member organizations 105 may relate to other organization levels as well, e.g., country, institution, industry, etc. Each member organization 105 may include one or more work stations. In certain embodiments, the work stations may be configured to execute software which generates a graphical user interface (GUI) configured to access a standardized datasharing platform server 110 and associatedplatform database 115 over a global network 120 (e.g., the Internet). Theplatform server 110 may be coupled to or otherwise in electronic communication with theplatform database 115, in which member and object data is stored and processed. It should be appreciated that theplatform server 110 may be implemented as a single server or as several interlinked servers. - The standardized
data sharing platform 100 ofFIG. 1 further depicts the fact that one or more individual work stations 125 1-125 n which may be similarly configured to access the standardized datasharing platform server 110 and associatedplatform database 115 over aglobal network 120. - References below to any actions taken by users or members of the platform should be interpreted to correspond to individuals, such as at any of the various work stations of any member organization 105 or individual work stations 125, accessing the
platform server 110 andplatform database 115 via thenetwork 120. Additionally, all information provided by such users/members, all changes or other interactions by such users/members, are performed via client-side application which is configured to interact with theplatform server 110 and the information in theplatform database 115. - Referring now to
FIG. 2A , depicted is a graphical representation of how various entities may all share in the risk associated with a particular asset. In particular, diagram 200 depicts how the risk is not merely contained to ‘first level’ investors, asset holders, lenders and insurance carriers. This is due to the fact that those ‘first level’ entities are in turn owned, insured and/or regulated by second level, third level, etc. entities as well. In this fashion, a transaction-based network is essentially defined around the asset, yet those risk-bearing entities presently have no means to share the information and documents that explain, define or are otherwise relevant to the asset's risk profile. - Unlike a social network, however, sharing information in a transaction-based network involves significant risk and consequences. Therefore, one aspect of the invention is to define a set of rules which govern the novel information sharing platform disclosed and claimed herein. First, in a transaction-based network information cannot simply be shared uniformly. Rather, information must be shared with only those entities which have a right or reason to need access. Therefore, a universal and infinitely flexible permissioning system must be applied across the platform so that all of the appropriate entities have the information they are entitled, but without violating any privacy rights or security.
- Second, unlike in a social network, in a transaction-based network one cannot simply “unfriend” another entity that they are doing business with. Thus, as will be described in more detail below, another aspect of the invention is to impose the concept of ownership on the information which is shared across the platform. In a transaction-based network, money is not the only thing which is transferred between parties. Rather, ownership of the information that was used to underwrite a particular transaction is also transferred.
- Finally, the present invention recognizes the concept of data provenance in that information cannot be trusted if it is provided or revised anonymously.
- Referring now to
FIG. 2B , depicted is an object diagram illustrating how generic object relationships may exist within the disclosed standardized data sharing platform (e.g., on platform server 125 and/or database 135 ofFIG. 1 ), whereby various relationships between specific objects have been defined. In particular, the diagram is depicted from the perspective ofobject 205 which may be an entity object, such as a borrower, insurer, guarantor, bank, investor, asset manager, or a non-entity object, such as an asset, loan, insurance policy, etc.Object 205 is of a particular type (i.e., Type A), while it has defined relationships to various other objects of varying types, includingobjects object 225, as well as withobjects -
Object Associated Preferred Owner Entity Entity or individual Loan Lender Asset Asset Holder Insurance policy Insurance Broker Offer Buyer Escrow Escrow Officer Appraisal Appraiser Bank Bank Administrator Brokerage Brokerage Administrator Equity fund Fund Administrator Insurance brokerage Insurance Brokerage Administrator Insurance carrier Insurance Carrier Administrator Property management company Property management Administrator Escrow company Escrow Company Administrator Title company Title Company Administrator - As also noted previously, data access and sharing may be carried out as a function of the role that a particular user assumes with respect to an underlying asset, for example. To that end, the following is again a partial list of the potential roles that the owners of objects may assume:
-
- Asset holder
- Partner—managing
- Partner—limited
- Borrower
- Guarantor
- Insured
- Buyer
- Seller
- Broker
- Administrator
- Investor
- It is a further aspect of the invention for the owner of an object to be able to define a particular level of permission for each object field, file and/or contact. The various possible levels of permission or security categories may include the following:
-
- Share
- Never-share
- Financials
- Regulator
- Disposition
- Security categories 1-n
- Referring now to
FIG. 3 , depicted is an example of the object diagram ofFIG. 2 arranged from an asset-centric perspective. In particular, object diagram 300 depicts various object relationships from the perspective ofasset object 305. As shown, theasset object 305 has a defined relationship with aninsurance policy object 310 covering the underlying asset, anoffer object 315 relating to an offer to purchase the underlying asset, a buyer/broker object 320 corresponding to a potential buyer or broker of the underlying asset, and aloan object 325 relating to a note being held for at least a portion of the asset underlying theasset object 305. In the depicted example ofFIG. 3 , a relationship between theasset object 305 and asecond loan object 330 has also been defined, whereby anasset holder object 335 has defined relationships with each of the loan objects 325 and 330 and of course with theasset object 305 itself. In this particular embodiment, the asset holder may be a trust or other entity which is owned or controlled by three individuals, Sam, Evan and Tom. Therefore, objects 340, 345 and 350 may preferably also have defined relationships with theasset holder object 335, as well as a defined preferred owner. - With reference to the object diagram 300 of
FIG. 3 , the following table below illustrates the various relationships and permissions which, according to one example, have been granted/assigned by the preferred owner, which in this case is the asset holder (AH): -
Asset Object Fields (A-AH) Asset Holder (preferred (A-L) (A-I) (A-B) owner) Loan Insurance Buyer (View/Edit) (View) (View) (View) Asset Type-House X X X X Cost to Complete X X Fair market Value X X X Bedroom Count X X X X APN X X X X Year Built X X X X Occupancy Rate X X X # Units X X X X . . . X X . . . X DOCS Share X X X Never Share X Financial X X Disposition X X . . . X X X - Referring now to
FIG. 4 , depicted is another example of the object diagram, although in this case arranged from a loan-centric perspective. In particular, object diagram 400 depicts various object relationships from the perspective of aloan object 405. As shown, theloan object 405 has a defined relationship with anasset object 410, which is associated with the asset to which the underlying loan of theloan object 405 was made. Additionally, theloan object 405 has a defined relationship to abank object 415 relating to the entity which made the loan underlying theloan object 405. The bank will have made various other loans, and therefore thebank object 415 will have defined relationships with the loan objects 420 1-420 n corresponding to those various other loans. - Continuing to refer to
FIG. 4 , theloan object 405 also has defined relationships with aregulator object 425, aborrower object 430 corresponding to the underlying borrower on the loan, and guarantor objects 435, 440 and 445, corresponding to three of the borrower's guarantors. - With reference to the object diagram 400 of
FIG. 4 , the following table below illustrates the various relationships and permissions which, according to one example, have been granted/assigned by the preferred owner, which in this case is the lender (L): -
Loan Object Fields (L-L) Lender (preferred (L-B) (L-G) (L-R) owner) Borrrower Guarantor Regulator (View/Edit) (View) (View) (View) Loan Number X X X X Original Balance X X X X Current Balance X X X X Lien Position X X X X Interest Rate X X X X Performing Status X X X X Audit Review X X Audit Score X X . . . X X . . . X X DOCS Share X X X X Never Share X Financial X X X X Disposition X X . . . X X X -
FIG. 5 provides a temporal representation of how data ownership and permission levels relating to an asset may change as a function of time and/or transaction events. As previously mentioned, one aspect of the invention is to incorporate a temporal component to the concept of object ownership. For example, if a member sells an object to another member, the selling member would retain active permissions over the object up to the date of sale, and would indefinitely retain all information owned prior to that point. Conversely, the acquiring member would then receive ownership once the transaction was completed with active permission to edit the object from that point forward, as well as of course access to all information about the object from the closing of the transaction. An owner retains ownership to all of the data over the time period in which that owner owned the object. Thus, in at least one embodiment, all data fields and documents in the platform to be time stamped. This allows the information regarding a particular data object to persist though time and through various owners. Such functionality allows more rigorous analysis of asset/entity trends and behaviors. - In the particular example of
FIG. 5 ,timeline 500 shows how ownership and access to an asset object may be affected over time and in response to one or more transactions involving the underlying asset of the asset object. In the example ofFIG. 5 , the asset first goes to market attime 505. A corresponding asset object is created on the novel platform disclosed and claimed herein, i.e., server platform 125 and database 135 ofFIG. 1 . Attime 510,Asset Holder # 1 purchases the asset with a loan fromLender # 1 and takes out an insurance policy on the asset fromInsurance company # 1. From thattime 510 forward,Asset Holder # 1 is the preferred owner of the asset object (since he/she owns the underlying asset), and has granted viewing rights of the asset object to bothLender # 1 andInsurance company # 1. Additionally, theAsset Holder # 1 will be given access to previous information about the asset, beginning from the time that the asset went to market attime 505. - Continuing to refer to
FIG. 5 ,Asset Holder # 1 decides to put the asset up for sale attime 515. However, until an actual transaction occurs, theAsset Holder # 1 will continue to own and be able to edit/view the asset object, whileLender # 1 andInsurance company # 1 will similarly continue to have access to the asset object. - At
time 520,Asset Holder # 2 purchases the asset fromAsset Holder # 1. At that point,Lender # 1 is paid off and the policy fromInsurance company # 1 is canceled. In connection with that transaction,Asset Holder # 2 will take out a loan for the asset fromLender # 2 and will also take out its own policy fromInsurance company # 2. From that point,Asset Holder # 2 owns the asset object (since he/she now owns the underlying asset) and is free to grant access rights to others, which in this case includesLender # 2 andInsurance company # 2. This will continue until theAsset Holder # 2 transfers the asset or gives away its ownership of the asset object. Also, each ofAsset Holder # 2,Lender # 2 andInsurance company # 2 are given access to the asset object, as it existed fromtime 515 when it went back on the market. -
FIG. 5 illustrates how ownership and access to the asset object may change over time and as a function of the underlying asset being transferred. More particularly, it illustrates the concept that the asset object (like all objects on the platform) persist over time in different states. For example, even aftertime 520 when the underlying asset is sold,Asset Holder # 1 will have access to the asset object, but only as it existed betweentime time 520, will not be known toAsset Holder # 1 and will not be reflected in the instantiation of the asset object which is accessible byAsset Holder # 1. Similarly,Lender # 1 andInsurance company # 1 will be able to access, through the platform, the asset object, but only as it existed during the time when the loan and insurance policy, respectively, were active. Conversely, whenAsset Holder # 2 logs in and accesses the asset object, the instantiation of the asset object which it can view and edit will correspond to the timeframe beginning attime 515. In this fashion, the information about an asset can be easily shared, but its ownership can be tightly correlated to real world events, such as canceling insurance policies, paying off loans, selling assets, etc. - Another aspect of the disclosed platform is to maintain data integrity by, not only defining the ownership of the data as a function of time, but also to ensure that no data is anonymous. In particular, all information contained in the data objects is associated with the member who provide the information, and all edits to the data objects are similarly associated with the corresponding editing member(s).
- Referring now to
FIG. 6 , the novel platform disclosed herein is configured to allow new objects to be created, joined to other objects, and controlled (owned) by different entities.Phase 1 ofFIG. 1 illustrates a pre-join phase in which an asset-centric relationship 600 and a lender-centric relationship 625 need to be joined. In particular, an asset holder has taken out a loan and an insurance policy on the underlying asset, and has created objects for each of the asset holder, loan and insurance policy, with the corresponding relationships defined, as shown in the asset-centric relationship 600. However, the lender (bank 635) has also created objects (e.g., via platform server 125) for the loan, including itsown asset 625,loan object 630,bank object 635 andborrower object 640. This results in some duplicative information and objects. It also results in certain instantiations of the objects being owned by a non-preferred owner, i.e.,loan 615 ownedasset 605 orasset 645 owned byloan 630, etc. - To avoid effort and information duplication and improve efficiency, another aspect of the novel platform disclosed and claimed herein is to recognize when such duplicative objects have been created, and to automatically introduce (Phase 2) the owners of the affected objects (i.e.,
asset 605 and loan 630) such that the parties can agree to join and assign permissions to the various ancillary objects. To that end,Phase 3 ofFIG. 6 depicts the post-joined phase of the asset-centric relationship 600 and the lender-centric relationship 625 such that duplicative objects have been eliminated and, to the extent possible, all objects are owned by their preferred owner. Note that the preferred owner for theinsurance policy 675 would be the insurance company. However, since the insurance company's policy object has not yet been joined, this particular instantiation of thepolicy 675 remains with a non-preferred owner. - With respect to process of reconciling information, it may be preferable for the preferred owner to perform such reconciliation. This may be done by providing the preferred owner with administrative and editing authority. To determine who the preferred owner is for a particular object, the difference between users of information and creators or owners of information should be recognized. That is, those entities which create and are responsible for maintaining certain information will likely be considered the preferred owner.
- It should be appreciated that all of the above-described object information and relationships will be experienced by members of the novel data sharing platform in the form of computer-generated GUIs which are generated by the platform's servers and viewed by users on a workstation that is running, for example, a browser-type application, or may alternative be accessible using a dedicated client-side application. To that end,
FIG. 7 depict one example of aGUI 700 which has been generated by the platform server (e.g., platform server 125) based on object data, defined relationships and member ownership/access information that is stored in a database (e.g., platform database 135). In particular,GUI 700 displays information relating to a real estate asset from an asset-centric perspective. The information disclosed about the real estate asset inGUI 700, including the variously accessible documents, pictures and tabbed information, collectively comprises the overall asset object. As the owner of this particular asset object, the user could also useGUI 700 to edit the asset object or grant additional access or ownership rights to the object. As previously described, the object is essentially a data set that resides on a database (e.g., platform database 135), but which is permissioned, maintained and managed according to the novel principles disclosed herein. - Referring now to
FIG. 8 , depicted is another example of aGUI 800 which has been generated by the platform server (e.g., platform server 125) based on object data, defined relationships and member ownership/access information that is stored in a database (e.g., platform database 135). In this example, however,GUI 800 displays information relating to a real estate asset but from a loan-centric perspective. Thus,GUI 800, including the variously accessible documents, pictures and tabbed information, collectively comprises the overall loan object, which can be both viewed by a member and edited by its owner viaGUI 800. - Referring now to
FIG. 9 , depicted is an object diagram 900 for a real estate investment arrangement in which entity objects for Real Estate Investors 1-3 are associated with entity objects for investment LLCs 1-4, which in turn have a defined relationship to non-entity objects, such as the variously owned assets, loan and insurance policies underlying the investment arrangement. Each of the Real Estate Investors 1-3 and/or investment LLCs 1-4 may have a member organization network (e.g., organization network 105 ofFIG. 1 ) which is configured to access the novel standardized data sharing platform (e.g., platform server 125 and database 135) over a network connection (e.g., network 130) using a GUI displayed on a workstation display. - Referring now to
FIG. 10 , depicted is another object diagram 1000 in which entity objects corresponding to Banks A, B and C have defined object relationships with their respective loan portfolios. However, by using the above-described permissioning protocols and object definitions entities from any industry can be selectively granted access to the loan objects irrespective of which bank is holding the loan. Thus, in the event that each of Banks A, B and C use the same law firm, accounting firm, etc., those vendors can be granted access to the loan objects, irrespective of in which bank's portfolio the underlying loan resides. It should further be appreciated that, within each particular vender, only selective employees may be granted access to the platform and/or the particular loan object information. In this fashion, data can be selectively shared across entirely different industries utilizing the above-described novel platform. - Finally,
FIG. 11 illustrates how the novel platform may be used to facilitate financial transactions. In this example, the underwriting information relating to aparticular asset 1110 may be provided over the platform (e.g., to server 125). Aninsurance policy 1140 is presented to the insured 1120 via the platform. The insured 1120 may then electronically pay the insurance premium to theinsurance carrier 1150, via thebroker 1130, using its member account on the platform. The broker's member account can be established such that its commission is similarly withheld from the insurance premium, using the platform architecture. - A platform configured in accordance with the principles of the invention may further facilitate communication between users/owners regarding a particular object. These communications may be performed within the platform and archived within the platform. The security and permission levels associated with communication information may be handled according to the same methodology as other data and files.
- Still another aspect of the invention may be to facilitate the transacting of money between users/owners within the platform, as it relates to the real world (i.e., sale of an asset, a loan, an appraisal, etc.). Members of the platform may use the platform itself to enter into financial agreements, agree to payment terms and execute payment through any known electronic means.
- The platform may also allow users/owners to create and assign action items to other team members. These action items may then be tracked, reported and viewed based on role and/or permission levels, for example.
- While certain exemplary embodiments have been described and shown in the accompanying drawings, it is to be understood that such embodiments are merely illustrative of and not restrictive on the broad invention, and that this invention not be limited to the specific constructions and arrangements shown and described, since various other modifications may occur to those ordinarily skilled in the art.
Claims (16)
1. A standardized, data sharing platform comprising:
a network;
a database; and
a server coupled to the database and to the network, wherein the server includes processing circuitry to execute programming code to,
define a plurality of data objects for both entities and non-entities, wherein each of the plurality of data objects for entities comprises information that corresponds to specific entity types, while each of the plurality of data objects for non-entities comprises information that corresponds to specific tangible items;
store the plurality of data objects in a platform database;
populate an asset object, from the plurality of data objects, with information corresponding to an underlying asset which is provided by a user of the platform, wherein the user corresponds to a preferred owner of the asset object by virtue of having responsibility to maintain information relating to the underlying asset;
defining relationships between the asset object, the user and one or more of the other plurality of data objects, including at least one entity object, wherein said relationships are defined as a function of one or more commercial arrangements between the user and one or more other entities, wherein the at least one entity object corresponds to the one or more other entities; and
allow one or more other entities the right to access said asset object over the network and in accordance with said defined relationships and with permissions defined by said user.
2. The platform of claim 1 , wherein each of the plurality of data objects is an information set comprising data fields, defined relationships to other data objects, and entity permission levels.
3. The platform of claim 2 , wherein the asset object further comprises documents relating to the underlying asset.
4. The platform of claim 1 , wherein said specific entity types comprise at least one of a buyer, seller, borrower, insurer, insured, guarantor, bank, investor and asset manager.
5. The platform of claim 1 , wherein said underlying asset comprises one of real estate, a loan and an insurance policy.
6. The platform of claim 1 , wherein ownership of the asset object varies in accordance with ownership of the underlying asset.
7. The platform of claim 6 , wherein, following a transfer of the underlying asset from a first owner to a second owner, the first owner retains ownership of the asset object as it existed prior to said transfer, while the second owner obtains ownership of the asset object as it exists following said transfer.
8. The platform of claim 1 , wherein only the preferred owner is allowed to modify and grant access permissions to the asset object.
9. A method for providing a standardized, data sharing platform comprising:
defining, by a platform server, a plurality of data objects for both entities and non-entities, wherein each of the plurality of data objects for entities comprises information that corresponds to specific entity types, while each of the plurality of data objects for non-entities comprises information that corresponds to specific tangible items;
storing, by the platform server, the plurality of data objects in a platform database;
populating, by the platform server, an asset object, from the plurality of data objects, with information corresponding to an underlying asset which is provided by a user of the platform over a network connection, wherein the user corresponds to a preferred owner of the asset object by virtue of having responsibility to maintain information relating to the underlying asset;
defining, by the platform server, relationships between the asset object, the user and one or more of the other plurality of data objects, including at least one entity object, wherein said relationships are defined as a function of one or more commercial arrangements between the user and one or more other entities, wherein the at least one entity object corresponds to the one or more other entities; and
allowing one or more other entities the right to access said asset object over the network and in accordance with said defined relationships and with permissions defined by said user.
10. The method of claim 9 , wherein each of the plurality of data objects is an information set comprising data fields, defined relationships to other data objects, and entity permission levels.
11. The method of claim 10 , wherein the asset object further comprises documents relating to the underlying asset.
12. The method of claim 9 , wherein said specific entity types comprise at least one of a buyer, seller, borrower, insurer, insured, guarantor, bank, investor and asset manager.
13. The method of claim 9 , wherein said underlying asset comprises one of real estate, a loan and an insurance policy.
14. The method of claim 9 , wherein ownership of the asset object varies in accordance with ownership of the underlying asset.
15. The method of claim 14 , wherein, following a transfer of the underlying asset from a first owner to a second owner, the method further comprises causing the first owner to retain ownership of the asset object as it existed prior to said transfer, and causing the second owner to obtain ownership of the asset object as it exists following said transfer.
16. The method of claim 9 , further comprising allowing only the preferred owner to modify and grant access permissions to the asset object.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/686,549 US20150220757A1 (en) | 2011-02-18 | 2015-04-14 | System and Method for Providing a Standardized Data Sharing Platform |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161444577P | 2011-02-18 | 2011-02-18 | |
US13/399,254 US9031983B2 (en) | 2011-02-18 | 2012-02-17 | System and method for providing a standardized data sharing platform |
US14/686,549 US20150220757A1 (en) | 2011-02-18 | 2015-04-14 | System and Method for Providing a Standardized Data Sharing Platform |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/399,254 Continuation US9031983B2 (en) | 2011-02-18 | 2012-02-17 | System and method for providing a standardized data sharing platform |
Publications (1)
Publication Number | Publication Date |
---|---|
US20150220757A1 true US20150220757A1 (en) | 2015-08-06 |
Family
ID=46653636
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/399,254 Expired - Fee Related US9031983B2 (en) | 2011-02-18 | 2012-02-17 | System and method for providing a standardized data sharing platform |
US14/686,549 Abandoned US20150220757A1 (en) | 2011-02-18 | 2015-04-14 | System and Method for Providing a Standardized Data Sharing Platform |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/399,254 Expired - Fee Related US9031983B2 (en) | 2011-02-18 | 2012-02-17 | System and method for providing a standardized data sharing platform |
Country Status (3)
Country | Link |
---|---|
US (2) | US9031983B2 (en) |
EP (1) | EP2676225A4 (en) |
WO (1) | WO2012141789A1 (en) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7983951B2 (en) | 2009-03-02 | 2011-07-19 | Kabbage, Inc. | Apparatus to provide liquid funds in the online auction and marketplace environment |
US10430873B2 (en) | 2009-03-02 | 2019-10-01 | Kabbage, Inc. | Method and apparatus to evaluate and provide funds in online environments |
US9268819B1 (en) * | 2014-08-01 | 2016-02-23 | Ncino, Inc. | Financial-service structured content manager |
US10192262B2 (en) | 2012-05-30 | 2019-01-29 | Ncino, Inc. | System for periodically updating backings for resource requests |
US10282461B2 (en) | 2015-07-01 | 2019-05-07 | Ncino, Inc. | Structure-based entity analysis |
US9471665B2 (en) * | 2014-08-01 | 2016-10-18 | Ncino, Inc. | Unified system for real-time coordination of content-object action items across devices |
US9082151B2 (en) * | 2012-05-30 | 2015-07-14 | Ncino, Inc. | Financial-service structured content manager |
US10013237B2 (en) | 2012-05-30 | 2018-07-03 | Ncino, Inc. | Automated approval |
US10769296B2 (en) | 2013-12-10 | 2020-09-08 | Early Warning Services, Llc | System and method of permission-based data sharing |
US10546149B2 (en) | 2013-12-10 | 2020-01-28 | Early Warning Services, Llc | System and method of filtering consumer data |
US20190392168A1 (en) * | 2018-06-24 | 2019-12-26 | Prifender Inc. | System and method for monitoring flow of data elements of entities |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7769681B2 (en) | 1999-05-08 | 2010-08-03 | Jack Misraje | Computer system and method for networkd interchange of data and information for members of the real estate financial and related transactional services industry |
US7464067B2 (en) * | 2002-04-10 | 2008-12-09 | Hotbutton Solutions Inc. | Object monitoring and management system |
US20060184452A1 (en) * | 2003-10-14 | 2006-08-17 | Maccord Mason Pllc, | Electronic document management system |
US9519876B2 (en) * | 2006-10-05 | 2016-12-13 | Trimble Navigation Limited | Method for providing maintenance to an asset |
US11461785B2 (en) * | 2008-07-10 | 2022-10-04 | Ron M. Redlich | System and method to identify, classify and monetize information as an intangible asset and a production model based thereon |
-
2012
- 2012-02-17 WO PCT/US2012/025653 patent/WO2012141789A1/en active Application Filing
- 2012-02-17 US US13/399,254 patent/US9031983B2/en not_active Expired - Fee Related
- 2012-02-17 EP EP12770996.2A patent/EP2676225A4/en not_active Withdrawn
-
2015
- 2015-04-14 US US14/686,549 patent/US20150220757A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
US9031983B2 (en) | 2015-05-12 |
EP2676225A4 (en) | 2016-01-27 |
EP2676225A1 (en) | 2013-12-25 |
WO2012141789A1 (en) | 2012-10-18 |
US20120215812A1 (en) | 2012-08-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9031983B2 (en) | System and method for providing a standardized data sharing platform | |
US11443379B1 (en) | Blockchain instrument for transferable equity | |
US11823089B2 (en) | System and method for managing transactions in dynamic digital documents | |
US20200042989A1 (en) | Asset-backed tokens | |
US8538840B2 (en) | Financial services data model | |
US20140258093A1 (en) | Methods and systems for self-funding investments | |
Mainelli et al. | Chain of a lifetime: How blockchain technology might transform personal insurance | |
US20170004457A1 (en) | Methods and apparatus for facilitating immigration transactions using an accounting system for allocating employment credits | |
US11854082B1 (en) | Blockchain instrument for transferable equity | |
Mainelli et al. | Chain reaction: How blockchain technology might transform wholesale insurance | |
US10157207B2 (en) | System for supplemental data reporting utilizing data record properties | |
Musjtari et al. | Islamic P2p lending as an alternative solution for the unfair conventional platform in Indonesia | |
Scott | Fintech: Overview of financial regulators and recent policy approaches | |
US20230177480A1 (en) | System and method for using non-fungible tokenization to improve transfer pricing | |
US20160260174A1 (en) | Systems and methods for providing management of structured settlements | |
US20170139924A1 (en) | System and user interface for configuring data records and supplemental data reporting | |
Hanewald et al. | The Home Stretch: Accessing Home Value to Fund Long-Term Care | |
US10482483B2 (en) | System for aggregating data record attributes for supplemental data reporting | |
US20230222582A1 (en) | Digital product suite for the issuance and trading of a variety of asset classes and entities | |
US20220084149A1 (en) | System and method for providing a user journey for a patent sales and ownership platform | |
Verdeyen et al. | Best Practices for TDFs and Managed Accounts. | |
Martin et al. | Question on Notice | |
Bhaskar | An Overview of the Real Estate Investment Trusts in India | |
Pavlenko | Prospects for the use of blockchain technology and cryptocurrency virtual assets in the insurance market | |
Bambara | Decentralized Finance and Distributed Autonomous Organizations: On the Rise |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |