other integrations such as RSS feed

other integrations such as RSS feeds, social network feeds,
SMS messaging and others.
User scripting. Finally, we include the ability for end
users to write their own modules using a scripting language,
currently Python. By convention, the script takes input from an
input dictionary, executes some code, and then puts any output
into an output dictionary for downstream processing. Once a
script is found to be useful, the user may save copies of these
scripts for use in other pipes. Having this capability allows the
user to extend the built in primitives with new modules as
needed.
E. RESTful Service Interface
The WoTKit has a RESTful API for things allowing
applications to control things, get the historical data from
things and register new things and their meta-data with the
system. Applications register sensors with the system by
POSTING a JSON representation of the sensor to the following
URL.
http://{host}/api/sensors/{sensor-name}
The sensor representation consists of the sensor name, a
long name used for the user interface, the location of the
sensor, whether it is a public or private sensor, and the
information about the fields of data used by the sensor.
The primary APIs are for sending and receiving data into
the system using the sensor. Gateways POST fields to the data
URL
http://{host}/api/sensors/{sensor-name}/data
While applications GET data from the same URL,
specifying query parameters for the range of data required by
the application and the representation. The system currently
supports CSV, KML (specific for location sensors), HTML and
a JSON format for direct use by Google visualizations.
F. WoTKit Summary
By providing these services, the WoTKit addresses the
requirements outlined in Section 4 as follows:
• Data storage for things meta-data such as a description,
location, and the data things produce is included. WoTKit
can store meta-data including the name, description, and
location of sensors and actuators as well as mUltiple non-nwneric (string) sensor data values in a single sensor
reading.
To share things, WoTKit users can specify whether their
things are public or private, allowing users to take
advantage of the integration work of others using the
Sensor Gallery.
Things are integrated by writing simple HTTP client
scripts that either push (POST) new data in to the system,
or poll for actuator control commands.
A built in visualization dashboard is included making it
easy for developers to view a variety of visualizations and
add them to their applications.
The processing engine allows developers to create new
processing pipes combining built in modules, and the
creation of new modules using a scripting language.
An easy to use API to register new sensors, publish data,
and retrieve data in several fonnats including CSV, JSON
and HTML is included.
Like Sen.se, the WoTKit provides a flexible dashboard;
processing components are included and sensor feeds can
contain numeric and string types, however, the WoTKit
focuses less on the integration of applications into the platform
user interface, rather providing basic built in visuals and
processing components. Like Pachube and ThingSpeak,
WoTKit serves as an aggregator of sensor data, allowing
developers to push data into the system for others to use.
Unlike Pachube, WoTKit and others support non-numeric feed
values and unlike Pachube, the WoTKit includes a more
comprehensive event-based processing engine. Like Paraimpu
the WoTKit can create pipes that act as connectors, connecting
sensor data to actuators such as email and other output
modules, however, the power of the pipes, however the
processing engine's flexibility allows it to be used for sensor
data processing as well as connectors.
VI. LESSONS LEARNED
Our experience with the WoTKit, and examining similar
systems has highlighted the need for certain key features and
apporaches that provide the right balance between ease of use
and flexibility for web developers.
Data Schema and Representations. From our experience,
it is important to have a very flexible representation for things
and the data they generate. Like Pachube we decided to give
every sensor a location, however, in some cases, we found this
did not make sense: a mobile phone's location changes
constantly; a social network feed doesn't necessarily have a
location. Initially our system focused on supporting numeric
sensor data values only, but we quickly realized we needed
more flexibility. Based on this experience, we have chosen to
take a very generic approach to data. Our need to support both
"hard" physical sensors such as temperature, speed and light
readings, as well as soft sensors such as information from the
web and social networks implies a sensor data model that
allows both very simple schema initially that can be extended
to more complex schema in the platfonn.

ผลลัพธ์ (ไทย) 1:

การรวมอื่น ๆ เช่น RSS feeds ฟีดเครือข่ายสังคมส่งข้อความ SMS และอื่น ๆการเขียนสคริปต์ผู้ใช้ ในที่สุด เรารวมถึงความสามารถสำหรับการสิ้นสุดผู้ใช้ให้เขียนโมดูตนเองโดยใช้ภาษาการเขียนสคริปต์งูในปัจจุบัน โดยการประชุม สคริปต์ที่ใช้ป้อนข้อมูลจากการป้อนข้อมูลพจนานุกรม ดำเนินรหัสบางอย่าง และจากนั้น ทำให้ผลลัพธ์เป็นพจนานุกรมออกสำหรับกระบวน ครั้งสคริปต์จะพบว่าไม่มีประโยชน์ ผู้ใช้อาจบันทึกสำเนาเหล่านี้สคริปต์สำหรับใช้ในท่อ มีความสามารถนี้ช่วยให้การผู้ใช้สามารถขยายที่สร้างขึ้นในรูปทรงเรขาคณิตกับโมดูใหม่จำเป็นต้องE. พักผ่อนบริการอินเตอร์เฟซWoTKit มี API แบบผ่อนสำหรับสิ่งที่ทำให้โปรแกรมประยุกต์การควบคุมสิ่ง ได้รับข้อมูลจากประวัติศาสตร์สิ่ง และสิ่งใหม่ที่ลงทะเบียน และ ข้อมูลเมตาของพวกเขาด้วยการระบบ โปรแกรมประยุกต์เซนเซอร์ที่ลงทะเบียนกับระบบโดยลงรายการบัญชีการแสดง JSON ของเซนเซอร์ต่อไปนี้URLhttp://{host}/api/sensors/{sensor-name }ประกอบด้วยการแสดงเซนเซอร์เซนเซอร์ชื่อ การชื่อยาวใช้สำหรับอินเทอร์เฟซผู้ใช้ สถานเซนเซอร์ ไม่ว่าจะเป็นเซ็นเซอร์แบบสาธารณะ หรือส่วนตัว และการข้อมูลเกี่ยวกับเขตข้อมูลของข้อมูลที่ใช้เซนเซอร์APIs หลักจะใช้สำหรับส่ง และรับข้อมูลเข้าระบบใช้เซนเซอร์ เกตเวย์โพสต์ฟิลด์ข้อมูลURLhttp://{host}/api/sensors/{sensor-name}/dataในขณะที่โปรแกรมประยุกต์ที่ได้รับข้อมูลจาก URL เดียวกันระบุพารามิเตอร์แบบสอบถามสำหรับช่วงของข้อมูลที่ต้องการโดยโปรแกรมประยุกต์และการแสดง ระบบในปัจจุบันสนับสนุน CSV, HTML, KML (เฉพาะเซนเซอร์ตำแหน่งที่ตั้ง) และรูปแบบ JSON ใช้จินตภาพ Google โดยตรงF. สรุป WoTKitโดยการให้บริการเหล่านี้ WoTKit เน้นการข้อกำหนดที่ระบุไว้ในส่วนที่ 4 เป็นดังนี้:•จัดเก็บข้อมูลสำหรับข้อมูลเมตาอย่างเช่นคำอธิบายสถานที่ตั้ง และข้อมูลสิ่งที่ผลิตได้ WoTKitสามารถจัดเก็บข้อมูล meta รวมถึงชื่อ คำอธิบาย และตำแหน่งที่ตั้งของเซนเซอร์ และ actuators ตลอดจนหลายค่าข้อมูลเซนเซอร์-nwneric (สายอักขระ) ในเซนเดียวอ่านแบ่งปันสิ่ง WoTKit ผู้ใช้สามารถระบุว่า พวกเขาสิ่งอนุญาตให้ผู้ใช้ ส่วนตัว หรือสาธารณะประโยชน์ของการทำงานรวมของผู้อื่นโดยใช้การเซนเซอร์รูปภาพสิ่งที่จะรวม โดยเขียนง่าย HTTP ไคลเอ็นต์สคริปต์ที่ทั้งผลักดัน (POST) ข้อมูลใหม่ลงในระบบหรือสำรวจสำหรับคำสั่งควบคุม actuatorในแดชบอร์ดแสดงเป็นอยู่ทำให้ง่ายสำหรับนักพัฒนาเพื่อดูการแสดงภาพที่หลากหลาย และเพิ่มลงในโปรแกรมประยุกต์ของตนโปรแกรมการประมวลผลทำให้นักพัฒนาสร้างใหม่การประมวลผลรวมที่สร้างขึ้นในโมดูล ท่อและสร้างโมดูใหม่ที่ใช้ภาษาสคริปต์API ใช้งานง่ายในการลงทะเบียนใหม่เซ็นเซอร์ เผยแพร่ข้อมูลและดึงข้อมูลในหลาย fonnats รวม CSV, JSONและ HTMLเช่นของ Sen.se, WoTKit มีแดชบอร์ดยืดหยุ่นรวมคอมโพเนนต์การประมวลผล และสามารถดึงข้อมูลเซนเซอร์ประกอบด้วยตัวเลขและอักขระชนิด อย่างไรก็ตาม WoTKitเน้นน้อยลงในการรวมโปรแกรมประยุกต์ลงในแพลตฟอร์มส่วนติดต่อผู้ใช้ แทนที่จะ ให้พื้นฐานที่สร้างขึ้นในภาพ และการประมวลผลส่วนประกอบ เช่น Pachube และ ThingSpeakWoTKit เป็นการรวบรวมข้อมูลเซนเซอร์ ช่วยให้นักพัฒนาสามารถ push ข้อมูลเข้าในระบบเพื่อให้ผู้ใช้อื่นซึ่งแตกต่างจาก Pachube, WoTKit และอื่น ๆ ที่สนับสนุนตัวฟีดค่า และแตกต่างจาก Pachube, WoTKit มีมากขึ้นระบบประมวลผลตามเหตุการณ์ครอบคลุม เช่น ParaimpuWoTKit การสร้างท่อที่ทำหน้าที่เป็นตัวเชื่อมต่อ การเชื่อมต่อข้อมูลจากเซ็นเซอร์ actuators เช่นอีและผลผลิตอื่น ๆโมดูล อย่างไรก็ตาม ไฟท่อ อย่างไรก็ตามการการประมวลผลของเครื่องยนต์มีความยืดหยุ่นช่วยให้ใช้สำหรับเซนเซอร์การประมวลผลข้อมูลตลอดจนการเชื่อมต่อVI. เรียนรู้ประสบการณ์ของเรากับการ WoTKit และการตรวจสอบคล้ายกันระบบได้เน้นความต้องการคุณลักษณะที่สำคัญบางอย่าง และapporaches ที่ให้สมดุลระหว่างการใช้งานง่ายและมีความยืดหยุ่นสำหรับนักพัฒนาเว็บข้อมูล Schema และแทน จากประสบการณ์ของเราจำเป็นต้องมีการแสดงที่มีความยืดหยุ่นมากสำหรับสิ่งที่และข้อมูลที่พวกเขาสร้าง เช่น Pachube เราตัดสินใจที่จะให้เซนเซอร์ทุกตำแหน่ง อย่างไรก็ตาม ในบางกรณี เราพบนี้ไม่ทำให้รู้สึก: การเปลี่ยนแปลงตำแหน่งของโทรศัพท์มือถืออย่างต่อเนื่อง ตัวดึงข้อมูลเครือข่ายสังคมไม่จำเป็นต้องมีที่ตั้ง เริ่มระบบของเราเน้นสนับสนุนตัวเลขค่าข้อมูลเซนเซอร์เท่านั้น แต่เรารู้เราต้องการได้อย่างรวดเร็วมีความยืดหยุ่นมากขึ้น จากประสบการณ์นี้ เราเลือกใช้วิธีการทั่วไปข้อมูล ต้องการให้สนับสนุนทั้ง"ยาก" เซ็นเซอร์ทางกายภาพ เช่นอุณหภูมิ ความเร็วแสงอ่าน เป็นเซ็นเซอร์นุ่มเช่นข้อมูลจากการเว็บและเครือข่ายทางสังคมหมายถึงการเซนเซอร์ข้อมูลรุ่นที่ช่วยให้ทั้งสองแผนง่ายมากในขั้นต้นที่สามารถขยายถึงแบบแผนที่ซับซ้อนในการ platfonn

ผลลัพธ์ (ไทย) 2:

การผนวกรวมอื่น ๆ เช่นฟีด RSS เครือข่ายทางสังคมฟีด
การส่งข้อความ SMS และคนอื่น ๆ .
ผู้ใช้สคริปต์ สุดท้ายเรารวมถึงความสามารถสำหรับการสิ้นสุด
ผู้ใช้สามารถเขียนโมดูลของตนเองโดยใช้ภาษาสคริปต์
ปัจจุบันงูหลาม โดยการประชุมสคริปต์ที่จะเข้าจาก
พจนานุกรมอินพุตรันโค้ดบางส่วนแล้วทำให้ผลใด ๆ
ลงในพจนานุกรมการส่งออกสำหรับการประมวลผลปลายน้ำ เมื่อ
สคริปต์พบว่าจะมีประโยชน์ผู้ใช้อาจบันทึกสำเนาเหล่านี้
สคริปต์สำหรับการใช้งานในท่ออื่น ๆ มีความสามารถนี้จะช่วยให้
ผู้ใช้ที่จะขยายตัวในวิทยาการกับโมดูลใหม่เป็น
สิ่งจำเป็น.
อี สงบบริการอินเตอร์เฟซ
WoTKit มีสงบ API สำหรับสิ่งที่ช่วยให้
การใช้งานในการควบคุมสิ่งที่จะได้รับข้อมูลทางประวัติศาสตร์จาก
สิ่งต่าง ๆ และสิ่งใหม่ลงทะเบียนและข้อมูลเมตาของพวกเขาด้วย
ระบบ การประยุกต์ใช้งานลงทะเบียนกับระบบเซ็นเซอร์โดย
การโพสต์การแสดง JSON ของเซ็นเซอร์การดังต่อไปนี้
URL.
http: // {โฮสต์} / API / เซนเซอร์ / {เซ็นเซอร์ชื่อ}
แทนเซ็นเซอร์ประกอบด้วยชื่อเซ็นเซอร์เป็น
ชื่อยาวที่ใช้สำหรับ ส่วนติดต่อผู้ใช้ที่ตั้งของ
เซ็นเซอร์ไม่ว่าจะเป็นภาครัฐหรือเซ็นเซอร์เอกชนและ
ข้อมูลเกี่ยวกับด้านของข้อมูลที่ใช้โดยเซ็นเซอร์.
API ของหลักสำหรับการส่งและรับข้อมูลเข้าสู่
ระบบโดยใช้เซ็นเซอร์ สาขาเกตเวย์โพสต์ในข้อมูล
URL
http: // {โฮสต์} / API / เซนเซอร์ / {เซ็นเซอร์ชื่อ} / ข้อมูล
ในขณะที่การใช้งานที่รับข้อมูลจาก URL เดียวกัน
ระบุพารามิเตอร์แบบสอบถามสำหรับช่วงของข้อมูลที่จำเป็นโดย
การสมัครและการเป็นตัวแทน . ระบบปัจจุบัน
สนับสนุน CSV, KML (ที่เฉพาะเจาะจงสำหรับเซ็นเซอร์สถานที่), HTML และ
รูปแบบ JSON สำหรับการใช้งานโดยตรงโดยการสร้างภาพของ Google.
เอฟ WoTKit สรุป
โดยการให้บริการเหล่านี้ WoTKit ที่อยู่
ข้อกำหนดที่ระบุไว้ในมาตรา 4 ดังนี้
•การจัดเก็บข้อมูลสำหรับสิ่ง meta ข้อมูลเช่นคำอธิบาย
สถานที่และสิ่งที่ข้อมูลการผลิตรวมอยู่ WoTKit
สามารถจัดเก็บข้อมูล meta รวมทั้งชื่อคำอธิบายและ
สถานที่ตั้งของเซ็นเซอร์และตัวกระตุ้นเช่นเดียวกับที่ไม่ใช่ nwneric (String) ค่าข้อมูลเซ็นเซอร์หลายในเซ็นเซอร์เดียว
อ่าน.
เพื่อแบ่งปันสิ่งที่ผู้ใช้ WoTKit สามารถระบุได้ว่าพวกเขา
สิ่งที่เป็นสาธารณะ หรือเอกชนที่ช่วยให้ผู้ใช้สามารถใช้
ประโยชน์จากการทำงานบูรณาการของผู้อื่นโดยใช้
หอศิลป์เซนเซอร์.
สิ่งที่มีการบูรณาการโดยการเขียน HTTP ลูกค้าง่าย
สคริปต์ที่ทั้งผลักดัน (POST) ข้อมูลใหม่ในระบบ
หรือการสำรวจความคิดเห็นสำหรับคำสั่งควบคุมตัวกระตุ้น.
สร้างขึ้น ในแผงควบคุมการสร้างภาพรวมอยู่ทำให้มัน
ง่ายสำหรับนักพัฒนาเพื่อดูความหลากหลายของการสร้างภาพและ
เพิ่มให้กับงานของพวกเขา.
ระบบประมวลผลที่ช่วยให้นักพัฒนาสามารถสร้างใหม่
ท่อการประมวลผลการรวมที่สร้างขึ้นในโมดูลและ
การสร้างโมดูลใหม่โดยใช้ภาษาสคริปต์.
ที่จะใช้ API เพื่อลงทะเบียนเซ็นเซอร์ใหม่เผยแพร่ข้อมูลได้ง่าย
และเรียกข้อมูลในหลาย fonnats รวมทั้ง CSV, JSON
และ HTML จะรวม.
ชอบ Sen.se, WoTKit ให้แดชบอร์ดที่มีความยืดหยุ่น;
ส่วนประกอบการประมวลผลจะถูกรวมและฟีดเซ็นเซอร์สามารถ
ประกอบด้วยตัวเลขและ ประเภทสตริง แต่ WoTKit
เน้นน้อยลงในการบูรณาการงานลงในแพลตฟอร์ม
อินเตอร์เฟซที่ใช้งานค่อนข้างให้พื้นฐานที่สร้างขึ้นในภาพและ
ส่วนประกอบการประมวลผล เช่น Pachube และ ThingSpeak,
WoTKit ทำหน้าที่เป็นผู้รวบรวมข้อมูลเซ็นเซอร์ที่ช่วยให้
นักพัฒนาที่จะผลักดันข้อมูลเข้าสู่ระบบสำหรับคนอื่น ๆ ที่จะใช้.
ซึ่งแตกต่างจาก Pachube, WoTKit และอื่น ๆ สนับสนุนฟีดที่ไม่ใช่ตัวเลข
ค่าและแตกต่างจาก Pachube, WoTKit รวมถึงอีก
เหตุการณ์ที่ครอบคลุม ระบบประมวลผลชั่น เช่น Paraimpu
WoTKit สามารถสร้างท่อที่ทำหน้าที่เป็นตัวเชื่อมต่อการเชื่อมต่อ
ข้อมูลเซ็นเซอร์เพื่อกระตุ้นเช่นอีเมลและการส่งออกอื่น ๆ
โมดูล แต่อำนาจของท่อ แต่
มีความยืดหยุ่นในการประมวลผลของช่วยให้สามารถนำมาใช้สำหรับเซ็นเซอร์
การประมวลผลข้อมูลเช่นเดียวกับ เชื่อมต่อ.
พระมงกุฎเกล้าเจ้าอยู่หัว บทเรียน
ประสบการณ์ของเรากับ WoTKit และการตรวจสอบที่คล้ายกัน
ระบบได้เน้นถึงความจำเป็นสำหรับคุณสมบัติที่สำคัญบางอย่างและ
apporaches ที่ให้สมดุลระหว่างการใช้งานง่าย
และมีความยืดหยุ่นสำหรับนักพัฒนาเว็บ.
ข้อมูล Schema และเป็นตัวแทน จากประสบการณ์ของเรา
มันเป็นสิ่งสำคัญที่จะมีการแสดงที่มีความยืดหยุ่นมากสำหรับสิ่งที่
และข้อมูลที่พวกเขาสร้าง เช่น Pachube เราตัดสินใจที่จะให้
ทุกเซ็นเซอร์ตำแหน่งอย่างไรก็ตามในบางกรณีเราพบนี้
ไม่ได้ทำให้ความรู้สึก: โทรศัพท์มือถือของการเปลี่ยนแปลงสถานที่
อย่างต่อเนื่อง; ฟีดเครือข่ายสังคมไม่จำเป็นต้องมี
สถานที่ตั้ง ในขั้นต้นระบบของเรามุ่งเน้นไปที่การสนับสนุนที่เป็นตัวเลข
ค่าข้อมูลเซ็นเซอร์เพียง แต่เราตระหนักได้อย่างรวดเร็วเราต้องการ
ความยืดหยุ่นมากขึ้น จากประสบการณ์นี้เราได้เลือกที่จะ
ใช้วิธีการทั่วไปมากข้อมูล ความต้องการของเราให้การสนับสนุนทั้ง
"ยาก" เซ็นเซอร์ทางกายภาพเช่นอุณหภูมิ, ความเร็วและแสง
อ่านเช่นเดียวกับเซ็นเซอร์อ่อนเช่นข้อมูลจาก
เว็บและเครือข่ายทางสังคมหมายถึงรูปแบบข้อมูลเซ็นเซอร์ที่
ช่วยให้ทั้งสคีง่ายมากตอนแรกที่สามารถขยาย
ไปยัง สคีซับซ้อนมากขึ้นใน platfonn

ผลลัพธ์ (ไทย) 3:

การทำงานอื่น ๆเช่น RSS ฟีดเครือข่ายสังคม ฟีดSMS ส่งข้อความและอื่น ๆสคริปต์ผู้ใช้ สุดท้ายเรารวมถึงความสามารถในจบผู้ใช้สามารถเขียนโมดูลของตัวเองโดยใช้ภาษาสคริปต์ ,ปัจจุบันงูหลาม โดยการประชุม , สคริปต์จะนำเข้าจากข้อมูลพจนานุกรม , รันรหัสแล้วทำให้ผลผลิตใด ๆเป็นพจนานุกรมสำหรับการแปรรูปผลผลิตปลายน้ำ เมื่อสคริปต์ที่พบว่าเป็นประโยชน์ ผู้ใช้อาจบันทึกฉบับนี้สคริปต์เพื่อใช้ในระบบท่ออื่น ๆ มีความสามารถนี้จะช่วยให้ผู้ใช้สามารถขยายสร้าง primitives กับโมดูลใหม่ต้องการเช่นบริการอินเตอร์เฟซสมถการ wotkit มี API ที่ช่วยให้ผ่อนคลายโปรแกรมควบคุมสิ่งของ ได้รับข้อมูลทางประวัติศาสตร์จากเรื่องและลงทะเบียนสิ่งที่ใหม่และข้อมูล meta ของพวกเขาด้วยระบบ การลงทะเบียนกับระบบเซ็นเซอร์โพสต์ JSON แทนของเซ็นเซอร์ ดังต่อไปนี้URLhttp : / / { } / / / เจ้าภาพ API เซ็นเซอร์เซ็นเซอร์ } { ชื่อเซ็นเซอร์การประกอบด้วยชื่อเซ็นเซอร์ ,ชื่อยาวใช้สำหรับผู้ใช้ ตำแหน่งของเซ็นเซอร์ เซ็นเซอร์ ไม่ว่าจะเป็นภาครัฐหรือเอกชน และข้อมูลเกี่ยวกับเขตข้อมูลที่ใช้เซ็นเซอร์หลัก API เพื่อส่งและรับข้อมูลในระบบที่ใช้เซ็นเซอร์ เกตเวย์โพสต์ สาขาข้อมูลที่อยู่http : / / { } / / / เจ้าภาพ API เซ็นเซอร์เซ็นเซอร์ชื่อ { } / ข้อมูลในขณะที่โปรแกรมรับข้อมูลจาก URL เดียวกันการระบุพารามิเตอร์แบบสอบถามสำหรับช่วงของข้อมูลที่จำเป็นโดยการประยุกต์ใช้และการเป็นตัวแทน ระบบในปัจจุบันสนับสนุน CSV , KML ( เฉพาะสำหรับเซ็นเซอร์ตำแหน่ง ) , HTML และเป็น JSON รูปแบบการใช้งานโดยตรงโดย Google การแสดงภาพประกอบเพลงสรุป wotkit Fโดยการให้บริการเหล่านี้ wotkit ที่อยู่ข้อกำหนดที่ระบุไว้ในมาตรา ๔ ดังนี้กระเป๋า - ข้อมูลสำหรับเรื่องข้อมูล meta เช่นอธิบายสถานที่และสิ่งที่ข้อมูลผลิตรวม wotkitสามารถจัดเก็บข้อมูล meta รวมถึงชื่อ , คำอธิบาย , และสถานที่ตั้งของเซ็นเซอร์และ actuators เช่นเดียวกับหลายไม่ nwneric ( สตริง ) เซ็นเซอร์ในตัวเดียวค่าอ่านแบ่งปันสิ่งที่ผู้ใช้ wotkit สามารถระบุว่าพวกเขาสิ่งที่เป็นสาธารณะ หรือส่วนตัว , ช่วยให้ผู้ใช้ที่จะใช้ประโยชน์ของการบูรณาการการทำงานของผู้อื่นโดยใช้ภาพเซ็นเซอร์สิ่งที่มีการบูรณาการโดยการเขียนลูกค้า HTTP ง่ายสคริปต์ที่ให้ดัน ( กระทู้ ) ใหม่ ข้อมูลในระบบหรือโพลสําหรับคําสั่งควบคุมตัว .สร้างขึ้นในแผงควบคุมการรวมทำมันง่ายสำหรับนักพัฒนาเพื่อดูความหลากหลายของการแสดงภาพประกอบเพลง และเพิ่มไปยังโปรแกรมประยุกต์ของพวกเขาการประมวลผลของเครื่องยนต์ช่วยให้นักพัฒนาเพื่อสร้างใหม่แปรรูปท่อรวมที่สร้างขึ้นในโมดูล และการสร้างโมดูลใหม่โดยใช้ภาษาสคริปต์ง่ายต่อการใช้ API เพื่อลงทะเบียนใหม่ เซ็นเซอร์ เผยแพร่ข้อมูลและดึงข้อมูลใน fonnats หลายรวมทั้ง CSV เจซันและ HTML ด้วยชอบ sen.se , wotkit ให้แดชบอร์ดที่มีความยืดหยุ่น ;ส่วนประกอบการประมวลผลรวมและเซ็นเซอร์นี่ สามารถประกอบด้วยประเภท ตัวเลข และสตริง อย่างไรก็ตาม wotkitเน้นน้อยลงในการรวมของโปรแกรมในแพลตฟอร์มส่วนติดต่อผู้ใช้ แต่การให้พื้นฐานที่สร้างขึ้นในลักษณะและการประมวลผลของคอมโพเนนต์ ชอบ pachube thingspeak และ ,wotkit เป็นการรวบรวมข้อมูลจากเซ็นเซอร์ให้นักพัฒนาสามารถผลักดันข้อมูลลงในระบบให้ผู้อื่นใช้ซึ่งแตกต่างจาก pachube wotkit , และอื่น ๆ สนับสนุน ไม่ใช่ตัวเลขฟีดค่านิยม และแตกต่างจาก pachube , wotkit รวมถึงเพิ่มเติมเหตุการณ์ที่ครอบคลุมตามการประมวลผลของเครื่องยนต์ ชอบ paraimpuการ wotkit สามารถสร้างท่อที่ทำหน้าที่เป็นตัวเชื่อมต่อ เชื่อมต่อเซ็นเซอร์ข้อมูลตัวกระตุ้น เช่น อีเมล์และผลผลิตอื่น ๆโมดูล แต่พลังของท่อ , อย่างไรก็ตามการประมวลผลความยืดหยุ่นของเครื่องยนต์ช่วยให้มันเพื่อใช้เป็นเซนเซอร์การประมวลผลข้อมูล ตลอดจนเชื่อมต่อเรียนรู้บทเรียนที่ VIประสบการณ์ของเรากับ wotkit และตรวจสอบที่คล้ายกันระบบได้เน้นคุณสมบัติที่สำคัญบางอย่างและต้องการสำหรับapporaches ที่ให้ความสมดุลที่เหมาะสมระหว่างความง่ายในการใช้และความยืดหยุ่นสำหรับนักพัฒนาเว็บคีข้อมูลและรับรอง จากประสบการณ์ของเรามันเป็นสิ่งสำคัญที่จะมีความยืดหยุ่นมากสำหรับสิ่งที่เป็นตัวแทนและข้อมูลที่พวกเขาสร้าง ชอบ pachube เราตัดสินใจที่จะให้เซ็นเซอร์ทุกตำแหน่ง อย่างไรก็ตาม ในบางกรณี เราพบนี่ไม่สมเหตุสมผล : เปลี่ยนแปลงสถานที่โทรศัพท์มือถือของตลอดเวลา ; เครือข่ายอาหารไม่จำเป็นต้องมีสถานที่ตั้ง เริ่มระบบของเราเน้นการสนับสนุนตัวเลขข้อมูลเซ็นเซอร์ค่าเท่านั้น แต่เรารู้ว่าเราต้องการอย่างรวดเร็วเพิ่มความยืดหยุ่น จากประสบการณ์นี้ เราได้เลือกที่จะใช้วิธีการทั่วไปมากข้อมูล เราต้องสนับสนุนทั้ง" เซ็นเซอร์ทางกายภาพอย่างหนัก เช่น อุณหภูมิ แสง และ ความเร็วการอ่าน , รวมทั้งเซ็นเซอร์อ่อน เช่น ข้อมูลจากเว็บเครือข่ายทางสังคมหมายถึงรูปแบบเซ็นเซอร์ที่ช่วยให้ทั้งง่ายมาก schema เริ่มต้นที่สามารถขยายเพื่อสามารถที่ซับซ้อนมากขึ้นใน platfonn .