SMS fogadás

Java

Sziasztok!

Egy olyan feladatot kaptam, hogy SMS-eket kellene fogadni és feldolgozni, mindezt Java platformon. Soha nem csináltam még ilyet és nem is tudom milyen lehetőségek, toolok alkalmasak erre.

Ha valaki tudna írni egy kis összefoglalót, koncepciót, vagy mutatni néhány használható libet, toolt, akkor nagyon megköszönném.

  • 3209 megtekintés

( mrmartin v | 2010. 08. 11., sze – 12:08 )

Milyen kapcsolaton keresztül? Mobiltelefon, SMS Gateway?

( hg2ebh | 2010. 08. 11., sze – 15:17 )

Hát pl. megdugod a vasat egy USB-s stick-el (nálunk pl. egy Huawei E220 müxik), elindítasz egy smsd-t a megfelelő konfiggal és a /var/spool/sms/incoming/-ban megtalálod fájlok formájában a beérkező SMS-eket... tovább nem kell mondjam, igaz?

Engem azért érdekelne.
Már lassan 8 éve írtam az első sms "szerveremet", ipari gsm modulokkal (Telithal, Wavecom) rengteg zűröm volt/van velük. Például egyszer csak megállnak - nem jönnek az sms -ek. Olyan megoldás is volt, hogy egy kis kiegészítéssel elvettem tőlük a tápot - hw reset. Gondok vannak a magyar ékezetes betűkkel - pdu konverzió és értelmezés. Mi van ha jön egy mms?
Azóta rengeteget fejlődött ez a dolog, de mindig van valami probléma, valami nem gömbölyű. Az USB stick -be épített modulokkal most kezdek piszmogni - megnézem ezeket az sms szervereket. Javítsatok ki, de mintha ezek a modulok képesek lennének GPRS kapcsolatot felépíteni és közben smst fogadni és küldeni - ez nagyon érdekes lenne nekem.
Amire még nagyon kíváncsi lennék az hogy, hogy működik a vonalas telefonon az sms küldés. Miképpen azonosítja a rendszer az sms képes telefont, és milyen protokollal mennek az sms -ek (a vonalas telefon kicsit egyszerűbb - nem probléma az antenna, nem kell sim kártya - volt már ilyen hibám is)

* Én egy indián vagyok. Minden indián hazudik.

( nihilist | 2010. 08. 23., h – 12:33 )

Köszi az eddigi válaszokat!

Szeretném még azt is megkérdezni, hogy tapasztalatotok szerint mi számít SMS fogadásnál nagy terhelésnek? Milyen mennyiségű SMS-t képesek fogadni a gatewayek? Számításaim szerintem napi több tíz-, százezer SMS-ről is lehet szó.

Lehet, hogy érdemesebb lenne valamilyen más irányba nézelődni?

Tényleg nagyon amatőr vagyok a témában, előre is köszi a türelmes válaszokat. :)

M.

Áh, ez csak ilyen távlati terv, egyébként egyfajta mintavételezés bizonyos eszközökről, pár percenként. De az eszközök száma idővel drasztikusan emelkedhet. Ráadásul kb. bárhol lehetnek Európában. Egyébként az SMS nem végleges, csak a megrendelő ezt vetette fel elsőként, én meg próbálom körbejárni a témát.

Számold ki, ha pl. 5 percenként küld egy holmi SMS-t, akkor az naponta 288, havonta 8640 (30 nap alatt) SMS, 20 forint/db-bal számolva 172800Ft havonta. Ha azt nézzük, hogy havonta 6000Ft körül van normális mobilnet és a beágyazott holmik már egész jól elboldogulnak az USB-s eszközökkel, de van mikrovezérlőknek jobban tetsző módon illeszthető 3G modul is, akkor mindenképpen TCP/IP-ben gondolkoznék. Ha egy SMS-be belefér az elküldött infó, akkor UDP vagy akár ICMP csomagokba is pakolhatóak, így a klienseknél TCP/IP stack-ből a TCP lehagyható, ami sokat egyszerűsít.

Egy mobil eszköz kb 5-10 másodperc alatt tud egy sms-t fogadni. Ekkora terhelésnél számold ki, mennyi idő lenne, akár a fogadás, akár a küldés. Így mindenképpen valamilyen IP-s megoldást tartanék használható megoldásnak.
A másik kérdés, hogy milyen tarifájú számon akarnak sms-t fogadni, mert még ez is befolyásolhatja, milyen protokollon kell, lehet kommunikálni.

És biztos nem akartok másik eszközt keresni? Eléggé a projekt elején lehettek, ha még az átviteli mód sem tiszta.
Ha tényleg hosszú távra terveztek és több tízezer jeladóra, akkor a GPRS által okozott járulékos költség már jóval magasabb, mint amennyivel most a 3G-s eszközök többe kerülnek.

Persze ha kallódó raktárkészletet kell kiszórni és ehhez kerestek valami eladható projektet, akkor nem szóltam. :)

GPRS forgalomert kulon fizetni? Nekem a telefon helyzetfuggo modon kapcsolgat GPRS/EDGE/UMTS kozott... Anno pont azt reklamozta T a 3G bevezetesekor, hogy a GPRS csomagok mostantol 3G kapcsolattal is elerhetoek felar nelkul. Es ez most sem valtozott... Szerintem 1 mobilnet elofizetesnel nem szamit hogy GPRS/EDGE/UMTS -e. Egyedul az a lenyeg hogy csomagkapcsolt legyen, es ne vonalkapcsolt.

---
Apple iMac 20"
áéíóöőúüű

Ez elég nagy terhelés.

Vettem már részt ilyen project-ben (küld be a terméken található kódot típusú nyereményjáték), ott úgy működött, hogy az egyik mobilcég fogadta az SMS-eket, és tőlük http-n érkezett hozzánk (hogy push vagy pull az igazából részletkérdés, a szolgáltató ad egy interface-t).

Szerintem ilyen terhelésnél nem érdemes másshogy csinálni.

Stabilan telepített eszköz esetén a gsm-hálózat is teljesen jó lehet, a kapcsolatra, azaz hogy a készülék a hálózatra tud kapcsolódni igen komoly rendelkezésre állást vállal a szolgáltató, és ha a készülék be bír jelentkezni, akkor már sms-t is bír küldeni. Az jó kérdés, hogy a magas rendelkezésre állású átviteli út és a nem garantált szolgáltatás a jobb/megbízhatóbb megoldás, vagy egy alacsonyabb rendelkezésre állású átviteli út egy megbízhatóbb adatátviteli szolgáltatással...

@hrgy84: "De, a SMS elhagyasaval enkomplette."

Én erre válaszoltam: "... Egy olyan feladatot kaptam, hogy SMS-eket kellene fogadni és feldolgozni, mindezt Java platformon ... Számításaim szerintem napi több tíz-, százezer SMS-ről is lehet szó."

Az más kérdés, hogy a SMS-es koncepciótól van jobb, vagy az esetleg teljesen működésképtelen.

Első körben szerintem a megbízód vegye fel a kapcsolatot a számára szimpatikus mobilszolgáltatóval - jobban jártok. Komolyan mondom. Egy nap 86400 másodperc. Ha egyenletesen oszlik el a forgalom (amit kétlek), akkor is több, mint 1 üzenet/s tempóban potyognak befelé az üzenetek - amit ugyan mobiltelefonnal, gsm-kütyüvel is lehet bírni, de szerintem határeset - nem biztos, hogy a lehetséges szívásfaktorral is megéri.

( _Petya_ v | 2010. 08. 23., h – 22:01 )

Sziasztok!

Nálam is SMS küldés-fogadás a téma, de nem erre dedikált eszközzel, hanem ugyanazzal, amelyikkel a mobil internetet is használom. (voda instant net, így a forgalom mérés, ha elfogyott a forgalmi keret, akkor újra megrendelés, stb. mint SMS küldést-fogadást igényel)

A windows-os voda kliensben (Vodafone Mobile Connect) korrekten meg van oldva, hogy amikor nem használom a mobilnetet, akkor lehet SMS-t küldeni-fogadni.

Viszont linux alatt a modem-manager állandóan fogja a soros eszközt (vagy legalábbis nagyon gyakran pollozza), minicommal próbáltam soros porton rámászni, de pár másodperc után megszakad a soros kapcsolat.

Hogyan lehet ezt megoldani?

ps: az eszköz egy Qualcomm Gobi 2000.

Petya

Akkor is megfogja, ha nincs kapcsolat hozzárendelve. Egyébként ha így nem fogná, akkor is elég gáz lenne minden SMS fogadáskor/küldéskor törölni a kapcsolatot, aztán meg újra létrehozni.

Most nézem, D-Bus-on lehet SMS-t fogadni, de egyelőre csak python parancssoros klienst találok hozzá Esetleg ismer valaki mást?

Petya

Mivel a lockolas viszonylag jol detektalhato, es gyors folyamat, esetleg megprobalhatod figyelni a portot, aztan amikor a modem-manager nem figyel oda, akkor racuppanni, es a queue-t leuriteni.

Egyebkent mar fentebb irtam, nezd meg, ugy remlik a VMC-s cucc ket soros portot csinal, es ebbol nekem a nm csak az egyikre ul ra.
-- 


Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.