มีการใช้Extended Binary Coded Decimal Interchange Code ( EBCDIC ) หลายเวอร์ชันที่ไม่เข้ากันในการแสดง ภาษาญี่ปุ่นบนคอมพิวเตอร์ ซึ่งรวมถึงเวอร์ชันที่กำหนดโดยHitachi , Fujitsu , IBMและอื่นๆ บางเวอร์ชันเป็นการเข้ารหัสความกว้างแปรผันโดยใช้รหัสเลื่อนแบบล็อกเพื่อสลับระหว่างโหมดไบต์เดียวและสองไบต์^{[ 1 ]}แตกต่างจากภาษา EBCDIC อื่นๆ ตัวอักษร ละตินตัวพิมพ์ เล็ก มักจะไม่ถูกเก็บรักษาไว้ในตำแหน่งปกติ^{[ 2 ]}

อักขระที่พบในรหัสสองไบต์ของญี่ปุ่นที่ใช้กับ EBCDIC โดย IBM แต่ไม่พบในJIS X 0208 ฉบับแรก ยังมีอิทธิพลต่อส่วนขยายของผู้จำหน่ายที่พบในการเข้ารหัสที่ไม่ใช่ EBCDIC บางรายการ เช่นรหัสเพจ 932 ของ IBM ("DBCS-PC")และรหัสเพจ 932 ของ Windows ^{[ 3 ]}

เช่นเดียวกับJIS X 0201 (ซึ่งรวมอยู่ในShift JIS ) การเข้ารหัส EBCDIC ของญี่ปุ่นมักจะมีชุดคาตาคานะ แบบไบต์เดียวรวมอยู่ด้วย มีการใช้รหัส EBCDIC แบบไบต์เดียวหลายรูปแบบในภาษาญี่ปุ่นโดยผู้ผลิตหลายราย ผู้ผลิตรายหนึ่งอาจกำหนดรหัสไบต์เดียวสองแบบที่แตกต่างกัน แบบหนึ่งนิยมใช้สำหรับคาตาคานะแบบครึ่งความกว้างและอีกแบบหนึ่งนิยมใช้สำหรับอักษรละตินรูปแบบต่างๆ ของ EBCDIC ที่ผู้ผลิตรายหนึ่งนิยมใช้สำหรับคาตาคานะบางครั้งเรียกว่าEBCDIKซึ่งย่อมาจากExtended Binary-Coded Decimal Interchange Kana code ^{[ 1 ]}

หน้าโค้ดที่รวมคานะแบบครึ่งความกว้างถือเป็นข้อยกเว้นของชุดอักขระคงที่ EBCDIC ของ IBM ซึ่งระบุชุดอักขระที่มักจะเข้ารหัสเหมือนกันในทุกหน้าโค้ด EBCDIC ที่สำคัญที่สุดคือ บางครั้งจะมีอักขระคาตาคานะอยู่ที่จุดโค้ดที่ใช้สำหรับ ตัวพิมพ์ เล็กของอักษรละตินพื้นฐานในชุดคงที่^{[ 2 ]}การเข้ารหัสตัวพิมพ์เล็กเมื่อมีอักขระคาตาคานะอยู่ที่ตำแหน่งเหล่านั้น และการเข้ารหัสอักขระคาตาคานะเมื่อตัวพิมพ์เล็กยังคงอยู่ในตำแหน่งปกติ อาจแตกต่างกันไปในแต่ละผู้จำหน่าย ดังแสดงด้านล่าง

Microsoft Windowsใช้ EBCDIC ภาษาญี่ปุ่นแบบไบต์เดียวสองแบบ โดยมีหมายเลขหน้าโค้ดสูงกว่าหมายเลขหน้าโค้ดของ IBM สำหรับแบบต่างๆ ถึง 20000 เช่น หน้าโค้ด 20290 (ระบุไว้ว่าIBM290"IBM EBCDIC Japanese Katakana Extended") ^{[ 4 ]}และ 21027 ("Extended/Ext Alpha Lowercase") หน้าโค้ด 21027 ที่ใช้ใน Windows เป็นการใช้งานที่ไม่สมบูรณ์ ขาดการแมปแบบสองทางสำหรับตัวอักษรและคะนะหลายตัว^{[ 5 ]}และปัจจุบันถูกยกเลิกการใช้งานแล้ว^{[ 4 ]}

ต่อมาหน้าโค้ดของ IBM ได้รับการอัปเดตเพื่อรวมสัญลักษณ์ยูโรที่ 0xE1 โดยยังคงหมายเลข CPGID เดิมไว้ แต่กำหนดหมายเลข CCSID ใหม่ ดังนั้น CCSID 290 จึงหมายถึงเวอร์ชันดั้งเดิมของหน้าโค้ด 290 ในขณะที่เวอร์ชันของหน้าโค้ด 290 ที่มีสัญลักษณ์ยูโรเรียกว่า CCSID 8482 ^{[ 6 ]}ในทำนองเดียวกัน CCSID 1027 หมายถึงเวอร์ชันดั้งเดิมของหน้าโค้ด 1027 ในขณะที่เวอร์ชันของ CPGID 1027 ที่มีสัญลักษณ์ยูโรจะได้รับ CCSID 5123 ^{[ 7 ]}

นอกจากเวอร์ชันของโค้ดเพจ DBCS-Host ภาษาญี่ปุ่นแบบสองไบต์ของ IBM (CPGID 300, CCSID 300 หรือ 16684) ที่ใช้เป็นส่วนประกอบแบบสองไบต์แล้ว โค้ดเพจ 290 ของ IBM ยังใช้เป็นส่วนประกอบแบบไบต์เดียวของโค้ดเพจแบบหลายไบต์ IBM-930 ^{[ 8 ] [ 9 ]}และ (ในฐานะ CCSID 8482 ที่อัปเดตสำหรับยุโรป) เวอร์ชันที่อัปเดตแล้วของ IBM-1390 ^{[ 10 ] [ 11 ]}โค้ดเพจ 1027 ของ IBM ใช้เป็นส่วนประกอบแบบไบต์เดียวของโค้ดเพจแบบหลายไบต์ IBM-939 ^{[ 12 ] [ 13 ]}และ (ในฐานะ CCSID 5123 ที่อัปเดตสำหรับยุโรป) เวอร์ชันที่อัปเดตแล้วของ IBM-1399 ^{[ 14 ] [ 15 ]}

ในตารางต่อไปนี้ การปฏิบัติตามเซตไม่เปลี่ยนแปลงจะถูกทำเครื่องหมายด้วยสีเขียว การชนกับเซตไม่เปลี่ยนแปลงจะถูกทำเครื่องหมายด้วยสีแดง

มีรหัสอักขระสองไบต์สามรหัสที่ใช้สำหรับภาษาญี่ปุ่นด้วย EBCDIC: ^{[ 30 ] [ 31 ] [ 3 ] รหัสเพจ IBM 300 (เรียกอีกอย่างว่า IBM Kanji หรือ IBM Japanese DBCS-Host) จาก IBM [ 32 ] KEIS จาก Hitachi [ 30 ] และJEFจากFujitsu [ 16 ]}รหัสเหล่านี้^{เป็นการเข้ารหัส} DBCS - Host ^{โดยใช้}รหัสเลื่อนที่^{แตกต่างกันเพื่อ}สลับระหว่างโหมด EBCDIC ไบต์เดียวและโหมดสองไบต์^{[ 1 ]}รหัส 0x41 ถึง 0xFE (รหัสที่ใช้สำหรับอักขระกราฟิกใน EBCDIC) ใช้เป็นคู่เพื่อแสดงอักขระจากตาราง 190×190 รหัส 0x40 ( ช่องว่างใน EBCDIC) ใช้เป็นช่องว่างอักษรภาพ ซ้ำ แต่ไม่ได้เป็นส่วนหนึ่งของรหัสสองไบต์อื่นใด^{[ 1 ] [ 32 ]}

ในเวอร์ชัน IBM ของรหัส DBCS-Host รหัส0x0Fจะเปลี่ยนเป็นโหมดไบต์เดียวและรหัส0x0Eจะเปลี่ยนเป็นโหมดสองไบต์^{[ 1 ] [ 8 ] [ 12 ] [ 10 ] [ 14 ]}เช่นเดียวกับรหัส EBCDIC สองไบต์ของ IBM สำหรับภาษาCJK อื่นๆ ^{[ 1 ]}เช่น เวอร์ชัน EBCDIC ของJohabสำหรับภาษาเกาหลี^{[ 33 ]}ในทางตรงกันข้ามกับ KEIS และ JEF รูปแบบของหน้าโค้ด IBM 300 ไม่เกี่ยวข้องกับJIS X 0208และการแปลงระหว่างทั้งสองต้องทำผ่านตาราง^{[ 30 ]}อย่างไรก็ตาม ชุดอักขระของมันได้รับการปรับปรุงให้ทันสมัยอยู่เสมอด้วยการแก้ไข JIS X 0208 อย่างต่อเนื่องเพื่อให้ยังคงเป็นชุดที่ครอบคลุมมากกว่าชุดอักขระของ JIS X 0208 ^{[ 3 ]}ไบต์นำหน้า 0x41 ถึง 0x44 ใช้สำหรับอักขระที่ไม่ใช่คันจิ ไบต์นำหน้า 0x45 ถึง 0x68 ใช้สำหรับอักขระคันจิ และไบต์นำหน้า 0x69 ถึง 0x89 ใช้สำหรับ UDC ( อักขระที่ผู้ใช้กำหนด ) ^{[ 32 ]}

การมีอยู่ของรหัส DBCS-Host ภาษาญี่ปุ่นของ IBM มีผลกระทบมากกว่าระบบ EBCDIC เนื่องจาก IBM ยังได้กำหนดตัวแปรของShift JIS ("DBCS-PC" ซึ่งกำหนดไว้ใน Code page 301แบบดับเบิลไบต์บริสุทธิ์ และใช้ใน Code page 932และCode page 942ที่มีความกว้างแปรผัน) และของEUC-JPซึ่งเข้ารหัสชุดอักขระทั้งหมดของ Code page 300 ของ IBM รวมถึงอักขระที่ไม่ใช่คันจิ 28 ตัว และคันจิ 360 ตัว เพิ่มเติมจากที่รวมอยู่ใน JIS X 0208 เดิม (แม้ว่าอักขระที่ไม่ใช่คันจิเนื่องจากเครื่องหมาย ∵ และไม่ใช่เครื่องหมาย￢ จะถูกเพิ่มเข้าไปใน JIS X 0208 ในปี 1983 ในภายหลัง) อักขระเหล่านี้เรียกว่าอักขระ "ที่เลือกโดย IBM" และรวมเป็นส่วนขยายใน Code page 932 ของWindows เป็นต้น ^{[ 3 ]}

การแก้ไขหน้าโค้ด IBM-300 รุ่นใหม่บางรุ่นได้เพิ่มอักษรคันจิเพิ่มเติมโดยใช้ไบต์นำหน้า 0xB8 ถึง 0xD5 และอักษรที่ไม่ใช่คันจิเพิ่มเติมโดยใช้ไบต์นำหน้า 0xD6 ถึง 0xE9 ^{[ 32 ]}การแก้ไขนี้ได้ปรับปรุงชุดสำหรับJIS X 0213รวมถึงสัญลักษณ์ยูโรและในขณะที่ยังคง CPGID 300 ไว้ ได้กำหนด CCSID ใหม่เป็น 16684 ^{[ 34 ]}หน้าโค้ด IBM-930 (โดยมีหน้าโค้ด 290 เป็นชุดไบต์เดียว) ^{[ 8 ]} IBM-931 (โดยมีหน้าโค้ด 37 เป็นชุดไบต์เดียว) และ IBM-939 (โดยมีหน้าโค้ด 1027 เป็นชุดไบต์เดียว) ^{[ 12 ]}ไม่รวมส่วนเพิ่มเติมเหล่านี้ ในขณะที่ IBM-1390 (โดยมีหน้าโค้ด 290 เวอร์ชันสัญลักษณ์ยูโร / CCSID 8482) ^{[ 10 ]}และ IBM-1399 (โดยมีหน้าโค้ด 1027 เวอร์ชันสัญลักษณ์ยูโร / CCSID 5123) ^{[ 14 ]}รวมส่วนเพิ่มเติมเหล่านี้ไว้ด้วย

ใน Hitachi KEIS ^{[ 30 ]} (ระบบข้อมูลขยายการประมวลผลคันจิ) ลำดับ0x0A 0x41จะเปลี่ยนเป็นโหมดไบต์เดียว และลำดับ0x0A 0x42จะเปลี่ยนเป็นโหมดสองไบต์^{[ a ]} ​​อักขระ JIS X 0208 จะถูกเข้ารหัสโดยใช้ลำดับไบต์เดียวกันกับที่ใช้ในการเข้ารหัสในEUC-JPกล่าวคือ ไบต์ทั้งสองอยู่ระหว่าง 0xA1 และ 0xFE รวมทั้งสองไบต์ ส่งผลให้มีการเข้ารหัสซ้ำสำหรับพื้นที่อักษรภาพ —0x4040 ตามโครงสร้างรหัส DBCS-Host และ 0xA1A1 เช่นเดียวกับใน EUC-JP อย่างไรก็ตาม ช่วงไบต์นำหน้าจะขยายกลับไปที่ 0x59 ซึ่งไบต์นำหน้า 0x81–A0 ถูกกำหนดไว้สำหรับอักขระที่ผู้ใช้กำหนด^{[ 1 ]}และส่วนที่เหลือจะใช้สำหรับอักขระที่กำหนดโดยองค์กร รวมถึงทั้งคันจิและไม่ใช่คันจิ^{[ 3 ]}

ใน Fujitsu JEF ^{[ 16 ]} (Japanese-processing Extended Feature) 0x29จะสลับไปใช้โหมดไบต์เดียวและ0x28สลับไปใช้โหมดสองไบต์ คล้ายกับ KEIS รหัส JIS X 0208 จะแสดงเหมือนกับใน EUC-JP ^{[ 1 ]}แตกต่างจาก KEIS รุ่น JIS X 0208 ที่ใช้ในโซน JEF นี้คือ JIS C 6226:1978 ดั้งเดิม^{[ 30 ] [ 16 ]}ช่วงไบต์นำหน้าขยายกลับไปที่ 0x41 โดยกำหนด 0x80–A0 ไว้สำหรับการกำหนดค่าโดยผู้ใช้ ไบต์นำหน้า 0x41–7F ถูกกำหนดหมายเลขแถว 101 ถึง 163 สำหรับ วัตถุประสงค์ ของ kutenแม้ว่าแถว 162 (ไบต์นำหน้า 0x7E) จะไม่ได้ใช้งาน^{[ 1 ] [ 3 ]}แถวที่ 101 ถึง 148 ใช้สำหรับอักษรคันจิแบบขยาย ในขณะที่แถวที่ 149 ถึง 163 ใช้สำหรับอักษรที่ไม่ใช่คันจิแบบขยาย^{[ 3 ]}