AU2021101231A4 - A block-chain enabled service provider system - Google Patents

A block-chain enabled service provider system Download PDF

Info

Publication number
AU2021101231A4
AU2021101231A4 AU2021101231A AU2021101231A AU2021101231A4 AU 2021101231 A4 AU2021101231 A4 AU 2021101231A4 AU 2021101231 A AU2021101231 A AU 2021101231A AU 2021101231 A AU2021101231 A AU 2021101231A AU 2021101231 A4 AU2021101231 A4 AU 2021101231A4
Authority
AU
Australia
Prior art keywords
service device
user
service
user device
request
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.)
Ceased
Application number
AU2021101231A
Inventor
Battulakasiviswanadham .
Narinder Kumar Bhasin
Bharath C
Akkaraju Sailesh Chandra
Rohan Prabhakar Dahivale
Kamal Gulati
M. Gurusamy
Rose Kavitha
V. R. Kavitha
Pravin R. Kshirsagar
Anand Mohan
M. Nayas
Radha Raman Pandey
P. Periyasamy
Vijayakumar Peroumal
Jitendra Kumar Seth
Ritesh Kumar Singhal
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.)
Bhasin Narinder Kumar Dr
C Bharath Dr
Dahivale Rohan Prabhakar Dr
Kavitha Rose Dr
Kavitha V R Dr
Mohan Anand Dr
Pandey Radha Raman Dr
Seth Jitendra Kumar Dr
Singhal Ritesh Kumar Dr
Original Assignee
Bhasin Narinder Kumar Dr
C Bharath Dr
Dahivale Rohan Prabhakar Dr
Gurusamy M Dr
Kavitha Rose Dr
Kavitha V R Dr
Mohan Anand Dr
Pandey Radha Raman Dr
Seth Jitendra Kumar Dr
Singhal Ritesh Kumar Dr
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
Application filed by Bhasin Narinder Kumar Dr, C Bharath Dr, Dahivale Rohan Prabhakar Dr, Gurusamy M Dr, Kavitha Rose Dr, Kavitha V R Dr, Mohan Anand Dr, Pandey Radha Raman Dr, Seth Jitendra Kumar Dr, Singhal Ritesh Kumar Dr filed Critical Bhasin Narinder Kumar Dr
Priority to AU2021101231A priority Critical patent/AU2021101231A4/en
Application granted granted Critical
Publication of AU2021101231A4 publication Critical patent/AU2021101231A4/en
Ceased legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/604—Tools and structures for managing or administering access control systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
    • 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
    • G06Q2220/00—Business processing using cryptography
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Accounting & Taxation (AREA)
  • Educational Administration (AREA)
  • Automation & Control Theory (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

A BLOCK-CHAIN ENABLED SERVICE PROVIDER SYSTEM The present invention relates to a block-chain enabled service provider system. A block chain enabled operating environment includes a user device that accesses services of a service device by leveraging the decentralized block chain. A user device can lock/unlock a door by interfacing with a smart contract stored on the decentralized block chain. The user device provides parameters, such as payment, that satisfies the variables of the smart contract such that the user device can access the service device. The service device regularly retrieves information stored in the smart contract on the decentralized block chain. Following invention described in detail with the help of figure 1 of sheet 1. 1/6 User Devrice 1'mssga,% Service Device lopw-M..', -l kwiawd l 0 VWwwVr ~ ~~wd b~"14. ontractW1 Elockchaim FIG. IA 5eofl~~ a~donor W SWVO SewfWff 0Mwol srvlfw S*o, * P01,C Ste% >-nal ILL depmet erls1us

Description

1/6
User Devrice 1'mssga,% Service Device
lopw-M..', -l kwiawd l 0 VWwwVr
~ ~~wd b~"14. ontractW1
Elockchaim
FIG. IA
5eofl~~ a~donor W SWVO
SewfWff 0Mwol srvlfw
S*o, * P01,C
Ste% >-nal ILL
depmet erls1us
A BLOCK-CHAIN ENABLED SERVICE PROVIDER SYSTEM TECHNICAL FIELD
This disclosure relates generally to exchanges, and more specifically, to controlling a service device, e.g., a hardware component, by performing an exchange on a decentralized ledger, e.g., a blockchain.
BACKGROUND
Exchanges using computing systems are often unsecure and prone to undesired alterations. If a particular exchange is compromised, it may be difficult to detect that the specific transaction is compromised. This leads to significant losses in terms of resources (e.g., money, human effort, time, etc.).
In many scenarios, the source of the hacking can arise from a middle man that handles the exchange. As an example, after booking a hotel room, an individual would need to interact with the desk attendant to pick up the keys to the hotel room. Here, the desk attendant can readily switch the hotel room to a smaller or less desirable hotel room than the one that was booked. Such a switch may not be readily evident to the individual. Thus, there is a need for ensuring safe transactions through the removal of the middle man that handles the exchanges.
DETAILED DESCRIPTION
The figures and the following description relate to preferred embodiments by way of illustration only. It should be noted that from the following discussion, alternative embodiments of the structures and methods disclosed herein will be readily recognized as viable alternatives that may be employed without departing from the principles of what is claimed.
Reference will now be made in detail to several embodiments, examples of which are illustrated in the accompanying figures. It is noted that wherever practicable similar or like reference numbers may be used in the figures and may indicate similar or like functionality.
The figures depict embodiments of the disclosed system (or method) for purposes of illustration only. One skilled in the art will readily recognize from the following description that alternative embodiments of the structures and methods illustrated herein may be employed without departing from the principles described herein.
EXAMPLE DECENTRALIZED LEDGER ENABLED OPERATING ENVIRONMENT
This disclosure describes methods and systems for controlling a service device such as a lock, which can be opened by providing a payment, the payment being handled not through a central entity/server, but through code performing on a decentralized ledger (e.g., blockchain). For ease of discussion, the disclosed configurations will be described in the context of a blockchain, although the principals noted may be applicable to other decentralized ledgers.
FIG. 1A illustrates an example block chain enabled operating environment 100 in accordance with the configurations described herein. The example operating environment 100 includes a user device 105 and a service device 110. Furthermore, the example operating environment 100 includes a smart contract 115 on a decentralized blockchain 120 in communication with both the user device 105 and the service device 110. The user device 105 and the service device 110 are types of examples of blockchain enabled computing devices for operation in the example operating environment 100.
USER DEVICE
The user device 105 can be a device with the capability, inherent or mediated, to interact with a blockchain. As an example, a user device 105 is a client device such as a smartphone, tablet, cell phone, laptop, or desktop computing device. In various embodiments, the user device 105 communicates with the blockchain 120 through an application installed on the user device 105 that includes a specific communication protocol. Transactions from the user device 105 execute value transfer to the service device 110, as well as manage access control (for example, registering a booking for a location where the access to the location is controlled by the service device 110).
The user device 105 also may read parameters of a service device 110 from the blockchain 120, as is further described herein. A parameter may include, for example, a deposit, cost of rental or sale, availability dates and/or times, or other information relevant to complete and/or execute a transaction. The information is read from a shared blockchain state, structured in code in the form of a smart contract 115. A smart contract 155 provides rules (e.g. computer program code, including, for example, authorizations) to configure the service device 110 for execution within the blockchain enabled operating environment.
In various example embodiments, the user device 105 also may communicate directly with the service device 110 through a communication protocol over any given wireless communication layer. For example, the communication may occur through BLUETOOTH or near field communication (NFC)technology using an application installed on the user device 105 that includes a specific communication protocol.
SERVICE DEVICE
The service device 110 may represent an object with a capability, inherent or mediated, to interact with a blockchain. The service device 110 may provide a service based on operating commands.
For example, the service device 110 may be structured to provide access control. Access control may include, for example 'open' and/or 'close' (e.g., a lock or lock mechanism), pass through permission (e.g., a gate), or 'start' and/or 'stop' and/or 'go up/down' and/or 'turn left/right' (e.g., operational functions). As more specific examples, a service device 110 may provide a user of the user device 105 access to a hotel room (e.g., by unlocking the door) and/or its equipment (e.g., minibar, television, room service) or a college dorm building (e.g., authorized entry).
Alternatively, the service device may provide a user of the user device 105 access to a location of interest such as a highway (e.g., by opening a gate).
As another example, the service device 110 may be structured to provide an action that specifies a particular option amongst a variety of options (e.g., beyond a simple binary 'open/close' option).
For example, the service device 110 may be a coffee machine and can provide the user of the user device 105 a caffeinated beverage of various volumes (e.g., small, medium, large, and/or other options). As another example, the service device 110 may be configured to turn on a ceiling fan, and set the speed of the ceiling fan to a particular rotations per minute. The services that can be provided by a service device 110 are not limited to the aforementioned examples and may further include, but are not limited to, on demand access to medical equipment, control of drones/vehicles, control of shipping containers, and any process that can be made autonomous.
The service device 110 can have the necessary hardware and software on-boarded to be rented, sold and/or interacted with by the user device 105. For example, the service device 110 may include communication protocols that are specific for communicating with the blockchain 120. In another embodiment, the service device 110 may not have direct access to the blockchain 120 but can leverage a proxy device that includes the appropriate protocols to communicate with the blockchain 120. As one example, the proxy device is a rack server or a cloud server (e.g., SAMSUNG ARTIK Cloud or a cloud service provided by a manufacturer of the service device). In other words, the functions performed by proxy device may be distributed across multiple processors and/or electronic devices. In various embodiments, the one or more processors or processor-implemented modules may be distributed across a number of geographic locations. In some embodiments, the one or more processors of the proxy device may be located in a single geographic location (e.g., within a home environment, an office environment, or a server farm). In one embodiment, a proxy device can be a home server (e.g., a computing device) operating the necessary software to communicate with one or more service devices and sending the transactions to the blockchain 120. An example of the proxy device is described in further detail below in reference to FIG. 5A.
In one example embodiment, the service device 110 can provide a service directly through electronically signed messages from the user device 105 followed by a read request to the blockchain (to verify the user device 105 is indeed allowed to access the service device 110). This scenario is described in further detail below in relation to FIG. 3. In one embodiment, the service device 110 can provide a service by regularly "polling" the blockchain and providing the service upon a relevant state change in the form of a modification to a value stored by the smart contract 115. The modification of a value stored by the smart contract 115 can be initiated by the user device 105. This scenario is described in further detail below in relation to FIG. 4B.
The service device 110 can be discovered in two different ways. The first, through a smart contract registry implemented as a smart contract itself. The second, through automatic discovery via blockchain analysis for specific smart contract method (functions) signatures.
SMART CONTRACT
Each service device 110 may be represented on a blockchain 120 (public or private, regardless of implementation as long as it can de-centrally execute code) in the form of program code (or code). The code comprises instructions that are executable by a computer (or computer device) that may include, for example, a processor, controller or state machine. The code may include the rules for configuring particular computer devices within the blockchain enabled operating environment to operate in a particular way. The code in some example embodiments may be referred to as a smart contract 115. The service device's 110 condition of operations, triggered by a transaction from a user device 105, are stored and enforced in the smart contract 115. The smart contract 115 also may hold optional variables, such as a reference to the owner the service device 110 and/or the parameters governing conditions for the operation of the service device 110 (e.g., deposit, cost of rental or sale, availability dates and/or times, etc.). As one skilled in the art will readily recognize, the use of the phrase smart contract 115 is particular to the field of blockchain technology, but can further refer to any form of code that enforces an agreement. In this case, the smart contract 115 enforces an agreement between a user device 105 (who provides a payment) and an owner's service device 110 (that provides a service).
As an example of operation, the smart contract may manage access rights to the service device 110. Referring to FIG. IB, the smart contract 115, which operates on the blockchain 120, enables the transferring of payments/funds from a user device 105 that is requesting a service from a service device 110 that belongs to an owner 130 of the service device. The smart contract 115 may continuously update its stored values in response to receiving and/or paying out payments, e.g., conventional currency in electronic form and/or a cryptocurrency payments. It is noted that a cryptocurrency may be for example and electronic coin offering, an electronic reward, a barter tender, or some other form of value in electronic format.
By way of example, when the owner 130 of the service device desires to make the service device 110 available to provide a service, the owner 130 can provide a deposit amount and a price to access the service device 110 that is recorded as variables in the smart contract. When a user device 105 has sent enough funds (e.g., provided a deposit) that satisfies the variables stored by the smart contract 115 representing the service device 110, the user device 105 may in response transmit to the service device 110 operating commands (e.g., in the form of program code that comprises instructions) that may execute within the service device 110 to perform a particular action. In various embodiments the user device 105 and the service device
110 establish a state channel that enables the user device 105 to transmit more than one operating command to the service device 110. Further details entailing the logic behind the smart contract 115 and access to the service device 110 is described below.
By virtue of operating in a blockchain enabled environment, the smart contract 115 may mediate the value transfers between the user device 105 and the owner 130 of the service device (which can take place using currency such as virtual currencies and/or tokens or equivalent). Therefore, the owner 130 of the service device may receive the payment (e.g., conventional currency in electronic format or a cryptocurrency) and the user device 105 receives the deposit back and/or any outstanding credits from the payment.
BLOCKCHAIN
Returning to FIG. 1A, the underlying blockchain 120 hosting the smart contract 115 can be public or private. The blockchain 120 may include a ledger in addition to the smart contract 115. The solution described herein is blockchain 120 agnostic by design. As an example, the blockchain 120 refers to a decentralized network that facilitates wired or wireless communications among one or more devices in communication with the blockchain 120 (e.g., user device 105 or service device 110) that de-centrally execute code.
In various embodiments, the network of the decentralized blockchain 120 uses standard communication technologies and/or protocols. Examples of technologies used by the network include Ethernet, 802.11, 3G, 4G, 802.16, or any other suitable communication technology.

Claims (4)

  1. THE CLAIMS DEFINING THE INVENTION ARE AS FOLLOWS:
    1 A method comprising:
    receiving an electronically signed request from a user client device to access a service device, the electronically signed request comprising: a user identifier assigned to the user of the user device; and one or more parameters related to a service provided by the service device;
    verifying the one or more parameters of the electronically signed request satisfy conditions for access; updating a permission data structure specific for the service device stored on a decentralized ledger, the permission data structure comprising a plurality of user identifiers and an indication whether each user identifier is authorized to access the service device; and providing changes to the permission data structure stored on the decentralized ledger, the provided changes used to update a locally stored permission data structure.
  2. 2. The method of claim 1, further comprising: receiving, from the user device, an electronically signed message requesting for the service to be provided by the service device, the signed message comprising the user identifier assigned to the user of the user device; verifying that the user device is authorized to access the service device based on the user identifier included in the signed message; and generating, responsive to the verification, a service device request for the service device, wherein the changes provided to the service device comprise the service device request that causes the service device to provide the service.
  3. 3. The method of claim 2, further comprising: receiving a request to settle a payment for multiple services provided by the service device, the request provided by the service device in response to a closing of a state channel through which the service device received requests to provide the multiple services.
  4. 4. The method of claim 2, wherein verifying that the user device is authorized to access the service device based on the user identifier included in the signed message comprises: extracting the user identifier assigned to the user of the user device from the signed request; accessing the updated permission data structure specific for the service device; and comparing the extracted user identifier to the plurality of user identifiers stored in the permission data structure.
AU2021101231A 2021-03-09 2021-03-09 A block-chain enabled service provider system Ceased AU2021101231A4 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2021101231A AU2021101231A4 (en) 2021-03-09 2021-03-09 A block-chain enabled service provider system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
AU2021101231A AU2021101231A4 (en) 2021-03-09 2021-03-09 A block-chain enabled service provider system

Publications (1)

Publication Number Publication Date
AU2021101231A4 true AU2021101231A4 (en) 2021-05-06

Family

ID=75714381

Family Applications (1)

Application Number Title Priority Date Filing Date
AU2021101231A Ceased AU2021101231A4 (en) 2021-03-09 2021-03-09 A block-chain enabled service provider system

Country Status (1)

Country Link
AU (1) AU2021101231A4 (en)

Similar Documents

Publication Publication Date Title
US20220286453A1 (en) Block-chain enabled service provider system
US11763305B1 (en) Distributed ledger for device management
US20230091605A1 (en) Accessing an internet of things device using blockchain metadata
TWI814706B (en) Blockchain-implemented method and system
CA3119897C (en) Secure permissioning of access to user accounts, including secure deauthorization of access to user accounts
US12020061B2 (en) System and method for meta-transactional interoperability of decentralized computing networks
US11050763B1 (en) Distributed ledger for network security management
US11004049B2 (en) Method and device for controlling a cash register system
US11257315B2 (en) Encoder multiplexer for digital key integration
WO2017143811A1 (en) Information processing method and device for hotel room card
CN104468825B (en) Remote-authorization method and system
AU2021101231A4 (en) A block-chain enabled service provider system
AU2021101316A4 (en) A system for service providing using block-chain
US11949779B2 (en) Method and apparatus for registering shared key
US10720004B2 (en) Method and apparatus for providing automated safe deposit box delivery
US10395226B2 (en) Maintaining secure access to a self-service terminal (SST)
US20210287465A1 (en) Realestate as tradable digital assets through blockchain integration
US20210287463A1 (en) Blockchain supported smart lock system
US20240346481A1 (en) Identity attestation using a token
US20240281795A1 (en) Multi-party computation self-custody wallet
US20240281798A1 (en) Multi-party computation self-custody wallet
US20240257085A1 (en) Token Account Payment Computing System
KR20180043594A (en) Remote substitute payment system
KR101277561B1 (en) Service realay system, service providing system, and method therof
CN115965370A (en) Method and device for opening digital wallet

Legal Events

Date Code Title Description
FGI Letters patent sealed or granted (innovation patent)
MK22 Patent ceased section 143a(d), or expired - non payment of renewal fee or expiry