@MAD כוונתי הייתה לתוכנה עם ממשק גרפי - לא שמע מעצבן.
אכן חשבתי על זה בזכות הרעיון עבור אנדרואיד שאחד מחברי הפורום יצר לפני מספר ימים (מחילה שאיני זוכר את שמו).
לגבי השאלה כמה זמן ייקח לשלוח את המידע, בוא נחשב: בישראל יש בערך 30,00 תחנות אוטובוס. בנוסף מספר קו נע בין 1 ל-3 ספרות, עד 1000 אפשרויות לקו.
כלומר, הטלפון צריך לשלוח שאלה: בעוד כמה זמן יגיע קו מספר X לתחנה Y? (בהנחה שהתוכנה שומרת בזיכרון הפנימי של הטלפון את המיפוי של מספר-> שם תחנה.)
כדי לייצג מספר קו אנחנו צריכים 10 ביטים (לא בתים!) - 2^10 > 1000. באופן דומה מספיק 15 ביטים כדי לייצג מספר תחנה.
נניח שהתגובה של השרת היא 3 האוטובוסים הקרובים מהקו המבוקש. נניח חלון זמן של שעתיים הקרובות, מספיק 7 ביטים לכל אחד (2^7 = 128).
סכ"ה 46 ביטים. פחות מ-6 בתים. לשם ההשואה כל תו בעברית תופס שני בתים, כך ש-3 אותיות מההודעה הזו שוות מבחינת כמות המידע שעובר דרך הרשת.
בלי להיכנס לאגוריתמי תיקון שגיאות וכיוצ"ב, נניח ששקט = 0, וצליל = 1. כעת צריך לברר איזה קצב של שקט/צליל אפשר להעביר בקו טלפון מודרני בלי להסתכן באיבוד מידע...
לרפרנס: קצב המידע במודם מלפני 30 שנה שחובר לקו טלפון נייח היה בין 300 ל-56,000 ביטים לשניה.
לא מופרך לקבל את המידע תוך פחות משניה (כולל 'לחיצת-ידיים', ECC ושאר ירקות).
לסיכום: אם יצרן טלפונים כשרים רוצה להוסיף פונקציה חדשה שתיתן לו עדיפות ענקית על פני שאר השחקנים בשוק - זה רעיון ששוה לשחק בו.