CN103488500A - 多媒体文件的处理方法及装置 - Google Patents

Abstract

本发明提供一种多媒体文件的处理方法及装置。本发明实施例由于只需要将第二客户端待加载的多媒体文件发送给服务器进行存储，并将服务器返回的多媒体文件的URL发送给第二客户端，因此，无需接收用户通过输入设备输入的多媒体文件的访问标识，就能够实现应用程序的多媒体文件的加载，操作简单，且正确率高，从而提高了多媒体文件处理的效率和可靠性。

Description

多媒体文件的处理方法及装置

【技术领域】

本发明涉及多媒体处理技术，尤其涉及一种多媒体文件的处理方法及装置。

【背景技术】

随着通信技术的发展，终端集成了越来越多的功能，从而使得终端的系统功能列表中包含了越来越多相应的应用程序，例如，电脑中安装的应用程序，第三方智能手机中安装的应用程序（Application，APP）等。有些应用程序都会涉及多媒体文件的加载，例如，微博、博客、论坛等。如果应用程序支持加载本地的多媒体文件，用户需要预先将多媒体文件下载到本地；如果应用程序不支持加载本地的多媒体文件，用还需要进一步将多媒体文件上传到第三方服务器。然后，用户可以通过输入设备输入多媒体文件的访问标识，例如，本地的存储路径或网络的统一资源定位符（Uniform Resource Locator，URL），来实现应用程序的多媒体文件的加载。

然而，现有技术中的多媒体文件的加载操作的操作复杂，且容易出错，从而导致了多媒体文件处理的效率和可靠性的降低。

【发明内容】

本发明的多个方面提供一种多媒体文件的处理方法及装置，用以提高多媒体文件处理的效率和可靠性。

本发明的一方面，提供一种多媒体文件的处理方法，包括：

接收输入设备输入的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息；

根据所述多媒体文件的标识信息，获取所述多媒体文件；

向服务器发送所述多媒体文件，以使得所述服务器存储所述多媒体文件；

接收所述服务器发送的所述多媒体文件的URL；

向第二客户端发送所述URL，以使得所述第二客户端根据所述URL，获得所述多媒体文件。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述向第二客户端发送所述URL，包括：

根据所述第二客户端的类型，向所述第二客户端发送所述URL。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述根据所述第二客户端的类型，向所述第二客户端发送所述URL，包括：

若所述第二客户端的类型为支持用URL标识多媒体文件，向所述第二客户端发送所述URL；或者

若所述第二客户端的类型为支持用可识别代码标识多媒体文件，根据所述URL，生成可识别代码，以及向所述第二客户端发送所述可识别代码；或者

若所述第二客户端的类型为支持用加载控件所触发的输入命令标识多媒体文件，模拟输入设备点击第二客户端的加载控件，以使得所述第二客户端生成输入命令，根据所述输入命令，弹出输入框，以及在所述输入框中输入所述URL。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述向第二客户端发送所述URL之前，还包括：

显示所述多媒体文件。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述根据所述多媒体文件的标识信息，获取所述多媒体文件，包括：

根据所述多媒体文件的标识信息，在所运行系统的多媒体数据库中，获取所述多媒体文件；或者

根据所述多媒体文件的标识信息，在自身的多媒体数据库中，获取所述多媒体文件；或者

根据所述多媒体文件的标识信息，在剪贴板中，获取所述多媒体文件。

本发明的另一方面，提供一种多媒体文件的处理装置，包括：

接收单元，用于接收输入设备输入的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息；

获取单元，用于根据所述多媒体文件的标识信息，获取所述多媒体文件；

发送单元，用于向服务器发送所述多媒体文件，以使得所述服务器存储所述多媒体文件；

所述接收单元，还用于接收所述服务器发送的所述多媒体文件的URL；

所述发送单元，还用于向第二客户端发送所述URL，以使得所述第二客户端根据所述URL，获得所述多媒体文件。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述发送单元，具体用于

根据所述第二客户端的类型，向所述第二客户端发送所述URL。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述发送单元，具体用于

若所述第二客户端的类型为支持用URL标识多媒体文件，向所述第二客户端发送所述URL；或者

若所述第二客户端的类型为支持用可识别代码标识多媒体文件，根据所述URL，生成可识别代码，以及向所述第二客户端发送所述可识别代码；或者

若所述第二客户端的类型为支持用加载控件所触发的输入命令标识多媒体文件，模拟输入设备点击第二客户端的加载控件，以使得所述第二客户端生成输入命令，根据所述输入命令，弹出输入框，以及在所述输入框中输入所述URL。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述装置还包括显示单元，用于

显示所述多媒体文件。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述获取单元，具体用于

根据所述多媒体文件的标识信息，在所运行系统的多媒体数据库中，获取所述多媒体文件；或者

根据所述多媒体文件的标识信息，在自身的多媒体数据库中，获取所述多媒体文件；或者

根据所述多媒体文件的标识信息，在剪贴板中，获取所述多媒体文件。

由上述技术方案可知，本发明实施例通过接收输入设备输入的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息，进而根据所述多媒体文件的标识信息，获取所述多媒体文件，并向服务器发送所述多媒体文件，以使得所述服务器存储所述多媒体文件，以及接收所述服务器发送的所述多媒体文件的URL，并向第二客户端发送所述URL，以使得所述第二客户端根据所述URL，获得所述多媒体文件，由于只需要将第二客户端待加载的多媒体文件发送给服务器进行存储，并将服务器返回的多媒体文件的URL发送给第二客户端，因此，无需接收用户通过输入设备输入的多媒体文件的访问标识，就能够实现应用程序的多媒体文件的加载，操作简单，且正确率高，从而提高了多媒体文件处理的效率和可靠性。

【附图说明】

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明一实施例提供的多媒体文件的处理方法的流程示意图；

图2为本发明另一实施例提供的多媒体文件的处理装置的结构示意图；

图3为本发明另一实施例提供的多媒体文件的处理装置的结构示意图。

【具体实施方式】

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明实施例中所涉及的终端可以包括但不限于手机、个人数字助理（Personal Digital Assistant，PDA）、无线手持设备、无线上网本、个人电脑、便携电脑、MP3播放器、MP4播放器等。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本发明一实施例提供的多媒体文件的处理方法的流程示意图，如图1所示。

101、第一客户端接收输入设备输入的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息。

102、所述第一客户端根据所述多媒体文件的标识信息，获取所述多媒体文件。

103、所述第一客户端向服务器发送所述多媒体文件，以使得所述服务器存储所述多媒体文件。

104、所述第一客户端接收所述服务器发送的所述多媒体文件的URL。

105、所述第一客户端向第二客户端发送所述URL，以使得所述第二客户端根据所述URL，获得所述多媒体文件。

需要说明的是，第一客户端可以为本发明提供的输入法客户端，例如，百度输入法等，相应地，服务器则可以为输入法客户端所对应的后台服务器；第二客户端可以为应用程序客户端，例如，微博客户端、博客客户端、论坛客户端等。

可以理解的是，所述第一客户端可以是安装在终端上的应用程序；所述第二客户端可以是安装在终端上的应用程序，或者还可以是浏览器的一个网页，只要能够实现多媒体处理，以提供基于多媒体文件的应用的客观存在形式都可以，本实施例对此不进行限定。

这样，通过第一客户端接收输入设备输入的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息，进而根据所述多媒体文件的标识信息，获取所述多媒体文件，并向服务器发送所述多媒体文件，以使得所述服务器存储所述多媒体文件，以及所述第一客户端接收所述服务器发送的所述多媒体文件的URL，并向第二客户端发送所述URL，以使得所述第二客户端根据所述URL，获得所述多媒体文件，由于第一客户端只需要将第二客户端待加载的多媒体文件发送给服务器进行存储，并将服务器返回的多媒体文件的URL发送给第二客户端，因此，第一客户端无需接收用户通过输入设备输入的多媒体文件的访问标识，就能够实现应用程序的多媒体文件的加载，操作简单，且正确率高，从而提高了多媒体文件处理的效率和可靠性。

另外，由于用户只需要通过输入设备输入一个简单的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息，无需像现有技术中那样通过输入设备输入多媒体文件的访问标识，就能够实现多媒体文件的加载，使得用户无需知道媒体文件的访问标识，只需要知道媒体文件的名字等标识信息，这样，可以减少用户的操作，明显提升用户体验。

可选地，在本实施例的一个可能的实现方式中，所述多媒体文件的标识信息可以为多媒体文件的永久标识，例如，多媒体文件的名字、多媒体文件的存储路径等，或者还可以为多媒体文件的临时标识，例如，剪贴板标识，以表示剪贴板上的多媒体文件。

具体地，在102中，所述第一客户端具体可以根据所述多媒体文件的标识信息，在该第一客户端所运行的系统的多媒体数据库中，获取所述多媒体文件。

具体地，在102中，所述第一客户端具体可以根据所述多媒体文件的标识信息，在所述第一客户端的多媒体数据库中，获取所述多媒体文件。

具体地，在102中，所述第一客户端具体可以根据所述多媒体文件的标识信息，在剪贴板中，获取所述多媒体文件。这样，用户只需要通过输入设备输入简单的指令，例如CtrlC指令，以将多媒体文件复制在剪贴板中，再输入多媒体命令，例如CtrlV指令，以指示第一客户端则可以直接在剪贴板中，获取该多媒体文件，由第一客户端自动执行后续操作，而不再需要通过输入设备输入多媒体文件的访问标识，例如，本地的存储路径或网络的统一资源定位符（Uniform Resource Locator，URL），就可以实现应用程序的多媒体文件的加载。

可以理解的是，如果所述第一客户端根据所述多媒体文件的标识信息，匹配到至少两个多媒体文件。那么，所述第一客户端则可以根据用户通过输入设备的选择指令，或者还可以根据预先配置的选择策略，选择一个多媒体文件，以作为待加载的多媒体文件。

可选地，在本实施例的一个可能的实现方式中，在105中，所述第一客户端具体可以根据所述第二客户端的类型，向所述第二客户端发送所述URL。

例如，若所述第二客户端的类型为支持用URL标识多媒体文件，所述第一客户端向所述第二客户端发送所述URL。

或者，再例如，若所述第二客户端的类型为支持用可识别代码标识多媒体文件，所述第一客户端根据所述URL，生成可识别代码，以及向所述第二客户端发送所述可识别代码。

或者，再例如，若所述第二客户端的类型为支持用加载控件所触发的输入命令标识多媒体文件，所述第一客户端模拟输入设备点击第二客户端的加载控件，以使得所述第二客户端生成输入命令，根据所述输入命令，弹出输入框，以及所述第一客户端在所述输入框中输入所述URL。

可选地，在本实施例的一个可能的实现方式中，在105之前，所述第一客户端还可以进一步显示所述多媒体文件。这样，用户可以进一步确定第一客户端所获取的多媒体文件是否为第二客户端待加载的多媒体文件，以保证第二客户端加载正确的多媒体文件，从而提高了多媒体文件处理的可靠性。

本实施例中，通过第一客户端接收输入设备输入的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息，进而根据所述多媒体文件的标识信息，获取所述多媒体文件，并向服务器发送所述多媒体文件，以使得所述服务器存储所述多媒体文件，以及所述第一客户端接收所述服务器发送的所述多媒体文件的URL，并向第二客户端发送所述URL，以使得所述第二客户端根据所述URL，获得所述多媒体文件，由于第一客户端只需要将第二客户端待加载的多媒体文件发送给服务器进行存储，并将服务器返回的多媒体文件的URL发送给第二客户端，因此，第一客户端无需接收用户通过输入设备输入的多媒体文件的访问标识，就能够实现应用程序的多媒体文件的加载，操作简单，且正确率高，从而提高了多媒体文件处理的效率和可靠性。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图2为本发明另一实施例提供的多媒体文件的处理装置的结构示意图，如图2所示。本实施例的多媒体文件的处理装置可以包括接收单元21、获取单元22和发送单元23。其中，接收单元21，用于接收输入设备输入的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息；获取单元22，用于根据所述多媒体文件的标识信息，获取所述多媒体文件；发送单元23，用于向服务器发送所述多媒体文件，以使得所述服务器存储所述多媒体文件；所述接收单元21，还用于接收所述服务器发送的所述多媒体文件的URL；所述发送单元23，还用于向第二客户端发送所述URL，以使得所述第二客户端根据所述URL，获得所述多媒体文件。

需要说明的是，本实施例提供的装置可以一客户端即第一客户端，可以为本发明提供的输入法客户端，例如，百度输入法等，相应地，服务器则可以为输入法客户端所对应的后台服务器；第二客户端可以为应用程序客户端，例如，微博客户端、博客客户端、论坛客户端等。

可以理解的是，所述第一客户端可以是安装在终端上的应用程序；所述第二客户端可以是安装在终端上的应用程序，或者还可以是浏览器的一个网页，只要能够实现多媒体处理，以提供基于多媒体文件的应用的客观存在形式都可以，本实施例对此不进行限定。

这样，通过接收单元接收输入设备输入的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息，进而由获取单元根据所述多媒体文件的标识信息，获取所述多媒体文件，并由发送单元向服务器发送所述多媒体文件，以使得所述服务器存储所述多媒体文件，以及所述接收单元接收所述服务器发送的所述多媒体文件的URL，并由发送单元向第二客户端发送所述URL，以使得所述第二客户端根据所述URL，获得所述多媒体文件，由于发送单元将第二客户端待加载的多媒体文件发送给服务器进行存储，并将服务器返回的多媒体文件的URL发送给第二客户端，因此，无需接收用户通过输入设备输入的多媒体文件的访问标识，就能够实现应用程序的多媒体文件的加载，操作简单，且正确率高，从而提高了多媒体文件处理的效率和可靠性。

另外，由于用户只需要通过输入设备输入一个简单的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息，无需像现有技术中那样通过输入设备输入多媒体文件的访问标识，就能够实现多媒体文件的加载，使得用户无需知道媒体文件的访问标识，只需要知道媒体文件的名字等标识信息，这样，可以减少用户的操作，明显提升用户体验。

可选地，在本实施例的一个可能的实现方式中，所述多媒体文件的标识信息可以为多媒体文件的永久标识，例如，多媒体文件的名字、多媒体文件的存储路径等，或者还可以为多媒体文件的临时标识，例如，剪贴板标识，以表示剪贴板上的多媒体文件。

具体地，所述获取单元22，具体可以用于根据所述多媒体文件的标识信息，在该客户端所运行的系统的多媒体数据库中，获取所述多媒体文件。

具体地，所述获取单元22，具体可以用于根据所述多媒体文件的标识信息，在自身的多媒体数据库中，获取所述多媒体文件。

具体地，所述获取单元22，具体可以用于根据所述多媒体文件的标识信息，在剪贴板中，获取所述多媒体文件。这样，用户只需要通过输入设备输入简单的指令，例如CtrlC指令，以将多媒体文件复制在剪贴板中，再输入多媒体命令，例如CtrlV指令，以指示所述获取单元22则可以直接在剪贴板中，获取该多媒体文件，由所述发送单元23和所述接收单元21自动执行后续操作，而不再需要通过输入设备输入多媒体文件的访问标识，例如，本地的存储路径或网络的统一资源定位符（Uniform Resource Locator，URL），就可以实现应用程序的多媒体文件的加载。

可以理解的是，如果所述获取单元22根据所述多媒体文件的标识信息，匹配到至少两个多媒体文件。那么，所述获取单元22则可以根据用户通过输入设备的选择指令，或者还可以根据预先配置的选择策略，选择一个多媒体文件，以作为待加载的多媒体文件。

可选地，在本实施例的一个可能的实现方式中，所述发送单元23，具体可以用于根据所述第二客户端的类型，向所述第二客户端发送所述URL。

例如，若所述第二客户端的类型为支持用URL标识多媒体文件，所述发送单元23向所述第二客户端发送所述URL。

或者，再例如，若所述第二客户端的类型为支持用可识别代码标识多媒体文件，所述发送单元23根据所述URL，生成可识别代码，以及向所述第二客户端发送所述可识别代码。

或者，再例如，若所述第二客户端的类型为支持用加载控件所触发的输入命令标识多媒体文件，所述发送单元23模拟输入设备点击第二客户端的加载控件，以使得所述第二客户端生成输入命令，根据所述输入命令，弹出输入框，以及在所述输入框中输入所述URL。

可选地，在本实施例的一个可能的实现方式中，如图3所示，本实施例提供的多媒体文件的处理装置还可以进一步包括显示单元31，用于显示所述多媒体文件。这样，用户可以进一步确定获取单元22所获取的多媒体文件是否为第二客户端待加载的多媒体文件，以保证第二客户端加载正确的多媒体文件，从而提高了多媒体文件处理的可靠性。

本实施例中，通过接收单元接收输入设备输入的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息，进而由获取单元根据所述多媒体文件的标识信息，获取所述多媒体文件，并由发送单元向服务器发送所述多媒体文件，以使得所述服务器存储所述多媒体文件，以及所述接收单元接收所述服务器发送的所述多媒体文件的URL，并由发送单元向第二客户端发送所述URL，以使得所述第二客户端根据所述URL，获得所述多媒体文件，由于发送单元将第二客户端待加载的多媒体文件发送给服务器进行存储，并将服务器返回的多媒体文件的URL发送给第二客户端，因此，无需接收用户通过输入设备输入的多媒体文件的访问标识，就能够实现应用程序的多媒体文件的加载，操作简单，且正确率高，从而提高了多媒体文件处理的效率和可靠性。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（processor）执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种多媒体文件的处理方法，其特征在于，包括：

接收输入设备输入的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息；

根据所述多媒体文件的标识信息，获取所述多媒体文件；

向服务器发送所述多媒体文件，以使得所述服务器存储所述多媒体文件；

接收所述服务器发送的所述多媒体文件的URL；

向第二客户端发送所述URL，以使得所述第二客户端根据所述URL，获得所述多媒体文件。

2.根据权利要求1所述的方法，其特征在于，所述向第二客户端发送所述URL，包括：

根据所述第二客户端的类型，向所述第二客户端发送所述URL。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第二客户端的类型，向所述第二客户端发送所述URL，包括：

若所述第二客户端的类型为支持用URL标识多媒体文件，向所述第二客户端发送所述URL；或者

若所述第二客户端的类型为支持用可识别代码标识多媒体文件，根据所述URL，生成可识别代码，以及向所述第二客户端发送所述可识别代码；或者

若所述第二客户端的类型为支持用加载控件所触发的输入命令标识多媒体文件，模拟输入设备点击第二客户端的加载控件，以使得所述第二客户端生成输入命令，根据所述输入命令，弹出输入框，以及在所述输入框中输入所述URL。

4.根据权利要求1～3任一权利要求所述的方法，其特征在于，所述向第二客户端发送所述URL之前，还包括：

显示所述多媒体文件。

5.根据权利要求1～4任一权利要求所述的方法，其特征在于，所述根据所述多媒体文件的标识信息，获取所述多媒体文件，包括：

根据所述多媒体文件的标识信息，在所运行系统的多媒体数据库中，获取所述多媒体文件；或者

根据所述多媒体文件的标识信息，在自身的多媒体数据库中，获取所述多媒体文件；或者

根据所述多媒体文件的标识信息，在剪贴板中，获取所述多媒体文件。

6.一种多媒体文件的处理装置，其特征在于，包括：

接收单元，用于接收输入设备输入的多媒体命令，所述多媒体命令中包含多媒体文件的标识信息；

获取单元，用于根据所述多媒体文件的标识信息，获取所述多媒体文件；

发送单元，用于向服务器发送所述多媒体文件，以使得所述服务器存储所述多媒体文件；

所述接收单元，还用于接收所述服务器发送的所述多媒体文件的URL；

所述发送单元，还用于向第二客户端发送所述URL，以使得所述第二客户端根据所述URL，获得所述多媒体文件。

7.根据权利要求6所述的装置，其特征在于，所述发送单元，具体用于根据所述第二客户端的类型，向所述第二客户端发送所述URL。

8.根据权利要求7所述的装置，其特征在于，所述发送单元，具体用于若所述第二客户端的类型为支持用URL标识多媒体文件，向所述第二客户端发送所述URL；或者

若所述第二客户端的类型为支持用可识别代码标识多媒体文件，根据所述URL，生成可识别代码，以及向所述第二客户端发送所述可识别代码；或者

若所述第二客户端的类型为支持用加载控件所触发的输入命令标识多媒体文件，模拟输入设备点击第二客户端的加载控件，以使得所述第二客户端生成输入命令，根据所述输入命令，弹出输入框，以及在所述输入框中输入所述URL。

9.根据权利要求6～8任一权利要求所述的装置，其特征在于，所述装置还包括显示单元，用于

显示所述多媒体文件。

10.根据权利要求6～9任一权利要求所述的装置，其特征在于，所述获取单元，具体用于

根据所述多媒体文件的标识信息，在所运行系统的多媒体数据库中，获取所述多媒体文件；或者

根据所述多媒体文件的标识信息，在自身的多媒体数据库中，获取所述多媒体文件；或者

根据所述多媒体文件的标识信息，在剪贴板中，获取所述多媒体文件。

Images