JP4934699B2

JP4934699B2 - Multi-format conversion system

Info

Publication number: JP4934699B2
Application number: JP2009129221A
Authority: JP
Inventors: 正尚我妻; 真樹八十嶋
Original assignee: Japan Research Institute Ltd; Sumitomo Mitsui Banking Corp
Current assignee: Japan Research Institute Ltd; Sumitomo Mitsui Banking Corp
Priority date: 2009-05-28
Filing date: 2009-05-28
Publication date: 2012-05-16
Anticipated expiration: 2029-05-28
Also published as: JP2010277344A

Description

本発明は、海外顧客からネットワーク経由で受信した振込依頼電文を全銀ネットワークに送信するために、海外顧客が指定した振込受取人名の英字を全銀手順で指定された文字に変換するシステムに関する。 The present invention relates to a system for converting a transfer recipient name designated by an overseas customer into a character designated by a Zengin procedure in order to transmit a transfer request message received from a foreign customer via a network to the Zengin Network.

国内金融機関同士で振込を行う際、各金融機関は全国銀行協会（全銀協）が制定した手順に則って振込電文（振込データ）の送受信を行っている。この全銀ネットワークにて送受信する振込データのうち、振込受取人名については全銀文字、つまり、半角英字および半角カタカナで行うことになっている。 When making transfers between domestic financial institutions, each financial institution sends and receives transfer messages (transfer data) in accordance with procedures established by the National Bankers Association (JBA). Of the transfer data transmitted and received through this Zengin Network, the name of the payee is to be made in Zengin characters, that is, half-width English letters and half-width katakana.

従来、海外から顧客が日本国内に振込依頼をする際には、インターネットバンキングやスイフト（ＳＷＩＦＴ：Society for Worldwide Interbank Financial Telecommunication）ネットワーク経由で振込依頼電文を国内金融機関宛に送信している。当該振込電文は、国内金融機関にて全銀フォーマットに適合するように変換されて、従来技術の銀行振込システム１０３によって振込先の金融機関に向けて送信される。 Conventionally, when a customer from overseas makes a transfer request to Japan, a transfer request message is transmitted to a domestic financial institution via Internet Banking or SWIFT (Society for Worldwide Interbank Financial Telecommunication) network. The transfer message is converted by the domestic financial institution so as to conform to the Zengin format, and is transmitted to the transfer destination financial institution by the bank transfer system 103 of the prior art.

この変換処理としては、事前登録変換方式やテーブル変換方式などが従来から知られており、従来システムは、このような方式を１つまたは複数使用して構築されている。ここで、事前登録変換方式とは、顧客別に振込受取人名（英字）と振込受取人名（カナ）の組合せを事前に登録したテーブルを用意し、変換処理を行う方式である。テーブル変換方式とは、所定の変換テーブルに基づいて振込受取人名を入力された英字からカナに変換する方式である（特許文献１参照）。 As this conversion processing, a pre-registration conversion method, a table conversion method, and the like have been conventionally known, and a conventional system is constructed using one or a plurality of such methods. Here, the pre-registration conversion method is a method in which a conversion table is prepared by preparing a table in which combinations of transfer recipient names (English characters) and transfer recipient names (Kana) are registered in advance for each customer. The table conversion method is a method of converting a transfer recipient name from input English characters to kana based on a predetermined conversion table (see Patent Document 1).

特開平５−１２２４８号公報JP-A-5-12248

しかしながら、従来のテーブル変換方式では、入力された振込受取人名（英字）のうち変換対象の文字を一意的に変換して振込受取人名（カナ）に変換することは困難であった（例えば、「SHINICHI」は「シンイチ」や「シニチ」などに変換される）。そのため、振込受取人名（カナ）に一意的に変換できない場合は、人的作業による確認に頼らざるを得なかった。 However, in the conventional table conversion method, it is difficult to uniquely convert the character to be converted from the input transfer recipient name (alphabet) into a transfer recipient name (kana) (for example, “ SHINICHI "is converted to" Shinichi "or" Sinichi "). For this reason, if it was not possible to convert the transfer recipient name (kana) uniquely, it was necessary to rely on confirmation by human work.

本発明は、このような問題に鑑みてなされたもので、受信した振込依頼電文に含まれている振込受取人名（英字）の文字のうちの変換対象の文字を変換することにより振込受取人名（カナ）に一意的に変換するためのシステムを提供することを目的とする。 The present invention has been made in view of such a problem, and the transfer recipient name (alphabetical characters) included in the received transfer request message is converted to convert the transfer recipient name ( The purpose is to provide a system for uniquely converting to kana).

上記の課題を解決するために、本発明に係るシステムは、他のシステムから受信した１つまたは複数のＸＭＬ形式および非ＸＭＬ形式の送金依頼電文を全銀プロトコル準拠の形式に変換するシステムであって、前記送金依頼電文には、第１の受取人名を含む送金受取人の口座情報が含まれ、前記第１の受取人名は、当該システムによる変換前の情報であって、前記第１の受取人名に含まれる文字は、半角形式、すなわち、１文字あたり１バイトで表され、前記システムは、受信した送金依頼電文のうち、１つまたは複数の非ＸＭＬ形式の送金依頼電文をＸＭＬ形式にファイル変換する手段と、他のシステムから受信した１つまたは複数のＸＭＬ形式の送金依頼電文、および前記ＸＭＬ形式にファイル変換後の１つまたは複数の送金依頼電文を共通ＸＭＬ形式に変換する手段であって、該共通ＸＭＬ形式は前記送金受取人の口座情報のそれぞれの情報が格納される記録位置が予め定まっている、手段と、前記共通ＸＭＬ形式に変換済みの１つまたは複数の送金依頼電文に含まれている前記第１の受取人名を全銀プロトコル準拠の第２の受取人名に変換する手段であって、前記第１の受取人名と前記第２の受取人名との組合せを顧客別に事前に登録した第１のテーブルを使用して変換処理を行う方式である事前登録変換方式にしたがって変換する第１の変換手段、および第２の変換テーブルにしたがって変換する第２の変換手段をさらに備え、前記第２の変換テーブルは、変換前の文字２バイトが変換後の文字１バイトに対応する変換対象文字についての対応付け情報、および非変換対象文字の前後にセットされる所定の文字２バイトの情報を含む、手段と、前記全銀プロトコル準拠の第２の受取人名に変換済みの送金依頼電文を全銀プロトコル準拠の形式の送金依頼電文に変換する手段と
を備え、前記第２の変換手段は、前記第１の受取人名に含まれる文字を先頭から２バイトずつ読み込む手段と、読み込まれた２バイトについて、それぞれ、非変換対象文字の前後にセットされる所定の文字であるか否かを判定する手段と、前記所定の文字で囲まれた前記非変換対象文字を特定する手段と、第１のバイトと第２のバイトが同一の文字を表すのか否かを判定する手段と、同一の文字ではないと判定された場合に、第２のバイトが母音を表す文字であるか否かを判定する手段と、前記第１のバイトと第２のバイトによって特定される文字が前記第２の変換テーブルに存在するか否かを判定し、存在する場合には前記第１のバイトと第２のバイトによって特定される文字を変換対象文字として特定する手段と、を実行することを繰り返す手段とをさらに備え、前記第２の変換テーブルに基づく前記第１の受取人名から前記第２の受取人名への変換は、前記第１の受取人名に含まれる変換対象の２バイト分の文字が前記第２の受取人名に含まれる１バイト分の文字に対応するように変換されることを特徴とする。 In order to solve the above-described problems, a system according to the present invention is a system that converts one or a plurality of XML format and non-XML format remittance request messages received from other systems into a format compliant with the Zengin protocol. The remittance request message includes account information of a remittance recipient including a first recipient name, and the first recipient name is information before conversion by the system, and the first recipient Characters included in a person name are expressed in one-byte format, that is, 1 byte per character, and the system files one or more non-XML remittance request messages in XML format among the received remittance request messages. Means for converting, one or more remittance request messages in XML format received from another system, and one or more remittance request messages after file conversion into the XML format Means for converting to the common XML format, wherein the common XML format has a predetermined recording position in which each information of the account information of the remittance recipient is stored, and has been converted to the common XML format. Means for converting the first recipient name contained in one or more remittance request messages into a second recipient name compliant with the Zengin Protocol , wherein the first recipient name and the second recipient name First conversion means for converting in accordance with a pre-registered conversion method, which is a method of performing conversion processing using a first table in which combinations with personal names are registered in advance for each customer, and conversion according to a second conversion table A second conversion means, wherein the second conversion table includes correspondence information about a conversion target character in which 2 bytes before conversion corresponds to 1 byte after conversion, and a non-conversion pair Including information of a predetermined character 2 bytes set before and after the character, means and the second remittance telegram transformed into recipient names conforming total silver protocol remittance message format compliant total silver Protocol Converting means, wherein the second conversion means reads the characters included in the first recipient name in two bytes from the beginning, and the read two bytes are respectively before and after the non-conversion target character. Means for determining whether or not the character is a predetermined character, means for specifying the non-conversion target character surrounded by the predetermined character, and a character in which the first byte and the second byte are the same Means for determining whether or not the second byte is a character representing a vowel when it is determined that they are not the same character, and the first byte and the first byte. Specified by 2 bytes Determining whether or not a character to be converted exists in the second conversion table, and if there is, means for specifying a character specified by the first byte and the second byte as a conversion target character; Means for repeating the execution, and the conversion from the first recipient name to the second recipient name based on the second conversion table is performed by converting the conversion target included in the first recipient name to 2 Characters of bytes are converted so as to correspond to characters of 1 byte included in the second recipient name.

また、本発明に係る方法は、他のシステムから受信した１つまたは複数のＸＭＬ形式および非ＸＭＬ形式の送金依頼電文を全銀プロトコル準拠の形式に変換するための、コンピュータが実施する方法であって、前記送金依頼電文には、第１の受取人名を含む送金受取人の口座情報が含まれ、前記第１の受取人名は、当該システムによる変換前の情報であって、前記第１の受取人名に含まれる文字は、半角形式、すなわち、１文字あたり１バイトで表され、前記方法は、受信した送金依頼電文のうち、１つまたは複数のＸＭＬ形式および非ＸＭＬ形式の送金依頼電文をＸＭＬ形式にファイル変換するステップと、他のシステムから受信した１つまたは複数のＸＭＬ形式の送金依頼電文、および前記ＸＭＬ形式にファイル変換後の１つまたは複数の送金依頼電文を共通ＸＭＬ形式に変換するステップであって、該共通ＸＭＬ形式は前記送金受取人の口座情報のそれぞれの情報が格納される記録位置が予め定まっている、ステップと、前記共通ＸＭＬ形式に変換済みの１つまたは複数の送金依頼電文に含まれている前記第１の受取人名を全銀プロトコル準拠の第２の受取人名に変換するステップであって、前記第１の受取人名と前記第２の受取人名との組合せを顧客別に事前に登録した第１のテーブルを使用して変換処理を行う方式である事前登録変換方式にしたがって変換する第１の変換ステップ、および第２の変換テーブルにしたがって変換する第２の変換ステップをさらに備え、前記第２の変換テーブルは、変換前の文字２バイトが変換後の文字１バイトに対応する変換対象文字についての対応付け情報、および非変換対象文字の前後にセットされる所定の文字２バイトの情報を含む、ステップと、前記全銀プロトコル準拠の第２の受取人名に変換済みの送金依頼電文を全銀プロトコル準拠の形式の送金依頼電文に変換するステップとを含み、前記第２の変換ステップは、前記第１の受取人名に含まれる文字を先頭から２バイトずつ読み込むステップと、読み込まれた２バイトについて、それぞれ、非変換対象文字の前後にセットされる所定の文字であるか否かを判定するステップと、前記所定の文字で囲まれた前記非変換対象文字を特定するステップと、第１のバイトと第２のバイトが同一の文字を表すのか否かを判定するステップと、同一の文字ではないと判定された場合に、第２のバイトが母音を表す文字であるか否かを判定するステップと、前記第１のバイトと第２のバイトによって特定される文字が前記第２の変換テーブルに存在するか否かを判定し、存在する場合には前記第１のバイトと第２のバイトによって特定される文字を変換対象文字として特定するステップと、を実行することを繰り返すステップとをさらに含み、前記第２の変換テーブルに基づく前記第１の受取人名から前記第２の受取人名への変換は、前記第１の受取人名に含まれる変換対象の２バイト分の文字が前記第２の受取人名に含まれる１バイト分の文字に対応するように変換されることを特徴とする。 In addition, the method according to the present invention is a computer-implemented method for converting one or a plurality of XML-formatted and non-XML-formatted remittance request messages received from other systems into a format compatible with the Zengin protocol. The remittance request message includes account information of a remittance recipient including a first recipient name, and the first recipient name is information before conversion by the system, and the first recipient Characters included in a person name are expressed in one-byte format, that is, 1 byte per character, and the method uses one or a plurality of remittance request messages in XML format and non-XML format among received remittance request messages in XML. Converting the file into a format, one or more remittance request messages in XML format received from another system, and one or more after the file conversion into the XML format A step of converting a remittance request message into a common XML format, wherein the common XML format has a predetermined recording position in which each information of the account information of the remittance recipient is stored; and the common XML format Converting the first recipient name contained in the one or more remittance request messages converted into a second recipient name compliant with the Zengin Protocol , wherein the first recipient name and the A first conversion step for converting in accordance with a pre-registered conversion method, which is a method for performing a conversion process using a first table in which a combination with a second recipient name is registered in advance for each customer; and a second conversion table The second conversion step further converts the second conversion table into a character to be converted corresponding to one byte of the converted character 2 bytes before conversion. Association information have been, and are set before and after the non-converted text containing information of a predetermined character 2 bytes, the steps, the total silver protocol second transformed remittance request message to the recipient names compliant total Converting to a remittance request message in a format compliant with the silver protocol, wherein the second conversion step reads a character included in the first recipient name by 2 bytes from the beginning, and the read 2 bytes For determining whether or not the character is a predetermined character set before and after the non-conversion target character, identifying the non-conversion target character surrounded by the predetermined character, Determining whether the byte and the second byte represent the same character, and if it is determined that the second byte is not the same character, whether the second byte is a character representing a vowel Determining whether or not a character specified by the first byte and the second byte exists in the second conversion table, and if present, the first byte and Specifying the character specified by the second byte as a character to be converted, and repeating the step of performing, from the first recipient name based on the second conversion table, the second The conversion to the payee name is performed such that the 2-byte character to be converted included in the first payee name corresponds to the 1-byte character included in the second payee name. And

本発明は、海外から顧客が送信する振込電文において、振込受取人名（カナ）に変換すべき振込受取人名（英字）を２バイト固定文字とすることにより振込受取人名（英字）を振込受取人名（カナ）に一意的に変換することが可能になる効果を奏する。その結果、多種多様なフォーマットのデータ／ファイルを一元的に受け付けることができ、さらに、英字→カナへの変換エラーなどの場合に発生する事務作業負担の軽減を図ることができ、付随するオペレーションミスを防ぐことができる。 According to the present invention, in a transfer message transmitted by a customer from overseas, the transfer recipient name (English character) to be converted into the transfer recipient name (Kana) is changed to a 2-byte fixed character, thereby converting the transfer recipient name (English character) into the transfer recipient name ( The effect is that it is possible to uniquely convert to kana). As a result, data / files in a wide variety of formats can be received centrally, and the burden of office work that occurs in the case of errors in conversion from English to Kana can be reduced. Can be prevented.

本発明の一実施形態に係るマルチフォーマット変換システムの概要を説明する図である。It is a figure explaining the outline | summary of the multi format conversion system which concerns on one Embodiment of this invention. 本発明の一実施形態に係るマルチフォーマット変換システムのシステム構成図である。1 is a system configuration diagram of a multi-format conversion system according to an embodiment of the present invention. 本発明に係るマルチフォーマット変換システム１００によって実行される処理のフローの概要を説明する図である。It is a figure explaining the outline | summary of the flow of the process performed by the multi format conversion system 100 which concerns on this invention. 本発明の一実施形態に係るマルチフォーマット変換システムの機能ブロック図である。1 is a functional block diagram of a multi-format conversion system according to an embodiment of the present invention. 本発明に係るマルチフォーマット変換システムによって実行される、全銀ネットワークに送信可能なフォーマットの送金依頼電文を作成する一例を示すフロー図である。It is a flowchart which shows an example which produces the remittance request message of the format which can be transmitted to a Zengin network, and is performed by the multi format conversion system which concerns on this invention. 本発明に係る振込受取人名変換処理の詳細を示す処理フローである。It is a processing flow which shows the detail of the transfer recipient name conversion process which concerns on this invention. 本発明に係るテーブル変換方式の一実施例を示す変換テーブルである。It is a conversion table which shows one Example of the table conversion system based on this invention. 本発明に係るテーブル変換方式のデータ処理のイメージを示す図である。It is a figure which shows the image of the data processing of the table conversion system based on this invention. 本発明に係るテーブル変換方式の詳細を説明する図である。It is a figure explaining the detail of the table conversion system based on this invention. 本発明において、非変換対象の文字が含まれるか否かを判定するためのフロー図である。In this invention, it is a flowchart for determining whether the character of the non-conversion object is contained.

以下、本発明の実施の形態について詳細に説明する。なお、以下の説明では、本発明に係るシステムは、海外顧客から振込依頼電文を受信して処理するシステムであるため、海外顧客は日本語の漢字、ひらがな、カタカナ（全角、半角とも）を使用することができない前提で説明する。つまり、海外顧客が送信可能なのは、英数字（半角）および各種記号（例えば、括弧「（）」など）だけである。また、振込の宛先は国内に存在する金融機関とする前提で説明する。 Hereinafter, embodiments of the present invention will be described in detail. In the following explanation, since the system according to the present invention is a system for receiving and processing a transfer request message from an overseas customer, the overseas customer uses Japanese kanji, hiragana and katakana (both full-width and half-width). I will explain on the premise that you can not. That is, overseas customers can only transmit alphanumeric characters (half-width characters) and various symbols (for example, parentheses “()”). The explanation will be made on the assumption that the transfer destination is a financial institution existing in Japan.

図１は、本発明に係るマルチフォーマット変換システム１００の概要を説明するための図である。本発明では、海外顧客がＣＭＳ（キャッシュマネジメントシステム：Cash Management System）やインターネットバンキングサービスなどを用いてＳＷＩＦＴ／インターネット１０１経由で送金依頼電文を送信する。マルチフォーマット変換システム１００が受信する送金依頼電文は、図１に示すように、大きく分けてＳＷＩＦＴネットワーク経由およびインターネット経由の２つのルートで受信される。ＳＷＩＦＴネットワーク経由で送受信される電文は、ＳＷＩＦＴにおいて規定されたフォーマットに従った形式で送受信され、また、その電文の形式もＸＭＬ形式、ＣＳＶ形式、固定長データを含むテキストファイル形式など、複数の電文用フォーマットが存在する。さらに、ＳＷＩＦＴネットワーク経由で送受信される電文には、個々の企業が独自に定義するフォーマットも含まれる。一方、本発明においては、インターネット経由で送受信される電文（インターネットバンキングシステムによって送信される）は、ＸＭＬ形式が規定されている。 FIG. 1 is a diagram for explaining an outline of a multi-format conversion system 100 according to the present invention. In the present invention, an overseas customer transmits a remittance request message via the SWIFT / Internet 101 using a CMS (Cash Management System) or Internet banking service. As shown in FIG. 1, the remittance request message received by the multi-format conversion system 100 is roughly received via two routes via the SWIFT network and the Internet. A message transmitted / received via the SWIFT network is transmitted / received in a format according to a format defined in SWIFT, and the message format is also a plurality of messages such as an XML format, a CSV format, and a text file format including fixed-length data. Format exists. Furthermore, the message transmitted / received via the SWIFT network includes a format uniquely defined by each company. On the other hand, in the present invention, an XML format is specified for a message (transmitted by the Internet banking system) transmitted / received via the Internet.

つまり、本発明においては、送金依頼電文は多様なフォーマットとすることが可能である。マルチフォーマット変換システム１００は、多様なフォーマットをとりうる送金依頼電文を受信して、銀行振込システム１０３が全銀ネットワーク１０２に送信可能な形式に変換した後、銀行振込システム１０３に対して送信処理を行い、銀行振込システム１０３が全銀ネットワーク１０２に送信を行う。 That is, in the present invention, the remittance request message can be in various formats. The multi-format conversion system 100 receives a remittance request message that can take various formats, converts the bank transfer system 103 into a format that can be transmitted to the Zengin Network 102, and then performs transmission processing on the bank transfer system 103. The bank transfer system 103 transmits to the Zengin Network 102.

図２は、マルチフォーマット変換システム１００のシステム構成を簡略的に示した図である。マルチフォーマット変換システム１００は、制御部２０１、主記憶部２０２、補助記憶部２０３、入力部２０４、出力部２０５、および外部との送受信を行うインターフェース（Ｉ／Ｆ）を含む。これらの構成要素はバスなどで相互に接続されており、制御部２０１によって各構成要素２０２〜２０５は統括して制御される。 FIG. 2 is a diagram schematically showing the system configuration of the multi-format conversion system 100. The multi-format conversion system 100 includes a control unit 201, a main storage unit 202, an auxiliary storage unit 203, an input unit 204, an output unit 205, and an interface (I / F) that performs transmission and reception with the outside. These components are connected to each other by a bus or the like, and the components 202 to 205 are collectively controlled by the control unit 201.

制御部２０１は、中央処理装置（ＣＰＵ：Central Processing Unit）とも呼ばれ、上述したように各構成要素２０２〜２０５の制御やデータの演算を行い、また、補助記憶部２０３に格納されている各種プログラムを主記憶部２０２に読み出して実行する。主記憶部２０２は、メインメモリとも呼ばれ、マルチフォーマット変換システム１００が受信した送金依頼電文、コンピュータ実行可能な命令および当該命令による演算処理後のデータなどを記憶する。 The control unit 201 is also called a central processing unit (CPU), performs control of each component 202 to 205 and calculation of data as described above, and also stores various types of data stored in the auxiliary storage unit 203. The program is read into the main storage unit 202 and executed. The main storage unit 202 is also referred to as a main memory, and stores a remittance request message received by the multi-format conversion system 100, a computer-executable instruction, data after arithmetic processing by the instruction, and the like.

補助記憶部２０３は、ハードディスク（ＨＤＤ）などに代表される記憶装置であり、データやプログラムを長期的に保存する際に使用される。主記憶部２０２は、補助記憶部２０３よりも記憶容量が相対的に小さいため、一時的なデータの記憶や演算処理などに使用されるのに対し、補助記憶部２０３は、必要なデータや情報の長期的な記憶・保存のために使用される。つまり、制御部２０１がプログラムを実行してデータの演算を行う場合には、補助記憶部２０３から必要なデータやプログラムを主記憶部２０２に読み出し、演算結果のデータを長期的に記憶・保存するには制御部２０１が補助記憶部２０３に演算結果のデータを書き込むこととなる。 The auxiliary storage unit 203 is a storage device typified by a hard disk (HDD) and is used when data and programs are stored for a long period of time. Since the main storage unit 202 has a relatively smaller storage capacity than the auxiliary storage unit 203, it is used for temporary data storage, arithmetic processing, and the like, whereas the auxiliary storage unit 203 uses necessary data and information. Used for long-term storage and storage. That is, when the control unit 201 executes a program to perform data calculation, the necessary data and program are read from the auxiliary storage unit 203 to the main storage unit 202, and calculation result data is stored and stored for a long time. In this case, the control unit 201 writes the calculation result data in the auxiliary storage unit 203.

入力部２０４は、ＳＷＩＦＴ／インターネット１０１経由で顧客から送金依頼電文を受信し、システム１００内に入力する。入力された送金依頼電文は、主記憶部２０２に一時的に記憶される。また、入力部２０４は、システムオペレータより各種コマンドや入力データ（各種マスタ、テーブルなど）を受け付けるインターフェース（入力画面などのアプリケーションプログラム）を提供する。 The input unit 204 receives a remittance request message from the customer via the SWIFT / Internet 101 and inputs it into the system 100. The input remittance request message is temporarily stored in the main storage unit 202. The input unit 204 also provides an interface (application program such as an input screen) for receiving various commands and input data (such as various masters and tables) from the system operator.

出力部２０５は、マルチフォーマット変換システム１００において全銀フォーマットに準拠した送金依頼電文を銀行振込システム１０３に送信し、そこから送金依頼電文は全銀ネットワーク１０２経由で振込先に送信される。また、出力部２０５は、マルチフォーマット変換システム１００によって処理されたデータを表示する表示画面も提供する。 The output unit 205 transmits a remittance request message conforming to the Zengin format in the multi-format conversion system 100 to the bank transfer system 103, and the remittance request message is transmitted to the transfer destination via the Zengin network 102. The output unit 205 also provides a display screen for displaying data processed by the multi-format conversion system 100.

図３は、本発明に係るマルチフォーマット変換システム１００によって実行される処理のフローの概要を説明する図である。なお、以下に説明するステップＳ３０３以外の各ステップにおける処理は従来技術に係るデータ処理であるため、詳細な説明は省略する。 FIG. 3 is a diagram for explaining the outline of the flow of processing executed by the multi-format conversion system 100 according to the present invention. In addition, since the process in each step other than step S303 demonstrated below is a data process which concerns on a prior art, detailed description is abbreviate | omitted.

ステップＳ３０１では、マルチフォーマット変換システム１００は、インターネット／ＳＷＩＦＴネットワーク１０１から送金依頼電文を受信して、主記憶部２０２などのシステム内の所定の場所に蓄積する。マルチフォーマット変換システム１００は、所定の周期ごとに送金依頼電文が蓄積されているかを確認し、蓄積されている場合には、ステップＳ３０２に処理を進める。 In step S301, the multi-format conversion system 100 receives the remittance request message from the Internet / SWIFT network 101 and stores it in a predetermined location in the system such as the main storage unit 202. The multi-format conversion system 100 checks whether or not a remittance request message has been accumulated every predetermined period, and if it has been accumulated, the process proceeds to step S302.

ステップＳ３０２では、マルチフォーマット変換システム１００は、蓄積された１つまたは複数の電文を読み込み、それらの電文が送金依頼電文であるか否かを確認する。ここで、送金依頼電文でないと判定された電文は、本システムの処理対象外となる。なお、ＳＷＩＦＴネットワーク経由で受信された送金依頼電文（ＳＷＩＦＴ規定フォーマットおよび企業独自フォーマット）については、本ステップにおいて後処理のために口座マスタから所定の情報が付加され、さらに、非ＸＭＬ形式の送金依頼電文についてはＸＭＬ形式のフォーマットに変換される。なお、本ステップにおいて変換されるＸＭＬ形式のフォーマットは、後述する共通ＸＭＬ形式とは異なる。上述したように、ＳＷＩＦＴネットワーク経由で受信される電文は多種多様な電文フォーマットをとりうるため、本ステップでは、それらの電文をＸＭＬ形式にファイル変換することにより、ＳＷＩＦＴ経由の電文をＸＭＬ形式に揃える処理を行っている。 In step S302, the multi-format conversion system 100 reads one or a plurality of stored messages, and checks whether these messages are remittance request messages. Here, a message determined not to be a remittance request message is excluded from the processing target of this system. For remittance request messages received via the SWIFT network (SWIFT stipulated format and company-specific format), predetermined information is added from the account master for post-processing in this step, and in addition, a non-XML remittance request The electronic message is converted into an XML format. Note that the XML format converted in this step is different from the common XML format described later. As described above, since a message received via the SWIFT network can take a variety of message formats, in this step, the messages via SWIFT are arranged in the XML format by converting the messages to XML format. Processing is in progress.

ステップＳ３０３では、マルチフォーマット変換システム１００は、送金依頼電文について、共通ＸＭＬ形式のファイルフォーマットに変換する「一次変換」処理、および一次変換されたファイルを全銀用フォーマットに変換する「二次変換」処理を行う。「一次変換」処理は、多種多様な送金依頼電文のフォーマット（全てＸＭＬ形式）を共通ＸＭＬ形式に変換することを可能にする処理である。本ステップの詳細な処理は、図４において詳述する。 In step S303, the multi-format conversion system 100 performs “primary conversion” processing for converting the remittance request message into a file format of the common XML format, and “secondary conversion” for converting the primary converted file into the format for all silver. Process. The “primary conversion” process is a process that makes it possible to convert various remittance request message formats (all in XML format) into a common XML format. Detailed processing of this step will be described in detail with reference to FIG.

ステップＳ３０４では、マルチフォーマット変換システム１００は、二次変換処理にて全銀手順に従ったフォーマットに変換された送金依頼電文から送信用ファイルを作成した後、銀行振込システム１０３に送信し、銀行振込システム１０３が該電文を全銀ネットワーク１０２に向けて送信する。ステップＳ３０５では、マルチフォーマット変換システム１００は、銀行振込システム１０３が作成した送信結果ファイルを銀行振込システム１０３から受信して、システム内に取り込む。 In step S304, the multi-format conversion system 100 creates a transmission file from the remittance request message converted into the format in accordance with the Zengin procedure in the secondary conversion process, and then transmits the file to the bank transfer system 103 for bank transfer. The system 103 transmits the message toward the Zengin Network 102. In step S305, the multi-format conversion system 100 receives the transmission result file created by the bank transfer system 103 from the bank transfer system 103 and takes it into the system.

図４は、マルチフォーマット変換システム１００の機能モジュールを示すブロック図である。図４に示すように、マルチフォーマット変換システム１００は、電文受付・確認部４０１、電文取込・検証部４０２、全銀用ファイル作成・送信部４０３、送信結果受信・取込部４０４、送信電文フォーマット判定部４０５、ＸＭＬ変換部４０６、一次変換部４０７、重複チェック部４０８、電文項目チェック部４０９、マスタ情報設定部４１０、二次変換部４１１、受取人マスタ４２０、変換テーブル４２１、ＳＷＩＦＴ用マスタ４２２、インターネットバンキング用マスタ４２３、銀行マスタ４３０、顧客マスタ４３１、口座マスタ４３２、通貨マスタ４３３、受信管理テーブル４３４を有する。 FIG. 4 is a block diagram showing functional modules of the multi-format conversion system 100. As shown in FIG. 4, the multi-format conversion system 100 includes a message reception / confirmation unit 401, a message capture / verification unit 402, a Zengin file creation / transmission unit 403, a transmission result reception / capture unit 404, and a transmission message. Format determination unit 405, XML conversion unit 406, primary conversion unit 407, duplication check unit 408, message item check unit 409, master information setting unit 410, secondary conversion unit 411, recipient master 420, conversion table 421, SWIFT master 422, Internet banking master 423, bank master 430, customer master 431, account master 432, currency master 433, and reception management table 434.

電文受付・確認部４０１は、インターネットバンキングおよびＳＷＩＦＴネットワークから送金依頼電文を受信して、主記憶部２０２などに蓄積する。また、電文受付・確認部４０１は、所定の周期ごとに送金依頼電文が蓄積されているかを確認する。電文取込・検証部４０２は、蓄積されている１つまたは複数の送金依頼電文を読み込み、送金依頼電文であるか否かを確認する。 The message reception / confirmation unit 401 receives a remittance request message from the Internet banking and SWIFT network, and accumulates it in the main storage unit 202 or the like. In addition, the message reception / confirmation unit 401 confirms whether or not remittance request messages are accumulated at predetermined intervals. The message capture / verification unit 402 reads one or more accumulated remittance request messages and confirms whether or not it is a remittance request message.

全銀用ファイル作成・送信部４０３は、マルチフォーマット変換システム１００によって二次変換処理された送金依頼電文から銀行振込システム１０３が全銀ネットワーク１０２に送信可能な送信用ファイルを作成し、銀行振込システム１０３に送信する。また、送信結果受信・取込部４０４は、全銀用ファイル作成・送信部４０３によって送信された送金依頼電文についての送信結果ファイルをシステム内に取り込む。なお、銀行振込システム１０３が送信結果ファイルを作成して、この送信結果ファイルをマルチフォーマット変換システム１００に送信する。 The Zengin file creation / transmission unit 403 creates a transmission file that the bank transfer system 103 can transmit to the Zengin network 102 from the remittance request message subjected to the secondary conversion processing by the multi-format conversion system 100, and the bank transfer system 103. The transmission result receiving / capturing unit 404 captures the transmission result file for the remittance request message transmitted by the all silver file creation / transmission unit 403 in the system. The bank transfer system 103 creates a transmission result file and transmits this transmission result file to the multi-format conversion system 100.

送信電文フォーマット判定部４０５は、本発明に係るシステム１００の処理対象の電文がインターネットバンキング経由およびＳＷＩＦＴネットワーク経由のいずれで受信された電文であるかを判定する。インターネットバンキング経由で受信される電文はＸＭＬ形式のフォーマットであり、また、ＳＷＩＦＴネットワーク経由で受信される電文のフォーマットはＳＷＩＦＴ独自に決められた形式や企業独自に決められた形式であるため、ＸＭＬ形式および非ＸＭＬ形式（ＣＳＶ、テキストなど）の多種多様なフォーマットごとに受信後の処理が異なってくる。 The transmission message format determination unit 405 determines whether the message to be processed by the system 100 according to the present invention is a message received via Internet banking or via a SWIFT network. The message received via Internet banking is in the XML format, and the format of the message received via the SWIFT network is the format determined by SWIFT or the format determined by the company. And the processing after reception is different for a wide variety of formats such as non-XML format (CSV, text, etc.).

ＸＭＬ変換部４０６は、送信電文フォーマット判定部４０５によってＳＷＩＦＴネットワーク経由で受信されたと判定された電文についてＸＭＬ形式にファイル変換する処理を行う。ＳＷＩＦＴネットワーク経由の電文は、ＸＭＬ形式および非ＸＭＬ形式を含む多種多様なフォーマットをとりうるため、ＸＭＬ変換部４０６は、それらの電文をＸＭＬ形式に揃える処理（ファイル変換）を行う。 The XML conversion unit 406 performs a process of converting a message determined to be received via the SWIFT network by the transmission message format determination unit 405 into an XML format. Since a message via the SWIFT network can take a wide variety of formats including an XML format and a non-XML format, the XML conversion unit 406 performs processing (file conversion) for aligning these messages into the XML format.

一次変換部４０７は、本発明のマルチフォーマット変換システム１００により受信された、ＳＷＩＦＴ用フォーマットおよび企業独自フォーマット、並びにインターネットバンキング用フォーマットの送金依頼電文を共通ＸＭＬ形式のフォーマットに変換する処理を行う。なお、インターネットバンキング用フォーマットは、元々、ＸＭＬ形式のフォーマットであるが、ＳＷＩＦＴ用フォーマットおよび企業独自フォーマットはＸＭＬ変換部４０６によってＸＭＬ形式に揃えられている。 The primary conversion unit 407 performs processing to convert the remittance request message in the SWIFT format, the company-specific format, and the Internet banking format received by the multi-format conversion system 100 of the present invention into a common XML format. The Internet banking format is originally an XML format, but the SWIFT format and the company-specific format are arranged in the XML format by the XML conversion unit 406.

また、一次変換部４０７は、多種多様な送金依頼電文のフォーマットのそれぞれについて該フォーマットのどの位置にどの内容の項目がセットされているかを登録したマスタ（例えば、ＳＷＩＦＴ用マスタ４２２、インターネットバンキング用マスタ４２３、ある企業独自のフォーマットを記録した顧客マスタ４３１など）を利用して、送金依頼電文に含まれている各種項目を共通ＸＭＬ形式のフォーマット内の所定の位置にセットしていく。 Further, the primary conversion unit 407 registers a master (for example, a SWIFT master 422, an Internet banking master, and the like) for each of a variety of remittance request message formats in which positions of the format are set. 423, a customer master 431 recording a company-specific format, etc.), and various items included in the remittance request message are set at predetermined positions in the common XML format.

重複チェック部４０８は、一次変換された（即ち、共通ＸＭＬ形式に変換された）送金依頼電文が重複して存在しているか否かを判定する。また、電文項目チェック部４０９は、各送金依頼電文について項目チェックを行う。例えば、決済日が先日付であるか否か、顧客マスタ４３１を利用して顧客ごとの決済時限（つまり、本システムにおける顧客ごとの送金依頼受付時限）に間に合うか否かなど、送金依頼電文に含まれている項目の必須チェック、属性チェック、桁数チェック、相関チェックなどを行う。 The duplication check unit 408 determines whether or not there are duplicate remittance request messages that have been linearly converted (that is, converted into the common XML format). In addition, the message item check unit 409 performs an item check for each remittance request message. For example, in the remittance request message, whether or not the settlement date is an earlier date, whether or not the settlement period for each customer using the customer master 431 (that is, the remittance request acceptance period for each customer in this system) is in time, etc. Perform mandatory check, attribute check, number of digits check, correlation check, etc. for included items.

マスタ情報設定部４１０は、銀行マスタ４３０、口座マスタ４３２、通貨マスタ４３３などを使用して、送金依頼電文に含まれているデータ（銀行コード、支店コード、口座番号など）に基づいて必要な情報を当該送金依頼電文に付加していく。 The master information setting unit 410 uses the bank master 430, the account master 432, the currency master 433, etc., and necessary information based on the data (bank code, branch code, account number, etc.) included in the remittance request message. Is added to the remittance request message.

二次変換部４１１は、共通ＸＭＬ形式の送金依頼電文を、銀行振込システム１０３が全銀ネットワーク１０２に送信可能なフォーマットに変換する処理（二次変換）を行う。二次変換された送金依頼電文は、振込先の宛先口座を持つ金融機関に対して全銀用ファイル作成・送信部４０３によって銀行振込システム１０３に送られ、銀行振込システム１０３から全銀ネットワーク１０２経由で送信される。 The secondary conversion unit 411 performs processing (secondary conversion) for converting the remittance request message in the common XML format into a format that the bank transfer system 103 can transmit to the Zengin network 102. The secondly converted remittance request message is sent to the bank transfer system 103 by the Zengin file creation / transmission unit 403 to the financial institution having the destination account of the transfer destination, and from the bank transfer system 103 via the Zengin network 102. Sent by

受取人マスタ４２０は、送金依頼電文に含まれている振込受取人名（英字）と振込受取人名（カナ）の組合せを登録してあるマスタである。また、代替実施形態として、顧客別に受取人識別用のコード（例えば「０１」）と振込受取人名（カナ）の組合せを登録しておくことも可能である。この受取人マスタ４２０から所望のデータを検索する際は、顧客マスタ４３１などの情報を元にして検索を行う。 The payee master 420 is a master in which a combination of a payee name (in English) and a payee name (kana) included in the remittance request message is registered. As an alternative embodiment, a combination of a recipient identification code (for example, “01”) and a transfer recipient name (kana) can be registered for each customer. When retrieving desired data from the recipient master 420, the retrieval is performed based on information such as the customer master 431.

変換テーブル４２１は、本発明に係る「テーブル変換方式」により振込受取人名（英字）を振込受取人名（カナ）に変換するためのテーブルである。図７に示すように、この変換テーブル４２１は、変換対象となる英字を２バイト固定文字とすることにより、一意的に英字→カタカナ変換を可能にしている。 The conversion table 421 is a table for converting a payee name (English) into a payee name (kana) by the “table conversion method” according to the present invention. As shown in FIG. 7, the conversion table 421 uniquely enables conversion from alphabet to katakana by setting the alphabet to be converted to a 2-byte fixed character.

ＳＷＩＦＴ用マスタ４２２は、所定のＳＷＩＦＴ準拠の電文形式（例えば、ＳＷＩＦＴＭＴ１０１：「ＭＴ」はメッセージタイプの略）をＸＭＬ形式や共通ＸＭＬ形式に変換するための項目間の対応付け情報を格納し、インターネットバンキング用マスタ４２３は、インターネットバンキングシステムから送信された電文を共通ＸＭＬ形式に変換するための項目間の対応付け情報を格納する。 The SWIFT master 422 stores correspondence information between items for converting a predetermined SWIFT-compliant message format (for example, SWIFT MT101: “MT” is an abbreviation of a message type) into an XML format or a common XML format, The internet banking master 423 stores association information between items for converting a message transmitted from the internet banking system into a common XML format.

ここで、図７を参照して本発明に係る「テーブル変換方式」で使用する英字→カナへの変換テーブル４２１を説明する。図７は、本発明に係る「テーブル変換方式」の一実施例を示す変換テーブル（英字→カナ）であるが、全ての英字および記号等が２バイト固定の文字である点に特徴がある。つまり、従来からあった変換テーブルは、カタカナ１文字を表すのに１〜３バイトの文字を対応付けていたために一意的に変換処理ができなかったが、本発明ではこれを２バイト固定文字とすることで変換対象の英字を一意的に変換処理できるようにした点に特徴がある。 Here, the alphabet-to-kana conversion table 421 used in the “table conversion system” according to the present invention will be described with reference to FIG. FIG. 7 is a conversion table (alphabet → kana) showing an embodiment of the “table conversion system” according to the present invention, and is characterized in that all alphabets and symbols are fixed to 2 bytes. In other words, the conventional conversion table cannot uniquely convert the character because 1 to 3 byte characters are associated with each other to represent one katakana character. By doing so, the conversion target English character can be uniquely converted.

図７のうち、第Ａ群に示されている文字は、「ア行」「ン」を除くカタカナについての変換の対応付けを表しているテーブルである。一方、第Ｂ群に示されている文字は、「ア行」「ン」の他、各種記号の対応付けを表しているテーブルである。なお、図７に示した変換テーブルは一例であって、変換対象の全ての英字および記号等が２文字（２バイト）の固定であればどのようなものであっても構わない。 In FIG. 7, the characters shown in the A group are tables indicating conversion correspondences for katakana except “A” and “N”. On the other hand, the characters shown in the B group are tables indicating associations of various symbols in addition to “A” and “N”. Note that the conversion table shown in FIG. 7 is an example, and any conversion table may be used as long as all the alphabetic characters and symbols to be converted are fixed to 2 characters (2 bytes).

銀行マスタ４３０は、日本国内の銀行の銀行コード、銀行名、支店コード、支店名を保存しているマスタであり、顧客マスタ４３１は、企業独自フォーマットに含まれる各項目をＸＭＬ形式、共通ＸＭＬ形式のフォーマットに変換するための項目間の対応付けを示す情報や、顧客別の決済時限（本システムにおける顧客ごとの送金依頼受付時限）など顧客別に情報を設定しておくためのマスタである。また、口座マスタ４３２は、振込先となる口座が存在するか否かをチェックするためのマスタである。このチェックは、銀行マスタ４３０とともに、銀行コード、支店コード、口座科目、口座番号のデータセットをもとに行われる。また、通貨マスタ４３３は、外国通貨と円貨とを換算して振込を行う際に使用するマスタである。 The bank master 430 stores a bank code, a bank name, a branch code, and a branch name of a bank in Japan, and the customer master 431 stores each item included in the company-specific format in an XML format or a common XML format. This is a master for setting information for each customer such as information indicating the correspondence between items for conversion into the format of the item, and the settlement time for each customer (remittance request acceptance time for each customer in this system). The account master 432 is a master for checking whether or not there is an account as a transfer destination. This check is performed together with the bank master 430 based on a data set of bank code, branch code, account item, and account number. The currency master 433 is a master that is used when a foreign currency and a yen are converted and transferred.

受信管理テーブル４３４は、本発明に係るマルチフォーマット変換システム１００によって処理される送金依頼電文の処理状況データを記録するためのテーブルである。送金依頼電文が本システム１００によって受信されると対応する処理状況データが作成され、当該送金依頼電文が正常に振込処理されるか、または処理対象外・エラー発生と判断されるまで処理状況データのアップデートが行われる。 The reception management table 434 is a table for recording processing status data of a remittance request message processed by the multi-format conversion system 100 according to the present invention. When the remittance request message is received by the system 100, corresponding processing status data is created, and the processing status data is processed until it is determined that the remittance request message is normally transferred, or is not subject to processing or an error has occurred. Updates are made.

図５は、本発明に係るマルチフォーマット変換システム１００によって実行される、全銀ネットワーク１０２に送信可能なフォーマットの送金依頼電文を作成する一例を示すフロー図である。 FIG. 5 is a flowchart showing an example of creating a remittance request message in a format that can be transmitted to the Zengin Network 102, which is executed by the multi-format conversion system 100 according to the present invention.

ステップＳ５０１では、電文取込・検証部４０２は、所定の周期ごとに主記憶部２０２などに格納されている１つまたは複数の電文を読み込む。この電文には、インターネットバンキングおよびＳＷＩＦＴネットワーク経由で受信された送金依頼電文が両方含まれているが、他の種類の電文も含まれうる。 In step S501, the message capturing / verifying unit 402 reads one or more messages stored in the main storage unit 202 or the like at predetermined intervals. This message includes both remittance request messages received via Internet banking and the SWIFT network, but may also include other types of messages.

ステップＳ５０２では、電文取込・検証部４０２は、読み込まれた処理対象の電文が送金依頼電文であるのか否かを判定し、送金依頼電文ではない場合、当該電文の処理は終了する。 In step S502, the message capturing / verifying unit 402 determines whether or not the read message to be processed is a remittance request message. If the message is not a remittance request message, the processing of the message ends.

ステップＳ５０３では、送信電文フォーマット判定部４０５は、読み込んだ送金依頼電文がＳＷＩＦＴネットワーク経由で受信された電文であるか否かを判定する。当該判定は、電文に含まれているヘッダー情報などによって行うことができる。この判定をする理由は、インターネットバンキング経由で受信された電文（ＸＭＬ形式）とＳＷＩＦＴネットワーク経由で受信された電文（非ＸＭＬ形式およびＸＭＬ形式）とはそのフォーマットが異なるため、後続処理を分けるためである。 In step S503, the transmission message format determination unit 405 determines whether or not the read remittance request message is a message received via the SWIFT network. This determination can be made based on header information included in the message. The reason for this determination is that the message received via Internet banking (XML format) and the message received via SWIFT network (non-XML format and XML format) are different in format, so that subsequent processing is separated. is there.

ステップＳ５０４では、一次変換部４０７は、ＳＷＩＦＴネットワーク経由で受信された送金依頼電文をＸＭＬフォーマットにファイル変換する。ＳＷＩＦＴネットワーク経由で受信した送金依頼電文はＸＭＬ形式ではない電文も含まれることがあり、かつ様々なフォーマットが存在する（例えば、ＳＷＩＦＴＭＴ１０１など）。なお、ＳＷＩＦＴで使用できるフォーマットや企業独自フォーマットは既知であるため、当該既知のフォーマットに含まれる各々の項目（電文内でその記録位置が定まっている）をＸＭＬ形式の対応する各項目にセットする詳細な処理の説明は省略する。 In step S504, the primary conversion unit 407 converts the remittance request message received via the SWIFT network into an XML format. The remittance request message received via the SWIFT network may include a message that is not in XML format, and there are various formats (for example, SWIFT MT101). Since the formats that can be used in SWIFT and company-specific formats are known, each item included in the known format (the recording position is determined in the message) is set in each corresponding item in the XML format. Detailed description of the processing is omitted.

ステップＳ５０５では、一次変換部４０７は、送金依頼電文を全て共通ＸＭＬ形式に変換して揃える処理を行う。ステップＳ５０４までの処理によって処理対象の送金依頼電文は全てＸＭＬ形式に揃えられている。しかし、それらのフォーマットはまだ複数の形式が存在するため、本ステップにおいて共通ＸＭＬ形式のフォーマットに揃えることにより後続の処理を行いやすくする。 In step S505, the primary conversion unit 407 performs a process of converting all remittance request messages into a common XML format and aligning them. Through the processing up to step S504, all remittance request messages to be processed are arranged in the XML format. However, since these formats still have a plurality of formats, the subsequent processing is facilitated by aligning them with the common XML format in this step.

一次変換部４０７は、多種多様な送金依頼電文のフォーマットのそれぞれについて該フォーマットのどの位置にどの内容の項目がセットされているかを登録したマスタ（例えば、ＳＷＩＦＴ用マスタ４２２、インターネットバンキング用マスタ４２３、顧客マスタ４３１など）を利用して、送金依頼電文に含まれている各種項目を共通ＸＭＬ形式のフォーマット内の所定の位置にセットする。また、本ステップにおいて全ての送金依頼電文が共通ＸＭＬ形式のフォーマットに揃えられるため、外部から受信する電文はどのような形式であっても構わない。なお、本ステップによる変換を後処理の変換と対比する意味で「一次変換」とも呼ぶ。 The primary conversion unit 407 registers a master (for example, a SWIFT master 422, an internet banking master 423, and the like) for each of a variety of remittance request message formats in which position of the format is set. Various items included in the remittance request message are set at predetermined positions in the common XML format using the customer master 431 or the like. In addition, since all remittance request messages are arranged in the common XML format in this step, the message received from the outside may be in any format. The conversion in this step is also referred to as “primary conversion” in the sense of contrasting with post-processing conversion.

ステップＳ５０６では、重複チェック部４０８は、一次変換された（即ち、共通ＸＭＬ形式に変換された）送金依頼電文が重複して存在しているか否かを判定する。重複する送金依頼電文が存在する場合、当該送金依頼電文については本処理フローを終了する。 In step S506, the duplication check unit 408 determines whether or not there are duplicate remittance request messages that have undergone primary conversion (that is, converted into the common XML format). If there is a duplicate remittance request message, the processing flow ends for the remittance request message.

ステップＳ５０７では、電文項目チェック部４０９は、各送金依頼電文について項目チェックを行う。例えば、決済日が先日付であるか否か、顧客マスタ４３１を利用して顧客ごとの送金依頼受付時限に間に合うか否かなど、送金依頼電文に含まれている項目の必須チェック、属性チェック、桁数チェック、相関チェックなどを行う。なお、各種チェックでエラーとなった送金依頼電文については、本ステップの後続の処理は行わず、本処理フローを終了する。 In step S507, the message item check unit 409 performs an item check for each remittance request message. For example, whether or not the settlement date is an earlier date, whether or not the customer master 431 is used to meet the remittance request acceptance time for each customer, such as mandatory check of the items included in the remittance request message, attribute check, Perform digit check, correlation check, etc. For remittance request messages that resulted in errors in various checks, the processing subsequent to this step is not performed, and this processing flow ends.

ステップＳ５０８では、マスタ情報設定部４１０は、銀行マスタ４３０、口座マスタ４３２、通貨マスタ４３３などを使用して、送金依頼電文に含まれているデータをキーにして必要な情報を当該送金依頼電文に付加していく。なお、各種マスタ４３０、４３２、４３３などから項目を設定する処理においてエラーが発生した場合には、当該送金依頼電文の処理は終了する。 In step S508, the master information setting unit 410 uses the bank master 430, the account master 432, the currency master 433, and the like to transfer necessary information to the remittance request message using the data included in the remittance request message as a key. Add. If an error occurs in the process of setting items from the various masters 430, 432, 433, etc., the process of the remittance request message ends.

ステップＳ５０９では、マルチフォーマット変換システム１００は、受取人マスタ４２０および変換テーブル４２１を用いて、送金依頼電文に含まれている振込受取人名の「英字」を「全銀文字（カナ）」に変換する処理を行う。当該処理の詳細は、図６に示す処理フローを参照しながら後述する。 In step S509, the multi-format conversion system 100 uses the payee master 420 and the conversion table 421 to convert “alphabetical characters” of the payee name included in the remittance request message to “all silver characters (kana)”. Process. Details of this processing will be described later with reference to the processing flow shown in FIG.

ステップＳ５１０では、二次変換部４１１は、上記の各ステップでデータ処理された送金依頼電文を、全銀ネットワーク１０２に送信可能なフォーマットに変換する。この変換処理を上述の一次変換と区別する意味で二次変換と呼ぶこととする。二次変換された送金依頼電文は、その後、ステップＳ３０４で説明したように銀行振込システム１０３を介して振込先の口座を持つ金融機関に対して全銀ネットワーク１０２経由で送信される。 In step S <b> 510, the secondary conversion unit 411 converts the remittance request message data-processed in each of the above steps into a format that can be transmitted to the Zengin Network 102. This conversion process is referred to as secondary conversion in the sense of distinguishing from the above-described primary conversion. The secondary-converted remittance request message is then transmitted via the Zengin Network 102 to the financial institution having the transfer destination account via the bank transfer system 103 as described in step S304.

図６は、本発明に係る、振込受取人名変換処理の詳細を示す処理フローである。 FIG. 6 is a processing flow showing details of the transfer payee name conversion processing according to the present invention.

ステップＳ６０１では、処理対象の送金依頼電文について「事前登録変換方式」により振込受取人名を変換可能か否かを判定する。「事前登録変換方式」とは、振込受取人名（英字）と振込受取人名（カナ）の組合せを事前に登録したテーブルを用意し、変換処理を行う方式である。つまり、マルチフォーマット変換システム１００は、受取人マスタ４２０を参照し、送信元の顧客が予め登録している振込受取人名（英字）が当該送金依頼電文に含まれているか否かを判定する。含まれていると判定された場合にはステップＳ６０２に処理が進み、含まれていないと判定された場合にはステップＳ６０３に処理が進む。 In step S601, it is determined whether or not the transfer recipient name can be converted by the “pre-registration conversion method” for the remittance request message to be processed. The “pre-registration conversion method” is a method in which a conversion table is prepared by preparing a table in which combinations of transfer recipient names (English letters) and transfer recipient names (Kana) are registered in advance. That is, the multi-format conversion system 100 refers to the payee master 420 and determines whether or not the remittance request message registered in advance by the sender customer is included in the remittance request message. If it is determined that it is included, the process proceeds to step S602. If it is determined that it is not included, the process proceeds to step S603.

ステップＳ６０２では、マルチフォーマット変換システム１００は、受取人マスタ４２０に登録されている振込受取人名（カナ）の情報を取得し、当該送金依頼電文にセットする。また、代替の実施形態として、本発明においては、受取人マスタ４２０に顧客別に振込受取人情報を変換するための英数字（例えば、「０１」）を登録させておき、当該英数字に対応する振込受取人名（例えば、「ワカクサタロウ」）を指定することができる。これにより、顧客は振込受取人名（英字）を送金依頼電文に指定する代わりに、当該英数字（「０１」）を指定することで振込受取人名（英字）→振込受取人名（カナ）の変換を実現することができる。 In step S602, the multi-format conversion system 100 acquires information on the transfer recipient name (kana) registered in the recipient master 420 and sets it in the remittance request message. As an alternative embodiment, in the present invention, an alphanumeric character (for example, “01”) for converting transfer payee information for each customer is registered in the payee master 420 and corresponds to the alphanumeric character. You can specify the name of the payee (for example, “Taro Wakakusa”). As a result, instead of specifying the transfer recipient name (English letter) in the remittance request message, the customer converts the transfer recipient name (English letter) to the transfer recipient name (Kana) by specifying the alphanumeric character ("01"). Can be realized.

ステップＳ６０３では、当該送金依頼電文が本発明に係る「テーブル変換方式」の対象になりうるか否かを判定する。「テーブル変換方式」とは、所定の変換テーブルに基づいて振込受取人名を入力された英字からカナに変換する方式である。本発明では、図７に示すような、カタカタ１文字が英数字２文字に対応し、また記号１文字が同一の記号二文字に対応する変換テーブルを使用する。つまり、送金依頼電文に含まれる変換対象の振込受取人名（英字）は２バイト固定文字となる。 In step S603, it is determined whether or not the remittance request message can be a target of the “table conversion method” according to the present invention. The “table conversion method” is a method of converting a transfer recipient name from input English characters to kana based on a predetermined conversion table. In the present invention, as shown in FIG. 7, a conversion table is used in which one katakana character corresponds to two alphanumeric characters and one symbol character corresponds to two identical symbols. That is, the transfer recipient name (alphabet) to be converted included in the remittance request message is a fixed 2-byte character.

ここで、「変換対象の」振込受取人名（英字）と記載している意味を説明する。変換後も英数字のままで表現したい場合には、本発明においては図７の第Ｂ群に示す「ｚｚ」で囲むようにすることができる。例えば、変換後も「ABC」とそのまま表現したい場合、「ZZABCZZ」と入力することで英数字部分の「ABC」をそのまま表現することができる。このようにすることで、本発明では、海外の顧客が送信する送金依頼電文の振込受取人名の項目は、一意的に変換したい文字と変換せずにそのままにしておきたい文字とを混在させることができる。以下、図９を使用してステップＳ６０３の処理の詳細を説明する。 Here, the meaning of “transfer target” transfer recipient name (in English) will be described. In the present invention, if it is desired to express with alphanumeric characters even after the conversion, it can be surrounded by “zz” shown in the B group in FIG. For example, if it is desired to express “ABC” as it is after conversion, “ABC” in the alphanumeric part can be expressed as it is by inputting “ZZABCZZ”. In this way, in the present invention, the item of the transfer recipient name of the remittance request message sent by the overseas customer is mixed with the character to be converted uniquely and the character to be left without conversion. Can do. Hereinafter, the details of the processing in step S603 will be described with reference to FIG.

ステップＳ９０１では、マルチフォーマット変換システム１００は、送金依頼電文に含まれている振込受取人名（英字）を検索し、振込受取人名（英字）を先頭から２バイトずつ読み込む。ステップＳ９０２では、読み込みができたか否かを判定する。最後の文字まで図９のフロー図により処理がなされている場合には、読み込まれないので、ステップＳ６０４の処理に進む。 In step S901, the multi-format conversion system 100 searches for the transfer recipient name (alphabetic characters) included in the remittance request message, and reads the transfer recipient name (alphabetic characters) from the top two bytes. In step S902, it is determined whether reading has been completed. If the process up to the last character has been performed according to the flowchart of FIG. 9, the process proceeds to step S <b> 604 because it is not read.

ステップＳ９０３では、読み込まれた２バイト文字が「ｚｚ」であるか否かを判定する。「ｚｚ」であると判定された場合にはステップＳ９０７に処理が進み、一方、「ｚｚ」ではないと判定された場合にはステップＳ９０４に処理が進む。 In step S903, it is determined whether or not the read 2-byte character is “zz”. If it is determined that it is “zz”, the process proceeds to step S907. On the other hand, if it is determined that it is not “zz”, the process proceeds to step S904.

ステップＳ９０４では、読み込まれた２バイト文字のうち、第１のバイト文字と第２のバイト文字が同一であるか否かが判定される。ここで、「テーブル変換方式」のデータ処理のイメージを示す図８を参照する。図８に示すように、２バイト文字のうち先頭から見て最初の１バイトで表される文字が第１のバイト文字であり、２バイト文字のうち第１のバイトと異なるバイト（つまり、次のバイト）の方が第２のバイト文字である。例えば、図８では、先頭から最初の２バイトでは第１のバイト文字および第２のバイト文字は、それぞれ、「Ｗ」、「Ａ」である。 In step S904, it is determined whether or not the first byte character and the second byte character are the same among the read two-byte characters. Here, FIG. 8 showing an image of data processing of the “table conversion method” is referred to. As shown in FIG. 8, the character represented by the first 1 byte of the 2-byte character as viewed from the beginning is the first byte character, and the 2-byte character is different from the first byte (that is, the next byte). Is the second byte character. For example, in FIG. 8, in the first two bytes from the beginning, the first byte character and the second byte character are “W” and “A”, respectively.

ステップＳ９０４において、同一であると判定された場合にはステップＳ９０６に処理が進む。一方、同一ではないと判定された場合にはステップＳ９０５に処理が進む。 If it is determined in step S904 that they are the same, the process proceeds to step S906. On the other hand, if it is determined that they are not the same, the process proceeds to step S905.

ステップＳ９０５では、第２のバイトが母音（Ａ、Ｉ、Ｕ、Ｅ、Ｏ）であるか否かを判定する。第２のバイトが母音ではない場合、本発明に係る「テーブル変換方式」の対象ではないため、ステップＳ６０５に処理が進む。一方、母音であると判定された場合には、ステップＳ９０６に処理が進む。 In step S905, it is determined whether or not the second byte is a vowel (A, I, U, E, O). If the second byte is not a vowel, it is not a target of the “table conversion method” according to the present invention, and thus the process proceeds to step S605. On the other hand, if it is determined that it is a vowel, the process proceeds to step S906.

ステップＳ９０６では、当該２バイトの文字が図７に例示した変換テーブルに存在するか否かが判定される。変換テーブルに存在すると判定された場合にはステップＳ９０１に処理が戻り、次の２バイトを読み込む処理を行う。この際、マルチフォーマット変換システム１００は、変換対象の文字を特定して対応付けられる文字に変換待ちにする処理を行う。つまり、変換前と変換後の文字データを主記憶部２０２に一時的に保存しておき、後述のステップＳ６０４の処理を待つ。一方、変換テーブルに存在しないと判定された場合にはステップＳ６０５に処理が進む。 In step S906, it is determined whether or not the 2-byte character exists in the conversion table illustrated in FIG. If it is determined that it exists in the conversion table, the process returns to step S901, and the next two bytes are read. At this time, the multi-format conversion system 100 performs a process of specifying the character to be converted and waiting for conversion to the associated character. That is, the character data before conversion and after conversion are temporarily stored in the main storage unit 202, and a process in step S604 described later is awaited. On the other hand, if it is determined that it does not exist in the conversion table, the process proceeds to step S605.

ステップＳ９０７では、振込受取人名（英字）の中に変換後も英数字のままにしておきたい文字（非変換対象文字）がふくまれている場合に該当するケースなので、図７に例示した第Ｂ群の「ｚｚ」で囲まれているか否かを判定していく。当該処理の詳細を図１０を参照しながら説明する。 Step S907 corresponds to the case where the transfer recipient name (alphabet) contains characters (non-conversion target characters) that are desired to remain alphanumeric after conversion. It is determined whether or not the group is surrounded by “zz”. Details of the processing will be described with reference to FIG.

ステップ１００１では、マルチフォーマット変換システム１００は、ステップＳ９０３で読み込まれた「ｚｚ」の次の１文字を読み込む。ステップＳ１００２では、１文字が読み込まれた否かを判定する。読み込まれなかった場合は、一組の「ｚｚ」で囲まれていないことを示すか、あるいは、振込受取人名（英字）が「ｚｚ」で終わっていることを示すので、図９の処理に対して引数「ＮＧ」を返す。 In step 1001, the multi-format conversion system 100 reads the next character after “zz” read in step S903. In step S1002, it is determined whether one character has been read. If it is not read, it indicates that it is not surrounded by a set of “zz” or that the transfer recipient name (English letter) ends with “zz”. Returns the argument “NG”.

ステップＳ１００３では、マルチフォーマット変換システム１００は、読み込まれた１文字が「ｚ」であるか否かを判定する。「ｚ」である場合にはステップＳ１００４に処理が進み、「ｚ」でない場合には、ステップＳ１００１に処理が戻り、次の１文字を読み込む。 In step S1003, the multi-format conversion system 100 determines whether or not the read one character is “z”. If it is “z”, the process proceeds to step S1004. If it is not “z”, the process returns to step S1001 to read the next one character.

ステップＳ１００４では、マルチフォーマット変換システム１００は、さらに１文字を読み込む。ステップＳ１００５では、さらに読み込まれた１文字が「ｚ」であるのか否かを判定する。「ｚ」であると判定された場合には「ｚｚ」が検出されたことを意味するので、図９の処理に対して引数「ＯＫ」を返す。一方、「ｚ」でないと判定された場合にはステップＳ１００１に処理が戻り、次の１文字を読み込む。 In step S1004, the multi-format conversion system 100 further reads one character. In step S1005, it is further determined whether or not the read one character is “z”. If it is determined that it is “z”, it means that “zz” has been detected, and therefore the argument “OK” is returned to the processing of FIG. 9. On the other hand, if it is determined that it is not “z”, the process returns to step S1001 to read the next one character.

図１０に示した各ステップの処理を行うことにより、振込受取人名（英字）に「ｚｚ」で囲まれた、非変換対象の文字が含まれているか否かを判定することができる。ここで、非変換対象の文字が含まれていると判定された場合には、マルチフォーマット変換システム１００は、非変換対象の文字を特定しておき、当該文字については変換しないことを示す情報を主記憶部２０２に一時的に保存する。そして、後述のステップＳ６０４の処理を待つ。 By performing the processing of each step shown in FIG. 10, it is possible to determine whether or not the transfer recipient name (alphabet) includes a non-conversion target character surrounded by “zz”. Here, when it is determined that the non-conversion target character is included, the multi-format conversion system 100 specifies the non-conversion target character and displays information indicating that the character is not converted. The data is temporarily stored in the main storage unit 202. Then, the process waits for a process in step S604 described later.

図９に戻って説明を続ける。ステップＳ９０７の判定処理を行うことにより、「ＯＫ」または「ＮＧ」の引数が得られるので、「ＯＫ」の場合にはステップＳ９０１に処理が戻り、一方、「ＮＧ」の場合にはステップＳ６０５の処理に処理が進む。 Returning to FIG. 9, the description will be continued. Since the argument “OK” or “NG” is obtained by performing the determination process in step S907, the process returns to step S901 in the case of “OK”, whereas the process returns to step S605 in the case of “NG”. Processing proceeds to processing.

このように、図９に示した上述のような判定を行うことにより、送金依頼電文に含まれた振込受取人名（英字）が本発明に係る「テーブル変換方式」の対象になりうるか否かを判定することができる。 In this way, by performing the above-described determination shown in FIG. 9, it is determined whether or not the transfer recipient name (alphabetic characters) included in the remittance request message can be a target of the “table conversion method” according to the present invention. Can be determined.

再び、ステップＳ６０４に戻って説明すると、マルチフォーマット変換システム１００は、送金依頼電文に含まれている振込受取人名（英字）を、主記憶部２０２に一時保存してある、特定された変換前と変換後との文字データの情報および非変換対象の文字データの情報を用いて振込受取人名（カナ）に変換する。このようにすることで、外部から受信した送金依頼電文に含まれている振込受取人名（英字）を顧客が意図したとおりに一意的に振込受取人名（カナ）に変換することが可能となる。 Returning again to step S604, the multi-format conversion system 100 will be described with reference to the identified pre-conversion, in which the transfer recipient name (in English) included in the remittance request message is temporarily stored in the main storage unit 202. Using the converted character data information and the non-converted character data information, it is converted into a transfer recipient name (kana). By doing so, it becomes possible to uniquely convert the transfer recipient name (English characters) included in the remittance request message received from the outside into the transfer recipient name (kana) as intended by the customer.

ステップＳ６０５では、周知の方法を用いて英字→カタカナに変換処理を行えるか否かを判定する。つまり、本ステップの処理は、周知の処理の組合せ（例えば、変換対象の文字が１文字や３文字：「SHI」→「シ」、「SAMBA」→「サンバ」など）であるため、その詳細な処理の説明は省略する。なお、この変換処理を「ロジック変換処理」と呼ぶことにする。また、ステップＳ６０６では、「ロジック変換方式」にしたがって変換対象の送金依頼電文の振込受取人名（英字）を振込受取人名（カナ）に変換する処理を行う。 In step S605, it is determined whether or not conversion processing from English to Katakana can be performed using a known method. That is, the processing of this step is a combination of known processing (for example, the character to be converted is one or three characters: “SHI” → “Shi”, “SAMBA” → “Samba”, etc.). The description of this process is omitted. This conversion process is referred to as “logic conversion process”. In step S606, a process of converting the transfer recipient name (alphabet) of the remittance request message to be converted into a transfer recipient name (kana) according to the “logic conversion method” is performed.

ステップＳ６０７では、本発明に係るマルチフォーマット変換システム１００では送金依頼電文に含まれている振込受取人名（英字）の変換ができなかった場合の例外処理（例えば、空欄によるエラー、誤入力）を行う。具体的には、マルチフォーマット変換システム１００の入力部２０４が提供するユーザーインターフェースを介してオペレータにより振込受取人名（カナ）を入力すること等を行う。 In step S607, the multi-format conversion system 100 according to the present invention performs exception processing (for example, error due to blank or incorrect input) when the transfer recipient name (alphabet) included in the remittance request message cannot be converted. . Specifically, the transfer recipient name (kana) is input by the operator via the user interface provided by the input unit 204 of the multi-format conversion system 100.

なお、図６の処理フローでは、３つの変換方式を順番に行っていったが、顧客マスタ４３１に顧客ごとにいずれの変換方式を使用するかを登録しておき、その登録された情報に基づいて変換方式を選択することが可能である。 In the processing flow of FIG. 6, the three conversion methods are performed in order. However, which conversion method is to be used for each customer is registered in the customer master 431, and based on the registered information. The conversion method can be selected.

以上、例示的な実施形態を参照しながら本発明の原理を説明したが、様々な実施形態を本発明の要旨を逸脱することなく、構成および細部において変更できることが当業者には理解されよう。 While the principles of the invention have been described with reference to exemplary embodiments, those skilled in the art will recognize that various embodiments can be changed in arrangement and detail without departing from the spirit of the invention.

２０１制御部
２０２主記憶部
２０３補助記憶部
２０４入力部
２０５出力部
４０１電文受付・確認部
４０２電文取込・検証部
４０３全銀用ファイル作成・送信部
４０４送信結果受信・取込部
４０５送信電文フォーマット判定部
４０６ＸＭＬ変換部
４０７一次変換部
４０８重複チェック部
４０９電文項目チェック部
４１０マスタ情報設定部
４１１二次変換部
４２０受取人マスタ
４２１変換テーブル
４２２ＳＷＩＦＴ用マスタ
４２３インターネットバンキング用マスタ
４３０銀行マスタ
４３１顧客マスタ
４３２口座マスタ
４３３通貨マスタ
４３４受信管理テーブル 201 Control Unit 202 Main Storage Unit 203 Auxiliary Storage Unit 204 Input Unit 205 Output Unit 401 Message Accept / Confirm Unit 402 Message Capture / Verification Unit 403 All Silver File Creation / Transmission Unit 404 Transmission Result Reception / Capture Unit 405 Transmission Message Format determination unit 406 XML conversion unit 407 Primary conversion unit 408 Duplicate check unit 409 Message item check unit 410 Master information setting unit 411 Secondary conversion unit 420 Recipient master 421 Conversion table 422 SWIFT master 423 Internet banking master 430 Bank master 431 Customer master 432 Account master 433 Currency master 434 Reception management table

Claims

A system that converts one or more XML and non-XML remittance request messages received from another system into a format that conforms to the Zengin protocol.
The remittance request message includes account information of the remittance recipient including the first recipient name,
The first recipient name is information before conversion by the system, and characters included in the first recipient name are expressed in half-width format, that is, 1 byte per character,
The system
Means for converting one or a plurality of non-XML remittance request messages into XML format from the received remittance request messages;
One or a plurality of remittance request messages in XML format received from another system, and means for converting one or a plurality of remittance request messages after file conversion into the XML format into a common XML format, the common XML The format is determined in advance, the recording position where each information of the account information of the remittance recipient is stored, means,
Means for converting the first recipient name contained in the one or more remittance request messages converted to the common XML format into a second recipient name compliant with the Zengin protocol , A first conversion means for converting in accordance with a pre-registered conversion method, which is a method for performing conversion processing using a first table in which a combination of a recipient name and the second recipient name is registered in advance for each customer; and Further comprising second conversion means for converting according to the conversion table of 2, wherein the second conversion table is correspondence information about a conversion target character in which 2 bytes before conversion corresponds to 1 byte after conversion, And means including information of two bytes of a predetermined character set before and after the non-conversion character ,
Means for converting the remittance request message converted to the second recipient name compliant with the Zengin Protocol into a remittance request message in a format conforming to the Zengin Protocol,
The second conversion means includes
Means for reading the characters included in the first recipient name by two bytes from the beginning;
For each of the 2 bytes read,
Means for determining whether or not the character is a predetermined character set before and after the non-conversion target character;
Means for specifying the non-conversion target character surrounded by the predetermined character;
Means for determining whether the first byte and the second byte represent the same character;
Means for determining whether the second byte is a character representing a vowel when it is determined that they are not the same character;
It is determined whether or not the character specified by the first byte and the second byte exists in the second conversion table, and if it exists, the character specified by the first byte and the second byte is specified. Means for identifying the character to be converted as a character to be converted,
With means to repeat running
Further comprising
In the conversion from the first recipient name to the second recipient name based on the second conversion table, the two bytes of characters to be converted included in the first recipient name are converted into the second recipient name. The system is converted so as to correspond to the character of 1 byte included in.

The conversion from the first recipient name to the second recipient name based on the second conversion table is:
Converting the character specified by the first byte and the second byte specified as the conversion character based on the second conversion table;
Leave the identified non-conversion target character as it is without conversion,
The system according to claim 1, characterized in that Ru done by.

The means for specifying the non-conversion target character is:
Means for reading the next character after the predetermined character and determining whether the next character has been read;
Means for determining whether or not the next one character is the predetermined character when read;
Means for reading the next one character when it is determined that the next one character is the predetermined character;
Means for determining whether or not the next one character read is the predetermined character;
Further, the system according to claim 1 or 2, further comprising a.

A computer-implemented method for converting one or more XML-formatted and non-XML-formatted remittance request messages received from another system into a format compatible with the Zengin Protocol,
The remittance request message includes account information of the remittance recipient including the first recipient name,
The first recipient name is information before conversion by the system, and characters included in the first recipient name are expressed in half-width format, that is, 1 byte per character,
The method
Converting one or more XML request and non-XML remittance request messages into XML format from the received remittance request messages;
A step of converting one or a plurality of remittance request messages in XML format received from another system and one or a plurality of remittance request messages after file conversion into the XML format into a common XML format, The format is determined in advance as the recording position where each information of the account information of the remittance recipient is stored, and
Converting the first recipient name contained in one or more remittance request messages converted to the common XML format into a second recipient name compliant with the Zengin Protocol , wherein A first conversion step of converting according to a pre-registered conversion method, which is a method of performing conversion processing using a first table in which a combination of a payee name and the second payee name is registered in advance for each customer; and A second conversion step of converting according to the conversion table of 2, wherein the second conversion table includes correspondence information on a character to be converted in which 2 bytes before conversion corresponds to 1 byte after conversion, And a step including information of two bytes of a predetermined character set before and after the non-conversion target character ;
Converting the remittance request message converted to the second recipient name compliant with the Zengin Protocol into a remittance request message in a format conforming to the Zengin Protocol, and
The second conversion step includes:
Reading the characters included in the first recipient name in two bytes from the beginning;
For each of the 2 bytes read,
Determining whether or not a predetermined character is set before and after the non-conversion target character;
Identifying the non-conversion target character surrounded by the predetermined character;
Determining whether the first byte and the second byte represent the same character;
Determining whether the second byte is a character representing a vowel when it is determined that they are not the same character;
It is determined whether or not the character specified by the first byte and the second byte exists in the second conversion table, and if it exists, the character specified by the first byte and the second byte is specified. Identifying a character to be converted as a character to be converted,
And repeat the steps to perform
Further including
In the conversion from the first recipient name to the second recipient name based on the second conversion table, the two bytes of characters to be converted included in the first recipient name are converted into the second recipient name. The method is characterized in that the data is converted so as to correspond to the character of 1 byte included in the.

The conversion from the first recipient name to the second recipient name based on the second conversion table is:
Converting the character specified by the first byte and the second byte specified as the conversion character based on the second conversion table;
Leave the identified non-conversion target character as it is without conversion,
The method of claim 4, characterized in that is Ru done by.

The step of specifying the non-conversion target character includes:
Reading the next character after the predetermined character and determining whether the next character has been read;
Determining whether the next one character is the predetermined character when read;
When it is determined that the next one character is the predetermined character, further reading the next one character;
Determining whether the next character read is the predetermined character;
The method according to claim 4 or 5, further comprising a.