查看: 1686|回复: 9
多线程查询手机号码运营商，多个接口
阅读权限90
在线时间 小时
结帖率： (51/96)
是否带模块:
调用了模块
(131.44 KB, 下载次数: 161)
13:26 上传
点击文件名下载附件
下载积分: 精币 -1 枚
简单的源码，大神勿喷
您可以选择打赏方式支持楼主
阅读权限50
在线时间 小时
签到天数: 5 天
直接发链接多好啊，呵呵
阅读权限90
在线时间 小时
结帖率： (51/96)
楼主可以做一个查询归属地的吗？需要源码二次开发哇。。
你看看接口里面有没归属地
阅读权限30
在线时间 小时
结帖率： (20/23)
楼主可以做一个查询归属地的吗？需要源码二次开发哇。。
阅读权限10
在线时间 小时
看看顶顶顶顶
阅读权限30
在线时间 小时
结帖率： (2/7)
就不能发下载链接嘛。穷人哇
阅读权限90
在线时间 小时
签到天数: 3 天结帖率： (14/14)
好像很厉害。
阅读权限70
在线时间 小时
签到天数: 1 天结帖率： (1/2)
路过看看............
阅读权限70
在线时间 小时
结帖率： (0/3)
有什么作用？
阅读权限90
在线时间 小时
结帖率： (51/96)
QQ截图23.jpg (38.58 KB, 下载次数: 0)
13:27 上传
精易论坛 - 有你更精彩 /1
网页Flash脱机技术来袭，还不上车？
拒绝任何人以任何形式在本论坛发表与中华人民共和国法律相抵触的言论，本站内容均为会员发表，并不代表精易立场!
揭阳精易科技有限公司申明:我公司所有的培训课程版权归精易所有，任何人以任何方式翻录、盗版、破解本站培训课程，我们必将通过法律途径解决！
公司简介：揭阳市揭东区精易科技有限公司致力于易语言教学培训/易语言学习交流社区的建设与软件开发，多年来为中小企业编写过许许多多各式软件，并把多年积累的开发经验逐步录制成视频课程供学员学习，让学员全面系统化学习易语言编程，少走弯路，减少对相关技术的研究与摸索时间，从而加快了学习进度！
防范网络诈骗，远离网络犯罪
违法和不良信息举报电话，企业QQ： ，邮箱：@
Powered by
粤公网安备 25中移动试点详单查询云化改造 预计明年多地上线
目前计费系统都是基于UNIX开发的，而云计算是趋势，底层设备可能逐步演变到x86、刀片服务器等，这些硬件的更新在给降低成本的同时也将给软件带来变革性的冲击，计费系统如何适应，厂商提供的计费解决方案如何帮助运营商在云计算中实现，这是运营商最为关注的问题。
各运营商云化进展不同
在计费系统云化上，IT部门追求系统的稳定性，这是由于以分钟、以秒计算的计费系统如果宕机，对内收入和对外形象都受影响。以广东为例，其一秒几百万收入就无法追回来，并引起用户投诉。因此，目前都是运营商规划部门推进，而厂商只有借助运营商大范围推动来进行配合，才能快速跟进发展。
在这方面比较积极，自去年11月底中国移动集团下文开始进行试点，到今年4月结束，论证了并行计算及云存储在业务支撑系统的适用性和引入策略。在广东、上海、四川、山东四省启动基于云计算的详单帐单处理试点工作，论证了分布式文件系统与分布式数据库在存储和查帐单数据方面的优缺点，以及并行计算在业务支撑系统应用的成熟度。
对此，业内人士分析，各个运营商情况不一样，中国移动计费系统嵌入比较成熟，业务量大，在这方面的需求迫切，急于降低运营成本。一位运维人员也认为，中国移动在资金上没有压力，上也相对简单，云化进程比另外两家运营商会快些。
对厂商&摸底考试&
由于厂商能力参差不齐，计费系统的云化需要看参与的厂商当中第三方厂商占比多少，易观国际分析师黄萌认为，大数据厂商的加入有利于解决运营商以前与一些传统厂商在合作中解决不了的问题。
运营商在计费系统云化测试中先对厂商进行&摸底考试&，比如中国移动计费系统云化相关测试，据参加测试的GBase介绍，这主要是运营商想了解&业界相关的平台技术发展得如何&，就像开卷考试，对各家进行非常严格的测试，测试中是基于中国移动的硬件，并由中国移动的人来测。
据了解，目前国内部分省份的账单、详单查询的云化已经走在前面，比如在详单查询的云化改造，数据量达到257TB，项目马上要进入实施阶段，处于运营商云落地的前端。
GBase认为，云落地比较难，首先在运营商内部试用，以经分系统为切入点，然后将一些经分系统逐渐转化到云平台。而云化是趋势，随着技术的进步，在云落地之时厂商要及时跟上，在并发处理和稳定性上保证运营商需求。
四川移动详单云管理试点方案
四川移动详单云管理整体试点方案利用大规模X86架构的PC集群池化实现云计算。基础计算、存储资源节点采用并行计算实现整体系统的按需动态扩展能力，读写分离提高资源读写性能，分布式文件系统实现应用透明节约存储成本。
具体方案件为思特奇分布式文件系统IDFS，使应用可以透明地访问实际分布的文件物理数据，保证海量存储的数据访问性能，具有高容错性、高可用性、可扩展性以及可管理性和按需服务，不存在单点故障问题，提供通用化文件访问接口。
在详单云化方面，详单处理池通过增加分布式任务调度实现详单存储的并行计算能力，并利用负载均衡，实现详单查询池的并行计算能力，同时通过利用分布式文件系统构建详单存储池，实现文件透明存储。此外，云管理平台可实现对云资源池的集中管理、业务部署的统一规划、业务请求的集中调度、业务系统的随需部署、计算资源的随需分配、业务平台的集中监控预警。
运营商必须面对、也必须要解决IT支撑系统的云化问题。传统的系统主要基于UNIX小型机+关系型数据库，随着云计算技术的逐步成熟，出于成本和技术演进等方面考虑，IT底层平台迎来全面的升级换代。应用软件要适应硬件基础设施，在云化方面要解决三大问题：一是分布式技术的成熟度，二是海量数据下的一致性和安全保障，三是不同云计算技术的集成。思特奇公司的解决方案在这三方面都有一定程度的突破，对运营商IT系统云化具有借鉴意义。(中国移动业务支撑系统部副经理 宁宇）
对话专家：中国移动业务支撑系统部副经理 宁宇
Q 如何理解云化计费？
宁宇：运营商的计费系统数据量庞大，计费规则又非常复杂，其云化应以系统的安全性、可靠性、实时性和数据一致性等为前提。计费系统云化的核心是分布式数据库，这方面的产品并不成熟，因此软件开发和系统集成的难度非常大。
Q 计费云化会给运营商带来哪些价值？
宁宇：计费是运营商IT支撑系统中涉及数据量最大，对稳定性要求最高的应用，因此决定了运营商支撑系统实现云化的程度。云计算是趋势，云化程度不仅对建设和运维成本产生影响，更会影响运营商的支撑系统运营模式和管理等。
Q 三大运营商目前改造重点各自偏重在哪？
宁宇：目前三大运营商均在积极尝试在支撑系统引入云计算技术。这当中最成熟、应用最多的是虚拟化技术。其次是以运营商主导开发为主，尝试在分析系统中引入hadoop、MPP等云计算技术。而在核心系统方面，三家对云化都比较谨慎。
LINK:IT系统的小型机改为基于X86的刀片服务器，单机运维成本下降88.5% ，总体运维成本可下降57%；单机采购成本可下降75% ，总体采购成本可下降20%。如果考虑到机房电力、空间节省，群集运维效率提升，云化改造的节支成果将更为明显。
作者：许冬琦& &来源：通信世界周刊
　　免责声明：本文仅代表作者个人观点，与C114中国通信网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
支持作者观点
反对作者观点
本文关键字: 3, 24, 1, 11, 9, 1, 1, 6, 1, 1
? ? ? ? ? ? ? ? ? ?
? ? ? ? ? ? ? ? ? ? ? ?
Copyright&
c114 All Rights Reserved
上海荧通网络信息技术有限公司版权所有
南方广告业务部: 021-51142 E-mail:
北方广告业务部: 010-33977 E-mail:shixinqi@
编辑部联系: 021-51142 E-mail:editor@服务热线: 021-51142（）（ | ）
（） （ | ）  
                  tmem_record{                  tmem_record{
                  start_time:起始时间                  start_time:起始时间
-                 comm_plac:通信地点+                 comm_plac:通信地点,返回中文名称
                  comm_mode:通信方式                  comm_mode:通信方式
                  each_other_nm:对方号码                  each_other_nm:对方号码
                  meal_favorable:套餐优惠 //无优惠则空白；有优惠时，通话记录完全包含在套餐内填写“套餐名称”；套餐叠加时，按套餐资源使用的先后顺序，显示先使用的套餐名称。                  meal_favorable:套餐优惠 //无优惠则空白；有优惠时，通话记录完全包含在套餐内填写“套餐名称”；套餐叠加时，按套餐资源使用的先后顺序，显示先使用的套餐名称。
                  comm_fee: 实收通讯费 
单位：元，精确到分，保留两位小数                  comm_fee: 实收通讯费 
单位：元，精确到分，保留两位小数
 +                new_call_flag:是否新通话。0:是;1:否;新通话是指VOLTE通话
                  }                         }       
          }          }
                  tmem_record{                  tmem_record{
                  start_time:起始时间                  start_time:起始时间
-                 comm_plac:通信地点 //国内为“内地”；国际及港澳台漫游为“漫游国家/地区名+运营商”。漫游国家/地区名显示全称，运营商显示其中文或英文简称。（注：内地的标准用词为“国内（不含港澳台）”，但由于标准用词占据8个字符，占据字符多，影响详单整体清晰度，因此这里采用内地。）+                 comm_plac:通信地点
                  each_other_nm:对方号码                  each_other_nm:对方号码
                  info_type:信息类型 //包括短信、港澳台及国际短信、港澳台及国际漫游短信、彩信、港澳台及国际彩信、港澳台及国际漫游彩信、增值业务短信、增值业务彩信、代收费业务短信、代收费业务彩信。                  info_type:信息类型 //包括短信、港澳台及国际短信、港澳台及国际漫游短信、彩信、港澳台及国际彩信、港澳台及国际漫游彩信、增值业务短信、增值业务彩信、代收费业务短信、代收费业务彩信。
                  start_time:起始时间 格式mm-dd hh:mm:ss                  start_time:起始时间 格式mm-dd hh:mm:ss
                  comm_plac:通信地点 //发生本次通信时所处的位置，国内省名；国际及港澳台漫游为“漫游国家/地区名+运营商”。漫游国家/地区名显示全称，运营商显示其中文或英文简称                  comm_plac:通信地点 //发生本次通信时所处的位置，国内省名；国际及港澳台漫游为“漫游国家/地区名+运营商”。漫游国家/地区名显示全称，运营商显示其中文或英文简称
-                 net_play_type:上网方式 //发生本次通信时所处的位置，国内省名；国际及港澳台漫游为“漫游国家/地区名+运营商”。漫游国家/地区名显示全称，运营商显示其中文或英文简称+                 net_play_type:上网方式 //CMNET、CMWAP等。
                  net_type:上网类型 //必须返回，不能为空。返回内容为“4G”或“2G/3G”或“2G/3G/4G”                  net_type:上网类型 //必须返回，不能为空。返回内容为“4G”或“2G/3G”或“2G/3G/4G”
                  comm_time:总时长 //格式为hh:mm:ss                  comm_time:总时长 //格式为hh:mm:ss
日 (二) 16:03的最后版本
接口描述：根据用户手机号获取该用户使用详单
接口地址：
接口提供方：商城能力开放平台
请求发起方：商户自有系统
接口版本号：1.0
调用方式：HTTPS
应答报文格式：JSON
请求报文：
商户的APPKEY
签名认证参数（md5值）
时间戳（YYYYMMDDHHMMSS）
接口版本号
user_mobile
用户手机号码
user_certification
用户身份凭证
用户登录后CRM颁发的认证凭证
bill_month
账期月份　//时间格式YYYYMM，要求支持分散账期（如用户账期日为3日，请求报文账期月份为201310，返回31102账期内用户详单
//详单类型编码表
temp_user_certification
服务密码用户临时凭证 //临时身份凭证只在申请时对应业务中有效
rand_user_certification
短信随机码用户临时凭证 //临时身份凭证只在申请时对应业务中有效
begin_index
起始序号 //起始序号和终止序号是左闭右开。记录序号从1开始，在后台判断起始序号为1时需要返回所有满足条件的记录总数。
终止序号 //为避免每次查询的数据量过多，每次查询最多返回的详单记录数在50到1000间。
6900--手机营业厅
6100--融合通信
6200--微信营业厅
0703--商城能力开放平台
应答报文：
应答代码 0：成功 其他错误应答代码见附录
opr_time:结果对应时间戳
tmem_info_rsp:{
tmem_type: 详单类型 //参见详单类型编码表
total_count:详单记录总数
//当起始序号为1时需要返回所有满足条件的记录总数
remark:备注
bill_cycle_start_date:本月帐期的起始日 //用户帐期的起始日格式：YYYYMMDD
bill_cycle_end_date:本月帐期结束日
//用户帐期的结束日格式：YYYYMMDD
fixed_exp_list{
//套餐及固定费用详单
tmem_record{ //套餐及固定费用详单记录 01-套餐及固定费用详单
buckle_fe_time:扣费时间
disposable:使用周期
meal_name:套餐及固定费名称
fee:费用 单位：元，精确到分，保留两位小数
call_list{ // 02-通话详单
tmem_record{
start_time:起始时间
comm_plac:通信地点,返回中文名称
comm_mode:通信方式
each_other_nm:对方号码
comm_time:通信时长 格式：×秒、×分×秒、×小时×分×秒
comm_type:通信类型 //展示业务名称，无业务名称则展示本地、国内长途、国际长途、港澳台长途、国际漫游、港澳台漫游。如果是VPMN通话，则显示“VPMN（本地、长途等）”
meal_favorable:套餐优惠 //无优惠则空白；有优惠时，通话记录完全包含在套餐内填写“套餐名称”；套餐叠加时，按套餐资源使用的先后顺序，显示先使用的套餐名称。
comm_fee: 实收通讯费
单位：元，精确到分，保留两位小数
new_call_flag:是否新通话。0:是;1:否;新通话是指VOLTE通话
message_list{ //03-短彩信详单
tmem_record{
start_time:起始时间
comm_plac:通信地点
each_other_nm:对方号码
info_type:信息类型 //包括短信、港澳台及国际短信、港澳台及国际漫游短信、彩信、港澳台及国际彩信、港澳台及国际漫游彩信、增值业务短信、增值业务彩信、代收费业务短信、代收费业务彩信。
buness_name:业务名称 //当信息类型为“增值业务”或“代收费业务”时，展示对应的业务名称；否则为空。
meal: 套餐 //优惠则空白；有优惠时，短彩信条数包含在套餐内填写“套餐名称”
comm_fee:通信费 单位：元，精确到分，保留两位小数。
comm_mode:通信方式
net_play_list{//04-上网详单
tmem_record{
start_time:起始时间 格式mm-dd hh:mm:ss
comm_plac:通信地点 //发生本次通信时所处的位置，国内省名；国际及港澳台漫游为“漫游国家/地区名+运营商”。漫游国家/地区名显示全称，运营商显示其中文或英文简称
net_play_type:上网方式 //CMNET、CMWAP等。
net_type:上网类型 //必须返回，不能为空。返回内容为“4G”或“2G/3G”或“2G/3G/4G”
comm_time:总时长 //格式为hh:mm:ss
sum_flow:总流量
meal: 套餐 //无优惠则空白；有优惠时，上网记录完全包含在套餐内填写“套餐名称”，部分包含在套餐内填写“套餐名称（超出套餐）”；
comm_fee:通信费 单位：元，精确到分，保留两位小数。
value_added_list{//05-增值业务扣费记录
tmem_record{
start_time:起始时间 格式mm-dd hh:mm:ss
usage_mode:使用方式 WAP、短信、彩信、语音等
business_name:业务名称
service_port:服务端口
fee:费用 单位：元，精确到分，保留两位小数。
sum_flow:总流量
meal: 套餐
comm_fee:通信费 单位：元，精确到分，保留两位小数。
generation_list{//06-代收费业务扣费记录
tmem_record{
start_time:起始时间 格式mm-dd hh:mm:ss
usage_mode:使用方式 WAP、短信、彩信、语音等
business_name:业务名称
business_port:业务端口
isp_internet:服务提供商
spid:企业代码
fee_type: 费用类型
fee:费用 单位：元，精确到分，保留两位小数
other_exp_list{//07-其它费用扣费记录
tmem_record{
start_time:起始时间 格式mm-dd hh:mm:ss
fee_type:费用类型
代付+号码、违约金、租机费、协议补收费等
business_name:业务名称
fee:费用 单位：元，精确到分，保留两位小数
trans_ido:对账流水
本页面最后修改于日 (星期二) 16:03。
此页面已被浏览过1,084次。