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.
Related
I am working on an application where I need to establish a server on a Windows/Linux/Mac machine which will need to communicate to an Android/iOS device over an existing WiFi network.
I am just in the research phase for now, and though I can find answers for communicating between PC-Android, PC-iOS, Mac-iOS etcetera, I cannot find an answer using which I can do all of it.
The mobile application will be different for both the platforms, of-course, but the server application should ideally be the same, and should be cross-platform.
I should also mention that the server and the clients(mobile-apps) will maintain a 1:n relation, meaning that several Android/iOS devices will be communicating with the server at once.
I need advice on which language/library shall I use for the server which would let the it communicate to both the mobile platforms.
Advice on the libraries I should use for the mobile platforms will also be helpful, though it's not important until I complete the server.
I am just looking for links to helpful resources, though I will be very grateful if you share some code.
I shall also mention, I know Python/Java/C++ which I can use for the server, but you are open to suggest another language which may make the work easier.
EDIT: What I forgot to mention is that, this will be a local server, that is, it needs to communicate with these devices on a LAN (devices on the same wifi network).
If you Know Java for the server side you cab create an application that hosts a RestFull API running on a tomcat server that you call with a local address (such as http://ip_adress:port/appname)
Tomcat can run on Windows, Linux or Mac.
If you need more informations just ask
How i can make my own push notification server for my android & ios application?
m not wanna to use GCM.
GCM and APN are the client side part of the infrastructure. You should still set up your own messaging server. That event-based server will then push messages to the clients via the proprietary infrastructure. I think applications should be respectful of their enironment, and using the push facilities of the platform is indeed a good thing for your users. Also, it should be even easier for you to implement, thanks to the standard setup and the working documentation.
Otherwise, just pick your favourite message queue middleware (Active, Zero, you name it) and integrate it directly with the native client for the supported platforms, without using GCM (or Apple push). But be warned that this will make your application less efficient, and you may face higher development costs to set up the background notification service.
Node.JS provide a module called SOCKET.IO. I use this in my android apps for live messaging. You can configure it on AWS, Digitalocean Or you can use Heroku.
Here is the good example of Socket.io with android http://nkzawa.tumblr.com/post/46850605422/connecting-to-a-socketio-server-from-android
Android chat app wit socketio
https://github.com/nkzawa/socket.io-android-chat
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'm wondering if it is possible to host an Application Server on Google App Engine, I'm not planning to host a Web Application, but yes an App Server.
For example, hosting a Chat Server, that would Authenticate users log ins, register new users, establish a connection between two users running on clients developed to work with that Server.
If not, is there a similar service to GAE which I can use for that purpose.
Thanks a lot.
The XMPP and Channel APIs should let yo do it. If your client can make HTTP requests and your server can respond to them, then yes, you should be able to do it.
Yes this is possible.
Have a look at the Google Docs for an introduction to what the platform looks like and what APIs are available. And crucially what restrictions there are. For chat applications you might be interested in the Channel API.
I have a website where users can send personal messages between them, now I want them to recieve the messages also on their mobile phone but without having to send them a SMS.
I am thinking about providing them with a mobile phone with internet access over GPRS or 3G, then develop a Java application that will connect to the website and retrieve the messages.
On the website I am thinking to make a webservice where the phone will login, get new messages, and also be able to answer back to messages.
Does anyone know any mobile application tutorial that will do that? Or do you recommend me where to start? I never done a java mobile application before, I only work with websites and PHP.
I also tried to use ICQ, the client is already done for java and for iphone, and I've also found a script that will send ICQ messages from PHP, but ICQ server bans you for 20 minutes when you do many reconnections, so I have to develop some kind of ICQ bot always online that will check for new messages to send from the mySQL database and then send them, one per 2-3 seconds, so the server won't ban me for flooding.
Well any advice or recommendation is welcome about how to have users connected to the website messaging system from their phones.
Thank you!
Instead of a Java Application, I would do a mobile HTML web page for the mobile devices because it will be simpler to deploy. I know Java is supposed to be WRITE ONCE RUN ANYWHERE, but with JavaME is not that simple. You will have to create special deployments for different phones, and there are phones that do not support JavaME (iPhone) at all.
With a mobile WEB SITE, the only thing your mobile phone needs is a browser. Pretty much every feature/smart phone have a browser these days.
If you insist on developing a JavaME application, you are on the right track. You can publish some WebServices on your WebSite and consume them from JavaME. Here is a tutorial on how to do that.