KR102025524B1 - Communication platform based on sound - Google Patents

Abstract

A method of operating a service server is disclosed. According to an embodiment, a security key is transmitted to a terminal, symbol request data and payload data including service type information are received from another terminal, and a symbol corresponding to the other terminal according to the size determined based on the service type information. Generate a mapping information in which the payload data and the generated symbol are mapped to the other terminal, generate sound wave data for sound wave output of the other terminal based on the generated symbol, and The generated sound wave data is transmitted to the other terminal, and the sound wave recognition result generated based on the security key and sound wave from the terminal-The sound wave is output based on the sound wave data received by the other terminal from the service server Receiving the payload request data and matching the sound wave recognition result with the generated symbol When the match is found, the payload data is transmitted to the terminal based on the mapping information.

Description

Sound Wave Communication Platform {COMMUNICATION PLATFORM BASED ON SOUND}

The embodiments below relate to an acoustic wave communication platform.

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

Related prior art is Korean Patent Publication No. 10-1645175 (name of the invention: sound wave communication system, Applicant: Nanosoft). 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.

A method of operating a service server according to one side includes 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 the size determined based on the service type information; Generating mapping information to which the payload data and the generated symbol are mapped, for 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; Receiving sound wave recognition results generated based on the security key and sound waves from the terminal, wherein the sound waves are output based on sound wave data received from the service terminal by another terminal; and receiving payload request data; Checking whether the sound wave recognition result matches the generated symbol; And if it matches, transmitting the payload data to the terminal based on the mapping information.

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

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

The operation 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 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 operation method may further include setting a frequency post of each bit of the generated sound wave data when the sound wave data is generated; Generating an acoustic tone in a frequency post of bit value 1 of the bits; And generating the multi-tone sound waves by aggregating the generated sound tones, and generating a reproduction file of recording the multi-tone sound waves.

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

The operation method may further include receiving confirmation request data regarding whether the terminal has received the payload data from the other terminal; And transmitting, to the other terminal, response data about whether the terminal has received the payload data.

The operation method may further include mapping payload data of the terminal to the mapping information when the service server further receives 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; And when receiving request data for payload data of the terminal from the other terminal, transmitting payload data of the terminal to the other terminal based on the additional mapping information.

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

Service server according to one side communication interface; And a controller coupled to the communication interface, wherein the controller transmits a security key to a terminal through the communication interface and receives symbol request data and payload data including service type information from another terminal, and the service. Generates a symbol corresponding to the other terminal according to the size determined based on the type information, generates mapping information in which the payload data and the generated symbol is mapped to the other terminal, based on the generated symbol Generates sound wave data for sound wave output of the other terminal, transmits the generated sound wave data to the other terminal through the communication interface, and is generated based on the security key and sound wave from the terminal through the communication interface Sound wave recognition result-The sound wave is the other terminal Outputs data based on data received from a service server; and receives payload request data, checks whether the sound wave recognition result and the generated symbol match, and if so, the pay based on the mapping information. The load data is transmitted to the terminal through the communication interface.

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

The arrangement of the generated symbol and the bits of the error correction code may be changed based on the security 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.

When the controller generates the sound wave data, the controller sets a frequency post of each bit of the generated sound wave data, generates a sound wave tone in a frequency post of bit value 1 of the bits, and generates the generated sound wave tone. Aggregation may generate multi-tone sound waves, generate a reproduction file of recording the multi-tone sound waves, and transmit the reproduction file to the other terminal through the communication interface.

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

The controller receives confirmation request data on whether the terminal has received the payload data from the other terminal through the communication interface, and receives response data on whether the terminal has received the payload data. Can be sent to.

When the service server further receives payload data of the terminal from the terminal, the controller maps the payload data of the terminal to the mapping information to generate additional mapping information, and the pay of the terminal from the other terminal. When receiving request data for load data, payload data of the terminal may 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 frequency is limited, and it is difficult to transmit a large amount of data, such as image, video or text information to the sound wave. In addition, since a third party can record and analyze sound waves, existing sound wave communications are vulnerable to security. In addition, the variety of applications may interfere with sound wave communication.

The embodiment can provide a service that can send a large amount of data to a user at a high speed using a sound wave communication platform. It also provides secure sound wave communication for use in a variety of applications. In addition, interference can be minimized in various applications.

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

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

Various modifications may be made to the embodiments described below. The examples described below are not intended to be limited to the embodiments and should be understood to include all modifications, equivalents, and substitutes for them.

The terminology used herein is for the purpose of describing particular example embodiments only and is not intended to be limiting of examples. Singular expressions include plural expressions unless the context clearly indicates otherwise. In this specification, terms such as "comprise" or "have" are intended to indicate that there is a feature, number, step, action, component, part, or combination thereof described on the specification, and one or more other features. It is to be understood that the present invention does not exclude the possibility of the presence or the addition of numbers, steps, operations, components, components, or a combination 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. Terms such as those defined in the commonly used dictionaries should be construed as having meanings consistent with the meanings in the context of the related art, and are not to be construed in ideal or excessively formal meanings unless expressly defined herein. Do not.

In addition, in the description with reference to the accompanying drawings, the same components regardless of reference numerals will be given the same reference numerals and redundant description thereof will be omitted. In the following description of the embodiment, when it is determined that the detailed description of the related known technology may unnecessarily obscure the gist of the embodiment, the detailed description thereof will be omitted.

Sound Communication Platform

1 is a diagram for describing a sound wave communication platform according to an exemplary embodiment.

Referring to FIG. 1, the acoustic wave communication platform 100 includes a service server 110 and terminals 120 and 130. Acoustic wave communication platform 100 may be alternatively represented as a sonic communication system.

The service server 110 may receive payload data (eg, text, static images, or dynamic images) from the terminal 120, and then generate 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 sound wave data. For example, the terminal 120 may generate a reproduction file (eg, a wav file) based on sound wave data and reproduce the same. Alternatively, the terminal 120 may receive and play a playback file based on sound wave data from the service server 110. The terminal 130 transmits a sound wave recognition result of recognizing sound waves of the terminal 120 to the service server 110.

The service server 110 may check whether the terminal 130 has a use qualification for payload data of the terminal 120 based on the sound wave recognition result. In this case, when 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 sound wave communication is difficult to send a large amount of data due to the limited frequency band and may be vulnerable to security. The sound wave communication platform 100 according to an embodiment may efficiently transmit a large amount of data by mapping symbols and payload data, which will 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 is applied to a payment service, an attendance service, or an entrance service to improve security of these services or to be applied to a marketing service to quickly transmit a coupon image to a user who needs a coupon. Can be. In addition, the sound wave communication platform 100 may be applied to transmit data or information owned by a specific user to another user even if the service is not provided.

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

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

2 is a flowchart illustrating an example of an operation of a sound wave communication platform according to an exemplary embodiment.

Referring to FIG. 2, the service server 110 manages the security of the sound wave communication platform 100 (210). Security management of the service server 110 may be classified into different sound wave protocols and security keys used to encrypt sound wave data according to service type information. Depending on the service type information, the sound wave protocol may be different, and thus the security of the sound wave communication may be further improved. Table 1 below shows an example of a sound wave protocol for each service type information.

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

In Table 1 above, "attendance" indicates a service related to attendance authentication for a specific place of the user of the terminal 130, and "marketing" refers to a service for marketing to the user of the terminal 130 (for example, a coupon). "Progress" indicates a service related to the authentication of the user of the terminal 130 to the specific place.

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

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

The service server 110 generates sound wave data and sets frequency posts according to a sound wave protocol suitable for service type information, which will be described later.

The service server 110 may reinforce security by periodically changing the security key. In one example, the service server 110 may change the security key every day, one week, or every two weeks. If high security is required, the service server 110 may change the security key in 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 the security key from the service server 110. For example, when a specific application of the terminal 130 is executed, the terminal 130 may request a security key from the service server 110. Here, the specific application may be an application related to a service (eg, payment, marketing, attendance, or access) that can be provided by the user of the terminal 130.

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

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

The terminal 120 transmits the symbol request data and the payload data A to the service server 110 (213). At this time, the symbol request data includes service type information. In one example, if the acoustic communication platform 110 is associated with a payment service, the service type information may indicate “payment”. If the sound wave communication platform 110 is associated with an attendance service, the service type information may indicate "attend". In addition, when the sound wave communication platform 110 is associated with a marketing service, the service type information may indicate "marketing", and when the sound wave communication platform 110 is associated with the access management service, the service type information may indicate "entry and exit". Can be. According to the implementation, the service type information may be transmitted to the service server 110 by setting "payment A" or "exit B" described through Table 2 above.

Payload data A may include, for example, any one or a combination of Uniform Resource Locator (URL) information, file, text, static image, and dynamic image. In addition, payload data A may include information about a storage location (eg, 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 (eg, a lecture room) may transmit payload data A, that is, lecture attendance information (eg, time information of class D and class D in classroom A, class B). have. In this case, as will be described later, the student terminal may receive the attendance authentication information from the service server after transmitting the sound wave recognition result and the user information to recognize the sound wave output from the terminal of the specific place to the service server. As an example of the marketing service, the payload data A may include a coupon, a URL capable of downloading the coupon, or a URL capable of participating in an event. That is, the providing terminal (eg, a speaker, a TV, a smartphone, or a PC in a public place capable of outputting sound waves) may transmit a coupon to a service server, and the user terminal recognizes sound waves output from the providing terminal. After transmitting to the service server may 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 the sound wave protocol corresponding to the service type information in the symbol request data (215). For example, if the service type information indicates "payment", the service server 110 may generate 26 bits, that is, symbol A according to the symbol size of the sound wave protocol corresponding to "payment" in Table 1 above. Can be. As another example, when the service type information indicates "attendance", the service server 110 generates a symbol A corresponding to twelve bits according to the symbol size of the sound wave protocol corresponding to "attendance" in Table 1 above. can do.

The symbol A may represent, for example, an identifier uniquely assigned to the sound wave communication of the terminal 120. When the sound wave communication of the terminal 120 is terminated, the valid period of the symbol A may be considered to expire.

The service server 110 may generate another symbol whenever there is a symbol request of the terminal 120. In other words, the service server 110 may randomly determine as many bits as the symbol size whenever there is a symbol request from the terminal 120.

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

The service server 110 generates sound wave data based on the symbol A (217). For example, the service server 110 may generate sound wave data including a symbol A and an error correction code according to a sound wave protocol suitable for service type information. An example of the format 300 of sound wave 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. The 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 vary according to service type information, the size of the body field 321 may also vary according to 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 sound wave data using a security key. More specifically, the service server 110 may encrypt sound wave data by changing the arrangement of bits in the body field 321 to the CRC field 322 using the security key. For example, referring to the example illustrated in FIG. 4A, the service server 110 may convert bit 1, bit 2, bit 3, bit 4, CRC 1, CRC 2, and CRC 3 into CRC 3 and bit 4 using a security key. , bit 3, CRC 2, CRC 1, bit 1, bit 2 can be changed or shuffled.

The service server 110 may set a 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 a frequency post of each of the bits of the sound wave data based on at least one of start frequency information and minimum frequency interval information in the sound wave protocol that matches the service type information. In this case, the sound wave data may be encrypted with a security key.

For example, if the service type information is "payment", 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 corresponds to 18 kHz + 50 Hz in the second bit. You can set the frequency post to 18.05kHz. Similarly, service server 110 may set a frequency post for each of the other bits of sound wave data. At this time, the frequency interval between the frequency posts may be uniform at 50 Hz.

As another example, if the service type information is "Attendance", the service server 110 may set a frequency post (or start frequency) of 18.5 kHz on the first bit of the sound wave data, and 18.5 kHz + for the second bit. You can set the frequency post at 18.6 kHz, which corresponds to 100 Hz. Similarly, service server 110 may set a frequency post for each of the other bits of sound wave data. At this time, the frequency interval between the frequency posts may be uniform at 100 Hz.

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

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

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

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

The terminal 120 generates sound waves based on the sound wave data and outputs corresponding sound waves (219). At this time, the terminal 120 may generate sound waves in consideration of the information on the frequency post received from the service server 110, and may output the corresponding sound waves. For example, the terminal 120 may generate a sound wave tone in a frequency post of a bit having a bit value 1 of the bits of the sound wave data, generate the multi tone sound wave by merging the generated sound wave tones, and output the multi tone sound wave. can do. An example of this 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 receiving the multi-tone sound wave, the terminal 130 may identify the frequency of each sound wave tone, and may assign 1 to the identified frequency. For this reason, the terminal 130 may determine the bits corresponding to the multi-tone sound wave. In addition, the terminal 130 may change the arrangement of the bits using the security key received in step 212, extract the body and the CRC based on the changed bits, and if the CRC checksum is correct, The sound wave recognition result including the changed bits may be transmitted to the service server 110. In other words, the terminal 130 may receive and analyze sound waves output from the terminal 120 and transmit the sound wave analysis results to the service server 110. If the CRC checksum does not match, the terminal 130 continues to receive and analyze sound waves.

The terminal 130 requests the payload data A from the service server 110 while transmitting the sound wave recognition result to the service server 110.

The service server 110 checks the validity of the sound wave recognition result of the terminal 130 (222). For example, the service server 110 may 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 checks whether the elapsed time from the time of generating the symbol A to the time of receiving the sound wave recognition result is within a predetermined time (for example, 5 minutes) to determine whether the sound wave recognition result is valid. Can be determined. Here, if the elapsed time exceeds the predetermined time, the service server may determine that the sound wave recognition result of the terminal 130 is invalid, and may reject the request of the terminal 130 for the payload data A.

If 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 match, and if the sound wave recognition result and the symbol A match, the payload data A mapped with the symbol A To transmit to the terminal 130 (223). In other words, if the sound wave recognition result of the terminal 130 is valid, the service server 110 may search for a symbol matching the sound wave recognition result, and if the symbol A is found, payload data mapped to the symbol A A may be transmitted to the terminal 130.

When the terminal 130 receives 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).

When the terminal 120 outputs the sound wave in step 219, the terminal 120 may poll or query the service server 110 whether the terminal 130 receives the payload data A at a predetermined time interval. When the service server 110 receives the response data from the terminal 130, the service server 110 may transmit 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 an embodiment.

Referring to FIG. 5, when generating sound wave data and setting a frequency post, the service server 110 may determine a location at which a sound wave tone is to be generated, and transmit the determined sound wave tone location to the terminal 120. In this embodiment, the service server 110 may not transmit sound wave data and information on the set frequency post to the terminal 120. For example, the service server 110 may set a frequency post of each of the bits of the sound wave data based on the frequency interval information 100Hz, the start frequency information 18.5kHz, and the sound wave data “10 ... 1”, and set the frequency. It is possible to identify the frequency post of the bit having the bit value "1" among the posts 18.5 kHz, 18.6 kHz, ..., 21.5 kHz. The service server 110 may determine the identified frequency post as the sound wave tone generation position, and transmit the determined sound wave tone generation position to the terminal 120. The terminal 120 may generate a multi-tone sound wave by generating a sound wave tone at the determined sound wave tone position, and output the corresponding multi-tone sound wave.

An example to be described with reference to FIG. 6 is a case where the service server 110 generates a playback file and transmits it to the terminal 120. The playback file may be represented differently as a sound wave file.

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

The service server 110 may generate a sound wave tone in the frequency post of the first bit 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 recording multi-tone sound waves (640). The playback file may be, for example, a file with a wav extension. The playback file is not limited to this.

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

According to an embodiment, 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 playback file may include, for example, a URL. When the terminal 120 receives the location information of the playback file, the terminal 120 may access the location information and play the playback file.

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

<When the size of sound wave data is large>

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

According to an embodiment, the service server 110 may generate a symbol that exceeds the symbol size described through Table 1. This results in sonic data exceeding a certain size (eg, 64 bits). When 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 in 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. The following describes how the service server 110 generates a sound wave data set.

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

The service server 110 may generate sound wave data 710 to 760, that is, a 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.
Indicates the type of sound wave data.
00: start sound wave data
01: Sound wave data with division symbol
10: Last sound wave data sequence Field size 4 bits.
If type is 00 or 10, this indicates the number of sound wave data whose type is set to 01.
If type is 01, it indicates the transmission order among sound wave data whose type is set to 01. If sent first, set to 0000. CRC Field size 8 bits.
Error correction code of the partition symbol is set. Body Field size 24 bits.
Split symbol is set. Blank Field size 32 bits.
If type is 00 or 10, 32 zeros are set.

Table 4 below shows an example of 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 = split 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 = split symbol 3
Sound wave data 750: type = 01, sequence = 0011, CRC = 8 bits, body = split 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 first transmitted to the terminal 120, 0000 is set in the sequence field. In the case of the sound wave data 730, since the second sound wave data 720 to 750 of type = 01 is transmitted to the terminal 120, 0001 is set in the sequence field. In the case of the sound wave data 740, since the third is transmitted to the terminal 120 among the sound wave data 720 to 750 having type = 01, 0010 is set in the sequence field, and in the case of the sound wave data 750, type Since the sound wave data 720 to 750 of = 01 is transmitted to the terminal 120 for the fourth time, 0011 is set in the sequence field.

Since there are four sound wave data whose type is set to 01, 0100 is set in the sequence fields of the sound wave data 710 and the sound wave data 760, respectively.

According to an 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 exemplary embodiment, the service server 110 may generate sound wave data 810 to 840 illustrated in FIG. 8, that is, a sound wave data set by setting a value in each field of Table 5 below.

field Explanation type Field size 2 bits.
Indicates the type of sound wave data.
00: start sound wave data
01: middle sound wave data
10: Last sound wave data sequence Field size 4 bits.
Indicates the transmission order of sound wave data. On the first transmission, 0000 is set. CRC Field size 8 bits.
Error correction code of the partition symbol is set. body Field size 24 bits.
Split symbol is set.

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

Sound wave data 810: type = 00, sequence = 0000, CRC = 8 bits, body = split symbol 1
Sound wave data 820: type = 01, sequence = 0001, CRC = 8 bits, body = split 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 = split symbol 4

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

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

According to an 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 set of FIG. 7 or FIG. 8 to the terminal 120. The terminal 120 may generate and output multi-tone sound waves corresponding to each of the sound wave data in the sound wave data set. For example, the terminal 120 may generate a multi-tone sound wave corresponding to each of the sound wave data 710 to 760. 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 the multi-tone sound waves corresponding to the sound wave data 710 and then sequentially output the multi-tone sound waves corresponding to each of the sound wave data 720 to 760. At this time, the time price between the multi-tone sound wave and the next output multi-tone sound wave may be 200 ms.

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

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

<Acoustic Wave Communication Platform-One-Way Sound Wave-Based Bidirectional Information Transmission>

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

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

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

If the sound wave recognition result is valid, the service server 110 maps the symbol A, the payload data A, and the 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 payload data B to the mapping information generated in step 216. In this case, the additional mapping information is for both the terminal 120 and the terminal 130.

The service server 110 checks whether the sound wave recognition result and the symbol A match, and if the sound wave recognition result and the symbol A match, the service server 110 transmits the payload data A mapped with the symbol A to the terminal 130.

The service server 110 receives 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 to 8 may be applied to the matters described with reference to FIG. 9, and thus detailed description thereof will be omitted.

<Acoustic Communication Platform- Bidirectional Sound Wave-based Bidirectional Information Transmission>

10 to 11 are diagrams for describing another example of the sound wave communication platform according to an exemplary embodiment.

Referring to FIG. 10, both terminals 120 and 130 output sound waves. In other words, not only sound wave communication from the terminal 120 to the terminal 130, but also sound wave communication from the terminal 130 to the terminal 120 may be possible. How the sound wave 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, a detailed description thereof will be omitted.

The terminal 120 requests the security key from the service server 110 (1111), and the service server 110 transmits the security key to the terminal 120 (1112).

The terminal 130 requests the security key from the service server 110 (1113), and the service server 110 transmits the security key to the terminal 130 (1114).

The terminal 120 generates 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, a URL, or the like. Sound wave data generation in step 1115 may be applied to the above-described sound wave data generation method of the service server 110, a detailed description thereof will be omitted. According to an implementation, in operation 1115, the terminal 120 may generate and play a playback file.

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

The terminal 130 recognizes the sound wave output from the terminal 120 (1117) and obtains information A (1118). For example, the terminal 130 may determine the bits corresponding to the sound wave, shuffle the determined bits using the security key, and extract information A from the shuffled bits.

The terminal 130 generates 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, static images, dynamic images, URLs, or the like. The sound wave data generation in step 1119 may be applied to the sound wave data generation method of the service server 110 described above, a detailed description thereof will be omitted. According to the implementation, in operation 1119, the terminal 130 may generate and play a playback file.

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

The terminal 120 recognizes the sound wave output from the terminal 130 (1121), and obtains the information B (1122). For example, the terminal 120 may determine the bits corresponding to the sound wave, shuffle the determined bits using the security key, and extract 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 to 9 may be applied to the matters described with reference to FIGS. 10 to 11, and thus detailed descriptions thereof will be omitted.

12 is a block diagram illustrating a service server of a sound wave communication platform according to an exemplary embodiment.

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

The communication interface 1210 may be wired or wireless.

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

The controller 1220 transmits a security key to a terminal through the communication interface 1210 and receives symbol request data and payload data including service type information from another 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 another terminal based on the generated symbol. The sound wave data may include, for example, generated symbols and error correction codes. Also, the sound wave data may be encrypted based on the security key.

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

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

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

1 to 11 may be applied to the items described with reference to FIG. 12, and thus detailed descriptions thereof will be omitted.

<Application example of acoustic communication platform>

As described above, the sound wave communication platform according to an embodiment may be applied to various services. As an example, a description will be given when a sound wave communication platform is applied to an attendance service.

The terminal 120 may correspond to a terminal installed at a lecture location, and the terminal 130 may correspond to a terminal of attendees who listen to the lecture at the lecture location. The terminal 130 may be installed with an application for attendance check.

The terminal 120 may transmit the attendance authentication information of the lecture place as payload data to the service server 110 and then receive sound wave data from the service server 110 to output sound waves. Attendance authentication information may include at least one of location information of a corresponding lecture location (for example, classroom B of school A), lecturer information (for example, professor name), and class information (for example, class name and class time). It may include. The terminal 130 may transmit the sound wave recognition result that recognizes the sound wave and the user information of the terminal 130 to the service server 110.

If the sound wave recognition result matches the symbol corresponding to the terminal 120, the service server 110 may determine that the user of the terminal 130 has attended the lecture place, and the terminal 130 receives attendance authentication information or attendance confirmation information. Can be sent to. The terminal 130 may check that the user has attended the lecture based on the attendance authentication information or the 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 devices and components described in the embodiments are, for example, processors, controllers, arithmetic logic units (ALUs), digital signal processors, microcomputers, field programmable gate arrays (FPGAs). Can be implemented using one or more general purpose or special purpose computers, such as 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 the execution of the software. For convenience of explanation, one processing device may be described as being used, but one of ordinary skill in the art will appreciate that the processing device includes a plurality of processing elements and / or a plurality of types of processing elements. It can be seen that it may include. For example, the processing device may include a plurality of processors or one processor and one controller. In addition, other processing configurations are possible, such as parallel processors.

The software may include a computer program, code, instructions, or a combination of one or more of the above, and configure the processing device to operate as desired, or process it independently or collectively. You can command the device. Software and / or data may be any type of machine, component, physical device, virtual equipment, computer storage medium or device in order to be interpreted by or to provide instructions or data to the processing device. Or may be permanently or temporarily embodied in a signal wave to be transmitted. The software may be distributed over networked computer systems so that they may be stored or executed in a distributed manner. Software and data may be stored on one or more computer readable recording media.

The method according to the embodiment may be embodied in the form of program instructions that can be executed by various computer means and recorded in a computer readable medium. The computer readable medium may include program instructions, data files, data structures, etc. alone or in combination. The program instructions recorded on the media may be those specially designed and constructed for the purposes of the embodiments, or they may be of the kind well-known and available to those having skill in the computer software arts. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks, 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 not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like. The hardware device described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

Although the embodiments have been described by the limited embodiments and the drawings as described above, various modifications and variations are possible to those skilled in the art from the above description. For example, the described techniques may be performed in a different order than the described method, and / or components of the described systems, structures, devices, circuits, etc. may be combined or combined in a different form than the described method, or other components. Or even if replaced or substituted by equivalents, an appropriate result can be achieved.

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

Claims (20)

In the operation method of the 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 the size determined based on the service type information, wherein the generated symbol includes a number of bits corresponding to the determined size;
Generating mapping information to which the payload data and the generated symbol are mapped, for the other terminal;
Generating sound wave data for sound wave output of the other terminal by changing the arrangement of bits constituting the generated symbol through the security key;
Transmitting the generated sound wave data to the other terminal;
Receiving sound wave recognition results generated based on the security key and sound waves from the terminal, wherein the sound waves are output based on sound wave data received from the service terminal by another terminal; and receiving payload request data;
Checking whether the sound wave recognition result matches the generated symbol; And
Transmitting the payload data to the terminal based on the mapping information when the matching is performed.
Including,
Different frequency posts are set at positions of each bit in the generated sound wave data,
How the service server works.
The method of claim 1,
The generated sound wave data includes an error correction code.
How the service server works.
delete The method of 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
Further comprising,
How the service server works.
The method of claim 4, wherein
The frequency interval information and the start frequency information relate to the service type information,
How the service server works.
The method of claim 1,
When generating the sound wave data,
Generating a sound wave tone in a frequency post of bit value 1 of the bits of the generated sound wave data; And
Generating multi-tone sound waves by aggregating the generated sound wave tones, and generating a reproduction file of recording the multi-tone sound waves
Further comprising,
How the service server works.
The method of claim 1,
Verifying validity of the sound wave recognition result by checking whether the sound wave recognition result is received within a predetermined time from the time of generation of the symbol
Further comprising,
How the service server works.
The method of claim 1,
Receiving confirmation request data on whether the terminal has received the payload data from the other terminal; And
Transmitting response data on whether the terminal has received the payload data to the other terminal;
Further comprising,
How the service server works.
The method of 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 receiving request data for payload data of the terminal from the other terminal, transmitting the payload data of the terminal to the other terminal based on the additional mapping information.
Further comprising,
How the service server works.
The method of claim 1,
The payload data includes at least one of URL information, text, static images, and dynamic images,
How the service server works.
In the service server,
Communication interface; And
A controller coupled with the communication interface
Including,
The controller,
Transmitting a security key to the terminal through the communication interface and receiving symbol request data and payload data including service type information from another terminal,
Generate a symbol corresponding to the other terminal according to the size determined based on the service type information, wherein the generated symbol includes a number of bits corresponding to the determined size;
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 by changing the arrangement of bits constituting the generated symbol through the security key, 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 sound wave from the terminal through the communication interface, wherein the sound wave is output based on the data received by the other terminal from the service server and receive payload request data. and,
Confirm that the sound wave recognition result and the generated symbol match, and if the match is matched, transmit the payload data to the terminal through the communication interface based on the mapping information,
Different frequency posts are set at positions of each bit in the generated sound wave data,
Service server.
The method of claim 11,
The generated sound wave data includes an error correction code.
Service server.
delete The method of claim 11,
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.
The method of claim 14,
The frequency interval information and the start frequency information relate to the service type information,
Service server.
The method of claim 11,
The controller,
When the sound wave data is generated, a sound wave tone is generated at a frequency post of bit value 1 among the bits of the generated sound wave data, and the generated sound wave tone is aggregated to generate a multi-tone sound wave. Generating a reproduction file recording tone sound waves, and transmitting the reproduction file to the other terminal through the communication interface;
Service server.
The method of claim 11,
The controller verifies the validity of the sound wave recognition result by checking whether the sound wave recognition result is received within a predetermined time from the time of generation of the symbol.
Service server.
The method of claim 11,
The controller receives confirmation request data on whether the terminal has received the payload data from the other terminal through the communication interface, and receives response data on whether the terminal has received the payload data. Sent to,
Service server.
The method of claim 11,
When the service server further receives payload data of the terminal from the terminal, the controller maps the payload data of the terminal to the mapping information to generate additional mapping information, and the pay of the terminal from the other terminal. When receiving the request data for the load data, transmitting the payload data of the terminal to the other terminal through the communication interface based on the additional mapping information,
Service server.
The method of claim 11,
The payload data includes at least one of URL information, text, static images, and dynamic images,
Service server.

Images