基于区块链的视频付款方法、视频节点、设备及介质与流程

文档序号:24399875发布日期:2021-03-26 13:51阅读:138来源:国知局
基于区块链的视频付款方法、视频节点、设备及介质与流程

1.本公开涉及通信技术领域,尤其涉及一种基于区块链的视频付款方 法、一种视频节点、一种终端设备以及一种计算机可读存储介质。


背景技术:

2.目前用户在视频软件上观看付费视频的方式主要包括会员式和按 次点播式。其中会员式通常为用户通过一次性会员缴费获得所有会员视 频的收看资格,按次点播式则一般采用的是用户对其观看的视频进行单 独付费,例如影片a定价5元,意味着用户点播影片a需要支付5元的 费用。对于按次点播式,相关技术中需要先一次性交费才能获取观看资 格,然而在实际情况中,经常会出现用户点播之后,由于某种原因,需 要中断观影,例如经过一段时间以后发现自己并不喜欢影片a的内容, 因此会停止观看,按次点播意味着无论是否看完节目,都需要支付5元 的费用,在上述情况中,由于用户仅仅观看了部分视频内容,却需要支 付观看视频的全额费用,这显然有失公平,大大降低了用户的视频观看 体验。


技术实现要素:

3.本公开提供了一种基于区块链的视频付款方法、视频节点、终端设 备及计算机可读存储介质,以至少解决上述问题。
4.根据本公开实施例的一方面,提供一种基于区块链的视频付款方法, 包括:
5.视频节点基于智能合约设置第一付款交易;
6.在用户节点基于所述智能合约观看视频后,所述视频节点基于所述 第一付款交易计算出所述用户节点基于其观看时长需支付的付款金额 及付款时间点,并发送给所述用户节点,以使所述用户节点基于其观看 时长需支付的付款金额及付款时间点生成第二付款交易,对所述第二付 款交易进行签名后返回给所述视频节点;
7.所述视频节点将经过所述用户节点签名的第二付款交易广播到区 块链中;以及,
8.所述视频节点基于经过所述用户节点签名的第二付款交易在所述 付款时间点获取所述用户节点基于其观看时长支付的付款金额。
9.在一种实施方式中,所述第一付款交易中包括基于视频观看时长的 付款计算规则;
10.所述视频节点基于所述第一付款交易计算出所述用户节点基于其 观看时长需支付的付款金额及付款时间点,包括:
11.所述视频节点在所述视频播放后每隔预设时间段根据所述付款计 算规则计算出所述用户节点基于每隔预设时间段产生的观看时长需支 付的付款金额及对应的付款时间点;以及,
12.所述视频节点从基于每隔预设时间段计算得出的观看时长需支付 的付款金额及付款时间点中选择出观看时长最长的付款金额及对应的 付款时间点,作为所述用户节点
基于其观看时长需支付的付款金额及付 款时间点。
13.在一种实施方式中,所述方法还包括:
14.所述视频节点基于所述智能合约设置收款交易及共有账户,所述收 款交易用于指示所述视频节点从所述共有账户获取所述用户节点支付 的付款金额,以及所述用户节点在基于所述智能合约观看视频之前,预 存预设金额至所述共有账户;
15.所述视频节点基于经过所述用户节点签名的第二付款交易在所述 付款时间点获取所述用户节点基于其观看时长支付的付款金额,包括:
16.所述视频节点基于所述收款交易及经过所述用户节点签名的第二 付款交易在所述付款时间点从所述共有账户中获取用户节点基于其观 看时长支付的付款金额。
17.在一种实施方式中,所述视频节点将经过用户节点签名的第二付 款交易广播到区块链中,包括:
18.所述视频节点对经过所述用户节点签名的第二付款交易追加签名;
19.所述视频节点将所述经过追加签名的第二付款交易广播到区块链 中;
20.所述视频节点基于经过所述用户节点签名的第二付款交易在所述 付款时间点获取所述用户节点基于其观看时长支付的付款金额,包括: 所述视频节点基于经过追加签名的第二付款交易在所述付款时间点获 取所述用户节点基于其观看时长支付的付款金额。
21.根据本公开实施例的另一方面,提供一种视频节点,包括:
22.设置模块,其设置为基于智能合约设置第一付款交易;
23.计算模块,其设置为在用户节点基于所述智能合约观看视频后,基 于所述第一付款交易计算出所述用户节点基于其观看时长需支付的付 款金额及付款时间点,并发送给所述用户节点,以使所述用户节点基于 其观看时长需支付的付款金额及付款时间点生成第二付款交易,对所述 第二付款交易进行签名后返回给所述视频节点;
24.广播模块,其设置为将经过所述用户节点签名的第二付款交易广播 到区块链中;以及
25.获取模块,其设置为基于所述第二付款交易在所述付款时间点获取 所述用户节点基于其观看时长支付的付款金额。
26.在一种实施方式中,所述第一付款交易中包括基于视频观看时长的 付款计算规则,所述计算模块,包括:
27.计算单元,其设置为在所述视频播放后每隔预设时间段根据所述付 款计算规则计算出所述用户节点基于每隔预设时间段产生的观看时长 需支付的付款金额及对应的付款时间点;以及,
28.选择单元,其设置为从基于每隔预设时间段计算得到的观看时长需 支付的付款金额及付款时间点中选择出观看时长最长的付款金额及对 应的付款时间点,作为所述用户节点基于其观看时长需支付的付款金额 及付款时间点。
29.在一种实施方式中,所述设置模块还设置为,基于所述智能合约设 置收款交易及共有账户,所述收款交易用于指示所述视频节点从所述共 有账户获取所述用户节点支付的付款金额,以及所述用户节点在基于所 述智能合约观看视频之前,预存预设金额至所述共有账户;
30.所述获取模块具体设置为,基于所述收款交易及经过所述用户节点 签名的第二
付款交易在所述付款时间点从所述共有账户中获取用户节 点基于其观看时长支付的付款金额。
31.在一种实施方式中,所述视频节点还包括:
32.所述广播模块具体设置为,对经过所述用户节点签名的第二付款交 易追加签名;以及,将所述经过追加签名的第二付款交易广播到区块链 中;
33.所述获取模块具体设置为,基于经过追加签名的第二付款交易在所 述付款时间点获取所述用户节点基于其观看时长支付的付款金额。
34.根据本公开实施例的又一方面,提供一种终端设备,包括存储器和 处理器,所述存储器中存储有计算机程序,当所述处理器运行所述存储 器存储的计算机程序时,所述处理器执行所述的基于区块链的视频付款 方法。
35.根据本公开实施例的再一方面,提供一种计算机可读存储介质,其 上存储有计算机程序,所述计算机程序被处理器执行时,所述处理器执 行所述的基于区块链的视频付款方法。
36.本公开的实施例提供的技术方案可以包括以下有益效果:
37.本公开实施例提供的基于区块链的视频付款方法,通过视频节点基 于智能合约设置第一付款交易;在用户节点基于所述智能合约观看视频 后,所述视频节点基于所述第一付款交易计算出所述用户节点基于其观 看时长需支付的付款金额及付款时间点,用户节点进而生成第二付款交 易并进行签名,视频节点将经过所述用户节点签名的第二付款交易广播 到区块链中,然后基于经过所述用户节点签名的第二付款交易在付款时 间点获取所述用户节点基于其观看时长支付的付款金额。本公开实施例 至少可以解决用户仅仅观看了部分视频内容,却需要支付观看视频的全 额费用产生的不公平等问题,有效提升了用户的视频观看体验。
38.本公开的其它特征和优点将在随后的说明书中阐述,并且,部分地 从说明书中变得显而易见,或者通过实施本公开而了解。本公开的目的 和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构 来实现和获得。
附图说明
39.附图用来提供对本公开技术方案的进一步理解,并且构成说明书的 一部分,与本公开的实施例一起用于解释本公开的技术方案,并不构成 对本公开技术方案的限制。
40.图1为本公开实施例一提供的一种基于区块链的视频付款方法的 流程示意图;
41.图2为本公开实施例二提供的一种基于区块链的视频付款方法的 流程示意图;
42.图3为本公开实施例三提供的一种基于区块链的视频付款方法的 流程示意图;
43.图4为本公开实施例四提供的一种视频节点的结构示意图;
44.图5为本公开实施例五提供的一种终端设备的结构示意图。
具体实施方式
45.为使本公开实施例的目的、技术方案和优点更加清楚,以下结合附 图对本公开的具体实施方式进行详细说明。应当理解的是,此处所描述 的具体实施方式仅用于说明和解释本公开,并不用于限制本公开。
46.需要说明的是,本公开的说明书和权利要求书及上述附图中的术语
ꢀ“
第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的 顺序或先后次序;并且,在不冲突的情况下,本公开中的实施例及实施 例中的特征可以相互任意组合。
47.其中,在本公开实施例中使用的术语是仅仅出于描述特定实施例的 目的,而非旨在限制本公开。在本公开实施例和所附权利要求书中所使 用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除 非上下文清楚地表示其他含义。
48.在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单 元”的后缀仅为了有利于本公开的说明,其本身没有特定的意义。因此,
ꢀ“
模块”、“部件”或“单元”可以混合地使用。
49.相关技术中,按次点播会一次性收取全部费用,这对只看了一段时 间需要终止观看的用户有失公平。一些视频服务提供商制定的按次点播 的收费策略为:前5分钟免费,超过5分钟收费。这种情况通常的做法 是从5分零1秒开始停止播放,并提示用户需要付费,用户付费后才能 继续播放,此种情况一次性收取了全部费用;还有一些视频服务提供商 指定了一些策略如:前5分钟免费,5到10分钟仅收取一半费用,超过 10分钟全额收取,而且目前的方式实现半途终止仅部分收费或免费的方 式,由于双方缺乏相互信任,会导致不必要的麻烦。但这种情况如果在 5分钟整和10分钟整两处(如果有更多的阶梯计费策略)需要停止播放 视频并询问用户是否继续播放,否则由于网络传输的不可靠性,将会导 致用户和视频服务提供商之间的计费争议。
50.为解决上述问题,本公开实施例利用区块链技术及智能合约技术, 通过设置付款交易,实时计算用户的视频观看时长,视频节点基于实际 的用户视频观看时长获得付款金额,使得用户可以对单次点播的节目实 现按实际观看的时长进行付费,从而解决用户仅仅观看了部分视频内容, 却需要支付观看视频的全额费用产生的不公平等问题,有效提升了用户 的视频观看体验。
51.请参照图1,图1为本公开实施例一提供的一种基于区块链的视频 付款方法的流程示意图,所述方法包括步骤s101

s103。
52.在步骤s101中,视频节点基于智能合约设置第一付款交易。
53.具体地,用户u与视频服务提供商p签订智能合约,视频节点(即 视频服务提供商节点)通过智能合约设置第一付款交易,该第一付款交 易用于指示用户节点的付款规则,该付款规则可以包括基于视频观看时 长的付款计算规则及其计算时间。例如,在用户实际观看视频后,基于 该第一付款交易根据用户的实际观看时长计算出实际的付款金额和付 款时间点,其中,该第一付款交易可以包括关于付款金额计算的阶梯函 数,实现根据用户实际观看视频时长进行阶梯式收费。
54.在步骤s102中,在用户节点基于所述智能合约观看视频后,所述 视频节点基于所述第一付款交易计算出所述用户节点基于其观看时长 需支付的付款金额及付款时间点,并发送给所述用户节点,以使所述用 户节点基于其观看时长需支付的付款金额及付款时间点生成第二付款 交易,对所述第二付款交易进行签名后返回给所述视频节点。
55.本实施例中,利用区块链的数据的同步性以及防篡改性,其基于用 户实际观看时长计算出的付款金额及付款时间点,可以有效解决相关技 术中因网络传输的不可靠性所导致的用户和视频服务提供商之间的计 费争议。其中,付款金额为用户节点需要向视频节
点付费的数额,付款 时间点即视频节点在该时间点获取用户节点的付款金额。本实施例在计 算付费金额的同时需要计算付费时间点的作用包括,用户在观看视频时 可能存在除了关闭视频的其它原因暂停播放视频,在特定的时间点实现 用户节点的付费以及视频节点的收费,可以作为证据为后续视频方和用 户方关于视频付费的争议进行追溯。
56.本实施例中,所述第一付款交易中包括基于视频观看时长的付款计 算规则。在用户观看视频时,可能觉得该视频未达到预期,看了几分钟 就不想再继续观看,意欲在中途终止对该视频的观看,本实施例中,通 过每隔预设时间段进行视频播放进行付款计算,在用户终止观看视频时, 直接基于该实际观看时长对其进行计费,所述步骤s102,具体包括以下 步骤:
57.所述视频节点在所述视频播放后每隔预设时间段根据所述付款计 算规则计算出所述用户节点基于每隔预设时间段产生的观看时长需支 付的付款金额及对应的付款时间点;以及,
58.所述视频节点从基于每隔预设时间段计算得出的观看时长需支付 的付款金额及付款时间点中选择出观看时长最长的付款金额及对应的 付款时间点,作为所述用户节点基于其观看时长需支付的付款金额及付 款时间点。此外,本实施例通过选择时长最长的计算结果,还可以避免 也有一些用户在观看视频时,中途因为某些原因需要暂停观看视频,后 续继续对视频进行观看,可能存在系统对用户进行重复计费的问题。。
59.需要说明的是,本领域技术人员可以结合实际情况预设时间段进行 适应性设定,视频播放每每隔该预设时间段进行付款金额及其时间点的 计算,例如,视频播放的每5分钟进行付款金额及付款时间点的计算。
60.本实施例对于用户观看视频的计费方式,不仅可以根据用户的实际 观看时长进行计费,同时可以有效避免用户观看同一视频进行重复计费 问题,有效提升用户的视频观看体验。
61.在步骤s103中,所述视频节点将经过所述用户节点签名的第二付 款交易广播到区块链中。
62.可以理解的是,视频节点将第二付款交易广播到区块链中,该第二 付款交易生效。
63.在步骤s104中,所述视频节点基于经过所述用户节点签名的第二 付款交易在所述付款时间点获取所述用户节点基于其观看时长支付的 付款金额。
64.具体地,视频节点和用户节点可以基于智能合约创建共有账户,用 户在观看视频之前在该共有账户先存入预设金额(可以为观看完整视频 金额),在到达该付款时间点时,视频节点从该共有账户中直接获取用 户节点基于其观看时长的付款金额,在一些实施例中,用户仅观看一部 分视频时,即未达到完整视频金额的条件下,在视频节点从该共有账户 中获取用户的付款金额的同时,用户节点从共有账户中获取剩余的资金, 基于该方式,视频方和用户方可以及时获取资金及退还资金,进一步提 升了用户视频观看体验,同时也便于视频方的资金管理。
65.请参照图2,图2为本公开实施例二提供的一种基于区块链的视频 付款方法的流程示意图,在实施例一的基础上,本实施例通过设置收款 交易和共有账户,用户节点将预付款通过该收款交易存入共有账户中, 在达到付款条件时,以智能合约的形式确保视频方
从该共有账户获取付 款金额,所述方法还包括步骤s201,并将步骤s104进一步划分为步骤 s104a。
66.在步骤s201中,所述视频节点基于所述智能合约设置收款交易及 共有账户,所述收款交易用于指示所述视频节点从所述共有账户获取所 述用户节点支付的付款金额,以及所述用户节点在基于所述智能合约观 看视频之前,预存预设金额至所述共有账户;
67.在步骤s104a中,所述视频节点基于所述收款交易及经过所述用户 节点签名的第二付款交易在所述付款时间点从所述共有账户中获取用 户节点基于其观看时长支付的付款金额。
68.进一步地,该收款交易还可以用于指示用户节点从共有账户获取剩 余的金额,其中,剩余的金额即预设金额与付款金额的差额。
69.请参照图3,图3为本公开实施例三提供的一种基于区块链的视频 付款方法的流程示意图,在实施例一的基础上,通过视频节点和用户节 点对第二付款交易进行签名并在区块链中广播,交易生效,以确保用户 节点和视频节点的双方权益均不被受损,具体地,将步骤s103进一步 划分为步骤s103a和s103b,将步骤s104进一步划分为步骤s104b。
70.在步骤s103a中,所述视频节点对经过所述用户节点签名的第二付 款交易追加签名;
71.在步骤s103b中,所述视频节点将所述经过追加签名的第二付款交 易广播到区块链中;
72.在步骤s105b中,所述视频节点基于经过追加签名的第二付款交易 在所述付款时间点获取所述用户节点基于其观看时长支付的付款金额;
73.为进一步理解本公开内容,本实施例结合上述实施例进一步阐述, 用户u与视频服务提供商p通过智能合约,设置预付款交易(即,收款 交易)和正式付款交易(即,第一付款交易以及基于第一付款交易所生 成的第二付款交易)。u每收到一定时长的节目,即向p发送一次更新 后的正式付款交易。p在约定的时间之后将正式交易广播到区块链从而 获得u的付款。
74.智能合约:
75.(1)u向p请求视频
76.(2)p设置交易t
precharge
{[i
u
],[o=c

(u,p)]}
[0077]
(3)p设置交易t
charge
{[o],[f(n)

p,(c

f(n))

u]|[g(n,n)]}
[0078]
(4)p对t
precharge
和t
charge
签名并发给u
[0079]
(5)u对t
precharge
签名后广播到区块链
[0080]
(6)p向u发送视频流
[0081]
(7)执行以下过程
[0082]
1.n=0
[0083]
2.while视频播放中do
[0084]
3.等待一个长度为m的时间段
[0085]
4.n=n+1
[0086]
5.u根据n值修改tcharge,签名发给p
[0087]
6.end while
[0088]
(8)在g(n,n)之后,p对f(n)值最大的tcharge追加签名广播到区块 链
[0089]
上述智能合约中,说明:
[0090]
(a)p代表提供视频服务的视频网站或者服务提供商。u代表观看节 目的用户。[iu]代表交易tprepay中的c来自u的自有资金,可以是 实际货币,也可以是虚拟货币。c

(u,p)表示将金额为c的资 金支付给由u和p共管的账户,只有u和p双方都同意时才能使用 其中的资金。[o=c

(u,p)]表示用o标记c

(u,p)所形 成的资金池。[o]表示tcharge中的资金来源于c

(u,p)。
[0091]
(b)f(n)

p,(c

f(n))

u表示金额为f(n)的资金支付给p,同 时剩余的资金返还给u。其中的n是u实际观看的时长,一般以1 分钟为单位,当然也可以以其他时间长度为单位,例如每15秒等其 他即时单位。如果以1分钟为单位(7)中的m即为1分钟,如果以 15秒为单位,7中的m即为15秒。f(n)则是n的函数,表示根据n 计算出的u应支付的费用。如果f(n)是一个阶梯函数,则p可以实 现对u的阶梯式收费。
[0092]
(c)[g(n,n)]是交易t
charge
成立的附加条件,并用“|”与交易内容[f(n)
ꢀ→
p,(c

f(n))

u]相分隔。表示到达g(n,n)时刻后,交易才 能成立。由于t
charge
是u和p双方的交易,因此t
charge
成立的条件除 了要同时具备u和p的签名外,还需要到达g(n,n)时刻。n表示影 片的时长。g(n,n)是影片时长和用户观看时长的函数,表示根据影 片时长和用户实际观看时长计算出的最终收取费用的时间点。
[0093]
(d)当用户开始观看视频后,每个一个计时单位,n值增加1。
[0094]
(e)由于区块链系统对于使用了同一个资金池的交易只能允许其中 一个能生效,所以虽然p将会得到多个带有u签名t
charge
交易,但 是其中只有一个能够生效。因此p会选择f(n)值最大的t
charge
追加签 名广播到区块链。 根据上述智能合约,本实施例作进一步说明:
[0095]
(1)计时单位m为1分钟,即每经过1分钟n值增加1。影片时长n 为100分钟。影片全额应付5元。
[0096]
(2)f(n)为一个阶梯函数,当n≤5时f(n)=0,当5<n≤10时f(n)=5
×
10%, 当10<n≤20时f(n)=5
×
30%,当n>20时f(n)=5。即前5分钟免费, 5到10分钟收取全额10%的费用,10到20分钟收取全额30%的费 用,超过20分钟全额收费。
[0097]
(3)g(n,n)为一个离散函数,当n<n时,g(n,n)=n+5;当n≥n时, g(n,n)=n+1。
[0098]
(4)如果用户观看了8分钟即终止观看,则会在5分钟之后,即第13 分钟,自动收取用户0.5元,并且自动退还用户4.5元。
[0099]
(5)如果用户观看了18分钟即终止观看,则会在5分钟之后,即第23 分钟,自动收取用户1.5元,并且自动退还用户3.5元。
[0100]
(6)如果用户观看了28分钟即终止观看,则会在5分钟之后,即第33 分钟,自动收取用户5元。
[0101]
(7)如果用户完整的观看了整个影片,则会在第101分钟时,自动收 取用户5元。
[0102]
可见,在以上过程中,不会中途出现提示用户继续付费,或者询问 用户是否需要继续观看,即中断视频播放或者通过在视频节目之上覆盖 一层半透明页面等影响用户体验的情况。
[0103]
基于相同的技术构思,本公开实施例相应还提供一种视频节点,如 图4所示,所述
视频节点包括:
[0104]
设置模块41,其设置为基于智能合约设置第一付款交易;
[0105]
计算模块42,其设置为在用户节点基于所述智能合约观看视频后, 基于所述第一付款交易计算出所述用户节点基于其观看时长需支付的 付款金额及付款时间点,并发送给所述用户节点,以使所述用户节点基 于其观看时长需支付的付款金额及付款时间点生成第二付款交易,对所 述第二付款交易进行签名后返回给所述视频节点;
[0106]
广播模块43,其设置为将经过所述用户节点签名的第二付款交易 广播到区块链中;以及,
[0107]
获取模块44,其设置为基于所述第二付款交易在所述付款时间点 获取所述用户节点基于其观看时长支付的付款金额。
[0108]
在一种实施方式中,所述第一付款交易中包括基于视频观看时长的 付款计算规则,所述计算模块42,包括:
[0109]
计算单元,其设置为在所述视频播放后每隔预设时间段根据所述付 款计算规则计算出所述用户节点基于每隔预设时间段产生的观看时长 需支付的付款金额及对应的付款时间点;以及,
[0110]
选择单元,其设置为从基于每隔预设时间段计算得到的观看时长需 支付的付款金额及付款时间点中选择出观看时长最长的付款金额及对 应的付款时间点,作为所述用户节点基于其观看时长需支付的付款金额 及付款时间点。
[0111]
在一种实施方式中,所述设置模块41还设置为,基于所述智能合 约设置收款交易及共有账户,所述收款交易用于指示所述视频节点从所 述共有账户获取所述用户节点支付的付款金额,以及所述用户节点在基 于所述智能合约观看视频之前,预存预设金额至所述共有账户;
[0112]
所述获取模块44具体设置为,基于所述收款交易及经过所述用户 节点签名的第二付款交易在所述付款时间点从所述共有账户中获取用 户节点基于其观看时长支付的付款金额。
[0113]
在一种实施方式中,所述视频节点还包括:
[0114]
所述广播模块43具体设置为,对经过所述用户节点签名的第二付 款交易追加签名;以及,将所述经过追加签名的第二付款交易广播到区 块链中;
[0115]
所述获取模块44具体设置为,基于经过追加签名的第二付款交易 在所述付款时间点获取所述用户节点基于其观看时长支付的付款金额。 基于相同的技术构思,本公开实施例相应还提供一种终端设备,如图5 所示,所述终端设备包括存储器51和处理器52,所述存储器51中存储 有计算机程序,当所述处理器52运行所述存储器51存储的计算机程序 时,所述处理器52执行所述的基于区块链的视频付款方法。
[0116]
基于相同的技术构思,本公开实施例相应还提供一种计算机可读存 储介质,其上存储有计算机程序,所述计算机程序被处理器执行时,所 述处理器执行所述的基于区块链的视频付款方法。
[0117]
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些 步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及 其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元 之间的划分不一定对应于物理组件的划分;例如,
一个物理组件可以具 有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些 物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字 信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为 集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上, 计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介 质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储 介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块 或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和 不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、 闪存或其他存储器技术、cd

rom、数字多功能盘(dvd)或其他光盘 存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期 望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通 技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程 序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数 据,并且可包括任何信息递送介质。
[0118]
最后应说明的是:以上各实施例仅用以说明本公开的技术方案,而 非对其限制;尽管参照前述各实施例对本公开进行了详细的说明,本领 域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术 方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这 些修改或者替换,并不使相应技术方案的本质脱离本公开各实施例技术 方案的范围。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1