实验报告
（2016—2017学年第学期）
课程名称嵌入式应用开发
实验名称实验4 后台服务
专业
年级
组号
学号姓名
学号姓名
指导教师
实验日期
注：1、报告内的项目或设置，可根据实际情况加以补充和调整
2、教师批改学生实验报告应在学生提交实验报告10日内
技术服务合同 依据中华人民共和国有关法律法规，_______________________ 信息服务有限公司（以下简称 _____________ ）经与客户协商一致订立本合同。 甲方： _________ （以下简称“客户”） 乙方： ______________________________ 一、服务定义 “客户区域”是指______ 网络数据中心（______________ ）提供给客户用于放置客户设备的或 放置 _____________ 提供给客户使用的设备区域及空间。 “客户设备”是指计算机硬件（不包括存储数据）和其它被客户放置在客户区域的有形设备。 “客户授权者”是指经客户授权许可进入客户区域的人，客户应当列出他们的姓名、联系电 话并提供给 _____________ 。客户授权者有变更时，客户应当及时书面通知_______________ 。“客户系统”是指在本合同存续期间，客户所有的技术，包括客户的in ternet应用的设计、内容、软件工具、硬件设计、运算法则、软件（源文件和目标文件）、客户接口设计、体系结 构类库、实物和文档（打印的和电子版的）、技术秘密、商业秘密和任何有关的知识产权（不 管是客户所有的还是第三方所有的），并且还包括客户在此基础上，改进的、增加或由客户技 术发展而来的构思、简化操作等方法或手段。 “____________ 提供设备”是指______________ 提供给客户使用的计算机硬件、软件和其它 有形的设备及计算机编码等。“_____ 系统”是指_____________________ 所有的技术，包括 _____________ 公司的服务、软件工具、硬件设计、运算法则软件（源文件和目标文件）、客户接口设计、体系结构、类库、实物和文档（打印的和电子版的）、网络设计、技术秘密、商 业秘密和任何有关的知识产权（不管是_____ 所有的还是第三方所有的），并且还包括________ 在此基础上改进的、增加或由________ 技术发展而来的构思、简化操作等方法或手段。 “延展期”是指在服务期之后的延长期限。 “不可抗力”是指任何超出_____________ 或客户的控制范围的情况或事件，包括但不限于： 电信主干网封网、电信主干网事故、中央或地方政府的行为、罢工、封锁或其他的劳资纠纷、 全民性的秩序混乱、战争、自然灾害或区域性的紧急状态。（点击查看详细定义） “互联网数据中心”是指____________ 用于提供服务的任何设施。 “服务期”是指客户在服务订单中接受的 ______________ 为其提供服务的最短期间。除非搅 磧性级a诜衿谀冢碘 _________ 有义务向客户提供服务，客户有义务为每一项服务支付服务费。 “专业服务”是指由_____________ 提供的咨询、解决方案等服务，详见有关的服务订单。 “基本服务”是指在有关服务订单中描述的由 _______________ 提供的主机托管和互联网接入服务，即提供有关的数据中心客户区域和接入互联网的要求带宽。
编号：_______________本资料为word版本，可以直接编辑和打印，感谢您的下载 酒店服务协议(通用版) 甲方：___________________ 乙方：___________________ 日期：___________________ 说明：本合同资料适用于约定双方经过谈判、协商而共同承认、共同遵守的责任与 义务，同时阐述确定的时间内达成约定的承诺结果。文档可直接下载或修改，使用 时请详细阅读内容。
要点 甲方为乙方提供宴会、住宿、餐饮、会议、娱乐等服务之事宜，乙方支付价款。 酒店服务协议 甲方： 乙方： 就甲方为乙方提供宴会、住宿、餐饮、会议、娱乐等服务之事宜，甲乙双方经自愿、友好协商达成以下协议并共同遵守。 一、服务范围 时间 地点 设施标准 及规模 服务费用人民币（大写）__________________________________ （￥ 元） 合计 付款时间年月_____________ 日前支付定 及方式金________________ 元； ______________ 年____________ 月______________ 日前付清全款。
二、双方的权利与义务 1. 甲方应保证按照服务范围约定的时间、地点、标准和规模提供优质的服务。 2. 甲方须提供协议总额的正式发票，否则乙方有权拒绝付款。 3. 甲方保证服务地点的环境安全、舒适、食品卫生，由此给乙方来宾造成人身或财产损失，由甲方承担赔偿责任。 4. 甲方应提供不少于个免费的停车位。 5. 乙方须按照约定的支付方式，及时足额支付价款。 6. 乙方支付附件一的总额，属于固定价格，包含所有费用。甲方不得另行收取其他费用，除非双方就此变更达成合意。 三、双方指定联系人 甲方联系人： 电话： 电子邮箱： 乙方联系人： 电话： 电子邮箱： 一方变更上述信息，应自变更之日起日内，以书面形式通知对方；否则，由未通知 方承担责任。 四、违约责任 1、甲方发生食品质量问题，造成乙方来宾的身体健康损害的，要承担相关的责任，并向乙 方支付协议总额的%的违约金。 2、甲方提供的服务达不到协议约定要求，须向乙方支付协议总额的%的违约金。 3、乙方延迟付款的，延迟一日须向甲方支付协议总额千分之的违约金。 4、本协议约定的违约金不能或不足以补偿守约方损失的，守约方有权要求违约方就其损失进一步给予补偿或采取其它法律许可范围内的救济措施。 五、争议解决 因本合同引起的或与本合同有关的任何争议，由合同各方协商解决，也可由有关部门调解。协商或调解不成的，应向本合同履行地___________ 有管辖权的人民法院起诉。 六、附则 1. 本协议一式二份，协议各方各执一份。各份协议文本具有同等法律效力。 2. 本协议经各方签署后生效。
Android客户端与服务器数据交互流程 一个门户网站的制作的流程：首先，由网页设计师只做网页设计，即画出来网站在浏览器中显示的样子，然后由前端人员编写 Html+CSS+JS来实现网站的动态效果，比如说导航栏的下拉显示，然后Ajax的局部信息更新等，然后通过后台程序如JSP,PHP, .NET等语言将数据库中的信息与前台页面相结合，这样，一个站就这样被建好了。而Android客户端，也是有UI设计师，UI前端，程序构成的，同样程序这边的话，最近Html5+CSS3的火热开启，很多公司也需要html5+css3进行Android程序的开发了。呜呜，抢我的饭碗。虽然说哥也是懂html+css的。嘿嘿，这样解释的话，可能大家不清楚，其实木有必要弄清楚网站的建站过程，这里只是给大家普及一下知识，没必要弄清楚。 基础知识:我们需要知道，Http协议是基于TCP协议的，而TCP协议是一种有连接，可靠的传输协议，如果丢失的话，会重传。所以这样的话，就不会有数据的丢失了。而Http协议有三种方法，Get,Post,Head 方法，但是用的多的只有Get和Post方法，Get方法是将请求参数放在请求头中，所以请求的参数在URL中可见，而Post方法是将请求参数放在数据部分，所以在URL中不可见，Post相对来说保密，所以在提交重要信息的时候，用的都是HttpPost方法来实现的. 而在B/S模式中，B代表浏览器，S代表服务器，在浏览器和服务器的通信之中，因为B/S之间不会一直保持连接，所以才会加入Cookie 机制，来辨认所操作的对象。用户浏览网页的操作如下：当用户点击
一个连接或者一个按钮的时候，浏览器通过发送一个请求给服务器，然后由服务器接收该请求，然后解析到用户请求的是哪些内容，然后查找到相关资源，再将数据返回给浏览器，由浏览器解析数据，然后显示给用户看到用户所需要看到的页面。所以，Android和B/S模式差不多，其实也就是发送请求，接收数据，然后解析数据，显示到手机上的过程，没什么太大的区别，谁让咱用的是互联网，用的是TCP/IP 协议呢，是吧。要理解是：所有的操作都是向服务器请求数据的过程。 hp文件，然后浏览器会将php文件解析成为html然后显示在浏览器上显示。
Android的系统服务一览 System_Server进程 运行在system server进程中的服务比较多，这是整个android框架的基础 Native服务 SurfaceFlinger 这是framebuffer合成的服务，将各个应用程序及应用程序中的逻辑窗口图像数据(surface)合成到一个物理窗口中显示（framebuffer）的服务程序 Java服务： 这部分的服务大部分都有一个供应用进程使用的manager类，这就是一个RPC 调用，用户通过调用xxxManager的方法，实际上被Binder给迁移到system_server 进程中对应的xxxManagerService中对应的方法，并将结果再通过binder带回。 1． EntropyService 熵服务，周期性的加载和保存随机信息。主要是linux开机后，/dev/random的状态可能是可预知的，这样一些需要随机信息的应用程序就可能会有问题。这个无需提供应用程序接口。 2． PowerManagerService –> PowerManager Android 的电源管理也是很重要的一部分。比如在待机的时候关掉不用的设备，待机时屏幕和键盘背光的关闭，用户操作的时候该打开多少设备等等。 3. ActivityManagerService->ActivityManager 这个是整个Android framework框架中最为核心的一个服务，管理整个框架中任务、进程管理, Intent解析等的核心实现。虽然名为Activity的Manager
Service，但它管辖的范围，不只是Activity，还有其他三大组件，和它们所在的进程。也就是说用户应用程序的生命管理，都是由他负责的。 4. TelephonyRegistry->TelephonyManager 电话注册、管理服务模块，可以获取电话的链接状态、信号强度等等。<可以删掉，但要看的大概明白> 5. PackageManagerService -> PackageManager 包括对软件包的解包，验证，安装以及升级等等，对于我们现在不能安装.so文件的问题，应该先从这块着手分析原因。 6. AccountManagerService -> AccountManager A system service that provides account, password, and authtoken management for all accounts on the device。 7． ContentService -> ContentResolver 内容服务，主要是数据库等提供解决方法的服务。 8． BatteryService 监控电池充电及状态的服务，当状态改变时，会广播Intent 9． HardwareService 一般是ring和vibrate的服务程序 10． SensorService -> SensorManager 管理Sensor设备的服务，负责注册client设备及当client需要使用sensor时激活Sensor 11． WindowManagerService -> WindowManager -> PhoneWindowManager 和ActivityManagerService高度粘合 窗口管理，这里最核心的就是输入事件的分发和管理。 12． AlarmManagerService -> AlarmManager 闹钟服务程序
网络服务合同通用版 Signing a contract can protect the legitimate rights and interests of both parties in accordance with the law and avoid many unnecessary disputes ( 合同范本 ) 甲方：______________________ 乙方：______________________ 日期：_______年_____月_____日 编号：MZ-HT-007838
网络服务合同通用版 甲方：_________________________ 乙方：_________________________ 甲乙双方依据《中华人民共和国合同法》，经友好协商，就甲方购买乙方网络实名服务及涉及的相关事宜签订合同书如下： 一、甲方向乙方购买服务项目及相关事宜如下： 服务项目：_________________________ 服务年限：_________________________ 费用：____________________________ 实名名称：_________________________ 对应网址：_________________________ 二、合同款及付款方式 （1）本合同规定的网络实名总服务费用为___________元整，大写
___________________元整。 （2）协议正式签定生效后，甲方须在本合同签订之日起一次性以现金或银行转帐方式向乙方缴付实名全部服务费。 三、网络实名生效周期 乙方在收到甲方全部费用后两个工作日内生效实名。注册者未在服务期届满前续费，____________有权自服务期届满之日的第二日终止提供服务并注销有关网络实名。 四、未尽事宜，双方协商解决。 五、本合同一式二份，双方各执一份，签字盖章后生效！ 甲方：________________________ 网址：________________________ 地址：________________________ 电话：________________________ 代表签字：____________________ _________年________月_______日 （盖章）
A n d r o i d客户端与服务器数 据交互流程 标准化文件发布号：（9312-EUATWW-MWUB-WUNN-INNUL-DQQTY-
Android客户端与服务器数据交互流程 一个门户网站的制作的流程：首先，由网页设计师只做网页设计，即画出来网站在浏览器中显示的样子，然后由前端人员编写 Html+CSS+JS来实现网站的动态效果，比如说导航栏的下拉显示，然后Ajax的局部信息更新等，然后通过后台程序如JSP,PHP, .NET等语言将数据库中的信息与前台页面相结合，这样，一个站就这样被建好了。而Android客户端，也是有UI设计师，UI前端，程序构成的，同样程序这边的话，最近Html5+CSS3的火热开启，很多公司也需要html5+css3进行Android程序的开发了。呜呜，抢我的饭碗。虽然说哥也是懂html+css的。嘿嘿，这样解释的话，可能大家不清楚，其实木有必要弄清楚网站的建站过程，这里只是给大家普及一下知识，没必要弄清楚。 基础知识:我们需要知道，Http协议是基于TCP协议的，而TCP协议是一种有连接，可靠的传输协议，如果丢失的话，会重传。所以这样的话，就不会有数据的丢失了。而Http协议有三种方法，Get,Post,Head方法，但是用的多的只有Get和Post方法，Get方法是将请求参数放在请求头中，所以请求的参数在URL中可见，而Post方法是将请求参数放在数据部分，所以在URL中不可见，Post 相对来说保密，所以在提交重要信息的时候，用的都是HttpPost方法来实现的. 而在B/S模式中，B代表浏览器，S代表服务器，在浏览器和服务器的通信之中，因为B/S之间不会一直保持连接，所以才会加入
合同编号：YTO-FS-PD490 技术服务合同通用版 In Order T o Protect Their Own Legal Rights, The Cooperative Parties Negotiate And Reach An Agreement, And Sign Into Documents, So As To Solve Disputes And Achieve The Effect Of Common Interests. 标准/ 权威/ 规范/ 实用 Authoritative And Practical Standards
技术服务合同通用版 使用提示：本合同文件可用于合作多方为了保障各自的合法权利，经共同商议并达成协议，签署成为文件资料，实现纠纷解决和达到共同利益效果。文件下载后可定制修改，请根据实际需要进行调整和使用。 合同登记 项目名称：_____________________ 委托人：_______________________ (甲方) 受托人：_____________________ (乙方) 签订地点： 省 市(县) 签订日期： 年 月 日 有效期限： 年 月 日至年
月 日 依据《中华人民共和国合同法》的规定，合同双方就项目的技术服务(该项目属 计划※)，经协商一致，签订本合同。 一、※②服务内容、方式和要求： (属技术培训合同应当填写培训内容和要求、培训计划、进度；属技术中介合同应当填写中介内容和要求) 二、※工作条件和协作事项： 三、履行期限、地点和方式： 四、验收标准和方式： 技术服务或者技术培训按 标准，采用 方式验收，由 方出具服务或者培训项目验收证明。 本合同服务项目的保证期为 。在保证期内发现服务质量缺陷的，服务方应当负责返工或者采取补救措施。但因委托方使用、保管不当引起的问题除外。 五、报酬及其支方式： (一)本项目报酬(服务费或培训费)： 元。
一、Service： （一）、Service 简介： 1、何谓“Service”？ “Service” 意思即“服务”的意思，像Windows 上面的服务一样，服务是在后台上运行，承担着静悄悄的不为人所注意的工作。Service运行在后台，它是不可见的、无界面的程序。 Service可以在很多场合的应用中使用，比如播放多媒体的时候用户启动了其他Activity，这个时候程序要在后台继续播放；比如检测SD卡上文件的变化；再或者在后台记录用户的地理信息位置的改变；或者启动一个服务来运行并一直监听某种动作等等。 2、Service概念的总结： ?Service在后台运行，不可以与用户直接交互； ?一个服务不是一个单独的进程。服务对象本身并不意味着它是在自己的进程中运行，除非另有规定，否则它与运行程序是同在一个进程中； ?一个服务不是一个单独的线程。Service和其他组件一样，默认情况下，Service中的所有代码都是运行在主线程中； ?Service存在的价值虽然不如Activity那么清晰。但是一般都让Service 执行耗时较长的操作。例如：播放音乐、下载文件、上传文件等等。但是因为Service默认运行在主线程中，因此不能直接用它来做耗时的请求或者动作，最好在Service中启动新线程来运行耗时的任务； ?需要通过某一个Activity或其他Context对象来启动Service。 context.startService() 或context.bindService()； ?Service很大程度上充当了应用程序后台线程管理器的角色。（如果Activity中新开启一个线程，当该Acitivyt关闭后，该线程依然在工作，但是与开启它的Activity失去联系。也就是说此时的这个线程处于失去管理的状态。但是使用Service，则可以对后台运行的线程有效地管理。） 3、为什么不使用后台线程而使用Service？ ?1、Service可以放在独立的进程中，所以更安全； ?2、使用Service可以依赖现有的binder机制，不需要在应用层面上处理线程同步的繁杂工作； ?3、系统可以重新启动异常死去的Service。 4、Service 与Activity 的相同点与不同点： ?不同点：Activity是与用户交互的组件，即可以看到UI界面，而Service 是在后台运行、无需界面；
服务合同书 甲方（客户方）： 乙方（服务方）： 甲乙双方本着相互信任，真诚合作的原则，经双方友好协商，就乙方为甲方 提供特定服务达成一致意见，特签订本合同(包括本合同附件 A)。 一、服务内容 1、乙方同意向甲方提供附于本合同并作为本合同一部分的附件A所列的特定服务。服务的内容、时限、衡量成果的标准见附件A。 2、如果乙方在工作中因自身过错而发生任何错误或遗漏，乙方应无条件更正，而不另外收费，并对因此而对甲方造成的损失承担赔偿责任，赔偿以附件A所载明的该项服务内容对应之服务费为限。若因甲方原因造成工作的延误，将由甲方承担相应的损失。 3、乙方的服务承诺： 1）乙方接到甲方通过电话、信函传真、电子邮件、网上提交等方式提出关于附件A所列服务的请求后，在两个有效工作日内给予响应并提供服务。 2）乙方提供给甲方的服务，必须按照合同附件A规定的标准进行。 二、服务费的支付
1、服务费总金额为人民币 (大写: 人民币元整)。 2、本费用结构仅限於附件A中列明的工作。如果甲方要求扩大项目范围，或因甲方改变已经议定的项目内容导致乙方需重复进行项目步骤，乙方将需要重新评估上述费用结构。 3、甲乙双方一致同意项目服务费按阶段以人民币形式支付。每阶段末，甲方将在验收确认该阶段服务完成合格，并且乙方发出该阶段工作的费用账单及正式有效的税务发票后个工作日内，向乙方支付约定的费用。 4、阶段付款的比例及时间约定如下：项目阶段付款比例付款时间 第一阶段 % 附件A所列之（）~（）结束之后 第二阶段 % 附件A所列之（）~（）结束之后 第三阶段 % 附件A所列全部服务项目结束汇报之后 5、有关发票方面的任何问题，甲方应在收到发票后及时书面通知乙方，以便乙方及时作出解释或解决问题，以使甲方能按时付款。 6、乙方将自行承担项目实施范围内合理的差旅费用。 7、乙方同意免除项目杂费。 三、服务的变更 甲方可以提前个工作日以书面形式要求变更或增加所提供的服务。该等变更最终应由双方互相商定认可，其中包括与该等变更有关的任何费用调整。 四、争议处理
服务合同书 甲方（客户方）：上海双天建筑工程有限公司 乙方（服务方）： 甲乙双方本着相互信任，真诚合作的原则，经双方友好协商，就乙方为甲方提供特定服务达成一致意见，特签订本合同(包括本合同附件A)。 一、服务内容 1、乙方同意向甲方提供附于本合同并作为本合同一部分的附件A所列的特定服务。服务的内容、时限、衡量成果的标准见附件A。 2、如果乙方在工作中因自身过错而发生任何错误或遗漏，乙方应无条件更正，而不另外收费，并对因此而对甲方造成的损失承担赔偿责任，赔偿以附件A 所载明的该项服务内容对应之服务费为限。若因甲方原因造成工作的延误，将由甲方承担相应的损失。 3、乙方的服务承诺： 1）乙方接到甲方通过电话、信函传真、电子邮件、网上提交等方式提出关于附件A所列服务的请求后，在两个有效工作日内给予响应并提供服务。 2）乙方提供给甲方的服务，必须按照合同附件A规定的标准进行。 二、服务费的支付 1、服务费总金额为人民币，大写: 人民币元整（含3%增值税专用发票）。 2、本费用结构仅限於附件A中列明的工作。如果甲方要求扩大项目范围，或因甲方改变已经议定的项目内容导致乙方需重复进行项目步骤，乙方将需要重新评估上述费用结构。 3、甲乙双方一致同意项目服务费按阶段以人民币形式支付。每阶段末，甲方将在验收确认该阶段服务完成合格，并且乙方发出该阶段工作的费用账单及正式有效的税务发票后个工作日内，向乙方支付约定的费用。 4、阶段付款的比例及时间约定如下： 项目阶段付款比例付款时间
第一阶段% 附件A所列之（）~（）结束之后 第二阶段% 附件A所列之（）~（）结束之后 第三阶段% 附件A所列全部服务项目结束汇报之后 5、有关发票方面的任何问题，甲方应在收到发票后及时书面通知乙方，以便乙方及时作出解释或解决问题，以使甲方能按时付款。 6、乙方将自行承担项目实施范围内合理的差旅费用。 7、乙方同意免除项目杂费。 三、服务的变更 甲方可以提前个工作日以书面形式要求变更或增加所提供的服务。该等变更最终应由双方互相商定认可，其中包括与该等变更有关的任何费用调整。 四、争议处理 甲乙双方如对协议条款规定的理解有异议，或者对与协议有关的事项发生争议，双方应本着友好合作的精神进行协商。协商不能解决的，任何一方可向上海仲裁委员会提起仲裁。 五、其他 1、本合同中所用的标题仅为方便而设，而不影响对本合同的解释。 2、附件A是本合同不可分割的组成部分，与本合同具有同等法律效力。 3、本合同未尽事宜，由甲乙双方协商后产生书面文件，作为本合同的补充条款，具备与本合同同等法律效力。 4、对本合同内容的任何修改和变更需要用书面形式，并经双方确认后生效。 （以下无正文） 甲方（签章）乙方（签章） 代表签字：代表签字： 地点：地点： 日期：日期：
Android的前台Service Service几乎都是在后台运行的，一直以来它都是默默地做着辛苦的工作。但是Service的系统优先级还是比较低的，当系统出现内存不足情况时，就有可能会回收掉正在后台运行的Service。如果你希望Service可以一直保持运行状态，而不会由于系统内存不足的原因导致被回收，就可以考虑使用前台Service。 前台Service和普通Service最大的区别就在于，它会一直有一个正在运行的图标在系统的状态栏显示，下拉状态栏后可以看到更加详细的信息，非常类似于通知的效果。当然有时候你也可能不仅仅是为了防止Service被回收才使用前台Service，有些项目由于特殊的需求会要求必须使用前台Service，比如说墨迹天气，它的Service在后台更新天气数据的同时，还会在系统状态栏一直显示当前天气的信息，如下图所示：
那么我们就来看一下如何才能创建一个前台Service吧，其实并不复杂，如下所示： 这里只是修改了Service中onCreate()方法的代码。可以看到，我们首先创建了一个Notification对象，然后调用了它的setLatestEventInfo()方法来为通知初始化布局和数据，并在这里设置了点击通知后就打开MainActivity。然后调用startForeground()方法就可以让MyService变成一个前台Service，并会将通知的图片显示出来。 现在重新运行一下程序， Service就会以前台Service的模式启动了，并且在系统状态栏会弹出一个通栏图标，下拉状态栏后可以看到通知的详细内容，如下图所示：
编号：_______________ 本资料为word版本，可以直接编辑和打印，感谢您的下载 服务协议书(通用范本)标准版 甲方：___________________ 乙方：___________________ 日期：___________________
服务合同书甲方有限公司乙方 甲乙双方本着相互信任，真诚合作的原则，经双方友好协商，就乙方为甲方提供特定服务达成一致意见，特签订本合同。 一、服务内容 1、乙方同意向甲方提供测量的特定服务。 服务的内容、时限、衡量成果的标准见附件。 2、如果乙方在工作中因自身过错而发生任何错误或遗漏，乙方应无条件更正，而不另外收费，并对因此而对甲方造成的损失承担赔偿责任，赔偿以附件所载明的该项服务内容对应之服务费为限。 若因甲方原因造成工作的延误，将由甲方承担相应的损失。 3、乙方的服务承诺 1乙方接到甲方通过电话、信函传真、电子邮件、网上提交等方式提出关于附件所列服务的请求后，在两个有效工作日内给予响应并提供服务。 2乙方提供给甲方的服务，必须按照合同附件规定的标准进行。 二、服务费的支付 1、服务费总金额为96000元人民币人民币大写玖万陆仟元整元整。 2、本费用结构仅限於附件中列明的工作。 如果甲方要求扩大项目范围，或因甲方改变已经议定的项目内容导致乙方需重复进行项目步骤，乙方将需要重新评估上述费用结构。 3、甲乙双方一致同意项目服务费按一次性以人民币形式支付。 服务完成后，甲方将在验收确认服务完成合格，并且乙方发出该阶段工作的费用账单及正式有效的税务发票后3个工作日内，向乙方支付约定的费用。 4、有关发票方面的任何问题，甲方应在收到发票后及时书面通知乙方，以便乙方及时作出解释或解决问题，以使甲方能按时付款。 5、乙方将自行承担项目实施范围内合理的差旅费用。 6、乙方同意免除项目杂费。
技术支持服务协议 甲方：****有限公司乙方：****有限公司 为促成甲乙双方彼此长期友好的战略合作伙伴关系，现就双方进一步合作事宜，本着平等互利、共同发展的原则，经过甲、乙双方协商，达成如下协议。 第一条声明和保证 1.1甲方成立于**年**月**日，系****公司，拥有***。 1.2乙方拥有***技术支持培训、设计指导及***设计技术，具备签署本协议所需要的相应权利。 第二条技术支持（服务）内容 2.1***技术支持培训和设计指导； 2.2***设计技术支持； 2.3其他技术咨询和专业问题解决（不限于）。 第三条甲方的权利和义务 3.1甲方应提供乙方为完成合同工作所需的有关图纸和资料以及各种接口文件。 3.2甲方应指定项目技术与商务负责人，分别负责合同的日常管理（包括双方的接口工作，协调合作进度等）和合同的商务管理（包括商务变更、合同支付等）。 第四条乙方的权利和义务 4.1乙方应遵从合同条款的规定，细心认真地在规定时间内完成全部合同任务。 4.2合同任务应严格按照附件中规定的方法完成，乙方的工作应使甲方满意。 4.3乙方保证根据合同提交给甲方的文件完整、清晰和正确，符合有关规定及合同所规定的设计、质量控制等要求。 4.4乙方保证满足合同要求的服务。如果在验收中发现有不符合合同规定、或不能达到合同规定的预期目标的技术或服务，乙方应免费修正技术或服务以满足要求，并向甲方赔偿由此而引起的额外损失。 4.5乙方应依法交纳所有在中华人民共和国的所得税、营业税、附加税及其它因本合同而产生的收入所征的税金。 4.6乙方应对甲方由于采用乙方的服务，或乙方人员的疏忽、故意或过失而对甲方造成的直接损失和/或造成第三者的财产损失负责。上述损失的赔偿不应超过损失发生时乙方在本合同项下所有收到款项的总和。 4.8乙方如违反合同技术规范内有关管理规定造成违约，乙方必须承担合同总额的15%的违约罚金。 第五条支付 5.1甲方应以银行转账方式将所有合同到期款项汇往乙方在合同中指定的收款单位、开户银行和账号。甲方银行费用由甲方承担，乙方银行费用由乙方承担。 5.2乙方申请付款时必须出具下述凭证： 支付申请函（请注明乙方公司名称、开户银行、开户账号）国家税法规定的专用发票5.3凡是按合同规定乙方负有责任的费用、赔偿金或开支，由甲方从其应付给乙方本合同项下的任何款项中扣除。 5.4本合同总价格为人民币*****（￥***.**）； 5.5 合同到期并进行验收通过到期后一次性支付。 第六条违约责任 任何一方未履行本协议项下的任何一项条款均被视为违约。在此情形下,甲乙双方可就此问题进行协商,协商不成的,按本协议争议条款解决。
由于刚接触android开发，故此想把学到的基础知识记录一下，以备查询，故此写的比较啰嗦： 步骤如下： 一、介绍： 此文主要是介利用android网络通信功能把android客户端的数据传给web服务端进行操作 此项目列举三个个传值方式：1、GET方式，2、POST方式，3、HttpClient 方式 二、新建一个android工程——NewsManage 工程目录： 三、AndroidManifest.xml配置清单 由于要访问网络，故需要添加网络访问权限，红色标注添加部分
内部编号：AN-QP-HT580 版本/ 修改状态：01 / 00 The Contract / Document That Can Be Held By All Parties Of Natural Person, Legal Person And Organization Of Equal Subject Acts On Their Establishment, Change And Termination Of Civil Rights And Obligations, And Defines The Corresponding Rights And Obligations Of All Parties Participating In The Contract. 甲方：__________________ 乙方：__________________ 时间：__________________ 技术服务协议通用范本
技术服务协议通用范本 使用指引：本协议文件可用于平等主体的自然人、法人、组织之间设立的各方可以执以为凭的契约/文书，作用于他们设立、变更、终止民事权利义务关系，同时明确参与合同的各方对应的权利和义务。资料下载后可以进行自定义修改，可按照所需进行删减和使用。 委托方(以下称甲方)：业务负责人： 服务方(以下称乙方)：业务负责人： 甲乙双方就甲方的计算机维修、维护及技术支持等相关事宜，协商一致，订立本合同。以下为各项条款。 第一条项目名称： 第二条甲方的义务 甲方应在本合同签订七日内为乙方提供下列资料： 本合同所涉及的全部设备软、硬件配置清单和所处位置清单。本清单将成为本合同附件之一部分。
内部编号：AN-QP-HT687 版本/ 修改状态：01 / 00 The Contract / Document That Can Be Held By All Parties Of Natural Person, Legal Person And Organization Of Equal Subject Acts On Their Establishment, Change And Termination Of Civil Rights And Obligations, And Defines The Corresponding Rights And Obligations Of All Parties Participating In The Contract. 甲方：__________________ 乙方：__________________ 时间：__________________ 软件服务协议通用范本
软件服务协议通用范本 使用指引：本协议文件可用于平等主体的自然人、法人、组织之间设立的各方可以执以为凭的契约/文书，作用于他们设立、变更、终止民事权利义务关系，同时明确参与合同的各方对应的权利和义务。资料下载后可以进行自定义修改，可按照所需进行删减和使用。 需方（盖章）： 地址： 代表人： 电话： 传真： 供方（盖章）： 地址： 代表人： 电话： 传真： 服务类型 服务选项
服务内容 服务属性 服务费用 售前服务 售前咨询 在用户购买产品之前，供方负责向用户提供产品的概况、性能等信息。 标准服务 免费 联机 为使用户在购买前对产品有直观的认识，供方可将某些设备带至用户现场，并联机安装，以便用户考察产品性能。 定制服务 元/次
服务合同书 甲方：____________________________________ 乙方：____________________________________
签订日期：__________ 年_______ 月 ______ 日
甲方：_____________________ 乙方：_____________________ 甲乙双方本着相互信任，真诚合作的原则，经双方友好协商，就乙方为甲方提供特定服务达成一致意见。 一、服务内容 1、乙方同意向甲方提供云南地区事务的管理服务。 2、如果乙方在工作中因自身过错而发生任何错误或遗漏，乙方应无条件更正，因此而对甲方造成的损失承担赔偿责任，若因甲方原因造成工作的延误，将由甲方承担相应的损失。 3、乙方的服务承诺： 1?乙方接到甲方通过电话、信函传真、电子邮件、网上提交等方式提出的服务的请求后，在七个有效工作日内给予响应并提供服务。 2?乙方提供给甲方的服务，必须按照合同附件A规定的标准进行。 二、服务费的支付 1、服务费总金额为地区销售额。 2、如果甲方要求扩大项目范围，或因甲方改变已经议定的项目内容导致乙方需重复进行项目步骤，乙方将需要重新评估上述费用结构。 3、甲乙双方一致同意项目服务费按阶段以人民币形式支付。每阶段末，甲方将在验收确认该阶段服务完成合格，并且乙方发出该阶段工作的费用账单及正式有效的税务发票后个工作日内，向乙方支付约定的费用。 5、有关发票方面的任何问题，甲方应在收到发票后及时书面通知乙方，以便乙方及时作出解释或解决问题，以使甲方能按时付款。
6、乙方将自行承担项目实施范围内合理的差旅费用。 7、乙方同意免除项目杂费。 三、服务的变更 甲方可以提前个工作日以书面形式要求变更或增加所提供的服务。该等变更最终应由双方互相商定认可，其中包括与该等变更有关的任何费用调整。 四、争议处理 甲乙双方如对协议条款规定的理解有异议，或者对与协议有关的事项发生争议，双方应本着友好合作的精神进行协商。协商不能解决的，任何一方可向仲裁委员会提起仲裁。 五、其他 1、本合同中所用的标题仅为方便而设，而不影响对本合同的解释。 2、附件经销协议是本合同不可分割的组成部分，与本合同具有同等法律效力。 3、本合同未尽事宜，由甲乙双方协商后产生书面文件，作为本合同的补充条款，具备与本合同同等法律效力。 4、对本合同内容的任何修改和变更需要用书面形式，并经双方确认后生效。
Android SERVICE后台服务进程的自启动和保持 Service组件在android开发中经常遇到，其经常作为后台服务，需要始终保持运行，负责处理一些必要（见不得人）的任务。而一些安全软件，如360等，会有结束 进程的功能，如果不做Service的保持，就会被其杀掉。 在早些时候，我们可以通过在 1. service中重写onStartCommand方法，这个方法有三个返回值， START_STICKY 是service被kill掉后自动 public int onStartCommand(Intent intent, int flags, int startId) { return START_STICKY; } 2. 配置android:persistent="true" 3. setForeground(true); 4. android:process=”com.xxx.xxxservice”配置到单独的进程中 以上的方法要么只是提升service优先级或者存活率, 并不能解决被安全软件强行 杀死的问题。要么像第四种单独的进程运行service在360老的版本是可以的,但是在360的比较新的版本中仍然会被杀死. 如何保持Service的运行状态是现在要说明的，核心就是利用ANDROID的系统广播，触发自己的程序检查Service的运行状态，如果被杀掉，就再起来。 常用的有开机广播，解锁屏幕的广播，电量变化等等，其中解屏的广播算比较频 繁的了，但是也并不能保证一定的频率，尤其是在特定的时间里(比如用户睡觉的时候，用户并不进行解锁操作).而我们仍要做一些操作的时候，就没有办法了。 因此，我采用了一种别的方案. 另外再加上两个类似一守护进程的Service，分别检查Service的运行状态，注册响应的广播，对其进行守护,一旦发现没有运行就将其 启动. 我利用的系统广播是：Intent.ACTION_TIME_TICK。这个广播每分钟发送一次， 我们可以每分钟检查一次Service的运行状态，如果已经被结束了，就重新启动Service。它的优点就是间隔时间短而且非常稳定, 而其他的广播并不能保证这一点,当然，在具体的应用中还是要根据需求使用, 结合其他广播来保证自己的service一定会 被重启。毕竟现在安全软件是越来越厉害了，更新得也是非常频繁. 有时间还是要看下还有没有其他的方法，综合几种来使用.
第8章 Android服务 ? 8.1 Service起步? 8.1.1 Service的生命周期 ? 8.1.2 绑定Activity和Service ? 8.1.3 在BroadcastReceiver中启动Ser.. ? 8.2.1 获得系统服务? 8.2.2 在模拟器上模拟重力感应 ? 8.3.1 计时器：Chronometer ? 8.3.2 预约时间Handler ? 8.3.4 在线程中更新GUI组件? 8.3.5 全局定时器AlarmManager（1） ? 8.3.5 全局定时器AlarmManager（2）? 8.3.5 全局定时器AlarmManager（3） ? 8.4.1 什么是AIDL服务? 8.4.2 建立AIDL服务的步骤（1） ? 8.4.2 建立AIDL服务的步骤（2）? 8.4.2 建立AIDL服务的步骤（3） ? 8.5 本章小结 第8章Android服务 服务（Service）是Android系统中4个应用程序组件之一（其他的组件详见3.2节的内容）。服务主要用于两个目的：后台运行和跨进程访问。通过启动一个服务，可以在不显示界面的前提下在后台运行指定的任务，这样可以不影响用户做其他事情。通过AIDL服务可以实现不同进程之间的通信，这也是服务的重要用途之一。 本章内容 Service的生命周期 绑定Activity和Service 在BroadcastReceiver中启动Service 系统服务 时间服务 在线程中更新GUI组件 AIDL服务 在AIDL服务中传递复杂的数据 8.1 Service起步 Service并没有实际界面，而是一直在Android系统的后台运行。一般使用Service为应用程序提供一些服务，或不需要界面的功能，例如，从Internet下载文件、控制Video播放器等。本节主要介绍Service的启动和结束过程（Service的生命周期）以及启动Service的各种方法。 8.1.1 Service的生命周期 本节的例子代码所在的工程目录是src\ch08\ch08_servicelifecycle Service与Activity一样，也有一个从启动到销毁的过程，但Service的这个过程比Activity简单得多。Service启动到销毁的过程只会经历如下3个阶段： 创建服务 开始服务 销毁服务