The present invention relates to the field of mechanics lien and bond claim compliance, and is specifically related to the delivery of legal notices required to preserve, comply with, perfect, or enhance a party's mechanics lien and/or bond claim rights.
These legal notices are generally required according to statutory rules, with the requirements for whether a legal notice is or is not mandatory heavily dependent on a variety of circumstances. When a legal notice is required, the legal notice must be delivered in a certain manner, which again, may depend heavily on a variety of circumstances.
In addition to these specific legal notices, which are used an example implementation of this invention, the present invention may also be applicable to other types of documents delivered by physical delivery, including, but not limited to, other required legal notices, demand letters, form letters, and other documents.
This invention, through a computer or computer program, leverages a systemized process of organizing and determining delivery method requirements, and applies said process to user generated data to determine, suggest, project, and/or dictate the system's or system user's handling of a legal notice or document.
Those furnishing labor, materials and/or services to private, state and federal construction projects around the United States have possible “mechanic's lien” claims in the event they are unpaid for their contribution. Popularly referred to as a “mechanic's lien,” the legal remedy is also called a “claim of lien,” “materialmen's lien,” “property lien,” “contractor lien,” “construction lien,” “statement of claim and privilege,” “notice of claim of lien,” and “stop work order.” When the labor, materials or services are furnished to a construction project owned privately (non-governmental ownership), the lien is placed against the property itself. When the labor, materials or services are furnished to a state or federal construction project, a lien against the government owned property is typically not available, but instead a “lien” is made against a bond under the federal Miller Act or each individual state's “Little Miller Act.” This lien remedy, which goes by many names and has different characteristics depending on the construction project's type, is referred to herein collectively as a “mechanic's lien.”
While the ability to file a mechanic's lien is uniformly available across the United States and its territories, the laws regulating its filing differs from state-to-state. In addition to each state having unique mechanic's lien laws, within these laws different treatment is afforded to construction participants depending on their role in the project (i.e. original contractor, subcontractor, architect, supplier, equipment lessor, etc), their tier in the project (i.e. their place in the contractual chain starting from the property owner or public entity commissioning work) and the type of construction project where services are furnished (i.e. commercial, residential, owner-occupied residential, industrial, oil & gas, state, federal, etc.).
To preserve one's right to file a mechanics lien, many states require project participants to meet pre-lien statutory notice requirements. In some states, notices are required before services are provided, and in others notices are required within a certain period before the lien is filed. In other states, notices are not required at all. These notices must meet statutory requirements, and must be sent according to the state's statutory service or delivery standards. These construction notices, including, but are not limited to, notices of the following names and types: preliminary notices, pre-lien notices, notices to owner, notices of commencement, notices of intent to lien, notices of furnishing labor/materials, notices of lease, model disclosures, notices of completion or cessation, notices of lease, etc. Similar to a mechanic's lien, each state has specific requirements for how and when notices must be filed, served, or sent, to whom notices must be filed, served, or sent, and what must be included on the notice. These notices differ from mechanic's liens in that notices are only preliminary documents necessary to retain the right to claim a mechanic's lien at a later date, or optionally sent to notify or warn a recipient about the right to claim a mechanic's lien at a later date. The notices, collectively herein referred to as “preliminary notices” or “construction notices,” where and when required, may be necessary to a claim a mechanic's lien, but are not sufficient, by themselves, for a mechanic's lien.
Each notice has specific and varied legal requirements, regarding who is to be given notice, how they must be given notice, and when the notice must be given. In some states, the notices are required to be given on a recurring basis for every month in which the potential lien claimants is unpaid for their work. The legal requirements for construction notices also vary by the role of the party giving notice (i.e. general contractor, subcontractor, material supplier, equipment lessor, etc.), as well as by the state in which the project was located, and the project type (i.e. commercial, residential, public, etc.).
The act of filing a mechanics lien is also subject to varied legal requirements, with each state setting forth specific elements required within a mechanic's lien. After a lien is filed, many states require the mechanic's lien be served upon certain parties through pre-defined methods.
Finally, the mechanic's lien is a temporary encumbrance on private property or a surety bond. The encumbrance lasts for a specific period of time as provided by each jurisdiction's statute, and the encumbrance expires at the end of this time period unless action is taken by the lien claimant. In some jurisdictions, the mechanic's lien claim may be “extended” through a supplemental filing. When unable to extend or further extend a lien, the mechanic's lien claim must be “foreclosed upon” by filing an action seeking foreclosure in a designated court of law.
The construction industry is one of the largest industries in the United States, and includes a variety of parties who engage in the construction or alteration of any improvement projects.
Improvement projects may be of a variety of “types,” which include residential projects, commercial projects, industrial projects, state owned projects or works, federally owned projects works, and more. Throughout this application, this will be referred to as a “project type.”
A variety of parties participate in the construction or alteration of said improvement projects. Parties are identified by the roles they play on an improvement project, and may be classified as a developer or owner, a general contractor, construction manager, architect, engineer, subcontractor, trade contractor, supplier, sub-subcontractor, sub-sub-subcontractor, sub-sub-sub-subcontractor, equipment rental company or equipment lessor, lender, mortgagor, lien agent, or more. Throughout this application, this will be referred to as a “role.”
Throughout this application, the project as a whole will be referred to as a “project” or “construction project.”
Construction notices or preliminary notices is one type of statutorily required legal notice, however, there are a variety of legal notices that must be sent according to statutory requirements that depend on a variety of circumstances. Examples of legal notices include: Notices to vacate tenants, bank foreclosure notices, open account letters, collection demand letters, fair credit reporting act letters and notices, contractually required notices, service of process notices within legal proceedings or alternative dispute resolution proceedings, notices that must be sent by governing bodies to warn of government action, and more.
In all cases, statutory rules or case law dictates who must receive these notices, and how these notices must be delivered.
The World Wide Web (WWW) is a well-known network of computers, whereby users around the world can access information displayed within a web browser. Typically the user accesses certain web pages that are displayed to the user through the HTML (Hyper-Text Markup Language) protocol. The user calls and retrieves specific HTML pages by requesting the page through a known URL (Uniform Resource Locator) using HTTP (HyperText Transfer Protocol).
Using certain computer languages such as PHP, Javascript, and HTML, listed here illustratively only and as examples, it has become common for companies and individuals to write applications that run and operate through web browsers on the World Wide Web. These web applications are similar to software applications that are written to operate on a user's desktop, except that they run through web browsers on the web.
Typically, a user will visit a certain website and be required to login to their account. Once logged in, the user will have access to the web application and its features. A web application can be designed to appear on a web browser access via a personal computer, or on a “mobile browser,” which is a web browser optimized for viewing on a mobile device.
Although web applications viewing on a standard web browser may be viewed on a mobile device through a mobile web browser, mobile devices also have the ability to run native mobile applications. These applications are optimized to operate on a mobile device (such as an iPhone or iPad, or an Android OS device) with or without the use of an Internet connection. The user opens the application on his or her mobile device and is able to view, alter and interact with the application without the use of a browser.
Next, a Product Ordering Interface is an interface on the WWW that a user accesses through an HTTP request. Here, the user will find the ability to order certain products from the website, including, in the instance of this invention, mechanic's liens, bond claim forms, preliminary notices, lien cancellations, and similar products.
A popular Product Ordering Interface is the “shopping cart” model, whereby a purchaser selects an item from an electronic catalog, which is electronically added to the purchaser's “shopping cart”, and when the purchaser is done selecting items all the orders in the shopping cart are “checked out” when the purchaser provides its billing and/or payment information.
Another Product Ordering Interface that is also popular is the less-sophisticated form-based system, whereby the purchaser selects the product or service through an electronic catalog of services or products, and is then forwarded to an online form where information about the purchaser (including, perhaps, the billing and payment information) is gathered.
Finally, a “widget” is a term of art defined by Wikipedia as “a small application that can be installed and executed within a web page by an end user.” Or more further described therein as “a stand-alone application that can be embedded into third party sites by any user on a page where they have rights of authorship.” Other terms used to describe web widgets include: portlet, gadget, badge, module, webjit, capsule, snippet, mini and flake.
A widget may be installed on any web page, displaying content to the viewer, or offering a certain application or function to the viewer. When an application or function is offered, the widget runs a script stored on the originating server, such that the viewer is able to complete a function within the widget without the host-site storing the function's code and framework.
For the purposes of this Specification, all of these applications, interfaces and networks, together with other non-discussed offline software systems and electronic communications, are collectively referred to as the “System” or “Application.”
Law firms, attorneys, form companies, software companies, legal document preparation companies, and similar service and product providers offer services or products to contractors, owners, suppliers, architects, engineers and other construction participants that aid them with filing construction lien and notices, and/or managing lien and bond claim compliance. Construction liens and notices are form-driven documents, meaning that when filed or delivered, they are simply forms filled-in with the applicable information. The form varies from state-to-state, and also varies depending on other factors related to a subject construction project, including, but not limited to, the “type” of project, the role that the party is engaged on the project, and their tier in the construction contracting chain.
The differences in the forms applicable to a party's particular circumstance depend on a large number of variables, which when spread across the country, creates a significant variety of form-types that can be used for all the different construction liens and notices that may be filed.
Many companies sell forms online or in paper format at retail locations, or over the Internet. The customer's experience is that the user searches for the type of form they need (without a significant degree of help or instruction), buy the form, and fill it in with the applicable information. The forms are static, and offered as packaged only.
Other companies, commonly known as legal document preparation companies or document automation companies, will collect information from the customer, and then fill-in the form for them. In the construction industry, and particularly with regard to construction liens and notices, it is also common for these companies to deliver or file the form after completion as part of the service. Some providers will fill in the information on the form manually for a customer, and others will use some type of software product or document automation tool to generate the document.
Attorneys and law firms offer legal advice and the preparation of legal documents, which may include the preparation of legal forms.
Finally, some companies sell software that will generate forms for the customer using document automation technology.
These services and service providers are distinguished from this Invention in that, while these service providers may have use for this Invention, they do not have a method and system, using a computer or computer program, for leveraging a systemized process of organizing and determining requirements in the method of delivering construction notices and the recipients of said notices, and applying said process to user generated data to determine, suggest, project, and/or dictate the system's or system user's handling of a legal notice.
Physical parcels of mail are delivered by a variety of vendors including the United States Postal Service (USPS), UPS, FederalExpress, DHL, and more. In regards to legal notices, such as construction notices, the method of delivery is restricted by the state's statutes. While some situations allow delivery through any third party courier service, the vast majority of jurisdictions require legal notices be delivered through the USPS.
Even further, when the USPS delivery is required, a state's law will typically mandate that the legal notice be delivered in some specific way through the USPS. In this regard, the USPS offers a variety of mailing services, including “certified mail,” “registered mail,” “certified mail return receipt,” “registered mail with restricted delivery,” etc. The services offered by the USPS vary from time-to-time.
In some cases, mailing labels or mailing envelopes can be generated from a delivery vendor (i.e. USPS, UPS) using tools made available by these vendors. These tools may be integrations with the vendor's application programming interface (“API”), or through some software offering.
Further, some vendors are available to perform mailing functions. The experience of working with these vendors is to deliver physical documents or electronic documents to the third party vendor with instructions on how to deliver the documents. The vendor will deliver the provided documents according to the delivery instructions.
Sorting these documents and managing the process of delivering the documents to the parties according to provided requests and instructions is the subject of many processes, including, for example, the process described in Patent Application WO 2011066562 AI, “System and method for creating an intelligent mail barcode.” This invention is easily distinguished from these types of processes because it does not claim any processes related to the actual sorting, printing, packaging, mailing, delivery, and/or tracking of mail pieces.
The state of the art is not crowded currently in methods and systems of determining who the mail recipients should be. One patent application that does do this is US 20130035982 A1, which is a “Method and system for creating targeted advertising utilizing social media activity.” This invention is easily distinguishable from this application since the mail recipient determination described in this application relies upon system generated and/or stored rules and user generated data within the system.
The state of the art is also not crowded with respect to methods and systems of determining how particular mail pieces ought to be delivered pursuant to some delivery requirement.
This invention, through a computer or computer program, is a system, method, and process of organizing and determining delivery method requirements for certain documents and scenarios, and organizing and determining delivery recipients required for certain documents and scenarios, and thereafter, according further to the computerized system, method, and process, applies the foregoing organized rules to determine, suggest, project, and/or dictate the system's or system user's handling of a legal notice or document.
An example discussed herein of how this invention is applied relates to the delivery of construction notices. Using the system and method described herein, the invention takes limited, specific information about a construction project, including the project's type and the role of the parties delivering the construction notice, to determine who must receive the construction notice and how that notice must be delivered to the recipients.
After said determination is made, this invention contemplates a computer system, through a user, computer, or device interface, or a Product Ordering Interface, displaying or suggesting the determined requirements to the system user.
In addition to determining and suggesting the requirements, or in lieu thereof, this invention contemplates a system and method of projecting the requirements and dictating the requirements, such that a system can automatically prepare the document—in this case, the construction notice—for delivery to the applicable parties through the applicable method.
This invention's method performs a process through a computer system to determine how certain documents—i.e. construction notices, other legal notices, or other documents—must be delivered, and to whom the documents must be delivered.
The structure for this method relies upon some organization in a computer database, program, or other data source, whereby “delivery methods” and “contacts” are defined.
As to “delivery methods,” this invention sets forth a system and method of dictating how certain documents must be delivered. This is referred to herein as the “delivery method,” and accordingly, there is some universe of potential delivery methods stored within the computer database or otherwise programmed and managed in a computer system or program.
As to “contacts,” identifying information about people, organizations, companies, governmental entities, and other parties are stored in the computer program, database, or data source as a “contact” or “contact record.” This identifying information includes, but is not limited to, the name of the party and the party's address. This includes, but is not limited to, identifying information about the system user themselves. It is very common for computer systems to store data about parties as a “contact record.” It is also common for computer systems and programs to enable a system user to “tag” or “label” a certain contact.
Utilizing the universe of potential “delivery methods” and “contact labels,” stored within a computer program, system, database, or data source, pursuant to the example above or otherwise, this invention's method performs a process whereby the “delivery method” for a specific document is determined from the universe of methods stored for the system, and the recipients of the specific document is determined from the universe of “contact records” stored for the user.
The components of this part of the invention are:
(1) The method, through a computer or computer program, of determining and displaying the delivery method for a document; and
(2) The method, through a computer or computer program, of determining and displaying the recipients who are required to receive a document, based upon the rules established and stored within the system.
This invention does not claim the underlying process and/or method of labeling contact records, storing contact records, storing contact labels, labeling delivery methods, and/or storing delivery methods.
Instead, this invention claims and relates to the connecting and associating of “delivery methods” with document records and/or a user's specific item record, such as a project record or an account record. Further, this invention claims and relates to the connecting and associating of certain “contact labels” with specific documents records and/or data scenarios, such that, depending on the document at issue and the data scenario of a user's item record, certain specific contact records can be established as required recipients for a document based upon the same.
This invention leverages affiliations and relationships between system data and user generated data.
First, with regard to system data, the computer program, system, database, or other data source contains a universe of certain information. This is demonstrated in
As demonstrated therein, the computer program, system, database, or other data source contains a “universe of documents, each with identifiers.” These documents are records of the actual document that requires delivery, such as a construction notice or other legal notice. The document record may be a reference to a static file, or a form housed in a document assembly software product, or just an indication of the document name for information purposes. Regardless, the document record itself has an identifier and a universe of potential documents is organized and stored in the system.
Further demonstrated, the computer program, system, database, or other data source contains a “universe of delivery methods, each with an identifier,” and “universe of contact labels . . . each with an identifier.” These “delivery methods” and “contact labels” are discussed supra in the discussion of
Second, the “universe of data” within the computer program, system, database, or other data source are connected and affiliated with one another, such that, as per the example in
An example of how a system administrator may affiliate a document record with a delivery method record is shown in
Examples of how system administrators may affiliate document record with “recipient records” is demonstrated by
The
The left hand side of
Third, the system contains system user generated data, or data specific to the system user. This is demonstrated within
All of this system user data is used, in connection with the general data within the system, to create the determination of what delivery method should be used and who should receive a particular document.
This invention's method and system of determining “delivery methods” and “recipients” is the process—conducted through a computer—consisting of the following steps and components:
(1) The system user manually through a user, device, or computer interface, or through an automation, selects a particular document for ordering, generating, requesting, downloading, mailing, sending, or otherwise acquiring, which is selected in connection with an “item record;”
(2) The subject document's record within the computer program, system, database, or other data source is examined for affiliated “delivery method” identifiers, and the affiliated methods are extracted;
(3) The subject document's record within the computer program, system, database, or other data source is examined for affiliated “recipient record” identifiers, which is a record of either: (i) which contact labels must receive the document; or (ii) which contact labels must receive the document depending on some data scenario, such as the “contact label” affiliated with the contact who is designed as the system user's customer, and the affiliated recipient records are extracted.
(4) The extracted and affiliated recipient records are, by the computer program or system, examined and compared with the system user's subject “item record,” to (i) identify which specific contact records match the recipient “contact labels,” or, (ii) if the recipient requirements depend on some data scenario, such as the label of an hiring contact, then to examine the scenario to match the item record's data scenario to the applicable recipient record, and when a match is located, to identify which specific contact records match the recipient “contact labels” that apply.
This process is demonstrated in the
The
The
This invention's method performs a process through a computer system to determine how certain documents—i.e. construction notices, other legal notices, or other documents—must be delivered, and to whom the documents must be delivered. The process of organizing and managing the rules that guide this process, and the method and system of calculating the requirements in relation to specific system user data, all by a computer, is explained above in Part A.
This Part B component of the invention examines the system and method of transforming the calculated requirements from Part A into displayed instructions or suggestions to a system user or administrator.
Important to this component of the invention is the labeling of “delivery methods” and “contacts” as above explained and demonstrated by the example database table structure within
A box with the instructions is displayed to the user in the interface, by the computer, showing: (i) Deliver To data, which is a listing of all contact labels who are determined should receive the document, as per the process of Part A; and (ii) Delivery By data, which is an identification of the delivery method determined relative to the document pursuant to the process of Part A.
This invention does not claim the underlying process and/or method of handling, mailing, or delivering a document. It is further not a claim on the process, method, or system of simply displaying usability instructions to a user through a user interface.
Instead, this invention claims and relates to the connecting and associating of “delivery methods” and “required recipients” to a specific document that is subject to mailing, and by comparing those associated requirements to the system user's data about a specific project, property, account, or item, determining how a particular document must be sent and who it must be sent to, and thereafter, as per this Part B, displaying those instructions or suggestions to the user through a computer, device, or user interface.
This invention's method performs a process through a computer system to determine how certain documents—i.e. construction notices, other legal notices, or other documents—must be delivered, and to whom the documents must be delivered. The process of organizing and managing the rules that guide this process, and the method and system of calculating the requirements in relation to specific system user data, all by a computer, is explained above in Part A. A system and method of displaying and/or suggesting the “delivery method” and “required recipients” deemed mandatory is explained in the above Part B.
This Part C component of the invention examines the system and method of dictating, through the output of the process and method of Part A, how certain documents must be sent and to whom, and creating an output from the system of this data, through some automated process, such that the subject items will be handled, delivered, and/or mailed pursuant to the determined requirements.
This invention does not claim the underlying process and/or method of handling, mailing, or delivering a document, either electronically, automatically, or manually. It is further not a claim on the general principal of creating batch records that are transmitted to third parties, or of creating batch records of documents and instructions that are used to print, sort, delivery, mail, and/or transmit certain data or documentation.
Instead, this invention claims a system or method of putting items into some batch file based on the process established by Part A, supra. The batch file will consist of a reference to: (i) The document that must be delivered; (ii) The recipients who must receive those documents; and (iii) The delivery method for those recipients.
Individual items may be entered into the batch, with the requirements calculated and determined by Part A, either manually through a system user or system administrators command, given to the computer through a system interface, to place the items in the batch in accordance with the suggestion (or in defiance of the same) displayed to the user as explained in Part B, supra. This invention also contemplates items being placed in a batch in accordance with the requirements calculated and determined by Part A without any manual input from the system user or system administrators, but instead, according to an automated process to handle documents pursuant to the Part A calculations, or some systemized augmentation thereof.
This Nonprovisional Utility patent application claims the benefit of a previously filed provisional patent under 35 USC 199(e), the application number of which is 61/735,723.