Traitement en cours

Veuillez attendre...

Paramétrages

Paramétrages

Aller à Demande

1. WO2021056874 - PROCÉDÉ ET APPAREIL DE TRANSMISSION DE DONNÉES PRÉFABRIQUÉES ET DISPOSITIF ÉLECTRONIQUE

Document

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079  

权利要求书

1   2   3   4   5   6   7   8   9   10  

附图

1   2   3  

说明书

发明名称 : 一种预制数据传播方法、装置和电子设备

技术领域

[0001]
本发明涉及无线通信技术领域,特别涉及一种预制数据传播方法、装置和电子设备。

背景技术

[0002]
目前在两部智能手机之间,通话时实现播放来电视频铃声的技术主要分两种:电信运营商视频彩铃技术和来电秀技术。
[0003]
电信运营商视频彩铃技术是指被叫手机开通视频彩铃业务后,主叫手机给被叫拨打电话时,不需要借助任何APP,就能在呼叫等待时段观看被叫设置的个性化趣味视频;该应用是基于电信运营商移动网络业务管理平台、视频彩铃业务平台以及支持VoLTE网络和VoLTE视频播放功能的手机来实现的。
[0004]
但是电信运营商视频彩铃技术也有诸多缺点:①手机终端必须支持VoLTE网络和VoLTE视频播放功能。目前只有部分安卓机满足此要求,苹果机目前不支持视频彩铃播放功能。②电信运营商的视频彩铃业务是单向的,即主叫拨打被叫时,在呼叫等待时段主叫能观看被叫设置的视频,而被叫在振铃期间是看不到主叫推送来的视频。③电信运营商视频彩铃只能在VoLTE网络覆盖的范围内正常使用,VoLTE网络未覆盖的区域,用户将无法使用。④由于VoLTE网络目前没有互联互通,因此电信运营商视频彩铃只能给本网用户使用,用户体验较差。⑤不同厂家的手机终端,播放视频彩铃的界面都不一样,差异较大,用户对产品界面一致性体验很差。⑥由于没有APP来承载,新功能新服务无法得到延展,对用户流量的二次经营缺少手段,难以将流量引导至新的、有潜在收益的新业务上。
[0005]
来电秀技术是指用户手机接听来电时,在振铃期间播放用户事先给 该来电号码设置的个性化趣味视频。来电秀需要用户事先下载安装APP,并对来电号码设置视频。来电秀APP需要使用应用进程的保活和拉活技术,监听系统来电,替换系统通话界面和手机铃声。
[0006]
来电秀技术的主要问题在于:①接听电话看到的视频都是用户给自己配置的,而不是别人配置和推送过来的,这样就大大降低了应用的娱乐性和互动性。②对于苹果手机,来电秀类的APP对于来电都只能播放图片,技术上都没有实现来电能播放视频。
[0007]
因此,提供一种在智能手机间,特别是主被叫均为Android设备时,在正式通话前能够更改被叫方的彩铃和铃声,同时下载并播放对方预设的来电视频、图片或文字的方法,在不受网络制式限制的前提下,主被叫方均能下载并看到对方给自己设置的来电视频、音频、图片或文字,成为了目前急需解决的问题。
[0008]
发明内容
[0009]
本发明针对现有技术的不足,提供一种智能手机间,在正式通话前强制更改被叫方设置的的彩铃和铃声,并使得对方下载和显示自己预设的视频、音频、照片或文字的方法,无需电信运营商VoLTE网络和VoLTE终端支持,主被叫设备均可在正式系统通话前下载并观看到对方给自己配置的相关音视频或图文信息。
[0010]
为达到上述目的,本发明提出了如下技术方案:
[0011]
一种预制数据传播方法,包括下述步骤:
[0012]
步骤1,选择预制数据;
[0013]
步骤2,主叫方向被叫方发送被选择的预制数据;
[0014]
步骤3,被叫方显示被选择的预制数据,同时屏蔽呼叫提醒;
[0015]
步骤4,在所述预制数据显示过程中或完成后,主叫方根据用户的意愿对被叫方发出拨号请求。
[0016]
优选地,在所述步骤1前,还包括制作所述预制数据。
[0017]
优选地,在所述步骤1中,所述预制数据包括但不限于视频、音频、照片、文字和链接。
[0018]
优选地,在所述步骤2中,所述发送包括通过实时网络通信消息和 /或目标通信设备的厂家专用消息推送通道,将所述预制数据发送给被叫方。
[0019]
优选地,所述步骤3中,被叫方通过将本机呼叫提醒替换为一个无声音频文件或与所述预制数据中的音视频对应的音乐铃声,或直接将对应用户通信号码的本机专属呼叫提醒替换为所述预制数据的对应音频文件,来完成对呼叫提醒的屏蔽。
[0020]
优选地,在所述步骤3中,还包括主叫方避免所述预制数据中的音频和回铃音混播。
[0021]
优选地,在所述步骤4中,还包括通话结束后,被叫方还原本机呼叫提醒。
[0022]
最好,所述主叫方和所述被叫方可以互换。
[0023]
一种预制数据传播装置,包括预制数据选择模块、发送模块、下载模块、显示模块、屏蔽模块、播放模块和通话连接模块,所述预制数据传播装置能够实现如上所述的预制数据传播方法。
[0024]
一种电子设备,所述电子设备能够实现如上所述的预制数据传播方法。
[0025]
优选地,所述电子设备包括但不限于手机、电脑、平板电脑和可视门铃。
[0026]
与现有技术相比,本发明所述的一种预制数据传播方法,达到了如下效果:
[0027]
(1)本发明提供的一种预制数据传播方法,在通信设备正式通话前,主叫方能够有效屏蔽掉对方的彩铃声以及强制被叫更换彩铃和手机铃声,并下载和显示对方给自己预设的音视频或图文信息。
[0028]
(2)预设的音视频或图文信息在任何网络覆盖的区域范围均能发送、观看、使用;且无需选择运营商,任何运营商均可使用。
[0029]
(3)被叫方替换的彩铃声为一段无声音乐,或主叫方使用听筒最低音量播放被叫方设置的彩铃,因此主叫方可以正常播放被叫方发来的音视频或图文信息。
[0030]
(4)被叫方通过将本机铃声更换为一个无声音乐文件或与预制数据中的音视频对应的音乐铃声,或直接将主叫号码的本机专属铃声替换为所述预制数据的对应音频文件,使得被叫方可以正常播放主叫方发来的音视频或图文信息。
[0031]
(5)主叫方与被叫方能够双向播放显示对方给自己设置的音视频或图文信息。
[0032]
(6)主被叫方即使为双卡手机,依然能实现上述效果。

附图说明

[0033]
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。
[0034]
图1为该发明一种优选实施例,一种预制数据传播方法的流程图。
[0035]
图2为该发明另一种优选实施例,一种预制数据传播方法的流程图。
[0036]
图3为该发明中,实现预制数据传播方法的系统服务器架构图。

具体实施方式

[0037]
以下结合附图对本申请作进一步详细说明,但不作为对本申请的限定。
[0038]
如图1所示,在一种优选实施例中,在主被叫手机上对目标手机号码配置预制数据,包括本地或从网络下载的视频、音频、照片、文字、链接等,进一步的,也可以选择直接拍摄照片或录制音频、视频等,然后发送第三方IM消息和/或目标手机厂家专用消息推送通道至目标设备,通知目标设备更新数据配置关系并下载相应数据至本地缓存,将配置关系的更新告知后台服务器。若被叫方未收到所述预制数据,则被叫方重启手机或被来电唤醒,然后自动从后台服务器获取最新的配置关系并下载所述预制数据。。目标手机成功收到所述预制数据后,需要将对应用户手机号码的本机专属铃声替换为所述预制数据的对应音频文件。
[0039]
由于主被叫方为Android设备,可以利用手机进程保活和拉活方案实现配置关系的更新和及时收到预制数据,Android保活方案包括1像素Activity保活方案和前台服务器保活方案。Android拉活方案包括:1、监听系统广播(开机,锁屏,网络切换,拍照等);2.、账户同步机制拉活;3、循环播放无声音乐;4、双进程守护;5.、JobScheduler;6、推送拉活;7、NDK Fork拉活;8.、系统服务拉活。
[0040]
主叫方发送起呼消息给被叫方,在被叫方接收到起呼消息后,根据主叫方对被叫方的数据配置关系,被叫方首先查询主叫方给自己配置的预制数据是否已在本地缓存,如已存在,则对本机手机铃声进行替换,替换方式有三种:①将铃声配置为无声音乐文件;②将全局铃声替换为预制数据所对应的音频;③将对应用户手机号码的本机专属铃声替换为所述预制数据的对应音频文件。①和②要同时保存原有手机铃声的信息。若主叫方给自己配置的预制数据未在本地缓存,则到平台下载预制数据到本地再进行上述处理;被叫方手机铃声替换成功后返回消息给主叫。
[0041]
进一步的,主叫方避免所述预制数据中的音频和彩铃声音混播,主要可以采取三种方法:①被叫方通过向集团客户彩铃后台申请并加入自己的手机号码,完成更改彩铃;②被叫方直接更改自己的彩铃;③主叫方更改彩铃的播放模式。
[0042]
在第①种方法中,后台服务器事前申请开通相关运营商的集团彩铃客户业务,维护集团彩铃客户的手机号码列表,并设置集团客户彩铃为一个无声音乐。当被叫方收到主叫的起呼消息后,被叫方向集团客户彩铃后台申请并加入自己的手机号码,之后主叫方发起系统电话呼叫,在呼叫等待期间播放被叫方发来的预制数据的音视频,而被叫方的集团客户彩铃虽然也会同时放音,因是一段无声音乐,所以不会影响预制数据的播放效果。当通话结束后,被叫方申请并退出集团客户彩铃号码列表。
[0043]
在第②种方法中,被叫方在收到主叫方发来的起呼消息后,直接更改自己的彩铃为一段无声音乐,亦不会影响预制数据的播放效果。当通话结束后,被叫方再将彩铃更换为之前的彩铃。
[0044]
在第③种方法中,主叫方采用扬声器播放所述预制数据中的音频,同时听筒音量最小化播放彩铃;当电话接通后,听筒将音量回调进行通话。通话结束后,主叫方重置彩铃的播放模式。
[0045]
通过上述①或②方式将被叫方的彩铃声更换以后,返回消息给主叫方,主叫方收到被叫方返回的成功消息后,根据被叫方对主叫方的配置关系,首先查询主叫方给自己配置的预制数据是否已在本地缓存,若不存在,则到平台下载预制数据到本地缓存。主叫方自动发起系统电话呼叫,并在呼叫等待期间播放所述预制数据,若被叫方未采用上述①或②方式,主叫方则采用上述③方式,避免所述预制数据中的音频和彩铃声音混播,保证预制数据的播放效果。
[0046]
被叫方被来电唤醒并在电话振铃期间播放预制数据,当被叫方选择接听进入系统正常的通话界面时,主叫也同时进入系统正常的通话界面。
[0047]
被叫方如果采用上述①或②方式替换手机本地铃声,则在通话结束后,被叫方还原手机本地铃声。
[0048]
在本实施例中,主叫方与被叫方均为Android设备。
[0049]
由于主叫方为Android设备,在Android 6.0后官方SDK提供了Telecom Framework框架,这个框架允许第三方应用替换系统的默认电话应用,API提供了InCallService服务,定义了来电话与拨打电话的相关方法,实现这个InCallService并控制自己的UI页面的业务逻辑。在每次APP启动的时候,检查APP是不是默认应用,如果不是则提示用户替换当前默认系统电话应用。
[0050]
当上述的预制数据为视频文件时,用户在打开相应APP时开启用户权限,给对方(亲人或朋友)设置视频铃音的时候开启系统权限,包括:自动替换系统默认电话应用,开启系统悬浮窗权限,读取来电通知,修改系统设置等,开启CallShowService服务,注册系统来电监听PhoneStateListener,创建系统级弹窗,利用Google Exoplayer播放器播放视频铃音。
[0051]
由于目前的Android设备多为双卡双待手机,在进行数据配置关系 处理时,有以下几种情况:
[0052]
(1)、一个号码已在后台服务器注册,另一号未注册:
[0053]
A、已注册的号码为主号,主号已订购相关服务,且在有效期内,才能绑定另外一个号,该号称为绑定号(绑定前要判断主号服务订购情况)。
[0054]
B、绑定号需要验证码才能被绑定。
[0055]
C、系统自动为绑定号生成用户账号,并与当前手机设备ID关联。这样主号和绑定号关联的设备ID相同。二者拥有相同的视频配置关系。
[0056]
D、只有当前手机终端有双卡槽,且插入有效sim/uim卡,主号才能允许有绑定号。
[0057]
E、满足B,C,D才能绑定成功。
[0058]
(2)、两个号码均已在后台服务器注册:
[0059]
号卡从当前手机双卡槽分离到另一部手机(即当前手机双卡槽插入新的号卡):
[0060]
A、主号分离
[0061]
①、分离的主号插入新手机成为主号:主号继承原有的数据配置关系,解除原绑定号。若该主号绑定当前手机另外卡槽的号码(绑定前要判断主号服务订购情况),则无论该号码之前是否为主号或其他主号的绑定号,都更新为当前新主号的视频配置关系。如果未作绑定,则两个号码各自拥有独立的视频配置关系。
[0062]
②、分离的主号插入新手机成为绑定号,则数据配置关系和当前手机主号一致。
[0063]
B、绑定号分离
[0064]
①、分离的绑定号插入新手机成为主号:登录后,如发现关联的设备ID发生变更,则提示用户是否同步原有主号数据频配置关系,否 数据配置关系不变;若该主号绑定当前手机另外卡槽的号码(绑定前要判断主号服务订购情况),则无论该号码之前是否为主号或其他主号的绑定号,都更新为当前新主号的数据配置关系。如果未作绑定,则两个号码各自拥有独立的数据配置关系。
[0065]
②、分离的绑定号插入新手机成为绑定号,则视频配置关系和当前手机主号一致。
[0066]
如图2所示,在另外一种优选实施例中,在主被叫手机上对目标手机号码配置预制数据,包括本地或从网络下载的视频、音频、照片、文字,然后主叫方发起VoIP呼叫至被叫方,建立VoIP通话连接;同时也使用被叫方手机厂家专用消息推送通道,发送起呼消息给被叫方,通知被叫方更新数据配置关系并下载相应数据的本地缓存,将配置关系的更新告知后台服务器,若被叫方未收到所述预制数据,则被叫方重启手机或被来电唤醒,然后转动那个从后台服务器获取最新的配置关系并下载所述预制数据;
[0067]
在被叫手机接收到VoIP消息后,直接显示主叫方所预制的数据并振铃;或通过上述的保活及拉活机制(包括厂家通道消息推送唤醒)在被叫方手机展示VoIP振铃界面,播放显示主叫方所配置的预制数据。与此同时,主叫方展示VoIP呼叫等待界面,播放显示被叫方所制作的预制数据。在主被叫方显示播放对方给自己配置的预制数据时,首先查询该数据是否已在本地缓存,如存在,则直接播放显示,如不存在,则到平台下载缓存播放。
[0068]
当被叫方接听,则主叫方关闭预制数据显示页面,进入VoIP通话界面。在本实施例中,主叫方与被叫方均为Android设备。
[0069]
图3所示为实现本方法的系统服务器架构,系统主体架构采用互联网传统的技术架构SpringMVC,SpringMVC是Spring提供的一个强大而 灵活的模块式web框架,一种基于Java的以请求为驱动类型的轻量级Web框架,其目的是将Web层进行解耦,即使用“请求-响应”模型,从工程结构上实现良好的分层,区分职责,简化Web开发。
[0070]
数据库用的mycat中间件做的多主多从集群,进行了读写分离、分库分表的技术,能够有效保障数据库的高并发、高可用。缓存数据库用的是redis集群来实现的,redis是一个高性能的key-value数据库,同时redis做了主从的集群,即保障性能也保障了高可用。系统中还使用了mongdb存储非关系型数据,主要记录日志、第三方平台交换日志等。
[0071]
文件系统用的是阿里开源的fastdfs分布式文件系统,主要对短视频数据进行本地化存储。Kafka消息服务是由Apache软件基金会开发的一个开源流处理平台,是一种高吞吐量的分布式发布订阅消息系统,可提高服务器吞吐能力。ElasticSearch搜索引擎服务,主要是进行相关度排序查询,提高检索效率。
[0072]
与现有技术相比,本发明所述的一种预制数据传播方法,通过采用①短视频配置关系实时更新与短视频下载和播放技术;②主叫方为Android设备拨打被叫方为Android设备的呼叫业务逻辑实现技术;③Android设备替换系统通话界面的处理技术;④Android设备进程保活和拉活实现技术;⑤Android双卡设备视频配置关系技术;⑥主叫方Android设备屏蔽被叫方个性化彩铃声而仅播放预制数据中的音视频的实现技术;六种技术的组合,达到了如下效果:
[0073]
(1)本发明提供的一种预制数据传播方法,在通信设备正式通话前,主叫方能够有效屏蔽掉对方的彩铃声以及强制被叫更换彩铃和手机铃声,并下载和显示对方给自己预设的音视频或图文信息。
[0074]
(2)预设的音视频或图文信息在任何网络覆盖的区域范围均能发送、观看、使用;且无需选择运营商,任何运营商均可使用。
[0075]
(3)被叫方替换的彩铃声为一段无声音乐,或主叫方使用听筒最低音量播放被叫方设置的彩铃,因此主叫方可以正常播放被叫方发来的 音视频或图文信息。
[0076]
(4)被叫方通过将本机铃声更换为一个无声音乐文件或与预制数据中的音视频对应的音乐铃声,或直接将主叫号码的本机专属铃声替换为所述预制数据的对应音频文件,使得被叫方可以正常播放主叫方发来的音视频或图文信息。
[0077]
(5)主叫方与被叫方能够双向播放显示对方给自己设置的音视频或图文信息。
[0078]
(6)主被叫方即使为双卡手机,依然能实现上述效果。
[0079]
尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变形。

权利要求书

[权利要求 1]
一种预制数据传播方法,其特征在于,包括下述步骤: 步骤1,选择预制数据; 步骤2,主叫方向被叫方发送被选择的预制数据; 步骤3,被叫方显示被选择的预制数据,同时屏蔽呼叫提醒; 步骤4,在所述预制数据显示过程中或完成后,主叫方根据用户的意愿对被叫方发出拨号请求。
[权利要求 2]
根据权利要求1所述的预制数据传播方法,其特征在于,在所述步骤1前,还包括制作所述预制数据,所述预制数据包括但不限于视频、音频、照片、文字和链接。
[权利要求 3]
根据权利要求2所述的预制数据传播方法,其特征在于,在所述步骤2中,所述发送包括通过实时网络通信消息和/或目标通信设备的厂家专用消息推送通道,将所述预制数据发送给被叫方。
[权利要求 4]
根据权利要求3所述的预制数据传播方法,其特征在于,所述步骤3中,被叫方通过将本机呼叫提醒替换为一个无声音频文件或与所述预制数据中的音视频对应的音乐铃声,或直接将对应用户通信号码的本机专属呼叫提醒替换为所述预制数据的对应音频文件,来完成对呼叫提醒的屏蔽。
[权利要求 5]
根据权利要求4所述的预制数据传播方法,其特征在于,在所述步骤3中,还包括主叫方避免所述预制数据中的音频和回铃音混播。
[权利要求 6]
根据权利要求5所述的预制数据传播方法,其特征在于,在所述步骤4中,还包括通话结束后,被叫方还原本机呼叫提醒。
[权利要求 7]
根据权利要求6所述的预制数据传播方法,其特征在于,所述主叫方和所述被叫方可以互换。
[权利要求 8]
一种预制数据传播装置,其特征在于,包括预制数据选择模块、发送模块、下载模块、显示模块、屏蔽模块、播放模块和通话连接模块,所述预制数据传播装置能够实现如权利要求1-7中任一项所述的预制数据传播方法。
[权利要求 9]
一种电子设备,其特征在于,所述电子设备能够实现如权利要求1-7中任一项所述的预制数据传播方法。
[权利要求 10]
根据权利要求9所述的一种电子设备,其特征在于,所述电子设备包括但不限于手机、电脑、平板电脑和可视门铃。

附图

[ 图 1]  
[ 图 2]  
[ 图 3]