EP3794529A1 - Système et procédé de fourniture de services à un détenteur de propriété - Google Patents

Système et procédé de fourniture de services à un détenteur de propriété

Info

Publication number
EP3794529A1
EP3794529A1 EP19804063.6A EP19804063A EP3794529A1 EP 3794529 A1 EP3794529 A1 EP 3794529A1 EP 19804063 A EP19804063 A EP 19804063A EP 3794529 A1 EP3794529 A1 EP 3794529A1
Authority
EP
European Patent Office
Prior art keywords
job
provider
consumer
screen
field
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.)
Withdrawn
Application number
EP19804063.6A
Other languages
German (de)
English (en)
Other versions
EP3794529A4 (fr
Inventor
David G. THEUS
Douglas C. SCHAEDLER
Steven M. BRINAGER
Gina Kemper
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Homee Inc
Original Assignee
Homee Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority claimed from US16/415,806 external-priority patent/US20190272487A1/en
Application filed by Homee Inc filed Critical Homee Inc
Publication of EP3794529A1 publication Critical patent/EP3794529A1/fr
Publication of EP3794529A4 publication Critical patent/EP3794529A4/fr
Withdrawn legal-status Critical Current

Links

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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/16—Real estate
    • 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • 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/20—Administration of product repair or maintenance
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0611—Request for offers or quotes
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/16—Real estate
    • G06Q50/163—Real estate management

Definitions

  • the present invention relates generally to the provision of on-demand services, and more specifically to provision of on-demand property maintenance services, including repair and improvement services for property owners.
  • the provider also has some downside with respect to the particular job that is engaged in the traditional economic model. They do not know if they will get paid by the consumer. They would often get paid a significant time after the job was completed and they would have to maintain records and information to prepare a bill at a later time for presentation to the consumer. Furthermore, they have to maintain a system for scheduling and follow up on various jobs.
  • the present invention addresses several of the drawbacks as noted above and other insufficiencies in the current business model by providing on- demand property maintenance services in a transparent and cost-effective manner for both the consumer and service provider.
  • the invention provides for an on-demand provision of a property maintenance service job through a computing system including one or more servers that interface with a plurality of devices.
  • a plurality of profiles for service providers are maintained for providers that provide property services.
  • a consumer job request from a device of a consumer is captured through the system for a job at a jobsite. Then, a job request may be generated for the service providers.
  • the job requests are associated with a job and job site associated with the consumer ordering service and job request.
  • the invention determines the existence of a relationship status between at least one service provider and the consumer making the job request. Job requests are directed to devices of a plurality of service providers in a sequential fashion using the determined relationship status.
  • the service providers can be part of networks and groups or obtain certification in order to create a hierarchy in the job request flow.
  • consumers receive an acceptance of the job request from a device of a service provider.
  • a timer is generated and is controlled in a joint fashion by both the consumer and provider in the job performance. Then the subsequent progression of the timer associated with the job is monitored until the job is finished or ended in another way.
  • Figure 1 is a block diagram of a service system, one or more mobile devices, and one or more client devices consistent with embodiments of the invention.
  • Figure 2 is a block diagram of an embodiment of a service system of Figure 1 .
  • Figure 3 is a block diagram of an embodiment of a mobile device of Figure 1 .
  • Figure 4 is a block diagram of an embodiment of a mobile device of Figure 1 .
  • Figures 5A-5C are flow diagrams illustrating a sequence of operations for requesting a service job that may be performed by the systems and devices of Figure 1 consistent with embodiments of the invention.
  • Figure 5D is a flow diagram illustrating a sequence of operations for a provider performing a service job to completion consistent with embodiments of the invention.
  • Figures 5E-5F are flow diagrams illustrating a sequence of operations for a service job where a provider reaches a limit for the job consistent with embodiments of the invention.
  • Figures 5G and 5I are flow diagrams illustrating the creation of companies and networks of service providers for performing jobs consistent with embodiments of the invention.
  • Figures 5H is a flow diagram illustrating a sequence of operations for creating properties for management of job requests and service providers and residents consistent with embodiments of the invention.
  • Figures 5J-5M are flow diagrams illustrating a sequence of operations for a job request and finding a provider for the job consistent with embodiments of the invention.
  • Figures 6A-6J and Figures 7A-7N and 8A-8B are diagrammatic views of example graphical user interfaces that may be output on a display of a device of Figure 1 for controlling the flow of the invention with the engagement of a consumer and provider, respectively, in accordance with the invention.
  • Figures 9A-9Q are diagrammatic views of exemplary graphical user interfaces on a Consumer device for selecting service, consistent with embodiments of the invention.
  • Figure 10A-1 ODD are a diagrammatic view of an exemplary graphical user interfaces on a Provider device for a job request, consistent with embodiments of the invention.
  • Figures 1 1 A-1 1 F are diagrammatic views of exemplary graphical user interfaces on a device for cancellation of a job, consistent with embodiments of the invention.
  • Figures 12A-12Y are diagrammatic views of exemplary graphical user interfaces on a Provider device for providing service in a job request, consistent with embodiments of the invention.
  • Figure 13A- 13C are graphs and tables regarding wage rates for use consistent with embodiments of the invention.
  • Figure 14A - 141 are additional diagrammatic views of example graphical user interfaces for queued jobs, consistent with embodiments of the invention.
  • Figures 15A-15XX and 16A-16P are diagrammatic views of exemplary graphical user interfaces on a Consumer device for active work flow and completion of a job, consistent with the embodiments of the invention.
  • Figures 17A-17NN and 18A-18T are diagrammatic views of exemplary graphical user interfaces on Provider device for active workflow and completion of a job, consistent with embodiments of the invention.
  • Figures 18A-18T are diagrammatic views of exemplary graphical user interfaces for both consumer and provider devices illustrating time or information associated with a job, that are consistent with embodiments of the invention.
  • Figures 19A-19V are diagrammatic views of exemplary graphical user interfaces for Provider and Consumer devices illustrating limits reached in a job workflow, consistent with embodiments of the invention.
  • Figures 20A-20FF and 21 A-21 1 are diagrammatic views of exemplary graphical user interfaces on a Consumer and Provider devices for a provider to become part of a Network of providers, consistent with embodiments of the invention.
  • Figures 22A-22LL are diagrammatic views of exemplary graphical user interface on a Provider device for providers to become part of a company, consistent with embodiments of the invention.
  • Figures 23A-23LL and 24A-24F and 25 are diagrammatic views of exemplary graphical user interface on a Provider device for a provider to define properties with residents for job requests, consistent with embodiments of the invention.
  • Figures 26A-26P and 27A-27F are diagrammatic views of exemplary graphical user interface on Consumer and Provider devices respectively for Product installation job service and flow, consistent with embodiments of the invention.
  • Figure 28A-28Q and 29A-29H are diagrammatic views of exemplary graphical user interfaces on a provider device for Smart Home installation job service and flow, consistent with embodiments of the invention.
  • Figures 30A-30L are diagrammatic views of exemplary graphical user interfaces on a Provider device for a provider to be certified and badged for certain job requests and product installations, consistent with embodiments of the invention.
  • Figures 31 A-31 S and 32A-32T are diagrammatic views of exemplary graphical user interfaces on Consumer and Provider devices respectively for providing an Inspection job workflow, consistent with embodiments of the invention.
  • Figures 33A-33C and 34A-34J are diagrammatic views of exemplary graphical user interfaces on Consumer and Provider devices for Queueing a job workflow consistent with embodiments of the invention.
  • the present invention is implemented in a hardware and software platform that incorporates a plurality of computing devices, such as mobile computing devices, used by both consumers and service providers and running individual applications or“Apps”.
  • the mobile devices and Apps interface with one or more backend computing devices, such as server devices/servers running one or more service programs for the processing and exchange of data and information between the customers and service providers in the provision of on-demand services and job workflow, such as mechanical and handyman services and other services at a home, commercial building, vacation property or some other building or property.
  • the invention provides an interactive environment that allows a customer
  • the provider who might be a plumber, electrician, HVAC technician, handyman or other skilled worker that can provide the desired service, interfaces during the job in various ways and at various junctures according to timed workflow to ensure proper completion of the job and control of the workflow at the convenience of both consumer and provider.
  • the job completes with financial transactions between the consumer and provider.
  • the user or customer of the service and the user of the consumer App is referred to as a“consumer”.
  • the service provider on the other hand, who interfaces with the provider App, is referred to as a“provider”.
  • a property manager may be a consumer, even though work is done on another resident’s property.
  • the various computing devices used to implement the invention are referred to as“consumer device” and“provider device” without being limiting.
  • the various devices can be any suitable computing devices for providing network connectivity, processing resources and functions, and data input/output interfaces for enabling a particular user to communicate with the backend system over a network to provide the job-related interaction between consumer and provider.
  • system 100 includes a service system/servers 102, in accordance with aspects of the invention, wherein one or more service programs are implemented on computing devices, such as one or more server devices or servers.
  • the system 102 including hardware and software is referred to as the backend system or backend servers, as appropriate.
  • the distribution and arrangement of the servers or other devices implementing the service system 102 is not limiting to the invention.
  • the service system 102 may be connected with consumer and provider devices 104, 106 and appropriate Apps through a suitable communication network 103, where the communication network 103 may comprise one or more cellular voice/data networks, various wireless networks (e.g. the Internet), local area networks (LAN), wide area networks (WAN), one or more high speed bus
  • the communication network 103 may comprise one or more cellular voice/data networks, various wireless networks (e.g. the Internet), local area networks (LAN), wide area networks (WAN), one or more high speed bus
  • the system 100 will include one or more user computing devices 104, 106, such as mobile devices for communication with each other and the service system 102 through an appropriate network link 103.
  • the consumer and provider devices 104, 106 may typically be a cellular phone or smart phone, tablet computer, laptop computer, thin client terminal and/or other such computing device, that a mobile consumer and provider can use, but the invention is not limited to such devices.
  • the devices 104, 106 provide suitable user interfaces for use by respective consumers and providers to provide inputs, receive/send information, receive/send notifications, and otherwise engage with the service system 102 for the requesting, scheduling and provision of on-demand services in accordance with the invention.
  • System 102 may provide additional information to one or both of the consumer or provider devices as necessary to implement the functionality as described herein.
  • the input data and information from a consumer or provider, provided through their devices, may be utilized to set up various user records associated with requested and scheduled service jobs. Such records may be maintained on the service system and provided to the mobile devices as needed.
  • the user records may include a variety of different information about a consumer, about a provider, about the job location, about a property where a job is performed, about a network of providers associated with the property, about a company associated with one or more providers, about whether the property is a stand-alone property (for example an owner occupied property) or one that is managed, about the job type, as well as information about the location of the consumer and job, location of the provider, distances between the provider and a job site, about the duration of a job, billing information, cost information, etc, for the completion of a job in an on-demand environment.
  • the user records created may be constantly edited depending on inputs from one or both of the consumer and provider as discussed herein.
  • the service system 102 provides a platform for the invention implementation of the beginning, ongoing progress, and completion of one or more jobs between system users in addition to providing access to other systems for obtaining information needed by the overall service system, the consumer(s) or provider(s).
  • an interface such as a web-based user interface
  • a user such as the consumer or provider may access the web-based user interface with an Internet web browser.
  • the interface generated by the service system 102 may be a dedicated interface, such as an interface that may be provided by a special purpose application.
  • the service system 102 maintains the various consumer and provider records/profiles and job histories.
  • a user (whether a consumer or provider or other user) is provided a portal where they might access and edit their records or profiles, might review job histories and information and may edit any passwords used in the invention.
  • a mobile device 104, 106 may be registered with the service system 102 such that the mobile device 104, 106 is linked with one or more user records for a registered user of the system, such as a consumer or provider.
  • the user's interface with the user records using the mobile devices.
  • the mobile devices may be configured to execute their respective Apps to cause the mobile device to monitor the progress of the job and interaction by the consumer and provider and provide and capture various job states.
  • the various job states that are set by the mobile devices are then stored by the backend service system.
  • FIG. 2 provides an exemplary block diagram that illustrates components/elements of the one or more servers 107 that may be part of the backbone providing of the service system 102 consistent with embodiments of the invention.
  • Such servers for implementing system 102 may include one or more application servers, database servers, or other suitable servers as needed for processing and storing the data needed for the invention and interfacing with the various client mobile devices.
  • the service system server 107 includes at least one processor/processing element or CPU 122, such as a hardware-based
  • the memory 124 may represent the random-access memory (RAM) devices comprising the main storage of the service system 102, as well as any supplemental levels of memory, e.g., cache memories, non-volatile or backup memories (e.g., programmable or flash memories), read-only memories, etc.
  • RAM random-access memory
  • memory 124 may be considered to include memory storage physically located elsewhere in the service system 102, e.g., any cache memory in a microprocessor, as well as any storage capacity used as a virtual memory, e.g., as stored on a mass storage device or on another computer coupled to the service system 102. Examples of memory elements may also include hard drives, CD or DVD units, magnetic memory etc as noted further herein.
  • the service system 102 may include a user interface 126 incorporating one or more user input/output devices, e.g., a keyboard, a mouse or other pointing device, a display, a printer, etc.
  • Data may be communicated by the system 102 to and from another device, computer or terminal (e.g., the consumer device 104, the provider device 106, etc.) over a suitable network interface 128 that is coupled to the appropriate communication network 103.
  • the network interface 128 may include multiple interfaces, such as with various servers, and other suitable interfaces for connecting the elements that form the backbone for implementing the system 100 of the invention.
  • the server may include one or more API (application program interface) layers 144 for interfacing with the devices 104, 106 as well as one or more third party
  • the service system 102 also may be in communication with one or more mass storage devices, which may be, for example, internal hard disk storage devices, external hard disk storage devices, external databases, storage area network devices, etc, through suitable networking interfaces as indicated at 128.
  • mass storage devices may be, for example, internal hard disk storage devices, external hard disk storage devices, external databases, storage area network devices, etc.
  • system 102 may be implemented through one or more servers 107 and the software and hardware components will be referred to generally herein as the“service system”.
  • the various interfaces, 126 and 128 are
  • the service system 102 servers may typically operate under the control of an operating system 130 and execute or otherwise rely upon various computer software applications, components, programs, objects, modules, engines, data structures, etc., including for example, a service application 132.
  • a service application 132 may be any suitable service application.
  • the service application 132 is configured to work with each of the various devices 104, 106 for exchanging information, interfacing with other services, managing data and providing the data used in executing both the provider application and consumer applications operating on the devices 104, 106 in implementing the features of the invention.
  • the memory 124 of the service system 102 may generally include or provide one or more databases 140 that may store one or more user records 142.
  • a database in system 102 might also involve a separate database server that interfaces with server 107 as appropriate.
  • each user record 142 of the status database may be associated with a registered user that had registered with the service system 102, and the user record may store job information, user profile information, job status or state information and other information for one or more mobile devices that are linked to the registered user and/or were registered by the particular registered system user.
  • the database(s) 140 may comprise data and supporting data structures that store and organize the data used by the invention, including data from the mobile devices, data input from the users, user records associated with consumers, providers and the on-demand jobs schedule and/or in progress along with other data and information.
  • the databases 140 may be arranged with any database organization and/or structure including, but not limited to, a relational database, a hierarchical database, a network database, and/or
  • a suitable database management system in the form of a computer software application executing as instructions on a processor 122 of the service system 102 may be used to access the information or data stored in records of the databases 140 in response to one or more queries, where a query may be dynamically determined and executed by the operating system 130 and/or other applications 132, as is known in the art.
  • Figures 3 and 4 provide exemplary block diagrams that illustrate the components of the mobile devices 104, 106 consistent with embodiments of the invention. Generally multiple mobile devices 104, 106 are part of the system 100 of the invention for use by both consumers and providers.
  • the mobile devices 104, 106 include at least one processor element or processor 160 including at least one hardware-based microprocessor and a memory 162 coupled to the at least one processor 160.
  • the memory 162 may represent the random-access memory (RAM) devices comprising the main storage of the mobile devices 104, 106 as well as any supplemental levels of memory, e.g., cache memories, non-volatile or backup memories (e.g., programmable or flash memories), read-only memories, etc.
  • RAM random-access memory
  • memory 162 may be considered to include memory storage physically located elsewhere in the mobile devices 104, 106 e.g., any cache memory in a microprocessor, as well as any storage capacity used as a virtual memory, e.g., as stored on a mass storage device or on another computing device coupled to the mobile devices 104, 106.
  • the mobile devices 104, 106 may include one or more appropriate user interface(s) 164 for interfacing with a user and one or more appropriate network interface(s) 166 for communication over the one communication network 103.
  • the user interface 164 refers broadly and generally to any suitable input and output elements and related hardware/software for receiving data/information from a user and displaying data/information to the user.
  • the user interface might include hardware components such as a keyboard, microphone, speaker, touch screen, display screen etc. and appropriate interface software for communicating or interfacing with a user.
  • hardware components such as a keyboard, microphone, speaker, touch screen, display screen etc.
  • appropriate interface software for communicating or interfacing with a user.
  • most mobile devices such as phone or tablet devices, rely upon their touch screens to provide a suitable user interface for engaging the devices and the applications they run and for inputting data/information and displaying various communicative outputs and data/information associated with the invention.
  • the same screen is both the input interface and output interface as described in the embodiment illustrated herein.
  • the network interface provides the hardware/software interface suitable for communication with other computing devices, such as service system 102.
  • such a network interface may include a cellular network interface, as well as a wireless or Wi-Fi interface or other suitable network interfaces for
  • the mobile device 104 typically operates under the control of an operating system 168 and/or application and executes or otherwise relies upon various computer software applications, components, programs, objects, modules, data structures, etc., including for example, a consumer application or consumer App 170 in accordance with the invention.
  • the consumer App 170 may be executed by the processor 160 of the mobile device 104 so that a consumer, for example, can order an on-demand service, can monitor the provision of that service and various conditions related to the service job, and pay for the job, as discussed further herein.
  • the consumer application also is used to interface with the service system 102 and provider and provider device 106 in accordance with the invention. Data and inputs are entered by the consumer through the user interface 164 and information is displayed also through the user interface.
  • the consumer application 170 may be any suitable consumer application 170.
  • the consumer application 170 may be downloaded to a device 104 from an external source including for example, a network accessible location (e.g., a mobile application store, an accessible database), a computer readable storage media, and/or other such external sources.
  • an external source including for example, a network accessible location (e.g., a mobile application store, an accessible database), a computer readable storage media, and/or other such external sources.
  • Device 104 may also implement a GPS functionality for providing location information associated with the user as described herein.
  • the location of the user and provider are used to determine arrival times and job start times and other information that allows the consumer and provider to make decision on the job execution.
  • the device 104 will generally include GPS functionality 165 as implemented with known hardware/software elements to provide the device and ultimately the service system 102 the necessary information regarding the location of the device and thus the location of the user.
  • the invention will use the location information as provided by the devices 104, 106 and GPS functionality 165 and combine that information and data with other sources or databases, such as from third party systems 108.
  • the third party systems often interfaced through the API layer 144 of the service system 102, provide map information and other granular location data associated with a user. In that way, maps can be displayed, distances of separation between the user and provider calculated, travel times determined, charge rates calculated, points of interest displayed etc, as is known in the art.
  • FIG. 4 provides a block diagram, similar to that of Figure 3, that illustrates the components of the client device 106 consistent with embodiments of the invention.
  • the provider device 106 may be similar to the consumer device 104 (for example, two mobile phone devices) and thus the various elements are illustrated with similar reference numerals and operate as noted with respect to Figure 3. However, since the provider device is used by a service provider and thus creates that side of the invention as described herein, the device 106 will generally be running a different provider application 180.
  • a provider of one service might also act as a consumer of another service and so both Apps 170, 180 may be resident on the same device.
  • a service provider can, for example, respond to and provide on-demand service, interface with the consumer in the provision of that service, track the time of the service and costs, and be paid for the completed job as discussed further herein.
  • the program code/App generally creates a workflow in the invention for the parties and comprises one or more instructions that are resident at various times in various memory and storage devices in a computer, and that, when read and executed by one or more hardware-based processing units in a computer (e.g., processors, microprocessors, processing cores, or other hardware-based circuit logic), cause that computer to perform the steps embodying desired functionality.
  • hardware-based processing units e.g., processors, microprocessors, processing cores, or other hardware-based circuit logic
  • Such computer readable media may include computer readable storage media and communication media.
  • Computer readable storage media is non- transitory in nature, and may include volatile and non-volatile, and removable and non-removable media implemented in any method or technology for storage of information, such as computer-readable instructions, data structures, program modules or other data.
  • Computer readable storage media may further include RAM, ROM, erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other solid state memory technology, CD-ROM, DVD, or other optical storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information and which can be accessed by a computer or other device.
  • Communication media may embody computer readable instructions, data structures or other program modules.
  • communication media may include wired media such as a wired network or direct-wired connection, and wireless media such as acoustic,
  • input interfaces may include touch screen capability and/or voice technology to be used as engagement and input modalities.
  • the interface screens may be laid out in any number of different ways for a user or users' convenience. That may include a single screen interface or a scrollable or swipable screen interface wherein certain touch modes may present continuations of the screen or related screens. Accordingly, the present invention is not limited to a particular screen interface or field layout. Rather, the present invention provides a functionality as described and disclosed herein which is implemented through the noted screen interfaces to provide the program process flow of the invention and the control of job requests and job workflow.
  • the invention incorporates unique interactions between both a consumer and a service provider, which each have their own devices, and the interaction of each of the devices with service system 102 as described herein for performing jobs in accordance with the invention.
  • the consumers may take various roles, such as in individual home owner, a property manager, or a resident of a property manager.
  • a provider may have various roles, such as an independent provider, an employee of a company, or an employer of a company. An employer may oversee other employee providers and may actually act as a provider themselves.
  • Figure 5A-5M illustrate embodiments of workflows or flowcharts of functions in accordance with the invention and will be described in combination with various figures of user interfaces of the mobile devices (screens/ screen shots).
  • the screens facilitate program flow and party interaction and illustrate the communicative interfaces and interaction platforms for each of the devices 104, 106 as provided through user interfaces 164 associated with the devices.
  • the various flows of the flow diagrams and flowcharts illustrate the various actions and decision points and branches provided by the invention and the interaction of the consumer and provider.
  • the different users of the system will take different actions and provide inputs to control the flow of the applications.
  • the various inputs will then result in various flows and timed jobs and job states that change and are set by the devices 104, 106 acting with system 102 and then stored appropriately on the service system/server 102.
  • the input fields may be in various forms, such as a portion of the screen, button fields, icons, sliders, thumbnails, bars, drop down menus, etc, and so herein such input fields will often be referred to as just“fields” to indicate the input user interface. Such fields are touched or engaged by the user.
  • the invention is not limited to the way in which the portions of the screen are arranged to capture the desired touch inputs or touch engagement.
  • the screen is a display and thus the output user interface will display various text and other information through the progress of the invention and the ordering of on-demand service.
  • notifications, messages, informational displays, menus, alerts, dialog boxes, modal dialog boxes, windows, etc displayed on the screen will also be generally referred to as“notifications” or message fields to indicate the output user interface and the invention is not limited by the output screen display nomenclature.
  • Each of the Apps including the consumer application 170 and provider application 180 are separately addressed initially to show the engagement by a consumer or service provider.
  • consumers may have various roles or identities as will providers.
  • the terms“application” and“app” or“App” are used interchangeably when referring to the consumer application/App 170 and provider application/App 180.
  • the Apps are executed by the respective devices where they reside and request inputs. As will be appreciated, the processing provided by the various applications will provide an interaction between one or more consumers and one or more providers in the requesting and fulfilling of service job.
  • Figures 5A-5M illustrate various flows associated with features of an embodiment of the invention.
  • the process flow illustrated in Figure 5A illustrates the feature of the invention associated with generally a typical job request, such as a job request that includes one consumer and one provider.
  • the consumer makes a request which is then submitted to the network for a search of providers as disclosed herein. Once a provider is found and then accepted by the consumer, the job becomes an active job and continues as disclosed herein. Further discussion of such a job request flow is disclosed herein.
  • the search takes advantage of various relationship statuses between consumers and providers, such as whether certain providers are in networks of a consumer.
  • Figure 5B illustrates a job request, such as through the resident of a managed property.
  • the property manager must approve the request which will then proceed through the search process until the resident is matched with a provider. Then the job will continue as an active job through finalization.
  • the approval step might be bypassed or skipped, and the job can continue as an active job through finalization. Further discussion of such a job request flow is disclosed herein.
  • Figure 5C illustrates the process flow of the invention associated with a property manager ordering a job for a resident of a managed property that may be a non-user of the system.
  • the property manager selects the needed service and then messages the resident to turn over the job to the resident who can then control the start of the job.
  • the property manager After the job has been initiated by the resident through sending a code via a message, and the job is picked up by a provider, the property manager has control of the job and starts the job time which will proceed as an active job through finalization in accordance with an embodiment of the invention. Further discussion of such a job request is disclosed herein.
  • Figure 5D illustrates the process flow associated with an active job through finalization of the job.
  • the process flow provides an interaction between the consumer and the provider which gives both the consumer and provider control in the process for starting and stopping and otherwise disposing of an active job until the job is finalized. Further discussion of such a job flow is disclosed herein.
  • Figure 5E illustrates a process flow associated with a job that has limits imposed wherein the limits have been reached.
  • the flow is the process associated with the consumer App and the consumer side of the process. Only managed properties have limits and the property manager is the entity that has control of any extensions to those limits.
  • Figure 5F is the process flow associated with a limit that has been reached from the provider side of the process. Further discussion of a job flow in a limited scenario is disclosed herein.
  • Figure 5G discloses the process flow associated with a property manager setting up a network of providers to be associated with the property. It illustrates interaction between a property manager and one or more providers for joining a network for handling job requests. Further discussion of network providers is disclosed herein.
  • Figure 5H illustrates a process flow associated with a property that is added to the profile of a consumer, such as a homeowner or resident or to the profile of a process manager that has one or more managed properties. It further illustrates the invitation process of a property manager to their residents to join the property for the purpose of job requests by a resident in a property. Further discussion of resident requests and job flow is disclosed herein.
  • Figure 51 illustrates a process flow associated with a provider adding a company to their profile with either the status of an employer or employee of the company.
  • the process flow shows interaction between an employee being added to a company profile through the approval of an employer provider for responding to job requests as a company provider. Further discussion of company providers is disclosed herein.
  • Figures 5J and 5K05M illustrate the process flows of embodiments of a job request and provider search protocol.
  • the consumer App is downloaded in a suitable fashion, such as from an App store or other source, onto the consumer device 104.
  • a landing or splash screen 600 is presented to a user as shown in Figure 6A that illustrates the App title, one or more tag lines and various icons/imagery.
  • a user is presented with a map screen 602 as shown in Figure 6B that gives them the option to login or to sign up as a new consumer.
  • the system tracks providers and the map shows the various providers that are online around the location of the consumer.
  • screen 604 of Figure 6C is presented to give them the ability in various fields as shown, such as email, password.
  • the consumer can also sign in with Facebook or Google+ depending on how the original account was set up. Assuming that all of the information is entered properly for the consumer to sign in, they are then presented with a home screen 608 is shown in Figure 6D that indicates what the location is and also shows a map with providers that are online near them.
  • a new consumer or user may be presented with screens 610 of Figure 6E which allows them to select an appropriate field 612 to create a profile.
  • a screen 614 of Figure 6F may be prevented and appropriately filled in by the consumer.
  • the profile is stored by system 100 and may be accessed and used as discussed herein.
  • screen 616 of Figure 6G will allow completion of the sign-up process and allow possible entry of other additional information, such as a photo as shown in Figure 6G.
  • the consumer App 170 can also provide editing of the consumer's profile as well as obtaining or addressing issues surrounding forgotten passwords and emails, as is typical in a login process.
  • the screens of Figures 6H and 6I might be presented.
  • Figure 6J illustrates a screen 620 the provides applicable fields 622 for editing the profile of the consumer as appropriate.
  • the App Stores may require location access and messaging notification permission and thus screens notifying and requiring user acceptance must be present.
  • An exemplary location access permission screen might have informational fields and input fields and the message notification permission screen might be similar with different information, as is known in the art. Generally, these screens are one time notifications per installation but might be shown again if a user uninstalls the App and then reinstalls it. After the initial landing screen and subsequent notifications, users might be presented with other informational screens, which overview various details associated with the App and the use of the service. The splash screens may be shown periodically to a user following the initial display.
  • a map screen 608 is presented that shows the location of the consumer centered on a map view.
  • the GPS functionality 165 of the consumer device and third party location services accessed through the service system 102 are used by the consumer App 170.
  • the location is generally centered on the map view with a custom pin icon as illustrated in Figure 6D.
  • Any in-app notifications/messaging may be presented to the user in an appropriate section of the screen.
  • One such notification may be that there are no service providers or professionals that are within the viewed map area. The consumer might be instructed to zoom out in the view to locate providers.
  • the consumer interacts with the map view of Figure 6D to pan, zoom in or zoom out, slide or otherwise present touch input using the standard device gestures for a touch screen (push, pinch fingers to zoom in, tap and move to pan) as are known to a person of ordinary skill in the art.
  • a consumer is required to either Login (with existing credentials) or Register to create a new account.
  • User registration screens also displaying information in addition to prompting the consumer to enter data, such as through the touch screen fields.
  • term field might provide a hyperlink to the Consumer Legal Terms of Use which are located on a website that is provided as part of the service system 102 and can be accessed through the network 103 and service system 102 to be displayed on a screen by tapping or engaging the Term link 214. A consumer must then accept these terms to process a successful registration which is required to utilize the full consumer App.
  • consumer Once a consumer has registered successfully and the consumer account is created, and an appropriate consumer account record created, consumers are then presented with a login screen 604 as shown in Figure 6C.
  • the consumer can use the data/information that they provided on the registration screen (email and password, for example) for inputs for the login.
  • they can use various social credentials as illustrated by fields 606 of Figure 6C.
  • the service system 102 may utilize OAuth or some other authorization standard or program to link to one or more social accounts from third party services and to the respective credentials to the user account/record associated with consumer.
  • both Facebook and Google might be utilized for social logins as seen in Figure 6C.
  • a service provider will be able to access a consumer profile through fields presented in a job history screen. In that way a provider might also see profile information on a boss/employer. Additionally, a resident consumer might be presented with the profile of a property manager consumer, or vice versa, in a similar linked fashion.
  • an employer provider may be linked to various employee providers as well.
  • the system 102 of the invention provides the necessary links between the entities in accordance with the features of the invention.
  • FIG. 9A After successful login, the consumer is presented with an authenticated map view screen or home screen 900 as shown in Figure 9A.
  • This map view 900 displays the consumer’s current location 902 as well as various pins 904 of the various service providers and professionals located in the current specific map view, or alternatively displays a notification that there are no or“zero” providers.
  • the consumer can engage field 912 to select an on-demand service in accordance with the invention to specify the type of on-demand service or trade they require.
  • a user can expand/collapse the location search area through field 906 to see more of the map as shown in Figure 9B.
  • field 902 may be engaged to add another property rather than a current location.
  • one or more of the properties created in the consumer App as disclosed herein might be selected as noted in field 914.
  • an address might be added to field 902, or the centered location pin might be moved on the map to select another location for the job request.
  • the map screen 900 is populated with various pins or icons 904 corresponding to local (per map view) providers based on provider records and data from the records previously set up and populated from a provider App as discussed herein and managed by service system 102 for use by the consumer App.
  • the other side of the interaction involves a provider that provides services to consumers.
  • the service providers of the on-demand services interface with the inventive system 100 through a device 106 that runs a provider application 180.
  • the provider application 180 is downloaded in a suitable fashion, such as from an app store, onto the provider device 104.
  • the App Upon download and installation of the provider application 180 on a supported device (e.g., phone and/or tablet, Android and/or iOS), the App provides a landing screen 700 of Figure 7 A that is illustrated to a user and that has the App title, one or more tag lines and various icons/imagery along with other marketable information for a provider to begin the login or sign-up process.
  • the provider App also requires location tracking and relies on device notifications, various permissions are needed from the provider user as well.
  • the App Stores may require location access and messaging notification permission and have screens notifying and requiring user acceptance.
  • the message notification permission screen might be similar with different information, as is known in the art. Generally, these screens are one time notifications per install but might be shown again if a user uninstalls the App and then reinstalls it.
  • a landing screen 700 is illustrated and then a login screen 702 of Figure 7B is presented for receiving information through appropriate fields such as email and password fields.
  • a provider is already registered in their application and provides the appropriate login information, they are directed to a map home screen 704 as illustrated in Figure 7C.
  • field 705 illustrates the location of the provider with an icon field 707.
  • the provider is given a number of fields to select how they would choose to provide their services.
  • a field 706 provides the ability to be online or off-line. That is, the service provider can decide whether they want to take job requests or not at the current time. To that end, field 706 may be a toggle field.
  • a provider can operate as an individual or independent or might operate as part of a company as an employer company owner or employee.
  • Field 708 provides the ability through either a drop-down selection menu or other appropriate mechanism to operate in an independent mode or in a company mode as part of a company as further discussed herein. The provider is then ready to receive a job request, assuming that they are in an online status.
  • a provider is not registered, through interface screen 702 and field 703 they are given the ability to register or sign up. If signing up, they are presented with one or more screens as shown in Figure 7D as screen 710 where they can enter login information and appropriate profile details such as their name, company, contact information and other information as necessary. As part of the process they might also be given the ability to add bank account information or to give other information. For example, a provider might need to have a certificate of general liability for operating in the inventive system and to provide service. This will have to be verified before they go on-line for a job as disclosed herein. Once those fields or any other fields are appropriately filled in, another field 712 might be engaged so that the provider can enter information regarding specific services that they provide. For entering services, screen 720 as illustrated in Figure 7E might be presented.
  • the provider might select one of the service fields 722.
  • the provider must add at least one service that they will provide, in the registration process. Upon doing so, they can then enter their years of experience in field 724, such as a slider field to show those years of experience.
  • the provider may enter license information.
  • the screen of Figure 7F might be presented for entering additional information through field 725.
  • other services may be added for a provider.
  • the various selected services and licenses might then be displayed. Once all the services of been selected, the provider may have to acknowledge and accept certain permissions, such as background checks and terms of use that might be viewed and acknowledge through one or more appropriate field 740. Once the various permissions in terms are accepted, which may be mandatory as illustrated in the screen of Figure 7H.
  • Field 742 might be engaged for signing the provider up in the inventive system. As illustrated in Figure 7E, various services might also be edited and deleted as appropriate through field 723 so that the provider can change their provider profile.
  • FIG. 7K Similar to the consumer, if a provider forgets their password or email, they might be provided with an appropriate screen for recovering same as illustrated in Figures 71 and 7J in a known process. Also, the provider profile and account may be edited through a drop-down menu and screen 750 of Figure 7K where an appropriate edit field 752 might be selected for editing the account. Therein, through an appropriate interface screen such as in Figure 7L, fields may be provided for updating or deleting a provider account as well as changing information, such as the email, password and other information about the provider. Furthermore, again referring to Figure 7K in screen 750, appropriate fields 754 are provided as well for the addition of one or more services as well as the addition of one or more companies that the provider may be associated with as disclosed and discussed herein. Also, as illustrated in Figure 7K, bank account information can be added as part of the profile as shown in field 755.
  • the profile screen for provider will show various service fields 761 through the fields that the provider has selected. Then by engaging field 762 the various services might be added or managed such as through another presented interface screen 770 as illustrated in Figure 7N. Services and related experience and license information might be selected and added or deleted as appropriate through one or more fields 771 . In that way, a provider can be registered to exist within the inventive system for providing services as discussed herein. You might also edit the bank account information by engaging field 755 or add an account through field 757. As may be appreciated, when adding information or editing information to a profile, various other different screens and fields, similar for example to the screen of Figure 7N might be presented to gather/edit the necessary information
  • a provider account/record or profile is created.
  • the various consumer and provider records and profile information are stored by the backend system 102.
  • the provider might be required to fill out a background check form with additional information.
  • the provider gives information that is required for performing a background check is shown in the screen of Figure 7D.
  • the provider may have to provide input data for their social security number, date of birth, email addresses, first and last name and other data details, which are then used for an extensive background check.
  • the provider/account might be unable to go online within the provider App until the background check is cleared.
  • a third party system/service 108 is accessed by the provider device 106 and service system 102 for providing the background check service. For example, in one embodiment, Checkr
  • the system 100 checks for the following information, including an identity and criminal record:
  • Identity Check IDENTITY VERIFICATION - a Social Security Number (SSN) verification is the most efficient way to verify a provider’s identity. If an identity cannot be verified, the third party system alerts the applicant to request additional documentation.
  • SSN Social Security Number
  • ADDRESS HISTORY - The Identity Check includes a trace of all known addresses over the multiple years. Based on that information, third party searches relevant court jurisdictions for the same time period.
  • SEX OFFENDER REGISTRY CHECK - A thorough background check includes a Sex Offender Registry Check. The third party searches registries for every state. The data returned includes date of registration and current status.
  • CRIMINAL RECORDS CHECK The third party service performs direct searches of Federal, National, State and county court records for relevant information. This search is part of the baseline for establishing due diligence. Results include felony and misdemeanor criminal cases as well as, charges, disposition, dates and sentencing information.
  • the backend is automated such that when a background check is set to Clear status or has been manually cleared, the third party system triggers an update to the provider’s account/record. For example, a flag may be set that shows the provider has a cleared background. Even with a cleared background, the provider is still unable to go online for taking jobs at this point until they have entered all of their deposit account information as noted herein.
  • the provider’s account is created and they have a verified and cleared a background check, the provider is also designated in their record as an authorized buyer for a professional service account at a third party supply company as discussed further herein.
  • the service system 102 interfaces with a vendor such as Home Depot or Lowe’s for providing a Professional Services account. This account allows the provider to procure parts at a particular store. For example, as noted herein, various jobs may require the purchase of certain parts or materials or other items.
  • a provider that has a provider account/record pursuant to the invention would engage at a store and indicate that they are part of the system of the invention (a brand for the invention, such as HOMEE, might be used for the provider to designate that they are part of the HOMEE system 100). They then present a valid picture ID to the personnel of the store, such as a cashier and have that person input a particular Job ID that is associated with a job as discussed herein. They can then have the parts or materials, or other items charged to an account associated with the job ID and can walk out the door in a cashless transaction. The parts/materials are then linked by Job ID to the system of the invention and can be retrieved in the provider App electronically through system 102 and then submitted as part of the final transaction to the consumer upon completion of the job.
  • the user is presented by the provider App with a Map view on their device, such as screen 1200 as illustrated in Figure 12A.
  • This map view displays a map 1201 with the user’s current location 1205.
  • the map might also include various pins or fields or indicators of the locations where that particular provider completed service job requests or has suspended service job requests or in process jobs that are saved in the provider records/profile.
  • each of the job pins may be color coded depending on the job status. For example, one color, such as blue, might be used to indicate a completed job for the provider.
  • any existing pin fields may be engaged for accessing information about the job details
  • a toggle field 1206 as shown in Figuresl 2A and 12B gives the provider the opportunity to input and set their availability. Sliding the toggle off, as noted, sets that the provider is in an offline state, and they are not available to receive job requests. As such, when the consumer App is run, they would not appear as an available provider on the consumer App map view screen, screen 608 of Figure 6D. Furthermore, the provider is kept in an offline state until their background check has cleared, any bank account information is added as discussed, and any Certificate of general liability is processed for their profile. Then they are able to go online by an appropriate engagement with field 1206.
  • field 930 might be presented for entering experience information, such as through a slider field as shown. Also, job details may be provided though engagement with field 924.
  • fields 932 and 934 may be selected for adding photographs and notes. For editing photos, menus might be provided (not shown) for taking a picture or selecting photos from a gallery that may be stored on the device.
  • field 936 might be selected for starting the search process for a provider. Field 936 may remain unselectable until any mandatory information is given.
  • map screen 940 is presented with a range indicator 942 provided on the map showing the area in which a service request will be sent in accordance with the invention.
  • the diameter of a search range might also be illustrated (field 944).
  • information regarding providers might be sent for providers within the search range as illustrated by fields 946. That information may include dispatch charges or time-based service rates.
  • the consumer has the ability to also change job site addresses, such as through engagement with field 902.
  • the user can change the search range or radius 942 through
  • the range in field 944 will increment as the user adjusts the range. Also, the rates in field 946 may be updated. Once the range has been determined and the rates have been set, if the consumer wants to proceed further, they can engage field 950 is shown in the screen of Figure 9H for requesting a provider of such services as they have selected.
  • Requests will go out to available providers in a search format as discussed herein wherein selective filtering is used based on the provider attributes such as their services offered, their memberships in a group or network of providers or a company, their certification/badge for certain products, as well as the distance from the service location in order to select a suitable provider as disclosed herein (see Figures 5J-5M, for example). Also, if the consumer has set up a network as discussed, a particular search protocol will be used. A waiting screen might be illustrated (not shown) while the invention is searching for a suitable provider.
  • a screen 960 is shown with informational fields displayed showing the location, years of experience, distance from the job, estimated time of arrival, rates, and other information as desired.
  • the map might also highlight the service provider location (field 963). Field 964 can then be engaged to make the job active.
  • the Rate information for a particular provider is determined using a particular algorithm of the invention.
  • Information related to wage data for certain occupations is used and then modified according to the invention. For example, wage data from the US
  • FIG. 13A A normal distribution of wage percentiles is illustrated in Figure 13A shown with years of service or expertise. In accordance with one embodiment, that information is contained within a look- up table of the system 102 that may be accessed based on job location as determined in the invention.
  • Figure 13B illustrates an exemplary table with wage rate percentiles associated with years of experience of a provider that may provide the basis for such a look-up table, in accordance with one aspect of the invention. As such, in a table there will be multiple wage rates for a particular location, based upon years of experience for the provider. The interpolated Rate Values are used and are further modified based on provider years of experience.
  • the rate may be modified by other factors in accordance with the invention.
  • a Time factor (which may take into account both time of day and actual day of the week) and a Rating factor are used for modification.
  • a graph shows a Time factor (Time of Day- TOD) for an embodiment.
  • the factor might be unity or 1 X, but then it is adjusted accordingly as illustrated.
  • the Rating factor is based on a 1 -5 star rating that is given to a provider by the consumer as noted herein for past jobs that have been completed. That information is stored for the provider profile record and then used for future rates of future jobs.
  • the rate as used in the invention takes into account various factors to determine a fair and equitable rate based on the job conditions as well as the quality and experience of the provider themselves.
  • the system distributes the job request to the localized network in one or more specific search protocols as disclosed. Different search protocols may be used for the purposes of finding a provider and linking them to the job request as disclosed herein.
  • the invention cycles between all the providers that are available in a defined radius or a map zoom level and then gives an exclusivity period for each before moving on and then gives a set time-out period for each such provider. If all the providers have been addressed and all the time-out periods are expired, the job request is then expired, and a consumer would have to begin again.
  • FIG. 9J certain information regarding the job might be varied before requesting a provider.
  • selected photo 972 might be displayed and uploaded to the server as indicated by message field 974.
  • Editing fields 976 allows the consumer to add or remove various photos for the job as desired.
  • the process might be canceled by the consumer.
  • a cancel field 925 might be engaged wherein the user can cancel.
  • the screen 970 the Figure 9K is presented and the consumer can confirm cancellation through field 972 or continuation with the job request through field 974. If the job is canceled, a temporary message field, such as a“request cancelled” message might be displayed (not shown) and when the job is canceled, the consumer App will return to a map screen such as that illustrated on screen 900 of Figure 9A.
  • the search protocols that are used for searching for a provider may take into account features of the consumer, such as whether they are an individual homeowner or a property manager managing multiple properties. Depending on the scenario of the search requests, different protocols might be used.
  • the consumer may have one or more actual“favorite” providers that they have used or want to use.
  • the consumer can designate a favorite provider as disclosed herein.
  • the consumer App will determine from the consumer profile if one or more certain providers has been designated as a favorite of the consumer. Then, in one embodiment of the invention, the protocol selects the provider using the following search process: [000109] 1 )
  • the consumer App determines the one or more favorite providers and also determines which of those providers are in an online condition and also which of those match the consumer’s selected criteria (e.g., trade type, years of experience, license).
  • the job request pattern continues, spreading out the requests to all the record of favorite providers within a defined location radius, such as a 25 kilometer radius.
  • a defined location radius such as a 25 kilometer radius.
  • the map zoom level will only be used to view providers.
  • the map zoom level displayed on the consumer’s device might be used for the search radius. The search continues until the job request is accepted by one of the favorite providers with an open request.
  • a search protocol may be tailored for a managed property as disclosed herein.
  • a property manager may create one or more networks of providers that will have priority in providing a service for a job at the managed property.
  • a property manager may invite one or more of the providers, such as through and in- App invitation, e.g. using a special code, to join a network associated with their managed property.
  • an in-house network might be created, and a preferred network might be created as well as other networks as disclosed herein.
  • a search request is made to one network, and then later to another network if multiple networks have been set up and selected, and then to further networks as necessary to obtain a provider.
  • One network such as an in-house network, may include specific employees of the property manager. As such, they may be given highest priority in a search. A preferred network might be the next tier wherein certain preferred service providers will get priority. Thereafter, if the search is not fulfilled with a provider, the search may proceed to an open network which may include all other available providers. For example, as discussed herein, through an open network search, the search request might go first to favorite providers and then to other providers in a series of timed search steps as disclosed. The networks create exclusivity in a search if the network is the only one selected. For example, if the property manager sends a request to an in-house network only, the search will not push out past that particular network of providers into a preferred or open network to obtain a provider.
  • the request will first hit all available providers in the in-house network, and then go to the available providers in the open network if the search has not been picked up by an in-house provider.
  • the search will thus depend on what network a property manager has selected for the job request. Using the protocol noted above, for example, when an in-house network is selected for a job provider search, the search protocol will proceed as noted in the protocol for only those providers that are in the in-house network. If one is found suitable for the search criteria, the search ends. If not, the search might progress on if other networks are set up and activated.
  • the search might proceed next to the preferred network and would follow the listed protocol using only preferred providers in the network until a provider was found or the search protocol is exhausted or times out. Then if the selected network searches are exhausted, the search might proceed to an open network search and proceed as noted above for all available and on-line providers. That is, the search will proceed according to the noted protocol but will use the networks to limit the providers that are searched.
  • providers may be asked to join certain networks for certain services they offer. Therefore, there may be a network associated for each of the services that could be searched.
  • specific networks may be set up for each property that is managed by property manager. That is, the property manager can approve a service provider selectively for certain networks associated with certain properties or associated with certain services that are to be provided.
  • a network might be set up for all jobs that may pass through a property manager.
  • the property manager can designate which networks will be utilized in a search. That is, they can selectively activate certain networks. If no network has been set up, the search would just proceed in an open network fashion as discussed herein with respect to giving priority to any favorite providers and then to other providers as the search protocol proceeds. That is, it may start with favorites and then proceed with other providers within 1 mile, 10 miles, 50 miles, etc.
  • the property manager can tailor the search hierarchy for different services, different properties, and even different locations for property. For example, to provide a plumbing service, the property manager might only activate the preferred network so that preferred providers in that network receive priority. For a particular property location, the property manager might activate only an in-house network and so only in-house providers or employees of the property manager are given priority in the search. Also, if a certain property is within a geographical location, such as a city, all the properties in that city might have their own networks and search protocol as selected by the property manager. For example, for a city, the in-house network and then preferred network might be activated and so the search priority will proceed to all in- house providers, and then if none are found it will proceed to the preferred network of providers.
  • a geographical location such as a city
  • all the properties in that city might have their own networks and search protocol as selected by the property manager. For example, for a city, the in-house network and then preferred network might be activated and so the search priority will proceed to all in- house providers, and then
  • Figures 5K-5M illustrate an alternative search workflow in accordance with an embodiment of the invention wherein networks of the consumer as well as individual expertise and badging of the providers is taken into account. Specifically, when a job request is made 500, then a determination is made at 501 with respect to whether the consumer has one or more networks. If the consumer has networks, the flow might proceed through path 502. If not, the flow might proceed through path 504. To reach the various paths, determinations are made with respect to whether the job request requires a particular badge or particular expertise by the provider as illustrated in block 506 and throughout the flow of Figures 5K-5M. The job request is sent to various different providers in the hierarchy as shown in the figures with preference given to in-house providers such as in block 508 and then to preferred providers is in block 510.
  • the requested badge is taken into account for a service provider as disclosed herein. If there is not a matching badge for a particular service provider as illustrated in block 508, the search request might be passed on to providers that have a comparable badge, such as for providers that may install a particular product, just not the particular brand noted in the requested badge, as shown in block 512. As noted in the flow of Figure 5K, if the job is accepted through any of the various search protocol layers, normal job flow resumes as shown in path 514. In that way, for a consumer that has a network with in-house providers or preferred providers, the job request is provided through the various distance radius as disclosed.
  • the flow may proceed as illustrated in Figure 5M wherein the radius of the providers is sequentially increased. For example, as shown in Figure 5M, through blocks 524, 526, 528 and 530, the radius might be increased for the job search to try and get an accepting provider.
  • the flow will be redirected to such providers based upon matching badges or comparable badges within a certain job radius from the property.
  • the workflow will resume as described herein.
  • the property might be a managed property and the consumer is a resident of that property, not the owner.
  • a consumer entity requesting service as a resident will need approval as shown in the flow of Figure 5B.
  • the system contacts the property manager (PM) and seeks the necessary approval.
  • the screen 980 as shown in Figure 9L is presented to the resident consumer. Screen 980 informs the resident of the approval process through an appropriate message field 981 and also allows them to cancel the job request through field 982.
  • the system informs the resident through their device, such as by information in the screen 984 as shown in Figure 9M (see Figure 5B). If the request is denied, the resident is also informed, such as by screen 986 as shown in Figure 9N. As further discussed herein, the property manager may give an explanation to a resident and such extra explanation is provided to the resident to information field 988. If the request is declined, the resident's device is presented with the map ordering screen 987 as illustrated in Figure 90.
  • the resident themselves may be a consumer and may be able to pay for the job request. As such, they would not want the job request to be canceled based upon a decline request by the property manager.
  • the property manager has the ability to shift the cost responsibility to the resident. Therefore, the request can be conditionally approved but responsibility shifted. To that end, the resident is presented with information that the cost to responsibility his been shifted. As illustrated in screen 988 of Figure 9P. The resident is then given the ability to cancel the job through field 989 or to proceed and switch payment through field 990.
  • Screen 991 of Figure 9Q is then presented to the resident and through the fields 992 an existing payment method may be selected, or another credit card might be added depending upon the resident's profile.
  • the job requests can be canceled as discussed or submitted via field 993 in order to find a provider. If the job request is to proceed, based upon the approval by the property manager or based upon the resident taking over payment responsibility, it will proceed in a normal fashion as described herein with the search and selection of a provider.
  • a consumer that is a property manager will generally be running a consumer App on their device.
  • the system will facilitate communication between a resident on the consumer App on their device and a property manager with a consumer App on the device of the property manager.
  • the consumer App of the residents sends information and data regarding the request to the consumer App of the PM through the service system and servers via the connecting network.
  • those consumer applications will be referred to as“resident application” and“PM application”.
  • Fields 1002 include information regarding the property associated with the job request as well as the type of job that is requested. Furthermore, field 1002 also includes information regarding the resident who is requesting the job. Fields 1003, 1004 provide the notes and photographs that are associated with the job request as entered by the resident. By tapping on one of those fields, such as the photo field, additional photos might be illustrated, such as by being swiped through in an appropriate field. As discussed herein, the invention gives the property manager the ability to approve or decline a requested job from a resident (see Figure 5B). Fields 1005 can be selected as appropriate based upon the decision of the PM.
  • the job request can be dismissed through field 1006, and no notification will be provided to the resident application and the job request will be left unresolved. If the job requested from a resident is approved, the PM application will return to a map screen such as screen field 1008 as illustrated in Figure 10B and a message 1009 might be provided to indicate approval. The resident application can then proceed as discussed herein.
  • the property manager may also shift responsibility for the cost of such a job request.
  • field 1015 might be engaged or checked for indicating that the resident is responsible for the cost. If that is selected, the ability and field of the property manager to decline is removed such that field 1016 is not selectable but field 1017 is. This is a conditional approval. Then upon approval the PM application will inform the consumer application through the system and as noted Figures 9P and 9Q the resident has to address the cost aspects of the job. Again, upon approval the property manager is presented with screen 1008 is shown in Figure 10B.
  • the property manager may be managing property for a number of residents and thus may receive a number of job requests from different residents.
  • the PM application upon receiving multiple requests may provide a message 1020 of a plurality of job requests.
  • Field 1020 may also be engaged for showing the various job request.
  • screen 1021 is presented as a drop-down screen from field 1020 and shows a list of fields 1022 illustrating the various job requests. Newer notifications of job requests might be indicated, since by being listed on top or marked in some other way to indicate to the property manager that they are newer. Also, indications might be provided in the various fields 1022 to indicate that they have not yet been opened or addressed.
  • Each of the fields in the list 1022 may be engaged.
  • additional information may be selected.
  • a plurality of fields 1023 may be presented for the job request.
  • the PM application will allow the property manager to see the associated details for job request, such as notes and
  • FIG. 10H if multiple job requests come from a resident and there are currently ongoing jobs as viewed by menu screen 1024 of Figure 10H, the message field 1020 is presented.
  • the PM application provides a menu list 1025 of jobs that are in progress or in various other stages as provided by the statuses of list 1025, such as in-progress, on-site, and in-route as illustrated on screen 1024 shown in Figure 10H.
  • An engageable message field 1020 as illustrated might be engaged to then provide a list of various job requests as shown in Figures 10F and 10G.
  • One or more can be selected and then declined or approved as described herein. Then, depending upon whether one or more jobs are approved or declined, the consumer application flow would return to Figure 10H.
  • a message field might be provided of an approval or a decline in field 1026 is shown in Figure 10I. As described herein, if the job request is declined information might be required such as a message for the resident as described with respect to Figure 10C.
  • a property manager may have set up various networks (see Figure 5G). As such, upon receiving a job request from a resident, those networks might be accessed. For example, as is shown in Figure 10J, the screen 1000 will be similar that as illustrated in Figure 10A. However, if the PM has set up one or more networks a selectable field or button 1028 might be engaged for showing an overlay field 1029 with information regarding selectable network filters to be used in the search protocol.
  • the field 1029 will include other selectable subfields 1030 for selecting a particular state of a network such as turning it ON or OFF.
  • the fields 1030 may be engaged for toggling them ON and OFF in order to set up network filters that are to be used to request the search as discussed herein.
  • field 1029 By engaging some other area on screen 1000, field 1029 will disappear and the screen 1000 is presented for declining or approving the request as previously described.
  • the filters are used for a search protocol for a job at a managed property, as disclosed herein.
  • a resident of a managed property may not be engaged with the system and thus may not be a consumer or have a device that runs the consumer App.
  • a property manager will order for the non-user resident of a managed property as disclosed in the flow of Figure 5C. To that end, in the PM application a screen such as that illustrated in Figure 10L might be presented for selecting the location for job services discussed herein.
  • Screen 1032 of Figure 10L might include a location field 1033 that is prefilled with the property manager's current location, the field 1033 may also be engaged for entering a different location.
  • additional information through field 1034 might be required, such as the phone number of the resident as well as a unit number for the managed property listed in the address or work location field 1033.
  • some of the additional information of field 1034 might be mandatory and some might be optional. Whatever information is mandatory, the ability to proceed and select field
  • 1036 of Figure 10N is provided through the PM application to the property manager with the field 1037 that is not simply to request a provider. Rather, as shown in Figure 10N, field 1037 may be engaged to indicate that the property manager accepts the job parameters and is ready to send information to a resident who will then start the job on their schedule. More specifically, screen 1038 of Figure 10O is provided as a one-time informational screen to indicate that the property manager has to have the resident approve the job so that it can be dispatched upon the resident’s approval. Specifically, as shown in information field 1039, in one embodiment of the invention, the job can be dispatched upon the resident sending back a code that is sent to the resident by the property manager.
  • the resident is then in control of the starting of the queued job and when the provider will be matched with the job.
  • the job such as through the message code (e.g., SMS code)
  • the job will be indicated on the screen 1046 of the PM as a queued job with information fields such as indicating that the job has been released, and the provider is on their way and an estimated time of arrival as shown in field 1050.
  • the PM application also interfaces with the system to gather information regarding the resident as well as the provider and provides fields 1052 for the PM to access the contact information.
  • the job will then proceed as usual as described herein and screen 1053 as shown in Figure 10S will be provided to the property manager allowing them to determine the status of job, the location of the provider, also to terminate the job is discussed further herein.
  • a drop-down menu field 1054 might provide a number of selectable residents that can be selected from a list as shown in Figure
  • a network button or field 1056 is provided for selecting one or more networks. Engagement of field 1056 provides a drop-down field 1057 with various engageable subfields 1058 for engagement to be selected and unselected as shown in Figure 10V. Selected and unselected filter fields 1058 might be shown in different colors depending upon their selected or unselected state. Various networks can be selected, and a job request search will proceed with those networks as discussed herein. Field 1057 maybe then be closed as appropriate. The filters of the networks can then be used for the job request search when it is accepted and then sent to the resident for approval search and scheduling as discussed herein.
  • informational screen 1060 might indicate that the search is underway. However, if a provider that accepts a job is already on the job, another informational field 1062 might be provided to overlay screen 940 and indicate to the consumer that the provider is already on a job. Referring to screen 960 of Figure 10AA (see also Figure 9I) the consumer can review rate information and then except the rates and dispatch the request, such as through field 964. The job is then considered in a queued state until the provider can finish the current job. Referring to screen 1062 of Figure 10BB informational fields 1063 and 1064 provide information associated with the provider as well as the status information for the job. Furthermore, as illustrated in Figure 10BB, a message field explaining that the provider will be on their way to the new job upon finishing your current job. The estimated time of arrival provided in the informational fields 1064 is responsive to when the provider completes their job. The provider finishes early, the ETA will be updated as appropriate by the consumer App in the system.
  • FIG. 10CC shows that the provider is activated, and the provider is still in-route as shown by status field 1067. Once the provider arrives, this status field may show that the provider is on-site as illustrated in the screen 1068 of Figure 10DD. If the job was ordered by a resident, the resident would then have to release the job, so the provider can begin.
  • the provider is given the ability, such as through field 1070 to cancel a job.
  • the consumer must then decide if they want a new provider.
  • screen 1 171 of Figure 10A is provided wherein the consumer can request a new provider through field 1 172 or go ahead and cancel the job themselves completely through field 1 174. If the consumer decides to request a new provider, they will be returned to screen such as the screen interface shown in Figure 9G.
  • a home screen or map screen such as that in screen interface shown in Figure 9A may be presented to begin an entirely new process, if desired.
  • field 1 181 might be a drawer field that will open to various notifications associated with jobs that the property manager has approved.
  • a cancellation is indicated at field 1 183, which may be engaged such as by touch to then see various details of the canceled job as illustrated in the job listing screens of Figures 1 1 E and 1 1 F showing the noted details.
  • the details might be illustrated through a job history screen as shown in Figure 1 1 F.
  • a job request is sent through the system which provides that job request to a number of different providers, and the job request is selected and controlled by the consumer as disclosed herein.
  • the providers upon receiving the job request can accept the request and then begin the job workflow according to other features of invention.
  • the consumer App may be run by and associated with a homeowner, a resident of a manager property, or a property manager.
  • a provider made work on their own as an independent provider or as an employee of a larger company. Still further, the provider might be a company owner or employer of other service providers. An employer can also work as a service provider themselves. As such, the acceptance of the job request may proceed in different paths as discussed herein.
  • the provider if the provider is independent or an employee they may operate in a particular mode for receiving a job. For example, as illustrated in the screen of Figure 12A field 1202 may indicate the job receiving status of the provider, such as an independent mode. Field 1202 may be a drop-down field for picking the mode of provider. See Figure 12Y, for example.
  • Job receiving status field 1202 thus provides a drop-down capability such as to change the mode from independent mode to employee mode if desired. If the provider does not belong to a company, they will only have the independent mode available. If the provider wants to see their current rates, they can engage field 1203 in which case a field 1204 might show the rates for different services as illustrated in Figure 12B. The rates can then be hidden by engagement with field 1205. Field 1206 toggles to put a provider online to receive jobs requests or leave them off-line.
  • an informational screen 1210 might provide information to the provider that they are going online, such as for the first time. The information can explain that they should be ready to receive jobs and if they are not, then they should stay in an offline status.
  • Engaging field 121 1 the provider can dismiss the informational screen 1210.
  • Figure 12D indicates that the provider is in an online status as shown in field 1206.
  • the provider can receive job requests.
  • information about the job is presented such as through fields 1213 and 1214. For example, the type of service of the job request and the distance from the provider for the job location is indicated.
  • the photos and text information as indicated by fields 1214 are displayed in screen 1212.
  • a drop-down field 1215 is provided for indicating optional departure times if the provider cannot leave at that moment or cannot leave“now” but in some time soon. (See Figure 12G.
  • the service provider can then accept the job request through field 1216 or decline it through field 1217.
  • Engaging the photograph subfield of field 1214, various photos may be reviewed and scrolled through his advocated in screen 1220 of Figure 12F.
  • screen 1221 is presented with drop-down job departure times as shown in the drop-down field 1222 of Figure 12G.
  • a waiting screen 1223 as shown in Figure 12H is provided to the service provider. That is, the provider has to wait for the consumer or resident's approval as disclosed herein. If they still want to decline the request, field 1217 is still available.
  • Certain properties may have limits placed thereon with respect to labor costs and parts and materials.
  • the limits may be set.
  • the property limits information upon a consumer or resident accepting the provider during the search process, the property limits information will be provided to the provider in screen 1225 via a pop-up field 1226, to inform them about the limits. This will happen if the property has limits that are set as discussed herein for managed properties. The provider then has to acknowledge the limits by engaging an input field 1227. Further disclosure regarding limits is set forth herein with respect to Figures 5E-5F. After the consumer has accepted the responding provider, screen 1230 is presented in the provider App with information as indicated by field 1232.
  • the provider can engage field 1233 to see job details or field 1234 to view the property information. Upon being satisfied with the details regarding the job, the provider can decide to proceed through engagement with field 1235 or may still decline through field 1236 as illustrated in Figure 12J. If property details are requested through engagement with field 1234, the screen 1240 of Figure 12K is provided that shows a plurality of property detail fields 1241. If it is a managed property, the provider is given fields 1242 such to call or message the property manager or resident. Further expansion of the property features is provided through engagement with field 1243 which will show a screen as illustrated in Figure 12M with additional details.
  • the screen of Figure 12L will be provided for such contact.
  • the screen in Figure 12N is presented to the provider showing photos, notes or messages, and the distance from the provider as well as the particular service requested. Appropriate“back” fields can be provided for getting back to the screen 1230 of Figure 12J.
  • a screen 1250 is provided with a pop-up field 1252 asking the provider if they need she stopped to grab parts for the job.
  • Various selectable subfields 1253 are provided for indicating YES or NO as shown in Figure 120.
  • providers can be independent, employees, or also may be an employer.
  • the provider App may be used by an employer who works in independent mode as illustrated in Figure 12P. If the provider is an employer, the screen 1200 will include a selectable icon 1255 which may be selected by the employer to switch over to ongoing jobs that are being handled by employees of the employer.
  • an employer can create a company that will have a plurality of employees that join the company and can be managed through the present invention by providing the employer with the ability to see the employee’s activities and the jobs that they are currently handling. Otherwise, the employer as a provider would accept the job request in a similar fashion as illustrated in Figures
  • a provider has the ability to accept or decline a job request. Upon declining a job request, in accordance with one aspect of invention, the provider may be required to state a particular reason why.
  • interface screen 1260 provides a verification process and a number of selectable reasons or the ability to provide a different reason to a consumer for declining the job request. Once the message choice is made and they have indicated that the process is complete through field 1261 , the provider goes back to a screen for receiving jobs and a message field 1263 indicates the declined request (or a canceled job) as illustrated in screen 1262 of Figure 12R and Field 1263.
  • screen 1270 provides a selectable field 1271 for pausing the navigation. Upon pausing navigation, options are then presented with screen interface 1272 as shown in Figure 12T.
  • the provider App then allows the provider to still cancel the job through engagement with field 1274 whereupon menu 1276 is provided as illustrated by the interface screen in Figure 12U.
  • the menu field 1276 provides a verification screen and message for the cancellation, and upon cancellation, such as by engaging field 1277, the provider is brought back to a home screen such as the screen interface illustrated in Figure 12A.
  • a message may be provided in that process on the home screen indicating that the job has been canceled. (See Figure 12R).
  • the consumer can cancel the job completely or may cancel the job and request a new provider.
  • a message screen as illustrated in Figure 12V is provided through the provider app to indicate a
  • a provider can operate in various different selectable modes. For example, they might operate in an independent mode (default for provider), they might also operate in the mode of being an employee or employer as discussed and disclosed herein with respect to setting up various providers through a company framework (most recently added company might become default).
  • the provider App presents a provider with the ability to change their modes for receiving a job request. For example, as illustrated in Figure 12W, the drop-down field 1202 is presented a user can change their mode to working for a company as indicated in field 1202 of Figure 12W or in independent mode (See Figure 12R).
  • a message screen such as that illustrated in Figure 12X might be provided to explain the mode switch.
  • the selectable drop-down fields 1202 might allow selection of the independent mode 1281 or an employer company 1282. Accordingly, the invention gives the provider the versatility of accepting job requests under different roles. In the role of an independent, payment made from a consumer upon job completion will go to the provider. If the provider is an employee and providing service in that capacity, payment would go to the employer.
  • a provider may be on a job with an appropriate job timer 1402 running for the current active job.
  • the search protocol makes its way through the various search layers looking for a suitable provider, and if all the other providers are busy, the invention will start contacting providers who are currently in an active job.
  • the screen of Figure 14B is provided to the service provider and includes a message regarding new jobs 1404 giving the provider the ability to look into details about the job or to simply decline as shown in fields 1406.
  • the screen of Figure 14C is provided wherein the provider is given the ability to select when they will be ready as illustrated by fields 1408 and can then accept or decline requests per fields 1409. If the provider accepts the job they will then have to wait for the consumer to approve them and will be provided the screen of Figure 14D with a suitable message. The provider still maintains the ability to decline a job as well, as set forth in field 1410.
  • the screen of Figure 14E is illustrated with a suitable confirmation message 1412 and then a field for resuming the current job 1414.
  • the provider will then move on to the next or queued job.
  • the provider Upon completing the previous job and entering the suitable information as discussed herein to send to the current consumer for approval, the provider will be presented with the screen of Figure 14F for the next job wherein information about the job, such as the address may be provided in a field 1420.
  • Other selectable fields 1422, 1423 are provided for seeing additional details about the property which may have been entered into database for that property, as discussed herein, as well as details about the job.
  • the field is then provided to be selected to proceed to the next job 1424 or to also cancel the job 1425.
  • a navigation screen as illustrated in Figure 14G is provided to the provider just like the beginning of any other new job.
  • the provider can also, upon returning the active job screen of Figure 14A, engage a suitable selectable menu field 1431 in order to look at the job history and will be presented with the screens of Figures 14H and 141 for selecting job history and then displaying the job history in the screen of Figure 141.
  • a suitable selectable menu field 1431 in order to look at the job history and will be presented with the screens of Figures 14H and 141 for selecting job history and then displaying the job history in the screen of Figure 141.
  • the job that is queued will be appropriately illustrated with a suitable field 1432.
  • a timer is associated with the job for the consumer to keep track of the job progression and to control the job flow in accordance with one embodiment of the invention.
  • the timer will stop and can be restarted in several ways as discussed herein as the consumer and provider interact as reflected in the flow of Figure 5D. Also, the timer provides control of the job by both parties in a satisfactory flow so there are no surprises in completion and cost.
  • an interaction is provided generally between a consumer and a provider for the completion of a job.
  • the timer is maintained and at selected job junctures the invention gives the provider as well as the consumer the flexibility to start and stop the job as well as provide the consumer with approval for the various junctures in the active job flow.
  • the invention provides an interaction such that when a provider takes one action with respect to the job flow, the consumer is given the opportunity to approve or decline that action and the stoppage of the job flow and associated timer. That is, jobs may be paused and then restarted to give the provider the flexibility, such as to take a break, tend to another job, or possibly pick up parts that are necessary for the job.
  • the consumer has some control over the start and stop process in the job flow and can decline a request for a paused or suspended job based on their schedule.
  • the invention as discussed herein, to eliminate too much management of the job flow by a consumer, the consumer can effectively trust the provider and can therefore put the job into a "fast track” mode. As described, the "fast-track" mode eliminates some of the interaction between the consumer and provider during the typical job flow.
  • the provider and consumer App will illustrate a respective provider screen 616 and consumer screen 618 showing timers.
  • the screens will have various fields and information to help the job flow interaction between the consumer and provider.
  • the provider screen 1400 may provide some or all of the following information:
  • JOB ID -Unique string which ties together the consumer with the
  • JOB ID notes, materials list, pre and post images/videos. This may be displayed or just used by the system but not displayed to the consumer or provider in the App.
  • the status could be ONSITE, IN ROUTE, PAUSED, STOPPED. (Field 619)
  • the consumer screen for an active job may provide the following information:
  • JOB ID Unique string which ties together the consumer with the
  • the status could be ONSITE, IN ROUTE, IN-PROGRESS, PAUSED, STOPPED. (Field 1531 )
  • FAST TRACK this field might be engaged so that the service system 102 backend would automate the acceptance of various timer interactions (pause to resume, pause to stop, stop to suspend, stop to finish) between the consumer and provider. This is to streamline the interaction between provider and consumer as one feature of the invention.
  • provider information is given in fields 1502 and the selectable field 1504 is provided for accepting the provider and their rates and information.
  • the selectable field 1504 is provided for accepting the provider and their rates and information.
  • the screen interface of Figure 15C As shown in the screen interface of Figure 15C, once the provider has accepted a job request, information regarding the provider is shown (Field 1508). Furthermore, the address that the provider is going to for the job as well as their estimated time of arrival is illustrated (Field 1510). Also, information about the job type and the provider status is illustrated (Field 1512). A map field 1514 is also provided to show the navigation of the provider to the job site. Through field 1516 a user may turn the“fast track” option on and off whenever they like. Also, field 1518 allows termination of the job at any time. As illustrated in the screen of Figure 15D, the estimated time of arrival will show once the provider starts driving to the job site, as illustrated in field 1510 of Figure 15D. Also, if the provider is stopping for parts, the provider can indicate on their device they are doing so, and the message will be provided to the consumer as illustrated in field 1520 of Figure 15D.
  • the work flow may proceed for an individual homeowner or the property may actually be managed, such that the consumer who is ordering the job is a resident of the manage property.
  • the screen of Figure 15F may be presented wherein the provider information of fields 1508 may include information regarding the property manager as shown.
  • the resident consumer wants to contact either their property manager or the provider they might engage one of the selectable fields 1508 and the screen such as that shown in Figure 15G is presented providing suitable selectable fields 1522 for either calling or messaging whichever entity is being contacted.
  • the screen of Figure 15E may be presented which might include a change of color in the background screen for indicating the status change as shown in field 1520. Other messages might be provided as shown in field 1524 indicating that the timer has not started but may start soon.
  • the provider will then request that they start the job as discussed herein and their job status will change to“ready” (Field 1520) as shown in the screen of Figure 15H.
  • the consumer is then given the ability to accept or decline the job timer by appropriate selectable fields 1526, as shown in the screen of Figure 15H. If the start of the timer is accepted by the consumer, such as by engagement of field 1528, the timer screen of Figure 151 is illustrated for the provider.
  • the timer screen has a progressing timer field 1530 as shown and the screen may take a suitable
  • a job might be paused and a screen such as that in Figure 15J may be provided which is a different background color and a different status indication in field 1520.
  • a screen such as that in Figure 15J may be provided which is a different background color and a different status indication in field 1520.
  • the screen of Figure 15K might be illustrated with another different background color and status indication in field 1520. In that way, the inventor provides an immediate indication of an active job status to the consumer.
  • a message 1532 might indicate that the provider is compiling information regarding the completed job and informational fields 1534 might provide labor and material cost information along with additional information on job completion. For certain jobs, as discussed herein, limits may be placed on the job and thus information regarding such limits might also be displayed to a consumer.
  • informational fields 1540 may be provided to show visual indication of the
  • the consumer is provided the ability to start a timer as illustrated in the screen of Figure 15H. If for some reason they indicate they are not ready such as by engaging field 1529, the consumer is presented with a screen of Figure 15N where they can engage an appropriate field to either call the provider or dismiss the modal field that is part of the screen. If they decline the timer the consumer might be brought back to the screen similar to that of Figure 15E with the provider indicated as on-site.
  • a property manager will interact with job requests for a managed property wherein the consumer is a resident of the managed property.
  • the property manager can view information regarding active jobs and will be provided screens similar to those that are provided to the resident/consumer such as the screens of Figures 15C, 15E, and 15I, for example. But the property manager will not have the ability to terminate the job from those screens and thus consumer screens may appear as illustrated in Figures 150, 15P, and 15Q for the property manager.
  • Those screens indicate jobs without limits. If limits might be involved, a screen such as that shown in Figure 15R is illustrated with fields 1550 with information regarding the percentage of limit reached as well as a selectable field for detail.
  • the screen of Figure 15S is presented to a consumer/resident or property manager upon requesting more detail regarding the limits from the selectable field 1550.
  • job information might be provided in fields 1552 that show the amount of the cost limits for both parts/materials and labor as well as the estimated time for the labor.
  • an active job may be terminated at any time by a consumer, such as by selecting field 1518, which remains in the various active job screens as illustrated in the Figures.
  • the consumer is presented with the screen of Figure 15T where they are presented with a confirmation message filed 1554 letting them know about the termination. For example, they may be informed that they will have to pay all the fees up to that point in the job unless there is some further issue, such as inappropriate conduct. The consumer can rethink the termination or proceed with it based upon engaging one of the fields 1556.
  • the screen of Figure 15U is presented to the consumer wherein they are required to give feedback through selectable fields 1560 and a note field 1562. Once they have provided that feedback it may be applied to then complete the termination as illustrated in the screen of Figure 15V and upon termination of the message they will be brought back to a home screen is shown in Figure 15W.
  • a consumer may also allow a job to be suspended or paused. If a job is paused, a screen as illustrated in Figure 15J is presented to the consumer. A pause might be requested for a short time situation wherein the job is to then be quickly resumed. However, if the job is to stop for a longer time, the job may be suspended by selecting the appropriate field. In such a case, a screen as shown in Figure 15X is presented which may have a color change in the screen to provide a visual indication of a suspended job. For example, the screen might be gray. Field 1564 indicates the suspended status and field 1566 provides a breakdown of the job progress and expenses. Also, the consumer is provided with information as to why the job is suspended by the provider in field 1568.
  • the consumer can acknowledge the suspension or terminate the job as noted in the selectable fields 1570. If the suspension is acknowledged, the consumer is presented with the screen of Figure 15Y. Also, the consumer can find the suspended job in their job history as selected in Figure 15Z. As shown in Figure 15AA, in job listings a suspended job might be indicated separately through field 1570. Clicking on any one of the fields, such as field 1570, additional details regarding the job and it might be provided is shown in the screen of Figure 15BB in where job status, accrued labor/costs and notes are shown along with information regarding the provider.
  • a suspended job if a consumer has no other jobs ongoing they may be presented with the home screen as illustrated in Figure 9A, such as for ordering another job. Then, when the provider indicates from their device that they want to continue or unsuspend the job, the consumer is presented with the screen of Figure 15CC with a notification field 1571 indicating that the provider wants to resume the job that day and a message explaining how to restart the job.
  • a resident can get details of the job by engaging field 1572. Also, they can select a suitable start time through engagement with field 1573. By selecting one of the fields of 1574 they can restart the job or indicate that it is not a good day for the provider to come back to the job site.
  • job details of field 1572 the consumer is presented with the screen of Figure 15DD. Alternatively, in selecting a start time the consumer might be presented with the screen of Figure 15EE. Finally, when ready to resume the consumer can select the restart field 1574 and the unsuspended job will resume as illustrated with respect to Figures 15D-15I as discussed herein.
  • a consumer or property manager may have multiple jobs ongoing. As such, through an appropriate drop-down menu the consumer/resident or property manager may review the various active jobs.
  • the screen of 15GG may be presented allowing the consumer to contact a provider, see the location of a job, an ETA and/or status with any distance information. With four or less jobs, the card view as illustrated in the screen of Figure 15JJ might be provided. Tapping that card view lead to Figure 15KK which is a larger screen, for a particular job.
  • Figure 15GG if there are four or fewer jobs the various card views might be illustrated by swiping left or right. Alternatively, if there are five or more jobs, the screen of Figure 1511 might be presented and various smaller cards might be presented. Tapping on those may yield a similar view as shown in Figure 15JJ.
  • the view may also incorporate a search field 1577 as shown in Figure 15JJ where a consumer can search or filter the list of active jobs by job status, service types, or location for example. Other search criteria might be utilized.
  • a property manager might also be able to look at the various active jobs in a similar fashion. Referring to Figure 15KK, in addition to the provider information, the property manager might also have information regarding the resident or consumer for the purposes of contacting them about the job.
  • FIG. 15LL an active job is illustrated with a timer.
  • a modal message field of 1578 opens indicating the pause attempt along with the information regarding the location of the job as shown in the screen of Figure 15MM.
  • fields 1580 the consumer can accept or decline the pause. If the pause is accepted, a pause screen as illustrated in Figure 15NN is presented and the job proceeds to a paused status.
  • a message field 1581 might also be provided to indicate that the pause is accepted. However, if the pause is declined as illustrated in Figure 1500 the job remains active with the screen indicating that there's a job in progress. Message field 1582 then indicates that the pause was declined.
  • a paused job is illustrated in the screen of Figure 15NN might be resumed by the provider who engages the appropriate field in their paused job screen.
  • a modal message 1583 is provided to the consumer for resuming the job with suitable location and job information and fields 1584 for the consumer to provide an acceptance of the job resumption or to decline. If the resume request is accepted by the consumer, the consumer is presented with the active job screen of Figure 15QQ with a suitable message 1585 indicating that the resume was accepted. However, if the resume is declined, the job will stay paused as indicated in the screen of Figure 15RR with a suitable message 1586.
  • the consumer can control the job completion process. For example, if the provider indicates that the job is complete by engaging their devices appropriates in the selected complete job field, a modal message 1587 appears in the consumer App providing information regarding a job as well as selectable fields 1588 for accepting or declining a completion process. If the consumer accepts that the job is complete they are presented the with screen of Figure 15TT with a suitable message field 1589 that a receipt for the job is in progress. However, if the completion process is declined by the consumer, consumer will then be presented again with the paused screen as shown in Figures 15UU with an appropriate message field 1590 indicating that the completion request is declined.
  • the consumer can control the suspension process. For example, if a job is to be suspended by the provider, the consumer is presented with the screen of Figure 15VV with a suitable modal message field 1591 regarding the requested suspension. Fields 1592 give the consumer the ability to accept or decline the requested suspension. If suspension is accepted, the consumer will be presented with the screen of Figure 15WW with a suitable message 1593 indicating that the suspension is accepted and providing additional information fields 1594 about the suspended job. The job will then transition into a suspended state. However, if the suspension request is declined, the consumer is presented with the screen of Figure 15XX with a suitable message 1595 that the suspension has been declined. The job will then stay in a paused state or other previous state prior to the suspension request.
  • the two parties of the system must then settle the transaction by receiving a receipt for the work done from the provider and then having the consumer approve the receipt for payment purposes.
  • the provider proceeds with putting together a receipt and then sending it to the consumer.
  • the provider receipt will have information including material and labor cost, time, as well as any photos.
  • the consumer App presents the screen of Figure 16A which includes information fields about the job, such as photos of field 1600, time and cost information such as fields 1602, contact information for the provider in field 1604 information and notes about the job in field 1606, and selectable fields 1608 for approving or declining the receipt. Certain fields, such as photos and notes might be required for every job in one embodiment of the invention.
  • the consumer approves the receipt, the system will have the consumer rate the provider.
  • the consumer App presents the screen of Figure 16B with selectable fields 1610 for rating the provider, such as from 1 to 5 stars. Once the rating is provided, it can be submitted through field 1612. The consumer is then return to the beginning map screen as shown in Figure 16C.
  • the transaction will be complete, and money will move from the consumer account to the provider account.
  • the consumer could be a homeowner or a property manager. In a managed property situation, the property manager will be paying, unless the resident has been given the job with payment responsibility as disclosed herein. If a provider is operating in independent mode, the provider doing that work will receive the payment in their account. If the provider is an employee of a company and is operating as such an employee, payment would go to the account of the employer provider.
  • the provider can be made into an “favorite” of the consumer. As a favorite they can get priority with respect to future jobs.
  • field 1620 may be selected for making that provider a favorite. If it is the first time that a consumer has made a pro into a favorite status, the consumer represents the screen of Figure 16E providing information about what it means to favorite a provider. Various search protocols use that status as disclosed. Once the rating and favorite status is provided, field 1612 may be engaged to submit the rating.
  • the consumer start screen will include a field 1622 indicating favorites. Engagement of that field presents the screen of Figure 16G in the consumer App with a listing of online favorites and off-line favorites 1626. Engaging one of the favorite card fields for provider as listed will present the profile for that provider to the consumer as illustrated in Figure 16H.
  • the providers contact information and photo field 1630 will include a suitable icon indicating that they are a favorite provider, such as a heart. Other information regarding the provider is also shown the profile as such as services 1632 ongoing and completed jobs 1634, etc.
  • the various fields in the provider’s profile might be engage for showing additional screens with information including company details as well as details on jobs.
  • the provider might be made a favorite right from the provider's profile. That is, there may be a field that is engageable to make the provider a favorite.
  • a receipt While a receipt generally may be approved, the receipt can also be declined as illustrated in the field 1608 of Figure 16A. If the receipt is decline, the consumer app resents modal field 1644 which confirms and explains the declined receipt and provides field 1646 for calling the provider or continuing in the process.
  • a consumer might have one or more promotional codes associate cost reduction features.
  • field 1605 might be engaged to add or replace a promo code within the receipt.
  • Engaging field 1605 will present the modal field 1650 as illustrated in screen 16M.
  • the promotional code may be entered and then submitted.
  • the modal field of 1652 as shown in screen of Figure 16N will allow the promotional code to be applied to the receipt and it will be reflected in the total price as illustrated in the receipt screen as shown in the screen of Figure 160.
  • the screen of Figure 17 A is presented to a provider, such as an independent provider, when a job has been accepted and is to begin.
  • the screen includes information about the consumer in field 1700 so that they might be contacted.
  • Information about the service type and the time and distance from the job site as well as the address of the job site might also be provided in fields 1702.
  • a navigation map 1704 is provided so the provider can watch as they move along a computed route. Navigation can begin with engagement with field 1706 and navigation will occur utilizing an appropriate mapping application in the system, such as Google Maps. Also, if navigation is not utilized but the provider arrives on site, the provider can indicate that they are on site through field 1708. Also, through an appropriate field 1709 the job can be cancelled.
  • FIG. 17B upon navigation the user will get typical navigation instructions through the map process. Also, through field 1710 the consumer may be contacted. The provider can pause navigation through field 1712. Pausing navigation will present the provider with the screen of Figure 17C which has various of the information fields and selectable fields as Figure 17A.
  • the screen of Figure 17D is provided.
  • the on-site screen for example may turn a different color, such as gray, due to the geofencing function of the map applications once a provider pulls into the designated address or location.
  • Various of the information and contact fields remain as does the status field for the job. Rather than navigation the status as illustrated in Figure 17 A will be an“on-site” status. The job is now ready to be started by the provider.
  • a provider may see property details as well as job details associated with the job site.
  • the timer is then ready to be started and through field 1716, the provider can then request that the timer be started.
  • a waiting screen of Figure 17E is provided with suitable message fields indicating the waiting process and the status changed to“waiting approval”.
  • the screen in Figure 17F is presented with a suitable timer field 1720 and other informational fields.
  • the job has limits indication of the progression of those limits might also be provided similar to what is provided to a consumer as illustrated in field 1722.
  • the job will then progress.
  • a provider can stop or pause the job through field 1724. Then the job would progress as typical with different status indications provided by different background screens similar to the consumer job flow screens.
  • Figures 17G and 17H might indicate paused and completed jobs.
  • a provider’s navigation screen might also indicate a field 1740 indicating that they are an employer and that they can access information regarding other employee service providers and their jobs and job status. Acting as an employer service provider they can also accept job requests and perform jobs. With an employer accepting a job and arriving at the job site through screen 17J, the job flow will proceed as noted with respect to Figures 17A-17I, for example. The start timer can then be started or declined as noted.
  • the service provider might be an employee of the company.
  • the contact information of field 1734 might include engageable subfields for contacting not only the consumer, but also the employer or boss. Such contact fields may remain throughout the various screens, such as screens similar to those shown in Figures 17A-17I in order for the provider to make the necessary contact. Generally, such contact may be through a phone call or a text message. The job navigation, arrival and start of a timer will then proceed in the described manner and illustrated in Figure 5D.
  • an employer may have a provider screen with the suitable field 1740 indicating that they are an employer and will have one or more employees that they may be responsible for.
  • Engaging field 1740 will allow an employer to review the jobs of their employees.
  • an employer will send a code to an employee and ask them to join their company.
  • Figure 17L illustrates a home screen of an employer with field 1740 indicated. If field 1740 is engaged and the employer does not have any providers added as employees their employee page will generally be empty and they will be presented with a screen of Figure 17M where they can send the employee code 1742 directly from the page by engaging an appropriate field 1743.
  • the field 1740 may also include particular indications, such as badges etc.
  • the field 1740 has a gray badge on the icon and thus indicates that the employer is not in an active job. If employees have been added to the company, engagement of field 1740 through the screen of Figure 17N will provide the screen of Figure 170 as an employee page.
  • Employees of a company of the provider are listed with various active jobs and their status through fields 1744. Various employees might also be indicated as online or offline through fields 1745 and 1746.
  • the search field 1747 is also provided to search the various employees with appropriate search criteria such as the name of the employee, the status of the job, etc.
  • the page of Figure 170 may be manipulated as appropriate to show different information regarding the various employees.
  • the employer might be presented with the screen of Figure 17P which indicates the services provided 1750 as well as information about the company 1748 and past job receipts 1749 for completed jobs.
  • engaging certain selectable subfields within the fields will provide additional screens with information regarding each of those areas.
  • the screen of Figure 17Q might indicate information regarding a past completed job receipt.
  • the screen of Figure 17R might indicate company information and the company profile which indicates the employees of the company as well as the services provided and other information.
  • the employer code might be sent from the screen of Figure 17R as well.
  • an ongoing active job may be suspended.
  • field 1724 allows a job to be paused.
  • the pause screen of Figure 17G presents fields for suspending the job 1750, resuming a paused job 1751 , or completing a job 1752.
  • the screen of Figure 17T is presented to a provider and the background may change to a different color such as gray to indicate the suspension.
  • the status set forth in the field 1702 might indicate that he job has been suspended.
  • fields 1754 information regarding the job fees and time of the job might be provided.
  • the provider must leave suitable notes in field 1755 and then finalize or cancel the suspension through appropriate fields 1756.
  • the subfield for sending the note and suspending the job may not be engageable until suitable notes have been presented in field 1755.
  • the home screen as illustrated in Figure 17U might be presented to the provider with an appropriate message field 1757 of the suspended job.
  • a provider may want to unsuspend the job and thereby complete it.
  • the global menu field 1758 might be engaged yielding the screen of Figure 17V.
  • the job history field 1759 might be engaged to provide the screen of Figure 17W which shows various active and completed job fields as well as suspended job fields 1760.
  • the screen of Figure 17X is provided with contact fields 1761 as well as job detail fields 1762 with a breakdown of costs/time and any suspension notes that were written at the time job was suspended as discussed herein.
  • a provider can then restart the job through engagement with field of 1763 or complete the job through field 1764.
  • the provider chooses to complete the job they will be presented with a completion screen, such as that shown in Figure 17H. If the provider decides to restart the job, they will be presented with the screen of Figure 17Y which indicates that they are waiting for the consumers approval to resume or unsuspend the job.
  • the provider can also call the resident through engagement with 1764 or cancel the unsuspension request through field 1765.
  • the screen of Figure 17Z is provided with a suitable message indicating that the restart of the job has been declined. Then upon dismissing the message (okay) the provider is brought back to a home screen, such as similar to the screen of Figure 17L. If, however, the request to restart a job is approved, the screen of Figure 17AA is provided with a field 1766 indicating approval and the property details. Also, as discussed herein, the consumer can delay the start or restart and that information might be given to the provider through field 1768. Furthermore, other job information may be selectable by the provider through a field 1770.
  • field 1772 might be engaged as appropriate. If navigation is to start through selection of the appropriate field in Figure 17AA, the screen in Figure 17BB may be presented which provides a message field with appropriate selectable fields indicating that the provider may be stopping for parts. As noted with respect to the consumer, if the provider indicates they are stopping for parts, that message will be conveyed to the consumer app and presented to the consumer. Then the navigation and job flow progress will proceed similar to that illustrated with respect to Figures 17C-17I. Upon arriving at the job site, the provider will decide to start a timer which then must be approved or declined by the consumer as discussed herein.
  • field 1703 may be engaged to manage the job materials and add notes and photos.
  • screen 17CC is presented with fields 1773 and 1774 for adding materials and photos respectively. Notes might be added through field 1775.
  • engaging one of the fields 1773, 1774, 1775, a series of drop down menus and other fields might be provided to facilitate adding the additional information, including materials, notes, and photos.
  • field 1776 might be engaged to save the job information.
  • the modal message field 1777 might be dismissed and the active job screen as illustrated in Figure 17FF might be provided with a message indicating that the provider is still awaiting approval from the consumer as shown in field 1780. If the pause is accepted by the consumer, screen of Figure 17EE with a suitable message 1781 regarding the acceptance of the paused status is shown in the provider App.
  • the provider App presents the screen of Figure 17HH and the modal message 1783 indicating they must wait for the consumers approval. If the consumer approves the resumption of the job, the provider is presented with the screen of Figure 1711 with a suitable message 1784 indicating that the request has been accepted. The screen thus returns to an active job screen. If the requested resumption is denied, the provider is presented with the screen of Figure 17JJ and message 1786. Also, the screen remains in a paused job status as illustrated.
  • the provider seeks to suspend a job, such as through engagement with field 1750, they will again be presented with a waiting screen, similar to the screen of Figure 17HH. Then if the suspension is accepted by the consumer, the provider screen will switch to a suspended screen as illustrated in Figure 17KK with a suitable message 1787 indicating that the suspension has been accepted by the consumer. If the suspension request is denied, the provider is presented with the screen of Figure 17LL with a suitable message 1788 and the job remains in the paused status with the appropriate screen of Figure 17LL.
  • a property owner in the interaction between a provider and consumer, can set up limits with respect to various jobs that are performed at the property as disclosed in the flow of Figures 5E, 5F.
  • a managed property wherein a property manager will be approving jobs that are requested by a consumer, such as a resident at the managed property.
  • the property manager has the ability to set certain limits.
  • a service provider can hit limits in various different ways depending upon how they are set up by the property manager. For example, a materials limit, a labor limit, or a general total limit might be set by the property manager.
  • the property manager may have the ability to extend the job limit by time or by some monetary amount when a limit has been set. For example, for limits associated with materials or generally a total for the job, the limit might be extended by an amount of money. For labor, the limit might be extended by an amount of time.
  • FIG. 19A an active job is illustrated to a provider with a Figure 19A.
  • the screen includes a limit indicator field 1900 that shows that the limit is almost reached.
  • the provider is presented with the screen of Figure 19B wherein a message field 1902 indicates that the limited has been reached and how to respond.
  • the screen of Figure 19B which is essentially a teaching screen, would generally only appear the first time that the limit has been exceeded so that the provider knows how to take action.
  • Various action button fields 1904 may also be displayed indicating action that can be taken for the job. Through field 1905 the teaching screen of Figure 19B may be dismissed.
  • the job is then considered suspended and the provider is presented with a screen of Figure 19C that includes fields 1906 indicating that the status of the job is that a limit has been reached and also showing that limit. Furthermore, that field 1908 is presented with information regarding the labor and material cost and time for the job.
  • the limit indicator field 1900 also shows that the limit is at 100% and has been reached.
  • the selectable field 1912 include field 1913 for extending that limit.
  • a provider selects to extend a job they are asked to add a message. Specifically, they are presented with the screen of Figure 19D with a selectable field 1914 for adding a message to be sent to a property manager. Once the message has been entered, selectable fields 1916 may be engaged in order to send the message to the property manager or to cancel the requested limit extension.
  • the screen of Figure 19A as presented to the provider has a field 1918 showing the message that is sent to the property manager. Also, selectable field 1920 presents the provider with the ability to still suspend the job or complete the job up until the property manager responds. After a certain amount of time, the screen of Figure 19F is presented to the provider which includes a modal message that the property manager has not responded and presents fields 1924 that may be used to call the property manager or to dismiss the message 1922.
  • the screen of Figure 19G is presented and modal message field 1926 is presented to inform the provider that extension has been granted.
  • Certain extensions may involve money and other extensions may involve time.
  • the extension is indicated in the section of the message 1928 that the extension is for one hour of time.
  • the provider screen returns to a job that is in a paused state.
  • the limit indicator 1900 is generally brought to 0% and that indicator will track that new time extension. The options are then given as in all paused jobs for the job to be suspended, resumed, or completed as illustrated in the screen of Figure 19H.
  • An extension of a limit may also be denied. If so, the screen of Figure 19K is presented to a provider with a modal message field 1930 indicating a denial and providing selectable fields to dismiss the message or to call the property manager who has denied the extension request. Then, the provider is brought back to a suspended job and the screen of Figure 19L.
  • the property manager must decide whether to extend the limits or to decline and also must decide how much of an extension will be granted either in time or a dollar amount.
  • the job extension screen of Figure 19M is provided to the property manager through the consumer App.
  • the screen of Figure 19M includes information fields 1940 which indicate the property where the extension is requested as well as the status of the job which is now indicated as “limit reached”.
  • Field 1942 provides additional information regarding the current labor costs, material costs, and the time indication of the job timer. Also,
  • informational field 1944 provides the amount of the limit that has been reached and what that limit is, such as labor. It is noted, limits can be reached in both labor and materials and time.
  • a labor limit has been reached of $500.
  • Field 1944 also includes a note from the provider with respect to the limit overrun.
  • the screen of Figure 19M also presents a selectable field 1946 for adding an extension amount that can be an increment of time or money.
  • selectable field 1948 the property manager has the option to end the job or to extend the limit and thus extend the job. [000217] If the provider engages the extend field without setting forth any extension amount in field 1946, the screen of Figure 19N is presented with a modal messagel 950 that they must select a time amount.
  • the illustrated screen of Figure 190 has a pop-up menu field 1952 showing a number of selectable time increments.
  • a time increment may be selected by engaging the screen upon that selected amount, as entered in field 1946 and displayed for the provider as shown in the screen of Figure 19P.
  • the field 1946 is engaged.
  • the property manager through the consumer app is presented with the screen of Figure 19R with a drop-down menu of 1954 having a number of selectable monetary amounts. Selection of one of those amounts will then be displayed through the screen of Figure 19S and the field 1946 and again the extension of the limit will present the job to a consumer in a paused state as shown in in the screen of Figure 19Q.
  • the property manager can also select a specific amount rather than a set amount.
  • the property manager is presented with a screen of Figure 19T with a modal message field 1956 that may be engaged appropriately to enter the extension amount through field 1958 and then submit that amount through field 1960 as illustrated in the screen of Figure 19T.
  • screens of Figures 19P and 19Q are utilized to submit the extension and present the job in a paused state and ready to be resumed by the provider.
  • an extension can be declined. For example, by engaging the appropriate field 1948, the property manager can decline the extension. They will then be presented with the screen 19U with a modal message field 1961 that explains that they may have an unfinished job if they do not extend the job.
  • a job will be completed and there is a settlement between the service provider and a consumer.
  • the job is paused, and then a completion request is made.
  • an active job may be appropriately paused, such as engaging field 1724.
  • the provider can engage field 1752 and request that the job be considered completed.
  • a completed job screen as in Figure 17H is provided.
  • the job completed screen of Figure 17H is shown briefly to the provider and then a screen of Figure 18A is illustrated to begin the process of generating a receipt with the necessary detail.
  • fields are presented showing labor costs and material costs in appropriate fields 1800.
  • the field 1802 is also presented for adding parts and can be engaged by the provider.
  • field 1803, when engaged, will allow the provider to add photos and notes.
  • the addition of parts will generally be optional.
  • the screen in Figure 18B is illustrated with additional selectable fields 1804 for adding information regarding the parts such as the number of units, the name as well as the cost.
  • various drop-down menus 1806 as illustrated in Figure 18C may be used for adding parts.
  • the parts have been added they are displayed in fields 1810 is shown in Figure 18D.
  • the labor and material cost field 1800 are updated with the information.
  • the providers App also gives the provider the ability to categorize and edit various of the materials as illustrated in Figure 18E. Certain materials can be deleted by tapping appropriate fields 1812 or the provider can indicate the parts and costs thereof are not to be reimbursed by an appropriate field. That is, the provider can select certain materials and delete or designate them as non-reimbursable as appropriate through field 1812. Turning to the screen of Figure 18F, if they are not to be reimbursed, as illustrated in field 1814, that information will be shown to the provider.
  • field 1803 can be engaged which will present the screen of Figure 18G with selectable fields 1815, 1817 for adding photos and notes, respectively.
  • a selectable field 1821 is provided to allow the provider the ability to review what has been added and then to send the receipt.
  • the screen of figure 18I is presented that displays a carousel of photos 1823 as well as information regarding time, labor cost, material costs, and a grand total in fields 1825.
  • Field 1827 can then be engaged to send the receipt to the consumer for approval.
  • the provider App will present the screen of Figure 18J indicating through appropriate field 1816 that the application is waiting for the consumer's approval.
  • the modal message field 1818 as illustrated in Figure 18K might be provided which presents selectable fields 1819 for calling the consumer or simply waiting further.
  • the screen of Figure 18L is presented.
  • selectable field 1820 the provider still has the ability to suspend a job.
  • these screen of Figure 18M is presented with an appropriate message field 1829 and a request to the provider to rate the consumer through the message field 1830. That is, the consumer is also noted by the provider in the transaction.
  • the provider can rate the consumer, such as on a scale of 1 to 5 stars, and then may engage field 1824 to submit the rating. Generally, field 1824 will not be selectable until the provider has rated the consumer. Once the job has been completed and the receipt accepted, the provider is returned to a home screen as illustrated in Figure 180 to await future jobs.
  • the provider waits through the screen of Figure 18J, the provider will then be notified through an appropriate modal message 1840 as illustrated in the screen of Figure 18P. Selectable fields 1842 may then be provided for the provider to call the consumer or to dismiss the message field 1840. The job and provider screen will then revert to a paused job as illustrated in Figure 17G.
  • the provider has the ability to go back to the job by engaging field 1805. For example, if the provider has mistakenly indicated that they want to complete the job, they can return to the active job. As such, they will be presented with the screen of Figure 18Q that has a modal message field 1844 asking the provider if they desire to go back to the active state for the job. If they do, they can engage one of appropriate fields 1846 to continue back the job, or to stay with the completion process.
  • the consumer has the ability to terminate jobs at various junctures. If the consumer terminates the job, the provider is presented with the screen of Figure 18R with the message field 1846 indicating that the job has been terminated and presenting the provider with the ability to accept the termination or to decline it as illustrated by selectable fields 1848. If the provider accepts the termination, they will then be presented with the various receipt generation screens as illustrated in Figure 18S and begin the process of entering any materials, photos, notes and submitting the receipt for approval in a normal fashion as discussed herein. However, upon declining the job termination, the provider is presented with the screen of Figure 18T which is a pause screen with an appropriate message 1850 indicating that termination was declined, and the job is still considered active but paused.
  • property managers can set up a network of companies for a property. That is, service providers of a networked company will be given priority in the inventive process as a member of a network. Particularly, to add a provider to a network, they must be affiliated with a company that is set up as discussed herein. Once a company is a part of a network, they will have a priority on job requests that issue from the property manager if the request is then filtered through their designated network, such as a preferred network or in-house network as illustrated in Figures 5K-5M. When setting up the network, a property manager will send an invite to the company owner and the company owner has to then accept the invite to become a part of the network. Then, the network can be edited, and companies can be added to the network as well as additional services for a particular company.
  • FIG. 20A the home screen of a consumer is illustrated, such as home screen of a consumer that is a property manager.
  • the main menu field 2000 as illustrated in the screen of Figure 20A will add a network selection to their profile menu.
  • the screen of Figure 20B is presented to a consumer, such as a property manager with a series of selectable menu options 2002.
  • One of those menu options will now include an option for networks 2004.
  • a network screen is presented as illustrated in Figure 20C.
  • an informational field 2005 is presented to explain the networks and different categories of networks 2006, 2007 might be presented. Other categories of networks might also be utilized and thus the illustrated screen is not limiting to the invention.
  • 2006 illustrates fields associated with in-house networks.
  • a network will be for a provider that works for the property manager, such as the property manager staff that are paid directly by the property manager.
  • those service providers that work for another company the property manager might have contracts or agreements with can be added as“preferred companies”.
  • engagement field 2012 will cause the consumer App to present screen of Figure 20E which includes a search field 2016 for the property manager to search for a company that they would like to add to a network.
  • the screen of Figure 20E might also include additional information indicating that providers must be part of a company to be added to a network.
  • a search may be made and then a company added which will then be illustrated in a selectable field 2018 as illustrated in screen of Figure 20F.
  • field 2020 is presented and may be engaged for choosing the services of the company.
  • the selected service will be a service that the company will provide in the network that they are added to.
  • the screen of Figure 20F shows a single company, multiple companies can be added at a time.
  • the screen of Figure 20G illustrates multiple company fields 2018.
  • selectable service fields 2021 and 2022 are presented and are selectable service fields that can be engaged for selecting one or more services of a company to be part of the network.
  • the company of the provider still must accept being added to a network. Accordingly, once one or more services per company is selected for adding to the network, field 2024 may be engaged to save the selections and then also to have a consumer App send a network request to the provider as discussed herein. That network request will generally note to the provider that a certain property manager has invited them to join a network for the property managers properties. They can then decline or approve. Pending approval, the property manager is presented with the screen of Figure 20I that notes the acceptance is pending. If the property manager dismisses the screen of Figure 20I, the screen of Figure 20J is presented and the fields 2018 for the various companies to be added to the network or indicate as“pending”.
  • the home screen of the property manager will now include a selectable network field 2026.
  • the network field 2026 is made available after the first company accepts the property managers network request to join a network. Once the request is no longer pending, the pending designations are removed, and the various companies are shown in the fields 2018 as set forth in the networks screen of Figure 20L.
  • a provider might accept an addition to a network as illustrated in the screen of Figure 20K, a provider might also decline. If the provider declines, a message will be sent from the provider App to the property manager App. For example, the message might come as a notification to the property managers App as illustrated in the screen of Figure 20P.
  • the present invention also provides a streamlined way to add a company to a property managers network, such as through the profile of the company.
  • the company field 2018 can be selected to add to the network.
  • that card field might also be engaged to open up the company profile then, a screen as illustrated in Figure 20Q is presented. That screen may include informational field 2032 that has various company details including the services they provide, a website address, etc.
  • a selectable field with 2034 may be presented for adding the company to a network. If field 2034 is engaged, the screen of Figure 20R is presented with a modal message field asking which network a company is to be added to.
  • the modal message field 2036 has various selectable fields 2038 for selecting the network to which the company is to be added.
  • the property manager can also cancel the process through an available field 2039.
  • a networks field 2026 provide a property manager with the ability to create and edit networks.
  • the networks can also be selectively activated for job requests from a consumer/resident for a property with which the networks are associated.
  • the screen of 20S is provided having informational field 2040 and a selectable field 2442 for getting additional information. If additional information is requested, the screen of Figure 20T is provided with additional informational field 2044. Swiping or scrolling through the available information fields the screen of Figure 20U and the screen of Figure 20V are presented.
  • the screen of 20U describes the networks and provides the property manager with the ability to select or deselect one or more network fields 2046.
  • a screen reflective of a resident job request to the PM is shown with a selectable networks field 2048 that may be engaged by the property manager.
  • the screen of Figure 20W with network filter fields that may be selected and deselected by the property manager for use with a resident’s job request is presented to the PM.
  • the property manager Upon approval to a job request, the property manager thereby make sure that their job search goes to the various networks selected in a particular order as discussed herein.
  • Figure 5G illustrates the flow for the creation of provider networks as described herein.
  • the property manager can edit the network. For example, when reviewing networks, such as from the screen of Figure 20L, the various company fields 2018 in the network can be selected to see details on any of the companies that belong to the network.
  • the property manager can engage the company card or field 2018 and is presented with the screen of Figure 20X which includes informational fields 2050 and 2052 that show the network that the company is associated with, as well as the details regarding the services that the company provides in that network, respectively.
  • selectable edit field 2054 is provided.
  • the screen of Figure 20Y is presented that has selectable fields 2056 and 2058.
  • the property manager can switch the network that the company is in, such as through a drop-down menu.
  • a property manager can select and unselect services associated with the company.
  • the property manager can save the edited changes, canceled the editing process, or remove the company from the network. If the editing changes are saved, the screen of Figure 20Z might be presented to the property manager notifying them that they have to wait until the provider approves the network changes they have made before those changes will be added to the network for the company. This may happen for certain edits, for example, if the property manager adds new services or if they change the network they are under, the changes might be considered pending.
  • the property manager is presented with the screen of Figure 20CC that has an informational field 2066 regarding the removal of the company from the network and the ramifications. Furthermore, informational field 2067 provides information about the company that is to be removed. Finally, by engaging one of the fields 2068, the company can be removed, or the removal process can be canceled. If the property manager proceeds, the company is removed and the screen of Figure 20DD is provided to the property manager with message field 2070 indicating that the company has been removed.
  • a company can remove themselves from a network. As such, if a provider removes their company, it will be removed from the network and the property manager is presented with the screen of Figure 20EE.
  • An informational field 2072 informs the property manager that company has removed themselves from a designated network and informational field 2074 provides information about the company. Once a company has been removed, the informational card field 2076 for the company will be modified to indicate its removed status until a property manager opens it at least once and then the designation might be removed from the network profile as illustrated in the screen of Figure 20FF.
  • providers are engaged in the networking process by accepting a property manager’s request that they join the network. They can control membership in such a network by accepting a network request, declining a network request, or having the inventive system remove them from the network once they have joined.
  • a property manager sends a network request to a provider
  • the provider App presents screen of Figure 21 A to the provider and invites them to join.
  • Fields 2100 provide an indication of the property manager who has invited the provider to join a network for the property as well as contact information for that property manager.
  • Field 2102 provides an indication of the network to be joined and fields 2104 provide an indication of the services that are requested for the company of the provider. Selectable fields 2106 are used to approve or decline the network request or to simply dismiss the process.
  • the process can be dealt with later by the company.
  • the provider approves the network request by engaging the appropriate field 2106
  • the company is added and the screen of Figure 21 B is presented to the provider which shows the providers profile and indicates with a message field 2108 that a network has been added for that company and for particular property manager.
  • the various networks are indicated as are the property managers associated with those networks.
  • the noted network fields can be engaged and expanded as illustrating the screen of Figure 21 C for seeing additional information about each of the PMs and networks provided in fields 21 12.
  • a provider declines the network request through the engagement of the appropriate field 2106, they are presented with the screen of Figure 21 D with informational fields showing the property manager and asking whether they wish to continue to decline the network requests. As illustrated in fields 21 14 by engaging one of the selected fields 21 16, the provider can continue to decline the network or simply cancel the process. Upon declining the network, they are not added to the network and are presented with the screen of Figure 21 E in their company profile with an appropriate message field 21 18 that the network has been declined.
  • a provider once they are a member to network, can remove themselves and their company from that network as disclosed.
  • an edit field 2109 might be engaged which will put the profile into an edit mode and present fields 2120 and 2122 for the different networks as shown in the screen of Figure 21 F.
  • Each of those fields includes a delete field 2124 that may be engaged for selecting that network to be removed from the company profile.
  • the provider is presented with the screen of Figure 21 G with a modal message field 2126 asking them to confirm that they wish to disconnect from the network.
  • the network can be removed.
  • the provider is presented with the screen of Figure 21 H where they must engage a field 2128 to save the changes made to the company profile in order to complete the deletion and remove the network. If the deletion is complete, they will be provided with the screen of Figure 21 1 with message field 2130 indicating that the company information has been saved. The network fields 21 12 will no longer show information regarding the deleted or disconnected network.
  • a provider can be engaged with a company and provide services as part of the company. They must be a part of a company to be added to a network.
  • the provider can be engaged as an owner of the company and thus an employer of other service providers.
  • the provider/employer can also operate as a service provider themselves.
  • an employer can add licenses to certain services within their provider profile and various of the employees that are associated with the company of the employer can work or operate under those licenses.
  • a provider that is an employer can adjust the rates of the employee providers and can adjust how much the employee providers see from each receipt of a finished job.
  • the process flow as described herein is illustrated in Figure 5I.
  • the employer provider and employee provider have separate interactions within the inventive system wherein the employee provider is presented with an invitation and a company code which can then be accepted by the employee provider so that the employer and employee are connected within the inventive system for providing service to various consumers.
  • a provider in a company can be added to one or more networks associated with the property that is run by a property manager.
  • employee providers of the company can then be treated in a preferential way in a job request search depending upon the services that are requested by a consumer, such as a property manager.
  • a provider can be affiliated with a company either as the business owner of the company and an employer, or as an employee that will work for the company or work for the owner of the company.
  • a provider profile as selected from the menu in the provider App, the provider is presented with the screen of Figured 22A that has informational fields 2200 about the provider and the services that are provided.
  • the company field 2202 is also included and may be engaged for adding a company to be associated with the provider.
  • Upon engaging the field 2202 in the screen of Figure 22B is presented to the provider which gives the provider the ability to add the company as a business owner or employer or to add the company as an employee through engagement with a selected one of the fields 2204, 2206. The addition of the company could also be canceled through an appropriate field on screen of Figure 22B.
  • the screen of Figure 22C which includes a number of informational fields and selectable or engageable fields for entering information associated with the company to then be used within the inventive system during the provision of service between a consumer and a provider as discussed herein.
  • the present invention will walk the provider through a series of screens and require certain information before proceeding to add the appropriate company information to the providers profile in order to use that company information, such as for allowing the provider to join a network of the property manager as discussed herein.
  • the screen in Figure 22C may include a number of fields with information and selectable subfields for entering information regarding the provider.
  • fields 2208 might include bank information indicating the bank account for the provider and allowing for the bank account information to be replaced.
  • the company owner/employer can control what rate is seen by an employee for the work of the employee provider.
  • the rate adjustment field 2210 has a slider mechanism that allows the employer to control the percentage that is shown to an employee provider working for the company after a job is completed. That is, the employer will have the ability to charge an employee at a higher rate than the employee will be allowed to see at the completion of a job.
  • Fields 2012 allow for one or more services to be selected that will be provided to consumers.
  • notification fields 2214 are provided so an employer may select a particular notification setting to find out about the progression of jobs by an employer. With such notifications, an employer will receive message alert, such as email alerts at various stages of a consumer’s service request process wherein an employee of the company is providing the service. For example, depending upon the selected notification setting in field 2214, the employer might receive a message alert upon the initiation of a service request, upon the acceptance of the service request, upon initiation of a job, and upon the completion of the job. Once one or more services of field 2012 are selected as well as one or more notification settings of field 2214, the provider can proceed to add licenses associated with various of the selected services.
  • message alert such as email alerts at various stages of a consumer’s service request process wherein an employee of the company is providing the service.
  • the employer might receive a message alert upon the initiation of a service request, upon the acceptance of the service request, upon initiation of a job, and upon the completion of the job.
  • the screen in Figure 22D is presented to the provider selectable field 2216 that allows the provider to license associated with the service.
  • screen of Figure 22E is presented to the provider which includes a modal message field 2218 where selectable subfields for adding license information, such as a licensed jurisdiction as well as a license number are presented. Once that information is provided, the license can be saved.
  • the added license information 2220 is shown for the noted service. The license may be deleted through field 2220. Field 2216 can be again engaged to add another license.
  • the employees linked to the company as described herein can operate to provider services under the company licenses that are in the company profile.
  • a field 2222 is presented in the screen for adding another service upon engagement by a provider.
  • Field 2224 may then be engaged to save the information.
  • the current service might be condensed into a card field 2226 as shown in the provider screen of Figure 22G.
  • notification settings in field 2214 may be selected for particular notification.
  • the provider is presented with the screen of Figure 22I for entering additional company details including company name, the address which might be required, and other optional information, such as a website, company description, company photo, and the number of employees for that particular company.
  • field 2228 may be engaged to save the company information.
  • the company profile is created as illustrated in Figure 22J.
  • the providers profile will also include a card field 2230 with the company information that may then be engaged to view the company profile is illustrated in the screen of Figure 22J.
  • a company as an employer may link one or more employees with the company.
  • the employer provider through the company's profile, can send an employer code to one or more employees and invite them to join the company through the inventive system.
  • the employer is linked with the company for various reasons as discussed herein.
  • the screen of Figure 22L is presented that includes employer code 2232 to be sent to a potential employee as well as an engageable field 2234 for sending that code.
  • a modal message field 2236 is presented for sending the company code via a text message or email. The provider can cancel out of the process as well.
  • a text messages selected a prefilled message as shown in the screen of Figure 22N is provided.
  • email selected the prefilled email as shown in the screen of Figure 220 is provided the varies email or message screens can then be sent.
  • the profile page of Figure 22P is presented with a message field 2238 that the code has been sent.
  • FIG. 22A and 22B through a provider’s profile screen the employee can select a company and then are given the choice to add the company as an employee or business owner. If the employee field 2206 is selected, the employee provider is presented through the provider App as the screen of Figure 22V where they have to enter an employee code that was previously provided to them by the employer or owner of the company and then submit their request with the code as shown in fields 2250 of Figure 22V. A valid code must be entered and then once a valid code has been submitted, screen of Figure 22W is presented to the employee with informational field 2252 regarding the company as well as information that the employer must approve joining that company. That is, the employer must approve the employee.
  • any company field 2230 will be grayed out or unclickable until approval has occurred.
  • the screen of Figure 22X is provided with field 2254 indicating the approval and other information regarding the company.
  • the screen of Figure 22Y is presented to the employee indicating the company profile with suitable message field 2256 indicating that the information has been saved in a company profile.
  • the company profile will include field 2258 for contacting the employer.
  • the company will be added to the employee’s profile is shown in screen of Figure 22K.
  • the employee is provided with the screen of Figure 22Z with informational field 2260 indicating information about the company and that the request to join as a potential employee has been denied.
  • the employer may edit the company profile as illustrated in screen of Figure 22J by engaging an edit field 2231 then, the scrollable screen as illustrated in Figure 22A as presented so that the employer may engage the various fields and subfields and then save or cancel out of the editing process through engagement with fields 2262. While an employee may engage the edit button and be presented with the screen of Figure 22A and company profile, they will not have the ability to edit any of the information.
  • field 2262 includes a selectable field for deleting the company profile.
  • the screen of Figure 22BB is presented to the employer with the message field 2264 warning an employer that deleting the company could create some complications.
  • fields 2266 are presented to be selected for continuing with the deletion of the company or canceling the process. Deletion of the company will remove the company profile as well as remove the company profile from the employee’s profile. Any employees that are affiliated with the company but still have separate provider profiles can work as an independent provider by setting up the themselves appropriately, such as with a bank account.
  • screen of Figure 22CC Upon engagement of that edit field, screen of Figure 22CC is provided with a selectable field 2268 for deleting the company.
  • the screen of Figure 22D Upon engaging the field, the screen of Figure 22D is provided with informational fields 2270 indicating that deleting the company could create complications and also providing fields 2272 that may be engaged to delete the company as well as cancel the process.
  • a notification is sent to an employer and so the screen of Figure 22EE is presented through the provider App to the employer provider.
  • the screen of Figure 22EE includes fields 2274 regarding the employee that left and the field 2276 it may be engaged to contact that employee. If contact is desired, the screen of Figure 22FF may be presented with a message field 2278 giving the employer the ability to call or text the employee or otherwise cancel the process.
  • An employer can also remove an employee from the company.
  • an employee list for a particular company may be reviewed as illustrated in Figure 22GG.
  • an edit field 2280 may be engaged for selecting and deleting multiple employees or the individual employee fields 2282 might be engaged.
  • a slidable field 2284 is presented as illustrated in Figure 22HH which is presented to the employer.
  • the screen of Figure 22II is presented to the employer with fields 2286 indicating the employee to be removed and asking the employer to confirm such removal.
  • fields 2288 might be engaged to further remove employee or cancel the process.
  • a consumer running the consumer App might be a property manager that manages a number of properties for which service might be requested, that is, a“managed property”.
  • the property might be affiliated with a number of residents who can request service jobs.
  • job requests will need to be approved by the property manager before proceeding.
  • the property manager might allow residents to order jobs without requiring approval.
  • a property manager might request a job for a resident who is not a consumer within the inventive system and is not operating a device running a consumer App.
  • the property can be set up as a managed property in order to be able to engage various service providers and to have them join a network associated with the property so that they may have priority in a search protocol as disclosed herein.
  • the flow of the program is disclosed herein in the Figure 5H.
  • An individual home owner may create a property profile for their home.
  • the consumer profile screen may be accessed through a main menu providing a screen of Figure 23A to the consumer/homeowner which includes a field 2300 for adding a property to the consumer's profile.
  • Engaging field 2300 the screen of Figure 23B is presented that includes selectable fields for creating a property profile within the consumer profile.
  • the fields 2302 provide the ability to add a property as the homeowner or resident of the property or to add the property as being a managed property by a property manager as disclosed herein. The process can be canceled as well through fields 2302.
  • Engaging the homeowner/resident field 2302, the screen of Figure 23C is presented to the consumer for adding information regarding the property.
  • screen of Figure 23C includes fields 2304 for entering a property name and address, fields 2305 for indicating the type of property such as a single-family, multifamily, commercial, or etc.
  • Field 2306 may be engaged to add one or more photos of the property.
  • Fields 2308 may be engaged for adding information regarding the age of the building.
  • Fields 2310 might be engaged for adding property design information, as well as the amount of rooms such as bedrooms, bathrooms, and total rooms in the property.
  • Engaging the photo field 2306 will allow one or more photos to be selected from a gallery on the consumer device or to be selected for pictures that are taken.
  • Field 2312 may then be engaged for saving that information and continuing the process.
  • an additional scrollable screen may be presented for creating additional information, such as information regarding, for example, the electrical system, primary heating, heat delivery method, the cooling system, cooking fuel system, water system, hot water system, sewer system, foundation, groove shape, roof material, exterior material, basement, attic type, flooring, garage, parking, porch/deck, pool, other structures, any extras in the house that might be of relevance, and any general notes.
  • additional information such as information regarding, for example, the electrical system, primary heating, heat delivery method, the cooling system, cooking fuel system, water system, hot water system, sewer system, foundation, groove shape, roof material, exterior material, basement, attic type, flooring, garage, parking, porch/deck, pool, other structures, any extras in the house that might be of relevance, and any general notes.
  • Such information can be filled in as desired by the consumer. Once a consumer is finished entering any information they desire, they can scroll to the end of the screen to be presented with field 2314 for saving the property.
  • the property card field is added to the consumer's profile as illustrated in the screen of Figure 23E.
  • Engaging to 2316 will provide the screen of the property profile an example of which is illustrated in the screen of Figure 23F.
  • the property profile also has a selectable field 2318 that the consumer may engage for adding any additional details about the property that was skipped in the original setup.
  • the screen of Figure 23G may be presented for collecting required fields such as billing information fields 2318 and any limit fields 2320.
  • limits may be set associated with the property that will then be implemented within the job flow as disclosed herein.
  • a management maintenance fee might be added for the cost of the job on top of labor, materials, and dispatch charges.
  • an engageable field such as a slider field 2325, a certain percentage of the job may be assessed as a maintenance fee for the PM.
  • notification settings for a property manager to receive email alerts at various junctures of a service request process initiated by a resident of the managed property might be selected through fields 2321 .
  • field 2322 might be engaged to save that information to continue the process.
  • Various other fields that may or may not be required and the invention is not limited to what fields might be required before a property may be set up.
  • the screen of Figure 23I might be presented to the property manager through the consumer app to gather information as noted herein.
  • a managed property might have a field 2326 for adding the number of residents in the manage property.
  • certain of the information such as the name, address and the type of property might be required before the information might be saved.
  • the screen such as that illustrated in Figure 23J is presented for entering building information.
  • the building information fields for entering the information might be different depending upon the type of property that is selected. For example, single family might have different fields than a multifamily, which might have still different fields from commercial property. Although various of the fields might overlap as those properties may share some common information or information fields.
  • the building information may also include some mandatory required fields, such as field 2328 for entering the age of the building, field 2329 for entering the number of units in the building, field 2334 for entering the property design, and field 2331 for entering the entrance type.
  • field 2332 might be engaged to save that information and continue the process.
  • an additional scrollable screen such as that illustrated in Figure 23D might be presented which will allow the entry of other information to be saved for the property profile. Once the information is saved for the property that property will be presented in the property manager profile as illustrated screen of Figure 23L. As noted in the card field 2334 a managed property will be indicated as managed.
  • a resident as a consumer running a consumer App can link or join with a managed property so that they might be able to order jobs for that managed property which would then need to be approved by the property manager as disclosed herein.
  • a consumer may seek to add a property to their profile through engagement of field 2300. Then, when presented with the screen of Figure 23B, it would choose a field 2302 indicating that they are a resident. At that point, a screen similar to Figure 23C is presented.
  • fields 2340 are presented for a consumer that is a resident to enter the code they have been given by property manager to effectively add the property to their profile as a resident.
  • the new code may be entered and then submitted through field 2340. Once submitted, the resident will have to wait until they are approved by the property manager to join the property.
  • the property code Once the property code has been transmitted by a resident, they are presented with a screen of Figure 23N with fields 2341 indicating that approval is pending. Once approved, they are presented with the screen of Figure 230 were they are presented with fields to enter information about where they live, such as the unit number the building through field 2342 and any notes regarding the property to field 2344.
  • a resident joining a property may also be declined for some reason by a property manager.
  • the screen of Figure 23R is presented to the resident with an informational field 2350 indicating the denial of the request.
  • the property manager must facilitate the addition of the resident to a particular property.
  • a property manager can initiate adding a resident to a property.
  • fields 2352 show the property code for the property and present an engageable field for sending that code to a resident.
  • the send field 2352 is engaged, the screens as illustrated in Figures 23S, 23T, and 23U provide the property manager with the ability to send a text or email message that is prefilled as illustrated.
  • the resident can send it back with the request to join the property.
  • the property manager is then presented with the screen of Figure 23W with an informational field 2354 indicating a resident request (returned code) and engageable fields 2356 for approving or denying a resident request. If the request is approved, the screen of Figure 23X is presented to the PM with an appropriate field 2358 indicating that the resident has been approved. If the request is denied, field 2358 will indicate that the resident has been declined.
  • FIG. 23E the consumer can engage field 2316 to select the property.
  • Screen of Figure 23Y provides a field 2360 to be engaged for editing the property profile.
  • screen of Figure 23Z is presented with information about the property and also providing a field 2362 that may be engaged to remove the property.
  • the screen of Figure 23AA asks the consumer to confirm through field 2364 and provides fields 2366 for continuing the removal process or canceling it.
  • the customers profile as illustrated in the screen of Figure 23BB provides field 2368 confirming the removal and the property card field associated with that property is no longer visible in the consumer's profile screen.
  • a resident or property manager may delete a property profile from their consumer profile.
  • different screen such as illustrated in Figures 23CC and 23DD are presented depending upon the message presented in field 2364.
  • each of various consumers can also edit a property profile.
  • a property profile For example, as illustrated in the screen of Figure 23X, upon engaging the edit field 2360 the editable fields of Figure 23Y may be presented. If one or more fields are edited, field 2372 as shown in the screen of Figure 23GG may be engaged for updating the property.
  • an individual homeowner consumer or a property manager consumer will be able to edit all of the fields in the property profile. However, a resident, will only have selectable fields that are editable. Such as their unit number, or any notes they have put within the property details of the profile.
  • the property managers also have the ability to remove a residence once they have been added to the property. That is, the property remains, but a resident is removed.
  • selectable field 2353 can be engaged to see a resident list.
  • the screen of Figure 23HH is presented showing fields 2380 of the various residents. By swiping one of the resident fields to one side, the“remove” field might be presented. For removing multiple residents, the resident field can be engaged which will provide a field 2382 for removing that resident. If multiple residents are to be removed, the edit field 2384 might be engaged which will present the screen of Figure 23II with selectable fields 2386 for selecting multiple residence.
  • field 2388 may be engaged to remove all those selected residents.
  • the system removes the link between the property and resident.
  • a confirmation screen of Figure 23JJ is presented with fields 2384 with information regarding the removed resident and fields 2386 that may be engaged for completing the removal process or canceling it.
  • the resident list screen of Figure 23KK is presented with a message field 2388 about one or more removed residents. The resident is also informed of their removal. As illustrated in the screen of Figure 23LL, a resident consumer will receive a message 2390 that they have been removed from the property.
  • a property manager may add a number of different properties that are to be managed.
  • managed properties may include commercial properties, multifamily properties, or single-family properties that are also managed.
  • the type of property might be selected to field 2337.
  • certain basic information may be required as disclosed herein.
  • additional building information may also be added, and the property manager is given the ability to do through engagement with a field that then provides a scrollable screen wherein different building information may be added.
  • the property profile is shown with basic information regarding the property in field 2400 may be selected for adding additional information.
  • different sections of the building information may be engaged and may be presented with different headers reflective of a particular set or subset of building information.
  • this screen of Figure 24B may indicate various fields that are selectable for an electrical and HVAC system of the property.
  • screen sections as illustrated in Figures 24C, 24D, 24E and 24F may be presented for getting information into pertinent fields associated with plumbing and water, exterior features, interior features, and bells and whistles, for example.
  • the various different fields may be presented for selection and for data entry as would be understood by a person of ordinary skill in the art.
  • the various different screens and fields may be different. Then, once all of the information's been added suitable field, such as field 2314 as illustrated in screen of Figure 23D may be selected for saving all the property information for that property. As noted herein, once the property profile is then created, the information can also be edited by engaging selectable edit fields within the property profile and then adding or changing information.
  • the property profile view presented to different parties will change.
  • a service provider may see information associated with the building and other property details, but they will not see financial details, such as billing information and limit information that would be available to the property manager.
  • financial details such as billing information and limit information that would be available to the property manager.
  • the entity that sets up the property as a managed property will be considered the property manager.
  • the informational fields may be presented with various drop-down menus, selectable fields, tillable fields and expandable and collapsible fields as necessary for facilitating the entry of the information by a consumer.
  • the present invention is not limited to the layout of how such information is captured.
  • the property manager when a resident is associated with the property and seeks to make a job request, in order to get to an active job, the property manager must approve the residents request.
  • the system of invention presents an engagement between the resident and property manager and service provider for providing that approval.
  • the property manager may allow one or more residents to order a service job without getting approval.
  • the PM when the PM is setting up a managed property, they can designate their approval protocol and the consumer App will facilitate that protocol within the resident job ordering scenario.
  • a portion of the managed property profile as illustrated providing field 2500 with selectable subfields to indicate the property manager’s preference with respect to a resident ordering a job.
  • they can require approval or allow residents to proceed without approval depending upon the selection in fields 2500.
  • requiring approval will be a default protocol.
  • the property manager would then have to select otherwise within field 2500 so that the consumer App of the property manager and resident will facilitate the selected protocol. Any resident under the property with the noted setting will have that specific approval setting applied to the job requests.
  • various providers can be organized under a company profile and structure
  • various consumers can be organized under an organization structure as members.
  • an organization can be set up with consumers joining as members.
  • one consumer will be set up as the administrator member of the organization.
  • the administrator member role will control the creation and modification of shared resources associated with the organization, as well as determining which users can access those resources.
  • the administrator member will also have access to all jobs of the members in a job screen or dashboard. That is, the administrator is linked to jobs that were ordered by other members of the organization or by residents of properties that are managed by a member of the organization, such as a property manager. Other consumer members that are not the administrator can access shared resources of the organization. Accordingly, the organization will allow a group of users or consumers to access certain common or shared resources of the organization.
  • members might be able to join the organization through interfacing with the administrator, similar to the way in which various providers might join a company as disclosed herein.
  • the organization will contain or provide access to shared resources, such as shared credit cards, shared networks, and invoicing features that may be accessed by members of the organization.
  • shared resources such as shared credit cards, shared networks, and invoicing features that may be accessed by members of the organization.
  • the shared resources might be owned by the organization and then any member can use those resources.
  • an organization administrator member may be able to save one or more credit cards that will be associated with the organization. In that way, the share credit cards are available for use by organization members. While such use is provided to members, only administrators may update shared credit card information, add additional cards, or delete certain credit cards.
  • a shared account might provide a number of property managers, for example, access to the same account under the umbrella of one organization.
  • an organization may own one or more shared networks.
  • various networks such as an in-house network, a preferred network, or an open network, might be created by a consumer that is a property manager.
  • Other property managers that are somehow affiliated with that property manager that set up the network might want to also share in those networks.
  • an organization that covers multiple property managers might have an administrator to set up one or more networks to be accessed by the property managers.
  • each provider or service company of providers are considered part of an open network.
  • the organization administrator member may search for existing companies within that open network and add them to other networks such as an in-house network or preferred network for the organization. The organization administrator would have to request permission from the provider or service company owner to add them to a specific organization network.
  • An organization administrator will also be able to define which services that each company within the organization's network would provide. Any addition of new services for a company within the organization's network would require permission from the company owner for that service to be added. For the removal of a company from an organization's network, such removal may be initiated by either the company owner or the organization administrator. The other party would then be notified by a suitable notification message that the removal has occurred.
  • a shared network under an organization other members of the organization will have access for searching for a provider using that specific network, similar to the way in which they would have access to a shared credit card.
  • an organization can provide invoicing for certain jobs.
  • one embodiment of the invention provides immediate settlement of charges for the services provided.
  • a service provider might invoice a member of the organization.
  • an organization would have an accounts payable contact or entity that is part of the organization and is on record including contact information such as a name, telephone number, and mailing address. For example, an administrator of the organization might be that contact information. Then, through the organization, the consumer members might be invoiced appropriately for payment of the service provider.
  • Various terms could be provided through the invoicing, including immediate payment or net payment terms, such as net 15, net 30, net 45, net 64 for some provisions where payment is due within a certain number of days of receipt of an invoice from the organization.
  • a service provider may be engaged for installing a product that was purchased from a third party such as a vendor or store or from an original equipment manufacturer (OEM).
  • a customer may order a product such as an air conditioner through a company, such as through a call center.
  • an order might be made through an e-commerce site.
  • the inventive system that manages the relationship between a customer and a service provider will receive notification and information about the product and installation, such as through an email to a party who is running the inventive system, or through a network communication to the inventive system, such as through an API.
  • a product can be ordered and may be delivered to a customer or may remain at third-party location to be picked up by a service provider.
  • a consumer running a portion of the inventive system on their device may be presented with an ordering screen or home screen as illustrated in Figure 26A. They enter the address of a home or property in fields 2602, 2604 as the job location. Then, as illustrated in Figure 26B, they are presented with the screen for selecting the service they desire. In such a case, a field 2606 setting forth "product installation" as a selectable service is presented. They may select that field for obtaining a service provider to install the product they have purchased.
  • the installation will have been previously paid for.
  • the product installation service may be associated with a flat rate which will be handled by a service provider at that flat rate.
  • a provider might be requesting installation as part of a regular job that operates according to a timer as described herein.
  • a screen as in Figure 26C is presented as an open product installation modal window 2608 may be opened.
  • information regarding a vendor where the product was purchased may be entered in field 2610 and an order ID that may have been received by the customer from the vendor may be entered through field 2612.
  • a drop-down menu may be available for selecting a vendor known in field 2614.
  • Engaging field 2614 may show the product and job details, as illustrated in Figure 26F and screen 2620. Therein, various information might be provided with respect to what the product installation entails and the various tasks that are to be performed as shown in fields 2622. Alternatively, there may be a number of tasks which will not be included for the pre-paid fee.
  • By engaging field 2624 a list of what is not included is also provided as shown in the screen of Figure 26G and modal window 2626.
  • the customer desires a professional to be ordered for the installation that is not for the purposes of the pre-purchased installation, they may engage field 2628 and seek a professional for the installation, such as through a traditional job request. That is, the program may return to the home screen for obtaining a typical timed job from a provider.
  • a customer might request some other service other than a product installation. For example, they might select a heating and cooling (HVAC) service or a handyman service. In that case, they may be presented with a screen that requests product information similar to the screen of Figure 26C, wherein information about an order number, or an installation code or other product information might be obtained. Then once that information is obtained, the flow could proceed as shown in Figure 26A- 26M.
  • HVAC heating and cooling
  • Figure 26P shows the flow of the program of the invention for the alternative selection of services for such a product installation.
  • a customer may be presented with product information of the product to be installed, such as in Figure 26H and the flow may proceed to requesting a provider for the job.
  • Product information may be presented in a following screen as illustrated in Figure 26H.
  • Product information may be prefilled and as shown in field 2632.
  • fields 2634 and 2636 photos and notes may be entered by the customer.
  • the notes as shown in field 2636 might also be prefilled associated with the product. If the information is satisfactory, the process may be continued through engagement with field 2640.
  • Figure 26I the screen of Figure 26I is presented for requesting a service provider and showing a map with the search range that keys off the location of the job and installation.
  • Field 2642 indicates the rate for the installation and also indicates that the installation has been prepaid, such as through the purchase process of the product with a third party. Accordingly, the job will proceed in a slightly different format from a job that utilizes a timer in accordance with pre-paid aspects of the invention.
  • a service provider Upon engagement of field 2644, a service provider is requested.
  • the search may go out to service providers that are associated with or "badged" with an approval by the third party that sold the product or by some other third-party, such as the manufacturer of the product.
  • the screen of Figure 26J may be presented to show that the search for a provider is in its normal course. If a service provider match is found, the screen in Figure 26K is shown with various information regarding the service provider as well as their location.
  • information regarding the rate is provided in fields 2650, 2652. Generally, for such installations, a dispatch fee associated with the service provider will be included in the rate as shown in field 2650.
  • the prepaid rate amount is illustrated in field 2652 to further indicate to a customer that the job will proceed at the fixed rate and not driven according to a timer. If that is suitable, the customer can engage field 2654 and the jobs will proceed in a similar fashion as described herein, just without a timer.
  • the service provider may be in route or at the jobsite.
  • job may proceed and may be in progress, paused, or may be completed as described herein.
  • the customer may be presented with a receipt screen is shown in Figure 26L.
  • the cost fields 2656 the labor cost will be indicated is prepaid at a prepaid rate.
  • a field 2658 for tipping the service provider for the pre-paid work might be used. If the receipt is suitable, the job completion may be approved through field 2660 and the service provider may be rated as described herein. The installation is then complete.
  • Figure 26M illustrates a flowchart regarding product installation for a product that is purchased through a third party.
  • an installation may involve a prepaid service charge and thus a flat or prepaid rate associated with the transaction.
  • the customer is presented with any product and prepaid rate information upon entering vendor information and identification information associated with the purchase and order.
  • Figure 27A illustrates a screen for a provider with the requested product installation service.
  • field 2704 will indicate that there is a pickup request associated with the item or system that has been purchased for installation.
  • Field 2708 provides additional information regarding the location of the pickup and its relationship to the job location, while field 2710 indicates additional information regarding the product as well as the pickup location.
  • the provider will see an indication that the job is associated with a particular product vendor as well as a product installation request in field 2706. In that way, the service provider will know the purpose of the job and the kind of product that is to be installed.
  • the request can be accepted or denied by the service provider.
  • the job can proceed.
  • the consumer may be placed in control of when the job begins and thus the provider may be presented which the screen of Figure 27B wherein the consumer may release the job, such as through sending an SMS code back to the provider's device.
  • the screen of Figure 27C is presented to the provider with fields 2720 indicating information and details regarding the installation job.
  • Additional information regarding the property or location of the job or job details may be obtained through engagement with appropriate fields 2724, 2726.
  • the service provider can then proceed with the job or decline the request upon further details by engagement with appropriate fields 2722, 2723.
  • appropriate fields 2722, 2723 it is necessary for the service provider to make a pickup of the product or system that was purchased from a third party.
  • the pickup information for the particular job request is noted.
  • a modal window 2740 provides a service provider with a way to indicate that they will be stopping for parts or particularly stopping for product pickup.
  • Engaging field 2742 and indicating that a stop is necessary will yield modal window 2744 of Figure 27E wherein through fields 2746 a stop may be added.
  • the service provider is presented with the screen of Figure 27F again showing fields 2748 with information regarding the jobsite or worksite and also the location of the stop.
  • the service provider can add or skip adding a particular product pickup stop.
  • engagement of field 2722 will allow the service provider to proceed with the job in a typical courses as described herein where the job is handled in various ways as disclosed herein.
  • product installation may be associated with products that are considered smart products, such as thermostats, smoked detectors, security cameras, light switches, etc. that are coupled with a Wi-Fi network and are programmable.
  • the product installation for such products may be affiliated with a certain select group of service providers that are specifically trained and authorized for such products. Accordingly, depending upon the particular smart products selected, job requests may only go to those service providers which are specifically certified or badged to install such products. Accordingly, referring to Figure 28A, a consumer home screen is presented with field 2802 indicating a property for service. A job request may begin by engaging field 2804 to start a job request process with a number of steps.
  • such smart products and their installation are segregated for specific service requests and are handled separately in order to properly link a consumer and a certified service provider and to ensure that the installation is done properly.
  • service providers can become certified or badged, as discussed herein, by consuming educational content, such as by reading informational text, or watching videos associated with a particular product and its operation and installation. In that way, badged or certified service providers, that are linked with particular products and brands, are given priority in the search and selection process to be selected by a consumer for certain installations.
  • Figure 28B is presented and includes a field 2806 for selecting a service associated with smart home and the installation of smart products. Once a service is selected, field 2804 is engaged and a modal window 2810 is presented showing the various different smart home products that might be selected for installation.
  • FIG. 28D Product field 2816 may include a drop-down menu 2818 that is displayed as shown in Figure 28E. Thereby, a consumer may select one or more branded products associated with the particular type of product selected. In the example as illustrated, a thermostat was selected and menu 2818 provides various different thermostat manufacturers/brands that might be selected. As shown in the screen in Figure 28F, once the particular brand is selected, it is displayed in field 2816.
  • field 2814 the process may continue wherein the screen of Figure 28G is presented and field 2804 indicates a certain number of steps that have been completed for the job request process.
  • a consumer may add various notes and photos associated with the job request through fields 2820 through the screen of Figure 28H and fields 2822 in the screen of Figure 28I.
  • certain consumers may take advantage of flat rate installation and they use their profile to obtain such a flat rate.
  • the job may proceed as a typical job wherein a timer is utilized, and a certain time-based installation rate is used.
  • a timer is utilized, and a certain time-based installation rate is used.
  • the screen as illustrated in Figure 28J is provided to the consumer with location information for the job as well as a search map and information in fields 2824.
  • a provider might be requested.
  • the inventive system is able to accommodate a flat rate for the consumer that is associated with that corporate partner.
  • a referral code for the corporate partner associated with the flat rate might be entered in field 2830.
  • the alternative job request screen as illustrated in Figure 28L might be provided where the pricing information in fields 2824 provides the flat rate cost for the service.
  • the inventive system can link certain consumers that are affiliated with a corporate partner to service providers that have agreed to handle flat rate installation for certain brands of products.
  • the search launched from screens 28J or 28L will search for providers that are badged or certified to install the selected brand of smart product.
  • the consumer In order to inform the consumer and to avoid any misunderstandings with respect to the service provided, for flat rate service launched with a particular referral code in field 2830 as shown in the screen of Figure 28K, the consumer might be presented with a modal window 2832 that indicates what type of service is to be provided and what is not included in the job as shown in the screen of Figure 28M. If the information is suitable, the consumer can proceed to select the service or deselect the service through fields 2834.
  • the screen of Figure 28N may be shown to indicate that the job request is proceeding. Then, when the job request is matched with a provider a screen such as in Figure 280 may be presented having informational fields 2838 regarding the job and cost fields 2840 regarding the cost, including the flat rate cost associated with the selected product installation for that particular customer due to that customer being linked with a corporate partner. Engagement with an appropriate field 2842 may accept the provider and proceed with the job request or may cancel the job request. If the job request proceeds, it will proceed in the typical fashion with an appropriate timer and engagement with the service provider until completion of the job or the job is paused or otherwise disposed of.
  • Figure 28P illustrates a flowchart associated with a job request for installation of a smart product and selection of the smart home service.
  • Figure 29A illustrates a home screen for a service provider indicating that they are online and ready to receive job requests.
  • Figure 29B illustrates a screen for a possible job request for a selected smart home service from a consumer.
  • Field 2902 indicates the type of service requested as well as the distance away from the service provider.
  • Fields 2904 indicate information about the job request.
  • the job request can then be accepted or declined through fields 2906.
  • a service provider may be badged or certified for particular smart home products and installation. If so, then field 2908 may indicate the particular badge.
  • Field 2908 may be selected for providing installation information associated with the smart home product. For example, as illustrated in the screen of Figure 29C, if field 2908 is engaged, fields 2910 may be displayed for selection in order to obtain product installation information and other educational information associated with the badge or associated with products for a particular manufacturer. Selecting one or more of the fields 2910 will provide that content to the service provider through their device.
  • a consumer may be entitled to a smart home service at a flat rate.
  • a particular corporate partner may be associated with the consumer and codes for that corporate partner may be utilized in the profile of the consumer for obtaining service at a flat rate for a particular job request.
  • a modal window 2912 is presented to the service provider when the job request initially displays as illustrated in Figure 29D.
  • the informational window provides information that the requested job is at a flat rate.
  • the service provider can close the window.
  • the screen in Figure 29E is again presented to the service provider.
  • Fields 2902 include the information regarding the flat rate job.
  • fields 2904 indicate job notes.
  • field 2920 may be engaged to then provide a modal window 2922 as illustrated in Figure 29F to show what is included and what is not included in the flat rate job. Then the invention flow proceeds to the screen in Figure 29E for accepting or declining the job through fields 2906. If the job request is accepted, the screen of Figure 29G may provide the indication that the service provider is waiting for the consumer's approval. Upon approval, the screen of Figure 29H is presented showing fields 4926 regarding the job. Through field 2928, the job can proceed and may proceed in a similar fashion as other jobs described herein implementing a timer.
  • the job is a flat rate job, no timer may need to be utilized.
  • the job may then proceed in a normal fashion wherein the service provider navigates to the job and the job is proceeding, paused, or completed.
  • a receipt will then be prepared by the service provider including appropriate pictures, videos or notes and labor and material cost information.
  • the provider can then rate the consumer.
  • the service provider may need to have certification for one or more branded products that are associated with a“Smart Home.”
  • a provider might be certified or linked with a vendor or partner.
  • a list of available and selectable badges might be presented to the service provider on their device as shown in the screen interface of Figure 30B.
  • the provider may be able to get a badge to certify that they are familiar with or have expertise for a certain brand and can be associated with one or more service badges.
  • they may be linked with certain vendors or partners and so may be associated with one or more partner badges.
  • the provider may select such different badges. Referring to Figure 30B, the provider might select a service badge through field 3003 or a partner badge through field 3005.
  • the field 3003 provides one or more badges that might be associated with a“Smart Home” service and one or more categories of products/brands that might be selected by a provider.
  • the provider program presents the brand or product badges through one or more product categories/subcategories.
  • the provider is presented with product categories to choose from such as through one or more fields 3006 as illustrated in the screen of Figure 30C.
  • Each of the product categories is associated with one or more brands. For example, upon selecting a product category, such as“thermostats” of field 3007, the provider is presented with one or more brand badges to select from.
  • a badge is earned by a provider, it will be so indicated in their records, such as in field 3024 of the screen of Figure 30G showing a vendor or brand and the available badges and earned badges. For example, referring to Figure 30G, the particular service provider has earned a badge for a brand ECOBEE for a thermostat product.
  • the service provider can then engage field 3024 and through the earned badge view product specific details to reference for the particular brands and/or products for which the badge has been earned. For example, there may be different models or versions of a branded product with information and instructions for each.
  • the screen of Figure 30H illustrates such badge expansion and shows various product or model fields 3030, 3032 and 3034. Each of those model fields may then be further expanded upon for product information as illustrated in the screen a Figure 30I.
  • the program provides further product/model information through drop down fields and links 3036.
  • the badge might also be removed if desired through field 3038.
  • the provider is notified and given information about the badges earned and available, such as through the badge screens of Figure 30B, or Figure 30C as displayed in the appropriate fields 3003, 3005, 3006. Then, as shown in the updated profile screens of Figure 30J,
  • FIG. 30K numbers of the earned badges 3039, 3040 are shown. Such as for a particular product or as an overall count.
  • the service provider may then be included in the search for particular service providers in a“Smart Home” job request to provide installation and other services associated with a particular branded product as described herein.
  • Figure 30L illustrates the program flow associated with obtaining a badge in accordance with the invention. Such badges are used as a search criteria in selecting service providers as disclosed herein.
  • a property may be inspected and then the inspection used as a path for a specific job request with real time interaction between a service provider and consumer. More specifically, items or issues noted or recognized in an inspection service are then made entry points into another job request.
  • an inspection job might be requested, such as through one or more fields 3100 as shown in the screen of Figure 31 A.
  • Such an inspection may be run as a flat rate job without a timer, which then leads to one or more traditional timer jobs, in accordance with the invention.
  • the consumer Upon requesting an inspection, the consumer is presented with information, such as through a pop-up informational screen as shown in Figure 31 B.
  • Information may be entered with respect to the type of inspection as through fields 3102 and information regarding the property may be entered such as through one or more fields 3104. If the property is setup in the system, the informational fields may be populated with data or alternatively, data may be obtained from public records, such as county property records.
  • additional information such as through another window, is presented regarding the cost of the inspection service as well as what is included, as illustrated in Figure 31 C.
  • a consumer may further continue through the process to request an inspection job or service and may add additional information for the request, such as through the screen of Figure 31 D, including pictures and notes through appropriate fields 3108 and 31 10.
  • the consumer may then request a service provider and a search will be made under certain job search criteria as discussed herein.
  • information about the property and cost may be provided as illustrated in the screen of Figure 31 E for making a job request, and appropriate fields 31 12 provide for the request of the suitable service provider.
  • Other information is also provided as illustrated.
  • the job can begin.
  • the consumer is presented with an indication that a service provider has been found and matched with the job, as illustrated in the screen of Figure 31 F.
  • the consumer can then engage fields 31 14 to accept the cost and begin the job of an inspection.
  • the service provider travels to the property or job site and begins the inspection, ultimately resulting in the generation of an inspection report as described herein.
  • the inspection may raise several issues that may need to be addressed. For example, some issues may be maintenance issues per the inspection and others me be issues that require immediate attention.
  • such an inspection report or summary that raises one or more issues may provide a platform for requesting services through a job request seamlessly through the program and from within the inspection report or summary.
  • the consumer is notified of issues found in the inspection, such as through the screen in figure 31 H wherein field 3120 may indicate one or more maintenance issues and field 3122 may indicate one or more immediate issues.
  • Those fields can be engaged as appropriate to expand and present the consumer with information from the inspection report about each of the noted issues. For example, when field 3122 is engaged that has a number of issues, as illustrated in the screen of Figure 31 1, those issues may be listed in an expanded field. Then upon engaging one or more of the subfields 3123 additional information may be displayed regarding the particular issue to be addressed. For example, photos and notes may be displayed to the consumer for an issue as shown in the screen of Figure 31 J. The consumer can scroll through the various photos in the display and make progress through each of the noted issues through an appropriate fields 3124 so that they may see the detail of the issues raised in the inspection summary.
  • a consumer can then approve the completion of the job and the cost aspects like a typical job and the consumer, through the screen as shown in Figure 31 K, approves or declines the job completion.
  • the inspector or other service provider can then be rated.
  • the completion of the inspection process can be utilized as an immediate request for one or more jobs to take care of the issues that were noted in the inspection summary or report.
  • the consumer may start a job request and is presented with a selectable field, such as through the screen of Figure 31 L to make job requests for one or more of the noted issues by engaging the field 3126.
  • the consumer can also decide to not proceed immediately with addressing the issues, such as through field 3127. In that case, the consumer would return to their home screen and can request jobs as they deem necessary.
  • Engaging fields 3126 provides the consumer with a selectable list of issues to be addressed, such as through a job request.
  • the consumer who desires to fix the issues immediately is presented with a number of selectable fields 3130 and 3132.
  • some issues are indicated as immediate and others are considered to be maintenance issues, but other categories might also be utilized for noting the issues to be addressed and to provide a platform for an immediate job request.
  • Information, such as photos and notes from the inspection report may be obtained by the consumer, such as through engagement with one or more of the fields 3134 for each of the noted issues. The consumer is then presented with such information and may scroll through each of the issues through appropriate pop-up windows as presented in Figure 31 N.
  • Certain of the issues may be selected such as by checking appropriate fields 3136 as shown in Figure 310 in order to begin the job request process of the invention.
  • the issues are presented through sequential screens.
  • other seasonal issues may be presented that were not from a particular inspection process but are suggested, such as through fields 3138 of Figure 31 P.
  • additional issues unrelated to the inspection report may be utilized for initiating a job request in accordance with the invention.
  • the consumer may scroll through the various issues, such as through fields 3140 and then upon completion may select one or more of the issues to be addressed through a job request.
  • service providers may be requested in the invention.
  • each of the selected issues may have a service type indicated for the consumer.
  • the information is displayed to the consumer with fields 3140 that indicate a type of service that may be associated with the particular issue.
  • the consumer can edit each of the issues through fields 3142 and may add photos and notes through an appropriate interface as illustrated in Figure 31 R that has engageable fields 3143 for adding notes and photos.
  • the service type might also be changed as appropriate before making a job request for a particular issue.
  • the consumer can make a job request.
  • information might be presented through fields 3146 for the consumer to see the types of rates associated with the services to be requested. Then, through engagement with appropriate fields 3148 one or more service providers can be requested. The search will then proceed as disclosed herein to find an appropriate service provider for each job request.
  • Figure 31 S provides a flowchart of the program flow of the invention for the inspection process through the consumer application illustrating both the selection of an inspection as well as utilizing the inspection information as a platform for requesting service in accordance with the invention to address one or more of the issues raised in the inspection report.
  • an inspection job will be done at a flat rate rather than according to a timer as in other jobs in accordance with the invention.
  • the service provider is instructed of such a flat rate feature, such as through the screen of Figure 32A, and field 3200 indicates the nature of the job and the rate. If that is suitable, the service provider is then given information regarding what is required in the job and what would not be included so that they are clear as to what the inspection entails. To that end, the provider may be presented with information through fields 3202 as shown in the screen of Figure 32B. If such information is suitable, the provider can then go back or proceed through to fields 3203 and will then be presented with additional information about the job, such as the location, any notes and photos associated with the job from the consumer and any other appropriate information.
  • Such information will be presented to the service provider such as through the screen of Figure 32C where they can then accept or decline the job request such as through fields 3205. If the service provider still wants additional information with respect to the inspection job, they can engage the program appropriately for additional information, such as through fields 3206.
  • the additional information might include requirements from the American Society of Home Inspectors (ASHI).
  • ASHI American Society of Home Inspectors
  • the service provider can accept the request, and then once approved by the consumer, will be notified of additional information regarding the job along with the approval, such as through fields 3207 as illustrated in the screen of Figure 32D.
  • the provider can then proceed to the job, such as through engagement with fields 3208 or may get additional information about the inspection job as well as the property through one or more fields 3210.
  • the service provider proceeds with the job, they will then proceed to navigate to the job site and their progress is indicated to the consumer, and upon arrival they can start the inspection. For example, upon arrival, the service provider may be presented with the screen of Figure 32E presenting fields 3212 for starting the inspection and other fields 3214 to otherwise dispose of the job, such as to suspended it, contact the property owner or consumer or obtain additional property details as desired.
  • the service provider is presented with an inspection overview and may select individual sections for entering or providing information with respect to that aspect of the inspection process.
  • the provider may be presented with the screen of Figure 32F having a number of different section fields 3218 for providing information associated with the inspection.
  • the inspection fields may include a general fields 3224 for entering basic information about the inspection.
  • fields 3216 may present an indication of how much of the inspection is complete so that the provider can track how far along the job has progressed and when they are finished.
  • each of the section indicators may have“clock face” notations indicating how far along a section inspection has progressed.
  • Different inspection sections are presented associated with different portions of a property, such as the structure, the roof, plumbing, electrical, heating/cooling, etc.
  • the invention is not limited to the number of sections or the arrangement thereof for the inspection job request.
  • the provider is presented with appropriate screens and fields for entering data associated with that section. For example, referring to the screen of Figure 32G, fields 3222 and 3224 are provided for entering details about the inspection being done as well as one or more photos associated with property. Additionally, other property details or general notes might be provided through drop-down fields 3226. Certain information may be required and upon entering all the necessary information and other information, the provider may be presented with fields 3225 for closing the screen and proceeding onto other sections of inspection, such as through fields 3228 as illustrated. In that way, the provider can progress through various sections and indicate inspection details or also indicate that a certain section of the property was inspected or not inspected as discussed herein.
  • property details may need to be entered and appropriate fields 3230 are provided to the service provider, such as through the screen of Figure 32H wherein the program will capture entered information for use in an inspection report provided to the consumer as discussed herein.
  • the service provider can progress back and forth through the inspection sections providing the necessary details of the inspection.
  • certain of the property detail fields may be prefilled and can be edited as necessary by the service provider. Once certain sections are complete, they might be indicated as such by one or more icons, such as a checkmark 3231 as illustrated in the screen of Figure 32H.
  • the service provider can indicate that they are done with that section and in the overall fields it might be presented differently to indicate that the section has been completed.
  • the subfield for general information 3220 might be indicated as complete such as with a different color and also without the“clock face” indication that the section has not been completed.
  • an indication 3223 might provide a quick visual indication for a service provider that the section is only partially completed.
  • other of the fields 3218 might also indicate their partial completeness to give a service provider an overall view of how the inspection is progressing and where to turn additional attention.
  • the service provider is able to indicate that a certain section has been inspected or not inspected or is not part of the property.
  • the present invention allows the inspector or service provider to progress through the various sections. Furthermore, the inspector can add additional spaces or add custom spaces associated with the inspection in addition to any that are preset, such as illustrated in the screen of Figure 32F. Furthermore, in accordance with another aspect the invention, the service provider is given the ability to report issues associated with the inspection of a particular section, such as through fields 3242 as discussed further herein.
  • the reporting of an issue that must be addressed provides a path for a specific job request in accordance with the invention that occurs in response to the reported issue.
  • the provider finds an issue and reports it within the section or subsection of an inspection process, they can add information including photos, a video and/or various notes, and can also categorize the type of issue that it is, such as whether it is an issue that needs immediate attention and should therefore lead to a job request or is one that is a maintenance issue.
  • One or more issues can be added with each section or subsection of the inspection process and therefore there may be various job requests that occur out of certain sections in accordance with the invention.
  • various fields 3244 may be presented to a service provider for entering the data associate with that inspection. Also, through fields 3242, the inspector can report an issue or indicate that no issues are associated with that section or subsection of the inspection. As noted, in accordance with one feature of the invention, such reported issues provide a path for a specific job request associated with the issue in accordance with the invention.
  • FIG. 32M a screen is provided for noting an issue to report.
  • One or more photos might be taken as shown in field 3250.
  • the issue might be designated as an immediate issue or a maintenance issue, for example, through fields 3252.
  • issue details might be added, such as through field 3254. These might also be pre-selected notes/details to add, such as through field 3256.
  • the service provider is presented with one or more screens and fields for entering visual images, such as photos and videos as well as notes.
  • the screen of Figure 32L might be presented with fields 3246 to be selected for adding photos and video.
  • photos and video can be added as described herein for other portions of the application.
  • the program provides an additional ability to annotate and otherwise mark photos.
  • the screen of Figure 32N might be presented with a functional menu for working on a photo as appropriate either with a pen, with geometric shapes, such as circles, and also with icons, such as an aerial for indicating to the inspector as well as the consumer where issues may lie with respect to that section of the property or structure.
  • fields 3262 may allow editing and the selection of the annotation functions.
  • certain indications may be provided in a photo, for example.
  • the photo field 3264 may be marked up and annotated.
  • the photo can be saved through appropriate fields 3266 and will be part of an inspection report for the consumer as discussed herein. In that way, the consumer can use the reported issues in the inspection report as discussed herein in order to request certain jobs to address those issues.
  • the service provider is finished with all of the sections they are given the chance to review and complete the inspection process, such as through appropriate fields 3270 as illustrated in the screen of Figure 32P.
  • the fields 3270 might be appropriately closed such as by engaging the field and then the service provider may be again presented with the screen showing the different inspection sections and fields 3218 as illustrated in the screen of Figure 32Q. Fields 3218 may be engaged for adding to or editing information in those sections of the inspection report.
  • an inspection summary is presented to the service provider that indicates the various issues noted, such as immediate issues to address or maintenance issues. Those issues can be reviewed similarly to the way in which information in those sections of the inspection report. Once the inspection is complete, that status is indicated, such as through fields 3216 and the service provider is then able to complete the inspection process, such as through engagement with field 3272.
  • an inspection summary is presented to the service provider that indicates the various issues noted, such as immediate issues to address or maintenance issues. Those issues can be reviewed similarly to the way in which the consumer reviews such issues inspection report. For example, it is illustrated in the screen in Figure 32R presented to a service provider, fields 3274 might be engaged to see the issues and the detail associated with those issues and the section of the inspection report. The inspector also has the ability to go back and edit the inspection report further and appropriate fields, such as field 3275, may be presented to allow access to the inspection report for changes and edits. If the inspection summary is suitable, the service provider can continue to a receipt and to a finalized job, such as through appropriate fields 3276.
  • information may be presented to the service provider, such as the rate as well as information about the consumer as shown in the screen of Figure 32S and fields 3280.
  • the service provider can then dispose of the inspection job by sending that receipt or going back to further engage in the inspection process as illustrated by appropriate fields 3278. That job completion might then wait for approval from the consumer and an appropriate rating of job as described herein in the completion of a job.
  • a service provider if a service provider is currently working at a job, such as on a timer, and then gets a job request for another job, they can accept the job request for the future and put it into a queue and continue to work on the current job. If the current job has been completed, they will be notified that they have one or more queued jobs that they might then select. In such a scenario, a service provider makes the decision to queue the job and the consumer is then notified that the job is queued. They can then decide if they want to have their job queued or if they would like to have a service provider immediately answer the job request or move on to another provider.
  • the consumer can indicate that to the provider and wait or they can simply cancel the job and proceed with a search for another provider.
  • a provider completes their current job, they can take up one or more of the queued jobs at their control.
  • the consumer is notified, such as through an appropriate field 3300, as illustrated in Figure 33A.
  • the consumer is then given the chance to accept the queued job or rather accept the provider’s desire to queue the job.
  • the consumer is presented with information about the provider, such as their location and fees associated with their work, such as through an informational screen, as illustrated in Figure 33B.
  • the consumer can accept that information and queue the job through field 3304 or cancel the job request through field 3305.
  • the job request will show up as a queued job within the consumer’s job section.
  • the job might be indicated and its status through the display of field 3306 as illustrated in Figure 33C.
  • the provider With a queued job, the provider is able to proceed with their current time job. More specifically, the provider may be in progress with a job and presented with the timer screen 3400 as illustrated in Figure 34A. Upon receiving another job request, they are informed such as through an informational field 3402, as illustrated in Figure 34B. If they are not interested in taking any more jobs, they can decline through field 3405 or they can view details of the job before making the decision, such as through field 3404. If details are desired by the provider, they can request them and thereby may be shown pictures and notes associated with the job request 3406 as illustrated in Figure 34C. Again, at that point, they can accept the job request through field 3408 or may decline through field 3410.
  • the consumer will be notified that the job would be queued as described herein and the provider may need to be further approved for that queued job.
  • the provider might be presented with a screen, such as illustrated in Figure 9L, indicating that they are waiting for some approval.
  • the service provider Once the service provider has been approved or confirmed, they are notified, and the job is put into a queue. For example, the provider is presented with information 3412, such as through the screen of Figure 34D, regarding the queued job. They can then also review their current jobs through field 3414 and the queued job, along with any jobs in progress or other jobs are presented to the service provider. For example, as illustrated screen of Figure 34E, a list of jobs 3415 is shown to the provider with an indication of the job in progress 3416, as well as, any queued jobs 3418.
  • the service provider can then return to their current time job to finish that job as illustrated in the timer screen 3420 as shown in Figure 34F.
  • the current job can then proceed as noted herein, to be paused or completed with the appropriate pictures and notes and the sending of a receipt and approval and rating as discussed herein.
  • the provider is notified that they have one or more queued jobs.
  • the information field 3422 is presented to the service provider and indicates that queued jobs exist, and the service provider can view those jobs through field 3426 or go back to their home screen 3424 as illustrated in the screen of Figure 34G. Viewing the current jobs, as shown in Figure 34E, the provider is presented with the additional information associated with the queued job, such as through field 3418.
  • Information regarding the queued job is presented to the provider, such as through field 3430 of the screen of Figure 34H.
  • the provider can then see additional job details or view the property, such as through appropriate fields 3432. Alternatively, they could go right to the queued job, such as through field 3434, or may cancel the job, such as through field 3436. Selecting the queued job, the provider will then progress to the job site through a normal workflow as described herein. Similarly, the queued job could be canceled as described herein.
  • access to the property may be necessary.
  • the service provider may have to obtain access before proceeding to the job.
  • providers that are in a customer’s in-house network they may need to contact the resident. They are presented with various options, such as through the informational field 3438 of Figure 34I.
  • the provider may call the resident. If they already have access, they can indicate that through field 3444 and then proceed to the job.
  • the service provider may have access to all the various units or properties where they would answer job requests. As such, the provider may be presented with the ability to not see the message of informational field 3438 anymore as a reminder. Accordingly, through engagement with field 3440 the message content may be toggled on and off. After indicating that they have access or after calling a resident, the job can proceed in a normal fashion wherein the service provider navigates to the jobsite or property.
  • Figure 34J illustrates the described program flow of the job queuing feature of the invention for allowing busy providers to continue to accept additional jobs that can be handled in the future, such as sequentially after they complete their current job.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • Development Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Operations Research (AREA)
  • Primary Health Care (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne une fourniture à la demande d'un travail de service de maintenance de propriété par l'intermédiaire d'un système informatique comprenant un ou plusieurs serveurs qui réalisent une interface avec une pluralité de dispositifs. Une pluralité de profils pour des fournisseurs de services sont conservés pour des fournisseurs qui fournissent des services de propriété. Une requête de travail de consommateur en provenance d'un dispositif d'un consommateur est capturée par l'intermédiaire du système pour un travail au niveau d'un site de travail. Ensuite, une requête de travail de fournisseur peut être générée pour les fournisseurs de services. Une détermination est faite concernant l'existence d'un état de relation entre au moins un fournisseur de service et le consommateur réalisant la requête de travail. Des requêtes de travail sont dirigées vers des dispositifs d'une pluralité de fournisseurs de services d'une manière séquentielle à l'aide de l'état de relation déterminé. Lors de l'acceptation de la requête de travail par le dispositif fournisseur, un temporisateur est généré et est lancé et arrêté par l'intermédiaire de l'interaction du consommateur et du fournisseur de services. Ensuite, la progression ultérieure du temporisateur associé au travail est surveillée jusqu'à ce que le travail soit terminé ou achevé d'une autre manière.
EP19804063.6A 2018-05-18 2019-05-20 Système et procédé de fourniture de services à un détenteur de propriété Withdrawn EP3794529A4 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201862673464P 2018-05-18 2018-05-18
US201862777630P 2018-12-10 2018-12-10
US16/415,806 US20190272487A1 (en) 2017-02-10 2019-05-17 System And Method For The Delivery Of Services To A Property Owner
PCT/US2019/033101 WO2019222737A1 (fr) 2018-05-18 2019-05-20 Système et procédé de fourniture de services à un détenteur de propriété

Publications (2)

Publication Number Publication Date
EP3794529A1 true EP3794529A1 (fr) 2021-03-24
EP3794529A4 EP3794529A4 (fr) 2022-03-09

Family

ID=68541051

Family Applications (1)

Application Number Title Priority Date Filing Date
EP19804063.6A Withdrawn EP3794529A4 (fr) 2018-05-18 2019-05-20 Système et procédé de fourniture de services à un détenteur de propriété

Country Status (3)

Country Link
EP (1) EP3794529A4 (fr)
CA (1) CA3100742A1 (fr)
WO (1) WO2019222737A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220180371A1 (en) * 2020-12-08 2022-06-09 M3G Technology, Inc. Managing Conversations for Service Delivery Networks

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070136190A1 (en) * 2005-12-12 2007-06-14 Chuck Engle Electronic service procurement and invoicing system
WO2010127387A1 (fr) * 2009-05-08 2010-11-11 Utool Enterprises Pty Ltd Procédé et appareil de gestion de demandes de service
US20130151298A1 (en) * 2011-12-12 2013-06-13 Moose Loop Holdings, LLC Acquiring and distributing tasks
CN105051765A (zh) * 2013-03-15 2015-11-11 艾默生电气公司 承办人定位器、调度、安排以及部件购买服务
US9800477B2 (en) * 2014-07-31 2017-10-24 International Business Machines Corporation Generating a service cost model using discovered attributes of provisioned virtual machines
US9805338B1 (en) * 2017-03-03 2017-10-31 Shogun Enterprises Inc. Database system and user interfaces for matching related entities

Also Published As

Publication number Publication date
EP3794529A4 (fr) 2022-03-09
WO2019222737A1 (fr) 2019-11-21
CA3100742A1 (fr) 2019-11-21

Similar Documents

Publication Publication Date Title
US20190272487A1 (en) System And Method For The Delivery Of Services To A Property Owner
US20190108603A1 (en) Property enhancement services
US11599933B2 (en) Systems and methods for on-demand delivery
US20180240055A1 (en) System and method for the delivery of services to a property owner
US11301914B2 (en) Method and apparatus for apartment listings
US7606919B2 (en) System and method for managing maintenance of building facilities
US20120330759A1 (en) Energy systems
US20140129366A1 (en) Self-service real estate framework
CA2579873A1 (fr) Systeme de gestion de listes de clients potentiels
US20210350481A1 (en) Property enhancement services
KR102328876B1 (ko) 인테리어 시공 인터넷 영업방법
US20200219212A1 (en) Method and system for managing and allocating real estate related services
US20230141593A1 (en) System and method for covering cost of delivering repair and maintenance services to premises of subscribers including same day service
JP2017167701A (ja) 業務支援システム
KR20170074541A (ko) 모바일 애플리케이션을 이용한 여행자와 가이드의 실시간 매칭 방법
JP2019046192A (ja) 制御システム
US20070136190A1 (en) Electronic service procurement and invoicing system
EP3794529A1 (fr) Système et procédé de fourniture de services à un détenteur de propriété
WO2023081481A1 (fr) Système et procédé pour couvrir le coût de fourniture de services de réparation et de maintenance à des locaux d'abonnés
US20220005106A1 (en) Systems and methods for a multiple device communication system
US20210304264A1 (en) Integrating private reservations with publicly-offered ticketed reservations
WO2020237343A1 (fr) Système de gestion de cycle de vie d'installation
JP2003108794A (ja) ジョブ管理方法およびアサインシステム
KR102595366B1 (ko) 디지털 서비스 이용권을 이용한 서비스 예약 및 마케팅 템플릿 제공 시스템
KR20220120780A (ko) 인테리어 공정에 대한 관리방법

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20201216

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20220207

RIC1 Information provided on ipc code assigned before grant

Ipc: G06Q 10/00 20120101ALI20220201BHEP

Ipc: G06Q 50/16 20120101ALI20220201BHEP

Ipc: G06Q 10/06 20120101AFI20220201BHEP

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20220907