Obviously for sending messages you may want to consider sending a buffer of messages (many at a time). This should avoid excessive network traffic. You may also need several threads (or Jt "live" MDP components) in order to support a heavier load. Just athought. Tuning will probably be needed.
On Nov 19, 8:44 pm, Matt <[email protected]> wrote: > Daniel and others, > > The phone would be a replacement of the commercial sms gateway. I'm > curious to see if a cell phone could handle "bulk" messaging, let's > say one message every second or two. If it could, it would potentially > be cost effective to use a cell phone to handle messaging rather than > pay the 2/3c rate per message out there. If a phone plan costs, idk, > $60/mo it would only take 3000 messages a month (at 2c/sms for > gateways) for the phone to become a less expensive alternative. I > think some high schoolers out there send more than 3000 txts a month! > This is all assuming that the phone and android is capable of handling > these texts with some sort of redundancy built in (resending messages > that haven't been sent, e.g.). Any thoughts? > > On Nov 18, 6:53 am, Daniel Drozdzewski <[email protected]> > wrote: > > > Matt, > > > - how essential is phone in your scenario? > > - I mean does it have to be essential in routing of messages to the > > server? What I mean is that you could simply open cheapo account at > > some commercial SMS gateway and it would give you a mobile number to > > send messages to and from plus an API. > > > If you need to notify a mobile user, do it separately to the main > > interaction above, as this part will be less reliable. > > > Daniel > > > On Wed, Nov 17, 2010 at 9:27 PM, Matt <[email protected]> wrote: > > > Of course :) I am proposing to use the Android as an sms gateway > > > between a phone and my server. Pretty simple: a txt is sent to my > > > phone, the phone receives it and sends it off to my server, the server > > > responds to the phone, which responds to the original sender. I'd like > > > to know if Android can handle many of these requests in a short period > > > of time (say one a minute at peak) and if this process is reliable > > > (i.e. where in the process could something go wrong and mess it up, > > > like a failed http post to my server). I understand much of this might > > > have to do with the phone's hardware and signal strength, but let's > > > assume that I am using a standard Droid and have great signal. > > > > Thanks for your help, > > > > Matt > > > > On Nov 17, 1:50 am, Doug <[email protected]> wrote: > > >> On Nov 12, 8:12 am, Matt <[email protected]> wrote: > > > >> > I'm developing an app > > >> > that has one essential requirement: intercept an incoming text message > > >> > and send it off to an application on a remote server. > > >> > ... > > >> > but I am worried about android's ability to > > >> > process many of these requests in a short time period. I need my app > > >> > to be able to handle many of these intercepted messages every minute. > > > >> Would you mind sharing why you are expecting so many incoming SMS > > >> message to be processed so frequently? SMS isn't really designed to > > >> work this way, and end users certainly wouldn't expect this kind of > > >> behavior under normal circumstances. > > > >> Doug > > > > -- > > > You received this message because you are subscribed to the Google > > > Groups "Android Developers" group. > > > To post to this group, send email to [email protected] > > > To unsubscribe from this group, send email to > > > [email protected] > > > For more options, visit this group at > > >http://groups.google.com/group/android-developers?hl=en > > > -- > > Daniel Drozdzewski -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
