Author Archives: Mary Panttaja

eComm Europe : Amsterdam Fall 2009

2
Filed under Future Communications

RebelVox had its coming out event at eComm2009 in San Francisco, California, our home base. We are happy  to see that the eComm adventure continues this year with the announcement of an eComm Conference in Amsterdam in October.

We have attended both eComm conferences, 2008 in stealth mode and 2009 where we presented some of our ideas about voice communications. We believe in the mission of eComm, which is to explore those edges where traditional telecommunications meets the software and internet worlds; where the radical transformation of experience that is engendered by software is challenging our sense of what communications are all about.

We will be supporting this event and working to participate in the ongoing conversation driven by Lee Dryburgh’s inspired leadership. If you want to be in on the conversation and see what radical new innovations are coming down the pipe, Amsterdam is a good place to be in October.

What is “rendezvous?”

0
Filed under Enriched Conversations, Human Efficiency

One of the fascinating features of RebelVox is a “perfect rendezvous”. But when we try to explain that to folks, it seems a mysterious term of unrecognizable value. So we always struggle with how to effectively explain.

The classic rendezvous problem is illustrated with the separate systems that support live voice and voice mail. (That they are separate systems is the key to the problem.) It shows up particularly on mobile interactions, partly because on my mobile I can see who is calling me. So you call me, but I don’t get to it before it “rolls over” into the voice mail system. I can see it was you, so I dial you. But you are talking to my voice mail system, and, sure enough, I am rolled into your voice mail system. Because they are different systems, my trying to reach you while you are leaving a message is impossible. AND, I cannot listen while you are creating the message; that stream is no where that I can interact with it until you complete it and I “go and get it.” Live calls and voice mail are different applications that “land” in different places.

I often like to extend this rendezvous context beyond the complexities of live voice and voice mail to consider where my instant messaging, emails, conference calls, and video chats live. All in different applications (managed by different protocols). No wonder we are overwhelmed. Who wants to check all of those different pipes of information for the response to a simple IM I sent? This constrains users to a few applications and to modalities that can maximize the likelihood that my response won’t get lost. If you email, I email you back, even if I’d rather speak. If I leave you a voice mail….well, there is no good way to figure out how to rendezvous with voice mail.

How did this happen? Well, first we had live voice over circuits. Then we tacked on a voice mail system that diverts the connection to a voice mail server. Two systems. Then we found that texting was cool. Another system. Then, from another software and service model, comes email. Great for asynchronous messaging. But another system. Video chat? Another system. Some of these are associated on the desktop in common applications, but they are still separate media paths, and what we would call separate conversations, because, at the core, they can never rendezvous. (On the surface they can sometimes be “forced” into a common stack of messages, but because these various platforms do not share the conversational context, they can’t actually rendezvous.)

What if I could respond to any message received in any media you choose to use with any medium I choose, and they would always rendezvous in the same conversation, the one you and I (or you and I and any number of people) have ongoing? And what if live voice and messaged voice (time shifted voice mails, if you like) also rendezvous in the same single place?

RebelVox supports this very thing. (Of course, that’s why I’m writing the post…)

The RebelVox protocol is totally indifferent to the type of media being transported, that is, we can support any media. We support conversations in which the user always gets to choose, at any given moment, what medium to use—always with the same application and the same messaging context. Except for latency optimization, the protocol doesn’t process live full-duplex voice any differently than voice messages or video streams or text or transcriptions of other streams (“derived streams”). It’s all the same in RebelVox. So any given “conversation” or thread can contain any or all media types totally interwoven. Each participant gets to contribute however they want an any given moment—but it all ends up in the right conversation; so no missed messages. And it really transforms multi-party conversations where anyone can be live at any time they want; but some can choose not to be live, but they’ll never miss any of it. Everyone gets to choose their favorite way and time to interact but are guaranteed that nothing is lost.

The whole rendezvous solution is summed up in the unique RebelVox interaction we call “catch up to live”. CTL enables you to join a live ongoing conversation, message, call, or conference, play it slightly faster if you want, and seamlessly transition into the live call, having missed nothing. You are leaving me a message,  I notice, and I “catch up to live”, and then we are on a live call, but I heard it all.

Think about how that transforms the dropped call (just keep talking), the missed rendezvous, or the multliple conference calls that you can’t quite ever get to. Ever consider how cool it would be to pause any live conversation and then slip back in seamlessly without having missing anything?

It’s all about the rendezvous.

Mention in Speech Technology 2009

0
Filed under Future Communications, It's About Time

We were pleased to see an article by Moshe Yudkowsky in Speech Technology Magazine about the RebelVox solution. It’s fun to hear the product described as “riveting”.

In March, I went to the Emerging Communications Conference (eComm) in San Francisco. There, a San Francisco-based voice communications platform vendor named RebelVox gave a riveting demonstration of a telephony interface that eliminates almost all of the overhead of making a telephone call. The company separates the act of sending your voice from making a connection, both of which are no longer bound in a rigid, linear time sequence. As a user, I select the name of the person I want to call from a list in what appears to be a standard instant messaging client. The application brings up a history of all of my calls and text and voice messages in typical IM format. I then touch the talk button and start to speak: My voice message transfers immediately to the person I’m calling.

Army Uses the iPod Touch

0
Filed under Human Efficiency

An interesting article showed up in Newsweek this month about iPods being used by soldiers in the field (in particular the iPod Touch). And they are not being used to just play music, though that probably happens too, but to run critical applications. As commercial products, those you and I use everyday, get more powerful, they approach capabilities originally embedded in much more expensive devices. And not only are the devices cheaper, they are essentially more powerful and quite a bit more flexible.

Using a commercial product for such a crucial military role is a break from the past. Compared with devices built to military specifications, iPods are cheap. Apple, after all, has already done the research and manufacturing without taxpayer money. The iPod Touch retails for under $230, whereas a device made specifically for the military can cost far more.

In fact, today at Amazon the low-end 8 megabyte iPod Touch is $218.85 with free two-day shipping.

The trend to cheaper, faster, and more powerful consumer products, has been fueling a revolutionary change for the military, enabling them to adopt commercial products and leverage them for their needs. Traditionally every item was purpose-built to meet special requirements—mostly because we did not have commercial products that came anywhere close. But now commercial products surpass many military specifications and with drastically lower costs.

There is also the fact that we are solving problems (as noted in the article: translations, research, data collection and sharing) with software instead of hardware. Software is always cheaper. But who would have thought that the computer of choice for running these software applications would be an iPod—originally conceived to play music and videos.

Once you have a computer in your hand, no matter it’s small size and cost, many, many things are possible.

What in the world is a “phone”?

0
Filed under Future Communications, Telephony

First there is the telephone, which is something that sits on a table or desk. Then there is the mobile phone (cell phone), which is something you can carry around with you. They both allow you to make “calls”. So what is the “phone” part? It is a device that has connectivity to the PSTN (public switched telephone network) and, when it makes a connection to another device, enables you to talk to that device live. (Now the device might be another phone, or it might be the voice mail system, or an answering machine.) There are some other twiddly-bits to a phone, but that is the basic idea. VoIP systems can bypass the PSTN sometimes when they run on the internet only, but otherwise work pretty much like phones. (VoIP does create streams of packets, but does it in such a way as to create a virtual circuit and connect you live to your destination (in order to be just like a phone.))

We have historically delivered this functionality with specialized devices that are dedicated to this task. Even modern smart phones, which do a lot of other things like take pictures and run web applications, have a special part of the device that is still just a phone with  historic phone behaviors (create a circuit to another device and allow a live call to take place.) We’ve added on more stuff, but left the phone function just as it has always been.

Of course, we know that what we really want is to talk to someone and have our speech delivered to that someone. Sometimes we’d like it to be live so we can talk together; and sometimes we don’t care about live. And now we have a device called a computer which, low and behold, can capture voice and deliver to others. It also has great advantages in that you can actually write applications which enable us to process the voice in other ways—not just live delivery which is all the phones do.

So why do we need phones? We don’t; or, more correctly, we won’t. We won’t need a specialized device. Basically, phones are an historic artifact from the days when we didn’t have computers. And they won’t go away immediately because they have an enormous infrastructure (think companies and network and hardware) that has yet to be re-purposed—that infrastructure can only manage a phone just the way it is currently conceived.

But it is all changing. The evolution is coming from both directions. Mobile phones are getting to be computers. And computers are getting to be so small and mobile that they are indistinguishable from phones. And networks are becoming more and more general purpose pipes to move our data and our voices.

So, without an enormous bout of innovation, what we think of as a phone is going to be obsolete. Not tomorrow, and not next year, but eventually. Eventually we will use computers of all sizes (like telephones and mobile phones today) and of varying degrees of mobility. They will come from what we think of now as phone manufacturers, but will also come from traditional and newly modeled computer manufacturers.

The really good news is that we’ll finally get some more sophisticated applications that will serve us better by saving wasted time, doing things when and how we want, and connecting us seamlessly to anyone in the world.

But it will no longer be a phone.

PS. You may think of your iPhone or your Blackberry as a general purpose device. But really they both embody two devices. One is the regular old phone system; and one is a multi-purpose computer. And so far, the power of the computer has not been unleashed for the “phone call” usage. Now you have a device that is a phone and a computer, but eventually you’ll be able to lose the “phone”.

1 conversation: 7 minutes to 1 minute. What did we lose?

0
Filed under It's About Time

We have a video on our site that illustrates how RebelVox can work in the consumer or enterprise space. You get to feel how the messaging, live conversations, and the transition between those states actually works.

We estimate that the conversation shown, which includes leaving messages as well as a live conversation, would take about 7 minutes of the participant’s time to complete if they were using standard telelphony and voice mail. The participants, Sam and Jill, only speak for about 1 minute, which is about how long it takes to complete with RebelVox.

What’s missing?

  • Time waiting for a circuit to be created.
  • Time waiting for phones to ring.
  • Time waiting for someone to answer, or worst yet, not answer.
  • Time listening to voice mail prompts, only some of which come from your conversational partner. Most of them come unbidden from the carrier.
  • Time dialing into your voice mail to pick up messages—-and all of the above lost time.
  • Repeat ad infinitum.

Issues that contribute to the problem:

  • Most calls are not completed to their targets; a high percentage end up in voicemail. This is time-expensive for both the sender and receiver.
  • How long are most messages you leave? Many of them are very short. How does the overhead (waiting, ringing, prompts) measure up against the actual thing you need to say?
  • How many times a day does the average worker have to leave or pick up a message? Multiply that times how many people have voice mail?

This is not an insignificant piece of the gross national time bank—this is our precious time lost for no good purpose at all. The older generations seem so used to losing this time that they don’t even notice it. Younger generations, who have grown up with chat clients, not so much. They increasingly don’t use voicemail if they can help it. Unfortunately, they also give up on live voice, because, with this archaic model, it is so time consuming and far from the instant gratification they expect. Voice itself is actually quick and efficient, but the circuit switched technology overhead slows us down.

We think time savings is a good thing—and our goal is to generate a lot of it, for everyone.

RebelVox on TechCrunch

0
Filed under Future Communications, Human Efficiency

Friday RebelVox got noticed on TechCrunch—with just a brief note about what we do. In addition, the day was an internal anniversary of sorts; so a special day all around.

The TechCrunch post illustrates a few of the challenges we face in trying to communicate about our core functionality and how it affects communication applications. Every analogy we use falls short–email is close in one regard; but then our protocol provides live voice. Voice messaging comes close but then we support asynchronous (and synchronous, for that matter) text. Push-to-talk is interesting—but we support an infinite degree of time shifting.

So how are we like email?

  • You get to talk or listen whether you have good network or not, in the same way you can do email on an airplane.
  • At the moment you talk, the other participants don’t have to be paying attention; and you never interrupt them.
  • You can get all your voice on any and every device anywhere, because it lives in the cloud.
  • You can save whatever voice conversations you want, just like email.
  • You can listen, review, replay, respond any time you want.
  • When RebelVox is integrated into the email infrastructure, you can can use email addresses for voice instead of phone numbers.

How are we like push to talk?

  • You can talk instantly. (But with RebelVox it doesn’t have to blare out the other’s speakers until they want it.)
  • You save time because there is no setup network time (no ringing, no messages, no prompts). Choose! Talk! Done! A five second message takes five seconds.
  • You can have preset conversations with any number of people—think of them as channels that do not have to be live. But can be live with anyone, whenever they want.

How are we like voice mail?

  • Well, we never like to compare ourselves to voice mail, but….
  • You can leave messages and listen to time shifted messages; but they are stored in meaningful contexts and can be among multiple parties.
  • And, did I mention that with RebelVox they can be live? (As in screening calls, playing faster, catching up to live.)

How are we totally unique?

  • Live voice, voice messaging (time shifted voice), text, location, and video all rendezvous in the same conversations, protocol, and applications. Nothing has to be unified because it is all one.
  • Only a RebelVox application or protocol enables you to seamlessly transition between live voice and time shifted voice, either direction, at the whim of how people use the system moment to moment.
  • Voice messages can transition into live calls and users can screen calls, play them faster, and catch up to live on a call with one party or many (including conference calls).
  • No other voice system that support live calls also extends the range of a challenged network by gracefully dealing with bandwidth shortfalls and extending voice when no live voice can take place. (We freely admit that we cannot manufacture bits where no bits are to be had.)
  • Only RebelVox persists all voice and once we’ve persisted conversations and their media, live voice becomes data and applications can be built to use voice in many meaningful ways: embedded in applications, voice as a media of record, transcriptions, translations, after action reviews, and other kinds of search, filters, and restructuring.

Only Rebelvox incorporates all the functionality of email, live voice, voice messaging, and text messaging together in one application and gives perfect control to both the sender and receiver over how they want to interact with their communications.

Between a Rock and a Very Hard Place

2
Filed under Human Efficiency, Transforming Radios, Weak Spots in Tactical Communication Scenarios

Some of the prime motivating factors for our work at RebelVox are stories of people caught without effective communications at a critical moment.

One story is of a team under fire in Afghanistan whose communication specialist cannot get enough radio connectivity to call for help from his point of safety. (The actual Rock.) He has to move out into the open, key his mic, and speak his request, which, of course, puts him in harms way for an extended period of time. He makes the call but is fatally wounded. (This is real story from Afghanistan: news story from the NY Daily News; the official Medal of Honor Page.) In fact, our CEO spent most of 2002 and 2003 on a Special Forces team in the same area where this event took place.

Another is a fire fighter deep in a building skirting around a large air conditioner (or some such) when the call to “get out of the building” comes. She misses it. And no one knows that she misses it. And she never knows that she missed anything.

A firefighting team in California is moving around the back side of fast moving fire through rough and hilly terrain. The plan is to skirt east around the edge of the fire. As they drop into a ravine, the radio call to tell them that the fire has shifted east, and that they should go west, never comes through their speakers.

One key problem in these situations is that our current model for radio functionality (how the comms application works) is that it is live or nothing. If there is not enough bandwidth for the radios to process the media (for both the sender and the receiver) at the moment the words are spoken, then there is no communication.

If the communications could be live but were not required to be live (if the technology in the radios and the network supported this), then, if the connectivity existed but did not meet the very high quality required for live, the communications could come through more slowly (but get there). Then the creation of the message and the use of radio spectrum would not have to happen at the same time: the radio, not the person, might have to get out into the open. Senders could know whether receivers got the message.

We hope and plan to fix these problems with tactical radios (and telephones, for that matter).The results of our solution enables us to change a lot of other things about how radio and telephone communications work. But these stories continue to be a inspiration for us. Get us into the office each day.

PS. For an explanation of what we call the “tyranny of live”–check out this post.

eComm Wrapup

0
Filed under Future Communications

The eComm conference ended yesterday and it was a whirlwind of information transfer. As per conference founder, Lee Dryburgh, it was “five days of presentations in three.” It was a very wide ranging discussion and very successful. He is to be commended for creating and leading such a quality event.

A key to the vibrancy of this conference is the carefully crafted mix of topics: innovative technology (our focus), innovative business models, new product introductions, scientific research, social research, government policy, spectrum management, and always in the mix—the future of communications.

A few interesting presentations and facts:

  • We discussed spectrum allocation a lot. I was interested to learn that much of the allocated spectrum is going unused. The FCC doesn’t have any power to make sure that the spectrum as allocated and sold is actually used. And it turns out that even if an allocation is being used, it is being utilized at a very low percentage of its capacity. Everywhere.
  • The founder of Smule, Ge Wang, spoke. Smule delivers the iPhone applications “Ocarina” and “Sonic Lighter” (among others). He gave a fascinating talk covering all of his work in music at Princeton and Harvard (he is currently an assistant professor of music at Stanford.) While all the electronic music stuff was very cool, I was struck by the depth of the operational models that the Smule applications entail. There is the application itself (play music, or light the lighter); but much more: upload when and where the ocarina is being played, share the live music with anyone or everyone else, view a global map of everywhere someone is playing an ocarina right now, score music for the ocarina and publish it in a social network. It enables other kinds of creative sparks to fly: one Sonic Lighter user traced out “Hi” on the global map  by walking certain blocks in his Los Angeles neighborhood. (See additional Sonic Lighter note below.)
  • Weird resurfacing theme: wireless microphones. Turns out that wireless microphones are unlicensed but use licensed spectrum. It came up as a topic, or joke, in 5 or 6 different talks. We were using them extensively in the room all day.
  • The breadth of voice applications was impressive. Communication enabled business processes (CEBP) was a broad theme, much more so than user focused communication tools. Even Skype’s announcement was of a new codec, SILK, and not their upcoming release. One vendor joke that they were actually “planning to make money,” which seems to be a really good reason to focus on solid business cases.
  • There were a lot of vendor announcements (SILK from Skype; Voxeo with a new IVR platform release, etc.), but RebelVox was the one vendor who was totally new to the scene. No one knew who we were coming in, so our presentation was a bit of a surprise.

Most of the presentations can be found here. Videos of the event will probably come soon.

Note: In playing with my Smule Sonic Lighter, I discovered that I couldn’t blow it out. “Emphesyma,” someone suggested. But no, it would not work. Finally I accidentally discovered that there was a user preference setting: “Wind Input”. And mine was set to “off”. This software application has an input affordance which is wind.

RebelVox at eComm

1
Filed under Future Communications

Matt Ranney, our VP Technology, did our first public presentation of our technology last Thursday in San Francisco at eComm. We were pretty pleased with the results. You can see the accompanying twitter feed.

There are also a couple of blog posts, the first notices of our coming out event:

Dean Bubley of Disruptive Wireless reports on the whole event and includes us:

Rebelvox, which has an interesting “timeshifting” voice technology, which essentially acts as a hybrid between push-to-talk and voice messaging and telephony. This is essentially another form of “non-telephony” VoIPo3G.

“Hybrid” is an interesting way to describe it.  One of our challenges is always describing what we do, for we do not “unify” something that has been separate, but rather totally replace the modalities of live voice, messaged voice, and text with something entirely different. They only look like the expected medium. Though we can make our applications behave just like the medium they replace, they are so much more dynamic, flexible, and useful after we have done our “hybrid” magic.

Alan Quayle also writes a report on the conference and mentions RebelVox.

RebelVox, new user experience for voice: Like Bubble Motion, with cute fast-play function to speed through listening to a voice message (based on a military technology), and ability to break into a live call.

It’s interesting to find us called “cute”, but good that people picked up on the tactical core of our work. Again, we come up on the difficulty of explaining something totally radical that looks a bit like things people expect. The play-faster, catch-up-to-live, and seamlessly transition into a live call really is a radical maneuver that cannot be accomplished without the RebelVox magic (patent pending, of course.)

And from Jan Linden, VP of Engineering of Global IP Solutions (which, by the way, is on our block in San Francisco) and who gave a very interesting talk on the challenges of deploying VoIP on the iPhone.

In terms of new applications/services I really liked Matt Ranney’s presentation on  RebelVox‘ technology that in a great way combines live and  asynchronous voice communications. This can be viewed as an integration of Voice SMS/IM, text IM, and live voice calls. This is definitely a type of service I would be prepared to pay for.

All in all, a good start to our public persona which will continue to evolve as we grow the company.