具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举九个实施例,对本发明进一步详细说明。
首先,需要说明的是在本发明实施例当中描述的内容包括但不限于文档、图片、音频文件、视频文件、音频文件的描述信息、视频文件的描述信息、铃音文件或元数据等,本实施例中以铃音文件例,但并不构成对本发明主旨的限定。此外本发明实施例中涉及到的终端包括但不限于移动电话、PDA、智能手机等具有无线通信能力的电子设备。再有本发明实施
例中涉及到内容管理设备包括但不限于CMI组件,内容提供设备包括但不限于CP或终端。
本发明提供的第一实施例是提供了一种内容审核的方法流程,包括:
首先,应用场景如下:CP(Content Provider,内容提供商)或终端向位于SP(Service Provider,业务提供商)中的CMI(Content ManagementInterface,内容管理接口)组件上传铃音文件,CMI对铃音文件的内容进行审核,以确认是否符合要求,如果符合,则将审核结果置为“审核已通过”,如果不符合,则将审核结果置为“审核未通过,内容需要删除(或格式需要转换)”,然后向CP发送审核报告消息。CP接收到审核报告消息后,返回确认消息,以指示是否接受审核以及相应的原因。CMI根据确认消息中的结果及原因对内容进行相应的处理(例如删除、或执行格式转换),然后再执行相应的计费处理。
CMI组件的内部模块与接口示意图如图1所示,具体如下:
内容管理组件11:其与CMI-1接口106(内容管理组件-1接口106)相连,提供内容的双向上传功能、修改功能、删除功能、管理功能、策略执行功能;
商业进程组件12:与BPC-1接口107(商业进程组件-1接口107)和BPC-2接口108(商业进程组件-2接口108)相连,提供SLA(Service LevelAgreement,服务水平协议)协商功能、业务发现和通知功能、内容购买功能、发送内容相关的报告功能;
内容管理组件-1接口106:用于提供内容管理和传输,具体包括:上传内容、管理内容的元数据(例如增加、删除、修改元数据,对内容进行分类、审批、激活、去激活等;本实施例中为内容管理组件-1接口106增加接收审核报告消息确认消息的功能;
商业进程组件-1接口107:用于提供事务控制功能,这些能力与一个特定的内容项或一组内容项相关;具体功能包括:SLA建立和管理、业务发现和可用业务特性通知、购买内容、鉴权等;
商业进程组件-2接口108:该接口具有如下功能:发送内容使用相关的报告,包括与CMI相关的各种统计数据,例如交互时间等。
接收模块101:用于接收CP或User上传的请求消息,所述请求消息包括内容或内容相关的操作,所述内容包括元数据;
审核模块103:用于完成内容审核或与内容相关的审核操作功能;
处理模块102:其用于根据审核结果对相应的内容进行加载或激活、或删除、或进行格式转换、或对相应的元数据进行设置、或执行与内容相关的其他操作;
审核报告消息发送及确认接收模块104:该模块原本只用于根据“审核模块”输出的审核结果信息,生成并发送审核结果报告。本发明为其增加了接收审核报告消息确认消息,并触发处理模块的执行。
计费模块105:其用于根据处理模块102的处理结果执行计费;此外该模块为可选模块。
优选的此处接收模块101、处理模块102、审核模块103、审核报告消息发送及确认接收模块104和计费模块105位于内容管理组件11的内部。
本实施例中的内容审核的方法流程具体参见图2,具体步骤如下:
步骤201、CP或终端通过CMI-1接口106向内容管理组件11上传请求消息,所述请求消息包含内容、内容的相关信息或内容的相关操作请求;所述内容包括元数据;所述内容的相关信息包括审核的内容、审核的关键字、内容的分类信息、内容的分级信息、内容审核的时间、内容审核的方式(如逐个审核或批量审核请求)、接收审核报告消息的方式(Email或SMS等)或内容审核通过后是否立即激活等;所述内容的相关操作请求包括内容的增加、删除、修改、更新、设置、分类、激活、去激活或审核;
步骤202、内容管理组件11中的接收模块101接收到内容后,通过CMI-1接口106向CP或终端返回确认消息“Delivery Confirmation”,表示已接收到所上传的内容;在该确认消息中,还可以携带与后续审核相关的提示信息,例如是否需要审核、将执行何种类型的审核(人工或自动或混合)、审核报告消息发送策略(例如单独发送或批量发送)、审核开始时间或审核预计完成时间等,从而便于CP或终端得知审核相关的状态;这些信息可以通过扩展确认消息来实现;
步骤203、内容管理组件11中的接收模块101向审核模块103发送触发消息,触发审核流程的启动;触发消息中可以携带所接收的内容项的标识信息;审核模块103接收到所述触发消息后,将该内容项列入待审核队列,并可以在相应Web页面中显示相关提示;
步骤204、审核过程可以为人工审核或自动审核或混合类型;SP管理员看到待审核项后,根据既有的策略和/或CP或终端的请求消息中的审核请求信息进行内容的审核,审核完成后,进行审核结果的确认;
步骤205、审核结束,审核模块103审核所述接收模块接收到的所述内容提供商CP或终端上传的请求消息并生成审核报告消息,向审核报告消息发送及确认接收模块104发送触发消息,触发审核报告消息的发送,触发消息中携带了内容的审核结果等信息;
步骤206、审核报告消息发送及确认接收模块104将所述审核模块生成的所述审核报告消息发送给所述CP或终端,并接收所述CP或终端发送的所述审核报告消息的确认消息;具体为通过CMI-1接口将审核报告消息发送给CP或终端;审核报告消息中至少包含了ContentID(内容标识)、RequestID(会话标识)和相应的审核结果,审核报告消息的承载可以为ISUP/BICC消息、SIP消息、Push消息、Email、SMS或HTTP等,在该实施例中审核结果为“审核未通过,内容会在收到确认消息后删除”;
步骤207、CP或终端接收到所述审核报告消息之后,同意其中的内容删除请求,并返回ACK确认消息,消息中携带了“接受”标志;审核报告消息确认消息的承载可以为ISUP/BICC消息、SIP消息、Push消息、Email、SMS或HTTP等;
步骤208、审核报告消息发送及确认接收模块104接收到ACK消息后,将其中的确认结果发送给处理模块103,处理模块103对相应的内容进行删除;计费模块105根据处理模块103的处理结果执行相应的计费处理,例如将该CP对应的上传内容计费清单中删除该项内容的计费项。
其中,审核报告消息可以支持批量审核结果的发送,即一个消息中携带多个内容的审核结果。其结构为:
审核报告消息头(可以携带“TotalNum”属性值,用于指示审核结果项的总个数)
审核报告消息体:审核结果项1
审核结果项2
审核结果项n
审核报告消息中审核结果项的主要参数如下表所示:
表格1审核结果项的主要参数
字段名称 |
描述 |
取值要求 |
说明 |
Number |
用于在批量审核结果中指示第n个审核结果 |
ID类型 |
可选 |
RequestID |
CMI所接收到的请求(上传、更新、内容操作请求或主动发起的审核请求)的标识符 |
CDATA类型 |
必选 |
ContentID |
所上传或修改的内容标识符 |
CDATA类型 |
必选 |
ContentProfile |
内容的描述信息(例如名称等) |
CDATA类型 |
可选 |
OperationDesc |
所执行操作的描述信息 |
CDATA类型 |
可选 |
ExamineResult |
审核结果 |
1:审核已通过2:审核未通过 |
必选 |
ReexamineNum |
所允许的重新审核次数 |
1:1次2:2次3:3次 |
可选 |
OperationStatus |
操作状态 |
1:收到确认后执行操作2:操作不执行 |
可选 |
ContentStatus |
内容当前的状态 |
1:收到确认后激活内容2:收到确认后删除内容3:收到确认后进行格式转换或剪辑4:内容不激活 |
可选 |
FailureType |
失败类型 |
1:内容不符 |
可选 |
|
|
规定2:音质/画质较差3:格式不符规定4:时长超限5:大小超限6:权限不够7:其他 |
|
Reason |
具体的失败原因 |
CDATA类型 |
可选 |
审核报告消息可以由HTML文档、Text文档或XML文档来实现,如果以XML文档来实现,则其DTD可以定义为:
<?xml version=″1.0″encoding=″UTF-8″?>
<!ELEMENT ExamineReports(Report+)>
<!ATTLIST ExamineReports
TotalNum CDATA#IMPLIED
>
<!ELEMENT Report EMPTY>
<!ATTLIST Report
Number ID #IMPLIED
RequestID CDATA #REQUIRED
ContentID CDATA #REQUIRED
ContentProfile CDATA #IMPLIED
OperationDesc CDATA #IMPLIED
ExamineResult(审核已通过|审核未通过)#REQUIRED
ReexamineNum(1次|2次|3次)#IMPLIED
OperationStatus(收到确认后执行操作|操作不执行)#IMPLIED
ContentStatus(收到确认后激活内容|收到确认后删除内容|收到确认后进行格式转换或剪辑|内容不激活)#IMPLIED
FailureType(内容不符规定|音质/画质较差|格式不符规定|大小超限|权限不够|其他)#IMPLIED
Reason CDATA #IMPLIED
使用该DTD的实例XML文档例如:
<?xml version=″1.0″encoding=″UTF-8″?>
<!DOCTYPE ExamineReports SYSTEM″.\test.dtd″>
<ExamineReports TotalNum=″2″>
<Report
Number=″001″
RequestID=″87654321″
ContentID=″55555″
ContentProfile=″彩铃DIY-A″
ExamineResult=″审核已通过″
ReexamineNum=″1次″
ContentStatus=″收到确认后激活内容″
/>
<Report
Number=″002″
RequestID=″12345678″
ContentID=″66666″
ContentProfile=″彩铃DIY-B″
ExamineResult=″审核未通过″
ContentStatus=″收到确认后删除内容″
/>
</ExamineReports>
审核报告消息可以通过ISUP/BICC消息、SIP消息、Push消息、Email、SMS、或HTTP等承载方式携带。使用SIP消息承载的例子如下所示:
MESSAGE sip:cpdomain.com SIP/2.0
Via:SIP/2.0/TCP sp.domain.com;branch=z9hG4bK776sgdkse
Max-Forwards:70
From:sip:spdomain.com;tag=49583
To:sip:cpdomain.com
Call-ID:asd88asd77a1.2.3.4
CSeq:1MESSAGE
Content-Type:application/xml
Content-Length:xxx
(此处为XML文档类型的审核报告消息)
审核报告消息确认消息(ACK):
审核报告消息确认消息可以支持确认信息的批量发送,即一个消息中携带多个审核结果的确认信息。其结构为:
审核报告消息确认消息头(可以携带“TotalNum”属性值,用于指示审核结果确认项的总个数)
审核报告消息确认消息体:
审核结果确认项1
审核结果确认项2
审核结果确认项n
审核报告消息确认消息中审核结果确认项的主要参数如下表所示:
表格2审核结果确认项的主要参数
字段名称 |
描述 |
取值要求 |
说明 |
RequestID |
即会话标识,用于匹配审核报告消息 |
CDATA类型 |
必选 |
ContentID |
内容的标识信息 |
CDATA类型 |
必选 |
AckResult |
表示是否接受审核结果及后续处理 |
1:接受2:不接受 |
必选 |
UploadAgain |
表示是否重新上传 |
1:是2:否 |
可选 |
Reason |
不接受审核结果的原因 |
CDATA类型 |
可选 |
审核报告消息确认消息可以由HTML文档、Text文档或XML文档来实现,如果以XML文档来实现,则其DTD可以定义为:
<!ELEMENT ExamineAck(ExamineAckItem+)>
<!ATTLIST ExamineAck
TotalNum CDATA#IMPLIED
>
<!ATTLIST ExamineAckItem
RequestID CDATA #REQUIRED
ContentID CDATA #REQUIRED
AckResult(接受|不接受)#REQUIRED
UploadAgain(是|否)#IMPLIED
Reason CDATA #IMPLIED
>
使用该DTD的实例XML文档例如:
<?xml version=″1.0″encoding=″UTF-8″?>
<!DOCTYPE ExamineAck SYSTEM″\test. dtd″>
<ExamineAckTotalNum=″1″>
<ExamineAckItem
ReportID=″002″
ContentID=″66666″
AckResult=″不接受″
UploadAgain=″是″
/>
</ExamineAck>
审核报告消息确认消息可以通过ISUP/BICC消息、SIP消息、Push消息、Email、SMS、或HTTP等承载方式携带。
需要说明的是,除了可以是对内容进行上传、修改、更新或进行业务操作之外,还可以是CP或终端主动请求CMI执行审核操作的消息;消息中可以携带需要执行审核的内容的名称、或ContentID、或用于上传该内容的RequestID,还可以携带所要求的完成时间、各内容相应的优先级等。例如CP在之前已经陆续上传了20首歌曲,但始终未收到任何审核报告消息,那么CP就可以向CMI发送“请求审核”消息,消息中携带了“歌曲001、歌曲002、歌曲003;要求3日内审核完成”,该方案也适用于以下的其他实施例。
本实施例当中所提出的方案的主要优点在于提供的内容审核的方法流程解决了CMI组件对CP上传的内容进行审核并发送审核报告消息之后,实现CMI组件和CP之间对审核报告消息的协商问题。
本发明提供的第二实施例是提供了另一种内容审核的方法流程,包括:
首先应用场景与实施例1相同,只是审核结果不同,在此不再赘述。
CMI组件的内部模块与接口示意图如图3所示,需要说明的是图3与图1相比不同之处在于审核报告消息发送及确认接收模块304位于BPC12(商业进程组件32)的内部,与此相应的BPC-2接口308(或BPC-1接口307)也就具备了发送审核报告消息和接收审核报告消息确认消息的功能;其他模块和接口的功能与图1中的相应模块相同,具体参见实施例一,此处不再赘述。
本实施例中的内容审核的方法流程具体参见图4,具体步骤如下;
步骤401-步骤407与实施例一中的步骤201-步骤207相同,不同在于审核报告消息发送及确认接收模块304位于BPC12(商业进程组件32)的内部,且步骤406中的审核结果与步骤206不同,在本实施例中审核结果为“审核已通过,但会在收到确认消息后执行压缩及剪辑处理”;
步骤408、审核报告消息发送及确认接收模块404接收到ACK消息后,将其中的确认结果发送给处理模块403;
步骤409、处理模块403对相应的内容压缩及剪辑处理;计费模块405根据处理模块103的处理结果执行相应的计费处理。
其他内容具体参见实施例一,此处不再赘述。
本实施例当中所提出的方案的主要优点在于提供的内容审核的方法流程解决了CMI组件对CP上传的内容进行审核并发送审核报告消息之后,实现CMI组件和CP之间对审核报告消息的协商问题。
本发明提供的第三实施例是提供了另一种内容审核的方法流程,包括:
首先应用场景与实施例1相同,只是审核结果不同,在此不再赘述。
CMI组件的内部模块与接口示意图如图5所示,需要说明的是图5与图1相比不同之处在于审核报告消息发送及确认接收模块504和审核模块503位于BPC12(商业进程组件52)的内部,与此相应的BPC-2接口508(或BPC-1接口507)也就具备了发送审核报告消息和接收审核报告消息确认消息的功能;其他模块和接口的功能与图1中的相应模块相同,具体参见实施例一,此处不再赘述。
本实施例中的内容审核的方法流程具体参见图6,具体步骤如下:
步骤601-步骤606与实施例一中的步骤201-步骤206相同,不同在于审核报告消息发送及确认接收模块504和审核模块503位于BPC12(商业进程组件32)的内部,且步骤606中的审核结果与步骤206不同,在本实施例中审核结果为“审核已通过,所上传内容已经归入‘普通流行歌曲’类”;
步骤607、CP或终端接收到所述审核报告消息之后,如果不同意审核结果中的归类处理(例如CP上传的内容其实为“搞笑类歌曲”),则返回ACK确认消息,并消息中携带“不接受”标志以及原因信息;审核报告消息确认消息的承载可以为ISUP/BICC消息、SIP消息、Push消息、Email、SMS或HTTP等;
步骤608、审核报告消息发送及确认接收模块604接收到ACK消息后,发现其确认结果为“不接受”,且原因字段中有相应的解释信息,则保存所述审核报告消息以用于当接收到所述CP或终端修改后重新上传的请求消息时,参考保存的所述审核报告消息对所述重新上传的请求消息对应内容的修改处进行审核;计费模块605根据处理模块103的处理结果执行相应的计费处理。
其他内容具体参见实施例一,此处不再赘述。
本实施例当中所提出的方案的主要优点在于提供的内容审核的方法流程解决了CMI组件对CP上传的内容进行审核并发送审核报告消息之后,实现CMI组件和CP之间对审核报告消息的协商问题。
本发明提供的第四实施例是提供了一种内容审核的方法,包括:
如图7所示,具体步骤如下:
步骤701、接收内容提供商CP或终端上传的请求消息;
内容管理设备(如CMI组件)接收内容提供商CP或终端上传的请求消息,所述请求消息包括但不限于以下至少一种,即内容、内容的相关信息或内容的相关操作请求,其中,所述内容包括元数据;
所述内容的相关信息包括审核的内容、审核的关键字、内容的分类信息、内容的分级信息、内容审核的时间、内容审核的方式、接收审核报告的方式或内容审核通过后内容的激活时间;
所述内容的相关操作请求包括内容的增加、删除、修改、更新、设置、分类、激活、去激活或审核;具体参见实施例一、实施例二及实施例三相关内容;
步骤702、向所述CP或终端发送所述请求消息的确认消息;
内容管理设备(如CMI组件)向所述CP或终端发送所述请求消息的确认消息;
所述请求消息的确认消息包含审核相关的提示信息,所述提示信息包括但不限于与后续审核相关的信息,例如是否需要审核、将执行何种类型的审核(人工或自动或混合)、审核报告消息发送策略(例如单独发送或批量发送)、审核开始时间或审核预计完成时间等,从而便于CP或终端得知审核相关的状态;具体参见实施例一、实施例二及实施例三相关内容;
步骤703、对所述请求消息进行审核并生成审核报告消息;
内容管理设备(如CMI组件)对所述请求消息进行审核并生成审核报告消息;
所述审核报告消息包含会话标识RequestID和内容标识ContentID,所述会话标识RequestID用于会话消息之间的关联,所述内容标识ContentID用于内容之间的关联;具体参见实施例一、实施例二及实施例三中相关内容;
步骤704、将所述审核报告消息发送给所述CP或终端;
内容管理设备(如CMI组件)将所述审核报告消息发送给所述CP或终端;
审核报告消息的承载可以为ISUP/BICC消息、SIP消息、Push消息、Email、SMS或HTTP,具体参见实施例一、实施例二及实施例三中相关内容;
步骤705、接收所述CP或终端发送的所述审核报告消息的确认消息;
内容管理设备(如CMI组件)接收所述CP或终端发送的所述审核报告消息的确认消息;
审核报告消息确认消息的承载可以为ISUP/BICC消息、SIP消息、Push消息、Email、SMS或HTTP等,具体参见实施例一、实施例二及实施例三中相关内容;
步骤706、根据所述审核报告消息的确认消息对所述请求消息对应的内容进行相应处理;
内容管理设备(如CMI组件)根据所述审核报告消息的确认消息对所述请求消息对应的内容进行相应处理;具体参见实施例一、或实施例二或实施例三中相关内容;所述根据所述审核报告的确认消息进行相应处理包括:
若所述审核报告的确认消息是接受,则相应处理至少包括以下一种:加载或激活审核通过的内容、删除审核未通过的内容、对内容进行格式转换、对内容进行编辑、对内容进行压缩、根据审查报告对内容分类或根据审查报告对内容进行分级等;
若所述审核报告的确认消息是不接受,则保存所述审核报告以用于当接收到所述CP或终端修改后重新上传的请求消息时,参考保存的所述审核报告对所述重新上传的请求消息对应内容的修改处进行审核;具体参见实施例一、实施例二及实施例三中相关内容;
实施例当中所提出的方案的主要优点在于提供的内容审核的方法解决了CMI组件对CP上传的内容进行审核并发送审核报告消息之后,实现CMI组件和CP之间对审核报告消息的协商问题。
本发明提供的第五实施例是提供了一种内容审核的方法,包括:
如图8所示,具体步骤如下:
其中步骤801至步骤806与实施例四相同,所不同的地方,增加了步骤807、即根据所述相应处理的结果执行计费,具体参见实施例一、或实施例二或实施例三中相关内容;需要说明的是步骤807为可选步骤,增加此步骤后可实现内容管理设备对内容提供设备(如CP或终端)上传内容的准确计费;其中所述内容提供设备包括但不限于内容提供商CP或终端。
需要说明的是CMI组件属于内容管理设备的一种。
实施例当中所提出的方案的主要优点在于提供的内容审核的方法不仅解决了CMI组件对CP上传的内容进行审核并发送审核报告消息之后,实现CMI组件和CP之间对审核报告消息的协商问题,还可实现CMI组件对内容提供设备(如CP或终端)上传内容的准确计费,
本发明提供的第六实施例是提供了了一种内容审核的方法,包括:
如图9所示,具体步骤如下:
步骤901、向内容管理接口CMI组件上传请求消息;
内容提供设备(如CP或终端)向内容管理接口CMI组件上传请求消息;所述请求消息包括但不限于以下至少一种,即内容、内容的相关信息或内容的相关操作请求,其中,所述内容包括元数据;
所述内容的相关信息包括审核的内容、审核的关键字、内容的分类信息、内容的分级信息、内容审核的时间、内容审核的方式、接收审核报告的方式或内容审核通过后内容的激活时间;
所述内容的相关操作请求包括内容的增加、删除、修改、更新、设置、分类、激活、去激活或审核;具体参见实施例一、实施例二及实施例三相关内容;
步骤902、接收所述请求消息的确认消息;
内容提供设备(如CP或终端)接收所述请求消息的确认消息,所述请求消息的确认消息包含审核相关的提示信息,所述提示信息包括但不限于与后续审核相关的信息,例如是否需要审核、将执行何种类型的审核(人工或自动或混合)、审核报告消息发送策略(例如单独发送或批量发送)、审核开始时间或审核预计完成时间等,从而便于CP或终端得知审核相关的状态;具体参见实施例一、实施例二及实施例三相关内容;
步骤903、接收所述CMI组件生成的审核报告消息;
内容提供设备(如CP或终端)接收所述CMI组件生成的审核报告消息,所述审核报告消息包含会话标识RequestID和内容标识ContentID,所述会话标识RequestID用于会话消息之间的关联,所述内容标识ContentID用于内容之间的关联;具体参见实施例一、实施例二及实施例三中相关内容;
步骤904、解析所述审核报告消息并发送所述审核报告消息的确认消息以使所述CMI组件根据所述审核报告消息的确认消息对所述请求消息对应的内容进行相应处理;
内容提供设备(如CP或终端)解析所述审核报告消息并发送所述审核报告消息的确认消息以使所述CMI组件根据所述审核报告消息的确认消息对所述请求消息对应的内容进行相应处理;
其中,审核报告消息确认消息的承载可以为ISUP/BICC消息、SIP消息、Push消息、Email、SMS或HTTP等,具体参见实施例一、实施例二及实施例三中相关内容。
实施例当中所提出的方案的主要优点在于提供的内容审核的方法解决了CMI对CP上传的内容进行审核并发送审核报告消息之后,实现CMI和CP之间对审核报告消息的协商问题。
本发明提供的第七实施例是提供了一种内容管理设备,首先应用场景与实施例1相同,在此不再赘述;
需要说明的是所述内容管理设备包括但不限于服务器、基站、固定终端、无线终端等具有数据处理能力的电子设备。
如图10所示,具体如下:
接收模块1001:用于接收内容提供商CP或终端上传的请求消息;
审核模块1003:用于审核所述接收模块1001接收到的所述内容提供商CP或终端上传的请求消息并生成审核报告消息;
审核报告消息发送及确认接收模块1004:用于将所述审核模块1003生成的所述审核报告消息发送给所述CP或终端,并接收所述CP或终端发送的所述审核报告消息的确认消息;
处理模块1002:用于根据所述审核报告消息发送及确认接收模块1004接收到的所述审核报告消息的确认消息对所述接收模块接收的所述请求消息对应的内容进行相应处理;
计费模块1005、用于根据所述处理模块1002的处理结果执行计费。
以上具体流程参见具体参见实施例一、实施例二及实施例三中相关内容。
需要说明的是计费模块1005为可选模块,不增加计费模块1005同样可以解决了CMI对CP上传的内容进行审核并发送审核报告消息之后,实现CMI和CP之间对审核报告消息的协商问题,增加此计费模块1005可进一步实现内容管理设备对内容提供设备上传内容的准确计费。
本实施例当中所提出的方案的主要优点是提供了一种内容管理设备,解决了CMI对CP上传的内容进行审核并发送审核报告消息之后,实现CMI和CP之间对审核报告消息的协商问题。
本发明提供的第八实施例是提供了一种内容提供设备,首先应用场景与实施例1相同,在此不再赘述。
需要说明的是所述内容提供设备包括但不限于服务器、固定终端、无线终端等具有数据处理能力以及通信能力的电子设备,所述通信能力包括但不限于无线通信和有线通信的各种形式。
如图11所示,所述内容提供设备包括如下模块:
上传模块1101:用于向内容管理接口CMI组件上传请求消息;
第一接收模块1102:用于接收所述上传模块1101发送的请求消息的确认消息;
第二接收模块1103:用于接收所述内容管理接口CMI组件生成的审核报告消息;
解析发送模块1104:用于解析所述审核报告消息并发送所述审核报告消息的确认消息以使所述CMI组件根据所述审核报告消息的确认消息对所述请求消息对应的内容进行相应处理。
以上具体流程参见具体参见实施例一、实施例二、实施例三及实施例六中相关内容
本实施例当中所提出的方案的主要优点是提供了一种内容提供设备,解决了CMI对CP上传的内容进行审核并发送审核报告消息之后,实现CMI和CP之间对审核报告消息的协商问题。
本发明提供的第九实施例是提供了一种内容管理***,如图12所示:
所述***包括内容管理设备1201(如CMI组件)和至少一个内容提供设备1202(如CP或终端),其中
所述内容管理设备1201用于接收所述内容提供设备1202上传的请求消息,向所述内容提供设备1202发送所述请求消息的确认消息,对所述请求消息进行审核并生成审核报告消息,将所述审核报告消息发送给所述内容提供设备1202,接收所述内容提供设备1202发送的所述审核报告消息的确认消息,根据所述审核报告消息的确认消息对所述请求消息对应的内容进行相应处理;
所述内容提供设备1202用于向所述内容管理设备1201上传请求消息,接收所述请求消息的确认消息,接收所述内容管理设备1201生成的审核报告消息,解析所述审核报告消息并发送所述审核报告消息的确认消息以使所述内容管理设备1201根据所述审核报告消息的确认消息对所述请求消息对应的内容进行相应处理。
需要说明的是所述内容提供设备1202包括内容提供商CP或终端。
具体流程参见实施例一至实施例七的相关内容。
本实施例当中所提出的方案的主要优点是提供了一种内容管理***,解决了CMI组件对CP上传的内容进行审核并发送审核报告消息之后,实现CMI组件和CP之间对审核报告消息的协商问题。
本领域的技术人员可以理解:附图只是一个优选实施例的示意图,附图中的模块、实体或流程并不一定是实施本发明所必需的。
本领域的技术人员可以理解:实施例中的内容管理设备、内容提供设备、及内容管理***中的模块或实体可以按照实施例的描述分布于实施例的管理设备、内容提供设备、及内容管理***中,也可以进行相应变化位于不同于本实施例的一个或多个设备中。上述实施例的模块或实体可以合并成一个模块或实体,也可以精进一步拆分成多个子模块或实体。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以可借助软件加必要的通用硬件平台的方式来实现,基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。