互联网媒体文件的溯源处理方法与服务器、通信系统的制作方法【专利摘要】本发明实施例公开了一种互联网媒体文件的溯源处理方法与服务器、通信系统，其中，方法包括：响应于接收到用户对媒体文件的操作处理请求，服务器获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与所述服务器的服务器信息；所述服务器对所述用户信息、操作处理类型、本次操作处理的时间与服务器信息进行封装，得到封装信息；所述服务器将所述封装信息写入所述媒体文件的元数据中的预定位置，生成新的媒体文件并根据所述操作处理请求对所述新的媒体文件进行相应的操作处理。本发明实施例可以实现对互联网中传播的媒体文件的溯源。【专利说明】互联网媒体文件的溯源处理方法与服务器、通信系统【
技术领域：
】[0001]本发明涉及互联网技术，尤其是一种互联网媒体文件的溯源处理方法与服务器、通信系统。【
背景技术：
】[0002]随着互联网技术的飞速发展与互联网应用的逐步普及，目前，越来越多的用户利用互联网进行信息的发布与交流，例如，用户可以在互联网上传一些文字、图片、视频等信息，也可以通过即时通信、微博等互联网应用转发这些信息。尤其是近年来，微博等互联网新型应用正受到越来越多的用户欢迎和使用，用户可以通过微博发布自己编辑的文字、图片、视频等信息内容，也可以转发其他用户发布的文字、图片等信息内容，微博的转发功能极大地方便了信息的传播，特别是图片、视频等媒体文件的传播。[0003]其他用户可以从互联网下载并保存文字、图片、视频等信息，并可以对这些保存的信息进一步编辑，增加、修改获删除其中的部分内容后，重新通过互联网传播这些信息。其中的图片、视频等媒体文件，一旦被用户保存在本地通信终端中，就与原系统平台脱离了关系，这些媒体再次上传到互联网上或通过即时通信、微博等途径进行传播时，就难以获知它的原始内容，并无法获知其原始来源。因此，微博的转发功能在方便信息内容传播的同时，也带来了一些社会和安全问题。[0004]因此，在实现本发明的过程中，发明人发现，现有技术至少存在以下问题:[0005]互联网中有些带有图片、视频等敏感信息的媒体文件经过互联网传播后，如果被用户保存到本地，就与原系统脱离了关系，这些脱离了原系统平台的图片、视频等敏感信息的媒体文件的来源就变得不可知了，从而无法对这些脱离了原系统平台的图片、视频等敏感信息的媒体文件的来源进行溯源，从而无法有效对这些媒体文件进行安全监管。【
发明内容】[0006]本发明实施例所要解决的一个技术问题是:提供一种互联网媒体文件的溯源处理方法与服务器、通信系统，以实现对互联网中传播的媒体文件的溯源。[0007]本发明实施例提供的一种互联网媒体文件的溯源处理方法，包括:[0008]响应于接收到用户对媒体文件的操作处理请求，服务器获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与所述服务器的服务器信息；[0009]所述服务器对所述用户信息、操作处理类型、本次操作处理的时间与服务器信息进行封装，得到封装信息；[0010]所述服务器将所述封装信息写入所述媒体文件的元数据中的预定位置，生成新的媒体文件并根据所述操作处理请求对所述新的媒体文件进行相应的操作处理。[0011]本发明实施例提供的一种服务器，包括:[0012]接入单元，用于对请求登录的用户进行认证，在用户输入的用户帐号与密码通过认证时，允许用户登录所述服务器；[0013]获取单元，用于响应于接收到用户对媒体文件的操作处理请求，获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与所述服务器的服务器信息；[0014]封装单元，用于对所述获取单元获取到的用户信息、操作处理类型、本次操作处理的时间与服务器信息进行封装，得到封装信息；[0015]写入单元，用于将所述封装单元得到的封装信息写入所述媒体文件的元数据中的预定位置，生成新的媒体文件；[0016]操作处理单元，用于根据所述操作处理请求，对所述写入单元生成的新的媒体文件进行相应的操作处理。[0017]本发明实施例提供的一种通信系统，包括一个或多个服务器，以及读取装置；[0018]所述服务器，用于响应于接收到用户对媒体文件的操作处理请求，获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与所述服务器的服务器信息；对所述用户信息、操作处理类型、本次操作处理的时间与服务器信息进行封装，得到封装信息；以及将所述封装信息写入所述媒体文件的元数据中的预定位置，生成新的媒体文件并根据所述操作处理请求对所述新的媒体文件进行相应的操作处理；[0019]所述读取装置，用于读取所述新的媒体文件的元数据中的预定位置记载的信息，获取所述新的媒体文件经历的操作处理信息，包括每次操作处理的用户信息、操作处理类型、操作处理的时间与服务器信息。[0020]基于本发明上述实施例提供的互联网媒体文件的溯源处理方法与服务器、通信系统，服务器接收到用户对媒体文件的操作处理请求后，获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与服务器信息并进行封装，将得到的封装信息写入媒体文件的元数据中的预定位置，生成新的媒体文件并根据操作处理请求对新的媒体文件进行相应的操作处理。由此，本发明实施例在用户通过互联网进行媒体文件的传播操作时，例如，对图片、视频等媒体文件进行上传、微博转发等，向媒体文件中写入本次操作处理的用户信息、时间、类型、服务器信息，从而使得即使媒体文件经过多次传播后仍能基于该用户信息、时间、类型、服务器信息对媒体文件进行溯源，与现有技术相比，即使这些媒体文件通过互联网进行了多次传播，仍能够溯源这些脱离了原系统平台的图片、视频等媒体文件的来源，从而实现了对媒体文件的安全监管。[0021]本发明实施例可以适用于微博等互联网应用的媒体文件上传、转发、在线修改应用中，即使媒体文件脱离微博等互联网应用系统，通过媒体文件中的封装信息也能溯源其传播路径。[0022]下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。【专利附图】【附图说明】[0023]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。[0024]图1为本发明互联网媒体文件的溯源处理方法一个实施例的流程图。[0025]图2为本发明互联网媒体文件的溯源处理方法另一个实施例的流程图。[0026]图3为本发明实施例生成新的图片的一个数据结构示例。[0027]图4为本发明服务器一个实施例的结构示意图。[0028]图5为本发明通信系统一个实施例的结构示意图。【具体实施方式】[0029]下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。[0030]图1为本发明互联网媒体文件的溯源处理方法一个实施例的流程图。如图1所示，该实施例互联网媒体文件的溯源处理方法包括:[0031]101，响应于接收到用户对媒体文件的操作处理请求，服务器获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与服务器的服务器信肩、O[0032]示例性地，媒体文件可以包括但不限于图片。视频等可以通过互联网传播的文件。其中的用户信息具体可以是发送操作处理请求的用户的用户帐号、手机号码、邮箱地址、用户名等信息，可以由用户在登录该服务器时输入。[0033]示例性地，其中的操作处理类型可以示例性地包括上传、转发等传播操作。本次操作处理的时间可以是服务器当前的系统时刻，服务器信息可以从服务器内部记载的服务器信息读取。[0034]102，服务器对获取到的用户信息、操作处理类型、本次操作处理的时间与服务器信息进行封装，得到封装信息。[0035]103，服务器将封装信息写入媒体文件的元数据中的预定位置，生成新的媒体文件并根据操作处理请求对该新的媒体文件进行相应的操作处理。[0036]本发明上述实施例提供的互联网媒体文件的溯源处理方法，服务器接收到用户对媒体文件的操作处理请求后，获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与服务器信息并进行封装，将得到的封装信息写入媒体文件的元数据中的预定位置，生成新的媒体文件并根据操作处理请求对新的媒体文件进行相应的操作处理。由此，本发明实施例在用户通过互联网进行媒体文件的传播操作时，例如，对图片、视频等媒体文件进行上传、微博转发等，向媒体文件中写入本次操作处理的用户信息、时间、类型、服务器信息，从而使得即使媒体文件经过多次传播后仍能基于该用户信息、时间、类型、服务器信息对媒体文件进行溯源，即使这些媒体文件通过互联网进行了多次传播，仍能够溯源这些脱离了原系统平台的图片、视频等媒体文件的来源，从而实现了对媒体文件的安全监管。[0037]根据本发明实施例的一个具体示例而非限制，其中，元数据中的预定位置具体可以是元数据中的扩展结构部分，具体可以将封装信息写入媒体文件的该扩展结构部分的指定位置。每个媒体文件都具有元数据，用于记载制作该媒体文件器件参数，例如，数码相机生产厂家、型号、相机内部软件版本和内部处理时间，以及记载该媒体文件的制作参数信息，例如，联合图象专家组(JointPhotographicExpertsGroup,以下简称:JPEG)文件的曝光时间、光圈、曝光程序、可交换图像文件(ExchangeableImageFile,以下简称:Exif)版本、日期时间、日期时间数字化值、色彩空间配置、每像素压缩位数、最大光圈值、测光模式、焦距、用户注释、Exif图像宽度、Exif图像高度，传感器类型、X轴分辨率、Y轴分辨率等。[0038]本发明各实施例中，元数据中的扩展结构部分，是指元数据中没被常规利用的保留结构，例如，图形交换格式(GraphicsInterchangeFormat,以下简称:Gif)文件元数据中的应用扩展(ApplicationExtension)块部分,JPEG文件元数据中APPn字段标记的结构部分，便携式网络图像格式(PortableNetworkGraphics,以下简称:PNG)文件元数据中的国际文本数据(Internationaltextualdata,以下简称:iTXt)块部分。[0039]作为本发明互联网媒体文件的溯源处理方法的一个实施例，在图1所示的实施例中，操作处理类型具体为上传。相应地，操作处理请求中还包括媒体文件。操作103中，服务器根据操作处理请求对新的媒体文件进行相应的操作处理时，具体以新的媒体文件作为用户请求上传的对象，对该新的媒体文件进行上传处理，将该新的媒体文件保存在服务器中。[0040]作为本发明互联网媒体文件的溯源处理方法的另一个实施例，在图1所示的实施例中，操作处理类型具体为转发。相应地，操作处理请求中还包括媒体文件的统一资源定位符(UniformResourceLocator,以下简称:URL)信息。操作101中，服务器接收到用户对媒体文件的操作处理请求之后，还可以根据该操作处理请求中的URL信息，从媒体文件的URL对应的地址获取媒体文件。操作103中，服务器根据操作处理请求对新的媒体文件进行相应的操作处理时，具体将该新的媒体文件保存在服务器中，并以该新的媒体文件作为用户请求转发的对象，对该新的媒体文件进行转发处理，即:将新的媒体文件的URL信息写入用户转发的微博信息中，将该微博信息保存在微博应用服务中以便用户读取。[0041]另外，在图1所示的实施例中，操作处理类型还可以是在线修改媒体文件，用户可以在媒体文件上增加图片、文字、效果等，可以基于本发明上述对媒体文件转发的操作处理类型的实施例实现对媒体文件的在线修改操作，其中的操作处理请求中包括的媒体文件为用户修改后的媒体文件。[0042]作为本发明互联网媒体文件的溯源处理方法的又一个实施例，在图1所示的实施例的操作103中，服务器将封装信息写入媒体文件的元数据中的预定位置具体可以包括:[0043]服务器识别媒体文件的元数据中的预定位置是否已经包括封装信息；[0044]响应于媒体文件的元数据中的预定位置已经包括封装信息，将封装信息与预定位置已经包括的封装信息以链式数据结构合并，形成结构化数据，将结构化数据写入媒体文件的元数据中的预定位置；[0045]否则，响应于媒体文件的元数据中的预定位置未包括封装信息，直接将封装信息写入媒体文件的元数据中的预定位置。[0046]图2为本发明互联网媒体文件的溯源处理方法再一个实施例的流程图。该实施例中，媒体文件具体为图片，以先对图片进行上传、再对上传的图片进行转发的应用实例为例，对本发明互联网媒体文件的溯源处理方法实施例进行进一步说明。用户输入用户帐号与密码等用户信息并通过服务器的认证后，登录相应的服务器，之后，可以进行本发明互联网媒体文件的溯源处理方法实施例的流程。其中的用户信息具体可以是用户帐号、手机号码、邮箱地址、用户名等信息，可以由用户在登录该服务器时输入。如图2所示，该实施例互联网媒体文件的溯源处理方法包括:[0047]201，第一用户上传图片文件到图片服务器时，向图片服务器发送操作处理请求，该操作处理请求中包括第一用户的用户信息、上传的操作处理类型、请求上传的图片。[0048]202，响应于接收到用户对图片的操作处理请求，图片服务器获取该操作处理请求中携带的用户信息与操作处理类型(上传)，以及获取本次操作处理的时间与图片服务器的服务器信息，例如，图片服务器的名称、标识等。[0049]203，图片服务器对获取到的第一用户的用户信息、操作处理类型(上传)、本次操作处理的时间与服务器信息进行封装，得到封装信息。[0050]204，图片服务器将封装信息写入媒体文件的元数据中的扩展结构部分，生成新的媒体文件。[0051]205，图片服务器对新的媒体文件进行上传处理，将该新的媒体文件保存在服务器中。[0052]206，第二用户通过微博应用服务器请求对第一用户上传的图片文件进行转发时，向微博应用服务器发送操作处理请求，该操作处理请求中包括第二用户的用户信息、转发的操作处理类型、请求转发的图片的URL信息，该URL信息表示的地址指向请求转发的图片在图片服务器上的存储地址。[0053]207，响应于接收到用户对图片的操作处理请求，微博应用服务器根据该操作处理请求中的URL信息，从请求转发的图片的URL对应的地址获取请求转发的图片。[0054]208，微博应用服务器获取该操作处理请求中携带的用户信息与操作处理类型(转发)，以及获取本次操作处理的时间与微博应用服务器的服务器信息，例如，微博应用服务器的名称、标识等。[0055]209，微博应用服务器对获取到的第二用户的用户信息、操作处理类型(转发)、本次操作处理的时间与服务器信息进行封装，得到新封装信息。[0056]根据本发明实施例的一个具体示例而非限制，操作208?209与207不存在执行顺序限制，操作208?209可以与操作207同时执行，也可以先于或晚于操作207执行。[0057]210，微博应用服务器识别请求转发的图片的元数据中的扩展结构部分是否已经包括封装信息。响应于请求转发的图片的元数据中的预定位置已经包括封装信息，执行212的操作。否则，响应于请求转发的图片的元数据中的预定位置未包括封装信息，执行211的操作。[0058]211，微博应用服务器直接将封装信息写入请求转发的图片的元数据中的扩展结构部分，生成新的图片，并保存在微博应用服务器中，以区别于转发前的图片。之后执行213的操作。[0059]212，微博应用服务器将封装信息与元数据中的扩展结构部分已经包括的封装信息以链式数据结构合并，形成结构化数据，并将结构化数据写入媒体文件的元数据中的扩展结构部分以替换元数据中的扩展结构部分已经包括的封装信息，生成新的图片。如图3所示，为本发明实施例生成新的图片的一个数据结构示例。[0060]同一个媒体文件经过多次转发后，会产生多个封装信息，以链式数据结构方式将图片中各封装信息进行合并，有利于对各次的封装信息进行索引，可以方便后续对封装信息的查询、读取。[0061]213，微博应用服务器将该新的媒体文件保存在该微博应用服务器中，以区别于原请求转发的图片，并以该新的图片件作为用户请求转发的对象，嵌入第二用户转发的微博信息中，对该新的图片进行转发处理。[0062]作为本发明互联网媒体文件的溯源处理方法的再一个实施例，在本发明上述各实施例互联网媒体文件的溯源处理方法中，对新的媒体文件进行相应的操作处理之后，还可以读取新的媒体文件的元数据中的预定位置记载的信息，获取该新的媒体文件经历的操作处理信息，包括每次操作处理的用户信息、操作处理类型、操作处理的时间与服务器信息。[0063]由于每种媒体文件都有一套元数据结构标准，基于该标准即可获知元数据中每一部分数据的含义，结合预设的位置即可读取各次写入的封装信息。基于本发明上述实施例，由于在待传播的媒体文件中记载了每次操作处理的用户信息、操作处理类型、操作处理的时间与服务器信息，对媒体文件溯源时只要读出媒体文件中元数据的扩展结构部分记载的封装信息，便可根据封装信息清楚知道媒体文件的来源、经历的操作以及相应的操作者。[0064]图4为本发明服务器一个实施例的结构示意图。该实施例的服务器可用于实现本发明上述各互联网媒体文件的溯源处理方法中服务器的相应功能。如图4所示，其包括接入单元401、获取单元402、封装单元403、写入单元404与操作处理单元405。[0065]其中，接入单元401，用于基于用户预先在服务器中的注册信息，对请求登录的用户进行认证，在用户输入的用户帐号与密码通过认证时，允许用户登录服务器。[0066]获取单元402，用于响应于接收到用户对媒体文件的操作处理请求，获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与服务器的服务器信息。[0067]封装单元403，用于对获取单元402获取到的用户信息、操作处理类型、本次操作处理的时间与服务器信息进行封装，得到封装信息。[0068]写入单元404，用于将封装单元403得到的封装信息写入媒体文件的元数据中的预定位置，生成新的媒体文件。[0069]示例性地，元数据中的预定位置包括元数据中的扩展结构部分。[0070]操作处理单元405，用于根据获取单元402接收到的操作处理请求，对写入单元404生成的新的媒体文件进行相应的操作处理。[0071]本发明上述实施例提供的服务器，服务器接收到用户对媒体文件的操作处理请求后，获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与服务器信息并进行封装，将得到的封装信息写入媒体文件的元数据中的预定位置，生成新的媒体文件并根据操作处理请求对新的媒体文件进行相应的操作处理。由此，本发明实施例在用户通过互联网进行媒体文件的传播操作时，例如，对图片、视频等媒体文件进行上传、微博转发等，向媒体文件中写入本次操作处理的用户信息、时间、类型、服务器信息，从而使得即使媒体文件经过多次传播后仍能基于该用户信息、时间、类型、服务器信息对媒体文件进行溯源，即使这些媒体文件通过互联网进行了多次传播，仍能够溯源这些脱离了原系统平台的图片、视频等媒体文件的来源，从而实现了对媒体文件的安全监管。[0072]再参见图4，作为本发明服务器的另一个实施例，在图4所示的实施例中，操作处理类型具体为上传。相应地，操作处理请求中还包括媒体文件。服务器还包括存储单元406，用于存储新的媒体文件。操作处理单元405，具体以新的媒体文件作为用户请求上传的对象，对新的媒体文件进行上传处理，将新的媒体文件保存在服务器的存储单元406中。[0073]再参见图4，作为本发明服务器的又一个实施例，在图4所示的实施例中，操作处理类型具体为转发。相应地，操作处理请求中还包括媒体文件的URL信息。获取单元402还用于在接收到用户对媒体文件的操作处理请求之后，根据操作处理请求中的URL信息，从媒体文件的URL对应的地址获取媒体文件。服务器还包括存储单元406，用于存储新的媒体文件。操作处理单元405，具体将新的媒体文件保存在服务器的存储单元406中，并以新的媒体文件作为用户请求转发的对象，对新的媒体文件进行转发处理。[0074]作为本发明服务器的再一个实施例，在本发明上述各实施例的服务器中，写入单元404将封装信息写入媒体文件的元数据中的预定位置时，可以具体识别该媒体文件的元数据中的预定位置是否已经包括封装信息。响应于媒体文件的元数据中的预定位置未包括封装信息，直接将封装信息写入媒体文件的元数据中的预定位置。否则，响应于媒体文件的元数据中的预定位置已经包括封装信息，将封装信息与预定位置已经包括的封装信息以链式数据结构合并，形成结构化数据，将结构化数据写入该媒体文件的元数据中的预定位置。[0075]图5为本发明通信系统一个实施例的结构示意图。如图5所示，该实施例的通信系统包括一个或多个服务器1，以及读取装置2。其中，服务器1，用于响应于接收到用户对媒体文件的操作处理请求，获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与服务器的服务器信息；对用户信息、操作处理类型、本次操作处理的时间与服务器信息进行封装，得到封装信息；以及将封装信息写入媒体文件的元数据中的预定位置，生成新的媒体文件并根据操作处理请求对新的媒体文件进行相应的操作处理。[0076]具体地，在本发明实施例的通信系统中，该服务器I具体可以通过本发明图4所示任一实施例的服务器结构实现。图5仅示例性地给出了通过本发明图4其中一个实施例的服务器结构实现的具体示例。本领域技术人员根据本发明实施例及附图的记载，可以获知服务器I通过本发明图4至中其它实施例结构实现的方案，此处不再赘述。[0077]读取装置2，用于读取新的媒体文件的元数据中的预定位置记载的信息，获取新的媒体文件经历的操作处理信息，包括每次操作处理的用户信息、操作处理类型、操作处理的时间与服务器信息。[0078]本发明上述实施例提供的通信系统中，服务器接收到用户对媒体文件的操作处理请求后，获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与服务器信息并进行封装，将得到的封装信息写入媒体文件的元数据中的预定位置,生成新的媒体文件并根据操作处理请求对新的媒体文件进行相应的操作处理。由此,本发明实施例在用户通过互联网进行媒体文件的传播操作时，例如，对图片、视频等媒体文件进行上传、微博转发等，向媒体文件中写入本次操作处理的用户信息、时间、类型、服务器信息，从而使得即使媒体文件经过多次传播后仍能基于该用户信息、时间、类型、服务器信息对媒体文件进行溯源，即使这些媒体文件通过互联网进行了多次传播，仍能够溯源这些脱离了原系统平台的图片、视频等媒体文件的来源，从而实现了对媒体文件的安全监管。[0079]本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于装置实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。[0080]可能以许多方式来实现本发明的方法与服务器、通信系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法与服务器、通信系统。用于所述方法的步骤的上述顺序仅是为了进行说明，本发明的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。[0081]本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括:R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。[0082]本发明实施例在用户通过互联网进行媒体文件的传播操作时，例如，对图片、视频等媒体文件进行上传、微博转发等，向媒体文件中写入本次操作处理的用户信息、时间、类型、服务器信息，从而使得即使媒体文件经过多次传播后仍能基于该用户信息、时间、类型、服务器信息对媒体文件进行溯源，即使这些媒体文件通过互联网进行了多次传播，仍能够溯源这些脱离了原系统平台的图片、视频等媒体文件的来源，从而实现了对媒体文件的安全监管。[0083]本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。【权利要求】1.一种互联网媒体文件的溯源处理方法，其特征在于，包括:响应于接收到用户对媒体文件的操作处理请求，服务器获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与所述服务器的服务器信息；所述服务器对所述用户信息、操作处理类型、本次操作处理的时间与服务器信息进行封装，得到封装信息；所述服务器将所述封装信息写入所述媒体文件的元数据中的预定位置，生成新的媒体文件并根据所述操作处理请求对所述新的媒体文件进行相应的操作处理。2.根据权利要求1所述的方法，其特征在于，所述元数据中的预定位置包括所述元数据中的扩展结构部分。3.根据权利要求1所述的方法，其特征在于，所述用户信息由所述用户登录所述服务器时输入。4.根据权利要求1所述的方法，其特征在于，所述操作处理类型包括上传；所述操作处理请求还包括所述媒体文件；根据所述操作处理请求对所述新的媒体文件进行相应的操作处理包括:以所述新的媒体文件作为用户请求上传的对象，对所述新的媒体文件进行上传处理，将所述新的媒体文件保存在所述服务器中。5.根据权利要求1所述的方法，其特征在于，所述操作处理类型包括转发；所述操作处理请求还包括所述媒体文件的统一资源定位符URL信息；接收到用户对媒体文件的操作处理请求之后，还包括:根据所述操作处理请求中的URL信息，从所述媒体文件的URL对应的地址获取所述媒体文件；根据所述操作处理请求对所述新的媒体文件进行相应的操作处理包括:将所述新的媒体文件保存在所述服务器中，并以所述新的媒体文件作为用户请求转发的对象，对所述新的媒体文件进行转发处理。6.根据权利要求1至5任意一项所述的方法，其特征在于，将所述封装信息写入所述媒体文件的元数据中的预定位置包括:识别所述媒体文件的元数据中的预定位置是否已经包括封装信息；响应于所述媒体文件的元数据中的预定位置未包括封装信息，直接将所述封装信息写入所述媒体文件的元数据中的预定位置；响应于所述媒体文件的元数据中的预定位置已经包括封装信息，将所述封装信息与所述预定位置已经包括的封装信息以链式数据结构合并，形成结构化数据，将所述结构化数据写入所述媒体文件的元数据中的预定位置。7.根据权利要求6所述的方法，其特征在于，对所述新的媒体文件进行相应的操作处理之后，还包括:读取所述新的媒体文件的元数据中的预定位置记载的信息，获取所述新的媒体文件经历的操作处理信息，包括每次操作处理的用户信息、操作处理类型、操作处理的时间与服务器信息。8.一种服务器，其特征在于，包括:接入单元，用于对请求登录的用户进行认证，在用户输入的用户帐号与密码通过认证时，允许用户登录所述服务器；获取单元，用于响应于接收到用户对媒体文件的操作处理请求，获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与所述服务器的服务器信息；封装单元，用于对所述获取单元获取到的用户信息、操作处理类型、本次操作处理的时间与服务器信息进行封装，得到封装信息；写入单元，用于将所述封装单元得到的封装信息写入所述媒体文件的元数据中的预定位置，生成新的媒体文件；操作处理单元，用于根据所述操作处理请求，对所述写入单元生成的新的媒体文件进行相应的操作处理。9.根据权利要求8所述的服务器，其特征在于，所述元数据中的预定位置包括所述元数据中的扩展结构部分。10.根据权利要求8所述的服务器，其特征在于，所述操作处理类型包括上传；所述操作处理请求还包括所述媒体文件；所述操作处理单元，具体以所述新的媒体文件作为用户请求上传的对象，对所述新的媒体文件进行上传处理，将所述新的媒体文件保存在所述服务器的存储单元中；所述服务器还包括存储单元，用于存储所述新的媒体文件。11.根据权利要求8所述的服务器，其特征在于，所述操作处理类型包括转发；所述操作处理请求还包括所述媒体文件的统一资源定位符URL信息；所述获取单元还用于在接收到用户对媒体文件的操作处理请求之后，根据所述操作处理请求中的URL信息，从所述媒体文件的URL对应的地址获取所述媒体文件；所述操作处理单元，具体将所述新的媒体文件保存在所述服务器的存储单元中，并以所述新的媒体文件作为用户请求转发的对象，对所述新的媒体文件进行转发处理；所述服务器还包括存储单元，用于存储所述新的媒体文件。12.根据权利要求8至11任意一项所述的服务器，其特征在于，所述写入单元将所述封装信息写入所述媒体文件的元数据中的预定位置时，具体识别所述媒体文件的元数据中的预定位置是否已经包括封装信息；响应于所述媒体文件的元数据中的预定位置未包括封装信息，直接将所述封装信息写入所述媒体文件的元数据中的预定位置；响应于所述媒体文件的元数据中的预定位置已经包括封装信息，将所述封装信息与所述预定位置已经包括的封装信息以链式数据结构合并，形成结构化数据，将所述结构化数据写入所述媒体文件的元数据中的预定位置。13.—种通信系统，其特征在于，包括一个或多个服务器，以及读取装置；所述服务器，用于响应于接收到用户对媒体文件的操作处理请求，获取该操作处理请求中携带的用户信息与操作处理类型，以及获取本次操作处理的时间与所述服务器的服务器信息；对所述用户信息、操作处理类型、本次操作处理的时间与服务器信息进行封装，得到封装信息；以及将所述封装信息写入所述媒体文件的元数据中的预定位置，生成新的媒体文件并根据所述操作处理请求对所述新的媒体文件进行相应的操作处理；所述读取装置，用于读取所述新的媒体文件的元数据中的预定位置记载的信息，获取所述新的媒体文件经历的操作处理信息，包括每次操作处理的用户信息、操作处理类型、操作处理的时间与服务器信息。14.根据权利要求13所述的通信系统，其特征在于，所述服务器具体为权利要求8至12任意一项所述的服务器。【文档编号】H04L29/06GK103685209SQ201210362509【公开日】2014年3月26日申请日期:2012年9月26日优先权日:2012年9月26日【发明者】仝建刚,王爱宝,吕冠中申请人:中国电信股份有限公司