ivr与asp.net mvc:我如何才能停止对浏览器的革新?

我正在为一个项目做一个ivr系统,并决定 Twilio 处理电话部分(拨打和接听电话、发送和接收短信)。这将使一个带有ivr前端的网站浮出水面,允许用户使用他们的按键电话浏览网站。

我并没有让所有的内容都可以在电话上浏览,只是有意义而已。

twilio在querystring或post上向url发送参数,然后用一个特殊的xml子集来响应,该子集告诉ivr如何操作。我在asp.net mvc上取得了很大的进展,将twilio xml内容作为一个视图,并将站点的数据呈现给它。

以下是对Twilio的回应:

<?xml version="1.0" encoding="UTF-8" ?> 
<Response>
<Say>Hello World</Say>
<Play>http://api.twilio.com/Cowbell.mp3</Play>
</Response> 

以下是Twilio的菜单:

<?xml version="1.0" encoding="UTF-8" ?> 
<Gather action="http://your_url" numdigits="1">
<Say>Press 1 to execute your_url, passing a parameter named "digits"</Say>
</Response> 

我被困在这里:

我正在尝试添加一个通用的“后退”按钮,也许是一个“跳过”按钮,一个“重复”按钮等等,我发现在每个视图上,我都检测到按下的数字,然后如果是硬编码的 Response.Redirect() . 我知道这将很快成为无法维护的大量视图和菜单。

那么,我如何对mvc应用程序进行建模,使其更像一个应用程序,而不是一个zork游戏?一堆菜单对象,每个都有菜单项对象列表?我怎样才能使“9”成为“back”的通用选项,并让应用程序尊重它,不管用户在菜单系统的哪个位置,而不必在每个视图中为它编码?

如果我现在不花一点时间来正确设计它的话,back特性只是这个项目将陷入混乱的一个症状。有没有.net ivr框架,我可以检查的想法?任何帮助都是值得感谢的,我知道这不是一个新奇的问题,我只是似乎无法让我的头周围的最佳路径采取。