Scenario: GSM SIM card is connected to PC using a USB port. I have a audio file. I have a list of mobile numbers to call.
Question: I'm looking for JAVA library which detects the GSM SIM card, and allow my application to make a recorded phone call to this list of mobile numbers.
Extra Information: This is NOT A J2ME application. I studied some of resources from net. I found this http://smslib.org/ & http://www.voicent.com/devnet/docs/javaapi.htm which does not completely solve my problem. Former can only send SMS, latter uses a gateway which actually makes a call & application's responsibility is to connect to the gateway with necessary details.
There is an API called KooKoo and they have developed telephony API for automation. You can find details on Outbound calls here.
You require to send recipient's number and the audio file over the API to play it to the recipient. You need to explore more on the API to understand its capabilities and fulfil your requirements.
Related
Is it possible to transfer SMS's from a Java based phone (either generic Java ME or Nokia Series 40) over GPRS - i.e. effectively to run an SMS gateway, without a PC?
I am aware that:
this is not possible through just MIDP, since MIDlets cannot access the SMS inbox directly.
Gammu is a possibility, and in fact I currently use it. However, this permits connection to a computer via Bluetooth or data cable, but not via an internet or GPRS interface (naturally, since AT commands presumably cannot be sent that way). Hence, to get to a server on the Internet, you need a PC.
SMS gateways exist for Android and Blackberry but not for these "featurephones."
From my research it appears that this task is not possible. However, I just want to check if I'm missing something.
It's been a while I programmed midp devices, but have you seen Nokia SMS Api?
http://developer.nokia.com/Develop/Java/Documentation/Java_API_specifications.xhtml#sms
I think it should be possible to read SMS in midlet, but permissions apply, and depending on the phone and/or midlet signature the resulting application would ask each time the sms is to be read (as far as I remember). Therefore you wouldn't get automatic relay as Gammu.
Edit: Have you seen this:
Receive text message using J2ME
Is it possible to open my mobile Java program with an SMS?
And I don't want this SMS to be stored in the inbox. I'm looking for the kind of "Control SMS" that banks use for their mobile applications. I want the same in my application: send SMS to the mobile, the mobile device shows a message on screen that will be opened by the program, and this SMS should not be saved in the inbox.
Are you sure that you're not mistaking push notifications/cloud to device messages for SMS's?
Push/C2D messages are similar to SMS's inasmuch as a central server sends a message out to devices and many apps then display a popup based on that message, but the implementation is completely different. If you're not mistaking the two, is there a reason you'd prefer to use SMS's that are handled differently than most instead of push/C2D messages?
Here's the documentation for Apple's Push Notification Service.
Here's Android's Cloud to Device Messaging documentation which serves the same purpose.
Have a look and see if that would serve your needs.
If you are looking for completely client side J2ME based solution for feature phones - then try push registry. It is available above MIDP2. I don't know the exact details but there you can define event and triggers which will be stored by phone OS and invoked automatically when particular type of event occurs.
SMS sending is separate issue but there are tools available for that definitely.
I know that many has been ask for how to create a SMS server, but there has been been a fragmentation of knowledge because some just ask for a C# or PHP solution. My situation is different:
I need to develop 2 different services:
Receive SMS with a key work of what kind of information the client's client wants, like "FOOTBALL SCHEDULE" and the search in some data-base to send back to the sender's phone something like "12/12 NY X LA at 14:00h \n 13/12 DC X TX at 21:00h";
Client comes to my site and pays for 1000 SMS with message "Merry Christmas to you Girls!" with the possibility to enter the numbers or pick a random set in our own database according to what kind of people he/she wants to inform.
For that I can use:
Delphi or Java for Desktop/Web or Java for Android or PHP for Web;
MySQL or Firebird
A personal server or a Internet 3rd party server;
A SMS API service on the Internet or a personal phone with unlimited SMS sending pack.
So, the options are many. I can use a Android App in a Cell Phone or other kind of App in my PC connected to the Phone via USB. I can also use the Nokia NetBook that comes with a 3G slot and manage it from my App.
I have never made a program to handle any cell phone network services.
What I'd like to know from the unlimited StackOverflow users wisdom is:
Which of these options are the best to practice in the matter of available resources for SMS in these technologies?
Is there any finished community project with these arguments that I can be part of or import any piece of code/knowledge to mine?
Is there an API with these two services already available?
I am trying to avoid to contract a cellphone network provider to do that services. The cost would made it impossible. We are not intend to get a great profit, just to make these kind of services available in my region.
Thank You All!
there are plenty of web to sms gateways available worldwide.
usually they offer a http interface for incoming and outgoing sms.
so the simplest solution would be to find an affordable gateway provider and setup any kind of webserver to listen to the http request from the gateway provider on incoming messages.
this could be done in any environment you're familiar with.
for outgoing messages you would simply call an url of the gateway provider like
http://examplegateway.com/send?msisdn=23443&message=Merry+Christmas+to+you+Girls&secret=somesecrethash
this is easier than to program on the phone directly and usually cheeper, too. at least here in europe.
the contracts to the gateway providers come in as many differenty flavors as there are providers out there. with prepaid, postpaid, bulk-prices, monthly fee, pay-as-you-go you name it.
1 ) IMHO, and for my experience, the option 4 is the best, because this option allows you to have better scalability, and you separate the SMS logic, from you inner logic. Also, you don't need a person for maintain any server.
In the future, maybe you need to create another service, or another app. Using the option 4, you can reuse some code (or only the SMS API). Now you're using Android, but in the future, maybe you wanna create a Java Desktop Client, or iOS, or windows mobile, or.....
2 ) IDK :(...
3 ) IDK 2. I'm from Argentina, and we use a service only available here (Intertron)
I would like an application that can be downloaded from the market and runs as a service capturing and archiving the following traffic on Android devices: Facebook Messenger, Twitter, Google Talk, MSN, AOL and Yahoo IM.
Is there a way to do this without rooting the phone or developing a custom ROM?
Since the messages are not publicly announced by the apps themselves you would need to capture the network traffic & try to read the information out of there. But it might be impossible if the apps transfer their messages encrypted (https etc).
Packetcapture either requires root & tcpdump (or similar) on the device or Android 4+ and a VPN service like done in tPacketCapture
I don't believe that packet capture via VPN service is intended to be possible so that might be blocked again in future versions of Android.
How do I capture instant message traffic on an Android?
So basically you can't do that in a standard app unless the messenger apps provide an API to do so.
I currently have a working CTI integration on a Samsung phone system, within our business. Our desktop clients are running bespoke java clients which receive messages from our bespoke server application which connects to the Samsung DCS System.
We are getting a new Avaya phone system in shorty and I want to get this to work with our existing desktop client system. Therefore, I do not wish to install anything new on the desktop clients. I want to write a replacement server application that connects to the Avaya, and then uses the current message process from server to client.
Can someone please let me know what API I should be looking at to write this server based application. It must be Java based.
The two key things required are;
1. The server must be notified of all numbers ringing on all phones, so t can message the relevant client.
2. The server must be able to dial a number, on behalf of client phone, to an external number.
Any pointers in the right direction would be appreciated.
The API you need is JTAPI; you can find the documentation for it on Avaya DevConnect website: http://devconnect.avaya.com. You will need to register there but it's free.
You can also use the Avaya Device, Media, and Call Control SDK (DMCC) which is a newer, fully functional API covering media, monitoring, and advanced call control operations. See for more information https://devconnect.avaya.com/public/dyn/d_dyn.jsp?fn=353.
This API is hosted off of the Avaya Aura AE server (AES) which is deployed with Avaya Communication Manager. AES hosts a number of different API including TSAPI and Web Services. Investigate this platform and see if it meets your needs.