WO2017059768A1

WO2017059768A1 - Method and system for sharing media data in internet of things, terminal, and storage medium

Info

Publication number: WO2017059768A1
Application number: PCT/CN2016/099487
Authority: WO
Inventors: 张磊; 谢志杰; 张世鹏; 万超; 徐欣; 丁超辉; 毛华; 王涛; 何煦; 廖利珍
Original assignee: 腾讯科技（深圳）有限公司
Priority date: 2015-10-09
Filing date: 2016-09-20
Publication date: 2017-04-13
Also published as: CN106572131B; CN106572131A

Abstract

A method for sharing media data in the Internet of things, comprising: performing monitoring to obtain a sharing instruction for triggering media data to perform media data sharing in a terminal; invoking a social application selected by the sharing instruction, and the social application acquiring a receiving party that obtains the media data; the invoked social application reporting a sharing request to a background server, so as to pull user data and environment data from an available hardware device in the Internet of things via the background server; and transferring the medial data, the user data and the environment data as shared contents, so that the receiving party performs scenario restoration by means of the shared contents.

Description

Method, system, terminal and storage medium for media data sharing in internet of things

This application claims priority to Chinese Patent Application No. 201510648836.7, entitled "Method and System for Media Data Sharing in the Internet of Things" on October 9, 2015, the entire contents of which are incorporated by reference. In this application.

Technical field

The present application relates to the field of computer application technologies, and in particular, to a method, system, terminal, and storage medium for media data sharing in an Internet of Things.

Background technique

With the rapid development of Internet technology, social applications have emerged and become popular. The social application can not only realize instant communication between users, but also realize sharing of network information between users.

Currently, users can share photos, songs, videos, texts and other network information through social applications. For users who receive the network information, they can only view the network information and evaluate the sharing, such as praising the photos, or praising the songs, etc., and failing to accurately convey the user's sharing behavior. For example, for a sad user, when sharing a happy song that is currently used to resolve sadness, the sharing behavior is actually sharing a song that can resolve sadness, not the joy. The song itself.

Therefore, the existing network information sharing cannot accurately convey the user's sharing behavior, and there is a defect that the sharing content is not accurately expressed.

Summary of the invention

The method, system, terminal and storage medium for media data sharing in the Internet of Things disclosed in the present application.

A method for media data sharing in an Internet of Things, comprising: listening to the number of triggered media in a terminal And the sharing instruction of the media data sharing is performed; the social application selected by the sharing instruction is invoked, and the receiving party of the media data is obtained by the social application; and the sharing application is reported to the background server by the invoked social application, Pulling user data and environment data from the hardware device available in the Internet of Things through the background server; and transmitting the media data, user data, and environment data as shared content, so that the recipient passes the sharing The content is restored by the scene.

A system for media data sharing in an Internet of Things, comprising: a terminal and a background server where the sender interacts with each other, and the terminal where the sender is located is used to listen to a sharing instruction for triggering media data sharing in the terminal for media data sharing; Sharing a selected social application, and obtaining, by the social application, a recipient of the media data; reporting, by the invoked social application, a sharing request to a background server, to be available from the Internet of Things through the background server The hardware device pulls the user data and the environment data, and transmits the media data, the user data, and the environment data as the shared content, so that the receiving party performs scene restoration by using the shared content.

A terminal comprising a memory and a processor, wherein the memory stores instructions that, when executed by the processor, cause the processor to perform the following steps:

Listening to the sharing instruction of triggering the media data for media data sharing in the terminal; calling the social application selected by the sharing instruction, and obtaining, by the social application, the recipient of the media data; by calling the social application Evaluating the sharing request to the background server to extract user data and environment data from the hardware device available in the Internet of Things through the background server; and transmitting the media data, user data, and environment data as shared content, so as to The recipient performs scene restoration by using the shared content.

One or more computer non-volatile storage media storing computer readable instructions, when executed by one or more processors, cause the one or more processors to perform the steps of:

Details of one or more embodiments of the present application are set forth in the accompanying drawings and description below. Other features, objects, and advantages of the invention will be apparent from the description and appended claims.

DRAWINGS

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings to be used in the embodiments or the prior art description will be briefly described below. Obviously, the drawings in the following description are only It is a certain embodiment of the present application, and other drawings can be obtained according to the drawings without any creative work for those skilled in the art.

FIG. 1 is a schematic diagram of an application environment of a method for media data sharing in an Internet of Things according to an embodiment; FIG.

2 is a flow chart of a method for media data sharing in the Internet of Things according to an embodiment;

3 is a flow chart of a method for media data sharing in the Internet of Things according to another embodiment;

4 is a flowchart of a method for media data sharing in the Internet of Things according to another embodiment;

FIG. 5 is a flowchart of a method for media data sharing in an Internet of Things according to another embodiment; FIG.

6 is a flow chart of a method for media data sharing in the Internet of Things according to another embodiment;

7 is a flowchart of a method for media data sharing in an Internet of Things according to another embodiment;

8 is a sequence diagram of a method for media data sharing in the Internet of Things according to an embodiment;

9 is a structural block diagram of a system for media data sharing in the Internet of Things according to an embodiment;

10 is a structural block diagram of a system for media data sharing in the Internet of Things according to another embodiment;

11 is a structural block diagram of a system for media data sharing in the Internet of Things according to another embodiment;

12 is a structural block diagram of a system for media data sharing in the Internet of Things according to another embodiment;

13 is a structural block diagram of a system for media data sharing in an Internet of Things according to another embodiment;

14 is a structural block diagram of a system for media data sharing in an Internet of Things according to another embodiment;

FIG. 15 is a schematic structural diagram of a server according to an embodiment of the present application.

detailed description

Exemplary embodiments embodying the features and advantages of the present application will be described in detail in the following description. It should be understood that the present invention is capable of various modifications in the various embodiments, and This application.

In an embodiment, a method for media data sharing in an Internet of Things, the method running by the method The computer system is shown in Figure 1. The computer system includes a first terminal 110, a first background server 120, a sharing server 130, a second terminal 140, and a second background server 150.

The first terminal 110 and the second terminal 140 may be a smart phone, a tablet computer, a computer, or the like. The first terminal 110 is a terminal where the sender of the media data is located, and the second terminal 140 is a terminal where the receiver of the media data is located.

In a specific implementation process, the first background server 120 and the second background server 150 are servers for pulling user data and environment data from the hardware device 160 available in the Internet of Things during the media data sharing process. Here, the first and

second background servers

120, 150 are not specifically referred to as a server, and may also be a server cluster.

Hardware device 160 includes a smartphone, camera, smart portable device, etc., that can be used to provide user data and environmental data, as well as display screens, projectors, stereos, and the like that can be used to display media data.

The first background server 120 serves the first terminal 110. The first background server 120, the hardware device 160 and the first terminal 110 are all located in the same Internet of Things 170. The second background server 150 serves the second terminal 140. The second background server 150, the hardware device 160 and the second terminal 140 are also located in the same Internet of Things 180. Here, the Internet of Things 170 and the Internet of Things 180 are not specifically referred to as two different Internet of Things, or may be the same Internet of Things.

The first terminal 110 and the second terminal 140 respectively interact with the

background servers

120 and 150 to implement the pull of the user data and the environment data, so as to facilitate the subsequent restoration of the scene by the receiver of the media data. Of course, the first terminal 110 and the second terminal 140 can also interact with each other through the same background server.

The sharing server 130 is a server that performs media content, user data, and environmental data as shared content transmission and analysis in the media data sharing process. The first terminal 110 and the second terminal 140 respectively interact with the sharing server 130 to implement media data sharing.

In addition, sharing the media data through the first and

second background servers

120, 150 and the sharing server 130 will facilitate the use of the existing architecture, for example, the existing background server or the sharing server may be used to perform the entire computer system. The architecture.

It should be noted that, in this embodiment, the first and

second background servers

120 and 150 are not specifically referred to as two background servers, but are merely used to conveniently distinguish the background server that interacts with the terminal where the sender is located and the terminal where the receiver is located, and is not This is limited to this.

Referring to FIG. 2, in an embodiment, a method for media data sharing in an Internet of Things includes Next steps:

Step 210: Listening to the sharing instruction that triggers the media data in the terminal to share the media data.

Media data can be photos, songs or other audio and video content.

In the terminal, the selected media data can be shared by the selected operation triggered by the media data.

After that, the social application that can be used for media data sharing is displayed in the form of an application list, and the sharing instruction for media data sharing is obtained through the selected operation triggered by any social application.

In step 230, the social application selected by the sharing instruction is invoked, and the recipient of the media data is obtained by the social application.

After listening to the share command, the social application selected by the share command will be run. The social application can be an instant messaging tool for a conversation between friends, or a social networking application.

By invoking the social application, the user associated with the sender who performs media data sharing is displayed. For example, the associated user may be a friend relationship with the sender, or may be a contact who has a conversation with the sender. The recipient of the media data is obtained by the selected operation triggered by the associated user.

The interface where the associated user is displayed may be in the form of a web client or in the form of a window of the software client.

Step 250: The social application is reported to send the sharing request to the background server to extract user data and environment data from the hardware device available in the Internet of Things through the background server.

After receiving the reported sharing request, the background server pulls the user data and the environmental data from the hardware devices available in the Internet of Things.

Hardware devices in the Internet of Things fall into two broad categories: private hardware devices and public hardware devices. The private hardware device is private, and is directly associated with the terminal where the sender is located, and may be a device in the terminal where the sender is located, for example, a sensor, a camera, a gyroscope, or the like, or a wearable device corresponding to the sender, for example, smart. Glasses, smart bracelets, etc. The public hardware device belongs to a public place, and is not associated with the terminal where the sender is located, but only in the environment where the terminal where the sender is located, which may be a camera, an alarm, a pickup, and the like.

Correspondingly, the user data collected by the hardware devices may include heart rate, body temperature, respiratory rate, motion state, etc., and the environmental data may include time, ambient temperature, geographic location, Light brightness, etc. For example, a smart bracelet can collect heart rate, respiratory rate, and the like. The sensor can sense the state of motion.

If the hardware device is available, that is, the hardware device is online, it indicates that the user data and environment data in the hardware device are valid data for the scenario restoration, and the background server pulls the user data and the environment data.

Step 270: The media data, the user data, and the environment data are transmitted as the shared content, so that the receiver performs the scene restoration by sharing the content.

After the media data, user data, and environment data are packaged, they are delivered to the sharing server as shared content. By sharing the interaction between the server and the terminal where the receiver is located, the receiver can perform scene restoration through the transmitted shared content, so as to feel the environment and atmosphere in which the sender of the media data sharing is located.

Referring to FIG. 3, in an embodiment, the hardware device is a private hardware device. After step 250, the method as described above further includes the following steps:

Step 310: Receive, by the background server, the reported sharing request, to extract the social application identifier of the sender from the sharing request.

The sharing request is reported to the background server by the called social application, and the sharing request includes at least the corresponding social application identifier. Therefore, the corresponding social application identifier can be extracted from the sharing request.

Step 330: Obtain an associated private hardware device identifier according to the social application identifier of the sender, to obtain an online state of the device.

In the social application where the sender is located, the private hardware device is searched according to the search operation triggered by the sender, so that the private hardware device that has established the connection relationship with the terminal where the social application is located is obtained, and the corresponding private hardware device identifier is obtained. And the device is online and reported to the background server.

In the background server, by storing the reported private hardware device identifier and the sender's social application identifier, a correspondence relationship between the sender's social application identifier and the private hardware device identifier is established, so that the background server knows the sender's The social application identity and the private hardware device identity are associated with each other. Based on the foregoing process, the associated private hardware device identifier is obtained by the sender's social application identifier in the background server, and the associated device hardware state is obtained by the associated private hardware device identifier.

The online status of the device includes online and offline status. By obtaining the online status of the device, the background server can only pull the user data and the environment data from the online private hardware device, thereby effectively reducing the The amount of business processing of the background server improves the processing efficiency of the background server.

Step 350: The user equipment and the environment data are read and fed back according to the online status of the device, so that the terminal associated with the private hardware device obtains user data and environment data.

As mentioned above, the corresponding private hardware devices notified by the background server according to the online status of the device are online, and the user data and the environmental data read and fed back are valid data for facilitating scene restoration.

In the Internet of Things, the private hardware device that is online and the terminal where the sender is located establish a communication connection in advance through Bluetooth, WIFI, etc., so that the private hardware device and the terminal are associated with each other. The user data and the environment data collected on the private hardware device associated with the terminal where the sender is located are obtained through the associated private hardware device and the terminal.

Of course, in other application scenarios, the user data and environment data collected on the private hardware device may also be sent to the background server, and then forwarded to the associated terminal by the background server.

Referring to FIG. 4, in an embodiment, the hardware device is a common hardware device. After step 250, the method as described above further includes the following steps:

Step 410: Receive a reported sharing request by the background server to obtain a preset public hardware device identifier according to the sharing request.

In a public place, some public hardware devices are preset to meet the requirements of obtaining environmental data and user data in a public place. Accordingly, the background server forms a pre-stage in the background server by storing related information of the common hardware devices. The public hardware device identifier.

Therefore, after receiving the reported sharing request, the background server performs the acquisition of the public hardware device identifier according to the sharing request.

For example, the sharing request includes at least the geographical location information of the terminal where the sender of the media data is shared, and the geographical location is obtained by the location of the terminal where the sender is located. The background server will determine whether there is a public hardware device around the environment in which the terminal is located according to the geographical location information, thereby obtaining a preset public hardware device identifier.

Step 430: Pull user data and ring from the public hardware device according to the common hardware device identifier. Circumstantial data.

As mentioned above, since the public hardware device belongs to a public place, unless it fails, the online state of the device of the common hardware device is usually online, and correspondingly, the user data and the environmental data in the public hardware device are usually Useful data to help with scene restoration.

Therefore, after the public hardware device identifier is obtained, the online state of the device is not required to be acquired, and the user data and the environment data can be pulled directly from the corresponding public hardware device.

Step 450: Return user data and environment data to the terminal that reports the sharing request.

Since the public hardware device and the terminal that reports the sharing request are not related to each other, the user data and the environment data collected on the public hardware device are first sent to the background server, and then returned to the terminal reporting the sharing request via the background server, that is, The terminal where the sender of the media data is shared.

Referring to FIG. 5, in an embodiment, after step 270, the method as described above further includes the following steps:

Step 510: Receive, by the sharing server, the shared content transmitted by the receiver to obtain media data, user data, and environment data.

As described above, in order for the receiver to perform scene restoration by sharing the content, the terminal where the sender of the media data is shared will transmit the media data, the user data, and the environment data as the shared content, and therefore, the sharing server receives the transmission. After sharing the content, you can get media data, user data and environmental data from the received content.

Step 530: Perform scene recognition according to user data and environment data to obtain scene simulation data.

After the sharing server obtains the user data and the environment data, the user data and the environment data are separately identified by the smart recognition algorithm preset thereon.

The scene simulation data contains at least the type of environment in which it is located, the type of climate, and the atmosphere in which it is located.

The sharing server can identify the environment type and climate type of the terminal where the sender is located according to the environmental data, and can identify the atmosphere in which the terminal where the sender is located according to the user data, thereby obtaining scenario simulation data pushed to the receiver.

For example, the type of environment that the sharing server can recognize according to the geographical location in the environmental data includes the sea, grassland, desert, city, etc. The types of climate that can be identified according to the ambient temperature and the brightness of the light in the environmental data include sunny, heavy rain, and light snow. Etc., combined with the heart rate, respiratory rate, etc. in the user data, can identify the atmosphere in which it is included, including happiness, excitement, sadness, frustration, and the like.

Step 550: Push media data and scene simulation data to the terminal where the receiver is located.

After identifying the scene simulation data, the sharing server will simultaneously push the media data and the scene simulation data to the terminal where the receiver is located, so that the receiver can perform scene restoration through the scene simulation data while performing the media data presentation.

Referring to FIG. 6, in an embodiment, after step 550, the method as described above further includes the following steps:

Step 610: Receive media data and scene simulation data in a social application where the recipient is located.

Since the receiver of the media data is obtained by the social application invoked by the terminal where the sender is located, correspondingly, in the social application where the receiver is located, the social application can obtain the media data and scenario simulation pushed by the sharing server. data.

For example, in the corresponding social application, the sender and the receiver are in a mutual friend relationship, and after the sender performs media data sharing by selecting the receiver, the receiver can receive the media data and the scene simulation data pushed by the receiver through the sharing server. .

Step 630: Determine whether to perform scene restoration according to the scenario simulation data. If yes, proceed to step 650. If no, go to step 670.

After receiving the scenario simulation data, the terminal where the receiver is located will perform the scenario of the scene restoration selection message to be pushed and displayed according to the scenario simulation data, and further determine whether the scene restoration needs to be performed by obtaining the selected operation triggered in the displayed scenario simulation selection message.

If the selected operation is the scene restoration operation, the process proceeds to step 650, and the receiver is enabled to perform scene restoration by reporting the social application identifier and the scene simulation data of the receiver to the background server.

If the selected operation is an operation that does not perform scene restoration, then the process proceeds to step 670. At this time, only the display of the media data is required.

Step 650: Report the social application identifier and scenario simulation data of the receiver to the background server.

In step 670, only the display of the media data is performed in the terminal where the receiver is located.

As described above, the media data may be a photo, a song, or other audio or video content. Accordingly, the terminal where the receiver is located will invoke the corresponding display application to display the media data according to the specific format of the media data.

For example, the media data shared by the sender is a song, and the terminal where the receiver is located will play it through the music playing application, so that the recipient shares the media data.

Referring to FIG. 7, in an embodiment, after step 650, the method as described above further includes the following step:

Step 710: Perform a similarity search on the reported scenario simulation data in the preset scenario by using the background server to obtain a scenario simulation solution.

The preset scenario includes a series of instructions for controlling the hardware device to perform scene restoration according to at least the environment type, the climate type, the scene atmosphere, and the like, so that the hardware devices that receive the instructions execute in a preset order. A predetermined operation to achieve a scene simulation effect that matches the preset scene scenario.

For example, if the environment type is seaside, the command set in the preset scene scheme may be to control the sound to play the seawater sound. If the climate type is breeze, the command set in the preset scene scheme may be to control the fan to rotate slowly.

The preset scenario may be formed by directly storing the data through the background server after the definition in the background server is completed, or may be formed by uploading to the background server through the network share after the definition is completed in the terminal where the sender or the receiver is located.

Since the scene simulation data includes at least the environment type, the climate type, and the atmosphere, the similarity search is performed in the preset scenario according to the environment type, the climate type, and the atmosphere in the scenario simulation data. A scenario simulation scheme similar to the reported scenario simulation data can be obtained.

For example, at a concert scene, the environment where the sender's terminal is located is the venue, the climate type is high temperature, and the atmosphere is excited. The scene simulation is performed by performing similarity search in the preset scene scheme. The instructions set in the solution may include: controlling the brightness of the wall lamp, controlling the temperature adjustment of the air conditioner, controlling the sound to adjust the sound effect, and the like.

Of course, in other embodiments, the preset scenario may also include only one instruction, that is, only to control a hardware device for scene restoration, and perform similarity search according to the scenario simulation data to obtain multiple preset scenario scenarios. After that, the multiple sets of preset scenario schemes are further combined according to the online state of the device of the private hardware device associated with the terminal where the receiver is located, for example, only the preset scenario scheme executable by the online private hardware device is combined, thereby Get the scene simulation plan.

That is to say, in this application scenario, the more the associated private hardware devices are online, the more preset scenario scenarios are included in the scenario simulation solution, although the background server's service processing capacity increases, but The effect of scene restoration by the receiver is better.

Step 730: Obtain an associated private hardware device identifier according to the social application identifier of the receiver, To obtain the online status of the device.

As described above, the association between the social application identifier of the recipient and the identifier of the private hardware device is formed by storing the correspondence between the two in the background server. Therefore, in the background server, the social interaction of the receiver The application identifier can be used to obtain the associated private hardware device identifier, so as to further obtain the online state of the device of the private hardware device represented by the private hardware device identifier.

Step 750: The scenario simulation solution is sent to the corresponding private hardware device according to the online state of the device, so that the scene simulation solution is executed by the private hardware device to perform scene restoration.

As mentioned above, the scenario simulation scheme includes a series of instructions, which can be used to control the same private hardware device, or can be used to control different private hardware devices.

Based on this, according to the online state of the device, the background server only distributes the scenario simulation solution to the corresponding private hardware device that is online, and performs the scenario restoration by executing the received instruction through the online private hardware device.

For example, the three commands included in the scene simulation scheme corresponding to the concert scene are: a light adjustment command for controlling the brightness adjustment of the wall lamp, a temperature adjustment command for controlling the temperature adjustment of the air conditioner, and a sound adjustment command for controlling the sound adjustment of the sound effect, However, due to the air data failure during the media data sharing, only the wall lamp and the sound are online. At this time, the background server only sends the light adjustment command and the sound adjustment command to the wall lamp and the sound separately to restore the concert through the wall lamp and the influence. The light and sound effects of the scene.

In an application scenario, as shown in FIG. 8, FIG. 8 shows a complete process of the media data sharing method in the Internet of Things in a specific implementation process. The terminal where the sender and the receiver are located is a smart phone, and the social application runs on the smart phone. The sender and the receiver will share the media data through the running social application, and the specific implementation process is as follows: .

After the terminal where the sender is powered on, the step 801 is performed to listen to the sharing instruction for media data sharing, and the receiving party that obtains the media data is obtained by calling the social application selected by the sharing instruction.

The terminal where the sender is located reports the sharing request to the background server by performing step 802 to pull the user data and the environment data from the hardware devices available in the Internet of Things through the background server.

After the background server performs the pull of the user data and the environment data, the step 803 is executed to return the data to the terminal that reports the sharing request, and then the terminal performs step 804 to The volume data, user data, and environment data are transmitted to the sharing server as shared content.

After receiving the shared content, the sharing server obtains the scene simulation data by performing step 805, and further, by performing step 806, the media data and the scene simulation data are simultaneously pushed to the terminal where the receiver is located.

The terminal where the receiver is located determines whether to perform the scene restoration by performing step 807. If it is determined that the scene restoration is performed, the process proceeds to report the social application identifier and the scene simulation data of the receiver to the background server on the receiving side. Otherwise, only the media data is displayed by the terminal where the receiver is located.

After receiving the social application identifier and the scenario simulation data of the receiver, the background server obtains the scenario simulation solution by performing step 809, and distributes the acquired scenario simulation solution to the corresponding hardware device to perform the received by the hardware device. The scene simulation scheme performs scene restoration, so that the receiver can feel the environment and atmosphere of the terminal where the sender is located when media data sharing is performed, which greatly improves the sharing experience of the user.

Of course, in other application scenarios, the social application identifier and the scenario simulation data of the receiver may also be reported to the background server on the sender side to perform scene restoration through the background server, so that the sender and the receiver are shared by the background server. Service to reduce the operating costs of the backend server.

Referring to FIG. 9, in an embodiment, a system for media data sharing in an Internet of Things includes a terminal 900 and a background server 1000 where a sender interacts with each other, and each module in the terminal 900 where the sender is located may be all or The terminal 900 can include an instruction listening module 910, an application calling module 930, a request reporting module 950, and a content delivery module 970.

The command listening module 910 is configured to listen to a sharing instruction for triggering media data sharing in the terminal for media data sharing.

The application invoking module 930 is configured to invoke a social application selected by the sharing instruction, and the receiving party of the media data is obtained by the social application.

The request reporting module 950 is configured to report the sharing request to the background server by the invoked social application to extract user data and environment data from the hardware device available in the Internet of Things through the background server.

The content delivery module 970 is configured to transmit the media data, the user data, and the environment data as the shared content, so that the recipient performs the scene restoration by sharing the content.

Referring to FIG. 10, in an embodiment, the background server 1000 includes: a first request receiving module 1010, a first state obtaining module 1030, and a first data pulling module 1050.

The first request receiving module 1010 is configured to receive the reported sharing request by using the background server to extract the social application identifier of the sender from the sharing request.

The first state obtaining module 1030 is configured to obtain an associated private hardware device identifier according to the social application identifier of the sender, to correspondingly acquire the online state of the device.

The first data pull module 1050 is configured to perform reading and feedback of user data and environment data according to the device online state notification corresponding private hardware device, so that the terminal associated with the private hardware device obtains user data and environment data.

Referring to FIG. 11 , in an embodiment, the background server 1000 includes: a second request receiving module 1110 , a second data pulling module 1130 , and a data returning module 1150 .

The second request receiving module 1110 is configured to receive the reported sharing request by using the background server to obtain the preset public hardware device identifier according to the sharing request.

The second data pull module 1130 is configured to pull user data and environment data from the common hardware device according to the common hardware device identifier.

The data returning module 1150 is configured to return user data and environment data to the terminal that reports the sharing request.

Referring to FIG. 12, in an embodiment, the system as described above further includes a sharing server 1200 that interacts with the terminal 900 where the sender is located. The sharing server 1200 includes a content receiving module 1210, a scene recognition module 1230, and a data pushing module 1250.

The content receiving module 1210 is configured to receive the shared content transmitted by the receiving party through the sharing server to obtain media data, user data, and environment data.

The scene recognition module 1230 is configured to perform scene recognition according to user data and environment data to obtain scene simulation data.

The data pushing module 1250 is configured to push the media data and the scene simulation data to the terminal where the receiver is located.

Referring to FIG. 13 , in an embodiment, the system as described above further includes a terminal 1300 of the receiver that interacts with the sharing server 1200 , and the terminal 1300 of the receiver includes: a data receiving module 1310 , a determining module 1330 , and a reporting module 1350 . .

The data receiving module 1310 is configured to receive media data in a social application where the recipient is located. And scene simulation data.

The determining module 1330 is configured to determine whether to perform scene restoration according to the scenario simulation data. If yes, the reporting module 1350 is notified.

The reporting module 1350 is configured to report the social application identifier and scenario simulation data of the receiver to the background server.

Referring to FIG. 14 , in an embodiment, the background server 1000 includes a scheme search module 1410 , a second state acquisition module 1430 , and a scheme sending module 1450 .

The solution searching module 1410 is configured to perform a similarity search on the reported scenario simulation data in the preset scenario by using the background server to obtain a scenario simulation solution.

The second state obtaining module 1430 is configured to obtain an associated private hardware device identifier according to the social application identifier of the receiver, to correspondingly acquire the online state of the device.

The scenario sending module 1450 is configured to send a scenario simulation solution to the corresponding private hardware device according to the online state of the device, to perform scenario restoration by using the scenario simulation scheme by the private hardware device.

Referring to FIG. 15, FIG. 15 is a schematic structural diagram of a server 1500 according to an embodiment of the present application. The steps performed by the background server or the sharing server in the above embodiments may all be based on the structure of the server shown in the figure.

The server 1500 can vary greatly depending on configuration or performance, and includes: a power source 1510, an interface 1530, at least one storage medium 1550, and at least one central processing unit (CPU) 1570.

Specifically, the power source 1510 is configured to provide an operating voltage for each hardware device on the server 1500.

The interface 1530 includes at least one wired or wireless network interface 1531, at least one serial-to-parallel conversion interface 1533, at least one input/output interface 1535, and at least one USB interface 1537 and the like for communicating with an external device.

The storage medium 1550 serves as a carrier for resource storage, and may be a random storage medium, a magnetic disk, or an optical disk. The resources stored thereon include an operating system 1551, an application 1553, and data 1555. The storage manner may be short-term storage or permanent storage. The operating system 1551 is used to manage and control various hardware devices and applications 1553 on the server 1500 to implement calculation and processing of the massive data 1555 by the central processing unit 1570, which may be Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM. , FreeBSDTM, etc. The application 1553 is a computer program that performs at least one specific work based on the operating system 1551, which may include at least one module (not shown). Each module can contain a series of operational instructions to server 1500, respectively. Data 1555 can be a private hardware device identification, a common hardware device identification, a preset scenario, and the like stored on the disk.

The central processor 1570 can include one or more processors and is configured to communicate with the storage medium 1550 over a bus for computing and processing the vast amount of data 1555 in the storage medium 1550.

A series of operation instructions stored in the storage medium 1550 are read by the central processing unit 1570 and executed on the server 1500 based on the operating system 1551 on the storage medium 1550, so that all or part of the steps of the above embodiments can be passed on the server. Run the relevant computer program to complete.

One of ordinary skill in the art can understand that all or part of the process of implementing the foregoing embodiments can be completed by a computer program to instruct related hardware, and the program can be stored in a computer readable storage medium. When executed, the flow of an embodiment of the methods as described above may be included. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

The above is only the preferred embodiment of the present application, and is not intended to limit the embodiments of the present application. Those skilled in the art can make corresponding modifications or modifications in accordance with the main concepts and spirit of the present application. The scope of protection of the application shall be subject to the scope of protection required by the claims.

Claims

A method of media data sharing in the Internet of Things, including:

Listening to the sharing instruction that triggers the media data in the terminal to share the media data;

Retrieving the social application selected by the sharing instruction, and obtaining, by the social application, a recipient of the media data;

And uploading the sharing request to the background server by the invoked social application, to extract user data and environment data from the hardware device available in the Internet of Things through the background server; and

The media data, the user data, and the environment data are transmitted as shared content, so that the recipient performs scene restoration by using the shared content.
The method of claim 1, wherein the hardware device is a private hardware device, and the social application that is invoked reports the sharing request to a background server to pull from the hardware device available in the Internet of Things through the background server. After the step of user data and environment data, the method further includes:

Receiving, by the background server, the reported sharing request, to extract a social application identifier of the sender from the sharing request;

Obtaining an associated private hardware device identifier according to the social application identifier of the sender, to correspondingly obtain an online state of the device; and

Reading and feeding back user data and environment data according to the device online status notification corresponding to the private device, so that the terminal associated with the private hardware device obtains the user data and environment data.
The method of claim 1, wherein the hardware device is a public hardware device, and the social application that is invoked reports the sharing request to a background server to pull from the hardware device available in the Internet of Things through the background server. After the steps of user data and environment data, the method also include:

Receiving, by the background server, the reported sharing request, to obtain a preset public hardware device identifier according to the sharing request;

Pulling the user data and the environment data from the public hardware device according to the public hardware device identifier; and

Returning the user data and the environment data to the terminal that reports the sharing request.
The method of claim 1, after the step of transmitting the media data, user data, and environment data as shared content to enable the recipient to perform scene restoration by using the shared content, the method further include:

Receiving, by the sharing server, the shared content transmitted by the recipient to obtain the media data, user data, and environment data;

Performing scene recognition according to the user data and environment data to obtain scene simulation data; and

Pushing the media data and scene simulation data to a terminal where the receiver is located.
The method of claim 4, after the step of pushing the media data and the scene simulation data to the terminal where the receiver is located, the method further includes:

Receiving the media data and scene simulation data in a social application where the receiver is located;

Determining whether to perform scene restoration according to the scenario simulation data;

If yes, the social application identifier of the receiver and the scenario simulation data are reported to the background server.
The method of claim 5, after the step of reporting the social application identifier of the recipient and the scenario simulation data to the background server, the method further comprises:

Performing a similarity search on the reported scenario simulation data in the preset scenario by using the background server to obtain a scenario simulation solution;

Obtaining an associated private hardware device identifier according to the social application identifier of the receiver, to correspondingly obtain an online state of the device; and

And sending the scenario simulation solution to the corresponding private hardware device according to the online state of the device, to perform the scenario restoration by using the scenario simulation solution by the private hardware device.
A system for media data sharing in an Internet of Things, comprising a terminal and a background server where the sender interacts with each other, and the terminal where the sender is located

A sharing instruction for intercepting media data sharing by triggering media data in the terminal;

Retrieving the social application selected by the sharing instruction, and obtaining, by the social application, a recipient of the media data;

And uploading the sharing request to the background server by using the invoked social application to extract user data and environment data from the hardware device available in the Internet of Things through the background server; and

The media data, the user data, and the environment data are transmitted as shared content, so that the recipient performs scene restoration by using the shared content.
The system of claim 7 wherein said background server

And the receiving, by the background server, the sharing request sent by the background server to extract a social application identifier of the sender from the sharing request;

Obtaining an associated private hardware device identifier according to the social application identifier of the sender, to correspondingly obtain an online state of the device; and

Reading and feeding back user data and environment data according to the device online status notification corresponding to the private device, so that the terminal associated with the private hardware device obtains the user data and environment data.
The system of claim 7 wherein said background server

The receiving request for receiving the report by the background server, according to the sharing request Obtaining a preset public hardware device identifier;

Pulling the user data and the environment data from the public hardware device according to the public hardware device identifier; and

Returning the user data and the environment data to the terminal that reports the sharing request.
The system of claim 7, the system further comprising a sharing server interacting with the terminal where the sender is located, the sharing server

Receiving, by the sharing server, the shared content transmitted by the receiving party to obtain the media data, user data, and environment data;

Performing scene recognition according to the user data and environment data to obtain scene simulation data; and

Pushing the media data and scene simulation data to a terminal where the receiver is located.
The system according to claim 10, further comprising a terminal where the receiver interacting with the sharing server is located, and the terminal where the receiver is located

And receiving the media data and scene simulation data in a social application where the receiver is located;

Determining whether to perform scene restoration according to the scenario simulation data; if yes,

And reporting the social application identifier of the receiver and the scenario simulation data to the background server.
The system of claim 11 wherein said background server

And performing, by using the background server, the similarity search on the reported scenario simulation data in the preset scenario, to obtain a scenario simulation solution;

Obtaining an associated private hardware device identifier according to the social application identifier of the receiver, to correspondingly obtain an online state of the device; and

Sending the scenario simulation solution to the corresponding private hardware device according to the online state of the device, The scene restoration is performed by executing the scenario simulation scheme by the private hardware device.
A terminal comprising a memory and a processor, wherein the memory stores instructions that, when executed by the processor, cause the processor to perform the following steps:

Listening to the sharing instruction that triggers the media data in the terminal to share the media data;

Retrieving the social application selected by the sharing instruction, and obtaining, by the social application, a recipient of the media data;

And uploading the sharing request to the background server by the invoked social application, to extract user data and environment data from the hardware device available in the Internet of Things through the background server; and

The media data, the user data, and the environment data are transmitted as shared content, so that the recipient performs scene restoration by using the shared content.
One or more computer non-volatile storage media storing computer readable instructions, when executed by one or more processors, cause the one or more processors to perform the steps of:

Listening to the sharing instruction that triggers the media data in the terminal to share the media data;

Retrieving the social application selected by the sharing instruction, and obtaining, by the social application, a recipient of the media data;

And uploading the sharing request to the background server by the invoked social application, to extract user data and environment data from the hardware device available in the Internet of Things through the background server; and

The media data, the user data, and the environment data are transmitted as shared content, so that the recipient performs scene restoration by using the shared content.