ITelephony-手机智能回复助手（Android） 总结
比赛背景
一直想总结一下这个学期做的一个比赛——手机智能回复助手。虽然是个失败，但是毕竟还是能学到点东西吧。我们参加的是XX公司的Android程序设计大赛。一等奖XXXX元，并有XX公司的预聘书；二等奖XXX元；三等奖XXX元；优秀奖优盘一个。必然我们得到的是优秀奖。而且还真的就只有优盘一个……
项目简介
世界变小了，事情变多了。大学生、上班族越来越多，接电话的次数也是越来越频繁。我们每天都在忙碌，教室、食堂、寝室三点一线的日子，或是朝九晚五的辛苦工作，有时接电话并不是那么的方便。上课、开会不能接，吃饭、跑车环境太嘈杂，不好接电话。如果能把我们的状态自动通知电话的那头，让他改一个时间联系，这是一个很方便的主意。当然，如果能录下电话那头所说的话，等有时间的时候再听，是不是更人性化呢？
I． 在静音模式下
接到电话后，有三种不同的处理供用户选择设置------自动短信回复，自动留言，不进行处理。
l 设置为自动留言：
1. 接通电话；
2. 自动回复提示音，提示拨打者留言；
3. 录音状态持续一段时间后，自动挂断。
l 设置为自动回复短信：
1. 自动挂断；
2. 自动给来电者用户短信，告知“不便接听”（用户可以实现自定义回复内容）。
1. 通知用户在之前的静音状态下用户没能接听的来电。
II． 户外模式下
l 用户可以设置对未接来电者回复短信：
1. 来电者连接时间超过一定时间未接挂断后，自动回复短信，告知“由于外界环境，未能察觉到来电”（用户可以实现自定义回复内容）。
l 也可以设置针对未接电话进行定时提醒：
1. 根据用户设置定时进行提醒（提醒方式为：震动、响铃），通知未接来电。
软件设计
整个程序分成三大块，Service主要负责对电话的监听和逻辑处理，Activity主要负责对用户配置的设置（以界面为主），SQLite主要是数据持久层，用来存储数据。
这个软件总体来说并不复杂，分工也十分明确。但毕竟是第一次弄Android的程序设计，难度还是有的。
软件展示
在最后展示阶段，我们弄了很多，为了解释清楚“手机智能回复助手”的用处，我们还拍了视频。对于一个产品的展示我觉得我们准备的是十分充分的了。
1.软件介绍
2.软件使用场景
失败分析
这次比赛是相当失败的。原因总结如下：
1.没有抓住重点，我们并不需要产品推广，而是需要技术展示。
2.没有考虑到用户使用软件是承担的风险。（毕竟自动回复短信是要钱的，毕竟随意挂断对方的电话也是有风险的）还有许多的场景需要细细考虑。
a）如果有服务推销的电话，这个时候自动回复了短信，那么用户的损失是巨大的。
b）如果是面试企业打来电话，这个时候自动挂断也是十分危险的。
当然这些是当时的评委给的一些问题，当时的确让我们难以回答。虽然我们设计软件的本意是好的，为了方便用户。这个是我们的创意之所在。但是带来的风险也是巨大的。这些我们的确还是考虑的不完善。
3.时间过短也是问题，但这个是客观因素。
总结
有些时候创意是好事，但是考虑完善还是必不可少的一步。
