CN116010117A - 多媒体资源平台消息的处理方法、装置、介质及电子设备 - Google Patents

Abstract

本申请公开了一种多媒体资源平台消息的处理方法、装置、介质及电子设备，所述方法包括：接收第一应用系统发出的向第二应用系统进行转发的多媒体资源平台消息；根据承载多媒体资源平台消息的应用平台与第二应用系统之间的寄宿关系，确定第二应用系统对多媒体资源平台消息对应的多媒体资源的打开方式；基于打开方式对多媒体资源平台消息进行格式转换处理，得到处理后的多媒体资源平台消息；将处理后的多媒体资源平台消息发送至第二应用系统，以使第二应用系统基于处理后的多媒体资源平台消息和打开方式播放对应的多媒体资源。本申请实施例提供的技术方案使得不同应用平台之间可以方便的进行多媒体资源的传输，提高了多媒体资源的分享效率。

Description

多媒体资源平台消息的处理方法、装置、介质及电子设备

技术领域

本申请属于计算机及通信技术领域，具体涉及一种多媒体资源平台消息的处理方法、装置、介质及电子设备。

背景技术

在人们的日常生活中，随时随地都进行着内容信息的分享，如短视频信息分享、音频信息分享、文章信息分享等，这些内容信息也统称为多媒体资源。一般情况下，这种内容分享只能在内容信息所在应用平台内部之间进行，例如，当第一用户和第二用户均在一个应用平台中注册账号时，第一用户可将该应用平台中的内容信息分享至第二用户。若第一用户和第二用户不是同一个应用平台中的用户，那么无法进行内容信息的分享，或者内容信息的分享效率较低，操作复杂。

发明内容

本申请的目的在于提供一种多媒体资源平台消息的处理方法、装置、介质及电子设备，以解决相关技术中不同应用平台之间无法进行多媒体资源分享或者分享效率低下的问题。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供一种多媒体资源平台消息的处理方法，包括：

接收第一应用系统发出的向第二应用系统进行转发的多媒体资源平台消息；所述多媒体资源平台消息是由第一应用系统的用户通过互通群发送给第二应用系统的用户，所述第一应用系统与所述第二应用系统所运行的应用类型不同，承载所述多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序；

根据承载所述多媒体资源平台消息的应用平台与所述第二应用系统之间的寄宿关系，确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式；所述打开方式包括页面浏览打开方式和原生页面打开方式；

基于所述打开方式对所述多媒体资源平台消息进行格式转换处理，得到处理后的多媒体资源平台消息；

将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息和所述打开方式播放对应的多媒体资源。

根据本申请实施例的一个方面，提供一种多媒体资源平台消息的处理方法，包括：

接收指定服务器发送的处理后的多媒体资源平台消息；所述处理后的多媒体资源平台消息是所述指定服务器根据确定的打开方式对第一应用系统向第二应用系统发出的多媒体资源平台消息进行格式转换处理得到的；所述多媒体资源平台消息是由第一应用系统的用户通过互通群发送给第二应用系统的用户，所述第一应用系统与所述第二应用系统所运行的应用类型不同，承载所述多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序；所述打开方式是所述指定服务器根据承载所述多媒体资源平台消息的应用平台与所述第二应用系统之间的寄宿关系确定的；所述打开方式包括页面浏览打开方式和原生页面打开方式；

基于所述处理后的多媒体资源平台消息和所述打开方式播放对应的多媒体资源。

根据本申请实施例的一个方面，提供一种多媒体资源平台消息的处理装置，包括：

消息接收模块，用于接收第一应用系统发出的向第二应用系统进行转发的多媒体资源平台消息；所述多媒体资源平台消息是由第一应用系统的用户通过互通群发送给第二应用系统的用户，所述第一应用系统与所述第二应用系统所运行的应用类型不同，承载所述多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序；

打开方式确定模块，用于根据承载所述多媒体资源平台消息的应用平台与所述第二应用系统之间的寄宿关系，确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式；所述打开方式包括页面浏览打开方式和原生页面打开方式；

消息转换模块，用于基于所述打开方式对所述多媒体资源平台消息进行格式转换处理，得到处理后的多媒体资源平台消息；

消息发送模块，用于将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息和所述打开方式播放对应的多媒体资源。

在本申请的一个实施例中，所述打开方式确定模块具体用于：

若承载所述多媒体资源平台消息的应用平台不能寄宿于所述第二应用系统中，则确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式为页面浏览打开方式；

若承载所述多媒体资源平台消息的应用平台能够寄宿于所述第二应用系统中，则确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式为原生页面打开方式。

在本申请的一个实施例中，所述消息发送模块具体用于：

将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息向设定的多媒体服务器获取所述多媒体资源，并通过所述打开方式播放所述多媒体资源。

在本申请的一个实施例中，所述多媒体服务器为所述第一应用系统对应的服务端，所述打开方式为所述页面浏览打开方式；所述消息发送模块包括：

资源获取请求接收单元，用于将所述处理后的多媒体资源平台消息发送至所述第二应用系统，并接收所述第二应用系统基于所述处理后的多媒体资源平台消息发出的资源获取请求；

多媒体资源接收单元，用于将所述资源获取请求转发至所述第一应用系统对应的服务端，并接收所述第一应用系统对应的服务端基于所述资源获取请求反馈的所述多媒体资源；

第一多媒体资源转发单元，用于将所述多媒体资源转发至所述第二应用系统，以使所述第二应用系统通过所述页面浏览打开方式播放所述多媒体资源。

在本申请的一个实施例中，所述资源获取请求接收单元具体用于：

将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统根据所述处理后的多媒体资源平台消息向指定网站服务器发出资源获取请求；接收所述指定网站服务器转发的所述资源获取请求。

在本申请的一个实施例中，所述第一多媒体资源转发单元具体用于：

将所述多媒体资源转发至所述指定网站服务器，以使所述指定网站服务器将所述多媒体资源转发至所述第二应用系统。

在本申请的一个实施例中，所述多媒体资源接收单元具体用于：

对所述资源获取请求进行鉴权操作，当鉴权通过时将所述资源获取请求转发至所述第一应用系统对应的服务端。

在本申请的一个实施例中，所述多媒体服务器为所述第二应用系统对应的服务端，所述打开方式为所述原生页面打开方式；所述消息发送模块包括：

第二多媒体资源转发单元，用于将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息从所述第二应用系统对应的服务端获取所述多媒体资源，并通过所述原生页面打开方式打开所述多媒体资源。

根据本申请实施例的一个方面，提供一种多媒体资源平台消息的处理装置，包括：

消息接收模块，用于接收指定服务器发送的处理后的多媒体资源平台消息；所述处理后的多媒体资源平台消息是所述指定服务器根据确定的打开方式对第一应用系统向第二应用系统发出的多媒体资源平台消息进行格式转换处理得到的；所述多媒体资源平台消息是由第一应用系统的用户通过互通群发送给第二应用系统的用户，所述第一应用系统与所述第二应用系统所运行的应用类型不同，承载所述多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序；所述打开方式是所述指定服务器根据承载所述多媒体资源平台消息的应用平台与所述第二应用系统之间的寄宿关系确定的；所述打开方式包括页面浏览打开方式和原生页面打开方式；

多媒体资源播放模块，用于基于所述处理后的多媒体资源平台消息和所述打开方式播放对应的多媒体资源。

在本申请的一个实施例中，所述处理后的多媒体资源平台消息包括所述多媒体资源的描述信息和资源访问地址；所述多媒体资源播放模块包括：

资源显示界面生成单元，用于根据所述多媒体资源的描述信息生成所述多媒体资源的资源显示界面；

多媒体资源播放单元，用于当检测到针对所述资源显示界面的触发指令时，基于所述资源访问地址向设定的多媒体服务器获取对应的多媒体资源，并通过所述打开方式播放所述多媒体资源。

在本申请的一个实施例中，所述多媒体服务器为所述第一应用系统对应的服务端，所述打开方式为所述页面浏览打开方式；所述多媒体资源播放单元包括：

资源获取请求发送单元，用于基于所述资源访问地址向指定网站服务器发出资源获取请求，以使所述指定网站服务器将所述资源获取请求转发至所述第一应用系统对应的服务端；

第一多媒体资源播放单元，用于接收所述指定网站服务器转发的所述第一应用系统对应的服务端基于所述资源获取请求反馈的多媒体资源，并通过所述页面浏览打开方式播放所述多媒体资源。

在本申请的一个实施例中，所述多媒体服务器为第二应用系统对应的服务端，所述打开方式为所述原生页面打开方式；所述处理后的多媒体资源平台消息还包括所述多媒体资源在所述第二应用系统的加密信息；所述多媒体资源播放单元包括：

解密单元，用于对所述加密信息进行解密，得到所述多媒体资源在所述第二应用系统的标识；

第二多媒体资源播放单元，用于根据所述标识从所述第二应用系统对应的服务端获取所述多媒体资源，并通过所述原生页面打开方式播放所述多媒体资源。

根据本申请实施例的一个方面，提供一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如以上技术方案中的多媒体资源平台消息的处理方法、装置、介质及电子设备方法。

根据本申请实施例的一个方面，提供一种电子设备，该电子设备包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器执行所述可执行指令使所述电子设备执行如以上技术方案中的多媒体资源平台消息的处理方法、装置、介质及电子设备方法。

根据本申请实施例的一个方面，提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行如以上技术方案中的多媒体资源平台消息的处理方法、装置、介质及电子设备方法。

在本申请实施例提供的技术方案中，通过根据承载多媒体资源平台消息的应用平台与第二应用系统之间的寄宿关系，确定第二应用系统对多媒体资源平台消息对应的多媒体资源的打开方式，其中，打开方式包括页面浏览打开方式和原生页面打开方式，并根据确定的开发方式对多媒体资源平台消息进行格式抓换处理，最后将处理后的多媒体资源平台消息发送至第二应用系统，使得无论多媒体资源平台与第二应用系统之间是否存在寄宿关系，第二应用系统均可以处理转换得到的多媒体资源平台消息，并播放对应的多媒体资源，进而使得不同应用平台之间可以方便的进行多媒体资源平台消息的转发，提高了多媒体资源的分享效率，降低用户操作复杂度，提升用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性地示出了应用本申请技术方案的示例性系统架构框图。

图2示意性地示出了本申请一个实施例提供的多媒体资源平台消息的处理方法的流程图。

图3示意性地示出了本申请一个实施例提供的多媒体资源平台消息的处理方法的流程图。

图4示意性地示出了应用本申请技术方案的一种应用场景对应的系统架构图。

图5A示意性地示出了本申请技术方案的一种应用场景下的视频号消息的显示界面。

图5B示意性地示出了本申请技术方案的一种应用场景下的以页面浏览打开方式播放视频号消息的显示界面。

图6示意性地示出了应用本申请技术方案的一种应用场景对应的系统架构图。

图7A示意性地示出了本申请技术方案的一种应用场景下的视频号消息的显示界面。

图7B示意性地示出了本申请技术方案的一种应用场景下的以原生页面打开方式播放视频号消息的显示界面。

图8示意性地示出了本申请一个实施例提供的多媒体资源平台消息的处理装置的结构框图。

图9示意性地示出了本申请一个实施例提供的多媒体资源平台消息的处理装置的结构框图。

图10示意性示出了适于用来实现本申请实施例的电子设备的计算机系统结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示意性地示出了应用本申请技术方案的示例性系统架构框图。

如图1所示，系统架构100可以包括终端设备110、网络120和服务器130。终端设备110可以包括智能手机、平板电脑、笔记本电脑、台式电脑等各种电子设备。服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云计算服务的云服务器。网络120可以是能够在终端设备110和服务器130之间提供通信链路的各种连接类型的通信介质，例如可以是有线通信链路或者无线通信链路。

根据实现需要，本申请实施例中的系统架构可以具有任意数目的终端设备、网络和服务器。例如，服务器130可以是由多个服务器设备组成的服务器群组。另外，本申请实施例提供的技术方案可以应用于终端设备110，也可以应用于服务器130，或者可以由终端设备110和服务器130共同实施，本申请对此不做特殊限定。

举例而言，终端设备110上可以运行有第一应用系统和第二应用系统(第一应用系统和第二应用系统可设于不同的终端设备110中)，第一应用系统和第二应用系统是两个不同的应用。第一用户在第一应用系统中注册账户，第二用户在第二应用系统中注册账号，在这种情况下，若想进行信息分享，则需要用户使用某种中转方式进行传输，例如，第一用户将第一应用系统中的内容信息下载到本地，然后第一用户在第二应用系统注册，将本地的内容信息传输给第二应用系统的第二用户。这种分享方式致使内容信息的分享效率低下，操作复杂，降低用户体验。

对于上述情况，在本申请的一个实施例中，第一应用系统的用户和第二应用系统的用户可以通过互通群进行通讯，当互通群中第一应用系统的用户将多媒体资源分享给第二应用系统的用户时，第一应用系统生成多媒体资源平台消息。服务器130接收第一应用系统发出的向第二应用系统进行转发的多媒体资源平台消息，然后根据承载多媒体资源平台消息的应用平台与第二应用系统之间的寄宿关系，确定第二应用系统对多媒体资源平台消息对应的多媒体资源的打开方式，该打开方式包括页面浏览打开方式和原生页面打开方式。之后，服务器130可以基于确定的打开方式对多媒体资源平台消息进行格式转换处理，得到处理后的多媒体资源平台消息，然后将处理后的多媒体资源平台消息发送至第二应用系统，以使第二应用系统基于处理后的多媒体资源平台消息和打开方式播放对应的多媒体资源，进而用户可以通过第二应用系统查看该多媒体资源。

具体而言，比如第一应用系统为即时通讯应用1，第二应用系统为即时通讯应用2，即时通讯应用1的用户和即时通讯应用2的用户可以通过互通群进行通讯。即时通讯应用1中运行有用于播放视频的寄宿程序(为便于描述，将该用于播放视频的寄宿程序称之为视频服务号)，服务器130接收即时通讯应用1发出的向即时通讯应用2的服务器进行转发的视频服务号消息，该视频服务号消息就是互通群中即时通讯应用1的用户向即时通讯应用2的用户发送的。然后，服务器130根据该视频服务号消息对应的视频服务号与即时通讯应用2的寄宿关系确定即时通讯应用2对视频服务号消息所对应的视频消息的开发方式(在该示例中，视频服务号不是寄宿于即时通讯应用2，因此即时通讯应用2对视频服务号消息的打开方式为页面浏览打开方式)。之后，服务器130基于确定的打开方式对视频服务号消息进行格式转换处理，得到处理后的视频服务号消息；最后，服务器130将处理后的视频服务号消息发送至即时通讯应用2，使得即时通讯应用2基于处理后的视频服务号消息和确定的打开方式播放对应的视频消息(即通过页面浏览打开方式播放对应的视频消息)。如此，在视频服务号未寄宿于即时通讯应用2中时，也可将视频服务号中的视频内容分享至即时通讯应用2中并打开进行播放。

下面结合具体实施方式对本申请提供的多媒体资源平台消息的处理方法做出详细说明。

图2示意性地示出了本申请一个实施例提供的多媒体资源平台消息的处理方法的流程图。如图2所示，本申请实施例提供的多媒体资源平台消息的处理方法包括步骤210至步骤240，具体如下：

步骤210、接收第一应用系统发出的向第二应用系统进行转发的多媒体资源平台消息；多媒体资源平台消息是由第一应用系统的用户通过互通群发送给第二应用系统的用户，第一应用系统与第二应用系统所运行的应用类型不同，承载多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序。

具体的，第一应用系统和第二应用系统是两个不同的应用系统(或称为应用平台)，应用平台是一种即时通讯工具，用户通过应用平台可以进行内容信息的交互，如视频信息分享、语音交互、文字交互等。应用系统包括客户端和服务端，应用系统客户端用于与用户交互，应用系统服务端用于处理应用系统的消息指令。

第一应用系统的用户和第二应用系统的用户可以通过互通群进行通讯，例如，第一应用系统的用户和第二应用系统的用户可以在互通群中进行文字对话、语音聊天、图片分享等。

多媒体资源就是可以进行交互、传播和观看的内容信息，如文字、图片、声音、视频等。多媒体资源由多媒体资源平台承载，用户通过多媒体资源平台可以获取到多媒体资源，例如，多媒体资源平台为短视频分享平台。多媒体资源平台消息是一种用于表示多媒体资源平台中的多媒体资源的消息，也就是说，多媒体资源平台消息是多媒体资源的一种表示方式，而非多媒体资源本身。例如，多媒体资源为短视频，则多媒体资源平台消息可以是短视频在多媒体资源平台中的存储地址，而非短视频本身。承载所述多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序，可以认为，多媒体资源平台消息对应的多媒体资源是寄宿于宿主程序的寄宿程序所提供的内容。

在本申请实施例中，第一应用系统的用户可通过互通群第一应用系统分享多媒体资源至该互通群中的第二应用系统的用户，当用户触发多媒体资源的分享操作时，第一应用系统将生成多媒体资源平台消息，并向第二应用系统转发该多媒体资源平台消息，该多媒体资源平台消息用于指示将对应的对媒体资源分享至第二应用系统。

步骤220、根据承载多媒体资源平台消息的应用平台与第二应用系统之间的寄宿关系，确定第二应用系统对多媒体资源平台消息对应的多媒体资源的打开方式；打开方式包括页面浏览打开方式和原生页面打开方式。

具体的，承载多媒体资源平台消息的应用平台即为多媒体资源所在的多媒体资源平台，该多媒体资源平台在其他应用平台的应用环境下开发，其寄宿于其他应用平台来运行，也即，多媒体资源平台是一种寄宿应用(或称为寄宿程序)，寄宿于宿主应用(或称为宿主程序)。当多媒体资源平台与第二应用系统的寄宿关系不同时，第二应用系统对于对应的多媒体资源的打开方式也不同。

多媒体资源的打开方式包括页面浏览打开方式和原生页面打开方式。页面浏览打开方式是指以网页形式打开多媒体资源，相当于在一个浏览器网页中显示多媒体资源。页面浏览打开方式中的浏览器网页通常指H5页面，H5是HTML5(HyperText Markup Language5，第5代超文本标记语言)的简称。H5页面的开发门槛低，只需要开发一次便可以在不同的应用上显示。原生页面打开方式相当于在多媒体资源平台中打开多媒体资源，原生页面即指通过多媒体资源平台的开发语言所形成的页面，如Java语言。原生页面的运行速度比较快，可以使用更多的设备功能，显示界面更加舒适流畅，且节省流量。

在本申请的一个实施例中，若承载多媒体资源平台消息的应用平台不能寄宿于第二应用系统中，也就是多媒体资源平台与第二应用系统不存在寄存关系，第二应用系统并非多媒体资源平台的宿主应用。此时确定第二应用系统对多媒体资源平台消息对应的多媒体资源的打开方式为页面浏览打开方式。若承载多媒体资源平台消息的应用平台能够寄宿于第二应用系统中，也就是多媒体资源平台与第二应用系统存在寄存关系，第二应用系统为多媒体资源平台的宿主应用。此时确定第二应用系统对多媒体资源平台消息对应的多媒体资源的打开方式为原生页面打开方式。

在本申请的一个实施例中，当多媒体资源平台与第二应用系统不存在寄存关系时，则认为多媒体资源平台与第一应用系统存在寄宿关系，即第一应用系统为多媒资源平台的宿主应用；当多媒体资源平台与第二应用系统存在寄存关系时，则认为多媒体资源平台与第一应用系统不存在寄宿关系，即第二应用系统为多媒资源平台的宿主应用。

步骤230、基于打开方式对多媒体资源平台消息进行格式转换处理，得到处理后的多媒体资源平台消息。

具体的，由于第一应用系统和第二应用系统是不同的应用平台，故而二者不能直接识别对方所发送的消息指令，因此，需要根据多媒体资源的打开方式对多媒体资源平台消息进行格式转换处理，将第一应用系统发出的多媒体资源平台消息转换为第二应用系统可以识别的处理后的多媒体资源平台消息。

在本申请的一个实施例中，当打开方式为页面浏览打开方式时，则认为第一应用系统为多媒资源平台的宿主应用，此时多媒体资源平台消息应包括多媒资源在多媒资源平台中的标识信息，该标识信息不能够被第二应用系统识别，需要将标识信息转换为页面浏览打开方式所对应的网页地址，然后再第二应用系统的消息格式要求对多媒体资源平台消息进行消息格式转换处理，得到处理后的多媒体资源平台消息。示例性的，将标识信息转换为网页地址后的多媒体资源平台消息中依次包括消息类型字段、标识信息字段和网页地址字段。第二应用系统的消息格式要求包括feed_type表示消息类型，message_id表示标识信息，url表示网页地址，则进行格式转换处理是将多媒体资源平台消息中消息类型字段赋值给feed_type，将标识信息字段赋值给message_id，将网页地址字段赋值给url。

在本申请的一个实施例中，当打开方式为原生页面打开方式时，则认为第二应用系统为多媒资源平台的宿主应用，第二应用系统可以识别多媒体资源平台消息应中的标识信息，故而可以直接对多媒体资源平台消息进行消息格式转换处理，得到处理后的多媒体资源平台消息。此时的消息格式转换与页面浏览打开方式时的消息格式转换相反，例如，取feed_type对应值形成消息类型字段，取message_id对应值形成标识信息字段，取url对应值形成网页地址字段。

在本申请的一个实施例中，将标识信息转换为页面浏览打开方式所对应的网页地址可以通过第一应用系统执行。第一应用系统在发送多媒体资源时，首先判断多媒体资源接收方是否为第一应用系统内部，若不是，则表明多媒体资源平台消息是发送给第二应用系统，则将标识信息转换为页面浏览打开方式所对应的网页地址后，生成多媒体资源平台消息。

步骤240、将处理后的多媒体资源平台消息发送至第二应用系统，以使第二应用系统基于处理后的多媒体资源平台消息和打开方式播放对应的多媒体资源。

具体的，将处理后的多媒体资源平台消息发送至第二应用系统，第二应用系统识别处理后的多媒体资源平台消息确定对应的多媒体资源，第二应用系统就可以确定的打开方式播放对应的多媒体资源。例如，多媒体资源为视频，第二应用系统可以页面浏览打开方式播放该视频，或以原生页面打开方式播放该视频。

在本申请实施例提供的技术方案中，通过根据承载多媒体资源平台消息的应用平台与第二应用系统之间的寄宿关系，确定第二应用系统对多媒体资源平台消息对应的多媒体资源的打开方式，其中，打开方式包括页面浏览打开方式和原生页面打开方式，并根据确定的开发方式对多媒体资源平台消息进行格式抓换处理，最后将处理后的多媒体资源平台消息发送至第二应用系统，使得无论多媒体资源平台与第二应用系统之间是否存在寄宿关系，第二应用系统均可以处理转换得到的多媒体资源平台消息，并播放对应的多媒体资源，进而使得不同应用平台之间可以方便的进行多媒体资源的传输，提高了多媒体资源的分享效率，降低用户操作复杂度，提升用户体验。

在本申请的一个实施例中，步骤240包括：将处理后的多媒体资源平台消息发送至第二应用系统，以使第二应用系统基于处理后的多媒体资源平台消息向设定的多媒体服务器获取多媒体资源，并通过打开方式播放多媒体资源。

具体的，将处理后的多媒体资源平台消息发送至第二应用系统后，第二应用系统在打开多媒体资源时，会向设定的多媒体服务器获取多媒体资源(也就是多媒体资源的具体资源数据)，当获取到多媒体资源后，第二应用系统才能以确定的打开方式播放该多媒体资源。设定的多媒体服务器是用于存储多媒体资源的服务器，该设定的多媒体服务器可以是第一应用系统对应的服务端、第二应用系统对应的服务端、云服务器或其他指定服务器。

在本申请的一个实施例中，多媒体服务器为第一应用系统对应的服务端，打开方式为页面浏览打开方式，此时步骤240具体包括：将处理后的多媒体资源平台消息发送至第二应用系统，并接收第二应用系统基于处理后的多媒体资源平台消息发出的资源获取请求；将资源获取请求转发至第一应用系统对应的服务端，并接收第一应用系统对应的服务端基于资源获取请求反馈的多媒体资源；将多媒体资源转发至第二应用系统，以使第二应用系统通过页面浏览打开方式播放多媒体资源。

具体的，将处理后的多媒体资源平台消息发送至第二应用系统后，第二应用系统客户端的互通群中将显示对应的多媒体资源(如显示多媒体资源的缩略图等)，若第二应用系统中的用户需要打开对应的多媒体资源，则第二应用系统客户端将发出资源获取请求，该资源获取请求用于获取多媒体资源的具体资源数据(简称为多媒体资源)。接收第二应用系统发出的资源获取请求，并将该资源获取请求转发至第一应用系统对应的服务端，第一应用系统对应的服务端将基于该资源获取请求反馈对应的多媒体资源。接收第一应用系统对应的服务端反馈的多媒体资源，然后将该多媒体资源转发至第二应用系统，第二应用系统可通过页面浏览打开方式播放多媒体资源。

在本申请的一个实施例中，将处理后的多媒体资源平台消息发送至第二应用系统，并接收第二应用系统基于处理后的多媒体资源平台消息发出的资源获取请求的过程具体包括：将处理后的多媒体资源平台消息发送至第二应用系统，以使第二应用系统根据处理后的多媒体资源平台消息向指定网站服务器发出资源获取请求；接收指定网站服务器转发的资源获取请求。

具体的，当打开方式为页面浏览打开方式时，处理后的多媒体资源平台消息实际上是打开多媒体资源的网页地址，基于网页地址发出的请求通常由网站服务器处理，因此，第二应用系统根据处理后的多媒体资源平台消息向指定网站服务器发出资源获取请求。然后接收指定网站服务器转发的资源获取请求，从而实现了接收第二应用系统基于处理后的多媒体资源平台消息发出的资源获取请求。

在本申请的一个实施例中，将多媒体资源转发至所述第二应用系统的过程具体包括：将多媒体资源转发至指定网站服务器，以使指定网站服务器将多媒体资源转发至第二应用系统。

具体的，当打开方式为页面浏览打开方式时，由于第二应用系统是直接与指定网站服务器进行数据传输，故而在接收到多媒体资源时，将其转发至指定网站服务器，然后通过指定网站服务器将该对媒体资源转发至第二应用系统，第二应用系统得以播放该多媒体资源。

在本申请的一个实施例中，在将资源获取请求转发至第一应用系统对应的服务端时，还包括对资源获取请求进行鉴权操作；当鉴权通过时才将资源获取请求转发至第一应用系统对应的服务端。鉴权操作用于鉴定该资源获取请求的发起是否合法，如鉴定资源获取请求的发起方是否为第二应用系统，若不是，则说明资源获取请求不合法，也就是鉴权不通过；若是，则鉴权通过。

在本申请的一个实施例中，多媒体服务器为第二应用系统对应的服务端，打开方式为原生页面打开方式，此时步骤240具体包括：将处理后的多媒体资源平台消息发送至第二应用系统，以使第二应用系统基于处理后的多媒体资源平台消息从第二应用系统对应的服务端获取多媒体资源，并通过原生页面打开方式打开多媒体资源。

具体的，当多媒体服务器为第二应用系统对应的服务端，打开方式为原生页面打开方式时，此时说明多媒体资源存储与第二应用系统对应的服务端。第二应用系统接收到处理后的多媒体资源平台消息后，可直接从第二应用系统对应的服务端获取多媒体资源(相当于第二应用系统从后台获取多媒体资源)，然后通过原生页面打开方式打开该多媒体资源。

在本申请实施例提供的技术方案中，即使第二应用系统与多媒体资源平台不存在寄宿关系，第二应用系统也可以网页浏览打开方式播放对应的多媒体资源，这样，无需在第二应用系统中开发与多媒体资源平台相同的寄宿程序也可以使第二应用系统具备打开多媒体资源平台中多媒体资源的功能，相当于第一应用系统和第二应用系统共同使用了多媒体资源平台这一个寄宿程序，也就是提高了多媒体资源平台的复用率，降低了开发人员的工作量。

在本申请的一个实施例中，若多媒体服务器为云服务器，则第二应用系统可以直接向云服务器发送资源获取请求，然后接收云服务器反馈的多媒体资源，并通过相应的打开方式播放该多媒体资源。

当多媒体服务器为云服务器时，多媒体资源采用云存储(cloud storage)的方式进行存储。云存储是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储系统(以下简称存储系统)是指通过集群应用、网格技术以及分布存储文件系统等功能，将网络中大量各种不同类型的存储设备(存储设备也称之为存储节点)通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储系统。

目前，存储系统的存储方法为：创建逻辑卷，在创建逻辑卷时，就为每个逻辑卷分配物理存储空间，该物理存储空间可能是某个存储设备或者某几个存储设备的磁盘组成。客户端在某一逻辑卷上存储数据，也就是将数据存储在文件系统上，文件系统将数据分成许多部分，每一部分是一个对象，对象不仅包含数据而且还包含数据标识(ID，Identity)等额外的信息，文件系统将每个对象分别写入该逻辑卷的物理存储空间，且文件系统会记录每个对象的存储位置信息，从而当客户端请求访问数据时，文件系统能够根据每个对象的存储位置信息让客户端对数据进行访问。

存储系统为逻辑卷分配物理存储空间的过程，具体为：按照对存储于逻辑卷的对象的容量估量(该估量往往相对于实际要存储的对象的容量有很大余量)和独立冗余磁盘阵列(RAID，Redundant Array of Independent Disk)的组别，预先将物理存储空间划分成分条，一个逻辑卷可以理解为一个分条，从而为逻辑卷分配了物理存储空间。

图3示意性地示出了本申请一个实施例提供的多媒体资源平台消息的处理方法的流程图，本实施例提供的技术方案由多媒体资源平台消息的接收端(相当于本申请的第二应用系统)执行。如图3所示，本申请实施例提供的多媒体资源平台消息的处理方法包括步骤310至步骤320，具体如下：

步骤310、接收指定服务器发送的处理后的多媒体资源平台消息；处理后的多媒体资源平台消息是指定服务器根据确定的打开方式第一应用系统第二应用系统对第一应用系统向第二应用系统发出的多媒体资源平台消息进行格式转换处理得到的；多媒体资源平台消息是由第一应用系统的用户通过互通群发送给第二应用系统的用户，第一应用系统与第二应用系统所运行的应用类型不同，承载多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序；打开方式是指定服务器根据承载多媒体资源平台消息的应用平台与第二应用系统之间的寄宿关系确定的；打开方式包括页面浏览打开方式和原生页面打开方式。

具体的，多媒体资源平台消息的接收端接收指定服务器发送的处理后的多媒体资源平台消息，该处理后的多媒体资源平台消息是多媒体资源平台消息的接收端可识别的、用于确定对应多媒体资源的消息。处理后的多媒体资源平台消息由指定服务器根据确定的打开方式对第一应用系统向第二应用系统发出的多媒体资源平台消息进行格式转换处理而得到，而打开方式由指定服务器根据承载多媒体资源平台消息的应用平台与第二应用系统之间的寄宿关系而确定，格式转换处理以及打开方式的确定可以参考前述实施例中步骤210至步骤230的相关描述，在此不再赘述。

步骤320、基于处理后的多媒体资源平台消息和打开方式播放对应的多媒体资源。

具体的，基于处理后的多媒体资源平台消息获取对应的多媒体资源，并通过确定的打开方式播放该多媒体资源。

在本申请的一个实施例中，处理后的多媒体资源平台消息包括多媒体资源的描述信息和资源访问地址。步骤320具体包括：根据多媒体资源的描述信息生成多媒体资源的资源显示界面；当检测到针对资源显示界面的触发指令时，基于资源访问地址向设定的多媒体服务器获取对应的多媒体资源，并通过打开方式播放多媒体资源。

具体的，多媒体资源的描述信息是生成多媒体资源的资源显示界面所需的信息，而多媒体资源的资源显示界面用于展示该多媒体资源，例如，多媒体资源为短视频，则资源显示界面可以是该短视频的缩略图，多媒体资源的描述信息可以包括短视频封面、短视频标题、短视频发送者头像、短视频发送者名字、短视频简介、短视频来源渠道(相当于多媒体资源平台)等等。

终端设备(相当于第二应用系统客户端)可展示多媒体资源的资源显示界面，当用户需要打开对应的多媒体资源时，基于该资源显示界面发出触发指令，例如，用户点击资源显示界面而发出触发指令。当检测到针对资源显示界面的触发指令时，基于资源访问地址向设定的多媒体服务器获取对应的多媒体资源，然后通过打开方式播放多媒体资源。设定的多媒体服务器为存储多媒体资源的服务器。多媒体资源的获取方式可参考前述步骤240中的相关描述，在此不再赘述。

在本申请的一个实施例中，多媒体服务器为第一应用系统对应的服务端，打开方式为页面浏览打开方式。此时，获取多媒体资源的步骤具体包括：基于资源访问地址向指定网站服务器发出资源获取请求，以使指定网站服务器将资源获取请求转发至第一应用系统对应的服务端；接收指定网站服务器转发的第一应用系统对应的服务端基于资源获取请求反馈的多媒体资源，并通过页面浏览打开方式播放多媒体资源。

具体的，当多媒体服务器为第一应用系统对应的服务端，打开方式为页面浏览打开方式时，在基于资源访问地址向指定网站服务器发出资源获取请求后，指定网站服务器会将资源获取请求转发至第一应用系统对应的服务端，第一应用系统对应的服务端则基于资源获取请求向指定网站服务器反馈对应的多媒体资源，指定网站服务器再将多媒体资源转发至第二应用系统，第二应用系统即可通过页面浏览打开方式播放该多媒体资源。

在本申请的一个实施例中，第一应用系统对应的服务端接收到资源获取请求后，还可以对资源获取请求进行鉴权操作，如鉴定资源获取请求的发起方(也就是第二应用系统)是否合法。当鉴权通过时，才反馈对应的多媒体资源。

在本申请的一个实施例中，指定网站服务器可将资源获取请求转发至指定服务器，通过指定服务器对资源获取请求进行鉴权操作。当鉴权通过时，指定服务器将资源获取请求转发至第一应用系统对应的服务端。然后第一应用系统对应的服务端根据鉴权通过的资源获取请求向指定服务器反馈多媒体资源，指定服务器再将多媒体资源转发至指定网站服务器，最后由指定网站服务器将多媒体资源准发至第二应用系统。

在本申请的一个实施例中，多媒体服务器为第二应用系统对应的服务端，打开方式为原生页面打开方式，处理后的多媒体资源平台消息还包括多媒体资源在第二应用系统的加密信息。此时，获取多媒体资源的步骤具体包括：对加密信息进行解密，得到多媒体资源在第二应用系统的标识；根据标识从第二应用系统对应的服务端获取多媒体资源，并通过原生页面打开方式播放多媒体资源。

具体的，当多媒体服务器为第二应用系统对应的服务端，打开方式为原生页面打开方式时，说明第一应用系统与多媒体资源平台不存在寄宿关系，也就是说，第一应用系统中没有多媒体资源平台的功能。在这种情况下，第一应用系统向第二应用系统发送的多媒体资源平台消息，实际上是第二应用系统曾经向第一应用系统分享多媒体资源时所转发给第一应用系统的多媒体资源平台消息。第二应用系统在转发给第一应用系统多媒体资源平台消息(此处指格式转换处理后的多媒体资源平台消息)，不仅包括多媒体资源的描述信息和资源访问地址，还包括多媒体资源在第二应用系统的加密信息，该加密信息是基于第二应用系统可以直接识别的多媒体资源的相关信息生成的，例如，多媒体资源在第二应用系统的标识信息、描述信息等。并且，该加密信息仅能够被第二应用系统解密识别，而不能够被第一应用系统解密识别。

那么，第二应用系统在获取多媒体资源时，先对处理后的多媒体资源平台消息中的加密信息进行解密，得到其中的标识信息，该标识信息即为多媒体资源在第二应用系统的标识，然后通过该标识从第二应用系统对应的服务端获取多媒体资源，继而可以通过原生页面打开方式播放多媒体资源。

图4示意性地示出了应用本申请技术方案的一种应用场景对应的系统架构图。如图4所示，该系统架构包括第一即时通讯应用客户端410、第一即时通讯应用后台420、中转服务器430、第二即时通讯应用后台440、第二即时通讯应用客户端450和第一即时通讯应用web服务器460，其中，第一即时通讯应用客户端410和第一即时通讯应用后台420相当于本申请技术方案中的第一应用系统，第一即时通讯应用后台420相当于本申请技术方案中第一应用系统对应的服务端，第二即时通讯应用后台440和第二即时通讯应用客户端450相当于本申请技术方案中的第二应用系统，中转服务器430相当于本申请技术方案中的指定服务器，第一即时通讯应用web服务器460相当于本申请技术方案中的指定网站服务器，多媒体服务器为第一即时通讯应用后台420。

在本申请实施例中，多媒体资源平台为第一即时通讯应用中的视频号平台，多媒体资源为视频号平台中的视频号内容。本申请实施例的应用场景为将第一即时通讯应用中的视频号内容分享至第二即时通讯应用中。

图4所示系统架构的具体运行流程包括：

S401、第一即时通讯应用客户端410向第一即时通讯应用后台420发送视频号消息。

示例性的，第一即时通讯应用客户端410中的第一用户需要将视频号平台中的一个视频号内容发送给第二即时通讯应用客户端450中的第二用户，当第一用户确定向第二用户发送视频号内容时，第一即时通讯应用客户端410向第一即时通讯应用后台420发送视频号消息。

S402、第一即时通讯应用后台420向中转服务器430转发视频号消息。

具体而言，中转服务器430主要用于消息的接收和转发，起中转作用，在本申请实施例中，中转服务器430还用于对视频号消息进行格式转换处理。第一应用系统在转发多媒体资源平台消息(也即视频号消息)时，首先通过第一应用系统客户端向第一应用系统后台发送多媒体资源平台消息，然后第一应用系统后台将多媒体资源平台消息发送至目标接收端。该多媒体资源平台消息可以包括消息类型、封面图片访问地址、封面替代图片访问地址、视频号发送者头像、视频发送者昵称、视频号标题、视频资源访问地址(即视频号对应的H5页面地址)以及加密信息，加密信息包括视频号标识。封面图片访问地址、封面替代图片访问地址、视频号发送者头像、视频发送者昵称、视频号标题等均可以作为视频号消息的描述信息。

在本申请的一个实施例中，第一即时通讯应用后台420在发出视频号消息时，首先判断视频号消息接收方是否为第一即时通讯应用内部。若视频号消息接收方不是第一即时通讯应用内部(本实施例中接收方为第二即时通讯应用)，则将视频号转换为对应的视频资源访问地址，并根据前文所述的多媒体资源平台消息的具体内容(消息类型、封面图片访问地址、加密信息等)生成需转发的视频号消息。若视频号消息接收方是第一即时通讯应用内部，则无需将视频号转换为对应的视频资源访问地址，也无需生成加密信息，可直接将视频号作为需转发的视频号消息。

S403、中转服务器430进行消息格式转换处理，并将处理后的视频号消息发送至第二即时通讯应用后台440。

具体而言，消息格式转换处理可以是：消息类型字段赋值给feed_type、封面图片访问地址字段赋值给cover_url、封面替代图片访问地址字段赋值给thumb_url、视频号发送者头像字段赋值给avatar、视频发送者昵称字段赋值给nikname、视频号标题字段赋值给desc、视频资源访问地址字段赋值给url、加密信息字段赋值给extras。

S404、第二即时通讯应用后台440接收处理后的视频号消息，并将处理后的视频号消息投递至第二即时通讯应用客户端450。

S405、第二即时通讯应用客户端450打开视频号消息时，向第一即时通讯应用web服务器460请求视频服务。

具体而言，第二即时通讯应用客户端450接收到处理后的视频号消息，通过显示界面显示视频号消息，示例性的，显示界面如图5A所示。当检测到打开视频号消息的触发指令时(如用户点击图5A中视频号的显示缩略图)，第二即时通讯应用客户端450向第一即时通讯应用web服务器460发起视频获取请求，请求视频号消息对应的视频服务。

S406、第一即时通讯应用web服务器460向中转服务器430请求视频数据。也即，第一即时通讯应用web服务器460将视频获取请求转发至中转服务器430，中转服务器430对视频获取请求进行鉴权操作，当鉴权通过时，进入S407。

S407、中转服务器430向第一即时通讯应用后台420转发请求。由于视频号消息的具体视频号资源存储于第一即时通讯应用后台420，故而在鉴权通过时，中转服务器430将视频获取请求转发至第一即时通讯应用后台420，向第一即时通讯应用后台420请求具体的视频号资源。

S408、第一即时通讯应用后台420返回视频数据至中转服务器430。第一即时通讯应用后台420根据接收的视频获取请求确定对应的视频号资源，并将该视频号资源返回至中转服务器430。

S409、中转服务器430转发视频数据至第一即时通讯应用web服务器460。

在本申请的一个实施例中，第一即时通讯应用web服务器460在转发第二即时通讯应用客户端450的视频获取请求时，可以不经过中转服务器430，即，第一即时通讯应用web服务器460将视频获取请求直接发送到第一即时通讯应用后台420，由第一即时通讯应用后台420对视频获取请求进行鉴权操作，并返回视频号资源至第一即时通讯应用web服务器460。如此，可避免视频获取请求在中转服务器430上进行中转，也就缩短了第二即时通讯应用客户端450在请求视频服务时的请求路径，提高了请求效率。

S410、第一即时通讯应用web服务器460向第二即时通讯应用客户端450返回视频数据。

S411、第二即时通讯应用客户端450播放视频。第二即时通讯应用客户端450将以页面浏览打开方式播放视频号消息对应的视频，示例性的，第二即时通讯应用客户端450播放视频时的显示界面如图5B所示。

图6示意性地示出了应用本申请技术方案的系统架构图。如图6所示，该系统架构包括第二即时通讯应用第一即时通讯应用客户端610、第二即时通讯应用第一即时通讯应用后台620、中转服务器630、第二即时通讯应用后台640和第二即时通讯应用客户端650，其中，第二即时通讯应用第一即时通讯应用客户端610和第一即时通讯应用后台620相当于本申请技术方案中的第一应用系统，第二即时通讯应用后台640和第二即时通讯应用客户端650相当于本申请技术方案中的第二应用系统，第二即时通讯应用后台640相当于本申请技术方案中第二应用系统对应的服务端，中转服务器630相当于本申请技术方案中的指定服务器，多媒体服务器为第二即时通讯应用后台640。

在本申请实施例中，多媒体资源平台为第二即时通讯应用中的视频号平台，多媒体资源为视频号平台中的视频号内容。本申请实施例的应用场景为将第一即时通讯应用中的视频号内容分享至第二即时通讯应用中，相当于前述实施例的第二即时通讯应用中的视频号内容分享至第一即时通讯应用中。

图6所示系统架构的具体运行流程包括：

S601、第一即时通讯应用客户端610生成视频号链接消息。

示例性的，第一即时通讯应用客户端610中的第一用户需要将一个视频号内容发送给第二即时通讯应用客户端650中的第二用户，当第一用户确定向第二用户发送视频号内容时，第一即时通讯应用客户端410生成视频号链接消息。

当第一即时通讯应用向第二即时通讯应用分享视频号消息时，第一即时通讯应用中的视频号消息应是在此之前第二即时通讯应用分享至第一即时通讯应用中的，那么，第一即时通讯应用客户端610生成的视频链接消息其实是在此之前接收的视频号消息，包括消息类型、封面图片访问地址、封面替代图片访问地址、视频号发送者头像、视频发送者昵称、视频号标题、视频资源访问地址(即视频号对应的H5页面地址)以及加密信息，这些信息均已转换为第一即时通讯应用的消息格式要求。

S602、第一即时通讯应用客户端610向第一即时通讯应用后台620发送视频号链接消息。

S603、第一即时通讯应用后台620向中转服务器630转发视频号链接消息。

S604、中转服务器630进行消息格式转换处理，得到视频号消息，并将视频号消息发送至第二即时通讯应用后台640。

具体而言，消息格式转换处理可以是：取feed_type的值形成消息类型字段、取cover_url的值形成封面图片访问地址字段、取thumb_url的值形成封面替代图片访问地址字段、取avatar的值形成视频号发送者头像字段、取nikname的值形成视频发送者昵称字段、取desc的值形成视频号标题字段、取url的值形成视频资源访问地址字段、取extras的值形成加密信息字段。

S605、第二即时通讯应用后台640接收处理后的视频号消息，并将处理后的视频号消息投递至第二即时通讯应用客户端650。

S606、第二即时通讯应用客户端650打开视频号消息时，向第二即时通讯应用后台640请求视频数据。

具体而言，第二即时通讯应用客户端650接收到处理后的视频号消息，通过显示界面显示视频号消息，示例性的，显示界面如图7A所示。当检测到打开视频号消息的触发指令时(如用户点击图7A中视频号的显示缩略图)，第二即时通讯应用客户端650向第二即时通讯应用后台640发起视频获取请求，请求视频号消息对应的视频数据。

S606、第二即时通讯应用后台640向第二即时通讯应用客户端650返回视频数据。

视频号消息的具体视频号资源(即视频数据)存储于第二即时通讯应用后台620，当第二即时通讯应用客户端650向第二即时通讯应用后台640发起资源获取请求(也即视频数据获取请求)时，第二即时通讯应用后台640根据请求返回对应的视频号资源。

在本申请的一个实施例中，第二即时通讯应用后台640在确定视频号资源时，可先对视频号消息中的加密信息进行解密，得到视频号资源对应的具体视频号(即视频号资源的标识信息)，然后根据视频号确定对应的视频号资源并返回至第二即时通讯应用客户端650。

在本申请的一个实施例中，第二即时通讯应用后台640在确定视频号资源时，可以先对资源获取请求进行鉴权操作，当鉴权通过时，才将视频号资源返回至第二即时通讯应用客户端650。

第二即时通讯应用客户端650接收到视频号资源后，将以原生页面打开方式播放视频号资源，示例性的，第二即时通讯应用客户端650播放视频时的显示界面如图7B所示。

应当注意，尽管在附图中以特定顺序描述了本申请中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的多媒体资源平台消息的处理方法。

图8示意性地示出了本申请一个实施例提供的多媒体资源平台消息的处理装置的结构框图。如图8所示，本申请实施例提供的多媒体资源平台消息的处理装置具体包括：

消息接收模块810，用于接收第一应用系统发出的向第二应用系统进行转发的多媒体资源平台消息；所述多媒体资源平台消息是由第一应用系统的用户通过互通群发送给第二应用系统的用户，所述第一应用系统与所述第二应用系统所运行的应用类型不同，承载所述多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序；

打开方式确定模块820，用于根据承载所述多媒体资源平台消息的应用平台与所述第二应用系统之间的寄宿关系，确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式；所述打开方式包括页面浏览打开方式和原生页面打开方式；

消息转换模块830，用于基于所述打开方式对所述多媒体资源平台消息进行格式转换处理，得到处理后的多媒体资源平台消息；

消息发送模块840，用于将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息和所述打开方式播放对应的多媒体资源。

在本申请的一个实施例中，打开方式确定模块820具体用于：

若承载所述多媒体资源平台消息的应用平台不能寄宿于所述第二应用系统中，则确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式为页面浏览打开方式；

若承载所述多媒体资源平台消息的应用平台能够寄宿于所述第二应用系统中，则确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式为原生页面打开方式。

在本申请的一个实施例中，消息发送模块840具体用于：

将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息向设定的多媒体服务器获取所述多媒体资源，并通过所述打开方式播放所述多媒体资源。

在本申请的一个实施例中，所述多媒体服务器为所述第一应用系统对应的服务端，所述打开方式为所述页面浏览打开方式；消息发送模块840包括：

资源获取请求接收单元，用于将所述处理后的多媒体资源平台消息发送至所述第二应用系统，并接收所述第二应用系统基于所述处理后的多媒体资源平台消息发出的资源获取请求；

多媒体资源接收单元，用于将所述资源获取请求转发至所述第一应用系统对应的服务端，并接收所述第一应用系统对应的服务端基于所述资源获取请求反馈的所述多媒体资源；

第一多媒体资源转发单元，用于将所述多媒体资源转发至所述第二应用系统，以使所述第二应用系统通过所述页面浏览打开方式播放所述多媒体资源。

在本申请的一个实施例中，所述资源获取请求接收单元具体用于：

将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统根据所述处理后的多媒体资源平台消息向指定网站服务器发出资源获取请求；接收所述指定网站服务器转发的所述资源获取请求。

在本申请的一个实施例中，所述第一多媒体资源转发单元具体用于：

将所述多媒体资源转发至所述指定网站服务器，以使所述指定网站服务器将所述多媒体资源转发至所述第二应用系统。

在本申请的一个实施例中，所述多媒体资源接收单元具体用于：

对所述资源获取请求进行鉴权操作，当鉴权通过时将所述资源获取请求转发至所述第一应用系统对应的服务端。

在本申请的一个实施例中，所述多媒体服务器为所述第二应用系统对应的服务端，所述打开方式为所述原生页面打开方式；消息发送模块840包括：

第二多媒体资源转发单元，用于将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息从所述第二应用系统对应的服务端获取所述多媒体资源，并通过所述原生页面打开方式打开所述多媒体资源。

图9示意性地示出了本申请一个实施例提供的多媒体资源平台消息的处理装置的结构框图。如图9所示，本申请实施例提供的多媒体资源平台消息的处理装置具体包括：

消息接收模块910，用于接收指定服务器发送的处理后的多媒体资源平台消息；所述处理后的多媒体资源平台消息是所述指定服务器根据确定的打开方式对第一应用系统向第二应用系统发出的多媒体资源平台消息进行格式转换处理得到的；所述多媒体资源平台消息是由第一应用系统的用户通过互通群发送给第二应用系统的用户，所述第一应用系统与所述第二应用系统所运行的应用类型不同，承载所述多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序；所述打开方式是所述指定服务器根据承载所述多媒体资源平台消息的应用平台与所述第二应用系统之间的寄宿关系确定的；所述打开方式包括页面浏览打开方式和原生页面打开方式；

多媒体资源播放模块920，用于基于所述处理后的多媒体资源平台消息和所述打开方式播放对应的多媒体资源。

在本申请的一个实施例中，所述处理后的多媒体资源平台消息包括所述多媒体资源的描述信息和资源访问地址；多媒体资源播放模块920包括：

资源显示界面生成单元，用于根据所述多媒体资源的描述信息生成所述多媒体资源的资源显示界面；

多媒体资源播放单元，用于当检测到针对所述资源显示界面的触发指令时，基于所述资源访问地址向设定的多媒体服务器获取对应的多媒体资源，并通过所述打开方式播放所述多媒体资源。

在本申请的一个实施例中，所述多媒体服务器为所述第一应用系统对应的服务端，所述打开方式为所述页面浏览打开方式；所述多媒体资源播放单元包括：

资源获取请求发送单元，用于基于所述资源访问地址向指定网站服务器发出资源获取请求，以使所述指定网站服务器将所述资源获取请求转发至所述第一应用系统对应的服务端；

第一多媒体资源播放单元，用于接收所述指定网站服务器转发的所述第一应用系统对应的服务端基于所述资源获取请求反馈的多媒体资源，并通过所述页面浏览打开方式播放所述多媒体资源。

在本申请的一个实施例中，所述多媒体服务器为第二应用系统对应的服务端，所述打开方式为所述原生页面打开方式；所述处理后的多媒体资源平台消息还包括所述多媒体资源在所述第二应用系统的加密信息；所述多媒体资源播放单元包括：

解密单元，用于对所述加密信息进行解密，得到所述多媒体资源在所述第二应用系统的标识；

第二多媒体资源播放单元，用于根据所述标识从所述第二应用系统对应的服务端获取所述多媒体资源，并通过所述原生页面打开方式播放所述多媒体资源。

本申请各实施例中提供的多媒体资源平台消息的处理装置的具体细节已经在对应的方法实施例中进行了详细的描述，此处不再赘述。

图10示意性地示出了用于实现本申请实施例的电子设备的计算机系统结构框图。

需要说明的是，图10示出的电子设备的计算机系统1000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图10所示，计算机系统1000包括中央处理器1001(Central Processing Unit，CPU)，其可以根据存储在只读存储器1002(Read-Only Memory，ROM)中的或者从存储部分1008加载到随机访问存储器1003(Random Access Memory，RAM)中的而执行各种适当的动作和处理。在随机访问存储器1003中，还存储有系统操作所需的各种和数据。中央处理器1001、在只读存储器1002以及随机访问存储器1003通过总线1004彼此相连。输入/输出接口1005(Input/Output接口，即I/O接口)也连接至总线1004。

以下部件连接至输入/输出接口1005：包括键盘、鼠标等的输入部分1006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分1007；包括硬盘等的存储部分1008；以及包括诸如局域网卡、调制解调器等的网络接口卡的通信部分1009。通信部分1009经由诸如因特网的网络执行通信处理。驱动器1010也根据需要连接至输入/输出接口1005。可拆卸介质1011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1010上，以便于从其上读出的计算机程序根据需要被安装入存储部分1008。

特别地，根据本申请的实施例，各个方法流程图中所描述的过程可以被实现为计算机软件。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的代码。在这样的实施例中，该计算机程序可以通过通信部分1009从网络上被下载和安装，和/或从可拆卸介质1011被安装。在该计算机程序被中央处理器1001执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储的有形介质，该可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者处理用于由指令执行系统、装置或者器件使用或者与其结合使用的。计算机可读介质上包含的代码可以用任何适当的介质处理，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、段、或代码的一部分，上述模块、段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (15)

1.一种多媒体资源平台消息的处理方法，其特征在于，包括：

接收第一应用系统发出的向第二应用系统进行转发的多媒体资源平台消息；所述多媒体资源平台消息是由第一应用系统的用户通过互通群发送给第二应用系统的用户，所述第一应用系统与所述第二应用系统所运行的应用类型不同，承载所述多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序；

根据承载所述多媒体资源平台消息的应用平台与所述第二应用系统之间的寄宿关系，确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式；所述打开方式包括页面浏览打开方式和原生页面打开方式；

基于所述打开方式对所述多媒体资源平台消息进行格式转换处理，得到处理后的多媒体资源平台消息；

将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息和所述打开方式播放对应的多媒体资源。

2.根据权利要求1所述的多媒体资源平台消息的处理方法，其特征在于，根据承载所述多媒体资源平台消息的应用平台与所述第二应用系统之间的寄宿关系，确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式，包括：

若承载所述多媒体资源平台消息的应用平台不能寄宿于所述第二应用系统中，则确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式为页面浏览打开方式；

若承载所述多媒体资源平台消息的应用平台能够寄宿于所述第二应用系统中，则确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式为原生页面打开方式。

3.根据权利要求1所述的多媒体资源平台消息的处理方法，其特征在于，将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息和所述打开方式播放对应的多媒体资源，包括：

将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息向设定的多媒体服务器获取所述多媒体资源，并通过所述打开方式播放所述多媒体资源。

4.根据权利要求3所述的多媒体资源平台消息的处理方法，其特征在于，所述多媒体服务器为所述第一应用系统对应的服务端，所述打开方式为所述页面浏览打开方式；将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息向设定的多媒体服务器获取所述多媒体资源，并通过所述打开方式播放所述多媒体资源，包括：

将所述处理后的多媒体资源平台消息发送至所述第二应用系统，并接收所述第二应用系统基于所述处理后的多媒体资源平台消息发出的资源获取请求；

将所述资源获取请求转发至所述第一应用系统对应的服务端，并接收所述第一应用系统对应的服务端基于所述资源获取请求反馈的所述多媒体资源；

将所述多媒体资源转发至所述第二应用系统，以使所述第二应用系统通过所述页面浏览打开方式播放所述多媒体资源。

5.根据权利要求4所述的多媒体资源平台消息的处理方法，其特征在于，将所述处理后的多媒体资源平台消息发送至所述第二应用系统，并接收所述第二应用系统基于所述处理后的多媒体资源平台消息发出的资源获取请求，包括：

将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统根据所述处理后的多媒体资源平台消息向指定网站服务器发出资源获取请求；

接收所述指定网站服务器转发的所述资源获取请求。

6.根据权利要求5所述的多媒体资源平台消息的处理方法，其特征在于，将所述多媒体资源转发至所述第二应用系统，包括：

将所述多媒体资源转发至所述指定网站服务器，以使所述指定网站服务器将所述多媒体资源转发至所述第二应用系统。

7.根据权利要求4所述的多媒体资源平台消息的处理方法，其特征在于，将所述资源获取请求转发至所述第一应用系统对应的服务端，包括：

对所述资源获取请求进行鉴权操作，当鉴权通过时将所述资源获取请求转发至所述第一应用系统对应的服务端。

8.根据权利要求3所述的多媒体资源平台消息的处理方法，其特征在于，所述多媒体服务器为所述第二应用系统对应的服务端，所述打开方式为所述原生页面打开方式；将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息向设定的多媒体服务器获取所述多媒体资源，并通过所述打开方式打开所述多媒体资源，包括：

将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息从所述第二应用系统对应的服务端获取所述多媒体资源，并通过所述原生页面打开方式打开所述多媒体资源。

9.一种多媒体资源平台消息的处理方法，其特征在于，包括：

接收指定服务器发送的处理后的多媒体资源平台消息；所述处理后的多媒体资源平台消息是所述指定服务器根据确定的打开方式对第一应用系统向第二应用系统发出的多媒体资源平台消息进行格式转换处理得到的；所述多媒体资源平台消息是由第一应用系统的用户通过互通群发送给第二应用系统的用户，所述第一应用系统与所述第二应用系统所运行的应用类型不同，承载所述多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序；所述打开方式是所述指定服务器根据承载所述多媒体资源平台消息的应用平台与所述第二应用系统之间的寄宿关系确定的；所述打开方式包括页面浏览打开方式和原生页面打开方式；

基于所述处理后的多媒体资源平台消息和所述打开方式播放对应的多媒体资源。

10.根据权利要求9所述的多媒体资源平台消息的处理方法，其特征在于，所述处理后的多媒体资源平台消息包括所述多媒体资源的描述信息和资源访问地址；基于所述处理后的多媒体资源平台消息和所述打开方式播放对应的多媒体资源，包括：

根据所述多媒体资源的描述信息生成所述多媒体资源的资源显示界面；

当检测到针对所述资源显示界面的触发指令时，基于所述资源访问地址向设定的多媒体服务器获取对应的多媒体资源，并通过所述打开方式播放所述多媒体资源。

11.根据权利要求10所述的多媒体资源平台消息的处理方法，其特征在于，所述多媒体服务器为所述第一应用系统对应的服务端，所述打开方式为所述页面浏览打开方式；基于所述资源访问地址向设定的多媒体服务器获取对应的多媒体资源，并通过所述打开方式播放所述多媒体资源，包括：

基于所述资源访问地址向指定网站服务器发出资源获取请求，以使所述指定网站服务器将所述资源获取请求转发至所述第一应用系统对应的服务端；

接收所述指定网站服务器转发的所述第一应用系统对应的服务端基于所述资源获取请求反馈的多媒体资源，并通过所述页面浏览打开方式播放所述多媒体资源。

12.根据权利要求10所述的多媒体资源平台消息的处理方法，其特征在于，所述多媒体服务器为第二应用系统对应的服务端，所述打开方式为所述原生页面打开方式；所述处理后的多媒体资源平台消息还包括所述多媒体资源在所述第二应用系统的加密信息；基于所述资源访问地址向多媒体服务器对应的多媒体资源，并通过所述打开方式播放所述多媒体资源，包括：

对所述加密信息进行解密，得到所述多媒体资源在所述第二应用系统的标识；

根据所述标识从所述第二应用系统对应的服务端获取所述多媒体资源，并通过所述原生页面打开方式播放所述多媒体资源。

13.一种多媒体资源平台消息的处理装置，其特征在于，包括：

消息接收模块，用于接收第一应用系统发出的向第二应用系统进行转发的多媒体资源平台消息；所述多媒体资源平台消息是由第一应用系统的用户通过互通群发送给第二应用系统的用户，所述第一应用系统与所述第二应用系统所运行的应用类型不同，承载所述多媒体资源平台消息的应用平台是依托于宿主程序运行的寄宿程序；

打开方式确定模块，用于根据承载所述多媒体资源平台消息的应用平台与所述第二应用系统之间的寄宿关系，确定所述第二应用系统对所述多媒体资源平台消息对应的多媒体资源的打开方式；所述打开方式包括页面浏览打开方式和原生页面打开方式；

消息转换模块，用于基于所述打开方式对所述多媒体资源平台消息进行格式转换处理，得到处理后的多媒体资源平台消息；

消息发送模块，用于将所述处理后的多媒体资源平台消息发送至所述第二应用系统，以使所述第二应用系统基于所述处理后的多媒体资源平台消息和所述打开方式播放对应的多媒体资源。

14.一种计算机可读介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至8中任意一项所述的多媒体资源平台消息的处理方法，或实现权利要求9至12中任意一项所述的多媒体资源平台消息的处理方法。

15.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器执行所述可执行指令使所述电子设备执行权利要求1至8中任意一项所述的多媒体资源平台消息的处理方法，或实现权利要求9至12中任意一项所述的多媒体资源平台消息的处理方法。

Images