RU2279126C2 - Method for organization of multi-language messages in an intellectual network - Google Patents

Abstract

FIELD: technology for organization of multi-language messages in an intellectual network for determining mode of broadcast relay of spoken message.

SUBSTANCE: method contains following stages: setting of field "type index" in identification codes of spoken message and setting of "type index table" for each concrete spoken message, meant for broadcast relay, reading of index number from field "type index" with following search in "type index table" to determine mode of broadcast relay on basis of speech attributes of concrete spoken message in "type index table".

EFFECT: substantially increased amount of supported attributes.

2 cl, 11 tbl

Description

FIELD OF THE INVENTION

The present invention relates to a method for organizing multilingual messages in the provision of an intelligent service over an intelligent network,

State of the art

In the system of providing intelligent network services, in accordance with the prior art, information interaction between the system and the subscriber is an integral part of its work and represents an important characteristic of the services of the intelligent network. During this interaction, the system transmits to the subscriber the relevant information in the form of messages. To implement the function of transmitting information in the form of messages to subscribers in accordance with the Chinese specification of the Protocol of the application program of the intelligent network (INAP), the types of working architecture between the Service Control Center (SCP) and the Service Switching Center (SSP), between the SCP and the Intelligent Peripheral Device (IP) are defined as well as between the SSP and the Specialized Services Function (SRF). Moreover, the operation associated with the broadcasting of a voice message is associated with the identifier of the voice message service. However, the INAP specification does not describe how to identify a voice message (a messageID), except that it defines four bytes to describe the messageID parameter.

Currently, since the INAP specification does not define a specific method for encoding voice messages for various services and does not provide a specific rule for encoding voice messages, when exchanging information, different voice messages are identified by numbers without using any specific encoding rule, resulting in the following Problems:

1. In contrast to the signal tone, when exchanging information, there is no single specification for the encoding values of each voice message of the service, so that the same speech signal can have different codes when exchanging information using intelligent peripheral devices of various manufacturers. In addition, the code does not contain any values about the attributes that may conflict with the interconnection of devices from different manufacturers, which violates the original purpose of the development of INAP.

2. In the prior art, in the case where it is required to transmit a speech signal in a particular language or using several languages in a different sequence, requests for performing multiple operations are sequentially transmitted to the playback device. In practice, since the transfer of requests for performing many operations is carried out through a network connection, or the connection between modules using serial ports, the transmission of a large number of requests for performing operations increases the load on the data transmission channel for such connections, which reduces the efficiency of the system.

3. Since the voice encoding attributes are not defined in the INAP specification, it is difficult to query and manage voice resources using a database, which significantly reduces the efficiency of query execution and data management.

Accordingly, if no encoding rule is used for the messageID message identifier, with the exception of using the 32 bit messageID identifier to identify the speech resources of various services, one of the identifier options is any value from 0x00000000 to 0xFFFFFFFF. Such a technical scheme is associated with significant difficulties in executing the request and managing voice messages, since there is no bit field associated with the description of the service. In addition, there is no bit field associated with the description of the type of the broadcast language of the voice message and its sequence. When a service needs to broadcast a voice message in a particular language or in many languages in different sequences, it is necessary to transmit requests for operations in each individual language, which increases the load on the transmission of information and reduces the efficiency of the system. To solve the above problems, the applicant of the present invention proposed a coding scheme for voice messages. This scheme allows expanding the possibilities of expressing information using the messageID message identifier, increasing the coding efficiency of voice messages of the service, increasing the speed of data requests in the form of voice messages and increasing the efficiency of using network resources. More specifically, the encoding scheme of voice messages is as follows.

There are two types of speech encoding - message encoding and recording encoding. Message encoding is used to facilitate the interaction between SCP and IP, SCP and SSP, SSP and mailbox, IP and mailbox. When encoding messages, the 32-bit code is divided into many bit fields to identify the contents of the voice message and various attributes, such as the service number, number of languages, language, sequence for multilingual broadcasting of a voice message, service sponsor and sequence number of a voice service. Encoding during recording is used for interaction between the Service Management System (SMS) and IP, SMS and SSP, SMS and the mailbox. During coding during recording, the 32 bit code is divided into a plurality of bit fields to identify specific attributes of a speech signal, such as a service number, a language, a service sponsor, and a service voice message sequence number.

The coding formats for these two types of coding are respectively shown below.

The message encoding format, which takes 4 bytes for encoding and contains four different languages and sequences for broadcasting a voice message, is shown in Table 1.

Table 1 8 bit 10 bit 5 bit 9 bit Service Encoding Bit Field Four-language coding sequence bit field Service sponsor coding bitfield Voice Encoding Bit Field 31 23 13 8 0

In table 1, the numbers in the table below indicate the bit position in a 32 bit sequence. Each bit field shown in Table 1 will be described in detail below.

In the service encoding bit field, different services codes correspond to different services, and the display range of the number of service codes is from zero to 254. The message encoding value that can be used for multiple services is FF. A Service Creation Environment (SCE) defines different codes for all services it creates. The coding of the service and information related to the communication of the service with the sponsor are included in the control logical file, which is transmitted from SCE to SMS. Therefore, the number of services created by SCE is limited to 255.

The coding format of the four sequences of languages is shown in Table 2. The field of the language used indicates whether a particular language is used. If zero is written in the field of the used language, then the language is not used for the voice message. In contrast, if a unit is written in the language used, the language is used for the voice message. The language sequence field can take one of four values 01, 10, 11, and 00 for languages: Chinese, English, dialect, or another.

table 2 1 bit 2 bits 1 bit 2 bits 1 bit 2 bits 1 bit Is Chinese used Chinese language sequence code Is english used English sequence code Is the dialect used Dialect Sequence Code Is another language used 23 21 twenty eighteen 17 fifteen fourteen

In the coding bit field of the service sponsor, if the service is not associated with the service sponsor, the value of the code is 00000, in other cases, the code of the part not associated with the service sponsor is created using SCE, and its value is 00000, in cases where the part related with the sponsor of the service, created via SMS, its value is not equal to 00000.

The code value in the speech encoding bitfield when the service is not associated with the service sponsor is generated by SCE, and when it is associated with the service sponsor, a part code not related to the service sponsor is generated by SCE, but the code of the part associated with the sponsor services, is created using SMS, and the encoding range is determined for it.

The following are typical message encoding options using the above scheme:

0xABa000CD represents the CD number for Chinese AB service.

0xABbS00CD represents the CD number for the Chinese and English languages of the AV service with the sequence - Chinese before English.

0xABd400CD represents the CD number for the Chinese and English languages of the AB service with the sequence - English follows first and then Chinese.

The recording encoding format, in which four bytes are used, is shown in Table 3. The recording encoding describes the languages used, but without a description of their sequence when broadcasting a voice message.

Table 3 8 bit 1 bit 1 bit 1 bit 1 bit 6 bits 5 bits 9 bits Service Coding Is Chinese used Is english used Is the dialect used Is another language used Not used Service Sponsor Coding Speech coding 31 23 22 21 twenty 19 13 8 0

In the encoding format for recording, the same types of service encoding and voice encoding are used as in the message encoding format. Only 4 bits are used to encode four languages, and a zero or one in each bit indicates whether the language is used. In these four bits, a unit can only be written in one bit. The encoding scheme for recording should correspond to the message encoding scheme.

The following are some typical write encoding examples:

0xAB8000CD represents encoding when writing a file in Chinese for voice recording CD number for service number AB.

0xAB4000CD represents the encoding of a recording file in English for voice recording CD number for servant number AB.

0xAB2000CD represents the encoding of a recording file with a recording in dialect for voice recording CD number for service number AB.

0xAB1000CD represents the encoding of a voice recording file entry in another language for voice recording CD number for service number AB.

From the above description, you can see that the coding scheme really solved the problems associated with specification, efficiency and management. However, as the technology of the smart grid develops and the market for smart grid products expands, the following disadvantages become apparent to this scheme.

1. The service is associated with the language used for voice messaging in the intelligent network. Currently, when a service is created in an intelligent network, information about the language used for the voice message of the service is directly recorded in the execution file, in other words, the service is associated with the language for the voice message. When such a service is used in other countries, it is required to re-create, test and download this service because of a mismatch in the language of the voice message. Thus, the coding scheme does not allow to satisfy the requirements associated with the possibility of using the same service in different countries with different languages of voice messages.

2. The coding scheme supports only no more than four languages: Chinese, English, dialect and another language that is not among the above three languages. And it cannot satisfy the requirement of using more languages such as Spanish, Portuguese, French and so on.

3. The sequence for broadcasting voice messages is not defined flexibly enough. In such a coding scheme, the sequence for broadcasting voice messages can be flexibly defined for Chinese, English and dialect, but cannot be defined for other languages. Other languages can be transmitted only after Chinese, English and dialect, which is not convenient for using this service in a country whose language is not Chinese or English.

4. In the case when it is required to carry out broadcasting, in which many units of currency are indicated, such a coding scheme cannot satisfy the requirements. In a system’s intelligent network service, it is usually required to transmit messages to subscribers using data of a special type, for example, a message about the balance on a user's card. In the original coding scheme, the currency block and its position are changed in accordance with the language used for the message. For example, in Chinese, the currency unit is yuan, and it is transmitted after data illustrating the amount of money. Since the unit of currency is determined by the language used, when transmitting in Chinese, it is not possible to tell the user the balance in US dollars. Therefore, it is necessary to expand the original coding scheme to enable the flexible transfer of currency units.

SUMMARY OF THE INVENTION

To overcome the above disadvantages, the present invention is directed to a method of organizing multilingual messages in an intelligent network, which allows you to support more languages, and has great flexibility.

According to one embodiment of the invention, a method for organizing multilingual messages in an intelligent network comprises the following steps:

encoding a voice identifier of a voice message intended for broadcasting using codes containing a "service coding" field, a "language type index" field and a "language encoding" field, and determining a "language type index number" with the value of each bit of the specified field " language type index ";

setting the "language type index table", which contains speech attributes, including the number of language types, language type number and sequence for broadcasting a speech message for each possible type index number in the specified "language type index" field; and

for each specific voice message intended for broadcasting, reading the index number of a specific voice message from the "language type index" field, followed by searching in the "language type index table" to determine the broadcasting mode based on the speech attributes of a particular voice message in the "table language type index ", wherein the broadcast mode contains the type of languages for distribution, and the broadcast sequence of each type of language.

According to another embodiment of the invention, a method for organizing multilingual messages in an intelligent network comprises the following steps:

encoding the voice identifier of the voice message to be sent using codes containing the "currency type index" field and the "price data" field, and determining the "currency type index number" with the value of each bit of the "currency type index" field;

setting a "currency type index table" in which speech attributes including a language type, currency type and a rule for combining currency units are presented for each possible type index number in the specified "currency type index" field; and

for each specific voice message intended for broadcasting, reading the index number of a specific voice message from the "currency type index" field, followed by searching in the "currency type index table" to determine the broadcasting mode of the voice message based on the speech attributes of that specific voice message in the "currency type index table", while the broadcast mode includes the types of currencies for distribution, the type of language and the combination rules for each currency unit.

In this method, the speech attribute index is not recorded in the voice message identifier codes, but the speech attribute index number, and the voice message attribute is determined using a single index table, so that the length of the speech identifier codes is significantly reduced and the number of supported languages is significantly increased. For example, subject to the use of multilingual broadcasting of a voice message, if eight bits are used to determine speech attributes, 256 languages can be supported using the method of the present invention, while only four languages can be supported using the original coding scheme. On the other hand, speech attributes are not written to a program, but to a language type index table. Therefore, if you want to change the attributes of speech, you need to modify only the index table of the type of language, without the need to change the program, which greatly expands the possibilities of application and increases flexibility.

DETAILED DESCRIPTION OF THE INVENTION

The present invention will be described in more detail below, with reference to options for its implementation.

Using the method of transmitting multilingual messages in an intelligent network in accordance with the first embodiment of the present invention, broadcast languages and their sequence in broadcasting can be determined. This method comprises the following steps:

1) encoding a voice identifier for a voice message intended for broadcasting and using codes containing three fields: a service coding field, a language type index field and a speech coding field, using the value of each bit of the language type index field to generate the language type index number;

2) setting the language type index table, in which the language attributes are listed, including the number of language types, language type number and sequence for broadcasting a voice message for each possible language type index number in the above language type index field; and

3) when broadcasting a specific voice message, first read the language type index number from the language type index field and search the language type index table to determine the broadcast mode of this speech message based on speech attributes obtained from the language type index table in which the mode Broadcasting includes the types of languages intended for broadcasting and their sequence in broadcasting.

The optimized encoding method, in accordance with the present invention, is compatible with the original encoding scheme and allows you to support the newly defined encoding scheme for the speech identifier using the installation parameters. The newly defined coding scheme allows support for at least 256 languages, and eight languages can be used simultaneously. The format of the newly defined coding scheme is shown in table 4.

Table 4 8 bit 8 bit 16 bit Service Coding Language Type Index Voice Encoding

In the newly defined coding scheme, the coding field of the service has the same meaning as in the original coding scheme, the coding field of the voice message corresponds to the sum of the coding field of the service sponsor and the coding field of the voice message in the original scheme, and the language type index field corresponds to the original four languages and coding their sequence. To ensure compatibility of the new design with the National Standard of China, the language type index length is set to eight bits. Obviously, the length can be set to any other value, if you do not take into account the standard, for example, the length can be set more if you want to support more combinations, and can be set less if you want to save a certain number of bytes. Since the length of eight bits is not sufficient for eight languages and schemes for broadcasting voice messages using these languages, these eight bits are used as an index of the type of language and their sequence for broadcasting, and detailed information about the types of language and their sequence for broadcasting are recorded in a table where it can be found using the index. An 8-bit index allows 256 combinations to be represented, which can satisfy the requirements for voice messages of a service. To ensure compatibility with the original messageID format, the original messageID is also included in the table.

The language type index format is shown in table 5.

Table 5 New format Language Type Index 8 bits Original format The first 8 bits of a bit field for four languages and their sequence 8 bits

The first eight bits of the bit field for four languages and their sequences in the original format are also set, as shown in Table 5. Thanks to a special coding rule, the first eight bits for four languages and their sequences allow you to uniquely represent the types of language and their sequence. Thus, regardless of whether the message identifier messageID transmitted by SCP has a new format or a source format, SSP processes them using the same rules shown in Table 6, which ensures compatibility of the two encoding formats.

Table 6 Language index Languages and their sequence in broadcasting 0b1010000000, 0xа0 Chinese 0b0001010000, 0x14 English 0b0000001010, 0x02 dialect 0b1011100000, 0xb8 chinese, english 0b1101010000, 0xd4 english chinese 0b1010001100, 0xa3 Chinese dialect 0b1100001010, 0xc2 dialect chinese 0b0001011100, 0x17 English dialect 0b0001101010, 0x1a dialect english 0b1011101110, 0b1011101000, 0xbb, 0xba Chinese, English, dialect 0b1011111100, 0b101 1001100, 0xbf, 0xb3 Chinese, dialect, English 0b1101011110, 0b1101011000, 0xd7, 0xd6 English, Chinese, dialect 0b1101111010, 0b1101001010, 0xde, 0xd2 dialect, chinese, english 0b1111011100,0b1001011100,0xf7,0x97 English, dialect, Chinese 0b1111101010, 0b1001101010, 0xfa, 0x9a dialect, english, chinese

Table 6 shows the first eight bits and the corresponding bitfield states for four languages and their sequence in broadcasting. If we consider the first four rows as an example, in the original encoding format, the value of 10 bits of the bit field for four languages and their sequence during broadcasting is a binary number of 1010000000, and the first 8 bits are 10100000, which can be represented as 0xа0 in the hexadecimal number system. According to table 4, this number represents that there is one Chinese language that comes first in the sequence when broadcasting. Also, if we take the tenth line as another example, the value of 10 bits represents the binary number 101101110, and the first 8 bits - 10111011, which can be represented as 0xbb in the hexadecimal number system. This number represents that there are three languages: Chinese, English and a dialect, and their sequence in broadcasting is the first Chinese language, the second English and the last dialect. Values of 11 or 00 in two bits of the field of the broadcast sequence correspond to the third position in the sequence during broadcasting. Therefore, a binary number in the tenth row can also be represented as 1011101000, and in this number, the first eight bits in the hexadecimal notation are written as 0xba. Numbers in other rows can also be processed in the same way. Table 7 shows the format of the language type index table on the SSP side.

Table 7 Language Type Index Number of language types Language type 0 ~ 255 1 ~ 8 Language 1 Language 2 Language 3 Language 4 Language 5 Language 6 Language 7 Language 8

The type of language can be selected more than once, and the broadcast sequence for each language is determined by selecting the sequence. The specific content of table 7 should be determined in accordance with specific requirements. At the same time, codes corresponding to the “four languages and their sequence for broadcasting” (see table 6) must be reserved to support the original encoding of the messageID message identifier. Therefore, the new encoding and the original encoding of the messageID message identifier supports the same index format and SSP, and SCP can process the language type index in the same way.

The selected languages and their sequence during broadcasting, which are defined on the server, are transmitted to the platform of the communication processor for processing through the data structure shown in table 8.

Table 8 8 bits 8 bits 8 bits 8 bits Language Type Index Number of language types Language 1 Language 8

The language type index is represented by eight bits, so the index range is 0 ~ 255. The number of language types, which means the number of languages that can be transmitted in this index, is also represented by eight bits. For languages 1 ~ 8 selected for this index, 8 bits are allocated. Each language is represented by 8 bits, so that 256 different languages can be supported as much as possible. A range of 1 ~ 8 languages means that no more than 8 languages from 256 different languages can be transmitted in one broadcast sequence. Table 9 shows an example of such an embodiment.

Table 9 0 8 one 3 5 8 9 10 eleven 253 one 3 one 3 5 7 9 255 255 255

As shown in table 9, broadcast index 0 means broadcast of 8 languages, and the broadcast sequence represents language 1, language 3, language 5, language 8, language 9, language 10, language 11 and language 253. Broadcast index 1 means broadcast of three languages, and the broadcast sequence represents language 1, language 3 and language 5. Since the number of types of languages is only three, language 7 and language 9, etc. not transmitted.

The following are two advantages that can be obtained using the scheme of the first embodiment.

1. Provides support for more types of languages. The original scheme provides support for four languages, and four languages can be transmitted simultaneously, and using the proposed scheme, a maximum of 256 languages is supported, and the ability to simultaneously send eight languages is provided. Therefore, this scheme allows you to effectively solve the problem of supporting more languages.

2. A particular type of language may be service independent. When using the new scheme using SSP, not specific languages or their distribution sequence can be dynamically set, but an index of the type of language that is recorded when the service works with a voice message. The number of languages, the type of languages, and the distribution sequence corresponding to the index are determined using the language type index table written in the SSP. Therefore, the user's requirement for the use of multiple languages can be satisfied by changing the number of languages, the type of languages and the distribution sequence in the index table of the type of language, without the need to change the service itself. Thus, the problem of communication services with the language can be solved.

Using the second embodiment, support is provided for sending out multiple currency units and price data using multiple languages. In INAP ITU-T (International Telecommunications Union), the price data type (Pice) is an octet character sequence (SIZE (4)) and uses the BCD code set for INAP China. If the price data type is represented using binary numbers, only 27 bits need to be used, and the remaining bits can be used to represent the currency type. Therefore, it becomes possible to add currency information to the price data type. In this case, not only the ITU-T specification can be satisfied, and it is possible to present information about a variety of currencies, but the goal of currency configuration can also be realized.

This method can be used for messages in many languages with many types of currencies and in situations where multiple languages are used. The method comprises the following steps:

1) encoding the speech identifier of the language for distribution and highlighting in the code the currency type index field and the price data field defining the currency index number with the value in each bit of the currency type index field;

2) setting the index table the type of currency in which the speech attributes, including the pronunciation language, currency type and the combination rule of the currency unit are presented for each possible index number; and

3) when sending a specific voice message, reading the index number from the currency type index field, and conducting a search in the currency type index table to determine the broadcast mode of the voice message, including currency type, language type, rule for combining currency units based on speech attributes obtained from currency type index tables.

More specifically, the new scheme uses the encoding method presented in table 10.

Table 10 4 bits 28 bits Currency Type Index Field Price Data Field

In the currency type index field, 4 bits are used for the currency type of the price, with which support is provided for a maximum of 16 currency types. The price in the price data field is represented by a hexadecimal number, and its value is represented by the minimum unit of currency. The maximum value can reach two hundred million.

For example, suppose the price is 1234.56, the language is Chinese, and the currency unit is "yuan," whose currency type index is 1; then the value in the price data field should be 1001E240. Table 11 shows the currency type index table.

Table 11 Language Currency Combination rule Chinese Renminbi A + yuan + B + mao + C + fen + D + E Chinese U.S. dollar A + "US dollar" + B + "US cent" + D + E Chinese Other currency English Renminbi ... Renminbi is the “people's ruble”, the national Chinese currency is the yuan.
Mao, jiao - 1/10 yuan - a dime.
Fen - 1/100 yuan - a penny.

In Table 11, the ABCD combining rule represents a flag bit, for example, 0xFF represents A, 0xFE represents B, 0xFD represents C, 0xFC represents D, and 0xFB represents E. After D there is a label indicating whether decimal fractions should be connected, i.e. whether combine B and C in Chinese currency, decimal fractions are expressed using jiao and fen, but in US currency, only cents are used as decimal fractions. E represents the distribution sequence of the currency value and currency unit. When E exists, a currency unit is first transmitted and then a number. Other information, such as yuan, jiao, fen, US dollar, US cent, and so on, is represented using the message identifier MsgID, which represents the voice message.

By using the coding scheme in accordance with the present invention in an intelligent network to implement the function of multilingual service messages, not only the functions of the service voice message and INAP specifications are expanded, but also some other advantages are introduced. More specifically, the present invention has the following advantages.

1) A new voice coding scheme expands the functions of intelligent network services and increases the flexibility of services.

2) A new voice coding scheme expands the capabilities of INAP. More specifically, it offers a specific voice coding method for INAP and proposes a voice coding method that is not more specifically defined in the protocol and which will enable the development of INAP.

3) A new voice coding scheme expands the capabilities of INAP. More specifically, it offers a negotiation time data type, in other words, it extends the time range to a maximum of 9999 hours, 59 minutes and 59 seconds, by adding a conversation time field after the cost field, the range of INAP working data is expanded, which allows for the development of INAP.

4) A new voice coding scheme improves INAP functions. In particular, it added information on the number of codes with a change in the encoding method of the type of price data, which expands the content of INAP and contributes to the development of INAP.

5) A new coding scheme for voice messages accelerates the development of services. In the past, to transmit multilingual messages (limited to four languages) of a voice messaging service, it was necessary to use the Service Independence Building Block (SIB) to select the appropriate language used in the service, and in each broadcast it was necessary to use four SIBs; when using a coding scheme in accordance with the present invention, a language type index can be recorded using a service or SCP. Only one SIB is required for each broadcast process, which significantly reduces the number of broadcast processes and the number of SIBs associated with the broadcast service, and accelerates the development of the service.

6) A new voice coding scheme accelerates service modification. Some processing flows of existing intelligent services in an intelligent network change add and delete. For multilingual parts, since modification requires only the use of configuration fields, processing during modification is very simple, due to the independence between the service with the new coding scheme and the type of language of the voice message. Thus, the present invention significantly increases the rate of change of service.

7) A new voice coding scheme provides a solution for broadcasting multiple types of currencies with multilingual voice messages. The method for solving the problem not only satisfies the requirements of foreign subscribers of the intelligent network, but also provides a general solution for the development of intelligent network platforms and services.

In general, good efficiency and the ability to understand the present invention significantly contribute to the development, maintenance and modification of services, and provide significant economic benefits for the popularization of intellectual network services abroad.

Claims (2)

1. A method for broadcasting multilingual messages in an intelligent network, comprising the following steps: encoding a voice identifier of a voice message intended for broadcasting using codes containing a "service coding" field, a "language type index" field and a "language encoding" field, and determining a "language type index number" with the value of each bit of the specified field " language type index ", setting up a “language type index table” which includes speech attributes including a number of language types, a language type number and a sequence for broadcasting a voice message for each possible type index number in a specified “language type index” field, and for each specific voice message intended for broadcasting, reading the index number of a specific voice message from the "language type index" field and then searching in the "language type index table" to determine the broadcast mode based on the speech attributes of a particular voice message in the "index table type of language ", while the broadcast mode contains the type of languages for distribution and the broadcast sequence of each type of language. 2. A method for broadcasting multilingual messages in an intelligent network, comprising the following steps: encoding the voice identifier of the voice message to be sent using codes containing the "currency type index" field and the "price data" field, and determining the "currency type index number" with the value of each bit of the "currency type index" field, setting a "currency type index table" in which speech attributes including a language type, currency type and a rule for combining currency units are presented for each possible type index number in the specified "currency type index" field, and for each specific voice message intended for broadcasting, reading the index number of a specific voice message from the "currency type index" field and then searching in the "currency type index table" to determine the broadcasting mode based on the speech attributes of this specific voice message in the "table currency type index, "while the broadcast mode includes the types of currencies to be sent, the type of language, and the combination rules for each currency unit.