CN116719487A

CN116719487A - Method and device for sending print job

Info

Publication number: CN116719487A
Application number: CN202211235604.5A
Authority: CN
Inventors: 聂旭
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2022-10-10
Filing date: 2022-10-10
Publication date: 2023-09-08

Abstract

The application relates to the field of terminals, and provides a method and a device for sending a print job. The method comprises the following steps: receiving a first printing parameter input by a user, wherein the first printing parameter comprises a target paper size, and the target paper size belongs to a paper size range supported by a printer; determining whether the target paper size is a custom paper size; when the target paper size is the custom paper size, generating a custom mark; generating a print job comprising the custom identifier and the target paper size, the custom identifier being used to instruct the printer to print using the target paper size; and sending the print job to the printer. The method can enable the printer to complete the custom printing task issued by the user in the supported size range.

Description

Method and device for sending print job

Technical Field

The application relates to the field of terminals, in particular to a method and a device for sending a print job.

Background

A printer is one of output devices of a computer for printing a computer processing result on a medium such as paper. With the development of technology, the degree of intellectualization of printers is increasing. The intelligent printer can be connected with terminal equipment such as a mobile phone, and a user can select the paper size on the mobile phone to control the printer to print paper with different sizes.

However, the paper sizes selected by the user on the mobile phone are preset, and even if the paper sizes input by the user are within the size range supported by the printer, if the preset paper sizes do not meet the user's requirements, the printer cannot complete the print tasks issued by the user.

Disclosure of Invention

The embodiment of the application provides a method and a device for sending a print job, which can enable a printer to finish a user-defined print job issued by a user in a supported size range.

In a first aspect, a method for sending a print job is provided, which is applied to a terminal device, and includes: receiving a first printing parameter input by a user, wherein the first printing parameter comprises a target paper size, and the target paper size belongs to a paper size range supported by a printer; determining whether the target paper size is a custom paper size; when the target paper size is the custom paper size, generating a custom mark; generating a print job comprising the custom identifier and the target paper size, the custom identifier being used to instruct the printer to print using the target paper size; and sending the print job to the printer.

In the conventional printing method, the terminal device and the printer store preset paper sizes, the terminal device directly maps the target paper sizes into size identifiers after receiving the target paper sizes input by the user, and the printing task sent to the printer by the terminal device comprises codes of the paper sizes but does not comprise specific data of the paper sizes. If the target paper size is different from the preset paper size, the terminal device cannot map the target paper size to the size identifier, and cannot issue a print job to the printer. In this embodiment, after receiving the target paper size, the terminal device first determines whether the target paper size is a custom paper size, if not, generates a custom identifier, and issues the custom identifier and the target paper size to the printer at the same time, so that the printer can determine to print using the target paper size carried in the print job based on the custom identifier, and thus can complete the custom print job issued by the user in the size range supported by the printer.

Optionally, the terminal device includes a printing service, the first printing parameter includes a name of the target paper size, and the determining whether the target paper size is a custom paper size includes: the print service obtains the name from the first print parameter; the printing service determines whether the target paper size is a custom paper size according to whether a name mapping table contains the name, wherein when the name mapping table does not contain the name, the target paper size is the custom paper size, and when the name mapping table contains the name, the target paper size is the preset paper size; the generating the custom identifier comprises the following steps: the print service generates a print second print parameter that includes the custom identification and the target paper size.

The target paper size entered by the user may be a name of a paper size (e.g., A4 or a custom name) that the printer cannot recognize, and thus the print service needs to convert the name into a parameter that can be recognized by the printer. The printing service can use the name mapping table to convert the name of the target paper size, the present embodiment multiplexes the existing conversion process to realize the purpose of identifying whether the target paper size is the custom paper size, and the complexity of realizing custom printing is reduced.

Optionally, the method further comprises: when the name mapping table does not contain the name, the print service adds the target paper size to the name mapping table.

When the name mapping table does not contain the name of the target paper size, the printing service can add the name into the name mapping table, so that when the printing service receives the name of the target paper size again next time, the printing service does not need to issue a second printing parameter containing a custom identifier and the target paper size again, and only the size identifier corresponding to the target paper size is transmitted to the printing so library, thereby reducing the consumption of transmission resources.

Optionally, the terminal device includes a print so library, and the generating a print job including the custom identifier and the target paper size includes: the print so library receiving the second print parameters from the print service; the printing so library acquires a size identifier from the second printing parameters; when the size identifier is the custom identifier, the print so library generates a print job including the custom identifier and the target paper size.

The printing so library is a module for generating a printing task, if the size identifier in the second printing parameter is a custom identifier, the printing so library determines that the custom printing task needs to be executed, and generates the printing task comprising the custom identifier and the target paper size, so that the custom printing function is realized.

Optionally, the method further comprises: the print so library adds the target paper size to a set of paper sizes for recording a range of paper sizes supported by the print so library.

After the embodiment is applied, when the printing so library receives the name of the target paper size again next time, and the printer is confirmed to support the target paper size, the printing so library can directly issue the size identification of the target paper size, so that the use of the preset size identification (the preset size and the target paper size may not be matched) due to the fact that the paper size set does not have the target paper size is avoided.

Optionally, before receiving the print parameter input by the user, the method further includes: sending a request message to the printer, wherein the request message requests to acquire a paper size range supported by the printer; receiving a response message from the printer; and determining the paper size range supported by the printer according to the response message.

The present embodiment can prevent a printing error caused by the target paper size exceeding the paper size range supported by the printer.

Optionally, the determining the paper size range supported by the printer according to the response message includes: analyzing a plurality of size data from the response message; and determining a paper size range supported by the printer according to the size identifiers of the plurality of size data, wherein the size identifiers of the plurality of size data are used for identifying the maximum value and the minimum value of the paper size range supported by the printer.

Optionally, the method further comprises: and displaying a paper size range supported by the printer on a UI according to the plurality of size data, wherein the UI is used for the user to input the printing parameters.

The embodiment can prompt the user of the range of paper sizes supported by the printer, and avoid time waste caused by the fact that the user inputs the paper sizes which are not supported by the printer without knowing.

Optionally, the method further comprises: when the target paper size is a preset paper size, generating a print job including a target size mark, wherein the target size mark is a mark of the target paper size when the printing so library supports the target paper size, and is a mark of a paper size closest to the target paper size when the printing so library does not support the target paper size; and sending the print task comprising the target size identifier to the printer.

In a second aspect, there is provided an apparatus for transmitting a print job, comprising means for performing any of the methods of the first aspect. The device can be a terminal device or a chip in the terminal device. The apparatus may include an input unit and a processing unit.

When the apparatus is a terminal device, the processing unit may be a processor, and the input unit may be a communication interface; the terminal device may further comprise a memory for storing computer program code which, when executed by the processor, causes the terminal device to perform any of the methods of the first aspect.

When the device is a chip in the terminal equipment, the processing unit may be a logic processing unit inside the chip, and the input unit may be an output interface, a pin, a circuit, or the like; the chip may also include memory, which may be memory within the chip (e.g., registers, caches, etc.), or memory external to the chip (e.g., read-only memory, random access memory, etc.); the memory is for storing computer program code which, when executed by the processor, causes the chip to perform any of the methods of the first aspect.

In a third aspect, there is provided a computer readable storage medium storing computer program code which, when run by an apparatus for sending a print job, causes the apparatus to perform any one of the methods of the first aspect.

In a fourth aspect, there is provided a computer program product comprising: computer program code which, when run by an apparatus which transmits a print job, causes the apparatus to perform any of the methods of the first aspect.

Drawings

FIG. 1 is a schematic illustration of an application scenario suitable for use with the present application;

FIG. 2 is a schematic diagram of a print parameter setting UI provided by the present application;

FIG. 3 is a schematic diagram of a hardware system suitable for use in the apparatus of the present application;

FIG. 4 is a schematic diagram of a software system suitable for use with the apparatus of the present application;

FIG. 5 is a schematic diagram of a method of establishing a communication connection and obtaining printer attributes provided by the present application;

FIG. 6 is a schematic diagram of a method for obtaining a range of printer supported paper sizes from the media supported field provided by the present application;

FIG. 7 is a schematic diagram of a print parameter setting UI provided by the present application;

FIG. 8 is a schematic diagram of a custom paper size setting UI provided by the present application;

fig. 9 is a schematic diagram of a UI for switching width and height units according to the present application;

FIG. 10 is a schematic diagram of a method of inputting first printing parameters according to the present application;

FIG. 11 is a schematic diagram of a method of generating and transmitting print jobs provided by the present application;

FIG. 12 is a schematic illustration of a method of determining whether a target paper size is a custom paper size provided by the present application;

FIG. 13 is a schematic diagram of a method of generating a print job based on a second print parameter provided by the present application;

fig. 14 is a schematic diagram of another method of sending a print job provided by the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings.

Fig. 1 is a schematic diagram of an application scenario suitable for the present application.

The terminal device may be a cell phone, a foldable electronic device, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, an ultra-mobile personal computer (ultra-mobile personal computer, UMPC), a netbook, a cellular telephone, a personal digital assistant (personal digital assistant, PDA), an augmented reality (augmented reality, AR) device, a Virtual Reality (VR) device, an artificial intelligence (artificial intelligence, AI) device, a wearable device, or a smart home device. The embodiment of the application does not limit the specific type of the terminal equipment.

The printer may be a pin printer, an inkjet printer, or a laser printer, and embodiments of the present application are not limited to a particular type of printer.

The communication connection between the terminal device and the printer is provided, and the communication connection can be Bluetooth connection or wireless fidelity (wireless fidelity, wiFi) connection. Through the communication connection, the terminal device can acquire properties of the printer, such as a paper size range supported by the printer, ink remaining condition of the printer, and the like, and can also send a print job to the printer.

When the user needs to use the printer, the user can set the printing parameters on the terminal device. For example, the user may click on the print assistant APP on the terminal device, call up the print parameter setting UI; alternatively, the user may call out the print parameters UI through the print options of the document. The embodiment of the application does not limit the specific way of calling out the printing parameter setting UI.

Fig. 2 is a schematic diagram of a print parameter setting UI provided by the present application.

The print parameter setting UI includes a plurality of preset paper sizes such as international organization for standardization (international organization for standardization, ISO) A4 size, legal (Legal) size, japanese industrial standard (Japanese industrial standards, JIS) B5 size, ISO A5 size, 4×6 inches, 8×10 inches, and Letter (Letter) size. The user can select a desired print size in the print parameter setting UI and click on the selected print size.

For example, the user needs to print an A4 document, the user may select the ISO A4 option and then click "ok" to complete the print parameter settings. The terminal device generates a print job containing a document and a size identifier corresponding to ISO A4 based on an operation of the user, and then, the terminal device transmits the size identifier to the printer. After the printer receives the print task, the document and the size identification are analyzed from the print task, and the printer can determine the paper size required for printing the document according to the size identification and select the paper size to print the document because the printer stores the corresponding relation between the size identification and the paper size.

The paper size displayed by the print parameter setting UI is a paper size supported by the printer, and theoretically, the printer can satisfy the print requirement of the user as long as the paper size required by the user is within the range of the paper size supported by the printer. However, both the memory space of the printer and the display interface of the print parameter setting UI are limited, and it is impossible to preset an excessive paper size, which may result in the print demands of some users not being satisfied.

The application provides a method and a device for sending a print job, which can enable a printer to finish a user-defined print job issued by a user within a supported size range.

First, a hardware system and a software system suitable for the device of the present application will be described.

Fig. 3 shows a hardware system suitable for use in the apparatus 100 of the present application. The apparatus 100 is one possible form of a terminal device.

The apparatus 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (universal serial bus, USB) interface 130, a charge management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, keys 190, a motor 191, an indicator 192, a camera module 193, a display 194, and a subscriber identity module (subscriber identification module, SIM) card interface 195. The sensor module 180 may include a pressure sensor 180A, a gyro sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

The configuration shown in fig. 3 does not constitute a specific limitation of the apparatus 100. In other embodiments of the application, the apparatus 100 may include more or fewer components than those shown in FIG. 3, or the apparatus 100 may include a combination of some of the components shown in FIG. 3, or the apparatus 100 may include sub-components of some of the components shown in FIG. 3. The components shown in fig. 3 may be implemented in hardware, software, or a combination of software and hardware.

Processor 110 may include one or more processing units. For example, the processor 110 may include at least one of the following processing units: application processors (application processor, AP), modem processors, graphics processors (graphics processing unit, GPU), image signal processors (image signal processor, ISP), controllers, video codecs, digital signal processors (digital signal processor, DSP), baseband processors, neural-Network Processors (NPU). The different processing units may be separate devices or integrated devices.

The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby improving the efficiency of the system.

In some embodiments, the processor 110 may include one or more interfaces. For example, the processor 110 may include at least one of the following interfaces: inter-integrated circuit, I2C) interfaces, inter-integrated circuit audio (inter-integrated circuit sound, I2S) interfaces, pulse code modulation (pulse code modulation, PCM) interfaces, universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interfaces, mobile industry processor interfaces (mobile industry processor interface, MIPI), general-purpose input/output (GPIO) interfaces, SIM interfaces, USB interfaces.

The I2C interface is a bi-directional synchronous serial bus comprising a serial data line (SDA) and a serial clock line (derail clock line, SCL). In some embodiments, the processor 110 may contain multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, charger, flash, camera module 193, etc., respectively, through different I2C bus interfaces. For example: the processor 110 may couple the touch sensor 180K through an I2C interface, causing the processor 110 to communicate with the touch sensor 180K through an I2C bus interface, implementing the touch functionality of the device 100.

The I2S interface may be used for audio communication. In some embodiments, the processor 110 may contain multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 via an I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may transmit an audio signal to the wireless communication module 160 through the I2S interface, to implement a function of answering a call through the bluetooth headset.

PCM interfaces may also be used for audio communication to sample, quantize and encode analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled through a PCM interface. In some embodiments, the audio module 170 may also transmit audio signals to the wireless communication module 160 through the PCM interface to implement a function of answering a call through the bluetooth headset. Both the I2S interface and the PCM interface may be used for audio communication.

The UART interface is a universal serial data bus for asynchronous communications. The bus may be a bi-directional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is typically used to connect the processor 110 with the wireless communication module 160. For example: the processor 110 communicates with a bluetooth module in the wireless communication module 160 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 170 may transmit an audio signal to the wireless communication module 160 through a UART interface, to implement a function of playing music through a bluetooth headset.

The MIPI interface may be used to connect the processor 110 with peripheral devices such as the display 194 and camera module 193. The MIPI interfaces include camera serial interfaces (camera serial interface, CSI), display serial interfaces (display serial interface, DSI), and the like. In some embodiments, processor 110 and camera module 193 communicate through a CSI interface to implement the camera functions of apparatus 100. Processor 110 and display 194 communicate via a DSI interface to implement the display functions of apparatus 100.

The GPIO interface may be configured by software. The GPIO interface may be configured as a control signal interface as well as a data signal interface. In some embodiments, a GPIO interface may be used to connect the processor 110 with the camera module 193, the display 194, the wireless communication module 160, the audio module 170, and the sensor module 180. The GPIO interface may also be configured as an I2C interface, an I2S interface, a UART interface, or a MIPI interface.

The connection relationships between the modules shown in fig. 3 are merely illustrative, and do not constitute a limitation on the connection relationships between the modules of the apparatus 100. Alternatively, the modules of the apparatus 100 may be connected by interfaces different from those in the above embodiments, or the modules of the apparatus 100 may be connected by a combination of multiple connection manners in the above embodiments.

The USB interface 130 is an interface conforming to the USB standard specification, and may be, for example, a Mini (Mini) USB interface, a Micro (Micro) USB interface, or a C-type USB (USB Type C) interface. The USB interface 130 may be used to connect a charger to charge the device 100, to transfer data between the device 100 and a peripheral device, and to connect a headset to play audio through the headset. The USB interface 130 may also be used to connect other devices, such as AR equipment.

The charge management module 140 is used to receive power from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charge management module 140 may receive the current of the wired charger through the USB interface 130. In some wireless charging embodiments, the charge management module 140 may receive electromagnetic waves (current path shown in dashed lines) through the wireless charging coil of the device 100. The charging management module 140 may also provide power to the device 100 through the power management module 141 while charging the battery 142.

The power management module 141 is used for connecting the battery 142, the charge management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 to power the processor 110, the internal memory 121, the display 194, the camera module 193, and the wireless communication module 160. The power management module 141 may also be used to monitor parameters such as battery capacity, battery cycle times, and battery state of health (e.g., leakage, impedance). Alternatively, the power management module 141 may be provided in the processor 110, or the power management module 141 and the charge management module 140 may be provided in the same device.

The wireless communication function of the apparatus 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in the apparatus 100 may be used to cover a single or multiple communication bands. Different antennas may also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed into a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution for wireless communication applied on the device 100, such as at least one of the following: second generation (2) ^th generation, 2G) mobile communication solutions, third generation (3 ^th generation, 3G) mobile communication solution, fourth generation (4 ^th generation, 5G) mobile communication solution, fifth generation (5 ^th generation, 5G) mobile communication solution. The mobile communication module 150 may include at least one filter, switch, power amplifier and low noise amplifier (low noise amplifier, LNA), etc. The mobile communication module 150 may receive electromagnetic waves from the antenna 1, perform processes such as filtering and amplifying the received electromagnetic waves, and then transmit the electromagnetic waves to a modem processor for demodulation. The mobile communication module 150 may further amplify the signal modulated by the modem processor, and the amplified signal is converted into electromagnetic waves by the antenna 1 and radiated. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be provided in the same device as at least some of the modules of the processor 110.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low frequency baseband signal to the baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs sound signals through audio devices (e.g., speaker 170A and receiver 170B) or displays images or video through a display screen 194. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional module, independent of the processor 110.

Similar to the mobile communication module 150, the wireless communication module 160 may also provide wireless communication solutions applied on the device 100, such as at least one of the following: wireless local area network (wireless local area networks, WLAN), bluetooth (BT), global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field communication (near field communication, NFC), infrared (IR). The wireless communication module 160 may be one or more devices that integrate at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, frequency-modulates and filters the electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, frequency modulate and amplify it, and convert the signal into electromagnetic waves to radiate via the antenna 2.

In some embodiments, antenna 1 of device 100 is coupled to mobile communication module 150 and antenna 2 of device 100 is coupled to wireless communication module 160.

The device 100 may implement display functions through a GPU, a display screen 194, and an application processor. The GPU is a microprocessor for image processing, and is connected to the display 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or change display information.

The display screen 194 may be used to display images or video. The display 194 includes a display panel. The display panel may employ a liquid crystal display (liquid crystal display, LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a Mini light-emitting diode (Mini LED), a Micro light-emitting diode (Micro LED), a Micro OLED (Micro OLED), or a quantum dot LED (quantum dot light emitting diodes, QLED). In some embodiments, the apparatus 100 may include 1 or N display screens 194, N being a positive integer greater than 1.

The apparatus 100 may implement photographing functions through a camera module 193, an ISP, a DSP, a video codec, a GPU, a display screen 194, an application processor, and the like.

The camera module 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a Complementary Metal Oxide Semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into a standard Red Green Blue (RGB), YUV, etc. format image signal. In some embodiments, the apparatus 100 may include 1 or N camera modules 193, N being a positive integer greater than 1.

The ISP is used to process the data fed back by the camera module 193. For example, when photographing, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electric signal, and the camera photosensitive element transmits the electric signal to the ISP for processing and is converted into an image visible to naked eyes. The ISP can carry out algorithm optimization on noise, brightness and color of the image, and can optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be disposed in the camera module 193.

The DSP is used to process digital signals, and may process other digital signals in addition to digital image signals. For example, when the apparatus 100 selects a frequency bin, the DSP is used to fourier transform the frequency bin energy, or the like.

Video codecs are used to compress or decompress digital video. The apparatus 100 may support one or more video codecs. In this way, the apparatus 100 may play or record video in a variety of encoding formats, such as: dynamic picture experts group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, and MPEG4.

The NPU is a processor which refers to the biological neural network structure, for example, refers to the transmission mode among human brain neurons to rapidly process input information, and can also be continuously self-learned. Intelligent awareness and other functions of the device 100 may be implemented by the NPU, for example: image recognition, face recognition, speech recognition, and text understanding.

In some embodiments, the camera module 193 may be composed of a color camera module and a 3D sensing module.

In some embodiments, the photosensitive element of the camera of the color camera module may be a CCD or CMOS phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV, or the like format.

In some embodiments, the 3D sensing module may be a time of flight (TOF) 3D sensing module or a structured light (3D) sensing module. The structured light 3D sensing is an active depth sensing technology, and basic components of the structured light 3D sensing module may include an IR emitter, an IR camera module, and the like. The working principle of the structured light 3D sensing module is that a light spot (pattern) with a specific pattern is emitted to a shot object, then a light spot pattern code (light coding) on the surface of the object is received, and the difference between the light spot and an original projected light spot is compared, and the three-dimensional coordinate of the object is calculated by utilizing the triangle principle. The three-dimensional coordinates include the distance of the device 100 from the object to be photographed. The TOF 3D sensing may be an active depth sensing technology, and the basic components of the TOF 3D sensing module may include an IR emitter, an IR camera module, and the like. The working principle of the TOF 3D sensing module is to calculate the distance (namely depth) between the TOF 3D sensing module and the shot object through the time of infrared ray turn-back so as to obtain a 3D depth map.

The structured light 3D sensing module can also be applied to the fields of face recognition, somatosensory game machines, industrial machine vision detection and the like. The TOF 3D sensing module can also be applied to the fields of game machines, AR/VR and the like.

In other embodiments, camera module 193 may also be comprised of two or more cameras. The two or more cameras may include a color camera that may be used to capture color image data of the object being photographed. The two or more cameras may employ stereoscopic vision (stereo) technology to acquire depth data of the photographed object. The stereoscopic vision technology is based on the principle of parallax of human eyes, and obtains distance information, i.e., depth information, between the device 100 and the object to be photographed by shooting images of the same object from different angles through two or more cameras under a natural light source and performing operations such as triangulation.

In some embodiments, the apparatus 100 may include 1 or more camera modules 193. For example, the apparatus 100 may include 1 front camera module 193 and 1 rear camera module 193. The front camera module 193 can be used to collect color image data and depth data of a photographer facing the display screen 194, and the rear camera module can be used to collect color image data and depth data of a photographed object (such as a person, a landscape, etc.) facing the photographer.

In some embodiments, a CPU, GPU or NPU in the processor 110 may process color image data and depth data acquired by the camera module 193. In some embodiments, the NPU may identify color image data acquired by the camera module 193 by a neural network algorithm, such as a convolutional neural network algorithm, based on which bone point identification techniques are based, to determine bone points of the captured person. The CPU or GPU may also be operable to run a neural network algorithm to effect determination of skeletal points of the captured person from the color image data. In some embodiments, the CPU, GPU or NPU may be further configured to confirm the stature (such as body proportion, weight of the body part between the skeletal points) of the photographed person based on the depth data collected by the camera module 193 (which may be a 3D sensing module) and the identified skeletal points, and further determine body beautification parameters for the photographed person, and finally process the photographed image of the photographed person according to the body beautification parameters, so that the body form of the photographed person in the photographed image is beautified.

The external memory interface 120 may be used to connect an external memory card, such as a Secure Digital (SD) card, to implement the memory capability of the expansion device 100. The external memory card communicates with the processor 110 through an external memory interface 120 to implement data storage functions. Files such as music and video are stored in an external memory card.

The internal memory 121 may be used to store computer executable program code including instructions. The internal memory 121 may include a storage program area and a storage data area. Wherein the storage program area may store application programs required for at least one function (e.g., a sound playing function and an image playing function) of the operating system. The storage data area may store data (e.g., audio data and phonebooks) created during use of the device 100. Further, the internal memory 121 may include a high-speed random access memory, and may also include a nonvolatile memory such as: at least one disk storage device, a flash memory device, and a universal flash memory (universal flash storage, UFS), etc. The processor 110 performs various processing methods of the apparatus 100 by executing instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor.

The device 100 may implement audio functions, such as music playing and recording, through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, an application processor, and the like.

The audio module 170 is used to convert digital audio information into an analog audio signal output, and may also be used to convert an analog audio input into a digital audio signal. The audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 or a portion of the functional modules of the audio module 170 may be disposed in the processor 110.

The speaker 170A, also referred to as a horn, is used to convert audio electrical signals into sound signals. The device 100 may listen to music or hands-free conversation through the speaker 170A.

A receiver 170B, also referred to as an earpiece, converts the audio electrical signal into a sound signal. When a user uses the device 100 to answer a telephone call or voice message, the user can answer the voice by placing the receiver 170B close to the ear.

Microphone 170C, also known as a microphone or microphone, is used to convert sound signals into electrical signals. When a user makes a call or transmits voice information, a sound signal may be input to the microphone 170C by sounding near the microphone 170C. The apparatus 100 may be provided with at least one microphone 170C. In other embodiments, the apparatus 100 may be provided with two microphones 170C to achieve a noise reduction function. In other embodiments, the device 100 may also be provided with three, four or more microphones 170C to perform sound signal collection, noise reduction, sound source identification, and directional recording functions.

The earphone interface 170D is used to connect a wired earphone. The headset interface 170D may be a USB interface 130 or a 3.5mm open mobile device 100 platform (open mobile terminal platform, OMTP) standard interface, a american cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.

The pressure sensor 180A is used to sense a pressure signal, and may convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A may be of various types, such as a resistive pressure sensor, an inductive pressure sensor, or a capacitive pressure sensor. The capacitive pressure sensor may be a device comprising at least two parallel plates with conductive material, and when a force is applied to the pressure sensor 180A, the capacitance between the electrodes changes, and the device 100 determines the strength of the pressure based on the change in capacitance. When a touch operation acts on the display screen 194, the apparatus 100 detects the touch operation according to the pressure sensor 180A. The device 100 may also calculate the location of the touch based on the detection signal of the pressure sensor 180A. In some embodiments, touch operations that act on the same touch location, but at different touch operation strengths, may correspond to different operation instructions. For example: executing an instruction for checking the short message when the touch operation with the touch operation intensity smaller than the first pressure threshold acts on the short message application icon; and executing the instruction of newly creating the short message when the touch operation with the touch operation intensity being larger than or equal to the first pressure threshold acts on the short message application icon.

The gyro sensor 180B may be used to determine a motion gesture of the apparatus 100. In some embodiments, the angular velocity of device 100 about three axes (i.e., the x-axis, the y-axis, and the z-axis) may be determined by gyro sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. For example, when the shutter is pressed, the gyro sensor 180B detects the angle of the shake of the apparatus 100, calculates the distance to be compensated for by the lens module according to the angle, and allows the lens to counteract the shake of the apparatus 100 by the reverse motion, thereby realizing anti-shake. The gyro sensor 180B can also be used for scenes such as navigation and motion sensing games.

The air pressure sensor 180C is used to measure air pressure. In some embodiments, the device 100 calculates altitude from barometric pressure values measured by the barometric pressure sensor 180C, aiding in positioning and navigation.

The magnetic sensor 180D includes a hall sensor. The device 100 may detect the opening and closing of the flip holster using the magnetic sensor 180D. In some embodiments, when the device 100 is a flip-top machine, the device 100 may detect the opening and closing of the flip-top according to the magnetic sensor 180D. The device 100 can set the characteristics of automatic unlocking of the flip cover according to the detected opening and closing state of the leather sheath or the detected opening and closing state of the flip cover.

The acceleration sensor 180E can detect the magnitude of acceleration of the device 100 in various directions (typically the x-axis, y-axis, and z-axis). The magnitude and direction of gravity can be detected when the device 100 is stationary. The acceleration sensor 180E may also be used to recognize the gesture of the apparatus 100 as an input parameter for applications such as landscape switching and pedometer.

The distance sensor 180F is used to measure a distance. The device 100 may measure distance by infrared or laser. In some embodiments, for example, in a shooting scene, the apparatus 100 may range using the distance sensor 180F to achieve fast focusing.

The proximity light sensor 180G may include, for example, a light-emitting diode (LED) and a light detector, for example, a photodiode. The LED may be an infrared LED. The device 100 emits infrared light outwards through the LED. The device 100 uses a photodiode to detect infrared reflected light from nearby objects. When reflected light is detected, the apparatus 100 may determine that an object is present nearby. When no reflected light is detected, the apparatus 100 may determine that there is no object nearby. The device 100 can use the proximity light sensor 180G to detect whether the user is holding the device 100 close to the ear for talking, so as to automatically extinguish the screen for power saving. The proximity light sensor 180G may also be used for automatic unlocking and automatic screen locking in holster mode or pocket mode.

The ambient light sensor 180L is used to sense ambient light level. The device 100 may adaptively adjust the brightness of the display 194 based on the perceived ambient light level. The ambient light sensor 180L may also be used to automatically adjust white balance when taking a photograph. Ambient light sensor 180L may also cooperate with proximity light sensor 180G to detect whether device 100 is in a pocket to prevent false touches.

The fingerprint sensor 180H is used to collect a fingerprint. The device 100 can utilize the collected fingerprint characteristics to realize the functions of unlocking, accessing an application lock, photographing, answering an incoming call and the like.

The temperature sensor 180J is for detecting temperature. In some embodiments, the apparatus 100 performs a temperature processing strategy using the temperature detected by the temperature sensor 180J. For example, when the temperature reported by temperature sensor 180J exceeds a threshold, apparatus 100 performs a reduction in performance of a processor located in the vicinity of temperature sensor 180J in order to reduce power consumption to implement thermal protection. In other embodiments, when the temperature is below another threshold, the device 100 heats the battery 142 to avoid low temperatures causing the device 100 to shut down abnormally. In other embodiments, when the temperature is below a further threshold, the device 100 performs boosting of the output voltage of the battery 142 to avoid abnormal shutdown caused by low temperatures.

The touch sensor 180K, also referred to as a touch device. The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a touch screen. The touch sensor 180K is for detecting a touch operation acting thereon or thereabout. The touch sensor 180K may communicate the detected touch operation to the application processor to determine the touch event type. Visual output related to touch operations may be provided through the display 194. In other embodiments, the touch sensor 180K may also be disposed on the surface of the device 100 and at a different location than the display 194.

The bone conduction sensor 180M may acquire a vibration signal. In some embodiments, bone conduction sensor 180M may acquire a vibration signal of a human vocal tract vibrating bone pieces. The bone conduction sensor 180M may also contact the pulse of the human body to receive the blood pressure pulsation signal. In some embodiments, bone conduction sensor 180M may also be provided in a headset, in combination with an osteoinductive headset. The audio module 170 may analyze the voice signal based on the vibration signal of the sound portion vibration bone block obtained by the bone conduction sensor 180M, so as to implement a voice function. The application processor may analyze the heart rate information based on the blood pressure beat signal acquired by the bone conduction sensor 180M, so as to implement a heart rate detection function.

The keys 190 include a power-on key and an volume key. The keys 190 may be mechanical keys or touch keys. The device 100 may receive a key input signal and implement a function associated with the key input signal.

The motor 191 may generate vibration. The motor 191 may be used for incoming call alerting as well as for touch feedback. The motor 191 may generate different vibration feedback effects for touch operations acting on different applications. The motor 191 may also produce different vibration feedback effects for touch operations acting on different areas of the display screen 194. Different application scenarios (e.g., time alert, receipt message, alarm clock, and game) may correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization.

The indicator 192 may be an indicator light, which may be used to indicate a change in state of charge and charge, or may be used to indicate a message, missed call, and notification.

The SIM card interface 195 is used to connect a SIM card. The SIM card may be inserted into the SIM card interface 195 to make contact with the apparatus 100, or may be removed from the SIM card interface 195 to make separation from the apparatus 100. The device 100 may support 1 or N SIM card interfaces, N being a positive integer greater than 1. The same SIM card interface 195 may simultaneously insert multiple cards, which may be of the same type or of different types. The SIM card interface 195 may also be compatible with external memory cards. The device 100 interacts with the network through the SIM card to perform functions such as talking and data communication. In some embodiments, the device 100 employs an embedded SIM (eSIM) card, which may be embedded in the device 100 and not separable from the device 100.

The hardware system of the apparatus 100 is described in detail above, and the software system of the apparatus 100 is described below. The software system may employ a layered architecture, an event driven architecture, a microkernel architecture, a micro-service architecture, or a cloud architecture, and embodiments of the present application illustratively describe the software system of the apparatus 100.

As shown in fig. 4, the software system using the hierarchical architecture is divided into several layers, each of which has a clear role and division. The layers communicate with each other through a software interface. In some embodiments, the software system may be divided into five layers, from top to bottom, an application layer, an application framework layer, a native (native) layer, a hardware abstraction layer (hardware abstract layer, HAL), and a kernel layer, respectively.

The application layer may include a series of application packages.

The application packages may include Applications (APP) such as print assistants, print services, print shared object (so) libraries, WLAN, video, gallery, talk, navigation, and bluetooth.

The print assistant is mainly used for carrying the functions of setting printing parameters, previewing printing effects and creating printing tasks, and can interact with the printing service through the binder communication.

The printing service is mainly responsible for printing task management, printer state management and printer attribute acquisition, and the printing service and the printing so library complete data interaction through JAVA native interfaces (JAVA native interface, JNI).

The print so library provides the basic capabilities for the print service and communicates with the printer via the internet print protocol (internet printing protocol, IPP) protocol.

The application framework layer provides an application programming interface (application programming interface, API) and programming framework for application programs of the application layer. The application framework layer may include some predefined functions.

For example, the application framework layer includes a content provider, a view system, and a manager, where the manager may include an activity manager, a notification manager, a window manager, an input manager, and a resource manager.

The content provider is used to store and retrieve data and make such data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, and phonebooks.

The view system includes visual controls, such as controls to display text and controls to display pictures. The view system may be used to build applications. The display interface may be composed of one or more views, for example, a display interface including a text notification icon may include a view displaying text and a view displaying a picture.

The activity manager may provide an activity management service (activity manager service, AMS) that may be used for the initiation, switching, scheduling of system components (e.g., activities, services, content providers, and broadcast receivers), and management and scheduling of application processes.

The notification manager allows the application to display notification information in a status bar, can be used to communicate notification type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as a notification manager, is used for download completion notification and message alerting. The notification manager may also manage notifications that appear in the system top status bar in the form of charts or scroll bar text, such as notifications for applications running in the background. The notification manager may also manage notifications that appear on the screen in the form of dialog windows, such as prompting text messages in status bars, sounding prompts, vibrating electronic devices, and flashing lights.

The window manager provides window management services (window manager service, WMS) that may be used for window management, window animation management, surface management, and as a transfer station to the input system.

The input manager may provide input management services (input manager service, IMS), which may be used to manage inputs to the system, e.g., touch screen inputs, key inputs, sensor inputs, etc. The IMS retrieves events from the input device node and distributes the events to the appropriate windows through interactions with the WMS.

The resource manager provides various resources for the application program, such as localization strings, icons, pictures, layout files, and video files.

The native layer is also called a system runtime layer, and comprises a native C/C++ library and An Zhuoyun rows (Android ^TM runtime，ART)。

The native C/c++ library may include a number of functional modules such as: surface manager (surface manager), media frame (media frame), 3D graphics processing library (e.g., embedded system open graphics library (open graphics library for embedded system, openGL ES)), 2D graphics engine (e.g., shadow graphics library (skia graphics library, SGL)), and C-standard library (C standard library, libc).

The surface manager is used to manage the display subsystem and provides a fusion of the 2D and 3D layers for the plurality of applications.

The media framework supports playback and recording in multiple audio formats, playback and recording in multiple video formats, and still image files. The media framework may support a variety of audio video coding formats such as MPEG4, H.264, MPEG audio layer III (moving picture experts group audio layer III, MP 3), advanced audio coding (advanced audio coding, AAC), adaptive multi-rate (AMR), joint photographic experts group (joint photographic experts group, JPEG), and portable network graphics (portable network graphics, PNG).

SGL is the drawing engine for 2D drawing.

OpenGL ES may be used to implement 3D graphics drawing, image rendering, compositing, and layer processing.

libc is used to provide the basic C language function.

ART is primarily responsible for converting source code into machine code. ART also has functions of memory management, garbage collection, etc.

ART includes core libraries and virtual machines.

The core libraries are mainly used to provide basic Java class libraries, such as basic data structure, math, input/output (I/O), tools, networks, etc. The core library also provides system APIs for developers.

The virtual machine may be a Dalvik virtual machine that converts source code into machine code using Just In Time (JIT) compilation strategy, or an ART virtual machine that converts source code into machine code using advanced time (AOT) compilation strategy.

The application layer and the application framework layer run in a virtual machine. The virtual machine converts java files of the application program layer and the application program framework layer into binary files. The virtual machine is used for executing functions such as management of object life cycle, stack management, thread management, security and exception management, garbage collection and the like.

The hardware abstraction layer runs in a user space (user space), encapsulates the kernel layer driver, and provides a call interface to the upper layer. The hardware abstraction layer includes, for example, an audio module, a bluetooth module, a camera module, and a display module.

The kernel layer is a layer between hardware and software. The kernel layer contains, for example, audio drivers, bluetooth drivers, camera drivers, and display drivers.

It should be understood that the hardware structures and software architectures illustrated in fig. 3 and 4 are merely exemplary illustrations of the apparatus 100, and are not limiting of the apparatus 100 in terms of hardware and software, as the apparatus 100 may have other types of hardware structures and software architectures.

The workflow of the software system and hardware system of the apparatus 100 is illustrated below in connection with a touch scenario.

When a user performs a touch operation on the touch sensor 180K, a corresponding hardware interrupt is sent to the operating system layer, which processes the touch operation into a raw input event including, for example, information of coordinates and time stamps of the touch operation. The original input event is stored at the kernel layer. The application framework layer acquires an original input event from the kernel layer, and identifies a control corresponding to the original input event. When the touch operation is a clicking operation and the control is a control of the printing assistant APP, the control calls an interface of an application program framework layer, the printing assistant APP is started, and then a UI of the printing assistant APP is displayed by calling a display driver of a kernel layer.

The method for sending the print job provided by the embodiment of the application is described below.

The terminal device preferably establishes communication connection with the printer and acquires the attribute of the printer. Fig. 5 is a method for establishing a communication connection and obtaining printer attributes according to an embodiment of the present application.

S510, the terminal equipment establishes WiFi connection with the printer.

The process of establishing a WiFi connection may be roughly divided into three phases, namely a scanning phase, an authentication phase and an association phase, which are briefly described below.

1. And a scanning stage.

The scanning phase is a phase in which the terminal device and the printer find each other. From the point of view of the terminal device, there are two ways to find the printer, one is passive scanning and the other is active scanning.

Passive scanning refers to the process by which a terminal device discovers surrounding devices by listening to beacon frames. Devices providing a wireless network will periodically transmit beacon frames, each beacon frame containing a service set identifier (service set identifier, SSID) of the device transmitting the beacon frame. The terminal device may monitor the beacon frame on the supported channel to obtain information of the surrounding wireless network, thereby discovering the printer.

Active scanning refers to the process in which a terminal device transmits a Probe Request (Probe Request) on a channel that it supports, and discovers surrounding devices according to a received Probe Response (Probe Response). The terminal equipment sends a detection request carrying an SSID field, wherein the SSID field can be the SSID of the terminal equipment or can be null, the SSID field is an appointed scanning mode, and the SSID field is a broadcast scanning mode. If the terminal equipment adopts a broadcast scanning mode to send a detection request, all the equipment receiving the detection request can send detection responses to the terminal equipment, so that the terminal equipment can find printers existing around.

2. And (3) an authentication stage.

The authentication phase is a phase in which the terminal device checks whether the identity of the printer is legal. Based on the WiFi setting of the terminal equipment, the terminal equipment can perform two-step authentication or four-step authentication.

Two-step authentication is Open system authentication (Open-system Authentication). The terminal device may send an authentication request (Authentication Request) to the printer without information such as a user name; the printer replies to an authentication response (Authentication Response) after receiving the authentication request, and sets a status code (status code) field of the authentication response to a status of successful authentication.

Four-step authentication is Shared key authentication (Shared-key Authentication). The terminal equipment firstly sends an authentication request to the printer; the printer randomly generates a Challenge value (Challenge) after receiving the authentication request, and sends the Challenge value to the terminal equipment through authentication response; the terminal device encrypts the challenge value using a preset key and transmits the encrypted challenge value (Encrypted Challenge) to the printer through an authentication response; the printer decrypts the encrypted challenge value by using the own key, if the key of the terminal equipment is the same as the key of the printer, the decrypted challenge value of the printer is the same as the generated challenge value, at the moment, the printer judges that the authentication is successful, and sends an authentication response containing authentication success information to the terminal equipment; if the key of the terminal device is different from the key of the printer, the decrypted challenge value of the printer is different from the generated challenge value, at the moment, the printer judges authentication failure and sends an authentication response containing authentication failure information to the terminal device.

If the authentication is successful, the wireless access process can enter the next stage.

3. And (3) an association stage.

The association phase is a negotiation phase of the link layer, in which the terminal device and the printer can determine link layer configuration parameters according to their respective capabilities.

The terminal device sends an association request (Association Request) to the printer, the association request carrying various parameters of the terminal device and parameters selected according to the service configuration, such as: parameters such as transmission rate supported by the terminal device, signal, quality of service (quality of service, qoS), and encryption algorithm selected by the terminal device.

The receipt of the association request by the printer may send an association response (Association Response) indicating whether to accept the parameters in the association request based on its capabilities.

After the association phase is completed, the establishment of the WiFi connection between the terminal equipment and the printer is successful.

The above wireless access procedure is only an example, and the wireless access procedure applicable to the present application is not limited thereto, and for example, the authentication phase may also employ a WiFi protected access pre-shared key (WPA-PSK) authentication method or an extensible authentication protocol (extensible authentication protocol, EAP) authentication method.

After the WiFi connection is established successfully, the terminal device may execute the following steps.

S520, the terminal equipment sends a request message to the printer through the WiFi connection.

The request message is used to acquire the properties of the printer, such as the range of paper sizes supported by the printer, the ink remaining condition of the printer, the remaining condition of the paper, and the like.

And S530, the terminal equipment receives the response message through the WiFi connection.

The response message carries the properties of the printer.

S540, the terminal equipment analyzes the response message and determines the paper size range supported by the printer.

The terminal device may acquire the paper size range supported by the printer from the media_supported field in the response message. The purpose of determining the range of paper sizes supported by the printer is to make a limit to the wide range of height of the user-set custom paper sizes, preventing the user-set custom paper sizes from exceeding the range of paper sizes supported by the printer.

The print so library may add four elements (minimum width, maximum width, minimum height, and maximum height) in the media_supported_t structure in order to limit the wide height range for the user to set custom paper sizes.

One example of a media_supported_t structure is as follows.

Fig. 6 is a method in which the terminal device acquires a paper size range supported by the printer from the media_supported field. The method may be performed by a print so library, and the method includes the following.

S610, analyzing the media_supported field in the response message to acquire a plurality of size data.

Typically, the printer includes all the paper sizes it supports in the media-supported field request return value, with two paper sizes beginning with "custom_" indicating the maximum and minimum values for the custom paper size.

S620, determining current size data from the plurality of size data.

For example, the media_supported field includes two size data, custom_min_558mm and custom_max_215.9x1200mm, from which the print so library can select one size data as the current size data. To give the size data, then: the customer_min_55x89 mm is the minimum paper size supported by the printer (i.e., minimum width 55mm, minimum height 89 mm), the customer_max_215.9x1200 mm is the maximum paper size supported by the printer (i.e., maximum width 215.9mm, maximum height 1200 mm), the unit "mm" is millimeters, and the unit of partial printer return is "in" which refers to inches.

S630, is the current size data started with "custom_min" and ended with "in"?

If not, executing S640; if yes, then S650 is performed.

S640, is the current size data beginning with "custom_min" and ending with "mm?

If not, executing S660; if yes, then S650 is performed.

S650, acquiring left and right values of the 'x' character, and initializing the minimum width and height.

The left and right values of the "x" character are, for example, 55 and 89. At this time, the print so library acquires the minimum paper size supported by the printer, and the minimum width height may be initialized, i.e., 55 and 89 are assigned to the minimum width and minimum height in the media_supported_t structure. Subsequently, the print so library may perform S690.

S660, is the current size data started with "custom_max" and ended with "in"?

If not, then S670 is performed; if yes, S680 is executed.

S670, is the current size data beginning with "custom_max" and ending with "mm?

If not, executing S690; if yes, S680 is executed.

S680, acquiring left and right values of the 'x' character, and initializing the minimum width and height.

The left and right values of the "x" character are, for example, 215.9 and 1200. At this time, the print so library acquires the maximum paper size supported by the printer, and can initialize the maximum height, i.e., assign 215.9 and 1200 to the maximum width and maximum height in the media_supported_t structure. Subsequently, the print so library may perform S690.

S690, whether to traverse to the last size data.

If the last size data is traversed, the current method is ended. If the last size data is not traversed, the process returns to S620 to determine one size data not traversed from the plurality of size data as the current size data.

The code implementation of the method shown in fig. 6 is as follows.

/>

After the minimum width height and maximum width height initialization is completed, the print service obtains the minimum width height and maximum width height and provides the print assistant with the ability to set the minimum width height and maximum width height.

By setting the minimum width height and the maximum width height, it is possible to prevent a user from inputting a paper size exceeding a paper size range supported by the printer, resulting in a printing error.

Examples of some print so libraries, print services, and print assistant implementations to set minimum width height and maximum width height are given below.

The print so library may initialize the newly added attributes through JNI using elements in the media_supported_t structure.

/>

The print service may add supportMinWidth, supportMinHeight, supportMaxWidth, supportMaxHeight attributes in the localprintcapabilities class for receiving maximum width height and minimum width height.

/>

The print assistant can draw a custom paper size setting UI by using the maximum width and minimum width reported by the print service, create a custom paper size after the paper size is manually input by the user, draw a print preview UI by the size, and create a print job by using the created custom paper size when initiating the print job.

The print assistant may display the print parameter setting UI shown in fig. 7, and when the user clicks on the custom size, the print assistant may display the custom paper size setting UI shown in fig. 8. The width and height units of the custom paper size setting UI are adjustable, and as shown in fig. 9, the user can click on a triangle next to the unit, call up a unit menu, and select a desired width and height unit.

After the wide and high numerical value input is completed, and after the wide and high unit selection is completed, the user can click "determine" to complete the print parameter setting, as shown in fig. 10. The print assistant generates a first print parameter including a target paper size (i.e., a width and height input by a user) in response to a user clicking on the "ok", and then the terminal generates a print job based on the first print parameter and transmits the print job to the printer.

The method of generating and transmitting a print job by the terminal device is described below.

As shown in fig. 11, the method of generating and transmitting a print job includes the following.

S1110, receiving a first printing parameter input by a user, where the first printing parameter includes a target paper size, and the target paper size belongs to a paper size range supported by the printer.

This step may be performed by the print assistant. The first printing parameters may include other parameters besides the target paper size, such as font color, content typesetting, and the like, and the embodiment of the present application does not limit specific content in the first printing parameters other than the target paper size.

The target sheet sizes are, for example, 210mm and 297mm as shown in fig. 10. Since the print assistant acquires the maximum width and minimum width supported by the printer in advance, the target paper size input by the user does not exceed the range of paper sizes supported by the printer.

After the user enters the target paper size, the application layer creates an mCurtomMediaSize object with id of custom, named "custom size", which contains the value after the user entered target paper size is converted to 1/1000 inch.

The method for the print assistant to create the mcustom mediasize object is as follows:

s1120, determining whether the target paper size is a custom paper size.

After the print assistant obtains the first printing parameters, the first printing parameters are transferred to the printing service so that the printing service can determine whether the target paper size is a custom paper size.

Optionally, after the print service obtains the name (e.g. "custom size") from the first print parameter, it may be determined according to the name mapping table whether the target paper size is a custom paper size, where when the name mapping table does not contain the name, the target paper size is a custom paper size, and when the name mapping table contains the name, the target paper size is a preset paper size. The method of determining whether the target paper size is a custom paper size based on the name map will be described in detail below.

S1130, when the target paper size is the custom paper size, generating custom identification.

The print service may generate a print second print parameter including the custom identification and the target paper size. The custom identifier may be 101 or other identifiers. The second printing parameters are in a different data format than the first printing parameters. The second printing parameters may further include other parameters besides the custom identifier and the target paper size, for example, font colors, content typesetting, and the like.

Subsequently, the second printing parameters including the custom identification are passed to the printing so library, which may perform the following steps.

S1140, generating a print job including the custom identifier and the target paper size, where the custom identifier is used to instruct the printer to print using the target paper size.

The printing so library obtains a size identifier (mediaCode) from the second printing parameters; when the size identifier is a custom identifier, the print so library generates a print job including the custom identifier and the target paper size. The method of generating a print job will be described in detail below.

S1150, the print job is sent to the printer.

When the terminal equipment and the printer are communicated through WiFi connection, the printing so library can call the WiFi module to send a printing task to the printer.

In the conventional printing method, the terminal device and the printer store preset paper sizes, the terminal device directly maps the target paper sizes into size identifiers after receiving the target paper sizes input by the user, and the printing task sent to the printer by the terminal device comprises codes of the paper sizes but does not comprise specific data of the paper sizes. If the target paper size is different from the preset paper size, the terminal device cannot map the target paper size to the size identifier, and cannot issue a print job to the printer.

In this embodiment, after receiving the target paper size, the terminal device first determines whether the target paper size is a custom paper size, if not, generates a custom identifier, and issues the custom identifier and the target paper size to the printer at the same time, so that the printer can determine to print using the target paper size carried in the print job based on the custom identifier, and thus can complete the custom print job issued by the user in the size range supported by the printer.

The following describes a method of determining whether the target paper size is a custom paper size based on the name map.

As shown in fig. 12. The method includes the following.

S1210, the print assistant receives the first print parameters.

S1220, the print assistant sends the first print parameters to the print service.

The print assistant may send the first print parameters to the print service via a binder mechanism. Next, the principle of the binder mechanism is briefly described.

Structurally, a binder includes a Server (Server), a Client (Client), a service manager (ServiceManager), and a binder driver. In this embodiment, the print assistant corresponds to a client, and the print service corresponds to a server.

Server and Client are two processes that require inter-process communication (inter-process communication, IPC). The ServiceManager is a daemon in the system, and after being started, the ServiceManager notifies the manager driver to serve as a service manager of the system, and then the ServiceManager enters a loop to monitor requests from other processes. Each process using the binder registers in the ServiceManager, and during the listening process, if there is a request, the ServiceManager responds to the request, and if there is no request, the ServiceManager continues to listen for the request.

The effects of Server, client, serviceManager and binder driving are shown in table 1.

TABLE 1

The following three steps are typically required for clients to use services provided by servers.

And step 1, the server registers the service in the ServiceManager through a binder driver.

And 2, the client obtains the service of the Server from the ServiceManager through the binder driver.

And 3, client uses the service provided by the Server.

The Client still needs to bridge the binder driver when using the service provided by the Server, i.e. the actual data transmission is completed through the binder driver.

The method for establishing the binder communication connection between the Client and the Server is described above, and the data transmission process between the Client and the Server after the binder communication connection is established is described below.

The binder driver first prepares for cross-process communication.

The binder driver creates a receiving buffer in kernel space (i.e., allocates a block of buffer for the Server), then creates a mapping relationship between the receiving buffer and the kernel buffer of the Client, and a mapping relationship between the receiving buffer and the user space of the Server, so that the kernel buffer and the user space of the Server are mapped to the same memory area (receiving buffer).

Subsequently, the Client may write data (e.g., the first print parameter) to the kernel buffer by a system call copy_from_user (). Because the mapping relation exists between the kernel buffer area and the user space of the Server, the data writing into the kernel buffer area is equivalent to the user space written into the Server.

Through the above mechanism, the print assistant sends the first print parameters to the print service.

S1230, the print service parses the name of the target paper size from the first print parameter.

S1240, the print service determines the size identification and the target paper size corresponding to the name according to the name mapping table.

The name mapping table may be a name-to-size mapping table (mNameToSizeMap) or a name-to-size identification mapping table (mediaCodeMap). The mnametosizer map contains mappings of a plurality of names and a plurality of paper sizes, and the mediaCodeMap contains mappings of a plurality of names and a plurality of size identifications.

An example of identifying the target paper size by mnametosizer is shown below.

/>

S1250, it is determined whether the size flag is 101.

Taking mnametossizemap as an example, if the print service does not find the name of the target paper size in the mnametossizemap, it indicates that the target paper size is a custom paper size, i.e., the size identifier is 101. If the print service inquires the name of the target paper size in the mnametodsizemap, it indicates that the target paper size is a preset paper size, that is, the size identifier is not 101.

For the preset paper size, the printing service may directly transmit the size identification of the target paper size to the print so library without acquiring the target paper size again, i.e., perform S1260.

For a custom paper size, the print service needs to acquire specific size data (target paper size) from the first print parameters, and then execute S1270.

An alternative implementation of obtaining the target paper size from the first printing parameters is as follows.

Optionally, when the name mapping table does not include the name of the target paper size, the printing service may add the name to the name mapping table, so that when the printing service receives the name of the target paper size again next time, the printing service does not need to issue a second printing parameter including the custom identifier and the target paper size, and only needs to transfer the size identifier corresponding to the target paper size to the printing so library, thereby reducing the consumption of transmission resources.

S1260, sending the second printing parameters (size identification) to the print so library.

In this step, the second printing parameter contains the size identification but does not contain the target paper size. The second printing parameters may also contain font color and content typesetting.

S1270, the second printing parameters (size identification 101 and target paper size) are transmitted to the print so library.

In this step, the second printing parameters include a size identifier (e.g., 101) and a target paper size. The second printing parameters may also contain font color and content typesetting.

An alternative implementation of S1270 is shown below.

/*SR#21197 niexu 00017736,2021-12-08 begin*/

sCodeToStringMap.put(101,CUSTOM)；

/*SR#21197 niexu 00017736,2021-12-08end*/

In the method shown in fig. 12, the printing service multiplexes the existing mapping table (mnametosizer map) to achieve the purpose of identifying whether the target paper size is a custom paper size, reducing the complexity of implementing custom printing.

The method of generating a print job based on the second print parameters by the print so library is described below.

As shown in fig. 13, the method includes the following.

S1310, the printing so library analyzes the size identification from the second printing parameters.

S1320, the print so library determines whether the size flag is 101.

If so, S1330 is performed. If not, S1340 is performed.

S1330, a print job (size identifier 101 and target paper size) is generated.

Printing so library creates a MediaSizeTable structure instance as a print job, whose element (MediaSizeTableElement) for characterizing the size identifier is set to 101.

An alternative implementation of creating MediaSizeTable structure instances is shown below.

Subsequently, the print so library performs S1370.

Alternatively, the print so library, after determining the size identifier 101, may add the target paper size to a paper size set for recording the range of paper sizes supported by the print so library.

S1340, it is determined whether the print so library supports the size identification (the size identification parsed in the second print parameter).

The print so library may determine whether the print so library supports the size identifier based on whether the size identifier is included in the set of paper sizes. If the paper size set does not contain the size identification, the print so library determines that the print so library does not support the size identification, and the print so library performs S1360. If the paper size set contains the size identification, the print so library determines that the print so library supports the size identification, and the print so library performs S1350.

S1350, generating a print job using the preset size identification.

When the print so library does not support the size identifier parsed in the second print parameter, the preset size identifier is an identifier of a paper size closest to the target paper size. For example, the size identifier is an identifier of ISO A5 (target paper size), the print so library does not support the identifier of ISO A5, and the print so library may generate a print job based on the identifier of ISO A4 (paper size closest to the target paper size).

S1360, a print job is generated using the size identifier (the size identifier parsed in the second print parameter).

When the print so library supports the size identifier parsed in the second print parameter, the print so library may directly use the size identifier to generate a print job. For example, the size identifier is an identifier of ISO A4, and the print so library supports the identifier of ISO A4, the print so library may generate a print job based on the identifier of ISO A4 (target paper size).

An alternative embodiment of S1320-S1360 is as follows.

S1370, send the print job to the printer.

The method for sending the print job provided by the application is further described from the view of module interaction. As shown in fig. 14, the method includes the following.

S1401, a connection is established.

As an alternative, the terminal device may establish a WiFi connection with the printer, and the establishment procedure is shown in S510.

S1402, the WiFi module sends a connection establishment completion message to the print so library.

S1403, the print so library sends a request message to the printer.

The printing so library can call the WiFi module of the terminal equipment to send a request message to the printer, and after the WiFi module of the printer receives the request message, the request message is sent to the printing module which is used for processing interaction information between the printer and the terminal equipment.

S1404, the printer sends a response message (media_supported) to the print so library.

The response message carries the properties of the printer. Wherein the response message includes a media_supported field.

S1405, initializing a paper size range supported by the printer according to media_supported.

The print so library may obtain the paper size range supported by the printer from the media supported field in the response message. A specific method of initializing the range of paper sizes supported by the printer is shown in fig. 6.

S1406, the print so library sends the printer-supported paper size range to the print assistant.

The print so library may send the printer supported paper size range to the print assistant via the binder mechanism.

S1407, the print assistant displays the printer UI.

The print assistant displays a printer UI according to a paper size range supported by the printer, one example of which is shown in fig. 8.

S1408, the print assistant receives the first print parameters input by the user through the printer UI.

The first printing parameters may include other parameters such as font color and content typesetting, etc., in addition to the target paper size.

S1409, the print assistant transmits the first print parameter to the print service.

The print assistant may send the first print parameters to the print service via a binder mechanism.

S1410, the print service determines the target paper size in the first print parameter as the custom size.

A method of determining the target paper size in the first printing parameters to be the custom size is shown in fig. 12.

S1411, the print service sends the second print parameters (101 and target paper size) to the print so library.

After the printing service determines that the target paper size is the custom size, a second printing parameter containing the size identifier 101 and the target paper size is generated, and the second printing parameter is sent to the printing so library through the JNI.

The print so library generates a print job (101 and target paper size) from 101S 1412.

After receiving the second printing parameters, the printing so library analyzes the size identifier 101, determines the target paper size to be the custom paper size according to the size identifier 101, and then generates a printing task containing the size identifier 101 and the target paper size. The specific implementation method is shown in fig. 13.

S1413, the print so library sends the print job (101 and target paper size) to the printer.

The printing so library can call the WiFi module of the terminal equipment to send the printing task to the printer, and the WiFi module of the printer sends the printing task to the printing module after receiving the printing task. After the print module analyzes the size identifier 101 from the print job, determining that the paper size required to be used by the current print job is the custom paper size, and executing the print job by using the target paper size analyzed from the print job, thereby completing the custom print job issued by the user.

The application also provides a computer program product which, when executed by a processor, implements the method of any of the method embodiments of the application.

The computer program product may be stored in a memory and eventually converted to an executable object file that can be executed by a processor through preprocessing, compiling, assembling, and linking.

The computer program product may also cure code in the chip. The application is not limited to the specific form of computer program product.

The application also provides a computer readable storage medium having stored thereon a computer program which when executed by a computer implements the method according to any of the method embodiments of the application. The computer program may be a high-level language program or an executable object program.

The computer readable storage medium may be volatile memory or nonvolatile memory, or may include both volatile memory and nonvolatile memory. The nonvolatile memory may be a read-only memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an electrically Erasable EPROM (EEPROM), or a flash memory. The volatile memory may be random access memory (random access memory, RAM) which acts as an external cache. By way of example, and not limitation, many forms of RAM are available, such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous DRAM (SLDRAM), and direct memory bus RAM (DR RAM).

It will be clearly understood by those skilled in the art that, for convenience and brevity of description, specific working processes and technical effects of the apparatus and device described above may refer to corresponding processes and technical effects in the foregoing method embodiments, which are not described in detail herein.

In the several embodiments provided by the present application, the disclosed systems, devices, and methods may be implemented in other manners. For example, some features of the method embodiments described above may be omitted, or not performed. The above-described apparatus embodiments are merely illustrative, the division of units is merely a logical function division, and there may be additional divisions in actual implementation, and multiple units or components may be combined or integrated into another system. In addition, the coupling between the elements or the coupling between the elements may be direct or indirect, including electrical, mechanical, or other forms of connection.

It should be understood that, in various embodiments of the present application, the size of the sequence number of each process does not mean that the execution sequence of each process should be determined by its functions and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

In addition, the terms "system" and "network" are often used interchangeably herein. The term "and/or" herein is merely one association relationship describing the associated object, meaning that there may be three relationships, e.g., a and/or B, may represent: a exists alone, A and B exist together, and B exists alone. In addition, the character "/" herein generally indicates that the front and rear associated objects are an "or" relationship.

In summary, the foregoing description is only a preferred embodiment of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A method of transmitting a print job, characterized by being applied to a terminal device, the method comprising:

receiving a first printing parameter input by a user, wherein the first printing parameter comprises a target paper size, and the target paper size belongs to a paper size range supported by a printer;

determining whether the target paper size is a custom paper size;

when the target paper size is the custom paper size, generating a custom mark;

Generating a print job comprising the custom identifier and the target paper size, the custom identifier being used to instruct the printer to print using the target paper size;

and sending the print job to the printer.

2. The method of claim 1, wherein the terminal device comprises a print service, wherein the first print parameter comprises a name of the target paper size,

the determining whether the target paper size is a custom paper size includes:

the print service obtains the name from the first print parameter;

the printing service determines whether the target paper size is a custom paper size according to whether a name mapping table contains the name, wherein when the name mapping table does not contain the name, the target paper size is the custom paper size, and when the name mapping table contains the name, the target paper size is the preset paper size;

the generating the custom identifier comprises the following steps:

the print service generates a print second print parameter that includes the custom identification and the target paper size.

3. The method according to claim 2, wherein the method further comprises:

when the name mapping table does not contain the name, the print service adds the target paper size to the name mapping table.

4. A method according to claim 2 or 3, wherein the terminal device comprises a print SO library,

the generating a print job including the custom identification and the target paper size includes:

the print SO library receiving the second print parameters from the print service;

the printing so library acquires a size identifier from the second printing parameters;

when the size identifier is the custom identifier, the print so library generates a print job including the custom identifier and the target paper size.

5. The method according to claim 4, wherein the method further comprises:

the print so library adds the target paper size to a set of paper sizes for recording a range of paper sizes supported by the print so library.

6. The method of any one of claims 1 to 5, wherein prior to receiving the user-entered print parameters, the method further comprises:

Sending a request message to the printer, wherein the request message requests to acquire a paper size range supported by the printer;

receiving a response message from the printer;

and determining the paper size range supported by the printer according to the response message.

7. The method of claim 6, wherein said determining the range of paper sizes supported by the printer from the response message comprises:

analyzing a plurality of size data from the response message;

and determining a paper size range supported by the printer according to the size identifiers of the plurality of size data, wherein the size identifiers of the plurality of size data are used for identifying the maximum value and the minimum value of the paper size range supported by the printer.

8. The method of claim 7, wherein the method further comprises:

and displaying a paper size range supported by the printer on a UI according to the plurality of size data, wherein the UI is used for the user to input the printing parameters.

9. The method according to any one of claims 1 to 8, further comprising:

when the target paper size is a preset paper size, generating a print job including a target size mark, wherein the target size mark is a mark of the target paper size when the printing so library supports the target paper size, and is a mark of a paper size closest to the target paper size when the printing so library does not support the target paper size;

And sending the print task comprising the target size identifier to the printer.

10. An apparatus for transmitting a print job, comprising a processor and a memory, the processor and the memory being coupled, the memory being for storing a computer program which, when executed by the processor, causes the apparatus to perform the method of any one of claims 1 to 9.

11. A computer readable storage medium, characterized in that the computer readable storage medium stores a computer program, which when executed by a processor causes an apparatus comprising the processor to perform the method of any one of claims 1 to 9.