FIG. 11 shows an exemplary security implementation in accordance with one or more embodiments from a device 1102 to cloud while ensuring minimum data transmission. In one or more embodiments, various possible communication protocols shown in 1106 include TTP, HTTPS, MQTT, MQTTS, CoAP, XMPP, RESTful HTTP, and any other internet of things related protocols that could be utilized. When communicating and sending data over cellular network, there data usage costs associated with the use to network infrastructure, whereas costs are negligible with WiFi or Bluetooth, compared to cellular. The device reduces the amount of data sent while maintaining a high level of security. One of the ways to provide security is through the SSL protocol, which demands larger payloads due to overhead. The payload becomes bigger through SSL, and the computational power required for the encryption algorithms for SSL is quite high for a device that has a relatively limited power supply and requires a long battery lifetime. It should be noted that the increase in communication payload, as it relates to cellular communication, raises costs for the end user due to data usage. In addition to cost, computation requirements on SSL are demanding, which then increase power consumption of device and reduce overall battery lifetime. In order to keep the device secure and at the same time reduce overhead requirements of SSL, one embodiment is shown where the encryption occurs on the device using AES128, AES256 or other encryption algorithms. The encryption keys are stored in a secure server for each device, and when the device 1102 is programmed the key is securely stored on the device. Only the secure server 1108 and the device 1102 have the key for that particular device and the data sent is encrypted with the private key from the device and then also decrypted with that unique key on the cloud 1108. The device identification is then compared with the decrypted data to make sure that the data is coming from the actual device. The data is never the same as there is a random key generator that sends a one, two, or more letter/number combination, which is different for every transaction and that is also part of the encrypted message 1110.