懒人听书的架构实践
懒人听书的架构实践
API可用性怎么确保？
APP的性能你清楚吗？
从哪里看到性能指标 1、埋点 2、tomcat/resin/nginx访问日志 3、客服反馈/应用市场评论 4、真实的用户体验
用户雷达 1、2G/3G/4G下延迟上报 2、Wifi下实时上报 3、实时分析
服务器该用什么技术？
选择标准 熟悉的是最好的 稳定的是最好的 效率高是最好的 性能高是不必要的 关于开源框架 不要去发明轮子 学习BAT 先次要功能验证再核心依赖 至少2个人以上可以开发和维护
API交互粒度多大合适？
API粒度 • 面向页面 • 面向功能 推荐 • 批量 • 串行
合并参数： ["/xxx/api1?uid=1","/xxx/api2?uid=2"] 合并结果： [{name:"/xxx/api1?uid=1",result:"api1_result"} ,{name:"/xxx/api2?uid=2",result:"api2_result"}]
异地双机房多活； 待选方案
1、IDC1（RW）+IDC2（R）
2、IDC1（Part RW）+IDC2（Part RW）
3、IDC1（Full RW）+IDC2（Full RW）
数据特征 写入数据 1、用户数据（注册、修改，支付） 2、行为数据（关注、收藏、收听、赞、评论、私信） 3、管理员发布书籍、章节 4、UGC主播发布节目、声音 读取数据 1、分类、书籍/章节、节目/声音； 2、推荐、榜单； 3、用户数据； 访问特征 1、APP本身存在缓存； 2、读写比高，读：写=50:1 3、除用户数据外，数据实时性不敏感； 4、APP访问方式可控； 5、核心功能为读；
基于语音合成技术的智能听书系统设计与实现
基于语音合成技术的智能听书系统设计与实现随着科技的不断发展，智能设备的应用范围也越来越广泛。
人机交互成为了未来的发展趋势之一。
在这样的背景下，智能听书系统应运而生。
智能听书系统指的是利用计算机、互联网连接以及语音合成技术等技术手段，为用户提供语音朗读服务的系统。
通过智能听书系统，用户可以轻松地听取各种书籍内容，不仅节约了时间和精力，而且让阅读更加自由和舒适。
本文将详细讲述如何基于语音合成技术设计和实现智能听书系统。
一、需求分析首先，我们需要明确用户的需求。
由于听书属于一种娱乐方式，用户对于音质和语音的要求比较高。
因此，我们要选用高品质的语音合成技术，并且要具有良好的后台支持。
其次，用户对于文本内容的要求也比较高。
我们需要选取具有吸引力的权威书籍并且有可持续更新的系统支持。
最后，用户对于使用体验和系统稳定性的要求很高。
我们需要设计一个友好的用户界面，保证系统运行流畅，不会出现卡顿和故障。
二、系统设计从整体上来看，智能听书系统其实就是一个文本到语音的转换过程。
这个过程可以分为以下几个步骤：1. 文本分析和处理系统需要将传入的文本内容进行分析和处理，以确保语音合成过程能够顺利进行。
同时，我们也需要对文本内容进行格式化处理，以保证语音合成的流畅性和适配性。
2. 语音合成语音合成是整个系统中最关键的一环。
我们需要选择一种高质量的语音合成引擎，并且需要针对用户的需求进行参数设置，以确保语音的音质，并且让语音听起来更加自然。
3. 音频制作和处理在语音合成结束后，系统需要将语音数据进行格式转换，以便用户可以比较方便地进行播放。
同时，我们还需要进行音频处理，让用户在听书时可以保持舒适的听觉环境。
4. 界面设计和交互由于智能听书系统需要提供给用户使用，因此我们需要设计一个友好的用户界面。
用户可以自由选择书籍并进行在线播放。
界面需要具有直观、简洁、易用的特点，让用户轻松地进行操作。
三、技术实现在明确了需求和设计之后，我们需要选择合适的技术，并进行实现。
产品分析--荔枝FM懒人听书
Part 1：荔枝FM
功能亮点
① 有自动回复模式，发送规定数字即可回复相应内容，避免一边听一边思考和打字； ② 可以自定义菜单，点击菜单即可获得内容； ③ 随意听功能，便于立刻进入大量耗费时间的模式； ④ 心情听模式，有治愈、音乐、爱情、惊悚等四种类型，进入可以联系听想要的节
目主题，点“》”可以方便切换； ⑤ 录制功能强大，时长60分钟，可以添加多首音乐随时切换播放，自动混音、降
ቤተ መጻሕፍቲ ባይዱ
Part 3：荔枝FM vs 懒人听书
认识荔枝FM和懒人听书..
Part 3：荔枝FM vs 懒人听书
异同总结
① 荔枝FM和懒人听书，虽然都是移动收音软件，但是二者的定位不同，导致了产品 功能设计在“认同”这个层面落实的方式不同
具体说明
① 荔枝FM更偏重视觉设计、内容编辑、技术保障，交互和内容选择稍显繁杂； ② 而懒人听书偏重简单、内容全、普适性强，所以牺牲了一部分视觉设计，功能上也
不是非常的多（好用和繁杂，一般都是很难兼容的）
美术风格亮点
① 配色：以浅米色为主色，配以精细的界面边缘和下拉动画效果，显得有质感和档次 感；鲜红为辅色，符合核心用户的精神面貌和需求知己的潜在意识。
② UI交互：播音界面的收音拟物风格非常逼真、精细，体现了鲜明的产品定位特色。 ③ 原画：用图分辨率、颜色数很高，技术也实现了快速展示，给人非常好的视觉享
② 睡眠模式：可以定时关闭、定集关闭，尤其适合喜欢睡前听一段的人士； ③ 书籍系列分类架构合理，找书、听书非常方便便捷； ④ 最近收听、我的收藏功能，方便用户很快找到目标；；
Part 2：懒人听书
视觉设计亮点
① 配色方案一般，绿色不给人压力，VI设计不精致。但也使得人更多地把时间花在 “听”、“内容”上面，适应的用户面更广。
新媒体时代有声阅读APP的创新模式及运营策略——以“懒人听书”为例
Media Practice媒体实战传媒∷MEDIA 2020.10（下）59新媒体时代有声阅读APP的创新模式及运营策略——以“懒人听书”为例文/顾元元摘要：随着新媒体发展的不断深化，阅读不止于传统的视觉浏览，以有声读物为代表的听觉阅读同样受到欢迎。
一方面，全民阅读战略、技术革命迭代以及听觉文化的回归，为有声阅读提供了有利的外在条件；另一方面，有声阅读契合了当前大众碎片化的阅读习惯，有声图书出版如火如荼。
在此背景下，文章通过引入有声阅读的概念，着重阐释有声阅读APP的具体特征及发展状况，并以“懒人听书”为例，探析新媒体时代有声阅读APP 的运营策略。
关键词：数字时代 有声阅读APP “懒人听书”得益于新媒体时代的快速革新，大众阅读的载体不断拓展，从智能手机、平板电脑，再到当下炙手可热的穿戴设备，图书阅读变得丰富多样。
其中，有声阅读作为图书阅读的一种重要形式，以其便捷性、成本低、娱乐性受到年轻人的热烈追捧。
根据艾媒咨询《2019—2020中国有声书市场专题研究报告》显示，2019年我国有声阅读用户达4.89亿人，并表现出强大的增长潜力。
本质上，有声阅读就是以听觉感官为基础，通过音频技术获取图书信息的一种阅读模式。
早期的有声阅读以广播磁带为主要媒介，主要用于技能学习。
互联网技术的引入，使得有声读物借助云平台储存，人们通过网站可以自由下载自己喜欢的音频作品，阅读内容也拓展至武侠、历史、都市、言情、推理等多种门类。
随着智能手机的普及和移动客户端的日益成熟，“喜马拉雅FM”“懒人听书”“蜻蜓FM”等各种类型的有声阅读APP如雨后春笋般蓬勃发展，为广大读者提供了全新的阅读体验。
一、新媒体时代有声阅读APP的运营环境有声阅读APP满足了新媒体时代“数字原住民”的阅读需求，把声音视为独立的文化产品，并在政策和技术的双重助推下，呈现出巨大的发展前景。
1．宏观政策：全民阅读战略与文化产业扶植。
倡导全民阅读是从国家层面关注优秀传统文化、提高精神文明水平、弘扬社会主旋律的战略举措之一。
有声小说的策划书3篇
有声小说的策划书3篇篇一《有声小说的策划书》一、项目背景随着移动互联网的普及和人们生活节奏的加快，有声小说作为一种新兴的阅读方式，受到了越来越多读者的喜爱。
有声小说不仅可以让读者在忙碌的生活中随时随地享受阅读的乐趣，还可以通过声音的演绎，让读者更加深入地理解小说的情节和人物。
因此，我们计划推出一款有声小说产品，以满足读者的需求。
二、项目目标1. 打造一款高质量的有声小说产品，提供优质的阅读体验。
2. 吸引更多的读者，提高有声小说的知名度和影响力。
3. 实现商业盈利，为公司创造经济效益。
三、项目内容1. 选题策划选择热门小说或经典文学作品作为有声小说的选题。
考虑读者的兴趣和需求，选择适合有声演绎的小说。
2. 版权采购与小说版权方进行合作，采购有声小说的版权。
确保版权的合法性和稳定性。
3. 录制制作邀请专业的配音演员进行录制。
采用高质量的录音设备和技术，保证录音质量。
对录制的音频进行后期制作，包括剪辑、混音等。
4. 平台建设建立有声小说的播放平台，支持多种终端设备。
提供用户注册、登录、付费等功能。
建立用户评价和反馈机制，不断改进产品。
5. 推广营销制定推广营销策略，包括线上和线下推广。
利用社交媒体、广告投放等方式进行宣传。
与相关机构和品牌进行合作，扩大影响力。
四、项目预算1. 版权采购费用：[X]万元。
2. 录制制作费用：[X]万元。
3. 平台建设费用：[X]万元。
4. 推广营销费用：[X]万元。
5. 其他费用：[X]万元。
总预算：[X]万元。
五、项目收益1. 付费收听收益：通过用户付费收听有声小说，获得收益。
2. 广告收益：在有声小说播放平台上投放广告，获得收益。
3. 版权销售收益：将有声小说的版权销售给其他平台或机构，获得收益。
六、项目风险1. 版权风险：可能存在版权纠纷或版权到期等问题。
2. 质量风险：录音质量、配音演员表现等可能影响用户体验。
3. 市场风险：市场竞争激烈，可能存在用户流失等问题。
移动听书APP现状与发展趋势探析以“懒人听书”为例
首先，从市场竞争环境来看，氧气听书手机APP有着一定的竞争优势。一方 面，它为用户提供了丰富多样的有声读物资源，包括文学、历史、哲学、科学等 多个领域，满足了不同用户的需求。另一方面，氧气听书手机APP注重用户体验， 操作简单便捷，界面友好，让用户在使用过程中感到舒适自然。
其次，对于目标用户来说，氧气听书手机APP主要定位于那些热爱阅读、追 求知识的人群。通过深入了解用户需求和痛点，氧气听书手机APP针对性地提供 个性化的推荐服务，以及符合用户口味的听书资源。同时，该应用还积极开展读 书分享活动，鼓励用户分享自己的读书心得和感悟，进一步加强用户粘性。
2、个性化推荐
“懒人听书”通过人工智能技术为用户提供个性化推荐服务。用户可以根据 自己的收听记录和兴趣爱好，系统会自动推荐相关的音频内容。这种个性化推荐 服务可以帮助用户更快速地找到自己感兴趣的内容。
3、社交功能
“懒人听书”还支持社交功能，用户可以在该平台上其他用户、查看其他用 户的收听记录和评论，也可以与其他用户进行交流和互动。这种社交功能可以增 强用户的粘性和参与度。
二、懒人听书APP案例分析
“懒人听书”是一款综合型的移动听书APP，其用户数量已经超过了1亿。该 APP主要以小说、文学、历史、哲学、科学、娱乐等为主要内容，同时也包括一 些原创节目和音频课程。其特点主要包括以下几个方面：
1、强大的音频技术
“懒人听书”在音频技术方面一直保持着国际领先水平，其音频质量较高， 播放流畅，同时也支持多种格式的音频文件上传和播放。这些特点可以为用户带 来更好的听觉体验。
移动听书APP现状与发展趋势探 析以“懒人听书”为例
目录
01 一、移动听书APP现 状
03
三、移动听书APP发 展趋势
打造有声书屋实施方案
打造有声书屋实施方案在当今数字化阅读时代，有声书屋已经成为了一种新的阅读方式，受到了越来越多读者的喜爱。
有声书屋不仅可以让人们在忙碌的生活中随时随地享受阅读的乐趣，还可以满足一些视觉障碍者、老年人和行动不便的人群的阅读需求。
因此，打造一个有声书屋是非常有意义的事情。
接下来，我们将提出一个实施方案，帮助你打造一个成功的有声书屋。
一、选择合适的场所。
打造有声书屋首先需要选择一个合适的场所。
可以选择在图书馆、文化中心、社区活动中心等公共场所，这样可以更好地服务社会大众。
另外，也可以考虑在学校、企业、医院等机构内部建立有声书屋，满足内部人员的阅读需求。
二、搭建有声书屋平台。
在选择了场所之后，接下来需要搭建一个有声书屋的平台。
可以选择利用互联网平台，建立一个网站或者手机应用，让人们可以随时随地通过网络访问有声书屋的资源。
同时，也可以在实体场所内设置有声书屋的终端设备，让人们可以直接在现场借阅和收听有声书籍。
三、丰富有声书屋资源。
有声书屋的核心是有声书籍资源。
因此，需要投入一定的资金和人力，收集、录制和整理大量的有声书籍资源。
可以邀请专业的配音演员，录制各种类型的书籍，包括文学作品、科普读物、儿童故事等，以满足不同人群的阅读需求。
四、提供个性化服务。
有声书屋可以提供个性化的服务，满足用户的不同需求。
可以根据用户的阅读偏好，推荐适合他们的有声书籍；也可以设置书单、收藏、打分等功能，让用户可以更方便地管理自己的阅读资源。
五、开展宣传推广。
打造有声书屋之后，需要进行宣传推广，让更多的人知道并使用这个服务。
可以通过社交媒体、宣传海报、线下活动等多种方式，让更多的人了解有声书屋的存在，并吸引他们前来体验。
六、建立合作伙伴关系。
有声书屋可以与出版社、作家、媒体机构等建立合作伙伴关系，共同推动有声书籍的发展。
可以邀请知名作家进行有声书籍的录制，也可以与出版社合作推广新书籍的有声版本，为有声书屋提供更多的资源和支持。
七、定期更新维护。
听书APP项目商业计划书
08 项目风险评估与对策
技术风险与对策
技术风险
由于技术的不成熟或缺乏经验，开发过程中可能会出现技术难题或错误，导致 项目进度延误或质量下降。
对策
在项目初期进行详细的技术可行性研究，对开发团队成员进行全面的技术培训 和经验分享，与专业的技术顾问合作，以确保项目的技术稳定性和可实施性。
市场风险与对策
竞争优势
找出自身的竞争优势，制定相应的市场策略 ，提高市场竞争力。
04 营销策略
定位与品牌策略
目标市场定位
我们的听书app主要面向年轻人和中产阶级，他们有阅读 需求但时间有限，或者在移动状态下想要轻松获取信息。
品牌形象
我们的品牌形象是“轻松阅读，随时随地”。我们的目标 是成为用户在移动设备上首选的听书app。
回报预测
根据收入预测和利润预测，计算未来 12个月的投资回报率。同时，考虑市 场风险、技术风险等因素，对回报预 测进行修正。
资金使用计划
• 根据项目进展和资金需求情况，制定未来12个月的资金使 用计划。包括研发、市场推广、运营维护等方面的支出。 同时，考虑现金流状况和风险管理，对资金使用计划进行 修正。
02
随着智能手机的普及和移动互联网的发展，听书app市场呈现出
爆发式增长的趋势。
消费者对于便捷、高效、多样化的阅读需求促使听书app市场的
03
快速发展。
目标市场定位
01
02
03
目标用户群体
年轻人、学生、上班族、 老年人等各个年龄段和职 业群体。
目标市场特点
注重时间管理、追求高效 阅读、喜欢听书或朗读、 对文化类内容感兴趣等。
广告策略
我们将根据目标用户的特点和需求，制定符合他们喜好的广告策略， 例如通过原生广告、视频广告等方式传递品牌信息和吸引用户。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第2代架构-外围技术
Mahout EFK(ELK) Hadoop Cassandra
第3代架构
问题
1、网络的地域差异。选南方IDC则北 方用户网络明显延迟，选北方IDC则 南方用户网络延迟；选中部IDC则南 北方边缘用户网络体验都差。
2、单IDC依赖。假如施工队挖断光纤 或电线了怎么办？ 办法
异地双机房多活； 待选方案
1、IDC1（RW）+IDC2（R）
2、IDC1（Part RW）+IDC2（Part RW）
3、IDC1（Full RW）+IDC2（Full RW）
数据特征 写入数据 1、用户数据（注册、修改，支付） 2、行为数据（关注、收藏、收听、赞、评论、私信） 3、管理员发布书籍、章节 4、UGC主播发布节目、声音 读取数据 1、分类、书籍/章节、节目/声音； 2、推荐、榜单； 3、用户数据； 访问特征 1、APP本身存在缓存； 2、读写比高，读：写=50:1 3、除用户数据外，数据实时性不敏感； 4、APP访问方式可控； 5、核心功能为读；
Q /A
安全 a. 参数 b. 响应
推荐 DES +MD5
API后向兼容到什么程度？
好API的标准 完整、简单、清晰、可扩展、没有冗余 备选方案 1、全面兼容； 2、另取炉灶； 我们的选择 全面兼容 挑战 1、支持版本化；
(1) /XXX/v1/XXX.action (2) Http header:UserAgent/自定义属性 2、数据协议可扩展；
架构变迁-初具规模
现实 1、5个人 2、天使投资 3、100W用户
目标 1、快速 2、稳定 3、可扩展 4、性能
Android客户端
资源服务器 资源服务器 资源服务器
Android客户端
应用服务器 应用服务器 应用服务器
IOS客户端
Mysql主库 Mysql备库
第2代架构-正交分解
第2代架构-业务层
架构变迁-有应用服务器了
现实 1、人少 2、钱少 3、用户少
目标 1、快速 2、稳定 3、可扩展 4、性能
Android客户端
IOS客户端
资源服务器 资源服务器
Nginx tomcat mysql
架构变迁-问题来了
高峰期间数据库压力高 加入新功能时间长 业务复杂度提高 人员开始增多 频繁崩溃 业务还在快速增长
懒人听书的架构实践
从创业到成长的故事
张兆坤 2015.12.19
பைடு நூலகம் 目录
简介 架构变迁 看APP创业那些事
简介-音频行业
简介-懒人听书APP
架构变迁-从0开始
现实 1、没人 2、没钱 3、没用户
目标 1、快速开发 2、稳定 3、可扩展
Android客户端 资源服务器
IOS客户端 应用服务器
API到底该长什么样？ API后向兼容到什么程度？ API交互粒度多大合适？ API可用性怎么确保？ API的性能到底如何？ 服务器该用什么技术？
API到底该长什么样？
协议 a. http b. https c. 长连接
推荐 对创业公司来 讲http是最佳 选择
数据格式 a. json b. xml c. Protobuf d. 自定义 推荐 小数据用json+gzip
API可用性怎么确保？
APP的性能你清楚吗？
从哪里看到性能指标 1、埋点 2、tomcat/resin/nginx访问日志 3、客服反馈/应用市场评论 4、真实的用户体验
用户雷达 1、2G/3G/4G下延迟上报 2、Wifi下实时上报 3、实时分析
服务器该用什么技术？
选择标准 熟悉的是最好的 稳定的是最好的 效率高是最好的 性能高是不必要的 关于开源框架 不要去发明轮子 学习BAT 先次要功能验证再核心依赖 至少2个人以上可以开发和维护
选择
IDC1（RW）+IDC2（R）
调整点
1、降低数据库的写入量， 加快DB同步过程；
2、本地缓存采用Mysql的 binlog来异步更新；
3、持久化缓存采用MQ来跨 机房同步；
4、供APP调用的API接口统 一区分为读写接口，写接口 统一调用IDC（RW），读接 口可以多IDC分布；
看APP创业那些事
API交互粒度多大合适？
API粒度 • 面向页面 • 面向功能 推荐 • 批量 • 串行
合并参数： ["/xxx/api1?uid=1","/xxx/api2?uid=2"] 合并结果： [{name:"/xxx/api1?uid=1",result:"api1_result"} ,{name:"/xxx/api2?uid=2",result:"api2_result"}]
API可用性怎么确保？
客户反馈： • 新疆电信用户打不开APP的首页，但是移动4G下可以； • 湖南移动用户不能在线播放或者下载，但是电信wifi下可以； • 华东部分省市用户反馈无法下载或播放； 创业公司能做些什么： 1、Global Server Load Balance（GSLB） 2、https 3、httpdns 4、自建DNS方式