OpenDMTP

OpenDMTP - OpenDMTP (ני�?ור התקן פתח מעקב Protocol) הוא פרו�?וקול להגדרה להרחבה ביותר לתקשורת עם התקנים ניידים על גבי רשתות גבוהה חביון / רוחב פס נמוך. הפרו�?וקול מיועד בעיקר לקראת העברת מידע GPS בסיס מיקום וכולל יישום התייחסות הכולל את כל תכונות לראווה את היכולות שלה.


ישנם התקן מעקב GPS נייד רבים על השוק היום עם פרו�?וקולים קנייניים הסגורים משלהם. חיפוש באינ�?רנ�? עבור פרו�?וקולים פתוחים חשף רק כמה זמין עבור העברת נתונים (כולל מידע GPS) בין התקנים. עם זאת פתרונות אלה נועדו בדרך כלל עבור יישומים שאינם ניידים ו / או חסר חלק ברוחב הפס הנמוך, להגדרה, ותכונות להרחבה כי יישומים ניידים דורשים.


לאחר פרו�?וקול פתוח תוכנן במיוחד עבור מכשירים ניידים יש יתרונות רבים:אירוע ההדור ממוקד: מכשירים רבים בשוק נועדו פשו�? כדי להעביר כמות עצומה של נתוני GPS לשרת עורפי בתקווה שהשרת יכול להבין את הנתונים שהוא מקבל. הבעיה עם approch זו היא שהיא נו�?ה לגרום עלויות העברת נתונים גבוהות יותר עבור מידע אשר לעולם לא יהיה בשימוש. פרו�?וקול המשמש עבור יישומים ניידים צריך להיות מסוגל לספק את הגמישות ליצור רק את האירועים המעיקות על היישום הספציפי.


רשת יעילה: מכשירים ניידים בדרך כלל יש קישוריות מוגבלת לרשת, ובמקרים מסוימים תקשורת נתונים יכולה להיות די יקרה (לווין למשל). בגלל זה הפרו�?וקול צריך להיות יעיל זה דיאלוג בין הלקוח והשרת. התקשורת צריכה להיות מותאמת כך את המידע הדרוש יכול להיות מועבר עם מספר מינימאלי של בתי הסכום הנמוך ביותר של זמן.התחבורה מדיה: יישומים ניידים Differrent תהיה דרך ייחודית משלהם של תקשורת נתונים בחזרה לשרת. חלקם עשוי להשתמש ב- GPRS, או תקשורת מבוססת שקע, אחרים עשויים להשתמש תקשורת לוויינית, ואילו אחרים עשויים להשתמש צורות אחרות של תקשורת אלחו�?ית, כגון BlueTooth. העיצוב של הפרו�?וקול צריך להיות מסוגל להכיל את כל סוגי המדיה תחבורה כזה, ללא תלות בסוג של תחבורה בשימוש.


דו כיווני: התקנים מסוימים יכולים לתמוך תקשורת דו כיוונית (כלומר GPRS, או שקע אחר קשרים מבוססים.), בעוד שאחרים עשויים לתמוך רק תקשורת חד כיווני (כלומר כמה מערכות תקשורת לוויינית.). לאור זאת, פרו�?וקול צריך להיות מתוכנן לתמוך דופלקס הן (דו כיוונית) ו סימפלקס תקשורת (חד ס�?רי).


קידוד נתונים גמיש: סוגים רוב התקשורת התחבורה לאפשר העברת נתונים מקודדים בינארי. עם זאת, ייתכנו כמה צורות התקשורת לפיה מוכרת חבילת נתונים בקידוד ASCII הרבה מתאים יותר. פרו�?וקול שנועד עם זאת לזכור אמור להיות מסוגל לתמוך בשני סוגים של קידוד הנתונים.הודעות להגדרה: בשל המגוון הרחב של סוגי נתונים המשמשים ליישומים ניידים, הפרו�?וקול צריך להיות גמיש מספיק כדי להגדיר הודעות רגילות, אך עדיין לאפשר הודעות מותאמות אישית במסגרת.


להרחבה: לא כל יישום נייד זהה. חלקם דורשים �?יפול מיוחד וייתכן שיש סוגים שונים של כניסות ויציאות. פרו�?וקול תוכנן עבור יישומים ניידים צריך להב�?יח כי המסגרת ניתן להרחיב בקלות incapsulate לצרכים הספציפיים של המכשיר.


�?ביעת רגל ק�?נה: התקנים ניידים בדרך כלל יש משאבים מוגבלים שעליו להפעיל קוד לקוח (כלומר זיכרון, מהירות מעבד.). פרו�?וקול פתוח נועד עם זה בחשבון צריך להיות מותאם על מנת לאפשר יישום יעיל צריך לתמוך בקלות התקנים כגון מחשבי כף יד, �?לפונים ניידים, מכשירי ני�?ור GPS, התקני מיקרו OEM אחרים.


תאימות תעשייה: לאחר פרו�?וקול פתוח מב�?חת תאימות �?ובה יותר בין התקני לקוח ונותני שירותים שונים.יישום הפניה: לאחר ביצוע הפניה שידגיש את המאפיינים העיקריים של הפרו�?וקול מספקים נקודת מוצא קלה שעליו מפתחים יכולים להוסיף תכונות משלהם ויישום פל�?פורמה ספציפי מבלי לדאוג איך נתונים מקבלים מהלקוח לשרת.


OpenDMTP תוכננה במיוחד כדי להתאים את כל הצרכים הללו, במיוחד & quot; ממוקד אירוע הדור & quot; ו & quot; רשת יעילה & quot ;. אולם תכניתם של הנתונים "ה�?יפוסית לתקשורת GPRS, למשל, היא בדרך כלל 1Mb לחודש. OpenDMTP נועד לייעל קידוד מנות לאפשר איסוף מידע GPS חבילות אחת ל- 3 דקות, 24 שעות ביממה, 30 ימים בחודש, ועדיין להישאר מתחת לגבול תכנית נתוני 1Mb.


בעוד XML מאוד להרחבה, היא נכשלת & quot; Small Footprint & quot; ו & quot; יעילות & quot רשת; דרישות. לכן, זה היה מוזלים כפתרון פרו�?וקול קיימא. התקנים ניידים רבים אין את המשאבים הדרושים כדי להיות מסוגל לספק פונקציונליות ניתוח XML מלאות. וחפיסת XML ייתכן שיהיה צורך בכמה מאות בתים באורך רק לשלוח כמה בתים של נתונים בפועל. זה בלבד היה מכריח את עלות הפתרון מונעת על תקשורת תחבורת עלות גבוהה כגון בלווין.OpenDMTP כולל גם יישום התייחסות מסחרית הכולל את כל תכונות איכות להזניק פיתוח.