JP2000047751A - Area non-expansion type anno domini four-digit adaptation system - Google Patents
Area non-expansion type anno domini four-digit adaptation systemInfo
- Publication number
- JP2000047751A JP2000047751A JP10230200A JP23020098A JP2000047751A JP 2000047751 A JP2000047751 A JP 2000047751A JP 10230200 A JP10230200 A JP 10230200A JP 23020098 A JP23020098 A JP 23020098A JP 2000047751 A JP2000047751 A JP 2000047751A
- Authority
- JP
- Japan
- Prior art keywords
- digits
- digit
- year
- data
- date
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Complex Calculations (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】 本発明は、日付が西暦下2
桁記述の、業務システムにおいて、西暦2000年のデ
ータが発生すると、業務システムが誤った動作をした
り、あるいは動かなくなる事象に関わるものであり、い
わゆる西暦2000年問題の解決にあたり、従来のデー
タベースの、レコード長、ブロック化因数、ファイル容
量等を変えないで、磁気ディスクの増設の必要もなく、
プログラムのロジックをできる限り変更せずに、データ
ベースを、西暦4桁日付(稀には、西暦下3桁日付→後
述)に、変換移行する、西暦2000年対応方式に関す
る。BACKGROUND OF THE INVENTION The present invention relates to
When the data of the year 2000 is generated in the business system described in the digit, the business system may be erroneously operated or may not work. In order to solve the so-called year 2000 problem, the conventional database is used. Without changing the record length, blocking factor, file capacity, etc.
The present invention relates to a system compatible with the year 2000, in which a database is converted to a four-digit year of the Christian era (rarely, a date of the last three digits of the Christian era → later described) without changing the logic of the program as much as possible.
【0002】[0002]
【従来の技術】 従来の2000年対応方式として提案
されている方式は、大別して、西暦4桁対応方式、西暦
下2桁対応方式、和暦対応方式の、3対応方式があり、
2番目の西暦下2桁対応方式は、更に、年判別方式と基
準年方式の2方式にわけられる。2. Description of the Related Art Conventionally, systems that have been proposed as systems supporting the year 2000 are roughly classified into three systems: a system that supports four digits of the Christian era, a system that supports the last two digits of the Christian era, and a system that supports the Japanese calendar.
The second two-digit system corresponding to the last year of the Christian era is further divided into two systems, a year identification system and a base year system.
【0003】 最初の西暦4桁対応方式は、別名「領域
拡張対応方式」ともいい、ファイルデータの年2桁を年
4桁に拡張(例:99→1999、00→2000)し
て、元のデータベースを変更する。当然レコード長が増
加し、ブロック化因数、ファイル容量等の修正作業は、
システム全体におよぶが、その修正内容は、データベー
スに対応する項目と、影響項目の定義部分を、変更(桁
数拡張)する単純作業なので、判断やロジックを組み込
む必要がないという長所もある。次の西暦下2桁対応に
含まれる2方式の、前者の年判別方式は、別名域値対応
方式とも呼ばれ、ファイルデータは年2桁のままで、境
界値を設定して年代を区別する(例:80〜99→19
00年代、00〜79→2000年代)である。後者の
基準年方式は、相対年対応方式とも呼ばれ、データファ
イルは、年2桁のままで、基準年を定めて、それを、
“01”とすることにより相対年化する(例:89→0
1、∴ 89〜99→01〜11、00〜88→12〜
99)ものである。これら西暦2桁対応方式の2方式
は、ともに業務遂行にあたって、その後の計算や、判定
処理によって、矛盾が生じないように、ロジックを組み
入れる必要がある。最後の、和暦年対応方式は、200
0年問題には、無関係であるが、不慣れな和暦での、日
付の入力ミスが懸念され、さらに、年号が変わるたび
に、新たな対処が必要になる。The first four-digit system corresponding to the Christian era is also referred to as an “area extension corresponding system”. The two-digit year of file data is expanded to four-digit year (eg, 99 → 1999, 00 → 2000), and the original Change the database. Naturally, the record length increases, and the work of correcting the blocking factor, file size, etc.
Although the entire system is modified, the content of the correction is a simple operation of changing (extending the number of digits) the definition part of the item corresponding to the database and the affected item, and thus has an advantage that it is not necessary to incorporate judgment or logic. The former two methods, which are included in the next two digits corresponding to the last year of the Christian era, are also referred to as threshold values. In other words, the file data remains the two digits of the year, and a boundary value is set to distinguish ages. (Example: 80-99 → 19
00s, 00-79 → 2000s). The latter base year method is also called a relative year correspondence method, and the data file has a two-digit year, sets the base year, and
Relative year by setting to “01” (example: 89 → 0)
1, 89 89-99 → 01-11, 00-88 → 12-
99) In the two systems of the two-digit system corresponding to the Christian era, it is necessary to incorporate logic so as to prevent inconsistency in subsequent calculations and judgment processing when performing the business. The last method for Japanese calendar year is 200
The zero-year problem is irrelevant, but there is concern about a date entry error in the unfamiliar Japanese calendar, and new measures must be taken every time the year changes.
【発明が解決しようとする課題】 このように、従来
の、2000年対応方式として提案されている、西暦4
桁対応と、西暦年下2桁対応、そして和暦年対応の、3
対応に大別される方式においては、第1の、西暦4桁対
応は、レコード長、ブロック化因数等の変更が、システ
ム全体に影響し、メモリ容量、および、磁気ディスク容
量の増大を、必然的に伴い、メモリや、磁気ディスクの
増設に関する問題が、新たに発生することがままあっ
た。一方、第2の西暦下2桁対応は、年判別方式(域値
対応)および、基準年方式(相対年対応)の、2方式が
含まれるが、これらの処置はいずれも、100年を越え
る範囲でデータが存在する場合は処理できない欠陥があ
る。他方、第3の和暦対応は、不慣れな和暦での日付の
入力ミスのリスクばかりか、永続性という意味では、重
大な欠陥があった。[Problems to be Solved by the Invention] As described above, the conventional system for the year 2000, the year 4
3 digits, 3 digits of the year, 2 digits of the year, and 3
Regarding the method roughly divided into the correspondences, the first, four-digit correspondence in the Christian era, requires that changes in record length, blocking factors, etc. affect the entire system and increase the memory capacity and magnetic disk capacity. As a result, a problem concerning the addition of a memory or a magnetic disk may newly occur. On the other hand, the second two digits of the last year of the Christian era include two methods of a year discrimination method (corresponding to a threshold value) and a reference year method (corresponding to a relative year), and all of these measures exceed 100 years. If data exists in the range, there is a defect that cannot be processed. On the other hand, the third Japanese calendar correspondence has a serious flaw in terms of persistence as well as a risk of a date input error in an unfamiliar Japanese calendar.
【0004】 本発明は、このような事情に基づいてな
されたもので、その目的とするところは、西暦2000
年対応に際して、データベースやファイルデータは、シ
ステム全体に影響が及ばないように、レコード長と、ブ
ロック化因数や、メモリ容量、および、磁気ディスク容
量等は、現状より変えないで、西暦4桁日付(稀には西
暦下3桁日付)化を実現する方法を提供するものであ
る。[0004] The present invention has been made in view of such circumstances, and has as its object the purpose of
When dealing with the year, the database and file data should not change the record length, blocking factor, memory capacity, magnetic disk capacity, etc., so that the entire system would not be affected. (Rarely the last three digits of the Christian era).
【課題を解決するための手段】 本願請求項1対応の発
明は、日付のデータを西暦年下2桁、月2桁、日2桁、
の計6桁のデータを格納する現在の殆どの業務システム
においては、日付データはゾーン式10進数で記述して
いるので、西暦下2桁日付計6桁の格納には、6バイト
を要し、西暦4桁日付計8桁では8バイトの領域が必要
になる。ところが、パック10式進数で記述すれば、6
バイト領域であっても8桁どころか、11桁の数字が、
格納可能となる。したがって、従来のデータベースで、
日付データに使っていた、6バイトの領域には、西暦4
桁日付の他に3桁情報の追加さえ可能となり、曜日情報
(数表示:1=月、2=火、3=水、4=木、5=金、
6=土、7=日)や未定日付情報(開始、完了、納入
等)にあててもよいし、予備のデータ領域として空けて
おいても、かまわない。なお、西暦下2桁日付(ゾーン
式10進数)から、西暦4桁日付(パック式10進数)
への修正作業は、データベースに対応する項目と、影響
項目の、定義部分を変更[ピクチャー句における、桁数
拡張と、パック式10進記述・・・・例:PIC 9
(6)→PIC S9(11)PACKED−DECI
MAL]する単純作業で、判断やロジックを組み込む必
要がないのは、言うまでもない。The invention corresponding to claim 1 of the present application converts date data into the last two digits of the year, the two digits of the month, the two digits of the day,
In most current business systems that store a total of six digits of data, date data is described in zoned decimal numbers, so storing six digits in the last two digits of the Christian era requires six bytes. A total of eight digits for a four-digit date requires an eight-byte area. However, if it is described in packed decimal 10 format, 6
Even in the byte area, instead of 8 digits, 11 digits are
It can be stored. Therefore, in a traditional database,
The 6-byte area used for date data contains the year 4
It is even possible to add 3-digit information in addition to the digit date, and the day of the week information (numerical display: 1 = Month, 2 = Tue, 3 = Wed, 4 = Thu, 5 = Fri,
6 = sat, 7 = day) or undecided date information (start, completion, delivery, etc.), or may be left as a spare data area. In addition, from the last two digits of the Christian era (zone type decimal number) to the four digits of the Christian era (packed decimal number)
To modify the definition part of the item corresponding to the database and the affected item [Expansion of the number of digits and packed decimal description in the picture clause ... Example: PIC 9
(6) → PIC S9 (11) PACKED-DECI
Needless to say, it is not necessary to incorporate judgment and logic in the simple operation of [MAL].
【0005】 本願請求項2対応の発明は、日付のデー
タを,西暦年下2桁、月2桁、日2桁の計6桁を、4バ
イトを使って格納する,パック式10進システムにおい
て、同じ4バイトの日付データ領域に、西暦年下3桁、
月2桁、日2桁の計7桁をパック式10進数で格納す
る。これは6桁しか利用していなかった日付データ領域
を、本来の7桁完全利用を図るもので、西暦4桁日付
を、パック式10進数で4バイトの領域に入れ直すと、
「桁あふれ」による自動的な,西暦下3桁日付化が起こ
るが、年代判断や、処理ロジックを組み込む必要があ
る。[0005] The invention corresponding to claim 2 of the present application is directed to a packed decimal system that stores date data using a total of 6 digits including the last two digits of the year, two digits of the month, and two digits of the day using four bytes. , In the same 4-byte date data area, the last three digits of the year,
A total of seven digits, two digits for the month and two digits for the day, are stored in packed decimal numbers. This is to make full use of the original 7-digit date data area, which used only 6 digits. If a 4-digit date in the Christian era is put into a 4-byte area in packed decimal format,
Although the last three digits of the Christian era due to "digit overflow" occur, it is necessary to incorporate the date determination and processing logic.
【発明の実施の形態】 以下、本発明に係わる実施の形
態を、図面を用いて説明する。Embodiments of the present invention will be described below with reference to the drawings.
【0006】 図1は、ゾーン式10進数の西暦下2桁
日付を、西暦4桁日付に変換し、パック式10進数で格
納する一例を示す図であって、元のゾーン式10進数で
6バイトの西暦下2桁(例:980720/00121
4)に、19000000/20000000を加え
て,西暦4桁日付に変換(例:19980720/20
001214)し、同じ日付データ領域に,6バイトの
パック式10進数で格納するので、データベースのレコ
ード長、および、ブロック化因数は、変える必要がな
い。FIG. 1 is a diagram showing an example of converting a lower two-digit year of a zoned decimal number into a four-digit year of the Christian era and storing the date in a packed decimal number. Last two digits of the year (eg, 980720/00121)
4) and add 1900000/20000000 to convert to 4-digit date (eg 19980720/20
[001214] Since the data is stored in the same date data area in a 6-byte packed decimal number, the record length of the database and the blocking factor do not need to be changed.
【0007】 図2は、納品日未定等の、別の意味があ
る日付データの、変換方法の一例を示す図であって、ゾ
ーン式10進数で6バイトの西暦下2桁未定日付(例:
000000)に99900000000を加えて、1
1桁にし、並べ替えの際に問題が起こるのを防ぎ、同じ
日付データ領域に6バイトのパック式10進数で格納す
るので、データベースのレコード長、および、ブロック
化因数は、変える必要がない。FIG. 2 is a diagram showing an example of a conversion method of date data having another meaning, such as a delivery date undecided, and is a 6-byte zone-decimal undecided date of the last two digits of the Christian era (eg:
0000000000) to 9990000000000, and 1
Since it is set to one digit to prevent a problem during sorting and stored in the same date data area as a 6-byte packed decimal number, the record length of the database and the blocking factor do not need to be changed.
【0008】 図3は、ゾーン式10進数の西暦下2桁
日付を、西暦4桁日付に変換し、パック式10進数で格
納するプロセスを示す図であってゾーン式10進数で6
バイトの,西暦下2桁日付(例:980720/001
214)に、19000000/20000000を加
えて,西暦4桁日付に変換(例:19980720/2
0001214)し、その値を10倍(例:19980
7200/200012140)し、さらに、曜日情報
(例:1=月/3=水)を加え(例:199807201
/200012143)、同じ日付データ領域に、6バ
イトのパック式10進数で格納するので、データベース
の、レコード長や、ブロック化因数は、変える必要がな
い。FIG. 3 is a diagram illustrating a process of converting a zoned decimal lower two digit date into a Christian four digit date and storing the date in a packed decimal number.
Byte, last two digits of the year (eg, 980720/001)
214), and add 1900000/20000000 to convert to a 4-digit date (eg, 19980720/2)
0001214) and multiply the value by 10 (eg 19980)
7200/200012140), and further adds day of the week information (example: 1 = month / 3 = Wed) (example: 199807201)
/ 200012143), and stored in the same date data area in 6-byte packed decimal numbers, so there is no need to change the record length or blocking factor of the database.
【0009】 図4は、パック式10進数で、4バイト
の西暦下2桁日付(例:0980720/000121
4)に、19000000または20000000を加
えて西暦4桁日付に変換(例:19980720/20
001214)し、同じ、4バイトの日付データ領域
に、パック10進数で入れ直すのを示す図である。図か
らも明らかなように、4バイトのパック式10進数に
は、最大7桁の数字しか格納できず、8桁の西暦4桁日
付は「桁あふれ」(例:19980720/20001
214→9980720/0001214)を起こし、
上3桁(例:998/000)が、961以上なら19
00年代、960以下ならば2000年代というロジッ
クをシステムに組み込むならば、西暦下3桁日付システ
ムは、19610101〜29601231、つまり、
2960年まで、今後960年間、現行データが使え、
レコード長やブロック化因数を変えなくてよい。ただし
ピクチャ句に関しては、PIC S9(7)PACKE
D−DECIMAL、あるいは、それに類するパック1
0進4バイトのデータ領域確保を確認すること。FIG. 4 is a packed decimal number, which is a 4-byte last two-digit year of the Christian era (eg, 0980720/000121).
4), and add 1900000 or 20000000 to convert to a 4-digit date (eg, 19980720/20)
001214) Then, the same 4-byte date data area is replaced with a packed decimal number. As is clear from the figure, a 4-byte packed decimal number can store only a maximum of 7 digits, and an 8-digit year 4-digit date is "digit overflow" (eg, 19980720/20001).
214 → 9980720/0001214).
If the first three digits (eg, 998/000) are 961 or more, 19
If the system incorporates the logic of the 00's, 960's or less, 2000's into the system, the last three digits of the Christian era would be 19610101-2961231,
Until 2960, the current data can be used for the next 960 years,
The record length and the blocking factor do not need to be changed. However, regarding the picture phrase, PIC S9 (7) PACKE
D-DECIMAL or similar pack 1
Check that the 4-byte data area is secured.
【0010】 図5は、データの並べ替え(ソート処
理)を行うサービスプログラム『レコードの中の何をキ
ーとして整列を行うのか』の記述の一例を示す。 キーとなる領域はレコードの中の先頭より何バイト目
から始まるのか(位置)→本発明では同一指定 キーとなる領域の長さは何バイトか(長さ)→ゾーン
式10進から、パック式10進に変換しても、バイト数
が変わらない本発明では、同一指定 キーとなる領域の内容は、数字か、文字か(データ形
式)→パック式10進に変換する本発明では、PD(ま
たはP)を指定 キーとなる領域の並びは(順序)→昇順ならA,降順
ならDを指定 すなわち、西暦下2桁(6桁ゾーン式10進)が西暦4
桁(11桁パック式10進)になっても、6バイトに変
わりがなく、キーの長さが不変で、その結果、レコード
レイアウトも変わらない。したがって、キーのデータ形
式を、ZD(またはD:ゾーン式10進)から、PD
(またはP:パック10進)にするだけでよく、また、
西暦下3桁システムの場合は、元のまま無修正でよいこ
とは容易に推察されよう。FIG. 5 shows an example of a description of a service program “What is used as a key in a record for sorting” for a service program for sorting (sorting) data. From what number of bytes the key area starts from the beginning of the record (position) → Same designation in the present invention How long is the key area (length) → From zoned decimal to packed In the present invention in which the number of bytes does not change even when converted to decimal, the contents of the area designated as the same designation key are numbers, characters, or (data format) → PD ( Or P) Specify the order of the key areas (order) → A for ascending order, D for descending order. That is, the last two digits of the year (6 digits zoned decimal) are 4
Even if the number of digits (11-digit packed decimal) is reached, the length of the key remains unchanged, and the record layout does not change. Therefore, the key data type
The formula is converted from ZD (or D: zoned formula decimal) to PD
(Or P: packed decimal)
In the case of the last three digits of the Christian era, it is easy to guess that there is no need to modify the original.
【0011】 図6は、従来の西暦下2桁システムにお
ける通常業務の遂行状況を示す。すなわち、西暦下2桁
データの入力装置である、ワークステーション等の画面
1、光学式文字読取装置(OCR)/光学式マーク読取
装置(OMR)2、フロッピーディスク3、そして磁気
テープ4等からインプットされたデータと、他システム
5、磁気ディスク6、そして、サブルーチン7とやりと
りされたデータベースあるいはファイルデータを、各種
プログラム言語8で、西暦下2桁を用いる処理(日付を
キー項目としてデータの並べ替えをしたり、帳票リスト
の準備をする)をして、西暦下2桁データの出力装置で
ある、ワークステーション等の画面1、プリンタ9、フ
ロッピーディスク3や、磁気テープ4に、処理結果を出
力して、通常業務を遂行する。FIG. 6 shows a state of performing a normal business in the conventional last two digits system of the Christian era. That is, input from a screen 1 such as a workstation, an optical character reader (OCR) / optical mark reader (OMR) 2, a floppy disk 3, and a magnetic tape 4 which are input devices for the last two digits of the Christian era. The data obtained and the database or file data exchanged with the other system 5, the magnetic disk 6, and the subroutine 7 are processed in various program languages 8 using the last two digits of the Christian era (data sorting using the date as a key item). And prepare a report list), and output the processing result to a screen 1 such as a workstation, a printer 9, a floppy disk 3, or a magnetic tape 4, which is an output device for the last two digits of the Christian era. And perform normal duties.
【0012】 図7は、西暦下2桁システムにおける日
付データを西暦4桁に変換する過渡的作業を示す。すな
わち、磁気ディスク6に格納されている、データベース
やファイルデータを、更にはサブルーチン7に含まれて
いる西暦下2桁データを、西暦4桁データに変換8す
る。その際、磁気ディスク6に格納されるデータベース
やファイルデータの変換形式は、元のゾーン式10進数
で、6バイトだった日付データ領域に、同じ6バイトで
も11桁の数字が格納可能になるパック10進数に変換
して西暦4桁を格納することを原則とする。従って、変
換の前後において、データのバイト数は変らないので、
レコード長やブロック化因数も同一で、磁気ディスク容
量も変らない。なお、サブルーチン7に含まれる日付デ
ータは、西暦下2桁から西暦4桁に変換しても、レコー
ドレイアウトに影響しないならば、ゾーン式10進数で
8バイトであってもなんらかまわない。FIG. 7 shows a transitional operation of converting date data to a four-digit year in a two-digit year system. That is, it converts the database and file data stored in the magnetic disk 6 and the lower two digits of the Christian era included in the subroutine 7 into four digits of the Christian era. At this time, the conversion format of the database and file data stored on the magnetic disk 6 is a packed format in which the same 6-byte 11-digit number can be stored in the date data area which was 6 bytes in the original zoned decimal system. In principle, four digits of the Christian era are stored after being converted to decimal numbers. Therefore, before and after conversion, the number of data bytes does not change.
The record length and blocking factor are the same, and the magnetic disk capacity does not change. Note that the date data included in the subroutine 7 may be 8 bytes in zoned decimal notation as long as it does not affect the record layout even if the last two digits of the Christian era are converted to four digits of the Christian era.
【0013】 図8は、西暦4桁新システムの稼動確認
業務の遂行作業を示す。すなわち、西暦4桁データの入
力装置である、ワークステーション等の画面1、光学式
文字読取装置(OCR)/光学式マーク読取装置(OM
R)2,フロッピーディスク3等からインプットされた
西暦4桁データと、西暦4桁変換処理済みの磁気ディスク
6や、サブルーチン7とやりとりされたデータベースや
ファイルデータを、各種プログラム言語8において、西
暦4桁をキー項目として、データの並べ替えをしたり西
暦4桁の帳票リストの編集をして、西暦4桁データの出力
装置であるワークステーション等の画面1、プリンタ
9、フロッピーディスク3に処理結果を出力し、西暦4
桁新システムの、正常稼動確認のチェックを行う。FIG. 8 shows the work of performing the operation confirmation work of the new system of four digits of the Christian era. That is, a screen 1 such as a workstation, an optical character reading device (OCR) / an optical mark reading device (OM), which is an input device for four-digit year data.
R) The four-digit year data input from the floppy disk 3 and the like, the magnetic disk 6 that has been subjected to the four-digit conversion process, and the database and file data exchanged with the subroutine 7 are converted into four-digit years in various program languages 8. Using the digits as key items, rearrange the data or edit the report list of the four digits of the Christian era, and output the processing results to the screen 1, a printer 9, and the floppy disk 3, such as a workstation, which is the output device of the four digits of the Christian era. And output 4
Check the normal operation of the new girder system.
【0014】 図9は、西暦4桁新システムの正常な稼
動確認チェックを終えてから実施する、西暦下2桁を西
暦4桁に変換する処理を示す。すなわち、磁気テープ4
に格納されている、西暦下2桁(ゾーン式10進数)使
用の取引先の状況等を記すデータベースを、磁気ディス
ク6を仲介にして、西暦4桁(パック式10進数)に変
換し、データの並べ替え8をして、磁気テープ4に格納
する。FIG. 9 shows a process for converting the last two digits of the Christian era into four digits of the Christian era, which is performed after the normal operation check of the new four-digit Christian era system is completed. That is, the magnetic tape 4
Is converted into a four-digit year (packed decimal number) using a magnetic disk 6 as a medium, and stores the status of a business partner using the last two digits of the year (zone type decimal number) stored in the database. Are stored in the magnetic tape 4.
【0015】 図10は、西暦4桁新システムの本格的
業務遂行を示す。すなわち、西暦4桁データの入力装置
である、ワークステーション等の画面1、光学式文字読
取装置(OCR)/光学式マーク読取装置(OMR)
2、フロッピーディスク3等からインプットされたデー
タと、磁気テープ4、他システム5、磁気ディスク6、
そして、サブルーチン7とやりとりされた、データベー
スやファイルデータを、各種言語プログラム8で、西暦
4桁を用いる処理(日付をキー項目としてデータの並べ
替えをしたり、帳票リストの準備をする)をして、西暦
4桁データの出力装置であるワークステーション等の画
面1、プリンタ9、フロッピーディスク3や、磁気テー
プ4に処理結果を出力する。FIG. 10 shows a full-fledged business operation of the new system of four digits of the Christian era. That is, a screen 1, such as a workstation, which is an input device for 4-digit year data, an optical character reading device (OCR) / an optical mark reading device (OMR)
2, data input from a floppy disk 3, etc., a magnetic tape 4, another system 5, a magnetic disk 6,
The database and file data exchanged with the subroutine 7 are processed by various language programs 8 using four digits of the Christian era (rearranging data using the date as a key item and preparing a form list). The processing result is output to the screen 1, such as a workstation, which is an output device of four-digit year data, a printer 9, a floppy disk 3, and a magnetic tape 4.
【0016】 図11は西暦下3桁新システムの本格的
業務遂行を示す。すなわち、西暦4桁データの入力操置
である,ワークステーション等の画面1、光学式文字読
取装置(OCR)/光学式マーク読取装置(OMR)
2、西暦下3桁データの入力操置であるフロッピーディ
スク3等からインプットされたデータと、磁気テープ
4、他システム5、磁気ディスク6,そしてサブルーチ
ン7とやりとりされた,データベースやファイルデータ
を、各種言語プログラム8で西暦4桁を用いる処理(日
付をキー項目としてデータの並べ替えをしたり、帳票リ
ストの準備をする)をして、西暦4桁データの出力装置
である,ワークステーション等の画面1、プリンタ9、
西暦下3桁データの出力装置であるフロッピーディスク
3や、磁気テープ4に処理結果を出力する。つまり新西
暦下3桁システムでは、ワークステーション等の画面
1、各種読取装置2,帳票リスト9等、人との情報のや
りとりには西暦4桁を用い、データ処理には西暦下3桁
とロジックを駆使して行う。FIG. 11 shows a full-scale business operation of the new system of the last three digits of the Christian era. That is, a screen 1 of a workstation or the like, which is an input device for four-digit year data, an optical character reading device (OCR) / an optical mark reading device (OMR).
2. The data input from the floppy disk 3 or the like, which is the input operation of the last three digits of the Christian era, and the database and file data exchanged with the magnetic tape 4, the other system 5, the magnetic disk 6, and the subroutine 7, A processing using four digits of the Christian era in various language programs 8 (rearranging data using the date as a key item and preparing a form list) to output the four digits of the Christian era, such as a workstation, etc. Screen 1, printer 9,
The processing result is output to a floppy disk 3 or a magnetic tape 4 which is an output device for the last three digits of the Christian era. In other words, in the last three digits of the New Year system, four digits of the year are used for exchanging information with people, such as the screen 1 of a workstation, various reading devices 2, and a form list 9, and the last three digits of the year are used for data processing. Make full use of it.
【発明の効果】 以上詳述したように、本願請求項1対
応の発明によれば、従来の西暦下2桁のデータベースや
ファイルデータの、レコード長、ブロック化因数、ファ
イル容量、磁気ディスク容量等を、現状のまま(データ
領域非拡張)で、西暦4桁のデータベースやファイルデ
ータに変換することにより、西暦2000年問題に対応
する方式を提供できる。従って、メモリ容量の増加が困
難で、やむなく、いわゆる西暦4桁方式対応を見送った
システムにおいても、メモリ領域非拡張型西暦4桁対応
方式である本発明は、じゅうぶん再検討と適用されるに
値する。As described above in detail, according to the invention corresponding to claim 1 of the present application, the record length, the blocking factor, the file capacity, the magnetic disk capacity, and the like of the conventional database and file data of the last two digits of the Christian era. Is converted to a four-digit AD database or file data as it is (without expanding the data area), thereby providing a method corresponding to the year 2000 problem. Therefore, even in a system in which it is difficult to increase the memory capacity and inevitably has forgotten to support the so-called 4-digit year system, the present invention, which is a non-expandable memory-area 4-digit year system, deserves to be fully reviewed and applied. .
【0017】 また、本願請求項2対応の発明によれ
ば、従来の西暦下2桁の、データベースやファイルデー
タのレコード長、ブロック化因数、ファイル容量、磁気
ディスク容量などを、現状のまま(データ領域非拡張)
で、西暦下3桁の、データベースや、データファイに変
換し、西暦2000年問題に対応するシステムを提供で
きる。According to the invention corresponding to claim 2 of the present application, the record length of the database and file data, the blocking factor, the file capacity, the magnetic disk capacity, etc. of the last two digits of the Christian era are kept as they are (data Area not expanded)
Thus, it is possible to provide a system corresponding to the year 2000 problem by converting the data into a database or data file of the last three digits of the Christian era.
【図1】西暦下2桁ゾーン式10進数6バイトを、西暦
4桁に変換し、パック式 10進数6バイトとして格納
するのを示す図である。BRIEF DESCRIPTION OF DRAWINGS FIG. 1 is a diagram showing conversion of a lower-order two-digit zoned decimal number 6 bytes into a Christian four-digit number and storing it as a packed decimal number 6 bytes.
【図2】納入日未定(000000)の如き、特別の意
味を持つ日付データは、99900000000に変換
し、パック式10進数6バイトとして格納するのを示す
図である。FIG. 2 is a diagram showing that date data having a special meaning, such as a delivery date undecided (000000), is converted into 9990000000000 and stored as packed decimal 6 bytes.
【図3】西暦下2桁ゾーン式10進数6バイトを、西暦
4桁に変換し、その値を10倍し、さらに曜日情報を加
え、パック10進数6バイトとして格納するのを示す図
である。FIG. 3 is a diagram showing that lower 6 digits of the year 2 zoned decimal 6 bytes are converted to 4 digits of the Christian era, the value is multiplied by 10, the day of the week information is added, and the packed decimal 6 bytes are stored. .
【図4】西暦下2桁パック式10進数4バイトを、西暦
4桁に変換し、パック式10進数4バイト領域に入れ直
し、「桁あふれ」による西暦下3桁日付を格納するのを
示す図である。FIG. 4 is a diagram showing that two-digit lower decimal digits of the year 4 are converted into four-digit years in the Christian era, and the packed decimal four-byte area is stored again to store the lower three-digit date of the year due to “digit overflow”. It is.
【図5】西暦下2桁から西暦4桁へのシステム移管に伴
う、SORTジョブ制御文の変更の一例を示す図であ
る。FIG. 5 is a diagram showing an example of a change in a SORT job control statement accompanying a system transfer from the last two digits of the Christian era to four digits of the Christian era.
【図6】西暦下2桁による従来の通常業務の遂行を示す
図である。FIG. 6 is a diagram showing the execution of conventional ordinary business using the last two digits of the Christian era.
【図7】西暦下2桁を西暦4桁に変換する過渡的中間作
業を示す図である。FIG. 7 is a diagram showing a transitional intermediate operation for converting the last two digits of the Christian era to four digits of the Christian era.
【図8】西暦4桁に変換後の新システムの稼動確認作業
の遂行を示す図である。FIG. 8 is a diagram showing execution of operation confirmation work of a new system after conversion into four digits of the Christian era.
【図9】データベースおよびファイルデータを、西暦下
2桁から西暦4桁に変換する最終作業を示す図である。FIG. 9 is a diagram illustrating a final operation of converting database and file data from the last two digits of the Christian era to four digits of the Christian era.
【図10】西暦4桁新システムによる本格業務の遂行を
示す図である。FIG. 10 is a diagram showing execution of a full-scale business by the new system of four digits of the Christian era.
【図11】西暦下3桁新システムによる本格業務の遂行
を示す図である。FIG. 11 is a diagram showing the execution of a full-scale business by the new system of the last three digits of the Christian era.
1 ワークステーション等の画面 2 光学式文字読取装置(OCR)/光学式マーク読取
装置(OMR) 3 フロッピーディスク 4 磁気テープ 5 他システム 6 磁気ディスク 7 サブルーチン 8 各種プログラム言語 9 プリンタ装置Reference Signs List 1 Screen of workstation etc. 2 Optical character reader (OCR) / optical mark reader (OMR) 3 Floppy disk 4 Magnetic tape 5 Other system 6 Magnetic disk 7 Subroutine 8 Various programming languages 9 Printer device
─────────────────────────────────────────────────────
────────────────────────────────────────────────── ───
【手続補正書】[Procedure amendment]
【提出日】平成10年10月12日(1998.10.
12)[Submission date] October 12, 1998 (1998.10.
12)
【手続補正1】[Procedure amendment 1]
【補正対象書類名】図面[Document name to be amended] Drawing
【補正対象項目名】図5[Correction target item name] Fig. 5
【補正方法】変更[Correction method] Change
【補正内容】[Correction contents]
【図5】 ─────────────────────────────────────────────────────
FIG. 5 ────────────────────────────────────────────────── ───
【手続補正書】[Procedure amendment]
【提出日】平成10年11月5日(1998.11.
5)[Submission date] November 5, 1998 (1998.11.
5)
【手続補正1】[Procedure amendment 1]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】0005[Correction target item name] 0005
【補正方法】変更[Correction method] Change
【補正内容】[Correction contents]
【0005】 本願請求項2対応の発明は、日付のデー
タを,西暦年下2桁、月2桁、日2桁の計6桁を、4バ
イトを使って格納する,パック式10進システムにおい
て、同じ4バイトの日付データ領域に、西暦年下3桁、
月2桁、日2桁の計7桁をパック式10進数で格納す
る。これは6桁しか利用していなかった日付データ領域
を、本来の7桁完全利用を図るもので、西暦4桁日付
を、パック式10進数で4バイトの領域に入れ直すと、
「桁あふれ」による自動的な,西暦下3桁日付化が起こ
るが、年代判断や、処理ロジックを組み込む必要があ
る。[0005] The invention corresponding to claim 2 of the present application is directed to a packed decimal system that stores date data using a total of 6 digits including the last two digits of the year, two digits of the month, and two digits of the day using four bytes. , In the same 4-byte date data area, the last three digits of the year,
A total of seven digits, two digits for the month and two digits for the day, are stored in packed decimal numbers. This is to make full use of the original 7-digit date data area, which used only 6 digits. If a 4-digit date in the Christian era is put into a 4-byte area in packed decimal format,
Although the last three digits of the Christian era due to "digit overflow" occur, it is necessary to incorporate the date determination and processing logic.
【発明の実施の形態】 以下、本発明に係わる実施の形
態を、図面を用いて説明する。例として、EBCDIC
コードを用いて記述しているが、JISコードあるい
は、ASCIIコードであっても、概念は変わらない。 Embodiments of the present invention will be described below with reference to the drawings. For example, EBCDIC
Code is described using JIS code or
Does not change even if it is an ASCII code.
【手続補正2】[Procedure amendment 2]
【補正対象書類名】図面[Document name to be amended] Drawing
【補正対象項目名】図1[Correction target item name] Fig. 1
【補正方法】変更[Correction method] Change
【補正内容】[Correction contents]
【図1】 FIG.
【手続補正3】[Procedure amendment 3]
【補正対象書類名】図面[Document name to be amended] Drawing
【補正対象項目名】図2[Correction target item name] Figure 2
【補正方法】変更[Correction method] Change
【補正内容】[Correction contents]
【図2】 FIG. 2
【手続補正4】[Procedure amendment 4]
【補正対象書類名】図面[Document name to be amended] Drawing
【補正対象項目名】図3[Correction target item name] Figure 3
【補正方法】変更[Correction method] Change
【補正内容】[Correction contents]
【図3】 FIG. 3
【手続補正5】[Procedure amendment 5]
【補正対象書類名】図面[Document name to be amended] Drawing
【補正対象項目名】図4[Correction target item name] Fig. 4
【補正方法】変更[Correction method] Change
【補正内容】[Correction contents]
【図4】 FIG. 4
【手続補正6】[Procedure amendment 6]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】0006[Correction target item name] 0006
【補正方法】変更[Correction method] Change
【補正内容】[Correction contents]
【0006】 図1は、ゾーン式10進数の西暦下2桁
日付を、西暦4桁日付に変換し、パック式10進数で格
納する一例を示す図であって、元のゾーン式10進数で
6バイトの、西暦下2桁(例:980720/0012
14)に、19000000/20000000を加え
て,西暦4桁日付に変換(例:19980720/20
001214)し、同じ日付データ領域に、6バイトの
パック式10進数で格納するので、データベースのレコ
ード長、および、ブロック化因数は、変える必要がな
い。FIG. 1 is a diagram showing an example of converting a lower two-digit year of a zoned decimal number into a four-digit year of the Christian era and storing the date in a packed decimal number. Last two digits of the year (eg, 980720/0012)
14), and add 1900000/20000000 to convert to a 4-digit date (eg, 19980720/20)
[001214] Then, since the data is stored in the same date data area as a 6-byte packed decimal number, the record length of the database and the blocking factor do not need to be changed.
Claims (2)
桁、月2桁、日2桁の計6桁を、6バイトを使って記録
するアンパック式(ゾーン式)10進システムにおい
て、その6バイトの日付領域に、パック式10進システ
ムを採用して、西暦4桁、月2 桁、日2桁の計8桁デー
タを6バイトに圧縮し、西暦4桁日付を格納する方式。1. The date area of the database is 2
In the unpacked (zone type) decimal system that records a total of 6 digits of 2 digits, 2 months and 2 days using 6 bytes, a packed decimal system is adopted for the 6-byte date area. , 4 digits of the year, 2 digits of the month, 2 digits of the day, a total of 8 digits data is compressed to 6 bytes, and the 4-digit date is stored.
桁、月2桁、日2桁の計6桁を、4バイトを使って記録
するパック式10進システムにおいて、その4バイトの
日付領域に、西暦下3桁、月2桁、日2桁の計7桁をパ
ック10進で格納する方式。2. The date area of the database is 2
In a packed decimal system that records a total of six digits, two digits for the month, two digits for the day, and two digits for the day, the four-byte date area contains the last three digits of the year, two digits for the month, and two digits for the day. A system that stores a total of 7 digits in packed decimal.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP10230200A JP2000047751A (en) | 1998-07-31 | 1998-07-31 | Area non-expansion type anno domini four-digit adaptation system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP10230200A JP2000047751A (en) | 1998-07-31 | 1998-07-31 | Area non-expansion type anno domini four-digit adaptation system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2000047751A true JP2000047751A (en) | 2000-02-18 |
Family
ID=16904158
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP10230200A Pending JP2000047751A (en) | 1998-07-31 | 1998-07-31 | Area non-expansion type anno domini four-digit adaptation system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2000047751A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007041956A (en) * | 2005-08-04 | 2007-02-15 | Dainippon Printing Co Ltd | Data storing method to ic card |
CN104678144A (en) * | 2015-02-13 | 2015-06-03 | 电子科技大学 | Bit extension method of three-dimensional waveform database under high waveform capture rate |
-
1998
- 1998-07-31 JP JP10230200A patent/JP2000047751A/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007041956A (en) * | 2005-08-04 | 2007-02-15 | Dainippon Printing Co Ltd | Data storing method to ic card |
CN104678144A (en) * | 2015-02-13 | 2015-06-03 | 电子科技大学 | Bit extension method of three-dimensional waveform database under high waveform capture rate |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5812841A (en) | Method and apparatus for recording and reading date data having coexisting formats | |
US5710917A (en) | Method for deriving data mappings and data aliases | |
US5761668A (en) | Method and apparatus for converting computer software and databases for the year 2000 | |
US5999937A (en) | System and method for converting data between data sets | |
US5758336A (en) | Date format and date conversion procedure using a packed binary format | |
US5737735A (en) | Method and apparatus for recording and reading date data having coexisting formats | |
JP2000047751A (en) | Area non-expansion type anno domini four-digit adaptation system | |
US6904437B2 (en) | Date formatting system | |
JPH08194636A (en) | Data format conversion processing method | |
JPH11232149A (en) | File comparison processing method and device, and medium storing file comparison processing program | |
JP4330854B2 (en) | Batch processing system | |
JP2685997B2 (en) | OCR data input processing method | |
JP2697630B2 (en) | Level-by-level development method for material requirements planning | |
JPH10171686A (en) | Data base extending method | |
JPS61223955A (en) | Data registering device | |
JPH0522269B2 (en) | ||
Parsaie | The automatic translation from RPG to COBOL | |
JPS5852742A (en) | Data update system | |
JPH05120308A (en) | Number sampling processor | |
Shumko | Ensuring Data Integrity using Suprtool | |
Dortaj | The automatic translation from RPG to COBOL | |
JPH0883203A (en) | Data managing device | |
Liang et al. | Techniques for addressing the Year 2000 transition | |
JPH0683850A (en) | Anno domini processing system | |
JPS6323576B2 (en) |