<!DOCTYPE Article PUBLIC "-//OASIS//DTD DocBook V3.1//EN">

<article>

<artheader>

<title>The Clock Mini-HOWTO</title>
<author>
<firstname>Ron</firstname>
<surname>Bean</surname>
 <affiliation>
  <address><email>rbean@execpc.com</email></address>
 </affiliation>
</author>

<othercredit lang="ja">
<firstname>JF Project</firstname>
<surname></surname>
<contrib>日本語訳</contrib>
<affiliation>
 <address>JF@linux.or.jp</address>
</affiliation>
</othercredit>

<pubdate>v2.1, November 2000</pubdate>

<abstract>

<para>
<!--
How to set and keep your computer's clock on time.
-->
コンピュータに正確な時間を設定して、時計が狂わないようにする方法。
</para>

</abstract>

</artheader>

<!--###################### section 1 ####################################-->


<sect1 id="introduction">
<title><!--Introduction-->はじめに</title>

<sect2>
<title><!--Does Anybody Really Know What Time It Is?-->
ほんとは何時なんだい？</title>

<para>
<!--
The Real-Time-Clock (RTC) chips used on PC motherboards are
notoriously inaccurate, usually gaining or losing the same
amount of time each day. Linux provides a simple way to correct
for this in software, which can make the clock <emphasis>*very*</emphasis>
accurate, even without an external time source. But most people
don't know how to set it up, for several reasons:
-->
PC マザーボード上のリアルタイムクロック (Real-Time-Clock, RTC) チップの
不正確さは有名です。たいてい早すぎたり遅すぎたりするので、毎日少しずつ
時計が狂っていきます
<footnote><para>
訳注：コンピュータのクロックがどの程度正確かを教えてくれる、<ulink 
url="http://www.crl.go.jp/overview/index-J.html">通信情報研究所</ulink>の 
ページ <ulink url="http://www2.crl.go.jp/pub/jst/index-J.html">
http://www2.crl.go.jp/pub/jst/index-J.html</ulink>があります。
</para></footnote>。
しかし、Linux にはソフトウェア上でこれを修正する簡単な方法があります。
その方法を使えば、外部の時報ソースに頼らずとも時計を非常に正確に保つことが
できます。ただ、その設定方法を知る人があまりいないのは、(おそらく) 
以下のような理由があるからだと思われます。
</para>

<para>

<itemizedlist>
<listitem>

<para>
<!--
It's not mentioned in most of the general documentation
on how to set up linux, and it can't be set up
automatically (unless you have an external time source),
so the default is not to use it.
-->
Linux の設定全般を解説した文書ではほとんどこれに触れられておらず、
(外部の時報ソースを利用する場合以外は) 自動的に設定されることもないので、
デフォルトでは利用されないこと。
</para>
</listitem>
<listitem>

<para>
<!--
If you type &dquot;<literal>man clock</literal>&dquot; you may get
the man page for <literal>clock(3)</literal>, which is not what you
want. Try &dquot;<literal>man 8 clock</literal>&dquot; or
&dquot;<literal>man 8 hwclock</literal>&dquot; (some distributions
search the man pages in numerical order if you don't give
a section number, others search in the order specified in
<filename>/etc/man.config</filename>).
-->
<command>man clock</command> とコマンドを打つと <filename>clock (3)</filename> 
が表示されますが、これには全然別の事柄が記載されていること。<command>
man 8 clock</command> もしくは <command>man 8 hwclock</command> を試して
ください (セクションを指定せずに man page を検索した場合、一般の
ディストリビューションではセクションの若い方が先に表示されるようになって
います。<filename>/etc/man.config</filename> で指定した順に検索する
ディストリビューションもあります)。
</para>
</listitem>
<listitem>

<para>
<!--
Most people don't seem to care what time it is anyway.
-->
そもそも時間自体を気にしていない人が多いらしいこと。
</para>
</listitem>
<listitem>

<para>
<!--
Those few who do care often want to sync the system clock
to an external time source, such as a network time server
or radio clock. This makes the accuracy of the RTC
(mostly) irrelevant.
-->
時計の時間を気にするひとは、ネットワークタイムサーバ (netwok time server) 
や電波時計 (radio clock) といった外部の時報ソースにシステムクロックを同期 
(sync) させている人が大半であること。この場合、RTC が正確かどうかは(ほとんど)
関係がなくなります。
</para>
</listitem>

</itemizedlist>

</para>

<para>
<!--
This mini-HOWTO describes the low-tech approach (which can be
very accurate by itself), and provides pointers to several more
sophisticated options. In most cases the documentation is well
written, so I'm not going to repeat that information here.
-->
この mini-HOWTO では、ローテクな方向からアプローチします (それだけで、
時計は非常に正確になります)。また、もっと洗練された方法で時間調整したい
人のために、各種の情報源も紹介しています。後者の場合、その手の文書の解説
はおおむねしっかりしているので、本書では詳解しません。
</para>

<para>
<!--
Previous versions included detailed instructions for the old
<literal>clock(8)</literal> program for anyone still running an older
system, but I've dropped that section because most distributions
now use <literal>hwclock(8)</literal> instead, which has much better
documentation. If you still want a copy of the <literal>clock(8)</literal>
instructions I can email them to you, but read the section on
<literal>hwclock(8)</literal> first.
-->
本書の前バージョンでは、古いシステムをいまも使っている人のために旧式の 
<command>clock (8)</command> プログラムについて詳しく説明していましたが、今回は
そのセクションを省略しました。現在多くのディストリビューションが 
<command>clock (8)</command> にかえて <command>hwclock (8)</command> を採用
しており、<command>hwclock (8)</command> プログラムに関する文献の方がずっと
優れているからです。<command>clock (8)</command> の解説文が必要な場合は、著者に
メールで知らせてください。ただ、その場合は、先ず <command>hwclock (8)
</command> についての章を読んでからにしてください。
</para>

<para>
<note><title><!--Note-->注意</title>
<para>
<!--
You must be logged in as "<literal>root</literal>" to run
any program that affects the RTC or the system time, which
includes most of the programs described here. If you
normally use a graphical interface for everything, you may
also need to learn some basic unix shell commands.
-->
RTC やシステムクロックを修正するプログラムを実行するには "root" でログイン
しなければなりません。この文書で述べるプログラムの大半は、root 権限が
必要です。普段からグラフィカルインターフェイスしか使っていない場合は、
基本的な UNIX のシェルコマンドをいくつか学ぶ必要があるかもしれません。
</para>
</note>
</para>
<para>
<note><title><!--Note-->注意</title>
<para>
<!--
If you run more than one OS on your machine, you should
only let one of them set the RTC, so they don't
confuse each other. The exception is the twice-a-year
adjustment for Daylight Saving(s) Time (see the section on
DST for details).
-->
マシン上で複数の OS を使っている場合は、そのうちひとつだけで RTC の
設定を行い、他の OS との間で時間が食い違うことがないようにする必要があります。
ただ、年に 2 度の夏時間の調整については別です (詳しくは、
<link linkend="utc-dst">DST のセクション</link>をご覧ください)。
</para>
</note>
</para>

<para>
<!--
If you run a dual-boot system that spends a lot of time running
Windows, you may want to check out some of the clock software
available for that OS instead. Follow the links on the NTP
website at <ulink
url="http://www.eecis.udel.edu/~ntp/software.html">
http://www.eecis.udel.edu/~ntp/software.html</ulink>.
Many of the radio clocks mentioned here include software for Windows.
-->
デュアルブートシステムで主に Windows を使っているなら、Linux 版では
なく、Windows 版のクロックソフトウェアについて調べたいと思うかもしれません。
その場合は、次の NTP ウェブサイトの説明をご覧ください。<ulink
url="http://www.eecis.udel.edu/~ntp/software.html">
http://www.eecis.udel.edu/~ntp/software.html</ulink>。
本書での電波時計の説明の多くは、Windows 用ソフトウェアに関するものも
含まれています。
</para>

</sect2>

<sect2>
<title><!--Where to Find Stuff: "The Usual Places"-->
ソフトウェアの入手先：著名なアーカイブ</title>

<para>
<!--
In some places I've mentioned that software can be downloaded
from &dquot;the usual places&dquot;, which means any place you
could download a complete Linux system if you didn't get it on a
CD-ROM. In the old days that meant the ftp archive at
sunsite.unc.edu, and various mirror sites around the world. That
site has been renamed <ulink
url="http://metalab.unc.edu/linux/">
http://metalab.unc.edu/linux/</ulink>
(since Sun no longer sponsors it). Some distributions also have
their own websites, which may include a lot of this stuff.
-->
本書ではソフトウェアをダウンロードできる場所としていくつかのサイトを
挙げましたが、CD-ROM 版が手に入らない場合は Linux システム全体をそこから
ダウンロードすることもできます。
昔は、そのようなサイトは sunsite.unc.edu の ftp 
アーカイブと各国のそのミラーサイトであると相場が決まっていましたが、
現在 sunsite は <ulink url="http://metalab.unc.edu/linux/">
http://metalab.unc.edu/linux/</ulink> と改名されています (訳注：
2001年10月現在では ibiblio <ulink 
url="http://www.ibiblio.org/pub/linux/">http://www.ibiblio.org/pub/linux/
</ulink> という名称に変更されています)。
ディストリビューションの中には独自のウェブサイトを持っているものも
あり、そのなかにはこの文書で扱うソフトウェアが含まれている場合も
あります。
</para>

<para>
<!--
I assume most people get Linux on CD these days, and those CDs
often include software that is not part of the default
installation, so you may already have some of the programs
mentioned here without knowing it.
-->
最近では Linux を CD で入手する人がほとんどであり、そうした CD にはデフォルト
でインストールされないような各種ソフトウェアもたいてい含まれているので、
自分では意識していなくとも本書で述べるプログラムが既に手元にある場合が
多いと思われます。
</para>

<para>
<!--
The latest version of this mini-HOWTO can be found at the home of
the Linux Documentation Project, which is currently
<ulink url="http://www.linuxdoc.org/">http://www.linuxdoc.org/</ulink> 
(and is also reachable from
the metalab site mentioned above). I think all the old links are
now forwarded to this one.
-->
この mini-HOWTO の最新バージョンは、Linux Documentation Project のホーム
ページにあります。LDP のホームページは、現在 
<ulink url="http://www.linuxdoc.org/">http://www.linuxdoc.org/</ulink> 
です (上述した metalab サイトからも入手が可能です)。古いリンクを指定した
場合でも必ず現在のサイトに forward されるようになっていると思います。
</para>

<para>
<!--
All HOWTOs are written in SGML and converted to various other
formats by standardized conversion programs. Most people seem to
want the HTML version, which is at
<ulink url="http://www.linuxdoc.org/HOWTO/mini/Clock.html">
http://www.linuxdoc.org/HOWTO/mini/Clock.html</ulink>.
Revision history can be found as comments in the SGML source.
Most Linux distributions install a complete set of HOWTO's in
<literal>/usr/doc/HOWTO/</literal> and <literal>/usr/doc/HOWTO/mini/
</literal>.
-->
すべての HOWTO 文書は SGML で記述されており、規格に基づいた変換プログラム
を使って各種フォーマットに変換されています。たいていの人は HTML 形式で
読むと思われます。HTML 版は、
<ulink url="http://www.linuxdoc.org/HOWTO/mini/Clock.html">
http://www.linuxdoc.org/HOWTO/mini/Clock.html</ulink> です。
改訂履歴は SGML ソースにコメントとして記載しています。
大部分のディストリビューションでは、全 HOWTO 文書が <filename>
/usr/doc/HOWTO/</filename> と <filename>/usr/doc/HOWTO/mini/</filename> 
にインストールされています。
</para>

</sect2>

<sect2>
<title><!--Acknowledgements-->謝辞</title>

<para>
<!--
This mini-HOWTO has been greatly improved thanks to various
people who have sent me email since the first version in 1996.
In some cases they wrote with questions but ended up giving me as
much information as I gave them. Unfortunately I haven't compiled
a list of names (maybe next time). You know who you are <literal>:-)</literal>.
-->
この mini-HOWTO は、1996年の初版以来、著者にメールを送ってくれた多くの
方々のおかげで大幅に改善されてきました。中には、質問を受け取ったはずなのに、
結局こちらがいろいろと教えていただいたことも何度かありました。
残念ながら、著者はまだそれらの方の氏名のリストを作成していません 
(次回の改訂では多分記載できると思います)。心当たりのある方は、ご自分の
ことだとお分かりになると思います <literal>:)</literal>
</para>

</sect2>

</sect1>

<!--##################### section 2 ####################################-->


<sect1 id="time-tracking">
<title><!--How Linux Keeps Track of Time-->
Linux はどのように時間を計っているのか</title>

<sect2>
<title><!--Basic Strategies-->基本的な仕組み</title>

<para>
<!--
A Linux system actually has two clocks: One is the battery
powered &dquot;Real Time Clock&dquot; (also known as the
&dquot;RTC&dquot;, &dquot;CMOS clock&dquot;, or &dquot;Hardware
clock&dquot;) which keeps track of time when the system is turned
off but is not used when the system is running. The other is the
&dquot;system clock&dquot; (sometimes called the &dquot;kernel
clock&dquot; or &dquot;software clock&dquot;) which is a software
counter based on the timer interrupt. It does not exist when the
system is not running, so it has to be initialized from the RTC
(or some other time source) at boot time. References to
&dquot;the clock&dquot; in the <literal>ntpd</literal> documentation refer
to the system clock, not the RTC.
-->
Linux システムには 2 種類の時計があります。ひとつは、バッテリー駆動の
リアルタイムクロック(RTC や CMOS クロックもしくは
ハードウェアクロックとも呼ばれています)であり、これはシステムの電源が
オフの時にも動いていますが、システムの稼働中は使われません。
もうひとつは、システムクロック (System Clock, カーネルクロックもしくは
ソフトウェアクロックとも呼ばれます) であり、これはタイマ割り込みに基づく
ソフトウェア・カウンタ(software counter)です。
システムクロックは
システムの稼働中以外には存在しないので、起動時に RTC (もしくは
それ以外の外部時計) によって初期化される必要があります。<literal>ntpd
</literal> の付属文書で「クロック」を参照するという場合、RTC ではなくシステム
クロックの参照を意味しています。
</para>

<para>
<!--
The two clocks will drift at different rates, so they will
gradually drift apart from each other, and also away from the
&dquot;real&dquot; time. The simplest way to keep them on time is to
measure their drift rates and apply correction factors in
software. Since the RTC is only used when the system is not
running, the correction factor is applied when the clock is
read at boot time, using <literal>clock(8)</literal> or <literal>hwclock(8)
</literal>. The system clock is corrected by adjusting the rate at which the 
system time is advanced with each timer interrupt, using <literal>adjtimex(8)
</literal>.
-->
それら 2 種類の時計のズレ具合は異なっているので、両者は徐々に食い違っていき、
双方ともだんだんと実際の正確な時間から離れていきます。これらを正確に
保つ上で最も簡単な方法は、時間がズレる割合を計算してソフトウェア上で
それを修正することです。RTC はシステムの稼働していない時だけ使用されるもの
なので、RTC の修正は、起動時に時刻を読み込む際に <command>clock(8)</command> 
か <command>hwclock(8)</command> を使って行います。システムクロックの
修正は、タイマ割り込みによりシステム時間が進む際に <command>adjtimex(8)
</command> を使ってズレを修正することにより実施します。
</para>

<para>
<!--
A crude alternative to <literal>adjtimex(8)</literal> is to have
<literal>chron</literal> run <literal>clock(8)</literal> or <literal>
hwclock(8)</literal>
periodically to sync the system time to the (corrected) RTC. This
was recommended in the <literal>clock(8)</literal> man page, and it works
if you do it often enough that you don't cause large
&dquot;jumps&dquot; in the system time, but <literal>adjtimex(8)</literal>
is a more elegant solution. Some applications may complain if the
time jumps backwards.
-->
<command>adjtimex(8)</command> の代わりに <command>cron</command> を使って 
<command>clock(8)</command> か <command>hwclock(8)</command> を
定期的に実行し、システムクロックを(正確に調整した)RTC に同期させる
という方法もないわけではありません。これは <command>clock(8)</command> 
のマニュアルページで推奨されていますし、ある程度頻繁に同期させることで
両者の時間のズレを小さくしてシステムクロックの時刻が大幅に「ジャンプ」する
ことがなければ問題なく機能しますが、<command>adjtimex(8)</command> 
を使って調整した方がエレガントです。アプリケーションのなかには、
時間調整で時計を遡らせた場合にはエラーになるものがあるかもしれません。
</para>

<para>
<![IGNORE[
The next step up in accuracy is to use a program like
<literal>ntpd</literal> to read the time periodically from a network time
server or radio clock, and continuously adjust the rate of the
system clock so that the times always match, without causing
sudden &dquot;jumps&dquot; in the system time. If you always have a
network connection at boot time, you can ignore the RTC
completely and use <literal>ntpdate</literal> (which comes with the
<literal>ntpd</literal> package) to initialize the system clock from a
time server-- either a local server on a LAN, or a remote server
on the internet. But if you sometimes don't have a network
connection, or if you need the time to be accurate during the
boot sequence before the network is active, then you need to
maintain the time in the RTC as well.
]]>
時間調整の方法としては、他にも <literal>ntpd</literal> というプログラムを
使ってネットワークタイムサーバや電波時計から定期的に時間を読み込んで
継続的にシステムクロックの誤差を調整することで、システムクロックの時刻の大幅な
「ジャンプ」を避ける方法もあります。もし起動時に必ずネットワークコネクションを
張ることが出来るなら、RTC を完全に無視し、<command>ntpdate</command> 
(これは <literal>ntpd</literal> パッケージに付属しています) を使って
LAN 内のローカルマシンやインターネット上のリモートマシンにあるタイム
サーバによりシステムクロックを初期化することもできます。しかし、もし
必ずしもネットワークコネクションを張れないときがある場合や、起動中に
正確な時間を取得した後にネットワークに繋がなければならない場合は、
RTC の時間も調整しておく必要があります。
</para>

</sect2>

<sect2>
<title><!--Potential Conflicts-->コンフリクトの可能性</title>

<para>
<!--
It might seem obvious that if you're using a program like
<literal>ntpd</literal>, you would want to sync the RTC to the (corrected)
system clock. But this turns out to be a bad idea if the system
is going to stay shut down longer than a few minutes, because it
interferes with the programs that apply the correction factor to
the RTC at boot time.
-->
<filename>ntpd</filename> のようなプログラムを使っているなら、RTC を
(調整済みの)システムクロックに同期させようと思うかもしれません。
しかし、これはシステムが数分以上に渡って遮断される可能性がある場合には
予想通りに上手くはいきません。起動時に RTC を調整するプログラム
と干渉してしまうからです。
</para>

<para>
<!--
If the system runs 24/7 and is always rebooted immediately
whenever it's shut down, then you can just set the RTC from the
system clock right before you reboot. The RTC won't drift enough
to make a difference in the time it takes to reboot, so you don't
need to know its drift rate.
-->
システムが土日なしで 24 時間稼働し、電源が遮断された場合でもすぐに再起動する
ようになっているなら、システムクロック時間に基づいて再起動直前に RTC を
設定することは可能です。その際は RTC にはリブート中の経過時間の範囲内でしか
誤差が生じないので、RTC のズレ具合を知る必要もなくなります。
</para>

<para>
<!--
Of course the system may go down unexpectedly, so some versions
of the kernel sync the RTC to the system clock every 11 minutes
if the system clock has been adjusted by another program. The RTC
won't drift enough in 11 minutes to make any difference, but if
the system is down long enough for the RTC to drift
significantly, then you have a problem: the programs that apply
the drift correction to the RTC need to know <emphasis>*exactly*</emphasis>
when it was last reset, and the kernel doesn't record that
information anywhere.
-->
もちろんシステムには予想外の障害が付きものです。そこで、システムクロックが
何らかのプログラムによって正確に調整されている場合、カーネルのバージョンに
よっては RTC を 11 分ごとにシステムクロックに同期させるものがあります。通常 
11 分間のうちに RTC がシステムクロックと大きく食い違うことはありませんが、
システムが長時間ダウンして RTC 時間が大きくズレた場合は問題が生じます。
なぜなら RTC の誤差を調整するプログラムは、自分が RTC を最後にリセットした
時刻を<emphasis>正確に</emphasis>記憶している必要があるのですが、カーネルには
そのような情報は記録されていないからです。
</para>

<para>
<!--
Some unix &dquot;traditionalists&dquot; might wonder why anyone
would run a linux system less than 24/7, but some of us run
dual-boot systems with another OS running some of the time, or
run Linux on laptops that have to be shut down to conserve
battery power when they're not being used. Other people just
don't like to leave machines running unattended for long periods
of time (even though we've heard all the arguments in favor of
it). So the &dquot;every 11 minutes&dquot; feature becomes a bug.
-->
UNIX の伝統を重んじる人の中には、Linux システムはもともと 24 時間連続稼働
させるものなのだと思っている方もいることでしょう。しかし、デュアルブート
で時々は別の OS を実行しているユーザもいますし、ラップトップで Linux 
を使っているユーザは電源を落とすことで使用中以外の時間でのバッテリーの
消耗を防いだりもしています。それ以外にも、単に使っていないマシンを
長時間実行させっ放しにするのを好まない人もいます (むろん、電源を入れた
ままにする方が良いという議論は充分承知はしていますが)。そのような場合、
11 分ごとに同期を行う機能は非常に不都合な機能ということになります。
</para>

<para>
<!--
This &dquot;feature/bug&dquot; appears to behave differently in
different versions of the kernel (and possibly in different versions of 
<literal>xntpd</literal> and <literal>ntpd</literal> as well), so if
you're running both <literal>ntpd</literal> and <literal>hwclock</literal> you 
may need to test your system to see what it actually does. If you
can't keep the kernel from resetting the RTC, you might have to
run without a correction factor on the RTC.
-->
この(場合によっては不都合な)機能は、カーネルのバージョンが異なると
振る舞いも異なるようです (おそらく <filename>xntpd</filename> や 
<filename>ntpd</filename> のバージョンが異なる場合も、
振る舞いが変わるようです)。それゆえ、もし 
<filename>ntpd</filename> と <command>hwclock</command> の両方を
実行しているなら、予めテストを行って、その機能が実際にどういう振る舞いを
するのか確認する必要があるでしょう。もしカーネルが RTC をリセットする
のを止めさせることができない場合は、RTC に対する時間調整を一切行わない
ようにする必要があるでしょう。
</para>

<para>
<!--
The part of the kernel that controls this can be found in
<literal>/usr/src/linux-2.0.34/arch/i386/kernel/time.c</literal>
(where the version number in the path will be the version of the kernel you're 
running). If the variable <literal>time&lowbar;status</literal> is 
set to <literal>TIME&lowbar;OK</literal> then the kernel will write the system
time to the RTC every 11 minutes, otherwise it leaves the RTC
alone. Calls to <literal>adjtimex(2)</literal> (as used by <literal>ntpd
</literal> and <literal>timed</literal>, for example) may turn this on. Calls 
to <literal>settimeofday(2)</literal> will set <literal>time&lowbar;status
</literal> to <literal>TIME&lowbar;UNSYNC</literal>, which tells the kernel 
not to adjust the RTC. I have not found any real documentation on this.
-->
こうしたことを制御しているのは、カーネル内の <filename>
/usr/src/linux-2.0.34/arch/i386/kernel/time.c</filename> です 
(パス中のバージョン番号は、お手持ちのカーネルのバージョン番号に置き換えて
ください)。変数 <varname>time_status</varname> が <varname>TIME_OK</varname> 
に設定されると、カーネルはシステム時間を 11 分ごとに RTC に書き込もうと
し、それ以外の値だと RTC には干渉しません。(例えば、<filename>ntpd</filename> 
や <filename>timed</filename> を使って) <command>adjtimex(2)</command> を
呼び出すことで、これをオンにすることができます。<command>settimeofday (2)
</command> を呼べば、<varname>time_status</varname> を <varname>
TIME_UNSYNC</varname> に設定することができます。これは、カーネルに 
RTC の調整をしないよう指示するものです。この辺りのことを詳しく説明した
文書を著者は知りません。
</para>

<para>
<!--
I've heard reports that some versions of the kernel may have
problems with &dquot;sleep modes&dquot; that shut down the CPU to
save energy. The best solution is to keep your kernel up to date,
and refer any problems to the people who maintain the kernel.
-->
カーネルのバージョンによっては、CPU への電源供給を遮断してバッテリー
を長持ちさせる sleep 機能に問題があるものがあるという報告を受けています。
最良の解決策は、カーネルを常に最新の状態に更新してゆくことであり、
カーネルの管理者に問題を報告するようにすることです。
</para>

<para>
<!--
If you get bizarre results from the RTC you may have a hardware
problem. Some RTC chips include a lithium battery that can run
down, and some motherboards have an option for an external
battery (be sure the jumper is set correctly). The same battery
maintains the CMOS RAM, but the clock takes more power and is
likely to fail first. Bizarre results from the system clock may
mean there is a problem with interrupts.
-->
RTC の狂い方が妙な場合は、ハードウェア上の問題かもしれません。RTC 
チップにはリチウム電池が内蔵されていますが、この電池が切れたのかも
しれません。また、マザーボードによっては外部バッテリーを使えるように
設計されたものもあります(ジャンパの設定を確認してください)。
CMOS RAM も RTC と同じ電池で動いているのですが、時計の方が
電力の消費が激しいのでたいてい先に動かなくなります。システム
クロックの表示がおかしい場合は、割り込みに問題があるかもしれません。
</para>

</sect2>

<sect2 id="utc-dst">
<title><!--Should the RTC use Local Time or UTC, and What About DST?-->
RTC にはローカルタイムか UTC のどちらを使うべきか？ DST って何？</title>

<para>
<![IGNORE[
The Linux &dquot;system clock&dquot; actually just counts the
number of seconds past Jan 1, 1970, and is always in UTC (or GMT,
which is technically different but close enough that casual users
tend to use both terms interchangeably). UTC does not change as
DST comes and goes-- what changes is the <emphasis>conversion</emphasis> 
between UTC
and local time. The translation to local time is done by
library functions that are linked into the application programs.
]]>
Linux のシステムクロックが実際にカウントしているのは、1970年1月1日
からの経過秒数であり、時刻は必ず協定世界時 (UTC, Coodinated Universal Time) 
を使います (UTC は GMT (Greenwich Mean Time) とほぼ同義です。
両者は技術的には別物ですが非常に似通っているので、一般のユーザは
同じ意味で使うことが多いようです)。UTC は、夏時間 (DST, Daylight Saving Time) 
が必要な場合でも変更されることはありません。変わるのは、UTC とローカルタイム
との間での変換方法だけです。ローカルタイムへの変換は、アプリケーション
プログラムにリンクされたライブラリ関数によって実行されます。
(訳注：DST (いわゆるサマータイム)については、
いまのところ日本では関係ありません。)
</para>

<para>
<!--
This has two consequences: First, any application that needs
to know the local time also needs to know what time zone you're
in, and whether DST is in effect or not (see the next section for
more on time zones). Second, there is no provision in the kernel to
change either the system clock or the RTC as DST comes and goes,
because UTC doesn't change. Therefore, machines that only run
Linux should have the RTC set to UTC, not local time.
-->
これは、結果的に二つの意味を持ちます。まず第一に、アプリケーションが
ローカルタイム知る必要がある場合は、DST が有効であるか否かに関わらず、
同時にユーザのタイムゾーンも知る必要があるということです (タイムゾーン
については、次章を参考にしてください)。第二に、DST が問題になる場合でも、
UTC 自体に変更はないので、カーネルはシステムクロックや RTC を変更する必要
がないということです。それゆえ Linux しか走らせないマシンの場合、
RTC はローカルタイムではなく UTC に設定すべきです。
</para>

<para>
<!--
However, many people run dual-boot systems with other OS's that
expect the RTC to contain the local time, so <literal>hwclock</literal>
needs to know whether your RTC is in local time or UTC, which it
then converts to seconds past Jan 1, 1970 (UTC). This still does
not provide for seasonal changes to the RTC, so the change must
be made by the other OS (this is the one exception to the rule
against letting more than one program change the time in the RTC).
-->
しかしながら、RTC がローカルタイムを表示していることを前提にした OS を
同居させて、デュアルブートシステムにしている人は多いと思います。その場合、
<command>hwclock</command> は RTC がローカルタイムか UTC であるか
を知る必要があり、さらにその時刻を 1970年1月1日 (UTC) からの経過秒数へと
変換する必要があります。ただ、これは RTC に対する夏時間調整までは行わない
ことから、夏時間への変更は Linux 以外の OS 側で実行する必要があります 
(これは RTC の時間を変更する際は単一プログラムを使い、重複した変更を行わない
というルールの例外に当たります)。
</para>

<para>
<!--
Unfortunately, there are no flags in the RTC or the CMOS RAM to
indicate standard time vs DST, so each OS stores this information
someplace where the other OS's can't find it. This means that
<literal>hwclock</literal> must assume that the RTC always contains the
correct local time, even if the other OS has not been run since
the most recent seasonal time change.
-->
残念ながら、RTC や CMOS RAM にはローカルタイムの表示に関して標準時間か DST 
なのかを区別するためのフラグがないので、OS は、おのおの他の OS からは分からない
場所にその情報を保存しています。つまり、夏時間の始期や終期の前後に Linux 
以外の OS を起動して時間調整していない場合であっても、
<command>hwclock</command> は、RTC が
いつも正しいローカルタイムを表示していると仮定しなければならないわけです。
</para>

<para>
<!--
If Linux is running when the seasonal time change occurs, the
system clock is unaffected and applications will make the
correct conversion. But if linux has to be rebooted for any
reason, the system clock will be set to the time in the RTC,
which will be off by one hour until the other OS (usually
Windows) has a chance to run.
-->
夏時間調整の始期や終期の前後に Linux が動いていた場合、システムクロック自体は
影響を受けないわけですし、アプリケーションも正しい時刻変換をするでしょう。
しかし、何らかの理由で Linux を再起動しなければいけない場合、
システムクロックは RTC 時間に合わせて設定されます。その場合、
システムクロックは他の OS (通常は Windows) が実行されるまで
時刻が 1 時間狂ってしまいます。
</para>

<para>
<!--
There is no way around this, but Linux doesn't crash very often,
so the most likely reason to reboot on a dual-boot system is to
run the other OS anyway. But beware if you're one of those people
who shuts down Linux whenever you won't be using it for a while-&#045;
if you haven't had a chance to run the other OS since the last
time change, the RTC will be off by an hour until you do.
-->
これに対処する方法はないのですが、Linux はめったなことではクラッシュ
しないので、デュアルブートシステムでリブートをかけるのは
たいてい Linux から他の OS に切り替えるためです。しかし、
もし長時間コンピュータを使わないときに電源を切るタイプの人なら、つまり
夏時間調整の変更があっても他の OS を使う機会がなかったなら、
他の OS を走らせるまで RTC は一時間狂うことになるのを忘れないで
ください。
</para>

<para>
<!--
Some other documents have stated that setting the RTC to UTC
allows Linux to take care of DST properly. This is not really
wrong, but it doesn't tell the whole story-&#045; as long as you don't
reboot, it does not matter which time is in the RTC (or even if
the RTC's battery dies). Linux will maintain the correct time
either way, until the next reboot. In theory, if you only reboot
once a year (which is not unreasonable for Linux), DST could come
and go and you'd never notice that the RTC had been wrong for
several months, because the system clock would have stayed
correct all along. But since you can't predict when you'll want
to reboot, it's better to have the RTC set to UTC if you're not
running another OS that requires local time.
-->
解説書のなかには、RTC を UTC に設定することで Linux が DST を上手く
扱えるようになると説明しているものがあります。これは全くの間違い
ではないですが、不正確です。リブートをしない限り、(RTC のバッテリー
が切れていた場合でも、) RTC がどちらの時間を表示しているかは問題
になりません。Linux は、リブートがかかるまではいずれかの方法で
正しい時間を表示しているわけです。理論的には、もし一年に一回しか
リブートしないなら(これは、Linux の場合、特に珍しいことでは
ありません)、DST が問題になる場合でもシステムクロックはずっと
正確な時間を伝えているので、RTC が狂ったとしても何ヶ月も気付かない
でしょう。しかし、いつリブートをするかということは予め予測が付かない
ので、ローカルタイムを必要とする OS を使っていない場合は、
RTC を UTC に設定した方がいいでしょう。
</para>

<para>
<!--
The Dallas Semiconductor RTC chip (which is a drop-in replacement
for the Motorola chip used in the IBM AT and clones) actually has
the ability to do the DST conversion by itself, but this feature
is not used because the changeover dates are hard-wired into the
chip and can't be changed. Current versions change on the first
Sunday in April and the last Sunday in October, but earlier
versions used different dates (and obviously this doesn't work in
countries that use other dates). Also, the RTC is often
integrated into the motherboard's &dquot;chipset&dquot; (rather
than being a separate chip) and I don't know if they all have
this ability.
-->
Dallas Semiconductor の RTC チップ (これは、Motorola チップの代わりに 
IBM AT 機やその互換機に搭載されるようになったチップです) は、実際に
チップ自体に UTC を DST に変換する能力が備わっていますが、変更すべき
日付があらかじめハード的に固定されていてそれをソフト的に変えることが
できないので、この機能は使われていません。最新のバージョン更新が 
2000年4月の第一日曜日と 10月の最終日曜日に実施されましたが、それ
以前のバージョンのチップでは、それぞれ異なった日時が使われています。
(また、これは(合衆国と)違う日付を使っている国では、明らかに機能しません。)
 さらに、RTC は (単体のチップではなく) マザーボードのチップセットの
中に組み込まれている場合も多くなっているので、それらすべてがこの
能力を持っているかどうか著者には分かりません。
</para>

</sect2>

<sect2>
<title><!--How Linux keeps Track of Time Zones-->
タイムゾーンの設定について</title>

<para>
<!--
You probably set your time zone correctly when you
installed Linux. But if you have to change it for some reason, or
if the local laws regarding DST have changed (as they do
frequently in some countries), then you'll need to know how to
change it. If your system time is off by some exact number of
hours, you may have a time zone problem (or a DST problem).
-->
おそらく Linux インストールの際に、読者はタイムゾーンを正しく
設定していると思います。しかし、もし何らかの理由でそれを
変更しなければならない場合、もしくは DST に関する自国の法律が
変更された場合(こういう法律変更が頻繁に起こる国もあります)、
タイムゾーンを変更する方法を知る必要が生じるでしょう。
システム時間がきっかり数時間ずれているようなときは、
タイムゾーン (もしくは、DST) の設定に問題があります。
</para>

<para>
<!--
Time zone and DST information is stored in
<literal>/usr/share/zoneinfo</literal> (or
<literal>/usr/lib/zoneinfo</literal> on older systems).
The local time zone is determined by a symbolic link from
<literal>/etc/localtime</literal> to one of these files.
The way to change your timezone is to change the link.
If your local DST dates have changed, you'll have to edit the
file.
-->
タイムゾーンや DST の情報は、<filename>/usr/share/zoneinfo</filename> 
(もしくは <filename>/usr/lib/zoneinfo</filename>) に保存されて
います。ローカルなタイムゾーンは、<filename>/etc/localtime</filename> 
から上記のファイル群のひとつにシンボリックリンクを張ることで決定
されています。タイムゾーンを変更するには、そのリンクを張り替え
ましょう。もし DST の日付が変わらない場合は、そのファイルを編集する
必要があります。
</para>

<para>
<!--
You can also use the <literal>TZ</literal> environment variable to change
the current time zone, which is handy of you're logged in
remotely to a machine in another time zone. Also see the man
pages for <literal>tzset</literal> and <literal>tzfile</literal>.
-->
また、環境変数 <envar>TZ</envar> を使って現在のタイムゾーンを変更することも
できます。これは異なるタイムゾーンにある遠隔マシンにログインしている
場合には、便利な方法です。詳しくは、<command>tzset</command> と 
<command>tzfile</command> のマニュアルページをご覧ください。
</para>

<para>
<!--
This is nicely summarized at
-->
これについては、次のサイトで分かり易く説明されています。
<ulink
url="http://www.linuxsa.org.au/tips/time.html"
>http://www.linuxsa.org.au/tips/time.html</ulink
>
</para>

</sect2>

<sect2>
<title><!--The Bottom Line-->どの程度の精度が必要か</title>

<para>
<!--
If you don't need sub-second accuracy, <literal>hwclock(8)</literal> and
<literal>adjtimex(8)</literal> may be all you need. It's easy to get
enthused about time servers and radio clocks and so on, but I ran
the old <literal>clock(8)</literal> program for years with excellent results.
On the other hand, if you have several machines on a LAN it can be
handy (and sometimes essential) to have them automatically sync
their clocks to each other. And the other stuff can be fun to
play with even if you don't really need it.
-->
ミリ秒単位での正確さが不要なら、<command>hwclock(8)</command> と <command>
adjtimex(8)</command> だけでおそらく充分です。タイムサーバや電波時計
等に夢中になったとしても無理はありませんが、著者は古い <command>
clock(8)</command> プログラムだけでここ数年すばらしい結果を得ています。
他方、LAN 上に複数のマシンがある場合は、互いに時計を自動的に同期させる
ことができれば便利です(あるいは、それが不可欠な場合もあります)。それ以外
にも、特に必要がなくても使ってみて面白いツール類もあります。
</para>

<para>
<!--
On machines that only run Linux, set the RTC to UTC (or GMT).
On dual-boot systems that require local time in the RTC, be aware
that if you have to reboot Linux after the seasonal time change,
the clock may be temporarily off by one hour, until you have a
chance to run the other OS. If you run more than two OS's, be
sure only one of them is trying to adjust for DST.
-->
Linux だけしか走らせないマシンならば、RTC を UTC (もしくは GMT) に
設定しましょう。RTC をローカルタイムに設定する必要のあるデュアルブート
システムの場合は、注意すべき点があります。もし夏時間の変更前後に Linux 
をリブートしなければならないときは、時計が暫定的に一時間ずれてしまうことが
あるということです。その状態は、もう一つの OS を起動するまで続くことになり
ます。3 つ以上の OS が載っている場合は、そのうちひとつの OS だけで DST を
調整するよう気を付けてください。
</para>

</sect2>

</sect1>

<!--####################### section 3 ###################################-->


<sect1 id="software">
<title><!--Software-->ソフトウェア</title>

<sect2>
<title><!--Clock(8) and Hwclock(8)-->
clock(8) と hwclock(8)</title>

<para>
<!--
All linux distributions install either the old <literal>clock(8)</literal>
or the newer <literal>hwclock(8)</literal>, but without a correction
factor. Some may also install <literal>adjtimex(8)</literal>, or they may
include it on the CD as optional (or you can download it from
the usual Linux archive sites). Some distributions also include
a graphical clock setting program that runs in an X-window, but
those are designed for interactive use, and the system will still
install <literal>clock(8)</literal> or <literal>hwclock(8)</literal> for use 
in the startup scripts.
-->
どのようなディストリビューションでも古い <command>clock(8)</command> か
新しい <command>hwclock(8)</command> のどちらかはインストールされます (
時間の調整は自分でする必要があります)。<command>adjtimex(8)</command> も
インストールされるか、オプションとして CD に同梱されているでしょう  
(<command>adjtimex</command> は通常の Linux アーカイブサイトからダウンロード
することもできます)。ディストリビューションによっては X Window 上で
グラフィカルにクロックを設定するプログラムを含んでいたりしますが、
それらはあくまでインタラクティブな使い方をするようになっているので 
(自動設定ができないので)、<command>
clock(8)</command> や <command>hwclock(8)</command> もインストールされ
初期化スクリプトで自動設定が出来るようになっています。
</para>

<para>
<!--
<literal>Clock(8)</literal> requires you to calculate the correction factor
by hand, but <literal>hwclock(8)</literal> calculates it automatically
whenever you use it to reset the RTC (using another program to
set the RTC will interfere with the drift correction, so always
use the same program if you're using a correction factor). If you
have an older system that still uses <literal>clock(8)</literal> and you
want to upgrade, you can find <literal>hwclock(8)</literal> in the
&dquot;<literal>util-linux</literal>&dquot; package, version 2.7 or later.
See the man page for more information.
-->
<command>clock</command> の場合、時間調整のための数値は手動で計算
しなければなりません。他方 <command>hwclock</command> の場合、そのコマンド
を使って RTC をリセットするたびごとに調整率を自動で計算してくれます (両方を
交互に使って RTC を設定すると時間調整が狂ってしまうので、調整の際は
必ずどちらか一方を使うようにしてください)。もし <command>clock</command> 
しか入っていない古いシステムを使っていてアップグレードしたい場合は、
<command>hwclock</command> は <filename>util-linux</filename> 
パッケージのバージョン 2.7 以降に含まれています。詳しくはマニュアル
ページをご覧ください。
</para>

<para><note>
<para>
<!--
The man page for <literal>hwclock(8)</literal> may be called
&dquot;<literal>clock</literal>&dquot; for backward compatibility, so
try both names. <literal>Hwclock(8)</literal> will respond to commands
written for <literal>clock(8)</literal>, but the result may not be the
same-&#045; in particular, &dquot;<literal>hwclock -a</literal>&dquot; is
not quite the same as &dquot;<literal>clock -a</literal>&dquot;, so if
you're upgrading to <literal>hwclock</literal> I'd suggest replacing
all references to &dquot;<literal>clock</literal>&dquot; in your
startup scripts to use <literal>hwclock</literal>'s native commands
instead.
-->
<command>hwclock(8)</command> のマニュアルページは、下位互換性を保つために 
<command>clock</command> のコマンド名で呼び出す設定になっていることがある
ので、両方のコマンド名を試してください。<command>hwclock</command> は
<command>clock</command> 用のコマンドにも反応はしますが、その場合処理結果は 
<command>clock</command> の時とは異なるかもしれません。特に <command>
hwclock -a</command> は、<command>clock -a</command> とはかなり異なって
います。もし <command>hwclock</command> にアップグレードしているなら、
初期化スクリプト内で <command>clock</command> 用コマンドを使っている
部分はすべて <command>hwclock</command> のネイティブコマンドに差し替える
ことをおすすめします。
</para></note>
</para>

<para>
<!--
The startup scripts vary from one distribution to another, so you
may have to search a bit to find where it sets the clock. Typical
locations are <literal>/etc/rc.local</literal>,
<literal>/etc/rc.d/rc.sysinit</literal>,
<literal>/etc/rc.d/boot</literal>, or somesimilar place.
-->
初期化スクリプトはディストリビューションごとに異なるので、多少調べないと
クロックを設定している場所が見つからないかもしれません。典型的な場所は 
<filename>/etc/rc.local</filename> や <filename>/etc/rc.d/rc.sysinit
</filename>、<filename>/etc/rc.d/boot</filename> などです。
</para>

<para>
<!--
The correction factor for the RTC is stored in
<literal>/etc/adjtime</literal>.
Red Hat has a script in
<literal>/etc/sysconfig/clock</literal> that controls the
options to <literal>hwclock</literal>.
-->
RTC の時間調整用の数値は、<filename>/etc/adjtime</filename> に保存されて
います。Red Hat の場合 <filename>etc/sysconfig/clock</filename> に
スクリプトがあり、そのスクリプトで <command>hwclock</command> のオプション
を制御しています。
</para>

<para>
<![IGNORE[
When you're setting the clock to determine the drift rate, keep
in mind that your local telephone time announcement may or may
not be accurate. If you don't have a shortwave radio or GPS
receiver, you can hear the audio feed from WWV by calling
(303)499-7111 (this is a toll call to Boulder, Colorado). It
will cut you off after three minutes, but that should be long
enough to set the clock. USNO and Canada's CHU also have
telephone time services, but I prefer WWV's because there is
more time between the announcement and the &dquot;beep&dquot;.
You can also get the time from a network time server using the
<literal>ntpdate</literal> program that comes with <literal>ntpd</literal>, 
and there's a javaclock at <ulink url="www.time.gov"></ulink>.
]]>
クロックの設定で時計の規則的なズレを調整する場合は、電話での時報が
正確ではない場合があり得ることを念頭に置いてください (訳注：まあ、
アメリカでの話だと思います)。短波ラジオや 
GPS レシーバを持っていないときは、(303)499-7111 に電話をして、
WWV から時報を聞くこともできます(これは、コロラドのボルダーへの
長距離電話になります)。3 分で自動的に切れますが、クロックの設定には
充分です。USNO やカナダの CHU も時報サービスをしていますが、著者は 
WWV のほうがいいと思います。時間のアナウンスと時報音の間隔が長い
からです。他にも <filename>ntpd</filename> 付属の <command>ntpdate
</command> を使ってネットワークタイムサーバから時刻を得ることもできますし、
<ulink url="http://www.time.gov/">www.time.gov</ulink> には 
javaclock もあります。
</para>

<para>
<!--
In any case, what you're setting is the system clock, not the RTC
(see the man page for the <literal>date</literal> command for the formats
to use). Then use <literal>hwclock</literal> to set the RTC and calculate
the drift rate. If you're doing this by hand, you should be able
to set it within a second or two, and get a reasonable
approximation of the drift rate after a few weeks. Then you can
run <literal>adjtimex(8)</literal> to fine-tune the system clock.
-->
どれを使った場合でも設定するのはシステムクロックであり、RTC では
ありません(<command>date</command> コマンドのマニュアルページを
見て、どういうフォーマットを使うのか確認してください)。そして、
<command>hwclock</command> を使用して RTC を設定し、規則的なズレの
割合を計算します。手動でやる場合、1 秒か 2 秒以内の誤差に設定して、
一週間後におよそのズレの率を確認するようにしてください。そして 
<command>adjtimex</command> を実行し、システムクロックを調整してください。
</para>

</sect2>

<sect2>
<title>Adjtimex(8)</title>

<para>
<!--
<literal>Adjtimex(8)</literal> allows the user to adjust the kernel's time
variables, and therefore change the speed of the system clock
(you must be logged in as &dquot;<literal>root</literal>&dquot; to do
this). It is cleverly designed to compare the system clock to the
RTC using the same correction factor used by <literal>clock(8)</literal> or
<literal>hwclock(8)</literal>, as stored in <literal>/etc/adjtime</literal>.
So, once you've established the drift rate of the RTC, it's fairly simple
to correct the system clock as well. Once you've got it running
at the right speed, you can add a line to your startup scripts to
set the correct kernel variables at boot time. Since
<literal>adjtimex(8)</literal> was designed to work with <literal>clock(8)
</literal>
or <literal>hwclock(8)</literal>, it includes a work-around for the
&dquot;every 11 minutes&dquot; bug.
-->
<command>adjtimex</command> コマンドは、カーネルの時間変数の調整が
できるので、それによってシステムクロックのスピードを変更するようになって
います(実行の際には root でログインする必要があります)。<command>hwclock
</command> は設計が秀逸であり、システムクロックと RTC の時刻を
比較する際に <filename>/etc/adjtime</filename> に保存された、<command>clock
</command> でも <command>hwclock</command> でも使える同一の調整数値を
使うようになっています。それゆえ RTC の規則的ズレを直してしまえば、
システムクロックを調整するのも非常に簡単です。一旦クロックが正しい
スピードで動くように出来たなら、初期化スクリプトに設定行を追加して
起動時にカーネル変数を適切に設定することができます。<command>adjtimex
</command> は <command>clock</command> でも <command>hwclock</command> 
でも使えるように設計されているので、前述した「11 分ごと」のバグも
回避できるようになっています。
</para>

<para>
<!--
After you've installed <literal>adjtimex(8)</literal> you can get more
information on setting it up by typing &dquot;<literal>man 8
adjtimex</literal>&dquot; (there is also an <literal>adjtimex(2)</literal> man
page, which is not what you want) and by reading the
<literal>README</literal> file in <literal>/usr/doc/adjtimex-1.3/README
</literal>
(where the version number in the path will be the current version
of <literal>adjtimex(8)</literal>).
-->
<command>adjtimex</command> のインストールが済んだら、設定に関する詳しい情報
を得るには <command>man 8 adjtimex</command> とタイプするか
(設定以外の情報に関する <command>adjtimex</command> のマニュアル
ページもあります)、<filename>/usr/doc/adjtimex-1.3/README</filename> 
の <filename>README</filename> ファイルを読むかしてください 
(ディレクトリパス上のバージョン番号は、<command>adjtimex</command> の
最新バージョンの番号となります)。
</para>

</sect2>

<sect2>
<title><!--Xntpd and ntpd: the Network Time Protocol-->
xntpd と ntpd - ネットワークタイムプロトコル</title>

<para>
<!--
<literal>Xntpd</literal> (NTPv3) has been replaced by <literal>ntpd</literal>
(NTPv4); the earlier version is no longer being maintained.
-->
<filename>xntpd</filename> (NTPv3) は、<filename>ntpd</filename> (NTPv4) 
に置き換わりました。古いバージョンは現在メンテナンスの対象外となっています。
</para>

<para>
<!--
<literal>Ntpd</literal> is the standard program for synchronizing clocks
across a network, and it comes with a list of public time servers
you can connect to. It can be a little more complicated to set up
than the other programs described here, but if you're interested
in this kind of thing I highly recommend that you take a look at
it anyway.
-->
<literal>ntpd</literal> は、ネットワーク越しに時計を同期させる標準的な
プログラムであり、
プログラムには接続可能なパブリックタイムサーバのリストが付属しています。
設定については本書で述べているようなプログラムよりもやや複雑かもしれま
せんが、この種の事柄に興味があるならまずざっと眺めてみることをおすすめ
します。
</para>

<para>
<!--
The &dquot;home base&dquot; for information on <literal>ntpd</literal>
is the NTP website at <ulink
url="http://www.eecis.udel.edu/~ntp/"
>http://www.eecis.udel.edu/~ntp</ulink>
which also includes links to all kinds of interesting time-related
stuff (including software for other OS's). Some linux
distributions include <literal>ntpd</literal> on the CD. There is a list of
public time servers at
<ulink url="http://www.eecis.udel.edu/~mills/ntp/clock2.html"
>http://www.eecis.udel.edu/~mills/ntp/clock2.html</ulink>.
-->
<filename>ntpd</filename> に関する情報は NTP のウェブサイトである 
<ulink url="http://www.eecis.udel.edu/~ntp/">http://www.eecis.udel.edu/~ntp/
</ulink> に集約されています。またここには、時間に関連する様々な事柄 
(他の OS 用のソフトウェアも含む) へのリンクが掲載されています。
ディストリビューションによっては <filename>ntpd</filename> が CD に
収められている場合もあります。パブリックタイムサーバのリストは、
<ulink url="http://www.eecis.udel.edu/~mills/ntp/clock2.html">
http://www.eecis.udel.edu/~mills/ntp/clock2.html</ulink> をご覧ください。
</para>

<para>
<!--
A relatively new feature in <literal>ntpd</literal> is a &dquot;burst mode
&dquot; which is designed for machines that have only intermittent
dial-up access to the internet.
-->
<literal>ntpd</literal> の比較的新しい機能に、「バーストモード(burst mode)」
があります。
これはダイアルアップで時々しかインターネットに接続しないマシン用に
設計された機能です。
</para>

<para>
<!--
<literal>Ntpd</literal> includes drivers for quite a few radio clocks
(although some appear to be better supported than others). Most
radio clocks are designed for commercial use and cost thousands
of dollars, but there are some cheaper alternatives (discussed in
later sections). In the past most were WWV or WWVB receivers, but
now most of them seem to be GPS receivers. NIST has a PDF file
that lists manufacturers of radio clocks on their website at
<ulink url="http://www.boulder.nist.gov/timefreq/links.htm">
http://www.boulder.nist.gov/timefreq/links.htm</ulink> (near
the bottom of the page). The NTP website also includes many links
to manufacturers of radio clocks at
<ulink url="http://www.eecis.udel.edu/~ntp/hardware.htm">
http://www.eecis.udel.edu/~ntp/hardware.htm</ulink> and
<ulink url="http://www.eecis.udel.edu/~mills/ntp/refclock.htm"
>http://www.eecis.udel.edu/~mills/ntp/refclock.htm</ulink>.
Either list may or may not be up to date at any given time <literal>:-) 
</literal>.
The list of drivers for <literal>ntpd</literal> is at
<ulink url="http://www.eecis.udel.edu/~ntp/ntp_spool/html/refclock.htm">
http://www.eecis.udel.edu/~ntp/ntp_spool/html/refclock.htm</ulink>.
-->
<filename>ntpd</filename> には、電波時計用ドライバも数多く含まれて
います (ただ、なかにはあまり性能の良くないのもありますが)。電波時計
の大部分は商用として作成されていて、数千ドルの値段が付いたりしますが、
それにかわる安価な手段も存在します (これについては後ほど解説します)。
以前はほとんどが WWV や WWVB レシーバでしたが、現在では大部分が 
GPS レシーバとなっています。NIST のウェブサイトには PDF ファイル形式での
電波時計の製造元一覧表があります。
<ulink url="http://www.boulder.nist.gov/timefreq/links.htm">
http://www.boulder.nist.gov/timefreq/links.htm</ulink> (ページの末尾です)。
また NTP ウェブサイトにも電波時計の製造会社へのリンクが多数掲載
されています。
<ulink url="http://www.eecis.udel.edu/~ntp/hardware.htm">
http://www.eecis.udel.edu/~ntp/hardware.htm</ulink> および
<ulink url="http://www.eecis.udel.edu/~mills/ntp/refclock.htm"
>http://www.eecis.udel.edu/~mills/ntp/refclock.htm</ulink>。
どちらのリストも、随時更新されたりされなかったりのようです :-)　
<filename>ntpd</filename> のドライバは、
<ulink url="http://www.eecis.udel.edu/~ntp/ntp_spool/html/refclock.htm">
http://www.eecis.udel.edu/~ntp/ntp_spool/html/refclock.htm</ulink> 
にあります。
</para>

<para>
<!--
<literal>Ntpd</literal> also includes drivers for several dial-up time
services. These are all long-distance (toll) calls, so be sure to
calculate the effect on your phone bill before using them.
-->
<literal>ntpd</literal> には、ダイアルアップ用のタイムサービスについての
ドライバも含まれています。これらはすべて長距離電話を使うので、
プログラムを使う前に電話料金がどれくらいになるか計算するのを忘れない
でください。
</para>

</sect2>

<sect2>
<title>chrony プログラム</title>

<para>
<!--
<literal>Xntpd</literal> was originally written for machines that have a
full-time connection to a network time server or radio clock. In
theory it can also be used with machines that are only connected
intermittently, but Richard Curnow couldn't get it to work the
way he wanted it to, so he wrote &dquot;<literal>chrony</literal>&dquot; as an
alternative for those of us who only have network access when
we're dialed in to an ISP (this is the same problem that
<literal>ntpd</literal>'s new &dquot;burst mode&dquot; was designed to solve).
The current version of <literal>chrony</literal> includes drift correction
for the RTC, for machines that are turned off for long periods of
time.
-->
<literal>xntpd</literal> はもともとネットワークタイムサーバか電波時計
に常時接続できるマシン用に作られていました。理論的には時々しか接続しない
マシンでも使えるのですが、Richard Curnow は思い通りの方法で <literal>xntpd
</literal> を動かすことができなかったため、<literal>chrony</literal> という
プログラムを作成し、ISP にダイアルアップで接続するときしかネットワークに
アクセスしないユーザ向けに別の手段を提供してくれました (これは 
<literal>ntpd</literal> が新機能である burst mode で解決しようとしたのと
同じ問題です)。<literal>chrony</literal> の現在のバージョンには、
長時間電源をオフにするマシン用に RTC の規則的ズレを解消する機能も
含まれています。

</para>

<para>
<!--
You can get more information from Richard Curnow's website at
<ulink url="http://www.rrbcurnow.freeuk.com/chrony"
>http://www.rrbcurnow.freeuk.com/chrony</ulink> or
<ulink url="http://go.to/chrony">http://go.to/chrony</ulink>.
There are also two <literal>chrony</literal> mailing lists, one for
announcements and one for discussion by users. For information
send email to
<literal><ulink url="mailto:chrony-users-subscribe@egroups.com"
>chrony-users-subscribe@egroups.com</ulink></literal> or 
<literal><ulink url="mailto:chrony-announce-subscribe@egroups.com">
chrony-announce-subscribe@egroups.com</ulink></literal>
-->
詳しい情報は Richard Curnow のウェブサイト 
<ulink url="http://www.rrbcurnow.freeuk.com/chrony">
http://www.rrbcurnow.freeuk.com/chrony</ulink> や 
<ulink url="http://go.to/chrony">http://go.to/chrony</ulink> 
をご覧下さい。<literal>chrony</literal> には二つのメーリングリスト
があり、ひとつはアナウンス用、もうひとつはユーザによる議論の場と
なっています。詳しくは &lt;hrony-users-subscribe@egroups.com&gt; か 
&lt;chrony-announce-subscribe@egroups.com&gt; に
メールを送信してください。
</para>

<para>
<!--
Chrony is normally distributed as source code only, but Debian
has been including a binary in their &dquot;unstable&dquot;
collection. The source file is also available at the usual Linux
archive sites.
-->
<literal>chrony</literal> は通常ソースコードのみの配布となっていますが、
Debian では、unstable のなかにバイナリ版が含まれています。
ソースファイルについても、著名な Linux アーカイブサイトで入手できます。
</para>

</sect2>

<sect2>
<title><!--Clockspeed-->clockspeed プログラム</title>

<para>
<!--
Another option is the <literal>clockspeed</literal> program by DJ
Bernstein. It gets the time from a network time server and simply
resets the system clock every three seconds. It can also be used
to synchronize several machines on a LAN.
-->
それ以外の選択肢として、DJ Bernstein による <literal>clockspeed</literal> 
というプログラムがあります。これはネットワークタイムサーバから時間を
取得して、3 秒ごとにシステムクロックを再設定するという単純な方法を
使うものです。また LAN 上にあるいくつかのマシンを同期させるために
使うこともできます。
</para>

<para>
<!--
I've sometimes had trouble reaching his website at
<ulink url="http://Cr.yp.to/clockspeed.html">
http://Cr.yp.to/clockspeed.html</ulink>, so if you get a DNS
error try again on another day. I'll try to update this
section if I get some better information.
-->
彼のウェブサイト <ulink url="http://Cr.yp.to/clockspeed.html">
http://Cr.yp.to/clockspeed.html</ulink> はときどきトラブルが
あるようです。もし DNS エラーが出るようなら、再度翌日にアクセス
してみてください。この部分については詳しい情報が入り次第、
更新します。
</para>

</sect2>

</sect1>

<!--######################### section 4 ################################-->

<sect1 id="radio-clocks">
<title><!--Radio Clocks-->電波時計</title>

<sect2>
<title><!--CHU and the "Gadget Box"-->CHU と 「Gadget Box」</title>

<para>
<!--
CHU, the Canadian shortwave time station near Ottawa, is similar
to WWV in the US but with one important difference: in addition
to announcing the time in both French and English, it also
broadcasts the current time once per minute using the old &dquot;Bell
103&dquot; (300 baud) modem tones. These tones are very easy to
decode, and Bill Rossi realised that you don't even need a
modem-&#045; just a shortwave radio and a sound card. If you're able
to receive the signal from CHU, this may be the cheapest radio
clock available. Shortwave reception varies throughout the day,
but Bill claims that by changing frequencies twice a day (morning
and evening) he gets almost 24-hour coverage. CHU broadcasts on
3.33, 7.335, and 14.670 MHz.
-->
CHU とは、オタワ近郊にあるカナダ短波時報局 (Canadian shortwave time station) 
のことであり、合衆国の WWV に類似した組織ですが、両者にはひとつだけ重要な
違いがあります。CHU は英語とフランス語で時報を提供するだけでなく、
古い "Bell 103" (300 baud) モデムトーンを使って一分間隔で時報を放送
しているという点です。このトーンはデコードが非常に容易であるため、
Bill Rossi はモデム(デコーダ)を使うまでもなく、短波ラジオとサウンドカードで
解析できることを発見しました。CHU からの信号を受信できるなら、これは
最も安上がりな電波時計として使えます。短波の受信状況は一日のうちに
何度か変化しますが、Bill によると、日に二回 (朝と夕方) 周波数を変えれば 
ほぼ 24 時間受信できるそうです。CHU の放送は 3.33, 7.335, 
および 14.670 MHz です。
</para>

<para>
<!--
For more information see Bill Rossi's website at
<ulink url="http://www.rossi.com/chu/">http://www.rossi.com/chu/</ulink>. 
The source file is also available at the usual Linux archive sites. 
For information on CHU's time services see
<ulink url="http://www.nrc.ca/inms/time/ctse.html">
http://www.nrc.ca/inms/time/ctse.html</ulink>.
-->
詳細は Bill Rossi のウェブサイト 
<ulink url="http://www.rossi.com/chu/">http://www.rossi.com/chu/</ulink> 
をご覧ください。ソースファイルは著名なアーカイブサイトからも入手できます。
CHU の時報サービスについては、
<ulink url="http://www.nrc.ca/inms/time/ctse.html">
http://www.nrc.ca/inms/time/ctse.html</ulink> を見て下さい。
</para>

<para>
<!--
The NTP website has plans for a &dquot;gadget box&dquot; that
decodes the CHU time broadcast using an inexpensive 300 baud
modem chip and any shortwave radio, at <ulink 
url="http://www.eecis.udel.edu/~ntp/ntp_spool/html/gadget.htm">
http://www.eecis.udel.edu/~ntp/ntp_spool/html/gadget.htm</ulink>.
The plans include a Postscript image of a
2-sided custom printed circuit board, but you have to make the
board yourself (or find someone who can make it for you).
-->
「Gadget Box」というプランが NTP ウェブサイトにあります。これは安価な 300 
baud のモデムと適当な短波ラジオを使って CHU の時報をデコードするという
ものです <ulink 
url="http://www.eecis.udel.edu/~ntp/ntp_spool/html/gadget.htm">
http://www.eecis.udel.edu/~ntp/ntp_spool/html/gadget.htm</ulink>。 
このプランでは専用の両面プリント基盤に関する PostScript 図を掲載しています
が、基盤自体は自分で作らなければなりません (もしくは、作ってくれる人を
探す必要があります)。
</para>

<para>
<!--
<literal>Ntpd</literal> includes a driver (type 7) for CHU receivers, which
works either with modems like the &dquot;<literal>gadget box</literal>&dquot;,
or by feeding the audio directly into the mic input of a Sun SPARCstation
(or any other machine with &dquot;compatible audio drivers&dquot;).
-->
<filename>ntpd</filename> には CHU レシーバ用のドライバ (type 7) が含まれて
います。これは「Gadget Box」のようなモデムを使うか、もしくは Sun 
SPARCstation (あるいはその互換オーディオドライバを持ったマシン) のマイク
入力に直接音声を入力することで動くようになっています。
</para>

</sect2>

<sect2>
<title><!--WWV and the "Most Accurate Clock"-->
WWV と「Most Accurate Clock」</title>

<para>
<!--
You may have heard about Heathkit's &dquot;Most Accurate Clock&dquot;,
which received and decoded the time signal from WWV and had an
optional serial port for connecting to a computer. Heathkit
stopped selling kits a long time ago, but they continued to sell
the factory-built version of the clock until 1995, when it was
also discontinued. For Heathkit nostalgia (not including the
clock) see <ulink url="http://www.heathkit-museum.com">
http://www.heathkit-museum.com</ulink>. The
Heathkit company still exists, selling educational materials. See
<ulink url="http://www.heathkit.com">
http://www.heathkit.com</ulink>.
-->
Heathkit 社の「Most Accurate Clock」というのを聞いたことがある方もいる
でしょう。これは WWV の時報を受信してデコードし、オプションのシリアルポート
を使ってコンピュータに接続するというものです。Heathkit は随分まえに
このキットの販売を止めてしまいましたが、1995年まではこの時計の完成品版の
販売を続けていました (現在は販売していません)。(時計以外の製品を
含めた) Heathkit 社へのノスタルジアを書いたページが 
<ulink url="http://www.heathkit-museum.com">
http://www.heathkit-museum.com</ulink> にあります。Heathkit 社自体は
今も健在であり、学習用の教材を販売しています。詳しくは 
<ulink url="http://www.heathkit.com">
http://www.heathkit.com</ulink> をご覧ください。
</para>

<para>
<!--
According to Dave Mills, Heathkit's patent on the &dquot;Most Accurate
Clock&dquot; is due to expire soon, so maybe someone out there would
like to clone it as a single-chip IC.
-->
Dave Mills によると、Heathkit 社の「Most Accurate Clock」に関する特許は
もうすぐ期限切れになるので、もしかするとそのクローンをシングルチップ IC 
として売り出す会社が出てくるかもしれないそうです。
</para>

<para>
<!--
The NTP website has a DSP program (and a PDF file describing it) at
<ulink url="http://www.eecis.udel.edu/~mills/resource.htm">
http://www.eecis.udel.edu/~mills/resource.htm</ulink>
that decodes the WWV time signal using a shortwave radio and the
TAPR/AMSAT DSP-93, a DSP kit which is no longer available. It was
based on the Texas Instruments TMS320C25 DSP chip. The TAPR
website at <ulink url="http://www.tapr.org">
http://www.tapr.org</ulink> includes a lot of
information on homebrew DSP programming.
-->
NTP ウェブサイトには DSP プログラム (およびそれを解説した PDF ファイル) 
があります <ulink url="http://www.eecis.udel.edu/~mills/resource.htm">
http://www.eecis.udel.edu/~mills/resource.htm</ulink>。 これは短波ラジオと 
TAPR/AMSAT DSP-93 という (現在では販売していない) DSP キットを使って 
WWV 時報をデコードするものです。このキットは Texas Instruments の 
TMS320C25 DSP チップをベースにしたものです。TAPR のウェブサイト 
<ulink url="http://www.tapr.org">http://www.tapr.org</ulink> には
自社開発の DSP プログラムに関する情報が豊富にあります。
</para>

<para>
<!--
<literal>Ntpd</literal> includes a driver (type 6) for the IRIG-B and
IRIG-E time codes, using <literal>/dev/audio</literal> on a
Sun SPARCstation, with a note that it is &dquot;likely portable
to other systems&dquot;. WWV uses the IRIG-H time code.
-->
<literal>ntpd</literal> パッケージには IRIG-B と IRIG-E タイムコードの
ドライバ (type 6) も含まれています。
これは Sun SPARCstation の <filename>/dev/audio</filename> 
を利用するものですが、それ以外のシステムにも移植が可能だそうです。
WWV では IRIG-H タイムコードが使われています。
</para>

<para>
<!--
WWV is run by NIST, which has a website at
<ulink url="http://www.boulder.nist.gov/timefreq/index.html">
http://www.boulder.nist.gov/timefreq/index.html</ulink>.
This site includes the text of &dquot;Special Publication 432&dquot;,
which describes their time and frequency services, at
<ulink url="http://www.boulder.nist.gov/timefreq/pubs/sp432/sp432.htm">
http://www.boulder.nist.gov/timefreq/pubs/sp432/sp432.htm</ulink>.
WWV broadcasts on 2.5, 5, 10, 15, and 20 Mhz.
-->
WWV は NIST により運営されており、ウェブサイトは 
<ulink url="http://www.boulder.nist.gov/timefreq/index.html">
http://www.boulder.nist.gov/timefreq/index.html</ulink> です。
このサイトには "Special Publication 432" という文書があり、これには 
時間と周波数についての記述があります。
<ulink url="http://www.boulder.nist.gov/timefreq/pubs/sp432/sp432.htm">
http://www.boulder.nist.gov/timefreq/pubs/sp432/sp432.htm</ulink>. 
WWV は 2.5, 5, 10, 15, 20 MHz で放送しています。
</para>

</sect2>

<sect2>
<title><!--GPS and the "Totally Accurate Clock"-->
GPS と「Totally Accurate Clock」</title>

<para>
<!--
GPS signals include the correct time, and some GPS receivers have
serial ports. <literal>Ntpd</literal> includes drivers for several GPS
receivers. The 1PPS feature (&dquot;One Pulse Per Second&dquot;,
required for high accuracy) usually requires a separate interface
to connect it to the computer.
-->
GPS 信号には正確な時間も含まれていて、GPS レシーバのなかにはシリアル
ポートを備えたものがあります。ntpd には各種 GPS レシーバ用のドライバが
同梱されています。1PPS 機能 ("One Pulse Per Second", これはかなり高精度
を要する場合に使われるものです) は、通常特別なインターフェイスを使って
コンピュータに繋ぐ必要があります。
</para>

<para>
<!--
TAPR (Tuscon Amateur Packet Radio) makes a kit for an interface
called &dquot;TAC-2&dquot; (for &dquot;Totally Accurate
Clock&dquot;) that plugs into a serial port and works with any
GPS receiver that can provide a 1PPS output-&#045; including some
&dquot;bare board&dquot; models that can be mounted directly to
the circuit board. For more information see their website at
<ulink url="http://www.tapr.org">
http://www.tapr.org</ulink>. The price (as of June 1999) is around
&dollar;140, not including the GPS receiver. The kit does not
include any enclosure or mounting hardware.
-->
TAPR (Tuscon Amateur Packet Radio) には TAC-2 ("Totally Accurate Clock" の
略) というインターフェイス用のキットがあります。これはシリアルポートに
差し込んで GPS レシーバと繋ぐためのインターフェイスであり、1PPS の出力を
もつ GPS レシーバならどんなものでも使えます。またこれには回路基盤に
直接載せることができるベアボードモデル (bare board model) もあります。
詳しくは <ulink url="http://www.tapr.org/">
http://www.tapr.org/</ulink> のウェブサイトをご覧ください。(1999年6月時点での) 
値段は、GPS レシーバ抜きで 140 ドル前後です。このキットには筐体や回路基盤
取り付け用の部品は含まれていません。
</para>

<para>
<!--
The CHU &dquot;gadget box&dquot; (described in another section)
can also be used as an interface for the 1PPS signal. The NTP website
has a discussion of this at
<ulink url="http://www.eecis.udel.edu/~ntp/ntp_spool/html/pps.htm">
http://www.eecis.udel.edu/~ntp/ntp_spool/html/pps.htm</ulink>.
-->
(別の章で述べた) CHU 「Gadget Box」 も 1PPS 信号のインターフェイスとして
使うことができます。NTP ウェブサイトにはこれに関する説明が記載されて
います <ulink url="http://www.eecis.udel.edu/~ntp/ntp_spool/html/pps.htm">
http://www.eecis.udel.edu/~ntp/ntp_spool/html/pps.htm</ulink>。
</para>

</sect2>

<sect2>
<title><!--Low-frequency Time Signals: DCF77, MSF(Rugby), WWVB-->
長波タイムシグナル： DCF77, MSF(Rugby), WWVB</title>

<para>
<!--
These low-frequency stations broadcast a time code by simply
switching the carrier on and off. Each station uses its own
coding scheme, and summaries are available on the NTP website at
<ulink url="http://www.eecis.udel.edu/~mills/ntp/index.htm">
http://www.eecis.udel.edu/~mills/ntp/index.htm</ulink>
(near the bottom of the page). DCF77 in Germany broadcasts on
77.5kHz. MSF in England (also called &dquot;Rugby&dquot;, which
apparently refers to its location) and WWVB in Colorado both
broadcast on 60 kHz.
-->
長波放送局では、キャリアのオン・オフ切り替えに
よってタイムシグナルを放送しています。放送局ごとに独自の
コード方式を使っており、その概要は NTP ウェブサイトに掲載
されています。<ulink url="http://www.eecis.udel.edu/~mills/ntp/index.htm">
http://www.eecis.udel.edu/~mills/ntp/index.htm</ulink> (このページの
最後のほうです)。ドイツの DCF77 では 77.5kHz、イギリスの MSF (ここは
所在地にちなんで "Rugby" とも呼ばれています) とコロラドの WWVB は
どちらも 60 kHz で放送されています。
</para>

<para>
<!--
Reception of WWVB varies, but there are plans to increase its
broadcast power, in several stages. You can follow its progress
on NIST's website at
<ulink url="http://www.boulder.nist.gov/timefreq/wwvstatus.html">
http://www.boulder.nist.gov/timefreq/wwvstatus.html</ulink>.
-->
WWVB の受信感度は一定していませんが、放送出力を段階的に上げようという計画が
あります。その進捗状況については NIST のウェブサイトをご覧ください 
<ulink url="http://www.boulder.nist.gov/timefreq/wwvstatus.html">
http://www.boulder.nist.gov/timefreq/wwvstatus.html</ulink> 。
</para>

<para>
<!--
Inexpensive receivers that can plug into a serial port are
reported to be available in Europe. <literal>Ntpd</literal> includes
drivers for a couple of MSF receivers.
-->
シリアルポートに接続できる安価なレシーバがヨーロッパで入手可能だそうです。
<literal>ntpd</literal> にはいくつかの MSF レシーバ用のドライバが含まれて
います。
</para>

<para>
<!--
A number of companies in the US sell relatively inexpensive
clocks that have built-in WWVB receivers (including several
analog wall clocks), but I'm only aware of two that can be
connected to a computer:
-->
合衆国の多くの会社が WWVB レシーバを組み込んだ比較的安価な時計を
販売しています (これには壁掛け用の時計もいくつか含まれています)。
しかし、著者の知る限り、コンピュータに接続できるのは 2 機種しか
ありません。
</para>

<para>
<!--
The Ultralink Model 320 sells for about &dollar;120 (as of June
1999) and has a serial interface and a straightforward ASCII
command set, so it shouldn't be too hard to program. It draws 1mA
from the serial port for power. The antenna can be up to 100 feet
away from the computer, and the unit contains its own clock to
maintain the time if it loses the signal. They also sell a
&dquot;bare board&dquot; version for about &dollar;80 that is
designed to work with the &dquot;BASIC Stamp&dquot; series of
microcontrollers. See <ulink url="http://www.ulio.com/timepr.html">
http://www.ulio.com/timepr.html</ulink>.
-->
Ultralink Model 320 という時計は (1999年6月時点で) 120 ドル程度ですが、
これはシリアルインターフェイスと ASCII 文字によるコマンド
セットが使えるようになっています。それゆえ、プログラムを作るのは
それほど難しくないはずです。これはシリアルポートから 1 mA の電源を
取ります。アンテナはコンピュータから 100 フィートまで離すことができ、
シグナルが得られない場合に備えて組み込みの内蔵クロックで時間を測定し
続けることができます。Ultralink ではベアボーン版も 80 ドル程度で
販売しています。これは "BASIC Stamp" シリーズのマイクロコントローラで
動くように設計されています。詳しくは次のウェブページをご覧ください。
<ulink url="http://www.ulio.com/timepr.html">
http://www.ulio.com/timepr.html</ulink>.
</para>

<para>
<!--
Arcron Technology sells a desk clock with an optional serial
port for about &dollar;130, including software for Windows. See
<ulink url="http://www.arctime.com">
http://www.arctime.com</ulink>
-->
Arcron Technology は、シリアルポートをオプション装備した卓上時計を約 80 ドル
で販売しています。これには Windows 用のソフトウェアも含まれています。
詳しくは次のウェブページをご覧ください。
<ulink url="http://www.arctime.com">
http://www.arctime.com</ulink>.
</para>

</sect2>

</sect1>

<sect1 id="jptrans">
<title>日本語訳について</title>
<para>
誤訳・誤字・脱字については、&lt;JF@linux.or.jp&gt; までお願いします。
</para>
<para><simplelist columns="3" type="horiz">
<member>翻訳：</member>
<member>吉川雅英 &lt;kikkawa@m.u-tokyo.ac.jp&gt;</member>
<member>(1997/01)</member>

<member>更新：</member>
<member>千旦裕司 &lt;ysenda@pop01.odn.ne.jp&gt;</member>
<member>(2001/10/06)</member>
<member>校正：</member>
<member>高城正平 &lt;takavoid@palette.plala.or.jp&gt;</member>
<member></member><member></member>
<member>小林雅典 &lt;zap03216@nifty.ne.jp&gt;</member>
</simplelist>
</para>
</sect1>



</article>
