本发明涉及通讯领域，尤其涉及一种语音传送方法和系统。
背景技术：
美国心理学家艾伯特·梅拉比安提出过一个公式：有效沟通，7％靠文字意义，38％靠语音语调，55％靠身体语言。正因为语音沟通有效性，社交软件等应用中，语音沟通方式越来越普及。
目前的通信终端大多都可以支持语音听写应用，即可以接收语音文件，并播放该语音文件，以向用户展现该语音文件的内容，或者还有些终端可以将语音文件转换为文本文件以向用户展现该语音文件的内容。但目前这些技术仍然存在不足。
技术实现要素：
本发明解决的问题是提供一种语音传送方法和系统，以更好地实现语音的传送和交互过程。
为解决上述问题，本发明提供了一种语音传送方法，包括：发送端的第一应用生成与第一语音数据关联的第一编码数据，并将所述第一编码数据发送至接收端的第一打印设备；所述接收端的第一打印设备根据所述第一编码数据在第一打印介质上打印第一编码；所述接收端的第二应用对所述第一编码进行扫码和解码，实现对所述第一语音数据的播放。
可选的，所述第二应用与所述第一应用为同一应用，扫码和解码后，所述第二应用进入语音播放页面；选择回复后，如果所述第二应用的登录帐户与所述第一应用的登录帐户之间为非好友关系，则所述第二应用进入向所述第一应用的登录帐户发送好友申请的页面，如果所述第二应用的登录帐户与所述第一应用的登录帐户之间为好友关系，则所述第二应用进入回复好友页面；
或者，
所述第二应用与所述第一应用为不同应用，且所述接收端还具有与所述第一应用为同一应用的第三应用，扫码和解码后，所述第二应用进入语音播放页面；选择回复后，所述第二应用唤醒所述第三应用，如果所述第三应用的登录帐户与所述第一应用的登录帐户之间为非好友关系，则所述第三应用进入向所述第一应用的登录帐户发送好友申请的页面，如果所述第三应用的登录帐户与所述第一应用的登录帐户之间为好友关系，则所述第三应用进入回复好友页面；
或者，
所述第二应用与所述第一应用为不同应用，且所述接收端不存在与所述第一应用相同的应用，扫码和解码后，且选择回复后，所述接收端进入第三应用的下载页面，所述第三应用与所述第一应用为同一应用；如果下载所述第三应用，安装并登录后，如果使用所述第三应用重新扫码和解码，所述第三应用进入语音播放页面；选择回复后，如果所述第三应用的登录帐户与所述第一应用的登录帐户之间为非好友关系，则所述第三应用进入向所述第一应用的登录帐户发送好友申请的页面，如果所述第三应用的登录帐户与所述第一应用的登录帐户之间为好友关系，则所述第三应用进入回复好友页面。
可选的，进入所述语音获取页面后：生成与第二语音数据关联的第二编码数据，并将所述第二编码数据发送至所述发送端的第二打印设备；所述发送端的第二打印设备根据所述第二编码数据在第二打印介质上打印第二编码；所述发送端的第一应用或第四应用对所述第二编码进行扫码和解码，实现对所述第二语音数据的播放；所述第四应用与所述第一应用为不同应用；当采用所述第一应用进行扫码和解码时，所述第一应用进入语音播放页面；当采用所述第四应用进行扫码和解码时，所述第四应用唤醒所述第一应用进入语音播放页面。
可选的，所述发送端的第一应用生成与第一语音数据关联的第一编码数据，并将所述第一编码数据发送至接收端的第一打印设备，包括：选择所述第一应用中的第一登录帐户；选择与所述第一登录帐户关联的至少一台打印设备，作为所述第一打印设备。
可选的，所述发送端的第一应用生成所述第一编码数据包括：所述第一应用获取语音以生成所述第一语音数据；将所述第一语音数据提交到第三方服务器进行存储；所述第三方服务器将所述第一语音数据的第一存储路径返回给所述第一应用；所述第一应用将所述第一存储路径上传至应用服务器；所述应用服务器对所述第一存储路径并进行加密以生成第一加密路径；所述应用服务器保存所述第一存储路径和所述第一加密路径；所述应用服务器将所述第一加密路径返回给所述第一应用；所述第一应用根据所述第一存储路径和所述第一加密路径生成所述第一编码数据；
或者，
所述发送端的第一应用生成所述第一编码数据包括：所述第一应用获取语音以生成所述第一语音数据；将所述第一语音数据提交到应用服务器进行存储；所述应用服务器将所述第一语音数据的第一存储路径返回给所述第一应用；所述第一应用根据所述第一存储路径生成所述第一编码数据。
可选的，所述接收端的第二应用对所述第一编码进行扫码和解码，实现对所述第一语音数据的播放，包括：扫码和解码后，所述接收端的语音播放插件进入语音播放页面；选择播放语音后，所述语音播放插件向所述应用服务器接发送对所述第一加密路径的访问请求；所述应用服务器根据对所述第一加密路径的访问请求，向所述语音播放插件回传所述第一存储路径；所述语音播放插件根据所述第一存储路径向所述第三方服务器发送对所述第一语音数据的访问请求，所述第三方服务器根据对所述第一语音数据的访问请求，向所述语音播放插件回传所述第一语音数据；所述语音播放插件根据接收的所述第一语音数据，实现对语音的播放。
可选的，所述第一应用获取语音以生成所述第一语音数据时，还包括：在所述第一应用中输入第一辅助描述内容；在将所述第一语音数据提交到所述第三方服务器进行存储时，所述第一辅助描述内容同时提交到所述第三方服务器进行存储，并且存储于相同路径；在打印所述第一编码时，所述第一辅助描述内容同时打印在所述第一编码旁边。
可选的，生成所述第一编码数据之后，还包括在所述第一应用中展示样本编码，作为打印预览。
可选的，所述第一打印介质为纸条，所述第一编码为二维码。
为解决上述问题，本发明还提供了一种语音传送系统，包括：具有第一应用的发送端，所述第一应用具有编码生成模块，所述编码生成模块用于生成与第一语音数据关联的第一编码数据；具有第一打印设备的接收端，所述第一打印设备用于根据所述第一编码数据，将第一编码打印在第一打印介质上；所述接收端还具有第二应用，所述第二应用用于对所述打印介质上的所述编码进行扫码和扫码和解码，实现对所述第一语音数据的播放。
可选的，在所述接收端中，所述第二应用与所述第一应用为同一应用；或者，所述第二应用与所述第一应用为不同应用，且所述接收端具有与所述第一应用为同一应用的第三应用；或者，所述第二应用与所述第一应用为不同应用，且所述接收端不存在与所述第一应用相同的应用。
可选的，所述语音传送系统还包括第三方服务器、应用服务器和所述发送端的第二打印设备；所述第一打印介质为纸条，所述第一编码为二维码；所述发送端还具有第四应用。
本发明的技术方案中，通过发送端(的第一应用)将用户发送的语音内容进行一次“包装”，根据第一语音数据生成第一编码数据。然后，通过第一打印设备(纸条打印机)打印在第一打印介质(纸条)的第一编码，供接收端扫码和解码，此时，能够对语音内容进行保护，提高安全性。
进一步，在好友关系的帐户之间，可以通过相应的应用直接录入语音，自动生成编码数据(通常打印后为二维码)，进行对具有编码的打印介质的传送，一种具体形式就成为了传纸语音条。并且，语音纸条可在打印给自己帐户下关联的打印设备(纸条打印机)后，分享给非好友帐户，也可以发送给多个同应用内的好友帐户。此时是发送端先进行定向发送，但在，在接收端，除了可以按原本过程进行定向接收之外，是还可以是其它接收端进行相应的扫码和解码，进行接收。可见，这是一种定向发送，但定向接收和不定向接收同时相结合的方法，从而巧妙的达到了语音“转发”的效果。
进一步，通过将语音内容打印在打印介质(纸条)中，一发一收，进行互动，不仅仅局限在电子产品(手机和平板电脑等)的屏幕中，从而提高参与度与代入感，使得语音交互过程更加具有趣味性。
进一步，所述方法还可以增加第一辅助描述内容，第一辅助描述内容可以是文字、符号或者图片，从而将语音和纸质文字两种介质合为一体，通过这种结合，丰富了纸条只有文本、图片形式的内容形式，进一步提升了趣味性。
进一步，所述方法不需要通过第三方软件生成二维码，也不需要再通过第三方软件传递给打印设备进行打印。因此，对使用者而言，可以避免繁琐的步骤，避免语音传递过程中耗费相应的时间和人力成本。并且，所述方法提供的是一种具有定向传送功能的方法(即在选择第一打印设备时，选择的是与发送端相关联的打印设备)，因此，这种方法对于可能传递图片错误或丢失风险的情况，也可以进行有效控制。
进一步，在接收端具有第一打印设备，在发送端具有第二打印设备。这种设置方便了接收端和发送端分别获取相应的编码。当打印介质都为纸条时，此时可以看到，第一打印设备是为了方便接收端获取语音纸条，第二打印设备是为了方便发送端获取语音纸条，这样，就能够保证，即便发送端和接收端之间距离较远，发送端和接收端也可以快速和便捷地进行语音纸条的交互。
上述种种效果均有助于促使用户安装相应的应用(第一应用)。
附图说明
图1是本发明提供的一种语音传送方法流程示意图；
图2是实现图1中步骤11的一种方式流程示意图；
图3是实现图1中步骤13的一种方式流程示意图；
图4是图1中步骤13之后，进一步包括的步骤流程示意图。
具体实施方式
现有应用中，具有以下一些特点和不足：
语音内容在聊天界面点击即可直接听取，虽然简单直接，但也存在误触等导致重要语音内容外泄的情况，带来了一些安全性的隐患；同时，也缺乏了一些趣味性；
许多应用(目前一些常用的社交软件)，其语音聊天内容不能进行转发，不便于发送人将同一个语音内容发送给彼此不相识的好友；
整个语音交互过程都局限在了电子产品(手机或电脑)的电子屏里。
为此，本发明提供一种语音传送方法和系统，以解决上述存在的不足，从而更好地实现语音的传送和交互过程。
为更加清楚的表示，下面结合附图对本发明做详细的说明。
本实施例提供一种语音传送方法，请结合参考图1，所述方法包括步骤11至步骤13。
步骤11，发送端的第一应用生成与第一语音数据关联的第一编码数据，并将第一编码数据发送至接收端的第一打印设备；
步骤12，接收端的第一打印设备根据第一编码数据在第一打印介质上打印第一编码；
步骤13，接收端的第二应用对第一编码进行扫码和解码，实现对第一语音数据的播放。
本实施例中，第一打印介质可以为纸条，第一编码为二维码。相应的，此时第一打印设备为纸条打印机。其它实施例中，第一打印介质可以为纸张等其它形式，第一编码也可以是其它形式。
在实现步骤11的一种具体方式中，发送端的第一应用生成第一编码数据包括：第一应用获取语音以生成第一语音数据；将第一语音数据提交到第三方服务器进行存储；第三方服务器将第一语音数据的第一存储路径返回给第一应用；第一应用将第一存储路径上传至应用服务器；应用服务器对第一存储路径并进行加密以生成第一加密路径；应用服务器保存第一存储路径和第一加密路径；应用服务器将第一加密路径返回给第一应用；第一应用根据第一存储路径和第一加密路径生成第一编码数据。
在上述步骤11的进一步过程中，发送端的第一应用获取语音以生成第一语音数据时，还可以包括：在第一应用中输入第一辅助描述内容；在将第一语音数据提交到第三方服务器进行存储时，第一辅助描述内容同时提交到第三方服务器进行存储，并且存储于相同路径；在打印第一编码时，第一辅助描述内容同时打印在第一编码旁边。后续将用具体例子进行说明。
在上述步骤11的进一步过程中，第一应用获取语音以生成第一语音数据时，还可以包括：生成第一编码数据之后，还包括：在第一应用中展示样本编码，作为打印预览。后续将用具体例子进行说明。
如前所述，本实施例的第一打印介质为纸条，因此，生成第一编码数据的过程，可以认为是录制语音纸条的过程。
一种具体例子来实现步骤11的过程如图2所示，其包括步骤110至步骤119。
步骤110，选择接收人(自己/好友)。
为实现步骤11，在步骤110中，可以包括：先选择第一应用中的第一登录帐户；再选择与第一登录帐户关联的至少一台打印设备，作为第一打印设备。选择了第一打印设备也就是选择了接收人。
本实施例中，所述接收人可以为自己(第一应用的第一登录帐户本身)，也可以是与第一登录帐户为好友关系的接收帐户。也就是说，相应的第一打印设备是设置在自己这一端的打印设备，或者是设置在好友关系的接收帐户那一方的打印设备，但总之，第一登录帐户可以直接发送打印指令给第一打印设备。
本实施例中，发送端选择与第一登录帐户关联的至少一台打印设备，作为所述第一打印设备。也就是说，第一打印设备为第一登录帐户可以直接发送打印指令的打印设备。
同时，根据前面的描述可知，本实施例中第一打印设备为纸条打印机。
步骤111，输入文字和录制语音。
本步骤中，发送人(发送端)在第一应用中输入语音纸条的描述内容，并录制语音。录制的语音用于后续生成第一语音数据。
需要说明的是，输入文字(语音纸条的描述内容)的过程，即为前述提到的输入第一辅助描述内容的过程。文字可以在语音录入的之前、之时或者之后进行，并且随后和语音一并转码和存储。
如前所述，其它实施例中，第一辅助描述内容还可以是符号或者图片。
步骤112，发送人点击【提交】按钮。
本步骤隐含在录制语音之后，相应的界面中会出现【提交】按钮。在点击【提交】按钮后，第一应用将语音文件(第一语音数据)上传到第三方服务器。其中，第三方服务器可以是各类云服务器。
步骤113，第三方服务器保存音频文件。
音频文件即前述语音文件，亦即前述中的第一语音数据。上传音频文件成功后，进入下一步骤。
步骤114，第三方服务器返回音频文件存放路径。
音频文件存放路径对应于前述中的第一存储路径。通常音频文件永久存储保存在第三方服务器上。
步骤115，第一应用接收到音频文件在第三方服务器上的存放路径，即第一存储路径。
步骤116，将文件路径加密。
本步骤具体是将音频文件的存储路径进行加密。具体是应用服务器将文件存放路径加密。其过程中，包括将音频文件存放路径发送给应用服务器，应用服务器将文件路径进行加密，得到的，是前述的第一加密路径。
步骤117，保存原文件路径与加密后文件路径。
这一步骤，是将原来的音频文件存放路径(第一存储路径)与加密后的文件路径(第一加密路径)共同保存下来。
步骤118，应用内展示二维码示例图。
本步骤中的应用是指第一应用，本步骤对应的是前述中“第一应用中展示样本编码，作为打印预览”的过程。其具体操作过程可以为，在应用服务器将加密后的文件路径(第一加密路径)回传给第一应用，在第一应用中生成一个语音二维码示例图(此示例图只是示例，非真实二维码，真实二维码需打印后才能查看)，展现在第一应用界面中，供用户预览。
步骤119，发送人预览并点击【打印】按钮。
本步骤隐含公开，在上述预览页面中，还存在【打印】按钮。点击【打印】按钮之后，第一应用向应用服务器提交打印申请。在此之后，进行的程序是应用服务器将打印内容与打印指令发送给相应的纸条打印机，这样录制的语音就变成了一张二维码纸条，其中，二维码即前述第一编码。
综合上述步骤过程可知，第三方服务器主要参与了步骤113和步骤114的过程，应用服务器主要参考了步骤113和步骤114的过程，而其它步骤的主要参与者为第一应用(发送端的第一应用)，因此，图2中用三个虚线框分别框选了相应步骤，三个虚线框从左到右分别代表了主要参与者为第一应用、第三方服务器和应用服务器，从而加以区分。
需要说明的是，发送方的第一应用在具体与外部进行信息交互时，可以先通过应用服务器进行。
需要说明的是，其它实施例也可以采用其它方式实现步骤11，本发明对此不作限定。例如，在实现步骤11过程中，在发送端的第一应用生成第一编码数据时，也可以采用以下过程进行：
第一应用获取语音以生成第一语音数据；将第一语音数据提交到应用服务器进行存储；应用服务器将第一语音数据的第一存储路径返回给第一应用；第一应用根据第一存储路径生成第一编码数据。这样的方式中，通常只要求应用服务器的性能足够好，例如存储空间足够大等，此时不需要使用第三方服务器，简化了相应过程。并且，这样的第一编码数据也相应导致了后续实现语音播放的过程更加简单。
实现步骤13的一种的具体过程包括：扫码和解码后，接收端的语音播放插件进入语音播放页面；选择播放语音后，语音播放插件向应用服务器接发送对第一加密路径的访问请求；应用服务器根据对第一加密路径的访问请求，向语音播放插件回传第一存储路径；语音播放插件根据第一存储路径向第三方服务器发送对第一语音数据的访问请求，第三方服务器根据对第一语音数据的访问请求，向语音播放插件回传第一语音数据；语音播放插件根据接收的第一语音数据，实现对语音的播放。
一种具体的实现上述步骤13具体过程的具体例子如图3所示，其包括步骤130至步骤137。
步骤130，扫描语音二维码。
本步骤具体扫描操作时，扫码人可以使用第一应用或其他扫描二维码的软件(应用)扫码。但是为方便描述，在步骤13中，接收端的用于扫描的应用，先统一称为第二应用(即一开始扫码的应用称为第二应用)，以便进行区分。
步骤131，进入语音播放页面。
本步骤具体语音播放页面的一种实现方式可以为：扫码成功，后进入听取语音的HTML5页面。
步骤132，点击【播放】按钮。
本步骤中，扫码人(接收方，或接收端)点击页面的【播放】按钮后，相应的应用(语音播放插件)将二维码(第一编码)携带的加密后文件路径(第一加密路径)发送给应用服务器。也就是说，上述二维码的解码会生成这个加密后路径。
步骤133，接收加密后路径。
本步骤具体是应用服务器接收加密后路径。而前一步骤已经提到，相应应用(语音播放插件)向应用服务器发送相应的加密后文件路径，因此，步骤132和步骤133两个过程是相互配合的。
步骤134，回传原音频文件路径。
本步骤是由应用服务器主要参与进行的。应用服务器根据前述步骤获得的加密文件路径后，访问相应的自身存储数据，从而获取原音频文件路径(即在第三方服务器上的存放路径)，并回传给语音播放页面(语音播放页面对应于页面插件，或者语音播放插件)。
步骤135，页面插件获取原音频文件路径。
原音频文件路径对应于前述的第一存储路径。这一步骤也是前一步骤的直接对应结果。
步骤136，回传音频文件。
音频文件对应于前述的第一语音数据。这个步骤包括：语音播放页面的插件，根据回传的原音频文件路径，向第三方服务器发起申请，第三方服务器回传音频文件给语音播放页面的插件。
步骤137，播放语音。
在上述步骤之后，扫码人即可在语音播放页面(语音播放插件)听取到原录制的语音。
上述步骤130至步骤137中，步骤133和步骤134主要由应用服务器参与，步骤136主要由第三方服务器参与，而其它步骤主要是接收端的相应应用参与，因此，图3中用三个虚线框，三个虚线框从左到右分别代表了主要参与者为第三方服务器、应用服务器和语音播放插件，从而加以区分。
需要说明的是，其它实施例中，可以选择其它的过程和形式实现步骤13，本发明对此不作限定。
步骤13之后，进行以下三种情况的分类处理：
第一种情况，第二应用与第一应用为同一应用，扫码和解码后，第二应用进入语音播放页面；选择回复后，如果第二应用的登录帐户与第一应用的登录帐户之间为非好友关系，则第二应用进入向第一应用的登录帐户发送好友申请的页面，如果第二应用的登录帐户与第一应用的登录帐户之间为好友关系，则第二应用进入回复好友页面；
或者，第二种情况，第二应用与第一应用为不同应用，且接收端还具有与第一应用为同一应用的第三应用，扫码和解码后，第二应用进入语音播放页面；选择回复后，第二应用唤醒第三应用，如果第三应用的登录帐户与第一应用的登录帐户之间为非好友关系，则第三应用进入向第一应用的登录帐户发送好友申请的页面，如果第三应用的登录帐户与第一应用的登录帐户之间为好友关系，则第三应用进入回复好友页面；
或者，第三种情况，第二应用与第一应用为不同应用，且接收端不存在与第一应用相同的应用，扫码和解码后，且选择回复后，接收端进入第三应用的下载页面，第三应用与第一应用为同一应用；如果下载第三应用，安装并登录后，如果使用第三应用重新扫码和解码(如果此时使用第二应用重新扫码和解码，则回到了上述第二种情况)，第三应用进入语音播放页面；选择回复后，如果第三应用的登录帐户与第一应用的登录帐户之间为非好友关系，则第三应用进入向第一应用的登录帐户发送好友申请的页面，如果第三应用的登录帐户与第一应用的登录帐户之间为好友关系，则第三应用进入回复好友页面。
上述三种情况中，第一应用的登录帐户与自己本身也是好友关系。
上述三种情况中，进入回复好友页面可以进一步是：进入回复好友的语音内容录制页面。
需要说明的是，下载第三应用，安装并登录后，扫码方(接收方)也可直接打开第三应用，进入发送语音(语音纸条)的全新过程。也就是说，本发明虽然公开了上述三种情况，但不限定只是上述三种情况，而且即便是三种情况本身，在它们的具体内容中，有些步骤也可以进一步进行增加、更改和替换。
为了实现上述三种情况的分类，在实现时，可以分为两个层级的判断过程进行。第一个层级先判断第二应用与第一应用是否为同一应用，当是同一应用时，对应于上述的第一种情况；当不是同一应用时，进入第二个层次，判断接收端是否安装有第三应用，其中第三应用与第一应用是同一应用。根据第二个层次的判断结果，相应对应于上述三种情况的第二种和第三种。
一种具体实现上述两个层级的具体例子可以参考图4。这些流程步骤开始于进入语音播放页面，选择回复之后，这些步骤都是在接收端(接收方)进行的。
步骤140，判断(接收端)是否是第一应用扫码。
这个判断步骤，实质就是：判断接收端的第二应用与第一应用是否为同一应用。
当步骤140判断结果为“是”(Y)，则进行步骤141，判断发送方是否为自己/好友。
步骤141中的发送方(发送者)为前面步骤中的第一应用第一登录帐户。因此，判断发送方是否为自己/好友，判断的是第二应用(此时第二应用与第一应用为同一应用)中的登录帐户与第一登录帐户之间是否为好友关系或者是自己本身。当第二应用中的登陆帐是第一登录帐户本身时，此时第二应用就是第一应用。总之，当步骤141的判断结果为“是”(Y)，则进入步骤1411，即：进入回复自己/好友，后续录制语音纸条原理不变。而相反，当步骤141的判断结果是“否”(N)，则进入步骤1412，即：进入好友申请页面。
当步骤141判断结果为“否”(N)，则进行步骤142，即：检测是否安装第一应用。
步骤142虽然是一种检测步骤，但是事实上也是一种判断步骤，当步骤142的检测结果是接收端安装有第一应用(Y)时，则进入步骤1421，即：唤醒第一应用(为了与发送端的第一应用进行区分，前述内容中，将接收端的第一应用描述为第三应用)，后续录制语音纸条原理不变。相反，当步骤142的检测结果是接收端未安装有第一应用(N)时，则进入步骤1422，即：进入下载第一应用页面。并且，如前所述，前述内容中，用“进入第三应用的下载页面”进行表述，并且说明，这种情况下，第三应用与第一应用为同一应用。
步骤1422之后，如果选择下载第三应用，下载安装后，第三应用可以继续进入相应的语音回复操作过程中，可以参考前述三种情况的后续处理过程。
在上述三种情况的分类处理后，并且已经进入回复好友的语音录制页面后，本实施例还可以继续包括以下步骤14至步骤16，从而实现通过相应的打印介质(第一打印介质和第二打印介质等)完成语音的交互：
步骤14，生成与第二语音数据关联的第二编码数据，并将第二编码数据发送至发送端的第二打印设备；
步骤15，发送端的第二打印设备根据第二编码数据在第二打印介质上打印第二编码；
步骤16，发送端的第一应用或第四应用对第二编码进行扫码和解码，实现对第二语音数据的播放。
上述步骤16中，第四应用与第一应用为不同应用；当采用第一应用进行扫码和解码时，第一应用进入语音播放页面；当采用第四应用进行扫码和解码时，第四应用唤醒第一应用进入语音播放页面。
上述步骤15中，如果第二打印介质也为纸条时，本实施例就实现了语音纸条的交互过程。
上述步骤14至步骤16也正是前面提到的，录制语音纸条原理不变。也因此，步骤14至步骤16的具体实现方式可以参考相应的前述内容，例如此步骤16可以参考类比前述步骤13，第四应用可以参考类比第三应用。
上述步骤14至步骤16中，第二打印设备的设置方便了发送端获取相应的第二编码。当第二打印介质也为纸条时，打印有第二编码的第二打印介质就是一张用于回复的语音纸条。此时可以看到，第一打印设备是为了方便接收端获取语音纸条，第二打印设备是为了方便发送端获取语音纸条，这样，就能够保证即便发送端和接收端之间距离较远，发送端和接收端也可以快速和便捷地进行语音纸条的交互。
本实施例提供的语音传送方法中，发送端(的第一应用)将用户发送的语音内容进行一次“包装”，根据第一语音数据生成第一编码数据。然后，通过第一打印设备(纸条打印机)打印在第一打印介质(纸条)的第一编码，供接收端扫码和解码，此时，能够对语音内容进行保护，提高安全性。
本实施例提供的语音传送方法中，在好友关系的帐户之间，可以通过相应的应用直接录入语音，自动生成第一编码数据(通常打印后为二维码)，进行对具有第一编码的第一打印介质的传送，一种具体形式就成为了传纸语音条。并且，语音纸条可打印给自己帐户下关联的打印设备(纸条打印机)后，分享给非好友帐户，也可以发送给多个同应用内好友帐户。可以看出，这是一种定向发送，但定向接收和不定向接收相结合的方法。也就是说，发送端先进行定向发送，但在，接收端除了可以是原本定向的接收端，还可以是其它接收端，从而巧妙的达到了语音“转发”的效果。
本实施例提供的方法中，通过将语音内容打印在第一打印介质(纸条)中，一发一收(“发”过程参考上述步骤11至步骤13过程，“收”过程参考上述步骤14至步骤16过程)，进行互动，不仅仅局限在电子产品(手机和平板电脑等)的屏幕中，而是增加了打印有编码的打印介质作为中间媒介，从而提高了语音交互的参与度与代入感，使得语音交互过程更加具有趣味性。
本实施例提供的方法中，还可以增加第一辅助描述内容，第一辅助描述内容可以是文字、符号或者图片，从而将语音和纸质文字两种介质合为一体，通过这种结合第一辅助描述内容的语音纸条方式，丰富了纸条只有文本、图片形式的内容形式，进一步提升了趣味性。
本实施例提供的语音传送方法中，不需要通过第三方软件生成二维码，也不需要再通过第三方软件传递给打印机进行打印。因此，对使用者而言，可以避免繁琐的步骤，避免语音传递过程中耗费相应的时间和人力成本。并且，本实施例提供的是一种具有定向传送功能的方法(即在选择第一打印设备时，选择的是与发送端相关联的打印设备)，因此，这种方法对于可能传递图片错误或丢失风险的情况，也可以进行有效控制。
本实施例提供的语音传送方法具有上述种种效果，因此，有助于促使用户安装相应的第一应用。
本发明另一实施例提供了一种语音传送系统，所述语音传送系统与上述语音传送方法是对应的，即所述系统可以用于实现相应的语音传送方法。
具体的，所述语音传送系统包括：具有第一应用的发送端，所述第一应用具有编码产生模块，所述编码产生模块用于产生与第一语音数据关联的第一编码数据；具有第一打印设备的接收端，所述第一打印设备用于根据所述第一编码数据，将第一编码打印在第一打印介质上；所述接收端还具有第二应用，所述第二应用用于对所述打印介质上的所述编码进行扫码和扫码和解码，实现对所述第一语音数据的播放。
本实施例中，所述语音传送系统在所述接收端中，可以有以下三种的分类，分别用于实现前述实施例中的三种情况的分类处理，具体为：所述第二应用与所述第一应用为同一应用；或者，所述第二应用与所述第一应用为不同应用，且所述接收端具有与所述第一应用为同一应用的第三应用；或者，所述第二应用与所述第一应用为不同应用，且所述接收端不存在与所述第一应用相同的应用。
本实施例中，所述语音传送系统还包括第三方服务器和应用服务器，这些系统组成对应于前述实施例方法中，进一步实现步骤11的一种具体方式。
本实施例中，所述语音传送系统中的第一打印介质为纸条，第一编码为二维码，可参考前述实施例相应内容。
本实施例中，所述语音传送系统还包括发送端的第二打印设备，第二打印设备使得相应的语音交互过程进一步可以长距离完成。
本实施例中，所述语音传送系统的发送端还具有第四应用，其作用可参考前述实施例相应内容。
虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。