|MIME / IANA||Shift_JIS|
|Language(s)||Primarily Japanese, but also supporting English, Russian|
|Standard||JIS X 0208:1997 Appendix 1|
|Classification||Extended ISO 646,[a] variable-width encoding, CJK encoding|
|Extends||JIS X 0201 8-bit format|
|Transforms / Encodes||JIS X 0208|
|Succeeded by||Shift_JIS-2004 (JIS)|
Shift JIS (Shift Japanese Industrial Standards, also SJIS, MIME name Shift_JIS) is a character encoding for the Japanese language, originally developed by a Japanese company called ASCII Corporation in conjunction with Microsoft and standardized as JIS X 0208 Appendix 1. By 2020[update], 0.2% of all web pages used Shift JIS, a decline from 1.3% in July 2014.
Shift JIS is based on character sets defined within JIS standards JIS X 0201:1997 (for the single-byte characters) and JIS X 0208:1997 (for the double-byte characters). The lead bytes for the double-byte characters are "shifted" around the 64 halfwidth katakana characters in the single-byte range 0xA1 to 0xDF. The single-byte characters 0x00 to 0x7F match the ASCII encoding, except for a yen sign (U+00A5) at 0x5C and an overline (U+203E) at 0x7E in place of the ASCII character set's backslash and tilde respectively. The single-byte characters from 0xA1 to 0xDF map to the half-width katakana characters found in JIS X 0201.
HTML written in Shift JIS can still be interpreted to some extent when incorrectly tagged as ASCII, and when the charset tag is in the top of the document itself, since the important start and end of HTML tags and fields, <, >, /, ", &, ; are coded by the same single bytes as in ASCII, and those bytes won't appear in two-byte sequences. Shift JIS is possible to use in string literals in programming languages such as C, but a few things must be taken into consideration. Firstly, that the escape character 0x5C, normally backslash, is the half-width yen sign (¥) in Shift JIS. If the programmer is aware of this, it would be possible to use
printf("ハローワールド¥n"); (where ハローワールド is Hello, world and ¥n is an escape sequence), assuming the I/O system supports Shift JIS output. Secondly, the 0x5C byte will cause problems when it appears as second byte of a two-byte character, because it will be interpreted as an escape sequence, which will mess up the interpretation, unless followed by another 0x5C.
Shift JIS requires an 8-bit clean medium for transmission. It is fully backwards compatible with the legacy JIS X 0201 single-byte encoding, meaning it supports half-width katakana and that any valid JIS X 0201 string is also a valid Shift JIS string. For two-byte characters, however, Shift JIS only guarantees that the first byte will be high bit set (0x80–0xFF); the value of the second byte can be either high or low. Appearance of byte values 0x40–0x7E as second bytes of code words makes reliable Shift JIS detection difficult, because same codes are used for ASCII characters. Since the same byte value can be either first or second byte, string searches are difficult, since simple searches can match the second byte of a character and the first byte of the next, which is not a real character. String search algorithms must be tailor-made for Shift JIS.
On the other hand, the competing 8-bit format EUC-JP, which does not support single-byte halfwidth katakana, allows for a much cleaner and direct conversion to and from JIS X 0208 code points, as all high bit set bytes are parts of a double-byte character and all codes from ASCII range represent single-byte characters.
Unicode also does not have some of the disadvantages of Shift JIS. Unicode does not have ambiguous versions: new characters are assigned to unused places by a single organisation while private use areas are clearly designated, will never be used for standard characters, and are rarely needed due to the comprehensive nature of Unicode. For Shift JIS, companies work in parallel. UTF-8-encoded Unicode is backwards compatible with ASCII also for 0x5C, and does not have the string search problem.
For a double-byte JIS sequence , the transformation to the corresponding Shift JIS bytes is:
Many different versions of Shift JIS exist. There are two areas for expansion:
Firstly, JIS X 0208 does not fill the whole 94×94 space encoded for it in Shift JIS, therefore there is room for more characters here — these are really extensions to JIS X 0208 rather than to Shift JIS itself.
Secondly, Shift JIS has more encoding space than is needed for JIS X 0201 and JIS X 0208 (see § Shift JIS byte map below), and this space can and is used for yet more characters.
Windows-932 / Windows-31J
The most popular extension is Windows code page 932 (a CCSID also used for IBM's extension to Shift JIS), which is registered with the IANA as "Windows-31J", separately from Shift JIS. This was popularized by Microsoft, although Microsoft itself does not recognize the Windows-31J name and instead calls that variation "shift_jis". IBM's code page 943 includes the same double-byte codes as Microsoft's code page 932, while IBM's code page 932 includes fewer extensions.
Windows-31J assigns 0x5C to U+005C REVERSE SOLIDUS (the backslash), and 0x7E to U+007E TILDE, following US-ASCII. However, most localised fonts on Windows display U+005C as a Yen sign for JIS X 0201 compatibility. It includes several extensions, namely "NEC special characters (Row 13), NEC selection of IBM extensions (Rows 89 to 92), and IBM extensions (Rows 115 to 119)", in addition to setting some encoding space aside for end user definition.
Windows codepage 932 is the version used in the W3C/WHATWG encoding standard used by HTML5 (including such "formerly proprietary extensions from IBM and NEC"), which also treats the label "shift_jis" interchangeably with "windows-31j" with the intent of being "compatible with deployed content".
The version of Shift-JIS originating from the classic Mac OS (known as
x-mac-japanese, Code page 10001 or MacJapanese) assigned the tilde to 0x7E (following US-ASCII, not JIS X 0201 which assigns the overline here), but the Yen sign to 0x5C (as in JIS X 0201 and standard Shift JIS). It also extended JIS X 0201 by assigning the backslash to 0x80 (corresponding to 0x5C in US-ASCII), the non-breaking space to 0xA0, the copyright sign to 0xFD, the trademark symbol to 0xFE and the half-width horizontal ellipsis to 0xFF. It also added extended double byte characters; including 53 vertical presentation forms in the Shift_JIS range 0xEB41–0xED96, at 84 JIS rows down from their canonical forms, and 260 special characters in the Shift_JIS range 0x8540–0x886D. This variant was introduced in KanjiTalk version 7.
However, certain Mac OS typefaces used other variants. Sai Mincho and Chu Gothic use a "PostScript" variant of MacJapanese, which included additional vertical presentation forms and a different set of extended special characters, based on the NEC special characters, some of which were only available in the printer versions of the fonts. Older versions of Maru Gothic and Hon Mincho from System 7.1 encoded vertical presentation forms at 10 (not 84) JIS rows down from their canonical forms, and did not include the special character extensions, this was subsequently changed. The typical variant used with KanjiTalk version 6 placed the vertical presentation forms 10 rows down, and also used the NEC extension layout for row 13.
Shift_JISx0213 and Shift_JIS-2004
|Language(s)||Japanese, Ainu, English, Russian|
|Standard||JIS X 0213|
JIS X 0201 (8-bit)
|Transforms / Encodes||JIS X 0213|
|Preceded by||Shift_JIS (1997)|
The newer JIS X 0213 standard defines an extended variant of Shift_JIS referred to as Shift_JISx0213 (in a previous version of the standard) or Shift_JIS-2004. It is a superset of standard Shift JIS.
In order to represent the allocated rows on both planes of JIS X 0213, Shift_JIS-2004 uses the following method of mapping codepoints.
In the above, is a two-byte Shift_JIS-2004 sequence, is the plane (面, men, surface) number (1 or 2), is the row (区, ku, ward) number (1-94) and is the cell (点, ten, point) number (1-94). The ku and ten numbers are equivalent to and respectively, where is a two-byte JIS sequence referencing a given plane.
The same set of characters can represented by EUC-JIS-2004, the EUC-JP based counterpart.
Some of the additions collide with popular Shift JIS extensions, including Windows codepage 932 which is used in web standards (see above). For example, compare plane 1 row 89 in JIS X 0213 (beginning 硃, 硎, 硏…) to row 89 in the JIS X 0208 variant defined in web standards (beginning 纊, 褜, 鍈…). In addition, some of the characters map to Unicode characters beyond the BMP.
The space with lead bytes 0xF5 to 0xF9 (beyond the region used for JIS X 0208) is used by Japanese mobile phone operators for pictographs for use in E-mail. KDDI goes further and defines hundreds more in the space with lead bytes 0xF3 and 0xF4.
Beyond even this, there have been numerous minor variations made on Shift JIS, with individual characters here and there altered. Most of these extensions and variants have no IANA registration, so there is much scope for confusion, if the extensions are used.
A variant is the one that must be used if wanting to encode Shift JIS in source code strings of C and similar programming languages. This variant doubles the byte 0x5C if it appears as second byte of a two-byte character, but not if it appears as a single "¥" (ASCII: "\") character, because 0x5C is the beginning of an escape sequence. The best way of handling this is a special editor which encodes Shift JIS this way.
Shift JIS byte map
As defined in JIS X 0208:1997
The chart below gives the detailed meaning of each byte in a stream encoded in standard Shift JIS (conforming to JIS X 0208:1997).
With vendor or JIS X 0213 extensions
Some of the bytes which are not used for single-byte codes or initial bytes in JIS X 0208:1997 are used by certain extensions, resulting in the layout detailed in the chart below.
- "Historical trends in the usage of character encodings for websites, January 2020". w3techs.com. Retrieved 2020-01-19.
- "Distribution of Character Encodings among websites that use .jp". w3techs.com. Retrieved 2020-01-01.
- "Distribution of Character Encodings among websites that use Japanese". w3techs.com. Retrieved 2020-01-01.
- j1 and j2 are each in the range 33 (0x21) to 126 (0x7e) inclusive (i.e., 7-bit character values excluding control characters (0–31 (0x1f) and 127 (0x7f)) and space)
- "Character Sets". IANA.
- "Encoding.WindowsCodePage Property – .NET Framework (current version)". MSDN. Microsoft.
- "Code Page Identifiers". Windows Dev Center. Microsoft.
- "IBM-943 and IBM-932". IBM Knowledge Center. IBM.
- "CP932.TXT". Unicode Consortium.
- "3.1.1 Details of Problems". Problems and Solutions for Unicode and User/Vendor Defined Characters. The Open Group Japan. Archived from the original on 1999-02-03.
- Kaplan, Michael S. (2005-09-17). "When is a backslash not a backslash?".
- Kaplan, Michael S (2007-05-26). "The PUA outside of Unicode". Sorting it all out.
- "5. Indexes (§ Index jis0208)". Encoding Standard. WHATWG.
- "4.2. Names and labels". Encoding Standard. WHATWG.
- "JAPANESE.TXT: Map (external version) from Mac OS Japanese encoding to Unicode 2.1 and later". Apple Computer, Inc.; Unicode Consortium.
- Lunde, Ken (2019-03-21). "A Brief History of Japan's Era Name Ligatures". CJK Type Blog. Adobe Inc.
- "Encoding Variants for MacJapanese". Apple Developer Documentation. Apple.
- Lunde, Ken (2008). "Appendix E: Vendor Character Set Standards" (PDF). CJKV Information Processing. O'Reilly Media. ISBN 9780596514471.
- "JIS X 0213 Code Mapping Tables". x0213.org.
- "JIS X 0213の代表的な符号化方式 § Shift_JIS-2004" (in Japanese). Hexadecimal numbers in the source have been converted to decimal for display.
- "233: Japanese Graphic Character Set for Information Interchange, Plane 1" (PDF). IPSJ.
- "Index jis0208 visualization". Encoding Standard. WHATWG.
- "Original Emoji from DoCoMo". FileFormat.info.
- "Original Emoji from KDDI". FileFormat.info.
- Shift-JIS Kanji Table – a table of the non-ASCII part of the codeset
- "Windows Codepage 932". Microsoft. May 1, 2005. Archived from the original on 2008-03-07. – Microsoft's definition
- Forms of Shift-JIS in ICU (International Components for Unicode)