一种基于音频技术的数据传输方法、装置及系统的利记博彩app_3

文档序号:8475166阅读:来源:国知局
息,确定需进行加密传输后,获取用户设定的加密信息,将内容信息和加密信息转换成音频信号。
[0105]本实施例中,用户设定的加密信息可为触屏手势,包括但不限于下上划屏手势,左右划屏手势、右左划屏手势、左上划屏手势、左下划屏手势、右上划屏手势、下左划屏手势、下右划屏手势、上左划屏手势、上右划屏手势。具体实施时,还可按照用户的操作习惯设定其他触屏手势,以便用户操作。用户设定的加密信息还可为字符信息,包括但不限于数字、字母和或汉字。其中,字符型的加密信息可由简单的两位形成,以方便用户在屏幕受限的移动终端进行输入。具体的,数字部分可为“0-9”,字母部分可为“a-z”,也可将发送端用户的姓氏作为加密信息。
[0106]本实施例中,需传输的内容信息为浏览器分享的网址,因此发送端610还需在对需传输的内容信息加密后转换成音频信号之前,打开浏览器的音频分享功能,获取浏览器分享的网址。
[0107]最为本实施例的一优选实施方式,发送端610将内容信息和加密信息转换成高频的音频信号进行广播,有利于增大广播距离,减少广播过程中的干扰。
[0108]所述接收端620,用于通过传声器接收所述音频信号,将音频信号转换成数据流,解密所述数据流,获得所述内容信息。
[0109]在第五实施例中,接收端620通过传声器接收高频的音频信号,通过模数转换将其还原成数据流,确定该数据流包含加密信息后,获取用户输入的验证信息,判断用户输入的验证信息是否正确,若否,则销毁所述数据流,若是,则获得所述内容信息。
[0110]作为本实施例的一优选实施方式,接收端620解密所述数据流获得所述内容信息的具体过程包括:
[0111]步骤a、获取用户输入的验证信息;
[0112]步骤b、判断用户输入的验证信息与发送端用户设定的加密信息是否匹配,若否,执行步骤C,若是,则获得所述内容信息;
[0113]步骤C、判断用户输入的验证信息与所述加密信息不匹配的次数是否超过预设的阈值,若是,销毁所述数据流,若否,返回步骤a。
[0114]本实施例中预设的阈值为3,即接收端用户尝试3次解密不成功时,销毁所述数据流。
[0115]进一步的,接收端620还用于获得所述内容信息之后,对所述内容信息进行展示。本实施例中,接收端620获得发送端浏览器的分享的网址后,使用浏览器打开所述网址。
[0116]实施上述第五实施例,在音频信号发送端的对需传输的内容信息加密,将设定的加密信息和需传输的内容信息一起通过音频信号的方式对外广播,使得在音频信号接收端收到音频信号转换成数据流后,需解密才能获得其中的内容信息,提高了移动终端之间的数据传输的安全性。
[0117]在图7中示出了本发明的第六实施例。第六实施例对本发明的基于音频技术的数据发送装置进行了说明。
[0118]图7是本发明第六实施例中的基于音频技术的数据发送装置的结构示意图。本实施例的数据发送装置包括加密转换单元710和广播单元720。
[0119]所述加密转换单元710,用于对需传输的内容信息加密后转换成音频信号。
[0120]在第六实施例中,获取需传输的内容信息,确定加密传输该内容信息后,通过加密单元710获取用户设定的加密信息,将该内容信息和该加密信息转换成音频信号。
[0121]本实施例中,用户设定的加密信息可为触屏手势,包括但不限于下上划屏手势、左右划屏手势、右左划屏手势、左上划屏手势、左下划屏手势、右上划屏手势、下左划屏手势、下右划屏手势、上左划屏手势、上右划屏手势。用户还可根据个人操作习惯设定其他手势。
[0122]本实施例中,用户设定的加密信息还可为字符信息,包括但不限于数字、字母和或汉字。本实施例中字符型的加密信息可由简单的两位形成,以方便用户在屏幕受限的移动终端进行输入。其中数字部分可为“0-9”,字母部分可为“a-z”,也可将发送端用户的姓氏作为加密信息。
[0123]在本实施例中,加密转换单元710将内容信息和加密信息通过数模转换为高频的音频信号,有利于降低音频信号在传播过程中受到外界噪声的干扰。
[0124]所述广播单元720,用于通过扬声器将所述音频信号对外广播。
[0125]本实施例中,所述内容信息为浏览器分享的网址,因此该数据发送装置还包括内容获取单元730,其可在加密转换之前,获取浏览器分享的网址。
[0126]通过第六实施例,在音频信号发送端将需传输的内容信息加密后转换为音频信号,将内容信息和加密信息通过音频方式对外广播,使得音频信号接收端需解密才能获得所述内容信息,提高了移动终端基于音频技术的数据发送的安全性。
[0127]在图8中示出了本发明的第七实施例。第七实施例对本发明的一种基于音频技术的数据接收装置进行了说明。
[0128]图8是本发明第七实施例中的基于音频技术的数据接收装置的结构示意图。本实施例的数据接收装置包括:接收单元810、模数转换单元820以及解密单元830。
[0129]所述接收单元810,用于通过传声器接收音频信号,所述音频信号是由发送端对需传输的内容信息加密后转换得到。
[0130]本实施例中所述音频信号中包括有发送端用户设定的加密信息,即所述音频信号是由发送端将需传输的内容信息和用户设定的加密信息进行转换得到的。
[0131]所述模数转换单元820,用于将所述音频信号转换成数据流。
[0132]本实施例中,转换得到的数据流包括内容信息和加密信息两部分。
[0133]所述解密单元830,用于解密所述数据流,获得所述内容信息。
[0134]本实施例中,确定出所述数据流中包括加密信息,解密单元830则接收用户输入的验证信息,判断该验证信息是否正确,若否,则销毁所述数据流,忽略不相关用户广播的音频信号,若是,则获得所述内容信息。
[0135]作为本实施例的一优选实施方式,解密单元830解密所述数据流获得所述内容信息的具体方式包括如下步骤:
[0136]步骤a、获取用户输入的验证信息。
[0137]本实施例中,具体可为获取用户画出的触屏手势,或者输入的字符信息。
[0138]步骤b、判断用户输入的验证信息与所述加密信息是否匹配,若否,执行步骤C,若是,则获得所述内容息。
[0139]本实施例中,若用户设定的加密信息为触屏手势,则判断用户输入的验证信息与所述触屏手势是否一致,若否,执行步骤C,若是,则获得所述内容信息。若用户设定的加密信息为字符信息,则判断用户输入的验证信息与所述字符信息是否一致,若否,执行步骤C,若是,贝1J获得所述内容息。
[0140]步骤C、判断用户输入的验证信息与所述加密信息不匹配的次数是否超过预设的阈值,若是,销毁所述数据流,若否,返回步骤a。
[0141]本实施例中预设的阈值未3,即用户3次尝试不成功,则销毁所述数据流,可及时释放接收端的缓存空间。
[0142]进一步的,本实施例中数据接收装置还包括展示单元840,用于对所述内容信息进行展示。
[0143]在本实施例中,接收到的音频信号中的内容信息为浏览器分享的网址,解密单元830解密获得所述网址后,展示单元840将所述网址填写到浏览器的地址栏进行打开,进而在本地展示对应的网页。
[0144]通过上述第七实施例,收到发送端广播的音频信号后,只有当用户输入的验证信息与发送端用户设定的加密信息匹配时才能获得音频信号中的内容信息以在本地展示。由此可忽略不相关用户广播的音频信号,提高了移动终端基于音频技术的数据接收的安全性。
[0145]本发明的技术方案,通过在音频信号发送端的对需传输的内容信息加密,将设定的加密信息和需传输的内容信息一起通过音频信号的方式对外广播,使得在音频信号接收端收到音频信号转换成数据流后,需解密才能获得其中的内容信息,提高了移动终端之间的数据传输的安全性;进一步的,本发明的方案中在发送端将内容信息和用户设定的加密信息一起转换为音频信号对外广播,接收端根据发送端的加密信息进行验证,用户加密、解密的操作简单,为用户带来了便利。
[0146]本领域普通技术人员可以理解实现上述实施例的全部或部分内容可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
[0147]注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
【主权项】
1.一种基于音频技术的数据传输方法,其特征在于,包括: 第一移动终
当前第3页1 2 3 4 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1