Blockchain-enabled service delivery evidence system

A system is provided for automated recording of evidence of delivery of a service in a service setting. The system includes a mobile communication device, a web-based interaction component, and a service control system. The system includes a service interface device to generate an electronic signal. The electronic signal includes a first SMS transmitted to the mobile communication device and a second SMS transmitted to the service control system. The electronic signal also includes a first secured hash link executable by the mobile communication device, wherein executing the link records a first electronic evidence of service delivery. The electronic signal includes a second secured hash link executable by the service control system, wherein executing the second link records a second electronic evidence of service delivery.

BACKGROUND

Technical Field

The embodiments herein generally relate to electronic recording systems, and more particularly to a blockchain-enabled electronic evidence recording system for use in computer-controlled service deliveries.

Description of the Related Art

In service ecosystems, when a third-party payment claim is made, such as for example, when a service is delivered to a person and a third party such as an insurance company is billed for the service, it often becomes difficult to verify that the service was actually delivered to the person by a service provider. There's no way currently to provide evidence that the service was actually conducted and for how long.

Therefore, in light of the above, there is a need of a system and a method for providing electronic evidences maintained with independence that may not be tampered and can be relied upon by the user, service provider and the third party.

SUMMARY

An embodiment herein provides a computer-controlled system for automated recording of evidence of a delivery of a service in a service setting. The system includes a mobile communication device associated with a user and proximately located to the user upon the delivery of the service. The computer-controlled system includes a web-based interaction component located remotely from the mobile communication device to collect predefined information about the mobile communication device and the associated user. The predefined information includes at least a first computer-executable input indicative of an identifier of the mobile communication device and the associated user, and a second computer-executable input indicative of a service sought for the delivery in the service setting. A trigger is initiated upon electronic receipt of the first computer-executable input and the second computer-executable input by the web-based interaction component.

The computer-controlled system includes a service control system that includes one or more central servers, data stores, and cloud-based computing components for managing and processing the delivery of services in the service setting by a service provider to the user associated with the mobile communication device. The computer-controlled system includes a service interface device coupled to the web-based interaction component, wherein the service interface device generates an electronic signal transmitted to the mobile communication device using a transmission circuit, and wherein the electronic signal allows communication between the mobile communication device and the service control system.

The electronic signal includes a first short message service component (SMS), wherein the service interface device transmits the first SMS to the mobile communication device upon activation of the trigger in the service setting. The first SMS is indicative of start of a service. The electronic signal includes a second short message service component (SMS). The service interface device transmits the second SMS to the service control system upon activation of the trigger in the service setting. The second SMS is indicative of start of the service. The electronic signal includes a first secured hash link contained within the first SMS and executable by the mobile communication device, wherein executing the link records a first electronic evidence of service delivery associated with the mobile communication device. The first electronic evidence of service delivery is one of an event, a digitally executable location input, a digitally executable voice input, and a digital image. The electronic signal includes a second secured hash link contained within the second SMS and executable by the service control system, wherein executing the second link records a second electronic evidence of service delivery associated with the service control system. The second electronic evidence of service delivery is one of an event, a digitally executable location, a digitally executable location voice input, and a digital image.

The web-based interaction component further sends a confirmation electronic message along with a unique service proof token (SPT) to the mobile communication device and the service control system upon completion of the service delivery after selection of the first secured hash link and the second secured hash link respectively by the mobile communication device and the service control system. The unique SPT associated with each of the mobile communication device and the service control system is indicative of completion and delivery of the service by the service control system to the user associated with the mobile communication device.

The computer-controlled system includes a blockchain device configured to automatically store computer-executable instructions including digitally executable SPT associated with the mobile communication device and the service control system. The computer-controlled system includes a central verification device to verify the first evidence of service delivery and the second evidence of service delivery by retrieving the unique SPT from the blockchain device upon a request for a verified evidence, such that a verification by the central verification device determines whether one or more services were performed in the service setting. In an embodiment, the mobile communication device, the service control system, and the central verification device may be allowed to access discrete portions of data elements including the computer executable instructions stored within the blockchain device based on access rights through respective blockchain access points such that an access to the data elements allows one or more of viewing, locally replicating, and digitally sharing the data elements at least in part.

The at least one of the first electronic evidence of service delivery and the second electronic evidence of service delivery may be an event.

The at least one of the first electronic evidence of service delivery and the second electronic evidence of service delivery may be a location-based evidence.

The at least one of the first evidence of service delivery and the second evidence of service delivery may be a voice-based evidence.

The at least one of the first electronic evidence of service delivery and the second electronic evidence of service delivery may be an image-based evidence.

The computer-controlled system may include a first Global Positioning System (GPS) communicatively connected with the central verification device, wherein the first GPS records location coordinates of the service control system.

The first GPS may be contained within the service control system and may be configured to communicate with the central verification device.

The blockchain device may store the location coordinates of the service control system along with time stamped computer-executable information associated with receipt of the location coordinates of the service control system.

The computer-controlled system may include a second Global Positioning System (GPS) communicatively connected with the central verification device, wherein the second GPS records location coordinates of the mobile communication device.

The second GPS may be contained within the mobile communication device and may be configured to communicate with the central verification device.

The blockchain device may store the location coordinates of the mobile communication device along with time stamped computer-executable information associated with receipt of the location coordinates of the mobile communication device.

The blockchain device may include a blockchain database to store the SPT associated with the mobile communication device and the control system in a computer executable format.

The SPT may include a first SPT associated with the mobile communication device and representing a start of service proof token for receipt of the service by the user associated with the mobile communication device. The SPT may also include a second SPT associated with the mobile communication device and representing an end of service proof token for receipt of the service by the user associated with the mobile communication device. The SPT may also include a third SPT associated with the service control system and representing a start of service proof token for delivery of the service by the service control system. The SPT may also include a fourth SPT associated with the service control system and representing an end of service proof token for delivery of the service by the service control system.

The central verification device may retrieve the first SPT, the second SPT, the third SPT, and the fourth SPT for verification of the electronic evidence of service delivery.

The central verification device may be communicatively coupled with a rules engine, wherein the rules engine defines a set of computer-executable rules to verify proof of evidences based on the occurrence of the event, receipt of the digitally executable location information, receipt of the digitally executable voice input, or receipt of the digital image input.

The central verification device may process an electronic transaction if the evidence is verified in accordance with the set of computer-executable rules.

The rules engine may include at least one rule that identifies an entity that pays for a service and verification information requested by the entity as proof that a particular service was performed through the digitally stored SPT associated with the user of the mobile communication device.

The blockchain device may include a processing circuit to generate a network identifier associated with a blockchain network, a transaction ID (identifier), a blockchain address identifier using at least a unique key included in a transaction request and one or more hashing codes including the SPT associated with the respective mobile communication device and the service control system, an electronic transaction message, wherein the electronic transaction message may include a plurality of data elements, including at least a first data element configured to store a proof of transaction as the evidence reserved for private use upon request for verification by the central verification device, and a transmitting device configured to transmit the electronic transaction message to the mobile communication device and the service control system for private use.

The blockchain address identifier may be based on a public key corresponding to a private key that may be used to register the transaction on the blockchain device. The public key and the private key are a public/private key pair associated with the transaction indicative of the delivery of the service in the service setting.

A computer-controlled system is provided for digitally recording an evidence of a service delivery in a service setting. The system includes a web-based interaction component to collect predefined information about: a mobile communication device and an associated user who are at a service receiving end, wherein the predefined information includes at least a first computer-executable input indicative of an identifier of the mobile communication device and the associated user, and a second computer-executable input indicative of a service sought for delivery in the service setting, wherein a trigger is initiated upon receipt of the first computer-executable input and the second computer-executable input by the web-based interaction component; and a service control system at a service delivery end, wherein the service control system includes one or more central servers, data stores, and cloud-based computing components for managing and processing delivery of services in the service setting by a service provider to the user associated with the mobile communication device.

The system further includes a service interface device coupled to the web-based interaction component. The service interface device generates an electronic signal transmitted to the mobile communication device using a transmission circuit. The electronic signal allows communication with the mobile communication device and the service control system. The electronic signal includes a first short message service component (SMS), wherein the service interface device sends the first SMS to the mobile communication device upon activation of the trigger in the service setting. The first SMS is indicative of start of a service. The electronic signal also includes a second short message service component (SMS), wherein the service interface device sends the second SMS to the service control system upon activation of the trigger in the service setting. The second SMS is indicative of start of the service.

The electronic signal includes a first secured hash link contained within the first SMS and executable by the mobile communication device or the associated user, wherein executing the link automatically records a first electronic evidence of service delivery associated with the mobile communication device. The electronic signal includes a second secured hash link contained within the second SMS and executable by the service control system, wherein executing the second link automatically records a second electronic evidence of service delivery associated with the service control system.

The web-based interaction component further sends a confirmation electronic message along with a unique service proof token (SPT) to the mobile communication device and the service control system upon completion of the service delivery after executing the first secured hash link and the second secured hash link respectively by the mobile communication device and the service control system. The unique SPT associated with each of the mobile communication device and the service control system is indicative of completion and delivery of the service by the service control system to the user associated with the mobile communication device.

The system further includes a blockchain device configured to automatically store computer-executable instructions comprising digitally executable SPT associated with the mobile communication device and the service control system.

The system includes a central verification device to verify the first electronic evidence of service delivery and the second electronic evidence of service delivery by retrieving the unique SPT from the blockchain device, such that verification by the central verification device determines whether one or more services were performed in the service setting. The system includes a global positioning system (GPS) communicatively connected with the central verification device, wherein the GPS records a first set of location coordinates corresponding to the mobile communication device and a second set of location coordinates corresponding to the service control system. The first set of location coordinates and the second set of location coordinates are stored in the blockchain along with the SPT such that the first set of location coordinates and the second set of location coordinates serve as the first electronic evidence of service delivery and the second electronic evidence of service delivery.

The mobile communication device, the service control system, and the central verification device may be allowed to access discrete portions of data elements including the computer executable instructions stored within the blockchain device based on access rights through respective blockchain access points such that an access to the data elements allows one or more of viewing, locally replicating, and digitally sharing the data elements at least in part.

DETAILED DESCRIPTION

The embodiments herein provide a system and method for digitally recording evidences for service delivery in a service setting. Referring now to the drawings, and more particularly toFIGS. 1 through 7, where similar reference characters denote corresponding features consistently throughout the figures, there are shown preferred embodiments.

FIG. 1illustrates generally, but not by way of limitation, among other things, an example of an environment or architecture100in which various embodiments herein may operate. As illustrated inFIG. 1, the environment100comprises a first entity102, a second entity such as a service provider104, a third entity (also referred to as a third party)106, operating through a digital framework in accordance with the invention for delivery of certain services through computerized systems in the service setting. In accordance with various embodiments of the invention, a variety of service settings may be employed for applying teachings of the embodiments herein in various embodiments.

The first entity102is associated with a smart-capability device such as a smart phone or a mobile phone or any other device108configured to perform certain functions as disclosed in the document hereafter. For the purposes of describing the embodiments herein, the document refers to the use of a mobile communication device108associated with the first entity102in an embodiment without limitations.

The mobile communication device108may be located proximate to the first entity (also referred to as user interchangeably)102.

The second entity (referred to as service provider interchangeably without limitations)104is associated with a service control system110. The service control system110may include one or more central servers112, data stores114, and cloud-based computing components116for digitally managing and processing computer-controlled delivery of services in the service setting by the service provider104to the first entity102associated with the mobile communication device108.

In an embodiment, the service control system110may be configured as a cloud-based service control system110. The cloud-based service control system110may further include a central hub118to communicate over wired and wireless connections with different elements of the service control system110and associated data stores114. The cloud-based service control system110includes a sensor120in wireless bi-directional communication with the central hub118to allow sensing of various service delivery parameters. The cloud-based service control system110may also include a computing device122in bi-directional communication with the central hub118. The computing device122may include a graphical user interface124to allow display of data received from the sensor and/or other devices120such that the second entity104or a user with permissions may control the delivery of services through the graphical user interface124. The various devices and components of the service control system110allow delivery of the services by the second entity104to the first entity102in a computerized manner.

A plurality of wireless and/or wired communications that enable real-time information sharing, constant availability, and interoperability are used in the service setting for allowing delivery of the services. Additionally, greater situational awareness is facilitated to allow transparency through live video, voice communication, sensor, and location data information.

The embodiments herein allow recording of the evidences digitally in a computer-executable format with the use of a computer-controlled system126for automated recording of the evidences of the service delivery within the service setting. The system (also called as recording system interchangeably without limitations)126includes a web-based interaction component128, located remotely from the mobile communication device108, to collect predefined information about the mobile communication device108and the associated user102. The system126also includes a service interface device130coupled to the web-based interaction component128.

The predefined information collected by the web-based interaction component128includes at least a first computer executable input indicative of an identifier of the mobile communication device108and the associated user102, and a second computer executable input indicative of a service sought for delivery in the service setting by the second entity104to the first entity102. For example, the identifier of the mobile communication device108can be a unique code of the mobile communication device108or a unique subscriber identity module or subscriber identification module associated with the mobile communication device108. A trigger is initiated upon receipt of the first computer executable input and the second computer executable input by the web-based interaction component128from the mobile communication device108. The trigger causes entry of a registration of a service request in the service control system110for delivery according to a set of defined service rules. The trigger may be a signal that causes initiation of a registration request or a submission of a registration form for the user102associated with the mobile communication device108and the like.

In an embodiment, when a user102arrives in the service setting for requesting the service within the computerized ecosystem100, a registration is needed. The trigger initiated upon receipt of the first computer executable input and the second computer executable input may serve as a registration request for the user102and a registration request may be entered into the system of the service provider such as the service control system110in a digital format accordingly. Registration details may be sent to the user102and the service provider104through either an email or SMS or any other medium.

The service interface device130is coupled to the web-based interaction component128communicatively and/or operatively. The service interface component130generates an electronic signal that may be transmitted to the mobile communication device108and the service control system110using a transmission circuit132. The electronic signal allows communication of the service interface device130and/or the web-based interaction component128with the mobile communication device108and the service control system110. The electronic signal may include and/or convey a first short message service component (first SMS)134and a second short message service component (second SMS)136. If the service control system110denies the request for the registration, then the service interface component130receives a return signal from the service control system110terminating the connection between the mobile communication device108and the service control system110. Such a denial of the request for the registration may occur if the service control system110detects unauthorized use of the mobile communication device108by an entity other than the user102; e.g., through fingerprint or retinal scan, etc. Also, the user102may terminate the registration request on the mobile communication device108due to any number of reasons.

The service interface device130generates the electronic signal to send the first SMS134to the mobile communication device108when a trigger is activated in the service setting that represents registration of a request by a user such as102for a predefined service. The first SMS134sent from the service interface device is indicative of start of a service, in an embodiment. In an embodiment, the first SMS134may indicate approval of the registration which leads to start of the service.

In an embodiment, when the first SMS134is sent to the mobile communication device108, it may be considered as a signal that the service is ready for delivery to the user but may not necessarily indicate completion of the service. However, in some embodiments, the first SMS134can indicate that the service was initiated and completed as well successfully. In such situations, a separate SMS for service delivery may not be sent to the mobile communication device108.

In embodiments, the service interface component (interchangeably referred to as service interface device without limitations)130sends the second short message service component (SMS)136to the service control system110upon activation of the trigger in the service setting. The second SMS136is indicative of the start of the service and is configured to be sent to the service control system110unlike the first SMS134which is sent to the mobile communication device108associated with the user102who seeks the service. In some embodiments, the first SMS134and the second SMS136can be sent at the same time from the service interface component130. In an embodiment, the service provider104may control operation of the service interface component130. In an embodiment, an external agency not related to the service provider104can control the service interface component130for independence, reliability, and trustworthiness.

In an embodiment, the first SMS134contains a first secured hash link that is executable by the mobile communication device108or the associated user102. In an embodiment, the first secured hash link may be sent separately and not within the first SMS134. In such cases, the service interface component130may generate a separate signal so that the signal may transmit the first secured hash link to the mobile communication device108for processing through any of the ways including through an SMS.

Executing the first secured hash link such as by clicking the first secured hash link may automatically record a first evidence of service delivery associated with the mobile communication device108. The first evidence of service delivery (also referred to as service delivery evidence) can be recorded in a digital format as discussed hereafter in the document.

In an embodiment, the second SMS136contains a second secured hash link that is executable by the service control system110or an associated service delivery person or a user associated with the service control system110. In an embodiment, the second secured hash link may be sent separately and not within the second SMS136. In such cases, the service interface component130may generate a separate signal so that the signal may transmit the second secured hash link to the service control system110for processing through any of the ways including through an SMS.

Executing the second secured hash link by the service control system110or the associated user such as by clicking the second secured hash link may automatically record a second evidence of the service delivery associated with the service control system110. The second evidence of service delivery (also referred to as service delivery evidence) can be recorded in a digital format.

Executing the second secured hash link by the service control system110can be performed in the way as explained above with respect to executing the first secured hash link by the mobile communication device108or the associated user102.

In accordance with various embodiments, the first evidence of service delivery and the second evidence of service delivery can be one or more of an event, a digitally executable location input, a digitally executable voice input, and a digitally executable picture (digital image).

The service interface device130further sends a confirmation message in an electronic format along with a unique service proof token (SPT) to the mobile communication device108and the service control system110upon completion of the service delivery. In an embodiment, completion can be defined based on executing of the first secured hash link and the second secured hash link. However, in an embodiment, if the first secured hash link and the second secured hash link are defined for start of the service only and not necessarily for service completion, service delivery and its completion successfully may be determined based on another set of secured hash links that are sent through a third SMS to the mobile communication device108and a fourth SMS to the service control system110. The third SMS may contain or be separately associated with a third secured hash link. Similarly, the fourth SMS may contain or be separately associated with a fourth secured hash link. In such cases, end of the service and its successful completion may be determined when the third secured hash link and the fourth secured hash link are executed by the mobile communication device108and the service control system110respectively or by respective users.

When the first secured hash link and the second secured hash link and/or the third secured hash link and the fourth secured hash link (if end of service is separately defined) are respectively executed by the mobile communication device108and the service control system110, the service interface device130considers delivery of the service to the user102associated with the mobile communication device108as complete. The service interface device130may generate a unique service proof token (SPT) executable through digital modes and send it to the mobile communication device108. This STP may be associated with the mobile communication device108and is unique to the mobile communication device108for the specific transaction and service delivery. If the same user102associated with the same mobile communication device108arrives again in the service setting for a new service request, a new unique service proof token may be generated.

The service interface device130may generate a second unique service proof token (SPT) executable through digital modes and send it to the service control system110. This STP may be associated with the service control system110and is unique to the service control system110for the specific transaction and the service delivery. Both the STP associated with the mobile communication device108and the service control system110are together indicative of completion and delivery of the service by the service control system110to the user102associated with the mobile communication device108in the service setting.

As discussed above, in an embodiment, two SPTs are generated—one associated with the mobile communication device108and the other associated with the service control system110. These SPTs signify the completion of the service.

In some embodiments, four SPTs may be generated as follows:

A first STP (SPT1) is generated that is associated with the mobile communication device108and represents start of the service. The SPT1may be referred to as start of service proof token and signifies start of receipt of the service by the user102associated with the mobile communication device108from the service delivery entity or the second entity104. The SPT1is sent to the mobile communication device108.

A second SPT (SPT2) is generated that is associated with the mobile communication device108and represents end of the service. The SPT2may be referred to as end of service proof token and signifies end and successful delivery of the service to the user102associated with the mobile communication device108by the service delivery entity104. The SPT2is sent to the mobile communication device108.

A third SPT (SPT3) is generated that is associated with the service control system110and represents start of the service. The SPT3may be referred to as the start of service proof token and signifies start of the delivery of the service to the user102associated with the mobile communication device108by the service delivery entity104. The SPT3is sent to the service control system110.

A fourth SPT (SPT4) is generated that is associated with the service control system110and represents end of the service. The SPT4may be referred to as end of service proof token and signifies end and successful delivery of the service to the user102associated with the mobile communication device108by the service delivery entity104. The SPT4is sent to the service control system110.

In some embodiments, as discussed above, only two SPTs are generated and sent to the mobile communication device108and the service control system110representing complete delivery and end of the service to the user102associated with the mobile communication device108by the service control system110associated with the service delivery entity104. All SPTs are digitally executable.

The system further includes a blockchain device138configured to automatically store computer executable instructions such as the digitally executable SPT associated with the mobile communication device108and the service control system110. For example, the blockchain device138may store the SPT1, SPT2, SPT3, and SPT4. In embodiments where only two SPTs are generated representing end of the service, the blockchain device138may store the two SPTs.

In embodiments, the four SPTs—SPT1, SPT2, SPT3, and SPT4may represent the evidences of the service delivery along with the status of the service delivery such as service start or service ending.

In an embodiment, where only the two SPTs are generated, for example, when the first secured hash link is activated by the user associated with the mobile communication device108, the first evidence of the service delivery may be recorded within an SPT. The first evidence of the service delivery may indicate completion of the service and is associated with the mobile communication device108that is the first SPT is sent to the mobile communication device108. Similarly, another SPT (such as the SP4discussed above) may be sent to the service control system110which may contain the second evidence of the service delivery, which is indicative of the service completely delivered to the user102by the service control system110. The SPTs (such as second SPT and the fourth SPT) sent to the mobile communication device108and the service control system110respectively are sufficient to prove whether the services have been delivered entirely by the service control system110to the user102associated with the mobile communication device108or not. Therefore, by retrieving the SPTs from the blockchain device138, delivery of the services can be proven.

In an embodiment, where the four SPTs are generated, for example, when the first secured hash link is activated by the user102associated with the mobile communication device108, a first evidence of the service delivery may be recorded within an SPT. The first evidence of the service delivery may indicate the start of the service and is associated with the mobile communication device108that is the first SPT is sent to the mobile communication device108.

A second evidence of the service delivery may be recorded within another SPT when the second secured hash link is activated by the user102associated with the mobile communication device108. The second evidence of the service delivery may indicate the end of the service and is associated with the mobile communication device108that is the SPT is sent to the mobile communication device108after the service is complete.

A third evidence of the service delivery may be recorded within an SPT such as the SPT3discussed above when the third secured hash link is activated by the user102associated with the service control system110. The third evidence of the service delivery may indicate the start of the service and is associated with the service control system110that is the third SPT is sent to the service control system110after the service starts.

A fourth evidence of the service delivery may be recorded within an SPT such as the SPT4discussed above when the fourth secured hash link is activated by the user102associated with the service control system110. The fourth evidence of the service delivery may indicate the end of the service and is associated with the service control system110that is the fourth SPT is sent to the service control system110after the service is complete.

In an embodiment with four SPTs, the four SPTs may be sufficient to prove when the services started and whether the services are delivered entirely by the service control system110to the user102associated with the mobile communication device108or not. Therefore, by retrieving these four SPTs from the blockchain device138, initiation and delivery of the services can be proven.

The blockchain device138further stores location coordinates of the service control system110along with time stamped computer executable information associated with receipt of the location coordinates of the service control system110. The time stamped computer executable information signifies digital representation of a time parameter that indicate the time when the location coordinates of the service control system110were received by the blockchain device138. In embodiments, the time stamped information may indicate when the actual service was initiated for delivery by the service control system110and when the service was completely delivered to the user102associated with the mobile communication device108.

The system126further includes a central verification device140to verify the first evidence of the service delivery and the second evidence of the service delivery (discussed above) by retrieving the unique respective STPs from the blockchain device138upon request from an external system. In case the four STPs are generated in accordance with some embodiments as discussed above, the central verification device140may verify one or more of the first evidence of the service delivery, second evidence of the service delivery, third evidence of the service delivery, and the fourth evidence of the service delivery by retrieving the unique SPTs (such as the first SPT, second SPT, third SPT, and the fourth SPT) from the blockchain device138upon request from an external system. The external system can be a computer-based system or control system associated with an external party such as the third entity106discussed above to automatically interact with the central verification device140for verifying the evidences of the service delivery by the service control system110to the user102associated with the mobile communication device108. The verification by the central verification device140may help determine whether one or more of the services were performed in the service setting or not.

FIG. 2illustrates a computer controlled evidence system202for recording the evidences of the service delivery connected to the central verification device140and other components as shown.

The computer controlled evidence system202may include combined mechanisms, software, and hardware components for facilitating recording of the evidences so that they are stored in a blockchain database204of the blockchain device138. The evidences of the service delivery as recorded by the computer-controlled evidence system202are eventually converted into digital signals and tokens that may be stored along with the SPTs such as the first SPT (SPT1), second SPT (SPT2), third SPT (SPT3), and the fourth SPT (SPT4).

As shown inFIG. 3, the computer controlled evidence system202may include one or more of a first global positioning system (GPS1)302, a second global positioning system (GPS2)304, a voice recognition device306, an image recognition device308, and one or sensors connected in the service setting.

The computer-controlled evidence system202is discussed herein in conjunction withFIGS. 1 through 3.

In accordance with various embodiments, the first evidence of the service delivery and the second evidence of the service delivery can be one or more of an event, a digitally executable location input, a digitally executable voice input, and a digitally executable picture.

The one or more sensors310deployed in the service setting are configured to sense one or more environmental parameters including parameters indicative of triggering of the one more event. This may facilitate recording an evidence of the service delivery in the form of the one or more events (simply referred to as events interchangeably without limitations) occurring in the service setting by the one or more sensors (referred to as sensors interchangeably for the purpose of simplicity without limitations)310. Each sensor of the sensors310may be defined to sense a particular parameter signifying an event. For example, the event may be an entry of a person sensed by a camera, occurrence of a public emergency sensed by a specific type of sensor, physiological changes sensed by a physiological sensor, weather events sensed by a weather sensor, and the like.

In some cases, the sensors310or other devices in the service setting may detect an event that may be dangerous or non-normal based on pre-programmed criteria or may detect unauthorized access by a mobile communication device not authorized to perform a specific action. In such situations, the sensors310or other devices such as the image recognition device308, voice recognition device310, intelligent ambient sound, and video recording device312and the like may generate an electric signal indicative of an unauthorized or non-normal request. The signal may be communicated to one or more of the computer-controlled evidence system202, the blockchain device138, the service control system110, and the central verification device140. The blockchain device138may record details of the non-normal request and the corresponding mobile communication device for future references so as it to be used for tracking a similar request by the same device in future and/or build rules to intelligently define patterns for governing automation of processing the requests in view of historical patterns. Additionally, such a request that is identified as non-normal may be rejected by the service control system110for fulfilling (e.g., fulfilling the request is denied).

The first GPS302is configured to sense location information of the mobile communication device108associated with the user102. The second GPS304is configured to sense location information of the service control system110. The first GPS302may be contained within the mobile communication device108of the user102, in an embodiment. The second GPS304may be located in the service setting. For example, the second GPS304may be contained within the service control system110or may be deployed elsewhere in the proximity of the service control system110configured to sense location information of the service control system110and/or the service setting, which signifies place of the delivery of the service and hence a location-dependent evidence of the presence of the service control system110during delivery of the service to the user associated with the mobile communication device108which contains the first GPS302.

The detection of location information of the mobile communication device108and the service control system110by the first GPS302and the second GPS304respectively that are individually controlled by respective owners (owner devices) may facilitate recording an evidence of the service delivery in the form of the location information or location coordinates which indicate the presence of the first entity (who receives the service)102and the second entity (who delivers the service)104at the same location during the delivery of the service in the service setting. Each GPS of the first GPS302and the second GPS304may be defined to sense the location coordinates of the respective entities102and104reliably that may not be modified.

The computer-controlled evidence system202may include the voice recognition device306.

The voice recognition device306may be contained within or coupled to the computer-controlled evidence system202. The identification and authorization of identity of the entities such as102and104and/or recording the evidence may be established based on voice patterns of the respective entities.

The voice recognition device306may include a communication interface334for establishing communication with other devices within the service setting over a communication network. The voice recognition device306may also include a sound card336which may be adapted to receive identity information of a respective entity102or104. The identity information may be received in the form of a digital audio signal. The sound card336may be adapted to receive the digital audio signal and generate/transmit the audio signal to a microcontroller338for voice recognition based on pre-stored voice patterns. The sound card336may be adapted to sample an analog signal to generate the digital audio signal and interface with the microcontroller338. The microcontroller338, in association with voice recognition software340, may be adapted to discriminate between multiple audio patterns and also compare the voice pattern of the entity with the pre-stored voice patterns to output a stream signal. The stream signal is indicative of verification of the identity information and used to record the evidence for the start and end of the service delivery. In an embodiment, the voice recognition device may include a microphone-sound card interface342for allowing interfacing between an external microphone with the sound card of the voice recognition device306.

The computer-controlled evidence system202may include the image recognition device308.

The image recognition device308may be coupled to or contained within the computer-controlled evidence system202. The identification and authorization of the identity of the entities such as102and104and/or associated devices such as108and110may be established based on image patterns of the respective entities102and104.

The image recognition device308may include a communication interface344for establishing communication with various devices within the service setting. The image recognition device308may include an image acquisition device346to receive signals containing image patterns and facial expressions. The image acquisition device346may include or be coupled to a camera348for taking still or streaming images. The image acquisition device346may include a plurality of multichannel amplifiers (MCA)350such that each amplifier of the multichannel amplifiers350may be defined to receive a specific type of sensed information from a particular type of sensor or camera348sourcing signals for the image recognition device308. The amplified signals obtained from the plurality of multichannel amplifiers350may then be transmitted to an image segmentation device (ISD)352for fragmenting the received image patterns to identify micro level details such as micro facial expressions and the like. These federated image patterns may then be transmitted to a microcontroller354for further processing and verification of the identity of the entity such as102and104. The identity information may be received in the form of a digital audio signal containing the received image patterns. The image acquisition device346may be adapted to receive the digital audio signal and generate/transmit the audio signal to the microcontroller354for image recognition based on pre-stored image patterns (including such as micro facial expressions). The image recognition device308may be adapted to sample an analog signal to generate the digital audio signal and interface with the microcontroller354. The microcontroller354, in association with necessary recognition software, may be adapted to discriminate between multiple image patterns and also compare the image pattern of the entity with the pre-stored image patterns to output a stream signal. The stream signal is indicative of verification of the identity information as obtained in the form of the image pattern.

In an embodiment, the computer-controlled evidence system202may include an intelligent ambient sound and video recording device312that may allow combining GPS information and sound and/or video recorded in the service setting together. If the sound or voice or video is recorded for two or more participants or entities and their respective GPS information indicate their presence in the same location or same service setting, this may be indicative of the service participants being present together and verifies with a stronger evidence than merely alone with a voice evidence or a video evidence or a GPS-based evidence. In such situations, the service proof tokens (SPTs) can be generated for both the medical device108and the service control system110or any other participants at the time of the start of the service and the end of service in accordance with embodiments as discussed elsewhere in the document.

The intelligent ambient sound and video recording device312may include a microphone314and a set of headphones316. The microphone314monitors an ambient sound environment. The intelligent ambient sound and video recording device312may further include a processor318that receives an output from the microphone314. The processor318compares the output to pre-stored sound characteristics within the ambient sound environment. The processor318may generate and send an output in the form of an audio notification to the set of headphones316when the sounds are identified and verified.

The intelligent ambient sound and video recording device312may include a smart TV or a camera320to record video and watch where the participants are moving.

The intelligent ambient sound and video recording device312may also include an active noise cancellation system322that generates a noise cancellation signal in response to an ambient noise. The noise cancellation signal may be transmitted to the processor318before analysis and matching of the recorded noise with the predefined characteristics.

In some cases, if one or more of the voice recognition device306, image recognition device308, and the intelligent ambient sound and video recording device312fails to detect the respective identity information in the form of a verified image, voice, sound characteristic etc of the entity102and/or the associated mobile communication device108and the like, an evidence respective to the transaction may not be recorded. In such an event, failure to recording of the evidence may not allow digitally recording details for start of the service or completion of the service or both. Even if the service is delivered in such cases, for verification and digital recording purposes, it may still be considered as a service that is not delivered or completed as no digital proof for the service exist.

The failure to recording of the evidence may be reported to one or more of the service control system110, the respective mobile communication device108, and the blockchain device138, and the central verification device140by the one or more of the voice recognition device306, image recognition device308, and the intelligent ambient sound and video recording device312. In some embodiments, the service control system110may utilize an alternative way of authorization and recording the evidence for future references, in such situations. The service control system110may first verify the identity of the user for authorization purposes and then request the user102upon identity authorization to submit a message indicative of confirmation of presence of the user102in the service setting during service delivery to the blockchain device138as an evidence of service completion or service start or both. The entity or the user102may send the message indicative of the confirmation of presence through the associated and registered mobile communication device108to ensure the evidence is acceptable to the blockchain device138. A dedicated custom graphical interface may be provided to the user102through a web-based mechanism such that the interface may allow the user102to send the message indicative of the delivery of service as well as the service control system110participating in the delivery of service over the blockchain network.

The processor318of the intelligent ambient sound and video recording device312may receive the GPS information (discussed above) from the service control system110and the mobile communication device108and combine this with a processed output of the recorded sound and/or audio by the camera or smart TV320and/or the microphone314so as to generate a combined correlated evidence that is indicative of the participants such as102and104etc as being present at the same place during the delivery of the service. This way, not only the evidence in the form of respective locations is recorded but also identity of the participants is verified by matching the recorded sound and/or video characteristics with the pre-stored characteristics.

One or more of the evidences as recorded from the one or more devices contained within the computer-controlled evidence system202are automatically generated upon activation of the first secured hash link and the second secured hash link (and in some cases the third secured hash link and the fourth secured hash link) by the mobile communication device108and the service control system110respectively when the first SMS134and the second SMS136are sent by the service interface device130to the mobile communication device108and the service control system110. As soon as the secured hash links are activated, the two SPTs (and in some cases the four SPTs) that generally contain the evidence information including one or more of the location information (location-based evidence), image information (image-based evidence), voice information (voice-based evidence), and the sensed information are generated. In embodiments, when the four SPTs are generated based on the activation of the four discrete SPTs—two for start of the service and two for end of the service, the four SPTs may contain the evidence information, such that during start of the service, the two SPTs contain a first set of evidence information that is indicative of the evidences during start of the service, the other two SPTs contain a second set of evidence information that is indicative of the evidences at the end of the service delivery. However, in some embodiments, even with cases of the four secured hash links being generated and the four SPTs being created, evidences of the service delivery may be recorded only for the two secured hash links that are associated with the end of the service delivery as the third party might be interested only in knowing about the evidences of successful delivery of the service and not the start of the service.

The SPTs generated accordingly and containing the evidence information are automatically stored with the blockchain device138. The blockchain device138may contain specialized databases and data stores such as the blockchain database204to store the SPTs containing the evidence information among other information elements. The blockchain database204may be particularly tailored so that the SPTs stored therein are secured through blockchain technology and cannot be modified by any entity.

The blockchain device204may include a processing device222and a transmitting device206that each is capable of blockchain integration unlike generic devices. The processing device222may process all blockchain tasks through computer-controlled software and hardware tools. The transmitting device206can allow transmission of information such as the evidence information to the central verification device140and/or the third party106as needed. The transmitting device206may also enable all sorts of communication with other systems including the central verification device140and the computer-controlled evidence system126.

The blockchain device138may store image-based input324received from the image recognition device308, voice-based input326received from the microphone314, location coordinates328received from the first GPS302and the second GPS304, sensed inputs330from the sensors310, ambient sound/video characteristics332received from the intelligent sound and video recording device312.

The blockchain device138also includes hardware208. The hardware208may comprise a specific blockchain-enabled server device210and a smart device running a specific dedicated software application212operated by a user. The smart device212is configured to engage in specific communication with the blockchain-enabled server device210. The blockchain-enabled server device210performs tasks enabling communication with the smart device212. The blockchain-enabled server device210further performs at least one of these tasks: storage of at least one data base or a portion thereof and/or data for placement therein in the blockchain database204, access the at least one data base including the blockchain database204, update the at least one database including the blockchain database204, allow the smart device212to access and receive information in whole or in part from the at least one database. In some embodiments, the at least one data base such as the blockchain database204may contain at least one unique hash, at least one timestamp of the at least one unique hash, and/or other data for generating smart contracts.

The transmitting device206may allow transmission of at least one hash file and/or hash blockchain to the blockchain-enabled server210. The transmitting device206may further allow receiving a transaction confirmation and/or identifier from the smart device212, creating a hash file and/or hash blockchain from the digital data and/or digital content, receiving the hash file and/or hash blockchain and the timestamp from the smart device212. The processing device222may compare the hash file and/or hash blockchain to other verification information for verifying authenticity of a variety of information.

The processing device222may generate a network identifier214, a transaction identifier216, and a blockchain address identifier218to specify a particular transaction that involves a delivery of service associated with the two or the four SPTs as discussed above. Each such set of identifiers define a specific transaction indicated through a smart contract220and cannot be tempered. The smart contract220allows tracing the evidences of the service delivery for any particular delivery of the service in the service setting. In an embodiment, the processing device222is configured to cause the smart contract220to be generated based on the network identifier214, transaction identifier216, and the blockchain address identifier218such that the smart contract220is configured to automatically validate a transaction using a special key associated with a user or a transaction.

A transaction message216may be generated by the processing device222to inform respective entities. In an embodiment, the transaction message216may be associated with one or more secured hash links so that the transaction message216is generated when the one or more secured hash links are activated and the respective SPTs are stored in the blockchain database204.

The processing device222may generate the network identifier214that may be associated with a blockchain network and the transaction ID (identifier)216. The processing device222may generate the blockchain address identifier218using at least a unique key included in a transaction request and one or more hashing codes including the SPT associated with the respective mobile communication device108and the service control system110.

In an embodiment, the blockchain address identifier218may be based on a public key corresponding to a private key that was used to register the transaction on the blockchain such that the public key and the private key are part of a public/private key pair associated with the transaction indicative of the delivery of the service in the service setting.

In an embodiment, the processing device222may generate the transaction message216based on one or more standards and includes a plurality of data elements, including at least a first data element configured to store a proof of transaction as the evidence reserved for private use upon request for verification by the central verification device140. The use of evidence privately is indicative of a controlled and secured access of the evidence only to authorized entities.

The transmitting device206may be configured to transmit the transaction message216to the mobile communication device108and the service control system110for private use.

In an embodiment, the central verification device140may allow comparing the evidence information as stored in the blockchain database204with external information to verify whether the services were actually delivered by the service control system110to the user102associated with the mobile communication device108at a particular time within the service setting. The central verification device140retrieves the first SPT, the second SPT, the third SPT, and the fourth SPT for verification of the evidence of the service delivery.

The central verification device140includes or is coupled to a rules engine224that defines and facilitates processing of a set of computer executable rules defining instructions for verification of the evidence information. The computer executable rules may allow verifying proof of evidences based on the occurrence of the event, receipt of the digitally executable location information, receipt of the digitally executable voice input, or receipt of the digitally executable image input etc through the one or more SPTs that eventually get stored in the blockchain database204.

The rules engine224may include or be coupled to a memory circuit, a processing circuit, integrated circuits, chipsets, and rules translators (not shown in the FIG.).

Based on a digital output generated by the central verification device140indicative of the verification of the evidence of the delivery, the central verification device140processes or rejects a claim requested by the third entity106in accordance with the set of computer executable rules.

If the evidence of the delivery is verified to be true by the central verification device140, the claim is processed digitally in favor of a user requesting the claim through a digitally communicated request. However, if the evidence is rejected due to lack of reliability or failure to an availability of the evidence at all or due to any other reason, the claim is not processed and the central verification device140informs the user102accordingly. The user102may still counter a decision to reject the claim by the central verification device106if the rejection is not on accurate grounds. In such a case, the user102may choose other options such as to manually report the evidence of the service delivery to a concerned authority for making necessary corrections or take a legal route for prosecuting the matter if it does not agree with the decision.

The rules engine224includes at least one rule that identifies an external entity such as104that pays for a service and verification information requested by the external entity as proof that a particular service was performed through a digitally stored SPT associated with the user102of the mobile communication device108.

FIG. 4illustrates a flowchart400depicting a method for allowing recording of the evidences digitally in a computer-executable format with the use of the computer-controlled system126for the service delivery within the service setting.

At step402, the method includes registering an entity such as the entity102digitally by collecting a first computer executable input and a second computer executable input. The first computer executable input and the second computer executable input may be similar to the first computer executable input and the second computer executable input in conjunction withFIG. 1.

At step404, the method includes sending the start of the service proof token (SPT) to the mobile communication device108. At step406, the method includes sending the start of the service proof token (SPT) to the service delivery entity such as104. At step408, the method includes tapping the SPT at a mobile communication device end. At step410, the method includes tapping the SPT at a service control end. At step412, the method includes storing the start of the service evidence through the blockchain-based device or blockchain device138. At step414, the method includes sending the end of the service proof token to the mobile communication device108after the service is complete. At step416, the method includes sending the end of service proof token to the service control system110after the service is complete. At step418, the method includes storing the end of the service evidence through the blockchain-based device138. At step420, the user102and/or the associated mobile communication device108may be allowed to verify the transaction through a custom defined web-based or offline user-interface such that the verification of the transaction by the user102is indicative of the user102agreeing to the service as completely delivered by the service control system110. The verification may be recorded in the form of an input that may be received by the service control system110as well as the blockchain device138from the user102or the associated mobile communication device108.

The method ofFIG. 4is further discussed in conjunction with flow diagram500illustrated inFIG. 5. Referring now toFIGS. 1 through 5, automated recording of the evidences of the service delivery within the service setting is discussed.

FIG. 5illustrates a particular use case as an example and other use cases and embodiments herein may also be possible, without limitations. A first entity denoted by a patient502in the figure arrives in a service setting for a service. The patient owns a mobile communication device such as the mobile communication device108or any other device capable of locating geo-locations. For example, the mobile communication device108includes a GPS similar to the GPS302discussed above. The service setting may be a healthcare provider facility (HCP)504. The HCP504may also be GPS-enabled and may include a GPS device similar to the GPS device304discussed above for the service setting or the service control system110. The HCP504registers the mobile communication device108or the associated patient502on a GPS-capable device such as the service control system110discussed above. The HCP504enters service details and end of care information into a web-based system such as the web-based interaction component128to collect information about the mobile communication device108and the associated patient502as appropriate.

When the registration of the patient502is complete, the service interface device130sends a unique start of the service proof token to the mobile communication device108. The service interface device130also sends a unique start of the service proof token to the service control system110at the HCP504. The service control system110or an associated user taps on the unique service proof token delivered to the HCP504. Similarly, the mobile communication device108or the associated patient502taps on the unique service proof token delivered to the mobile communication device108. With the tapping of the respective service proof tokens, GPS (location) information and device information of the mobile communication device108and the service control system110are sent to the service interface device130. The GPS (location) information and the device information of the mobile communication device108and the service control system110are stored in the blockchain-based evidence database (or simply the blockchain database)204as an evidence for later use. This is referred to as start of the service evidence.

When the service is complete and successfully delivered to the patient502, the service interface device sends a unique end of the service proof token to the mobile communication device108. The service interface device130also sends a unique end of the service proof token to the service control system110at the HCP. The service control system110or the associated user taps on the unique end of the service proof token delivered to the HCP504. Similarly, the mobile communication device108or the associated patient502taps on the unique end of the service proof token delivered to the mobile communication device108. With the tapping of the respective end of the service proof tokens, the GPS (location) information and the device information of the mobile communication device108and the service control system110are sent to the service interface device130. The GPS (location) information and the device information of the mobile communication device108and the service control system110at the time of the end of the service are also stored in the blockchain-based evidence database such as the blockchain database204as an evidence for later use. This is referred to as end of the service evidence.

A third party such as the third entity506(as an example, insurance company in the illustrated user case) may verify participants including the patient502and the HCP504when a claim is submitted along with the start of the service evidence and the end of the service evidence (along with respective service proof tokens) by one or more of the patient502and the HCP504. If the patients502and HCP504are verified in accordance with defined rules (when the defined rules match), the insurance company (i.e., third entity506) may pay claims or else may deny if no evidence is available or if the patients502and/or HCP504(i.e., participants) are not verified. If the non-availability of the evidence is due to some technical fault or not on proper/fair grounds, the HCP504or the patient502may have an option to refute the decision or request for reconsideration or take a legal route in an event of no resolution.

The patient502, HCP504, and third entity506may behave in a manner similar to the participants or entities102,104, and106respectively elsewhere in the document. After the identity of the patient502and/or the HCP504and the evidence are verified, the claim may be processed. The patient502and the HCP504and or the associated devices may be redirected to a custom interface for confirming receipt of the claim and verification of the identity. For example, the associated devices may receive a message requesting to open a screen that is presented on display units of the respective device such that the screen may show options to confirm receipt of the claim when it is received. This completes a transaction indicative of receipt of the claim. The information is then conveyed to the blockchain device138for recording in the database204.

FIG. 6illustrates a blockchain computer architecture of the system126ofFIG. 1along with other systems and components in accordance with an embodiment herein.FIG. 6, with reference toFIGS. 1 through 5, illustrates an exemplary blockchain configured ecosystem architecture600containing one or more components of the system126as discussed in conjunction withFIG. 1and also contain additional components so as to allow integrity of submission of the evidences of the service delivery and the service proof tokens as discussed above in the document. This may facilitate association of an identity to the evidences thus submitted and also define and store a geographical and temporal identity such as when and in which location presence of the participants such as the first entity102and the second entity102and their respective devices such as mobile communication device108and the service control system110are noted. The blockchain configured ecosystem architecture600may provide a crowdsourced integrity network for storing the evidences instead of locally stored information by different participants that may be tempered.

The ecosystem architecture600may be blockchain configured involving various blockchain devices. For example, the computer-controlled evidence system202and the central verification device140that interact with the blockchain device138may be blockchain configured. A network that facilitates interaction across all components may be a blockchain integrity network. The blockchain network may build trust among the various participants or entities and their associated computing terminals or devices even if the devices/terminals etc may not know one another. The blockchain network may allow connections and transactions and recording and sharing of the evidences and the service proof tokens in a trusted mode. A record of transactions and sharing and data from various terminals/devices stored on the blockchain in the form of computer executable distributed ledgers602may provide proof to command the necessary trust among the terminals/devices (such as those associated with various participants including the mobile communication device108, service control system110, central verification device140, third party devices etc) to cooperate through a peer-to-peer or peer-to-client distributed digital ledger technology. The ecosystem architecture600may include a distributed trusted ledgers system604containing the distributed blockchain ledgers602associated with a plurality of computing terminals and devices such that each ledger stores a copy of computer executable files606containing the evidences for the service delivery and the service proof tokens and the trust notes for defining security and trust among the computing terminals and devices across the network so that each computing terminal trusts the other computing terminal through the blockchain. The distributed ledgers system604enables coding of rules-based contracts that execute when specified conditions are met. The distributed ledgers602make it easier to create cost-efficient networks where any device or any evidence associated with a service delivery may be tracked, without requiring a central point of control.

The various computing terminals or devices in the network serve as distributed peer-to-peer nodes and connections. The central verification device140may serve as a client device configured to perform the task of validating and verifying the evidences based on the rules as defined. Each terminal/device/node in the ecosystem architecture600, etc. may get a copy of the blockchain which may get downloaded automatically upon joining the blockchain integrity network. Every node or the device in the network is an administrator of the blockchain, and may join the network voluntarily so that the network is decentralized.

The blockchain may eliminate the risks that come with data being held centrally by storing data across the network which may include the computer executable files606containing the evidences and the service proof tokens. The blockchain security use encryption technology and validation mechanisms for security and integrity verification. The security may be enabled through public and private keys. A public key may define a user's address on the blockchain. The private key may give its owner an access to various digital assets in the network.

In an embodiment, the distributed ledgers602may enable coding of the smart contracts220that will execute when specified conditions are met. These smart contracts220may protect the evidences associated with the service deliveries and eliminate the risk of files copying and redistribution without protecting privacy rights.

The blockchain configured ecosystem architecture600may provide a private view for the various devices and the entities operating in the network through a private data store608so that each such device may privately access the computer executable files606containing the evidences and the service proof token or other details associated with a service delivery entity104based on various policies such as based on their respective identities. Each of the devices may access the computer executable files606through the dedicated private store608available through the plurality of distributed blockchain configured access points610which may be enabled in the form of distributed blocks as shown inFIG. 6, with each block providing a facility to access the features of the blockchain configured ecosystem architecture600by different terminals and devices at the same time based on defined and granted access rights.

The private data store608may provide a virtual storage to facilitate interaction, information exchange, reviewing, and presentation of the computer executable files606. For example, the private data store608may allow a virtual storage and presentation of only limited executable files or portions of the executable files for access by particular nodes in accordance with permissions granted for reviewing. The private data store608may be configured to auto-hash review interactions at any required interval. This compartmentalization of the computer executable files606ensures that the computer executable files606are secured and private as per access rights authorized to the nodes. The data presented on the private data store608of the blockchain serves as a secure way to ensure that the private data store608is in sync with any permissioned access.

In embodiment, the mobile communication device108, the service control system110, and the central verification device140may be allowed to access discrete portions of data elements including the computer executable instructions stored within the blockchain device based on access rights through respective blockchain access points such that an access to the data elements allows one or more of viewing, locally replicating, and digitally sharing the data elements at least in part.

In an embodiment, the blockchain configured digital ecosystem architecture600may provide a federated blockchain comprising of several entities/participants such as102and104etc and their associated computers and devices and sensors that jointly interact to process transfers of data through a trusted, secured and distributed network of the blockchain configured access points610. For example, authorized parties may access the evidences and respective SPTs for evaluation and verifying of the evidences before processing a transaction such as a claim that requires availability of evidences for verification purposes. The user102associated with the mobile communication device108may access a respective private data store608through a respective access point610to view corresponding transactions and evidences and may also take a local digital export on a local storage device for its future references. However, none of the participants are allowed to modify these details in the blockchain so as to ensure integrity of the information and the network. The participants however can be allowed to update their respective identity information such as update their contact details, personal details etc, a record of which may also be stored in the blockchain to track historical changes and identity information.

In accordance with various embodiments, different mechanisms may be employed for the computer-controlled evidence system202to record the evidences and store them into the blockchain device138. For example, in an embodiment, two-fold system may be employed such that the two-fold system may include a call- or SMS-based system as discussed above, wherein the SMS is sent or a call is made to the mobile communication device108and the service control system110for enabling initiation of the start of the service tokens and the end of the service tokens. The two-fold system may also include a voice-based recognition system such as involving the voice recognition device306as shown inFIG. 3. The voice recognition device306may operate based on pre-known and pre-defined voice samples of users such as the second entity and the first entity. The voice samples can be matched with real-time voice data to verify the presence of one or more participants102and104within the service setting at the time of the service delivery. In some embodiments, real-time IVR options may be provided to verify and match with the pre-defined voice samples. Other smart devices such as smart speakers or ambient video recording or ambient sound recording devices may be employed within the service setting to allow recording of the evidences during the service delivery and generating the one or more of the start of the service proof tokens and the end of the service proof tokens for storage on the blockchain. One such smart device may be a smart TV that watches where the participants102and104(or patient502and HCP504) are going and accordingly triggers generating the start of the service proof tokens and the end of the service proof tokens for storage on the blockchain.

In accordance with various embodiments, the service setting may be defined based on various parameters. For examples, the service setting may be defined by a particular geo-location such as through latitude and longitude values. In an embodiment, the service setting may be defined through geo-fencing. Geo-fencing (geofencing) may allow a software program and associated hardware to use a global positioning system (GPS) or radio frequency identification (RFID) device to define geographical boundaries that may be indicative of the service setting.

Geo-fencing may allow an administrator to set up triggers including the trigger discussed above so that when a device such as the mobile communication device108enters (or exits) the boundaries defined by the administrator through geo-fencing, an alert may be generated or the trigger may be generated.

In an embodiment, the service setting may be defined based on either of the first entity102and the second entity104to be proximate to the other entity. The proximity may be associated by pre-defined location coordinates or geographical barriers or distance values. For example, if an entity enters within a radius of 30 meters of the other entity, the two entities102and104may be considered proximate enough to be considered within the service setting at the same time. The geographical boundary in this case may be a 30 meter radius, as an example. The service setting in this case may be identified by either of the entities102and104to enter within the geographical boundary. For example, if the entity102moves proximate to the entity104, the service setting may be defined. Similarly, if the entity104moves proximate to the entity102, the service setting may still be defined as long as both the entities102and104are within the geographical boundary in accordance with the pre-defined location coordinates or the geographical barriers or the distance values.

In an example, the embodiments herein can provide a computer program product configured to include a pre-configured set of instructions, which when performed, can result in actions as stated in conjunction with the method400or500described above. In an example, the pre-configured set of instructions can be stored on a tangible non-transitory computer readable medium. In an example, the tangible non-transitory computer readable medium can be configured to include the set of instructions, which when performed by a device, can cause the device to perform acts similar to the ones described here.

The embodiments herein can include both hardware and software elements. The embodiments that are implemented in software include but are not limited to, firmware, resident software, microcode, etc.

Input/output (I/O) devices (including but not limited to keyboards, displays, pointing devices, etc.) can be coupled to the system either directly or through intervening I/O controllers. Network104adapters may also be coupled to the system to enable the data processing system to become coupled to other data processing systems or remote printers or storage devices through intervening private or public network104s. Modems, cable modem and Ethernet cards are just a few of the currently available types of network104adapters.

A representative hardware environment for practicing the embodiments herein is depicted inFIG. 7. This schematic drawing illustrates a hardware configuration of an information handling/computer system1000in accordance with the embodiments herein. The system1000comprises at least one processor or central processing unit (CPU)10. The CPUs10are interconnected via system bus12to various devices such as a random access memory (RAM)14, read-only memory (ROM)16, and an input/output (I/O) adapter18. The I/O adapter18can connect to peripheral devices, such as disk units11and tape drives13, or other program storage devices that are readable by the system. The system1000can read the inventive instructions on the program storage devices and follow these instructions to execute the methodology of the embodiments herein. The system1000further includes a user interface adapter19that connects a keyboard15, mouse17, speaker24, microphone22, and/or other user interface devices such as a touch screen device (not shown) to the bus12to gather user input. Additionally, a communication adapter20connects the bus12to a data processing network1025, and a display adapter21connects the bus12to a display device23which may be embodied as an output device such as a monitor, printer, or transmitter, for example. Further, a transceiver26, a signal comparator27, and a signal converter28may be connected with the bus12for processing, transmission, receipt, comparison, and conversion of electric or electronic signals.