CN111526392A

CN111526392A - Video acquisition method, display device and server

Info

Publication number: CN111526392A
Application number: CN202010335267.1A
Authority: CN
Inventors: 王俊然; 张严; 姜鹏
Original assignee: Qingdao Hisense Media Network Technology Co Ltd
Current assignee: Qingdao Hisense Media Network Technology Co Ltd
Priority date: 2020-04-24
Filing date: 2020-04-24
Publication date: 2020-08-11
Anticipated expiration: 2040-04-24
Also published as: CN111526392B

Abstract

The application discloses a video acquisition method, display equipment and a server, and belongs to the technical field of multimedia. The method is used for a first display device, and comprises the following steps: sending a theater creating request to a server, wherein the theater creating request carries an identifier of the pay video, and the theater creating request is used for requesting the server to create a theater service aiming at the pay video; receiving information to be paid sent by a server, wherein the information to be paid is used for instructing the first display device to pay for at least one order of the paid video, and the at least one order comprises: accessing an order corresponding to a second display device of the auditorium service; paying the cost of at least one order according to the information to be paid; the second display device is used to access the auditorium service to obtain the paid video free of charge when payment of the order of the second display device is complete. The method and the device solve the problem that the display equipment has high limitation in obtaining the paid videos. The method and the device are used for acquiring the video.

Description

Video acquisition method, display device and server

Technical Field

The present application relates to the field of multimedia technologies, and in particular, to a video acquisition method, a display device, and a server.

Background

In the multimedia technology field, a display device may establish a virtual auditorium for a video and invite other display devices to join the virtual auditorium to play the video together. In the process of playing the video, each display device in the virtual auditorium can perform information interaction so as to realize the communication of the user of each display device aiming at the video.

In the related art, the video for the display device to play may generally include a free video and a paid video. When a display device establishes a virtual auditorium for a pay video, other display devices invited to join the virtual auditorium need to pay for the pay video before the other display devices can join the virtual auditorium to acquire and play the pay video.

However, the display device has a high limitation in acquiring pay video.

Disclosure of Invention

The application provides a video acquisition method, display equipment and a server, which can solve the problem that the display equipment has high limitation on acquiring paid videos. The technical scheme is as follows:

in one aspect, a video acquisition method for a first display device is provided, the method including:

sending a auditorium creation request to a server, wherein the auditorium creation request carries an identifier of a pay video, and the auditorium creation request is used for requesting the server to create an auditorium service aiming at the pay video;

receiving information to be paid sent by the server, where the information to be paid is used to instruct the first display device to pay for at least one order of the paid video, where the at least one order includes: accessing an order corresponding to a second display device of the auditorium service;

paying the cost of the at least one order according to the information to be paid; the second display device is configured to access the auditorium service to obtain the paid video free of charge when a charge payment for an order of the second display device is completed.

Another aspect provides a video acquisition method for a second display device, the method including:

accessing a auditorium service created by a server and aiming at the paid video;

receiving the paid video sent by the server;

the pay video is sent by the server when the first display device completes payment of the fee of at least one order of the pay video, and the at least one order comprises an order corresponding to the second display device.

In another aspect, a video acquisition method is provided for a server, and the method includes:

receiving a theater creation request sent by a first display device, wherein the theater creation request carries an identifier of a pay video;

creating a auditorium service aiming at the paid video according to the auditorium creation request;

after the second display device accesses the auditorium service, sending information to be paid to the first display device, where the information to be paid is used to instruct the first display device to pay for at least one order of the pay video, where the at least one order includes: the order corresponding to the second display equipment;

and after the first display device finishes the payment of the at least one order, sending the payment video to the second display device.

In still another aspect, there is provided a display apparatus including:

a communication interface for communicating with a server;

a controller to:

sending a auditorium creation request to a server through the communication interface, wherein the auditorium creation request carries an identifier of a pay video, and the auditorium creation request is used for requesting the server to create auditorium service aiming at the pay video;

receiving information to be paid sent by the server through the communication interface, where the information to be paid is used to instruct the display device to perform payment for at least one order of the paid video, where the at least one order includes: accessing an order corresponding to a second display device of the auditorium service;

In still another aspect, there is provided a display apparatus including:

a communication interface for communicating with a server;

a controller to:

receiving the paid video sent by the server through the communication interface;

the paying video is sent by the server when the first display device completes payment of at least one order of the paying video, and the at least one order comprises an order corresponding to the display device.

In yet another aspect, a server is provided, the server including:

a network interface unit for communicating with a display device;

a processing unit to:

receiving a theater creation request sent by a first display device through the network interface unit, wherein the theater creation request carries an identifier of a pay video;

after the second display device accesses the auditorium service, sending information to be paid to the first display device through the network interface unit, where the information to be paid is used to instruct the first display device to pay for at least one order of the pay video, where the at least one order includes: the order corresponding to the second display equipment;

and after the first display equipment completes the payment of the at least one order, sending the payment video to the second display equipment through the network interface unit.

The beneficial effect that technical scheme that this application provided brought includes at least:

in the application, the first display device can request the server to create a video theater service for the pay video, and can pay the order corresponding to the second display device according to the information to be paid sent by the server, so that the second display device can access the video theater service to obtain the pay video free of charge when the payment of the order of the second display device is completed. Because the first display device pays the order corresponding to the second display device, the second display device can obtain the paid video free of charge by accessing the service of the projection hall without paying the paid video, and the limitation of video acquisition is favorably reduced.

Drawings

Fig. 1 is a schematic diagram of a video acquisition system according to an embodiment of the present application;

fig. 2 is a block diagram of a hardware configuration of a display device according to an embodiment of the present disclosure;

fig. 3 is a block diagram of a configuration of a control device according to an embodiment of the present application;

fig. 4 is a schematic diagram of a functional configuration of a display device according to an embodiment of the present application;

fig. 5 is a block diagram of a configuration of a software system in a display device according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a server provided in an embodiment of the present application;

fig. 7 is a flowchart of a video acquisition method according to an embodiment of the present application;

fig. 8 is a flowchart of another video acquisition method provided in the embodiment of the present application;

fig. 9 is a flowchart of a further video acquisition method provided in an embodiment of the present application;

fig. 10 is a flowchart of another video acquisition method provided in the embodiment of the present application;

FIG. 11 is a schematic diagram of a create interface provided by an embodiment of the present application;

fig. 12 is a schematic display interface diagram of a first display device according to an embodiment of the present application;

FIG. 13 is a schematic diagram of a payment interface of another first display device provided by an embodiment of the present application;

FIG. 14 is a schematic illustration of an invitation interface provided by an embodiment of the application;

FIG. 15 is a schematic view of a payment replacement selection interface provided by an embodiment of the present application;

FIG. 16 is a schematic illustration of a provisioning interface provided by an embodiment of the present application;

FIG. 17 is a schematic illustration of a payment interface provided by an embodiment of the present application;

FIG. 18 is a schematic view of another payment interface provided by embodiments of the present application;

fig. 19 is a flowchart of a video capture method according to another embodiment of the present application;

FIG. 20 is a schematic illustration of a prompt interface provided by an embodiment of the present application;

FIG. 21 is a schematic illustration of an interrogation interface provided by an embodiment of the application;

FIG. 22 is a schematic illustration of another interrogation interface provided by embodiments of the present application;

fig. 23 is a flowchart of another video acquisition method according to another embodiment of the present application;

fig. 24 is a flowchart of another video capturing method according to another embodiment of the present application.

Detailed Description

To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

At present, for the sake of profit, an operator at a video playing end sets some videos as pay videos, and after a user pays the cost of the pay videos, the user can obtain and watch the pay videos. When a user creates a virtual auditorium for a paid video, if other users need to join the virtual auditorium to watch the video, the other users need to pay the cost of the paid video. The following embodiments of the present application provide a video acquisition method, a display device, and a server, which can reduce the limitation of the display device in acquiring a pay video.

The display device provided by the embodiment of the application can be a liquid crystal display, an OLED display or a projection display device. The type of display device, size and resolution, etc. are not limited, and those skilled in the art will appreciate that the display device may be modified in performance and configuration as desired. The display device can be a television product, and the display device can provide a broadcast receiving television function and can additionally provide an intelligent network television function of a computer support function. For example, the display device may include a web tv, a smart tv, an Internet Protocol Television (IPTV), and the like. Optionally, the display device may also be a mobile terminal, a tablet computer, a notebook computer, and other smart devices.

Fig. 1 is a schematic view of a video capture system according to an embodiment of the present application. The video acquisition system may include a plurality of display devices 200 and a server 400 communicatively coupled. It should be noted that the video capture system may include one server 400 or a plurality of servers 400, and fig. 1 illustrates that the video capture system includes only one server 400. It should be noted that the server 400 described in this embodiment may be one server, or may also be a server cluster formed by a plurality of servers.

Optionally, when the display device 200 is a television product, optionally, when the display device is a television product, the video acquisition system may further include a control apparatus in communication connection with the display device 200. As shown in fig. 1, the control means may include a terminal 300 or a remote controller 100, and the user may operate the display device 200 through the terminal 300 and the remote controller 100.

The remote controller 100 may be a remote controller, which includes infrared protocol communication or bluetooth protocol communication, and other short-distance communication methods, and controls the display device 200 in a wireless or other wired manner. The user may input a user command through a key on a remote controller, voice input, control panel input, etc. to control the display apparatus 200. Such as: the user can input a corresponding control command through a volume up/down key, a channel control key, up/down/left/right moving keys, a voice input key, a menu key, a power on/off key, etc. on the remote controller, to implement the function of controlling the display device 200.

In some embodiments, the display device 200 may also be controlled using an application running on a smart device, the terminal 300 being a smart device. The application program may provide various controls for the User in an intuitive User Interface (UI) on a screen associated with the smart device through configuration. For example, the terminal 300 may install a software application with the display device 200, implement connection communication through a network communication protocol, and implement the purpose of one-to-one control operation and data communication. Such as: the control instruction protocol established between the terminal 300 and the display device 200 can be realized, the remote control keyboard is synchronized to the terminal 300, and the function of controlling the display device 200 is realized by controlling the user interface on the terminal 300. The audio and video content displayed on the terminal 300 can also be transmitted to the display device 200, so as to realize the synchronous display function.

As also shown in fig. 1, the display apparatus 200 also performs data communication with the server 400 through various communication means. The display apparatus 200 may be allowed to make a communication connection through a Local Area Network (LAN), a Wireless Local Area Network (WLAN), and other networks. The server 400 may provide various contents and interactions to the display apparatus 200. Illustratively, the display device 200 receives software program updates, or accesses a remotely stored digital media library by sending and receiving information, and Electronic Program Guide (EPG) interactions. The server 400 may be a group of servers, a plurality of groups of servers, and one or more types of servers. Other web service content such as video on demand and advertising services may be provided through the server 400.

It should be noted that, when the display device is a mobile terminal, a tablet computer, a notebook computer, or other intelligent devices, the user may directly operate on the display device to control the display device, without controlling the display device through the control device.

Fig. 2 is a block diagram of a hardware configuration of a display device according to an embodiment of the present disclosure. As shown in fig. 2, the display device 200 includes a controller 210, a tuning demodulator 220, a communication interface 230, a detector 240, an input/output interface 250, a video processor 260-1, an audio processor 260-2, a display 280, an audio output 270, a memory 290, a power supply, and an infrared receiver.

A display 280 for receiving the image signal from the video processor 260-1 and displaying the video content and image and components of the menu manipulation interface. The display 280 includes a display screen for presenting a picture, and a driving component for driving the display of an image. The video content may be displayed from broadcast television content, or may be broadcast signals that may be received via a wired or wireless communication protocol. Alternatively, various image contents received from the network communication protocol and sent from the network server side can be displayed.

Meanwhile, the display 280 simultaneously displays a user manipulation UI interface generated in the display apparatus 200 and used to control the display apparatus 200.

And, a driving component for driving the display according to the type of the display 280. Alternatively, in case the display 280 is a projection display, it may also comprise a projection device and a projection screen.

The communication interface 230 is a component for communicating with an external device or an external server according to various communication protocol types. For example: the communication interface 230 may be a Wifi chip 231, a bluetooth communication protocol chip 232, a wired ethernet communication protocol chip 233, or other network communication protocol chips or near field communication protocol chips, and an infrared receiver (not shown in fig. 2).

The display apparatus 200 may establish control signal and data signal transmission and reception with an external control device or a content providing apparatus through the communication interface 230. And an infrared receiver, an interface device for receiving an infrared control signal of the remote controller 100 (e.g., an infrared remote controller, etc.).

The detector 240 is a signal used by the display device 200 to collect an external environment or interact with the outside. The detector 240 includes a light receiver 242, a sensor for collecting the intensity of ambient light, and parameters such as parameter changes can be adaptively displayed by collecting the ambient light.

The image acquisition device 241, such as a camera and a camera, may be used to acquire an external environment scene, acquire attributes of a user or interact gestures with the user, adaptively change display parameters, and recognize gestures of the user, so as to implement an interaction function with the user.

In some other exemplary embodiments, the detector 240 may further include a temperature sensor, etc., such that the display device 200 may adaptively adjust a display color temperature of the image by sensing an ambient temperature. For example, the display apparatus 200 may be adjusted to display a cool tone when the temperature is in a high environment, or the display apparatus 200 may be adjusted to display a warm tone when the temperature is in a low environment.

In some other exemplary embodiments, the detector 240 may further include a sound collector or the like, such as a microphone, which may be used to receive a user's sound, a voice signal including a control instruction of the user to control the display device 200, or collect an environmental sound for identifying an environmental scene type, and the display device 200 may be adapted to the environmental noise.

The input/output interface 250 enables data transmission between the display device 200 and other external devices under the control of the controller 210. Such as receiving video and audio signals or command instructions from an external device.

Input/output interface 250 may include, but is not limited to, the following: any one or more of high definition multimedia interface HDMI interface 251, analog or data high definition component input interface 253, composite video input interface 252, USB input interface 254, RGB ports (not shown in fig. 2), etc.

In some other exemplary embodiments, the input/output interface 250 may also form a composite input/output interface with the above-mentioned plurality of interfaces.

The tuning demodulator 220 receives the broadcast television signals in a wired or wireless receiving manner, may perform modulation and demodulation processing such as amplification, frequency mixing, resonance, and the like, and demodulates the television audio and video signals carried in the television channel frequency selected by the user and the EPG data signals from a plurality of wireless or wired broadcast television signals.

The tuner demodulator 220 is responsive to the user-selected television signal frequency and the television signal carried by the frequency, as selected by the user and controlled by the controller 210.

The tuner-demodulator 220 may receive signals in various ways according to the broadcasting system of the television signal, such as: terrestrial broadcast, cable broadcast, satellite broadcast, or internet broadcast signals, etc.; and according to different modulation types, the modulation mode can be digital modulation or analog modulation. Depending on the type of television signal received, both analog and digital signals are possible.

In other exemplary embodiments, the tuner/demodulator 220 may be in an external device, such as an external set-top box. In this way, the set-top box outputs television audio/video signals after modulation and demodulation, and the television audio/video signals are input into the display device 200 through the input/output interface 250.

The video processor 260-1 is configured to receive an external video signal, and perform video processing such as decompression, decoding, scaling, noise reduction, frame rate conversion, resolution conversion, image synthesis, and the like according to a standard codec protocol of the input signal, so as to obtain a signal that can be displayed or played on the direct display device 200.

Illustratively, the video processor 260-1 includes a demultiplexing module, a video decoding module, an image synthesizing module, a frame rate conversion module, a display formatting module, and the like.

The demultiplexing module is used for demultiplexing the input audio and video data stream, and if the input MPEG-2 is input, the demultiplexing module demultiplexes the input audio and video data stream into a video signal and an audio signal.

And the video decoding module is used for processing the video signal after demultiplexing, including decoding, scaling and the like.

And the image synthesis module is used for carrying out superposition mixing processing on the GUI signal input by the user or generated by the user and the video image after the zooming processing by the graphic generator so as to generate an image signal for display.

The frame rate conversion module is configured to convert an input video frame rate, such as a 60Hz frame rate into a 120Hz frame rate or a 240Hz frame rate, and the normal format is implemented in, for example, an interpolation frame mode.

The display format module is used for converting the received video output signal after the frame rate conversion, and changing the signal to conform to the signal of the display format, such as outputting an RGB data signal.

The audio processor 260-2 is configured to receive an external audio signal, decompress and decode the received audio signal according to a standard codec protocol of the input signal, and perform noise reduction, digital-to-analog conversion, amplification processing, and the like to obtain an audio signal that can be played in the speaker.

In other exemplary embodiments, video processor 260-1 may comprise one or more chips. The audio processor 260-2 may also comprise one or more chips.

And, in other exemplary embodiments, the video processor 260-1 and the audio processor 260-2 may be separate chips or may be integrated together with the controller 210 in one or more chips.

An audio output 272, which receives the sound signal output from the audio processor 260-2 under the control of the controller 210, such as: the speaker 272, and the external sound output terminal 274 that can be output to the generation device of the external device, in addition to the speaker 272 carried by the display device 200 itself, such as: an external sound interface or an earphone interface and the like.

The power supply provides power supply support for the display device 200 from the power input from the external power source under the control of the controller 210. The power supply may include a built-in power supply circuit installed inside the display device 200, or may be a power supply interface installed outside the display device 200 to provide an external power supply in the display device 200.

A user input interface for receiving an input signal of a user and then transmitting the received user input signal to the controller 210. The user input signal may be a remote controller signal received through an infrared receiver, and various user control signals may be received through the network communication module.

For example, the user inputs a user command through the remote controller 100 or the terminal 300, the user input interface responds to the user input through the controller 210 according to the user input, and the display device 200 responds to the user input.

In some embodiments, a user may enter a user command at a Graphical User Interface (GUI) displayed on the display 280, and the user input interface receives the user input command through the GUI. Alternatively, the user may input the user command by inputting a specific sound or gesture, and the user input interface receives the user input command by recognizing the sound or gesture through the sensor.

The controller 210 controls the operation of the display apparatus 200 and responds to the user's operation through various software control programs stored in the memory 290.

As shown in fig. 2, the controller 210 includes a random-access Memory (RAM) 213, a Read-Only Memory (ROM) 214, a graphics processor 216, a Central Processing Unit (CPU) 212, and a communication interface 218, such as: a first interface 218-1 through an nth interface 218-n, and a communication bus. The RAM213 and the ROM214, the graphic processor 216, the CPU212, and the communication interface 218 are connected via a bus.

A ROM 213 for storing instructions for various system boots. If the display apparatus 200 starts power-on upon receipt of the power-on signal, the CPU212 executes a system boot instruction in the ROM, copies the operating system stored in the memory 290 to the RAM213, and starts running the boot operating system. After the start of the operating system is completed, the CPU212 copies various application programs in the memory 290 to the RAM213, and then starts running and starting various application programs.

A graphics processor 216 for generating various graphics objects, such as: icons, operation menus, user input instruction display graphics, and the like. The display device comprises an arithmetic unit which carries out operation by receiving various interactive instructions input by a user and displays various objects according to display attributes. And a renderer for generating various objects based on the operator and displaying the rendered result on the display 280.

CPU212 is operative to execute operating system and application program instructions stored in memory 290. And executing various application programs, data and contents according to various interactive instructions received from the outside so as to finally display and play various audio and video contents.

In some exemplary embodiments, the CPU212 may include a plurality of processors. The plurality of processors may include one main processor and a plurality of or one sub-processor. A main processor for performing some operations of the display apparatus 200 in a pre-power-up mode and/or operations of displaying a screen in a normal mode. A plurality of or one sub-processor for one operation in a standby mode or the like.

The controller 210 may control the overall operation of the display apparatus 200. For example: in response to receiving a user command for selecting a UI object to be displayed on the display 280, the controller 210 may perform an operation related to the object selected by the user command.

Wherein the object may be any one of selectable objects, such as a hyperlink or an icon. Operations related to the selected object, such as: displaying an operation connected to a hyperlink page, document, image, or the like, or performing an operation of a program corresponding to the icon. The user command for selecting the UI object may be a command input through various input means (e.g., a mouse, a keyboard, a touch pad, etc.) connected to the display apparatus 200 or a voice command corresponding to a voice spoken by the user.

The memory 290 includes a memory for storing various software modules for driving the display device 200. Such as: various software modules stored in memory 290, including: the system comprises a basic module, a detection module, a communication module, a display control module, a browser module, various service modules and the like.

The basic module is a bottom layer software module for processing signal communication between hardware in the display device 200 and sending processing and control signals to an upper layer module. The detection module is used for collecting various information from various sensors or user input interfaces, and the management module is used for performing digital-to-analog conversion and analysis management.

For example: the voice recognition module comprises a voice analysis module and a voice instruction database module. The display control module is a module for controlling the display 280 to display image content, and may be used to play information such as multimedia image content and UI interface. And the communication module is used for carrying out control and data communication with external equipment. And the browser module is used for executing a module for data communication between browsing servers. And the service module is used for providing various services and modules including various application programs.

Meanwhile, the memory 290 is also used to store visual effect maps and the like for receiving external data and user data, images of respective items in various user interfaces, and a focus object.

Fig. 3 is a block diagram of a configuration of a first control device according to an embodiment of the present application. As shown in fig. 3, the remote controller 100 includes a controller 110, a communication interface 130, a user input/output interface 140, a memory 190, and a power supply 180.

The remote controller 100 is configured to control the display apparatus 200 and may receive an input operation instruction of a user and convert the operation instruction into an instruction recognizable and responsive by the display apparatus 200, serving as an interaction intermediary between the user and the display apparatus 200. Such as: the user responds to the channel up and down operation by operating the channel up and down keys on the remote control 100.

In some embodiments, remote control 100 may be a smart device. Such as: the remote controller 100 may install various applications for controlling the display apparatus 200 according to user's needs.

In some embodiments, as shown in fig. 1, a terminal 300 or other intelligent electronic device may function similar to the remote control 100 after installing an application for manipulating the display device 200. Such as: the user can implement the functions of the physical keys of the remote control 100 by installing applications, various function keys or virtual buttons of a graphical user interface available on the terminal 300 or other intelligent electronic devices.

The controller 110 includes a processor 112 and RAM 113 and ROM 114, a communication interface 218, and a communication bus. The controller 110 is used to control the operation of the control device 100, as well as the internal components for communication and coordination and external and internal data processing functions.

The communication interface 130 enables communication of control signals and data signals with the display apparatus 200 under the control of the controller 110. Such as: the received user input signal is transmitted to the display apparatus 200. The communication interface 130 may include at least one of a WiFi chip, a bluetooth module, an NFC module, and other near field communication modules.

A user input/output interface 140, wherein the input interface includes at least one of a microphone 141, a touch pad 142, a sensor 143, keys 144, and other input interfaces. Such as: the user can realize a user instruction input function through actions such as voice, touch, gesture, pressing, and the like, and the input interface converts the received analog signal into a digital signal and converts the digital signal into a corresponding instruction signal, and sends the instruction signal to the display device 200.

The output interface includes an interface that transmits the received user instruction to the display apparatus 200. In some embodiments, the interface may be an infrared interface or a radio frequency interface. Such as: when the infrared signal interface is used, the user input instruction needs to be converted into an infrared control signal according to an infrared control protocol, and the infrared control signal is sent to the display device 200 through the infrared sending module. The following steps are repeated: when the rf signal interface is used, a user input command needs to be converted into a digital signal, and then the digital signal is modulated according to the rf control signal modulation protocol and then transmitted to the display device 200 through the rf transmitting terminal.

In some embodiments, remote control 100 includes at least one of a communication interface 130 and an output interface. The remote control 100 is provided with a communication interface 130, such as: the WiFi, bluetooth, NFC, etc. modules may transmit the user input command to the display device 200 through the WiFi protocol, or the bluetooth protocol, or the NFC protocol code.

The memory 190 stores various operation programs, data, and applications for driving and controlling the control device 200 under the control of the controller 110. The memory 190 may store various control signal commands input by a user.

And a power supply 180 for providing operational power support to the components of the control device 100 under the control of the controller 110. A battery and associated control circuitry.

Fig. 4 is a schematic functional configuration diagram of a display device according to an embodiment of the present application. As shown in fig. 4, the memory 290 is used to store an operating system, an application program, contents, user data, and the like, and performs system operations for driving the display device 200 and various operations in response to a user under the control of the controller 210. The memory 290 may include volatile and/or nonvolatile memory.

The memory 290 is specifically configured to store an operating program for driving the controller 210 in the display device 200, and to store various application programs installed in the display device 200, various application programs downloaded by a user from an external device, various graphical user interfaces related to the applications, various objects related to the graphical user interfaces, user data information, and internal data of various supported applications. The memory 290 is used to store system software such as an OS kernel, middleware, and applications, and to store input video data and audio data, and other user data.

The memory 290 is specifically used for storing drivers and related data such as the audio/video processors 260-1 and 260-2, the display 280, the communication interface 230, the tuning demodulator 220, the input/output interface of the detector 240, and the like.

In some embodiments, the memory 290 may store software and/or programs, such as software programs representing an Operating System (OS) including, for example: a kernel, middleware, an Application Programming Interface (API), and/or an application program. For example, the kernel may control or manage system resources, or functions implemented by other programs (e.g., the middleware, APIs, or applications), and the kernel may provide interfaces to allow the middleware and APIs, or applications, to access the controller to implement controlling or managing system resources.

The memory 290, for example, includes a broadcast receiving module 2901, a channel control module 2902, a volume control module 2903, an image control module 2904, a display control module 2905, an audio control module 2906, an external instruction recognition module 2907, a communication control module 2908, a light receiving module 2909, a power control module 2910, an operating system 2911, and other applications 2912, a browser module, and the like. The controller 210 performs functions such as: a broadcast television signal reception demodulation function, a television channel selection control function, a volume selection control function, an image control function, a display control function, an audio control function, an external instruction recognition function, a communication control function, an optical signal reception function, an electric power control function, a software control platform supporting various functions, a browser function, and the like.

Fig. 5 is a block diagram of a configuration of a software system in a display device according to an embodiment of the present application. As shown in fig. 5, an operating system 2911, including executing operating software for handling various basic system services and for performing hardware related tasks, acts as an intermediary for data processing performed between application programs and hardware components. In some embodiments, portions of the operating system kernel may contain a series of software to manage the display device hardware resources and provide services to other programs or software code.

In other embodiments, portions of the operating system kernel may include one or more device drivers, which may be a set of software code in the operating system that assists in operating or controlling the devices or hardware associated with the display device. The drivers may contain code that operates the video, audio, and/or other multimedia components. Examples include a display screen, a camera, Flash, WiFi, and audio drivers.

The accessibility module 2911-1 is configured to modify or access the application program to achieve accessibility and operability of the application program for displaying content.

A communication module 2911-2 for connection to other peripherals via associated communication interfaces and a communication network.

The user interface module 2911-3 is configured to provide an object for displaying a user interface, so that each application program can access the object, and user operability can be achieved.

Control applications 2911-4 for controllable process management, including runtime applications and the like.

The event transmission system 2914, which may be implemented within the operating system 2911 or within the application program 2912, in some embodiments, on the one hand, within the operating system 2911 and on the other hand, within the application program 2912, is configured to listen for various user input events, and to refer to handlers that perform one or more predefined sets of operations in response to the identification of various types of events or sub-events, depending on the various events.

The event monitoring module 2914-1 is configured to monitor an event or a sub-event input by the user input interface.

The event identification module 2914-1 is configured to input definitions of various types of events for various user input interfaces, identify various events or sub-events, and transmit the same to a process for executing one or more corresponding sets of processes.

Here, the event or sub-event refers to an input detected by one or more sensors in the display apparatus 200 and an input of an external control device (e.g., the remote controller 100 or the terminal 300). Such as: the method comprises the following steps of inputting various sub-events through voice, inputting gestures through gesture recognition, inputting sub-events through remote control key commands of the control device and the like. For example, the one or more sub-events in the remote control may include various forms, including but not limited to one or a combination of key press up/down/left/right, ok key, key press, etc., and non-physical key operation, such as move, press, release, etc.

The interface layout manager 2913, directly or indirectly receiving the input events or sub-events from the event transmission system 2914, monitors the input events or sub-events, and updates the layout of the user interface, including but not limited to the position of each control or sub-control in the interface, and the size, position, and level of the container, and other various execution operations related to the layout of the interface.

Fig. 6 is a schematic structural diagram of a server according to an embodiment of the present application. The server 400 includes a Central Processing Unit (CPU)401, a system memory 404 including a Random Access Memory (RAM)402 and a Read Only Memory (ROM)403, and a system bus 405 connecting the system memory 404 and the central processing unit 401. The server 400 also includes a basic input/output system (I/O system) 406, which facilitates the transfer of information between devices within the computer, and a mass storage device 407 for storing an operating system 413, application programs 414, and other program modules 415.

The basic input/output system 406 includes a display 408 for displaying information and an input device 409 such as a mouse, keyboard, etc. for user input of information. Wherein the display 408 and the input device 409 are connected to the central processing unit 401 through an input output controller 410 connected to the system bus 405. The basic input/output system 406 may also include an input/output controller 410 for receiving and processing input from a number of other devices, such as a keyboard, mouse, or electronic stylus. Similarly, input/output controller 410 may also provide output to a display screen, a printer, or other type of output device.

The mass storage device 407 is connected to the central processing unit 401 through a mass storage controller (not shown) connected to the system bus 405. The mass storage device 407 and its associated computer-readable media provide non-volatile storage for the server 400. That is, the mass storage device 407 may include a computer-readable medium (not shown) such as a hard disk or CD-ROM drive.

Without loss of generality, the computer-readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes RAM, ROM, EPROM, EEPROM, flash memory or other solid state memory technology, CD-ROM, DVD, or other optical storage, magnetic cassettes, magnetic tape, magnetic 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 foregoing. The system memory 404 and mass storage device 407 described above may be collectively referred to as memory.

The server 400 may also operate as a remote computer connected to a network via a network, such as the internet, in accordance with various embodiments of the present invention. That is, the server 400 may be connected to the network 412 through the network interface unit 411 connected to the system bus 405, or may be connected to other types of networks or remote computer systems (not shown) using the network interface unit 411.

The memory further includes one or more programs, the one or more programs are stored in the memory, and the central processing unit 401 implements the method provided by the following embodiments of the present application by executing the one or more programs.

In an exemplary embodiment, there is also provided a non-transitory computer-readable storage medium, such as a memory, including instructions executable by a processor of a server to perform the emoticon recommendation method shown in the various embodiments of the present invention. For example, the non-transitory computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

Fig. 7 is a flowchart of a video acquisition method according to an embodiment of the present application. The method may be used for the display device shown in fig. 1 or fig. 2, as shown in fig. 7, the method comprising:

step 701, sending a theater creating request to the server, where the theater creating request carries an identifier of the paid video, and the theater creating request is used to request the server to create a theater service for the paid video.

Step 702, receiving information to be paid sent by the server, where the information to be paid is used to instruct the first display device to pay for at least one order of the paid video, where the at least one order includes: and accessing an order corresponding to the second display equipment of the auditorium business.

703, paying the fee of the at least one order according to the information to be paid; the second display device is used to access the auditorium service to obtain the paid video free of charge when payment of the order of the second display device is complete.

To sum up, in the video acquisition method provided in the embodiment of the present application, the first display device may request the server to create a theater service for the pay video, and may perform fee payment for an order corresponding to the second display device according to the information to be paid sent by the server, and then the second display device may access the theater service to obtain the pay video free of charge when the fee payment for the order of the second display device is completed. Because the first display device pays the order corresponding to the second display device, the second display device can obtain the paid video free of charge by accessing the service of the projection hall without paying the paid video, and the limitation of video acquisition is favorably reduced.

Fig. 8 is a flowchart of another video acquisition method according to an embodiment of the present application. The method may be used for the display device shown in fig. 1 or fig. 2, and as shown in fig. 8, the method may include:

step 801, accessing a auditorium service created by a server for pay video.

Step 802, receiving the paid video sent by the server; the paying video is sent by the server when the first display device completes payment of at least one order of the paying video, and the at least one order comprises an order corresponding to the second display device.

To sum up, in the video acquiring method provided in the embodiment of the present application, the second display device may access the service of the access auditorium to receive the pay video sent by the server, and the pay video is sent by the server when the first display device completes payment of the fee of at least one order of the pay video, where the at least one order includes an order corresponding to the second display device. Because the first display device pays the order corresponding to the second display device, the second display device can obtain the paid video free of charge by accessing the service of the projection hall without paying the paid video, and the limitation of video acquisition is favorably reduced.

Fig. 9 is a flowchart of a further video acquisition method according to an embodiment of the present application. The method may be used for the server shown in fig. 1 or fig. 6, and as shown in fig. 9, the method may include:

step 901, receiving a theater creation request sent by a first display device, where the theater creation request carries an identifier of a pay video.

A auditorium service for pay video is created according to the auditorium creation request, step 902.

Step 903, after the second display device accesses the auditorium service, sending information to be paid to the first display device, where the information to be paid is used to instruct the first display device to pay for at least one order of the paid video, where the at least one order includes: and displaying the order corresponding to the second display device.

Step 904, after the first display device completes payment of the at least one order, sending the payment video to the second display device.

Fig. 10 is a flowchart of another video acquisition method according to an embodiment of the present application. The method may be used in the video acquisition system shown in fig. 1, and as shown in fig. 10, the method may include:

step 1001, the first display device sends a theater creation request to the server, where the theater creation request carries an identifier of the pay video.

A user of a first display device may trigger the first display device to send a auditorium creation request to a server when the user needs to invite other users to watch a video (e.g., a pay video) together. Optionally, the auditorium creation request may carry an identification of the paid video and an identification of the first display device. The identifier of the display device in the embodiment of the application may be a device identifier or a user identifier. The device identifier of the display device may include a unique identifier that is set when the display device is shipped from a factory, and the user identifier of the display device may include a user account (e.g., a social account of a user) logged in on the display device.

Illustratively, a user of a first display device may trigger the first display device to initiate a auditorium function, and the first display device may present a creation interface. The user may operate at the creation interface to determine the paid video, such as the user of the first display device may select or enter an identification of the paid video on the first display device. In turn, the user may trigger the first display device to send a auditorium creation request for the pay video to the server to request creation of a virtual auditorium for showing the pay video.

For example, fig. 11 is a schematic diagram of a creation interface provided in an embodiment of the present application. As shown in fig. 11, the creation interface may include an identification 1101 of a pay video, information 1102 of a pay video, and a auditorium creation option 1103. For example, the introduction information of the pay video may include a detailed introduction of the pay video at the original price of the pay video. When the first display device obtains the selected instruction for the auditorium creation option 1103, the first display device may determine that the user is to create a virtual auditorium, and may send an auditorium creation request to the server, where the auditorium creation request may carry an identification of the selected pay video, such as an identification of the pay video currently displayed in the creation interface. If the first display device is a smart tv, the first display device may further display a selection box K, and the user may move the position of the selection box K displayed on the first display device by operating on a control device (e.g., a remote controller) to make the selection box K frame the creation option 1103. The user may also send a selected instruction for the auditorium creation option 1103 to the controller of the display device at this time via the control means (e.g., the user may press a confirmation button on the control means). If the display screen of the first display device is a touch screen, the user can also directly click the auditorium creation option to trigger the first display device to acquire a selection instruction for the creation option.

Optionally, the creation interface may also include a cancel creation option that the user may select to cancel the creation of the virtual auditorium. Optionally, the creation interface may also include a name of the auditorium, which may be customized by the user of the first display device and may be changed by the user at any time.

Alternatively, the controller of the first display device may transmit a theater creation request to the server in step 1001. Accordingly, the processing unit of the server may receive the auditorium creation request through the network interface unit.

The server creates a auditorium service for the pay video according to the auditorium creation request, step 1002.

After receiving the auditorium creation request sent by the first display device, the server can create the auditorium service for the pay video according to the identifier of the pay video carried by the auditorium creation request, so that the display device accessing the auditorium service can acquire and play the pay video together.

Optionally, after receiving the auditorium creation request sent by the first display device, the server may further check the auditorium creation request to determine whether the auditorium creation request satisfies the creation condition, and create the auditorium service for the pay video according to the auditorium creation request when the auditorium creation request satisfies the creation condition. The creation conditions may include: the pay video exists and the pay video is available for at least one of presentation in a virtual auditorium. Alternatively, if the auditorium creation request does not satisfy the creation condition, the server may send a prompt to the first display device to prompt that the auditorium creation request does not satisfy the creation condition.

Optionally, the server may further assign an identifier to the auditorium service after creating the auditorium service, so as to distinguish each auditorium service in the server, where different auditorium services correspond to different identifiers. For example, the identification of the auditorium service may be a string of characters randomly assigned by the server, or a number of the auditorium service ordered by the time of creation. The server may further generate a binding relationship between the identifier of the first display device and the identifier of the auditorium service, and according to the binding relationship, the server may determine that the first display device is a display device accessing the auditorium service, that is, a display device in the virtual auditorium corresponding to the auditorium service.

Alternatively, step 1002 may be performed by a processing unit of the server, i.e. the processing unit of the server may create an auditorium service for pay video according to the auditorium creation request.

Step 1003, the server sends the creation success information of the auditorium service to the first display device.

Optionally, after creating the auditorium service, the server may further send a creation success message to the first display device to prompt the user of the first display device that the auditorium service has been created. Alternatively, the display interface of the first display device may change after the auditorium service creation is complete, such as may be changed from the creation interface to the initial auditorium interface. The initial auditorium interface may include information for an auditorium, such as the initial auditorium interface may include at least one of an identification of the auditorium, an identification of the paid video, and an identification of a display device that has accessed the auditorium service.

Alternatively, the processing unit of the server may transmit the creation success information of the auditorium service to the first display device through the network interface unit in step 1003. Accordingly, the controller of the first display device may receive the creation success information through the communication interface.

Step 1004, the first display device sends an invitation instruction to the server according to the creation success information, where the invitation instruction carries an identifier of at least one invited device, and the at least one invited device includes a target second display device and an auxiliary second display device.

The user of the first display device creates a virtual auditorium for watching videos together with users of other display devices, and when the virtual auditorium is completely created, that is, when the auditorium service is completely created, the user of the first display device can invite the display devices of other users to join the virtual auditorium so as to watch the paid videos corresponding to the virtual auditorium together. Illustratively, the user of the first display device may trigger the first display device to send an invitation instruction to the server, and the invitation instruction carries an identification of at least one invited device to request the server to invite the at least one invited device to access a auditorium service to join the virtual auditorium to obtain and play the paid video.

It should be noted that, in the embodiment of the present application, it is exemplified that the at least one invited device that is invited by the user of the first display device includes two second display devices. In order to distinguish the two second display devices, one of the second display devices is referred to as a target second display device and the other second display device is referred to as an auxiliary second display device in the present application. Optionally, the at least one invited device may also include only one display device, or may also include three or more display devices, which is not limited in this embodiment of the application.

Optionally, the user of the first display device may enter an identification of the at least one invited device on the first display device. Alternatively, the first display device may display an identification of the plurality of display devices for selection by a user of the first display device, and the user may select an identification of at least one invited device among the identifications of the plurality of display devices to invite the at least one invited device to access the auditorium service.

For example, the identification of the display device includes a social account number of a user of the display device. The first display device may display a search entry through which the user may enter at least part of information of a social account of the user of the invited device to trigger the first display device to display a tag of the social account (e.g., a nickname or remark information of the user corresponding to the social account). The user of the first display device may select the tag, trigger the first display device to determine the display device logged in with the social account corresponding to the tag as an invited device, and determine an identifier of the invited device, so as to send an invitation instruction to the server. Optionally, when partial information of a certain social account is input in the search portal, the first display device may display tags of a plurality of social accounts including the partial information, and the user may select a tag of a desired social account among the tags of the plurality of social accounts. Optionally, when the user selects a certain tag, the first display device may display a prompt message to prompt the user whether to determine to invite the user of the social account corresponding to the tag to join the auditorium. When the first display device obtains a selected instruction for the confirmation option, the display device logged in with the social account corresponding to the tag is determined as an invited device. In this case, the first display device may determine one invited device per search by the user, and the user may perform multiple searches to determine multiple invited devices.

Fig. 12 is a display interface schematic diagram of a first display device according to an embodiment of the present application. As shown in fig. 12, the first display device displays a search entry S into which at least part of information "1234" of a certain social account is input, and also displays tags of a plurality of social accounts including the part of information, which are "wangsi", and "wangsi", respectively. Each tab has a corresponding selection box, e.g., the user of the first display device may select the tab "wangsi", and the selection box corresponding to the selected tab may be filled with a color. Fig. 13 is a schematic display interface diagram of another first display device provided in an embodiment of the present application. As shown in fig. 13, after the user selects the label "wangsi", the first display device may display a prompt message 1301 "do you determine to invite wangsi to enter the auditorium", and the first display device may further display a confirmation option 1302 and a cancel option 1303. When the first display device obtains the selected instruction for confirmation option 1302, the first display device may determine the third display device as one invited device. The first display device may then redisplay the search entry for the user to continue adding invited devices. When the first display device obtains a selected instruction for the cancel option 1303, the first display device may redisplay the search entry for the user to re-search the social account.

For another example, the first display device may display a friend selection control, when the first display device obtains the trigger instruction for the friend selection control, the first display device may display a friend list corresponding to the social account of the user, where the friend list may include at least one tag of the social account, and the first display device may further display a confirmation option and a cancel option. The user of the first display device may select any one or more tags from the displayed tags of the social account, and after the selection, the first display device obtains a selected instruction for a confirmation option, and then the first display device may determine, as invited devices, all display devices logged in with the social account corresponding to the selected tags, and determine an identifier of the invited device, so as to send the invitation instruction to the server. In this case, the user can make a selection of a plurality of invited devices at a time, improving the efficiency of determining the invited devices.

Optionally, in step 1004, the controller of the first display device may send the invitation instruction to the server through the communication interface. Accordingly, the processing unit of the server may receive the invitation instruction through the network interface unit.

Step 1005, the server sends invitation information to the target second display device according to the invitation instruction.

Wherein the invitation information carries an identification of the auditorium service. Alternatively, the processing unit of the server may send invitation information to the target second display device through the network interface unit according to the received invitation instruction in step 1005. Accordingly, the controller of the target second display device receives the invitation information through the communication interface.

Step 1006, the server sends invitation information to the auxiliary second display device according to the invitation instruction.

Wherein the invitation information carries an identification of the auditorium service. Optionally, the processing unit of the server may send invitation information to the auxiliary second display device through the network interface unit according to the received invitation instruction in step 1006. Accordingly, the controller of the auxiliary second display device receives the invitation information through the communication interface.

It should be noted that step 1005 and step 1006 may be executed synchronously, or either step 1005 and step 1006 may be executed first, and the embodiment of the present application is not limited.

For step 1005 and step 1006, that is, the server sends invitation information to each invited device according to the identifier of the invited device carried by the invitation instruction.

For example, after the server allocates an identifier to the auditorium service and receives the invitation instruction sent by the first display device, the server may further generate a binding relationship between the identifier of the invited device and the identifier of the auditorium service, and further may send invitation information carrying the identifier of the auditorium service to the second display device. Optionally, the invitation information may also carry an identifier of the first display device and an identifier of the paid video. The invitation information is used to invite the invited device to access the auditorium service to obtain and play the paid video. Such as for example, may invite the invited device to play a pay video with the first display device.

Optionally, the identifier of the invited device carried by the invitation instruction received by the server may be a user identifier of the invited device, and the server may determine the device identifier of the invited device according to the user identifier, and further send invitation information to the invited device according to the device identifier. Optionally, after sending the invitation information to the invited device, the server may also send invitation success information to the first display device to inform the user of the first display device that the invitation information has been sent to the invited device, and wait for the invited device to accept the invitation.

In the embodiment of the present application, the server sends the invitation information to the invited device as an example. Optionally, the server may also send an identification of the auditorium service to the first display device after the auditorium service is created. Furthermore, the first display device may directly send invitation information carrying the identifier of the auditorium service to the invited device according to the identifier of the auditorium service. That is, in the embodiment of the present application, the first display device may also send invitation information to the invited device to invite the invited device to access the auditorium service.

Alternatively, the processing unit of the server may send invitation information to the invited device through the network interface unit according to the received invitation instruction. Accordingly, the controller of the invited device receives the invitation information through the communication interface.

It should be noted that, in the embodiment of the present application, for example, the first display device first sends an auditorium creation request to the server, and then sends an invitation instruction to the server after the auditorium service is successfully created, so as to instruct the server to send invitation information to the invited device. Optionally, the auditorium creation request sent by the first display device to the server may also directly carry the identifier of the invited device, and the server may further directly create the auditorium service according to the auditorium creation request and send the invitation information to the invited device.

Step 1007, the target second display device sends a request for auditorium access to the server according to the received invitation information.

Wherein the auditorium access request carries an identification of the auditorium service. Alternatively, the controller of the target second display device in step 1007 may send an auditorium access request to the server through the communication interface according to the received invitation information. Accordingly, the processing unit of the server may receive the auditorium access request through the network interface unit.

Step 1008, assisting the second display device to send the auditorium access request to the server according to the received invitation information.

Wherein the auditorium access request carries an identification of the auditorium service. Optionally, the controller assisting the second display device in step 1008 may send a auditorium access request to the server through the communication interface according to the received invitation information. Accordingly, the processing unit of the server may receive the auditorium access request through the network interface unit.

With respect to

steps

1007 and 1008 described above, that is, the invited device may send an auditorium access request to the server according to the received invitation information to access the auditorium service. Alternatively, the controller of the invited device may send a theater access request to the server through the communication interface according to the received invitation information. Accordingly, the processing unit of the server may receive the auditorium access request through the network interface unit.

Optionally, after receiving the invitation information, the invited device may display an invitation interface according to the invitation information, and the user of the invited device may operate on the invitation interface to trigger the invited device to send a theater access request to the server. For example, a prompt message, an invitation code or link, etc. may be displayed in the invitation interface. An auditorium access option may also be displayed in the invitation interface, which when selected by the user may trigger the invited device to send an auditorium access request to the server.

Illustratively, fig. 14 is a schematic diagram of an invitation interface provided in an embodiment of the present application. As shown in fig. 14, the invitation interface may include a prompt message "zhang inviting you to join auditorium B to watch pay video xxx, please click on the lower option to confirm acceptance? ", wherein" zhang san "may be a user identification of the first display device; "auditorium B" may be an identification of the auditorium service; "xx" may be an identification of the paid video, such as the name of the paid video. The invitation interface may also include an "accept" option, which may be a auditorium access option, and a "cancel" option. When the user selects the "accept" option by operating the control means, the invited device may send a auditorium access request to the server to access the auditorium service. Optionally, the user of the invited device may also select a "cancel" option to decline to join the auditorium. The invited device may then send a barring indication to the server indicating that the invited device is barred from accessing the auditorium service. And the invited device may stop displaying the invitation interface and resume displaying the original interface. Alternatively, the server may send a prompt message to the first display device to prompt the user of the invited device to refuse to join the auditorium upon receiving a prohibition instruction sent by the invited device.

For another example, if the invitation interface includes an invitation code, the invited device may query information of the corresponding auditorium service according to the invitation code, and then determine whether to access the auditorium service. Further illustratively, if the invitation interface includes a link, the user may directly click on the link to cause the invited device to display information for the auditorium service to determine whether to access the auditorium service.

Step 1009, the server sends an identification of at least one display device to the first display device according to the received auditorium access request, the at least one display device including the target second display device and the auxiliary second display device.

The at least one display device is a display device that sends a auditorium access request to the server to access the auditorium service, and step 1009 is that the server may send the identification of the display device that accessed the auditorium service to the first display device. For example, the server may determine that a display device accesses an auditorium service after receiving an auditorium access request sent by the display device (e.g., any one of the invited devices described above), and may send an identification of the display device to the first display device. In the embodiment of the application, for example, the target second display device and the auxiliary second display device send the auditorium access request to the server, and then the server may send the identifier of the target second display device and the identifier of the auxiliary second display device to the first display device.

Optionally, the processing unit of the server in step 1009 may send the identification of the at least one display device to the first display device through the network interface unit according to the auditorium access request. Accordingly, the controller of the first display device may receive the identification of the at least one display device through the communication interface.

Step 1010, the first display device displays the identifier of the at least one display device.

The first display device may display a payment withholding selection interface after receiving the identifier of the at least one display device accessing the auditorium service, which is sent by the server, and the payment withholding selection interface may include the identifier of the at least one display device, so that a user of the first display device can know that the at least one display device accessing the auditorium service. And the user can also select to pay the cost of the order corresponding to the certain display equipment in the order corresponding to the at least one display equipment of the pay video according to the identifier of the at least one display equipment included in the payment-by-delivery selection interface.

For example, fig. 15 is a schematic diagram of a payment-for-delivery selection interface provided in an embodiment of the present application. The first display device, upon receiving the identification of the two display devices accessing the auditorium service, may display the display interface shown in fig. 15. The display interface can comprise identifiers of two display devices, namely 'wangsi' and 'wangsi', and the display devices indicated by the two identifiers are the display devices for accessing the services of the auditorium. The display interface may further display a prompt message to prompt the user that the identifier displayed by the user is the identifier of the display device accessing the auditorium service, and prompt the user to select which display device corresponds to which order to make a fee, for example, the prompt message may be "the user who has joined the auditorium is to select the user to be paid for: ". Optionally, the payment withholding selection interface may further include: and displaying the cost of the corresponding order of each device.

Optionally, after receiving the identifier of the at least one display device, the first display device may further display a preparation interface, and then display a payment-for-delivery selection interface. Fig. 16 is a schematic diagram of a preparation interface provided in an embodiment of the present application. As shown in fig. 16, the preparation interface may include an identification of the at least one display device accessing the auditorium service, and the preparation interface may also display a preparation presentation option. When the first display device receives a selected instruction for the ready to show option, the first display device may display a payment over behalf selection interface shown in fig. 16 for a subsequent payment operation for the pay video. Optionally, when the first display device receives a selected instruction for the ready to show option, the first display device may send a join disable instruction to the server to instruct the server to disable other display devices from accessing the auditorium service.

Alternatively, the server may send the identifier of the display device to the first display device every time it is determined that one display device accesses the auditorium service, and the first display device may display the received identifier of the display device on the preparation interface. Therefore, the first display device can update the displayed identifier of at least one display device when receiving the identifier of one display device.

Optionally, when it is determined that each display device accesses the auditorium service, the server may determine, according to the total number of display devices currently accessing the auditorium service, a cost of the order corresponding to each display device, and further send the cost to the first display device, so that the first display device displays the cost. Optionally, when a plurality of users purchase a certain pay video together, the provider of the pay video gives the users a certain preference, and the preference is larger when the number of users is larger; the cost of the order corresponding to each display device accessing the auditorium service may be inversely related to the number of people accessing the display device of the auditorium service.

Optionally, the preparation interface may further include information related to the paid video, the number of display devices currently accessing the auditorium service, and a cost of the order corresponding to each display device. As in "show movie: XX; and (3) scoring: 9.0; original price: the 8-element is the related information of the paid video, wherein 'XX' is the identification of the paid video, '9.0' is the score of the paid video, and '8-element' is the original price of the paid video. "current number of persons: 3 persons' indicate that the number of display devices currently accessing the auditorium service is 3; "pay per person" in fig. 16: the 5-dollar "indicates that the cost of the order for each display device is 5-dollar.

Alternatively, any display device may display information of the auditorium service after accessing the auditorium service, e.g. the any display device may display an interface to start with the prepare interface of the first display device. The display device identified by the designation "wangsi" may also display an interface similar to that of fig. 16, as the first display device displays the preparation interface of fig. 16. The logo "wangsi" in the interface displayed by the display device as indicated by the logo "wangsi" may be replaced with the logo of the first display device, and the interface may not include the option to be shown, and other information may be the same as the information in the display interface of the first display device.

In this embodiment, the server may generate an order corresponding to each display device accessing the auditorium service, where the order is in an unpaid state. Since the cost of each order is related to the number of display devices accessing the auditorium service, the server may generate an order for each display device upon determining that the number of display devices accessing the auditorium service is no longer changing. For example, the server may regenerate the order for each display device when the first display device displays the selected payment interface. Each display device may obtain the payment video when payment of the corresponding order is complete.

Optionally, in step 1010, the control unit of the first display device may control the display screen to display the identity of the at least one display device.

Step 1011, when the first display device obtains a selection instruction for the identifier of the displayed target second display device, sending a first payment request to the server according to the selection instruction, where the first payment request is used to request for payment of at least one order of the paid video, and the at least one order includes: the order corresponding to the target second display device and the order corresponding to the first display device.

When the first display device displays the identity of at least one display device accessing the auditorium service, the user of the first display device may select among the identities of the at least one display device by means of the control means. When a user selects a certain identifier, the first display device may acquire a selection instruction for the identifier. When the first display device obtains a selection instruction for an identifier of a certain display device, the first display device may determine that the user wants to perform fee payment for an order corresponding to the display device, and further the first display device may send a payment request to a server to request for performing fee payment for the order corresponding to the display device.

In order to distinguish the payment requests sent by the first display device to the server under different conditions, in the embodiment of the present application, the payment request sent by the first display device according to the selection operation of the user on the displayed identifier is referred to as a first payment request. For example, a payment request sent by a user of a first display device after selecting a target second display device is used for requesting payment of a fee of an order corresponding to the target second display device is called a first payment request.

In the embodiment of the present application, the first display device only displays the identifier of the target second display device and the identifier of the auxiliary second display device, and the user only selects the identifier of the target second display device as an example. Therefore, the first display device may obtain the selection instruction for the identifier of the target second display device, and the first payment request sent by the first display device to the server may be used to: and requesting to pay the order corresponding to the target second display equipment. If the first payment request is for requesting payment of a fee for making at least one order for a paid video, the at least one order may include only: and displaying the order corresponding to the target second display equipment. Optionally, the first payment request may carry an identifier of the target second display device.

Optionally, the first display device also corresponds to the order, and the first display device further needs to pay the cost of the order corresponding to the first display device, so that when the first display device determines that the user further wants to pay the cost of the order corresponding to the selected display device, the first display device may request to pay the cost of the order corresponding to the first display device. At this time, the first payment request transmitted by the first display device to the server is for requesting payment of a fee for making at least one order for the paid video, the at least one order including: the order corresponding to the target second display device and the order corresponding to the first display device.

For example, continuing to refer to fig. 15, the user may select the identifier "wangsi" displayed on the first display device through the control device, where "wangsi" is the identifier of the target second display device. The logo "wangsi" may be a logo that assists the second display device. Optionally, the display background of the selected logo may change to inform the user that the logo has been selected. Optionally, with continued reference to fig. 15, the select payment over behalf interface displayed by the first display device may further include a confirm payment over behalf option. The first display device may send the first payment information to the server when acquiring the selection instruction for the identifier of the target second display device and acquiring the selection instruction for the confirmed payment option, so as to avoid a situation of wrong selection. Optionally, the payment-for-replacement selection interface may further include a full selection option that the user may select to directly select payment for the order corresponding to all display devices accessing the auditorium service.

Optionally, after receiving the first payment request sent by the first display device, the server may also send prompt information to the target second display device according to the first payment request, so as to prompt the first display device to pay the order corresponding to the target second display device, and the second display device does not need to pay.

Alternatively, in step 1011, when a selection instruction for the identifier of the displayed target second display device is acquired, the controller of the first display device may send the first payment request to the server through the communication interface according to the selection instruction. Accordingly, the processing unit of the server may receive the first payment request through the network interface unit.

Step 1012, the server sends first information to be paid to the first display device according to the first payment request, where the first information to be paid is used to instruct the first display device to pay for the at least one order.

It should be noted that, in order to distinguish the information to be paid, which is sent by the server to the first display device under different conditions, in the embodiment of the present application, the information to be paid, which is sent by the server to the first display device according to the first payment request, is referred to as first information to be paid.

When receiving a first payment request sent by a first display device, the server may generate first information to be paid according to the first payment request, and send the first information to be paid to the first display device. Optionally, the first information to be paid may include a total fee of the at least one order to be paid by the first display device. Optionally, the first information to be paid may further comprise an identification of the at least one order.

Optionally, when receiving the first payment request sent by the first display device, the server may also check an identifier of the target second display device carried in the first payment request. For example, it may be determined whether the target second display device is an invited device invited by the user of the first display device, that is, whether the identifier of the target second display device is the identifier of the invited display device carried by the invitation instruction in step 1004. When it is determined that the target second display device is an invited device invited by the user of the first display device, the server may confirm that the identification verification of the target second display device is successful, and further regenerate the first information to be paid. Therefore, the first display device can be guaranteed to pay only the cost of the order corresponding to the invited device, the security of payment of the first display device is improved, and the situation that the first display device pays other costs due to malicious attack is prevented.

Optionally, the processing unit of the server in step 1012 may send the first information to be paid to the first display device through the network interface unit according to the first payment request. Accordingly, the controller of the first display device may receive the first information to be paid through the communication interface.

And 1013, the first display device performs the payment of the at least one order according to the first information to be paid.

For example, after receiving the first information to be paid sent by the server, the first display device may generate and display a payment interface according to the first information to be paid, and then the user may operate on the payment interface to pay the fee of the at least one order.

In an optional implementation manner, the payment interface may include prompt information for prompting the user to pay for the at least one order, and a payment code, which may be a two-dimensional code, a barcode, or the like. Optionally, the payment interface may further include a cancel control. The user can operate the mobile terminal to scan the payment code and can input the payment password on the mobile terminal so as to trigger the mobile terminal to send payment information to the server, wherein the payment information can carry the payment password. The mobile terminal can be bound with the corresponding payment account number, after the server receives the payment information, whether the payment account number corresponding to the mobile terminal is matched with the payment password or not can be determined, if the payment account number is matched with the payment password, a corresponding part of fee is deducted from an account corresponding to the payment account number, and then the first display device is determined to complete fee payment of the at least one order.

Fig. 17 is a schematic diagram of a payment interface provided in an embodiment of the present application. As shown in fig. 17, the payment interface may include prompt information 1701, a pay code 1702, and a cancel control 1703, which may include an identification of the target second display device and a total cost of the at least one order. If the prompt message is "please scan the following two-dimensional code to pay the fees of you and wangsi, which are 10 yuan in total", wherein "wangsi" is the identifier of the target second display device, and "10 yuan" is the total fee of the at least one order. After the first display device displays the payment code, the user can operate the mobile terminal to scan the payment code to pay the fee. Optionally, the user may also select cancel control 1703 to cancel payment of the fee, which is not limited in this embodiment of the application. When the first display device is the smart television, the user may select a control in the payment interface, where the user may control the selection frame displayed by the first display device through the control device to frame the control, and then the user presses the confirmation button on the control device.

In another optional implementation manner, the payment interface may include prompt information, a payment account input box, and a password input box, where the prompt information is used to prompt the user to pay for the at least one order, the payment account input box is used for the user to input a payment account, and the password input box is used for the user to input a payment password. Optionally, the payment interface may further include a determination control, a cancellation control, and the like. After the first display device displays the payment interface, a user of the first display device can perform payment operation in the payment interface to trigger the first display device to send the payment account and the payment password to the server. After receiving the payment account and the payment password, the server may detect whether the payment account and the payment password are matched, and if so, deduct a corresponding portion of the fee from the payment account, thereby determining that the first display device completes the fee payment of the at least one order.

Fig. 18 is a schematic diagram of another payment interface provided in an embodiment of the present application. As shown in fig. 18, the payment interface may include prompt information 1801, account entry box 1802, password entry box 1803, determination control 1804, and cancel control 1805. Optionally, the prompt message may further include: an identification of the target second display device and a total cost of the at least one order. If the prompt message is ' please enter a payment account number and a payment password to pay your and wai-xiao-for-10 yuan ', wherein ' wanxiao-is the identifier of the target second display device, and ' 10 yuan ' is the total fee of the at least one order. After the first display device displays the payment interface shown in fig. 18, the user of the first display device may enter a payment account in an account entry box 1802, enter a payment password in a password entry box 1803, and select the determination control 1804 to trigger the first display device to send the payment account and the payment password to the server. It should be noted that the user of the first display device may also select the cancel control 1805 to cancel the payment operation.

In this embodiment, when the first display device completes payment of the at least one order, the server may change the at least one order from being in an unpaid state to being in a paid state. Optionally, the at least one order other than the order corresponding to the first display device may indicate: the cost of the order is paid by the first display device. The order for the target second display device may be in a paid state and may indicate that the cost of the order is paid by the first display device, such as when the first display device completes payment of the cost of the at least one order. For example, the order may include some indicator symbol sk, and when the indicator symbol sk equals 1, the order may indicate that the cost of the order is paid by another display device different from the target second display device. The order may also include an identification of the first display device, and the order may indicate that the cost of the order is to be paid by the first display device.

Optionally, after determining that the first display device completes payment of the at least one order, the server may directly send payment success information to the first display device, where the payment success information is used to indicate that payment of the fee for the at least one order is successful. Or, after the payment of the at least one order is carried out, the first display device may periodically send an inquiry request to the server to inquire whether the payment of the at least one order is successful or not until the inquiry of the payment of the at least one order is successful.

Optionally, after determining that the first display device completes payment of the at least one order, the server may further send a prompt message that payment of the corresponding order is successful to the target second display device. Optionally, after accessing the auditorium service, each display device may periodically send an inquiry request to the server to inquire whether the payment of the order corresponding to the display device is successful or not, until the inquiry shows that the payment of the order is successful.

Optionally, in step 1013, the controller of the first display device may make a payment for the at least one order according to the first information to be paid.

Step 1014, the server sends the payment video to the first display device after the first display device completes the payment of the at least one order.

Optionally, in step 1014, the processing unit of the server may send the payment video to the first display device through the network interface unit after the first display device completes payment of the at least one order. Accordingly, the controller of the first display device may receive the pay video through the communication interface.

Step 1015, the server sends the payment video to the target second display device after the first display device completes payment of the at least one order.

Optionally, in step 1015, the processing unit of the server may send the payment video to the target second display device through the network interface unit after the first display device completes payment of the at least one order. Accordingly, the controller of the target second display device may receive the pay video through the communication interface.

For steps 1014 and 1015, the server may send the payment video to the display device corresponding to the at least one order. In the embodiment of the application, the display device corresponding to the at least one order includes a first display device and a target second display device. It should be noted that step 1014 and step 1015 may be executed synchronously, that is, the server may send the paid video to the first display device and the target second display device simultaneously. Optionally, the server may directly transmit the paid video to the display device corresponding to the at least one order, or the server may also send a storage address of the paid video to the display device corresponding to the at least one order, so as to instruct the first display device to obtain the paid video according to the storage address.

In this embodiment of the application, after the first display device completes payment of the at least one order, the server may directly send the payment video to the display device corresponding to the at least one order. Optionally, the server may send the payment video to the display device corresponding to the at least one order after the first display device completes the target time length of payment for the at least one order.

In this embodiment, in step 1011, the user of the first display device selects only a part of the displayed identifiers of the at least one display device, and then sends a first payment request to the server to pay for the at least one order of the pay video. The at least one order comprises an order corresponding to the first display device and an order corresponding to the display device indicated by the selected identifier. In this case, the first display device only pays for the order corresponding to a part of the display devices accessing the auditorium service; and for another portion of the display devices accessing the auditorium service, each display device needs to make a payment for the corresponding order.

Optionally, after the first display device pays for the order corresponding to the part of display devices, the first display device may wait for the target duration, and the other part of display devices may pay for the target duration. And then, the server can send the paid videos to the display equipment of which the corresponding order cost is paid, so that each display equipment can acquire the target video synchronously and acquire the complete target video.

Illustratively, the another portion of the display devices may include the auxiliary second display device described above. The video acquisition system may perform the following steps 1016 to 1018 to enable the auxiliary second display device to make a payment for the corresponding order, thereby acquiring the paid video. Optionally, in this embodiment of the application, a display device in the another part of display devices may also be referred to as a third display device.

Optionally, the processing unit of the server may send the payment video to the display device corresponding to the at least one order through the network interface unit after the first display device completes payment of the at least one order. Accordingly, the controller of the display device corresponding to the at least one order may receive the payment video via the communication interface.

Step 1016, the server sends third information to be paid to the auxiliary second display device according to the first payment request, where the third information to be paid is used to instruct the auxiliary second display device to perform payment for the corresponding order.

It should be noted that step 1016 may be performed after step 1011. After the server receives the first payment request, it may be determined, according to the first payment request, that a display device not carried by the first payment request is identified among the at least one display device accessing the auditorium service. The server may determine that the user of the first display device does not select to pay for the order corresponding to the display devices, and then the server may send information to be paid to the display devices to instruct each display device to pay for the order corresponding to the display device. It should be noted that, in order to distinguish the information to be paid, which is sent to the display device by the server under different conditions, in the embodiment of the present application, the information to be paid, which is sent to the display device other than the first display device by the server, is referred to as third information to be paid.

For example, in this embodiment of the application, the server may determine that the first payment request does not carry the identifier of the auxiliary second display device, and then the server may send the third information to be paid to the auxiliary second display device. Optionally, the third information to be paid may include: and assisting the cost of the order corresponding to the second display equipment. Optionally, the third information to be paid may further include: and assisting the identification of the order corresponding to the second display device.

Optionally, the processing unit of the server in step 1016 may send the third information to be paid to the auxiliary second display device through the network interface unit according to the first payment request. Accordingly, the controller of the auxiliary second display device may receive the third information to be paid through the communication interface.

Step 1017, the auxiliary second display device performs payment for the order corresponding to the auxiliary second display device according to the third information to be paid.

It should be noted that, as for the manner of assisting the second display device to perform the payment for the order corresponding to the second display device, reference may be made to the related description of the first display device performing the payment for at least one order in step 1013, and details of the embodiment of the present application are not described again.

Step 1018, after the auxiliary second display device completes payment of the corresponding order, the server sends the payment video to the auxiliary second display device.

It should be noted that step 1018, step 1014, and step 1015 may be performed simultaneously, or step 1018 may be performed after step 1014 and step 1015. For example, if the second display device is assisted to complete the payment for the corresponding order within the target time period for the first display device to complete the payment for the at least one order, step 1018, step 1014, and step 1015 may be performed simultaneously. If the auxiliary second display device has not completed the payment for the corresponding order after the first display device completes the target duration of the payment for the at least one order, step 1018 may be performed after steps 1014 and 1015.

Alternatively, the server may transmit the paid video directly to the auxiliary second display device, or the server may transmit a storage address of the paid video to the auxiliary second display device to instruct the auxiliary second display device to acquire the paid video according to the storage address.

Optionally, in step 1018, after the auxiliary second display device completes payment of the corresponding order, the processing unit of the server sends the payment video to the auxiliary second display device through the network interface unit. Accordingly, the controller of the second display device receives the pay video through the communication interface.

In an optional case of the embodiment of the present application, in step 1011, the user of the first display device selects all of the displayed identifications of the at least one display device, and further sends a first payment request to the first server to pay for the at least one order for the pay video. The at least one order includes orders corresponding to all display devices (including the first display device and the at least one display device) accessing the auditorium service. In this case, the first display device pays for the orders corresponding to all the display devices accessing the auditorium service, and the server may send the pay video to all the display devices accessing the auditorium service immediately after the first display device completes payment for the at least one order, without performing the above-mentioned steps 1016 to 1018.

The above embodiments of the present application only take one optional scene as an example, and explain the video acquisition method provided in the embodiments of the present application. In this alternative scenario, the user of the first display device may choose to pay for the order corresponding to only a portion of the display devices (e.g., the target second display device) accessing the auditorium service in step 1010; and, by executing the above steps 1016 to 1018, another part of the display devices (for example, the auxiliary second display device) is allowed to pay the corresponding order by itself.

In another optional scenario of the present application, the another portion of the display devices may send a payment withholding request to the first display device to request the first display device to pay a fee of an order corresponding to the another portion of the display devices. Illustratively, fig. 19 is a flowchart of another video capturing method according to another embodiment of the present application. Fig. 19 illustrates the manner in which the auxiliary second display device requests the first display device to pay for the order corresponding to the auxiliary second display device, as steps 1016-1018 described above may be replaced with steps in fig. 19. Step 1001 to step 1015 may also be performed before the method shown in fig. 19, and step 1001 to step 1015 are not described in detail in this embodiment of the present application. As shown in fig. 19, the method may include:

step 1901, assisting the second display device to send a payment withholding request to the server, where the payment withholding request is used to indicate: and the first display equipment is used for assisting the payment of the order corresponding to the second display equipment.

Step 1901 may be executed after step 1014 and step 1015, or may be executed after step 1011.

In an optional implementation manner, if there is an unselected identifier in the identifier of the at least one display device displayed by the first display device in step 1011, the server may send a prompt message to the display device indicated by the identifier, so as to prompt that the first display device does not pay for the order corresponding to the display device. Optionally, the prompt information may also prompt the display device to request the first display device to pay the order, and then the display device may send a payment withholding request to the server according to the prompt information, so as to request the first display device to pay the order corresponding to the display device. Optionally, the prompt message may also prompt the display device to select to pay for the corresponding order by itself. This alternative implementation is the way that step 1901 is executed after step 1011.

For example, in the case shown in fig. 15, the user of the first display device does not select the identifier "wangsi" of the auxiliary second display device, the server may send the prompt information to the auxiliary second display device, and the auxiliary second display device may display a prompt interface including the prompt information. Optionally, the prompt interface may also include a request for payment option and a self-payment option. Fig. 20 is a schematic diagram of a prompt interface provided in an embodiment of the present application. As shown in fig. 20, the prompt message may be "three-generation unpaid your fee, please choose to pay by oneself or request three-generation payment", where "three" is the identifier of the first display device. The user of the auxiliary second display device may select the request payment-for-replacement option to trigger the auxiliary second display device to send a payment-for-replacement request to the server to request the first display device to pay for the order corresponding to the auxiliary second display device. Optionally, the user of the auxiliary second display device may select the self-payment option to pay for the order corresponding to the auxiliary second display device.

Optionally, the payment withholding request may carry an identification of the first display device. Or the payment withholding request may also carry an identifier of the auditorium service, and the server may determine, according to the identifier of the auditorium service, an identifier of the first display device requesting to create the auditorium service.

In an alternative implementation, after the auxiliary second display device sends the auditorium access request to the server in step 1008, an inquiry request may be periodically sent to the server to inquire whether the payment of the order corresponding to the auxiliary second display device is successful. If the payment of the order corresponding to the auxiliary second display device is not successfully paid within the target time length for completing the payment of the at least one order by the first display device, the auxiliary second display device may continue to wait for the first display device to pay the payment of the order. If the cost of the order corresponding to the auxiliary second display device is not paid successfully after the first display device completes the target time length of the cost payment of the at least one order, the auxiliary second display device may send a payment-for-delivery request to the server again. This alternative implementation is the way that step 1901 is executed after steps 1014 and 1015.

Alternatively, the controller assisting the second display device in step 1901 may transmit a payment withholding request to the server through the communication interface. Accordingly, the processing unit of the server may receive the payment over behalf request through the network interface unit.

Step 1902, the server sends a payment withholding instruction to the first display device according to the payment withholding request, the payment withholding instruction is used for indicating: and the first display equipment is used for assisting the payment of the order corresponding to the second display equipment.

After receiving the payment assistant request sent by the auxiliary second display device, the server may send a payment assistant instruction to the first display device according to the payment assistant request, so that the first display device confirms whether to perform payment for the order corresponding to the auxiliary second display device.

Optionally, the payment withholding indication may carry an identification of the secondary second display device. Optionally, the payment-for-replacement instruction may also carry a fee of the order corresponding to the auxiliary second display device.

Optionally, the processing unit of the server in step 1902 may send a payment withholding instruction to the first display device through the network interface unit according to the payment withholding request. Accordingly, the controller of the first display device may receive the payment over behalf indication via the communication interface.

Step 1903, the first display device sends a second payment request to the server according to the indication of the payment by agency, where the second payment request is used to request payment of a fee for assisting an order corresponding to the second display device.

In order to distinguish the payment requests sent by the first display device to the server under different conditions, the payment request sent by the first display device according to the received payment substitution indication is referred to as a second payment request in the embodiment of the present application. For example, the payment request sent by the first display device to request payment of the order corresponding to the auxiliary second display device after the first display device receives the payment withholding instruction is referred to as a second payment request. Optionally, the second payment request may carry an identifier of the secondary second display device.

Optionally, when receiving the payment withholding instruction, the first display device may display an inquiry interface according to the payment withholding instruction, and then the user of the first display device may operate on the inquiry interface to send the second payment request to the server. Fig. 21 is a schematic diagram of an inquiry interface provided in an embodiment of the present application. For example, the query interface may include query information, an approval option, and a decline option. As shown in fig. 21, the query information in the query interface may be "wangsi request you pay for a fee of 5 yuan", where "wangsi" is an identifier of the auxiliary second display device, and "5 yuan" is a fee of an order corresponding to the auxiliary second display device. When the user selects the agreement option, the first display device may be triggered to send a second payment request to the server to request payment of a fee for assisting an order corresponding to the second display device. Alternatively, the query interface shown in fig. 21 may be displayed when the first display device does not begin playing the pay video. For example, when step 1901 is performed after step 1011 and step 1903 is performed before step 1014, the first display device may display the inquiry interface shown in fig. 21 upon receiving the payment-for-replacement instruction.

Optionally, when step 1901 is executed after step 1014, when the first display device receives the payment-for-placement instruction in step 1903, the first display device may be playing a paid video, and at this time, the query interface displayed by the first display device according to the payment-for-placement instruction may further include a screen of the paid video. That is, the first display device may display the inquiry information, the approval option, and the rejection option while playing the pay video. Fig. 22 is a schematic diagram of another query interface provided in an embodiment of the present application. As shown in fig. 22, the first display apparatus pops up a small window C while displaying a screen H of the pay video, and displays inquiry information, an approval option, and a rejection option in the small window C. When the user selects the agreement option, the first display device may be triggered to send a second payment request to the server to request payment of a fee for assisting an order corresponding to the second display device. Illustratively, as shown in fig. 22, the small window C may be displayed in the upper right corner of the display screen of the first display device, and the small window C may cover a part of the picture H of the pay video. Optionally, the small window may also be displayed on any side of the first display device, and when the small window is displayed, the picture of the displayed pay video may be appropriately reduced, so that the picture of the pay video is not blocked when the small window is displayed, and the influence on the user to watch the pay video is reduced.

Optionally, when the user of the first display device selects the agreement option in the query interface, the server may send prompt information to the auxiliary second display device to prompt the user of the first display device to agree to pay the cost of the order corresponding to the auxiliary second display device. Optionally, when the user of the first display device selects the reject option in the query interface, the server may send a prompt message to the auxiliary second display device to prompt the user of the first display device to reject the payment of the order corresponding to the auxiliary second display device. Optionally, the prompt message may also prompt the second display device to pay the corresponding order by itself.

Optionally, in step 1903, the controller of the first display device may send a second payment request to the server through the communication interface according to the indication of the payment over behalf. Accordingly, the processing unit of the server may receive the second payment request through the network interface unit.

Step 1904, the server sends second information to be paid to the first display device according to the second payment request, where the second information to be paid is used to instruct the first display device to perform a fee payment for assisting the order of the second display device.

It should be noted that, in order to distinguish the information to be paid, which is sent by the server to the first display device under different conditions, in the embodiment of the present application, the information to be paid, which is sent by the server to the first display device according to the second payment request, is referred to as second information to be paid.

When receiving a second payment request sent by the first display device, the server may generate second information to be paid according to the second payment request, and send the second information to be paid to the first display device. Optionally, the information to be paid may include a total cost of the at least one order to be paid by the first display device. Optionally, the information to be paid may further include an identification of the at least one order. Optionally, when receiving the second payment request sent by the first display device, the server may also check the identifier of the auxiliary second display device, and the checking process may refer to the process of checking the identifier of the target second display device in step 1012, which is not described in detail in this embodiment of the application.

Optionally, in step 1904, the processing unit of the server may send the second information to be paid to the first display device through the network interface unit according to the second payment request. Accordingly, the controller of the first display device may receive the second information to be paid through the communication interface.

Step 1905, the first display device performs a fee payment for assisting the order corresponding to the second display device according to the second information to be paid.

It should be noted that, reference may be made to step 1013 for relevant content of the fee payment performed in step 1905, and details of the embodiment of the present application are not described again. Optionally, if the first display device is playing the pay video when the first display device displays the pay interface in step 1905, the pay interface may further include a screen of the pay video. And the first display device can pay for the order corresponding to the second display device while playing the paid video. In this case, the display mode of the payment interface may refer to the related description of fig. 22, and the embodiment of the present application is not described again.

When the first display device completes the payment of the order corresponding to the second display device, the process executed by the server may also refer to the related description in step 1013, and the details of the embodiment of the present application are not described again.

Alternatively, step 1905 may be executed by the controller of the first display device, that is, the controller of the first display device may perform payment for assisting the order corresponding to the second display device according to the information to be paid.

In step 1906, the server sends the payment video to the auxiliary second display device when the payment of the order corresponding to the auxiliary second display device is completed.

It should be noted that, in step 1906, reference may be made to the related description in step 1018, and details of the embodiment of the present application are not described herein. Optionally, if the first display device performs the payment for the order corresponding to the auxiliary second display device in the process of playing the pay video, the server may send the part of the pay video after the current playing progress of the first display device to the auxiliary second display device when the payment for the order corresponding to the auxiliary second display device is completed. Therefore, the auxiliary second display device can play the paid video with the first display device according to the same playing progress, and users accessing various display devices of the auditorium service can conveniently communicate with the same content.

Optionally, in step 1906, the processing unit of the server may send the payment video to the auxiliary second display device through the network interface unit when the payment for the order corresponding to the auxiliary second display device is completed. Accordingly, the controller of the auxiliary second display device may receive the pay video through the communication interface. Alternatively, the controller of the auxiliary second display device may control the display screen to play the received pay video.

In yet another optional scenario of the present application, the user of the first display device may choose to pay for the order corresponding to all display devices of the accessed auditorium service in step 1011. In this way, the auxiliary second display device may perform the same steps as those performed by the target second display device in fig. 10, and the steps 1016 to 1018 or the steps 1901 to 1906 may not be performed.

In yet another optional scenario of the present application, a user of the first display device may not actively select to pay a fee of an order corresponding to a certain display device, and the display device accessing the auditorium service may select to request the first display device to pay the fee of the order corresponding to the certain display device. As such, the target second display apparatus may perform the same steps as those performed by the supplementary second display apparatus in fig. 19, and steps 1009 to 1013 in fig. 10 may not be performed. Optionally, for such an optional scenario, when each display device sends a payment withholding request to the server, the server may send a payment withholding instruction to the first display device, and then the first display device may pay the cost of the order corresponding to the display device according to the payment withholding instruction. Optionally, after receiving the plurality of payment by agency indications, the first display device may pay the order corresponding to the plurality of display devices indicated by the plurality of payment by agency indications again. Optionally, the first display device may pay the cost of the order corresponding to the first display device when paying the cost of the order corresponding to the other display devices.

The server 400 in the information presentation system provided by the embodiment of the present application may include an e-commerce module, an account module, a payment module, and an information module. Optionally, the server 400 is a server, and the e-commerce module, the account module, the payment module and the information module may be functional modules in the server; or the server 400 is a server cluster, and the e-commerce module, the account module, the payment module and the information module are four servers in the server cluster respectively. The following description is directed to a case where the server 400 includes an e-commerce module, an account module, a payment module, and an information module, and a display device for accessing an auditorium service includes: the first display device and the second display device are taken as examples, and the video acquisition method provided by the embodiment of the application is introduced.

Fig. 23 is a flowchart of another video capturing method according to another embodiment of the present application. The method may be used in the video acquisition system shown in fig. 1, and fig. 23 is explained for a case where the first display device actively selects to pay the cost of the order corresponding to the second display device. As shown in fig. 23, the method may include:

step 2301, the first display device sends a theater creation request to the e-commerce module, the theater creation request carrying an identification of the paid video.

It should be noted that, in step 2301, reference may be made to step 1001, and details of the embodiment of the present application are not described again.

Step 2302, the e-commerce module creates a auditorium service for the pay video according to the auditorium creation request.

It should be noted that step 2302 may refer to step 1002, and is not described in detail in this embodiment of the application.

Step 2303, the e-commerce module sends the creation success information of the auditorium service to the first display device.

The creation success information is used to indicate that the auditorium service creation is complete. It should be noted that step 1003 may be referred to in step 2203, and details are not described in this embodiment of the present application.

Step 2304, the first display device sends an invitation instruction carrying the user identifier of the second display device to the account module according to the creation success information.

It should be noted that step 2304 may refer to step 1004, and details of the embodiment of the present application are not described again.

Step 2305, the account module determines the device identifier of the second display device according to the user identifier of the second display device.

For example, the account module may obtain device identifiers corresponding to the user identifiers of the multiple devices, and further search for a device identifier corresponding to the user identifier of the second display device.

Step 2306, the account module sends an invitation instruction carrying the device identifier of the second display device to the information module.

The invitation instruction carrying the device identifier of the second display device is configured to: the indication information module sends invitation information to the second display device.

Step 2307, the information module sends invitation information to the second display device according to the invitation instruction carrying the device identifier of the second display device.

It should be noted that, in step 2307, reference may be made to step 1005 and step 1006, and details of the embodiment of the present application are not described again.

Step 2308, the second display device sends a request for auditorium access to the e-commerce module based on the invitation information.

It should be noted that step 1007 and step 1008 can be referred to in step 2308, and details of embodiments of the present application are not described again.

Step 2309, the e-commerce module calculates the cost of the order corresponding to each display device accessing the auditorium service according to the auditorium access request.

It should be noted that, in step 2309, reference may be made to the related description of determining, by the server, the cost of the order corresponding to each display device in step 1010, and details of the embodiment of the present application are not described again.

Step 2310, the e-commerce module sends the cost of the order corresponding to each display device to the first display device.

Step 2311, the first display device sends a payment request to the e-commerce module, the payment request requesting payment of a fee for at least one order, the at least one order including: the order corresponding to the first display device and the order corresponding to the second display device.

Illustratively, the payment request may carry an identification of the first display device and an identification of the second display device.

It should be noted that, in the step 2311, reference may be made to the related descriptions of the step 1009 through the step 1011 for generating the first payment request, and details of the embodiment of the present application are not described again. The user of the first display device may select the identity of the target display device among the displayed identities of the at least one display device, thereby triggering the first display device to generate the payment request.

Step 2312, the e-commerce module sends a verification request to the account module according to the payment request, wherein the verification request carries the identifier of the second display device.

Step 2313, when the account module determines that the identifier of the second display device is successfully verified, the account module sends a verification success indication to the e-commerce module.

Wherein the verification success indication is used for indicating that the identification verification of the second display device is successful.

It should be noted that, in step 2313, reference may be made to the related description of the server verifying the identifier of the target second display device in step 1012, which is not described in detail in this embodiment of the present application.

Step 2314, the e-commerce module sends information to be paid to the first display device according to the verification success indication, wherein the information to be paid is used for indicating the first display device to pay the cost of the at least one order.

It should be noted that, in step 2313, reference may be made to step 1012, which is not described in detail herein.

Step 2315, the first display device performs a payment for the at least one order based on the information to be paid.

It should be noted that, in step 2315, reference may be made to step 1013, and details of the embodiment of the present application are not described again.

At step 2316, the payment module sends a payment success indication to the e-commerce module after the first display device completes payment for the at least one order.

The payment success indication is for instructing the first display device to complete payment of the at least one order.

At step 2317, the e-commerce module sends the payment video to the first display device based on the payment success indication.

It should be noted that, in step 2317, reference may be made to step 1014, which is not described in detail herein.

At step 2318, the e-commerce module sends the payment video to the second display device based on the payment success indication.

It should be noted that, in step 2318, reference may be made to step 1015, which is not described in detail in this embodiment of the present application.

To sum up, in the video acquisition method provided in the embodiment of the present application, the first display device may request the e-commerce module to create a theater service for the pay video, and may perform fee payment for an order corresponding to the second display device according to the information to be paid sent by the e-commerce module, and then the second display device may access the theater service, so as to obtain the pay video free of charge when the fee payment for the order of the second display device is completed. Because the first display device pays the order corresponding to the second display device, the second display device can obtain the paid video free of charge by accessing the service of the projection hall without paying the paid video, and the limitation of video acquisition is favorably reduced.

Fig. 24 is a flowchart of another video capturing method according to another embodiment of the present application. The method may be used in the video acquiring system shown in fig. 1, and fig. 24 is used to explain a case where the second display device actively requests the first display device to pay the cost of the order corresponding to the second display device, and the user of the first display device agrees to pay the cost of the order corresponding to the second display device. It should be noted that, for this case, the steps identical to steps 2301 to 2308 in fig. 23 also need to be performed first, and fig. 24 does not describe these steps again, and the steps that need to be performed after the steps identical to step 2308 are performed are described directly. As shown in fig. 24, the method may include:

step 2401, the second display device sends a payment request to the e-commerce module.

It should be noted that step 2401 may refer to step 1901, and details of the embodiments of the present application are not described again.

Step 2402, the e-commerce module sends request payment information to the information module according to the payment request, wherein the request payment information carries the identifier of the second display device.

The request payment withholding information is used for indicating that: and the first display equipment pays the cost of the order corresponding to the second display equipment.

Step 2403, the information module sends a payment withholding instruction to the first display device according to the request payment withholding information, wherein the payment withholding instruction is used for indicating: and the first display equipment is used for assisting the payment of the order corresponding to the second display equipment.

It should be noted that step 1902 may be referred to in step 2403, and details of the embodiment of the present application are not described again.

Step 2404, the first display device sends a payment request to the e-commerce module according to the payment-for-delivery instruction, wherein the payment request is used for requesting payment of the cost of the order corresponding to the second display device.

Illustratively, the payment request may carry an identification of the second display device. It should be noted that step 2404 may refer to step 1903, which is not described in detail in this embodiment of the application.

Step 2405, the e-commerce module sends a verification request to the account module according to the payment request, wherein the verification request carries the identifier of the second display device.

Step 2406, when determining that the identifier of the second display device is successfully verified, the account module sends a verification success indication to the e-commerce module.

It should be noted that, in step 2406, reference may be made to related descriptions of the server checking the identifier of the target second display device in step 1012, which is not described in detail in this embodiment of the application.

Step 2407, the e-commerce module sends information to be paid to the first display device according to the verification success indication, wherein the information to be paid is used for indicating the first display device to pay the cost of the order corresponding to the second display device.

It should be noted that step 2407 may refer to step 1904, which is not described in detail in this embodiment of the application.

Step 2408, the first display device performs payment of the order corresponding to the second display device according to the information to be paid.

It should be noted that step 2408 may refer to step 1905, which is not described in detail in this embodiment of the application.

Step 2409, after the first display device completes payment of the order corresponding to the second display device, the payment module sends a payment success indication to the e-commerce module.

The payment success indication is used for indicating the first display equipment to complete payment of the order corresponding to the second display equipment.

Step 2410, the e-commerce module sends the payment video to the second display device according to the payment success indication.

It should be noted that, in step 2410, reference may be made to step 1906, which is not described again in this embodiment of the present application.

It should be noted that: in this embodiment, the video acquisition method is explained only by taking the server including the payment module, the auditorium module, and the video playing control module as an example, alternatively, the functions may be distributed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above.

It should be understood that the terms "first," "second," "third," and the like in the description and in the claims of the present application and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used are interchangeable under appropriate circumstances and can be implemented in sequences other than those illustrated or otherwise described herein with respect to the embodiments of the application, for example.

Furthermore, the terms "comprises" and "comprising," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a product or device that comprises a list of elements is not necessarily limited to those elements explicitly listed, but may include other elements not expressly listed or inherent to such product or device.

The term "module," as used herein, refers to any known or later developed hardware, software, firmware, artificial intelligence, fuzzy logic, or combination of hardware and/or software code that is capable of performing the functionality associated with that element.

The term "remote control" as used in this application refers to a component of an electronic device (such as the display device disclosed in this application) that is typically wirelessly controllable over a relatively short range of distances. Typically using infrared and/or Radio Frequency (RF) signals and/or bluetooth to connect with the electronic device, and may also include WiFi, wireless USB, bluetooth, motion sensor, etc. For example: the hand-held touch remote controller replaces most of the physical built-in hard keys in the common remote control device with the user interface in the touch screen.

The term "gesture" as used in this application refers to a user's behavior through a change in hand shape or an action such as hand motion to convey a desired idea, action, purpose, or result.

It should be noted that, the method embodiments provided in the embodiments of the present application can be mutually referred to corresponding apparatus embodiments, and the embodiments of the present application do not limit this. The sequence of the steps of the method embodiments provided in the embodiments of the present application can be appropriately adjusted, and the steps can be correspondingly increased or decreased according to the situation, and any method that can be easily conceived by those skilled in the art within the technical scope disclosed in the present application shall be covered by the protection scope of the present application, and therefore, the details are not repeated.

It will be understood by those skilled in the art that all or part of the steps for implementing the above embodiments may be implemented by hardware, or may be implemented by a program instructing relevant hardware, where the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, etc.

Embodiments of the present application also provide a computer program product containing instructions, which when run on a computer, cause the computer to execute the method provided by the embodiments of the present application.

The above description is only exemplary of the present application and should not be taken as limiting, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A video acquisition method for a first display device, the method comprising:

2. The method of claim 1, wherein prior to the receiving the information to be paid sent by the server, the method further comprises:

and sending a payment request to the server, wherein the payment request is used for requesting to pay the cost of the at least one order, and the information to be paid is generated by the server according to the payment request.

3. The method of claim 2, wherein prior to sending the payment request to the server, the method further comprises:

receiving an identifier of at least one display device sent by the server, wherein the at least one display device comprises the second display device;

displaying an identification of the at least one display device;

and when a selection instruction for the displayed identifier of the second display device is acquired, generating the payment request according to the selection instruction.

4. The method of claim 2, wherein prior to said sending a payment request to said server, said method further comprises:

receiving a payment withholding instruction sent by a server, wherein the payment withholding instruction is used for indicating that: the first display equipment carries out payment of the order corresponding to the second display equipment;

and generating the payment request according to the payment substituting indication.

5. The method of any of claims 1 to 4, wherein the at least one order further comprises: the order corresponding to the first display equipment; after the payment of the fee of the at least one order is made according to the information to be paid, the method further comprises:

and receiving the paid video sent by the server.

6. A video acquisition method for a second display device, the method comprising:

receiving the paid video sent by the server;

7. The method of claim 6, wherein prior to said receiving said paid video from said server, said method further comprises:

sending a payment withholding request to a server, wherein the payment withholding request is used for indicating that: and the first display equipment carries out the payment of the order corresponding to the second display equipment.

8. A video acquisition method, for a server, the method comprising:

9. The method of claim 8, wherein prior to said sending information to be paid to the first display device, the method further comprises:

receiving a payment request sent by the first display device, wherein the payment request is used for requesting to pay for the at least one order;

and generating the information to be paid according to the payment request.

10. The method of claim 9, wherein prior to said receiving the payment request sent by the first display device, the method further comprises:

when the second display device accesses the auditorium service, sending the identifier of the second display device to the first display device; the payment request is generated by the first display device according to the received identification of the second display device.

11. The method of claim 9, wherein prior to said receiving the payment request sent by the first display device, the method further comprises:

receiving a payment withholding request sent by the second display device, wherein the payment withholding request is used for indicating that: the first display equipment carries out payment of the order corresponding to the second display equipment;

sending a payment withholding instruction to the first display device according to the payment withholding request, wherein the payment withholding instruction is used for indicating that: the first display equipment carries out payment of the order corresponding to the second display equipment; the payment request is generated by the first display device according to the payment withholding instruction.

12. The method of any of claims 8 to 11, wherein the at least one order further comprises: the order corresponding to the first display equipment; the method further comprises the following steps:

and after the first display equipment completes the payment of the at least one order, sending the payment video to the first display equipment.

13. The method according to any one of claims 8 to 11, wherein when the first display device completes payment of the at least one order, the order corresponding to the second display device indicates that: and the cost of the order corresponding to the second display equipment is paid by the first display equipment.

14. The method of any of claims 8 to 11, wherein sending the payment video to the second display device after the first display device completes payment of the at least one order comprises:

and when a third display device for accessing the auditorium service exists, after the first display device finishes the target time length of the payment of the at least one order, sending the payment video to the second display device.

15. A display device, characterized in that the display device comprises:

a communication interface for communicating with a server;

a controller to:

16. A display device, characterized in that the display device comprises:

a communication interface for communicating with a server;

a controller to:

17. A server, characterized in that the server comprises:

a network interface unit for communicating with a display device;

a processing unit to: