CN103841141B - 一种多媒体通信系统和方法 - Google Patents

Abstract

本申请公开了一种多媒体通信系统和方法，包括：跨应用装置（APP）请求模块设置在源帐号所登录的源APP中，用于触发该源APP将源帐号、所述目标APP的名称、所述目标帐号、以及多媒体数据发送给中转服务器；中转服务器中包括本地源APP、本地目标APP和中转模块；所述本地源APP用于与源帐号所登录的源APP交互，所述本地目标APP用于与目标帐号所登录的目标APP交互；所述中转模块用于转发源APP和目标APP之间的多媒体数据。利用本发明，可以实现跨APP的多媒体通信，提高操作效率，保障终端操作系统的稳定性。

Description

一种多媒体通信系统和方法

技术领域

本申请涉及数据通信技术领域，尤其涉及一种多媒体通信系统和方法。

背景技术

随着互联网尤其是无线互联网的不断普及，以及数据处理终端设备尤其是移动数据处理终端设备（如手机、PDA、平板电脑等）的迅速进步，越来越多的用户开始使用各种类型的数据处理终端的各种多媒体应用装置（APP）进行多媒体通信。

所述多媒体APP是运行于操作系统上的应用软件，这种多媒体APP把用户的音频、视频或者音视频信息进行编码，转换成数据处理设备可识别的二进制串，然后通过互联网进行传输；数据的接收端安装有相同类型的多媒体APP，该多媒体APP再将所述二进制串解码成原始的音频、视频或音视频信息输出，达到多媒体交流的目的。

但是，现有的技术方案中，多媒体APP的兼容性差，任一种多媒体APP包括的处理逻辑和音视频引擎只能支持同一种多媒体APP的处理逻辑和音视频引擎，多媒体通信只能在同一种APP之间进行，不同种多媒体APP之间是无法进行多媒体信息交互的。例如如果用户一和用户二需要进行多媒体通信，则需要在用户一和用户二的数据处理终端上都安装相同的多媒体APP，才能进行诸如音视频的多媒体通信。

但是随着用户所使用的操作系统的多样性以及用户终端上所安装的APP数目的急剧膨胀，通常一个用户的数据处理终端上安装有多种多媒体APP，该用户在每一种多媒体APP上都有对应的好友，如果用户在使用当前多媒体APP的时候希望与另一种多媒体APP中的好友进行多媒体通信，则需要从当前多媒体APP的界面退出，并切换到所述另一种多媒体APP且要用相应的帐号登录该多媒体APP，才能与该多媒体APP中的好友进行多媒体通信；如果希望同时与两种或两种以上的多媒体APP的好友进行多媒体通信，则需要用户在这些多媒体APP之间来回切换。这样一来，一方面用户需要与数据处理终端进行多次复杂的人机交互进行切换，严重影响了用户的操作效率，另一方面所述切换操作会造成终端操作系统相关进程的中断和重启，降低了终端操作系统运行的稳定性，有时还会造成终端操作系统死机。

发明内容

有鉴于此，本发明的主要目的在于提供一种多媒体通信系统和方法，以实现跨APP的多媒体通信，提高操作效率，保障终端操作系统的稳定性。

本发明的技术方案是这样实现的：

一种多媒体通信系统，包括：

跨应用装置APP请求模块，设置在源帐号所登录的源APP中，用于确定目标APP的名称及该目标APP中的目标帐号，触发该源APP将源帐号、所述目标APP的名称、所述目标帐号、以及多媒体数据发送给中转服务器；

中转服务器，其中包括本地源APP、本地目标APP和中转模块；所述本地源APP用于与源帐号所登录的源APP交互，所述本地目标APP用于与目标帐号所登录的目标APP交互；

所述中转模块用于：根据所述本地源APP收到的目标APP的名称在本地运行并登录对应的本地目标APP，将本地源APP收到的来自源帐号所登录的源APP的多媒体数据转发给本地目标APP，利用该目标APP将来自源帐号所登录的源APP的多媒体数据发送给所述目标帐号所登录的目标APP；将本地目标APP接收到的来自所述目标帐号所登录的目标APP的多媒体信息转发给所述本地源APP，并利用该本地源APP将来自目标帐号所登录的目标APP的多媒体信息发送给所述源帐号所登录的源APP。

一种多媒体通信方法，包括：

源帐号所登录的源APP确定目标APP的名称及该目标APP中的目标帐号；将源帐号、所述目标APP的名称、所述目标帐号、以及多媒体数据发送给中转服务器；

所述中转服务器中安装所述源APP和目标APP；所述中转服务器利用本地源APP接收源帐号所登录的源APP发来的信息，根据所述目标APP的名称在本地运行并登录对应的目标APP，利用该目标APP将本地源APP收到的来自源帐号所登录的源APP的多媒体数据转发给所述目标帐号所登录的目标APP；并且，所述中转服务器利用本地目标APP接收来自所述目标帐号所登录的目标APP的多媒体数据，并利用本地源APP将来自目标帐号所登录的目标APP的多媒体数据转发给所述源帐号所登录的源APP。

与现有技术相比，本发明包括中转服务器，该中转服务器上可以安装有不同种类的多媒体APP，可以同时启动多种多媒体APP并与不同终端上的对应多媒体APP进行通信，源帐号所登录的源APP的用户如果希望与另一种APP（目标APP）的目标帐号的用户进行多媒体通信，则可以利用终端上的源帐号所登录的源APP发送多媒体数据到所述中转服务器，中转服务器通过本地源APP接收并解码来自源帐号所登录的源APP输出的多媒体数据，并将该多媒体数据输入给中转服务器的本地目标APP，由本地目标APP再将所输入的多媒体数据输出给目标帐号所登录的目标APP；反之，来自目标帐号所登录的目标APP的多媒体数据采用类似的方式处理。因此，本发明可以实现将不同终端不同多媒体APP之间的跨APP的多媒体数据的转发。可以使得用户在使用多媒体APP时，即使终端的操作系统不同、终端设备不同、使用的多媒体APP的种类不同，也可同其他用户进行多媒体通信，实现了跨APP的多媒体通信，且期间不必进行多媒体APP间的切换，减少了人与终端设备间的人机交互操作，提高了用户的操作效率，并可以避免由于切换操作造成的终端操作系统的相关进程的中断和重启，保障了终端操作系统的稳定性。

附图说明

图1为本发明所述多媒体通信系统的一种组成示意图；

图2所示为本发明所述多媒体通信系统的又一种组成示意图；

图3为本发明所述多媒体通信方法的一种流程图；

图4为本发明所述多媒体通信方法的一种具体实施例的流程图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明

本申请中，将发起多媒体信息通信的APP称为源APP，通信对方的APP称为目标APP；发起多媒体信息通信的帐号称为源帐号，通信对方的帐号称为目标帐号。所述源帐号所登录的源APP和目标帐号所登录的目标APP的具体运行方式本发明并不限定，例如可以运行在用户的数据处理终端（例如计算机、手机、平板电脑、PDA等）中，当然也可以是运行在云端由用户操作的APP。

图1为本发明所述多媒体通信系统的一种组成示意图；参见图1，该通信系统包括：

跨APP请求模块101，设置在源帐号所登录的源APP 10中，用于确定目标APP 20的名称及该目标APP 20中的目标帐号，触发该源APP 10将源帐号、所述目标APP的名称、所述目标帐号、以及多媒体数据发送给中转服务器。

中转服务器102，其中包括本地源APP 121、本地目标APP 123和中转模块122；所述本地源APP 121用于与源帐号所登录的源APP 10交互，所述本地目标APP 123用于与目标帐号所登录的目标APP 20交互。

本发明中，所述本地源APP 121与源帐号所登录的源APP 10是同一种多媒体APP，例如通常是同一厂家所生产的APP；所述本地目标APP 123与目标帐号所登录的目标APP 20是同一种多媒体APP，例如通常是另一厂家所生产的APP。

所述中转模块122用于：根据所述本地源APP 121收到的目标APP的名称在本地运行并登录对应的本地目标APP 123，将本地源APP 121收到的来自源帐号所登录的源APP 10的多媒体数据转发给本地目标APP 123，利用该目标APP 123将来自源帐号所登录的源APP10的多媒体数据发送给所述目标帐号所登录的目标APP 20；将本地目标APP 123接收到的来自所述目标帐号所登录的目标APP 20的多媒体信息转发给所述本地源APP 121，并利用该本地源APP 121将来自目标帐号所登录的目标APP 20的多媒体信息发送给所述源帐号所登录的源APP 10。

对于源APP和目标APP这种多媒体APP来说，如果需要进行多媒体通信，一般需要连接终端设备上的视频采集装置（如摄像头）和音频采集装置（如麦克风），所述视频采集装置用于向APP采集输入视频数据，所述音频采集装置用于向APP采集输入音频数据。但是所述中转服务器102上所转发的音视频多媒体数据为从所述源APP 10和目标APP 20接收的多媒体数据，因此需要在所述中转模块122中包括虚拟多媒体输入模块。图2所示为本发明所述多媒体通信系统的又一种组成示意图，参见图2，所述虚拟多媒体输入模块223用于将所述本地源APP121解码得到的来自源帐号所登录的源APP 10的多媒体数据虚拟输入到所述本地目标APP 123中；将所述本地目标APP 123解码得到的来自目标帐号所登录的目标APP 20的多媒体数据虚拟输入到所述本地源APP 121中。所述虚拟多媒体输入模块223中具体可以包括虚拟摄像头模块和虚拟麦克风模块，分别用于虚拟输入多媒体数据中的视频数据和音频数据。所述虚拟摄像头模块和虚拟麦克风模块是一种软件程序，用于让操作系统误认为本地具有真实的摄像头和麦克风，同时通过软件来模拟实际的摄像头和麦克风的输入。所述虚拟摄像头模块和虚拟麦克风模块可以采用现有成熟的虚拟摄像头技术和虚拟麦克风技术。

在比较优选的实施场景中，跨APP的多媒体通信需要先在两种不同APP的两个帐号（如所述源帐号和所述目标帐号）之间建立跨APP的好友关系。在建立好友关系后，源帐号就可以好友关系中选择目标帐号发起跨APP的多媒体通信，但也需要目标帐号的同意才可以进行实质的多媒体数据的交互。

因此，如图2所示，所述跨APP请求模块101中包括第一好友关系模块111，用于：触发源帐号登录的源APP 10向中转服务器102发送好友邀请信令，该好友邀请信令中包括目标APP的名称、目标帐号、以及要求与所述目标帐号建立好友关系的请求信息；并在收到好友邀请成功的响应信息后，建立源帐号与目标APP和目标帐号的好友关系；

所述中转模块122中包括第二好友关系模块221，用于在本地源APP 121收到所述好友邀请信令后，根据所述目标APP的名称判断中转服务器102本地是否安装有所述目标APP 123；如果中转服务器本地安装有所述目标APP 123，则在本地运行并登录该目标APP123，利用该本地目标APP 123向目标帐号所登录的目标APP 20发出好友邀请信令，并在本地目标APP 123收到目标帐号所登录的目标APP 20返回的同意信令后，利用本地源APP 121向源帐号所登录的源APP 10返回好友邀请成功的响应信息；如果中转服务器102本地没有安装所述目标APP 123或者本地目标APP 123没有收到目标帐号所登录的目标APP 20返回的同意信令，则利用本地源APP 121向源帐号所登录的源APP 10返回拒绝邀请的响应信息，该源APP 10收到拒绝要求的响应信息后则放弃本次好友关系的建立。

所述跨APP请求模块101还包括第一多媒体请求模块112，用于：从所述第一好友关系模块111所建立的好友关系中选择目标APP和目标帐号，触发源帐号登录的源APP 10向中转服务器102发送请求多媒体通信信令，该请求多媒体通信信令中包括目标APP的名称、目标帐号、以及请求开始多媒体通信的请求信息；并在收到中转服务器102的同意多媒体通信的响应信令后，触发所述源帐号所登录的源APP 10与中转服务器的本地源APP 121之间建立对应的用于传输后续多媒体数据的多媒体通信通道。

所述中转模块122中包括第二多媒体请求模块222，用于在本地源APP 121收到所述请求多媒体通信信令后，根据所述目标APP名称利用对应的本地目标APP 123向目标帐号所登录的目标APP 20发起请求多媒体通信信令，以请求开始进行多媒体通信，并在本地目标APP 123收到目标帐号所登录的目标APP 20返回的同意信令后，在该本地目标APP 123与目标帐号所登录的目标APP 20之间建立对应的用于传输后续多媒体数据的多媒体通信通道，并利用本地源APP 121向源帐号所登录的源APP 10返回同意多媒体通信的响应信令，所述源帐号所登录的源APP 10与中转服务器本地源APP 121之间建立对应的用于传输后续多媒体数据的多媒体通信通道。

本发明所述的中转服务器可以在本地安装多种源APP和多种目标APP，以支持更多中跨APP间的多媒体通信。

与上述多媒体通信系统对应，本发明还公开了一种多媒体通信方法。图3为本发明所述多媒体通信方法的一种流程图，参见图3，该方法主要包括：

301、源帐号所登录的源APP确定目标APP的名称及该目标APP中的目标帐号；将源帐号、所述目标APP的名称、所述目标帐号、以及多媒体数据发送给安装有源APP和目标APP的中转服务器；

302、所述中转服务器利用本地源APP接收源帐号所登录的源APP发来的信息，根据所述目标APP的名称在本地运行并登录对应的目标APP，利用该目标APP将本地源APP收到的来自源帐号所登录的源APP的多媒体数据转发给所述目标帐号所登录的目标APP；并且，所述中转服务器利用本地目标APP接收来自所述目标帐号所登录的目标APP的多媒体数据，并利用本地源APP将来自目标帐号所登录的目标APP的多媒体数据转发给所述源帐号所登录的源APP。

本发明中，所述中转服务器利用本地目标APP将来自源帐号所登录的源APP的多媒体数据转发给所述目标帐号所登录的目标APP，具体包括：所述中转服务器将本地源APP解码得到的来自源帐号所登录的源APP的多媒体数据虚拟输入到本地目标APP中，再利用该本地目标APP将所输入的多媒体数据发送给所述目标帐号所登录的目标APP。具体包括：所述中转服务器利用虚拟摄像头模块将所述本地源APP解码得到的来自源帐号所登录的源APP的视频数据虚拟输入到所述本地目标APP中，利用虚拟麦克风模块将所述本地源APP解码得到的来自源帐号所登录的源APP的音频数据虚拟输入到所述本地目标APP中。

所述中转服务器利用本地源APP将来自目标帐号所登录的目标APP的多媒体数据转发给所述源帐号所登录的源APP，具体包括：所述中转服务器将本地目标APP解码得到的来自目标帐号所登录的目标APP的多媒体数据虚拟输入到本地源APP中，再利用该本地源APP将所输入的多媒体数据发送给所述源帐号所登录的源APP。具体包括：所述中转服务器利用虚拟摄像头模块将所述本地目标APP解码得到的来自目标帐号所登录的目标APP的视频数据虚拟输入到所述本地源APP中，利用虚拟麦克风模块将所述本地目标APP解码得到的来自目标帐号所登录的目标APP的音频数据虚拟输入到所述本地源APP中。

在比较优选的实施场景中，跨APP的多媒体通信需要先在两种不同APP的两个帐号（如所述源帐号和所述目标帐号）之间建立跨APP的好友关系。在建立好友关系后，源帐号就可以好友关系中选择目标帐号发起跨APP的多媒体通信，但也需要目标帐号的同意才可以进行实质的多媒体数据的交互。

因此，在一种具体的实施例中，本发明所述的方法还包括建立好友关系的步骤以及多媒体通信的请求步骤，这两个步骤完毕后再进行所述的多媒体数据的转发过程。

图4为本发明所述多媒体通信方法的一种具体实施例的流程图。参见图4，假设用户A为源帐号的用户，用户B为目标帐号的用户，且源帐号为源APP中的帐号，目标帐号为目标APP中的帐号。如果用户A希望与用户B进行多媒体通信，则需要进行本发明所述的跨APP的多媒体通信方法。具体包括：

401、用户A在源帐号所登录的源APP中添加目标APP的名称以及该目标APP中的目标帐号（即用户B在目标APP中的帐号）；源帐号所登录的源APP确定用户所添加的目标APP的名称及该目标APP中的目标帐号。这一步由用户A来操作，但是所述源APP的跨APP请求模块101需要提供添加目标APP名称和目标帐号的界面，供用户A操作。之后，源帐号所登录的源APP向中转服务器发送好友邀请信令，该好友邀请信令中包括目标APP的名称、目标帐号、以及要求与所述目标帐号建立好友关系的请求信息。

402、所述中转服务器利用本地源APP接收所述好友邀请信令后，根据所述目标APP的名称判断本地是否安装有所述目标APP。所述本地源APP在中转服务器上保持在线状态，其登录帐号为中转服务器的一个默认帐号。

如果中转服务器本地安装有所述目标APP，则在本地运行并利用中转服务器的默认帐号登录该目标APP，利用该本地目标APP向目标帐号所登录的目标APP发出好友邀请信令，该好友邀请信令中需要包括：要求与所述目标帐号建立好友关系的请求信息，还可以进一步包括源APP的名称和源帐号。

403、所述目标帐号所登录的目标APP收到好友邀请信令后会显示好友邀请信息，例如显示“源APP中的源帐号（用户A）希望加您为好友，您是否同意？”；用户B如果希望与用户A建立好友关系，则点击同意按钮，否则点击拒绝按钮；目标帐号所登录的目标APP将相应的同意信令或拒绝信令返回给中转服务器的本地目标APP。

404、中转服务器在本地目标APP收到目标帐号所登录的目标APP返回的同意信令后，利用本地源APP向源帐号所登录的源APP返回好友邀请成功的响应信息。

如果中转服务器本地没有安装所述目标APP或者中转服务器没有收到目标帐号所登录的目标APP返回的同意信令，则中转服务器利用本地源APP向源帐号所登录的源APP返回拒绝邀请的响应信息。

405、源帐号登录的源APP在收到好友邀请成功的响应信息后，建立源帐号与目标APP和目标帐号的好友关系；在收到拒绝邀请的响应信息后，放弃建立本次的好友关系。

上述步骤401至步骤405是在跨APP之间（源APP和目标APP之间）建立两种不同APP的两个帐号（如所述源帐号和所述目标帐号）的好友关系的步骤。在建立好友关系后，源帐号所登录的源APP就可以在好友关系列表中显示所述目标APP的名称和所述目标帐号。当用户A希望与用户B进行多媒体通信时，就可以从好友关系中选择目标帐号发起跨APP的多媒体通信请求。具体的多媒体通信的请求步骤包括以下步骤406至410：

406、所述源帐号所登录的源APP根据用户A的操作指令，从所建立的好友关系中选择目标APP和目标帐号，向中转服务器发送请求多媒体通信信令，该请求多媒体通信信令中包括：目标APP的名称、目标帐号、以及请求开始多媒体通信的请求信息。

407、所述中转服务器利用本地源APP接收所述请求多媒体通信信令之后，根据所述目标APP名称，利用对应的本地目标APP向目标帐号所登录的目标APP发起请求多媒体通信信令，该请求多媒体通信信令中包括请求开始进行多媒体通信的请求信息，还可以进一步包括源APP的名称以及源帐号。

408、所述目标帐号登录的目标APP收到所述请求开始多媒体通信的传输信令后，可以提示用户B，例如提示“源APP的源帐号（用户A）希望与您进行音/视频通信，是否同意？”，用户B如果希望与用户A进行多媒体通信，则点击同意按钮，否则点击拒绝按钮；目标帐号所登录的目标APP将相应的同意本次多媒体通信的信令或拒绝本次多媒体通信信令返回给中转服务器的本地目标APP。

409、如果所述中转服务器的本地目标APP收到目标帐号所登录的目标APP返回的同意本次多媒体通信的信令，则在本地目标APP与目标帐号所登录的目标APP之间建立对应的用于传输后续多媒体数据的多媒体通信通道，并利用本地源APP向源帐号所登录的源APP返回同意本次多媒体通信的响应信令。在建立多媒体通信通道时，所述本地目标APP会自动根据目标帐号所登录的目标APP的音视频能力选择对应的音视频引擎。

如果所述中转服务器的本地目标APP收到目标帐号所登录的目标APP返回的拒绝本次多媒体通信的信令，则利用本地源APP向源帐号所登录的源APP返回拒绝本次多媒体通信的响应信令。

410、所述源帐号所登录的源APP在收到中转服务器返回的同意本次多媒体通信的响应信令后，与中转服务器本地源APP之间建立对应的用于传输后续多媒体数据的多媒体通信通道。在建立多媒体通信通道时，所述本地源APP会自动根据源帐号所登录的源APP的音视频能力选择对应的音视频引擎。

如果所述源帐号所登录的源APP在收到中转服务器返回的拒绝本次多媒体通信的响应信令后，放弃本次多媒体通信请求。

截止到步骤410，所述源APP的源帐号与目标APP的目标帐号之间建立起了用于传输多媒体数据的多媒体通信通道，源帐号和目标帐号之间就可以进行跨APP的多媒体通信了。具体包括：

源帐号登录的源APP向所述中转服务器的本地源APP发送多媒体数据，接收来自中转服务器的本地源APP发送的多媒体数据并输出给用户。所述多媒体数据中包括视频数据和/或音频数据。

所述中转服务器进行多媒体数据的转发，具体包括：

利用虚拟摄像头模块将所述本地源APP解码得到的来自源帐号所登录的源APP的视频数据虚拟输入到所述本地目标APP中，利用虚拟麦克风模块将所述本地源APP解码得到的来自源帐号所登录的源APP的音频数据虚拟输入到所述本地目标APP中，所述本地目标APP再将所输入的音/视频数据发送给目标帐号所登录的目标APP；同时，所述中转服务器利用虚拟摄像头模块将所述本地目标APP解码得到的来自目标帐号所登录的目标APP的视频数据虚拟输入到所述本地源APP中，利用虚拟麦克风模块将所述本地目标APP解码得到的来自目标帐号所登录的目标APP的音频数据虚拟输入到所述本地源APP中，所述源APP再将所输入的音/视频数据发送给源帐号所登录的源APP。

目标帐号所登录的目标APP接收来自中转服务器的本地目标APP的音/视频数据并输出给用户B；同时向所述中转服务器的本地目标APP发送多媒体数据。

至于在上述过程中有可能发生的其它处理流程，例如通信中拒绝或挂断等流程，所述源帐号所登录的源APP和目标帐号所登录的目标APP按照现有逻辑发出相关的信令，由所述中转服务器转发给通信对端即可。

本发明中，由于同种多媒体APP之间已经可以实现跨终端、跨操作系统之间的通信，因此本发明可以使得用户在使用多媒体APP时，即使终端的操作系统不同、终端设备不同、使用的多媒体APP的种类不同，也可同其他用户进行多媒体通信，实现了跨APP的多媒体通信。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (8)

1.一种多媒体通信系统，其特征在于，包括：

跨应用装置APP请求模块，设置在源帐号所登录的源APP中，用于确定目标APP的名称及该目标APP中的目标帐号，触发该源APP将源帐号、所述目标APP的名称、所述目标帐号、以及多媒体数据发送给中转服务器；

中转服务器，其中包括本地源APP、本地目标APP和中转模块；所述本地源APP用于与源帐号所登录的源APP交互，所述本地目标APP用于与目标帐号所登录的目标APP交互；

所述中转模块用于：根据所述本地源APP收到的目标APP的名称在本地运行并登录对应的本地目标APP，将本地源APP收到的来自源帐号所登录的源APP的多媒体数据转发给本地目标APP，利用该目标APP将来自源帐号所登录的源APP的多媒体数据发送给所述目标帐号所登录的目标APP；将本地目标APP接收到的来自所述目标帐号所登录的目标APP的多媒体信息转发给所述本地源APP，并利用该本地源APP将来自目标帐号所登录的目标APP的多媒体信息发送给所述源帐号所登录的源APP；

所述中转模块中包括虚拟多媒体输入模块，用于：将所述本地源APP解码得到的来自源帐号所登录的源APP的多媒体数据虚拟输入到所述本地目标APP中；将所述本地目标APP解码得到的来自目标帐号所登录的目标APP的多媒体数据虚拟输入到所述本地源APP中。

2.根据权利要求1所述的系统，其特征在于，

所述跨应用装置APP请求模块中包括第一好友关系模块，用于：触发源帐号登录的源APP向中转服务器发送好友邀请信令，该好友邀请信令中包括目标APP的名称、目标帐号、以及要求与所述目标帐号建立好友关系的请求信息；并在收到好友邀请成功的响应信息后，建立源帐号与目标APP和目标帐号的好友关系；

所述中转模块中包括第二好友关系模块，用于在本地源APP收到所述邀请传输信令后，根据所述目标APP的名称判断中转服务器本地是否安装有所述目标APP；如果中转服务器本地安装有所述目标APP，则在本地运行并登录该目标APP，利用该本地目标APP向目标帐号所登录的目标APP发出好友邀请信令，并在本地目标APP收到目标帐号所登录的目标APP返回的同意信令后，利用本地源APP向源帐号所登录的源APP返回好友邀请成功的响应信息；如果中转服务器本地没有安装所述目标APP或者本地目标APP没有收到目标帐号所登录的目标APP返回的同意信令，则利用本地源APP向源帐号所登录的源APP返回拒绝邀请的响应信息。

3.根据权利要求2所述的系统，其特征在于，

所述跨应用装置APP请求模块包括第一多媒体请求模块，用于：从所述第一好友关系模块所建立的好友关系中选择目标APP和目标帐号，触发源帐号登录的源APP向中转服务器发送请求多媒体通信信令，该请求多媒体通信信令中包括目标APP的名称、目标帐号、以及请求开始多媒体通信的请求信息；并在收到同意多媒体通信的响应信令后，触发所述源帐号所登录的源APP与中转服务器的本地源APP之间建立对应的用于传输后续多媒体数据的多媒体通信通道；

所述中转模块包括第二多媒体请求模块，用于在本地源APP收到所述请求多媒体通信信令后，根据所述目标APP名称利用对应的本地目标APP向目标帐号所登录的目标APP发起请求多媒体通信信令，并在本地目标APP收到目标帐号所登录的目标APP返回的同意信令后，在该本地目标APP与目标帐号所登录的目标APP之间建立对应的用于传输后续多媒体数据的多媒体通信通道，并利用本地源APP向源帐号所登录的源APP返回同意多媒体通信的响应信令。

4.一种多媒体通信方法，其特征在于，包括：

源帐号所登录的源APP确定目标APP的名称及该目标APP中的目标帐号；将源帐号、所述目标APP的名称、所述目标帐号、以及多媒体数据发送给中转服务器；

所述中转服务器中安装所述源APP和目标APP；所述中转服务器利用本地源APP接收源帐号所登录的源APP发来的信息，根据所述目标APP的名称在本地运行并登录对应的本地目标APP，利用该目标APP将本地源APP收到的来自源帐号所登录的源APP的多媒体数据转发给所述目标帐号所登录的目标APP；并且，所述中转服务器利用本地目标APP接收来自所述目标帐号所登录的目标APP的多媒体数据，并利用本地源APP将来自目标帐号所登录的目标APP的多媒体数据转发给所述源帐号所登录的源APP；

其中，所述中转服务器利用本地目标APP将来自源帐号所登录的源APP的多媒体数据转发给所述目标帐号所登录的目标APP，具体包括：所述中转服务器将本地源APP解码得到的来自源帐号所登录的源APP的多媒体数据虚拟输入到本地目标APP中，再利用该本地目标APP将所输入的多媒体数据发送给所述目标帐号所登录的目标APP；

所述中转服务器利用本地源APP将来自目标帐号所登录的目标APP的多媒体数据转发给所述源帐号所登录的源APP，具体包括：所述中转服务器将本地目标APP解码得到的来自目标帐号所登录的目标APP的多媒体数据虚拟输入到本地源APP中，再利用该本地源APP将所输入的多媒体数据发送给所述源帐号所登录的源APP。

5.根据权利要求4所述的方法，其特征在于，

所述中转服务器将本地源APP解码得到的来自源帐号所登录的源APP的多媒体数据虚拟输入到本地目标APP中，具体包括：所述中转服务器利用虚拟摄像头模块将所述本地源APP解码得到的来自源帐号所登录的源APP的视频数据虚拟输入到所述本地目标APP中，利用虚拟麦克风模块将所述本地源APP解码得到的来自源帐号所登录的源APP的音频数据虚拟输入到所述本地目标APP中；

所述中转服务器将本地目标APP解码得到的来自目标帐号所登录的目标APP的多媒体数据虚拟输入到本地源APP中，具体包括：所述中转服务器利用虚拟摄像头模块将所述本地目标APP解码得到的来自目标帐号所登录的目标APP的视频数据虚拟输入到所述本地源APP中，利用虚拟麦克风模块将所述本地目标APP解码得到的来自目标帐号所登录的目标APP的音频数据虚拟输入到所述本地源APP中。

6.根据权利要求4所述的方法，其特征在于，该方法在所述中转服务器转发多媒体数据之前，包括建立好友关系的步骤，具体包括：

所述源帐号所登录的源APP向中转服务器发送好友邀请信令，该好友要求传输信令中包括目标APP的名称、目标帐号、以及要求与所述目标帐号建立好友关系的请求信息；

所述中转服务器利用本地源APP接收所述好友邀请信令后，包括：

所述中转服务器根据所述目标APP的名称判断本地是否安装有所述目标APP；

如果中转服务器本地安装有所述目标APP，则在本地运行并登录该目标APP，利用该本地目标APP向目标帐号所登录的目标APP发出好友邀请信令，并在本地目标APP收到目标帐号所登录的目标APP返回的同意信令后，利用本地源APP向源帐号所登录的源APP返回好友邀请成功的响应信息，所述源帐号登录的源APP在收到好友邀请成功的响应信息后，建立源帐号与目标APP和目标帐号的好友关系；

如果中转服务器本地没有安装所述目标APP或者中转服务器没有收到目标帐号所登录的目标APP返回的同意信令，则中转服务器利用本地源APP向源帐号所登录的源APP返回拒绝邀请的响应信息。

7.根据权利要求6所述的方法，其特征在于，该方法在所述建立好友关系的步骤之后、中转服务器转发多媒体数据之前，包括多媒体通信的请求步骤，具体包括：

所述源帐号所登录的源APP从所建立的好友关系中选择目标APP和目标帐号，向中转服务器发送请求多媒体通信信令，其中包括目标APP的名称、目标帐号、以及请求开始多媒体通信的请求信息；

所述中转服务器利用本地源APP接收所述请求通信信令后，包括：

所述中转服务器根据所述目标APP名称，利用对应的本地目标APP向目标帐号所登录的目标APP发起请求多媒体通信信令；所述本地目标APP在收到目标帐号所登录的目标APP返回的同意信令后，该本地目标APP与目标帐号所登录的目标APP之间建立对应的用于传输后续多媒体数据的多媒体通信通道，所述中转服务器利用本地源APP向源帐号所登录的源APP返回同意多媒体通信的响应信令，所述源帐号所登录的源APP与中转服务器本地源APP之间建立对应的用于传输后续多媒体数据的多媒体通信通道。

8.根据权利要求7所述的方法，其特征在于，所述中转服务器利用本地目标APP向目标帐号所登录的目标APP发出的好友邀请信令和请求多媒体通信信令中包括：源APP的名称和源帐号。