腾讯开放平台API列表

腾讯开放平台API列表
腾讯开放平台API列表

API 列表

用户信息类API 关系链类API 应用推广类API 支付类API 营销类API

丰富能力类API

基础支持类API

即将发布的API

用户信息类API

主要使用场景:应用中需要进行用户信息展示时。

接口分类

接口功能说明 接口详细文档 空间 朋友 微博 3366

后台接口

获取用户基本资料 v3/user/get_info 批量获取用户基本资料 v3/user/get_multi_info 获取登录用户各类腾讯 增值服务信息(黄钻、蓝钻等) v3/user/total_vip_info

获取用户是否黄钻

v3/user/is_vip

批量获取好友是否QQ 会员 v3/user/friends_vip_info 验证用户是否安装了应用

v3/user/is_setup

验证用户登录态&Openkey 续期

v3/user/is_login

验证用户是否从选区页面 进入多区多服应用

v3/user/is_area_login

前台接口

用户重新登录弹框

fusion2.dialog.relogin 跳转到用户的个人中心 fusion2.nav.toHome

跳转到好友主页

fusion2.nav.toFriendHome

>>查看API 导航图

关系链类API

主要使用场景:应用中需要用户之间进行互动时。

接口分类

接口功能说明 接口详细文档

空间 朋友 微博 3366

获取用户 已有关系链

验证是否平台好友 v3/relation/is_friend

获取安装了应用的平台

好友

v3/relation/get_app_friends

获取推荐的的平台好友

v3/relation/get_rcmd_friends

拓展用户 关系链

推荐添加某用户为平台

好友

fusion2.dialog.recommendPal

添加某用户为平台好友

fusion2.dialog.addPal

>>查看API 导航图

应用推广类API

主要使用场景:应用中需要实现新用户/活跃用户增长时。

接口分类

接口功能说明

接口详细文档

空间 朋友 微博

3366 增加新用户

邀请好友(空间/朋友/微博) fusion2.dialog.invite

邀请好友(3366)

Open3366API.Invite.show

游戏故事 fusion2.dialog.sendStory 游戏试玩

fusion2.dialog.shareDemo

交叉推广(针对买方应用)

Step1: 买方通知平台用户已完成任务

v3/pay/inform_task_completed

Step2: 买方答复平台任务完成

状态

回调任务完成通知协议说明

Step3: 回调任务集市V2发货URL

回调任务集市V2发货URL 协议说明

拉动活跃用户 提高老用户留存

召唤老朋友

fusion2.dialog.reactive

好友请求/免费礼物 fusion2.dialog.sendRequest

炫耀/挑战

fusion2.dialog.brag

QQ 提醒

Step1: 获取用户授权弹框 fusion2.dialog.authReminder

Step2: 判断用户是否安装/开启了“QQ 提醒”

v3/spread/is_reminder_set

Step3: 发送QQ 提醒 v3/spread/set_reminder

推广相关

验证好友邀请的invkey

(用于邀请成功后赠送礼物等逻辑) v3/spread/verify_invkey

删除应用消息

v3/spread/del_appassist_msg

>>查看API 导航图

支付类API

主要使用场景:应用中需要实现道具购买/寄售逻辑时。

接口分类接口功能说明接口详细文档空间朋友微博3366

购买道具

该场景需完成系列接口的

开发

请按顺序调用接口

Step1: 获取交易token

v3/pay/buy_goods

Step2: 支付弹框(空间/朋友/微

博)

fusion2.dialog.buy

Step2: 支付弹框(3366)

Open3366API.Pay.show

Step3: 回调发货URL

回调发货URL的协议说明V3

Step4: 应用发货通知

v3/pay/confirm_delivery

道具寄售该场景需完成系列接口的开发

请按顺序调用接口

Step1: 获取道具交易token

v3/pay/exchange_goods

Step2: 支付弹框(空间/朋友/微

博)

fusion2.dialog.buy

Step2: 支付弹框(3366)

Open3366API.Pay.show

Step3: 回调道具交换URL

回调道具交换URL的协议说明

Step4: 应用发货通知

v3/pay/confirm_delivery

其它支付相关Q点充值fusion2.dialog.recharge

Q点余额查询fusion2.dialog.checkBalance 游戏币充值fusion2.dialog.pay

游戏币余额查询v3/pay/get_balance

>>查看API 导航图

营销类API

主要使用场景:应用中需要实现营收增长时。

接口分类

接口功能说明

接口详细文档 空间 朋友 微博 3366

平台抵扣券

该场景需完成系列接口的

开发

请按顺序调用接口

Step1: 查询抵扣券余额 v3/pay/get_pubacct_balance

Step2: 抽取抵扣券金券 fusion2.dialog.getCoupon

抽奖送礼包 弹出抽奖弹框

fusion2.dialog.lottery

每日礼包赠送

该场景需完成系列接口的开发 请按顺序调用接口

Step1: 获取领取道具的token v3/pay/get_token

Step2: 道具领取弹框

fusion2.dialog.showVipGift

Step3: 回调赠送道具发货 回调赠送道具发货URL 的协议说明_V3.0

开通包月送礼包

该场景需完成系列接口的开发 请按顺序调用接口

Step1: 获取领取礼包的token v3/pay/get_token

Step2: 开通黄钻弹框 fusion2.dialog.openVipGift

Step3: 回调赠送道具发货

回调赠送道具发货URL 的协议说明_V3.0

>>查看API 导航图

丰富能力类API

主要使用场景:应用中需要增加更丰富的功能或内容时。

接口分类 接口功能说明 接口详细文档

空间 朋友 微博

3366 认证空间 判断是否认证空间粉丝

v3/page/is_fans

日志 写日志

fusion2.dialog.saveBlog

相册

选择相册中的照片

fusion2.dialog.selectPhoto

上传照片到相册

fusion2.dialog.savePhoto

音乐

该场景需完成系列接口的开

请按顺序调用接口

Step1: 获取歌曲列表及歌曲信息

v3/music/get_list

Step2: 获取指定歌曲片段的url v3/music/get_clip

电商

外链跳转

fusion2.nav.open

获取化妆品类产品名称和ID v3/product/search_info

查看化妆品类产品详细信息

v3/product/get_info

海量存储与读取

用户头像

Step1: 上传用户自定义头像

fusion2.dialog.uploadPortrait

Step2: 获取用户自定义头像URL

v3/photo/get_portrait_url

Step2: 批量获取多个用户的 自定义头像URL

v3/photo/get_multi_portrait_url 用户等级

Step1: 上传用户等级相关信息 v3/user/set_achievement

Step2: 查询用户等级相关信息 v3/user/get_achievement

应用图片

Step1: 存储应用图片 v3/photo/save_pic

Step2: 获取应用存储的图片URL v3/photo/get_pic

腾讯微博 腾讯微博相关OpenAPI

腾讯微博相关OpenAPI 列表

地图

SOSO 地图相关OpenAPI

SOSO 地图相关OpenAPI 列表

>>查看API 导航图

基础支持类API

接口分类 接口功能说明 接口详细文档 空间 朋友微

画布/窗口控制

调整画布高度 fusion2.canvas.setHeight

JS 弹框居中

fusion2.canvas.getClientRect

设置框架滚动条位置 fusion2.canvas.setScroll

动态调整页面展现

fusion2.iface.updateClientRect

使用统一风格展示消息提示框 fusion2.ui.showMsgbox

隐藏消息提示框

fusion2.ui.hideMsgbox

安全

拉取验证码图片 v3/csec/captcha_get 校验验证码 v3/csec/captcha_verify

过滤敏感词

v3/csec/word_filter

垃圾信息检查 v3/csec/check_spam

防沉迷弹框 fusion2.iface.updateExpRate

反外挂深入打击

v3/csec/punish_query

腾讯罗盘 通过上报应用数据

获得腾讯罗盘高级分析模型报表

腾讯罗盘数据上报API 列表

分布式消息队列(CMQ ) 消息队列中消息的发送,接受和删除

CMQ API 说明

内存持久化存储(CMEM ) 获取CMEM 容量信息等运营数据

CMEM API 说明

>>查看API 导航图

即将发布的API

预期发布时间 详细说明

2013-02

新发布QQ 群相关接口,支持应用内创建、加入、退出QQ 群,方便应用的用户在群中交流,提升用户的活跃度。

成功案例: 蔓蔓视频 爱看电影网 收藏0

顶0

踩0

基于大数据的能力开放平台解决实施方案

基于大数据的能力开放平台解决方案

————————————————————————————————作者:————————————————————————————————日期:

基于大数据的能力开放平台解决方案 1 摘要 关键字:大数据经分统一调度能力开放 运营商经过多年的系统建设和演进,内部系统间存在一些壁垒,通过在运营商的各个内部系统,如经分、VGOP、大数据平台、集团集市等中构建基于ESB 的能力开放平台,解决了系统间调度、封闭式开发、数据孤岛等系统问题,使得运营商营销能力和效率大大提高。 2 问题分析 2.1 背景分析 随着市场发展,传统的开发模式已经无法满足业务开发敏捷性的要求。2014 年以来,某省运营商经营分析需求量激增,开发时限要求缩短,业务迭代优化需求频繁,原有的“工单-开发”模式平均开发周期为4.5 天,支撑负荷已达到极限。能力开放使业务人员可以更便捷的接触和使用到数据,释放业务部门的开发能力。 由于历史原因,业务支撑系统存在经分、VGOP、大数据平台、集团集市等多套独立的运维系统,缺乏统一的运维管理,造成系统与系统之间的数据交付复杂,无法最大化 的利用系统资源。统一调度的出现能够充分整合现有调度系统,减少运维工作量,提升维护质量。 驱动力一:程序调度管理混乱,系统资源使用不充分

经分、大数据平台、VGOP、集团集市平台各自拥有独立的调度管理,平台内程序基本是串行执行,以经分日处理为例,每日运行时间为20 个小时,已经严重影响到了指标的汇总展示。 驱动力二:传统开发模式响应慢,不能满足敏捷开发需求 大数据平台已成为一个数据宝库,已有趋势表明,只依赖集成商与业务支撑人员的传统开发模式已经无法快速响应业务部门需求,提升数据价值。 驱动力三:大数据平台丰富了经分的数据源,业务部门急待数据开放 某省运营商建立了面向企业内部所有部门的大数据平台,大数据平台整合了接入B域、O 域、互联网域数据,近100 余个数据接口,共计820T 的数据逐步投入生产。大数据平台增强了传统经分的数据处理的能力,成为公司重要的资产,但是传统经分数据仓库的用户主要面向业支内部人员,限制了数据的使用人员范围和数据的使用频度,已经无法满足公司日益发展的业务需求,数据的开放迫在眉睫。 2.2 问题详解 基于背景情况分析,我们认为主要问题有三个: 1、缺乏统一的调度管理,维护效率低下 目前经分系统的日处理一般是使用SHELL 脚本开发的,按照串行调度的思路执行。进行能力开放后,目前的系统架构无法满足开发者提交的大量程序执行调度的运维需求。如果采用统一调度的设计思路则基于任务的数据表依赖进行任务解耦及调度,将大大简化调度配置工作和提高系统的

[C#]QQ开放平台(QQ站外登录)_流程和源码示例

[C#]QQ开放平台(QQ站外登录)_流程和源码示例 本人阿旭,近期研究QQ开放平台的程序开发。因为使用.NET语言,到官方SDK下载竟然是一个DLL,下来经过反编译也没搞清楚怎么弄,晕菜。后来网上见一PHP源码,写的不错,按其原理,开发成了C#语言,本示例程序使用的OAuth2.0,是目前最新执口版本,写下来希望对大家有所帮忙。 本文内容 ?QQ开放平台(QQ登录)开发介绍 ?准备工作 ?QQ开放平台中QQ登录程序运行流程 ?示例源码 ?本地测试方法 QQ开放平台(QQ登录)开发介绍 QQ开放平台是针对QQ网站以外的网站开发的信息共享接口,各网站通过实现QQ代码实现,可以与QQ网站的交换数据。本文说的是腾讯的OpenID开发,相关OpenID的相关文章,是有相关技术标准的,大家可以看百科会更详细。简单来说,就是说,在用户登录网站时,只使用绑定QQ的QQ帐号进行登录即可,无需每次去输入各网站的密码... 准备工作 访问:https://www.360docs.net/doc/c67408473.html,/,点击(图1)上的QQ登录链接,然后点击(图2)中“申请加入”链接,输入你的QQ帐号进行QQ登录验证,点击(图3)中的“添加网站/应用”链接。输入网站相关信息和网站验证后,会显示(图4)显示的管理中心界面。上面显示着AppID 和AppKey,下面的程序中将会用到,保密数据,请误泄露哈! 图1

图2 图3 图4 QQ开放平台中QQ登录程序运行流程 1、客户端浏览器转向QQ验证页面,用户输入用户名密码后,QQ网站回调回开发者网站,并传回Authorization Code。 2、开发者网站发送获取到的Authorization Code后,将Authorization Code和AppID、AppKey使用Http协议发送给腾讯,腾讯验证后返回登录结果。 3、如果验证成功,返回用户的OpenID,OpenID是登录用户登录后的在开发者网站中唯一标识,升度为32位,字符范围为0-9A-F。

基于大数据的能力开放平台解决方案精编版

基于大数据的能力开放平台解决方案 1 摘要 关键字:大数据经分统一调度能力开放 运营商经过多年的系统建设和演进,内部系统间存在一些壁垒,通过在运营商的各个内部系统,如经分、VGOP、大数据平台、集团集市等中构建基于ESB 的能力开放平台,解决了系统间调度、封闭式开发、数据孤岛等系统问题,使得运营商营销能力和效率大大提高。 2 问题分析 2.1 背景分析 随着市场发展,传统的开发模式已经无法满足业务开发敏捷性的要求。2014 年以来,某省运营商经营分析需求量激增,开发时限要求缩短,业务迭代优化需求频繁,原有的“工单-开发”模式平均开发周期为4.5 天,支撑负荷已达到极限。能力开放使业务人员可以更便捷的接触和使用到数据,释放业务部门的开发能力。 由于历史原因,业务支撑系统存在经分、VGOP、大数据平台、集团集市等多套独立的运维系统,缺乏统一的运维管理,造成系统与系统之间的数据交付复杂,无法最大化 的利用系统资源。统一调度的出现能够充分整合现有调度系统,减少运维工作量,提升维护质量。 驱动力一:程序调度管理混乱,系统资源使用不充分

经分、大数据平台、VGOP、集团集市平台各自拥有独立的调度管理,平台内程序基本是串行执行,以经分日处理为例,每日运行时间为20 个 小时,已经严重影响到了指标的汇总展示。 驱动力二:传统开发模式响应慢,不能满足敏捷开发需求 大数据平台已成为一个数据宝库,已有趋势表明,只依赖集成商与业 务支撑人员的传统开发模式已经无法快速响应业务部门需求,提升数据价值。 驱动力三:大数据平台丰富了经分的数据源,业务部门急待数据开放 某省运营商建立了面向企业内部所有部门的大数据平台,大数据平台 整合了接入B域、O 域、互联网域数据,近100 余个数据接口,共计820T 的数据逐步投入生产。大数据平台增强了传统经分的数据处理的能力,成为公司重要的资产,但是传统经分数据仓库的用户主要面向业支内部人员,限制了数据的使用人员范围和数据的使用频度,已经无法满足公司日益发展的业务需求,数据的开放迫在眉睫。 2.2 问题详解 基于背景情况分析,我们认为主要问题有三个: 1、缺乏统一的调度管理,维护效率低下 目前经分系统的日处理一般是使用SHELL 脚本开发的,按照串行调度的思路执行。进行能力开放后,目前的系统架构无法满足开发者提交的大量程序执行调度的运维需求。如果采用统一调度的设计思路则基于任务的数据表依赖进行任务解耦及调度,将大大简化调度配置工作和提高系统的

各个开发平台简介

各个开发平台简介 以下为各个开发平台的简介,大家可以看一下。由于是本人匆忙之中赶出来的,因此一定有许多不足之处。欢迎大家提出相关意见进行修改,并进行交流。这样子有助于大家更好地了解相关知识。大家修改之后,可以直接发到我本人的邮箱:17116871@https://www.360docs.net/doc/c67408473.html,,谢谢大家! ——李奕翰 (1)Q+:腾讯公司的QQ开放平台。按照目前发展趋势看来Q+是针对web QQ平台和QQ微博的一个开发平台,由于发展思路,盈利性还没确定,暂时来说Q+同时也是一个涵盖了腾讯公司所有产品的一个开发平台。腾讯公司会开放一些API 端口,给开发者使用。 优点: ①旗下产品具有较高的知名度,用户量巨大; ②开发门槛低,容易入门; ③中国企业,开发者更加熟悉,也更容易在第一时间获得相关资讯。 缺点: ①盈利模式未明。(个人估计为:应用推荐分成、web游戏、增值服务、电子商 务。按照产品划分:实用工具打包;给公司客户开发Q+应用;自己开发运 营一段时间卖掉,一个产品可能在开发者手里不值钱,但到一些公司手里可 能很有价值;进行开发者服务,比如Q+课堂之类;进行女性类应用开发; Q+皮肤类;创新奖金;应用使用量大时找天使投资;扫大街赚钱,当Q+应 用过多,用户使用迷茫时,你出来应用,帮助他们清扫;借应用推广官方微 博,借微博进行营销。 ②分成比例过低:腾讯对开发者的分成为20%~30%; ③平台刚刚起步,并且拥有众多同质化的竞争对手(360、新浪),由于竞争过分 激烈,更加造就了众多前景的不稳定性。 小结:鉴于腾讯的强大实力,虽然现在仍需要继续观察其相关进程,但是不可忽视其平台的相关问题和优势。 (2)360应用开放平台:奇虎公司的应用开放平台。360web应用开放平台,基于360海量用户资源以及强大的客户端平台,是360大开放平台战略的重要开放途径之一,它致力于与互联网同仁,以及广大第三方开发者,一道建立真正开放、稳定,良性的应用生态产业链。360web应用开放平台,旨在提高国内web应用开发的原创动力,为广大第三方开发者提供可普遍参与的应用收益模式。目前看来,该平台更加针对其产品,360桌面的开发。与Q+类似。 优点: ①相关软件用户量在国内排行第二,开放平台的用户量全国最大; ②在国内的IT企业分成里面,分成为50%,算是相对较高的; ③开发门槛低,容易入门; ④中国企业,开发者更加熟悉,也更容易在第一时间获得相关资讯。 缺点: 平台刚起步,其经营模式与Q+大同小异。暂时看来,Q+的缺点就是360缺 点。 (3)新浪微博开放平台:新浪针对其微博的一个开发平台。新浪为其开发者提供了相关的API接口,由广大第三方开发者进行相应的应用开发。

腾讯开放平台开发者协议

腾讯开放平台开发者协议 协议主体 导言 欢迎您使用腾讯开放平台提供的服务! 为使用腾讯开放平台提供的服务(以下简称:本服务),您应当阅读并遵守《腾讯开放平台开发者协议》(以下简称:本协议)、《腾讯服务协议》、《QQ号码规则》等相关协议、规则。 请您务必审慎阅读、充分理解各条款内容,特别是免除或者限制责任的条款,以及开通或使用某项服务的单独协议、规则,免除或者限制责任的条款,可能以加粗等方式提示您注意。 除非您已阅读并接受本协议及相关协议、规则等所有条款,否则,您无权使用相关服务。您使用相关服务,即视为您已阅读并同意上述协议、规则等的约束。 您有违反本协议的任何行为时,腾讯有权依照违反情况,随时单方限制、中止或终止向您提供服务,并有权追究您的相关责任。 1. 术语含义 如无特别说明,下列术语在本协议中的含义为: 1.1 开发者:指经有效注册、申请后,将其享有相应权利的各种应用接入腾讯开放平台而向用户提供各种服务的个人、法人或其他组织,简称为“您”。 1.2 应用:指由开发者开发,或开发者经权利人授权,通过腾讯开放平台向相关用户提供各种服务的应用程序及相关服务,包括但不限于游戏类服务、工具类服务、电子商务类服务、视频或音乐类服务等现存的各种服务及今后可能出现的各种服务。 1.3 腾讯开放平台:指由腾讯所拥有、控制、经营的腾讯网(https://www.360docs.net/doc/c67408473.html,)、朋友网(https://www.360docs.net/doc/c67408473.html,)、应用宝(https://www.360docs.net/doc/c67408473.html,)未来将上线的其他开放平台或网站及前述各平台网站的下属子页面、相关产品客户端等,以下简称为“开放平台”、“平台”。 腾讯、开发者均同意和理解: (1)腾讯是一个中立的平台服务提供者,仅向开发者提供信息存储空间、链接等中立的网络服务或相关中立的技术支持服务,以供开发者在中立的开放平台上自主发布、运营、推广其应用等; (2)开发者的应用由开发者自主开发、独立运营并独立承担全部责任。腾讯不会、也不可能参与开发者应用的研发、运营等任何活动,腾讯也不会对开发者的应用进行任何的修改、编辑或整理等; (3)因开发者应用及服务产生的任何纠纷、责任等,以及开发者违反相关法律法规或本协议约定引发的任何后果,均由开发者独立承担责任、赔偿损失,与腾讯无关。如侵害到腾讯或他人权益的,开发者须自

云平台建设方案

. 云平台 云平台建设原则 1、标准化 当前云服务在整个信息产业中还不够成熟,相关的标准还没有完善。为保障方案的前瞻性,在设备选型上力求充分考虑对云服务相关标准的扩展支持能力, 保证良好的先进性,以适应未来的信息产业化发展。 2、高可用 为保证数据业务网的核心业务的不中断运行,在网络整体设计和设备配置上都是按 照双备份要求设计的。在网络连接上消除单点故障,提供关键设备的故障切换。关键设 备之间的物理链路采用双路冗余连接,按照负载均衡方式或active-active方式工作。关 键主机可采用双路网卡来增加可靠性。全冗余的方式使系统达到电信级可靠性。 要求网络具有设备/链中故障毫秒的保护倒换能力。 具有良好扩展性,网络建设完毕并网后应可以进行大规模改造、服务器集群、软件功能模块应可以不断扩展。 良好的易用性。简化系统结构,降低维护量。对突发数据的吸附,缓解端口拥塞压力,能保证业务的流畅性等。 3、增强二级网络 云平台下,虚拟机迁移与集群式两种典型的应用模型,这两种模型均需要二层网络 支持。随着云计算资源池的不断扩大,二层网络的范围正在逐步扩大,甚至扩展到 多个数据中心内,大规模部署二层网络则带来一个必然的问题就是二层环路问题。 采用传统的STP+VRRP技术部署二层网络时会带来部署复杂、链路利用率低、网络 收敛时间慢等 诸多问题,因此网络方案的设计需要重点考虑增强二级网络技术(如IRF/VSS、TRILL等)的应用,以解决传统技术带来的问题。 4、虚拟化 虚拟资源池化是网络发展的重要趋势,将可以大大提高资源利用率,降低运营成本。 应有效开展服务器、存储的虚拟资源池技术建设,网络设备的虚拟化也应进行设计实现。

腾讯开放平台接入流程分析

腾讯开放平台接入流程分析一、腾讯开放平台接入流程示意图:

二、腾讯朋友接入流程说明: 第一阶段——创建并提交应用 流程链接:成为腾讯开发者 该过程只需要注册,注册同时电子签订《开发者协议》 流程链接:创建应用 步骤: 1. 填写创建新应用的信息 2. 修改应用属性 流程链接: 开发 和调试应用程序 步骤: 1. 开发应用程序——腾讯提供资料:编程接口列表及说明(API 文档),开发工具包下载(SDK 下载)。 2. 安装调试应用程序——开发者登录开放平台后,在“应用接入”的“调试工具”页面可以看到“API 测试控制台”,按照流程链接中的演示进行操作。 3. 好友互动测试示例——有图示操作指引。 流程链接:将应用提交审核 步骤: 1. 审核前期准备——开发商自审应用,是否符合标准:接入腾讯朋友内测区的审核标准和接入腾讯朋友内测区前的产品改造和技术改造checklist (第一步内容)。 2. 提交审核——网页提交应用,提交应用审核时需上传《确认书》,加盖公司公章。 3. 通过审核准备上线——五个工作日便会收到腾讯的邮件通知应用是否通过审核,随后准备上线,提交应用审核时按照网页提示步骤完成。 成为腾讯开 发者 创建应用 开发和调试 应用程序 将应用提交 审核

第二阶段——上线朋友应用内测区 流程链接:产品改造和技术改造 开发者需要按照腾讯提供的checklist 对应用进行自检,不合格的地方进行改造使之合格,否则不能通过腾讯审核,影响产品上线效率。 开发者需要自行检查内容: 1. 产品相关checklist 2. 技术相关checklist 流程链接:提交开发者资料 开发商需提供:营业执照复印件,提交软件著作权复印件,以上文件需要盖公司公章。 如果软件著作权证书还在办理途中的,需要相关部门的受理回执。 邮寄地址:深圳市南山区高新科技园科技中一路腾讯大厦33楼 范帷 收 邮编:518000 流程链接:申请上线到内测应用区 1. 启动申请电子流——点击“申请接入内测区”按钮。 2. 申请资源——资源包括设备资源,测试帐号资源等,提出后24小时将受理完成,会收到邮件得知处理结果。 3. 获取资源——腾讯提供资源:跳板机账号,密码,IP 地址,端口,内网和外网服 务器IP ,OpenAPI 授权;开发商需自行维护跳板机账号和密码的安全。 流程链接:应用部署和程序联调 1. 准备工作——通过流程链接查看详细说明。 2. 提交部署申请——上线内测区通过阅读申请上线到内测应用区了解操作;上线到推荐列表需阅读申请上线到朋友社区推荐应用列表了解操作。 3. 部署服务——详细步骤可看流程链接下“第三步:部署服务”。 4. 程序联调——详细步骤可看流程链接下“第四步:程序联调”。 5. 启动上线流程——打开流程链接可参考图示指引。 开发者提交任务后,腾讯方对任务单进行处理,配置放量规则,完成上线。 腾讯方会根据以下原则进行放量配置: 1. 每小时限制安装1000人; 2. 每人每天可邀请20人; 3. 每个应用安装总量限制为50W ;应用放量规则会根据实际情况作出动态调整。内测应用上线后,将出现在内测应用列表,全部朋友社区用户可见。 产品改造和技术改造 提交开发者 资料 申请上线 应用部署和程序联调 放量上线

能力开放平台规范编制说明

前言 本标准以第三代架构整体规划为指导,明确定义了中国移动省级能力开放平台的功能架构和系统边界,用以指导现有能力开放平台系统建设。 本标准主要包括能力开放平台系统架构、系统功能和技术要求等。 本标准是第三代架构系列标准之一,该系列标准的名称如下: 序号标准编号标准名称 本标准由中移技﹝﹞号文件印发。 本标准由中国移动通信集团业务支撑系统部提出,集团公司技术部归口。 本标准起草单位: 本标准主要起草人:

1.概述 本编制说明是依据《能力开放平台业务规范》(以下简称“业务规范”)、《能力开放平台技术规范》(以下简称“技术规范”)、《能力开放平台接入规范》(以下简称“接入规范”),结合中国移动各省公司的实际建设情况,就有关问题做出补充说明。 编制说明用途在于: 1、便于相关人员更好地阅读、理解、执行规范,更好地遵循能力开放平台规范建设 各省公司的业务运营支撑系统。 2、提升服务管控、能力管控、标准化能力运营和运营者集中化管理的支撑能力,推 进省级业务支撑系统能力通过省能力开放平台向内/外部渠道开放。 3、提供重点、热点问题的可选技术方案,开阔思路,供各省系统建设参考。 本文以语言简明、重点突出为原则,针对能力开放平台建设时可能出现的关键问题,进行了针对性的阐述。 2.能力开放平台规范导读 2.1.编写目标 中国移动编制能力开放平台规范的目标体现在以下几个层面: 1、全面实现省级系统能力开放,对接全网渠道。开放标准化能力,对接一级能力开放 平台,实现天猫、京东及苹果直营店等第三方合作伙伴的统一接入,在此基础上根据本省业务需求向本省第三方合作伙伴开放能力。 2、实现省级业务支撑系统能力通过能力开放平台向内、外部渠道开放。 3、实现开发者应用快速上线和运营者集中化管理。 4、实现规范化的能力管控和标准化的能力运营,统一管理省级内部系统能力接口。2.2.起草过程 2015年初中国移动通信集团公司业务支撑系统部组织开展本规范的编写工作。在集团公司、各省公司领导和专家的意见基础上,开始了能力开放平台的规范编写。在广泛咨询、论证的基础上,编制小组对规范进行了多次修改,在2015年5月下旬,基本完成了业务规范、技术规范、接入规范、编制说明以及相关分册的编写。 2.3.组成部分及其主要内容 能力开放平台规范包括能力开放平台业务规范、能力开放平台技术规范、能力开放平台接入规范和规范编制说明。 能力开放平台业务规范,阐述了中国移动能力开放平台建设的目标、原则以及内容,描述了能力开放平台内部各个功能域需要具备的业务能力。 能力开放平台技术规范,阐述了中国移动能力开放平台的系统架构、信息模型、能力标准化要求、关键技术、系统技术要求、安全管控要求以及相关的测试要求。 能力开放平台接入规范,阐述了中国移动能力开放平台的能力提供者、能力使用者以及开放能力范围,描述了典型应用场景,明确定义接口协议和内容。

腾讯开放平台API列表

API 列表 用户信息类API 关系链类API 应用推广类API 支付类API 营销类API 丰富能力类API 基础支持类API 即将发布的API 用户信息类API 主要使用场景:应用中需要进行用户信息展示时。 接口分类 接口功能说明 接口详细文档 空间 朋友 微博 3366 后台接口 获取用户基本资料 v3/user/get_info 批量获取用户基本资料 v3/user/get_multi_info 获取登录用户各类腾讯 增值服务信息(黄钻、蓝钻等) v3/user/total_vip_info 获取用户是否黄钻 v3/user/is_vip 批量获取好友是否QQ 会员 v3/user/friends_vip_info 验证用户是否安装了应用 v3/user/is_setup 验证用户登录态&Openkey 续期 v3/user/is_login 验证用户是否从选区页面 进入多区多服应用 v3/user/is_area_login 前台接口 用户重新登录弹框 fusion2.dialog.relogin 跳转到用户的个人中心 fusion2.nav.toHome 跳转到好友主页 fusion2.nav.toFriendHome >>查看API 导航图

关系链类API 主要使用场景:应用中需要用户之间进行互动时。 接口分类 接口功能说明 接口详细文档 空间 朋友 微博 3366 获取用户 已有关系链 验证是否平台好友 v3/relation/is_friend 获取安装了应用的平台 好友 v3/relation/get_app_friends 获取推荐的的平台好友 v3/relation/get_rcmd_friends 拓展用户 关系链 推荐添加某用户为平台 好友 fusion2.dialog.recommendPal 添加某用户为平台好友 fusion2.dialog.addPal >>查看API 导航图 应用推广类API 主要使用场景:应用中需要实现新用户/活跃用户增长时。 接口分类 接口功能说明 接口详细文档 空间 朋友 微博 3366 增加新用户 邀请好友(空间/朋友/微博) fusion2.dialog.invite 邀请好友(3366) Open3366API.Invite.show

互联网+开发平台

“NetJoint”互联网+开发平台介绍 一、互联网项目开发的痛点是什么? “人才”“技术” “NetJoint”互联网+平台为解决这两个难题而诞生 互联网项目开发,主要有如下两种模式: 1、自主开发:公司需要配置从系统设计、服务器端、PC端、微信端、APP、测试等至少5人的技术团队,技术人才市场上供不应求,人员成本较高;技术选型局限于工程师的知识技术水平,安全风险和性能效率难以评估。 2、完全外包:项目开发委托给第三方公司。项目开发完成后,项目质量难以评估。项目运营后的系统性能、二次开发、后期服务等出现的各种问题,由于没有自己的技术团队很难快速解决,只能依赖第三方公司,通常导致运营一段时间后被迫推倒重来。 二、耐特嘉为您提供第三种选择:协同开发 耐特嘉制定最适合的技术解决方案,企业自己配置少量开发人员(可委托我们协助进行人才招聘和培养)与耐特嘉优秀的技术团队一起开发项目。这样既降低了开发成本和对开发人员的依赖性,又保障了企业有自己的开发人员能够完全掌控后期的二次开发和运维服务。 “Net Joint”互联网+开发平台源自中国科大数位博士参与中科院“教育云”、欧盟“第七框架计划”等大项目的八年技术积累,整合了国际上最稳定先进的前后端开发组件与测试工具,架构先进、对开发者友好、产品性能优越,极大降低了互联网项目开发的技术门槛,提高了开发效率,是互联网初创企业及传统企业的“互联网+”新业务的最佳技术选择。 三、NetJoint统一解决了互联网系统的核心技术难点 1.架构稳定:采用国际知名的OpenStack作为云平台架构,性能稳定,保 障您的代码安全,您可以放心的在平台上开发项目。 2.安全保障: 用户密码存储安全:每个用户使用独立的随机salt和bcrypt算法

相关文档
最新文档