Multi-terminal file playing method, device and equipment based on cloud mobile phone and medium

By adopting a multi-terminal file playback method based on cloud mobile phones in the aircraft cabin screen system, and using docker container technology to realize the processing and transmission of multimedia files, the problem of high cost and inability to provide personalized entertainment experience in the aircraft cabin screen system is solved, and an efficient and low-cost personalized entertainment experience is achieved.

CN119561933APending Publication Date: 2025-03-04NANJING XURUI SOFTWARE TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202411654497.9
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2024-11-19
Publication Date
2025-03-04

AI Technical Summary

Technical Problem

The aircraft cabin screen system is expensive, and the centralized entertainment system cannot provide a personalized entertainment experience.

Method used

Using a multi-terminal file playback method based on cloud mobile phones, multiple containers are created in the cloud mobile phone system through docker container technology, each container communicates one by one with a terminal to realize the processing and transmission of multimedia files.

Benefits of technology

It reduces the hardware cost of a single screen, improves the customer's entertainment experience, realizes a high experience of a personalized entertainment system, and reduces the overall cost of the aircraft cabin screen system.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119561933A_ABST
    Figure CN119561933A_ABST
Patent Text Reader

Abstract

The embodiment of the invention discloses a multi-terminal file playing method and device based on a cloud mobile phone, equipment and a medium. The method is applied to a first terminal, the first terminal comprises a cloud mobile phone system supporting a docker container technology, N containers are created in the cloud mobile phone system, the N containers are in one-to-one corresponding communication connection with N second terminals, N is a positive integer, and the method comprises the following steps: calling a target container in the N containers, receiving an operation for a target multimedia file sent by a target terminal, wherein the target terminal is a terminal connected with the target container in the N second terminals; processing the target multimedia file to obtain multimedia stream data; and transmitting the multimedia stream data to the target terminal for playing. According to the embodiment of the invention, the purpose of high experience of a personalized entertainment system can be achieved on the basis of reducing the cost of an aircraft cabin screen system.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The embodiments of the present application relate to the technical field of multimedia file playback, and in particular to a multi-terminal file playback method, device, equipment and medium based on a cloud phone. Background Art

[0002] In-Flight Entertainment (IFE) is a multimedia entertainment system installed in the aircraft cabin, which is designed to provide passengers with a variety of entertainment options, display flight information and destination information, and improve comfort and satisfaction.

[0003] At present, the screen management system of aircraft cabin is mainly divided into centralized entertainment system and personalized entertainment system. The centralized entertainment system has lower cost, but all screens can only display the same audio and video information. At present, most aircraft cabin systems use centralized entertainment system. Personalized entertainment system requires that the screen of each seat has its own hardware and operating system to support basic functions and system operation, but the cost of the cabin system is much higher than that of centralized entertainment system. Summary of the invention

[0004] The embodiment of the present application provides a multi-terminal file playback method, device, equipment and medium based on a cloud phone, which can be used to achieve a high experience of a personalized entertainment system on the basis of reducing the cost of the aircraft cabin screen system. The technical solution is as follows:

[0005] On the one hand, an embodiment of the present application provides a multi-terminal file playback method based on a cloud phone, which is applied to a first terminal, wherein the first terminal includes a cloud phone system that supports docker container technology, wherein N containers are created in the cloud phone system, and the N containers are connected to N second terminals in a one-to-one correspondence communication, where N is a positive integer, and the method includes:

[0006] Invoking a target container among the N containers, and receiving an operation for a target multimedia file sent by a target terminal, where the target terminal is a terminal among the N second terminals connected to the target container;

[0007] Processing the target multimedia file to obtain multimedia stream data;

[0008] The multimedia stream data is transmitted to the target terminal for playing.

[0009] On the other hand, an embodiment of the present application provides a multi-terminal file playback device based on a cloud phone, which is applied to a first terminal, wherein the first terminal includes a cloud phone system that supports docker container technology, wherein N containers are created in the cloud phone system, and the N containers are connected to N second terminals in a one-to-one correspondence communication, where N is a positive integer, and the device includes:

[0010] a playback operation acquisition receiving module, configured to call a target container among the N containers and receive an operation for a target multimedia file sent by a target terminal, wherein the target terminal is a terminal among the N second terminals connected to the target container;

[0011] A multimedia stream data acquisition module, used for processing the target multimedia file to obtain multimedia stream data;

[0012] The multimedia stream data transmission module is used to transmit the multimedia stream data to the target terminal for playing.

[0013] On the other hand, an embodiment of the present application provides an electronic device, comprising a processor and a memory, wherein the memory stores at least one instruction, at least one program, a code set or an instruction set, and the at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by the processor to implement the method described in the above aspects.

[0014] On the other hand, an embodiment of the present application provides a computer-readable storage medium, in which at least one instruction, at least one program, a code set or an instruction set is stored, and the at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by a processor to implement the method described in the above aspects.

[0015] On the other hand, an embodiment of the present application provides a computer program product, which, when executed, is used to execute the method described in the above aspects.

[0016] In the technical solution provided by the embodiment of the present application, by adopting container technology, all screen systems share a set of hardware to provide computing power, the main hardware provides system support, and runs all containers. Each screen system is equivalent to a container, and each screen only needs to have simple audio and video functions, which can not only reduce the hardware cost of a single screen, but also improve the customer experience. Therefore, on the basis of reducing the cost of the aircraft cabin screen system, the purpose of high experience of personalized entertainment system can be achieved. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Figure 1 A flowchart of a multi-terminal file playback method based on a cloud phone provided in an embodiment of the present application;

[0018] Figure 2 A schematic diagram of an aircraft cabin screen system provided in an embodiment of the present application;

[0019] Figure 3 A schematic diagram of a container system framework provided in an embodiment of the present application;

[0020] Figure 4 A schematic diagram of an audio and video module provided in an embodiment of the present application;

[0021] Figure 5 A schematic diagram of the structure of a multi-terminal file playback device based on a cloud phone provided in an embodiment of the present application;

[0022] Figure 6 A structural block diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0023] The implementation methods of the present application will be further described in detail below with reference to the accompanying drawings.

[0024] Reference Figure 1 , shows a flowchart of the steps of a multi-terminal file playback method based on a cloud phone provided in an embodiment of the present application. Figure 1 As shown, the multi-terminal file playback method based on the cloud phone may include: step 101, step 102 and step 103.

[0025] Step 101: calling a target container among the N containers, and receiving an operation for a target multimedia file sent by a target terminal, wherein the target terminal is a terminal among the N second terminals connected to the target container.

[0026] The embodiment of the present application can be applied to a first terminal, which may include a cloud phone system that supports docker container technology. N (N is a positive integer) containers (i.e., docker) are created in the cloud phone system, and the N containers are connected to the N second terminals in a one-to-one correspondence. Figure 2 As an example of the aircraft cabin screen system shown in FIG. 1 , the first terminal is Figure 2 The terminal shown, the second terminal is the passenger terminal. Multiple containers are created in the terminal, and each container is connected to a passenger terminal.

[0027] In specific implementation, Cloud Phone System (CPH) is a new mobile phone application service based on cloud computing technology. It realizes the cloud-based functions of mobile phones by virtualizing a cloud server with a native Android operating system on a remote server. This system not only inherits all the functions of traditional mobile phones, but also brings many new features and advantages through cloud technology.

[0028] Docker container technology is a containerization technology based on the Linux kernel that allows developers to package applications and their dependencies into a lightweight, portable container that can be run on any platform that supports Docker. Docker containers provide security isolation and environmental isolation, enabling different applications to run on the same host without interfering with each other.

[0029] In this embodiment, the system kernel of the cloud phone system needs to be modified to support the docker container technology. At the same time, corresponding containers can be created according to the number of terminals of the second terminal to connect with the corresponding terminal. The implementation process can be described in detail in conjunction with the following specific implementation method.

[0030] In a specific implementation of the present application, before the above step 101, the following may also be included:

[0031] Step A1: modify the system kernel of the cloud phone system to support the docker container technology.

[0032] In this embodiment, the system kernel of the cloud phone system can be modified to support docker container technology.

[0033] Specifically, the process may include:

[0034] 1. Determine the kernel version used by the current cloud phone system and whether the version supports Docker or has the necessary kernel features.

[0035] 2. Based on the output of the check-config.sh script, modify the kernel's .config file to enable the kernel features required by Docker. This usually involves setting or unsetting a series of macros starting with CONFIG_. At the same time, use the make command and appropriate configuration files (such as defconfig, allmodconfig, etc.) to compile the modified kernel source code.

[0036] After modifying the system kernel of the cloud phone system to support the docker container technology, execute step A2.

[0037] Step A2: according to the number of the second terminals, create N containers which are equal to the number of the terminals, and create a media player object in each of the containers.

[0038] After the system kernel of the cloud phone system is modified to support the docker container technology, N containers equal to the number of terminals can be created according to the number of terminals of the second terminal, and a media player object can be created in each container.

[0039] In the specific implementation, the process of creating a container can be: 1. Write Dockerfile: Dockerfile is a text file that contains a series of instructions for building a Docker image. 2. Build a Docker image: Use the docker build command to build a Docker image according to the Dockerfile. 3. Run the Docker container: Use the docker run command to start the Docker container. In the command, you can specify parameters such as the container name, port mapping, and environment variables.

[0040] At the same time, a media player object (i.e., MediaPlayer object) can be created in each of the N containers created. Specifically, a Dockerfile can be written to define how to build a Docker image. This Dockerfile will contain steps such as starting from the base image, installing necessary dependencies (including media playback libraries), copying the application code into the image, and setting the command to run when the container starts. When the container starts, it runs the command specified in the Dockerfile. This command will start the Python application, and a certain part of the application code will be responsible for creating the MediaPlayer object and handling the playback of media files. Specifically, the process of creating a MediaPlayer object can be: pre-modify the code used to create the MediaPlayer object to automatically create the MediaPlayer object at runtime.

[0041] Step A3: Connect each of the N containers to the corresponding second terminal through a preconfigured interface.

[0042] Then, each of the N containers can be connected to the corresponding second terminal through the preconfigured interface, that is, each container is connected to a second terminal through the preconfigured interface to perform audio and video output control of a single terminal.

[0043] For container architecture systems, Figure 3 The container architecture system may include: System Apps (system applications), Java API Framework (Java API framework), Native C / C++ Libraries (native C / C++ libraries), Android Runtime (Android runtime), Hardware Abstraction Layer (HAL) and Linux Kernel (Linux kernel).

[0044] System Apps are responsible for tasks such as container lifecycle management, resource allocation, and monitoring. These applications can be managed through orchestration tools such as Kubernetes. System Apps can include: Dialer, Email, Calendar, Camera, and other applications.

[0045] Java API Framework can be used in container architecture to build Java applications running in containers. These frameworks provide rich APIs and tools to help developers efficiently build, deploy and manage Java applications. In a container environment, these applications are packaged into container images and deployed and managed through orchestration tools. Java API Framework can include: Content Providers (content providers), View System (view system), Managers (managers, which can include: Activity (manage the life cycle of Activity in the application, as well as navigation and switching between Activities), Location (provide location services, allowing applications to obtain the current location information of the device), Package (manage application packages on the device, including installation, uninstallation, query package information, etc.), Notification (allow applications to display notifications in the status bar to inform users of certain events), Resource (manage application resource files (such as pictures, layout files, etc.), provide resource loading and access interfaces), Telephony (provide access to device phone services, including phone status, SIM card information, etc.), Window (manage windows on the screen (including Activity windows), control window layout, size and display, etc.) and other components).

[0046] Native C / C++ Libraries: Applications in the container will rely on native libraries written in C / C++. These libraries provide high-performance, low-level functions such as system calls, hardware access, etc. In the container architecture, these libraries are usually included in the container image and deployed together with the application. Native C / C++ Libraries can include: Webkit (web browser engine), OpenMAX AL (an open standard designed to provide a cross-platform multimedia application interface), Libc (Libc is a standard library of C language, which provides basic functions required by C language programs, such as memory allocation, file operations, string processing, mathematical calculations, etc.), Media Framework (the core framework responsible for media playback, recording and processing in the Android system), OpenGL ES (a subset of OpenGL, designed for embedded devices), etc.

[0047] Android Runtime is a component unique to the Android system. When a container runs an Android application (for example, in an Android emulator or similar environment), Android Runtime will be a necessary component. Android Runtime can include: Android Runtime (ART) (ART is the runtime environment of Android), Core Libraries (core libraries), and other components.

[0048] Hardware Abstraction Layer is a key layer that connects the hardware and the operating system kernel. In the container architecture, this layer is usually handled by the operating system and virtualization technology of the container host. Hardware Abstraction Layer can include: Audio (audio HAL is responsible for passing the application's audio request to the underlying audio hardware and processing the input and output of audio data), Bluetooth (Bluetooth HAL is an important part of the Android Bluetooth architecture. It is responsible for interacting with specific Bluetooth hardware to implement functions such as searching, pairing, connecting and data transmission of Bluetooth devices), Camera (camera HAL is a key layer in the Android camera system. It connects the underlying camera driver with the hardware and the framework APIs located in android.hardware), Sensors (sensor HAL is the interface between the hardware driver and the Android framework. It is responsible for handling the collection, processing and transmission of sensor data) and other components.

[0049] Linux Kernel: Linux kernel is the foundation of container architecture system. Container technology (such as Docker) is based on certain features of Linux kernel (such as Namespace, Cgroups, etc.) to achieve process isolation and resource restriction. The Linux kernel of the container host is responsible for providing the necessary underlying support so that the container can run as a lightweight, independent execution environment. Linux Kernel can include: Audio (audio), Binder (a special component in the Android system, mainly used for inter-process communication (IPC)), Display (display, the graphics display system in the Linux kernel generally adopts DRM (Direct Rendering Manager) architecture for managing graphics display devices), Keypad (keyboard driver is an important component in the Linux kernel, responsible for converting user key operations into system-recognizable instructions), Bluetooth (the Bluetooth subsystem in the Linux kernel is responsible for the management, connection and communication of Bluetooth devices), Camera (camera driver is a component in the Linux kernel used to support camera devices), Shared Memory (shared memory is an inter-process communication mechanism provided by the Linux kernel), USB (Universal Serial Bus driver is a component in the Linux kernel used to support USB devices), WIFI (WIFI driver is a component in the Linux kernel used to support wireless network devices) and other components.

[0050] When the container system interacts with hardware such as audio, video, and display, it needs to match the corresponding hardware, so the corresponding interface needs to be modified to enable the container to interact with the correct hardware.

[0051] For audio design: In the audio architecture of the Android system, you need to modify the AudioFlinger / AudioPolicyService to associate it with the correct audio output hardware device to ensure that the audio can be output from the specified audio device.

[0052] Display design: The Android system in the container also uses the native design. Because the terminal is connected to multiple hardware displays (with touch), it is necessary to customize the surfaceflinger and hardware composer of the Android system and associate them with the correct display output hardware device to ensure that the image can be displayed normally on the specified screen.

[0053] Audio and video module design

[0054] The audio and video module is a functional module proposed based on audio design and display design. It is mainly used by flight attendants to control the audio output device and display output device of the passenger container Android system.

[0055] There are two main types of interfaces:

[0056] Voice control interface: used by flight attendants to temporarily control the audio and video output devices on seats through the crew system, broadcast to passengers, or temporarily turn off passengers' voice output devices.

[0057] Display control interface: used by flight attendants to temporarily control the display output devices on seats through the flight attendant system, to inform passengers of safety matters, or to temporarily shut down passengers' video output devices.

[0058] For specific frameworks, Figure 4 As shown: Each container Android system is allocated with its own independent audio and video hardware interface, which corresponds to the audio and video hardware of the screens of different seats, that is, there must be as many independent audio and video interfaces as there are passenger screens.

[0059] In actual applications, when the target terminal initiates a play operation for a target multimedia file (which may be a specified video file or a specified audio file, etc.), the target container may interact with the target terminal. The target container may be a container within N containers, and the target terminal may be a terminal connected to the target container within the second terminal. For example, the N containers include: container 1, container 2, and container 3, wherein container 1 is connected to terminal 1, container 2 is connected to terminal 2, and container 3 is connected to terminal 3. When terminal 1 is the target terminal, the target container is container 1. When terminal 3 is the target terminal, the target container is container 3, etc.

[0060] It can be understood that the above examples are merely examples listed for a better understanding of the technical solutions of the embodiments of the present application, and are not intended to be the sole limitation to the embodiments.

[0061] In this embodiment, the target terminal can receive an operation on the target multimedia file triggered by the user on the terminal screen, and then the target terminal can send the operation on the target multimedia file to the target container in the first end. Then, the target container can receive the operation on the target multimedia file. The operation on the target multimedia file can be: a click operation or a press operation on the target multimedia file on the terminal screen, and this embodiment does not limit the specific type of the operation.

[0062] After the target container among the N containers is called to receive the operation for the target multimedia file sent by the target terminal, step 102 is executed.

[0063] Step 102: Process the target multimedia file to obtain multimedia stream data.

[0064] After calling a target container among the N containers to receive an operation on a target multimedia file sent by a target terminal, the target container may process the target multimedia file to obtain multimedia stream data.

[0065] In a specific implementation, the data source can be set in the container, that is, mediaPlayer.setDataSource("video file path or URL").

[0066] In a specific implementation, the target multimedia file may be a multimedia file pre-stored in the target container, that is, the target multimedia file may be obtained according to the file path of the pre-stored target multimedia file in the target container, and the target multimedia file may be processed to obtain multimedia stream data.

[0067] In another specific implementation, the target multimedia file may be a file obtained from a server or a cloud, etc. Specifically, the target multimedia file may be obtained according to a URL address of the pre-stored target multimedia file, and the target multimedia file may be processed to obtain multimedia stream data.

[0068] In a specific implementation, when multimedia files are stored locally, they can be divided into two modes: shared storage and separate storage.

[0069] Among them, shared storage refers to a storage method that can be shared by all containers, that is, only one copy of all files that can be operated on the screen is stored. The disadvantage of file sharing is that there may be some security and stability issues. For example, when multiple terminals modify files at the same time, it may cause abnormal playback of files on other terminals. The shared storage mode can save device storage and has a faster response speed when accessing files than the cloud.

[0070] Separate storage also stores multimedia files in the local device, which means that each container has its own separate video file, so that when a single container operates audio and video files, it will not affect other containers. Compared with the cloud, the separate storage mode has a faster response speed when accessing files and will not be affected by the operations of other containers on files.

[0071] The process of processing multimedia files to obtain multimedia streaming data can be: using an appropriate decoder to decode the encoded data of the multimedia files. Video and audio files may use different encoding standards, such as H.264, AAC, etc. Process the decoded data as needed, such as scaling of video frames, color correction, audio gain adjustment, etc. Then, the processed data can be encapsulated into a stream format suitable for network transmission, such as RTP (Real-time Transport Protocol), HLS (HTTP Live Streaming), DASH (Dynamic Adaptive Streaming over HTTP), etc.

[0072] After the target multimedia file is processed to obtain multimedia stream data, step 103 is executed.

[0073] Step 103: Transmit the multimedia stream data to the target terminal for playback.

[0074] After the target multimedia file is processed to obtain multimedia stream data, the multimedia stream data can be transmitted to the target terminal for playback. Figure 2 As shown, audio and video hardware (such as an audio player, a display, etc.) is provided on the second terminal side, and the target container can transmit the multimedia stream data to the audio and video hardware to output the multimedia stream data.

[0075] The embodiment of the present application adopts container technology. All screen systems share a set of hardware to provide computing power. The main hardware provides system support and runs all containers. Each screen system is equivalent to a container. Each screen only needs to have simple audio and video functions. This can reduce the hardware cost of a single screen and improve the customer experience. Therefore, the purpose of high experience of personalized entertainment system can be achieved on the basis of reducing the cost of aircraft cabin screen system.

[0076] In this embodiment, a listener may be set in the container to monitor the terminal side's operation of controlling the playing state of the multimedia file in real time, so as to control the playing of the multimedia file. The implementation process may be described in detail in conjunction with the following specific implementation methods.

[0077] In a specific implementation of the present application, after the above step 103, the following may also be included:

[0078] Step B1: calling a listener pre-configured in the target container to monitor the target terminal's operation of controlling the playback status of the target multimedia file.

[0079] In this embodiment, during the process of playing the multimedia stream data of the target multimedia file on the target terminal side, the target terminal can monitor the playback status control operation of the target multimedia file through the pre-configured listener in the target container, that is, the playback status is monitored by setting the listener of MediaPlayer, such as mediaPlayer.setOnCompletionListener().

[0080] The playback status control operations may include: pause, fast forward, rewind, etc.

[0081] After monitoring the target terminal's operation of controlling the play status of the target multimedia file, step B2 is executed.

[0082] Step B2: Controlling the playback of the target multimedia file based on the playback status control operation.

[0083] After monitoring the target terminal's play state control operation on the target multimedia file, the target multimedia file can be played back based on the play state control operation. Specifically, the play control method can be: pause play mediaPlayer.pause(), jump play mediaPlayer.seekTo(int msec), stop play mediaPlayer.stop(), etc.

[0084] In the embodiment of the present application, a listener is set in the container to realize playback control in the playback state, so that the container can realize real-time playback control of the terminal screen.

[0085] In the embodiment of the present application, a management module may also be provided in the cloud phone system, and the administrator may control the audio and video output device of the second terminal through the management module. The implementation process may be described in detail in conjunction with the following specific implementation method.

[0086] In another specific implementation of the present application, the method may further include:

[0087] Step C1: calling the management module to receive the startup operation of the management personnel on the audio and video output devices of all the second terminals.

[0088] In this embodiment, the cloud phone system may further include: a management module. Figure 2 As shown, the management module is the crew system.

[0089] The management personnel (such as crew members, etc.) can perform the startup operation on the audio and video output devices of all second terminals through the management module. At the same time, the management module can receive the startup operation on the audio and video output devices of all second terminals by the management personnel.

[0090] After the calling management module receives the startup operation of the administrator on the audio and video output devices of all the second terminals, step C2 is executed.

[0091] Step C2: In response to the start-up operation, start the audio and video output devices of all second terminals.

[0092] After the calling management module receives the start-up operation of the administrator on the audio and video output devices of all the second terminals, the audio and video output devices of all the second terminals can be started in response to the start-up operation.

[0093] Step C3: Acquire the audio and video data stream input by the manager.

[0094] Then, the management module can be called to obtain the audio and video data stream input by the management personnel.

[0095] Step C4: Transmit the audio and video data stream to the audio and video output devices of all second terminals to output the audio and video data stream.

[0096] Furthermore, the audio and video data streams can be transmitted to the audio and video output devices of all second terminals to output the audio and video data streams input by the administrator.

[0097] Step C5: calling the management module to receive the administrator's operation of shutting down the audio and video output devices of all second terminals.

[0098] At the same time, the administrator can actively close the audio and video output devices of all second terminals through the management module. At this time, the management module can be called to receive the administrator's closing operation on the audio and video output devices of all second terminals.

[0099] Step C6: In response to the closing operation, the audio and video output devices of all second terminals are closed.

[0100] Then, in response to the closing operation, the audio and video output devices of all second terminals may be closed.

[0101] In this embodiment, basic hardware is also provided in the first terminal, and the basic hardware can provide computing power and basic functional support for the operation of the operating system of the first terminal and all the second terminals.

[0102] In this example, the management module can also be used to create and maintain containers, and can be used to manage through the background to achieve automation of container creation and maintenance.

[0103] This application utilizes the virtualized Android technology of cloud phones to support multiple Android systems on one terminal hardware to provide independent services for passengers. The passenger's output devices, namely the touch display and audio output devices (headphones and speakers, etc.) are linked to the terminal hardware. Each Android system on the terminal has its own display, touch and audio output devices, which are independent of each other. The seat screen hardware can be simplified to a single seat screen, and only the audio and display hardware need to be retained.

[0104] Of course, the solution of the embodiment of the present application can be applied to other application scenarios, such as tourist buses, Internet cafes, company office computers, etc.

[0105] The multi-terminal file playback method based on cloud phones provided in the embodiment of the present application receives the operation for the target multimedia file sent by the target terminal by calling the target container among N containers. The target terminal is a terminal among N second terminals connected to the target container. The target multimedia file is processed to obtain multimedia stream data, and the multimedia stream data is transmitted to the target terminal for playback. In the embodiment of the present application, by adopting container technology, all screen systems share a set of hardware to provide computing power, the main hardware provides system support, and runs all containers. Each screen system is equivalent to a container, and each screen only needs to have simple audio and video functions. This can not only reduce the hardware cost of a single screen, but also improve the customer experience. Thereby, on the basis of reducing the cost of the aircraft cabin screen system, the purpose of high experience of personalized entertainment system can be achieved.

[0106] The following is an embodiment of the device of the present application, which can be used to execute the embodiment of the method of the present application. For details not disclosed in the embodiment of the device of the present application, please refer to the embodiment of the method of the present application.

[0107] Reference Figure 5 , shows a schematic diagram of the structure of a multi-terminal file playback device based on a cloud phone provided by an embodiment of the present application, the multi-terminal file playback device based on a cloud phone can be applied to a first terminal, the first terminal includes a cloud phone system supporting docker container technology, N containers are created in the cloud phone system, and the N containers are connected to the N second terminals in a one-to-one correspondence, where N is a positive integer. Figure 5 As shown, the multi-terminal file playback device 500 based on the cloud phone may include the following modules:

[0108] A file operation receiving module 510, configured to call a target container among the N containers and receive an operation for a target multimedia file sent by a target terminal, wherein the target terminal is a terminal among the N second terminals connected to the target container;

[0109] A multimedia stream data acquisition module 520 is used to process the target multimedia file to obtain multimedia stream data;

[0110] The multimedia stream data transmission module 530 is used to transmit the multimedia stream data to the target terminal for playing.

[0111] Optionally, the device further comprises:

[0112] A system kernel modification module, used to modify the system kernel of the cloud phone system to support the docker container technology;

[0113] A container creation module, used to create N containers equal to the number of the second terminals according to the number of the terminals, and create a media player object in each of the containers;

[0114] The container connection module is used to connect each container of the N containers to the corresponding second terminal through a preconfigured interface.

[0115] Optionally, the multimedia stream data acquisition module includes:

[0116] The first stream data acquisition unit is used to acquire the target multimedia file according to the pre-stored file path of the target multimedia file in the target container, and process the target multimedia file to obtain the multimedia stream data.

[0117] Optionally, the multimedia stream data acquisition module includes:

[0118] The second stream data acquisition unit is used to acquire the target multimedia file according to the URL address of the target multimedia file stored in advance, and process the target multimedia file to obtain the multimedia stream data.

[0119] Optionally, the device further comprises:

[0120] A control operation monitoring module, used to call a pre-configured monitor in the target container to monitor the target terminal's control operation on the playback status of the target multimedia file;

[0121] The playback control module is used to control the playback of the target multimedia file based on the playback state control operation.

[0122] Optionally, the cloud phone system further includes: a management module, and the device further includes:

[0123] A startup operation receiving module, used for calling the management module to receive the startup operation of the management personnel on the audio and video output devices of all the second terminals;

[0124] An audio and video device startup module, used to start the audio and video output devices of all second terminals in response to the startup operation;

[0125] A data stream acquisition module, used to acquire the audio and video data stream input by the manager;

[0126] The data stream output module is used to transmit the audio and video data stream to the audio and video output devices of all second terminals to output the audio and video data stream.

[0127] Optionally, the device further comprises:

[0128] A closing operation receiving module, used for calling the management module to receive the closing operation of the manager on the audio and video output devices of all the second terminals;

[0129] The audio and video device closing module is used to close the audio and video output devices of all second terminals in response to the closing operation.

[0130] The multi-terminal file playback device based on cloud phones provided in the embodiment of the present application receives the operation on the target multimedia file sent by the target terminal by calling the target container among N containers. The target terminal is a terminal among N second terminals connected to the target container. The target multimedia file is processed to obtain multimedia stream data, and the multimedia stream data is transmitted to the target terminal for playback. In the embodiment of the present application, by adopting container technology, all screen systems share a set of hardware to provide computing power. The main hardware provides system support and runs all containers. Each screen system is equivalent to a container, and each screen only needs to have simple audio and video functions. This can not only reduce the hardware cost of a single screen, but also improve the customer experience. Thereby, on the basis of reducing the cost of the aircraft cabin screen system, the purpose of high experience of personalized entertainment system can be achieved.

[0131] It should be noted that the device provided in the above embodiment, when implementing its functions, is only illustrated by the division of the above functional modules. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. In addition, the device and method embodiments provided in the above embodiment belong to the same concept, and the specific implementation process is detailed in the method embodiment, which will not be repeated here.

[0132] In an example embodiment, an electronic device is also provided, the electronic device comprising a processor and a memory, wherein the memory stores at least one instruction, at least one program, code set or instruction set. The at least one instruction, at least one program, code set or instruction set is configured to be executed by one or more processors to implement the above-mentioned multi-terminal file playback method based on a cloud phone.

[0133] Please refer to Figure 6 , which shows a structural block diagram of an electronic device provided by an embodiment of the present application. The electronic device can be used to implement the multi-terminal file playback method based on cloud mobile phone provided in the above embodiment. The electronic device can be a PC or a server, or other devices with data processing and storage capabilities. Specifically:

[0134] The electronic device 600 includes a central processing unit (CPU) 601, a system memory 604 including a random access memory (RAM) 602 and a read-only memory (ROM) 603, and a system bus 605 connecting the system memory 604 and the central processing unit 601. The electronic device 600 also includes a basic input / output system (I / O system) 606 that helps transfer information between various components in the computer, and a large-capacity storage device 607 for storing an operating system 613, application programs 614, and other program modules 615.

[0135] The basic input / output system 606 includes a display 608 for displaying information and an input device 609 such as a mouse and a keyboard for user inputting information. The display 608 and the input device 609 are connected to the central processing unit 601 through an input / output controller 610 connected to the system bus 605. The basic input / output system 606 may also include an input / output controller 610 for receiving and processing inputs from a plurality of other devices such as a keyboard, a mouse, or an electronic stylus. Similarly, the input / output controller 610 also provides output to a display screen, a printer, or other types of output devices.

[0136] The mass storage device 607 is connected to the central processing unit 601 through a mass storage controller (not shown) connected to the system bus 605. The mass storage device 607 and its associated computer-readable medium provide non-volatile storage for the electronic device 600. That is, the mass storage device 607 may include a computer-readable medium (not shown) such as a hard disk or a CD-ROM drive.

[0137] The computer readable medium may include computer storage media and communication media. Computer storage media include volatile and non-volatile, removable and non-removable media implemented by any method or technology for storing information such as computer readable instructions, data structures, program modules or other data. Computer storage media include RAM, ROM, EPROM, EEPROM, flash memory or other solid-state storage technologies, CD-ROM, DVD or other optical storage, cassettes, magnetic tapes, disk storage or other magnetic storage devices. Of course, those skilled in the art will appreciate that the computer storage media is not limited to the above. The above-mentioned system memory 604 and mass storage device 607 can be collectively referred to as memory.

[0138] The memory also includes one or more programs, which are stored in the memory and configured to be executed by one or more processors. The one or more programs include instructions for executing the multi-terminal file playback method based on cloud phones.

[0139] In an exemplary embodiment, a computer-readable storage medium is also provided, in which at least one instruction, at least one program, a code set or an instruction set is stored. When the at least one instruction, the at least one program, the code set or the instruction set is executed by a processor of an electronic device, the at least one instruction, the at least one program, the code set or the instruction set implements the above-mentioned multi-terminal file playback method based on a cloud phone.

[0140] Optionally, the computer-readable storage medium may be a ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.

[0141] In an exemplary embodiment, a computer program product is also provided. When the computer program product is executed, it is used to implement the above-mentioned multi-terminal file playback method based on cloud phone.

[0142] It should be understood that the "plurality" mentioned in this article refers to two or more. "And / or" describes the association relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the associated objects are in an "or" relationship.

[0143] The above description is only an exemplary embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present application shall be included in the protection scope of the present application.

Claims

1. A multi-terminal file playback method based on cloud mobile phone, characterized in that: Applied to a first terminal, the first terminal includes a cloud phone system supporting docker container technology, N containers are created in the cloud phone system, and the N containers are connected to N second terminals in a one-to-one correspondence, where N is a positive integer, and the method includes: Invoking a target container among the N containers, and receiving an operation for a target multimedia file sent by a target terminal, where the target terminal is a terminal among the N second terminals connected to the target container; Processing the target multimedia file to obtain multimedia stream data; The multimedia stream data is transmitted to the target terminal for playing.

2. The method according to claim 1, characterized in that Before calling the target container among the N containers and receiving the operation for the target multimedia file sent by the target terminal, the method further includes: Modify the system kernel of the cloud phone system to support the docker container technology; According to the number of terminals of the second terminals, create N containers which are equal to the number of the terminals, and create a media player object in each of the containers; Each container in the N containers is connected to the corresponding second terminal through a preconfigured interface.

3. The method according to claim 1, characterized in that The step of processing the target multimedia file to obtain multimedia stream data includes: The target multimedia file is acquired according to a pre-stored file path of the target multimedia file in the target container, and the target multimedia file is processed to obtain the multimedia stream data.

4. The method according to claim 1, characterized in that: The step of processing the target multimedia file to obtain multimedia stream data includes: The target multimedia file is acquired according to the URL address of the target multimedia file stored in advance, and the target multimedia file is processed to obtain the multimedia stream data.

5. The method according to claim 1, characterized in that After transmitting the multimedia stream data to the target terminal for playing, the method further includes: Invoking a preconfigured listener in the target container to monitor the target terminal's operation of controlling the playback status of the target multimedia file; The target multimedia file is played back and controlled based on the play status control operation.

6. The method according to claim 1, characterized in that The cloud phone system further includes: a management module, and the method further includes: Calling the management module to receive the startup operation of the management personnel on the audio and video output devices of all the second terminals; In response to the startup operation, starting the audio and video output devices of all second terminals; Obtaining the audio and video data stream input by the manager; The audio and video data stream is transmitted to the audio and video output devices of all second terminals to output the audio and video data stream.

7. The method according to claim 6, characterized in that The method further comprises: Calling the management module to receive the administrator's operation of shutting down the audio and video output devices of all second terminals; In response to the closing operation, the audio and video output devices of all second terminals are closed.

8. A multi-terminal file playback device based on a cloud phone, characterized in that: Applied to a first terminal, the first terminal includes a cloud phone system supporting docker container technology, N containers are created in the cloud phone system, the N containers are connected to N second terminals in a one-to-one correspondence, N is a positive integer, and the device includes: a playback operation acquisition receiving module, configured to call a target container among the N containers and receive an operation for a target multimedia file sent by a target terminal, wherein the target terminal is a terminal among the N second terminals connected to the target container; A multimedia stream data acquisition module, used for processing the target multimedia file to obtain multimedia stream data; The multimedia stream data transmission module is used to transmit the multimedia stream data to the target terminal for playing.

9. An electronic device, characterized in that: The electronic device includes a processor and a memory, wherein the memory stores at least one instruction, at least one program, a code set or an instruction set, and the at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by the processor to implement the method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The storage medium stores at least one instruction, at least one program, a code set or an instruction set, and the at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by the processor to implement the method as described in any one of claims 1 to 7.