WO2021056872A1 - 一种预制数据传播方法、装置和电子设备 - Google Patents

一种预制数据传播方法、装置和电子设备 Download PDF

Info

Publication number
WO2021056872A1
WO2021056872A1 PCT/CN2019/126966 CN2019126966W WO2021056872A1 WO 2021056872 A1 WO2021056872 A1 WO 2021056872A1 CN 2019126966 W CN2019126966 W CN 2019126966W WO 2021056872 A1 WO2021056872 A1 WO 2021056872A1
Authority
WO
WIPO (PCT)
Prior art keywords
called party
data
prefabricated data
party
prefabricated
Prior art date
Application number
PCT/CN2019/126966
Other languages
English (en)
French (fr)
Inventor
李复君
金宝鼎
芦琪
Original Assignee
巨象科技有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 巨象科技有限公司 filed Critical 巨象科技有限公司
Publication of WO2021056872A1 publication Critical patent/WO2021056872A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42136Administration or customisation of services

Definitions

  • the present invention relates to the field of wireless communication technology, in particular to a prefabricated data transmission method, device and electronic equipment.
  • the video ring back tone technology of telecom operators means that after the called mobile phone activates the video ring back tone service, when the calling mobile phone makes a call to the called party, it does not need to use any APP to watch the personalized and interesting video set by the called party during the call waiting period;
  • the application is based on the mobile network service management platform of the telecom operator, the video ring back tone service platform, and the mobile phone that supports the VoLTE network and the VoLTE video playback function.
  • the video ring back tone technology of telecom operators also has many shortcomings: 1
  • 1 The mobile terminal must support the VoLTE network and the VoLTE video playback function.
  • 2 The video ring back tone service of telecom operators is one-way, that is, when the caller dials the called party, the caller can watch the video set by the called party during the call waiting period, but the called party cannot see the caller's push during the ringing period. Video.
  • 3 The video ring back tone of telecom operators can only be used normally within the coverage of the VoLTE network. Users will not be able to use the areas not covered by the VoLTE network.
  • Incoming call show technology means that when a user's mobile phone answers an incoming call, it plays a personalized and interesting video that the user has previously set for the caller's number during the ringing period.
  • Caller ID requires users to download and install the APP in advance, and set a video for the caller ID.
  • Caller ID App needs to use the keep-alive and pull-alive technology of the application process, monitor system calls, replace the system call interface and mobile phone ringtones.
  • call show technology The main problems of the call show technology are: 1 The video that the user sees when answering the phone is configured by the user, rather than configured and pushed by others, which greatly reduces the entertainment and interactivity of the application. 2For Apple mobile phones, call show apps can only play pictures for incoming calls, and technically, they have not realized the power to play videos.
  • both the calling party and the called party can download and see the incoming video, audio, picture or text set by the other party, which has become a problem that needs to be solved urgently.
  • the present invention provides a method for forcing the other party to download and display their own preset video, audio, photo or text before a formal call between communication devices, without the support of the telecom operator’s VoLTE network and VoLTE terminal.
  • the called device can download and watch the related audio, video or graphic information configured by the other party before the formal system call.
  • a prefabricated data dissemination method characterized in that it comprises the following steps:
  • Step 1 Select prefabricated data
  • Step 2 The calling party sends the selected prefabricated data to the called party and forces the called party to download the selected prefabricated data
  • Step 3 The calling party sends a dialing request to the called party according to the user's wishes;
  • Step 4 The called party displays the prefabricated data before making an answering or rejecting response.
  • the step 1 further includes making the pre-made data, the pre-made data including but not limited to video, audio, photos, text and links.
  • the sending includes sending the prefabricated data to the called party through a real-time network communication message and/or a dedicated message push channel of the called party.
  • the called party when the called party is forcibly downloading the prefabricated data, it first queries whether the prefabricated data has been cached locally, and if it does not exist, it will download the cached display to the network for display.
  • the step 2 further includes the following step: after the called party downloads the pre-made data to the local cache, it replaces the call reminder audio of the device.
  • the replacement method includes: replace the call reminder audio of the device with The corresponding audio file and/or a silent music file of the pre-made data, and save the information of the original device call reminder audio; or directly replace the call reminder audio of the caller’s communication number with the pre-made data Corresponding to audio files.
  • the step 2 further includes the following step: sending the pre-made data to the called party while synchronizing the update of the configuration relationship to the background server, if the called party does not receive the pre-made data, Then, after restarting the called party or waking up the called party, the latest configuration relationship is automatically obtained from the background server and the pre-made data is downloaded. After the called party successfully receives the prefabricated data, it needs to replace the call reminder audio specific to the device of the calling party's communication number with the corresponding audio file of the prefabricated data.
  • the calling party and the called party are interchangeable.
  • a prefabricated data dissemination device includes a prefabricated data production and selection module, a sending module, a compulsory download module, a display module, and a call connection module.
  • the prefabricated data dissemination device can implement the prefabricated data dissemination method as described above.
  • An electronic device capable of implementing the prefabricated data dissemination method as described above.
  • the electronic device includes, but is not limited to, a mobile phone, a computer, a tablet computer, and a video doorbell.
  • the prefabricated data dissemination method of the present invention achieves the following effects:
  • a prefabricated data dissemination method provided by the present invention before the communication device officially talks, especially when the calling party is an iOS device and the called party is an Android device, both the calling party and the called party can compulsorily download and Display the audio, video or graphic information preset by the other party.
  • the preset audio, video or graphic information can be sent, watched, and used in any network coverage area; and there is no need to select an operator, any operator can use it.
  • the calling party and the called party can play and display the audio, video or graphic information set by the other party in both directions.
  • the communication device of the called party is a dual-card mobile phone, it can still download the pre-made data sent by the calling party.
  • Fig. 1 is a flow chart of a preferred embodiment of the invention, a method for disseminating pre-made data.
  • Fig. 2 is another preferred embodiment of the invention, a flow chart of a prefabricated data dissemination method.
  • Fig. 3 is an architecture diagram of a system server implementing the method of prefabricated data transmission in the present invention.
  • the calling party is further an iOS device
  • the called party is an Android device.
  • the communication number of the target device is configured with pre-made data on the calling and called communication devices, including local or slave Videos, audios, photos, texts, links, etc. downloaded from the network. Furthermore, you can also choose to directly take photos or record audio, video, etc., and then borrow the target mobile phone’s manufacturer’s dedicated message push channel and/or third-party IM messages to send Call message to the called party, notify the called party to update the data configuration relationship and download the local cache of the corresponding data. At the same time, the configuration relationship update is synchronized to the background server.
  • the called party If the called party does not receive the pre-made data, the called party Restart the device or be awakened by an incoming call, and then automatically obtain the latest configuration relationship from the background server and download the pre-made data. After successfully receiving the prefabricated data, the target device needs to replace the local ringtone corresponding to the user's mobile phone number with the corresponding audio file of the prefabricated data.
  • the Android keep-alive solution includes a 1-pixel Activity keep-alive solution and a front-end server keep-alive solution.
  • the Android pull program includes: 1. Monitor system broadcasts (boot, lock screen, network switch, camera, etc.); 2. Activate the account synchronization mechanism; 3. Play silent music in a loop; 4. Dual-process guarding; 5. JobScheduler ; 6. Push pull live; 7. NDK Fork pull live; 8. System service pull live.
  • the called party After the called party receives the initiation message, according to the calling party's data configuration relationship with the called party, the called party first queries whether the prefabricated data configured by the calling party has been cached locally, and if it already exists, then check Whether the local mobile phone ringtone has been replaced, if not, replace the local mobile phone ringtone.
  • the called party is an Android device, after Android 6.0, the official SDK provides the Telecom Framework.
  • This framework allows third-party applications to replace the system’s default phone application.
  • the API provides the InCallService service, which defines the methods for incoming and outgoing calls. Implement this InCallService and control the business logic of your UI page. Every time the APP is started, it is checked whether the APP is the default application, and if it is not, the user is prompted to replace the current default system phone application.
  • the user opens the user authority when opening the corresponding APP, and opens the system authority when setting the video ringtone for the other party (family or friend), including: automatically replacing the system default phone application, and opening the system floating window Permission, read incoming call notifications, modify system settings, etc., turn on the CallShow Service service, register system incoming calls to monitor PhoneStateL istener, create system-level pop-up windows, and use Google Exop layer player to play video ringtones.
  • the calling party After the calling party sends the initiation message, it starts to play the pre-made data configured by the called party for a certain length of time (for example, 8 seconds). After that, the iOS system call prompt window pops up, and the calling party user clicks "Call" to initiate a system phone call, and the system call waiting and call interface is displayed. While the calling party does not respond to the call prompt window, it continues to display and play the pre-made data configured by the called party.
  • a certain length of time for example, 8 seconds.
  • the called party is awakened by the incoming call of the system phone and plays the pre-made data and mobile phone ringtone configured by the calling party when ringing.
  • the called party answers, close the pre-made data and mobile phone ringtone playback page and enter the normal call interface; at the same time, the caller enters the normal call interface of the system.
  • the called party restores the local phone ringtone.
  • the calling party is preferably an iOS device
  • the called party is an Android device.
  • the registered number is the main number.
  • the main number has subscribed to related services and can be bound to another number within the validity period. This number is called the binding number (the order of the main number service must be judged before binding).
  • the binding number needs a verification code to be bound.
  • the system automatically generates a user account for the binding number and associates it with the current mobile device ID. In this way, the device ID associated with the main number and the binding number is the same. Both have the same video configuration relationship.
  • the number card is separated from the dual card slot of the current mobile phone to another mobile phone (that is, the new number card is inserted into the dual card slot of the current mobile phone):
  • the separated main number is inserted into the new mobile phone to become the main number: the main number inherits the original data configuration relationship, and the original binding number is released. If the main number is bound to the number of another card slot of the current mobile phone (the order of the main number service must be determined before binding), regardless of whether the number was previously the main number or the binding number of other main numbers, it will be updated to the current new main number Video configuration relationship of the number. If it is not bound, the two numbers each have an independent video configuration relationship.
  • the separated main number is inserted into the new mobile phone to become the binding number, then the data configuration relationship is consistent with the current mobile main number.
  • the separated binding number is inserted into the new mobile phone to become the main number: After logging in, if the associated device ID is found to be changed, the user will be prompted whether to synchronize the data configuration relationship of the original main number, or the data configuration relationship remains unchanged; If the number is bound to the number of another card slot of the current mobile phone (the order of the main number service must be determined before binding), no matter whether the number was previously the main number or the binding number of other main numbers, it will be updated to the data of the current new main number Configuration relationship. If it is not bound, the two numbers each have an independent data configuration relationship.
  • the separated binding number is inserted into the new mobile phone to become the binding number, and the video configuration relationship is the same as the main number of the current mobile phone.
  • the target mobile phone number is configured with pre-made data on the calling and called mobile phones, including video, audio, photos, and text downloaded locally or from the network, and then the calling party initiates VoIP Make a call to the called party to establish a VoIP call connection; at the same time, use the dedicated message push channel of the called party's mobile phone manufacturer to send the call origination message to the called party. Notify the called party to update the data configuration relationship and download the local cache of the corresponding data. At the same time, the configuration relationship update is synchronized to the background server. If the called party does not receive the pre-made data, the called party restarts the mobile phone or is awakened by the incoming call. Then automatically obtain the latest configuration relationship from the background server and download the prefabricated data.
  • the called party After the called party receives the initiation message, it directly displays the data pre-prepared by the calling party and rings; or through the above-mentioned keep-alive and pull-alive mechanism (including factory channel message push wake-up) to display VoIP on the called party’s mobile phone
  • the ringing interface will play and display the pre-made data configured by the calling party.
  • the calling party displays the VoIP call waiting interface, and plays and displays the prefabricated data made by the called party.
  • the caller and the called party display and play the pre-made data configured by the other party, they first query whether the data has been cached locally, if it exists, it will be played and displayed directly, and if it does not exist, it will be downloaded and cached to the platform for playback.
  • the calling party When the called party answers, the calling party closes the pre-made data display page and enters the VoIP call interface.
  • the calling party is preferably an iOS device, and the called party is an Android device.
  • Figure 3 shows the system server architecture that implements this method.
  • the main architecture of the system adopts the Internet's traditional technical architecture SpringM VC.
  • SpringM VC is a powerful and flexible modular web framework provided by Spring, a Java-based request-driven
  • the purpose of this type of lightweight Web framework is to decouple the Web layer, that is, to use the "request-response" model to achieve good layering from the engineering structure, distinguish responsibilities, and simplify Web development.
  • the mycat middleware used in the database is a multi-master and multi-slave cluster, which has the technology of read-write separation, database sub-database sub-table, and can effectively guarantee the high concurrency and high availability of the database.
  • the cache database is implemented using a redis cluster. Redis is a high-performance key-value database. At the same time, redis is a master-slave cluster, which guarantees performance and high availability.
  • the system also uses mongdb to store non-relational data, mainly to record logs and exchange logs on third-party platforms.
  • Kafka messaging service is an open source stream processing platform developed by the Apache Software Foundation. It is a high-throughput distributed publish-subscribe messaging system that can improve server throughput.
  • the ElasticSearch search engine service is mainly to perform relevance ranking queries to improve retrieval efficiency.
  • the prefabricated data dissemination method of the present invention adopts 1 real-time update of short video configuration relationship and short video download and playback technology; 2 the calling party is an iOS device and the called party is an Android device
  • the call business logic realization technology 3Android device replacement system call interface processing technology; 4Android device process keep-alive and pull-alive realization technology; 5Android dual-card device video configuration relationship technology, a combination of five technologies, achieved the following effects:
  • a prefabricated data dissemination method provided by the present invention before the communication device officially talks, especially when the calling party is an iOS device and the called party is an Android device, both the calling party and the called party can compulsorily download and Display the audio, video or graphic information preset by the other party.
  • the preset audio, video or graphic information can be sent, watched, and used in any network coverage area; and there is no need to select an operator, any operator can use it.
  • the calling party and the called party can play and display the audio, video or graphic information set by the other party in both directions.
  • the communication device of the called party is a dual-card mobile phone, it can still download the pre-made data sent by the calling party.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种预制数据传播方法、装置和电子设备,所述方法包括下述步骤:步骤1),选择预制数据;步骤2),主叫方向被叫方发送被选择的预制数据,并强制被叫方下载被选择的预制数据;步骤3),主叫方根据用户的意愿对被叫方发出拨号请求;步骤4),被叫方在做出接听或拒听响应前显示所述预制数据。提供一种在通信设备间,特别是主叫为iOS设备、被叫是Android设备时,在正式通话前下载并播放对方预设的视频、图片或文字的方法,在不受网络制式限制的前提下,主被叫方均能下载并看到对方给自己设置的视频、音频、图片或文字。

Description

一种预制数据传播方法、装置和电子设备 技术领域
本发明涉及无线通信技术领域,特别涉及一种预制数据传播方法、装置和电子设备。
背景技术
目前在两部智能手机之间,通话时实现播放来电视频铃声的技术主要分两种:电信运营商视频彩铃技术和来电秀技术。
电信运营商视频彩铃技术是指被叫手机开通视频彩铃业务后,主叫手机给被叫拨打电话时,不需要借助任何APP,就能在呼叫等待时段观看被叫设置的个性化趣味视频;该应用是基于电信运营商移动网络业务管理平台、视频彩铃业务平台以及支持VoLTE网络和VoLTE视频播放功能的手机来实现的。
但是电信运营商视频彩铃技术也有诸多缺点:①手机终端必须支持VoLTE网络和VoLTE视频播放功能。目前只有部分安卓机满足此要求,苹果机目前不支持视频彩铃播放功能。②电信运营商的视频彩铃业务是单向的,即主叫拨打被叫时,在呼叫等待时段主叫能观看被叫设置的视频,而被叫在振铃期间是看不到主叫推送来的视频。③电信运营商视频彩铃只能在VoLTE网络覆盖的范围内正常使用,VoLTE网络未覆盖的区域,用户将无法使用。④由于VoLTE网络目前没有互联互通,因此电信运营商视频彩铃只能给本网用户使用,用户体验较差。⑤不同厂家的手机终端,播放视频彩铃的界面都不一样,差异较大,用户对产品界面一致性体验很差。⑥由于没有APP来承载,新功能新服务无法得到延展,对用户流量的二次经营缺少手段,难以将流量引导至新的、有潜在收益的新业务上。
来电秀技术是指用户手机接听来电时,在振铃期间播放用户事先给 该来电号码设置的个性化趣味视频。来电秀需要用户事先下载安装APP,并对来电号码设置视频。来电秀APP需要使用应用进程的保活和拉活技术,监听系统来电,替换系统通话界面和手机铃声。
来电秀技术的主要问题在于:①接听电话看到的视频都是用户给自己配置的,而不是别人配置和推送过来的,这样就大大降低了应用的娱乐性和互动性。②对于苹果手机,来电秀类的APP对于来电都只能播放图片,技术上都没有实现来电能播放视频。
因此,提供一种在通讯设备间,特别是主叫为iOS设备,被叫是Android设备时,在正式通话前下载并播放对方预设的来电视频、图片或文字的方法,在不受网络制式限制的前提下,主被叫方均能下载并看到对方给自己设置的来电视频、音频、图片或文字,成为了目前急需解决的问题。
发明内容
本发明针对现有技术的不足,提供一种在通讯设备间正式通话前强制对方下载并显示自己预设的视频、音频、照片或文字的方法,无需电信运营商VoLTE网络和VoLTE终端支持,主被叫设备均可在正式系统通话前下载并观看到对方给自己配置的相关音视频或图文信息。
为达到上述目的,本发明提出了如下技术方案:
一种预制数据传播方法,其特征在于,包括下述步骤:
步骤1,选择预制数据;
步骤2,主叫方向被叫方发送被选择的预制数据,并强制被叫方下载被选择的预制数据;
步骤3,主叫方根据用户的意愿对被叫方发出拨号请求;
步骤4,被叫方在做出接听或拒听响应前显示所述预制数据。
优选地,在所述步骤1前,还包括制作所述预制数据,所述预制数据包括但不限于视频、音频、照片、文字和链接。
优选地,在所述步骤2中,所述发送包括通过实时网络通信消息和/或被叫方的专用消息推送通道,将所述预制数据发送给被叫方。
优选地,所述步骤2中,被叫方强制下载所述预制数据时,首先查询所述预制数据是否已在本地缓存,若不存在,则到网络下载缓存显示。
优选地,在所述步骤2中,还包括下述步骤:被叫方将所述预制数据下载到本地缓存之后,对本设备呼叫提醒音频进行替换,替换方式包括:将本设备呼叫提醒音频替换为所述预制数据的对应音频文件和/或一个无声音乐文件,并保存原有设备呼叫提醒音频的信息;或直接将主叫方的通信号码的本设备专属呼叫提醒音频替换为所述预制数据的对应音频文件。
优选地,在所述步骤2中,还包括下述步骤:将所述预制数据发送给被叫方的同时将配置关系的更新同步至后台服务器,若被叫方未收到所述预制数据,则重启所述被叫方或唤醒所述被叫方后,自动从后台服务器获取最新的配置关系并下载所述预制数据。被叫方成功收到所述预制数据后,需要将主叫方的通信号码的本设备专属呼叫提醒音频替换为所述预制数据的对应音频文件。
优选地,所述主叫方与被叫方可以互换。
一种预制数据传播装置,包括预制数据制作和选择模块、发送模块、强制下载模块、显示模块和通话连接模块,所述预制数据传播装置能够实现如上所述的预制数据传播方法。
一种电子设备,所述电子设备能够实现如上所述的预制数据传播方法。
优选地,所述电子设备包括但不限于手机、电脑、平板电脑和可视门铃。
与现有技术相比,本发明所述的一种预制数据传播方法,达到了如下效果:
(1)本发明提供的一种预制数据传播方法,在通信设备正式通话前,特别是主叫方为iOS设备、被叫方为Android设备时,主叫方与被叫方均能强制下载并显示对方给自己预设的音视频或图文信息。
(2)预设的音视频或图文信息在任何网络覆盖的区域范围均能发送、观看、使用;且无需选择运营商,任何运营商均可使用。
(3)被叫方的通信设备在下载完并显示接收到的预制数据时,自动替换系统通话界面。
(4)主叫方与被叫方能够双向播放显示对方给自己设置的音视频或图文信息。
(5)被叫方的通信设备即使为双卡手机,依然能下载到主叫方发来的预制数据。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。
图1为该发明一种优选实施例,一种预制数据传播方法的流程图。
图2为该发明另一种优选实施例,一种预制数据传播方法的流程图。
图3为该发明中,实现预制数据传播方法的系统服务器架构图。
具体实施方式
以下结合附图对本申请作进一步详细说明,但不作为对本申请的限定。
如图1所示,在一种优选实施例中,主叫方进一步为iOS设备,被叫方为Android设备,在主被叫通讯设备上对目标设备的通信号码配置预制数据,包括本地或从网络下载的视频、音频、照片、文字、链接等,进一步的,也可以选择直接拍摄照片或录制音频、视频等,然后借用目标手机的厂家专用消息推送通道和/或第三方IM消息,发送起呼消息至被叫方,通知被叫方更新数据配置关系并下载相应数据的本地缓存,同时将配置关系的更新同步至后台服务器,若被叫方未收到所述预制数据,则被叫方重启设备或被来电唤醒,然后自动从后台服务器获取最新的配置关系并下载所述预制数据。目标设备成功收到所述预制数据后,需要将对应用户手机号码的本机专属铃声替换为所述预制数据的对应音频文件。
由于被叫方为Android设备,可以利用手机进程保活和拉活方案实现配置关系的更新和及时收到预制数据,Android保活方案包括1像素 Activity保活方案和前台服务器保活方案。Android拉活方案包括:1、监听系统广播(开机,锁屏,网络切换,拍照等);2.、账户同步机制拉活;3、循环播放无声音乐;4、双进程守护;5.、JobScheduler;6、推送拉活;7、NDK Fork拉活;8.、系统服务拉活。
在被叫方接收到起呼消息后,根据主叫方对被叫方的数据配置关系,被叫方首先查询主叫方给自己配置的预制数据是否已在本地缓存,如已存在,则检查本机手机铃声是否已替换,如未替换,则对本机手机铃声进行替换,替换方式有两种:一是将本机手机铃声替换为所述预制数据的对应音频文件或一个无声音乐文件,并保存原有手机铃声的信息;二是直接将对应用户手机号码的本机专属铃声替换为所述预制数据的对应音频文件,否则到平台下载预制数据到本地再进行上述处理;被叫方手机铃声替换成功后返回消息给主叫。
由于被叫方为Android设备,在Android 6.0后官方SDK提供了Telecom Framework框架,这个框架允许第三方应用替换系统的默认电话应用,API提供了InCallService服务,定义了来电话与拨打电话的相关方法,实现这个InCallService并控制自己的UI页面的业务逻辑。在每次APP启动的时候,检查APP是不是默认应用,如果不是则提示用户替换当前默认系统电话应用。
当上述的预制数据为视频文件时,用户在打开相应APP时开启用户权限,给对方(亲人或朋友)设置视频铃音的时候开启系统权限,包括:自动替换系统默认电话应用,开启系统悬浮窗权限,读取来电通知,修改系统设置等,开启CallShow Service服务,注册系统来电监听PhoneStateL istener,创建系统级弹窗,利用Google Exop layer播放器播放视频铃音。
在主叫方发送完成起呼消息后,开始播放一定时间长度的(比如8秒)被叫方给自己配置的预制数据。之后弹出iOS系统呼叫提示窗,主叫方用户点击“呼叫”发起系统电话呼叫,并展示系统呼叫等待和通话 界面。主叫用户未响应呼叫提示窗期间,继续显示播放被叫方配置的预制数据。
被叫方被系统电话来电唤醒,在振铃时播放主叫配置的预制数据和手机铃声。当被叫方接听,则关闭预制数据和手机铃声播放页面,进入正常通话界面;同时主叫进入系统正常通话界面。通话结束后,被叫还原本机手机铃声。在本实施例中,主叫方优选为iOS设备,被叫方为Android设备。
由于目前的Android设备多为双卡双待手机,在进行数据配置关系处理时,有以下几种情况:
(1)、一个号码已在后台服务器注册,另一号未注册:
A、已注册的号码为主号,主号已订购相关服务,且在有效期内,才能绑定另外一个号,该号称为绑定号(绑定前要判断主号服务订购情况)。
B、绑定号需要验证码才能被绑定。
C、系统自动为绑定号生成用户账号,并与当前手机设备ID关联。这样主号和绑定号关联的设备ID相同。二者拥有相同的视频配置关系。
D、只有当前手机终端有双卡槽,且插入有效sim/uim卡,主号才能允许有绑定号。
E、满足B,C,D才能绑定成功。
(2)、两个号码均已在后台服务器注册:
号卡从当前手机双卡槽分离到另一部手机(即当前手机双卡槽插入新的号卡):
A、主号分离
①、分离的主号插入新手机成为主号:主号继承原有的数据配置关系,解除原绑定号。若该主号绑定当前手机另外卡槽的号码(绑定前 要判断主号服务订购情况),则无论该号码之前是否为主号或其他主号的绑定号,都更新为当前新主号的视频配置关系。如果未作绑定,则两个号码各自拥有独立的视频配置关系。
②、分离的主号插入新手机成为绑定号,则数据配置关系和当前手机主号一致。
B、绑定号分离
①、分离的绑定号插入新手机成为主号:登录后,如发现关联的设备ID发生变更,则提示用户是否同步原有主号数据频配置关系,否数据配置关系不变;若该主号绑定当前手机另外卡槽的号码(绑定前要判断主号服务订购情况),则无论该号码之前是否为主号或其他主号的绑定号,都更新为当前新主号的数据配置关系。如果未作绑定,则两个号码各自拥有独立的数据配置关系。
②、分离的绑定号插入新手机成为绑定号,则视频配置关系和当前手机主号一致。
如图2所示,在另外一种优选实施例中,在主被叫手机上对目标手机号码配置预制数据,包括本地或从网络下载的视频、音频、照片、文字,然后主叫方发起VoIP呼叫至被叫方,建立VoIP通话连接;同时也使用被叫方手机厂家专用消息推送通道,发送起呼消息至被叫方。通知被叫方更新数据配置关系并下载相应数据的本地缓存,同时将配置关系的更新同步至后台服务器,若被叫方未收到所述预制数据,则被叫方重启手机或被来电唤醒,然后自动从后台服务器获取最新的配置关系并下载所述预制数据。
在被叫方接收到起呼消息后,直接显示主叫方所预制的数据并振铃;或通过上述的保活及拉活机制(包括厂家通道消息推送唤醒)在被叫方手机端展示VoIP振铃界面,播放显示主叫方所配置的预制数据。与此 同时,主叫方展示VoIP呼叫等待界面,播放显示被叫方所制作的预制数据。在主被叫方显示播放对方给自己配置的预制数据时,首先查询该数据是否已在本地缓存,如存在,则直接播放显示,如不存在,则到平台下载缓存播放。
当被叫方接听,则主叫方关闭预制数据显示页面,进入VoIP通话界面。在本实施例中,主叫方优选为iOS设备,被叫方为Android设备。
图3所示为实现本方法的系统服务器架构,系统主体架构采用互联网传统的技术架构SpringM VC,SpringM VC是Spring提供的一个强大而灵活的模块式web框架,一种基于Java的以请求为驱动类型的轻量级Web框架,其目的是将Web层进行解耦,即使用“请求-响应”模型,从工程结构上实现良好的分层,区分职责,简化Web开发。
数据库用的mycat中间件做的多主多从集群,进行了读写分离、分库分表的技术,能够有效保障数据库的高并发、高可用。缓存数据库用的是redis集群来实现的,redis是一个高性能的key-value数据库,同时redis做了主从的集群,即保障性能也保障了高可用。系统中还使用了mongdb存储非关系型数据,主要记录日志、第三方平台交换日志等。
文件系统用的是阿里开源的fastdfs分布式文件系统,主要对短视频数据进行本地化存储。Kafka消息服务是由Apache软件基金会开发的一个开源流处理平台,是一种高吞吐量的分布式发布订阅消息系统,可提高服务器吞吐能力。ElasticSearch搜索引擎服务,主要是进行相关度排序查询,提高检索效率。
与现有技术相比,本发明所述的一种预制数据传播方法,通过采用①短视频配置关系实时更新与短视频下载和播放技术;②主叫方为iOS设备拨打被叫方为Android设备的呼叫业务逻辑实现技术;③Android设备替换系统通话界面的处理技术;④Android设备进程保活和拉活实现技术;⑤Android双卡设备视频配置关系技术,五种技术的组合,达 到了如下效果:
(1)本发明提供的一种预制数据传播方法,在通信设备正式通话前,特别是主叫方为iOS设备、被叫方为Android设备时,主叫方与被叫方均能强制下载并显示对方给自己预设的音视频或图文信息。
(2)预设的音视频或图文信息在任何网络覆盖的区域范围均能发送、观看、使用;且无需选择运营商,任何运营商均可使用。
(3)被叫方的通信设备在下载完并显示接收到的预制数据时,自动替换系统通话界面。
(4)主叫方与被叫方能够双向播放显示对方给自己设置的音视频或图文信息。
(5)被叫方的通信设备即使为双卡手机,依然能下载到主叫方发来的预制数据。
尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变形。

Claims (10)

  1. 一种预制数据传播方法,其特征在于,包括下述步骤:
    步骤1,选择预制数据;
    步骤2,主叫方向被叫方发送被选择的预制数据,并强制被叫方下载被选择的预制数据;
    步骤3,主叫方根据用户的意愿对被叫方发出拨号请求;
    步骤4,被叫方在做出接听或拒听响应前显示所述预制数据。
  2. 根据权利要求1所述的预制数据传播方法,其特征在于,在所述步骤1前,还包括制作所述预制数据,所述预制数据包括但不限于视频、音频、照片、文字和链接。
  3. 根据权利要求2所述的预制数据传播方法,其特征在于,在所述步骤2中,所述发送包括通过实时网络通信消息和/或被叫方的专用消息推送通道,将所述预制数据发送给被叫方。
  4. 根据权利要求3所述的预制数据传播方法,其特征在于,所述步骤2中,被叫方强制下载所述预制数据时,首先查询所述预制数据是否已在本地缓存,若不存在,则到网络下载缓存显示。
  5. 根据权利要求4所述的预制数据传播方法,其特征在于,在所述步骤2中,还包括下述步骤:被叫方将所述预制数据下载到本地缓存之后,对本设备呼叫提醒音频进行替换,替换方式包括:将本设备呼叫提醒音频替换为所述预制数据的对应音频文件和/或一个无声音乐文件,并保存原有设备呼叫提醒音频的信息;或直接将主叫方的通信号码的本设备专属呼叫提醒音频替换为所述预制数据的对应音频文件。
  6. 根据权利要求5所述的预制数据传播方法,其特征在于,在所述步骤2中,还包括下述步骤:将所述预制数据发送给被叫方的同时将配置关系的更新同步至后台服务器,若被叫方未收到所述预制数据,则重启所述被叫方或唤醒所述被叫方后,自动从后台服务器获取最新的配 置关系并下载所述预制数据。被叫方成功收到所述预制数据后,需要将主叫方的通信号码的本设备专属呼叫提醒音频替换为所述预制数据的对应音频文件。
  7. 根据权利要求6所述的预制数据传播方法,其特征在于,所述主叫方与被叫方可以互换。
  8. 一种预制数据传播装置,其特征在于,包括预制数据制作和选择模块、发送模块、强制下载模块、显示模块和通话连接模块,所述预制数据传播装置能够实现如权利要求1-7中任一项所述的预制数据传播方法。
  9. 一种电子设备,其特征在于,所述电子设备能够实现如权利要求1-7中任一项所述的预制数据传播方法。
  10. 根据权利要求9所述的一种电子设备,其特征在于,所述电子设备包括但不限于手机、电脑、平板电脑和可视门铃。
PCT/CN2019/126966 2019-09-27 2019-12-20 一种预制数据传播方法、装置和电子设备 WO2021056872A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910929444.6A CN110611717B (zh) 2019-09-27 2019-09-27 一种预制数据传播方法、装置和电子设备
CN201910929444.6 2019-09-27

Publications (1)

Publication Number Publication Date
WO2021056872A1 true WO2021056872A1 (zh) 2021-04-01

Family

ID=68893815

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/126966 WO2021056872A1 (zh) 2019-09-27 2019-12-20 一种预制数据传播方法、装置和电子设备

Country Status (2)

Country Link
CN (1) CN110611717B (zh)
WO (1) WO2021056872A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113315868A (zh) * 2021-05-31 2021-08-27 上海祺康科技有限公司 基于手机熄屏状态下的消息接收方法、装置及设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113259526B (zh) * 2020-02-13 2023-04-07 中国移动通信集团广东有限公司 一种视频内容的播放方法、装置及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005009015A1 (en) * 2003-07-19 2005-01-27 Aeontel Co Ltd Method , system and terminal for providing customized information during call setup process in telecommunication systems.
CN101267583A (zh) * 2007-03-15 2008-09-17 展讯通信(上海)有限公司 一种移动通信系统中个性化多媒体振铃业务的实现方法
CN101399872A (zh) * 2008-11-20 2009-04-01 侯万春 具有电话簿自动更新功能的移动电话终端及其实现方法
CN101969626A (zh) * 2009-07-27 2011-02-09 中国电信股份有限公司 播放多媒体信息的方法与系统、及用户终端

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101340723A (zh) * 2008-08-27 2009-01-07 中兴通讯股份有限公司 一种实现回铃音和回铃视频的方法及装置
CN101697566B (zh) * 2009-10-16 2011-09-21 苏成春 基于VoIP的主/被叫双向多媒体彩铃显示系统及方法
CN101931781B (zh) * 2010-08-17 2016-03-02 中兴通讯股份有限公司 显示主叫视频的方法及无线通信终端
CN105744497A (zh) * 2016-01-27 2016-07-06 深圳市创想天空科技股份有限公司 一种响铃实现方法、装置和系统
CN107800848B (zh) * 2017-10-09 2021-05-28 惠州Tcl移动通信有限公司 一种主叫号码显示控制方法、存储设备及移动终端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005009015A1 (en) * 2003-07-19 2005-01-27 Aeontel Co Ltd Method , system and terminal for providing customized information during call setup process in telecommunication systems.
CN101267583A (zh) * 2007-03-15 2008-09-17 展讯通信(上海)有限公司 一种移动通信系统中个性化多媒体振铃业务的实现方法
CN101399872A (zh) * 2008-11-20 2009-04-01 侯万春 具有电话簿自动更新功能的移动电话终端及其实现方法
CN101969626A (zh) * 2009-07-27 2011-02-09 中国电信股份有限公司 播放多媒体信息的方法与系统、及用户终端

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113315868A (zh) * 2021-05-31 2021-08-27 上海祺康科技有限公司 基于手机熄屏状态下的消息接收方法、装置及设备

Also Published As

Publication number Publication date
CN110611717B (zh) 2021-06-18
CN110611717A (zh) 2019-12-24

Similar Documents

Publication Publication Date Title
US9986045B2 (en) Shareable applications on telecommunications devices
EP1982549B1 (en) Personalization content sharing system and method
EP2151137B1 (en) Personalization content sharing device and method
US8929887B2 (en) Shared book reading
US9602656B2 (en) Method, apparatus and system for providing caller identification
WO2021056874A1 (zh) 一种预制数据传播方法、装置和电子设备
CN102272721A (zh) 移动通信设备
JP2012510776A (ja) ワイヤレス・デバイス間で情報を共有するシステムおよび方法
WO2021056873A1 (zh) 一种预制数据传播方法、装置和电子设备
WO2021056872A1 (zh) 一种预制数据传播方法、装置和电子设备
WO2021082228A1 (zh) 一种预制数据传播方法、装置和电子设备
WO2021056871A1 (zh) 一种预制数据传播方法、装置和电子设备
WO2015014174A1 (zh) 实现回铃播放的方法、装置和回铃业务系统
EP3664423B1 (en) Incoming call voice calling method and terminal
US20230199109A1 (en) Methods and apparatuses of call implementation
US20130329870A1 (en) Data communication
CN104506739A (zh) 一种基于智能终端的老年人桌面系统
CN102790728A (zh) 电子装置的声音播放方法
CN111277664A (zh) 业务迁移方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19946776

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19946776

Country of ref document: EP

Kind code of ref document: A1