一种通过高效数据库架构提供内容以实现个体化时间管理的方法及系统与流程

1.本发明涉及一种向用户提供内容的技术。本发明特别涉及一种方法及系统，其通过高效数据库架构，于经过预设等待时间后，免费提供构成内容的多个子内容的至少一部分给各用户，以实现个体化时间管理。


背景技术：

2.在现代的忙碌生活中，随着经由因特网带来的信息通信技术的发展，人们一般可以通过智能型手机获得漫画、戏剧、电影等各种内容。
3.通过智能型手机提供内容，通常是通过提供内容的平台进行的。内容消费者利用智能型手机访问提供所需内容的平台，智能型手机会下载用以执行对应内容的数据，再将该对应内容提供给消费者。
4.此类平台主要以两种方式获取利润。第一种是免费内容提供平台，其提供免费内容以增加平台用户数量，并根据增加的用户数量，通过广告获取利润；第二种是付费内容提供平台，其通过提供付费内容获取利润。
5.过去，人们进行在线消费普遍不愿意购买付费内容。因此，免费内容提供平台成为内容平台的主流。
6.然而，由于免费内容提供平台借由广告等间接方式获利，因而难以稳定提供各种内容，并且在建立高效的内容提供环境上有其局限性。尤其，免费的内容提供平台容易过度使用广告以获取最大利润，从而导致用户便利性大幅降低的问题。
7.同时，针对付费内容提供平台，许多消费者不愿意购买付费内容的原因在于他们不确定购买之后，付费内容能否满足他们的需求。
8.在此情况下，本发明申请人在网络漫画、网络小说等内容提供服务中引入了所谓的“若等待则免费”的商业模式。这种让等待一段时间的用户免费观看内容的方式，可显著增加平台上的用户流量，诱导用户自愿购买付费内容，促成网络漫画、网络小说等付费内容市场的增长，也可带动相关行业的增长(非专利文献1)。
9.现有技术文献
10.非专利文献
11.非专利文献1：2015年12月20日发表的桥梁经济学网络文章，《可可(kakao)页面“若等待则免费”引领付费内容文化》


技术实现要素：

12.技术问题
13.本发明一方面提出了一种方法及系统，以在向符合特定条件(例如经过预设的等待时间)的用户提供部分免费内容时有效提供用户特定的个体化时间管理，该部分免费内容原则上本应收费提供。
14.另一方面，本发明的一个目的在于提供一种内容提供方法及系统，用以解决以下问题：在针对各个体内容独立设置等待时间且针对每个个体用户独立地提供观看权限的系统中，其中，该观看权限允许用户免费观看原则上本应收费的部分内容，随着用户和内容数量的增加，数据库与服务器的负载随之急剧增加。
15.解决问题的方案
16.本发明的实施例提供一种内容提供方法，用于通过高效的数据库架构来提供内容以实现个体化管理，其中，所述方法由服务器执行，所述服务器被配置为提供构成内容的多个子内容，所述方法包括：基于包括关于内容的元信息的数据库中的内容信息表，向用户终端发送关于基本内容的信息，其中，所述基本内容包括多个子内容，关于所述基本内容的信息包括：是否包括准收费子内容，其中，所述准收费子内容在针对提供为收费的部分内容经过预设等待时间后而免费提供；从所述用户终端接收依据用户输入的子内容观看请求，其中所述观看请求与激活请求一起发送自所述用户终端，所述激活请求与所述准收费子内容的基于等待的观看权限有关；映射所述用户终端的用户以及与接收到所述激活请求的准收费子内容相关联的基本内容，并将映射结果记录在数据库中的用户信息表中；以及基于所述用户信息表中记录的映射结果，以及与所述内容信息表中包括的基本内容相关联的等待周期信息，启动预设等待时间的进程，以便授予用户针对一或多个准收费子内容的基于等待的观看权限。
17.本发明的实施例还提供一种内容提供系统，用于通过高效数据库架构提供内容以实现个体化时间管理，其中该系统包括被配置为提供构成内容的多个子内容的服务器，该服务器被配置为：基于包括关于内容的元信息的数据库中的内容信息表，向用户终端发送关于基本内容的信息，其中，所述基本内容包括多个子内容，关于所述基本内容的信息包括：是否包括准收费子内容，其中，所述准收费子内容在针对提供为收费的部分内容经过预设等待时间后而免费提供；从所述用户终端接收依据用户输入的子内容观看请求，其中所述观看请求与激活请求一起发送自所述用户终端，所述激活请求与所述准收费子内容的基于等待的观看权限有关；映射所述用户终端的用户以及与接收到所述激活请求的准收费子内容相关联的基本内容，并将映射结果记录在数据库中的用户信息表中；以及基于所述用户信息表中记录的映射结果，以及与所述内容信息表中包括的基本内容相关联的等待周期信息，启动预设等待时间的进程，以便授予用户针对一或多个准收费子内容的基于等待的观看权限。
18.发明的有益效果
19.根据本发明的一方面所提出的内容提供系统，具备如下优点：可通过双重数据库架构有效执行前述的内容特定的和用户特定的个体化设置。尤其，就算用户及内容数量因为表格之间的映射等而大幅增加(前述表格基于请求激活准收费子内容时与准收费子内容关联的基本内容)，本发明仍可通过该数据库架构，在进行高效的数据库管理的同时执行快速数据处理。
20.因此，能够更高效地管理各个体用户的特定时间消逝的特定情况。因此，能够进一步提升用户的平台满意度及忠诚度，并增加营收。
21.本发明的效果不限于上述效果，本领域的技术人员可由所附权利要求书清楚了解本文未提及的其他效果。
附图说明
22.图1是解释根据本发明实施例的用于提供内容的系统的架构示意图；
23.图2是解释根据本发明实施例的提供内容的流程示意图；
24.图3是解释根据本发明实施例的用于启动等待时间进程的流程图；
25.图4是解释根据本发明实施例的用于用户终端显示等待时间相关信息的流程图；
26.图5a及图5b是解释根据本发明实施例的用于免费接收准收费内容部分的流程图；
27.图6a及图6b是解释根据本发明实施例的用户信息表及内容信息表的示意图；
28.图7及图8是解释根据本发明实施例的在相应情况下提供用户所请求的准收费子内容的流程示意图。
29.上述附图仅仅是基于说明目的描绘本发明不同的实施例。在附图中，类似的符号表示具有相同或类似的功能。所属技术领域中具有通常知识者将可从以下说明轻易得知，在不脱离本发明描述的发明原理的情况下，可利用其他结构及方法实施本发明的替代性实施例。
具体实施方式
30.以下将参照附图说明本发明的实施例。需要注意的是，本说明书所揭示的原则可能以许多不同的形式实现，并不限于本说明书提供的实施例。在以下本发明实施方式的说明中，可能省略对于已知技术特征与技术的详细描述，以免对实施例的特征造成不必要的混淆。
31.术语定义
32.在本说明书中，“内容供应商”是指提供与网络漫画、网络小说、电子书、影片及广播节目等相关的信息的主体。在此，“供应商”是指向用户(或订阅者)收取金钱并提供信息的“在线服务供应商”。内容供应商可包括电视台、广播电台、视频点播(vod)供应商以及音频点播(aod)供应商等。
33.在本说明书中，“内容”为一种概念，表示实现为文字、图像、视频、音频或其组合的信息或个别信息元素，并可提供予用户。本发明的优势体现于通过多个用户可存取的平台所提供的内容，尤其是具有高负载的内容如文本(如网络小说、其他电子书)、图文结合内容(如网络漫画)及视频等。
34.在本说明书中，“基本内容”是指由子内容组成的高级内容，其为内容供应商所制作或作为服务提供的服务对象。
35.在一实施例中，当内容为视频时，基本视频是指通常称为节目的视频(如广播电视台播放的系列节目中，一集(一个节目)可能在本文中称为基本视频)。另外，电影也可被称为基本视频。
36.在另一实施例中，当内容为通常以册为单位的文本或图文结合内容(例如小说(网络小说)、漫画(网络漫画)及其他电子书(网络漫画或网络小说除外，下同))时，基本小说、基本漫画、基本书籍分别指一册小说、一册漫画、一册电子书。当然，基本小说、基本漫画、基本电子书也包括未完成且连载中的内容。
37.在本说明书中，“子内容”是指将整个基本内容分割成多个子部而获得的基本内容的一部分。对于一些实施例而言，一个子内容与另一子内容可包括彼此重迭的部分。
38.在一实施例中，当内容为视频时，“子视频”是指整个基本视频依时间分为多个子部时子部所对应的视频。各子部的子视频后均连接下一子部的子视频，如此形成完整的视频播放段。通常已知为“剪辑片段”的一段视频与子视频不同。
39.同时，在内容包括多集(例如含有多集的网络漫画或网络小说、含有多章的电子书)的情况下，由多集内容组成的整个作品则对应为基本内容，各个集则对应为子内容。在此情况下，网络漫画的每集可包括其上一集或下一集的一部分。
40.在本说明书中，“内容信息”包括用于实现内容的各种数据和/或信息。装置(如，用户终端)会由内容提供系统提供服务、且配备有可发送和/或接收用户欲观看内容的要求的应用程序，当装置接收内容信息时，即可在该装置上实现内容并提供给用户。例如，当内容为影片时，影片信息是指单媒体、多媒体和/或其子集(即影片组成组件的一集合)信息，且影片信息可包括影片和/或音轨信息、译码器类别信息(如基本层、强化层)或脚本(script)信息。同时，子内容信息包括用以实现子内容的各种数据和/或信息(如图像、音文件、文字等)。
41.在本说明书中，“元信息”是指与内容相关的信息，包括如服务器地址、内容id、标题、顺序、间隔长度、容量等基本元信息。此外，元信息可包括(但不限于)具体元信息(如可获得内容信息的url、用以判定是否包括准收费子内容的判定值等)，还可包括表示上下文属性的各种信息。
42.在本说明书中，“显示”是指促使任意信息被用户所识别；“执行”(例如“播放”)是指促使内容的分量(如在视频的情况下，诸如帧的图像)按照一定顺序放置以使用户识别为内容。
43.在本说明书中，“准收费内容部分(或准收费子内容)”是指原则上要求用户付费才能观看，但满足预设条件(如预设的等待时间进程)时则可以免费提供的内容部分。
44.在本说明书中，词语“单元”、“模块”、“装置”、“终端”、“服务器”或“系统”等，在本文是指硬件以及由相应硬件执行的软件的组合。例如，硬件可为数据处理装置，例如内建cpu或其他处理器的移动装置及个人计算机。另外，由硬件执行的软件在本文可指被执行的程序、对象、可执行文件、执行线程以及程序等。
45.实施例说明
46.以下将参考附图，详述本发明的实施例。
47.图1是显示根据本发明实施例的用于提供内容的系统的架构示意图。请参考图1，根据本发明实施例的用于提供内容的系统1被配置为可通过网络2，在服务器3及用户终端4之间进行通信。在一些实施例中，系统1可进一步包括用于票券结算的金融机构服务器5和/或内容提供服务器(未显示)，用以与服务器3进行通信。
48.服务器3通过网络2与多个客户端装置4(如用户终端)进行通信。通过网络2的通信方法可包括各种使得对象之间联网的通信方法，可以是有线通信、无线通信、3g、4g、5g有线因特网或无线因特网，也可以是有线公共网络、无线移动通信网络，或与移动因特网集成的核心网络等，或是开放式计算机网络，其提供tcp/ip通信协议及其上层中存在的诸多服务，包括但不限于http(超文本传输协议)、telnet、ftp(文件传输协议)、dns(域名系统)、smtp(简易邮件传输协议)、man(城域网)、gsm(全球移动通信系统)、edge(增强型数据速率gsm演进技术)、hsdpa(高速下行链路分组接入)、w-cdma(宽带码分多址)、cdma(码分多址)、tdma
(时分多址)、蓝牙、紫蜂(zigbee)、wi-fi、voip(基于ip的语音传输)、lte advanced(演进lte)、ieee802.16m、wireless man advanced、hspa 、3gpp lte、mobile wimax(ieee 802.16e)、umb(过去的ev-do rev.c)、flash-ofdm、iburst和mbwa(ieee 802.20)系统、欧洲宽带城域接入网标准(hiperman)、bdma(波束多重存取)、wi-max(全球微波接入)以及超音波传输。
49.在一些实施例中，网络2的类型可依对象的功能及特性等条件而有所不同。例如，内容提供服务器及服务器3之间可通过ftp网络连接，而服务器3及用户终端4之间可通过wifi网络连接。
50.请继续参考图1，服务器3包括内容提供单元31和等待时间管理单元33。另外，服务器3进一步包括数据库储存单元37，用以储存包括内容相关信息的内容表(如包括内容信息等)及包括用户相关信息的用户表。在其他实施例中，服务器3可包括其他、更少或不同的组件。例如，服务器3可进一步包括内容生成单元35。
51.如上所述，在本说明书中，实施例的系统及用户终端可能有全为硬件，也有部分硬件、部分软件的实施例。因此，用户终端4、服务器3及其中所包括的诸如单元(或模块)的组件(例如，内容提供单元31、等待时间管理单元33、数据库储存单元37、内容生成单元35中的一或多个)，可泛指相关的硬件与软件，用以处理具有特定格式及特定内容的数据，和/或以电子通信方式发送及接收数据。
52.请继续参考图1。在图1中，服务器3的各组件31-37彼此通信连接，但未必实体上构成一个整体的装置。例如，数据库储存单元37可以是分布式计算环境中相对彼此通信地处于不同位置的服务器或运算装置。另外，单元31-37仅仅是根据各单元在运算装置上的操作而按不同功能划分，因此未必指彼此独立的不同组件。例如，内容提供单元31和等待时间管理单元33未必指独立的不同元件。
53.图2是显示根据本发明实施例的解释内容提供流程的示意图。
54.服务器3被配置为通过与用户终端4上执行的应用程序通信，以使能应用程序的功能。具体而言，服务器3执行基于服务器的服务，该服务支持所有可被储存于用户终端4内的应用程序和/或用以执行内容提供方法的终端应用程序。
55.具体地，服务器3允许依据是否存在票券向用户分发内容(如网络漫画、网络小说、电子书、视频等)，使得安装于用户终端4的终端应用程序可自动地或响应用户的请求而向服务器3发送提供内容的请求，并从服务器3接收内容(即终端应用程序可接收用于执行来自服务器3的内容的数据和/或信息)。
56.服务器3被配置为：例如接收来自用户终端4的内容提供请求信号或内容购买信号(该信号可包括自动购买信号)；验证观看权限信息(如票券)；并向用户终端4提供关于购买内容的信息(内容信息和/或元信息，以及观看权限相关信息(如票券耗尽通知))。
57.请继续参考图2，用户终端4通过登录等方式连接至内容提供系统，并接收从服务器3提供的内容相关信息。该内容相关信息包括关于是否含有准收费内容部分的信息。用户终端4通过登录等连接操作，从服务器3接收内容相关信息。
58.当从用户终端4接收到用于提供内容相关信息的请求时，内容提供单元31响应该请求而执行向用户终端4提供相应信息的功能。
59.如下所述，在一实施例中，内容提供单元31可被配置为：验证是否存在可使用的票
券，并基于确认结果执行内容提供的应用程序编程接口(api)，以提供内容。例如，内容提供单元31可包括内容提供api模块。
60.内容提供单元31可向用户终端4发送与服务用户选择的内容相关联的信息，其中该信息用以显示内容主页画面，在该内容主页画面中向用户提供内容的基本介绍以便选择基本内容和/或子内容。例如，服务器3可向用户终端4发送提供服务的内容的元信息。
61.在接收到针对用户选择的内容的提供请求之后，内容提供单元31可向用户终端发送请求提供的内容的内容信息(例如，包括用于在用户终端4中实现的信息)。
62.该信息提供基于各种状况而执行。内容提供单元31判断请求观看特定内容部分(如子内容)的用户是否处于符合接收到观看权限状况的状态(下称“用户状态”)，且当符合该状况时授予用户观看该子内容的权限。
63.内容提供单元31基于用户状态是否为已购买票券状态或等待完成状态，判断是否分配针对付费部分或免费部分的观看权限。
64.在一些实施例中，术语“票券”是指使得能够使用内容提供服务的使用授权，并可表示用户是否具有资格获得观看权限。票券在内容提供系统中可表现为虚拟货币。
65.在一些实施例中，用户支付的现金/信用卡在服务器中被转换成电子货币，其可以当作票券。可替代地，用户也可以利用该电子货币再次购买其他票券。因此，票券未必通过实际货币来购买，亦可使用电子货币或类似物来购买。
66.在一些实施例中，例如，票券的购买就有多种实现方式，包括即时支付、定期支付或电子凭证等，并不限于任何特定方式。这些票券可作为针对整个基本内容的票券被购买，亦可作为对应于各独立子内容的单独票券被购买。
67.在一些实施例中，本发明可设置不同的票券使用范围。在一实施例中，票券使用范围可基于内容设置。可以对使用范围进行设置，使得用户仅能针对使用范围内的内容来使用票券，而不能将票券用于其他内容。在一实施例中，当内容是多集网络漫画或一系列视频时，就可以设置票券使用范围，使得当用户购买票券时可针对每一集网络漫画或视频(或该系列每一集的子视频)使用票券。
68.在一些实施例中，用户可逐一使用票券，例如观看某(些)特定集之一或多个子内容时。
69.在一些实施例中，票券可包括基于电子货币或法定货币的支付类型票券及非支付类型票券。在此，支付类型票券可包括用户在特定期间内可使用(如观看和/或存取)内容的暂时性票券(如用于出租的票券等)，以及非暂时性票券(如长期持有票券等)，供用户在超过该特定期间后仍可凭该票券使用内容。
70.非付费型票券可包括：允许免费使用预定数量内容的初始票券(如特定网络漫画第一到第五集的免费票券)、由服务供应商或第三方在随机时间点提供的礼券，以及满足特定条件时提供的活动票券。
71.活动票券可包括完成预定任务时提供给用户的任务券。在一实施例中，该预定任务可包括向一个或多个其他用户发送特定消息。
72.同时，观看权限是指通过用户终端4向用户提供特定内容(或子内容)所需的授权。
73.在一些实施例中，是否持有票券或是否满足某些条件(如已等待了预设的等待时间)可对应于提供观看权限的条件。
74.在一些实施例中，观看权限的特征可取决于票券的特征。例如，对于使用支付型票券所提供的特定作品的观看权限，可设置为具有相对较长的截止期限(如长期持有票券)。另一方面，对于使用免费票券所提供的特定作品的观看权限，可设置为具有相对较短的截止期限(如一日有效的出租票券)。
75.在一些实施例中，如果满足特定条件(例如已等待预设等待时间)，则可针对一集或多集设置观看权限。
76.在一些实施例中，一旦票券信息经确认没有可用票券，内容提供单元31可向用户终端4发送信号，以使用户终端4显示用于提示票券购买必要性的画面。
77.另外，当通过显示票券购买必要性的画面接收到票券购买请求时，内容提供单元31可向信用卡公司或金融机构服务器5发送该票券购买请求对应金额的支付请求，以执行一连串支付流程。至于收费流程，当从用户终端4接收到付款所需的个人金融信息如信用卡信息、金融帐户信息等时，内容提供单元31可基于所收到的个人金融信息向信用卡公司或金融机构服务器5请求付款。在此，所述金融机构服务器是泛指所有处理金融业务的机构，且可包括如银行、证券公司等。
78.从信用卡公司或金融机构服务器5接到付款完成通知时，内容提供单元31可在与用户终端相关联的用户帐户中产生票券信息。
79.在一些实施例中，即使在没有票券购买请求的情况下，内容提供单元31仍可进一步被配置为可执行支付并产生电子货币信息作为响应。在一些实施例中，电子货币信息可被转换为票券信息。
80.另外，在一些实施例中，当与用户终端关联的用户帐户具有一项或多项虚拟货币(如电子货币或票券)时，系统1可针对请求观看的准收费子内容授予观看权限，并在用户信息表中记录扣除一项或多项虚拟货币的结果。换言之，子内容与为观看而支付的虚拟货币之间可为一对一或一对多的关系。
81.在一些实施例中，服务器3亦可基于用户状态是否处于等待完成状态，判断该用户是否属于可被授权观看准收费部分内容的状态。在一实施例中，若用户状态处于等待完成状态，则服务器3可以确定用户状态为可授予准收费子内容的观看权限的状态。此部分将参考图3到图5等进一步详述。
82.在一些实施例中，在从用户终端4接收到数集内容(即子内容)的观看请求时，服务器3先确认与发送观看请求的用户终端4相关联的用户状态为已购票状态或等待完成状态，再授予观看权限，并提供信息以实现在用户终端4观看所请求部分。
83.在一些实施例中，当服务器3接收到准收费子内容的观看请求时，可先确认用户状态是否处于等待完成状态，再确认票券状态。
84.等待时间管理单元33执行与免费观看准收费子内容相关的各种操作，例如向用户终端4发送目标内容信息的操作，和/或启动预设等待时间进程的操作，其中，目标内容信息说明用户终端4所访问的内容是否包括准收费子内容，预设等待时间允许用户免费观看准收费子内容。
85.在一个实施例中，等待时间管理单元33可被配置为执行可达成前述操作之api(应用程序软件接口)。例如，服务器3可包括等待时间管理api模块。
86.或者，等待时间管理单元33可被配置为执行多个api，其中各api执行等待时间管
理单元33的部分功能。在一实施例中，等待时间管理单元33可被配置为执行等待时间启动api和准收费子内容的基于等待的观看权限许可api，其中，等待时间启动api用于启动允许用户免费观看准收费子内容的预设等待时间的进程，基于等待的观看权限许可api用于根据等待时间的进程许可准收费子内容的观看权限。在此情况下，服务器3可包括例如等待时间启动api模块，及准收费内容的基于等待的观看权限许可api模块。
87.在一些实施例中，等待时间管理单元33向用户发送关于内容是否包括准收费子内容的信息(即目标内容信息)，当从用户终端4接收到用以启动对于包括准收费子内容的目标内容的预设等待时间的进程的激活请求时，等待时间管理单元33启动该预设等待时间进程。针对包括准收费子内容的目标内容执行此操作，针对不含准收费子内容的非目标内容不执行此操作。
88.图3是解释根据本发明实施例的用于启动等待时间进程的流程图。
89.请参考图3，用户终端4向服务器3请求内容相关信息(s310)。步骤s310包括以下步骤：当用户终端4访问含有内容介绍和/或用户选择内容的应用程序页面(如内容主页)时，用户终端4向服务器3请求内容相关信息，用以显示所访问的内容主页。除此以外，步骤s310还包括以下步骤：当用户在多个服务内容中选出所欲观看的特定服务内容时，向服务器3请求与所选内容相关的信息，以显示包括该所选内容相关信息的画面。换言之，当为特定服务内容访问子接口时，就会请求与该特定服务内容相关的信息以配置该子接口。
90.接收到来自用户终端4的针对内容相关信息的请求时，响应于该请求，服务器3向用户终端4发送内容相关信息(s330)。在一实施例中，服务器3基于数据库储存单元37的内容信息表(其中含有内容的元信息)，向用户终端4发送关于该内容是否为包括准收费子内容的目标内容的信息(s330)。在本文中，内容信息表包括内容标识符(如作品标识符)、关于内容是否为包括准收费子内容的目标内容的信息等。在一些实施例中，内容信息表还可以包括观看权限在目标内容中受限制的信息(例如集数和/或不可免费观看的集数)。
91.对于访问内容主页时所发送的请求的响应，可进一步包括内容相关信息以外的额外信息。此外，当服务内容由多个子内容组成时，可显示其上显示有所有子内容的信息的子内容请求界面。
92.例如，如图2所示，内容主页可为显示与特定基本内容以及构成特定基本内容的子内容相关的信息的网页，特定基本内容为提供的服务中用户想要体验的内容。
93.用户终端4可接收来自步骤s330的响应以向用户提供内容相关信息，进而促使用户进行选择。若用户在步骤s310中选择了包括准收费子内容的基本内容，则用户终端4请求关于所选基本内容的信息，并基于服务器3在步骤s330中发送的信息，提供针对所选基本内容的画面。
94.在一些实施例中，基本内容包括免费部分和/或需付费部分，其中需付费部分包括需付费子内容和/或准收费子内容。免费部分是不要求购买观看权限的内容部分。在一些实施例中，服务器3被配置为收到对免费子内容的观看请求时，针对该内容部分授予观看权限，以允许用户观看免费内容部分。该免费内容部分的观看权限可维持一长段时间(例如，下载后储存数据期间)。
95.同时，在一些实施例中，当符合授予观看权限的预定条件时，向用户授予针对需付费子内容或准收费子内容的观看权限。授予需付费子内容或准收费子内容的观看权限的条
件可包括票券。另外，该授予准收费子内容观看权限的条件可包括特定条件，例如是否已经度过预设等待时间。
96.在一些实施例中，当在内容主页中选择的特定服务内容为目标内容时，显示构成该目标内容的多个子内容。在此，该多个子内容包括需付费部分或免费部分的子内容，并且至少包括部分准收费子内容。
97.在一些实施例中，免费部分被设置为从第一集到预设集(例如，第一到第五集等)，或者需付费的子内容被设置为从最后一集到在此集之前的预设的集(如最后一集、倒数第二集等)。一或多个准收费子内容则可形成免费部分和需付费部分之间的内容部分。
98.用户终端4可基于接收到的服务内容信息向用户显示服务内容项目，以促使用户选择想使用的内容。例如，用户可选择任何示范性内容系列，如图2所示的第八集的第四个子视频。
99.在步骤s350中，服务器3可接收用于启动预设等待时间进程的激活请求，该预设等待时间进程将允许请求者免费得到准收费子内容的观看权限。
100.此外，在步骤s350中，服务器3还可收到针对构成基本内容的多个子内容中的一个子内容的观看请求。也就是说，该激活请求可与观看请求一起发送。
101.启动等待时间进程的激活请求可包括用以调用等待时间启动api的指令(s350)。
102.服务器3接收到来自用户终端4的激活请求后，响应于激活条件，即使没有可用票券，也会启动预设等待时间进程以授予针对需付费部分的观看权限(s350)。
103.另外，若激活条件已被预设，也可在符合该预设条件时执行用户终端4的激活请求。
104.发送激活请求的条件取决于用户的使用历史(例如，在观看要求的时间点，先前曾向用户提供的子内容的数量及类型)、作为激活请求目标的基本内容的元信息(如，已提供过的免费票券等)，和/或与该激活请求一起发送的观看请求的目标。
105.在一实施例中，若系统1必须发送针对特定子内容的观看请求，将在发送该观看请求时一并发送激活请求。与该激活请求一并发送的观看请求的目标，可为免费部分的子内容或需付费部分的准收费子内容。例如，激活请求可与针对免费部分最后一集的子内容的观看请求一并被发送至服务器3，或者，激活请求可与针对准收费部分第一集的子内容的观看请求一并被发送到服务器3。
106.例如，若网络漫画第一至第五集被设为免费子内容，从第六集开始的数集被设为准收费子内容，且设置激活条件为用户选择第五集的免费子内容，当该条件符合时，用户终端4可向服务器3发送针对第五集的观看请求以及激活请求(s350)。或者，若设置激活条件为用户选择第六集的准收费子内容，当该条件符合时，用户终端4可向服务器3发送针对第六集的观看请求以及激活请求(s350)。接着，服务器3启动等待时间进程以授予针对准收费子内容(例如，要求观看目标的下一集)的免费观看权限。
107.在另一实施例中，系统1可被配置为，基于用户的使用历史及作为激活请求目标的基本内容的元信息，向服务器3发送激活请求。在上述实例中，若已观看第一至第四集中至少一集的用户选择了免费子内容(如第五集)，则用户终端4会一并发送激活请求以及针对所选免费子内容的观看请求。或者，当所有已授予的非购买票券(如初始免费票券)都已被用尽时，亦可执行该激活请求。在上述实施例中，若已再次给予十张初始免费票券，则可在
例如使用完第六至十五集的此类额外免费票券后发送激活请求。
108.如上所述，该启动等待时间进程的激活请求可包括用以调用等待时间启动api(应用程序编程接口)的指令(s350)。
109.因此，用户的等待时间进程会在收到来自用户终端4的激活请求后才开始。意即，即使在存取内容主页的基本内容就是目标内容的情况下，用户的等待时间进程会在收到来自用户终端4的激活请求后才启动。
110.此外，在上述额外实施例的其中一些示例中，是否符合激活条件可由用户终端4判定。例如，在接收到选择了预先指定的子内容(如最后一个免费集或第一个准收费集)的用户输入时，用户终端4接收到激活请求。
111.接着，在步骤s350中，在服务器侧对个别内容(个别作品)是否为目标内容进行调整，但因此也可能接收到来自用户终端4对于具有准收费子内容的目标内容的激活请求。尤其，在已设置条件(例如，已全部用完初始免费票券，如免费观看第一到第五集的票券)的情况下，用户终端4判定是否已符合预设条件，因此，即使用户及目标内容的数量增加，服务器3仍可减少判定是否符合条件的负担。
112.然而，并不限于以上所述，也可由服务器3判定是否符合初始激活请求传输的激活条件。例如，在接收到激活请求时，服务器3可对目前状态是否符合预设的激活条件进行判定，并决定是否开始起算预设等待时间。
113.在步骤s350中，启动用户对基本内容的预设等待时间进程，当经过了该预设等待时间时，用户即可被授予免费观看准收费子内容的观看权限。
114.可以与激活请求同步地授予观看权限，或在激活请求后，响应于接收到子内容的观看请求(或提供请求)而授予观看权限，而非在预设等待时间过去后立即授予观看权限。后文将参考图5进一步详述。
115.在一些实施例中，在接收到激活请求之后，服务器3对用户终端的用户以及与接收到子内容观看请求的子内容相关联的基本内容进行映射，并将映射结果记录在数据库中的用户信息表中(s370)。
116.在一些实施例中，在接收到激活请求(如来自于等待时间管理单元33)时，服务器3对发送观看请求的用户终端用户(如请求者)与基本内容进行映射，并将映射结果记录在数据库6内的用户信息表中。若依据用户输入选择了特定子内容并因此收到激活请求，则被映射的基本内容是与所选子内容关联的基本内容。
117.在步骤s350及s370中，作为映射结果，用户信息表包括：用户标识符；与用户关联的基本内容及接收到的观看请求的子内容的内容标识符。用户信息表还包括：判定值，其指示从用户终端接收到激活请求的历史；以及用以判定等待时间进程的等待完成时间。换言之，用户与接收到激活请求的内容之间的映射基于内容信息表上的内容标识符。后文将参考图6a进一步详述用户信息表以及内容信息表。
118.在一实施例中，响应于启动等待时间进程，等待时间管理单元33将等待完成时间记录于用户信息表中。基于映射的用户信息表，获得是否已启动用户的预设等待时间进程及等待完成时间，并向用户提供：关于是否已启动针对内容的等待时间进程的信息及等待完成时间(s390)。基于步骤s390中所接收到的信息，用户终端4可显示：等待时间是否已有进展，以及预设等待时间中所剩余的时间(即等待完成时间结束前的剩余时间)。若未启动
等待时间进程，则用户终端4会显示表示未启动的通知画面。
119.以这种方式，根据相应用户的激活请求时间，单独激活步骤s310至s390中用户对目标内容的子内容的等待时间进程，并将此事实储存于数据库内。
120.因此，服务器3不用在各预设时间向所有用户授予特定内容的观看权限(例如，内容a的特定集b原先被预设为需付费，但于某月某日下午1时将该集修改为免费)。
121.此外，借由设置双重表格，也就是将与目标内容关联的信息记录在内容信息表中以及将与用户关联的信息记录在用户信息表中，接着再进行匹配，便可以有效管理各用户及同一用户各项内容的等待时间进程的启动状态，以及等待时间的完成。
122.这些实施例的方法不同于具有多个元数据表的方法，其中每一元数据表包括每个用户的内容的元数据。意即，在具有多个元数据表的方法中，每个元数据表分别包括每个用户的内容的元数据，随着具有相同内容的用户数量增加，内容的元数据对应于用户数量被重复储存在数据库6中。例如，当第一用户、第二用户和第三用户使用同一网络漫画a时，网络漫画a的元数据会被重复储存在第一用户表、第二用户表和第三用户表三者中。另外，当某项内容的元数据需要修改时，需要修改的元数据表的数量与用户的数量相对应。意即，在具有多个元数据表的方法中，各元数据表均包括每个用户的内容的元数据，内容元数据的储存空间及修改操作的速度可能将取决于用户数量。
123.另一方面，根据本发明实施例的方法则设置双重表格，即用户信息表及包括内容的元信息的内容信息表，然后再根据激活请求对两个表单进行映射。因此，即使请求激活同一内容及消费同一内容的用户数量增加，该内容的元数据并不会比照用户数量被重复储存。此外，元数据的编辑可以不受到消费该内容的用户数量影响。因此，就数据库管理而言，本发明实施例的方法因为可迅速进行修正，加上无需重复的储存空间而能使成本降低，将可享高效率的优势。
124.图4是解释根据本发明实施例的用于在用户终端上显示等待时间相关信息的流程图。
125.请参考图4，用户终端4向服务器3请求内容相关信息(s410)。由于此内容相关信息与步骤s310中的内容相关信息类似，在此省略其详细说明。
126.响应于该请求，服务器3向用户终端4发送所请求的内容相关信息(s450)。另外，响应于该请求还可以包括用户相关信息(例如包括：是否启动了等待时间进程、等待完成时间、票券信息、观看权限信息等)等。在此情形下，等待时间管理单元33会根据用户信息表上所映射的内容标识符，获得内容信息表上所映射的内容相关信息，判断是否针对该用户启动等待时间进程，并在对于该请求的响应中包括是否已启动等待时间进程、等待完成时间等信息。
127.基于步骤s450中接收到的响应，用户终端4可显示等待时间是否已有进展以及距离等待完成时间还剩多少时间。如以上参考图3的叙述，根据每个用户的使用模式启动等待时间进程，并且各用户的等待完成时间可能不同。
128.当等待时间进展到超过等待完成时间时，用户可使用被授予的观看权限来接收与图3或图4步骤(步骤s310或s410)中的请求相关联的内容。其中，与步骤(s310或s410)中的请求相关联的内容(如子内容)包括同类别内的内容(如基本内容中的其他子内容)。
129.图5a及图5b是解释根据本发明实施例的用于免费接收准内容部分的流程图。
130.请参考图5a，服务器3从用户终端4接收对内容(如基本内容或子内容)的提供请求(如观看请求)(s510)。提供请求可由用户终端4感测到的输入信号而引起，但也可以由安装在用户终端4的应用程序的指令而引起。在一实施例中，内容提供请求可包括内容提供api调用指令或票券使用api调用指令。
131.另外，服务器3验证用户请求观看的准收费子内容的预设等待时间进程是否已经启动(即验证是否处于激活状态)(s530)。根据验证结果，服务器3判定是否针对所请求提供的内容部分提供观看权限及用以实现该部分的内容信息。
132.图5b是解释根据本发明实施例的用于验证用户状态是否处于等待完成状态的流程图。
133.服务器3被配置为在步骤s533之前接收到激活请求以验证等待时间进程是否已经启动(s531)。验证可基于用户信息表内包括的指示激活的判定值执行。在一些实施例中，在等待时间内激活的目标内容被设置为不再包括准收费子内容且被排除于目标内容的情况下，若判定值指示为激活状态，则可授予用户下一观看权限，针对该下一观看权限，等待时间进程正在进行中。
134.服务器3根据用户状态是否处于等待完成状态来授予准收费子内容的观看权限。
135.在一实施例中，当服务器3第一次收到激活请求时，判定用户状态为等待完成状态。在此特定实施例中，预设等待时间是否已有所进展对于等待完成状态的判定没有影响。是否在第一次激活请求后判定用户状态为等待完成状态，取决于如下所述的预设等待时间是否已有所进展。
136.在另一实施例中，服务器3依据激活请求而对于预设等待时间是否已有所进展执行判定(s533)，若预设等待时间已开始进行，就会判定用户状态为等待完成状态(s535)。而判定预设等待时间是否已有所进展，是通过比较观看请求时间与等待完成时间。
137.服务器3验证等待时间的进程是否已开始以及预设等待时间是否已有所进展(s533)，并在等待时间已经过完时，将与用户终端4关联的用户状态判定为等待完成状态(s535)。
138.如果在步骤s535中，用户状态被判定为等待完成状态，则授予观看权限并重新设置等待时间的进程(s537)。等待时间的进程需要被重设，才不致影响是否对已授予观看权限的子内容和其他子内容授予新的观看权限的判定。
139.在一个实施例中，当下列条件符合时，等待时间管理单元33判定已过了预设等待时间(s533)。
140.【数学公式1】
141.t
present
≥t
cc
142.在此，t
present
代表当前时间，其指示子内容的观看请求时间，t
cc
代表等待完成时间。当等待完成时间等于或早于当前时间时，等待时间管理单元33会判定已过了等待时间(s535)。
143.如上所述，激活请求可与子内容的观看请求一起被接收。例如，第一激活请求可与针对预定子内容(例如，免费部分中的最后一集或准收费部分中的第一集)的观看请求一起被接收。
144.在一实施例中，当第一次接收到激活请求时，会立即判定已过预设等待时间，且可
设置将激活请求被接收的时间记录为等待完成时间。
145.意即，原则上，服务器3必须将第一次激活请求时间加上等待时间所得时间记录为第一次等待完成时间，但在第一次激活请求的情况下，服务器会设置当前时间为等待完成时间，该等待完成时间是在当前时间依据第一次激活请求予以记录。那么，即使在看过请求观看的内容部分后，对应于等待周期的预设等待时间尚未过完，请求者仍可以观看其他内容部分。换言之，通过同时记录已经过的完成时间以及等待时间进程的开始，判定时间会等于或晚于(即超过)等待完成时间，则用户状态会被判定为等待完成状态(s535)。
146.以这种方式，就有可能在启动开始等待时间进程的功能的同时，立即提供用户准收费子内容的第一次观看权限，从而进一步最大化用户的便利性。
147.在替代性的实施例中，当服务器3收到激活请求时，可基于激活请求的接收时间以及基于映射结果而从内容信息表获得的等待时间，计算等待完成时间，以验证用户状态。
148.若在接收到子内容的观看请求时，用户状态处于等待完成状态，则服务器3可授予观看权限(s537)。授予观看权限的目标是包括在所映射基本内容中的准收费子内容。
149.在一些实施例中，步骤s537中的观看权限可以是针对与激活请求一起接收到的观看请求的目标相同的内容部分。例如，若激活请求依据用户输入选择预先指定的子内容(例如，第一个准收费集数)，则步骤s537中的观看权限可以是针对被请求观看的部分。
150.在另一实施例中，步骤s537中的观看权限可以是针对与激活请求一起接收到的观看请求的目标不同的内容部分。例如，若激活请求依据用户输入选择预先指定的子内容(例如，最后一个免费集数)，则步骤s537中的观看权限可以是针对该预先指定的子内容的下一部分。
151.当观看权限被授予时，已过完的等待时间会被重新设置，且用户状态会变更为等待未完成状态(s537)。变更的结果(如重设结果或状态变更结果)会被记录在用户信息表中。
152.等待时间管理单元33会更新下一个等待完成时间，在该下一个等待完成时间将会就目标内容的准收费子内容授予新的观看权限(s539)。
153.在一个实施例中，下一个等待完成时间会基于等待完成时间及等待周期来更新。收到第一个激活请求后的下一个等待完成时间，会基于步骤s533的等待完成时间以及等待周期来更新步骤s539。
154.以此方式即可授予基于等待的准收费子内容观看权限，使用户得以免费观看准收费子内容。
155.系统1被配置为可基于之后的等待周期，允许用户免费观看剩余的准收费子内容。
156.当从用户终端4接收到作为基本内容一部分的准收费子内容的观看请求时，服务器3验证与用户终端4关联的用户状态是否处于能被授权的状态，而可针对属于所映射基本内容的准收费子内容授予基于等待的观看权限(即确认用户状态是否为等待完成状态)，若与用户终端关联的用户状态系处于等待完成状态，该服务器会授予与用户终端关联的用户帐户观看准收费子内容的权限。
157.服务器3会验证新授予用户的观看权限，并将用于在用户终端上实现观看的请求内容部分的子内容信息发送到请求者的用户终端4。接着，响应于观看权限的授予，等待完成状态会被变更为等待未完成状态，且变更结果会记录在用户信息表中，如此即更新了下
一个等待完成时间。在此，新的等待完成时间会基于所记录变更结果时间(例如，用户状态变更为等待未完成状态的时间)和等待周期来更新。更新结果可记录在用户信息表中。
158.例如，若用户请求观看准收费子内容的时间已超过等待完成时间，则用户可使用观看权限来观看已请求的准收费子内容。同时，若用户请求观看准收费子内容的时间未超过等待完成时间，就不会被授予观看权限。所以即使在用户于等待完成时间已过后请求观看其他准收费子内容的情况，也会授予观看权限，用户可使用所授予的观看权限来观看与先前请求部分不同的部分。
159.进一步而言，服务器3可基于如下时间计算用户的观看权限截止时间：针对包括于所映射基本内容的准收费子内容的基于等待的观看权限存在的期间(其中，基于等待的观看权限是基于用户信息表的映射结果授予的)；以及实际授予用户准收费子内容的基于等待的观看权限的时间。服务器3可将观看权限截止时间记录于用户信息表内。如此，当接收到对已提供的准收费子内容的重新观看请求时，服务器3比较重新观看请求的接收时间及观看权限的截止时间，判定当接收到该重新观看请求时，准收费子内容的基于等待的观看权限是否仍在期限内，若准收费子内容的观看权限仍在期限内，则立即提供内容信息以响应该重新观看请求。
160.另外，等待时间管理单元33会在第一次激活请求发生后维持激活状态有效，且会持续维持等待时间进程的激活状态有效，以使下一个预设等待时间过完，而更多准收费子内容的观看请求时间会超过等待完成时间。
161.借由使用观看权限，服务器3可向用户提供准收费子内容信息，用以实现在用户终端上观看所请求的内容部分。所提供信息会在用户终端4上实现(例如显示)对应的内容部分。
162.另外，在一些实施例中，依据预设等待时间进程而授予的观看权限数量可为一或多个。在此，会基于单一预设等待时间的进程，授予一或多个观看权限。对于单一预设等待时间的进程而言，可授予基于等待的观看一个准收费子内容授权，亦可授予观看多个准收费子内容的授权。
163.另外，系统1可被配置为依据预设等待时间进程来设置授权观看目标。在此，授权观看目标可为一或多个准收费子内容。在一实施例中，可以从最后观看的集数或已授权观看集数中的最后一集开始，指定一或多个连续的子内容作为目标。例如，在用户最后观看集数为第10集(其为准收费子内容)的情况下，若从第10集被观看之后已过了预设等待时间，则只有第11集或从第11集开始到预定的一集(如第11集到第13集)可以被授权观看。在此情况下，系统1还可进一步被配置为可在用户终端4上指示即将授权观看目标。例如，用户终端4可显示准收费子内容与其他准收费子内容有所区别的指示，表明该准收费内容会作为将授予/已授予观看权限的目标。在此，该指示包括距离可授予观看权限的剩余时间等。
164.在其他替代性实施例中，可借由增加、修改或排除进一步执行图5b未描述的操作。
165.在替代性实施例中，例如，等待时间管理单元33可在步骤s531之前进一步执行步骤，以判定所有已授予该用户的其他非付费票券(如包括免费礼品票券等)是否都已被用尽，和/或判定请求提供的内容即使在等待时间进程已被启动而开始的情况下，是否仍有使用限制(如内容是否为最新集数之前数个预定集数其中的一集)等。
166.在替代性实施例中，初始免费票券被排除在非付费票券之外，其使用状态由等待
时间管理单元33判定。用户终端符合初始免费票券的使用条件后，用户终端4发送激活请求。
167.在替代性实施例中，若依用户通过输入选择了预先指定的子内容，可从用户终端4将激活请求连同对于该预先指定的子内容(如最后免费部分的网络漫画集数)的观看请求发送至服务器3。
168.在此系统1中，用户状态的等待完成状态是依已授予观看权限来判定，并会再次启动预设等待时间的进程，以及再次判定等待时间已过去多久。因此，用户会更频繁地使用内容提供服务，以便在相同期间内尽量度过更多的等待时间。因此，用户对内容提供服务的忠诚度、依赖性等即可增加。
169.另外，通过对准收费子内容授予基于等待的观看权限，用户可以体验各类内容并可更可靠地决定所体验内容未来的购买计划，也因而有助于用户的合理消费。
170.请再次参考图5a，当服务器3判定用户具有观看权限而可将请求提供的目标内容的内容信息提供予用户终端4时，服务器就会将请求提供内容的内容信息提供予用户终端4(s550)。在一实施例中，服务器3会向用户终端4发送观看权限使用结果(包括所使用的观看权限类型如票券类型等、剩余票券数)，和/或下次等待完成时间。另外，对应内容的详细元信息和/或内容信息会被发送至用户终端4，使得内容可通过用户终端4提供予用户。
171.同时，请参考图1，在一实施例中，服务器3可进一步包括内容生成单元35和/或数据库储存单元37。各组件将予以详加说明。
172.内容生成单元35通过切割基本内容的完整执行部分成为多个子章节来生成子内容。例如，基本视频的整体可播放部分被切割成多个子章节来生成子视频信息。
173.另外，内容生成单元35会生成基本内容的元信息，也可生成各别子内容的元信息。它还可生成关于基本内容的元信息。
174.内容生成单元35可借由以不同方式切割子章节，例如借由平均地和/或不平均地切割子章节，可从一个基本内容生成具有不同播放时间的多个子内容信息。因此，用户可借由部分考虑如心理状况、环境、资产状况等不同因素，进行合理消费。另外，还可解决用户必须购买整个基本内容的问题，因为用户仍有可能出于无法预期的原因而无法观看整个内容，或变得不感兴趣，与购买时的意图有异。
175.内容生成单元35可被进一步配置为可对子内容进行编码。内容生成单元35可防止未被授权连至系统1的用户终端(如未安装应用程序的用户终端)或没有票券的用户终端播放子内容。
176.在一实施例中，内容生成单元35可采用drm(电子版权管理)技术以生成具有观看权限(许可)信息的子内容。在此情况下，票券信息包括用于对已编码子内容进行译码的译码授权。例如，译码授权包括drm译码授权。然而，上述举例为内容编码的一种示例，本发明揭示的内容编码技术不限于此，还可进一步设置成可执行各种编码处理。
177.接着，数据库储存单元37可储存各种数据库。在此，数据库是指包括大量结构化、非结构化或半结构化数据的集合，可以储存与过去已举行的拍卖等相关的数据。这里的结构化数据是指储存在固定字段中的数据，并包括例如相关性数据库、电子表格等。另外，非结构化数据是指并未储存在固定字段中的数据，并包括例如文字文件、图片、影片、声音数据等。半结构化数据则指并未储存在固定字段中但包括元数据或纲要(schema)的数据，并
包括例如xml、html、文字等。数据库储存单元37可包括用户储存器，其包括用户帐户的相关信息，以及内容储存器，其储存来自内容供应商所提供的内容或内容经切割后的一或多个子内容等等。
178.内容提供系统1的各用户与储存在用户信息储存器的用户帐户信息关联。用户帐户信息包括关于注册于系统内的用户的描述性信息。在一实施例中，用户帐户信息包括多个数据字段，每一数据字段各自包括对应系统用户的一或多个属性的描述。储存于用户介绍文件的信息示例包括描述性信息，如用户身份识别码(id)、用户终端信息和票券信息。
179.用户帐户信息亦可包括授权用户存取子视频提供系统1的来源(如密码、访问代码、用户终端的网址等)。用户帐户信息可作为用户状态被参照。用户状态包括票券持有状态和/或等待完成状态。
180.票券持有状态(即票券信息)包括表示用户是否拥有票券或持有的票券数的信息。例如，若持有票券可标记为1，若未持有票券则标记为0；持有的票券数可以例如二进制数的数据格式显示；或亦可以其他种组合方式表示。若用户帐户中有票券，则会被判定可针对需付费部分(即付费子内容或准收费子内容)给予观看权限。
181.在一实施例中，票券信息可进一步包括票券使用范围的类别信息。若进一步包括了该类别信息，则具有票券信息的用户仅限观看与该票券关联类别的内容。在一实施例中，类别可被设置为一部作品集。在另一实施例中，类别可被设置为一个完整的基本内容。
182.在一实施例中，数据库储存单元37得储存观看权限表，其中依据付款、活动、礼物和/或是否已过等待时间记录观看权限结果，以及票券使用表，其中依据观看权限(例如票券)的使用状态和/或到期日记录票券使用结果。
183.在一实施例中，内容储存器会储存对象，该对象代表由内容供应商所提供的内容，或者该对象亦可代表子内容系统1的运营商所制作的子内容。
184.图6a及图6b是解释根据本发明实施例的用户信息表及内容信息表的示意图。
185.在一实施例中，数据库储存单元37可储存与系统1的用户相关联的用户信息表。用户信息表的信息包括但不限于：用户标识符、依据激活请求进行映射所产生的内容标识符、用以授予针对准收费子内容的基于等待的观看权限的等待完成时间、指示用户激活请求接收历史的判定值、观看权限截止时间等。
186.当服务器3接收到激活请求时，会在用户信息表中记录：判定值，该判定值指示了用户的激活请求的接收历史，以及等待完成时间，于该时间可针对映射于用户的基本内容中的准收费子内容授予基于等待的观看权限。
187.当服务器3接收到用户终端4对于准收费子内容的观看请求时，可基于用户信息表内所包括的信息(如，等待完成时间或映射结果)，迅速处理与该准收费子内容的基于等待的观看权限相关的操作。
188.在一实施例中，内容储存器储存内容信息表，其中记录关于至少部分包括准收费子内容的内容的信息。内容信息表的信息可包括以下举例的一或多项：内容标识符、指示内容是否包括准收费子内容的目标内容信息(其指示是否可使用准收费子内容的基于等待的观看权限来部分观看该内容)、等待周期、每个观看权限的有效期间等。在等待完成状态中，不对需付费子内容授予观看权限。需付费子内容的观看权限是依票券持有状态来授予。需付费子内容可设置为例如最新服务上传集数之前的某(些)预定集数，或最后一集之前的某
(些)预定集数。
189.在一实施例中，各观看权限的有效期间信息取决于观看权限的类型。例如，若是准收费子内容的观看权限，则对于相同的基本内容而言，各子内容观看权限的有效期间可以是相同的。同时，对于属于同一内容底下的免费子内容及准收费子内容而言，免费子内容与准收费子内容的观看权限有效期间可以是相同或不同的。
190.以此方式，数据库储存单元37就被二元化成为具有双重表格，一个表格记录与准收费子内容的基于等待的观看权限关联的内容相关信息，一个表格则记录与准收费子内容的基于等待的观看权限关联的用户相关数据。若个别用户针对个别内容提出激活请求，则每一表均被映射至准收费子内容。因此，即使对包括准收费子内容的基本内容感兴趣的用户数量和/或目标内容数量有所增加，也可针对每一用户和/或每一目标内容有效管理准收费子内容的基于等待的观看权限。尤其，针对一个用户关联于多个内容的情况而言，每一单独内容可适用不同的等待时间进程(如不同等待完成时间)启动(即授权和/或等待时间开始起算)，而针对多个用户观看相同内容的情况而言，每一用户可分别适用各自的等待时间计时启动(即授权和/或进程的开始)，使得用户状态可按照每一用户的情况单独判定，并针对每一用户关联的个别作品单独判定，因而可以有效执行个别的时间管理及观看权限的授予。
191.具体而言，当服务器3从第一及和第二用户的用户终端接收到对于同一基本内容的激活请求，且在对相应用户及该同一基本内容进行映射后，第一及第二用户的用户状态为等待完成状态的情况下，若服务器3依据第一用户的输入接收到准收费子内容的观看请求的时间早于依据第二用户的输入接收到准收费子内容的观看请求的时间，则服务器将第一用户的等待完成时间设置成比第二用户的等待完成时间更早。
192.在图6a中，不同的第一用户和第二用户针对网络漫画a提出观看请求(如借由选择网络漫画a中的准收费集数)，已分别对各用户及网络漫画a进行映射，且各用户针对网络漫画a的等待时间进程已经启动。如图6b所示，允许免费观看网络漫画a中的准收费集数部分的条件是需经过24小时的等待周期。若第一用户在1月31日16:00被映射至网络漫画a，立即授予第一次针对准收费集的观看权限，当用户观看该准收费集时，基于前述等待周期，下一次观看权限可用的等待完成时间被计算为2月1日16:00。若第二用户在1月31日16:05被映射至网络漫画a，立即授予第一次针对准收费集的观看权限，当用户观看该准收费集时，基于前述等待周期，下一次观看权限可用的等待完成时间被计算为2月1日16：05。
193.上述图1的内容生成单元35和/或数据库储存单元37仅为举例，且在其他实施例中，内容提供系统1可在不同于图1所示的架构内执行上述操作。
194.在一实施例中，内容生成单元35和/或储存单元37可为远离服务器3的运算设备。在此情况下，内容生成单元35和/或储存单元37可为一种能够连接至服务器3的设备，以依据用户请求进行数据通信。
195.另一方面，用户终端4是以例如智能型手机的形式实现，并可利用安装在用户终端4上的应用程序与服务器3进行通信。借由该通信可执行不同任务，如请求提供用户所选的内容或子内容，或请求支付票券等。然而，用户终端4的形式不限于智能型手机，用户终端4可以各种运算装置形式实现，例如其他移动动通信终端、个人计算机、笔记本电脑、平板计算机及网络电视(iptv)等。
196.服务器3通过用户终端4，向已获得准收费子内容的基于等待的观看权限的用户提供内容的过程，以下将参考图7及图8说明。
197.图7及图8是解释根据本发明实施例的在各别情况下提供用户所请求的准收费子内容的流程示意图。
198.对于所属技术领域具有通常知识者而言，图7及图8中所请求及呈现的内容型态为影片是显而易见的，但内容的型态并不限于影片。此外，为了清楚说明，相互重迭的步骤的详细说明在此予以省略。
199.图7说明了根据本发明实施例，利用用户可被授予准收费子内容的基于等待的观看权限的状态，将一内容部分提供给用户的流程。
200.请参考图7，服务器3从用户终端4接收到提供多个子视频中第一个子视频的请求(s710)。
201.提供请求可因用户终端4感测到的输入信号而引起，但也可以由安装在用户终端4的应用程序的指令而引起。在一些实施例中，内容提供请求可包括内容提供api调用指令。
202.在一实施例中，服务器3可生成多个子视频，该子视频在接收请求前通过将基本视频切割为多个章节而生成(s700)。在此，第一子视频可为准收费子内容。
203.在步骤s710之后，服务器3验证请求提供一或多个子视频的用户的观看权限信息(s720)。服务器3基于验证结果判定是否提供子视频信息。例如，由于持有付费票券的用户具有观看权限，服务器3会判定其已获得授权向用户终端4提供第一子视频(即内容提供请求的目标)的视频信息。或者，由于用户的状态为可以在已过了准收费子内容的等待时间后(即，请求提供第一子视频的时间已超过等待完成时间时)，针对该准收费子内容给予用户基于等待的观看权限，则服务器3会判定已获得授权可向用户终端4提供所请求的第一子视频的视频信息。
204.接着，服务器3将所请求提供的子视频的影片信息提供给用户终端(s740)。服务器3会向用户终端4发送子视频的详细元信息和/或内容信息。另外，服务器3可提供授权信息，如子视频的解码授权。在此情况下，服务器3不限于只提供详细的元信息，而是除了详细的元信息外还可提供基本元信息(如，章节信息)。
205.在一实施例中，各子视频信息可由单一片段文件构成。就下载方式而言，可说明每件子视频信息是由单一片段文件构成。在此情况下，在通信效能与终端效能方面会具有相对优势。
206.在另一实施例中，若为串流或渐进式下载的情况，各子视频信息可由多个片段文件组成。例如，一个子视频信息可由数十或数千个片段文件组成，例如每一片段文件为10秒。当然，片段文件的间隔可取决于任意的设置值，如1秒、4秒等，也可以是10秒。
207.当每个子视频信息是由多个片段文件组成时，内容生成单元35会一并生成一个对应于各个切割子章节的片段清单。该片段清单是包括每个片段文件的文件名及格式等的清单。在一实施例中，内容生成单元35可分别为第一子视频生成第一片段清单、第二子视频生成第二片段清单，以及第n个子视频生成第n片段清单。或者，如下所述，若有必要对基本视频的整体片段清单，亦可生成基本视频的整体片段清单。
208.在一实施例中，服务器3为第一子视频提供一片段清单。
209.因此，用户终端4利用第一子视频信息播放第一子视频(s745)。例如，当用户终端4
收到片段清单时，用户终端4将在播放列表中储存该第一子视频的片段清单。此后，可利用包括在该片段清单中的片段档案的元信息，提供片段文件的内容信息，以播放第一子视频。
210.以此方式，由于片段清单是在用户终端4发出提供请求时才提供予用户终端4，储存于用户终端4内存内的信息相对较少，因而可增进应用程序效能。
211.图8是根据本发明实施例之用户为一或多个内容分别使用一或多个票券而获提供内容的流程图。
212.请参考图8，服务器3从用户终端4接收到提供多个子视频中第一个子视频的请求(s810)。
213.在一实施例中，服务器3可生成多个子视频，该子视频在接收请求前通过将基本视频切割为多个章节而生成(s800)。
214.在步骤s810之后，服务器3验证与请求提供第一子视频的用户帐户关联的观看权限信息(s820)。服务器3基于验证结果判定是否提供子视频信息。例如，由于持有付费票券的用户具有观看权限，即判定将提供所请求的子视频部分。
215.服务器3可接收到第二子视频的提供请求，该第二子视频包括下一章节，服务器3因而将其提供给用户终端4。在前述实施例中，服务器3可在第一子视频提供完毕前，即第一子视频播放完毕前，从用户终端4接收到提供包括下一章节的第二子视频的请求(s850)。在步骤s850中，对第二子视频的提供请求可以自动提出(例如，无需用户另外同意)。在此情况下，服务器3会基于与用户帐户关联的观看权限信息，验证是否存在允许提供包括下一章节的第二子视频的观看权限(s860)。
216.当服务器3的验证结果确认存在用以向用户终端4提供第二子视频的观看权限(如，存在已付费票券)时，即判定可提供并向用户终端4提供第二子视频信息(s880)。例如，可提供第二子视频的一片段清单。
217.在此情况下，用户终端4可将第二子视频的片段清单添加到第一子视频的片段清单，以便在第一子视频播放完毕后无缝播放第二子视频。如此一来，第二子视频可在第一子视频播放完毕后以无空档方式连续播放。因此，即使用户以连续方式观看多个子视频，也可以达到无缝播放，从而为用户提供高度便利性。
218.另外，若在第一子视频播放时一边确认关于第二子视频之观看权限(如票券信息)，可在提供第二子视频信息给用户终端4的同时发送信号，使用户终端4显示表明观看权限信息(如票券信息)已更新的屏幕。
219.例如，还可以在第二子视频开始播放的同时发送信号，使出现弹出式窗口，显示如“已使用一张票券”等。
220.同时，在验证观看权限后，即使没有可观看下一章节的授权存在，仍可自动提供下一章节的子视频。在一实施例中，若验证观看权限信息后并不存在可播放下一章节的观看权限，仍可在无需请求额外同意的情况下为后续章节购买观看权限(如购买票券)。因此，服务器3即可提供下一章节的子视频。在此，可在自动购买发生之前或之后，向用户提供关于该自动购买的通知。意即，若用户没有在自动购买发生前采取其他行动，则可向用户提供通知，说明已经自动购买票券且已提供下一章节的子视频，以及在购买自动执行时提供信息屏幕，告知用户已完成购买。
221.在一些情况下，服务器3可能接收到第三子视频的提供请求，而该第三子视频包括
与播放中的第一子视频不连续的章节，在此情况下，第三子视频的片段清单可如前述被添加并提供至第一子视频的片段清单。意即，被添加的片段清单并不限于与播放中的子视频连续。
222.另外，在观看权限验证步骤s820中，服务器3根据用户状态是否为可授予准收费子内容的基于等待的授权，授予用户所请求提供内容的观看权限。
223.在一实施例中，第一子视频基于使用付费票券提供完毕之前，服务器3可从用户终端接收到对于下一章节的子视频(如第二子视频)进一步提出的提供请求。
224.那么，开始提供第一子视频之后以及收到第二子视频的进一步提供请求之前，若已被启动及开始的等待时间已经过完(即，第二个进一步提供的请求的提出时间已超过等待完成时间)，则服务器3会向用户授予准收费子内容的基于等待的观看权限。接着即可基于新授予的准收费子内容的基于等待的观看权限，向用户终端提供另外请求提供的第二子视频。
225.在一实施例中，在子视频提供完成之前，其中该子视频的提供是根据已针对内容类所授予的准收费子内容的基于等待的观看权限，而该内容类别对应于目标内容中的准收费子内容的基于等待的观看权限的使用范围，服务器3可从用户终端4收到对于下一章节的子视频的额外提供请求。接着，服务器3基于用户的票券信息，验证是否拥有可提供额外请求的子视频的观看权限。通常，由于会将等待时间的长度设置为比子视频的播放时间长，已经基于等待完成状态观看过子视频的用户就无法再次使用现有的等待完成状态来观看下一章节的子视频。因此，若用户拥有付费票券和/或其他免费票券，可基于用户持有的票券提供额外请求的子视频给用户终端4。
226.在另一实施例中，服务器3可生成一片段清单，且在收到来自用户终端4的提供请求时，提供包括了非请求子视频的片段文件的片段清单。意即，可以在没有收到来自用户终端4的其他请求的情况下，预先提供章节的片段文件。
227.在一实施例中，片段清单可为整个章节的片段清单。
228.因此，在提供请求发生之前，整个章节的片段清单即登录于用户终端4中，从而可更容易以连续方式或无缝方式自动播放片段清单。
229.前述图7至图8中的步骤仅为示例性质，可依服务器3及/终端4的设置状态而有不同顺序或予以省略。
230.虽然在图7及图8的实施例中，子内容是以视频加以说明，但本发明不以此为限。
231.例如，若内容为文字或图文结合，且内容之整体内容章节包括复数集，则每一集即对应于每一子内容。随着等待时间过去，需付费集数中的至少部分子内容可能会被允许以免费方式提供，因为对于准收费子内容授予了依据等待周期的观看权限。
232.根据前述实施例中具有高效数据库架构以实现个体化时间管理的内容提供系统及方法，由于用户可就多个子内容进行部分购买，而该子内容为切割自基本内容的多个集数或章节，因此可允许用户就整体内容中引起用户兴趣的部分子内容采取选择性及主动性的消费行为。
233.根据前述实施例中内容提供系统及方法的操作，可至少部分以电脑程序实现并储存于计算机可读的记录媒介。
234.计算机可以是个人计算机、台式计算机、便携式计算机、笔记本电脑、智能型手机
或类似的运算设备及可以整合的任意的设备。计算机为具有一或多个用于替代和特殊用途处理器、内存、储存空间及网络组件(无线或有线)的设备。计算机可执行操作系统(os)，例如与microsoft windows、apple os x或ios、linux发行版或谷歌的android os兼容的操作系统。
235.计算机程序包括前述计算机中可执行的指令集合，其名称可依计算机类型而不同。例如，当计算机类型为智能型手机时，其计算机程序可称为app。
236.已记录有用于执行本发明实施例内容提供系统及方法的操作的计算机可读记录介质，包括了各种可供储存计算机可读数据的记录设备。计算机可读记录介质的例子有：rom、ram、cd-rom、磁带、软式磁盘以及光学数据储存设备等。另外，计算机可读记录介质通过网络分布在多个计算机系统中，可以分散方式储存并执行计算机可读码。另外，所属技术领域中具有通常知识者将可轻易了解用以实现本发明实施例的功能性程序、代码及代码段。
237.虽然本发明之揭示内容已参考图式内所示实施例予以说明，但相关描述仅出于说明目的，所属技术领域中具有通常知识者将能理解，本发明仍可有各种修饰与变化。惟应注意该修饰仍属于本发明揭示内容的技术保护范围内。因此，本发明的真正的技术保护范围应依据下面的权利要求书的技术思想来予以确定。
238.工业上的可利用性
239.根据本发明之一方面所提出的通过高效数据库架构提供内容以实现个体化时间管理的方法及系统，具备优点如下：可通过双重数据库架构有效执行前述的根据内容特定与用户特定的个体化设置。尤其，就算用户及内容数量因为表格之间的映射等而大幅增加(前述表格基于请求激活准收费子内容时与准收费子内容关联的基本内容)，本发明仍可通过该数据库架构，在进行高效的数据库管理的同时执行快速数据处理。因此，本发明可更高效地管理个别用户等待时间的特定情况。因此，本发明可进一步提升用户的平台满意度及忠诚度，并增加营收。