WO2017016161A1 - Picture transmission control system, and security protection and transmission method for each related end - Google Patents

Abstract

The present invention relates to the technical field of picture transmission of an intelligent terminal, and provides a tachograph picture transmission control method. The method comprises: a tachograph obtains a target picture in response to a user capturing instruction and stores the target picture to a local storage medium; the tachograph automatically uploads the target picture to a mobile terminal by using a first channel; at the same time, the mobile terminal automatically uploads the target picture that is automatically obtained from the first channel to a cloud end by using a second channel; and the tachograph deletes, according to a comparison result list that is obtained from the first channel and fed back by the mobile terminal, a target picture, specified to be stored in the local storage medium, in the comparison result list. The present invention also relates to a picture security protection and transmission method and a corresponding terminal. The present invention realizes the security protection and automatic real-time transfer of picture files, and avoids a picture loss that is caused when pictures are stored in a tachograph end and are covered due to a limited storage capacity.

Description

Picture transmission control system and security protection and transmission method of each end thereof [Technical Field]

The invention relates to the field of image transmission technology of a smart terminal, and relates to a picture transmission control method for a driving recorder, and particularly relates to a driving recorder and a picture security protection method thereof, and correspondingly, a picture security transmission method and Its corresponding mobile terminal.

【Background technique】

The driving recorder can record the video image and sound of the vehicle during driving, which is equivalent to the black box of the vehicle. When the user drives the vehicle, the camera on the driving recorder can be turned on, and the scenery or road condition information along the way can be captured by the camera, and then the captured video information is stored in the local storage device, and the video file storage capacity is generally not saved directly. Video, but a snapshot function is set on the driving recorder to store the captured images in the local storage device. However, due to the limited storage space of the driving recorder, when the storage space is full, if the saved image information is not transferred in time, it will usually be overwritten by the newly added image file and lost. In the prior art, the important picture file or video file is sent to the cloud server by directly connecting to the Internet through the driving recorder, but since the transmitted file occupies a large space, the Internet access provided by the mobile communication network is directly When you upload the file to the server, you will incur a high amount of traffic.

Moreover, in the prior art, when the image file is uploaded to the cloud server, the image file is not classified and marked, so that other users can only view the image files based on a certain category or a certain location through the Internet. To identify, wasting the user's search time.

[Summary of the Invention]

An object of the present invention is to solve at least one of the above problems, and to provide a method for controlling picture transmission of a driving recorder.

Still another object of the present invention is to solve at least one of the above problems, and to provide a picture security protection method and a corresponding driving recorder thereof for ensuring that a picture is safely transferred and protected.

Another object of the present invention is to solve at least the above problems, and to provide a picture security transmission method and a corresponding mobile terminal thereof for ensuring that pictures are securely uploaded.

To achieve this, the present invention adopts the following technical solutions:

The invention provides a method for controlling picture transmission of a driving recorder, comprising the following steps:

The driving recorder obtains the target picture and stores it in the local storage medium in response to the user capturing instruction;

The driving recorder automatically uploads the target picture to the mobile terminal through the first channel;

At the same time, the mobile terminal automatically uploads the target image automatically acquired from the first channel to the cloud through the second channel;

The driving recorder deletes the target picture stored in the local storage medium specified in the comparison result list according to the comparison result list obtained by the mobile terminal from the first channel.

The invention also provides a picture security protection method for a driving recorder, comprising the following steps:

Responding to the capture instruction, the target image is captured by the camera and saved in the local storage medium;

Responding to detecting an event that the target picture has been stored, automatically uploading the locally stored target picture through a preset Bluetooth transmission channel;

Determining the target picture stored in the local storage medium specified in the comparison result list according to the comparison result list obtained by the Bluetooth transmission channel.

The invention also provides a method for secure transmission of pictures of a mobile terminal, comprising the following steps:

The wireless receiving target image is saved in the storage area through a preset Bluetooth transmission channel;

Uploading the target picture through the remote interface in response to detecting that the target picture has been stored;

And feeding back, by the preset Bluetooth transmission channel, a list of comparison results indicating whether each of the target pictures has been uploaded.

The invention also discloses a driving recorder, comprising:

a capture module, configured to capture, by the camera capture, a target image saved in a local storage medium in response to the capture instruction;

a transmission module, configured to automatically upload the locally stored target image through a preset Bluetooth transmission channel in response to the detected event that the target image has been stored;

And a deleting module, configured to delete, according to the comparison result list obtained by the Bluetooth transmission channel, the target picture stored in the local storage medium specified in the comparison result list.

The invention also provides a mobile terminal, comprising:

a second receiving module, configured to wirelessly receive a target image in a storage area through a preset Bluetooth transmission channel;

a second uploading module, configured to upload the target image through a remote interface in response to the detected event that the target image has been stored;

The feedback module is configured to feed back, by using the preset Bluetooth transmission channel, a list of comparison results indicating whether each of the target pictures has been uploaded.

Also disclosed is a computer program comprising computer readable code that causes the method to be executed when the intelligent electronic device runs the computer readable code.

Also disclosed is a computer readable medium in which the above computer program is stored.

Compared with the prior art, the present invention has the following advantages:

1. In the present invention, the driving recorder can automatically upload the locally stored target image to the mobile terminal through the preset first channel in real time, and the mobile terminal uploads the received target image through the second channel to the mobile terminal through the Internet. Remote server storage, real-time transfer of image files, avoiding the loss of image storage on the driving recorder due to limited storage capacity. At the same time, after receiving the picture feedback from the mobile terminal, the driving recorder end has successfully uploaded the picture to the remote server, and then deletes the picture saved locally to ensure the safe transfer of the picture and release the local storage space in time to avoid waste of resources.

2. Further, the present invention transmits the target picture to the mobile terminal through the Bluetooth transmission technology, and then the mobile terminal uploads the target picture to the server through the Wifi. The mobile phone can simultaneously connect the free Bluetooth transmission technology and access the Wifi Internet, avoiding the problem that the driving recorder directly uploads the target image to the server to generate high traffic charges, and also ensures the real-time transmission of the target image by the mobile terminal to the Internet. .

3. In the present invention, when a mobile terminal uploads a picture in real time through a remote interface, a multi-thread communication mechanism and a multi-buffer storage method are adopted. That is, one thread responsible for receiving data receives the target picture from the Bluetooth transmission channel, and saves the target picture in the local buffer; and when one of the buffers is full, the thread responsible for memory scheduling selects another buffer according to a certain direction. The area stores the received target picture and releases the control of the filled buffer; the thread responsible for memory scheduling sends a signal to the sending process, and the process responsible for sending calls the remote interface to upload the target picture in real time. It can effectively improve the real-time performance of picture transmission, save transmission time, and will not cover the target picture in the buffer quickly when the network abnormality causes the picture to be sent in time, effectively ensuring the secure transmission of the target picture.

4. The Bluetooth setting between the driving recorder and the mobile terminal in the present invention by searching for a point-to-point connection And automatically pairing the connection to establish a Bluetooth transmission channel; and after detecting that the driving recorder side stores the picture, automatically uploading the locally stored target picture to the mobile terminal through the preset Bluetooth transmission channel; and the subsequent mobile terminal After detecting that the buffer stores the target image, the remote interface is automatically called to upload the target image to the server in real time. That is, the connection and transmission pictures of the driving recorder end and the mobile terminal are automatically completed, no manual operation is required, the user experience is improved, and the manual operation is avoided to bring the driving safety problem to the user.

5. The feature information of the picture is also provided with navigation information such as time, geographical location, driving direction, driving speed, geographic latitude and longitude, and classification information representing the picture category, so that the user can find more accurately. And when the image is uploaded to the cloud server, it can better cooperate with the cloud search application to provide more accurate image search information for other users and improve search efficiency.

The additional aspects and advantages of the invention will be set forth in part in the description which follows.

[Description of the Drawings]

The above and/or additional aspects and advantages of the present invention will become apparent and readily understood from

1 is a flow chart of a program of an embodiment of a driving recorder picture security protection method;

2 is a partial program flow diagram of an embodiment of a driving recorder picture security protection method;

3 is a flow chart of a program of an embodiment of a driving recorder picture security protection method;

4 is a partial program flow diagram of an embodiment of a driving recorder picture security protection method;

FIG. 5 is a flowchart of a process of an embodiment of a method for securely transmitting a picture of a mobile terminal;

6 is a flowchart of a process of an embodiment of a method for securely transmitting a picture of a mobile terminal;

7 is a flow chart of a program of an embodiment of a method for securely transmitting a picture of a mobile terminal;

Figure 8 is a block diagram showing the structure of an embodiment of the driving recorder of the present invention;

9 is a structural block diagram of a capture module in an embodiment of a driving recorder according to the present invention;

Figure 10 is a block diagram showing the structure of an embodiment of the driving recorder of the present invention;

Figure 11 is a block diagram showing the structure of a deletion module in an embodiment of the driving recorder of the present invention;

Figure 12 is a block diagram showing the structure of an embodiment of a mobile terminal in the present invention;

Figure 13 is a structural block diagram of an embodiment of a mobile terminal in the present invention;

14 is a structural block diagram of a feedback module in an embodiment of a mobile terminal in the present invention;

15 is a flow chart showing a procedure of an embodiment of a picture transmission control method of a driving recorder according to the present invention;

Figure 16 shows a block diagram of an intelligent electronic device for performing the method according to the invention;

Figure 17 shows a schematic diagram of a memory unit for holding or carrying program code implementing a method in accordance with the present invention.

【detailed description】

The invention is further described in the following with reference to the drawings and exemplary embodiments, which are illustrated in the accompanying drawings, in which the same or similar reference numerals are used to refer to the same or similar elements or elements having the same or similar functions. . The embodiments described below with reference to the drawings are intended to be illustrative of the invention and are not to be construed as limiting. Further, if a detailed description of a known technique is not necessary to show the features of the present invention, it will be omitted.

The singular forms "a", "an", "the" It is to be understood that the phrase "comprise" or "an" Integers, steps, operations, components, components, and/or groups thereof. It will be understood that when an element is referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element. Further, "connected" or "coupled" as used herein may include either a wireless connection or a wireless coupling. The phrase "and/or" used herein includes all or any one and all combinations of one or more of the associated listed.

Those skilled in the art will appreciate that all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which the invention belongs, unless otherwise defined. It should also be understood that terms such as those defined in a general dictionary should be understood to have meaning consistent with the meaning in the context of the prior art, and will not be idealized or excessive unless specifically defined as here. The formal meaning is explained.

Those skilled in the art can understand that "terminal" and "terminal device" are used herein. A device including both a wireless signal receiver, a device having only a wireless signal receiver without a transmitting capability, and a device for receiving and transmitting hardware having receiving and transmitting hardware capable of performing two-way communication on a two-way communication link device of. Such devices may include cellular or other communication devices having a single line display or a multi-line display or a cellular or other communication device without a multi-line display; PCS (Personal Communications Service), which may combine voice, data Processing, fax, and/or data communication capabilities; PDA (Personal Digital Assistant), which can include radio frequency receivers, pagers, Internet/Intranet access, web browsers, notepads, calendars, and/or GPS (Global Positioning System (Global Positioning System) receiver; conventional laptop and/or palmtop computer or other device having a conventional laptop and/or palmtop computer or other device that includes and/or includes a radio frequency receiver. As used herein, "terminal", "terminal device" may be portable, transportable, installed in a vehicle (aviation, sea and/or land), or adapted and/or configured to operate locally, and/or Run in any other location on the Earth and/or space in a distributed form. The "terminal" and "terminal device" used herein may also be a communication terminal, an internet terminal, a music/video playing terminal, and may be, for example, a PDA, a MID (Mobi le Internet Device), and/or have music/video. The mobile phone with playback function can also be a smart TV, set-top box and other devices.

Those skilled in the art can understand that the concepts of servers, clouds, remote network devices, and the like used herein have equivalent effects, including but not limited to computers, network hosts, single network servers, multiple network server sets, or multiple servers. The cloud that makes up. Here, the cloud is composed of a large number of computers or network servers based on Cloud Computing, which is a kind of distributed computing, a super virtual computer composed of a group of loosely coupled computers. In the embodiment of the present invention, the communication between the remote network device, the terminal device and the WNS server can be implemented by any communication method, including but not limited to, mobile communication based on 3GPP, LTE, WIMAX, TCP/IP, UDP protocol. Computer network communication and short-range wireless transmission based on Bluetooth and infrared transmission standards.

It is necessary to first make a preliminary description of the application scenario and principles of the present invention as follows.

The application method of the related method and terminal of the present invention is based on a driving recorder with a camera, a processor, a communication module and a storage module, and an Android mobile terminal as a hardware basis, and a driving recorder equipped with a processor of a Linux system and The Android mobile terminal is exemplified for illustrative purposes, but it should be noted that the description is merely exemplary, and the scope of the present invention is not limited thereto. The method and terminal of the embodiments of the present invention are also applicable to other operating systems, and are essentially independent of the operating system.

The mobile communication networks that are normally used are central and must be based on pre-defined network facilities. For example, a cellular mobile communication system needs to be supported by a base station; a wireless local area network generally operates in a mode with an AP access point and a wired backbone network. However, for some special occasions, a central mobile network is not competent, and a mobile network capable of temporarily and automatically automatically networking is needed. For example, in the present invention, a Bluetooth connection technology employed between a mobile terminal and a driving recorder transmits a file.

Among them, Bluetooth transmission technology is an open global specification, which is based on low-cost short-range wireless connection communication, and establishes a special connection environment for communication between Bluetooth devices. Bluetooth's working distance is 10m, which can be very good for most instruments and equipment applications. Because it works in the 2.4GHz ISM open frequency band, it does not need to apply for a license. It uses fast FM (1600 hops/s) technology and has good performance. Anti-interference ability.

In the present invention, the first channel constructed by the Bluetooth connection technology is automatically transmitted to the mobile terminal, the PAD and other mobile terminals, and then automatically uploaded to the mobile terminal via the 3G or 4G network based on the real-time transmission protocol RTP. Remote server side, realize the secure transfer and transfer of pictures.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, specific embodiments of several technical solutions of the present invention proposed to implement the above-described scenarios using the above-described principles will be described in detail. It should be noted that the picture security protection method for the driving recorder provided by the present invention is first described by the perspective of the driving recorder, and the picture security protection method can be implemented as a computer program in the driving recorder or by programming. Other similar devices run in an intelligent device. For example, the method is also applicable to other smart cameras, smart watches, and the like that do not have a user operation interface, or are not convenient for the user to operate in time.

Referring to FIG. 1 , an exemplary embodiment of a method for protecting a picture of a driving recorder according to the present invention specifically includes the following steps:

S11. In response to the capture instruction, the target image is captured by the camera and saved in a local storage medium.

In the driving process of the vehicle in the invention, the camera always captures the scenery and road condition information along the way, and in order to facilitate the real-time transmission of the picture, the driving recorder and the mobile terminal establish communication in advance based on the local area network to realize mutual communication. When the user finds that there is a certain image of interest along the way that needs to be captured, the capture instruction with the information of the screen can be directly issued, and then the capture will be taken. The incoming pictures are stored locally. The capture command may be a physical button or a touch panel that is set on the driving recorder, or may be a voice command. When the capture command is obtained by triggering a physical button or a touch panel disposed on the driving recorder, the physical button or the touch panel should be preset in plurality and each button needs to correspond to one of the classification information. Class, in order to facilitate the processor to obtain the classification information from the capture instruction obtained by triggering a certain button, but in the method, when the driver is driving, the physical button set on the driving recorder side is needed to be triggered or Touch control keys are prone to security risks. In a preferred embodiment of the present invention, in order to ensure driver driving safety, a voice command is preferably used as the capture command, wherein the natural language of the voice command issued by the user includes classification information. Specifically, the type of the classification information includes any number of types of characters, landscapes, car accidents, and road conditions.

Referring to FIG. 2, in an embodiment of the present invention, the step S11 may further include the following steps:

S111, in response to the capture instruction, obtaining a target picture by capturing a camera;

In this step, in response to the snap command, the camera capture is invoked to obtain a corresponding target picture. In order to facilitate the understanding of the program implementation, the USB camera is taken as an example here. In this step, calling the camera capture to obtain the target picture can be implemented by using two embodiments.

1. In an embodiment of the invention, the target picture is obtained by triggering a photographing mode by calling a camera. In the processor with the Linux system of the driving recorder, a USB driver for driving the camera is preloaded. It is not difficult to understand, you can communicate with the USB camera by calling the USB low-level operation library libusb, provide USB control commands, switch the camera to camera mode, and set the camera aperture, shutter, ISO and other parameters through software instructions. When the driving recorder obtains the snapping instruction with the classification information, the software command is used to trigger the shutter of the camera to capture the target image.

2. In another embodiment of the present invention, the target picture is obtained by intercepting a video image of a time point corresponding to when the capture instruction is issued. After responding to the capture instruction, the video frame static data at the time point corresponding to the capture instruction is intercepted by a certain interception algorithm to obtain a target picture. The interception algorithm is well known to those skilled in the art and will not be described in detail herein.

S112. Obtain feature information corresponding to the target picture.

After obtaining the target picture through the camera, in order to facilitate the user to find the target picture more accurately, it is necessary to obtain the feature information of the target picture. Specifically, the feature information refers to navigation information. Or capture the classification information attached to the instruction.

It can be seen from the foregoing steps that the snap command can be a physical button or a touch panel that is set on the driving recorder, or can be a voice command. When the capture command is obtained by triggering a physical button or a touch panel disposed on the driving recorder, the physical button or the touch panel should be preset in plurality and each button needs to correspond to one of the classification information. The class is configured to facilitate the processor to obtain the classification information from a snap instruction obtained by triggering a certain button.

When the capture instruction is a voice instruction, the step of obtaining the classification information from the voice instruction may further include:

1. Acquire voice stream data with classification information to be identified.

In one embodiment, the present invention preferably employs a microphone as a voice recording device to acquire voice stream data for the user. Wherein, the sound collection direction of the voice recording device is optimal for the position of a certain seat in the vehicle. For example, in one embodiment, the voice receiving range of the voice recording device is defined as the driver, that is, the microphone is placed closer to the driver's position to receive a voice signal having low interference and high signal to noise ratio. For example, the driver can issue a voice command of "character beat", "landscape beat", "car accident shoot" or "road condition shoot", wherein "person", "landscape", "car accident", "road condition" is classification information. The voice analog signal recorded by the voice recording device is converted into digital voice stream data by A/D and then stored in the buffer of the processor core.

2. Identifying the voice stream data and parsing the classification information of the string text format.

The voice stream data recognition program reads the sampled digital voice stream data from the buffer of the processor core by calling the read function, and recognizes and converts the data into the string text format. The process of identifying the classification information from the voice stream data may be the classification information obtained by uploading to the cloud server for obtaining the string text format, or may be matched with the local voice library to obtain the character. Classification information in string text format.

In an embodiment of the present invention, the step is to obtain the classification information of the string text format by uploading to the cloud server, and specifically includes the following steps: a, the voice stream data recognition program will acquire the voice stream data. The voice recognition request is submitted to the remote voice cloud server through the remote interface; b, the voice stream data is recognized and parsed by the voice recognition platform of the remote voice cloud server to obtain a string text; c, and then through the remote interface And obtaining, in response to the voice recognition request, classification information in a character string text format obtained by parsing the voice stream data.

In order to further increase the stability of the method in the embodiment of the present invention, the voice stream data identification program and the voice cloud server use the Socket-based TCP protocol for communication, and adopt an asynchronous control method, so as to avoid blocking of the voice data stream and ensure The timely reporting of voice data streams provides users with a better control experience. The voice cloud server is a processing platform with a voice library, and may be an independent server in the network, or a collection of multiple servers providing different voice recognition services. The voice library may be provided by a separate server, or Integrated with a voice server.

It is not difficult to understand that in the method of the embodiment, the cloud technology is implemented, by sending a voice recognition request including the voice stream data and receiving a string text obtained by the remote server correspondingly parsing the voice stream data to determine the Classification information, because the data in the remote server is more comprehensive and scientific, the obtained classification information is more scientific and accurate, and has universal adaptability, thereby avoiding misjudgment and further improving reliability.

In still another embodiment of the present invention, the step is to perform the matching and identifying process with the local voice library to obtain the classification information of the string text format, which specifically includes the following steps: A, the obtained voice stream data and the local The speech library performs matching recognition processing; B, obtains classification information in a string text format that matches the voice stream data.

In the local voice library, a list in which the voice stream data is mapped to the string text is pre-stored. In this step, the voice stream data recognition program calls the local voice library, and the acquired voice stream data is matched and identified. Then, by traversing the list in which the classification information of the voice stream data and the string text format are stored in advance, the classification information of the character string text format matching the voice stream data is obtained. Of course, the voice library can be a local voice library formed by downloading and saving to a local voice cloud server. If the classification information of the string text format corresponding to the voice stream data is not found in the local voice library, the local voice library may be updated by communicating with the remote cloud server.

In the foregoing step, the classification information in the capture instruction is obtained. Further, the navigation information needs to be obtained. In an embodiment of the present invention, the navigation information needs to invoke the navigation module to acquire the current navigation information. It should be noted that the navigation module may be built in the driving recorder or may be an external navigation module, which is not limited by the present invention. Further, the navigation module may be a GPS navigation module or a Beidou satellite navigation. For example, in an embodiment of the invention, the navigation module is a GPS navigation module. Optionally, the GPS navigation module is obtained according to the NMEA-0182 protocol. The navigation information of the target picture is obtained, or the navigation information of the target picture is obtained by the base station positioning method. Specifically, the navigation information includes any one or any of a plurality of time, a geographical location, a driving direction, a driving speed, and a geographic latitude and longitude. The obtaining of the current navigation information by calling the navigation module in this step can be implemented by using two embodiments. The implementation process of each embodiment is specifically described below:

1. In an embodiment of the invention, the GPS navigation module obtains navigation information of a target picture according to the NMEA-0182 protocol. Specifically, the NMEA-0183 protocol is a standardized GPS data format protocol. The data may include time, geographical location, longitude and latitude, driving direction, driving speed and the like, and the GPS navigation module acquires the satellite positioning signal from the GPS satellite and calculates the navigation data. The processing module in the GPS navigation module analyzes and processes the received ASCII code statement based on the NMEA-0183 protocol format to obtain navigation information.

In another embodiment of the present invention, the GPS navigation module obtains the navigation information of the target image by using the base station positioning manner, and the method is a technical means commonly used by those skilled in the art, and will not be described in detail herein.

Further, step S11 further includes step S113: saving the target image and the corresponding feature information on the local storage medium.

Specifically, in order to prevent the target picture from being overwritten, the target picture needs to be separately stored. In an embodiment, the present invention is described by taking an SD card as a storage medium as an example, but does not constitute a limitation of the invention. Other non-volatile memory devices of the prior art can be used in this embodiment. The storage medium of the target folder.

Further, the feature information accompanying the target picture and the corresponding feature information are saved in the local SD card storage medium. In an embodiment of the step, the feature information corresponding to the target image is only stored in a certain relationship with the target image. For example, in a specific embodiment, the target image name is consistent with the feature information file name of the target image. And saved in a folder.

In another embodiment, the feature information corresponding to the target picture is added locally stored in the attribute settings of the target picture. An exemplary embodiment of this embodiment is as follows:

Specifically, the feature information is added to the attribute information of the picture to obtain a target picture of a specific format; and the target picture of the specific format is stored in the local storage medium. Since the target image obtained by capturing or capturing the still picture of the camera in the camera mode tends to have a large capacity, in order to reduce the capacity of the picture, Huffman, RLE (run-length encoding), LZW (Lempel-Ziv) are required after capturing the target picture. -Welch Encoding) and other compression algorithms will target the image Compress to a specific format. In this embodiment, the target picture is first compressed into a specific format file.

As is well known, the commonly used prior art compresses pictures into a JPEG (Joint Photographic Experts Group), GIF (Graphics Interchange Format) or PNG (Portable Network Graphics) format. Among them, GIF is a lossless compression, using LZW compression algorithm for encoding, using 8-bit color compression, can only process 276 colors at most, it is not easy to save true color images; PNG is a lossless data compression bitmap graphic file format The same shortcomings as GIF are not conducive to the optimization of images, and the file capacity is larger than other formats; JPEG is a widely used distortion compression standard method for photo images, using Huffman compression algorithm for destructive compression. First convert the picture from RGB to YUV, storing the information for each pixel with brightness, hue and saturation. Then reduce the amount of information on hue and saturation, this difference is not easily noticed by the naked eye, but the number of image bytes will be greatly reduced. Therefore, in an embodiment of the present invention, the target image data obtained by the capture is preferably converted into a target image in the JPEG format by a Huffman compression algorithm.

Those skilled in the art should know that the picture attribute of the JPEG format is set in the Exif information of the picture. Exif (Exchangeable Image File) is an image file format. In fact, the Exif format is the information inserted into the JPEG format header, which can load the aperture, shutter, balance white, ISO, focus, date, time and navigation information of the picture. Therefore, classification information and navigation information can be added to the Exif information of the obtained target picture. In a specific embodiment, the JPEG file begins with the string "0XFFD8" and ends with the string "0XFFD9" and is used between the string "OXFFE0-0XFFEF" for storing Exif information. In one embodiment, the navigation information and the classification information are added between the character string “OXFFE0-0XFFEF” in the process of compressing the obtained target image data in the RGB format into the target image in the JPEG format by the Huffman compression algorithm. In the Exif information, the attribute setting of the target picture in the present invention is implemented.

It should be noted that although the present invention is exemplified in the JPEG file format, those skilled in the art should understand that a file format such as PNG can also be adopted by the present invention, which is represented by the image file suffix name, which is .jpeg,. Jpg, .png, etc. In some embodiments, for a picture format file that does not support EXIF, a memo form corresponding to all related picture files stored therein may be built in each target folder, and the picture file name and the navigation information are established in the table. The mapping relationship data between the two types can solve the problem of the addition of the attribute information caused by the difference in the format, and the same can satisfy the requirements of the present invention.

In summary, the foregoing step S11 implements that, in response to the capture instruction, the target image obtained by capturing the camera and the extracted feature information corresponding to the target image are saved in the local storage medium. Due to the limited storage capacity of the local storage medium, the target picture is easily overwritten and cannot be effectively protected.

In view of the foregoing drawbacks, further, referring to FIG. 1, the present invention further includes step S12: in response to detecting that the target picture has been stored, the locally stored target picture is automatically uploaded through the preset Bluetooth transmission channel.

In order to realize real-time transmission of the captured pictures to the mobile terminal, the driving recorder and the mobile terminal need to establish a connection based on the local area network to realize mutual communication. Since the storage capacity of the traffic recorder end is limited, when the user wants to transmit the target picture to the mobile terminal, the PAD and other mobile terminals for security protection in real time, the target picture can be automatically uploaded to the mobile terminal through the LAN built by the Bluetooth connection technology, of course, The premise is that the driving recorder can communicate with mobile terminals such as mobile phones or PADs. Therefore, according to an embodiment of the present invention, in the step S12, in response to detecting that the target picture has been stored, the locally stored target picture is automatically uploaded through the preset Bluetooth transmission channel, please refer to the figure. 3. Also includes step S14:

Search for Bluetooth devices that can be connected to a peer-to-peer connection and automatically pair the connection to establish a Bluetooth transmission channel.

It is not difficult to understand that to establish a connection between two Bluetooth devices, the two Bluetooth devices need to have a connected BluetoothSocket under the same RFCOMM channel. In this embodiment, when the Bluetooth device of the driving recorder end is turned on, the Bluetooth device that can be connected to the point-to-point is automatically searched and a request for connection is issued; of course, the Bluetooth connection request may also be initiated by the Bluetooth device of the mobile terminal, and the driving record is The instrument needs to connect to the Bluetooth device in response to the connection request. Specifically, in this embodiment, the pairing connection process of the Bluetooth device is illustrated by taking the driving recorder as an example in response to the mobile terminal automatically initiating a connection request.

In one implementation of the invention, communication between the driving recorder and the mobile terminal is based on a Socket. First, the driving recorder side acquires the Bluetoothsocket object by searching for the BluetoothService of the mobile terminal, and calling the ListeningUsingRfcommWithServiceRecord(String, UUID) method of the Bluetoothservice, wherein String represents the name of the mobile terminal, and UUID represents the connection identifier with the mobile terminal. Then call the connect() method of Bluetoothsocket. If the UUID matches the UUID of the mobile terminal, and the mobile terminal accepts the Bluetoothsocket, the driving recorder will share the RFCOMM channel with the mobile terminal to complete the Bluetooth transmission channel establishment process, and return. Connect() method. When the two Bluetooth devices are successfully connected, the driving recorder will call close() to close the connection, thus saving system resources.

When the driving recorder is successfully connected to the mobile terminal, both parties will acquire their own exclusive bluetoothsocket, thereby realizing data transmission between devices. When the driving recorder end detects that there is picture storage or the mobile terminal detects that there is picture storage on the driving recorder side, it automatically issues a picture transmission instruction. The driving recorder first traverses the local target image file and its corresponding feature information file, and then obtains the input and output streams of the target image data to be uploaded by calling the getInputStream() and getOutputStream() methods, and then calls read(byte[] And the write(byte[]) method to read or write information such as the name of the image file to be sent and its corresponding character length. It is not difficult to understand that since read and write operations are all blocking calls, this step requires the creation of dedicated threads for management.

It is not difficult to understand that, in this step, when the target picture is automatically uploaded through the Bluetooth transmission channel, the feature information corresponding to the target picture is attached. Of course, it can be understood from the foregoing steps that when the feature information corresponding to the target image is added to the attribute information of the target image, only the target image needs to be uploaded; otherwise, the target image and the corresponding feature information need to be uploaded at the same time.

In summary, in the foregoing step, after detecting that the target picture has been stored, the driving recorder automatically uploads the locally stored target picture to the mobile terminal through the preset Bluetooth transmission channel in real time, thereby realizing the real-time transfer of the picture file. It is avoided that the picture storage is lost on the driving recorder side due to the limited storage capacity.

Further, in order to ensure that the success of the picture is safely transferred, the method further includes the step S13: deleting the target picture stored in the local storage medium specified in the comparison result list according to the comparison result list obtained by the Bluetooth transmission channel.

After the picture is safely transmitted to the mobile terminal by the driving recorder, the mobile terminal automatically uploads the picture to the remote cloud server for storage. And the picture information that has been successfully uploaded to the remote server is fed back to the driving recorder side in the form of a comparison result list, and the driving recorder deletes the specified storage medium specified in the comparison result list according to the comparison result list obtained by the Bluetooth transmission channel. The target image, freeing up local storage space in time to avoid waste of resources. Specifically, referring to FIG. 4, the step specifically includes:

S131. Receive a comparison result list of feedback through the Bluetooth transmission channel.

S132. Find the specified in the list on the local storage medium according to the comparison result list. Target picture

S133, delete the target picture.

It is not difficult to understand that the driving recorder has listed the successfully uploaded picture information in the comparison result list of the wireless receiving feedback through the established Bluetooth transmission channel, which may include the file name of the picture, or may be other characters represented by the picture. Unique feature information, such as image size or snap time. Based on the obtained uniqueness characteristic information of the picture, the driving recorder calls find() to traverse the storage path of the picture and the corresponding characteristic information file. Then, after receiving the feedback list, the driving recorder can immediately call rm to execute the delete command for the picture and its unique feature information stored in the path, or call rm after the storage capacity of the driving recorder is insufficient. A delete command is executed on the image and its unique feature information stored in the path to release the local storage space and avoid waste of resources.

The present invention is also provided with a mobile terminal corresponding to the driving recorder end to realize communication with the driving recorder. The invention also provides a picture security transmission method for a mobile terminal, that is, a picture security transmission method is described from the perspective of the mobile terminal, and the picture security transmission method can be implemented as a computer program in a mobile phone, a PAD and the like. Running in a mobile terminal.

Referring to FIG. 5, in an exemplary embodiment of a method for secure transmission of a mobile terminal of the present invention, the following steps are included:

S21: The wireless receiving target image is saved in the storage area through a preset Bluetooth transmission channel.

In order to realize real-time transmission of the captured pictures to the mobile terminal, the driving recorder and the mobile terminal need to establish a connection based on the local area network to realize mutual communication. It can be seen from the foregoing method that since the storage capacity of the driving recorder end is limited, when the user wants to transmit the target picture to the mobile terminal, the PAD and other mobile terminals in real time for security protection, the mobile terminal can wirelessly receive the driving recorder from the local area network built by the Bluetooth connection technology. The target image sent by the end. Certainly, in order to ensure that the target picture is received in the mobile terminal in real time, the driving recorder can communicate with the mobile terminal or the mobile terminal such as the PAD. Therefore, according to an embodiment of the present invention, the target is wirelessly received through the preset Bluetooth transmission channel. Before the picture is saved in the storage area, the method further includes step S24, searching for a Bluetooth device that can be connected to the point-to-point and automatically pairing the connection to establish a Bluetooth transmission channel.

It is not difficult to understand that to establish a connection between two Bluetooth devices, the two Bluetooth devices need to have a connected BluetoothSocket under the same RFCOMM channel. In this embodiment, the mobile terminal automatically sends a request connection command after searching for a Bluetooth device that can be connected to the peer-to-peer; of course, The Bluetooth connection request may also be initiated by the Bluetooth device on the driving recorder side, and the mobile terminal needs to connect to the Bluetooth device in response to the connection request. Specifically, in this embodiment, the mobile terminal actively initiates a connection request as an example to describe a pairing connection process of the Bluetooth device.

For example, in an implementation of the present invention, in order to facilitate program understanding, the implementation process of the embodiment is described by using an Android mobile phone as the mobile terminal in this embodiment. It is not difficult to understand that before using the Bluetooth communication method on the Android mobile phone, you must apply for the Bluetooth response permission android:name=”android.permission.BLUETOOTH_ADMIN” before you can start configuring the Bluetooth module of the machine and call the core class of Bluetooth operation. BluetoothAdapter to directly turn on the Bluetooth function of this unit. Then start searching for the Bluetooth device on the driving recorder side, and use the BluetoothAdapter's startDiscover() method to perform an asynchronous method, which can quickly search for nearby Bluetooth devices. The search process is actually performed in a System Service. So you can call the cancelDiscovery() method to stop the search. After the search process is completed, the detailed information of the found driving recorder needs to be received, and the ACTION_FOUND Intert action is filtered, and a BroadcastReceiver object is registered to receive the Bluetooth user name and MAC address of the driving recorder, and the driving recorder side. Bluetooth devices are paired.

After the pairing is completed, it is necessary to establish a connection between the mobile terminal and the Bluetooth device of the driving recorder. The BluetoothServersocket object is acquired by calling the BluetoothAdapter's ListenUsingRfcommWithServiceRecord(String, UUID) method as the mobile terminal of the requesting sender, and the UUID is represented by the driving recorder. End connection identifier; then call the BluetoothServersocket accept() method to listen for the connection request. If the connection request from the driving recorder is received, a Bluetoothsocket will be returned to the Bluetooth device of the driving recorder. Finally, after the two Bluetooth devices are successfully connected, they need to be called. The BluetoothServersocket's close() method is used to release resources.

After the Bluetooth transmission channel is successfully established, the wireless reception target image is stored in the storage area through the preset Bluetooth transmission channel.

When the mobile terminal is successfully connected to the driving recorder, both parties will acquire their own exclusive Bluetoothsocket, thereby realizing data transmission between devices. In this step, the mobile terminal acquires the input and output streams of the target picture data to be received by calling the getInputStream() and getOutputStream() methods, and then reads by calling the read(byte[]) and write(byte[]) methods. Or write to the received image file. It is not difficult to understand that since read and write operations are all blocking calls, So this step requires the creation of a dedicated thread for management. When the image data is successfully received, the mobile terminal will call close() to close the connection, thereby saving system resources.

It is not difficult to understand that, in this step, when the target picture is received through the Bluetooth transmission channel, the feature information corresponding to the target picture is attached. Of course, it can be understood from the foregoing steps that when the feature information corresponding to the target picture is added to the attribute information of the target picture, only the target picture needs to be received; otherwise, the target picture and its corresponding feature information need to be simultaneously received.

Further, after receiving the target picture, the mobile terminal saves the target picture in the storage area.

In the present invention, in order to automatically upload the wirelessly received target picture to the cloud server for storage in real time through the remote interface, the present invention saves the received target picture in a memory buffer with a fast read/write speed. Since the target picture data has a large capacity, if the picture stored in the memory buffer cannot be uploaded in time, it will be overwritten by the received picture and lost. Therefore, in the present invention, at least two buffers are requested in the memory space to store the target. image. Each buffer is set to two working states: buffer empty and buffer full. After the received target image fills a buffer, the target image received by another buffer is stored in the buffer, and the target image is saved when the mobile terminal cannot send the data in time. Will be covered quickly, which is conducive to the safe transmission of the target picture.

In summary, in the foregoing step, the mobile terminal receives the target picture through the preset Bluetooth transmission channel, and saves it in the local memory buffer.

Further, referring to FIG. 5, the method of the present invention further includes a step S22 of uploading the target picture through a remote interface in response to detecting that the target picture has been stored.

In the mobile terminal of the present invention, real-time uploading of the received target picture is performed on the remote server, and the Wifi is required to obtain access to the Internet before receiving the data, and then a remote upload request including the target picture data is constructed. The upload request is sent to the cloud server accessing the Internet through the remote interface through the 3G or 4G network based on the TCP/IP network transmission protocol.

In the present invention, the protocol for transmitting the target picture through the remote interface may be a connection-oriented transmission control protocol TCP in TCP/IP; or may be a connectionless user datagram protocol UDP. In the preferred embodiment of the present invention, the target picture adopts the real-time transport protocol RTP (Real-time Transport Protocal), because the real-time and synchronization requirements are high during the transmission of the picture file, and the network bandwidth needs to be occupied. ) Upload via remote interface. RTP is a UDP-based network transport protocol that provides end-to-end transport services with real-time features for transmitted data, including Two sub-protocols, RTP and RTCP. The RTP is a data transmission protocol for transmitting data in real time, and RTCP is a control protocol for quality problems of data transmitted by QoS feedback.

Further, in order to ensure that the mobile terminal transmits the target picture saved in the buffer in real time, a multi-threading mechanism is adopted. For example, in one embodiment of the invention, the following threads are created: a receiving thread, a memory scheduling thread, and a sending thread, and a main thread responsible for coordination of each child thread. The receiving thread is responsible for receiving the target picture from the aforementioned Bluetooth transmission channel and saving the target picture in the local buffer. When one of the buffers is full, the memory scheduling thread selects another buffer to store the received target image in a certain direction, and releases the control of the filled buffer. When it detects that the target image is stored in the buffer. The receiving thread sends a signal to the sending process, and the sending process calls the remote interface to send the target image by triggering the application in the mobile terminal, so that the loop can effectively improve the real-time performance of the image transmission, save time, and cause an abnormality in the network. When it is not sent in time, it will not quickly cover the target image in the buffer, effectively protecting the secure transmission of the target image.

It is not difficult to understand that, in this step, when the target image is uploaded through the remote interface, the feature information corresponding to the target image is attached. Of course, it can be understood from the foregoing steps that when the feature information corresponding to the target image is added to the attribute information of the target image, only the target image needs to be uploaded; otherwise, the target image needs to be uploaded through the remote interface at the same time. Feature information. The feature information in the present invention refers to navigation information or classification information capable of characterizing the type of the target picture, wherein the navigation information includes any one of time, geographical location, driving direction, driving speed, geographic latitude and longitude, or any number of The classification information includes any number of types of characters, scenery, car accidents, and road conditions.

In summary, the driving recorder and the mobile terminal of the present invention can establish a Bluetooth transmission channel by searching for a Bluetooth device that can be connected point-to-point and automatically pairing the connection; and after detecting the storage of the picture on the driving recorder side, The Bluetooth transmission channel is automatically uploaded to the local target image to the mobile terminal; and the subsequent mobile terminal detects that the buffer is stored in the buffer, and then automatically calls the remote interface to upload the target image to the server in real time. That is, the connection and transmission pictures of the driving recorder end and the mobile terminal are automatically completed, no manual operation is required, the user experience is improved, and the manual operation is avoided to bring the driving safety problem to the user.

Further, the method of the present invention further includes a step S23: feeding back, by the preset Bluetooth transmission channel, a comparison result list indicating whether each of the target pictures has been uploaded.

In order to enable the driving recorder to delete the target image that has been successfully uploaded to the cloud server by the mobile terminal as needed, the storage space is released to avoid waste of resources. In this step, the Bluetooth transmission channel established with the driving recorder side feedbacks a list of comparison results indicating whether each of the target pictures has been uploaded. Specifically, referring to FIG. 7, the step S23 further includes the following steps:

S231. Detect whether the target image uploaded by the remote interface end has been successfully uploaded.

After the target image is uploaded by the mobile terminal, it is determined that the image has been successfully uploaded according to the information that has been successfully uploaded by the file fed back from the remote server. The specific implementation manner is well-known in the art, and details are not described herein.

S232. If the target image is successfully uploaded, the uniqueness information indicating that the target image is displayed may be added to the comparison result list.

After receiving the information that the target image file fed back from the remote server has been successfully uploaded from the mobile terminal, the file name including the image, the size of the target image, or the shooting time may be set in the feedback information to be represented as the target image. The uniqueness information of the target image may be extracted before the target image is uploaded, and the unique feature information of the target image is obtained after the target image fed back by the server is successfully uploaded. Information is added to the list of pre-established control results. For example, in an exemplary embodiment of the present invention, a comparison result list is created by calling the execSQL() method in the SQLiteDatabase class, and the feature information of the successfully uploaded target image is added to the comparison result by the insert() method. List.

S233. Send the comparison result list by using the Bluetooth transmission channel.

It can be seen from the foregoing method that in this step, the mobile terminal can wirelessly send the comparison result list to the driving recorder end through the local area network constructed by the Bluetooth connection technology. In the foregoing steps, the driving recorder has communicated with a mobile terminal such as a mobile phone or a PAD. The specific implementation method in this step is the same as the method for wirelessly receiving data in the foregoing step S21. For details, refer to the principle and implementation manner described in the foregoing step S21, and details are not described herein again.

In summary, in the present invention, the driving recorder can automatically upload the locally stored target image to the mobile terminal through the preset Bluetooth transmission channel in real time, and the mobile terminal uploads the image to the remote server through the remote interface through the Internet. Realize the real-time transfer of image files, avoiding the loss of image storage on the driving recorder side due to limited storage capacity. At the same time, after receiving the picture feedback from the mobile terminal, the driving recorder end has successfully uploaded the picture to the remote server, and then deletes the picture saved locally to ensure the safe transfer of the picture, and release the local storage space in time to avoid resource waves. fee. Further, the present invention transmits the target picture to the mobile terminal through the Bluetooth transmission technology, and then the mobile terminal uploads the target picture to the server. The mobile phone can simultaneously connect the free Bluetooth transmission technology and access the Internet, avoiding the problem that the driving recorder directly uploads the target image to the server to generate high traffic charges, and also ensures the real-time performance of the target image transmitted by the mobile terminal to the Internet.

Further, according to the functional modular thinking of the computer software, the present invention also provides a driving recorder using the above picture security protection method, please refer to FIG. 8. The driving recorder includes a capture module 11, a transmission module 12, and a deletion module 13. The capture module 11, the transmission module 12, and the deletion module 13 are used to construct a principle framework of the entire terminal, thereby implementing a modular implementation. The specific functions implemented by each module are specifically disclosed below.

The capture module 11 is configured to obtain a target image saved by the camera capture in a local storage medium in response to the capture instruction.

In the driving process of the vehicle in the invention, the camera always captures the scenery and road condition information along the way, and in order to facilitate the implementation of the picture transmission, the driving recorder and the mobile terminal establish communication in advance based on the local area network to realize mutual communication. When the user finds that a certain image of interest needs to be captured along the way, the user can directly issue a snap instruction with the screen classification information, and then store the captured image captured by the capture module 11 locally. The capture command issued by the capture module 11 may be a physical button or a touch panel that is set on the driving recorder, or may be a voice command. When the capture command is obtained by triggering a physical button or a touch panel disposed on the driving recorder, the physical button or the touch panel should be preset in plurality and each button needs to correspond to one of the classification information. Class, in order to facilitate the processor to obtain the classification information from the capture instruction obtained by triggering a certain button, but in the method, when the driver is driving, the physical button set on the driving recorder side is needed to be triggered or Touch control keys are prone to security risks. In a preferred embodiment of the present invention, in order to ensure driver driving safety, a voice command is preferably used as the capture command, wherein the natural language of the voice command issued by the user includes classification information. Specifically, the type of the classification information includes any number of types of characters, landscapes, car accidents, and road conditions.

Referring to FIG. 9, in an embodiment of the present invention, the capture module 11 may further include a photographing module 111, a feature information acquiring module 112, and a storage module 113.

The photographing module 111 is configured to obtain a target image by capturing a camera by responding to a snapping instruction. sheet;

In this module, in response to the snap command, the camera capture is invoked to obtain a corresponding target picture. To facilitate understanding of the implementation of the module, the camera module 111 in the embodiment is described herein with a USB camera. The calling of the camera capture in the module to obtain the target picture can be implemented by two embodiments.

1. In an embodiment of the invention, the target picture is obtained by triggering a photographing mode by calling a camera. In the processor with the Linux system of the driving recorder, a USB driver for driving the camera is preloaded. It is not difficult to understand, you can communicate with the USB camera by calling the USB low-level operation library libusb, provide USB control commands, switch the camera to camera mode, and set the camera aperture, shutter, ISO and other parameters through software instructions. When the driving recorder obtains the snapping instruction with the classification information, the software command is used to trigger the shutter of the camera to capture the target image.

2. In another embodiment of the present invention, the target picture is obtained by intercepting a video image of a time point corresponding to when the capture instruction is issued. After responding to the capture instruction, the video frame static data at the time point corresponding to the capture instruction is intercepted by a certain interception algorithm to obtain a target picture. The interception algorithm is well known to those skilled in the art and will not be described in detail herein.

The feature information acquiring module 112 is configured to obtain feature information corresponding to the target image.

After the target image is obtained by the camera, in order to facilitate the user to find the target image more accurately, the feature information acquiring module 112 is required to obtain the feature information of the target image. Specifically, the feature information refers to classification information attached to the navigation information or the capture instruction.

It can be seen from the foregoing module that the snap command can be a physical button or a touch panel that is set on the driving recorder, or can be a voice command. When the capture command is obtained by triggering a physical button or a touch panel disposed on the driving recorder, the physical button or the touch panel should be preset in plurality and each button needs to correspond to one of the classification information. The class is configured to facilitate the processor to obtain the classification information from a snap instruction obtained by triggering a certain button.

When the capture instruction is a voice instruction, the feature information acquisition module 112 obtains the classification information from the voice instruction, which is specifically:

1. The feature information obtaining module 112 is configured to acquire voice stream data with classification information to be identified.

In one embodiment, the present invention preferably employs a microphone as a voice recording device to acquire voice stream data for the user. Wherein, the sound collection direction of the voice recording device is optimal for the position of a certain seat in the vehicle. For example, in one embodiment, the voice receiving range of the voice recording device is defined as the driver, that is, the microphone is placed closer to the driver's position to receive a voice signal having low interference and high signal to noise ratio. For example, the driver can issue a voice command of "character beat", "landscape beat", "car accident shoot" or "road condition shoot", wherein "person", "landscape", "car accident", "road condition" is classification information. The voice analog signal recorded by the voice recording device is converted into digital voice stream data by A/D and then stored in the buffer of the processor core.

2. The feature information obtaining module 112 is further configured to identify the voice stream data and parse the category information in a string text format.

The feature information obtaining module 112 reads the sampled digital voice stream data from the buffer of the processor core by calling the read function, and performs identification and conversion into the string information format information. The process of identifying the classification information from the voice stream data may be the classification information obtained by uploading to the cloud server for obtaining the string text format, or may be matched with the local voice library to obtain the character. Classification information in string text format.

In an embodiment of the present invention, the feature information obtaining module 112 is configured to obtain the classification information of the string text format by uploading to the cloud server for identification, which specifically includes: a, the feature information acquiring module 112 will acquire The voice stream data is included in the voice recognition request and submitted to the remote voice cloud server through the remote interface; b, the voice stream data is recognized and parsed by the voice recognition platform of the remote voice cloud server to obtain the string text; c, then the feature The information obtaining module 112 further acquires, by using the remote interface, classification information in a string text format obtained by responding to the voice recognition request and corresponding to parsing the voice stream data.

In order to further increase the stability of the feature information acquiring module 112 in the embodiment of the present invention, the feature information acquiring module 112 and the voice cloud server use the Socket-based TCP protocol for communication, and adopt an asynchronous control method, thereby avoiding voice data flow. The blocking ensures timely reporting of voice data streams, providing users with a better control experience. The voice cloud server is a processing platform with a voice library, and may be an independent server in the network, or a collection of multiple servers providing different voice recognition services. The voice library may be provided by a separate server, or Integrated with a voice server.

It is not difficult to understand that the cloud technology is implemented in the module of the embodiment, and the feature information is obtained. The fetching module 112 sends a speech recognition request including the voice stream data and receives a string text obtained by the remote server corresponding to parsing the voice stream data to determine the classification information, because the data in the remote server is more comprehensive and scientific. The classified information obtained is also more scientific and accurate, and has universal adaptability, so as to avoid misjudgment and further improve reliability.

In a further embodiment of the present invention, the feature information obtaining module 112 is configured to perform the matching and identifying process with the local voice library to obtain the classification information of the string text format, which specifically includes: A, the feature information acquiring module 112 is The method is configured to perform matching identification processing on the acquired voice stream data with the local voice library; B. The feature information obtaining module 112 is further configured to obtain classification information in a string text format that matches the voice stream data.

In the local voice library, a list in which the voice stream data is mapped to the string text is pre-stored. In this step, the voice stream data recognition program calls the local voice library, and the acquired voice stream data is matched and identified. Then, the feature information obtaining module 112 traverses and searches the list in which the classification information of the voice stream data and the string text format are stored in advance, and obtains the classification information of the character string text format that matches the voice stream data. Of course, the voice library can be a local voice library formed by downloading and saving to a local voice cloud server. If the classification information of the string text format corresponding to the voice stream data is not found in the local voice library, the local voice library may be updated by communicating with the remote cloud server.

The foregoing information is obtained by the feature information acquiring module 112, and further, the navigation information is obtained. In an embodiment of the present invention, the navigation information needs to invoke the navigation module to obtain the current navigation information. It should be noted that the navigation module may be built in the driving recorder or may be an external navigation module, which is not limited by the present invention. Further, the navigation module may be a GPS navigation module or a Beidou satellite navigation. For example, in an embodiment of the invention, the navigation module is a GPS navigation module. Optionally, the GPS navigation module obtains navigation information of the target image according to the NMEA-0182 protocol, or obtains navigation information of the target image by using a base station positioning manner. Specifically, the navigation information includes any one or any of a plurality of time, a geographical location, a driving direction, a driving speed, and a geographic latitude and longitude. The feature information obtaining module 112 is configured to obtain the current navigation information by calling the navigation module, which can be implemented by using two embodiments. The implementation process of each embodiment is specifically described below:

1. In an embodiment of the invention, the GPS navigation module obtains navigation information of a target picture according to the NMEA-0182 protocol. Specifically, the NMEA-0183 protocol is a standardized GPS data format protocol. Negotiation. The data may include time, geographical location, longitude and latitude, driving direction, driving speed and the like, and the GPS navigation module acquires the satellite positioning signal from the GPS satellite and calculates the navigation data. The processing module in the GPS navigation module analyzes and processes the received ASCII code statement based on the NMEA-0183 protocol format to obtain navigation information.

In another embodiment of the present invention, the GPS navigation module obtains the navigation information of the target image by using the base station positioning manner, and the method is a technical means commonly used by those skilled in the art, and will not be described in detail herein.

Further, the storage module 113 is configured to save the feature information accompanying the target picture and the corresponding feature information on the local storage medium.

Specifically, in order to prevent the target picture from being overwritten, the target picture needs to be separately stored. In one embodiment, the present invention is described by taking an SD card as the storage module 113 as an example, but does not constitute a limitation of the invention. Other prior art non-volatile storage devices can be used as the implementation. The storage module 113 of the target folder in the example.

Further, the storage module 113 is configured to save the feature information accompanying the target picture and the corresponding feature information in the local SD card storage medium. In an embodiment of the module, the feature information corresponding to the target image is only stored in a certain relationship with the target image. For example, in a specific embodiment, the target image name is consistent with the feature information file name of the target image. And saved in a folder.

In another embodiment, the feature information corresponding to the target picture is added locally stored in the attribute settings of the target picture. An exemplary embodiment of this embodiment is as follows:

Specifically, the storage module 113 adds the feature information to the attribute information of the picture to obtain a target picture of a specific format; and stores the target picture of the specific format on the local storage medium. Huffman, RLE (run-length encoding), LZW are required after the target image is captured by the camera module 111. A compression algorithm such as (Lempel-Ziv-Welch Encoding) compresses the target image into a specific format. In this embodiment, the storage module 113 is first used to compress the target picture into a specific format file.

As is well known, the commonly used prior art compresses pictures into a JPEG (Joint Photographic Experts Group), GIF (Graphics Interchange Format) or PNG (Portable Network Graphics) format. Among them, GIF is a lossless compression, using LZW compression algorithm Encoding, using 8-bit color compression, can only process 276 colors, it is not easy to save true color images; PNG is a lossless data compression bitmap graphics file format, the same shortcomings as GIF, is not conducive to image optimization And the file capacity is larger than other formats; JPEG is a widely used distortion compression standard method for photo images, using Huffman compression algorithm for destructive compression, first converting pictures from RGB to YUV, using brightness, hue And saturation stores information for each pixel. Then reduce the amount of information on hue and saturation, this difference is not easily noticed by the naked eye, but the number of image bytes will be greatly reduced. Therefore, in an embodiment of the present invention, the target image data captured by the camera module 11 is preferably converted into a target image in the JPEG format by a Huffman compression algorithm.

Those skilled in the art should know that the picture attribute of the JPEG format is set in the Exif information of the picture. Exif (Exchangeable Image File) is an image file format. In fact, the Exif format is the information inserted into the JPEG format header, which can load the aperture, shutter, balance white, ISO, focus, date, time and navigation information of the picture. Therefore, the classification information and the navigation information obtained by the feature information acquiring module 112 can be added to the Exif information of the obtained target picture. In a specific embodiment, the JPEG file begins with the string "0XFFD8" and ends with the string "0XFFD9" and is used between the string "OXFFE0-0XFFEF" for storing Exif information. The storage module 113 is configured to add the navigation information and the classification information between the character string “OXFFE0-0XFFEF” in the process of compressing the obtained target image data of the RGB format into a target image of the JPEG format by the Huffman compression algorithm. In the Exif information, the attribute setting of the target picture in the present invention is implemented.

It should be noted that although the present invention is exemplified in the JPEG file format, those skilled in the art should understand that a file format such as PNG can also be adopted by the present invention, which is represented by the image file suffix name, which is .jpeg,. Jpg, .png, etc. In some embodiments, for a picture format file that does not support EXIF, a memo form corresponding to all related picture files stored therein may be built in each target folder, and the picture file name and the navigation information are established in the table. The mapping relationship data between the two types can solve the problem of the addition of the attribute information caused by the difference in the format, and the same can satisfy the requirements of the present invention.

In summary, the foregoing capture module 11 implements, in response to the capture instruction, the target image obtained by capturing the camera and the extracted feature information corresponding to the target image are saved in the local storage medium. Due to the limited storage capacity of the local storage medium, the target picture is easily overwritten and cannot be effectively protected.

In view of the foregoing drawbacks, further, referring to FIG. 8, the transmission module 12 described in the present invention is configured to automatically output a locally stored target picture through a preset Bluetooth transmission channel in response to detecting an event that the target picture has been stored. Upload.

In order to realize real-time transmission of the picture captured by the capture module 11 to the mobile terminal, the driving recorder and the mobile terminal need to establish a connection based on the local area network to realize mutual communication. Since the storage capacity of the traffic recorder end is limited, when the user wants to transmit the target picture to the mobile terminal, the PAD and other mobile terminals for security protection in real time, the target picture can be automatically uploaded to the mobile terminal through the LAN built by the Bluetooth connection technology, of course, The premise is that the driving recorder can communicate with mobile terminals such as mobile phones or PADs. Therefore, according to an embodiment of the present invention, before the transmission module 12 performs an automatic upload of the locally stored target picture through a preset Bluetooth transmission channel in response to detecting that the target picture has been stored, please refer to FIG. A Bluetooth communication module 14 is also included.

The Bluetooth communication module 14 is configured to search for a Bluetooth device that can be connected to the point-to-point and automatically pair the connection to establish a Bluetooth transmission channel.

It is not difficult to understand that to establish a connection between two Bluetooth devices, the two Bluetooth devices need to have a connected BluetoothSocket under the same RFCOMM channel. In this embodiment, the Bluetooth communication module 14 in the driving recorder searches for a Bluetooth device that can be connected to the point-to-point, and then automatically issues a request connection command; of course, the Bluetooth connection request may also be initiated by the Bluetooth device of the mobile terminal, and the driving recorder end The Bluetooth communication module 14 needs to connect to the Bluetooth device in response to the connection request. Specifically, in this embodiment, the Bluetooth communication module 14 of the driving recorder side responds to the mobile terminal automatically initiating a connection request as an example to describe the pairing connection process of the Bluetooth device.

In one implementation of the invention, communication is implemented between the Bluetooth communication module 14 and the mobile terminal based on a Socket. First, the Bluetooth recorder module 14 of the driving recorder side searches for the BluetoothService of the mobile terminal, and calls the ListenUsingRfcommWithServiceRecord (String, UUID) method of the Bluetooth service to acquire a Bluetoothsocket object, where String represents the name of the mobile terminal, and UUID represents the connection identifier with the mobile terminal. . Recalling the connect() method of Bluetoothsocket, if the UUID matches the UUID of the mobile terminal, and the mobile terminal accepts the Bluetoothsocket, the Bluetooth communication module 14 of the driving recorder side shares the RFCOMM channel with the mobile terminal to complete the Bluetooth transmission channel establishment process, and Returns the connect() method. When the two Bluetooth devices are successfully connected, the Bluetooth communication module 14 of the driving recorder side will call close() to close the connection, thereby saving system resources.

After the Bluetooth transmission channel is successfully established, further, the transmission module 12 is configured to pass The Bluetooth transmission channel automatically uploads the target picture stored locally.

When the driving recorder is successfully connected to the mobile terminal, both parties will acquire their own exclusive bluetoothsocket, thereby realizing data transmission between devices. When the transmission module 12 on the driving recorder side detects that there is picture storage or the mobile terminal detects that there is picture storage on the driving recorder side, the picture transmission instruction is automatically issued. The transmission module 12 first traverses the local target image file and its corresponding feature information file, and then obtains the input and output streams of the target image data to be uploaded by calling the getInputStream() and getOutputStream() methods, and then calls read(byte[] And the write(byte[]) method to read or write information such as the name of the image file to be sent and its corresponding character length. It is not difficult to understand that since the read and write operations are all blocked calls, the transport module 12 needs to create a dedicated thread for management. The specific implementation is well known to those skilled in the art, and details are not described herein.

It is not difficult to understand that when the transmission module 12 automatically uploads the target picture through the Bluetooth transmission channel, the feature information corresponding to the target picture is attached. Of course, it can be understood from the foregoing description that when the feature information corresponding to the target picture is added to the attribute information of the target picture, only the target picture needs to be uploaded; otherwise, the transmission module 12 needs to simultaneously upload the target picture and its corresponding Feature information.

In summary, in the foregoing step, after detecting that the target picture has been stored, the driving recorder end transmitting module 12 automatically uploads the locally stored target picture to the mobile terminal through the preset Bluetooth transmission channel in real time, and implements the picture file. The real-time transfer avoids the loss of image storage on the driving recorder side due to limited storage capacity. Further, in order to ensure that the success of the picture is safely transferred, the deleting module 13 is configured to delete the target stored in the local storage medium specified in the comparison result list according to the comparison result list obtained by the preset Bluetooth transmission channel. image.

After the picture is securely transmitted to the mobile terminal by the driving recorder, the mobile terminal uploads the picture to the remote cloud server for storage. And the picture information that has been successfully uploaded to the remote server is fed back to the driving recorder end in the form of a comparison result list, and the driving recorder uses the deletion module 13 to delete the storage specified in the comparison result list according to the comparison result list obtained by the Bluetooth transmission channel. The target image of the local storage medium releases the local storage space in time to avoid waste of resources. Specifically, referring to FIG. 11 , the deleting module 13 specifically includes a receiving module 131 , a searching module 132 , and an executing module 133 .

The receiving module 131 is configured to receive, by using the Bluetooth transmission channel, a feedback comparison result list;

The searching module 132 is configured to find, in the local storage medium, the target image specified in the list according to the comparison result list;

The executing module 133 is configured to delete the target picture.

It is not difficult to understand that the receiving module 131 lists the successfully uploaded picture information in the comparison result list of the wireless receiving feedback of the established Bluetooth transmission channel, which may include the file name of the picture, or may be other characterized as The uniqueness of the image, such as the size of the image or the time of the capture. The driving recorder is based on the obtained uniqueness characteristic information of the picture. The find module 132 then calls find() to traverse the storage path of the picture and the corresponding property information file. Then, after receiving the feedback list, the execution module 133 can immediately invoke the rm to execute the delete command on the picture and the unique feature information stored in the path, or the execution module 133 can be executed when the storage capacity of the driving recorder is insufficient. Then, rm is called to delete the picture and its unique feature information stored in the path, and the local storage space is released to avoid waste of resources.

In the same way, according to the functional modular thinking of the computer software, the present invention is further provided with a mobile terminal corresponding to the driving recorder end to realize communication with the driving recorder, and the invention also provides a safe transmission method using the above picture. For the mobile terminal, please refer to Figure 12. The mobile terminal includes a second receiving module 21, a second uploading module 22, and a feedback module 23. The second receiving module 21, the second uploading module 22, and the feedback module 23 are used to construct a principle framework of the entire terminal, thereby implementing modularization. implementation plan. The specific functions implemented by each module are specifically disclosed below.

The second receiving module 21 is configured to wirelessly receive a target image in a storage area through a preset Bluetooth transmission channel.

In order to realize real-time transmission of the captured pictures to the mobile terminal, the driving recorder and the mobile terminal need to establish a connection based on the local area network to realize mutual communication. It can be seen from the foregoing that the storage capacity of the driving recorder end is limited. When the user wants to transmit the target picture to the mobile terminal, PAD and other mobile terminals in real time, the mobile terminal can wirelessly receive the driving recorder from the local area network built by the Bluetooth connection technology. The target image sent by the end. Of course, the premise is that the driving recorder can communicate with mobile terminals such as mobile phones or PADs. Therefore, in accordance with an embodiment of the present invention, a Bluetooth communication module 24 is also included. The Bluetooth communication module 24 is configured to search for a point-to-point connected Bluetooth device and automatically pair the connection to establish a Bluetooth transmission channel before the wirelessly receiving the target picture is saved in the storage area through the preset Bluetooth transmission channel.

It is not difficult to understand that to establish a connection between two Bluetooth devices, the two Bluetooth devices need to be in the same Each RFCOMM channel has a connected BluetoothSocket. In this embodiment, when the Bluetooth communication module 24 in the mobile terminal searches for a Bluetooth device that can be connected to the peer-to-peer connection, a request connection command is automatically issued; of course, the Bluetooth connection request may also be initiated by the Bluetooth device on the driving recorder side, and the mobile terminal Bluetooth The communication module 24 needs to connect to the Bluetooth device in response to the connection request. Specifically, in this embodiment, the mobile terminal actively initiates a connection request as an example to describe a pairing connection process of the Bluetooth device.

For example, in an implementation of the present invention, in order to facilitate understanding of the implementation of the module, an implementation process of the embodiment is illustrated by using an Android mobile phone as the mobile terminal in this embodiment. It is not difficult to understand that before using the Bluetooth communication method of the Bluetooth communication module 24 on the Android mobile phone, it is necessary to apply for the Bluetooth response permission android:name=”android.permission.BLUETOOTH_ADMIN”, and then start to configure the Bluetooth module of the machine, call The Bluetooth class, the core class of Bluetooth operation, directly turns on the Bluetooth function of this unit. Then the Bluetooth communication module 24 starts searching for the Bluetooth device on the driving recorder side, and uses the Bluetooth Adapter's startDiscover() method to perform an asynchronous mode, which can quickly search for nearby Bluetooth devices. The search process is actually in a System Service. In progress, so you can call the cancelDiscovery() method to stop the search. After the search process is completed, the Bluetooth communication module 24 needs to receive the detailed information of the found driving recorder, and then filters the ACTION_FOUND Intert action, registers a BroadcastReceiver object to receive the Bluetooth user name and MAC address of the driving recorder, and The Bluetooth device on the driving recorder side is paired.

After the pairing is completed, it is necessary to establish a connection between the mobile terminal and the Bluetooth device of the driving recorder. The BluetoothServer communication module 24, which is the requesting sender, calls the BluetoothAdapter's ListenUsingRfcommWithServiceRecord(String, UUID) method to obtain the BluetoothServersocket object, and the UUID indicates The connection identifier with the driving recorder end; then call the BluetoothServersocket accept() method to listen for the connection request. If the connection request from the driving recorder is received, a Bluetoothsocket is returned to the Bluetooth device of the driving recorder, and finally the two Bluetooth devices are successfully connected. After that, you need to call the BluetoothServersocket's close() method to release the resource.

After the Bluetooth transmission channel is successfully established, the second receiving module 21 is configured to wirelessly receive the target picture through the preset Bluetooth transmission channel.

When the mobile terminal is successfully connected to the driving recorder, both parties will acquire their own exclusive Bluetoothsocket, thereby realizing data transmission between devices. During the implementation of the second receiving module 21, the second receiving module 21 of the mobile terminal acquires the input and output streams of the target picture data to be received by calling the getInputStream() and getOutputStream() methods, and then calls read(byte[]). And the write(byte[]) method to read or write the received image file. It is not difficult to understand that since the read and write operations are all blocked, the dedicated thread needs to be created in the module for management. The specific implementation is well known to those skilled in the art, and details are not described herein. After the picture data is successfully received, the second receiving module 21 of the mobile terminal calls close() to close the connection, thereby saving system resources.

It is not difficult to understand that, in the second receiving module 21, when the target picture is received through the Bluetooth transmission channel, the feature information corresponding to the target picture is attached. Of course, it can be understood from the foregoing description that when the feature information corresponding to the target picture is added to the attribute information of the target picture, the second receiving module 21 only needs to receive the target picture; otherwise, the second receiving module 21 needs to At the same time, the target image and its corresponding feature information are received.

Further, the second receiving module 21 is configured to save the target picture in a storage area.

In the present invention, in order to automatically upload the wirelessly received target picture to the cloud server through the remote interface, the second receiving module 21 is configured to save the received target picture in the fast reading and writing speed. Memory buffer. Since the target picture data has a large capacity, if the picture stored in the memory buffer cannot be uploaded in time, it will be overwritten by the received picture and lost. Therefore, in the present invention, at least two buffers are requested in the memory space to store the target. image. Each buffer is set to two working states: buffer empty and buffer full. After the received target image fills a buffer, the target image received by another buffer is stored in the buffer, and the target image is saved when the mobile terminal cannot send the data in time. Will be covered quickly, which is conducive to the safe transmission of the target picture.

In summary, the second receiving module 21 receives the target picture through the preset Bluetooth transmission channel, and saves it in the local memory buffer.

Further, referring to FIG. 12, the second uploading module 22 of the present invention is configured to upload the target image through a remote interface in response to detecting an event that the target image has been stored.

In the mobile terminal of the present invention, in order to realize real-time uploading of the received target image on the remote server, it is necessary to connect to the Wifi before receiving the data to obtain the right to access the Internet, and then The second uploading module 22 constructs a remote upload request containing the target image data, and sends the upload request to the cloud server accessing the Internet through the remote interface based on the TCP/IP network transmission protocol through the 3G or 4G network.

In the present invention, the protocol that the second uploading module 22 transmits the target picture through the remote interface may be a connection-oriented transmission control protocol TCP in TCP/IP; or may be a connectionless user datagram protocol UDP. In a preferred embodiment of the present invention, the second uploading module 22 uses the real-time transport protocol RTP (for the target picture) because the real-time and synchronization requirements are high during the transmission of the picture file and the network bandwidth needs to be occupied. Real-time Transport Protocal) uploads via a remote interface. RTP is a UDP-based network transport protocol that provides end-to-end transport services with real-time features for transmitted data, including two sub-protocols, RTP and RTCP. The RTP is a data transmission protocol for transmitting data in real time, and RTCP is a control protocol for quality problems of data transmitted by QoS feedback.

Further, in order to ensure that the mobile terminal transmits the target picture saved in the buffer in real time, the second uploading module 22 adopts a multi-threading mechanism. For example, in one embodiment of the present invention, the second uploading module 22 creates the following threads: a receiving thread, a memory scheduling thread, and a sending thread, and a main thread responsible for the coordination of each child thread. The receiving thread is responsible for receiving the target picture from the aforementioned Bluetooth transmission channel and saving the target picture in the local buffer. When one of the buffers is full, the memory scheduling thread selects another buffer to store the received target image in a certain direction, and releases the control of the filled buffer. When it detects that the target image is stored in the buffer. The receiving thread sends a signal to the sending process, and the sending process calls the remote interface to send the target image by triggering the application in the mobile terminal, so that the loop can effectively improve the real-time performance of the image transmission, save time, and cause an abnormality in the network. When the second uploading module 22 does not send the image in time, it does not quickly cover the target image in the buffer, effectively protecting the secure transmission of the target image.

It is not difficult to understand that, in this step, when the second uploading module 22 uploads the target image through the remote interface, the feature information corresponding to the target image is attached. Of course, it can be understood from the foregoing description that when the feature information corresponding to the target image is added to the attribute information of the target image, the second uploading module 22 only needs to upload the target image; otherwise, the second uploading module 22 needs to At the same time, the target image and its corresponding feature information are uploaded through the remote interface. The feature information in the present invention refers to navigation information or classification information capable of characterizing the type of the target picture, wherein the navigation information includes any one of time, geographical location, driving direction, driving speed, geographic latitude and longitude or Any of a variety of types; the classification information includes any number of types of people, landscapes, car accidents, and road conditions.

In summary, the driving recorder and the mobile terminal of the present invention can establish a Bluetooth transmission channel by searching for a Bluetooth device that can be connected point-to-point and automatically pairing the connection; and after detecting the storage of the picture on the driving recorder side, The Bluetooth transmission channel is automatically uploaded to the local target image to the mobile terminal; and the subsequent mobile terminal detects that the buffer is stored in the buffer, and then automatically calls the remote interface to upload the target image to the server in real time. That is, the connection and transmission pictures of the driving recorder end and the mobile terminal are automatically completed, no manual operation is required, the user experience is improved, and the manual operation is avoided to bring the driving safety problem to the user.

Further, the feedback module 23 in the present invention is configured to feed back, by using the preset Bluetooth transmission channel, a comparison result list indicating whether each of the target pictures has been uploaded.

In order to enable the driving recorder to delete the target image that has been successfully uploaded to the cloud server by the mobile terminal as needed, the storage space is released to avoid waste of resources. The feedback module 23 feeds back a comparison result list indicating whether each of the target pictures has been uploaded through a Bluetooth transmission channel established with the driving recorder end. Specifically, referring to FIG. 14 , the feedback module 23 further includes a detection module 231 , a list loading module 232 , and a sending module 233 .

The detecting module 231 is configured to detect whether the target image uploaded by the remote interface end has been successfully uploaded.

After the target image is uploaded by the mobile terminal, the detecting module 231 can determine whether the image has been successfully uploaded according to the information that has been successfully uploaded by the file fed back from the remote server. The specific implementation manner is well-known in the art, and is no longer Narration.

If the target image is successfully uploaded, the list loading module 232 is configured to add the uniqueness information of the target image to the comparison result list if the target image is successfully uploaded.

After receiving the information that the target image file fed back from the remote server has been successfully uploaded from the mobile terminal, the list loading module 232 may set the file name including the file name, the size of the target image, or the shooting time in the feedback information. The uniqueness information that can be characterized as the target image; the unique feature information indicating that the target image is the target image is extracted before the target image is uploaded, and the list is loaded after receiving the information that the target image fed back by the server has been successfully uploaded. The module 232 adds the target image uniqueness feature information saved in advance to the pre-established comparison result list. For example, in an exemplary embodiment of the invention, the list loading module 232 is invoked The execSQL() method in the SQLiteDatabase class is used to create a comparison result list, and then the feature information of the successfully uploaded target image is added to the comparison result list by the insert() method.

The sending module 233 is configured to send the comparison result list by using the Bluetooth transmission channel.

The sending module 233 of the mobile terminal can wirelessly transmit the comparison result list to the driving recorder end through a local area network built by the Bluetooth connection technology. It can be seen from the foregoing description that the driving recorder can communicate with a mobile terminal such as a mobile phone or a PAD. The method for transmitting the comparison result list by the sending module 233 through the point-to-point Bluetooth transmission channel is the same as the implementation manner of the second receiving module 21 for receiving the picture data wirelessly. For details, refer to the foregoing description in the second receiving module 21. The principle and implementation of this will not be repeated here.

In summary, in the present invention, the driving recorder can automatically upload the locally stored target image to the mobile terminal through the preset Bluetooth transmission channel in real time, and the mobile terminal uploads the image to the remote server through the remote interface through the Internet. Realize the real-time transfer of image files, avoiding the loss of image storage on the driving recorder side due to limited storage capacity. At the same time, after receiving the picture feedback from the mobile terminal, the driving recorder end has successfully uploaded the picture to the remote server, and then deletes the picture saved locally to ensure the safe transfer of the picture and release the local storage space in time to avoid waste of resources. Further, the present invention transmits the target picture to the mobile terminal through the Bluetooth transmission technology, and then the mobile terminal uploads the target picture to the server. The mobile phone can simultaneously connect the free Bluetooth transmission technology and access the Internet, avoiding the problem that the driving recorder directly uploads the target image to the server to generate high traffic charges, and also ensures the real-time performance of the target image transmitted by the mobile terminal to the Internet.

Further, in order to facilitate understanding, the driving recorder of the present invention and the mobile terminal jointly implement the above method described in the present invention. Referring to Figure 15, the present invention provides a picture transmission control method for a driving recorder, which is described in connection with a driving recorder and a mobile terminal.

S01, the driving recorder obtains the target picture and stores it in the local storage medium in response to the user capturing instruction;

In the driving process of the vehicle in the invention, the camera always captures the scenery and road condition information along the way, and in order to facilitate the real-time capture of the picture, when the user finds that a certain image of interest along the way needs to be captured, The capture instruction with the screen classification information is directly issued, the target image is obtained by the camera capture, and the feature information corresponding to the target image is obtained; and the feature information accompanying the target image and the corresponding feature information is saved in the local storage medium.

The capture instruction may be a physical button or a touch surface triggered to be set on the driving recorder. The board can also be a voice command. When the capture command is obtained by triggering a physical button or a touch panel disposed on the driving recorder, the physical button or the touch panel should be preset in plurality and each button needs to correspond to one of the classification information. Class, in order to facilitate the processor to obtain the classification information from the capture instruction obtained by triggering a certain button, but in the method, when the driver is driving, the physical button set on the driving recorder side is needed to be triggered or Touch control keys are prone to security risks. In a preferred embodiment of the present invention, in order to ensure driver driving safety, a voice command is preferably used as the capture command, wherein the natural language of the voice command issued by the user includes classification information.

Further, the method further includes the step S02, the driving recorder automatically uploading the target picture to the mobile terminal through the first channel.

In order to realize real-time transmission of the captured pictures to the mobile terminal, the driving recorder and the mobile terminal need to communicate with each other in advance through the first channel established by the Bluetooth technology. Since the storage capacity of the traffic recorder end is limited, when the user wants to transmit the target picture to the mobile terminal, the PAD and other mobile terminals in real time, the first channel constructed by the Bluetooth connection technology can automatically upload the target picture to the mobile terminal. Of course, the premise is that the driving recorder can communicate with the mobile terminal such as a mobile phone or a PAD in advance.

Further, the method further includes the step S03, in which the mobile terminal automatically uploads the target image automatically acquired from the first channel to the cloud through the second channel.

After the mobile terminal automatically receives the target picture, the second channel established by the Wifi technology transmits the target picture to the cloud, implements secure transmission of the picture, and accepts a message that the picture fed back from the cloud has been successfully uploaded. In this embodiment, the target picture is sent to the mobile terminal through the Bluetooth transmission technology, and then the mobile terminal uploads the target picture to the server through the Wifi. The mobile phone can simultaneously connect the free Bluetooth transmission technology and access the Wifi Internet, avoiding the problem that the driving recorder directly uploads the target image to the server to generate high traffic charges, and also ensures the real-time transmission of the target image by the mobile terminal to the Internet. .

Further, the method further includes S04, the driving recorder deletes the target image stored in the local storage medium specified in the comparison result list according to the comparison result list obtained by the mobile terminal from the first channel.

The driving recorder receives the comparison result list that the characterization picture fed back by the mobile terminal has been successfully uploaded to the cloud through the preset first channel, and finds the stored local directory according to the comparison result list. Mark the picture and delete the target picture.

In summary, in the present invention, the driving recorder can automatically upload the locally stored target picture to the mobile terminal through the preset first channel in real time, and the mobile terminal passes the received target picture through the Internet through the second. The channel is uploaded to the remote server storage to realize the real-time transfer of the image file, which avoids the loss of the image storage on the driving recorder end due to the limited storage capacity. At the same time, after receiving the picture feedback from the mobile terminal, the driving recorder end has successfully uploaded the picture to the remote server, and then deletes the picture saved locally to ensure the safe transfer of the picture and release the local storage space in time to avoid waste of resources.

In an application scenario of the present invention, the driving recorder installed on the automobile that implements the technical solution of the present invention is in a power-on state, and the driving recorder and the user's mobile phone are in a Bluetooth peer-to-peer connection state, and the mobile phone is connected to the Internet through the Wifi. . Any command in the cockpit can be voiced at any time. During the driving process, the driver sends a “landscape” voice command, and the driving recorder immediately recognizes the voice command, converts the corresponding information into “landscape” text information, captures the current car front screen, and stores it in the corresponding SD. On the card, the entire process from receiving voice commands to analysis to capturing to storage is completed. Since the user's mobile phone and the driving recorder are in a Bluetooth connection state, the driving recorder detects that the target picture has been stored locally, and the driving recorder end transmits the completed picture file to the mobile phone through the established Bluetooth transmission channel, and the mobile phone passes The Bluetooth receives the picture file and saves it in the local memory buffer, completing the process of safely transferring the target picture of the driving recorder. Then, when the mobile phone detects that the target picture is stored in a certain memory buffer, the application in the mobile phone is triggered to read the picture from the buffer through the remote interface and upload to the remote server based on the 3G or 4G network. After the image upload is successful, the mobile phone end A list of comparison results indicating that each target picture has been successfully uploaded is sent to the driving recorder through the connected Bluetooth transmission channel. The driving recorder deletes the target picture stored in the local storage medium specified in the comparison result list according to the obtained comparison result list, that is, the secure transmission process of the target picture is completed.

In summary, the present invention can quickly capture and store pictures on the driving recorder side according to user instructions in a relatively safe situation, automatically transfer to the mobile phone terminal in real time in a very short time, and then automatically real-time through the mobile phone terminal. Uploaded to a remote server for secure security and secure transfer of images.

The various component embodiments of the present invention may be implemented in hardware, or in a software module running on one or more processors, or in a combination thereof. Those skilled in the art should It is understood that a microprocessor or digital signal processor (DSP) can be used in practice to implement some or all of the functionality of some or all of the components of the visual graphics encoding by the mobile terminal in accordance with embodiments of the present invention. The invention can also be implemented as a device or device program (e.g., a computer program and a computer program product) for performing some or all of the methods described herein. Such a program implementing the invention may be stored on a computer readable medium or may be in the form of one or more signals. Such signals may be downloaded from an Internet website, provided on a carrier signal, or provided in any other form.

For example, FIG. 16 shows an intelligent electronic device that can implement the file encryption method and the method of encrypting the file according to the present invention. The intelligent electronic device conventionally includes a processor 710 and a computer program product or computer readable medium in the form of a memory 720. Memory 720 can be an electronic memory such as a flash memory, EEPROM (Electrically Erasable Programmable Read Only Memory), EPROM, hard disk, or ROM. Memory 720 has a memory space 730 for program code 731 for performing any of the method steps described above. For example, storage space 730 for program code may include various program code 731 for implementing various steps in the above methods, respectively. The program code can be read from or written to one or more computer program products. These computer program products include program code carriers such as hard disks, compact disks (CDs), memory cards or floppy disks. Such a computer program product is typically a portable or fixed storage unit as described with reference to FIG. The storage unit may have a storage section or a storage space or the like arranged similarly to the storage 720 in the intelligent electronic device of FIG. The program code can be compressed, for example, in an appropriate form. In general, the storage unit comprises a program 731' for performing the steps of the method according to the invention, ie code that can be read by a processor, such as 710, which, when run by the intelligent electronic device, causes the intelligent electronic device Perform the various steps in the method described above.

In the description provided herein, numerous specific details are set forth. However, it is understood that the embodiments of the invention may be practiced without these specific details. In some embodiments, well-known methods, structures, and techniques are not shown in detail so as not to obscure the understanding of the specification.

While some exemplary embodiments of the invention have been shown in the foregoing, the embodiments of the invention may The scope is defined by the claims and their equivalents.

Claims (52)

A driving recorder picture transmission control method, characterized in that the method comprises the following steps: The driving recorder obtains the target picture and stores it in the local storage medium in response to the user capturing instruction; The driving recorder automatically uploads the target picture to the mobile terminal through the first channel; At the same time, the mobile terminal automatically uploads the target image automatically acquired from the first channel to the cloud through the second channel; The driving recorder deletes the target picture stored in the local storage medium specified in the comparison result list according to the comparison result list obtained by the mobile terminal from the first channel. The method according to claim 1, wherein the first channel is a Bluetooth transmission channel; and the second channel is a WiFi transmission channel. A driving recorder picture security protection method, characterized in that the method comprises the following steps: Responding to the capture instruction, the target image is captured by the camera and saved in the local storage medium; Responding to detecting an event that the target picture has been stored, automatically uploading the locally stored target picture through a preset Bluetooth transmission channel; Determining the target picture stored in the local storage medium specified in the comparison result list according to the comparison result list obtained by the Bluetooth transmission channel. The method according to claim 3, wherein the step of capturing, by the camera capture, the target image is saved in the local storage medium, in response to the capture instruction, comprising: Responding to the capture instruction, obtaining a target picture by capturing a camera; Obtaining feature information corresponding to the target picture; The feature information accompanying the target picture and its corresponding feature information is saved in a local storage medium. The method according to claim 4, wherein the step of storing the target image with the corresponding feature information in the local storage medium comprises: Adding the feature information to the attribute information of the picture to obtain a target picture of a specific format; The target picture of the specific format is stored on a local storage medium. The method of claim 3, before the step of automatically uploading the locally stored target image through a preset Bluetooth transmission channel, in response to detecting the event that the target image has been stored, further comprising: Search for Bluetooth devices that can be connected to a peer-to-peer connection and automatically pair the connection to establish a Bluetooth transmission channel. The method according to claim 3, wherein when the target picture is uploaded through the transmission channel, the feature information corresponding to the target picture is attached. The method according to claim 3, wherein the step of deleting the target picture stored in the local storage medium specified in the comparison result list according to the comparison result list obtained by the Bluetooth transmission channel comprises: Receiving a comparison result list of feedback through the Bluetooth transmission channel; Finding a target picture specified in the list in the local storage medium according to the comparison result list; Delete the target image. The method according to claim 7, wherein said characteristic information refers to classification information attached to navigation information or a snap instruction. The method according to claim 7, wherein the feature information corresponding to the target picture is added in the attribute information of the target picture and the target picture is uploaded. The method according to claim 9, wherein the navigation information comprises any one or any of a plurality of time, geographic location, driving direction, driving speed, geographic latitude and longitude. The method according to claim 9, wherein said classification information includes any number of types of characters, scenery, car accidents, and road conditions. A mobile terminal picture security transmission method, characterized in that the method comprises the following steps: The wireless receiving target image is saved in the storage area through a preset Bluetooth transmission channel; Uploading the target picture through the remote interface in response to detecting that the target picture has been stored; And feeding back, by the preset Bluetooth transmission channel, a list of comparison results indicating whether each of the target pictures has been uploaded. The method according to claim 13, wherein the target picture is uploaded via a remote interface based on a real-time transport protocol RTP. The method according to claim 13, wherein the target picture is uploaded via a remote interface based on a 3G or 4G network using a multi-threading mechanism. The method according to claim 13, wherein before the step of wirelessly receiving the target image in the storage area through the preset Bluetooth transmission channel, the method further includes: Search for Bluetooth devices that can be connected to a peer-to-peer connection and automatically pair the connection to establish a Bluetooth transmission channel. The method of claim 13 wherein said storage area is a memory buffer. The method of claim 17 wherein said memory buffer is provided with at least two. The method according to claim 13, wherein the step of indicating, by the preset Bluetooth transmission channel, whether each of the target pictures has uploaded a comparison result list, comprises: Detect whether the target image uploaded by the remote interface has been uploaded successfully. If the target image is successfully uploaded, the uniqueness information indicating that the target image is added to the comparison result list; The comparison result list is sent through the Bluetooth transmission channel. The method according to claim 13, wherein when the target picture is wirelessly received through the preset Bluetooth transmission channel, the feature information corresponding to the target picture is received. The method according to claim 20, wherein the feature information corresponding to the target picture is added to the attribute information of the target picture and wirelessly received through a Bluetooth transmission channel. The method according to claim 13, wherein when the target picture is uploaded through the remote interface, the feature information corresponding to the target picture is attached. The method according to claim 21, wherein the feature information corresponding to the target picture is added in the attribute information of the target picture and uploaded through a remote interface. The method according to claim 22, wherein the feature information refers to navigation information or classification information capable of characterizing a type of the target picture. The method according to claim 24, wherein the navigation information comprises any one or any of a plurality of time, a geographical location, a driving direction, a driving speed, and a geographic latitude and longitude. The method according to claim 24, wherein said classification information includes any number of types of characters, scenery, car accidents, and road conditions. A driving recorder, characterized in that it comprises: a capture module, configured to capture, by the camera capture, a target image saved in a local storage medium in response to the capture instruction; a transmission module for storing locally stored events in response to the detected target image The target image is automatically uploaded through a preset Bluetooth transmission channel; And a deleting module, configured to delete, according to the comparison result list obtained by the Bluetooth transmission channel, the target picture stored in the local storage medium specified in the comparison result list. The driving recorder according to claim 27, wherein the snapping module further comprises: a photographing module, configured to obtain a target image by capturing a camera by responding to a snapping instruction; a feature information acquiring module, configured to obtain feature information corresponding to the target image; And a storage module, configured to save the target image and the corresponding feature information on the local storage medium. A driving recorder according to claim 28, wherein: The storage module is further configured to add the feature information to the attribute information of the picture to obtain a target picture in a specific format; And storing the target picture of the specific format on a local storage medium. The driving recorder according to claim 27, further comprising a Bluetooth communication module. The Bluetooth communication module is configured to search for a Bluetooth device that can be connected to the point-to-point and automatically pair the connection to establish a Bluetooth transmission channel. The driving recorder according to claim 27, wherein the transmission module is configured to upload the feature information corresponding to the target picture when the target picture is uploaded through the transmission channel. The driving recorder according to claim 27, wherein the deleting module further comprises: a receiving module, configured to receive, by using the Bluetooth transmission channel, a feedback comparison result list; a searching module, configured to find, in the local storage medium, the target image specified in the list according to the comparison result list; An execution module for deleting the target image. A driving recorder according to claim 31, wherein said characteristic information is classification information attached to navigation information or a snap instruction. The driving recorder according to claim 31, wherein said feature information corresponding to said target picture is added to said target picture in attribute information of said target picture pass. The driving recorder according to claim 33, wherein the navigation information includes any one or any of a plurality of time, a geographical position, a driving direction, a traveling speed, and a geographical latitude and longitude. A driving recorder according to claim 33, wherein said classification information includes any number of types of characters, scenery, car accidents, and road conditions. A mobile terminal, comprising: a second receiving module, configured to wirelessly receive a target image in a storage area through a preset Bluetooth transmission channel; a second uploading module, configured to upload the target image through a remote interface in response to the detected event that the target image has been stored; The feedback module is configured to feed back, by using the preset Bluetooth transmission channel, a list of comparison results indicating whether each of the target pictures has been uploaded. The terminal according to claim 37, wherein the second uploading module is configured to upload the target picture through a remote interface based on a real-time transport protocol RTP. The terminal according to claim 37, wherein the second uploading module is configured to upload the target picture through a remote interface based on a 3G or 4G network using a multi-threading mechanism. The terminal according to claim 37, further comprising a Bluetooth communication module: The Bluetooth communication module is configured to search for a Bluetooth device that can be connected to the point-to-point and automatically pair the connection to establish a Bluetooth transmission channel. The terminal according to claim 37, wherein said storage area is a memory buffer. The terminal according to claim 41, characterized in that said memory buffer is provided with at least two. The terminal according to claim 37, wherein the feedback module further comprises: The detecting module is configured to detect whether the target image uploaded by the remote interface end has been successfully uploaded; a list loading module, configured to add, when the target image is successfully uploaded, a uniqueness information indicating that the target image is added to the comparison result list; And a sending module, configured to send the comparison result list by using the Bluetooth transmission channel. The terminal according to claim 37, wherein the second receiving module is configured to receive the feature information corresponding to the target picture when the target picture is wirelessly received through the preset Bluetooth transmission channel. The terminal according to claim 44, wherein the feature information corresponding to the target picture is added to the attribute information of the target picture and wirelessly received through a Bluetooth transmission channel. The terminal according to claim 37, wherein the second uploading module is configured to upload the feature information corresponding to the target image when the target image is uploaded through the remote interface. The terminal according to claim 46, wherein the feature information corresponding to the target picture is added in the attribute information of the target picture and uploaded through a remote interface. The terminal according to claim 46, wherein the feature information refers to navigation information or classification information capable of characterizing a type of the target picture. The terminal according to claim 48, wherein the navigation information comprises any one or any of a plurality of time, a geographical location, a driving direction, a driving speed, and a geographic latitude and longitude. The terminal according to claim 48, wherein said classification information includes any number of types of characters, scenery, car accidents, and road conditions. A computer program comprising computer readable code, when the intelligent electronic device runs the computer readable code, causing the method of any of claims 1-26 to be performed. A computer readable medium storing the computer program of claim 51.

Images