基于多媒体进行账号绑定演示的方法和装置与流程

文档序号:30963749发布日期:2022-07-30 15:30阅读:144来源:国知局
基于多媒体进行账号绑定演示的方法和装置与流程
基于多媒体进行账号绑定演示的方法和装置
1.技术领域
2.本发明涉及互联网领域,特别涉及一种基于多媒体进行账号绑定演示的方法和装置。


背景技术:

3.当前,多个第一客户端之间相互独立,且这些第一客户端已经平台化,依赖于这些第一客户端的多个小程序之间无法进行关联,例如抖音、微信平台相对独立,为了在两个平台上开展同一个/同一类业务,需要分别针对抖音、微信开发两个小程序,且两个小程序的用户无法进行关联,导致两个小程序的用户形成孤岛,用户需要分别维护两个账号中的余额、收货地址等信息,为用户带来不必要的负担。
4.而在很多情况下,同一个用户既注册了抖音平台上的目标小程序,也注册了微信平台上的目标小程序,需要一种方法和装置,让用户实现在基于不同平台的小程序之间关联账号的功能。
5.发明人发现,当前在进行账号关联操作的过程中存在以下问题:在通过多媒体、特别是直播进行账号绑定演示时,存在暴露关联码的问题,导致账号在演示过程中存在被其他人关联的安全风险。


技术实现要素:

6.本发明实施例提供一种基于多媒体进行账号绑定演示的方法和装置,以解决账号在演示过程中存在被其他人关联的安全风险的问题。
7.第一方面,提供一种基于多媒体进行账号绑定演示的方法,由终端设备执行,所述方法包括:在多媒体环境下且第一客户端使用第一账号登录成功的情况下,获取所述第一账号的第一关联码;显示所述第一关联码的一部分;在第二客户端使用第二账号登录成功的情况下,在所述第二客户端的目标界面输入所述第一关联码,并向服务端发送包括所述第一关联码的账号关联请求。
8.可选地,在一个实施例中,所述第一关联码的长度大于预设长度,所述第一关联码具有有效时间段;所述显示所述第一关联码的一部分包括:在所述第一关联码的有效时间段内显示所述第一关联码的一部分。
9.可选地,在一个实施例中,所述第一关联码包括第一部分和第二部分;所述显示所述第一关联码的一部分包括:在所述终端设备的显示界面内显示所述第一部分,所述第二部分处于未显示状态。
10.可选地,在一个实施例中,在所述显示所述第一关联码的一部分之后,所述方法还包括:对所述第一关联码进行复制;所述在所述第二客户端的目标界面输入所述第一关联码包括:通过粘贴的方式在所述第二客户端的目标界面输入所述第一关联码。
11.可选地,在一个实施例中,在所述目标界面输入的所述第一关联码的至少一部分处于隐藏状态。
12.第二方面,提供一种基于多媒体进行账号绑定演示的装置,包括:获取模块,用于在第一客户端使用第一账号登录成功的情况下,获取所述第一账号的第一关联码;显示模块,用于显示所述第一关联码的一部分;输入模块,用于在第二客户端使用第二账号登录成功的情况下,在所述第二客户端的目标界面输入所述第一关联码;发送模块,用于向服务端发送包括所述第一关联码的账号关联请求。
13.可选地,在一个实施例中,所述第一关联码的长度大于预设长度,所述第一关联码具有有效时间段;在显示所述第一关联码的一部分的过程中,所述显示模块用于:在所述第一关联码的有效时间段内显示所述第一关联码的一部分。
14.可选地,在一个实施例中,所述第一关联码包括第一部分和第二部分;在显示所述第一关联码的一部分的过程中,所述显示模块用于:在所述终端设备的显示界面内显示所述第一部分,所述第二部分处于未显示状态。
15.可选地,在一个实施例中,所述装置还包括:处理模块,用于在所述显示模块显示所述第一关联码的一部分之后,对所述第一关联码进行复制;在所述第二客户端的目标界面输入所述第一关联码的过程中,所述输入模块用于:通过粘贴的方式在所述第二客户端的目标界面输入所述第一关联码。
16.可选地,在一个实施例中,在所述目标界面输入的所述第一关联码的至少一部分处于隐藏状态。
17.本发明实施例提供的技术方案带来的有益效果是:在本技术实施例中,在多媒体环境下且第一客户端使用第一账号登录成功的情况下,获取所述第一账号的第一关联码;显示所述第一关联码的一部分;在第二客户端使用第二账号登录成功的情况下,在所述第二客户端的目标界面输入所述第一关联码,并向服务端发送包括所述第一关联码的账号关联请求。如此,通过显示所述第一关联码的一部分可解决账号在演示过程中存在被其他人关联的安全风险的问题;同时由于是在多媒体环境下进行账号绑定演示,且整个绑定过程会完整地呈现给用户,用户基于多媒体环境下的账号绑定演示,即可快速掌握账号绑定的方法,有利于账号绑定操作的推广。
附图说明
18.19.为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
20.图1a是本发明实施例提供的一种基于多媒体进行账号绑定演示的方法的示意图;图1b是本发明实施例提供的一种进行账号绑定的方法的流程图;图2是本发明实施例提供的另一种基于多媒体进行账号绑定演示的方法的流程图;图3是本技术实施例提供的一种账号关联装置的结构框图;图4是本技术实施例提供的一种基于多媒体进行账号绑定演示的装置的结构框图。
21.具体实施方式
22.为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
23.图1a是本发明实施例提供的一种基于多媒体进行账号绑定演示的方法的示意图。参照图1a,本发明实施例提供的基于多媒体进行账号绑定演示的方法涉及到服务端、第一客户端和第二客户端。其中,第一客户端和第二客户端可以为应用(例如小程序)且可承载于终端设备上。第一客户端和第二客户端可以依托不同的平台。在账号关联的过程中,第一客户端使用第一账号登录,在第一客户端使用第一账号登录成功的情况下,服务端基于所述第一账号,生成所述第一账号的第一关联码,并向所述第一客户端发送所述第一关联码。第一客户端在接收到所述第一关联码之后,可通过复制等方式获取所述第一关联码。在第二客户端使用第二账号登录成功的情况下,若用户想将第一账号和第二账号相关联,可在第二客户端通过粘贴等方式输入所述第一关联码,进而向服务端发送包括所述第一关联码的账号关联请求,服务端在接收到所述账号关联请求之后,可对所述第一关联码进行验证;在所述第一关联码验证成功的情况下,将所述第一账号和所述第二账号关联。第一账号和第二账号关联之后,可实现在基于不同平台的客户端之间关联账号的功能。关联账号之后,可以根据用户的选择,使用多种功能,例如,合并账号的余额等。
24.图1b是本发明实施例提供的一种账号绑定方法的流程图。参照图1b,本发明实施例提供的账号绑定方法可由服务端执行,且可包括:步骤110,在第一客户端使用第一账号登录成功的情况下,基于所述第一账号,生成所述第一账号的第一关联码,并向所述第一客户端发送所述第一关联码,其中,所述第一关联码具有唯一性;其中,第一关联码是所述第一账号的账号凭证,登录之后才能获得。第二账号可以具有第二关联码,第三账号可以具有第三关联码,以此类推。不同账号的账号关联码是不同的。
25.其中,本技术实施例中的客户端可以为应用。一个账号可对应于一个应用,不同账号可对应于不同的应用。应用可以为小程序或正式应用。例如,微信小程序、抖音程序等。
26.步骤120,在第二客户端使用第二账号登录成功且接收到包括所述第一关联码的账号关联请求的情况下,对所述第一关联码进行验证;步骤130,在所述第一关联码验证成功的情况下,将所述第一账号和所述第二账号关联。
27.其中,第一账号和第二账号可对应于不同开发公司开发的不同应用的账号。
28.在本技术实施例中,在第一客户端使用第一账号登录成功的情况下,可以基于所述第一账号,生成所述第一账号的第一关联码,并向所述第一客户端发送所述第一关联码,后续在第二客户端使用第二账号登录成功且接收到包括所述第一关联码的账号关联请求的情况下,对所述第一关联码进行验证,在所述第一关联码验证成功的情况下,将所述第一账号和所述第二账号关联。如此,一个第一账号都具有唯一的第一关联码,在登录第二账号的情况下,通过对第一关联码进行验证,即可确定是否需要将第一账号和第二账号进行关联,并可在验证成功的情况下,将所述第一账号和所述第二账号关联,从而实现在基于不同平台的小程序之间关联账号的功能。关联账号之后,可以根据用户的选择,使用多种功能,例如,合并账号的余额等。
29.可选地,在本技术的一个实施例中,所述基于所述第一账号,生成所述第一账号的第一关联码包括:基于所述第一账号和时间戳,生成核心数据;对所述核心数据进行哈希操作,得到核心数据哈希;利用私钥对所述核心数据和所述核心数据哈希进行加密,得到核心数据密文;对所述核心数据密文和服务器的签名进行哈希操作,得到服务器签名;将所述核心数据密文和所述服务器签名组合在一起,得到所述第一账号的第一关联码。
30.如此,可以提高第一关联码的安全性,确保第一关联码的内容不易被泄露或解密。
31.可选地,在本技术的一个实施例中,所述方法还包括:在生成所述第一账号的第一关联码之后,将所述第一账号、所述第一关联码作为一条记录写入账号关联码列表中,并存储所述账号关联列表;所述对所述第一关联码进行验证包括:在所述账号关联码列表中查找所述第一账号的所述第一关联码,确定所述账号关联码列表中是否存在所述第一关联码;在所述账号关联码列表中存在所述第一关联码的情况下,对所述第一关联码进行核验;在所述账号关联码列表中不存在所述第一关联码的情况下,所述第一关联码验证失败。
32.如此,通过存储账号关联列表可以大大提高验证的速度。
33.可选地,在本技术的一个实施例中,在所述第一关联码包括服务器签名、核心数据哈希和时间戳的情况下,所述对所述第一关联码进行核验包括:验证所述服务器签名和所述核心数据哈希,在所述服务器签名和所述核心数据哈希验证通过后再检查时间戳是否在有效时间段内;如果是在有效时间段内,则确定所述第一关联码验证成功。
34.如此,可以无需存储账号关联列表,节省存储空间。
35.可选地,在本技术的一个实施例中,所述第一关联码的长度大于预设长度。如此,可以防止第一关联码被偷窥,提升记忆难度。同时,所述第一关联码可具有有效时间段,提
高被窃取的难度。
36.在本技术实施例中,包括第一关联码在内的各个账号的关联码均可以具有与第一关联码相类似的特性,即长度大于预设长度,且具有有效时间段。同时,各个账号的关联码可以没有相似性,或者某种规律,无法从一个账号关联码推到到另一个账号的关联码。
37.下面举例说明。例如,第一账号可以为微信的账号,第二账号可以为抖音的账号。用户可使用第一账号登录微信,并进入微信小程序端,微信小程序端通过网络向服务端申请第一账号的第一关联码。服务端为第一账号生成第一账号关联码,并返回给微信小程序端。微信小程序端可直接显示第一账号关联码,或者将第一账号关联码以二维码的形式显示。用户使用第二账号登录抖音。可进入抖音小程序端的账号关联页面,粘贴或输入第一账号的第一关联码(或者,在第一账号关联码以二维码的形式显示的情况下,可使用抖音小程序段的扫一扫,识别二维码中的url),并通过网络向服务端发送账号关联请求。服务端可解码第一账号的第一关联码,并进行验证,验证通过后在检查时间戳是否在有效时间段内。如果在有效时间段内,则关联第一账号和第二账号。
38.图2是本发明实施例提供的一种基于多媒体进行账号绑定演示的方法的流程图。参照图2,本发明实施例提供的基于多媒体进行账号绑定演示的方法可由终端设备执行,且可包括:步骤210,在多媒体环境下且第一客户端使用第一账号登录成功的情况下,获取所述第一账号的第一关联码。其中,所述第一关联码具有唯一性;其中,多媒体环境可以是语音环境或视频环境。特别地,可以是直播环境(包括语音直播和视频直播)。第一关联码是所述第一账号的账号凭证,登录之后才能获得。第二账号可以具有第二关联码,第三账号可以具有第三关联码,以此类推。不同账号的账号关联码是不同的。
39.其中,本技术实施例中的客户端可以为应用。一个账号可对应于一个应用,不同账号可对应于不同的应用。应用可以为小程序或正式应用。例如,微信小程序、抖音程序等。
40.其中,本技术实施例中的终端设备可以为承载所述第一客户端和所述第二客户端的终端设备。
41.步骤210中获取第一关联码的方式可以为,从服务端接收第一关联码。当然,在终端设备可以本地生成第一关联码的情况下,也可以本地生成第一关联码。
42.步骤220,显示所述第一关联码的一部分;终端设备在获取到第一关联码之后,可显示第一关联码的至少一部分。也就是说,可以在终端设备的显示屏幕上显示第一关联码的一部分内容。在显示第一关联码的一部分内容的情况下,可以只显示第一关联码的前一部分的内容,中间一部分的内容或者后一部分的内容。以关联码为qwe12345为例,可以在终端设备的显示屏幕上显示qwe12345,也可以显示qwe12***,显示q***2345,或者显示***12345。
43.步骤230,在第二客户端使用第二账号登录成功的情况下,在所述第二客户端的目标界面输入所述第一关联码,并向服务端发送包括所述第一关联码的账号关联请求。
44.这样一来,所述服务端可以对所述第一关联码进行验证,并在所述第一关联码验证成功的情况下,将所述第一账号和所述第二账号关联。服务端侧的相关内容可参照前文参照图1b所描述的内容。
45.在本技术实施例中,一个第一账号都具有唯一的第一关联码,在登录第二账号成功的情况下,通过对第一关联码进行验证,即可确定是否需要将第一账号和第二账号进行关联,并可在验证成功的情况下,将所述第一账号和所述第二账号关联,从而实现在基于不同平台的小程序之间关联账号的功能。关联账号之后,可以根据用户的选择,使用多种功能,例如,合并账号的余额等。
46.同时,在本技术实施例中,在多媒体环境下且第一客户端使用第一账号登录成功的情况下,获取所述第一账号的第一关联码;显示所述第一关联码的一部分;在第二客户端使用第二账号登录成功的情况下,在所述第二客户端的目标界面输入所述第一关联码,并向服务端发送包括所述第一关联码的账号关联请求。如此,通过显示所述第一关联码的一部分可解决账号在演示过程中存在被其他人关联的安全风险的问题;同时,由于是在多媒体环境下进行账号绑定演示,且整个绑定过程会完整地呈现给用户,用户基于多媒体环境下的账号绑定演示,即可快速掌握账号绑定的方法,有利于账号绑定操作的推广。
47.可选地,在一个实施例中,所述第一关联码的长度可以大于预设长度,所述第一关联码可具有有效时间段。其中,预设长度可以根据需要进行设置,例如为八位,格式也可以根据需要设置,例如设定需要包含特殊字符、数字、小写和大写中的至少二种等。所述第一关联码的有效时间段可以根据需要进行设置,例如有效时间段为1分钟或者30秒。当然,还可以对有效时间段增加限定,例如有效时间段位于工作日的工作时间段内等。
48.相应地,步骤220中所述显示所述第一关联码的一部分包括:在所述第一关联码的有效时间段内显示所述第一关联码的一部分。如此,可以提高第一关联码的安全性,防止被不法分子窃取。
49.举例而言,如果关联码为qwer123456,有效时间段为15秒,则可以在这15秒的时间内显示关联码的一部分,例如可以设置在终端设备的显示屏上显示的关联码的字段长度为8个字符,因此在关联码这15秒的显示时间中,终端设备上可以只显示关联码的前8位,即qwer1234,最后两位因为超出关联码显示字段的预设长度8而可以处于隐藏状态。
50.可选地,在一个实施例中,所述第一关联码包括第一部分和第二部分;所述显示所述第一关联码的一部分包括:在所述终端设备的显示界面内显示所述第一部分,所述第二部分处于未显示状态,即隐藏状态。
51.在本技术实施例中,第二部分处于未显示状态可以涵盖,将所述第二部分进行隐藏的情况,或者所述第一关联码中的第一部分已经占满了整个显示界面,没有空间供第二部分显示的情况。这样,通过不显示第一关联码的全部内容,而只显示第一关联码的部分内容,可以提高第一关联码的安全性,防止被不法分子窃取。
52.举例而言,如果关联码为qwer123456,可以设置在终端设备的显示屏上显示的关联码的字段长度为8个字符,因此在关联码的显示过程中,终端设备上只显示关联码的前8位,即qwer1234,最后两位因为超出关联码显示字段的预设长度8而可以处于隐藏状态。
53.可选地,在一个实施例中,在所述显示所述第一关联码的一部分之后,所述方法还包括:对所述第一关联码进行复制;所述在所述第二客户端的目标界面输入所述第一关联码包括:通过粘贴的方式在所述第二客户端的目标界面输入所述第一关联码。
54.其中,所述第二客户端的目标界面可以为所述第二客户端的用于进行账号关联的界面。在此用于进行账号关联的界面上可存在输入框,用于方便输入第一关联码,进而进行后续将第一关联码和第二关联码进行关联的操作。
55.本技术实施例通过复制和粘贴可以便捷地输入所述第一关联码。
56.可选地,在本技术的一个实施例中,在所述目标界面输入的所述第一关联码的至少一部分处于隐藏状态。如此,在目标界面输入的第一关联码的至少一部分通过处于隐藏状态可以保证关联码的安全性,进一步降低了被盗用的风险。
57.下面举例说明。例如,第一账号可以为微信的账号,第二账号可以为抖音的账号。用户例如在直播的过程中可使用第一账号登录微信,并进入微信小程序端,微信小程序端通过网络向服务端申请第一账号的第一关联码。服务端为第一账号生成第一账号关联码,并返回给微信小程序端。微信小程序端可直接显示第一账号关联码,或者将第一账号关联码以二维码的形式显示。用户使用第二账号登录抖音。可进入抖音小程序端的账号关联页面,粘贴或输入第一账号的第一关联码(或者,在第一账号关联码以二维码的形式显示的情况下,可使用抖音小程序段的扫一扫,识别二维码中的url),并通过网络向服务端发送账号关联请求。服务端可解码第一账号的第一关联码,并进行验证,验证通过后在检查时间戳是否在有效时间段内。如果在有效时间段内,则关联第一账号和第二账号。
58.图3是本技术实施例提供的一种账号关联装置的结构框图。参照图3,本技术实施例提供的账号关联装置包括:生成模块310,用于在第一客户端使用第一账号登录成功的情况下,基于所述第一账号,生成所述第一账号的第一关联码,并向所述第一客户端发送所述第一关联码,其中,所述第一关联码具有唯一性;验证模块320,用于在第二客户端使用第二账号登录成功且接收到包括所述第一关联码的账号关联请求的情况下,对所述第一关联码进行验证;关联模块330,用于在所述第一关联码验证成功的情况下,将所述第一账号和所述第二账号关联。
59.在本技术实施例中,在第一客户端使用第一账号登录成功的情况下,可以基于所述第一账号,生成所述第一账号的第一关联码,并向所述第一客户端发送所述第一关联码,后续在第二客户端使用第二账号登录成功且接收到包括所述第一关联码的账号关联请求的情况下,对所述第一关联码进行验证,在所述第一关联码验证成功的情况下,将所述第一账号和所述第二账号关联。如此,一个第一账号都具有唯一的第一关联码,在登录第二账号的情况下,通过对第一关联码进行验证,即可确定是否需要将第一账号和第二账号进行关联,并可在验证成功的情况下,将所述第一账号和所述第二账号关联,从而实现在基于不同平台的小程序之间关联账号的功能。关联账号之后,可以根据用户的选择,使用多种功能,例如,合并账号的余额等。
60.可选地,在本技术的一个实施例中,在基于所述第一账号,生成所述第一账号的第一关联码的过程中,所述生成模块具体用于:基于所述第一账号和时间戳,生成核心数据;对所述核心数据进行哈希操作,得到核心数据哈希;利用私钥对所述核心数据和所述核心数据哈希进行加密,得到核心数据密文;
对所述核心数据密文和服务器的签名进行哈希操作,得到服务器签名;将所述核心数据密文和所述服务器签名组合在一起,得到所述第一账号的第一关联码。
61.如此,可以提高第一关联码的安全性,确保第一关联码的内容不易被泄露或解密。
62.可选地,在本技术的一个实施例中,所述装置还包括:存储模块,用于在生成所述第一账号的第一关联码之后,将所述第一账号、所述第一关联码作为一条记录写入账号关联码列表中,并存储所述账号关联列表;在对所述第一关联码进行验证的过程中,所述验证模块具体用于:在所述账号关联码列表中查找所述第一账号的所述第一关联码,确定所述账号关联码列表中是否存在所述第一关联码;在所述账号关联码列表中存在所述第一关联码的情况下,对所述第一关联码进行核验;在所述账号关联码列表中不存在所述第一关联码的情况下,所述第一关联码验证失败。
63.如此,通过存储账号关联列表可以大大提高验证的速度。
64.可选地,在本技术的一个实施例中,在所述第一关联码包括服务器签名、核心数据哈希和时间戳的情况下,在对所述第一关联码进行核验的过程中,所述验证模块具体用于:验证所述服务器签名和所述核心数据哈希,在所述服务器签名和所述核心数据哈希验证通过后再检查时间戳是否在有效时间段内;如果是在有效时间段内,则确定所述第一关联码验证成功。
65.如此,可以无需存储账号关联列表,节省存储空间。
66.可选地,在本技术的一个实施例中,所述第一关联码的长度大于预设长度,所述第一关联码具有有效时间段。
67.图4是本技术实施例提供的基于多媒体进行账号绑定演示的装置的结构框图。参照图4,本技术实施例提供的基于多媒体进行账号绑定演示的装置包括:获取模块410,用于在第一客户端使用第一账号登录成功的情况下,获取所述第一账号的第一关联码;显示模块420,用于显示所述第一关联码的一部分;输入模块430,用于在第二客户端使用第二账号登录成功的情况下,在所述第二客户端的目标界面输入所述第一关联码;发送模块440,用于向服务端发送包括所述第一关联码的账号关联请求。
68.在本技术实施例中,通过显示所述第一关联码的一部分可解决账号在演示过程中存在被其他人关联的安全风险的问题。同时,由于是在多媒体环境下进行账号绑定演示,且整个绑定过程会完整地呈现给用户,用户基于多媒体环境下的账号绑定演示,即可快速掌握账号绑定的方法,有利于账号绑定操作的推广。
69.可选地,在一个实施例中,所述第一关联码的长度大于预设长度,所述第一关联码具有有效时间段;在显示所述第一关联码的一部分的过程中,所述显示模块420用于:在所述第一关联码的有效时间段内显示所述第一关联码的一部分。
70.可选地,在一个实施例中,所述第一关联码包括第一部分和第二部分;在显示所述第一关联码的一部分的过程中,所述显示模块420用于:在所述终端设
备的显示界面内显示所述第一部分,所述第二部分处于未显示状态。
71.可选地,在一个实施例中,所述装置还包括:处理模块,用于在所述显示模块显示所述第一关联码的一部分之后,对所述第一关联码进行复制;在所述第二客户端的目标界面输入所述第一关联码的过程中,所述输入模块用于:通过粘贴的方式在所述第二客户端的目标界面输入所述第一关联码。
72.可选地,在一个实施例中,在所述目标界面输入的所述第一关联码的至少一部分处于隐藏状态。
73.需要说明的是:上述实施例提供的基于多媒体进行账号绑定演示的装置与基于多媒体进行账号绑定演示的方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
74.需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
75.需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
76.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
77.以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1