WO2015062512A1 - 一种内容共享的方法及装置 - Google Patents

一种内容共享的方法及装置 Download PDF

Info

Publication number
WO2015062512A1
WO2015062512A1 PCT/CN2014/089810 CN2014089810W WO2015062512A1 WO 2015062512 A1 WO2015062512 A1 WO 2015062512A1 CN 2014089810 W CN2014089810 W CN 2014089810W WO 2015062512 A1 WO2015062512 A1 WO 2015062512A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
mode
determining
target content
supported
Prior art date
Application number
PCT/CN2014/089810
Other languages
English (en)
French (fr)
Inventor
李彦
朱萸
Original Assignee
华为终端有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为终端有限公司 filed Critical 华为终端有限公司
Publication of WO2015062512A1 publication Critical patent/WO2015062512A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method and apparatus for content sharing.
  • this type of sharing is also divided into two forms: one is that the sender passes the shared content through information, mail, etc.
  • the server is transferred to the receiving end; the other is the peer-to-peer technology of short-distance between devices through communication technologies such as Bluetooth, wireless and fidelity, and Digital Living Network Alliance (DLNA).
  • P2P peer to peer
  • the sender user when it wants to share certain content in the local area network to the designated receiver in real time, it usually uses Bluetooth, WiFi, etc. to share the P2P communication method without a server.
  • the implementation process may be specifically: the sending end user selects the shared content; selects to send or share, the system pops up the sharing mode list; selects a communication mode for sharing; the system opens the communication mode, the sending end user performs setting; the sending end user selects to find The device finds the target device in the device list that is fed back by the system, and selects; the connection between the sender and the receiver is established, and the sender sends the shared content to the receiver; as shown, the existing sharing mode has more steps and insufficient operation. It is flexible, and the receiving end user needs to open the shared communication mode at the same time to establish a connection. The universality is not good and the user experience is not good.
  • the embodiment of the invention provides a method and a device for content sharing, which are used for simplifying operation steps and improving user experience during content sharing.
  • the target content is shared to the at least one terminal using the first transmission mode.
  • the local sharing manner includes Bluetooth, Digital Living Network Alliance DLNA, Wireless Display Wifi Display, Hypertext Transfer Protocol HTTP, File Transfer Protocol FTP, Scalable Communication, and Presentation Protocol.
  • DLNA Digital Living Network Alliance
  • Wifi Display Wireless Display Wifi Display
  • Hypertext Transfer Protocol HTTP File Transfer Protocol FTP
  • Scalable Communication Scalable Communication
  • XMPP Hypertext Transfer Protocol
  • a transmission mode used in the current scenario where the available transmission modes supported in the first scenario are Bluetooth and/or HTTP and/or FTP and/or XMPP,
  • the available transmission modes supported in the second scenario are DLNA and/or Wifi Display.
  • the determining, by using the current transmission mode includes:
  • the priority of the available transmission mode supported by the first scenario is higher than the priority of the available transmission mode supported by the second scenario.
  • the determining, by using the available transmission manner, the first transmission manner supported by the at least one terminal includes:
  • the determining, prior to the priority of the available transmission mode, according to the current state of the target content ,Also includes:
  • the sharing mode includes a buddy mode indicating that only terminal information that is pre-set or marked as a buddy terminal is acquired, and the public mode indicates that all connectable terminals are acquired Terminal information.
  • the determining, by using the terminal list that includes terminal information that supports at least one of the available transmission modes includes:
  • terminal list Determining, by the terminal list, terminal information including at least one of the usable transmission modes and pre-set or marked as a buddy terminal, the terminal information in the terminal list being in accordance with the supported transmission mode Priority sorting;
  • a second aspect of the present invention provides a method for content sharing, including:
  • a third aspect of the present invention provides a content sharing apparatus, including:
  • a first acquiring module configured to acquire a user instruction, where the user instruction is used to indicate that the target content selected by the user is shared by using a local sharing manner
  • a first determining module configured to determine a priority of a usable transmission mode according to a current state of the target content, where the local sharing mode includes the available transmission mode;
  • a second determining module configured to determine a terminal list that includes information of a terminal that supports at least one of the available transmission modes, where the information is sorted according to a priority of the usable transmission mode supported by the terminal;
  • a third determining module configured to establish a connection with a terminal corresponding to the at least one information in the terminal list, and determine, by using the available transmission manner, a first transmission mode supported by the at least one terminal;
  • a first sharing module configured to share the target content to the at least one terminal by using the first transmission manner.
  • the local sharing manner includes Bluetooth, Digital Living Network Alliance DLNA, Wireless Display Wifi Display, Hypertext Transfer Protocol HTTP, File Transfer Protocol FTP, Scalable Communication, and Presentation Protocol.
  • DLNA Digital Living Network Alliance
  • Wifi Display Wireless Display Wifi Display
  • Hypertext Transfer Protocol HTTP File Transfer Protocol FTP
  • Scalable Communication Scalable Communication
  • XMPP Hypertext Transfer Protocol
  • the first determining module is specifically configured to: determine that a current state of the target content is a show state or an un-show state; and determine, according to a current state of the target content, a transmission mode used in the current scenario, where
  • the available transmission modes supported in a scenario are Bluetooth and/or HTTP and/or FTP and/or XMPP, and the available transmission modes supported in the second scenario are DLNA and/or Wifi Display.
  • the first determining module is configured to determine a transmission manner used in a current scenario, including:
  • the current state of the target content is a show state, determining that the priority of the available transmission mode supported by the second scenario is higher than the priority of the available transmission mode supported by the first scenario; if the current content of the target content is current If the status is undisplayed, it is determined that the priority of the available transmission modes supported by the first scenario is higher than the priority of the available transmission modes supported by the second scenario.
  • the third determining module is specifically configured to:
  • the apparatus further includes a fourth determining module, configured to: determine that the target content is shared The mode, the sharing mode includes a buddy mode indicating that only terminal information pre-set or marked as a buddy terminal is acquired, and the common mode indicates acquiring terminal information of all connectable terminals.
  • a fourth aspect of the present invention provides a content sharing apparatus, including:
  • a second acquiring module configured to acquire a user instruction, where the user operation is used to indicate that the target content selected by the user is shared by using a local sharing manner
  • a sixth determining module configured to determine at least one destination terminal from the terminal list
  • a seventh determining module configured to determine a first transmission mode according to a current state of the target content, where the local sharing mode includes the first transmission mode
  • a second sharing module configured to share the target content to the at least one terminal by using the first transmission manner.
  • FIG. 1 is a schematic flowchart diagram of a method for content sharing according to an embodiment of the present invention
  • FIG. 2 is another schematic flowchart of a method for content sharing provided by an embodiment of the present invention.
  • FIG. 3 is another schematic flowchart of a method for content sharing according to an embodiment of the present invention.
  • FIG. 4 is another schematic flowchart of a method for content sharing provided by an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of a content sharing apparatus according to an embodiment of the present invention.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • the gesture information may be preset in the terminal, and the gesture information is used to indicate that the target content selected by the user is shared by using a local sharing manner.
  • the gesture information may be information about a gesture that is currently in contact with the smart terminal, such as: long press to the left, three clicks (three consecutive clicks), etc.; or a hover gesture information (ie, a hand) Not in contact with the smart terminal), for example, the user's finger pauses for a few seconds.
  • the local sharing mode refers to support through including Bluetooth, Digital Living Network Alliance (DLNA), wireless display Wifi Display, Hypertext Transport Protocol (HTTP), file transfer protocol. (FTP, File Transfer Protocol), scalable communication and presentation protocol (XMPP, The Extensible Messaging and Presence Protocol) to share the point-to-point P2P communication between devices without a server; P2P communication refers to point-to-point communication, directly Transfer from one end to the other.
  • DLNA Digital Living Network Alliance
  • HTTP Hypertext Transport Protocol
  • FTP File Transfer Protocol
  • XMPP scalable communication and presentation protocol
  • the terminal page where the content shared by the user is located may be a combination of multiple contents.
  • a terminal page (such as a web page) may include one or more types of different types of information such as links, videos, audio, pictures, and texts. . If the user sends gesture information consistent with the preset gesture information on a target object in the current terminal page, the user wants to share the target object, for example, if the user sends gesture information on the link, the user shares the link.
  • the terminal detects the gesture information and shares the link; if the user sends the gesture information on the video, the user shares the video, and the terminal detects the gesture information and shares the video; if the user sends a gesture information in a blank area of the page, It means that the user shares the page, and the terminal detects the gesture information and shares the page.
  • S102 Determine a priority of a usable transmission mode according to a current state of the target content, where the local sharing mode includes the usable transmission mode.
  • S103 Determine a terminal list that includes information of a terminal that supports at least one of the available transmission modes.
  • the information is sorted according to the priority of the available transmission modes supported by the terminal.
  • the content sharing method provided by the embodiment of the present invention determines the priority of the available transmission mode according to the current state of the target content. For the user, the user does not need to select the transmission mode type by itself, and the system is the user. select. Users only need to select local sharing, select the target device, and use the available transmission method to achieve content sharing, which simplifies the existing sharing steps and improves the user experience.
  • Embodiment 2 is a diagrammatic representation of Embodiment 1:
  • the terminal performing the method is a mobile phone, that is, the mobile phone is a transmitting end of content sharing, and the mobile phone shares the determined target content to at least one connectable terminal of the mobile phone.
  • FIG. 2 is another schematic flowchart of a method for content sharing according to an embodiment of the present invention, including at least one connectable terminal 203 of a user 201, a mobile phone 202, and a mobile phone, where content sharing is more intuitively expressed.
  • the mobile phone 202 can be divided into a mobile phone page 2021 and a mobile phone operating system 2022 (OS, Operating System).
  • OS Operating System
  • the user 201 is merely an illustration of a work flow chart and is not part of the system.
  • the method for content sharing may include:
  • the user 201 selects the target content and sends the gesture information.
  • the user 201 selects the target content in the mobile phone page 2021, and issues gesture information on the target content location;
  • the mobile phone page 2021 acquires gesture information of the user 201.
  • the gesture information is used to indicate that the current terminal (ie, the mobile phone 202) page information is shared by using a local sharing manner, and the gesture information may be information of a gesture that is currently in contact with the smart phone, for example, long press Swipe left, three clicks (three consecutive clicks), etc.; it can also be a kind of information of a hovering gesture (ie, the hand is not in contact with the mobile phone 202), for example, the user's finger pauses for a few seconds, etc.; the local sharing mode includes At least one of Bluetooth, DLNA, Wifi Display, HTTP, FTP, XMPP transmission protocols.
  • the mobile phone page 2021 sends the gesture information and the mobile phone page information to the mobile phone operating system.
  • System 2022
  • the mobile phone operating system 2022 determines, according to the gesture information, the target content selected by the user according to the mobile phone page information.
  • the mobile phone page where the content shared by the user 201 is located may be a combination of multiple content.
  • a mobile phone page 2021 (eg, the mobile phone page 2021 is a webpage) may include different types of information such as a link, a video, an audio, a picture, and a text. One or more.
  • the user 201 sends gesture information consistent with the preset gesture information on a certain target object in the current mobile phone page 2021, the user 201 wants to share the target object, for example, if the user 201 sends gesture information on the link, The user 201 shares the link, the mobile phone operating system 2022 detects the gesture information and shares the link; if the user 201 sends the gesture information on the video, the user 201 shares the video, and the mobile phone operating system 2022 detects the gesture information and shares the If the user 201 sends gesture information in a blank area of the mobile phone page 2021, it means that the user 201 shares the page, and the mobile phone operating system 2022 detects the gesture information and shares the page.
  • the mobile phone operating system 2022 detects and determines status information of the target content.
  • the mobile phone operating system 2022 determines a priority of the available transmission mode according to the status information.
  • the target content selected by the user 201 may have multiple states.
  • the state of the target content may include, for example, for a picture or audio and video file, may be streaming (projection/play) when the user 201 selects
  • the status may also be the status of the file (undisplayed/still) (ie, the user 201 is only browsing in the folder and no other operations are performed).
  • the determining the transmission mode used in the current scenario may specifically include:
  • the current state of the target content is a show state, determining that the priority of the available transmission mode supported by the second scenario is higher than the priority of the available transmission mode supported by the first scenario;
  • the priority of the available transmission mode supported by the first scenario is higher than the priority of the available transmission mode supported by the second scenario.
  • the scenario may include a first scene and a second scene, where the first scene is a Send scene, and the second scene is a Play scene.
  • the Send scenario refers to directly transmitting the target content by using the Bluetooth, HTTP, FTP, and XMPP transmission modes, and transmitting the target object selected by the user 201 to the receiving terminal (terminal 203) through the transmission mode of Bluetooth, HTTP, FTP, and XMPP;
  • the XMPP protocol mainly corresponds to the transmission of the URL (that is, the URL of the target content is transmitted to the receiving terminal);
  • Bluetooth, HTTP, and FTP mainly correspond to the transmission of media files such as pictures and videos.
  • the Play scenario refers to the transmission of the target content using the DLNA and Wifi Display transmission methods, and the terminal 203 can directly play the target content after receiving the target content. That is to say, in the Play scenario, after receiving the target content, the terminal 203 has the content status as the playing state. For example, the user 201 shares a video being played to the terminal 203. After receiving the video, the terminal 203 directly plays the video and presents the video. It is also a playback state for the user.
  • the system determines that the transmission mode supported in the Play scene has a higher priority, Send in determining the available transmission mode.
  • the supported transmission modes in the scenario have lower priority.
  • the priority of the supported transmission modes in the Send scenario is higher, and the supported transmission modes in the Play scenario have lower priority.
  • the system preferentially adopts the Play scene, and then selects the Send scene, and correspondingly, the DLNA and Wifi Display transmission methods are preferentially adopted.
  • the transmission mode of Bluetooth, HTTP, FTP, and XMPP is adopted.
  • the system preferentially adopts the Send scenario, and then adopts the Play scenario, and correspondingly, the transmission of Bluetooth, HTTP, FTP, and XMPP is preferentially adopted.
  • the method is followed by DLNA and Wifi Display transmission.
  • the embodiment of the present invention is based on detecting and determining a status message of the target content.
  • you can also include a scenario for sharing an app:
  • the local detection is first performed to detect whether the installation file of the APP is saved locally. If the installation file of the APP does not exist locally, the system shares the download URL of the APP by default (the URL is provided by the APP); if the installation file of the APP exists locally, the system determines whether the shared content is the URL or the APP after determining the receiving terminal.
  • the mobile phone operating system 2022 determines a terminal list that includes information of a terminal that supports at least one of the available transmission modes.
  • the mobile phone operating system 2022 determines and updates the terminal list including the connectable terminal after acquiring the capability information of the neighboring terminal.
  • the mobile phone operating system 2022 may include:
  • the system detects the capability of the neighboring terminal, according to one or more transmission modes supported in the Send scenario and the Play scenario, and determines one or more neighboring terminals capable of supporting at least one of the above-mentioned available transmission modes.
  • the information of the qualified terminal may be displayed in accordance with the priority of the supported transmission mode from high to low, or after the supported transmission mode is prioritized, only the transmission protocol with the highest priority is displayed.
  • the terminal information of the terminal 203 is not specifically limited herein.
  • the terminal list includes: information of the terminal currently enabled for the available transmission mode; that is, if the currently enabled transmission mode is When the type is one, the terminal list can be directly updated without considering the priority of the transmission method.
  • the mobile phone operating system 2022 sends the updated terminal list to the mobile phone page 2021 for display.
  • the updated terminal list is displayed to the user 201 on the mobile phone page 2021.
  • the user 201 selects at least one terminal 203 according to the displayed terminal list, that is, the user may select one terminal 203 or multiple terminals 203, that is, the sending end and the receiving end may be in a one-to-one mode, or may be a pair. Multi-mode, which is not specifically limited here.
  • the mobile phone 202 establishes a connection with the at least one terminal 203, and determines, by using the available transmission manner, a first transmission mode supported by the at least one terminal.
  • the first transmission mode adopts the transmission mode supported in the Play scenario. If the selected receiving terminal does not support the transmission mode in the Play scenario, the first transmission mode adopts the transmission mode in the Send scenario. Similarly, if the system preferentially adopts the Send scenario, and then selects the Play scenario, the first transmission mode adopts the transmission mode in the Send scenario. If the selected receiving terminal does not support the transmission mode in the Send scenario, the first transmission mode adopts the Play scenario. The mode of transmission.
  • the first transmission mode may be different according to the capabilities of the receiving terminal.
  • the user currently shares the content as the picture being displayed, and the receiving terminal A supports the transmission mode in which the DLNA does not support the Wifi Display, then the first transmission mode between the transmitting terminal (mobile phone) and the receiving terminal A is DLNA; the receiving terminal B supports the Wifi. Display does not support the transmission mode of DLNA, and the first transmission mode between the transmitting terminal and the receiving terminal B is Wifi Display.
  • the mobile phone 202 shares the target content to the terminal 203 by using the first transmission manner.
  • the terminal 203 receives the user content sharing request, establishes a connection through the WiFi Direct platform, that is, establishes a session connection through an application service platform (ASP, Application Service Platform), and uses the highest priority transmission protocol corresponding to the terminal 203 for content sharing.
  • ASP Application Service Platform
  • WiFi Direct refers to allowing devices in a wireless network to connect to each other without using a wireless router.
  • ASP is a platform between the upper layer application and the underlying WiFi Direct, which shields the upper layer from directly calling WiFi Direct, and provides a unified service discovery and interconnection function for the upper layer application.
  • the content sharing method determines the priority of the available transmission mode according to the current state of the target content.
  • the user does not need to select the transmission mode type by itself, and the system is the user. select.
  • the user only needs to select local sharing, select the target device, and use the available transmission method to achieve content sharing, which simplifies the existing sharing steps, and further, can determine the transmission mode used in the current scenario, according to
  • the priority of the determined transmission mode is dynamically updated, so that the user can share content with the connectable terminal through a higher priority transmission protocol, thereby improving the user experience.
  • FIG. 3 is a schematic flowchart of another method for content sharing according to an embodiment of the present invention.
  • the terminal that performs the method is a mobile phone, that is, the mobile phone is content sharing.
  • the mobile phone shares the determined target content to at least one connectable terminal of the mobile phone.
  • the method for selecting a sharing mode is added to the embodiment.
  • the system for content sharing includes a user 301, a mobile phone 302, and a terminal 303.
  • the mobile phone 302 can be divided into a mobile phone page 3021 and a mobile phone operating system 3022.
  • the user 301 is merely an illustration of a work flow diagram and is not part of the system.
  • the method for content sharing may include:
  • the user 301 selects the target content and sends the gesture information.
  • the mobile phone page 3021 acquires gesture information of the user 301.
  • the mobile phone page 3021 sends the gesture information and the mobile phone page information to the mobile phone operating system 3022;
  • the mobile phone operating system 3022 determines, according to the gesture information, the target content selected by the user according to the mobile phone page information.
  • S301 to S304 in this embodiment may be specifically implemented by referring to the processes in S201 to S204 in the previous embodiment, and are not specifically described herein.
  • the mobile phone operating system 3022 prompts the user 301 to select a sharing mode of the target content.
  • the user 301 selects a sharing mode.
  • S305 to S307 can be specifically:
  • the mobile phone operating system 3022 prompts the user 301 to select a sharing mode of the target content, wherein the sharing mode includes a friend mode and a public mode, and the friend mode indicates that only terminal information that is preset or marked as a friend terminal is acquired.
  • the public mode indicates that terminal information of all connectable terminals is obtained.
  • the user 301 selects a sharing mode, the mobile phone page 3021 passes its selection result to the mobile phone operating system 3022, and the mobile phone operating system 3022 determines the sharing mode of the target content.
  • the mobile phone operating system 3022 determines a priority of the available transmission mode according to the status information.
  • S308 to S309 in this embodiment may be specifically implemented by referring to the processes in S205 to S206 in the previous embodiment, and are not specifically described herein.
  • the mobile phone operating system 3022 determines a terminal list that includes information of a terminal that supports at least one of the available transmission modes.
  • the mobile phone operating system 3022 in combination with the sharing mode of the target content determined in S307 and the priority of the supported transmission protocol, updating the terminal list may include:
  • determining that the sharing mode of the target content is a buddy mode determining a terminal list including terminal information that supports at least one of the usable transmission modes and is pre-set or marked as a buddy terminal, in the terminal list The information is sorted according to the priority of the supported transport modes that are supported.
  • the sharing mode of the target content is a public mode
  • determining a terminal list including information of a terminal supporting at least one of the usable transmission modes the terminal in the terminal list The information is sorted according to the priority of the supported transport modes that are supported.
  • the terminal information of the qualified terminal 303 can be all displayed according to the priority of the transmission mode from high to low, or after the transmission mode is prioritized.
  • the terminal information of the terminal 303 corresponding to the transmission mode with the highest priority is displayed, and is not specifically limited herein.
  • the terminal list includes: information of the terminal currently enabled for the available transmission mode; that is, if the currently enabled transmission mode is When the type is one, the terminal list can be directly updated without considering the priority of the transmission method.
  • the mobile phone operating system 3022 sends the updated terminal list to the mobile phone page 3021 for display.
  • the user 301 selects at least one terminal 303 in the terminal list
  • the mobile phone 302 establishes a connection with the at least one terminal 303, and determines, according to the available transmission manner, a first transmission mode supported by the at least one terminal.
  • the mobile phone 302 shares the target content to the terminal 303 by using the first transmission manner.
  • S311 to S314 in this embodiment may be specifically implemented by referring to the processes in S208 to S211 in the previous embodiment, and are not specifically described herein.
  • the content sharing method determines the priority of the available transmission mode according to the current state of the target content.
  • the user does not need to select the transmission mode type by itself, and the system is the user. select.
  • the user only needs to select local sharing, select the target device, and use the available transmission method to achieve content sharing, which simplifies the existing sharing steps, and further, can determine the transmission mode used in the current scenario, according to
  • the priority of the determined transmission mode is dynamically updated, so that the user can share content with the connectable terminal through a higher priority transmission protocol, thereby improving the user experience.
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • FIG. 4 is another schematic flowchart of a method for content sharing according to an embodiment of the present disclosure, where the method for content sharing includes:
  • S402. Determine a terminal list that includes information of a terminal that supports at least one of the local sharing modes.
  • the difference between the fourth embodiment and the foregoing first embodiment to the third embodiment is that the first embodiment to the third embodiment first determine the available transmission mode (the available transmission mode has priority), and then according to The receiving mode can be used to select the receiving terminal, and the receiving terminal can first sort the receiving terminal that supports the higher priority transmission mode in the front position; and in the fourth embodiment, the receiving terminal is selected first, and then the receiving terminal is determined.
  • the supported transmission mode can be selected, and the transmission mode with the highest priority among the available transmission modes can be selected.
  • the content sharing method provided by the embodiment of the present invention determines the first transmission mode according to the current state of the target content. For the user, the user does not need to select the transmission mode type by himself, but the system selects the user. The user only needs to select local sharing, select the target terminal, and use the available transmission method to achieve content sharing, which simplifies the existing sharing steps and improves the user experience.
  • the embodiment of the present invention further provides a terminal based on the foregoing content sharing method.
  • the meaning of the noun is the same as that in the above method.
  • Embodiment 5 is a diagrammatic representation of Embodiment 5:
  • FIG. 5 is a schematic structural diagram of a content sharing apparatus 500 according to an embodiment of the present disclosure, where the apparatus 500 may include:
  • the first obtaining module 501 is configured to acquire a user instruction, where the user instruction is used to indicate that the target content selected by the user is shared by using a local sharing manner;
  • a first determining module 502 configured to determine a priority of a usable transmission mode according to a current state of the target content, where the local sharing mode includes the available transmission mode;
  • a second determining module 503 configured to determine a terminal list that includes information of a terminal that supports at least one of the available transmission modes, where the information is sorted according to a priority of the available transmission mode supported by the terminal;
  • a third determining module 504 configured to establish a connection with at least one terminal in the terminal list, and determine, by using the available transmission manner, a first transmission mode supported by the at least one terminal;
  • the first sharing module 505 is configured to share the target content to the at least one terminal by using the first transmission manner.
  • the content sharing device 400 may be a mobile phone or a tablet computer, and is not specifically limited herein.
  • the gesture information may be preset in the terminal, and the gesture information is used to indicate that the target content selected by the user is shared by using a local sharing manner.
  • the gesture information may be information about a gesture that is currently in contact with the smart terminal, such as: long press to the left, three clicks (three consecutive clicks), etc.; or a hover gesture information (ie, a hand) Not in contact with the smart terminal), for example, the user's finger pauses for a few seconds.
  • the local sharing mode refers to supporting transmission protocols including Bluetooth, Digital Living Network Alliance DLNA, Wireless Display Wifi Display, Hypertext Transfer Protocol HTTP, File Transfer Protocol FTP, Scalable Communication, and Presentation Protocol XMPP.
  • the terminal page where the content shared by the user is located may be a combination of multiple contents.
  • a terminal page (such as a web page) may include one or more types of different types of information such as links, videos, audio, pictures, and texts. . If the user sends gesture information consistent with the preset gesture information on a target object in the current terminal page, the user wants to share the target object, for example, if the user sends gesture information on the link, the user shares the link.
  • the terminal detects the gesture information and shares the link; if the user sends the gesture information on the video, the user shares the video, and the terminal detects the gesture information and shares the video; if the user sends a gesture information in a blank area of the page, It means that the user shares the page, and the terminal detects the gesture information and shares the page.
  • the device 500 for content sharing determines the priority of the available transmission mode according to the current state of the target content. For the user, the user does not need to select the transmission mode by himself, but the system is User selection. Users only need to select local sharing, select the target device, and use the available transmission method to achieve content sharing, which simplifies the existing sharing steps and improves the user experience.
  • the target content selected by the user may have multiple states.
  • the state of the target content may include, for example, for a picture or an audio and video file, may be streaming when the user selects (showing /play) status, may also be a file (not shown / Static state (that is, the user just browses in the folder and does not perform other operations).
  • the first determining module 502 may be specifically configured to: determine that a current state of the target content is a show state or an un-show state; and determine, according to a current state of the target content, a transmission mode used in the current scenario.
  • the available transmission modes supported in the first scenario are Bluetooth and/or HTTP and/or FTP and/or XMPP, and the available transmission modes supported in the second scenario are DLNA and/or Or Wifi Display.
  • the first determining module 502 is configured to determine a transmission mode used in the current scenario, and may specifically include: determining, if the current state of the target content is a screening state, determining a usable transmission mode supported by the second scenario. The priority is higher than the priority of the available transmission mode supported by the first scenario; if the current state of the target content is the un-displayed state, determining that the available transmission mode supported by the first scenario has a higher priority than the second The priority of the available transport modes supported by the scenario.
  • the scenario may include a first scene and a second scene, where the first scene is a Send scene, and the second scene is a Play scene.
  • the Send scenario refers to directly transmitting the target content by using the Bluetooth, HTTP, FTP, and XMPP transmission modes, and transmitting the target object selected by the user 201 to the receiving terminal (terminal 203) through the transmission mode of Bluetooth, HTTP, FTP, and XMPP;
  • the XMPP protocol mainly corresponds to the transmission of the URL (that is, the URL of the target content is transmitted to the receiving terminal);
  • Bluetooth, HTTP, and FTP mainly correspond to the transmission of media files such as pictures and videos.
  • the system determines that the transmission mode supported in the Play scene has a higher priority, Send in determining the available transmission mode.
  • the supported transmission modes in the scenario have lower priority.
  • the user chooses to share a static, unscreened file locally, then the supported senders in the Send scenario.
  • the priority of the mode is higher, and the supported transmission modes in the Play scenario have lower priority.
  • the system preferentially adopts the Play scene, and then selects the Send scene, and correspondingly, the DLNA and Wifi Display transmission methods are preferentially adopted.
  • the transmission mode of Bluetooth, HTTP, FTP, and XMPP is adopted.
  • the system preferentially adopts the Send scenario, and then adopts the Play scenario, and correspondingly, the transmission of Bluetooth, HTTP, FTP, and XMPP is preferentially adopted.
  • the method is followed by DLNA and Wifi Display transmission.
  • the first determining module of the embodiment of the present invention is further configured to detect and determine status information of the target content, when detecting a scenario in which the APP is not currently shared: that is, when the user selects the APP icon for sharing.
  • a scenario in which the APP is not currently shared that is, when the user selects the APP icon for sharing.
  • the system detects the capability of the neighboring terminal, according to one or more transmission modes supported in the Send scenario and the Play scenario, and determines one or more neighboring terminals capable of supporting at least one of the above-mentioned available transmission modes.
  • the terminal list includes: information of the terminal currently enabled for the available transmission mode; that is, if the currently enabled transmission mode is When the type is one, the terminal list can be directly updated without considering the priority of the transmission method.
  • the third determining module 503 may be specifically configured to:
  • the user can select one terminal or multiple terminals, that is, the sender and the receiver can be in a one-to-one mode or a one-to-many mode, which is not specifically limited herein.
  • the first transmission mode adopts the transmission mode supported in the Play scenario. If the selected receiving terminal does not support the transmission mode in the Play scenario, the first transmission mode adopts the transmission mode in the Send scenario. Similarly, if the system preferentially adopts the Send scenario, and then selects the Play scenario, the first transmission mode adopts the transmission mode in the Send scenario. If the selected receiving terminal does not support the transmission mode in the Send scenario, the first transmission mode adopts the Play scenario. The mode of transmission.
  • the first transmission mode may be different according to the capabilities of the receiving terminal.
  • the user currently shares the content as the picture being displayed, and the receiving terminal A supports the transmission mode in which the DLNA does not support the Wifi Display, then the first transmission mode between the transmitting terminal (mobile phone) and the receiving terminal A is DLNA; the receiving terminal B supports the Wifi. Display does not support the transmission mode of DLNA, and the first transmission mode between the transmitting terminal and the receiving terminal B is Wifi Display.
  • the apparatus 500 may further include a fourth determining module, configured to: determine a sharing mode of the target content, where the sharing mode includes a friend mode and a public mode, the friend mode indication Only terminal information pre-set or marked as a buddy terminal is obtained, the common mode indicating acquisition of terminal information of all connectable terminals.
  • a fourth determining module configured to: determine a sharing mode of the target content, where the sharing mode includes a friend mode and a public mode, the friend mode indication Only terminal information pre-set or marked as a buddy terminal is obtained, the common mode indicating acquisition of terminal information of all connectable terminals.
  • the second determining module 503 may be specifically configured to:
  • determining that the sharing mode of the target content is a buddy mode determining to include terminal information that supports at least one of the available transmission modes and is pre-set or marked as a buddy terminal End list, the terminal information in the terminal list is sorted according to the priority of the supported transmission modes supported;
  • the information of the qualified terminal can be displayed in all according to the priority of the transmission mode, or the priority can be displayed only after the transmission mode is prioritized.
  • the information of the terminal corresponding to the highest transmission mode is not specifically limited herein.
  • the terminal list includes: information of the terminal that is currently enabled for the available transmission mode; that is, if the currently enabled transmission mode is of a type When you do not need to consider the priority of the transmission method, you can directly update the terminal list.
  • module units in the device 500 can be implemented by referring to the method embodiments (Embodiment 1 to Embodiment 3) as shown in FIG. 2 or the content sharing method shown in FIG. 3, where No longer.
  • the device 500 for content sharing determines the priority of the available transmission mode according to the current state of the target content.
  • the user does not need to select the transmission mode by himself, but the system is User selection.
  • the user only needs to select local sharing, select the target device, and use the available transmission method to achieve content sharing, which simplifies the existing sharing steps, and further, can determine the transmission mode used in the current scenario, according to
  • the priority of the determined transmission mode is dynamically updated, so that the user can share content with the connectable terminal through a higher priority transmission protocol, thereby improving the user experience.
  • FIG. 6 is a schematic structural diagram of the content sharing device 600.
  • the content sharing device 600 may include:
  • a seventh determining module 604 configured to determine a first transmission mode according to a current state of the target content, where the local sharing mode includes the first transmission mode;
  • the second sharing module 605 is configured to share the target content to the at least one terminal by using the first transmission manner.
  • the device 600 for content sharing determines the first transmission mode according to the current state of the target content. For the user, the user does not need to select the transmission mode type, and the system selects the user for the user. . The user only needs to select local sharing, select the target terminal, and use the available transmission method to achieve content sharing, which simplifies the existing sharing steps and improves the user experience.
  • FIG. 7 is a schematic structural diagram of a content sharing device 700 according to an embodiment of the present invention.
  • the terminal 700 includes a first input device 701, and a first output device. 702 and the first processor 703, the first processor 703 performs the following steps:
  • FIG. 8 is a schematic structural diagram of a content sharing device 800 according to an embodiment of the present invention.
  • the terminal 800 includes a first input device 801, and a first output device. 802 and the first processor 803, the first processor 803 performs the following steps:
  • Acquiring user instructions for indicating that the target content selected by the user is shared by a local sharing manner determining a terminal list including information of the terminal supporting at least one of the local sharing modes; determining from the terminal list Determining, by the at least one destination terminal, a first transmission mode according to a current state of the target content, the local sharing mode including the first transmission mode; sharing the target content to the at least one by using the first transmission mode terminal.
  • the disclosed system, apparatus, and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephone Function (AREA)

Abstract

本发明实施例公开了一种内容共享的方法及装置，用于简化操作步骤，提高用户体验。本发明实施例包括：获取用户指令，用户指令用于指示通过本地共享方式将用户选择的目标内容进行共享；根据目标内容的当前状态确定可使用的传输方式的优先级，本地共享方式包括可使用的传输方式；确定包含支持至少一种可使用的传输方式的终端信息的终端列表，信息按照终端支持的可使用的传输方式的优先级进行排序；与终端列表中至少一个信息对应的终端建立连接，并从可使用的传输方式中确定至少一个终端支持的第一传输方式；使用第一传输方式将目标内容共享至至少一个终端。

Description

一种内容共享的方法及装置
本申请要求于2013年10月31日提交中国专利局、申请号为201310533331.7中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术领域，尤其是涉及一种内容共享的方法及装置。
背景技术
随着智能手机的普及以及手机应用的丰富，用户在看见漂亮的图片、听见好听的音乐、发现有趣的新闻等等时，都习惯通过终端设备将这些内容共享给他人。
共享的方式有多种，总的来说有两类：一类是发起共享的终端设备(简称发送端)通过如新浪微博、腾讯微博等公共平台进行共享，即将共享的内容发布到公共平台上以供他人查看；另一类是发送端将共享内容发送给指定接收端，通常，这类共享方式也分为两种形式：一种是发送端通过信息、邮件等方式将共享内容通过服务器中转给接收端；另一种是发送端通过蓝牙、无线保真(WiFi，wireless and fidelity)、数字生活网络联盟(DLNA，Digital Living Network Alliance)等通讯技术进行设备间近距离的点对点技术(P2P，peer to peer)通信，将共享内容直接发送到接收端；
目前，当发送端用户在局域网中想将某些内容实时地分享给指定接收端时，通常采用的是蓝牙、WiFi等无需服务器的近距离的P2P通信方式进行共享。其实现流程可以具体是：发送端用户选择共享内容；选择发送或共享，系统弹出共享方式列表；选择一种通信方式进行共享；系统打开该通讯方式，发送端用户进行设置；发送端用户选择查找设备，在系统反馈的设备列表中找到目标设备，并选择；发送端和接收端之间建立连接，发送端将分享内容发送到接收端；可见，现有的共享方式操作步骤较多，操作不够灵活，而且，需要接收端用户同时打开该种共享的通信方式方可建立连接，通用性不好，用户体验不好。
发明内容
本发明实施例提供了一种内容共享的方法及装置，用于在内容共享时简化操作步骤，提高用户体验。
有鉴于此，本发明第一方面提供一种内容共享的方法及装置，其中，可包括：
获取用户指令，所述用户指令用于指示通过本地共享方式将用户选择的目标内容进行共享；
根据所述目标内容的当前状态确定可使用的传输方式的优先级，所述通过本地共享方式包括所述可使用的传输方式；
确定包含支持至少一种所述可使用的传输方式的终端的信息的终端列表，所述信息按照终端支持的所述可使用的传输方式的优先级进行排序；
与所述终端列表中至少一个信息对应的终端建立连接，并从所述可使用的传输方式中确定所述至少一个终端支持的第一传输方式；
使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
在第一方面的第一种可能的实现方式中，所述本地共享方式包括蓝牙、数字生活网络联盟DLNA、无线显示Wifi Display、超文本传输协议HTTP、文件传输协议FTP、可扩展通讯和表示协议XMPP；
所述根据所述目标内容的当前状态确定可使用的传输方式的优先级包括：
确定所述目标内容的当前状态为放映状态或未放映状态；
根据所述目标内容的当前状态，确定当前场景下所使用的传输方式，其中，在第一场景下支持的所述可使用的传输方式为蓝牙和/或HTTP和/或FTP和/或XMPP，在第二场景下支持的所述可使用的传输方式为DLNA和/或Wifi Display。
结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述确定当前场景下所使用的传输方式，包括：
若所述目标内容的当前状态为放映状态，则确定第二场景支持的可使用的传输方式的优先级高于第一场景支持的可使用的传输方式的优先级；
若所述目标内容的当前状态为未放映状态，则确定第一场景支持的可使用的传输方式的优先级高于第二场景支持的可使用的传输方式的优先级。
在第一方面的第三种可能的实现方式中，所述从所述可使用的传输方式中确定所述至少一个终端支持的第一传输方式，包括：
根据所述至少一个终端支持的可使用的传输方式，以及所述可使用的传输方式的优先级，确定当前场景以及该场景下支持的可使用的传输方式；
将确定的该场景下支持的可使用的传输方式与所述至少一个终端支持的可使用的传输方式进行匹配，确定第一传输方式。
结合第一方面第一种或第二种或第三种可能的实现方式，在第四种可能的实现方式中，所述根据所述目标内容的当前状态确定可使用的传输方式的优先级之前，还包括：
确定所述目标内容的共享模式，所述共享模式包括好友模式和公共模式，所述好友模式指示只获取预设定的或标记为好友终端的终端信息，所述公共模式指示获取所有可连接终端的终端信息。
结合第一方面的第四种可能的实现方式，在第五种可能的实现方式中，所述确定包含支持至少一种所述可使用的传输方式的终端信息的终端列表，包括：
当确定所述目标内容的共享模式为好友模式时：
确定包含支持至少一种所述可使用的传输方式，且预设定的或标记为好友终端的终端信息的终端列表，所述终端列表中的终端信息按照支持的所述可使用的传输方式的优先级进行排序；
当确定所述目标内容的共享模式为公共模式时：
确定包含支持至少一种所述可使用的传输方式的终端信息的终端列表，所述终端列表中的终端信息按照支持的所述可使用的传输方式的优先级进行排序。
本发明第二方面提供一种内容共享的方法，其特征在于，包括：
获取用户指令，所述用户操作用于指示通过本地共享方式将用户选择的目标内容进行共享；
确定包含支持至少一种所述本地共享方式的终端的信息的终端列表；
从所述终端列表中确定至少一个目的终端；
根据所述目标内容的当前状态确定第一传输方式，所述本地共享方式包括所述第一传输方式；
使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
本发明第三方面提供一种内容共享装置，其特征在于，包括：
第一获取模块，用于获取用户指令，所述用户指令用于指示通过本地共享方式将用户选择的目标内容进行共享；
第一确定模块，用于根据所述目标内容的当前状态确定可使用的传输方式的优先级，所述通过本地共享方式包括所述可使用的传输方式；
第二确定模块，用于确定包含支持至少一种所述可使用的传输方式的终端的信息的终端列表，所述信息按照终端支持的所述可使用的传输方式的优先级进行排序；
第三确定模块，用于与所述终端列表中至少一个信息对应的终端建立连接，并从所述可使用的传输方式中确定所述至少一个终端支持的第一传输方式；
第一共享模块，用于使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
在第三方面的第一种可能的实现方式中，所述本地共享方式包括蓝牙、数字生活网络联盟DLNA、无线显示Wifi Display、超文本传输协议HTTP、文件传输协议FTP、可扩展通讯和表示协议XMPP；
所述第一确定模块，具体用于：确定所述目标内容的当前状态为放映状态或未放映状态；根据所述目标内容的当前状态，确定当前场景下所使用的传输方式，其中，在第一场景下支持的所述可使用的传输方式为蓝牙和/或HTTP和/或FTP和/或XMPP，在第二场景下支持的所述可使用的传输方式为DLNA和/或Wifi Display。
结合第三方面的第一种可能的实现方式，在第二种可能的实现方式中，所述第一确定模块，用于确定当前场景下所使用的传输方式，包括：
若所述目标内容的当前状态为放映状态，则确定第二场景支持的可使用的传输方式的优先级高于第一场景支持的可使用的传输方式的优先级；若所述目标内容的当前状态为未放映状态，则确定第一场景支持的可使用的传输方式的优先级高于第二场景支持的可使用的传输方式的优先级。
在第三方面的第三种可能的实现方式中，所述第三确定模块，具体用于：
根据所述至少一个终端支持的可使用的传输方式，以及所述可使用的传输方式的优先级，确定当前场景以及该场景下支持的可使用的传输方式；
将确定的该场景下支持的可使用的传输方式与所述至少一个终端支持的可使用的传输方式进行匹配，确定第一传输方式。
结合第三方面第一种或第二种或第三种可能的实现方式，在第四种可能的实现方式中，所述装置还包括第四确定模块，用于：确定所述目标内容的共享模式，所述共享模式包括好友模式和公共模式，所述好友模式指示只获取预设定的或标记为好友终端的终端信息，所述公共模式指示获取所有可连接终端的终端信息。
结合第三方面的第四种可能的实现方式，在第五种可能的实现方式中，所述第二确定模块，具体用于：
当确定所述目标内容的共享模式为好友模式时：确定包含支持至少一种所述可使用的传输方式，且预设定的或标记为好友终端的终端信息的终端列表，所述终端列表中的终端信息按照支持的所述可使用的传输方式的优先级进行排序；
当确定所述目标内容的共享模式为公共模式时：确定包含支持至少一种所述可使用的传输方式的终端信息的终端列表，所述终端列表中的终端信息按照支持的所述可使用的传输方式的优先级进行排序。
本发明第四方面提供一种内容共享装置，其特征在于，包括：
第二获取模块，用于获取用户指令，所述用户操作用于指示通过本地共享方式将用户选择的目标内容进行共享；
第五确定模块，用于确定包含支持至少一种所述本地共享方式的终端的信息的终端列表；
第六确定模块，用于从所述终端列表中确定至少一个目的终端；
第七确定模块，用于根据所述目标内容的当前状态确定第一传输方式，所述本地共享方式包括所述第一传输方式；
第二共享模块，用于使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
从以上技术方案可以看出，本发明实施例提供的内容共享的方法及装置具有以下优点：根据目标内容的当前状态确定可使用的传输方式的优先级，从而使用可使用的传输方式实现内容共享，简化了现有中进行共享的操作步骤，进一步地，可以确定当前场景下所使用的传输方式，根据确定的传输方式的优先级，动态的更新终端列表，以便用户通过较高优先级的 传输协议与可连接终端进行内容共享。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1本发明实施例提供的一种内容共享的方法的流程示意图；
图2本发明实施例提供的内容共享的方法的另一流程示意图；
图3本发明实施例提供的内容共享的方法的另一流程示意图；
图4本发明实施例提供的内容共享的方法的另一流程示意图；
图5本发明实施例提供的一种内容共享装置的结构示意图；
图6本发明实施例提供的内容共享装置的另一结构示意图；
图7本发明实施例提供的内容共享装置的另一结构示意图；
图8本发明实施例提供的内容共享装置的另一结构示意图。
具体实施方式
本发明实施例提供了一种内容共享的方法及装置，用于在内容共享时简化操作步骤，提高用户体验。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
以下分别进行详细说明。
实施例一：
请参考图1，图1为本发明实施例提供的一种内容共享的方法的流程示意图，其中，所述方法可以包括：
S101、获取用户指令，所述用户指令用于指示通过本地共享方式将用户选择的目标内容进行共享；
其中，所述内容共享的方法执行主体可以是终端，所述终端可以为手机或平板电脑等，此处不作具体限定。
需要说明的是，所述手势信息可以预先设置在所述终端中，所述手势信息用于指示通过本地共享方式将用户选择的目标内容进行共享。所述手势信息可以是目前常见的手与智能终端接触的一种手势的信息，例如：长按向左滑动、三击(连续三次点击)等；也可以是一种悬浮手势的信息(即手并未与智能终端相接触)，例如：用户手指悬浮停留几秒等。
可以理解的是，所述本地共享方式是指支持通过包括蓝牙、数字生活网络联盟(DLNA，Digital Living Network Alliance)、无线显示Wifi Display、超文本传输协议(HTTP，Hypertext Transport Protocol)、文件传输协议(FTP，File Transfer Protocol)、可扩展通讯和表示协议(XMPP，The Extensible Messaging and Presence Protocol)等传输协议进行无需服务器的设备间点对点P2P通信的共享方式；其中，P2P通信是指点对点通信，直接由一端传送给另一端。
可以理解的是，用户共享的内容所在的终端页面可能是多种内容的结合，通常一个终端页面(如网页)可以包含链接、视频、音频、图片、文字等不同类型信息的一种或者多种。用户在当前终端页面中的某一目标对象上发出与预置手势信息相一致的手势信息，则表示用户想分享该目标对象，例如：若用户在链接上发出手势信息，则表示用户共享该链接，终端检测到该手势信息并共享该链接；若用户在视频上发出手势信息，则表示用户共享该视频，终端检测到该手势信息并共享该视频；若用户在页面的空白区域发出手势信息，则表示用户共享该页面，终端检测到该手势信息并共享该页面。
S102、根据所述目标内容的当前状态确定可使用的传输方式的优先级，所述通过本地共享方式包括所述可使用的传输方式；
S103、确定包含支持至少一种所述可使用的传输方式的终端的信息的终端列表；
其中，所述信息按照终端支持的所述可使用的传输方式的优先级进行排序。
S104、与所述终端列表中至少一个信息对应的终端建立连接，并从所述可使用的传输方式中确定所述至少一个终端支持的第一传输方式；
S105、使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
由上述可知，本发明实施例提供的内容共享的方法，根据目标内容的当前状态确定可使用的传输方式的优先级，对于用户而言，用户不需要自己选择传输方式类型，而由系统为用户选择。用户只需要选择本地分享，选择目标设备即可，从而使用可使用的传输方式实现内容共享，简化了现有中进行共享的操作步骤，提高了用户体验。
为了更好的理解本发明技术方案，以下以一具体实施例对本发明实施例提供的内容共享的方法进行分析：
实施例二：
在如图2所示的实施方式下，假设执行所述方法的终端为手机，即手机为内容共享的发送端，所述手机将确定的目标内容共享至该手机的至少一个可连接的终端。
请参考图2，图2为本发明实施例提供的内容共享的方法的另一流程示意图，包含用户201、手机202、手机的至少一个可连接的终端203，其中，为了更直观表达内容共享的操作步骤，所述手机202可以分为手机页面2021和手机操作系统2022(OS，Operating System)，另外，显而易见的，用户201仅作为工作流程图的示意，并不属于系统的一部分。
其中，所述内容共享的方法可以包括：
S201、用户201选择目标内容，并发出手势信息；
用户201在手机页面2021中选择目标内容，并在该目标内容位置上发出手势信息；
S202、手机页面2021获取用户201的手势信息；
所述手势信息用于指示通过本地共享方式将当前终端(即手机202)页面信息进行共享，所述手势信息可以是目前常见的手与智能手机相接触的一种手势的信息，例如：长按向左滑动、三击(连续三次点击)等；也可以是一种悬浮手势的信息(即手并未与手机202相接触)，例如：用户手指悬浮停留几秒等；所述本地共享方式包括蓝牙、DLNA、Wifi Display、HTTP、FTP、XMPP的传输协议中的至少一种。
S203、手机页面2021将手势信息以及手机页面信息发送至手机操作系 统2022；
S204、手机操作系统2022根据所述手势信息，结合手机页面信息确定用户选择的目标内容；
可以理解的是，用户201共享的内容所在的手机页面可能是多种内容的结合，通常一个手机页面2021(如手机页面2021为网页)可以包含链接、视频、音频、图片、文字等不同类型信息的一种或者多种。用户201在当前手机页面2021中的某一目标对象上发出与预置手势信息相一致的手势信息，则表示用户201想分享该目标对象，例如：若用户201在链接上发出手势信息，则表示用户201共享该链接，手机操作系统2022检测到该手势信息并共享该链接；若用户201在视频上发出手势信息，则表示用户201共享该视频，手机操作系统2022检测到该手势信息并共享该视频；若用户201在手机页面2021的空白区域发出手势信息，则表示用户201共享该页面，手机操作系统2022检测到该手势信息并共享该页面。
在本实施方式中，用户选择的目标内容可以包括链接、视频、音频、图片、文字中的至少一个。
S205、手机操作系统2022检测并确定所述目标内容的状态信息；
S206、手机操作系统2022根据所述状态信息，确定可使用的传输方式的优先级；
可以理解的是，所述S205和S206可以具体分析如下：
用户201所选择的目标内容可能有多个状态，本实施方式中，所述目标内容的状态可以包括：例如对于一个图片或者音视频文件，在用户201选择时可能为流媒体(放映/播放)状态，也可能为文件(未放映/静止)状态(即用户201只是在文件夹中浏览，并未进行其他操作)。
基于此，所述S205和S206可以具体包括：
确定所述目标内容的当前状态为放映状态或未放映状态；根据所述目标内容的当前状态，确定当前场景下所使用的传输方式，其中，在第一场景下支持的所述可使用的传输方式为蓝牙和/或HTTP和/或FTP和/或XMPP，在第二场景下支持的所述可使用的传输方式为DLNA和/或Wifi Display；
进一步优选地，所述确定当前场景下所使用的传输方式，可以具体包括：
若所述目标内容的当前状态为放映状态，则确定第二场景支持的可使用的传输方式的优先级高于第一场景支持的可使用的传输方式的优先级；
若所述目标内容的当前状态为未放映状态，则确定第一场景支持的可使用的传输方式的优先级高于第二场景支持的可使用的传输方式的优先级。
也就是说，可以通过检测并确定所述目标内容的状态信息，分析并确定当前目标内容属于何种场景，并以此确定该场景下可使用的传输方式的优先级。本实施方式中，所述场景可包括第一场景和第二场景，所述第一场景为发送Send场景，所述第二场景为播放Play场景；
其中，Send场景是指直接采用蓝牙、HTTP、FTP、XMPP传输方式进行目标内容的传输，将用户201选取的目标对象通过蓝牙、HTTP、FTP、XMPP的传输方式传输到接收终端(终端203)；其中XMPP协议主要对应URL的传输(即传输目标内容的URL至接收终端)；蓝牙、HTTP、FTP主要对应图片、视频等媒体文件的传输。
Play场景是指使用DLNA、Wifi Display传输方式进行目标内容的传输，终端203接收到目标内容后可以直接进行播放。也就是说，在Play场景下，终端203接收到目标内容后其内容状态为播放状态，例如用户201分享一个正在播放的视频到终端203，终端203接收到该视频后会直接播放该视频，呈现给用户的也是一种播放状态。
在本发明实施例中，当用户选择本地共享一个正在播放的文件(图片、视频、音频等)，则系统在确定可使用的传输方式中Play场景中支持的传输方式的优先级较高、Send场景中支持的传输方式优先级较低。反之，当用户选择本地共享一个静止，未放映的文件时，则Send场景中支持的传输方式优先级较高，Play场景中的支持的传输方式优先级较低。
例如，当用户201在本地选择的目标内容为一个正在播放的文件(图片、视频、音频等)，则系统优先采用Play场景、其次选择Send场景，对应地，优先采用DLNA、Wifi Display传输方式、其次采用蓝牙、HTTP、FTP、XMPP的传输方式；当用户选择本地共享一个静止的文件时，则系统优先采用Send场景，其次采用Play场景，对应地，优先采用蓝牙、HTTP、FTP、XMPP的传输方式、其次采用DLNA、Wifi Display传输方式。
需要说明的是，本发明实施例基于检测并确定所述目标内容的状态信 息时，还可以包括共享APP的场景：
当用户选择APP图标进行共享时，首先要进行本地检测，检测本地是否保存该APP的安装文件。若本地不存在该APP的安装文件，则系统默认共享该APP的下载URL(该URL由APP提供)；若本地存在APP的安装文件，则系统在确定接收终端后确定共享的内容为URL还是APP安装文件，确定后，若接收终端和发送终端系统能力一致，(系统能力一致是指同类型系统(例如同为安卓系统))，则系统确定共享的内容为APP安装文件；若接收终端和发送终端系统能力不一致(例如接收终端为苹果的IOS系统，发送终端为安卓系统；或者接收终端为安卓系统2.0以上，发送终端为安卓系统2.3)，也就是说由于系统版本不同安装文件不能兼容的情景，系统共享该APP的下载URL。
S207、手机操作系统2022确定包含支持至少一种所述可使用的传输方式的终端的信息的终端列表；
可以理解的是，手机操作系统2022在获取了邻近终端的能力信息后，确定并更新包含可连接终端的终端列表，在某些实施方式中，可以包括：
确定包含支持至少一种所述可使用的传输方式的终端的信息的终端列表，所述终端列表中的终端信息按照支持的所述可使用的传输方式的优先级进行排序。
也就是说，系统检测邻近终端的能力，根据Send场景和Play场景中支持的一个和多个传输方式，并确定能至少支持上述可使用的传输方式中一种传输方式的一个或多个邻近终端(即列表中包含一个或多个具备传输能力的邻近终端)的设备列表。对于不支持S206中系统确定的可使用的传输方式中任一方式的邻近设备，则系统将其过滤掉。
进一步地，可以将符合条件的终端的信息，按照支持的传输方式的优先级由高至低进行全部显示，也可以在支持的传输方式按照优先级排序后，只显示优先级最高的传输协议对应的终端203的终端信息，此处不作具体限定。
可以理解的是，若当前邻近终端支持的可使用的传输方式的类型为一种，则终端列表包含：当前启用了该种可使用的传输方式的终端的信息；即若当前启用的传输方式的类型为一种时，不用考虑传输方式的优先级，直接更新终端列表即可。
S208、手机操作系统2022将更新后的终端列表发送至在手机页面2021上进行显示；
更新后的终端列表在手机页面2021上向用户201显示。
S209、用户201在终端列表中选择至少一个终端203；
用户201根据显示的终端列表，选择至少一个终端203，也就是说用户可以选择一个终端203，也可以选择多个终端203，即发送端和接收端可以为一对一模式，也可以为一对多模式，此处不作具体限定。
S210、手机202与至少一个终端203建立连接，从所述可使用的传输方式中确定至少一个终端支持的第一传输方式；
可具体地：
根据所述至少一个终端支持的可使用的传输方式，以及所述可使用的传输方式的优先级，确定当前场景以及该场景下支持的可使用的传输方式；
将确定的该场景下支持的可使用的传输方式与所述至少一个终端支持的可使用的传输方式进行匹配，确定第一传输方式。
可以理解的是，若系统优先采用Play场景、其次选择Send场景，即第一传输方式采用Play场景中支持的传输方式。若所选接收终端不支持Play场景中的传输方式，则第一传输方式采用Send场景中的传输方式。同理，若系统优先采用Send场景，其次选择Play场景，即第一传输方式采用Send场景中的传输方式，若所选接收终端不支持Send场景中的传输方式，则第一传输方式采用Play场景中的传输方式。
也就是说，对于不同的接收终端，第一传输方式根据接收终端的能力不同可以不同。例如，用户当前共享内容为正在放映的图片，接收终端A支持DLNA不支持Wifi Display的传输方式，那么发送终端(手机)和接收终端A之间的第一传输方式为DLNA；接收终端B支持Wifi Display不支持DLNA的传输方式，那么发送终端和接收终端B之间的第一传输方式为Wifi Display。
S211、手机202通过所述第一传输方式将所述目标内容共享至所述终端203。
终端203接收用户内容共享的请求，通过WiFi Direct平台建立起连接，即通过应用服务平台(ASP，Application Service Platform)建立会话连接，并使用该终端203对应的优先级最高的传输协议进行内容共享。
可以理解的是，WiFi Direct标准是指允许无线网络中的设备无需通过无线路由器即可相互连接。ASP是介于上层应用和底层WiFi Direct的一个平台，屏蔽了上层对WiFi Direct直接调用，给上层应用提供了一个统一的服务发现和互联的功能。
由上述可知，本发明实施例提供的内容共享的方法，根据目标内容的当前状态确定可使用的传输方式的优先级，对于用户而言，用户不需要自己选择传输方式类型，而由系统为用户选择。用户只需要选择本地分享，选择目标设备即可，从而使用可使用的传输方式实现内容共享，简化了现有中进行共享的操作步骤，进一步地，可以确定当前场景下所使用的传输方式，根据确定的传输方式的优先级，动态的更新终端列表，以便用户通过较高优先级的传输协议与可连接终端进行内容共享，提高了用户体验。
实施例三：
请参考图3，图3为本发明实施例提供的内容共享的方法的另一流程示意图，在如图3所示的实施方式下，执行所述方法的终端为手机，即手机为内容共享的发送端，所述手机将确定的目标内容共享至该手机的至少一个可连接终端。与上一实施例不同的是，该实施例中增加了选择分享模式的考虑；其中，内容共享的系统中包含用户301、手机302、终端303，为了更直观表达内容共享的操作步骤，所述手机302可以分为手机页面3021和手机操作系统3022，另外，显而易见的，用户301仅作为工作流程图的示意，并不属于系统的一部分。
其中，所述内容共享的方法可以包括：
S301、用户301选择目标内容，并发出手势信息；
S302、手机页面3021获取用户301的手势信息；
S303、手机页面3021将手势信息以及手机页面信息发送至手机操作系统3022；
S304、手机操作系统3022根据所述手势信息，结合手机页面信息确定用户选择的目标内容；
可以理解的是，该实施例中S301至S304可以参考上一实施例中S201至S204的过程进行具体实现，此处不再具体描述。
S305、手机操作系统3022提示用户301选择所述目标内容的共享模式；
S306、用户301选择一种共享模式；
S307、手机操作系统3022根据用户301的选择，确定所述目标内容的共享模式；
可以理解的是，所述S305至S307可以具体为：
手机操作系统3022提示用户301选择所述目标内容的共享模式，其中，所述共享模式包括好友模式和公共模式，所述好友模式指示只获取预设定的或标记为好友终端的终端信息，所述公共模式指示获取所有可连接终端的终端信息。用户301选择一种共享模式，手机页面3021将其选择结果传递到手机操作系统3022，手机操作系统3022确定出所述目标内容的共享模式。
S308、手机操作系统3022检测并确定所述目标内容的状态信息；
S309、手机操作系统3022根据所述状态信息，确定可使用的传输方式的优先级；
可以理解的是，该实施例中S308至S309可以参考上一实施例中S205至S206的过程进行具体实现，此处不再具体描述。
S310、手机操作系统3022确定包含支持至少一种所述可使用的传输方式的终端的信息的终端列表；
手机操作系统3022结合S307中确定的所述目标内容的共享模式和所述支持的传输协议的优先级，更新终端列表，可以包括：
当确定所述目标内容的共享模式为好友模式时：确定包含支持至少一种所述可使用的传输方式，且预设定的或标记为好友终端的终端信息的终端列表，所述终端列表中的信息按照支持的所述可使用的传输方式的优先级进行排序。
当确定所述目标内容的共享模式为公共模式时，同上一实施例所述，即确定包含支持至少一种所述可使用的传输方式的终端的信息的终端列表，所述终端列表中的终端的信息按照支持的所述可使用的传输方式的优先级进行排序。
可以理解的是，在这两种共享模式下，均可以将符合条件的终端303的终端信息，按照传输方式的优先级由高至低进行全部显示，也可以在传输方式按照优先级排序后，只显示优先级最高的传输方式对应的终端303的终端信息，此处不作具体限定。
可以理解的是，若当前邻近终端支持的可使用的传输方式的类型为一种，则终端列表包含：当前启用了该种可使用的传输方式的终端的信息；即若当前启用的传输方式的类型为一种时，不用考虑传输方式的优先级，直接更新终端列表即可。
S311、手机操作系统3022将更新后的终端列表发送至在手机页面3021上进行显示；
S312、用户301在终端列表中选择至少一个终端303；
S313、手机302与至少一个终端303建立连接，从所述可使用的传输方式中确定至少一个终端支持的第一传输方式；
S314、手机302通过所述第一传输方式将所述目标内容共享至所述终端303。
可以理解的是，该实施例中S311至S314可以参考上一实施例中S208至S211的过程进行具体实现，此处不再具体描述。
由上述可知，本发明实施例提供的内容共享的方法，根据目标内容的当前状态确定可使用的传输方式的优先级，对于用户而言，用户不需要自己选择传输方式类型，而由系统为用户选择。用户只需要选择本地分享，选择目标设备即可，从而使用可使用的传输方式实现内容共享，简化了现有中进行共享的操作步骤，进一步地，可以确定当前场景下所使用的传输方式，根据确定的传输方式的优先级，动态的更新终端列表，以便用户通过较高优先级的传输协议与可连接终端进行内容共享，提高了用户体验。
实施例四：
请参考图4，图4为本发明实施例提供的内容共享的方法的另一流程示意图，其中，所述内容共享的方法包括：
S401、获取用户指令，所述用户操作用于指示通过本地共享方式将用户选择的目标内容进行共享；
S402、确定包含支持至少一种所述本地共享方式的终端的信息的终端列表；
S403、从所述终端列表中确定至少一个目的终端；
S404、根据所述目标内容的当前状态确定第一传输方式，所述本地共享方式包括所述第一传输方式；
S405、使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
可以理解的是，该实施例四和前述实施例一至实施例三的区别在于，实施例一至实施例三是先确定可使用的传输方式(所述可使用的传输方式具备优先级)，再根据可使用的传输方式选择接收终端，接收终端可以先进行排序，将支持优先级较高的可使用传输方式的接收终端排在靠前位置；而实施例四是先选择接收终端，再确定接收终端支持的可使用传输方式，可以选择所述可使用传输方式中优先级最高的传输方式。
另容易想到的是，所述实施例四中各步骤的详细分析，可以参考前述实施例一至实施例三相关步骤描述进行具体实现，此处不再阐述。
由上述可知，本发明实施例提供的内容共享的方法，根据所述目标内容的当前状态确定第一传输方式，对于用户而言，用户不需要自己选择传输方式类型，而由系统为用户选择。用户只需要选择本地分享，选择目标终端即可，从而使用可使用的传输方式实现内容共享，简化了现有中进行共享的操作步骤，提高了用户体验。
为便于更好的实施本发明实施例提供的内容共享的方法，本发明实施例还提供一种基于上述内容共享方法的终端。其中名词的含义与上述方法中相同，具体实现细节可以参考方法实施例中的说明。
实施例五：
请参考图5，图5为本发明实施例提供的一种内容共享装置500的结构示意图，其中，所述装置500可以包括：
第一获取模块501，用于获取用户指令，所述用户指令用于指示通过本地共享方式将用户选择的目标内容进行共享；
第一确定模块502，用于根据所述目标内容的当前状态确定可使用的传输方式的优先级，所述通过本地共享方式包括所述可使用的传输方式；
第二确定模块503，用于确定包含支持至少一种所述可使用的传输方式的终端的信息的终端列表，所述信息按照终端支持的所述可使用的传输方式的优先级进行排序；
第三确定模块504，用于与所述终端列表中至少一个终端建立连接，并从所述可使用的传输方式中确定所述至少一个终端支持的第一传输方式；
第一共享模块505，用于使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
其中，所述内容共享装置400可以为手机或平板电脑等，此处不作具体限定。
需要说明的是，所述手势信息可以预先设置在所述终端中，所述手势信息用于指示通过本地共享方式将用户选择的目标内容进行共享。所述手势信息可以是目前常见的手与智能终端接触的一种手势的信息，例如：长按向左滑动、三击(连续三次点击)等；也可以是一种悬浮手势的信息(即手并未与智能终端相接触)，例如：用户手指悬浮停留几秒等。
可以理解的是，所述本地共享方式是指支持通过包括蓝牙、数字生活网络联盟DLNA、无线显示Wifi Display、超文本传输协议HTTP、文件传输协议FTP、可扩展通讯和表示协议XMPP等传输协议进行无需服务器的设备间点对点P2P通信的共享方式；其中，P2P通信是指点对点通信，直接由一端传送给另一端。
可以理解的是，用户共享的内容所在的终端页面可能是多种内容的结合，通常一个终端页面(如网页)可以包含链接、视频、音频、图片、文字等不同类型信息的一种或者多种。用户在当前终端页面中的某一目标对象上发出与预置手势信息相一致的手势信息，则表示用户想分享该目标对象，例如：若用户在链接上发出手势信息，则表示用户共享该链接，终端检测到该手势信息并共享该链接；若用户在视频上发出手势信息，则表示用户共享该视频，终端检测到该手势信息并共享该视频；若用户在页面的空白区域发出手势信息，则表示用户共享该页面，终端检测到该手势信息并共享该页面。
由上述可知，本发明实施例提供的内容共享的装置500，根据目标内容的当前状态确定可使用的传输方式的优先级，对于用户而言，用户不需要自己选择传输方式类型，而由系统为用户选择。用户只需要选择本地分享，选择目标设备即可，从而使用可使用的传输方式实现内容共享，简化了现有中进行共享的操作步骤，提高了用户体验。
可以理解的是，用户所选择的目标内容可能有多个状态，本实施方式中，所述目标内容的状态可以包括：例如对于一个图片或者音视频文件，在用户选择时可能为流媒体(放映/播放)状态，也可能为文件(未放映/ 静止)状态(即用户只是在文件夹中浏览，并未进行其他操作)。
进一步地，所述第一确定模块502，可以具体用于：确定所述目标内容的当前状态为放映状态或未放映状态；根据所述目标内容的当前状态，确定当前场景下所使用的传输方式，其中，在第一场景下支持的所述可使用的传输方式为蓝牙和/或HTTP和/或FTP和/或XMPP，在第二场景下支持的所述可使用的传输方式为DLNA和/或Wifi Display。
其中，所述第一确定模块502用于确定当前场景下所使用的传输方式，可以具体包括：若所述目标内容的当前状态为放映状态，则确定第二场景支持的可使用的传输方式的优先级高于第一场景支持的可使用的传输方式的优先级；若所述目标内容的当前状态为未放映状态，则确定第一场景支持的可使用的传输方式的优先级高于第二场景支持的可使用的传输方式的优先级。
也就是说，可以通过检测并确定所述目标内容的状态信息，分析并确定当前目标内容属于何种场景，并以此确定该场景下可使用的传输方式的优先级。
本实施方式中，所述场景可包括第一场景和第二场景，所述第一场景为发送Send场景，所述第二场景为播放Play场景；
其中，Send场景是指直接采用蓝牙、HTTP、FTP、XMPP传输方式进行目标内容的传输，将用户201选取的目标对象通过蓝牙、HTTP、FTP、XMPP的传输方式传输到接收终端(终端203)；其中XMPP协议主要对应URL的传输(即传输目标内容的URL至接收终端)；蓝牙、HTTP、FTP主要对应图片、视频等媒体文件的传输。
Play场景是指使用DLNA、Wifi Display传输方式进行目标内容的传输，终端203接收到目标内容后可以直接进行播放。也就是说，在Play场景下，终端203接收到目标内容后其内容状态为播放状态，例如用户201分享一个正在播放的视频到终端203，终端203接收到该视频后会直接播放该视频，呈现给用户的也是一种播放状态。
在本发明实施例中，当用户选择本地共享一个正在播放的文件(图片、视频、音频等)，则系统在确定可使用的传输方式中Play场景中支持的传输方式的优先级较高、Send场景中支持的传输方式优先级较低。反之，当用户选择本地共享一个静止，未放映的文件时，则Send场景中支持的传输方 式优先级较高，Play场景中的支持的传输方式优先级较低。
例如，当用户201在本地选择的目标内容为一个正在播放的文件(图片、视频、音频等)，则系统优先采用Play场景、其次选择Send场景，对应地，优先采用DLNA、Wifi Display传输方式、其次采用蓝牙、HTTP、FTP、XMPP的传输方式；当用户选择本地共享一个静止的文件时，则系统优先采用Send场景，其次采用Play场景，对应地，优先采用蓝牙、HTTP、FTP、XMPP的传输方式、其次采用DLNA、Wifi Display传输方式。
需要说明的是，本发明实施例第一确定模块，还用于检测并确定所述目标内容的状态信息，当检测出当前未共享APP的场景时：也就是，当用户选择APP图标进行共享时，首先要进行本地检测，检测本地是否保存该APP的安装文件。若本地不存在该APP的安装文件，则系统默认共享该APP的下载URL(该URL由APP提供)；若本地存在APP的安装文件，则系统在确定接收终端后确定共享的内容为URL还是APP安装文件，确定后，若接收终端和发送终端系统能力一致，(系统能力一致是指同类型系统(例如同为安卓系统))，则系统确定共享的内容为APP安装文件；若接收终端和发送终端系统能力不一致(例如接收终端为苹果的IOS系统，发送终端为安卓系统；或者接收终端为安卓系统2.0以上，发送终端为安卓系统2.3)，也就是说由于系统版本不同安装文件不能兼容的情景，系统共享该APP的下载URL。
本发明实施例中，基于上述第一确定模块502对目标内容状态和传输方式分析的基础上，所述第二确定模块503，具体用于：确定包含支持至少一种所述可使用的传输方式的终端信息的终端列表，所述终端列表中的终端的信息按照支持的所述可使用的传输方式的优先级进行排序。
也就是说，系统检测邻近终端的能力，根据Send场景和Play场景中支持的一个和多个传输方式，并确定能至少支持上述可使用的传输方式中一种传输方式的一个或多个邻近终端(即列表中包含一个或多个具备传输能力的邻近终端)的设备列表。对于不支持系统确定的可使用的传输方式中任一方式的邻近设备，则系统将其过滤掉。
进一步地，可以将符合条件的终端的信息，按照支持的传输方式的优先级由高至低进行全部显示，也可以在支持的传输方式按照优先级排序后，只显示优先级最高的传输协议对应的终端的信息，此处不作具体限定。
可以理解的是，若当前邻近终端支持的可使用的传输方式的类型为一种，则终端列表包含：当前启用了该种可使用的传输方式的终端的信息；即若当前启用的传输方式的类型为一种时，不用考虑传输方式的优先级，直接更新终端列表即可。
更进一步地，所述第三确定模块503，可以具体用于：
根据所述至少一个终端支持的可使用的传输方式，以及所述可使用的传输方式的优先级，确定当前场景以及该场景下支持的可使用的传输方式；
将确定的该场景下支持的可使用的传输方式与所述至少一个终端支持的可使用的传输方式进行匹配，确定第一传输方式。
可以理解的是，用户可以选择一个终端，也可以选择多个终端，即发送端和接收端可以为一对一模式，也可以为一对多模式，此处不作具体限定。
关于所述第一传输方式的确定：若系统优先采用Play场景、其次选择Send场景，即第一传输方式采用Play场景中支持的传输方式。若所选接收终端不支持Play场景中的传输方式，则第一传输方式采用Send场景中的传输方式。同理，若系统优先采用Send场景，其次选择Play场景，即第一传输方式采用Send场景中的传输方式，若所选接收终端不支持Send场景中的传输方式，则第一传输方式采用Play场景中的传输方式。
也就是说，对于不同的接收终端，第一传输方式根据接收终端的能力不同可以不同。例如，用户当前共享内容为正在放映的图片，接收终端A支持DLNA不支持Wifi Display的传输方式，那么发送终端(手机)和接收终端A之间的第一传输方式为DLNA；接收终端B支持Wifi Display不支持DLNA的传输方式，那么发送终端和接收终端B之间的第一传输方式为Wifi Display。
优选地，在某些实施方式中，所述装置500还可以包括第四确定模块，用于：确定所述目标内容的共享模式，所述共享模式包括好友模式和公共模式，所述好友模式指示只获取预设定的或标记为好友终端的终端信息，所述公共模式指示获取所有可连接终端的终端信息。
则在该种实施方式下，所述第二确定模块503，可以具体用于：
当确定所述目标内容的共享模式为好友模式时：确定包含支持至少一种所述可使用的传输方式，且预设定的或标记为好友终端的终端信息的终 端列表，所述终端列表中的终端信息按照支持的所述可使用的传输方式的优先级进行排序；
当确定所述目标内容的共享模式为公共模式时：确定包含支持至少一种所述可使用的传输方式的终端信息的终端列表，所述终端列表中的终端信息按照支持的所述可使用的传输方式的优先级进行排序。
同样地，在这两种共享模式下，均可以将符合条件的终端的信息，按照传输方式的优先级由高至低进行全部显示，也可以在传输方式按照优先级排序后，只显示优先级最高的传输方式对应的终端的信息，此处不作具体限定。另外，若当前邻近终端支持的可使用的传输方式的类型为一种，则终端列表包含：当前启用了该种可使用的传输方式的终端的信息；即若当前启用的传输方式的类型为一种时，不用考虑传输方式的优先级，直接更新终端列表即可。
可以理解的是，所述装置500中各模块单元的功能可以参考方法实施例(实施例一至实施例三)如图2或如图3所示的内容共享方法中各步骤进行具体实现，此处不再赘述。
由上述可知，本发明实施例提供的内容共享的装置500，根据目标内容的当前状态确定可使用的传输方式的优先级，对于用户而言，用户不需要自己选择传输方式类型，而由系统为用户选择。用户只需要选择本地分享，选择目标设备即可，从而使用可使用的传输方式实现内容共享，简化了现有中进行共享的操作步骤，进一步地，可以确定当前场景下所使用的传输方式，根据确定的传输方式的优先级，动态的更新终端列表，以便用户通过较高优先级的传输协议与可连接终端进行内容共享，提高了用户体验。
实施例六：
本发明实施例还提供一种内容共享装置600，可参考图6，图6为该内容共享装置600的结构示意图，其中，所述内容共享装置600可包括：
第二获取模块601，用于获取用户指令，所述用户操作用于指示通过本地共享方式将用户选择的目标内容进行共享；
第五确定模块602，用于确定包含支持至少一种所述本地共享方式的终端的信息的终端列表；
第六确定模块603，用于从所述终端列表中确定至少一个目的终端；
第七确定模块604，用于根据所述目标内容的当前状态确定第一传输方式，所述本地共享方式包括所述第一传输方式；
第二共享模块605，用于使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
可以理解的是，该实施例六和前述实施例五的区别在于，实施例五是先确定可使用的传输方式(所述可使用的传输方式具备优先级)，再根据可使用的传输方式选择接收终端，接收终端可以先进行排序，将支持优先级较高的可使用传输方式的接收终端排在靠前位置；而实施例六是先选择接收终端，再确定接收终端支持的可使用传输方式，可以选择所述可使用传输方式中优先级最高的传输方式。
另容易想到的是，所述实施例六中各功能单元模块的详细分析，可以参考前述实施例五相关功能单元模块描述进行具体实现，此处不再阐述。
由上述可知，本发明实施例提供的内容共享的装置600，根据所述目标内容的当前状态确定第一传输方式，对于用户而言，用户不需要自己选择传输方式类型，而由系统为用户选择。用户只需要选择本地分享，选择目标终端即可，从而使用可使用的传输方式实现内容共享，简化了现有中进行共享的操作步骤，提高了用户体验。
本发明实施例还提供一种内容共享装置700，请参考图7，图7为本发明实施例提供的内容共享装置700的结构示意图，所述终端700包括第一输入装置701，第一输出装置702和第一处理器703，所述第一处理器703执行以下步骤：
获取用户指令，所述用户指令用于指示通过本地共享方式将用户选择的目标内容进行共享；根据所述目标内容的当前状态确定可使用的传输方式的优先级，所述通过本地共享方式包括所述可使用的传输方式；确定包含支持至少一种所述可使用的传输方式的终端的信息的终端列表，所述信息按照终端支持的所述可使用的传输方式的优先级进行排序；与所述终端列表中至少一个终端建立连接，并从所述可使用的传输方式中确定所述至少一个信息对应的终端支持的第一传输方式；使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没 有详述的部分，可以参见其他实施例的相关描述。
本发明实施例还提供一种内容共享装置800，请参考图8，图8为本发明实施例提供的内容共享装置800的结构示意图，所述终端800包括第一输入装置801，第一输出装置802和第一处理器803，所述第一处理器803执行以下步骤：
获取用户指令，所述用户操作用于指示通过本地共享方式将用户选择的目标内容进行共享；确定包含支持至少一种所述本地共享方式的终端的信息的终端列表；从所述终端列表中确定至少一个目的终端；根据所述目标内容的当前状态确定第一传输方式，所述本地共享方式包括所述第一传输方式；使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上对本发明所提供的一种内容共享的方法及装置进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (14)

  1. 一种内容共享的方法，其特征在于，包括：
    获取用户指令，所述用户指令用于指示通过本地共享方式将用户选择的目标内容进行共享；
    根据所述目标内容的当前状态确定可使用的传输方式的优先级，所述本地共享方式包括所述可使用的传输方式；
    确定包含支持至少一种所述可使用的传输方式的终端的信息的终端列表，所述信息按照终端支持的所述可使用的传输方式的优先级进行排序；
    与所述终端列表中至少一个信息对应的终端建立连接，并从所述可使用的传输方式中确定所述至少一个终端支持的第一传输方式；
    使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
  2. 根据权利要求1所述的方法，其特征在于，所述本地共享方式包括蓝牙、数字生活网络联盟DLNA、无线显示Wifi Display、超文本传输协议HTTP、文件传输协议FTP、可扩展通讯和表示协议XMPP；
    所述根据所述目标内容的当前状态确定可使用的传输方式的优先级包括：
    确定所述目标内容的当前状态为放映状态或未放映状态；
    根据所述目标内容的当前状态，确定当前场景下所使用的传输方式，其中，在第一场景下支持的所述可使用的传输方式为蓝牙和/或HTTP和/或FTP和/或XMPP，在第二场景下支持的所述可使用的传输方式为DLNA和/或Wifi Display。
  3. 根据权利要求2所述的方法，其特征在于，所述确定当前场景下所使用的传输方式，包括：
    若所述目标内容的当前状态为放映状态，则确定第二场景支持的可使用的传输方式的优先级高于第一场景支持的可使用的传输方式的优先级；
    若所述目标内容的当前状态为未放映状态，则确定第一场景支持的可使用的传输方式的优先级高于第二场景支持的可使用的传输方式的优先级。
  4. 根据权利要求1所述的方法，其特征在于，所述从所述可使用的传输方式中确定所述至少一个终端支持的第一传输方式，包括：
    根据所述至少一个终端支持的可使用的传输方式，以及所述可使用的 传输方式的优先级，确定当前场景以及该场景下支持的可使用的传输方式；
    将确定的该场景下支持的可使用的传输方式与所述至少一个终端支持的可使用的传输方式进行匹配，确定第一传输方式。
  5. 根据权利要求2至4任一项所述的方法，其特征在于，所述根据所述目标内容的当前状态确定可使用的传输方式的优先级之前，还包括：
    确定所述目标内容的共享模式，所述共享模式包括好友模式和公共模式，所述好友模式指示只获取预设定的或标记为好友终端的终端信息，所述公共模式指示获取所有可连接终端的终端信息。
  6. 根据权利要求5所述的方法，其特征在于，所述确定包含支持至少一种所述可使用的传输方式的终端信息的终端列表，包括：
    当确定所述目标内容的共享模式为好友模式时：
    确定包含支持至少一种所述可使用的传输方式，且预设定的或标记为好友终端的终端信息的终端列表，所述终端列表中的终端信息按照支持的所述可使用的传输方式的优先级进行排序；
    当确定所述目标内容的共享模式为公共模式时：
    确定包含支持至少一种所述可使用的传输方式的终端信息的终端列表，所述终端列表中的终端信息按照支持的所述可使用的传输方式的优先级进行排序。
  7. 一种内容共享的方法，其特征在于，包括：
    获取用户指令，所述用户操作用于指示通过本地共享方式将用户选择的目标内容进行共享；
    确定包含支持至少一种所述本地共享方式的终端的信息的终端列表；
    从所述终端列表中确定至少一个目的终端；
    根据所述目标内容的当前状态确定第一传输方式，所述本地共享方式包括所述第一传输方式；
    使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
  8. 一种内容共享装置，其特征在于，包括：
    第一获取模块，用于获取用户指令，所述用户指令用于指示通过本地共享方式将用户选择的目标内容进行共享；
    第一确定模块，用于根据所述目标内容的当前状态确定可使用的传输方式的优先级，所述通过本地共享方式包括所述可使用的传输方式；
    第二确定模块，用于确定包含支持至少一种所述可使用的传输方式的终端的信息的终端列表，所述信息按照终端支持的所述可使用的传输方式的优先级进行排序；
    第三确定模块，用于与所述终端列表中至少一个信息对应的终端建立连接，并从所述可使用的传输方式中确定所述至少一个终端支持的第一传输方式；
    第一共享模块，用于使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
  9. 根据权利要求8所述的装置，其特征在于，所述本地共享方式包括蓝牙、数字生活网络联盟DLNA、无线显示Wifi Display、超文本传输协议HTTP、文件传输协议FTP、可扩展通讯和表示协议XMPP；
    所述第一确定模块，具体用于：确定所述目标内容的当前状态为放映状态或未放映状态；根据所述目标内容的当前状态，确定当前场景下所使用的传输方式，其中，在第一场景下支持的所述可使用的传输方式为蓝牙和/或HTTP和/或FTP和/或XMPP，在第二场景下支持的所述可使用的传输方式为DLNA和/或Wifi Display。
  10. 根据权利要求9所述的装置，其特征在于，所述第一确定模块，用于确定当前场景下所使用的传输方式，包括：
    若所述目标内容的当前状态为放映状态，则确定第二场景支持的可使用的传输方式的优先级高于第一场景支持的可使用的传输方式的优先级；若所述目标内容的当前状态为未放映状态，则确定第一场景支持的可使用的传输方式的优先级高于第二场景支持的可使用的传输方式的优先级。
  11. 根据权利要求8所述的装置，其特征在于，所述第三确定模块，具体用于：
    根据所述至少一个终端支持的可使用的传输方式，以及所述可使用的传输方式的优先级，确定当前场景以及该场景下支持的可使用的传输方式；
    将确定的该场景下支持的可使用的传输方式与所述至少一个终端支持的可使用的传输方式进行匹配，确定第一传输方式。
  12. 根据权利要求9至11任一项所述的装置，其特征在于，所述装置还包括第四确定模块，用于：确定所述目标内容的共享模式，所述共享模式包括好友模式和公共模式，所述好友模式指示只获取预设定的或标记为 好友终端的终端信息，所述公共模式指示获取所有可连接终端的终端信息。
  13. 根据权利要求12所述的装置，其特征在于，所述第二确定模块，具体用于：
    当确定所述目标内容的共享模式为好友模式时：确定包含支持至少一种所述可使用的传输方式，且预设定的或标记为好友终端的终端信息的终端列表，所述终端列表中的终端信息按照支持的所述可使用的传输方式的优先级进行排序；
    当确定所述目标内容的共享模式为公共模式时：确定包含支持至少一种所述可使用的传输方式的终端信息的终端列表，所述终端列表中的终端信息按照支持的所述可使用的传输方式的优先级进行排序。
  14. 一种内容共享装置，其特征在于，包括：
    第二获取模块，用于获取用户指令，所述用户操作用于指示通过本地共享方式将用户选择的目标内容进行共享；
    第五确定模块，用于确定包含支持至少一种所述本地共享方式的终端的信息的终端列表；
    第六确定模块，用于从所述终端列表中确定至少一个目的终端；
    第七确定模块，用于根据所述目标内容的当前状态确定第一传输方式，所述本地共享方式包括所述第一传输方式；
    第二共享模块，用于使用所述第一传输方式将所述目标内容共享至所述至少一个终端。
PCT/CN2014/089810 2013-10-31 2014-10-29 一种内容共享的方法及装置 WO2015062512A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310533331.7 2013-10-31
CN201310533331.7A CN104601205B (zh) 2013-10-31 2013-10-31 一种内容共享的方法及装置

Publications (1)

Publication Number Publication Date
WO2015062512A1 true WO2015062512A1 (zh) 2015-05-07

Family

ID=53003366

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/089810 WO2015062512A1 (zh) 2013-10-31 2014-10-29 一种内容共享的方法及装置

Country Status (2)

Country Link
CN (2) CN108848567B (zh)
WO (1) WO2015062512A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016200018A1 (en) 2015-06-08 2016-12-15 Samsung Electronics Co., Ltd. Method and apparatus for sharing application
CN104850463B (zh) * 2015-06-08 2019-11-15 三星电子（中国）研发中心 应用程序共享方法及装置
CN106411980B (zh) * 2015-07-31 2020-02-14 腾讯科技（深圳）有限公司 数字内容的共享方法及共享装置
CN105430459B (zh) * 2015-11-16 2019-09-06 深圳Tcl数字技术有限公司 音频数据播放方法、装置及智能电视机
CN105847274A (zh) * 2016-04-27 2016-08-10 努比亚技术有限公司 终端设备及其文件传输方法
CN105847408B (zh) * 2016-05-05 2019-07-12 北京奇虎科技有限公司 一种数据同步的方法、装置及设备
CN106302631B (zh) * 2016-07-21 2019-04-26 三星电子（中国）研发中心 一种分享内容的方法和系统
CN107045540A (zh) * 2017-02-14 2017-08-15 阿里巴巴集团控股有限公司 数据处理方法及装置、服务器和数据处理系统
US10764738B2 (en) 2017-03-14 2020-09-01 Huawei Technologies Co., Ltd. Wireless communication connection method and terminal
CN108510312B (zh) * 2018-03-07 2021-06-29 创新先进技术有限公司 多业务共享召回模式下的业务召回方法、系统和服务器
CN109144703B (zh) * 2018-09-10 2021-03-23 维沃移动通信有限公司 一种多任务的处理方法及其终端设备
CN112637041B (zh) * 2018-09-26 2022-11-11 深圳市云歌人工智能技术有限公司 基于优先级的发布信息的方法、设备以及存储介质
CN111107405A (zh) * 2019-12-27 2020-05-05 北京比利信息技术有限公司 投屏方法、服务器、投屏系统和存储介质
CN114125546B (zh) * 2020-08-27 2023-02-28 荣耀终端有限公司 信息分享的方法、装置、终端设备和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101677328A (zh) * 2008-09-19 2010-03-24 中兴通讯股份有限公司 一种基于内容分片的多媒体分发系统和方法
CN102355448A (zh) * 2011-06-29 2012-02-15 北京原力创新科技有限公司 云流媒体数据传输方法及系统
CN102833365A (zh) * 2012-08-23 2012-12-19 Tcl集团股份有限公司 基于dlna的文件播放方法及系统、主、从dlan设备

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1549613A (zh) * 2003-05-19 2004-11-24 �ʼҷ����ֵ��ӹɷ����޹�˾ 在无线通信系统的p2p通信模式与传统通信模式之间软切换的方法和装置
CN100421515C (zh) * 2005-05-20 2008-09-24 华为技术有限公司 基于移动网络的组播业务数据的实现方法
CN1921689B (zh) * 2006-06-19 2010-05-26 Ut斯达康通讯有限公司 利用下行共享信道在utra tdd hcr系统中实现组播的系统和方法
JP5347403B2 (ja) * 2008-09-22 2013-11-20 ソニー株式会社 情報処理装置および方法、プログラム、並びに、情報処理システム
CN101771707B (zh) * 2010-02-08 2015-08-12 中兴通讯股份有限公司 实现终端间资源共享的方法、资源处理系统及终端
CN102137163B (zh) * 2011-03-22 2015-08-05 Tcl集团股份有限公司 一种多媒体文件共享系统及其共享多媒体文件的方法
CN102780513A (zh) * 2011-05-13 2012-11-14 希姆通信息技术（上海）有限公司 移动终端以及移动终端之间实现蓝牙通信的方法
CN103209248B (zh) * 2012-01-11 2014-12-10 三星电子（中国）研发中心 共享多媒体内容的手机终端和方法
CN102547443B (zh) * 2012-01-16 2014-02-12 广州视源电子科技股份有限公司 一种多终端系统资源共享及互动实现方法
US9448700B2 (en) * 2012-02-03 2016-09-20 Apple Inc. Sharing services
CN102707880B (zh) * 2012-04-24 2015-01-07 华为终端有限公司 文件传输的方法及终端
CN103036962A (zh) * 2012-12-06 2013-04-10 惠州Tcl移动通信有限公司 一种文件的共享方法及手持设备
CN103279288B (zh) * 2013-05-31 2016-08-31 小米科技有限责任公司 数据传输方法、装置和终端设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101677328A (zh) * 2008-09-19 2010-03-24 中兴通讯股份有限公司 一种基于内容分片的多媒体分发系统和方法
CN102355448A (zh) * 2011-06-29 2012-02-15 北京原力创新科技有限公司 云流媒体数据传输方法及系统
CN102833365A (zh) * 2012-08-23 2012-12-19 Tcl集团股份有限公司 基于dlna的文件播放方法及系统、主、从dlan设备

Also Published As

Publication number Publication date
CN104601205A (zh) 2015-05-06
CN108848567B (zh) 2022-10-04
CN108848567A (zh) 2018-11-20
CN104601205B (zh) 2018-06-05

Similar Documents

Publication Publication Date Title
WO2015062512A1 (zh) 一种内容共享的方法及装置
KR101798363B1 (ko) 디지털 텔레비전 단말과 정보를 공유하기 위한 방법, 단말 및 시스템
US10080111B2 (en) Techniques for communication using audio stickers
US9510163B2 (en) Method and apparatus for managing a group profile in a Wi-Fi direct communication system
US20150019694A1 (en) Method for Screen Sharing, Related Device, and Communications System
US20190306277A1 (en) Interaction between devices displaying application status information
JP5990845B2 (ja) メディアコンテンツを共有するための方法、端末デバイス、およびコンテンツ共有システム
CN105025043B (zh) 信息分享方法、装置及系统
RU2604812C2 (ru) Способы, терминалы и системы для содействия совместному использованию данных
JP5891559B2 (ja) インスタントメッセージングの方法、端末、サーバ及びシステム
EP2898420A1 (en) A data-sharing method, terminal, server, and system
US9584566B2 (en) Method and system for synchronizing duplicated contents in multiple terminals
GB2534672A (en) Universal environment extender system and transmitter for a UEE system
KR20150013860A (ko) 클라이언트 없는 클라우드 컴퓨팅
TW201001208A (en) Wireless synchronization of media content and subscription content
CN113766477A (zh) 设备连接方法、装置、电子设备及计算机可读介质
KR101624894B1 (ko) 패킷 통화 중 데이터를 전송하는 단말기 및 이를 포함하는 서비스 시스템
CN103856374A (zh) 一种数据传输方法、终端及家庭互联系统
US10666588B2 (en) Method for sharing media content, terminal device, and content sharing system
CN112346887A (zh) 数据处理方法、装置、显示设备以及计算机可读存储介质
CN104079953B (zh) 基于视频信息分享操作的方法和系统
US20140089430A1 (en) Data-sharing method, terminal, server, and system
WO2014180233A1 (zh) 一种实现资源共享的方法、装置及终端
WO2022143857A1 (zh) 视频通话方法、装置、电子设备和存储介质
CN107360634B (zh) 数据传输方法、装置及移动终端

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14857343

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14857343

Country of ref document: EP

Kind code of ref document: A1