バックアップ用一次電池を内蔵しているため高さがある。内蔵電池が消耗した際は搭載しているマザーボードの寿命時期を意味した。1])は、コンピュータなどが内蔵する時計や、その機能が実装されている集積回路(IC)のことを指す。リアルタイムクロックはシステムの電源が切られていてもバッテリバックアップなどにより「時刻」を刻み続けることが特徴である。これに対し、オペレーティングシステムが持つ時刻機能(以下システム時刻)はタイマーにより「時間」を測定しそれを積算するもので、分解能はリアルタイムクロックに勝るが、シャットダウンすると時刻情報が失われ、次にシステムを起動したときにRTCを参照して設定する必要がある。MS-DOSのように自身では時間をカウントせず、時刻を必要とする時は常にRTCを参照するようなシステムもある。外部リンク概要編集RTC機能を持つICは多くのコンピュータシステムで使われており、現在のパーソナルコンピュータや情報家電にはほぼ必ず組み込まれている。オペレーティングシステムによっては、システム時刻に対してハードウェアクロックと呼ぶことがある。組み込みシステムの分野では、RTCのことをカレンダークロックと呼ぶこともある。RTCは、システム本体の電源から独立したバッテリー(ボタン型電池や、電気二重層コンデンサなど)から電力を得られる様にして、システムがシャットダウンしている時でも計時機能を維持する設計とすることが多い(バッテリーバックアップ)。システムが無停電電源装置などによって停電保障されている場合は、システム本体と同じ電源でRTCを駆動するような設計が行われることもある。一次バッテリーをバックアップに用いる場合、消耗を押さえるために、商用電源が断たれた場合のみバッテリー駆動に切り替える設計も行われる。RTCは、コンピュータの、CPUや他の周辺機器(CPUクロックやシステムクロック)とは別のクロックジェネレータ(通常32768Hz=2^15Hzなど、分周器によって1Hzを作り易い周波数のもので、主に時計用などとして生産・流通しているもの)で動作させることが多い。それぞれBCDで保持し、1秒ごとに日時を更新し、機種によっては「曜日」も提供する。PC用のRTCでは8ビット幅のデータバスを持ち、これをCPUのデータバスに接続してIOポートとして扱うが、SPIやI2Cなどのシリアルインターフェースで接続するものもある。そのような場合、OS側で上位2桁を補う必要があり、2000年問題に通じる問題を持つ。システムが開発された時期に応じて、MS-DOS関係では、1980年を基準として、80以上99以下なら1900年代、00以上79以下ならば2000年代として扱う処理となっていたりするものが多い。一般にRTCへの書き込み(つまり時刻あわせ)はコンピュータから見て非常に時間がかかる。そのためネットワーク上で時刻同期するような場合でも、頻繁にRTCへ書き込まないような考慮をオペレーティングシステムが行っている。現在のOSは起動時にRTCを読み取って、別に用意された高精度(イベント)タイマーの日時と精度を校正し、以後RTCから時刻を読み出すのではなく、高精度タイマーのカウンタ値によって時刻を保持している。これはRTCの時刻精度がおよそミリ秒が限度なのに対して、高精度タイマーはナノ秒からピコ秒の精度をもっており、より正確な時刻管理が出来るためである。タイムゾーン編集PCなど多くの場合、RTCはタイムゾーンを扱う機能を持たず、読み出した日時がどのタイムゾーンの時刻であるかを直接知る術はない[1]。OSはブート時にRTCを参照してシステム時刻を同期させるが、両者がそれぞれどのタイムゾーンであるかを把握しておかないと齟齬が生じる。OSのインストーラではRTCが保持している日時がUTCであるかローカルタイムであるか、またローカルタイムであるならどのタイムゾーン(例JST)であるか、をユーザーに質問する。このためユーザーはインストール前に何らかの方法でRTCの保持する時刻のタイムゾーンを調べなければならない。コントローラー・ハブ(ICH)の設定にRTCの時刻が表示されるので、これでRTCがUTCかローカルタイムであるかを把握できる。BIOSの時刻設定機能を用いて、予めRTCをUTCないしローカルタイムに合わせておいてからOSのインストーラを起動してもよい。database)とは別個に保持される。Unix系OSでは前者は/etc/adjtime、後者は/etc/localtimeという別々の設定ファイルに分けて記録されている。この後、OSブートの度にRTCを読み出しシステム時刻がこれと同期される。逆にシャットダウン時はタイムゾーンを考慮しつつシステム時刻をRTCに書き込む[2]。このため両OSをマルチブートできるシステムにおいて、仮にUnix系OSでRTCのタイムゾーンをUTCと設定しておくと、両者の切替の際に齟齬が生じ、RTCの内容に信頼がおけなくなる。NT系ではUTCを使うという対策がある。時刻が直感的に判り難く、またローカルタイムの概念を持たないアプリケーションではタイムスタンプがUTCをローカルタイムとみなして保存するので都合が悪くなる。Unix系OS側のタイムゾーンをローカルタイムにすれば良い。v10.4.xは時計が戻されるとFinderの動作がおかしくなるバグがある。v10.5へのアップグレードを推奨している)。その他の利用編集パチンコ業界においては、筐体にリアルタイムクロックを組み込み、時間に合わせて演出を作動させるという「RTC機能」の導入が進んでいる。この機能は、2007年にSANKYOが「CRフィーバー007」において初導入したもので、曜日や時刻によって違った演出が出せるようにしたものである(出玉に関する機能には一切影響しない)[3]。RTC機能が広く認知されるようになったきっかけとなった機種が2012年に発売された「CRぱちんこAKB48」(京楽産業.)で、1時間に1回すべての機体が一斉に「重力シンパシー公演」という特別演出を繰り出すというものである。当時AKB48は人気の絶頂期にあり、また機体発表から数週間は毎週新しいオリジナル楽曲が演出に登場するということもあって、同機はパチンコファンのみならずAKB48ファンにも高い注目を浴び、販売初年度の総販売数20万台以上、総売上げ約800億円という好成績を残した。覇者」においてシリーズ初搭載など、業界各社も実機へのRTC機能標準搭載に動いている。この他、一部のゲームハード、ゲームソフトにもリアルタイムクロックが組み込まれていることがあり、主にRPGで時間によって変わるイベントが発生したり、日替わりのイベントが発生したりする物がある。ゲームカートリッジの中にリアルタイムクロックを実現するチップと、それを駆動するバッテリーによって構成されている事が多かったが、ソフトのコストの面や、バッテリー切れになった時にリアルタイムクロックが停止することで、ゲームが正常にプレイできなくなる、イベントが制限される、更にはセーブにSRAMを使っている物はSRAMとリアルタイムクロックチップの両方に電力を食われる事でバッテリーの消耗が早く、セーブデータその物が早期で消えてしまうといったデメリットがあった。21世紀に入ってから発売されたほぼ全てのゲーム機には、据え置き機・携帯機問わずハード側に時計機能としてリアルタイムクロックが搭載されているため、ソフト側にリアルタイムクロックが搭載されることは殆どなくなったことで、この様な問題は収束することとなった。RTCといった場合、リアルタイム・コンピューティングを指すこともある。時計を進めると本来ある時刻で起動されるはずのイベントがスキップされたり、いきなり時計を戻すと同じイベントが二回起動されることがある。データベースでジャーナルのタイムスタンプが乱れる事は致命的な障害をもたらす。ユーザーが/etc/adjtimeを操作したり、RTCのタイムゾーンが別のものであると強制的に認識させてシステム時刻を同期させることも可能。Linuxの場合は、詳しくはhwclock(英語版)コマンドを参照。UTCにも変更可能である。2011年8月12日閲覧。“ハードウェアクロック自体にはUTCかローカルタイムかの情報を保持する領域はありません。2011年8月12日閲覧。Clocksこの項目は、コンピュータに関連した書きかけの項目です。この項目を加筆・訂正などしてくださる協力者を求めています(PJ:コンピュータ/P:コンピュータ)。3.0のもとで利用可能です。プライバシーデスクトップ。