文件传输方法、装置及电子设备与流程

[0001]
本申请属于通信技术领域，具体涉及一种文件传输方法、装置及电子设备。


背景技术：

[0002]
随着科学技术的不断发展，电子设备(如手机等)已经逐渐成为人们生活工作中的一种不可或缺的工具。
[0003]
在实际生活工作中，用户通常会遇到将手机号留给别人的情况，可能为当面加联系人，可能为使用软件传递联系人格式数据等，这些方式都可能会造成手机号的泄露，进而可能导致用户被陌生用户骚扰。


技术实现要素：

[0004]
本申请实施例的目的是提供一种文件传输方法、装置及电子设备，能够解决现有技术中的手机号传递方式会造成手机号的泄露，导致用户被陌生用户骚扰的问题。
[0005]
为了解决上述技术问题，本申请是这样实现的：
[0006]
第一方面，本申请实施例提供了一种文件传输方法，该方法包括：
[0007]
接收第一用户发送的号码获取请求；所述号码获取请求用于指示获取第二用户的手机号码；
[0008]
响应于所述号码获取请求，获取封装所述手机号码的目标文件对应的文件传输参数；
[0009]
在所述文件传输参数满足文件传输条件的情况下，将所述目标文件传输给所述第一用户；
[0010]
在所述文件传输参数不满足所述文件传输条件的情况下，拒绝将所述目标文件传输给所述第一用户。
[0011]
第二方面，本申请实施例提供了一种文件传输装置，该装置包括：
[0012]
号码获取请求接收模块，用于接收第一用户发送的号码获取请求；所述号码获取请求用于指示获取第二用户的手机号码；
[0013]
文件传输参数获取模块，用于响应于所述号码获取请求，获取封装所述手机号码的目标文件对应的文件传输参数；
[0014]
目标文件传输模块，用于在所述文件传输参数满足文件传输条件的情况下，将所述目标文件传输给所述第一用户；
[0015]
目标文件拒绝传输模块，用于在所述文件传输参数不满足所述文件传输条件的情况下，拒绝将所述目标文件传输给所述第一用户。
[0016]
第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的文件传输方法的步骤。
[0017]
第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程
序或指令，所述程序或指令被处理器执行时实现如第一方面所述的文件传输方法的步骤。
[0018]
第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的文件传输方法。
[0019]
在本申请实施例中，通过接收第一用户发送的号码获取请求，号码获取请求用于指示获取第二用户的手机号码，响应于号码获取请求，获取封装手机号码的目标文件对应的文件传输参数，在文件传输参数满足文件传输条件的情况下，将目标文件传输给第一用户，在文件传输参数不满足文件传输条件的情况下，拒绝将目标文件传输给第一用户。本申请实施例通过使用手机号封装包而不是直接使用手机号的方式，在用户与用户、用户与网站等之间进行传递，且预先设定封装文件的传输参数，能够最大化保护用户的手机号不会泄露，极大降低了用户被骚扰的概率。
附图说明
[0020]
图1为本申请实施例提供的一种文件传输方法的步骤流程图；
[0021]
图2为本申请实施例提供的一种文件传输装置的结构示意图；
[0022]
图3为本申请实施例提供的一种电子设备的结构示意图；
[0023]
图4为本申请实施例提供的另一种电子设备的结构示意图。
具体实施方式
[0024]
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0025]
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
[0026]
下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的文件传输方法进行详细地说明。
[0027]
参照图1，示出了本申请实施例提供的一种文件传输方法的步骤流程图，如图1所示，该文件传输方法具体可以包括如下步骤：
[0028]
步骤101：接收第一用户发送的号码获取请求；所述号码获取请求用于指示获取第二用户的手机号码。
[0029]
本申请实施例可以应用于对手机号码进行封装，并将封装的手机号码进行传递的场景中。
[0030]
第一用户是指请求第二用户的手机号码的用户。
[0031]
号码获取请求是指第一用户发起的获取第二用户的手机号码的请求。
[0032]
在本实施例中，号码获取请求可以为第一用户向第二用户持有的终端发起的获取第二用户的手机号码的请求，也可以为第一用户向服务器发起的获取第二用户的手机号码的请求等，具体地，可以根据业务需求而定，本实施例对此不加以限制。
[0033]
在接收到第一用户发送的号码获取请求之后，执行步骤102。
[0034]
步骤102：响应于所述号码获取请求，获取封装所述手机号码的目标文件对应的文件传输参数。
[0035]
目标文件是指用于封装手机号码的文件，在本示例中，目标文件可以为预先保存于第二用户持有的电子设备中的文件，也可以为由第二用户预先上传于服务器的文件。
[0036]
对于目标文件(以数据包文件为例)中文件传输参数的格式可以如下所示：
[0037]
{id:xxx；name:xxx；number:135xxxxxxxx；expire time:2020xxx；remaining calls count:x；remaining import count:x；version：x}
[0038]
上述格式中，id即为生成的数据包的标识，该标识可以为随机生成的，number为第二用户的手机号码，name为第二用户的姓名，expire time为过期时间(即目标文件可被其他用户导入的时间)，remaining calls count为剩余可被拨打的次数(即目标文件内封装的第二用户的手机号码可以被其他用户拨打的次数)，remaining import count为剩余可被导入的次数(即目标文件可以被其他用户导入的次数)，version即为目标文件的版本号，用于与服务器当前最新版本比较以更新数据包内容。如可用于避免用户换手机号后别人不知道自己新手机号情况以及其他用户知道后需要再手动存储一遍的繁琐操作步骤。
[0039]
在本实施例中，第二用户可以在本地按照上述文件传输参数的格式进行信息的填写，然后在第二用户持有终端本地进行文件打包，生成数据包文件，并上传至服务器，进而，可以由服务器为该数据包文件分配一个数据包文件标识(即id)。当然，也可以由第二用户在本地客户端按照上述文件传输参数的格式填写相关信息，并将填写的信息上传至服务器，服务器会对该信息进行封装打包，生成数据包文件并为该数据包文件分配一个数据包文件id。进而，其他用户(如第一用户等)可以利用数据包文件id从服务器获取封装的数据包文件，即实现用户从服务器获取数据包文件。
[0040]
生成的数据包文件也可以保存至第二用户持有终端的客户端本地，进而其他用户(如第一用户等)可以利用数据包文件id从第二用户的客户端本地获取封装的数据包文件，即实现第一用户从第二用户客户端本地获取数据包文件。
[0041]
当然，在生成数据包文件之后，可以对数据包文件进行加密处理，在其他用户获取到数据包文件之后，可以按照预设解密方式对数据包文件进行解密，并拨打数据包文件中的手机号码，能够更进一步提高文件在传输过程中的安全性。
[0042]
可以理解地，上述示例仅是为了更好地理解本实施的技术方案而列举的示例，对于其他用户是从服务器获取第二用户对应的封装手机号码的文件，还是从第二用户的客户端本地获取封装手机号码的文件的方式，可以根据业务需求而定，本实施例对此不加以限制。
[0043]
在接收到第一用户发送的号码获取请求之后，可以响应该号码获取请求，获取封装第二用户的手机号码的目标文件，进而，可以根据目标文件获取对应的文件传输参数，在本实施例中，文件传输参数可以包括文件已传输次数和文件传输时间等，具体地，将在下述具体实现方式中进行详细描述。
[0044]
在响应于号码获取请求，获取到封装手机号码的目标文件对应的文件传输参数之后，执行步骤103，或者步骤104。
[0045]
步骤103：在所述文件传输参数满足文件传输条件的情况下，将所述目标文件传输给所述第一用户。
[0046]
步骤104：在所述文件传输参数不满足所述文件传输条件的情况下，拒绝将所述目标文件传输给所述第一用户。
[0047]
文件传输条件是指由业务人员预先设置的用于判定文件传输参数是否满足传输文件的参数。
[0048]
在本示例中，在文件传输参数为文件已传输次数的参数时，则文件传输条件即为目标文件对应的设定文件传输次数；而在文件传输参数为文件传输时间的参数时，则文件传输条件即为目标文件对应的文件传输时间等。
[0049]
在获取目标文件对应的文件传输参数之后，可以判断目标文件的文件传输参数是否满足文件传输条件。
[0050]
在文件传输参数满足文件传输条件的情况下，表示可以将目标文件传输给第一用户，即在目标文件的文件传输参数满足文件传输条件时，则将目标文件传输给第一用户。
[0051]
而在文件传输参数不满足文件传输条件的情况下，表示目标文件不允许导入到其他用户的终端，即在目标文件的文件传输参数不满足文件传输条件时，则拒绝将目标文件传输给第一用户。
[0052]
本申请实施例通过使用手机号封装包而不是直接使用手机号的方式，在用户与用户、用户与网站等之间进行传递，且预先设定封装文件的传输参数，能够最大化保护用户的手机号不会泄露，极大降低了用户被骚扰的概率。
[0053]
接下来结合不同的文件传输参数对本实施例的方案进行如下详细描述。
[0054]
在本申请的一种具体实现方式中，文件传输参数包括文件已传输次数，上述步骤103可以包括：
[0055]
子步骤a1：在所述文件已传输次数未达到设定文件传输次数的情况下，将所述目标文件传输给所述第一用户；
[0056]
上述步骤104可以包括：
[0057]
子步骤b1：在所述文件已传输次数达到设定文件传输次数的情况下，拒绝将所述目标文件传输给所述第一用户。
[0058]
在本实施例中，文件已传输次数是指目标文件已经被传输的次数，在本示例中，在生成目标文件之后，可以通过预先设置一个目标文件对应的传输次数计数器，在目标文件每传输一次时，则计数器+1，通过计数器的计数，可以获取到目标文件对应的已传输次数等。
[0059]
在具体实现中，还可以采用其它方式获取目标文件对应的已传输次数，具体地，可以根据业务需求而定，本实施例对此不加以限制。
[0060]
设定文件传输次数是指预先设置的目标文件对应的可被传输的次数，如上述步骤102中的示例，remaining import count即为目标文件所对应的可被传输的次数，即可被其他用户导入的次数。
[0061]
在获取到目标文件对应的文件已传输次数之后，可以判断目标文件的文件已传输
次数是否达到设定文件传输次数。
[0062]
在目标文件的文件已传输次数达到设定文件传输次数的情况下，表示目标文件满足被传输的条件，此时，可以将目标文件传输给第一用户。
[0063]
在目标文件的文件已传输次数未达到设定文件传输次数的情况下，表示目标文件不满足被传输的条件，此时，拒绝将目标文件传输给第一用户。
[0064]
本申请实施例通过预先在手机号码的封装文件中添加文件可被传输次数的条件，作为手机号码的可被传输给其他用户的条件，从而可以最大限度避免用户的手机号被其他用户获取，能够最大化保护用户的手机号的泄露，降低用户被骚扰的概率。
[0065]
在本申请的另一种具体实现方式中，文件传输参数包括文件传输时间，上述步骤103可以包括：
[0066]
子步骤c1：在所述号码获取请求的接收时间未超出所述文件传输时间的情况下，将所述目标文件传输给所述第一用户。
[0067]
上述步骤104可以包括：
[0068]
子步骤d1：在所述接收时间超出所述文件传输时间的情况下，拒绝将所述目标文件传输给所述第一用户。
[0069]
在本实施例中，文件传输时间是指预先设置的目标文件的可被传输的限制时间，即目标文件对应的过期时间，如上述步骤102的示例所示的expire time：2020xxxx。
[0070]
在获取的目标文件的文件传输参数为文件传输时间的情况下，可以判断号码获取请求的接收时间是否超出文件传输时间。
[0071]
在号码获取请求的接收时间未超出目标文件的文件传输时间的情况下，表示目标文件满足可被传输的条件，此时可以将目标文件传输给第一用户。
[0072]
在号码获取请求的接收时间超出目标文件的文件传输时间的情况下，表示目标文件不满足可被传输的条件，此时，则拒绝将目标文件传输给第一用户。
[0073]
本申请实施例通过预先在手机号码的封装文件中添加文件可被传输的时间条件，作为手机号码的可被传输给其他用户的条件，从而可以最大限度避免用户的手机号被其他用户获取，能够最大化保护用户的手机号的泄露，降低用户被骚扰的概率。
[0074]
在本申请实施例中，在将目标文件传输给第一用户之后，若第一用户需要拨打第二用户的手机号码，可以根据目标文件的已拨打次数和次数阈值判断是否运行第一用户拨打第二用户的手机号码，具体地，可以结合下述具体实现方式进行如下详细描述。
[0075]
在本申请的另一种具体实现方式中，在上述步骤103之后，还可以包括：
[0076]
步骤m1：在接收到所述第一用户对所述目标文件的触发操作之后，生成所述手机号码对应的拨打请求。
[0077]
在本实施例中，触发操作是指第一用户对目标文件执行的，用于拨打目标文件中的第二用户的手机号码的操作。
[0078]
在某些示例中，触发操作可以为用户双击目标文件的操作，例如，在用户需要拨打第二用户的手机号码时，可以双击封装第二用户的手机号码的目标文件，以形成对目标文件的触发操作。
[0079]
在某些示例中，触发操作可以为用户在目标文件的图标上执行的滑动操作，例如，在用户需要拨打第二用户的手机号码时，可以由第一用户在目标文件的图标上执行滑动操
作，以形成对目标文件的触发操作。
[0080]
在本示例中，触发操作可以是由服务器接收的第一用户对目标文件的操作，也可以是由第二用户持有终端接收的第一用户对目标文件的操作，具体地，在目标文件为第一用户从服务器获取的文件时，则执行主体为服务器，此时，第一用户对目标文件的触发操作可以是由服务器接收的操作；而在目标文件为第一用户从第二用户持有终端获取的文件时，则执行主体为第二用户持有终端，此时，第一用户对目标文件的触发操作可以是由第二用户持有终端接收的操作。
[0081]
可以理解地，上述示例仅是为了更好地理解本申请实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。
[0082]
在接收到第一用户对目标文件的触发操作之后，可以生成第二用户的手机号码对应的拨打请求，进而，执行步骤m2。
[0083]
步骤m2：响应于所述拨打请求，根据所述目标文件，获取所述手机号码对应的已拨打次数。
[0084]
已拨打次数是指第二用户的手机号码已经被拨打的次数，即在生成目标文件之后，其他用户通过目标文件拨打第二用户的手机号码的次数。
[0085]
在生成第二用户的手机号码对应的拨打请求之后，可以响应该拨打请求，可以根据目标文件，获取手机号码对应的已拨打次数，进而，执行步骤m3。
[0086]
步骤m3：在所述已拨打次数未达到次数阈值的情况下，向所述第二用户发送通话请求，并拒绝所述手机号码在所述第一用户持有终端的通话界面的显示。
[0087]
步骤m4：在所述已拨打次数达到所述次数阈值的情况下，向所述第一用户发送请求失败消息。
[0088]
次数阈值是指预先设置于目标文件内的指示第二用户的手机号码可以被其他用户拨打的次数。
[0089]
在获取到第二用户的手机号码对应的已拨打次数之后，可以判断已拨打次数是否已达到次数阈值。
[0090]
在第二用户的手机号码对应的已拨打次数未达到次数阈值的情况下，可以向第二用户发送通话请求，并拒绝第二用户的手机号码在第一用户持有终端的通话界面显示，即在通话界面不显示第二用户的手机号码，仅显示第二用户的姓名等信息。
[0091]
而第二用户的手机号码对应的已拨打次数达到次数阈值的情况下，可以向第一用户发送请求失败消息，即第一用户拨打第二用户的手机号码失败，拒绝第一用户拨打第二用户的手机号码。
[0092]
本申请实施例通过预先在封装手机号码的文件中添加手机号码可被拨打的次数，在手机号码的已拨打次数达到设定阈值时，即使其他用户获取到封装手机号码的文件，也无法拨打该手机号码，从而减少了手机号码对应的用户被骚扰的风险。
[0093]
在本实施例中，若第一用户需要获取第二用户的真实手机号码，此时，可以在第一用户持有终端的显示界面显示解码目标文件的问题，并结合第一用户的答案确定是否给第一用户展示第二用户的手机号码，具体地，可以结合下述具体实现方式进行详细描述。
[0094]
在本申请的另一种具体实现方式中，在上述步骤103之后，还可以包括：
[0095]
步骤n1：接收所述第一用户对所述目标文件执行的号码获取操作。
[0096]
在本申请实施例中，号码获取请求是指第一用户对目标文件执行的用于获取目标文件内封装的第二用户的手机号码的请求。
[0097]
在某些示例中，号码获取操作可以为用户双击目标文件形成的操作，例如，在第一用户获取到目标文件之后，在第一用户需要获取封装于目标文件内的第二用户的手机号码时，可以由第一用户对目标文件执行双击操作，此时可以将第一用户双击目标文件的操作视为号码获取操作。
[0098]
在某些示例中，号码获取操作可以为用户在目标文件的图标上执行的滑动操作，例如，在用户需要获取第二用户的手机号码时，可以由第一用户在目标文件的图标上执行滑动操作，以形成对目标文件的号码获取操作。
[0099]
在本示例中，号码获取操作可以是由服务器接收的第一用户对目标文件的操作，也可以是由第二用户持有终端接收的第一用户对目标文件的操作，具体地，在目标文件为第一用户从服务器获取的文件时，则执行主体为服务器，此时，第一用户对目标文件的号码获取操作可以是由服务器接收的操作；而在目标文件为第一用户从第二用户持有终端获取的文件时，则执行主体为第二用户持有终端，此时，第一用户对目标文件的号码获取操作可以是由第二用户持有终端接收的操作。
[0100]
可以理解地，上述示例仅是为了更好地理解本申请实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。
[0101]
在第一用户获取到目标文件，且第一用户需要获取目标文件内封装的第二用户的手机号码时，可以由第一用户对目标文件执行号码获取操作。
[0102]
在接收到第一用户对目标文件执行的号码获取操作之后，执行步骤n2。
[0103]
步骤n2：响应于所述号码获取操作，在所述第一用户持有终端的显示界面显示所述目标文件对应的解码问题。
[0104]
解码问题是指用于对目标文件进行解码的问题。
[0105]
在接收到第一用户对目标文件执行的号码获取操作之后，可以响应于该号码获取操作，并控制第一用户持有终端，使得在第一用户持有终端的显示界面显示目标文件对应的解码问题。
[0106]
在第一用户持有终端的显示界面显示目标文件对应的解码问题之后，执行步骤n3。
[0107]
步骤n3：获取所述第一用户输入的所述解码问题对应的问题答案。
[0108]
问题答案是指第一用户输入的解答解码问题的答案。
[0109]
在第一用户持有终端的显示界面显示目标文件对应的解码问题之后，可以由第一用户输入解码问题对应的答案，以得到第一用户输入的解码问题的问题答案。
[0110]
在本示例中，问题答案可以是由服务器获取的第一用户输入的答案，也可以是由第二用户持有终端获取的第一用户输入的答案，具体地，在目标文件为第一用户从服务器获取的文件时，则执行主体为服务器，此时，第一用户输入的问题答案可以是由服务器获取的答案；而在目标文件为第一用户从第二用户持有终端获取的文件时，则执行主体为第二用户持有终端，此时，第一用户输入的问题答案可以是由第二用户持有终端获取的答案。
[0111]
在获取到第一用户输入的解码问题对应的问题答案之后，执行步骤n4。
[0112]
步骤n4：在所述问题答案与目标答案匹配的情况下，在所述第一用户持有终端的
显示界面显示所述手机号码。
[0113]
在获取到第一用户输入的解码问题对应的问题答案之后，可以将第一用户输入的问题答案与解码问题的目标答案(即解码问题的标准答案)进行匹配。
[0114]
在问题答案与目标答案匹配时，可以在第一用户持有终端的显示界面显示第二用户的手机号码，以由第一用户获取的第二用户的手机号码。
[0115]
本申请实施例中，用户可在客户端为每种封装包目标用户类别(如亲人、朋友、中介)等分别设置解码问题及答案并上传至服务器，目标用户可通过回答解码问题来获取真实的手机号，从而使用该用户真实手机号。
[0116]
在本实施例中，还允许第二用户对目标文件内的文件传输参数进行更新，具体地，可以结合下述具体实现方式进行详细描述。
[0117]
在本申请的另一种具体实现方式中，所述方法还可以包括：
[0118]
步骤p1：接收所述第二用户对所述文件传输参数的更新操作。
[0119]
在本实施例中，更新操作是指第二用户对目标文件的文件传输参数执行的更新参数的操作。
[0120]
在某些示例中，更新操作可以为用户双击目标文件的文件图标所形成的操作，例如，在第二用户需要对目标文件的文件传输参数进行更新时，可以由第二用户点击目标文件的文件图标，以形成对目标文件的文件传输参数的更新操作。
[0121]
在某些示例中，更新操作可以为用户在目标文件的文件图标上执行的滑动操作，例如，在第二用户需要对目标文件的文件传输参数进行更新时，可以由第二用户在目标文件的文件图标上执行滑动操作，以形成对目标文件的文件传输参数的更新操作。
[0122]
在本示例中，更新操作可以是由服务器接收的第二用户对目标文件的文件传输参数的操作，也可以是由第二用户持有终端接收的第二用户对目标文件的文件传输参数的操作，具体地，可以根据业务需求而定，本实施例对此不加以限制。
[0123]
可选地，该更新操作还包括对手机号码的更新，即第二用户在换号时，可以进行该更新操作。
[0124]
在接收到第二用户对目标文件的文件传输参数的更新操作之后，执行步骤p2。
[0125]
步骤p2：响应于所述更新操作，根据所述更新操作对应的目标文件传输参数，将所述目标文件的文件传输参数更新为所述目标文件传输参数。
[0126]
目标文件传输参数是指需要对目标文件的文件传输参数进行更新的参数，在本实施例中，目标文件传输参数可以为某一类型的参数，如文件传输时间参数或者传输次数参数等，也可以为多个类型的参数，如文件传输时间参数和传输次数参数等，具体地，可以根据业务需求而定，本实施例对此不加以限制。
[0127]
在接收到第二用户对目标文件的文件传输参数的更新操作之后，可以响应该更新操作，根据更新操作对应的目标文件传输参数，将目标文件的文件传输参数更新为目标文件传输参数。
[0128]
当然，在本实施例中，可以是由服务器将目标文件的文件传输参数更新为目标文件传输参数，也可以是由第二用户持有终端将目标文件的文件传输参数更新为目标文件传输参数，具体地，可以根据实际情况而定，本实施例对此不加以限制。
[0129]
本申请实施例支持用户对封装手机号码的文件进行实时更新，可以在用户更换手
机号码时及时告知其他用户，也可以实时更新文件传输参数等，能够使得封装文件更加符合用户的需求，提高了用户体验。
[0130]
本申请实施例提供的文件传输方法，通过接收第一用户发送的号码获取请求，号码获取请求用于指示获取第二用户的手机号码，响应于号码获取请求，获取封装手机号码的目标文件对应的文件传输参数，在文件传输参数满足文件传输条件的情况下，将目标文件传输给第一用户，在文件传输参数不满足文件传输条件的情况下，拒绝将目标文件传输给第一用户。本申请实施例通过使用手机号封装包而不是直接使用手机号的方式，在用户与用户、用户与网站等之间进行传递，且预先设定封装文件的传输参数，能够最大化保护用户的手机号不会泄露，极大降低了用户被骚扰的概率。
[0131]
需要说明的是，本申请实施例提供的文件传输方法，执行主体可以为文件传输装置，或者该文件传输装置中的用于执行文件传输方法的控制模块。本申请实施例中以文件传输装置执行文件传输方法为例，说明本申请实施例提供的文件传输装置。
[0132]
参照图2，示出了本申请实施例提供的一种文件传输装置的结构示意图，如图2所示，该文件传输装置200具体可以包括如下模块：
[0133]
号码获取请求接收模块210，用于接收第一用户发送的号码获取请求；所述号码获取请求用于指示获取第二用户的手机号码；
[0134]
文件传输参数获取模块220，用于响应于所述号码获取请求，获取封装所述手机号码的目标文件对应的文件传输参数；
[0135]
目标文件传输模块230，用于在所述文件传输参数满足文件传输条件的情况下，将所述目标文件传输给所述第一用户；
[0136]
目标文件拒绝传输模块240，用于在所述文件传输参数不满足所述文件传输条件的情况下，拒绝将所述目标文件传输给所述第一用户。
[0137]
可选地，所述文件传输参数包括文件已传输次数，所述目标文件传输模块230包括：
[0138]
第一目标文件传输单元，用于在所述文件已传输次数未达到设定文件传输次数的情况下，将所述目标文件传输给所述第一用户；
[0139]
所述目标文件拒绝传输模块240包括：
[0140]
第一文件拒绝传输单元，用于在所述文件已传输次数达到设定文件传输次数的情况下，拒绝将所述目标文件传输给所述第一用户。
[0141]
可选地，所述文件传输参数包括文件传输时间，所述目标文件传输模块230包括：
[0142]
第二目标文件传输单元，用于在所述号码获取请求的接收时间未超出所述文件传输时间的情况下，将所述目标文件传输给所述第一用户；
[0143]
所述目标文件拒绝传输模块240包括：
[0144]
第二文件拒绝传输单元，用于在所述接收时间超出所述文件传输时间的情况下，拒绝将所述目标文件传输给所述第一用户。
[0145]
可选地，还包括：
[0146]
拨打请求生成模块，用于在接收到所述第一用户对所述目标文件的触发操作之后，生成所述手机号码对应的拨打请求；
[0147]
拨打次数获取模块，用于响应于所述拨打请求，根据所述目标文件，获取所述手机
号码对应的已拨打次数；
[0148]
通话请求发送模块，用于在所述已拨打次数未达到次数阈值的情况下，向所述第二用户发送通话请求，并拒绝所述手机号码在所述第一用户持有终端的通话界面的显示；
[0149]
失败消息发送模块，用于在所述已拨打次数达到所述次数阈值的情况下，向所述第一用户发送请求失败消息。
[0150]
可选地，还包括：
[0151]
获取操作接收模块，用于接收所述第一用户对所述目标文件执行的号码获取操作；
[0152]
解码问题显示模块，用于响应于所述号码获取操作，在所述第一用户持有终端的显示界面显示所述目标文件对应的解码问题；
[0153]
问题答案获取模块，用于获取所述第一用户输入的所述解码问题对应的问题答案；
[0154]
手机号码显示模块，用于在所述问题答案与目标答案匹配的情况下，在所述第一用户持有终端的显示界面显示所述手机号码。
[0155]
可选地，所述装置还包括：
[0156]
更新操作接收模块，用于接收所述第二用户对所述文件传输参数的更新操作；
[0157]
文件传输参数更新模块，用于响应于所述更新操作，根据所述更新操作对应的目标文件传输参数，将所述目标文件的文件传输参数更新为所述目标文件传输参数。
[0158]
本申请实施例提供的文件传输装置，通过接收第一用户发送的号码获取请求，号码获取请求用于指示获取第二用户的手机号码，响应于号码获取请求，获取封装手机号码的目标文件对应的文件传输参数，在文件传输参数满足文件传输条件的情况下，将目标文件传输给第一用户，在文件传输参数不满足文件传输条件的情况下，拒绝将目标文件传输给第一用户。本申请实施例通过使用手机号封装包而不是直接使用手机号的方式，在用户与用户、用户与网站等之间进行传递，且预先设定封装文件的传输参数，能够最大化保护用户的手机号不会泄露，极大降低了用户被骚扰的概率。
[0159]
本申请实施例中的文件传输装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，umpc)、上网本或者个人数字助理(personal digital assistant，pda)等，非移动电子设备可以为服务器、网络附属存储器(network attached storage，nas)、个人计算机(personal computer，pc)、电视机(television，tv)、柜员机或者自助机等，本申请实施例不作具体限定。
[0160]
本申请实施例中的文件传输装置可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
[0161]
本申请实施例提供的文件传输装置能够实现图1的方法实施例实现的各个过程，为避免重复，这里不再赘述。
[0162]
可选地，如图3所示，本申请实施例还提供一种电子设备300，包括处理器301，存储器302，存储在存储器302上并可在所述处理器301上运行的程序或指令，该程序或指令被处
理器301执行时实现上述文件传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0163]
需要说明的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
[0164]
图4为实现本申请实施例的一种电子设备的硬件结构示意图。
[0165]
该电子设备400包括但不限于：射频单元401、网络模块402、音频输出单元403、输入单元404、传感器405、显示单元406、用户输入单元407、接口单元408、存储器409、以及处理器410等部件。
[0166]
本领域技术人员可以理解，电子设备400还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器410逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图4中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
[0167]
其中，射频单元401，用于接收第一用户发送的号码获取请求；所述号码获取请求用于指示获取第二用户的手机号码；
[0168]
处理器410，用于响应于所述号码获取请求，获取封装所述手机号码的目标文件对应的文件传输参数；在所述文件传输参数满足文件传输条件的情况下，将所述目标文件传输给所述第一用户；在所述文件传输参数不满足所述文件传输条件的情况下，拒绝将所述目标文件传输给所述第一用户。
[0169]
本申请实施例通过使用手机号封装包而不是直接使用手机号的方式，在用户与用户、用户与网站等之间进行传递，且预先设定封装文件的传输参数，能够最大化保护用户的手机号不会泄露，极大降低了用户被骚扰的概率。
[0170]
可选地，处理器410，还用于在所述文件已传输次数未达到设定文件传输次数的情况下，将所述目标文件传输给所述第一用户；在所述文件已传输次数达到设定文件传输次数的情况下，拒绝将所述目标文件传输给所述第一用户。
[0171]
可选地，处理器410，还用于在所述号码获取请求的接收时间未超出所述文件传输时间的情况下，将所述目标文件传输给所述第一用户；在所述接收时间超出所述文件传输时间的情况下，拒绝将所述目标文件传输给所述第一用户。
[0172]
可选地，处理器410，还用于在接收到所述第一用户对所述目标文件的触发操作之后，生成所述手机号码对应的拨打请求；响应于所述拨打请求，根据所述目标文件，获取所述手机号码对应的已拨打次数；在所述已拨打次数未达到次数阈值的情况下，向所述第二用户发送通话请求，并拒绝所述手机号码在所述第一用户持有终端的通话界面的显示；在所述已拨打次数达到所述次数阈值的情况下，向所述第一用户发送请求失败消息。
[0173]
可选地，射频单元401，还用于接收所述第一用户对所述目标文件执行的号码获取操作；
[0174]
显示单元406，用于响应于所述号码获取操作，在所述第一用户持有终端的显示界面显示所述目标文件对应的解码问题；
[0175]
射频单元401，还用于获取所述第一用户输入的所述解码问题对应的问题答案；
[0176]
显示单元406，还用于在所述问题答案与目标答案匹配的情况下，在所述显示界面
显示所述手机号码。
[0177]
可选地，射频单元401，还用于接收所述第二用户对所述文件传输参数的更新操作；
[0178]
处理器410，还用于响应于所述更新操作，根据所述更新操作对应的目标文件传输参数，将所述目标文件的文件传输参数更新为所述目标文件传输参数。
[0179]
本申请实施例还可以支持对方用户通过回答问题主动获取当前用户真实手机号功能，避免了直接索要真实手机号的繁琐步骤。
[0180]
应理解的是，本申请实施例中，输入单元404可以包括图形处理器(graphics processing unit，gpu)4041和麦克风4042，图形处理器4041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元406可包括显示面板4061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板4061。用户输入单元407包括触控面板4071以及其他输入设备4072。触控面板4071，也称为触摸屏。触控面板4071可包括触摸检测装置和触摸控制器两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器409可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器410可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器410中。
[0181]
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述文件传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0182]
其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
[0183]
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述文件传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
[0184]
应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
[0185]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
[0186]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方
法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
[0187]
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。