RFC2550 日本語訳
2550 Y10K and Beyond. S. Glassman, M. Manasse, J. Mogul. April 1 1999. (Format: TXT=28011 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Glassman
Request for Comments: 2550 M. Manasse
Category: Stinkards Track J. Mogul
Compaq Computer Corporation
1 April 1999
コメントを求めるワーキンググループS.ガラス製造人要求をネットワークでつないでください: 2550年のM.Manasseカテゴリ: 鼻持ちならない奴はJ.要人コンパックコンピュータ社の1999年4月1日を追跡します。
Y10K and Beyond
Y10Kと以遠
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright(C)インターネット協会(1999)。 All rights reserved。
Abstract
要約
As we approach the end of the millennium, much attention has been paid to the so-called "Y2K" problem. Nearly everyone now regrets the short-sightedness of the programmers of yore who wrote programs designed to fail in the year 2000. Unfortunately, the current fixes for Y2K lead inevitably to a crisis in the year 10,000 when the programs are again designed to fail.
私たちがミレニアムの終わりに近づくとき、いわゆる「Y2K」問題に相当な注意を向けました。 ほぼ全員は現在、2000年の間、失敗するように設計されたプログラムを書いた昔のプログラマの近眼を後悔します。 残念ながら、Y2Kの現在のフィックスは、1年間プログラムが再び設計される1万が失敗するように必然的に危機に導きます。
This specification provides a solution to the "Y10K" problem which has also been called the "YAK" problem (hex) and the "YXK" problem (Roman numerals).
この仕様はまた、「野牛」問題(魔法をかける)と"YXK"問題(ローマ数字)と呼ばれた"Y10K"問題の解決法を提供します。
1. Introduction, Discussion, and Related Work
1. 序論、議論、および関連仕事
Many programs and standards contain, manipulate and maintain dates. Comparing and sorting dates is a common activity. Many different formats and standards for dates have been developed and all have been found wanting.
多くのプログラムと規格は、日付を含んでいて、操って、維持します。 日付を比較して、分類するのは、一般的な活動です。 発生して、日付の多くの異なった形式と規格が足りないのがすべてわかりました。
Early date formats reserved only two digits to represent the year portion of a date. Programs that use this format make mistakes when dealing with dates after the year 2000. This is the so-called Y2K problem.
早めの日付の形式は、日付の年の部分を表すために2ケタだけを予約しました。 2000年の後に日付に対処するとき、この形式を使用するプログラムが誤りをします。 これはいわゆるY2K問題です。
Glassman, et. al. Informational [Page 1] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[1ページ]のRFC2550
The most common fix for the Y2K problem has been to switch to 4-digit years. This fix covers roughly the next 8,000 years (until the year 9999) by which time, everyone seems convinced that all current programs will have been retired. This is exactly the faulty logic and lazy programming practice that led to the current Y2K problem! Programmers and designers always assume that their code will eventually disappear, but history suggests that code and programs are often used well past their intended circumstances.
Y2K問題のための最も一般的なフィックスは4ケタの年に切り替わることになっていました。 このフィックスはどの時間で8,000年間(9999年まで)のおよそ次を覆っているか、そして、皆はすべての現在のプログラムが退職していてしまうだろうと確信しているように見えます。 これは、まさに現在のY2K問題を引き起こした不完全な論理と怠惰なプログラミング練習です! プログラマとデザイナーは、いつも彼らのコードが結局見えなくなると仮定しますが、歴史は、コードとプログラムがしばしばそれらの意図している事情を超えてよく使用されるのを示します。
The 4-digit year leads directly to programs that will fail in the year 10,000. This proposal addresses the Y10K problem in a general way that covers the full range of date and time format issues.
4ケタの年は直接年間10,000失敗するプログラムに通じます。 この提案は最大限の範囲の日時の形式問題をカバーする一般的な方法でそのY10K問題を訴えます。
1.1 Current approaches
1.1 現在のアプローチ
A large number of approaches exist for formatting dates and times. All of them have limitations. The 2-digit year runs into trouble next year. The 4-digit year hits the wall in the year 10,000. A 16-bit year runs out in the year 65,536. A 32-bit counter for the number of seconds since 1970 [UNIX] wraps in 2038. A 32-bit counter for the number of milli-seconds since booting crashes a Windows (TM) PC in 49.7 days [Microsoft].
多くのアプローチが形式日付と回のために存在しています。 彼ら皆、には制限があります。 2ケタの年は来年、困難に陥ります。 4ケタの年は年間10,000体力の限界に達します。 16ビットの年は年間65,536なくなります。 2038年の1970[UNIX]の機密以来の秒数のための32ビットのカウンタ。 穂ばらみ以来のミリセカンドの数のための32ビットのカウンタは49.7日間[マイクロソフト]後にWindows(TM)PCを墜落させます。
In this specification, we focus on the Y10K problems since they are most common and a large number of existing standards and protocols are susceptible to them (section 7). These standards, and new proposals on their way, will lead to a serious world-wide problem unless efforts are made now to correct the computing, government, and business communities.
この仕様では、それらが最も一般的であるので、私たちはY10K問題に焦点を合わせます、そして、それら(セクション7)に、多くの既存の規格とプロトコルが影響されやすいです。 今コンピューティング、政府、および業界を修正するために努力をしない場合途中では、意志が重大な世界的な問題に導くこれらの規格、および新規案件。
Already, a small cottage industry is popping up to deal with the Y10K problem [YUCK]. We encourage these efforts and, in the coming years, this effort can only grow in size and importance.
既に、小さい家内工業は、Y10K問題[YUCK]に対処するために急に現れています。 私たちはこれらの努力を奨励します、そして、来たる年の間、この努力がサイズと重要性に生えることができるだけです。
1.2 A Fixed Format Y10K Fix
1.2 固定フォーマットY10Kフィックス
At the time of this writing, only one proposal [Wilborne] directly deals with the Y10K problem. In that proposal, dates are represented as decimal numbers with the dates compared numerically. The proposed format is simply YYYYYMMDD - i.e. 5-digit years.
この書くこと時点で、1つの提案[Wilborne]だけが直接Y10K問題に対処します。 その提案では、日付がある10進数が数の上で比較されたので、日付は表されます。 提案された形式は単にYYYYYMMDDです--すなわち、5ケタの年。
To allow numerical comparison of dates, this representation requires a completely fixed representation for the date. There can be no optional fields, the date resolution is limited to the granularity of one day, and this solution fails in the year 100,000 (Y100K).
日付の数字の比較を許すために、この表現は日付の完全に固定された表現を必要とします。 どんな任意の分野もあるはずがありません、そして、日付の解決は1日の粒状に制限されます、そして、この解決策は1年間10万(Y100K)に失敗します。
Glassman, et. al. Informational [Page 2] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[2ページ]のRFC2550
1.2.2 Limitations of Numerical Comparison
1.2.2 数字の比較の制限
While sufficient for the specific Y10K problem, this solution is limited. Even if extended for 6-digit years, it fails on 32-bit systems (and future 32-bit system emulators) after the date represented by the number 2147481231 (December 31, 214748) leading to a Y214749 problem. Similarly, 64-bit and 128-bit systems also will fail, although somewhat later (after December 31, 922,337,203,685,477 and December 31, 17,014,118,346,046,923,173,168,730,371,588,410 respectively).
特定のY10K問題に十分ですが、この解決策は限られています。 6ケタの数年間広げられても、それはY214749問題を引き起こすNo.2147481231(12月31日、214748)によって表された日以降32ビットのシステム(そして、将来の32ビットのシステムエミュレータ)の上で失敗します。 いくらか遅れていますが、同様に、64ビットの、そして、128ビットのシステムも失敗する、(後12月の31、922兆3372億368万5477、および31、12月の17,014,118,346,046,923,173,168,730,371,588,410、それぞれ)
1.2.3 Granularity Issues
1.2.3 粒状問題
The granularity problems of a fixed format date can be improved by extending the date format to include greater precision in the date. However, since numerical comparison of dates requires a fixed representation date, an extended format can not provide sufficient resolution for all foreseeable needs.
日付により大きい精度を含むように日付の形式を広げることによって、固定フォーマット日付の粒状問題を改良できます。 しかしながら、日付の数字の比較が固定表現期日を必要とするので、拡張フォーマットはすべての予見できる必要性のための十分な解決を提供できません。
For instance, if the precision were extended to the femto-second range the date format would become YYYYYMMDDHHMMSSmmmuuunnnpppfff (year, month, day, hour, minute, second, milli-second, micro-second, nano-second, pico-second, and femto-second). The additional 21 digits of this format limit the set of representable dates. Compared to 1.2.2, the 32-bit and 64-bit forms of the date are instantly exceeded, while the 128-bit version would be viable - expiring on December 31, 17,014,118,346,046.
例えば、精度がフェムト秒の範囲まで広げられるなら、日付の形式はYYYYYMMDDHHMMSSmmmuuunnnpppfff(年、月、日、時間、分、2番目、ミリセカンド、マイクロセカンド、ナノ秒、ピコ秒、およびフェムト秒)になるでしょうに。 この形式の追加21ケタは「表-可能」日付のセットを制限します。 1.2と比べて、.2、日付の32ビットの、そして、64ビットのフォームは即座に超えられていますが、128ビットのバージョンは実行可能でしょう--12月31日に期限が切れる17兆141億1834万6046。
1.2.3.1 Extrapolation of Future Granularity Issues
1.2.3.1 将来の粒状問題の推定
However, a simple extrapolation of Moore's law shows that even femto-second resolution will soon be inadequate. Projecting current CPU clock speeds forward, a femto-second clock speed will be achieved in only 30 years. And, by the year 10,000 the projected clock speed of the Intel Pentium MMDCLXVI (TM) will be approximately 10 ** (- 1609) seconds.
しかしながら、ムーアの法則の簡単な推定は、フェムト秒の解決さえすぐ不十分になるのを示します。 現在のCPUクロックスピードを前方に映し出して、フェムト秒のクロックスピードはほんの30年後に達成されるでしょう。 そして、年、1万、インテルPentium MMDCLXVI(TM)の映し出されたクロックスピードは(-1609)秒*におよそ10*なるでしょう。
This discussion clearly shows that any fixed-format, integer representation of a date is likely to be insufficiently precise for future uses.
この議論は、日付のどんな固定形式の整数表現も将来の用途には不十分に正確である傾向があることを明確に示します。
1.2.3.2 Floating Point Is No Solution
1.2.3.2 浮動小数点はソリューションではありません。
The temptation to use floating point numbers to represent dates should be avoided. Like the longer fixed-format, integer representations of the date, floating point representations merely delay the inevitable time when their range is exceeded. In addition,
日付を表すのに浮動小数点を使用する誘惑は避けられるべきです。 日付の固定形式の、より長い整数表現のように、浮動小数点表示は単に、それらの範囲が超えられている必然の時を遅らせます。 さらに
Glassman, et. al. Informational [Page 3] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[3ページ]のRFC2550
the well known problems of real numbers - rounding, de-normalization, non-uniform distribution, etc. - just add to the problems of dealing with dates.
実数のよく知られている問題--一周、反-正常化、不均等な分配など - ただ日付に対処するという問題に加えてください。
2 Structure of Y10K Solution
2 Y10Kソリューションの構造
Any Y10K solution should have the following characteristics.
どんなY10K解決策にも、以下の特性があるべきです。
2.1 Compatibility
2.1 互換性
The format must be compatible with existing 4-digit date formats. Y2K compliant programs and standards must continue to work with Y10K dates before the year 10,000. Y10K compliant programs can gradually be developed over time and coexist with non-Y10K compliant programs.
形式は既存の4ケタの日付の形式と互換性があるに違いありません。 Y2K対応することのプログラムと規格は、Y10Kと共に年10,000前の日付的に、働き続けなければなりません。 Y10K対応することのプログラムは、時間がたつにつれて、徐々に開発されて、非Y10Kの言いなりになっているプログラムと共存できます。
2.2 Simplicity and Efficiency
2.2 簡単さと効率
Y10K dates must allow dates after 10,000 to be easily identified. Within a program, there must be a simple procedure for recognizing the Y10K dates and distinguishing them from legacy dates.
Y10K日付は、1万の後の日付が容易に特定されるのを許容しなければなりません。 プログラムの中に、Y10K日付を認識して、遺産日付とそれらを区別するための簡単な手順があるに違いありません。
2.3 Lexical Sorting
2.3 語彙ソーティング
Y10K dates must be sortable lexically based on their ASCII representation. The dates must not require specialized libraries or procedures.
Y10K期日は彼らのASCII表現に基づいて辞書的に分類可能でなければなりません。 日付は専門化しているライブラリか手順を必要としてはいけません。
2.4 Future Extensibility
2.4 将来の伸展性
Y10K dates must support arbitrary precision dates, and should support dates extending arbitrarily far into the future and past. Y10K dates from different eras and with different precisions must be directly comparable and sortable.
Y10K日付は、任意の精度期日を支持しなければならなくて、遠くに未来と過去まで任意に広がりながら、日付を支持するべきです。 異なった時代と異なった確度があるY10K期日は、直接匹敵していて分類可能であるに違いありません。
2.4.1 Environmental Considerations
2.4.1 環境整備
The known universe has a finite past and future. The current age of the universe is estimated in [Zebu] as between 10 ** 10 and 2 * 10 ** 10 years. The death of the universe is estimated in [Nigel] to occur in 10 ** 11 - years and in [Drake] as occurring either in 10 ** 12 years for a closed universe (the big crunch) or 10 ** 14 years for an open universe (the heat death of the universe).
既知の宇宙には、有限過去と未来があります。 現在の宇宙の年齢は10**10と2*10**10年のように[コブウシ]で見積もられています。 宇宙の死は、開いた宇宙(宇宙の熱死)への14年間閉じた宇宙(大きいかみ砕くこと)への12年間の10**か10**に起こるとして10**11、年と[ドレイク]に起こるように[ナイジェル]で見積もられています。
In any case, the prevailing belief is that the life of the universe (and thus the range of possible dates) is finite.
どのような場合でも、行き渡っている信念は宇宙(そして、その結果、可能な期日の範囲)の寿命が有限であるということです。
Glassman, et. al. Informational [Page 4] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[4ページ]のRFC2550
2.4.2 Transcending Environmental Considerations
2.4.2 環境整備を超えていること。
However, we might get lucky. So, Y10K dates are able to represent any possible time without any limits to their range either in the past or future.
しかしながら、私たちは幸運になるかもしれません。 それで、Y10K期日は少しも限界なしで過去か未来のそれらの範囲に可能な何時でも表すことができます。
Y10K compliant programs MAY choose to limit the range of dates they support to those consistent with the expected life of the universe. Y10K compliant systems MUST accept Y10K dates from 10 ** 12 years in the past to 10 ** 20 years into the future. Y10K compliant systems SHOULD accept dates for at least 10 ** 29 years in the past and future.
Y10K対応することのプログラムは、それらが支持する日にちの範囲を宇宙の期待耐用年数と一致したそれらに制限するのを選ぶかもしれません。 Y10K対応することのシステムは20年間未来まで過去の12年間の10**から10**にY10K日付を受け入れなければなりません。 Y10Kの言いなりになっているシステムSHOULDは過去と未来に**29年間少なくとも10の日付を受け入れます。
3 Syntax Overview
3構文概観
The syntax of Y10K dates consists of simple, printable ASCII characters. The syntax and the characters are chosen to support a simple lexical sort order for dates represented in Y10K format. All Y10K dates MUST conform to these rules.
Y10K日付の構文は簡単で、印刷可能なASCII文字から成ります。 構文とキャラクタは日付の簡単な語彙ソート順序がY10K形式で表したサポートに選ばれています。 すべてのY10K日付がこれらの規則に従わなければなりません。
Every Y10K date MUST begin with a Y10K year. Following the year, there MAY be an arbitrary sequence of digits. The digits are interpreted as MMDDHHMMSSmmmuuunnnpppfff... (month, day, hour, minute, second, milli-second, micro-second, nano-second pico-second, femto-second, etc. - moving left to right in the date, digits always decrease in significance).
いつもY10K日付はY10K年で始まらなければなりません。 1年に続いて、ケタの気紛れな順番があるかもしれません。 ケタはMMDDHHMMSSmmmuuunnnpppfffとして解釈されます… (月、日、時間、分、2番目、ミリセカンド、マイクロセカンド、ナノ秒ピコ秒、フェムト秒など - 日付の右に左方へ動いて、ケタはいつも意味に縮小します。).
All dates and times MUST be relative to International Atomic Time (TAI) [NRAO].
すべての日付と回は国際Atomic Time(タイ)[NRAO]に比例しているに違いありません。
When comparing dates, a date precedes every other date for which it is a prefix. So, the date "19990401000000" precedes the date "19990401000000000". In particular, dates with the format YYYYMMDD are interpreted to represent the exact instant that the day begins and precede any other date contained in that day.
日付を比較するとき、日付はいつもそれが接頭語である他の日付に先行します。 それで、日付「19990401000000」は日付「19990401000000000」に先行します。 特に、形式YYYYMMDDとの日付は、当日含まれたいかなる他の日付も1日が始まる正確な瞬間に表して、先行するために解釈されます。
3.1 Years 1 - 9999
3.1年1--9999
The current 4-digit year syntax covers all years from 1000 - 9999. These years are represented as 4 decimal digits. Leading 0's MUST be added to the years before 1000 to bring the year to 4 digits. Files containing legacy pre-Y1K [Mike] dates will have to be converted.
現在の4ケタの年の構文は9999年からの1000--すべての年をカバーしています。 これらは年間4つの10進数字として表されます。 1年を4ケタにもたらすために1000の前の数年に主な0を加えなければなりません。 遺産プレY1K[マイク]日付を含むファイルは変換されなければならないでしょう。
3.2 Years 10,000 through 99,999
3.2年1万〜99,999
Four digits are not sufficient to represent dates beyond the year 9999. So, all years from 10,000 - 99,999 are represented by 5 digits preceded by the letter 'A'. So, 10,000 becomes "A10000" and 99,999
4ケタは、9999年の間の日付を表すために十分ではありません。 それで、1万--9万9999からのすべての年が文字'A'で先行された5ケタによって表されます。 それで、1万は"A10000"と9万9999になります。
Glassman, et. al. Informational [Page 5] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[5ページ]のRFC2550
becomes "A99999". Since 'A' follows '9' in the ASCII ordering, all dates with 5-digit years will follow all dates with 4-digit years (for example, "A10000" will sort after "9999"). This gives us the sort and comparison behaviour we want.
"A99999"になります。 ASCII注文における''続き'以来、5ケタの年があるすべての日付が4ケタの年と共にすべての日付的に、従うでしょう(例えば、「9999"A10000"は次々と分類するでしょう)。 これは私たちが欲しい種類と比較のふるまいを私たちに与えます。
3.3 Years 100,000 up to 10 ** 30
3.3年100,000最大10**30
By a simple generalization of 3.2, 6-digit years are preceded by the letter 'B', 7-digit years by 'C', etc. Using just the 26 upper-case ASCII characters, we can cover all years up to 10**30 (the last year representable is "Z999999999999999999999999999999"). Again, since the ASCII characters are sorted alphabetically, all dates sort appropriately.
3.2の簡単な一般化で、文字'B'、7ケタの'C'年などは6ケタの年に先行します。 使用、まさしく、26の大文字ASCIIキャラクタ、私たちはすべての数年間30を10**までカバーできます(最後の1年の「表-可能」は"Z999999999999999999999999999999"です)。 一方、ASCII文字がアルファベット順に割り当てられるので、すべてが適切に種類の日付を入れます。
3.4 Years 10 ** 30 and beyond (Y10**30)
3.4の何年10もの**30と以遠(Y10**30)
As discussed in 2.4.1, the end of the universe is predicted to occur well before the year 10 ** 30. However, if there is one single lesson to be learned from the current Y2K problems, it is that specifications and conventions have a way of out living their expected environment. Therefore we feel it is imperative to completely solve the date representation problem once and for all.
中で議論する、2.4、.1、宇宙の終わりは年10**よく前に30に起こると予測されます。 しかしながら、現在のY2K問題からの1つのただ一つの覚えておくべき教訓があれば、仕様とコンベンションには外で彼らの予想された環境を生活させる方法があるということです。 したがって、私たちは、日付の表現問題をきっぱり完全に解決するのが必須であると感じます。
3.4.1 Naive Approach for Y10**30 Problem
3.4.1 Y10**30問題のためのナイーブなアプローチ
The naive solution is to prepend a single '^' (caret) - caret sorts after all letters in the ASCII order) before all years from 10 ** 30 to 10 ** 56. Thus the year "Z999999999999999999999999999999" is followed by the year "^A1000000000000000000000000000000". Similarly, all years from 10 ** 56 to 10 ** 82 get one more caret. So, the year "^Z99999999999999999999999999999999999999999999999999999999" is followed by the year "^^A100000000000000000000000000000000000000000000000000000000". This scheme can be extended indefinitely by prepending one addition caret for each additional factor of 10 ** 26 in the range of the year.
ナイーブな解決策はprependにそうです。単一の'^'(脱字記号)--ASCIIオーダーにおけるすべての手紙の後の脱字記号種類) すべての10**30から10**56までの年前に。 「その結果、1年の"Z999999999999999999999999999999"は」 ^1年のA1000000000000000000000000000000が続かれています。」 同様に、10**からのすべての数年間、56〜10**82はもうひとつの脱字記号を得ます。 「」 そのように、1年の^Z99999999999999999999999999999999999999999999999999999999」が続かれている、」 ^^1年のA100000000000000000000000000000000000000000000000000000000、」 10**26の1年の範囲のそれぞれの追加要素あたり1つの添加脱字記号をprependingすることによって、この計画を無期限に広げることができます。
In this approach, the number of digits in a date that are used to represent the year is simply:
このアプローチでは、日付の1年を表すのに使用されるケタの数は単に以下の通りです。
26 * <number of '^'> + ASCII(<prefix letter>) - ASCII('A') + 5
'^'>+ASCII(<接頭語手紙>)の26*<番号--ASCII('A')+5'
Note: this algorithm is provided for informational purposes only and to show the path leading to the true solution. Y10K dates MUST NOT use this format. They MUST use the format in the next section.
以下に注意してください。 情報の目的だけ、経路が真溶液につながるのを示すためにこのアルゴリズムを提供します。 Y10K日付はこの形式を使用してはいけません。 彼らは次のセクションで形式を使用しなければなりません。
Glassman, et. al. Informational [Page 6] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[6ページ]のRFC2550
3.4.2 Space Efficient Approach for Y10**30 Problem
3.4.2 Y10**30問題のための宇宙の効率的なアプローチ
The solution in 3.4.1 is not a space efficient format for giving the number of digits in the year. The length of the prefix grows linearly in the length of the year (which, itself, grows logarithmically over time). Therefore, Y10K format dates use an improved, more compact encoding of the number of digits in the year.
中の解決策、3.4、.1、ケタの数を中に与えるためのスペースの効率的な形式は年ではありませんか? 接頭語の長さが1年の長さで直線的になる、(どれ、それ自体、時間がたつにつれて対数関数的に成長するか、) したがって、Y10K形式日付は1年間のケタの数の改良されて、よりコンパクトなコード化を使用します。
3.4.2.1 Years 10 ** 30 to 10 ** 56
3.4.2.1 何年10もの**30〜10**56
As in 3.4.1, a single '^' and letter precede the year.
3.4では、.1、単一の'^'、および手紙が1年に先行するので。
3.4.2.2 Years 10 ** 56 to 10 ** 732
3.4.2.2 何年10もの**56〜10**732
The year is preceded by two carets ("^^") and two letters. The
letters create a two digit, base 26 number which is the number of
digits in the year minus 57. So, the year
"^Z99999999999999999999999999999999999999999999999999999999" is
followed by the year
"^^AA100000000000000000000000000000000000000000000000000000000". The
last representable year with two carets is the year (10 ** 732) - 1
and is "^^ZZ999..999" (i.e. two carets and two Z's, followed by 732
consecutive 9's).
2つの脱字記号("^^")と2個の手紙で1年は先行されています。 手紙は2ケタ、57を引いた年間ケタの数であるベース26番号を作成します。 「」 そのように、1年の^Z99999999999999999999999999999999999999999999999999999999」が続かれている、」 ^^1年のAA100000000000000000000000000000000000000000000000000000000、」 「2つの脱字記号がある最後の「表-可能」1年は年(10**732)です--、1、」 ^^ZZ999はそうです。「999」、(すなわち、2つの脱字記号と2、Zの732連続した9があとに続いていて、もの
The formula for the number of digits in the year is, based on the two digit prefix is:
1年間のケタの数のための公式があって、2ケタに基づいて、接頭語があります:
26 * (ASCII(<prefix letter1>) - ASCII('A')) +
ASCII(<prefix letter2>) - ASCII('A') + 57
26*、(ASCII(<接頭語letter1>)--ASCII('A')+ASCII(<接頭語letter2>)--ASCII('A')+57
3.4.2.3 Years 10 ** 732 to 10 ** 18308
3.4.2.3 何年10もの**732〜10**18308
The next block of years has the number of digits given by three
carets ("^^^") followed by three letters forming a three-digit, base
26 number. The number of digits in the year is given by the formula:
何年もの次のブロックには、3ケタ(ベース26番号)を形成する3個の手紙が支えた3つの脱字記号("^^^")によって与えられたケタの数があります。 公式で1年間のケタの数を与えます:
676 * (ASCII(<prefix letter1>) - ASCII('A')) +
26 * (ASCII(<prefix letter2>) - ASCII('A')) +
ASCII(<prefix letter3>) - ASCII('A') + 733
676*、(ASCII(<接頭語letter1>)--ASCII('A')+26*(ASCII(<接頭語letter2>)--ASCII('A'))+ ASCII(<接頭語letter3>)--ASCII('A')+733
3.4.2.4 General Format for Y10K Dates
3.4.2.4 Y10K日付の一般形式
In general, if there is at least one letter in a Y10K year, the number of the digits in the year portion of the date is given by the formula:
一般に、Y10K年に少なくとも1つの文字があれば、公式で日付の年の部分のケタの数を与えます:
base26(fib(n) letters) + y10k(n)
base26(空言(n)手紙)+y10k(n)
Glassman, et. al. Informational [Page 7] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[7ページ]のRFC2550
Where "n" is the number of leading carets and the fig, base26 and y10k functions are defined with the following recurrence relations:
「n」が主な脱字記号とイチジクの数であるところでは、base26とy10k機能は以下の再発関係で定義されます:
fib(n) is the standard Fibonacci sequence with:
空言(n)は以下がある標準のフィボナッチ数列です。
fib(0) = 1
空言(0)=1
fib(1) = 1
空言(1)=1
fib(n+2) = fib(n) + fib(n+1)
空言(n+2)=空言(n)+空言(n+1)
base26(m letters) is the base 26 number represented by m letters
A-Z:
base26(m手紙)は26番号がm手紙A-Zで表したベースです:
base26(letter) = ASCII(<letter>) - ASCII('A')
base26(string letter) = 26 * base26(string) + base26(letter)
base26(手紙)はASCII(<手紙>)と等しいです--ASCII('A')base26(ストリング手紙)は26*base26(ストリング)+base26と等しいです。(手紙)
y10k(n) is the necessary fudge factor to align the sequences
y10k(n)は系列を並べる必要なファッジ要素です。
properly:
適切に:
y10k(0) = 5
y10k(n+1) = 26 ** fib(n) + y10k(n)
y10k(0)は5y10k(n+1)=26**空言(n)+y10kと等しいです。(n)
If the year does not have at least one letter in the year, then the number of digits in the year is:
1年間1年に少なくとも1つの文字がないなら、1年間のケタの数は以下の通りです。
4
4
This year format is space-efficient. The length of the prefix giving number of digits in the year only grows logarithmically with the number of digits in the year. And, the number of carets preceding the prefix only grows logarithmically with the number of digits in the prefix.
今年、形式はスペース効率的です。 1年間のケタの数に応じて、1年間のケタの数を与える接頭語の長さは対数関数的に成長するだけです。 そして、ケタの数が接頭語にある状態で、接頭語に先行する脱字記号の数は対数関数的に成長するだけです。
3.5 B.C.E. (Before Common Era) Years
3.5 E.(西暦紀元の前の)数年の紀元前
Now that have a format for all of the years in the future, we'll take on the "negative" years. A negative year is represented in "Y10K- complement" form. A Y10K-complement year is computed as follows:
将来、優に数年間それには形式があるので、私たちが「否定的な」年に取るつもりです。 否定的年は「Y10K補数」フォームに表されます。 Y10K-補数年は以下の通り計算されます:
1) Calculate the non-negative Y10K year string as in 3.4.2.4.
2) Replace all letters by their base 26 complement. I.E. A -> Z, B
-> Y, ... Z -> A.
3) Replace all digits in the year portion of the date by their base
10 complement. I.E. 0 -> 9, 1 -> 8, ... 9 -> 0.
4) Replace carets by exclamation points ('!').
5) Four-digit years are pre-pended with a slash ('/')
1) .4にY10K年が3.4のように結ぶ非否定的.2について計算してください。 2) すべての手紙をそれらのベース26補数に取り替えてください。 すなわち、->Z、B->Y… Z->A.3) 日付の年の部分のすべてのケタをそれらのベース10補数に取り替えてください。 すなわち、0->9、1->8… 9 ->0。 4) 脱字記号を感嘆符('!')に取り替えてください。 5) 4ケタの年はスラッシュであらかじめpendedされます。('/')
Glassman, et. al. Informational [Page 8] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[8ページ]のRFC2550
6) Years that don't now begin with an exclamation point or slash are
pre-pended with a star ('*'). (This rule covers the negative 5-
31 digit years).
6) 現在感嘆符かスラッシュで始まらない何年も星('*')と共にあらかじめpendedされます。 (この規則は年間負の5- 31ケタをカバーしています。)
For example, the year 1 BCE is represented by "/9998". The conversion is accomplished by applying rules:
「例えば、1BCEが」 /9998によって表される年に。」 変換は規則を適用することによって、実行されます:
1) Calculate the non-negative Y10K year ("1" -> "0001")
2) Complement the digits ("0001" -> "9998")
3) Four-digit numbers get a leading slash.
1) 非否定的なY10K年について計算してください、(「1インチの->、「1インチ)」 2) ケタの補足となってください、(「1インチ->「9998」)」 3) 4桁数が主なスラッシュを得ます。
The earliest four-digit BCE year (9999 BCE) becomes "/0000" and the year before that (10000 BCE) becomes "*Z89999". The earliest 5-digit BCE year (99999 BCE) is "*Z00000". And the year before that (100000 BCE) is "*Y899999". And so on.
「BCE年(9999BCE)は4ケタの最も前半0インチとそれ(10000BCE)が」 *Z89999になる前の年に」 /になります。」 「BCE年(99999BCE)は5ケタの最も前半そうです」*Z00000"。 「その前の」 *Y899999(100000BCE)である年」 など。
These rules give the desired sort order for BCE dates. For example,
the following dates get translated and sorted as:
Jun 6, 200 BCE /97990606
199 BCE /9800
Jan 1, 199 BCE /98000101
これらの規則はBCE日付に必要な種類に命令します。 例えば、次の日付は翻訳されて分類されているのに得ます: 6月6日、200BCE /97990606 199BCE /9800 1月1日、199BCE /98000101
3.6 Restrictions on Y10K Dates
3.6 Y10K日付の制限
There are no restrictions on legal values for Y10K dates. Y10K compliant programs MUST accept any syntactically legal Y10K date as a valid date. A '0' can be appended to the end of any Y10K date, yielding an equivalent date that sorts immediately after the original date and represents the instant after the original date.
制限が全くY10K日付の間、法定価格にありません。 Y10K対応することのプログラムはどんなシンタクス上法的なY10K期日にも有効な期日として受け入れなければなりません。 どんなY10K日付の終わりまでも'0'を追加できます、それが元の日付直後分類して、元の日付以降瞬間に表す同等な期日をもたらして。
The following are all valid representations (in sorted order) of the first instant of A10000:
↓これはすべて、A10000の最初の瞬間の有効な表現(分類されたオーダーにおける)です:
A1
A10000
A1000001
A100000101000000
A1000001010000000000000000000000
A1 A10000 A1000001 A100000101000000 A1000001010000000000000000000000
Similarly, the following are all valid Y10K dates (in sorted order) for the time after the last instant of the A99999 and before the first instant of B100000:
同様に、以下はA99999の最後の瞬間の後とB100000の最初の瞬間以前時間のY10K日付的(分類されたオーダーにおける)に、すべて有効です:
A999991231250000
A999991232
A999992
A9999999999
A99999999990000000000000
A999991231250000 A999991232A999992 A9999999999 A99999999990000000000000
Glassman, et. al. Informational [Page 9] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[9ページ]のRFC2550
4 ABNF
4 ABNF
The following ABNF [Crocker] gives the formal syntax for Y10K years.
以下のABNF[クロッカー]はY10Kのために正式な構文を何年も与えます。
The initial characters definitions are given in their lexical collation (ASCII) order.
彼らの語彙照合(ASCII)命令で初期のキャラクタ定義を与えます。
exclamation = '!' star = '*' slash = '/' digit = 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 letter = A | B | C | D | E | F | G | H | I | J | K | L | M |
''感嘆='!'星='*'スラッシュ='/ケタ=0| 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 手紙=A| B| C| D| E| F| G| H| I| J| K| L| M|
N | O | P | Q | R | S | T | U | V | W | X | Y | Z
caret = '^'
N| O| P| Q| R| S| T| U| V| W| X| Y| Z脱字記号='^'
year = [*(caret | exclamation) | star | slash ] [ *letter ]
*digit
month = 2digit
day = 2digit
hour = 2digit
minute = 2digit
second = 2digit
fraction = *digit
date = year [ month [ day [ hour [ minute [ second [ fraction
]]]]]]
*ケタ月=の2digit日=の2digit=2digit断片=*ケタ日付=2digit2年2digit分=目の一時間=の年=[*(脱字記号| 感嘆)| 星| スラッシュ][*手紙][月[日[時間[微小な[2番目の[断片]]]]]]
5 Open Issues
5 開いている問題
There are a number date comparison problems that are beyond the scope of this specification.
この仕様の範囲にある数の日付の比較問題があります。
1) Dates from different calendar systems can not be directly
compared. For instance, dates from the Aztec, Bhuddist, Jewish,
Muslim, and Hittite calendars must be converted to a common
calendar before comparisons are possible.
1) 直接異なったカレンダーシステムからの日付を比較できません。 例えば、比較が可能になる前にアステカ族、ユダヤ人の、そして、イスラム教のBhuddist、およびHittiteカレンダーからの日付を一般的なカレンダーに変換しなければなりません。
2) Future re-numberings of years are not covered. If, and when, a
new "Year 0" occurs and comes into general use, old dates will
have to be adjusted.
2) 何年もの将来の再番号の付け方はカバーされていません。 いつ、a、新しさ、「年の0インチは、起こって、一般的使用に入って、古い期日は調整されなければならないだろうか」。
3) Continued existence of Earth-centric time periods (year, day,
etc.) are problematical past the up-coming destruction of the
solar system (5-10 billion years or so). The use of atomic-time
helps some since leap seconds are no longer an issue.
3) 地球中心の期間(年、日など)の存続は太陽系(およそ5-100億年)の上がっている来る破壊で問題が多いです。 原子時間の使用は、飛躍秒がもう問題でないので、いくつかを助けます。
Glassman, et. al. Informational [Page 10] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[10ページ]のRFC2550
4) Future standards and methods of synchronization for inter-
planetary and inter-galactic time have not been agreed to.
4) 相互惑星のの、そして、相互巨大な時間の将来の規格と同期の方法は同意されていません。
5) Survivability of dates past the end of the universe is uncertain.
5) 宇宙の終わりを過ぎた日付の生存性は不確実です。
6 Affected Standards
6 影響を受ける規格
A number of standards currently and RFCs use 4-digit years and are affected by this proposal:
そして、多くの規格、現在、RFCsは4ケタの年を費やして、この提案で影響を受けます:
rfc2459: Internet X.509 Public Key Infrastructure
Certificate and CRL Profile
rfc2326: Real Time Streaming Protocol (RTSP)
rfc2311: ODETTE File Transfer Protocol
rfc2280: Routing Policy Specification Language (RPSL)
rfc2259: Simple Nomenclator Query Protocol (SNQP)
rfc2244: ACAP -- Application Configuration Access Protocol
rfc2167: Referral Whois (RWhois) Protocol V1.5
rfc2065: Domain Name System Security Extensions
rfc2060: Internet Message Access Protocol - Version 4rev1
rfc1922: Chinese Character Encoding for Internet Messages
rfc1912: Common DNS Operational and Configuration Errors
rfc1903: Textual Conventions for Version 2 of the
Simple Network Management Protocol (SNMPv2)
rfc1521: MIME (Multipurpose Internet Mail Extensions) Part One:
rfc2459: インターネットのX.509公開鍵基盤のCertificateとCRL Profile rfc2326: 本当のTime Streamingプロトコル(RTSP)rfc2311: オデットFile Transfer Protocol rfc2280: ルート設定Policy Specification Language(RPSL)rfc2259: 簡単なNomenclator Queryプロトコル(SNQP)rfc2244: ACAP--アプリケーションConfiguration Accessプロトコルrfc2167: 紹介Whois(RWhois)はV1.5 rfc2065について議定書の中で述べます: ドメインネームシステムSecurity Extensions rfc2060: インターネットMessage Accessプロトコル--バージョン4rev1 rfc1922: インターネットMessages rfc1912のための漢字Encoding: 一般的なDNS OperationalとConfiguration Errors rfc1903: Simple Network Managementプロトコル(SNMPv2)rfc1521のバージョン2のための原文のConventions: パート1をまねてください(マルチパーパスインターネットメールエクステンション):
rfc1123: Requirements for Internet hosts - application and support
rfc1123: インターネット・ホストのための要件--アプリケーションとサポート
The following standards internally represent years as 16-bit numbers (0..65536) and are affected by this proposal:
以下の規格は、年間内部的に、16ビットの数(0 .65536)を表して、この提案で影響を受けます:
rfc2021: Remote Network Monitoring Management Information Base
Version 2 using SMIv2
rfc1514: Host Resources MIB
rfc2021: SMIv2 rfc1514を使用するリモートNetwork Monitoring Management情報基地のバージョン2: ホストリソースMIB
The following ISO standard is affected:
ISO8601: International Date Format
以下のISO規格は影響を受けます: ISO8601: 国際日付の形式
8 Security Considerations
8 セキュリティ問題
Y10K dates will improve the security of all programs where they are used. Many errors in programs have been tracked to overflow while parsing illegal input. Programs allocating fixed size storage for dates will exhibit errors when presented with larger dates. These errors can be exploited by wily hackers to compromise the security of systems running these programs. Since Y10K dates are arbitrary length strings, there is no way to make them overflow.
Y10K日付はそれらが使用されているすべてのプログラムのセキュリティを向上させるでしょう。 不法な入力を分析している間、あふれるようにプログラムにおける多くの誤りを追跡してあります。 より大きい期日に与えると、日付に固定サイズ格納を割り当てるプログラムが誤りを示すでしょう。 陰険なハッカーは、これらのプログラムを動かすシステムのセキュリティで妥協するのにこれらの誤りを利用できます。Y10K日付が任意の長さのストリングであるので、あふれさせる方法が全くありません。
Glassman, et. al. Informational [Page 11] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[11ページ]のRFC2550
In addition, positive Y10K dates are easy to compare and less error- prone for humans. It is easier to compare the three projected end of the universe dates - "H100000000000", "I1000000000000" and "K100000000000000" - by looking at the leading letter than by counting the 0's. This will reduce inadvertent errors by people. This advantage will become more noticeable when large dates are more common.
さらに、上向きのY10K期日は人間にとって、傾向がある比較しやすくて、より少ない誤りです。 主な手紙を見ることによって宇宙日付"H100000000000"、"I1000000000000"、および"K100000000000000"の3の映し出された終わりを比較するのは0を数えるより簡単です。 これは人々による不注意な誤りを抑えるでしょう。 大きい期日が、より一般的であるときに、この利点は、よりめぼしくなるでしょう。
Unfortunately, negative Y10K dates are a bit more difficult to decipher. However, by comparing the current age of the universe to its projected end, it is obvious that there will be many more positive dates than negative dates. And, while the number of negative dates for human history is currently greater than the number of positive dates, the number of negative dates is fixed and the number of positive dates is unbounded.
残念ながら、否定的Y10K期日は解読するのがもう少し難しいです。 しかしながら、現在の宇宙の年齢から映し出された終わりを比較することによって、ずっと多くの上向きの期日が否定的期日よりあるのは、明白です。 そして、ヒトの歴史の否定的期日の数は現在、上向きの期日の数より大きいのですが、否定的期日の数は固定されています、そして、上向きの期日の数は限りないです。
9 Conclusion
9結論
It is not too early to aggressively pursue solutions for the Y10K problem. This specification presents a simple, elegant, and efficient solution to this problem.
積極的に解決策を追求できないくらい早く、それはY10K問題によってありません。 この仕様はこの問題の簡単で、上品で、効率的な解決を提示します。
10 References
10の参照箇所
[Crocker] Crocker, D. and P. Overell, "Augmented BNF for Syntax
Specifications: ABNF", RFC 2234, November 1997.
[クロッカー]クロッカー、D.、およびP.Overell、「構文仕様のための増大しているBNF:」 "ABNF"、1997年11月のRFC2234。
[Drake] Review for the Drake Equation
http://www.umsl.edu/~bwilking/assign/drake.html
ドレイク方程式 http://www.umsl.edu/~bwilking/assign/drake.html のための[ドレイク]レビュー
[Microsoft] SNMP SysUpTime Counter Resets After 49.7 Days
http://support.microsoft.com/support/kb/articles/Q169/
8/47.asp
49.7日間の http://support.microsoft.com/support/kb/articles/Q169/ 8/47.aspの後の[マイクロソフト]SNMP SysUpTimeカウンタリセット
[Mike] Y1K http://lonestar.texas.net/~mdlvas/y1k.htm
[マイク]Y1K http://lonestar.texas.net/~mdlvas/y1k.htm
[Nigel] Nigel's (en)lighening tour of Thermodynamics for
Economists ;-) http://www.santafe.edu/~nigel/thermo-
primer.html
[ナイジェル]ナイジェル(アン)のEconomistsのためのThermodynamicsのligheningツアー(^_-) http://www.santafe.edu/~nigel/thermo- primer.html
[NRAO] Astronomical Times
http://sadira.gb.nrao.edu/~rfisher/Ephemerides/times.html
[NRAO]天文学の回の http://sadira.gb.nrao.edu/~rfisher/Ephemerides/times.html
[RFC] Here are all the online RFCs. Note: this is a LONG menu.
http://info.internet.isi.edu/1s/in-notes/rfc/files
[RFC] ここに、すべてのオンラインRFCsがあります。 以下に注意してください。 これ、メニューLONGは http://info.internet.isi.edu/1s/in-notes/rfc/files です。
[UNIX] Year 2000 Issues http://www.rdrop.com/users/caf/y2k.html
[UNIX]Y2Kは http://www.rdrop.com/users/caf/y2k.html を発行します。
Glassman, et. al. Informational [Page 12] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[12ページ]のRFC2550
[Wilborne] PktCDateLig
http://www3.gamewood.net/mew3/pilot/pocketc/pktcdate/
index.html
[Wilborne]PktCDateLig http://www3.gamewood.net/mew3/pilot/pocketc/pktcdate/ index.html
[YUCK] Y10K Unlimited Consulting Knowledgebase
http://www.loyd.net/y10k/index.html
[YUCK]Y10Kの無制限なコンサルティングKnowledgebase http://www.loyd.net/y10k/index.html
[Zebu] The Search for H0
http://zebu.uoregon.edu/1997/ph410/l6.html
[コブウシ] H0 http://zebu.uoregon.edu/1997/ph410/l6.html の検索
11 Authors' Addresses
11人の作者のアドレス
Steve Glassman Compaq Systems Research Center 130 Lytton Avenue Palo Alto, CA 94301 USA
スティーブガラス製造人コンパックSystemsリサーチセンター130リットンAvenueパロアルト(カリフォルニア)94301米国
Phone: +1 650-853-2166 EMail: steveg@pa.dec.com
以下に電話をしてください。 +1 650-853-2166 メールしてください: steveg@pa.dec.com
Mark Manasse Compaq Systems Research Center 130 Lytton Avenue Palo Alto, CA 94301 USA
マークManasseコンパックSystemsリサーチセンター130リットンAvenueパロアルト(カリフォルニア)94301米国
Phone: +1 650-853-2221 EMail: msm@pa.dec.com
以下に電話をしてください。 +1 650-853-2221 メールしてください: msm@pa.dec.com
Jeff Mogul Compaq Western Resarch Lab 250 University Avenue Palo Alto, CA 94301 USA
ジェフ・要人のコンパックの西洋のResarch研究室250大学Avenueカリフォルニア94301パロアルト(米国)
Phone: +1 650-617-3300 EMail: mogul@pa.dec.com
以下に電話をしてください。 +1 650-617-3300 メールしてください: mogul@pa.dec.com
Glassman, et. al. Informational [Page 13] RFC 2550 Y10K and Beyond 1 April 1999
etグラスマン、アル。 Y10Kと1999年4月1日の情報[13ページ]のRFC2550
12. Full Copyright Statement
12. 完全な著作権宣言文
Copyright (C) The Internet Society (1999). All Rights Reserved.
Copyright(C)インターネット協会(1999)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部広げられた実現を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsの過程で定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.
上に承諾された限られた許容は、永久であり、インターネット協会、後継者または案配によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Glassman, et. al. Informational [Page 14]
etグラスマン、アル。 情報[14ページ]
一覧
スポンサーリンク
