To support data-centric routing and

To support data-centric routing and directed diffusion, one needs to name the
data (rather than the nodes) with relevant attributes such as (but not limited to)data type, time, and location. One needs to diffuse requests and responses over the
network with application-cognizant routing; and one must support in-network data
aggregation and processing [1.75,1.76]. Some view sensor networks as being peer
to peer at the logical level, even though the physical communication topology is
generally hierarchical; here one peer is the data source that ‘‘publishes’’ the data
(could be a basic sensor node or an aggregation node) and the other peer is the
data client that subscribes to a data content list. This topic is revisited in Chapter 6.

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

เพื่อสนับสนุนข้อมูลเกี่ยวกับเส้นทางและแพร่โดยตรง ต้องชื่อนี้ข้อมูล (แทนโหน) มีแอตทริบิวต์ที่เกี่ยวข้องเช่น (แต่ได้ไม่จำกัด) ชนิดข้อมูล เวลา และสถาน ต้องกระจายและการตอบสนองผ่านการเครือข่ายที่ มีโปรแกรมประยุกต์ซึ่งรู้ถึงสายงานการผลิต และหนึ่งต้องรองรับข้อมูลในเครือข่ายรวมและการประมวลผล [1.75,1.76] บางเครือข่ายเซนเซอร์ดูเป็น เพื่อนให้เพื่อนในระดับตรรกะ แม้ว่าโทโพโลยีสื่อสารจริงโดยทั่วไปตามลำดับชั้น ที่นี่เพื่อนหนึ่งเป็นแหล่งข้อมูลที่ ''เผย '' ข้อมูล(อาจโหนเซ็นเซอร์พื้นฐานหรือการรวมโหน) และขุนนางอื่น ๆ คือการข้อมูลลูกค้าที่สมัครใช้รายการเนื้อหาข้อมูล หัวข้อนี้จะ revisited ในบทที่ 6

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

เพื่อสนับสนุนการเป็นศูนย์กลางข้อมูลเส้นทางและกำกับการแพร่กระจาย ต้องชื่อ
ข้อมูล ( มากกว่าหนึ่ง ) ที่มีคุณลักษณะที่เกี่ยวข้องเช่น ( แต่ไม่ จำกัด ) ชนิดข้อมูล เวลา และสถานที่ หนึ่งความต้องการที่จะกระจายการร้องขอและการตอบสนองมากกว่า
เครือข่ายด้วยโปรแกรมพันธมิตรกำหนดเส้นทาง และต้องสนับสนุนเครือข่ายข้อมูลรวมและการประมวลผล 1.75,1.76
[ ]บางมุมมองเครือข่ายเซ็นเซอร์เป็นเพื่อน
เพื่อเพื่อนในระดับตรรกะ แม้ว่าการสื่อสารทางกายภาพแบบเป็นลำดับชั้นหนึ่งเพื่อน
โดยทั่วไป ที่นี่เป็นแหล่งข้อมูลที่ 'publishes ' ' ' ข้อมูล
( อาจจะเซ็นเซอร์โหนดโหนดหรือพื้นฐาน aggregation ) และเพื่อนๆ
ข้อมูลลูกค้าที่สมัครสมาชิก กับเนื้อหาของรายการข้อมูล หัวข้อนี้จะมาเยือนในบทที่ 6