KR20190060343A - Communication platform based on sound - Google Patents

Abstract

A method for operating a service server is disclosed in an embodiment of the present invention, comprising steps of: transmitting a security key to a terminal before receiving symbol request data including service type information and payload data from other terminal; generating a symbol corresponding to the other terminal according to size as determined by the service type information; generating mapping information in which the payload data and the generated symbol are mapped with respect to the other terminal; generating acoustic wave data for acoustic wave output of the other terminal based on the generated symbol; transmitting the generated acoustic wave data to the other terminal; receiving from the terminal an acoustic wave recognition result, which is generated based on the security key and acoustic waves, and payload request data, the acoustic waves being outputted based on the acoustic wave data which the other terminal received from the service server; checking whether the acoustic wave recognition result and the generated symbol match; and, when the two elements match, transmitting the payload data to the terminal based on the mapping information.

Description

{COMMUNICATION PLATFORM BASED ON SOUND}

The following embodiments relate to a sonic communication platform.

Recently, communication methods using sound waves have been used in various fields. Since the sound waves propagate in space, a third party can receive and process the sound waves. Various methods have been studied to prevent such third party processing.

Korean Patent Registration No. 10-1645175 (entitled "Sound Wave Communication System, Applicant: Nanosoft") is known as a related art. The prior art discloses a sound wave communication system for receiving a sound wave signal output from a sound wave receiver and analyzing the received sound wave signal.

According to one aspect of the present invention, there is provided a method of operating a service server, including: transmitting a security key to a terminal; receiving symbol request data and payload data including service type information from another terminal; Generating a symbol corresponding to the other terminal according to a size determined based on the service type information; Generating mapping information in which the payload data and the generated symbol are mapped to the other terminal; Generating sound wave data for sound wave output of the other terminal based on the generated symbol; Transmitting the generated sound wave data to the other terminal; A sound wave recognition result generated based on the security key and a sound wave from the terminal, the sound wave being output based on sound wave data received from the service server by the other terminal, and receiving payload request data; Confirming whether the sound wave recognition result matches the generated symbol; And transmitting the payload data to the terminal based on the mapping information if the matching is performed.

The generated sound wave data may include the generated symbols and an error correction code.

The generated symbols and the arrangement of bits of the error correction code may be changed based on the secret key.

The method may further include setting a frequency post of each of the bits of the generated sound wave data based on at least one of the frequency interval information and the start frequency information.

The frequency interval information and the start frequency information may be related to the service type information.

The method comprising: if the sound wave data is generated, setting a frequency post of each bit of the generated sound wave data; Generating an acoustic tone in a frequency post with a bit value of one of the bits; And aggregating the generated sound wave tones to generate a multi-tone sound wave, and generating a playback file recording the multi-tone sound wave.

The operation method may further include verifying the validity of the sound wave recognition result by confirming whether or not the sound wave recognition result is received within a predetermined time from the generation time of the symbol.

The method comprising: receiving confirmation request data as to whether the terminal has received the payload data from the other terminal; And transmitting response data indicating whether the terminal has received the payload data to the other terminal.

Wherein the operation method further comprises: when the service server further receives the payload data of the terminal from the terminal in the step of receiving the sound wave recognition result and the payload request data, mapping the payload data of the terminal to the mapping information Generating additional mapping information; And transmitting the payload data of the terminal to the other terminal based on the additional mapping information when request data for the payload data of the terminal is received from the other terminal.

The payload data may include at least one of URL information, text, static images, and dynamic images.

A service server according to one side comprises: a communication interface; And a controller coupled to the communication interface, wherein the controller transmits a security key to the terminal through the communication interface, receives symbol request data and payload data including service type information from another terminal, Generates a symbol corresponding to the other terminal according to a size determined based on type information, generates mapping information in which the payload data and the generated symbol are mapped to the other terminal, and generates mapping information based on the generated symbol Generating sound wave data for sound wave output of the other terminal, transmitting the generated sound wave data to the other terminal through the communication interface, and transmitting the sound wave data generated from the terminal through the communication interface Sound wave recognition result - the sound wave is transmitted to the other terminal And receiving the payload request data, checking whether the result of the sound wave recognition and the generated symbol are matched with each other, and if it is matched, And transmits the load data to the terminal via the communication interface.

The generated sound wave data may include the generated symbols and an error correction code.

The generated symbols and the arrangement of bits of the error correction code may be changed based on the secret key.

The controller may set a frequency post of each of the bits of the generated sound wave data based on at least one of frequency interval information and start frequency information.

The frequency interval information and the start frequency information may be related to the service type information.

The controller sets the frequency post of each of the bits of the generated sound wave data when generating the sound wave data and generates a sound wave tone in the frequency post of the bit value 1 of the bits, Tone sound wave to generate a reproduction file in which the multi-tone sound wave is recorded, and transmit the reproduction file to the other terminal through the communication interface.

The controller can verify the validity of the sound wave recognition result by checking whether or not the sound wave recognition result is received within a predetermined time from the generation time of the symbol.

Wherein the controller receives confirmation request data as to whether or not the terminal has received the payload data from the other terminal through the communication interface and transmits a response data indicating completion of reception of the payload data of the terminal to the other terminal Lt; / RTI >

Wherein the controller further maps the payload data of the terminal to the mapping information to generate additional mapping information when the service server further receives the payload data of the terminal from the terminal, When request data for load data is received, payload data of the terminal can be transmitted to the other terminal through the communication interface based on the additional mapping information.

The payload data may include at least one of URL information, text, static images, and dynamic images.

Conventional sound wave communication may not be fast because the sound wave frequency is limited, and it is difficult to transmit a large amount of data such as image, moving picture or text information to a sound wave. In addition, since a third party can record and analyze a sound wave, existing sound wave communication is vulnerable to security. In addition, if the applications are diversified, interference may occur in the sound wave communication.

Embodiments can provide a service capable of sending a large amount of data to a user at a high speed using a sound communication platform. It also provides improved sonic communication with enhanced security, enabling it to be used in various applications. Interference can also be minimized in various applications.

1 is a view for explaining a sound wave communication platform according to an embodiment.
2 is a flowchart for explaining an example of the operation of the sound wave communication platform according to one embodiment.
3 is a view for explaining sound wave data according to an embodiment.
4A is a diagram for explaining encryption of sound wave data according to an embodiment.
4B is a diagram for explaining a multi-tone sound wave according to an embodiment.
5 and 6 are views for explaining another example of the operation of the sound wave communication platform according to one embodiment.
7 to 8 are diagrams for explaining a case where the size of sound wave data of the sound wave communication platform according to the embodiment is large.
9 is a view for explaining another example of the operation of the sound wave communication platform according to the embodiment.
10 to 11 are diagrams for explaining another example of the operation of the sound wave communication platform according to the embodiment.
12 is a block diagram illustrating a service server of an acoustic communication platform according to an exemplary embodiment of the present invention.

Hereinafter, embodiments will be described in detail with reference to the accompanying drawings.

Various modifications may be made to the embodiments described below. It is to be understood that the embodiments described below are not intended to limit the embodiments, but include all modifications, equivalents, and alternatives to them.

The terms used in the examples are used only to illustrate specific embodiments and are not intended to limit the embodiments. The singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, the terms "comprises" or "having" and the like refer to the presence of stated features, integers, steps, operations, elements, components, or combinations thereof, But do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, or combinations thereof.

Unless defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this embodiment belongs. Terms such as those defined in commonly used dictionaries are to be interpreted as having a meaning consistent with the contextual meaning of the related art and are to be interpreted as ideal or overly formal in the sense of the art unless explicitly defined herein Do not.

In the following description of the present invention with reference to the accompanying drawings, the same components are denoted by the same reference numerals regardless of the reference numerals, and redundant explanations thereof will be omitted. In the following description of the embodiments, a detailed description of related arts will be omitted if it is determined that the gist of the embodiments may be unnecessarily blurred.

<Sonic Communication Platform>

1 is a view for explaining a sound wave communication platform according to an embodiment.

Referring to FIG. 1, a sound wave communication platform 100 includes a service server 110 and terminals 120 and 130. The sonic communication platform 100 may be otherwise represented as a sonic communication system.

The service server 110 may receive the payload data (e.g., text, static image, or dynamic image) from the terminal 120, generate the sound wave data of the terminal 120, and transmit the generated sound wave data to the terminal 120 .

The terminal 120 may generate and output sound waves based on the sound wave data. For example, the terminal 120 can generate and play back a playback file (e.g., a wav file) based on the sound wave data. Alternatively, the terminal 120 can receive the playback file based on the sound wave data from the service server 110 and play it. The terminal 130 transmits the sound wave recognition result of recognizing the sound wave of the terminal 120 to the service server 110.

The service server 110 can confirm whether the terminal 130 is entitled to use the payload data of the terminal 120 based on the sound wave recognition result. Here, if the terminal 130 is entitled to use the payload data of the terminal 120, the service server 110 may transmit the payload data of the terminal 120 to the terminal 130.

Conventional sonic communication is difficult to send a large amount of data due to the limitation of frequency band and may be vulnerable to security. The sound wave communication platform 100 according to an embodiment can efficiently transmit a large amount of data by mapping symbols and payload data to be described later. In addition, the sound wave communication platform 100 manages security and is strong in security. Accordingly, the sound wave communication platform 100 can be applied to a billing service, an attendance service, or an access service to improve the security of these services or to apply a coupon to a user who needs coupons in a short time . In addition, although not the service, the sound wave communication platform 100 can be applied to transmit data or information held by a specific user to another user.

Hereinafter, an example of the operation of the acoustic communication platform 100 will be described in detail with reference to FIG.

<Acoustic communication platform - Unidirectional information transmission based on unidirectional sound wave>

2 is a flowchart for explaining an example of the operation of the sound wave communication platform according to one embodiment.

Referring to FIG. 2, the service server 110 manages the security of the sound communication platform 100 (210). Security management of the service server 110 may be divided into different sound protocols according to service type information and security keys used to encrypt sound data. The sound wave protocol differs according to the service type information, so that the security of the sound wave communication can be further improved. Table 1 below shows an example of a sound wave protocol according to service type information.

Symbol size CRC size Size of sound wave data Minimum Frequency Interval Start frequency payment 26bits ~ 40bits 8bits 34bits ~ 48bits 50Hz 18kHz Attended 12bits 8bits 20bits 100Hz 18.5 kHz Marketing 12bits 8bits 20bits 100Hz 19 kHz coming and going 26bits 8bits 34bits 50Hz 19.5 kHz

In Table 1, " Attendance " represents a service related to attendance authentication for a specific place of the user of the terminal 130, " Marketing " represents a service And " outgoing " represents a service related to access authentication of a user of the terminal 130 to a specific place.

Depending on the implementation, there may be a variety of sound wave protocols, even if the types of services are the same. As an example of a payment service, a payment service may be various, and a payment service may include various service providers (for example, an SSG pay service provider, an ELPE service provider, etc.). Accordingly, the service server 110 can manage the sound wave protocol corresponding to each of various payment services or manage different sound wave protocols for each service provider. For example, the sound wave protocol corresponding to the settlement service A and the sound wave protocol corresponding to the settlement service B may be different. Table 2 below shows an example in which the sound wave protocol is different even though the types of services are the same.

Symbol size CRC size Size of sound wave data Minimum Frequency Interval Start frequency Payment A 26bits ~ 40bits 8bits 34bits ~ 48bits 50Hz 18kHz Payment B 26bits ~ 40bits 8bits 34bits ~ 48bits 50Hz 18.3 kHz ... ... ... ... ... ... Attendance A 12bits 8bits 20bits 100Hz 18.5 kHz Attendance B 12bits 8bits 20bits 100Hz 18.9 kHz ... ... ... ... ... ... Marketing A 12bits 8bits 20bits 100Hz 19 kHz Marketing B 12bits 8bits 20bits 100Hz 19.3 kHz ... ... ... ... ... ... Access A 26bits 8bits 34bits 50Hz 19.5 kHz Access B 26bits 8bits 34bits 50Hz 19.9 kHz ... ... ... ... ... ...

The service server 110 generates the sound wave data according to the sound wave protocol corresponding to the service type information and sets the frequency post, which will be described later in detail.

The service server 110 may enhance the security by periodically changing the security key. For example, the service server 110 may change the security key on a daily, weekly, or bi-weekly basis. If high security is required, the service server 110 may change the security key to a shorter period.

The terminal 130 transmits the security key request data to the service server 110 (211). In other words, the terminal 130 requests a security key from the service server 110. For example, when a specific application of the terminal 130 is executed, the terminal 130 may request the security server 110 from the service server 110. Here, the specific application may be an application related to a service (for example, payment, marketing, attendance, or access) that the user of the terminal 130 can receive.

The service server 110 transmits the security key to the terminal 130 (212). That is, the terminal 130 receives the security key from the service server 110. The terminal 130 may receive the security key once a day according to the change period of the security key, for example. This is merely an example according to the embodiment.

When the terminal 130 receives the security key from the service server 110, the terminal 130 enters the sound wave reception waiting state (214). For example, when the terminal 130 receives the security key from the service server 110, the terminal 130 can activate the microphone.

The terminal 120 transmits symbol request data and payload data A to the service server 110 (213). At this time, the symbol request data includes the service type information. In one example, if the sonic communication platform 110 is associated with a payment service, the service type information may indicate " payment ". If the sonic communication platform 110 is associated with an attendance service, the service type information may indicate " attendance ". In addition, if the sonic communication platform 110 is associated with a marketing service, the service type information may indicate " marketing " and if the sonic communication platform 110 is associated with an access management service, . According to the implementation, the service type information may be set to "service A" or "service B" described in the above Table 2 and transmitted to the service server 110.

The payload data A may include, for example, URL (Uniform Resource Locator) information, a file, text, a static image, and / or a dynamic image. In addition, the payload data A may include information about a storage location (e.g., a URL) of a file, a static image, or a dynamic image. As an example of the attendance management service, a terminal in a specific place (for example, a classroom) can transmit payload data A, i.e., lecture attendance information (for example, A school B classroom C professor D class and D classroom time information) have. In this case, as will be described later, the student terminal can receive the attendance authentication information from the service server after transmitting the sound wave recognition result and the user information, which recognized the sound waves outputted by the terminal of the specific place, to the service server. As an example of a marketing service, the payload data A may include a coupon, a coupon-downable URL, or a URL capable of participating in an event. That is, a providing terminal (e.g., a speaker in a public place where a sound wave can be output, a TV, a smart phone or a PC) can transmit a coupon or the like to the service server, and the user terminal can recognize a sound wave recognition result To the service server and receive a coupon or the like from the service server.

Payload data may be represented differently as content data.

The service server 110 generates a symbol A corresponding to the terminal 120 according to a sound wave protocol corresponding to the service type information in the symbol request data (215). For example, when the service type information indicates " payment ", the service server 110 generates 26 bits, that is, symbol A, according to the symbol size of the sound wave protocol corresponding to the & . The service server 110 generates a symbol A corresponding to 12 bits according to the symbol size of the sound wave protocol corresponding to " outgoing " in Table 1 above can do.

Symbol A may, for example, represent an identifier uniquely assigned to the acoustic communication of the terminal 120. [ When the sound wave communication of the terminal 120 is terminated, the validity period of the symbol A expires.

The service server 110 may generate different symbols each time a symbol request of the terminal 120 is received. In other words, the service server 110 can randomly determine as many bits as the symbol size each time there is a symbol request of the terminal 120. [

The service server 110 generates mapping information in which the symbol A and the payload data A are mapped to the terminal 120 (216). The service server 110 may store mapping information on one or more other terminals as well as mapping information on the terminal 120. [

The service server 110 generates the sound wave data based on the symbol A (217). For example, the service server 110 may generate the sound wave data including the symbol A and the error correction code according to the sound wave protocol suited to the service type information. An example of a format 300 of sonic data is shown in FIG. In the example shown in FIG. 3, the format 300 may include a body field 321 and a CRC field 322. symbol A may be set in the body field 321 and an error correction code may be set in the CRC field 322. [ As described above, since the symbol size may differ depending on the service type information, the size of the body field 321 may also differ depending on the service type information. Depending on the implementation, the format 300 may include a start bit field 323 (size = 1) and an end bit field 324 (size = 1).

According to an embodiment, the service server 110 may encrypt the sound wave data using the secret key. More specifically, the service server 110 may encrypt the sound wave data by changing the arrangement of the bits in the body field 321 to the CRC field 322 using the secret key. 4A, the service server 110 encrypts bit 1, bit 2, bit 3, bit 4, CRC 1, CRC 2, and CRC 3 using CRC 3 and bit 4 , bit 3, CRC 2, CRC 1, bit 1, bit 2 can be changed or shuffled.

The service server 110 may set the frequency post of each of the bits of the sound wave data based on at least one of the start frequency information and the minimum frequency interval information. More specifically, the service server 110 may set the frequency posts of each of the bits of the sound wave data based on at least one of the start frequency information and the minimum frequency interval information in the sound wave protocol corresponding to the service type information. At this time, the sound wave data may be encrypted with a security key.

For example, when the service type information is " payment ", the service server 110 can set a frequency post (or a start frequency) of 18 kHz in the first bit of the sound wave data, and corresponds to 18 kHz + 50 Hz You can set the frequency post at 18.05kHz. Likewise, the service server 110 may set the frequency post of each of the other bits of the sound wave data. At this time, the frequency interval between the frequency posts may be uniform to 50 Hz.

In another example, if the service type information is " outgoing ", the service server 110 may set a frequency post (or start frequency) of 18.5 kHz to the first bit of the sound wave data, The frequency post can be set at 18.6 kHz corresponding to 100 Hz. Likewise, the service server 110 may set the frequency post of each of the other bits of the sound wave data. At this time, the frequency interval between the frequency posts may be uniform to 100 Hz.

As another example, when the service type information is " marketing ", the service server 110 can set a frequency post (or a start frequency) of 19 kHz in the first bit of the sound wave data, and 19 kHz + 100 Hz The frequency post can be set at 19.1 kHz. Likewise, the service server 110 may set the frequency post of each of the other bits of the sound wave data. At this time, the frequency interval between the frequency posts may be uniform to 100 Hz.

As another example, when the service type information is " outgoing ", the service server 110 can set a frequency post (or start frequency) of 19.5 kHz to the first bit of the sound wave data, You can set the frequency post at 19.55kHz, which corresponds to + 50Hz. Likewise, the service server 110 may set the frequency post of each of the other bits of the sound wave data. At this time, the frequency interval between the frequency posts may be uniform to 50 Hz.

Depending on the implementation, the service server 110 may set frequency posts for each of the bits of the sound wave data at different frequency intervals. For example, the service server 110 may set a frequency post (or start frequency) of 18 kHz in the first bit of the sound wave data and a frequency post of 18.05 kHz corresponding to 18 kHz + 50 Hz in the second bit, A frequency post of 18.13 kHz corresponding to 18 kHz + 50 Hz + 53 Hz can be set in the third bit of the sound data, and a frequency post of 18.65 kHz corresponding to 18 kHz + 50 Hz + 53 Hz + 52 Hz can be set in the fourth bit of the sound wave data. The intervals of the frequency posts may be different from each other, so that the security can be further improved.

Returning to FIG. 2, the service server 110 transmits the sound wave data to the terminal 120 (218). At this time, the service server 110 can transmit information on the set frequency posts to the terminal 120. [ According to an embodiment, the service server 110 may transmit the encrypted sound data to the terminal 120. [

The terminal 120 generates a sound wave based on the sound wave data and outputs the sound wave (219). At this time, the terminal 120 can generate a sound wave by considering the information on the frequency post received from the service server 110, and output the sound wave. For example, the terminal 120 may generate a sound tone in a frequency post of a bit having a bit value of 1 among the bits of sound wave data, and may generate a multi-tone sound wave by merging the generated sound wave tones, can do. An example of the multi-tone sound wave is shown in Fig. 4B.

The terminal 130 recognizes the sound wave output from the terminal 120 (220) and transmits the sound wave recognition result to the service server 110 (221). For example, when the terminal 130 receives a multi-tone sound wave, it can identify the frequency of each sound wave tone and assign 1 to the identified frequency. Accordingly, the terminal 130 can determine the bits corresponding to the multi-tone sound wave. The terminal 130 can change the arrangement of the bits using the security key received in step 212 and extract the body and the CRC based on the changed bits. If the CRC checksum is correct, And transmit the sound wave recognition result including the changed bits to the service server 110. In other words, the terminal 130 can receive and analyze the sound waves output by the terminal 120, and can transmit the sound wave analysis results to the service server 110. If the CRC checksum is not correct, the terminal 130 continues to receive and analyze the sound waves.

The terminal 130 transmits the sound wave recognition result to the service server 110 and requests the service server 110 for the payload data A. [

The service server 110 confirms the validity of the sound wave recognition result of the terminal 130 (222). For example, the service server 110 can check the validity of the sound wave recognition result based on the generation time of the symbol A and the reception time of the sound wave recognition result. More specifically, the service server 110 determines whether the sound wave recognition result is valid by checking whether the elapsed time from the generation point of the symbol A to the reception point of the sound wave recognition result is within a predetermined time (for example, five minutes) Can be determined. Here, if the elapsed time exceeds a predetermined time, the service server can determine that the sound wave recognition result of the terminal 130 is not valid and can reject the request of the terminal 130 for the payload data A.

When the sound wave recognition result of the terminal 130 is valid, the service server 110 checks whether the sound wave recognition result and the symbol A are matched. If the sound wave recognition result and the symbol A are matched, the service server 110 transmits the payload data A To the terminal 130 (223). In other words, when the result of the sound wave recognition by the terminal 130 is valid, the service server 110 can search for a symbol matched with the sound wave recognition result, and when the symbol A is found, A to the terminal 130.

Upon receiving the payload data A from the service server 110, the terminal 130 transmits response data indicating that the payload data A has been received to the service server 110 (224).

The terminal 120 may polling or query the service server 110 at a predetermined time interval whether or not the terminal 130 has received the payload data A when the sound wave is output in step 219. [ When the service server 110 receives the response data from the terminal 130, the service server 110 may transmit the response data indicating that the terminal 130 has received the payload data A to the terminal 120.

5 and 6 are views for explaining another example of the operation of the sound wave communication platform according to one embodiment.

Referring to FIG. 5, when the service server 110 generates the sound wave data and sets the frequency post, the service server 110 may determine the position where the sound wave tone occurs and transmit the determined sound wave tone position to the terminal 120. In this embodiment, the service server 110 may not transmit the information about the sound wave data and the set frequency post to the terminal 120. For example, the service server 110 can set the frequency post of each of the bits of the sound wave data based on the frequency interval information 100 Hz, the start frequency information 18.5 kHz, and the sound wave data " 10 ... 1 & Posts can identify frequency posts of bits having a bit value " 1 " among 18.5 kHz, 18.6 kHz, ..., 21.5 kHz. The service server 110 may determine the identified frequency post as the sound wave tone generating position and transmit the determined sound wave tone generating position to the terminal 120. [ The terminal 120 generates a multi-tone sound wave by generating an acoustic wave tone at the determined sound wave tone position, and outputs the multi-tone sound wave.

6 is a case in which the service server 110 generates a reproduction file and transmits the reproduction file to the terminal 120. FIG. The playback file can be represented differently as a sound wave file.

Referring to FIG. 6, the service server 110 may determine frequency posts 611 to 614 of the bits of the sound data based on the frequency interval information and the start frequency information corresponding to the service type information (610).

The service server 110 may generate an acoustic tone at the frequency post of the first of the bits of the sound wave data (620).

The service server 110 may generate the multi-tone sound wave by merging the generated sound wave tones (630).

The service server 110 may generate a playback file that has recorded multi-tone sound waves (640). The playback file may be, for example, a file having an extension of wav. The playback file is not limited thereto.

The service server 110 may transmit the playback file to the terminal 120. [ Terminal 120 may output multi-tone sound waves such as the waveform in step 620 by playing the playback file.

The service server 110 may transmit the location information of the playback file to the terminal 120 instead of transmitting the playback file to the terminal 120. [ The location information of the reproduction file may include, for example, a URL. When the terminal 120 receives the location information of the playback file, it can access the location information and play the playback file.

According to another embodiment, the service server 110 may transmit to the terminal 120 information necessary for the terminal 120 to generate a playback file. This information may include any one or a combination of the sound wave data, frequency interval information, start frequency information, sampling rate, and volume information described above. The terminal 120 can generate and play a playback file using the information.

&Lt; Case where the size of the sound wave data is large >

7 to 8 are views for explaining a case where the size of the sound wave data of the sound wave communication platform according to the embodiment is large.

According to an embodiment, the service server 110 may generate symbols exceeding the symbol size described in Table 1. This results in sonic data exceeding a certain size (e.g., 64 bits). If the total size of the sound wave data exceeds a specific size, it may be difficult to transmit the sound wave data to the terminal 130 with one multi-tone sound wave. In this case, the service server 110 may generate a sound wave data set and transmit it to the terminal 120. Hereinafter, how the service server 110 generates a sound wave data set will be described.

In one embodiment, when the service server 110 generates, for example, a 96-bit symbol, the 96-bit symbol may be divided into four 24-bit symbols in consideration of the 24-bit size of the body field. That is, four divided symbols can be generated.

The service server 110 can generate the sound wave data 710 to 760, that is, the sound wave data set shown in FIG. 7, by setting values in the respective fields of Table 3 below.

field Explanation Type Field size 2 bits.
Represents the kind of sound wave data.
00: Start sound wave data
01: Sound wave data including divided symbols
10: Last sound wave data sequence Field size 4 bits.
If type is 00 or 10, it indicates the number of sound waves whose type is set to 01.
If the type is 01, it represents the transmission order among the sound wave data whose type is set to 01. When first transmitted, it is set to 0000. CRC Field size 8 bits.
The error correction code of the division symbol is set. Body Field size 24 bits.
Split symbol is set. Blank 32-bit field size.
If type is 00 or 10, 32 zeros are set.

Table 4 below shows an example of the sound wave data 710 to 760.

Sound wave data 710: type = 00, sequence = 0100, blank = 32 0
Sound wave data 720: type = 01, sequence = 0000, CRC = 8 bits, body = division symbol 1
Sound wave data 730: type = 01, sequence = 0001, CRC = 8 bits, body = split symbol 2
Sound wave data 740: type = 01, sequence = 0010, CRC = 8 bits, body = division symbol 3
Sound wave data 750: type = 01, sequence = 0011, CRC = 8 bits, body = division symbol 4
Sound wave data 760: type = 10, sequence = 0100, blank = 32 0

In the case of the sound wave data 720, since the sound wave data 720 to 750 of type = 01 is transmitted first to the terminal 120, 0000 is set in the sequence field. In the case of the sound wave data 730, since the sound wave data 720 to 750 having type = 01 is transmitted to the terminal 120 secondly, 0001 is set in the sequence field. In the case of the sound wave data 740, 0010 is set in the sequence field since the sound wave data 720 to 750 having the type = 01 is transmitted to the terminal 120 for the third time. In the case of the sound wave data 750, = 01 is transmitted to the terminal 120 as the fourth of the sound wave data 720 to 750, so that the sequence field is set to 0011.

0100 is set in the sequence field of each of the sound wave data 710 and sound wave data 760 because four types of sound wave data whose type is 01 are set.

According to the implementation, each of the sound wave data 710 to 760 may further include a start bit field (Start) and an end bit field (End). In this case, each of the start bit field (Start) and the end bit field (End) may be biased to one.

In another embodiment, the service server 110 may generate the sound wave data 810 to 840, that is, the sound wave data sets shown in FIG. 8, by setting values in the respective fields of Table 5 below.

field Explanation type Field size 2 bits.
Represents the kind of sound wave data.
00: Start sound wave data
01: Medium sound wave data
10: Last sound wave data sequence Field size 4 bits.
Describes the transmission order of sound wave data. When it is transmitted first, 0000 is set. CRC Field size 8 bits.
The error correction code of the division symbol is set. body Field size 24 bits.
Split symbol is set.

Table 6 below shows an example of the sound wave data 810 to 840.

Sound wave data 810: type = 00, sequence = 0000, CRC = 8 bits, body = division symbol 1
Sound wave data 820: type = 01, sequence = 0001, CRC = 8 bits, body = division symbol 2
Sound wave data 830: type = 01, sequence = 0010, CRC = 8 bits, body = split symbol 3
Sound wave data 840: type = 10, sequence = 0011, CRC = 8 bits, body = division symbol 4

In the case of the sound wave data 810, 00 is set in the type field because it is the start data of the sound wave data set, and 0000 is set in the sequence field since it is transmitted first.

In the case of the sound wave data 840, since it is the last data of the sound wave data set, the type field is set to 10, and the fourth field is transmitted.

According to the implementation, each of the sound wave data 810 to 840 may further include a start bit field (Start) and an end bit field (End). In this case, each of the start bit field (Start) and the end bit field (End) may be biased to one.

The service server 110 may transmit the sound wave data sets of FIG. 7 or FIG. 8 to the terminal 120. The terminal 120 may generate and output a multi-tone sound wave corresponding to each of the sound wave data in the sound wave data set. For example, the terminal 120 may generate multi-tone sound waves corresponding to the sound wave data 710 to 760, respectively. In other words, the terminal 120 may generate a multi-tone sound wave set corresponding to the sound wave data 710 to 760. The terminal 120 may output multi-tone sound waves corresponding to the sound wave data 710 and then sequentially output multi-tone sound waves corresponding to the sound wave data 720 to 760, respectively. At this time, the time price between the multi-tone sound wave and the next multi-tone sound wave may be 200 ms.

According to the embodiment, when the service server 110 generates the sound wave data set, it can operate according to the example described with reference to FIG. According to another embodiment, when the service server 110 generates a sound wave data set, the service server 110 may generate a reproduction file corresponding to the sound wave data set and transmit the reproduction file to the terminal 120 according to the example described with reference to FIG. Alternatively, the service server 110 may transmit the location information of the corresponding playback file to the terminal 120, or may transmit information necessary for the terminal 120 to generate the playback file to the terminal 120.

1 to 6 can be applied to the matters described with reference to FIG. 7, and thus detailed description thereof will be omitted.

<Acoustic communication platform - Two-way information transmission based on unidirectional sound wave>

9 is a view for explaining another example of a sound wave communication platform according to an embodiment.

9, the terminal 130 transmits the sound wave recognition result, payload data B, and payload request data to the service server 110 (910). In other words, the terminal 130 can transmit the payload data A to the service server 110 while simultaneously transmitting the payload data B to the service server 110.

The service server 110 confirms the validity of the sound wave recognition result (222).

When the result of the sound wave recognition is valid, the service server 110 maps symbol A, payload data A, and payload data B (911). In other words, if the sound wave recognition result is valid, the service server 110 may generate additional mapping information by mapping the payload data B to the mapping information generated in step 216. [ At this time, the additional mapping information is for both the terminal 120 and the terminal 130.

The service server 110 transmits the payload data A mapped to the symbol A to the terminal 130 when the result of the sound wave matches the symbol A and the symbol A is matched.

The service server 110 receives the payload request data from the terminal 120. In other words, the terminal 120 requests the payload data B to the service server 110. If there is such a request, the service server 110 transmits the payload data B to the terminal 120 based on the additional mapping information generated in step 911.

1 through 8 can be applied to the matters described with reference to FIG. 9, so that a detailed description will be omitted.

<Acoustic communication platform - Bi-directional information transmission based on bi-directional sound wave>

10 to 11 are views for explaining another example of a sound wave communication platform according to an embodiment.

Referring to FIG. 10, both of the terminals 120 and 130 output sound waves. In other words, not only the acoustic wave communication from the terminal 120 to the terminal 130 but also the sound wave communication from the terminal 130 to the terminal 120 may be possible. How the acoustic communication platform of the example shown in Fig. 10 operates will be described with reference to Fig.

Referring to FIG. 11, the service server 110 manages a security key (1110). Since the security key has been described above, detailed description will be omitted.

The terminal 120 requests the service server 110 for a security key 1111 and the service server 110 transmits the security key to the terminal 120 in operation 1112.

The terminal 130 requests the service server 110 for the security key 1113 and the service server 110 transmits the security key to the terminal 130 at step 1114.

The terminal 120 generates the sound wave data based on the information A and the security key held by the terminal 120 (1115). The information A may correspond to, for example, text, a static image, a dynamic image, or a URL. Since the sound wave data generation method of the service server 110 described above can be applied to the generation of the sound wave data in step 1115, a detailed description will be omitted. Depending on the implementation, the terminal 120 may generate and play the playback file in step 1115.

The terminal 120 generates and outputs a sound wave based on the sound wave data (1116). Since the sound wave output method of the step 1116 can be applied to the sound wave output method described above, a detailed description will be omitted.

The terminal 130 recognizes the sound waves output by the terminal 120 (1117) and acquires the information A (1118). For example, the terminal 130 can determine the bits corresponding to the sound wave, shuffle the determined bits using the secret key, and extract the information A from the shuffled bits.

The terminal 130 generates the sound wave data based on the information B and the security key held by the terminal 130 (1119). The information B may correspond to, for example, text, a static image, a dynamic image, or a URL. Since the sound wave data generation method of the service server 110 described above can be applied to the generation of the sound wave data in step 1119, a detailed description will be omitted. Depending on the implementation, in step 1119 the terminal 130 may generate and play a playback file.

The terminal 130 generates and outputs a sound wave based on the sound wave data (1120).

The terminal 120 recognizes the sound waves output by the terminal 130 (1121) and acquires the information B (1122). For example, the terminal 120 can determine the bits corresponding to the sound wave, shuffle the determined bits using the secret key, and extract the information B from the shuffled bits.

Based on the sound wave communication platform described with reference to FIGS. 10 to 11, direct communication between the terminal 120 and the terminal 130 may be possible.

1 through 9 can be applied to the matters described with reference to FIGS. 10 through 11, detailed description thereof will be omitted.

12 is a block diagram illustrating a service server of an acoustic communication platform according to an exemplary embodiment of the present invention.

Referring to FIG. 12, the service server 110 includes a communication interface 1210 and a controller 1220.

The communication interface 1210 is capable of wired communication or wireless communication.

Controller 1220 is coupled to communication interface 1210. The communication interface 1210 and the controller 1220 may operate as follows to implement a specific service on the acoustic communication platform 100.

The controller 1220 transmits the security key to the terminal through the communication interface 1210 and receives the symbol request data and the payload data including the service type information from the other terminal.

The controller 1220 generates a symbol corresponding to another terminal according to the size determined based on the service type information.

The controller 1220 generates mapping information in which payload data and generated symbols are mapped to other terminals.

The controller 1220 generates sound wave data for sound wave output of the other terminal based on the generated symbols. The sound wave data may include, for example, generated symbols and error correction codes. Further, the sound wave data can be encrypted based on the security key.

The controller 1220 transmits the generated sound wave data to the other terminal through the communication interface 1210.

The controller 1220 receives the sound wave recognition result and the payload request data generated based on the security key and the sound wave from the terminal through the communication interface 1210. Here, the sound wave is output based on data received from the service server 110 by another terminal.

The controller 1220 checks whether the result of the sound wave recognition matches the generated symbol, and if the result of the sound wave matches the generated symbol, the controller 1220 transmits the payload data to the terminal through the communication interface 1210 based on the mapping information .

Since the matters described with reference to Figs. 1 to 11 can be applied to the matters described with reference to Fig. 12, detailed description will be omitted.

<Application example of sound wave communication platform>

As described above, the sound wave communication platform according to one embodiment can be applied to various services. As an example, we describe when a sonic communications platform is applied to attendance services.

The terminal 120 may correspond to a terminal installed at a lecture site, and the terminal 130 may correspond to a terminal of a participant listening to lectures at a lecture site. The terminal 130 may be provided with an application for attendance check.

The terminal 120 can transmit the attendance authentication information of the lecture place to the service server 110 as the payload data, receive the sound wave data from the service server 110, and output sound waves. Attendance authentication information includes at least one of location information of the lecture site (for example, the B classroom of the A school), lecture information (e.g., a professor name), and lecture information (e.g., . &Lt; / RTI &gt; The terminal 130 can transmit the sound wave recognition result of recognizing the sound wave and the user information of the terminal 130 to the service server 110.

The service server 110 can determine that the user of the terminal 130 is present at the lecture location and send the attendance authentication information or the attendance confirmation information to the terminal 130 when the sound wave recognition result matches the symbol corresponding to the terminal 120. [ Lt; / RTI &gt; The terminal 130 can check that the user is present in the lecture based on attendance authentication information or attendance confirmation information.

The apparatus described above may be implemented as a hardware component, a software component, and / or a combination of hardware components and software components. For example, the apparatus and components described in the embodiments may be implemented within a computer system, such as, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA) , A programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For ease of understanding, the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG. For example, the processing unit may comprise a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as a parallel processor.

The software may include a computer program, code, instructions, or a combination of one or more of the foregoing, and may be configured to configure the processing device to operate as desired or to process it collectively or collectively Device can be commanded. The software and / or data may be in the form of any type of machine, component, physical device, virtual equipment, computer storage media, or device , Or may be permanently or temporarily embodied in a transmitted signal wave. The software may be distributed over a networked computer system and stored or executed in a distributed manner. The software and data may be stored on one or more computer readable recording media.

The method according to an embodiment may be implemented in the form of a program command that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions to be recorded on the medium may be those specially designed and configured for the embodiments or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. For example, it is to be understood that the techniques described may be performed in a different order than the described methods, and / or that components of the described systems, structures, devices, circuits, Lt; / RTI &gt; or equivalents, even if it is replaced or replaced.

Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

Claims (20)

A method of operating a service server,
Transmitting a security key to a terminal and receiving symbol request data and payload data including service type information from another terminal;
Generating a symbol corresponding to the other terminal according to a size determined based on the service type information;
Generating mapping information in which the payload data and the generated symbol are mapped to the other terminal;
Generating sound wave data for sound wave output of the other terminal based on the generated symbol;
Transmitting the generated sound wave data to the other terminal;
A sound wave recognition result generated based on the security key and a sound wave from the terminal, the sound wave being output based on sound wave data received from the service server by the other terminal, and receiving payload request data;
Confirming whether the sound wave recognition result matches the generated symbol; And
Transmitting the payload data to the terminal based on the mapping information if the matching is performed;
/ RTI &gt;
A method of operating a service server.
The method according to claim 1,
The generated sound wave data includes the generated symbol and an error correction code
A method of operating a service server.
3. The method of claim 2,
Wherein the generated symbols and the arrangement of bits of the error correction code are changed based on the secret key,
A method of operating a service server.
The method according to claim 1,
Setting a frequency post of each of the bits of the generated sound wave data based on at least one of frequency interval information and start frequency information
&Lt; / RTI &gt;
A method of operating a service server.
5. The method of claim 4,
Wherein the frequency interval information and the start frequency information are associated with the service type information,
A method of operating a service server.
The method according to claim 1,
When the sound wave data is generated,
Setting a frequency post of each of the bits of the generated sound wave data;
Generating an acoustic tone in a frequency post with a bit value of one of the bits; And
Generating a multi-tone sound wave by aggregating the generated sound wave tone, and generating a reproduction file in which the multi-tone sound wave is recorded
&Lt; / RTI &gt;
A method of operating a service server.
The method according to claim 1,
Verifying the validity of the sound wave recognition result by confirming whether or not the sound wave recognition result is received within a predetermined time from the generation time of the symbol
&Lt; / RTI &gt;
A method of operating a service server.
The method according to claim 1,
Receiving confirmation request data as to whether or not the terminal has received the payload data from the other terminal; And
Transmitting response data on whether or not the terminal has received the payload data to the other terminal
&Lt; / RTI &gt;
A method of operating a service server.
The method according to claim 1,
When the service server further receives the payload data of the terminal from the terminal in the step of receiving the sound wave recognition result and the payload request data,
Generating additional mapping information by mapping payload data of the terminal to the mapping information; And
When request data for payload data of the terminal is received from the other terminal, transmitting payload data of the terminal to the other terminal based on the additional mapping information
&Lt; / RTI &gt;
A method of operating a service server.
The method according to claim 1,
Wherein the payload data comprises at least one of URL information, text, static images, and dynamic images.
A method of operating a service server.
Communication interface; And
A controller coupled to the communication interface,
Lt; / RTI &gt;
The controller comprising:
Transmitting a security key to a terminal through the communication interface, receiving symbol request data and payload data including service type information from another terminal,
Generating a symbol corresponding to the other terminal according to a size determined based on the service type information,
Generates mapping information in which the payload data and the generated symbol are mapped to the other terminal,
Generating sound wave data for sound wave output of the other terminal based on the generated symbol, transmitting the generated sound wave data to the other terminal through the communication interface,
A sound wave recognition result generated based on the security key and a sound wave from the terminal through the communication interface, the sound wave being output based on data received from the service server by the other terminal, and payload request data and,
And transmits the payload data to the terminal through the communication interface based on the mapping information if the matching result is matched.
Service server.
12. The method of claim 11,
The generated sound wave data includes the generated symbol and an error correction code
Service server.
13. The method of claim 12,
Wherein the generated symbols and the arrangement of bits of the error correction code are changed based on the secret key,
Service server.
12. The method of claim 11,
Wherein the controller sets a frequency post of each of the bits of the generated sound wave data based on at least one of frequency interval information and start frequency information,
Service server.
15. The method of claim 14,
Wherein the frequency interval information and the start frequency information are associated with the service type information,
Service server.
12. The method of claim 11,
The controller comprising:
Generating a sonic tone in a frequency post having a bit value of one of the bits, and generating an acoustic tone by combining the generated sonic tone with an aggregation Generating a playback file in which the multi-tone sound wave is recorded, and transmitting the playback file to the other terminal through the communication interface;
Service server.
12. The method of claim 11,
Wherein the controller verifies the validity of the sound wave recognition result by confirming whether or not the sound wave recognition result is received within a predetermined time from the generation time of the symbol,
Service server.
12. The method of claim 11,
Wherein the controller receives confirmation request data as to whether or not the terminal has received the payload data from the other terminal through the communication interface and transmits a response data indicating completion of reception of the payload data of the terminal to the other terminal Lt; / RTI &gt;
Service server.
12. The method of claim 11,
Wherein the controller further maps the payload data of the terminal to the mapping information to generate additional mapping information when the service server further receives the payload data of the terminal from the terminal, And transmits the payload data of the terminal to the other terminal through the communication interface based on the additional mapping information when receiving the request data for the load data.
Service server.
12. The method of claim 11,
Wherein the payload data comprises at least one of URL information, text, static images, and dynamic images.
Service server.

Images