« Back to New Feature Discussion

CVP Studio needs some simple elements by default

Combination View Flat View Tree View
Threads [ Previous | Next ]
CVP Studio has some cool features no doubt, but I think there must be some simple features too. For example there is no simple SET element. If you want to set a session data only you have to use some other elements like MATH, COUNTER etc or you have to right your own elements. Also there is no string functions elements to do anything on some string you have to write your own elements too.

I think CVP must have some simple elements by default, and we have to use java code only if we need some special action or decision etc.

Selim,

I agree which is why JAM IP have created XPressWare, that provide those simple features, but also complex dialogues around speech best practices, formatting, biometrics, network functions, dynamic grammar components and pattern recognition generators. Numerous new components that seriously enhance CVP Studio (it becomes another beast) and the multi-form component is super smart (ever change a menu and have to rebuild it?) no longer. New decision and formatting components. The current release integrates some nice "open speak" components and January will incorporate heuristic modelling (Machine AI concept components) - Absolutely neat stuff that was recently shown to Cisco but adds a new dimension to CVP.

Cheers

Karl
JAM IP

Hi Seth,

Thanks for the interest. The speech components have a lot of best practices built in.

We are getting interest from partners in distributing this in the near future. I'd be keen to know who else is interested. This will be licensed.

Cheers

Karl

When will this product be available and where can I get more detail information on it? Searching for JAM IP comes up in google but I do not see any mention of a product called XPressWare. I would assume that it has not been released yet.

 
Apart from Math, Counter, I have also used the 'ApplicationModifier' node at the beginning of the script right after SubDialog Start so that all the initialization can happen there.  It also helps that the default Audio Path etc can be set her specific to the current application instead of the Root properties which can sometimes be forgotten while copying.
 
Based on the default nodes available, Is there a best practice around what can be used for a 'SET' session variable ? 
 
Does it make a difference in performance whether we use an existing default node or a custom Java node to do a SET session variable?
 
regards,
Kamesh
 

RE: Re: CVP Studio needs some simple elements by default
cvp action components audium biometrics cisco studio components dynamic grammars jam ip jams natural speech new cvp components new elements speech speech dialogs speechpak
Answer
3/20/09 2:21 AM as a reply to Chuck Smith.
When will this product be available and where can I get more detail information on it? Searching for JAM IP comes up in google but I do not see any mention of a product called XPressWare. I would assume that it has not been released yet.


You are correct Charles and it's not officially listed as a distributed product but that is likely to change
 
To answer further questions :-
 
I believe there are a lot of basic ones in there, but also things like dynamic menu's so you don't have to rebuild your menu structure as you add new ones (nice feature that), speech components with some neat grammar systems, dynamic grammar components and iterators, richer java object connectivity, natural language components with inbuilt "open dialogue speech" handling, xml session connectors (with configurable timeouts - at last :-), messaging components, biometric components, realtime language translation, some new decision components, and loads of new action components around resources, mail, speech phonetics, and quite a few others.
 
Many of the components have much more advanced config features, like combined error counts, extra MI handling, hononym disambiguation, intelligent speech adaptation etc and multi ASR support if you prefer one vendor over another :-)
 
It's reduced developments by 30-70% in some cases based on type of projects,  and frankly we could not live without it now. One 16 week project was reduced to 8 weeks.
 
It's not out officially, but there are considerations to make this potentially available soon because it's very very cool stuff. Suggest you contact the Cisco CCBU and ask about JAMS XPressWare  (Supports CVP 3, 4, 7 and Universal Edition). Other than
that, if anyone is interested just drop me a line at kroberts@jamip.co.uk, i can certainly pass on your interests to the development team involved and anything you think should be within such a package they usually build it in on request.

This sounds great and I will definitely check out the JamIP software packages.  However, I'm going to use this forum to just pile on another vote on this thread topic:
 
I'm a big fan of both CVP and IP-IVR in Cisco's suite, and both products have their advantages and disadvantages.  From an IDE perspective, I also like both, but understand and agree that CVP Studio is probably the way "things should go" in the future.
 
That said, I would like to say to Cisco Product Marketing and Dev Engineering that a LOT could be learned and should be shared from IP-IVR to CVP in terms of the IDE.  Again echoing the comments in this thread - what makes IP-IVR so incredibly powerful (and anyone who's ever done any level of development on it would likely agree with me) is the range of built-in functions that come "out of the box" with the product.  With the relatively recent addition of being able to simply integrate the full Java API syntax into most of those steps to manipulate data and perform nearly any Java function, the platform is something that we've been able to do some pretty amazing things on.
 
If CVP Studio was given this level of functionality "out of the box", it's development capability would probably be easily doubled.  It sounds like the JamIP package is almost exactly that, but - don't take this the wrong way Karl - after working with IP-IVR, it's a little disappointing to have to purchase an add-on package for CVP to do the same things when it is supposed to be the "premium" product.
 
Ok - stepping off the soapbox, and passing on to anyone else who would like it...!  ;-)
 
 - Bill

RE: Re: CVP Studio needs some simple elements by default
cvp speech speechpak cvp extensions new components
Answer
3/20/09 7:24 PM as a reply to Bill Webb.
William, not at all offended and i am very familiar with IPIVR so i'm not sure having all possible pre-built solution components for any vendor is feasible. I mean you could debate there are several components that should be in the base package. Fair comment and that's definitely reasonable. However, i am also aware IPIVR is also heavily lacking in all the features discussed here because it was never meant to be all things to all men, but an environment that could be extended like CVP.
 
The XPressWare has a new java extension that probably doubles the capability you mentioned. It will also likely allow you to plug in or quickly port your IPIVR java code extensions over to CVP into this interface with more flexibility.
 
I think the question is what are the general day to day customer requirements, what do you see coming at you?We always get things like, i want someone to confirm their name, address, account number (Nth different structural alphanumeric formats), get their credit card details, perform modulus checks, oh and let's verify their voice to provide another layer of security.
 
How would you implement natural language gibberish handling much easier with IPIVR where you can speak gibberish and uses powerful grammar modelling? Not run of the mill stuff but it's in the XPressWare.
 
The base CVP framework was provided to be a much more open container just like IPIVR was.  It cannot provide everything out of the box but has massive extensibility. Customer solutions are too diverse but an extensible framework can adapt to support this in many ways. I think this is the rationale the folks from the original Audium applied (and understandably so)
 
If you really do a like for like with CVP and IPIVR is there really much difference in componentry? OK you have the get and set ICM, transfers, but most of the core building blocks are similar to CVP with a few extra exceptions for tighter integration to ICM. Yes and java formula editor. The Speech and TTS blocks are limited and if your doing anything above a yes or no or simple menu, it's not worth entertaining.
 
So XPressWare simply fills in many of these gaps saving weeks, months and years of development time.  I can also tell you categorically if you check out Avaya IR, Nortel, Genesys, they are all approach this with similar basic building blocks and some lack what Cisco Studio has in some cases within their designer tools. That's not a reflection on them but it's about maturity, product version and the decisions made by those vendors.
 
As for Cisco designer, it would be nice to use them for both platforms (CVP, IPIVR and other cisco products). Let's face it as the world gets more sophisticated on speech recognition and self service for customers, you wouldn't use IPIVR or a text editor for writing VXML code. There is only one natural choice, Cisco Studio is the perfect container.
 
BTW, it's nice to see more life in the forums recently!
 
Anymore questions, keep asking but i can certainly pass on all your comments to the team involved here.  Drop me a mail at kroberts@jamip.co.uk
 
 
 
 
 
 

It is good to see life in these forums!! ;-)
 
I think it is worth mentioning some specific differences between the "out of the box" IP-IVR and Call Studio IDEs.  No matter what, I see the XPressWare offering a lot of great things like the speech grammar function you mentioned, as well as other advanced functions that can be easily accessed and utilized.  But here's come examples of what the IP-IVR Editor offers that CVP Call Studio doesn't currently.  A lot of these are functions used in almost EVERY application:
 
"Set" step - IP-IVR has a stand-alone step that can be used to set or modify variables.  I realize Studio has the first part of the function, and things like substitution strings which are nice, but as another thread on this forum mentioned, there is no easy way to modify data.  For instance, you can perform any simple Java function in the IP-IVR Set step like taking an Integer value "int1" and converting it to a String.  All you type in the expression editor of the Set step is "int1.toString()", and then you can select from a drop-down what configured String variable you wish to store the result in.  Any Java function like that can be accessed directly within the Expression Editor in IP-IVR steps, and most of the steps have that in them.  To do something similar in Studio involves calling a custom function, class, or even creating your own custom element.
 
In fact - that option alone - having a free-form "Expression Editor" that allowed access to the Java API syntax within existing elements would alone be a huge improvement in Studio.
 
Menu Steps - it sounds like this might be addressed in an upcoming release, but the fact that you have multiple Menu elements in Studio I find quite sloppy.  There should be a single element that allows you to define how many outputs you have - much like the newer Decision Editor has.  IP-IVR has this, and always has.  You add outputs, label them, assign DTMF inputs or voice inputs to them, etc.  It is a single, dynamic Menu step, and it works great.
 
"Call Subflow" - this step in IP-IVR can now be executed either synchronously or asynchronously, which makes is very powerful.  I know that Studio can now use the Application Transfer element to do some of the same things, but the execution in IP-IVR's Editor is much more elegant, and when running synchronously, the Call Subflow always has the concept of a "return" state.  So it is truly a subroutine, which Studio is still lacking, as far as I know.
 
"Document" steps - the IP-IVR has a few built-in steps that allow for things like reading in and parsing data from an XML file, calling a URL locator, etc.  Again, this can be done with Studio, but requires coding.
 
Those are really the big ones that I can think of off-hand that allow faster app dev on IP-IVR than Studio.  Much of the other advantages are due to the additional features that IP-IVR has that Studio doesn't (yet).  Things like the ability to easily create "HTTP Triggers", which are URLs that can trigger IP-IVR applications.  Also the ability to control as well as create call objects (IP-IVR has a "Place Call" step).  I know some of this might be coming also with CVP incorporating CCXML, but it's not there yet.
 
Honestly, I would recommend exploring and playing around with the IP-IVR Editor (CRS Editor) if you're looking for some ideas.  Take any applications - even fairly simple ones - and write them up in CRS Editor.  I think you'll see that despite its limitations, it is VERY well thought-out IDE in terms of the pre-built Steps (which are little Java Beans) it offers out of the box.
 
Thanks again for all the information - I'm still very interested in seeing what you folks have to offer!!
 
 - Bill
 
 
 

Ok,
 
Several things. The CRS editor has been tightly coupled with IPIVR and has had more time to evolve. I find the CRS environment no way as good as Studio IDE. Without question Eclipse is better. I have real experience of both but i'll share what i see. That is the reason why all major vendors have gone this route to standardisation.
 
I think you raise some valid points but equally there's dozens of others in favour of studio like team development, source control, auto documentation, debug before deploy, larger scale project handling, better interface design for call flows, better mechanisms for speech recognition, network edge self service with CVP (IPIVR is in network), extendible plug in component architecture.
 
If you goto eclipse sites, you can download plugins and extend the Cisco studio. For example, if you know where to look there's a grammar visual grammar designer you can plug in alongside Cisco Studio. Another reason studio extends beyond CRS.
 
As i said, we can't live with out it, particularly in delivering projects 50%+ quicker in some cases. Pays for itself very quickly.
 
Cheers