home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
Improvement Suggestions
Integrating telephony features into MediaPortal
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="natomb" data-source="post: 306126" data-attributes="member: 79988"><p>Hi there,</p><p></p><p>I am thinking about creating a new SDK with standardized API that would enable convergence between Internet and Telephony communication services. The features of this SDK would be e.g. presence, instant messaging, call-setup and call-control, authentication and identification, billing support, remote control of and by devices like mobile phones etc. My idea for this SDK is to make it available to a wider audience to stimulate the upraise of applications on mobile phones, PC, and Set-Top-Boxes to create a seamless, unified communication experience for the end-user regardless of terminal used (e.g. PC, TV-set, fixed or mobile phone, etc.)</p><p></p><p>To understand the requirements in the market, especially from the various developer groups, I would like to ask you the following questions:</p><p></p><p>(1) What would be the preferred “feature list” of such SDK, i.e. which Telephony-typical communication services would you want to see in the SDK?</p><p></p><p>(2) What should be the supported devices?</p><p></p><p>(3) What is the preferred mode of operation, i.e. do you want to have the SDK as download version and setup all the networking and configuration stuff yourself or would you like to see a “hosted” version where the platform is operated by some service provider and you just use APIs that is exposed (cf. IMDB) ?</p><p></p><p>(4) Would you be willing to pay for such SDK and how your preferred payment model looks like, e.g. subscription, pay-to-own, pay-per-use, pre- or post-paid, …?</p></blockquote><p></p>
[QUOTE="natomb, post: 306126, member: 79988"] Hi there, I am thinking about creating a new SDK with standardized API that would enable convergence between Internet and Telephony communication services. The features of this SDK would be e.g. presence, instant messaging, call-setup and call-control, authentication and identification, billing support, remote control of and by devices like mobile phones etc. My idea for this SDK is to make it available to a wider audience to stimulate the upraise of applications on mobile phones, PC, and Set-Top-Boxes to create a seamless, unified communication experience for the end-user regardless of terminal used (e.g. PC, TV-set, fixed or mobile phone, etc.) To understand the requirements in the market, especially from the various developer groups, I would like to ask you the following questions: (1) What would be the preferred “feature list” of such SDK, i.e. which Telephony-typical communication services would you want to see in the SDK? (2) What should be the supported devices? (3) What is the preferred mode of operation, i.e. do you want to have the SDK as download version and setup all the networking and configuration stuff yourself or would you like to see a “hosted” version where the platform is operated by some service provider and you just use APIs that is exposed (cf. IMDB) ? (4) Would you be willing to pay for such SDK and how your preferred payment model looks like, e.g. subscription, pay-to-own, pay-per-use, pre- or post-paid, …? [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
Improvement Suggestions
Integrating telephony features into MediaPortal
Contact us
RSS
Top
Bottom