App应用平台

App应用平台（精选12篇）

App应用平台 第1篇

手机App应用平台即是手机应用软件在线提供或销售的平台。第三方应用软件开发商 (或个人提供者) 开发出应用程序, 上传至App应用平台, 供手机用户免费使用或付费下载。平台运营商依广告获利, 或通过用户付费下载来获得与第三方应用软件开发商的利润分成。

在中国大百科全书诉苹果公司案中, 法院认为:“鉴于苹果公司不能证明涉案应用程序为第三方开发商所开发, 应认定是苹果公司自行开发。即使该应用程序为第三方开发商所开发, 鉴于苹果公司参与了涉案应用程序的开发过程, 对应用程序进行了挑选并独自决定了其在AppStore上的分销, 同时在销售收益中得利, 事实上与第三方共同实施了侵权行为, 仍构成共同侵权。”①在韩瑷莲诉苹果公司案中, 法院认为“苹果公司对App store网络服务平台具有很强的控制力和管理能力, 其通过App store网络服务平台对第三方开发商上传的应用程序加以商业上的筛选和分销, 并通过收费下载业务获取了可观的直接经济利益, 故对于App store网络服务平台提供下载的应用程序, 应负有较高的注意义务。因未履行其注意义务, 应承担相应的法律责任。”②该判决书的用词模糊, 只认为应承担“相应的法律责任”, 没有提及帮助侵权、直接侵权抑或共同侵权。而在卖家诉苹果公司案中, 法院认为“苹果公司在可以明显感知涉案应用程序为应用程序开发商末经许可提供的, 仍未采取合理措施, 未尽到因直接获利而应履行的较高的注意义务, 因此苹果公司对于开发商上传涉案侵权应用程序构成应知, 具有主观过错, 应承担相应的法律责任。在本案中, 被告苹果公司在提供应用程序商店app store时帮助涉案应用程序开发者实施侵害涉案作品信息网络传播权的行为, 依法应当承担停止侵害、赔偿损失及诉讼合理支出的责任。”③法院判决认为苹果公司是在明知或应知第三方开发的应用软件侵权时而仍实施帮助侵权的行为, 成立间接侵权。手机App应用软件中的作品涉嫌侵权时, 如有证据证明, 应用软件是平台运营商自行开发的, 平台运营商承担信息网络传播权的直接侵权责任。而当应用软件确由第三方开发商开发时, 平台运营商作为网络平台提供商应否承担责任?承担的是直接侵权责任还是间接侵权责任?在国内现有判例中, 法院对这一问题的论述都是简要概述, 不甚明了, 未能形成共识, 造成法律适用的混乱。

二、App应用平台服务与传统互联网服务的区别

我国现行法律没有明确规定网络服务提供者有对用户上传内容的著作权状况进行审查的义务。这是对传统互联网下网络服务提供者的规定, 能否适用于移动互联网下App应用平台服务?首先需要分析App应用平台服务与各类传统互联网服务的区别。

传统互联网服务主要包括网络接入与信息传输通道服务、系统缓存服务、信息存储空间服务、信息定位服务和提供P2P服务。App应用平台服务是不同于传统网络服务的新型网络服务, 与其最接近的是信息存储空间服务。信息存储空间服务是指用户发布上传作品的指令, 系统按照网络服务提供者预先设定的程序自动完成上传过程, 或在通过人工审查后继续完成上传过程, 使作品在存储网站中能为其他用户所获得。

App应用平台服务与信息存储空间服务的共同点是:都提供了存储空间, 使上传的软件或作品可供第三人搜索和下载;都能够控制软件或作品的上传和删除。区别是: (1) 服务商所起作用不同。信息存储空间中的作品是由用户上传的, 实施受著作权控制行为的是用户, 而非审核人员。审核只是继续根据用户原先发出的上传指令, 回复被临时中止的上传过程, 使作品得以在网站中存储并发布, 并不构成独立于原有上传行为的新的上传行为。④而App应用平台上, 第三方软件开发商只是将应用提交到平台应用接入管理系统, 然后由平台运营商对开发商进行资质审核和对应用软件进行功能审核和内容审核。应用上线前需要满足接入规范。第三方提交应用软件只是接入前的第一步, 而平台对应用进行上线前的接入规范审查才是关键, 只有符合接入规范的应用才会被确认可以上线, 然后由平台将应用上线。以苹果App Store应用上线为例:“App应用程序开发商在签订《已注册的APPLE开发商协议》后注册开发者账号, 并通过同意签署《iOS开发商计划许可协议》及《iOS开发商计划许可协议》成为可以开发付费App应用程序的App应用程序开发商。App Store平台商通过在上述协议中获得的管理和控制权, 实现对App Store平台的管控, 当App应用程序开发商上传应用程序后, App Store平台商根据上述协议中确定的规则, 对应用程序进行审核, 对于审核通过的, 按照App应用程序开发商上传时事先设定的方式发布给最终用户, 供App应用程序最终用户购买和下载。承担包括协议内容、政策的修改, 应用程序的审核、分销和撤销等重要职责的重要职责, 掌握着App Store的管理和控制权。”⑤所以说, 第三方提交应用加平台审核上线才完成了提供应用至信息网络传播的全过程, 两步缺一不可。平台运营商实施了独立于原有上传行为的新的上传行为, 是直接受著作权控制的行为。 (2) 利益需求不同。信息存储空间上的作品多是个人用户免费上传的, 用户不从中获利, 也免费提供公众使用, 运营商提供存储空间为的是获得广告收入, 鲜少从特定作品中直接获利。而App应用平台上的应用多是第三方开发商开发的, 有盈利目的, 多数软件是供用户付费下载, 运营商也从软件下载收益中获得利润分成。

综上分析可知, 就连信息储存空间服务与App应用平台服务都在本质上存在明显差异, 传统网络服务提供者对用户利用其服务提供作品不负担审查义务, 不代表App平台运营商就不能负担审查义务。基于平台运营商实施了将应用上线和直接获利的特点, 对其苛以审查义务是合理的, 也是必要的。

三、App应用平台直接侵权的认定

(一) 应用类型对直接侵权认定的影响

App应用包括“综合类应用”和“特定作品类应用”。综合类应用是指内容涵盖广泛的应用类型, 包括侵权作品和非侵权内容, 如阅读书城、爱掌阅读等。特定作品类应用是指由特定作品或特定作者的作品组成的应用类型, 如盗墓笔记小说全集、名侦探柯南高清视频等。

并不是平台运营商对所有的应用都负有审查义务。若审核的是“特定作品类应用”, 该应用软件与特定作品并无实质差异, 只是作品的存在形式不一样, 可以认定此时平台运营商直接实施了受著作权保护的行为, 构成直接侵权。若审核的是“综合类应用”, 当侵权作品是在审核通过后新增的, 平台运营商没有对其进行审核的条件, 当然谈不上传播了该特定侵权作品, 不可能构成直接侵权。只有在满足一定条件下可能成立间接侵权。当侵权作品是在审核前就内含的, 在人工审核通过该应用软件后, 是否等同于传播了侵权作品?“综合类应用”不同于“特定作品类应用”, 要求平台运营商对所有“综合类应用”中数目繁多的众多内容进行审查过于严苛, 实践中也不便操作, 只会严重阻碍移动App市场的运用, 遏制移动互联网的发展。所以应规定对“综合类应用”只负担一般合理人的注意义务, 对“特定作品类应用”负担审查义务。

(二) 直接获利对直接侵权认定的影响

美国DMCA第512条 (c) 款规定“在服务提供商具有控制侵权行为的权利和能力的情况下, 没有从侵权行为中直接获利”作为网络服务提供者免责条件之一。这一免责条件的反面表述是美国版权判例法中的“替代责任”:有控制侵权行为的权利和能力, 并从侵权行为中直接获得经济利益的要承担替代的间接侵权责任。我国侵权责任法上的替代责任仅限于雇主责任和监护人责任, 而不承认对独立缔约方承担替代责任。所以, 美国版权法上的替代责任不能适用于我国著作权法。⑥无论有无从其提供的网络服务中直接获得经济利益, 只要能证明其直接实施了受著作权保护的行为, 或因主观过错而帮助他人实施了直接侵权行为, 网络服务提供者就构成直接侵权或间接侵权。直接获利与侵权责任的归责条件无关。但对于未标示而又直接获利的, 可以推定是由平台运营商上传, 除非提供充分的证据证明确实不是运营商上传, 否则是直接侵权。当然, 这主要对“综合类应用”起作用。因为运营商对“特定作品类应用”有审查义务, 无需推定直接侵权。

(三) 直接侵权的具体判断

直接侵权的构成要件是直接实施了受著作权保护的行为, 有无主观过错、盈利与否不影响对其侵权的认定。前面分析了, 基于App平台区别于传统互联网的特性, 平台运营商对“特定作品类应用”负有审查义务。违反审查义务是对明知侵权的应用予以上线传播, 具有与第三方共同侵权的故意和实施了共同侵权的行为, 构成共同的直接侵权。这要与“知道或应当知道”的帮助侵权区别开来, 后者指的是作品已经上传传播后, 服务商在进行后续管理时, 按一般合理人的注意义务会知道或应当知道存储内容侵权, 或被通知后知道侵权。如果是作品上传传播前, 服务商就明知内容侵权, 仍提供上传服务, 就是共同的直接侵权。从证据法的角度来看, 除非有足够的证据 (如双方协议书的内容、内部交易记录、审核记录等) 证明“明知”, 否则很难判定侵权, 而这些内部资料原告方极难获取。所以, 在App平台运营商对“特定作品类应用”进行审核时, 单从开发商信息资料和应用名称就应该知道是否侵权, 却依然提供上线, 本身就是“明知”。

App平台运营商在下列三种情形下构成直接侵权。第一种:无论平台运营商有无采取人工审核模式, 也无论有无直接获利, 只要“特定作品类应用”侵犯他人作品的著作权, 平台运营商就因未尽到审查义务构成直接侵权。第二种:平台运营商从“综合类应用”中作品的销售收益中直接获利 (不是从“综合类应用”软件本身的下载销售中获益) , 推定平台运营商直接侵权。若不能提供相反的证据证明不是平台开发的, 平台运营商构成直接侵权。第三种:平台运营商未从“综合类应用”中作品的销售收益中直接获利, 但能提供足够的证据证明应用是平台开发的。

摘要：手机App应用平台上侵犯著作权现象日益严峻, 国内已有判例对平台运营商是否应承担侵权责任, 是承担直接侵权责任还是间接侵权责任莫衷一是。文章重点分析了App应用平台的人工审核模式、应用类型和直接获利对直接侵权认定的影响。提出人工审核不使平台运营商自负审查义务, 直接获利不是归责条件而是推定直接侵权的因素。因App平台服务区别于传统互联网服务的特性, 平台运营商应对“特定作品类应用”负担审查义务, 而对“综合类应用”负担注意义务。

关键词：App应用平台,审查义务,直接获利,直接侵权,间接侵权

参考文献

[1]王迁.网络环境中的著作权保护研究[M].北京:法律出版社, 2011.

[2]吴汉东.知识产权基本问题研究[M].北京:中国人民大学出版社, 2009.

[3]陈明涛.网络服务提供商版权责任研究[M].北京:知识产权出版社, 2011.

[4]胡世良.移动互联网商业模式创新与变革[M].北京:人民邮电出版社, 2013.

App应用平台 第2篇

这个工具是国外的，最开始不支持中文，但现在也已经支持中文了，你可以根据自己的情况选择制作工具，我下面还会介绍几个国内的，

不用写一行代码就能做App，Appmakr能帮助不会写代码的普通用户生成自己的App。

AppMakr的使用相当简单，只要登录网站，注册一个账户，拖动鼠标定制一些简单的按钮与栏目，确定好版面颜色，在编辑器右侧的模拟器中看好预览效果，再生成应用就行了。

目前Appmakr是国外比较流行的应用生成工具，在国内也享有一定知名度。

介绍下国内制作App的工具网站

AppCan

AppCan是国内的一个移动应用开发平台，支持跨平台应用开发，支持HybridApp的开发和运行。AppCan应用引擎提供的Native交互能力，可以让HTML5开发的移动应用基本接近NativeApp的体验。当然你不一定要懂什么native，反正就是好东西啦。

Appbyme

Appbyme(安米网)是摩讯公司开发的一款应用生成工具，3月份上线，截止现在，Appbyme已经运营3000款APP，用户数量超过800万，

目前支持的平台有iOS和Android。

多摩

多摩APP平台，也是一款能够快速创建APP程序的平台，企业或个人都可以通过这个平台创建一个关于企业或个人的手机APP程序，可以应用于企业活动，企业产品推广，个人名片，个人业务等方面。让企业或个人实现真正的移动电子商务。

应用公园

应用公园是免费的手机应用在线制作平台，不需编程，纯图形化操作，人人都能快速打造自己的专属手机应用，兼容iPhone、android等手机操作系统。应用公园还是手机应用的分享乐园，可免费下载和推广各类原创手机应用软件，让每个人都成为手机应用程序的制作者和发布者。

淘客们知道的比较多的

这个放在了后面，也试用过，一个群里的朋友据说已经用他赚到人民币了。

追信魔盒

微至App云平台：探索“蓝海” 第3篇

在App应用开发领域，有两个美国公司需要被不断提及，一个是苹果，另一个是谷歌。2008年，苹果AppStore正式上线，这标志着正式进入移动互联网时代。到目前为止，AppStore中的应用总量已经超过了77.5万个，其应用程序下载总量已经超过400亿个，仅2012年的应用下载量就达到了200亿个——而这也为开发商们带来了超过70亿美元的收入。

2011年，Android在全球的市场份额首次超过塞班系统，跃居全球第一。手机系统开源时代的来临让移动互联网全面发展成为了可能。2011年年末，AndroidMarket的App数量已经超过450，000个，每月下载量到达十亿次。

2012年移动互联App应用的号角正式吹响。这其中，便有为数众多的中国开发者。随着移动营销成为众多公司拓展的核心业务，移动App制作团队的机会也到来了。李善明率领的“微至App云平台”便是这支团队中的一员。他们主要面向企业用户，模块化、组件化的运作方式让产品成本降低，增快开发速度，能快速制作和自动生成符合Android系统和苹果iOS系统的标准版App。

他们做的就是帮助企业进入移动互联网的入口，不光如此，他们还期望帮助企业在移动互联网产生盈利，并提供不断升级、终身维护的“一站式”服务。

帮助企业

敲开移动互联网的大门

中关村：当初是在什么样的背景下进入移动互联网领域？

李善明：2012年3月，我参与发改委“十二五规划”《移动互联网安全指南》的工作，在这个过程中接触了许多中关村企业，比如做芯片的、做手机的，从做云计算、云存储到人才培训，基本上梳理了一遍。后来发现，众多企业在移动互联网领域有极大的需求空间，中关村就是一个很好的集结地。但是一个公司组建一个团队开发App，成本还是比较大的。团队里面包括设计人员、产品经理、项目经理、开发人员、测试人员，还有运营人员，核算下来差不多30万左右。如果是规模大的公司还可以承担，但是对一个饭店或是咖啡馆来说就有点过大，所以我认为这就是我们的机会。去年8月我们组建公司，正式进入这个领域。

中关村：如何说服企业进行App营销？

李善明：企业利用App进行营销是非常有必要的。第一、App用户增长速度快、经济能力强，思维活跃。第二、App可整合LBS、QR、AR等新技术，带给用户前所未有的用户体验。第三、App基于手机的随时随身性、互动性特点，容易通过微博、SNS等方式分享和传播，实现裂变式增长。第四、App的开发成本，相比传统营销手段成本更低。第五、通过新技术以及数据分析，App可实现精准定位企业目标用户，实现低成本快速增长成为可能。第六、用户手机安装App以后，企业即埋下一颗种子，可持续与用户保持联系。

中关村：微至做的事情是为企业提供进入移动互联网的“入口”，这么看来微至也是一个平台，只不过我们这个平台和微信这样的平台有较大的区别。

李善明：是的，微信以用户为中心，着重体现社交化，先有用户再找商业模式，而微至是反向的，我先进来把行业先抓住，满足客户的需求。微至向客户提供App开发、营销服务，客户通过自己专属的App满足用户的需求，而用户对自己喜欢的产品和服务进行买单，企业客户从而获得利益，在这个过程中微至提供技术和营销服务赚取合理的费用。所以我们的商业模式很清晰，就是向企业客户服务，获取利润。如我们对杂志行业进行分类，现在提供两种版本的产品，一种是奢侈品，一种是信息类杂志。奢侈品杂志以图为主，信息类是文字配小图。我们已经有三个版本，这个版本再一变化，颜色、皮肤一变又分解成一变三、三变九这种模式就出来了，以满足不同用户的需求。

中关村：“微至App云平台”具备怎样的优势？

李善明：“微至App云平台”优势在于：第一、节省时间降低成本：3-7天即可完成开发，投入使用，其成本大大降低。第二、自主管理专业分析：可通过管理后台自主管理应用内容，提供专业的数据分析。第三、支持多个手机平台：一次定制可支持谷歌Android和苹果iOS两大系统，实现跨平台数据同步。第四、量身定制解决方案：定制符合其企业自身风格特点的应用，提供专业的移动互联网推广方案。

蓝海生存，

提供App“一站式”服务

中关村：对企业而言，微至究竟可以提供那些具体服务？

李善明：第一、专业咨询：提供专业的移动互联网咨询、设计、开发、运营解决方案和应用服务。第二、移动营销助手：搭建一个企业微门户平台，帮助企业瞄准手机用户的移动营销助手。第三、量身打造移动应用：为企业快速、低成本打造自有风格的移动应用。第四、移动互联网营销：移动互联网营销推广，挖掘潜在用户，推广企业品牌。第五、专业的数据分析：专业的数据分析服务，提升用户转化率，精准把握目标群体的特点。

中关村：谈谈微至的商业模式吧。

李善明：商业模式是这样的，移动互联网和传统的互联网，包括老的传统企业商业模式分为两种，一种是针对于个人的B2C，一种是B2B，我直接进来就是做B2B的，B2B的企业我给你做一个，我当然要收费了，个人刚开始全部免费，在中间里面再做增值的模式，增值服务或者是更高附加值的服务。

中关村：和我们已经合作的企业有哪些App已经上架了？

李善明：我们有一个和香山小学合作的项目，很有意思。根据教育部的统计，目前国内有7万名美术教师的缺口，这个不是钱的问题，而是人的问题，因为培养一名教师的周期较长。怎么解决这个问题呢？我们就想了一个办法，请香山小学的孟院长，他是中国画院的副院长，把绘画进行分解，通过视频教学的模式教学生怎么绘画。通常两个小时就能入门了，这个就是解决了教育的问题。

中关村：您和您的团队有什么样的梦想？

App应用平台 第4篇

1)传统电视行业广告萎缩下滑

来自央视市场研究(CTR)媒介智讯发布的监测数据, 2014年传统媒体广告市场出现了近年来少有的负增长,同期来自尼尔森公司的报告显示,电视广告已经呈现出了从巅峰开始下滑和萎缩的迹象。城市电视台更是夹缝中生存,未来面临巨大的生存挑战。

2)中央定调“新媒体”2014成传媒业全面深化改革元年

中宣部部长刘奇葆2014年4月出席推动媒体融合发展座谈会强调加快推动传统媒体和新兴媒体融合发展。2014年8月,中央全面深化改革领导小组第四次会议审议通过了 《关于推动传统媒体和新兴媒体融合发展的指导意见》。总书记习近平强调,推动传统媒体和新兴媒体在内容、渠道、平台、经营、管理等方面的深度融合。

3)行业技术成熟,试点应用示范效益良好

新媒体电视应用技术包括网络视频技术、电视互动技术 (摇一摇、扫一扫)、本地电商及公共信息查询技术成熟普及, 基于互联网技术融合新媒体平台应用已在各电视台落地实践。“TV摇摇乐”电视互动新媒体平台自2013年7月上线以来,已在全国20多家电视台上线运营,在收视率提高、广告增值经营、本地服务等方面均取得良好效益。以“无线智慧城市”的模式,也在多个城市通过电视台牵头传统媒体融合新媒体构建本地生活平台实现试点验证。

4)微信羊年央视春晚摇电视引发广电行业振动

2015年羊年春晚,腾讯以5 303万中标央视春晚新媒体互动独家互动方式,通过“发红包”“送祝福”等互动方式,春晚节目期间110亿次摇手机、发红包5亿元,并在春节期间推出“摇电视”功能,全面支持全国省级汉语卫视。此举在广电行业也引发与大平台合作新媒体电视互动是“引鸩止渴”还是“全面共赢”的深刻思考。

5)“互联网+”进一步推进媒体融合思路

2015年3月5日,李克强总理在政府工作报告上提到,制定“互联网+”行动计划,至此,“互联网+”战略上已升至国家层面,各行业均响应以互联网思维更深度融合传统行业,广电行业更以此契机在互联网新媒体领域突破创新,推动更深入的媒体融合探索及实践。

电视新媒体App平台技术应用

新媒体通常定位为以新技术为支撑体系下出现的媒体形态。电视新媒体,传统意义上通常包括网络电视、数字电视、手机电视、移动电视及数字有线等。本文所阐述的电视新媒体App平台特指区别于电视传媒第一屏,而在手机端呈现的第二屏电视内容媒体平台。 2014年中国移动互联网用户达到8.7亿人,智能手机以其随身性强,越来越成为媒体抢占的重要平台及入口。以下阐述目前主流电视新媒体App平台技术应用内容:

1)电视互动技术应用

通过智能手机实现电视和观众之间的互动应用技术,目前常见的形式包括:“摇一摇”、“扫一扫”、“拍一拍”等方式。

“摇一摇”方式:典型应用是“TV摇摇乐”和微信摇电视方式。用户边看电视边摇手机,来和电视节目互动,通过时间轴匹配、音频对比识别、音频水印识别等技术,实现互动内容的获取,比如:投票、竞猜、抽奖等参与节目内容。

“扫一扫”方式:典型应用是用二维码扫描技术,关注节目或者电视台微信公众帐号,或者直接扫描呈现节目的互动页面,进行评论、投票等互动内容。比如央视3套《开门大吉》 节目。

“拍一拍”方式:通过拍电视屏幕画面或者台标,进行图像识别或者上传至官方微博/微信公众号获得收看奖励。

2)媒体增强技术应用

利用智能手机便携性的特点,增强传统媒体的影响力和传播力。

第二屏视频内容的直播和点播:手机视频直播,方便观众不在电视机旁时能及时收看到想看的电视节目;手机视频点播,突破电视线性收看限制,让用户随时可以收看精彩的内容。

新闻内容的推送:通过App消息推送模式,及时推送重大的、有价值的新闻内容,有效补偿电视传统媒体突发新闻必须插播及必须打开电视收看的弊端,能够实现及时有效的到达用户。

3)“O+O”(线上线下融合)生活服务技术应用

电视导引购物(T2O):通过电视屏宣传导引,在手机实现购买的电商行为,比如“摇一摇”摇出电视节目上同款商品, 进行下单购买;

优惠券/团购(O2O):通过电视互动,用户获得本地食行玩等优惠券/团购服务。

本地民生服务:借助电视台的影响力和公信力推出本地民生服务,比如路况、天气、违章、代缴费等服务内容。

新媒体App的运营模式

北京导视互动网络技术有限公司,开发出基于地面电视台的新媒体App平台“TV摇摇乐”项目,实现功能模块化及运营定制化,极大降低电视台投入成本。并创新实现“技术开发+系统运维+经营辅导”全方位服务模式,快速帮助电视台上线有效的新媒体平台。

结合笔者近年和数十家电视台合作新媒体“TV摇摇乐” 运营项目的经验基础上,对电视台新媒体平台的运营模式进行了如下总结。

1)App和微信方式对比

很多电视台在新启动新媒体项目投入时,都会在选择是自建App还是利用微信平台来启动而犹豫不决?其实是对两种平台缺乏一个统一的认识。

微信平台公众帐号实现电视新媒体平台的优点:技术实现简单,开发投入很少;不需要用户安装及升级;借助微信用户基数有可能实现用户快速关注。

微信平台实现电视新媒体平台的缺点:功能丰富度低; 用户再启动成本高,公众号隐藏入口较深;运营缺乏用户详细信息,公众号不提供用户真实信息,很难主动联系用户。

自建App方式对于传统电视台来讲,尤其是非一线的城市,主要的困难是缺乏专业的开发技术人才,所以引进App平台是可行之路。

2)大屏和小屏融合

第二屏新媒体App平台如果想要运营的好,必须实现和传统大屏之间的紧密融合。利用大屏的影响力发展小屏的用户,将电视观众快速转化为手机客户端用户;利用小屏用户的活跃度,反哺大屏,提供大屏的收视率和关注度;内容和广告捆绑,大屏的节目内容,在手机屏上得以延伸体现;广告投放时,大屏上为小屏推品牌,小屏为大屏推互动及效果。

3)App和微信等大平台的融合

2015年羊年春晚微信互动热闹,央视收获了什么?收视率28.37%,创新低;节目结束后,春晚上亿的互动用户哪去了;5千万的互动独家赞助对比微信联合10多个土豪厂商发了数十亿红包。

对于电视台在新媒体运营过程中,需要吸取经验不能只是赚取了吆喝。新媒体平台一定要有自己的“自留地” App,把用户圈养在自己地盘上,同时积极有效地和大平台做融合,实现从大平台,向“自留地”App导流用户的目的。

大平台不局限于微信,春节发红包大战后,猜测阿里巴巴会在支付宝/微博上设计对应的电视互动的场景入口,支付宝/微博平台也是电视台新媒体融合导流的入口。

电视台新媒体平台运营趋势:以App为核心,搭建微信公众号、微博官博、支付宝服务窗,通过多渠道拓展导流用户及借势,用户数据及内容互相打通,搭建新媒体融合矩阵。

4)部门紧密合作

新媒体平台App绝不是电视台一个部门能够独立运营好的,需要多部门,甚至全频道全台通力配合才有可能运营好,比如:宣传推广上需要节目组拍摄宣传片、主持人口播、 播出部门实现滚动字幕等;广告及活动招商需要广告部招商以及节目组屏幕资源置换;内容上,新闻资讯需要新闻部门提供新闻内容,节目视频需要节目组提供,等等。

结束语

“驾校视频云平台”APP建设方案 第5篇

一、产品简介

“驾校视频云”APP是一款针对驾校学员提供学习的视频展示终端。平台采用云视频在线教学模式，更够随时随地给驾校学员提供便捷的学习条件。

为了更够更好的用新媒体视频平台的形式连接驾校与学员，更好的让驾校更方便的服务广大学员，我们推出”驾校视频云”理念，用视频的形式进行驾校教学的相关课程，让学员随时随地，无论身处何处都可以在“驾校视频云”APP终端进行学习和提升。

“驾校视频云”APP不仅仅是驾校学员学习的软件平台，并且将会连接汽车资讯、汽车展会、汽车娱乐（搞笑、娱乐类生活视频）、汽车保养、汽车维修、汽车品牌及商家入驻。打造驾校学员的学、娱、购、修为一体的APP汽车生活平台。

二、项目框架

“驾校视频云”APP项目框架：

1、频道分类：资讯、驾考、娱乐； A、资讯：驾校考试相关图文资讯展示；

B、驾考：包含科目

一、科目

二、科目

三、科目四等各科目教学视频展示；

C、娱乐：驾校收集有关用车相关的娱乐视频汇总。

2、首页模块：海报轮播、资讯推荐、驾考教学、有车有笑、名车展厅、保养贴士；

A、海报轮播：app首页顶部轮播推荐模块； B、资讯推荐：驾校考试相关图文资讯推荐模块； C、驾考教学：驾校教学视频推荐模块； D、有车有笑：驾校娱乐视频推荐模块； E、名车展厅：知名品牌汽车展示视频模块； F、保养贴士：保养及维修汽车视频展示模块。

3、底部功能：首页、报名、约考、通知、我的；

A、首页：app首页切换功能； B、报名：驾校学员报名功能； C、约考：驾校学员约考功能； D、通知：驾校讯息通知功能； E、我的：用户登录及注册等相关功能；

4、用户功能：注册、登录、评论；

三、项目周期

“驾校视频云”APP从建设到上线周期：7个工作日，完成APP框架、功能、内容、上线、发布，一站式便捷操作。

四、项目优势

A、项目施工周期短（7天时间完成上线）；

B、无须专业技术人员，只需要将驾校视频内容上传至云平台即可；

C、节省人员及硬件开支；

D、学员享受乐视网平台的体验效果；

E、加入乐视网平台大数据广告体系，快速实现平台广告盈利。

需要考生学习的科目共计三项，从学员具体学习来看，科目一完全可实现视频化教学。就科目一如何实现数字化视频教学，我们有以下建议：

1、驾校建立自己独有的APP。优势：有利品牌形象提升。

2、APP上搭载科目一老师讲课视频及动画演练。

优势：节省驾校教师、场地等成本，学员学习的时间成本，使学员有效利用碎片化时间看视频学习，增加学员与驾校的粘性。

3、视频根据课时分段进行，学员按顺序点播观看。优势：监督学员认真观看完整学习。

4、视频内容可依据驾校要求，官方提供或各驾校现场录制。优势：自助选择，品质保证。

5、APP功能涵盖驾校介绍、学习流程解读、科目一教学视频、科目二、三等现场学习或考试视频、学员签到互动等功能。优势：内容丰富，做学员学习的好帮手，提升服务。

6、APP构建7个工作日可完成，视频录制15个工作可完成。优势：项目时间成本低。

7、APP可搭载广告资源优势：从教学到盈利的一个升华。

五、项目费用

APP搭建费：8万元 APP运维费:3万元 视频制作费：3万元

幼儿园管理平台App全国Race 第6篇

“云中校车”瞄准幼儿领域的家园互动

云中校车是一款家园共育幼儿的教育软件，帮助家长和幼儿园记录孩了上学接送，每日食谱和在园内所参加的各种活动。这些记录会被实时地同步给家长和园区管理者，他们可以根据这些数据，进行园区管理和孩子成长辅导。当下，该软件已经被近200家幼儿吲所使用，覆盖北京、天津、河北、河南等地。

云中校车主要包含几个功能：第一是记录孩了在幼儿园场景中的考勤情况，这个考勤情况将连接收费系统，解决园方和家长之间收费争议。尤其是在孩子家长比较关注的上下学接送问题上，云中校区提供了接送人员拍照记录功能，即接送人员离开园区时会被拍照，照片会实时通知给家长，让家长安心。

第二是健康管理功能，孩子们每日的晨检信息会被收集，建立起健康档案，且当孩子生病时，家长可以通过手机端定时提醒幼儿园老师帮助孩子吃药。

第三是视频直播公开课，家长打开手机客户端就可以直接看到孩了在幼儿园里的活动片段，还可以根据这些日常的记录自制孩了的成长记录照片集或视频集，让家长们不会错过孩子的每一个成长进步。除此之外，软件还为校方提供了与家长更为直接的沟通和交流，让园方和家长更加亲近。

同类应用忽如一夜春风来

而在这之后，多家专注于幼儿园领域家园互动类App“忽如一夜春风来”。除了云中校车外，App store里随便一搜“家园互动”便可以获取超过十多款的产品一一幼儿云、娃娃脸、看娃娃、贝聊、天天爱宝贝等等。其中，除了很早就在这个领域深耕的幼儿云外，其他都有一个共同的特质：从今年开始在这个领域开始创业。那么问题来了：为什么今年这么火？

根据网易新闻的报道，目前全国共有18万余所幼儿园，其中民办幼儿园占有7成。但事实上，从创业者的眼光来看这个市场似乎更大，他们表示：民办幼儿园的数量大概有20万家左右。

而在提到竞品之时，创业者最先提到的是校园管理类产品在中国最早的形态：校讯通和家校通。可越来越多的地区在取缔这一类产品。以北京为例，在今年6月份的《关于20104年北京市进一步规范教育收费工作的意见>中明确提到：不能够为“校讯通”这样的软件入园提供便利。而这类传统管理平台软件的离开，让原本铁板一块的市场出现了松动。

除了市场的开放，站在幼儿园背后数以百万计的家庭才是这类产品所瞄准的重点。最近这一年，关注于0-6岁的在线教育产品呈现出一个繁荣的态势，越来越多的创业者将目光集中于围绕幼儿的相关用户群体，出现了很多不同类型的产品。例如母婴社区类产品有育儿记录及个人云存储平台的宝宝树和服务年轻妈妈的辣妈帮，提供教育内容的贝瓦，关注幼儿英语培训的VIPABC和VIPKID，从幼儿健康切入、关注幼儿心理健康的亲了应用元子。

幼儿以及站在幼儿背后的家庭成为了越来越多创业者追逐的对象。不难想象，对于围绕家园互动领域工具的创业者来说，管理工具是一个获得和积累稳定的3-6岁孩了家长群体的一个好切入口。而当用户数量积累到一定程度，围绕学龄前儿童的巨大市场（课后辅导班、电商产品）将会为这些创业者打开。

虽然创业者都看好潜伏于幼儿园背后的家长市场，但是如何成为一个好的管理工具，这条道路仍然在探索。市场上服务于家长和幼儿园的互动类App，在产品设计上主要分为家长端和教师端，两个入口分别有不一样的功能，其中家长端定位的是一个更加垂直于幼儿园的“微信朋友圈”，围绕着幼儿园和孩子的亲人建立社区平台；而教师端定位则是一个方便幼儿园老师进行教学管理的产品，让幼儿园的办公更加移动化。那么，另外一个问题来了：同质化的产品，如何打造你的亮点？也许答案很清晰，就是：make a difference。

找到自己的产品特色

从目前对于家园共育领域的产品观察来看，发现自己的不同之处，对于他们来说并不容易。可以发现他们之间的细微区别，但是不同的产品在很多功能上都有着重复。

且各个产品之间的差异几乎非常细微。例如幼儿云和贝聊都推出了园长端的功能，将幼儿园的移动办公化做得更为彻底。以贝聊为例，园长端可以定义关键字，如“推”、“打”等，让园长迅速了解校园动向。而对于家长端的“晒娃”需求，娃娃脸推出了“娃娃秀”功能，让家长可以在不同的圈了里“晒娃”，与孩了的亲人，幼儿园同班孩子的家长，甚至于在整个幼儿园范围内“晒晒”自家的萌娃。而几乎所有的产品都在试图推进智能打卡和在线监控功能，借此帮助幼儿园划清责任关系。

说实话找到差异很难，但是找到相同处实在太容易了：目前所有的服务都是免费，幼儿园和家长都可以在应用商店中免费下载和使用；支持老师多角度上传照片；强烈需要通过代理商来推广商品。

而对于有钱线下推广的产品来说，首先生产厂家必须弄清楚谁才是必须重点攻克的用户。当下，这列产品App存在两个问题：

第一，太过强调家长端的需求，而忽略在家园共育的环节里，老师才是平台运转的核心。这一部分是源于创业者本身更有可能是一个家长，而不是一个幼儿园的管理者或是老师。他们从家长的角度强调了教师端的产品功能。

例如从家长希望更多地了解孩了在幼儿园的学习情况需求出发，不同的App采用了不同的解决方案。贝聊和看娃娃都支持一次性上传50张照片；幼儿云在手机平台上直接对接幼儿园监控。但这些真的是家长们关心的重点吗？发这么多照片，是否意味着老师上课不关心孩子呢？对接幼儿园监控，又有多少家长真的打开了App呢？

同时，过多地从家长端的需求出发会加重幼儿园的负担，不仅老师不愿采纳，园长更会将其拒绝门外，更妄论还必须通过园长来推广产品。一个好的家园共育类App首先不能够增加教师端的负担，它必须自然地内嵌到产品中，在已有环节中解放教师。例如繁琐的点名，以及麻烦的退费制度（大部分民办幼儿园是按天收费的）。

第二，管理工具性质太过突出，忘记教育产品的属性。无论怎样，家园共育类的App仍是一个教育类的产品，它必须按照教育应该有的愿景来设计产品。你收集了用户再多的信息，如果并不是真正与教育相关的数据，你基于它所做的推送就没有真正达到你所要追求的痛点。

从这个角度来说，家长端对于孩子在家的表现反馈数据其实也是一个非常重要的因素。但目前市场上并没有一个App能够去引导家长关注与幼儿园的数据互相沟通和反馈，去建立一个正向循环式的信息互换。家长更多的是信息的接收方，在他们的端口更多的是娱乐性质的产品功能，例如晒娃、点赞等等。

基于云平台的教学辅助APP研究 第7篇

在传统的教学资源管理系统中, 往往是某个机构或者学校自己搭建的内部网络。用户基数比较小, 资源数量也比较少, 且具有一定的封闭性。受教育领域严谨性的影响, 该领域的交流渠道也“中规中矩”, 枯燥乏味而且效率低下, 使得我国高职院校的基础教育面对巨大的挑战。教育辅助类软件期望通过云计算、分布式文件系统、安全传输、虚拟化等技术, 解决数字教育资源管理与维护、不同用户资源共享、问题探讨等问题, 从而帮助不同用户有效获取和管理教育资源, 进而推动教育资源能够实现真正的共享, 让教育资源获得合理的使用和分配。

1 云平台在教育领域的研究现状

当前云计算技术在教育应用方面的研究, 国内外有很多项目已投入使用。美国在线服务先锋Salesforce为美国纽约布朗克斯实验学校搭建的教学管理系统, 实现了学校管理学生信息的新方式。但是该系统仅限于该学校资源的共享, 没有实现跨学校、跨地域的交互功能。美国北卡罗来纳州的格雷汉姆小学使用的桌面云, 为学校所有师生提供虚拟电脑桌面, 老师和学生可以使用终端设备通过连接“通用云计算服务”来获取虚拟电脑桌面, 以使用该平台提供的丰富学习资料, 师生可以在教室、图书馆、家中等任何场合通过个人账号访问自己的资源库, 该平台解决了学校电脑需求不足的问题, 也方便了老师和学生教学。

教育云[1]在国内的研究也具有一定的基础。清华大学与Google合作“大规模数据处理”课程, 共同开展了云计算方面的研究。上海交通大学与微软合作推出“云计算教学与科研平台”, 该平台为基于最新虚拟化技术和System Center的私有云, 旨在为教学和科研项目提供可伸缩的计算资源。中国电信、华为等众多企业也联合众高校合作开发很多“教育云”平台项目, 提高了教育资源的利用率和教学质量。

2 云平台关键技术

为了让教学实践更高效, 让快速激增的教育资源能够以更灵活的方式进行管理, 同时让教学能够更好地与生活相结合, 迫切需要设计一种能够为教师和学生提供教学辅助服务的平台。随着智能移动设备的普及, 越来越多的信息服务系统可以通过手机平台实现, 本文我们为教师和学生设计了一种教学辅助平台, 名为Ecloud, 关键技术如下。

2.1 虚拟化技术

虚拟化是通过虚拟化技术来表示计算机资源, 用户通过该逻辑视图可以很容易的获得存储资源、数据和服务。该技术通过在一台服务器上运行多个逻辑计算机, 可提高服务器的工作效率, 并方便对系统进行管理和升级。

2.2 分布式存储和计算技术

云计算平台是由超大规模的服务器集群组成, 通过釆用分布式存储技术和冗余存储技术实现计算机资源的存储管理, 可以保证分布式存储数据和系统的可靠性、可用性和扩展性。目前应用最广的是分布式存储系统, 有Google的Google File System和开源的软件平台Hadoop。本文基于Hadoop建立教育资源云平台, 主要用来研究分布式存储和分布式运算。

2.3 海量数据管理技术

云计算需要处理和分析海量的数据, 因此数据管理技术要求具有高效、安全等特性。在数据管理方面, 研究的重点也主要在数据安全性、数据访问高效性这两个方面。

2.4 Android系统

Android[2]是Google开发的基于Linux平台的开源手机操作系统。它包括操作系统用户界面和应用程序, 而且不存在任何阻碍移动产业创新的专有权障碍。它采用软件层构架, 主要分为三部分:底层以Linux内核作为基础, 由C语言开发, 提供基础功能;中间层包括函数库Library和虚拟机Virtual Machine, 由C++开发。最上层是各种应用软件, 包括通话程序、短信程序等, 由各公司自行开发, 以Java编写。

3 Android端实现的功能

(1) 用户登录模块[3]。Ecloud用户需要根据自己的学号和姓名进行注册并登录, 教职员工则需要通过教师工号和姓名进行注册并登录。其中用户名只能用英文字母 (可以用名字的拼音来替代汉字) 。

(2) 课前讨论模块 (基于百度贴吧的API来实现) 。课前讨论模块是学生们自主学习的一个预习通道, 学生们可以根据老师提供的预习范围自主进行预习, 并记录下预习过程中遇到的问题, 进而通过该通道进行提问, 也可以通过回答他们的提问来加深自己预习的理解从而实现高效的预习。

(3) 资源分享模块。该模块是高效管理数字教育资源的通道, 老师们可以通过该通道方便地将上课所要用到的教辅资料共享给学生, 不仅如此, 学生们还可以将共享出来的资料进行转储。该模块是基于新浪微盘来实现的, 每一个注册用户都有自己的私盘空间, 并且该私盘空间和新浪微博的帐号相互绑定, 涉及的功能分为文件夹相关 (新建文件夹、删除文件夹、上传文件) 和文件相关 (删除文件、分享文件、移动文件、下载文件、文件详细信息查询等) 。这些功能的组合使用, 必定能提升资源管理的效率, 节省不必要的管理花销。

(4) 问题交流模块。该模块是Ecloud人性化的又一个体现, 不管是预习过程中还是课后, 但凡遇到自己无法解决的问题, 可以通过在课前讨论模块发帖的方式来寻求解答, 还可以通过私信同学, 甚至是老师来请教, 不仅如此, 还可以通过组建问题讨论组, 并以群聊的方式来进行问题探讨, 进而得出问题的解答。Ecloud模块功能结构如图1所示。

4 结语

云平台与Android手机端的结合[4], 让日常教学的每个环节得以更高效地进行。在软件功能上, 该系统分为三大功能模块对教学实践提供辅助服务, 通过课前讨论模块可以进行课前预习的讨论, 不仅可以以帖子的形式发布预习时遇到的问题, 进行提问式探讨, 也可以通过回答他们的提问帖来加强自己对课程的理解;通过资源管理模块可以管理老师共享出来的教学资源, 包括上课PPT等, 可以通过转储的方式, 将文件托管到云平台, 这样既不会导致文件的丢失, 还可以提高文件管理的效率;问题交流模块是辅助的最直接的形式, 可以通过单聊的方式进行一对一的提问和解答, 也可以组件群聊对相应的问题进行讨论。

系统采用android手机客户端, 用户可以随时随地登陆, 体现了超强的灵活性;同时, android客户端在显示界面上极尽简约, 操作明朗简单, 缓和学习带来的紧张感的同时, 还能提高效率。综合考量, 基于云平台教学辅助APP研究能够更好地推动高职教育事业的发展。

参考文献

[1]陈毓亮.基于接口集成的云开放平台[D].武汉:华中科技大学, 2013

[2]夏盛新.基于Android的移动开放平台SDK的设计与实现[D].西安:西安电子科技大学, 2014

[3]胡同花.基于智能的生猪养殖管理系统设计与研究[J].农业网络信息, 2015

App应用平台 第8篇

APP是“Application”的简称。多指智能手机的第三方应用程序,有时也称“移动应用”或者“手机客户端”。校园APP指通过移动通讯设备如:PDA、手机、平板电脑等,访问移动通信网络,从时间和空间维度为高校师生提供信息服务。

一、高校数字化校园APP移动平台建设意义

目前各个高校在推进高校信息化建设正在努力搭建或者已经搭建好适应本校的业务系统和数字化校园,能够较好的支撑学校业务的顺利运转。但随着移动互联网的发展,人们有了强烈的移动化需求并且已经形成了使用移动化设备的习惯。为了符合互联网的发展趋势,构建数字化校园APP移动平台具有重要意义。

首先,高校APP是高校PC官网的延伸,高校PC官网是一所高校的门户,但是在移动互联网快速发展的时代,根据中国互联网信息中心(CNNIC)发布的第37次《中国互联网络发展状况统计报告》,截至2015年12月,我国手机网民数量达到6.20亿,较2015年6月增长了0.26亿。这些手机网民中90.1%是通过手机上网,其中只使用手机上网的网民达到1.27亿人,占整体网民规模的18.5%,高校PC官网在手机上的显示已经失去了原有的效果,因此各高校需要开发一个为手机量身订做的官网APP,吻合手机操作系统,屏幕分辨率等,显示的页面效果要比PC官网更有视觉美感,适用用户手机上网习惯。

其次,高校作为一座具有多功能的职能机构,具备多学科性,自主性,创新性,开放性,引导性,并集教育、科研、社会服务于一体,其人才培养方案要有定向性和满足社会公共服务的需要。[1]因此,高校教育信息化需要紧随时代前沿具有较高的安全性,提供可以职能化,可互动的便捷服务的新时代。2015年教育部工作要点明确提出,加快教育管理公共服务平台建设,国家教育决策服务系统建设和教育统计基础数据建设,并推动实施《职业院校数字化校园建设规范》。虽然目前对国内高校投入使用的官方APP数量没有准确的统计数字,可以肯定的是未来一段时间内在相应的需求推动下、国家政策引导下和高校以人为本人个性化服务的需求下,建立适合高校自身发展的校园移动APP势在必行。

再次,APP的建设是大众趋势所需。APP凭借便携、触屏、高清的丰富体验已经成功的将此产品研发的重点转移到移动应用平台,世界五百强企业90%以上都有了自己品牌的APP,各大高校学生自主研发了适应不同需求的APP,但是不足以满足高校师生目前的需求标准,所以研发适合高校自身的官方APP是未来的发展方向。高校官方APP的推广会十分迅速,运用APP与师生互动,将是移动互联网行业一个巨大的市场。

二、高校数字化校园APP移动平台功能模块设计

高校数字化校园APP使用的目标群体是高校教师和大学生,为师生提供移动化办公、学习便利的服务。为了给用户提供以人为本的服务,需要集成和整合高校现有的数字化校园来完善校园APP的功能。一般高校数字化校园包含OA系统、教务系统、科研系统、财务系统、图书馆系统、一卡通系统、学工系统、人事系统等多个业务系统,构建移动平台的逻辑架构如图1所示。

依据不同角色用户使用功能不同,可以将数字化校园APP移动平台功能设定为:

1、信息公告

所有用户都有访问信息公告的权限。用户可以在此功能模块获取高校新闻,以及职能部门下发的重要通知,查询高校一些基本信息概况,方便用户第一时间得到信息,从而解决高校目前存在通知下达效率低不利于开展工作的弊端,同时可以促进大学生养成独立自主的好习惯。

2、信息查询

信息查询功能对不同角色的用户显示的查询结果不同。例如:学生在此功能模块中可以查询对接的教务系统、学工系统、图书馆系统等可对学生开放的相关内容,比如学生课表、考试成绩、图书借阅等等。教师在此功能模块中查询到自己的科研、成绩录入、工资等对接系统开放的内容。

3、一卡通业务

一卡通一般是各高校为方便教师和学生校园学习生活一卡通行而引进的系统。通过接口到校园APP提供方便快捷的校内网络交费、消费、查询功能。使用者可以通过绑定银行卡或者支付宝通过APP对一卡通进行充值的业务。

4、迎新功能

迎新工作是高校每年工作的一项工作要点。APP迎新功能模块实现线上报到,可以解决线下集中报到存在的问题,减少迎新时消耗的人力物力,并大大提升学生报到的服务质量和服务效率,可以给新生和学校带来一种全新的、先进用户体验,所以迎新报到业务的信息化是非常有必要的,并且具有非常重要的意义。

5、知识社区功能

构建知识型学校社交网络,基于大数据、语义网技术对用户的行为与内容进行分析,构建起用户的兴趣图谱,将用户感兴趣的内容推荐,实现个性化的知识获取机制。根据用户分享的文章、评论、关注的人、粉丝的分布、获赞的数量、阅读量等数据进行分析,可帮助学校发现领域人才,便于人才的选、育、用、留。知识社区提供网页版、手机端、手机网页版可实现与业务系统、自有APP、微信服务号的双向整合。

三、高校数字化校园APP移动平台开发技术

目前移动平台开发模式分为三种:原生APP、混合APP、Web APP开发。

1、原生APP即Native APP是传统模式开发,针对不同的手机操作系统采用不同开发语言和框架,开发及维护的成本很高,由于原生APP发开是专门针对某一类移动设备而生,所以支持的设备非常有限。

2、Web APP是一种框架APP开发模式即HTML5 APP框架开发模式,其应用客户端只需要安装应用的框架部分,不需要额外安装软件,应用数据是从云端读取再呈现给手机用户,Web APP只能使用有限的移动硬件设备,控制版本十分容易,使用时必须联网,但是质量及安全性无法保障,所以移动应用用户体验不是很好。

3、混合APP是介于原生APP和Web APP两者之间的APP,主要以JS+Native两者相互调用为主,从开发层面实现“一次开发,多处运行”的机制,成为真正适合跨平台的开发。其开发成本低,只需要编写一次核心代码就可以部署多个平台。因此推荐使用混合APP开发高校数字化校园APP移动平台,采用混合应用开发模式,保障不同移动终端体验的一致性;浏览器端采用HTML5+CSS+Java Script技术,这些技术作为开放的技术,不受任何厂商控制,这些技术已经被验证可以开发出与桌面应用具有同等交互效果应用。

四、APP移动平台接口开发注意事项

APP接口开发很重要,确保做好接口开发,在开发前一定要制定规范,接口参数命名等一定要准确,为了不影响响应速度,所有开发过程中尽量选择效率高的框架,数据量按需分配,传输不同格式的数据建议服务器端尽可能处理好数据后通过一个接口返回给APP客户端,这样才能给用户比较好的体验感。开发中APP的安全问题不能忽视,一些敏感信息在传输过程中一定要做加密处理,以防接口被恶意调用篡改泄露重要信息。接口要有可扩展性,对新旧接口处理要有预案等等,只有做到严谨细致,平台接口才能实现其重要意义。

参考文献

[1]张言林,李博,王文博,等.基于数字化校园的手机app客户端设计初探——东北林业大学“移动校园”手机APP客户端设计[J].设计,2014,(1):81-82.

[2]姜翠.校园APP应用探讨[J].信息通信,2015(11):266-277.

[3]朱广福,黄永兰,杨溯然.高校移动校园APP的研究与设计[J].计算机光盘软件与应用,2015(3):280-282.

[4]李燕萍.浅析基于手机终端的校园APP应用的发展趋势[J].武夷学院学报,2014(5):64-66.

App应用平台 第9篇

在此背景下,高校传统的图书管理系统提供的服务已跟不上时代发展潮流,不能满足用户提出的更高的多样性及个性化需求,如随时检索、预约或挂失图书、读书交流、图书推荐即通过对用户图书借阅等数据进行数据统计、分析和加工,从中 “挖”出用户“潜在”的读书兴趣,并根据用户这些潜在的兴趣向用户推荐他们可能更加感兴趣的图书,从而帮助用户花费最少的时间,找到最合适的书籍,并推荐给读者等。这种多样性、个性化及在任何时间、任何地点随时可以进行读书交流的功能是传统的图书管理系统不能比拟和提供的。基于移动互联网新技术新平台提升图书馆的信息服务能力和服务效率将是一种崭新的交互和服务方式。

1相关技术

1.1MVC设计模式

MVC即模型(Model)-视图(View)-控制器(Controller)的简写,是目前一种优秀的软件设计模式。模型用来封装数据逻辑和业务逻辑;视图用来处理数据的显示;控制器是整个应用的核心,用来处理用户和服务器之间的交互操作,控制模型和视图之间的数据交换,如从视图中读取数据,控制用户输入,并向模型发送数据。MVC设计模式主要用于解决业务逻辑代码、数据逻辑代码及显示逻辑代码的分离,在提高代码重用性的同时,为系统今后的维护提供了便利。

1.2Json解析技术

JSON的英文全称为Java Script Object Notation,即Java Script对象表示法,其的数据交换格式是轻量级的,它采用Java Script(Standard ECMA-262 3rd Edition - December 1999)语法来描述数据对象。 JSON采用完全独立于语言的文本格式,JSON解析器和JSON库支持很多高级编程语言如C++、C#、Java等。类似于XML,JSON是一种具有“自我描述性”、可以使用Java Script进行解析、支持AJAX进行数据传输的纯文本,容易阅读和编写,这些特点使得JSON成为目前最理想的数据解析语言。它类似于Map集合的“键-值”对结构,也可以将其理解为一个有序的值的列表集合。

1.3Android平台

Android是由Google( 谷歌) 公司和手 机开放联 盟(Open Handset Alliance)主导开发的一种基于Linux的操作系统,凭借自由及开放源代码的优势,目前被广泛应用于移动设备,如智能手机和平板电脑等终端。自2007年推出以来,经过短短的几年发展,Android已成为移动终端市场占有率第一的操作系统,目前最新最稳定的版本为4.4版本,本系统的开发是基于4.2版本。

2系统分析与设计

2.1系统功能

通过对图书管理系统进行深入详细的需求调研,采用模块化设计思想,将系统分为用户端及管理员端。其中用户端即学生端,主要功能有用户登录、图书查询、图书查询、图书预约、图书挂失、读书交流、图书推荐等模块;管理员端主要功能分为用户管理、权限管理、图书管理、预约管理、借阅管理、挂失管理、 滞纳金管理、综合查询管理、滞纳金管理、社区交流管理、数据挖掘及分析统计等11个模块。

其中用户管理模块提供对用户信息等基本操作,包括学生、教师等信息的添加、修改、删除等功能,也包括相关角色的登录功能;权限管理模块主要实现对系统的权限进行管理,包括用户账号的分配、注销,权限的分配、修改、用户密码重置等功能。

2.2系统总体架构

整个系统分为服务器PC端和Android移动客户端。系统架构图如下图1所示。

1)服务器端采用基于MVC设计模式的B/S架构模式,其中Model层采用Java Bean组件封装相关的业务逻辑和数据逻辑, View视图层采用JSP+JSTL技术,Control控制器基于Serlet技术实现。

2)Android移动客户端通过Http Client和服务器进行通信并访问服务器端资源,两端采用轻量级数据交换格式Json技术进行数据交换。 Http Client为Apache开源组织提供的用来在客户端向Web站点发出请求并获取响应的HTTP客户端。

3)基于Android集成的Http Client向服务器端的Web站点发送请求并通信的步骤如下:

1创建Http Client对象new Defult HTTPClient();

2通过创建Http Get或Http Post对象想Web端发送get或post请求;

3调用set Params()方法发送请求参数;

4调用HttpResponse对象的execute()方法返回response;

5获取HttpEntity对象,获取服务器的响应内容。

其流程图如图2所示。

3系统实现与实现

3.1服务器端功能模块设计

服务器端的主要功能模块有:用户管理、图书管理、预约管理、借阅管理、归还及挂失管理、滞纳金管理、图书查询、读书交流、图书推荐等模块。下面给出读书交流及图书推荐模块序列图如图3所示。

用户输入要交流信息并向服务器端发出请求时,首先调用validate()方法进行客户端输入验证,验证成功后将封装了读书交流信息的note对象的客户端请求提交到服务器的Communi-ty Servlet,此时调用Community Service Dao业务逻辑层接口的add Note Service()方法实现业务逻辑功能;业务逻辑层调用数据访问层Community Dao接口中的add Note Dao()方法实现读书信息增加功能;此方法会访问数据库并将返回结果(1:成功或0: 失败)返回到控制器Community Servlet;同样,继续调用业务逻辑层的reply Service()方法实现信息回复功能。图书的推荐操作和上述流程类似。

3.2AndroidUI界面设计

用户端App界面主要包括用户登录UI(User Login Activity.java)、系统欢迎UI(Welcome Activity.java)、主界面(User Main Men-u Activity.java)、图书查询UI、图书预约UI、图书挂失UI、读书交流UI(Reader Note Activity.java)、图书推荐UI(Book Recommend Ac-tivity.java)等8个主要UI界面。其中:

1)图书查询UI包括简单查询UI(Simple Select Activity.java)、 高级图书 查询UI(Advanced Select Activity.java)、查询结果UI(Select Result Activity.java)、查询结果详细信息UI(Select Result-Detail Activity.java)等四个UI。

2)图书预约UI包括图书预约主界面(Book Appoint Main Ac-tivity.java)、已借图书预约UI(Borrowed Book Appoint Activity.ja-va)、个人预约图书UI(Person Book Appoint Activity.java)。

3)图书挂失UI包括图书挂失主界面(Loss Main Activity.ja-va)、挂失图书详细UI(Loss Detail Activity.java)。

每个Android UI都对应一个Activity类。这些类之间的跳转关系如下图4所示。

3.3系统实现

1)DAO接口及实现

基于经典的三层架构,层和层之间采用面向接口的编程模式。本系统的数据访问接口都定义在“czmec.cn.server.Dao”包中。系统中主要定义了8个Dao数据访问接口:

1 User Dao接口:主要封装了用户相关的操作,而本系统有5种用户角色,接口可以继承,基于User Dao接口又定义了Teacher Dao、Student Dao、Admin Dao三个接口。这几个接口继承了User Dao接口,分别定义了教师、学生及系统管理员3类人员的具体实际操作行为。对应的具体实现类分别为Teacher Dao-Impl、Student Dao Impl和Admin Dao Impl,它们封装了访问数据源的相关操作。

2 Book Dao接口:Book Dao接口主要定义了图书管理的操作,如添加、修改、删除操作,Book Dao Impl类为Book Dao接口的具体实现类。

3 Appoint Book Dao接口:Appoint Book Dao接口主要定义了图书预约的相关操作,Appoint Book Dao Impl类为Appoint Book D-ao接口的具体实现类。

4 Borrow Book Dao接口:Borrow Book Dao接口主要定义了图书借阅的相关操作,Borrow Book Dao Impl类为Borrow Book Dao接口的具体实现类。

5 Community Dao接口:Community Dao接口主要定义了读书交流及图书推荐的相关操作,Community Dao Impl类为Com-munity Dao接口的具体实现类。

2)业务逻辑接口及实现

业务逻辑层在“czmec.cn.server.Service”包中定义了以下7个接口以及具体实现类:

1 User Service Dao接口:User Service Dao接口主要封装了用户相关的业务操作,而本系统有3种用户角色,因此基于Us-er Service Dao接口又定义了Teacher Service Dao、Student Service D-ao和Admin Service Dao,继承了User Service Dao接口,分别定义了教师、学生以及系统管理员3类人员的具体的业务操作。这些接口对应的具体实现类分别为Teacher Service Dao Impl、Stu-dent Service Dao Impl和Admin Service Dao Impl,它们封装了具体的业务逻辑操作。

2 Book Service Dao接口:Book Service Dao接口主要定义了图书管理的相关业务逻辑操作,Book Service Dao Impl类为Book-Service Dao接口的具体实现类。

3 Appoint Book Service Dao接口:Appoint Book Service Dao接口主要定义了图书预约管理的相关业务逻辑操作,Appoint-Book Service Dao Impl类为Appoint Book Service Dao接口的具体实现类。

4 Borrow Service Dao接口:Borrow Service Dao接口主要定义了图书借阅管理的相关业务逻辑操作,Borrow Service Dao Impl类为Borrow Service Dao接口的具体实现类。

5 Community Service Dao接口: Community Service Dao接口主要定义了读书交流及图书推荐管理模块的相关业务逻辑操作,Community Service Dao Impl类为Community Service Dao接口的具体实现类 。

3)Android UI界面实现

移动图书管理系统的客户端包括用户端和管理员端,涉及到的页面共30多个,图5为手机客户端图书查询界面。

4结束语

基于Android平台的移动图书管理系统的实现经过测试, 运行效果良好,优化了图书管理及相关流程,提升了服务的满意度,具体表现如下:

1)基于Android平台的移动图书管理系统给用户带来的更好的体验,更加方便、快捷、数字化地为广大师生提供了优质服务。

2)满足用户提出的更高的多样性及个性化需求。随时检索所需要图书资源、通过手机登录可以随时随地提前预约、挂失图书;随时和其他读者进行阅读交流、发表图书阅读后的读后感、向其他读者推荐好的图书资源等。

App应用平台 第10篇

该项目功能定位是为解决国内旅友自助旅行“难”的平台, 平台集成了包括助力旅行、交友分享、徒步 (骑行) 计步等功能。将代理服务、分期服务、导游服务、导航系统、里程排行榜、云相册、旅程记录等功能集中于统一的O2O平台系统中, 将低碳环保与旅游项目有效融合, 提供助力旅行的一系列服务。本项目服务人群定位是国内喜欢自助游的旅游爱好者。合作商家我们定位在一些全国连锁的便利店 (如:全家、华联、快客) , 自行车行 (如:乐途中国、美利达、捷安特) , 茶饮店 (都可茶饮、鲜芋仙、蜜果) , 快捷酒店 (如:如家酒店、7天酒店、布丁酒店、速8酒店) 等。

二、项目特色

(一) 互联网+环保模式

在互联网+时代, 环保更应该被焦点化, 利用互联网的热点性来一次环保的大革命。“说走”APP鼓励旅友们在旅途中多“走”, 徒步/骑行的计步和里程数功能均设有排行榜, 每日、每周、每月的榜单前列均有积分奖励, 让用户的旅程具有挑战性、竞争性, 培养用户兴趣, 增加用户粘性, 同时将低碳环保的理念全力推向旅游爱好者这个群体。

(二) 智能移动终端新媒体O2O模式

O2O即Online to Offline, 通过电子商务平台的成本优势, 针对游客的兴趣和需求, 由电子商务平台与游客共同规划旅游服务, 完成在线支付, 并通过移动网络服务平台在线辅助、追踪衡量游客体验线下服务, 完成服务的评价及应对突发事件。目标是用尽可能低的成本 (时间、精力、价格) , 使游客得到更好的定制旅游体验。

(三) 个性化定制的自助旅游模式

支付一定佣金, “说走”提供自助导游服务。导游服务是基于P2P交友平台, 平台中有大学城、俱乐部、游友圈和私信等可供旅友们日常交流。旅友喜欢骑行但带车不方便, “说走”联合“乐途中国”推出自行车租借服务, 超低价租金就能有车上路。

(四) 代理服务模式

规划好的旅程经常会被突发事件延误。“说走”提供互助平台, 将旅友碎片化的时间拼凑成一个整体, 用户可以在平台发布个人需求, 支付一定的佣金, 同城甚至附近的旅友都可以来帮助解决这些问题。

(五) 分期资金服务模式

据调查显示, “资金”是旅游的最大难题之一。“说走”致力于帮助旅友解决出行难的问题。在资金问题上, 我们与分期资金网站合作, 通过认证身份, 线下签定分期合约后即可领取用户个人旅游基金。用户还可以通过后期还款信用记录提升信用额度。

三、市场分析

我国旅游资源丰富, 人口规模庞大, 随着居民消费能力的提升以及城市化进程的持续加快, 我国居民旅游潜力将加速释放, 我国旅游业将迎来新一轮的黄金增长期。据世界旅游组织预测, 到2020 年, 中国出、入境游客规模均有望达到1 亿人次, 届时将有望成为全球最大的国际旅游目的地国家和第四大旅游客源国;国内旅游将达到28 亿人次, 居民平均出游率2 次/年, 将成为全球最大的国内旅游市场。中国旅游电子商务网站从1996 年开始出现, 逐渐形成在线直销、在线分销、旅游搜素、第三方旅游四大类电子商务旅游平台。游客主要通过电子商务平台, 订购机票, 酒店住宿, 餐饮, 景点门票等, 来达成旅游行程。国内已有超过5000家具有一定资讯和预定服务实力的旅游网站和旅游频道。比如去哪儿网、携程网、穷游网, 这些网站为游客提供了旅游食、住、行、游、购、娱六大方面的网上资讯和预定服务, 已经成为了旅游业发展最快、资本最雄厚、科技实力最高的新兴势力。这些网站知名度高, 用户人群广泛, 他们的共同特点都是向大众提供全面的景点攻略、自助游攻略、旅社信息和交通工具查询服务, 但其针对性、自助性以及互助性不强。自助游是定制旅游的一种形式, 普遍完全由游客自主定制, 体验性高于传统旅游, 花费较低, 但是游客前期规划能力有限, 对旅游目的地服务商提供的服务质量所知有限, 对于旅游过程中的非预料外事件处理能力有限, 常花费较大时间和精力, 仍不能获得性价比高的服务。如何使普通大众既能有效地控制价格, 又能体验高端定制旅游服务, 同时不需要艰苦的前期规划, 可能是电子商务旅游的进一步发展方向。

四、方案设计

(一) APP模块介绍

1、助力。平台将代理服务、分期服务、导游服务、租借自行车服务等等统一归纳进“助力”模块中。这块是用户在旅行前, 为解决自身需要的互助平台。在这里用户可以点击“发布需求”来寻求帮助, 排除一切旅行阻碍;也可以点击“我来帮你”来帮助别人踏上旅途。满足他人需求的同时, 用户还能赚取一定的佣金。

“助力”模块主界面先以提问的形式引导用户继续点击:“什么原因阻碍了你的旅行计划?”再简单的放置用户需要的几个信息:时间、资金、伙伴、其他。

1) 时间。这块实际上就是代理服务的界面了。点击进入后用户可以看到发布需求的输入界面, 发布需求之后界面自动上滑, 用户可以看到别人发布的需求。默认以距离从近到远排序, 用户可自行选择以时间排序、热门推荐排序、佣金价格从高到低排序。值得注意的是, 当界面向下滑动到他人需求时, 屏幕左侧自动显示出侧边栏, 用于分类用户需求信息, 方便用户查看信息。

2) 资金。在解决旅友旅行资金问题上我们提供了分期旅行和低价住宿的服务。分期旅行是为旅友提供必要的旅游资金, 后期由用户分期还款。比如我们与现有的资金分期网站合作, 通过认证身份, 提交申请后, 签定分期合约, 完成手续即可领取用户个人旅游基金。通过后期还款信用记录可提升信用额度。经过实地考察, 平台计划在江浙沪闽四省邀请自助旅友特色、安全度高的青年旅舍入驻“说走”, 同时与连锁快捷酒店联盟, 推出独家全网最低价, 用户在说走移动APP上预定酒店, 可在线支付也可选择线下支付。指定时间内到达酒店, 线下支付凭借“说走VIP电子卡”即享受低价优惠。

3) 伙伴。平台提供导游服务, 用户支付一些佣金, 可以获得导游服务。当然平台会对用户进行严格身份认证, 有效保证了用户与用户间的安全。同时, 通过导游申请的用户将拥有自己的游友圈, 不断吸引旅友加入自己游友圈。导游在个人主页中会出现“游友评价”的选项, 每带领过一位旅友游玩当地, 就会收到一次的用户体验评价, 评价指数越高的导游越能够得到用户信任, 也有机会得到说走官方推荐。导游服务与交友平台紧密联系, 通过校友论坛、俱乐部、游友圈和私信等可供旅友们日常交流。

4) 其他。这里放置着更多旅游出行可能遇到的问题, 比如租借自行车、租借外出装备等。

2、走吧。与低碳环保密不可分的模块。此模块设有“骑行”和“徒步”两种模式, 两种模式一键切换, 向左划屏则切换至地图导航, 右侧边栏拉开就是排行榜。当用户一切准备就绪, 开始上路时, 点击“GO”开始记录当前速度、当前里程数和累计总里程数, 计算用户平均速度和消耗卡路里。

1) 骑行/徒步。当用户选择骑车上路, 点击“GO”, APP就开启记录行程轨迹。比如每骑行10公里, 用户累积10积分;日行里程50公里以上, 额外奖励200积分。若用户选择的是火车、汽车或是飞机方式出行, 同样可以在踏出门的那一刻开启记录, APP将通过陀螺仪感应器和加速度感应器自动识别用户当前状态, 在有交通工具承载的距离段不计入里程数。用户每步行1公里, 累积10积分;日行里程15公里以上, 额外奖励100积分。里程数按每日、每周、每月均有排行榜。

2) 地图导航。所有开启了旅途的用户都会在地图中标注出当前所在位置, 用户可以看到在自己周围有多少位志同道合的小伙伴, 可以通过私信的方式进行交流, 还能顺道搭个伙伴。同时, 平台在地图中将合作商家 (便利店、自行车行等) 设为沿途“签到点”, 设定签到任务, 完成任务赢取小礼品, 让旅程充满挑战感。

3、圈子。旅友的社交平台, 设有大学城、俱乐部、游友圈、活动区等子版块。

1) 大学城。以高校分类的交友论坛。用户通过地址选择可以查找进入自己或自己喜欢的大学圈子, 谈天说地, 结识更多伙伴。

2) 俱乐部。以兴趣分类的交友论坛。喜好相同的人更能有聊天话题也更有机会转化成线下知心好友, 可以是一些骑行团队、徒步团队、登山团队、探险团队等等, 志同道合的人在一起分享经验、交流感受, 为旅途增加精彩亮点。

3) 游友圈。导游自发的在平台用自己的方式不断吸引大旅友加入圈子, 根据自身情况不定时发布新规划的旅游路线, 可以组团带队, 也可带领个人。专区顶部设置部分优秀导游的官方推荐, 为优秀导游引入流量。

4) 活动区。官方活动发布专区。说走不定时发布同城活动, 组织在线用户的线下交流, 促进用户与用户之间的活跃度, 为用户搭建更加稳固的社交关系。

4、我的。即用户的个人中心, 除了关注、好友、观众、积分这几项基本信息外, 还设有旅行轨迹、云相册等模块。

1) 旅行轨迹。每结束一段旅程系统会自动保存用户行程轨迹及所到城市, 并在本界面地图中标示出来。用户可以一键晒图分享至空间、朋友圈、微博、人人等社交平台。

2) 云相册。旅行途中景色拍摄的照片, APP可以保存进用户个人云相册中。用户可设置云相册是否对外开放。同时, 对于非APP中拍摄的照片用户也可以自行上传至云相册。

(二) APP拓扑图设计

(二) APP操作流程

1、“助力”模块流程 (图4-2)

通过认证的高级用户可以在助力模块享受服务, 助力模块中有四个子版块:时间、资金、伙伴、其他, 操作流程如下:

2、“走吧”模块流程 (图4-3)

3、“圈子”模块流程 (图4-4)

(四) APP界面图样 (图4-5)

六、APP盈利模式

1、服务费用:用户发布的每单需求所得佣金, 说走将收取5%的服务费。

2、VIP费用:购买VIP电子卡费用, 用于优惠线下消费, 一次性收取。

3、商家加盟:在低价住宿的栏目里的商家加盟入驻, 商家需支付一定的加盟费用。

4、合作提成:平台与便利店、茶饮店的合作沿途签到的形式不仅仅是为商家带来客流量, 其转化率也是非常可观的, 平台可以从中收取提成回扣作为赢利。

4、广告收入: “说走”平台可放置酒店、景区促销信息广告位。

5、网站联盟:与合作网站建立合作联盟, 通过交换链接等方式共享网站品牌、引流以及扩大自身影响力。

6、信息费:客户通过手机发送信息所产生的一些费用。

7、移动增值服务:根据性质分块, 用户根据需求自主选择, 针对用户更加灵活。如某酒店发布了一条团购促销信息, 平台帮他推送给所有APP用户, 并且当有登录用户浏览这条信息时, 则用短信的方式告知供应商并列出其联系方式, 当然这里供应商也可以根据需要设置浏览即通知或是有其他操作时通知。还有如特殊道具 (置顶、变色醒目等) 、积分体系等多种类型。

“说走”旅行移动APP为旅友们提供了一个个性化定制O2O互助平台, 帮助旅友排除一切旅行阻碍, 开启真正说走就走的旅行。

参考文献

[1]秦效宏.我国旅游电子商务发展现状与对策[J].天水师范学院学报.2005, 25, (2) :119-125.

App应用平台 第11篇

利用一个教学APP（在这里是一种广义的APP概念，即前端应用的意思）及其背后的平台构建一个课程空间，用以支持一种网络环境下的课程建设，已经有了很多尝试，从最早的博客、论坛，到教育主题网站的搭建，利用QQ空间、微信等公共即时通信平台，利用Quip、印象笔记等带有协作功能的APP，还有利用带有分享、沟通功能的校讯通网络平台等，特别是在近几年，出现了一些有通用授课系统设计思路的网络活动课程平台。很多教师都是根据自己的使用习惯及爱好，选择不同的APP进行课程建设，以及相应教学过程的实施，并取得了很好的效果。

在教学APP中应该有一类是专业支持中小学的互动学习的平台，直接为基于网络应用的课堂教学、自主学习服务。那么这样的教学APP平台的功能应如何界定？需要怎样的系统性架构设计？要有怎样的操作体验追求？这样的平台要怎样运营设计才能真正给教育改革带来帮助？这些都是此类平台APP必须要面对的问题。

从本期开始，笔者将在学校课程建设实验的基础上，用四期的篇幅，来尝试回答这些问题。

笔者首先选择了博雅智学免费的“爱学爱课平台”，在学校教学中尝试一种平台支持下的课程建设与教学中的应用实验。笔者还与博雅智学达成一致，在实验过程中系统研发团队配合课程实施团队不断根据前端应用的反馈对系统进行优化。我们从本学期初开始测试“爱学爱课平台”，博雅智学利用快速原型的方法进行了平台以及前端APP的开发；在学期中，在北京市东四九条小学的活动类课程中，开始进行课程建设与教学实施的实验，以期完成对课程的建设，实施课程的内容、方法、策略、原则、原理以及教育应用样例等。这样的安排是因为平台中课程的未来需要进一步厘清其课程应用、课程建设及课程体系的构成等不同层级内容。

同时笔者也参与了通过对教学场景的研究，根据不同教学场景的需要追求更好的操作体验，使其符合学校主要业务流程、教师主要业务流程和较好的人机交互体验。

“爱学爱课平台”初体验

“爱学爱课平台”由后端平台和前端APP组成，后端平台支持Web访问，前端APP支持IOS、安卓系统，以及Web访问，尽量做到跨平台的支持。“爱学爱课平台”在设计上遵循以下功能方向。

第一，提供教师在Web端快捷创建课程，多方式人员管理，时间轴模板创建活动，图片、文本、链接方式支持活动模块开发，灵活的课程环节和模块添加方式，并且提供课程、活动灵活管理，动态查看和课程公开课设置的功能，保证教师能快速上手课程设计，互动体验流畅，且学习成本低。每个课程拥有唯一的课程码，学习者可以通过课程码参与到课程中，具有可控的开放性（如下页图）。

第二，支持灵活的研究环节设计，每个环节进行环节分析和成员详情分析，促使参与者既能经历一个完整的研究过程，又能发现自己在每个环节模块中对应的不足和优点，体验自我发展和再创新的过程。

第三，学生投入真实情境中，在亲自动手操作的实践过程中，在每个环节和步骤的操作过程中学习知识，动手做实验后在系统中记录观察结果，进行陈述并得出自己的实践结论，以任务为指导进行兴趣学习。通过教师设计的 PBL教学范式，参与的学生可以经历完整的知识发现、形成、应用、发展的过程，像科学家一样思考，并在每个过程中互动讨论，查看其他成员记录，进行师生互评，从而不断进步、不断成长。

笔者在“爱学爱课平台”上进行的一系列教学实验，在这里仅以一次3D打印活动课程为例，总结当前阶段，我们对活动类课程平台APP的一些认识。

课程实验：3D打印活动课程

1.实验目标

完成第一次课程的建设及应用的全过程；在较小范围内分组（使用户最少）进行应用体验；课程建设者和实施者是同一人的教学应用实验。

2.实验器材

iPad5个、学生账户5个（1个备用）、其余为3D打印课器材。

3.课程内容

学生第一次使用UP打印机，并在教师帮助下打印出第一份制品。

4.参与学生

五年级学生11名，以走读和原3D打印社学生组合而成。

5.实验过程

（1）课程建设部分

课程分成四个环节：认识UP打印机、安装打印机、打印前的准备工作、模型的调整与打印。

环节1：认识UP打印机。

设计意图与初步分析——本环节属于操作性活动，需要学生全部参与并掌握：①初步了解打印机的各部分结构—观察（可拍下最感兴趣的部件活动）。②了解工作台布置（分区）—观察（形成行为规则）。③工作组成及任务分工—上传小组合影，代表分组完成。需要学习者按步骤完成。三个事件没有先后顺序。

环节2：安装打印机。

设计意图与初步分析——本环节属于了解性活动。上课前已经装好，但需要学习者了解：①安装打印机硬件。②安装丝材（需要使用计算机）。③安装打印机软件及驱动。④认识UP软件。其中，安装3D打印丝材，以后有可能遇到。

环节3：打印前的准备工作。

设计意图与初步分析——本环节属于操作性活动。需要学生全体参与，分工合作并尝试达到：①打印机初始化。②调平打印平台。③校准喷嘴高度。学生看资料（听教师讲要求），进行尝试性操作。

环节4：模型的调整与打印。

设计意图与初步分析——本环节属于操作性活动。学生全体参与，共同完成：①UP软件中切片及模型调整。②打印后的作品与制作者合影。合影是评价的方式之一。

教师提前将课程设计完成，在前端第一次实验反映课程设计过程过于复杂后，研发团队于一周内对系统进行了迭代，教师在使用后普遍认为比上一代有明显进步。但操作过程中也有一些问题在此类平台中是必须注意的。

第一，关于名称的规范化问题，这对此类平台的推广意义重大，关键是定义要完整明确，不能有歧义。例如，我们就建议“添加整个活动单元”是否可改为“增加整个活动环节”。系统中对一个课程中的各种级别要定义明确，如课程、单元、课/活动、环节、事件等。

第二，对于活动环节模板，分类要明确，引用模板操作要简便，并能方便修改；对于常用的、有图的文本，要支持“标题+图+文本”的形式，并能够自由增加或删除各类要素。在这一点上，“爱学爱课平台”的形式有些死板。

第三，在课程进行中，各种“回复”数据量大而杂，其中掺杂了很多无效信息。如何让教师、学生在学习过程中快速查阅过程信息，并能尽快滤掉无效信息？这个问题需要开发信息处理工具来解决。

第四，整个活动中最费时间的是查找相关图片等资源搜索工作。如果要将相关资料搜集齐全，则需要约20～30分钟的时间。这样才能达到较理想的状态。

（2）课程实施部分

2015年5月29日下午，五年级11名学生被分成4组，进行了3D打印选修课程活动。教学活动分成课前准备（发iPad、登录与申请）、分工与成组、利用iPad展开课程、课后小结。

6.实验收获与体会

①学生明确了过程和目标后更容易组织相对复杂的一些活动。②经过以前的应用训练，学生技术准备状态尚可，分组后基本能够熟练地应用iPad的基本功能，没有做特别的课前技术培训。③教师对学生有着不可遏制的控制欲，未来理想教学是一个需要逐步适应的过程。④在教学中需要强调的核心方向是“做中学”。利用iPad记录学习，活动过程也是“做中学”的一个部分。⑤学生活动很活跃。但教师组织能力需要相应提升。⑥一定要分组活动，更多地避免一个学生一个设备的状态。合理的分组是2～4人为一组。⑦第一次将智能终端应用于这样的课堂，学生略显生疏。

课程平台APP特点

通过这一系列的教学活动，对于在小学高年级学段应用的课程平台APP，笔者总结出如下特点：①使用课程平台，使教学活动更容易组织。未来，它可以是教学活动的有力辅助工具。②用平台中的拍照功能，有利于学习者分组与分工，这是平台课程的优点之一。③考虑到教学活动中的师生有启发响应对，所以其中的设备与学生也有启发响应对。在设计过程中需要体会与利用这一原则。④利用平台的教学活动需要强调“做中学”，完成平台任务也是另一种形式的“做”。⑤在小学阶段的活动类课程建议不超过7个教学环节，每个教学环节不超过5个教学事件。⑥课程平台要支持不同应用场景，能够采用不同的用户组织架构，如社会化开放的课堂模式与学校课程管理模式都需要支持。

后记

App应用平台 第12篇

随着3G网络优化、智能手机普及和应用软件的丰富, 手机成为网民接入互联网的主要方式。根据中国互联网络信息中心《第32次互联网络发展状况统计报告显示:截至2013年6月底, 我国手机网民的规模达4.64亿, 在整体网民中的比例为78.5%, 见图1。

智能终端的普及不仅推动了移动互联网的发展, 也带来了移动APP应用的爆炸式增长。调查显示, 智能手机正在快速改变着中国城市人群的生活方式。人们随时随地都在使用智能手机, 其中在家中 (66%) 、旅途中 (59%) 、乘坐交通工具中 (52%) 、餐厅 (38%) 及商场 (30%) 使用最频繁。调查还发现, 用户使用智能手机上网的时间已经远远超过了打电话的时间。根据IDC的预测, 以2011年全球范围内的382亿下载量计算, 到2015年APP下载量会上升到1827亿。在海量的APP应用中, 企业APP作为一个新式的营销手段逐渐展示在我们眼前, 而企业自建APP应用的构想理念也不断被提起。

二、中小企业APP开发与运营的困难

现在移动端的商业生态圈并未成熟, 商业价值并未随着用户的大量涌入而同步增长。整个移动产业还处于烧钱这个阶段。根据有关研究分析显示:2012年移动应用的下载量超过300亿, 可是智能手机用户平均每周会使用的应用数却大概只有15个。更糟的是, Localytics的研究表明, 大概有22%的应用是见光死 (即用过一次之后就被束之高阁) , 有近60%的手机应用沉默海底, 成为无人问津的应用“垃圾”。

通常只有实力雄厚的大型网站或公司通过商业与市场的运作才能够让手机APP成为主流应用。对于中小企业, 拥有一个个性的手机APP并抢占移动互联网的市场异常困难, 其主要有以下原因。

1.成本高。

即使是一个简单的展示型手机APP网站, 开发设计的费用一般报价都在2~20万不等, 这使很多中小企业望而却步。

2.缺人才。

移动互联网是个新的领域, 90%的企业在人才储备与人才培养等方面都跟不上市场的变化。

3.周期长。

企业从需求调研、项目洽谈、开发外包、调试上线到最后正式运营, , 整个过程一般耗费数月时间。

4.难运营。

由于缺人才、高成本等原因, 手机APP上线后推广运营成了一道越不过的门槛, 浪费资源辛辛苦苦开发出来的仅仅是一个市场不认可的产品。

到目前为止, App商业价值链中的流量转移是相当迟缓且低效的, 要不跳去电商平台挣佣金, 要不就跳去App Store挣CPA或CPM, 两边都是窄路。即便做到千万用户级, 也面临盈利困境。

三、智能APP自助服务平台的主要功能与技术实现

随着移动互联网的发展, 互联网企业/电商平台将把APP作为今后的主战场。数据显示, APP的应用促使手机业务流量远远超过传统互联网。通过APP进行盈利也是各大电商平台的发展方向。企业APP开发首先要做到“移动优先” (Mobile First) 。当前“移动优先”的开发策略已扩散到企业级应用, 所以开发者首先要认识到桌面端与移动端的不同。这意味着开发者需要完全按照移动端特有的交互方式与用户需求进行设计。

智能APP自助服务平台可以通过手机应用帮助商家为会员提供移动互联网全方位服务, 提供给商家一整套移动会员服务系统, 以多种手段完成会员服务、会员营销等工作, 实现线上、线下全方位覆盖。

(一) 需求分析

本文针对以上问题提出了智能APP自助服务平台的解决方案。该平台最终目标如下所示。

1. 企业或者个人可以低成本甚至免费获得一个手机APP。

2. 企业不需要太多专业开发运营人员, 这些可以通过平台智能化管理和外包给第三方专业公司实现。

3. 花费时间少。只需注册账号, 挑选模版风格, 开通相应功能即可完成, 前后只需要两分钟时间。

4. 基于LBS定位技术、微信数据接口、二维码扫描等技术, 实现精准营销和O2O品牌运营。

(二) 功能设计与主要技术框架

根据智能APP自助服务平台的需求设计相对应的功能与模块 (见表1) , 主要解决以下几个核心问题。

1. 用户基础功能:

包括了基本信息设置和会员功能等。

2. 智能APP自助服务系统:

用户可以根据行业或喜好选择相应的系统风格和功能。

3. APP展示功能:

导航设置、商品/服务信息图片、成功案例等。

4. 移动电子商务功能:

二维码购物、团购、秒杀、优惠卷、市场活动、抽奖、买赠、预定、订单管理和多种在线支付等。

5. 互动与传播功能:

好友关注、SNS账号绑定、分享等。

6. 营销推广功能:

推送系统消息、精准营销、APP导航排名、LBS定位信息推送、数据统计分析、客户管理、微信接口数据对接等。

综合来说, 智能APP自助服务平台要解决以下两大问题。

1.通过智能APP自助服务的形式降低企业进入移动电子商务的门槛。

2.让传统企业通过移动互联网快速占领市场打响品牌。

四、智能APP自助服务平台的应用环境

(一) 个性展示

智能APP可以完全满足web3.0个人专享需求, 只需两步 (注册账号, 绑定域名) , 就可以拥有一个APP。用户可以在任何时间任何地点更新照片状态, 展示服务等。好友见面, 手机互扫二维码, 即可关注对方APP, 时时传播互动。

(二) 生活服务

智能APP的一个主要方向便是针对客户的生活服务, 如航班管家、挖财、唱吧、啪啪、快拍二维码、墨迹天气、摇摇招车、查违章等 (见表1) , 其他的还有电影院订票、手机点餐、理发预约、旅游预订、全景看房等。

(三) 电商运营

以奢侈品店为例, 可以在智能APP自助服务平台上面挑选B2C模板功能, 每个产品页面与线下实体产品二维码链接。客户进店对喜欢的产品扫二维码, 可以在APP页面上看产品参数与介绍, 不需业务员烦人介绍, 对相中的产品即可手机支付购买, 送货上门省时省力;对暂不购买的产品收藏关注, 以便比较或下次购买。

五、智能APP自助服务平台的商业模式

任何一个项目要想长远良性发展, 必须要考虑商业运作模式。

智能APP自助服务平台可以采取“3+1”的商业模式。

1.免费。智能APP自助服务平台是一个新的商业模式, 用户接受新的东西有个过程, 这时候需要降低进入门槛, 打出“免费”概念, 吸引用户大量注册并使用。

2.会员年费。对于免费会员要想享受平台高端服务, 可以开通VIP会员, 收取平台年租赁费用。

3.附加服务收费。APP定制、APP内容外包、APP优化排名、企业促销活动策划、二维码广告定制与投放, 终端营销培训咨询等附加服务。

来源:北京晨报 (http://www.morningpost.com.cn/szb/html/2013-01/21/content_206093.htm)

4.其他。由APP本身的特性所决定的, 短路径与弱广告, 大大限制了APP的流量变现能力。

获取收入的其他三种可能性如下。

(1) APP内容与某种线上或线下、商品或服务有着天然的关联, 容易引导用户在应用内或在一跳路径内进行付费购买。

(2) APP除了拥有海量用户, 还有着容易被用户接受的、表现力出色的广告位。

(3) 通过APP来获取有商业价值的数据。

六、结论

智能APP自助服务平台的提出与构建将为中小企业提供一种便捷有效的商业前景, 使企业投入尽量少的财力、人力、物力获取到最大的商业价值, 这是一种新的商业模式。当前该平台的研发主要停留在初创阶段, 希望本文的研究能够为智能APP自助服务平台的开发与发展提供一定借鉴意义。

参考文献

[1姜艳晖.手机上网用户行为分析[J].现代营销 (学苑版) , 2011 (05) .

[2]钟啸灵.一茶一坐:抓住APP的机会[J].IT经理世界, 2012 (11) .

[3]王志勤.好玩+有用+互动+分享企业App的要诀[J].商学院, 2012 (05) .

[4]杨叙.点亮“N屏”个性化互联网体验[J].信息化建设, 2010 (03) .

[5]马新莉.如何让你的App体验与众不同[J].商学院, 2012 (05) .

[6]郑晓芳.App推广的九种途径[J].商学院, 2012 (05) .

[7]黄放.浅谈“App store”商业模式[J].价值工程, 2011 (14) .

[8]张建凤.移动互联网APP营销三模式[J].现代营销 (学苑版) , 2012 (09) .