JP2006018375A

JP2006018375A - 時刻同期デバイス装置

Info

Publication number: JP2006018375A
Application number: JP2004192900A
Authority: JP
Inventors: Masahito Ochiai; 将人落合
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2004-06-30
Filing date: 2004-06-30
Publication date: 2006-01-19

Abstract

【課題】ユーザが設定したSNTPサーバに確実に接続できること、また、ユーザ操作により、最初にSNTPサーバの時刻を取得して、ユーザ確認後に、同期を開始させ、誤ったサーバへの接続、誤った時刻合わせを防ぐことが可能にする。
【解決手段】 SNTPプロトコルを利用した時刻同期機能を持つデバイスは、実際にSNTPサーバから時刻情報を取得し、取得した時刻を表示し、時刻同期開始の指示がなされた場合に、取得した時刻を自デバイスの時刻として設定し、時刻同期を開始する。
【選択図】図７

Description

本発明は、ＳＮＴＰプロトコルを用いた時刻同期システムを持つデバイス装置に関するものである。

ＳＮＴＰプロトコルとはＳｉｍｐｌｅＮｅｔｗｏｒｋＴｉｍｅＰｒｏｔｏｃｏｌとしてＲＦＣ２０３０に定義されているプロトコルで、ネットワーク上の各デバイスの時刻同期をその目的とする。

一般に、ＳＮＴＰサーバ或いはＮＴＰサーバとして、時刻を管理しているサーバがネットワーク上に存在し、ＳＮＴＰクライアントデバイス或いはＮＴＰクライアントデバイスが定期的にサーバから現在時刻情報を取得し、自デバイスの時刻合わせを行うものである（例えば、特許文献１）。これによって、ＳＮＴＰを搭載したネットワーク上のデバイス機器は、サーバが管理している参照時間に一致させることが可能となり、たとえば、１台だけ時刻が進んでいたり、遅れていたりすることがなくなる。

時刻同期は重要な要素で、現在では、さまざまなデバイスが時刻を管理している。たとえば、デバイスは自デバイスのアクセス情報を時刻情報と共にログに保存している場合がある。このとき、デバイスの時刻がデバイスごとに違っていては、ログとして、有益な情報を残せない。また、セキュリティ上も、時刻情報を元に認証を行っている場合など、時刻が一致していない場合には認証できない場合が出てしまう。

このような背景の中、ネットワーク内のデバイスの時刻情報を統一的に管理し、同期できるＳＮＴＰは、さまざまなデバイスで搭載が検討され、実際にＳＮＴＰクライアント機能を搭載しているデバイスが市場に普及しつつある。
特開平１１−１４３６６５号公報

しかしながら、ＳＮＴＰクライアント機能を搭載したデバイスが実際にＳＮＴＰサーバから時刻情報を取得する場合、目的のＳＮＴＰサーバから時刻情報を取得しているか、また、ＳＮＴＰサーバが正しい時刻を返してきているかをユーザは確認する手段がなかった。

そのため、ＳＮＴＰサーバアドレスをＳＮＴＰクライアントに設定したとしても、実際にその通信路が確保されておらず、同期時刻になってＳＮＴＰサーバに接続しようとした場合に接続できず、実質的に時刻同期が行えていなかったり、間違ったＳＮＴＰサーバアドレスを設定してしまって、自デバイスの時刻を間違った時刻で合わせてしまうという問題点があった。

本発明は上記課題に鑑みてなされたものであり、ユーザが設定したＳＮＴＰサーバに確実に接続できること、また、ユーザ操作により、最初にＳＮＴＰサーバの時刻を取得して、ユーザ確認後に、同期を開始させ、誤ったサーバへの接続、誤った時刻合わせを防ぐ目的をもつ。

そのために、本発明では以下のような特徴をもつ。

ＳＮＴＰプロトコルを利用した時刻同期機能を持つデバイスにおいて、ＳＴＮＰサーバへ接続するための接続確認手段と、取得した時刻表示手段と、時刻同期開始手段とを備え、前記接続確認手段において、実際にＳＮＴＰサーバから時刻情報を取得し、取得した時刻を前記時刻表示手段によって表示し、時刻同期開始手段によって指示された場合に、取得した時刻を自デバイスの時刻として設定し、時刻同期を開始する制御手段を持つことを特徴とする。

本発明によれば、ユーザが設定したＳＮＴＰサーバに確実に接続できること、また、ユーザ操作により、最初にＳＮＴＰサーバの時刻を取得して、ユーザ確認後に、同期を開始させ、誤ったサーバへの接続、誤った時刻合わせを防ぐことが可能となる。

以下、添付の図面を参照して本発明の実施例を詳細に説明する。

図１は、本実施例のＳＮＴＰクライアントデバイスとしてネットワーク接続機能を持つマルチファンクションデバイスと、ＳＮＴＰサーバがＬＡＮに接続している概略図である。

１０１、１０３はＳＮＴＰクライアント機能を持つマルチファンクションデバイス装置である。１０２はＳＮＴＰサーバである。１０１のマルチファンクションデバイスは１０２のＳＮＴＰサーバに接続し、時刻情報を得る。１０２のＳＮＴＰサーバはインターネットから時刻情報を取得するようになっている場合もある。本実施例では、ＳＮＴＰサーバ１０２がこのネットワーク内の標準時刻を持ち、デバイス１０１がＳＮＴＰサーバ１０２に時刻情報を問い合わせるものである。

図２は、本実施例における１０１，１０３のマルチファンクションデバイス装置の概略を表すブロック図である。

２０１はスキャナエンジン２１３を制御するスキャナエンジン制御部、２０２はＣＰＵ、２０３はプログラムが可能されているブートロム、２０４はＲＡＭ、２０５はパネルから設定された値を保持しておくための不揮発性のＲＡＭ（ＮＶＲＡＭ）、２０６はプリンタエンジン２１２を制御するエンジン制御部、２０７はＨＤＤ、２０８はタイマ、２０９はパネルやボタンランプといったユーザインターフェース部分２１４を制御するＩ／Ｏ制御部、２１０はネットワーク制御部で、それぞれがバス２１１に接続している。

図３は本実施例でデバイス１０１，１０３が所有するユーザインターフェース部分である。

３０１は大型タッチパネルで、ユーザはタッチパネルを操作することで、各種設定を行うことが可能である。図の画面はコピーの待機画面である。３０２はテンキーボタンで、１から０の数字を入力するのに使う。Ｓのボタンはサービスボタンで、このボタンを押下することにより、タッチパネル上に各種サービス画面が出現し、コピー以外のサービスを行うことができる。Ｒのボタンは設定ボタンで、このボタンを押下することによって、タッチパネル上に、各種設定画面が出現し、パラメータの設定を行うことができる。３０３はスピーカで、音声やブザー等をここから出力する。３０４はランプで、印刷やコピーがジャムした場合には、ランプが点滅する。

図４は、１０１のデバイスのネットワーク周りの制御を行うモジュール構成のブロック図を示したものである。

４０１はＥｔｈｅｒＤｒｉｖｅｒでオフィスＬＡＮに接続して、Ｅｔｈｅｒｎｅｔ（登録商標）のパケットの送受信を行うためのドライバモジュールである。４０２はＴＣＰ／ＩＰプロトコルスタックである。本発明のデバイスはマルチプロトコルをサポートし、ＮｅｔＷａｒｅやＡｐｐｌｅＴａｌｋといったプロトコルでも通信が可能であるが、ここでは記述を省略している。４０３はソケットレイヤーである。ＴＣＰ／ＩＰプロトコルを用いるためのＡＰＩが定義されている。ＴＣＰ／ＩＰを用いて通信を行うプログラムはすべてソケットレイヤーが提供するＡＰＩを用いて、その通信を行う。４０４はＳＮＴＰＣｌｉｅｎｔモジュールで、ＳＮＴＰ処理機能をもち、ＳＮＴＰプロトコルを用いて、ＳＮＴＰサーバから時刻情報を取得し、デバイスの時刻を更新する。４０５はＵＩモジュールで３０１の大型タッチパネルを制御し、ユーザからの入力操作、ユーザへの表示操作をおこなうモジュールである。

図５は、ＳＮＴＰの時刻情報リクエストのパケットの一例である。パケット構造の詳細はＲＦＣ２０３０に記述されている。本実施例では、図５に図示したようなＳＮＴＰ時刻常用リクエスト要求パケットをＳＮＴＰサーバに送出することになる。

図６は、ＳＮＴＰサーバがクライアントに送出する時刻情報レスポンスパケットの一例である。ＳＮＴＰクライアントモジュール４０４はこの応答パケットから、時刻情報を取り出し、自デバイスの時刻に設定する。

図７は大型タッチパネル３０１に表示されるＳＮＴＰ設定画面である。図３に図示したＲボタンを押下することによって、ＵＩモジュール４０５は各種設定画面をタッチパネル３０１上に表示する。

７０１はＳＮＴＰサーバのＩＰアドレス入力エリアで、ユーザはこのエリアにＳＮＴＰサーバ１０２のＩＰアドレスを入力する。７０２はＳＮＴＰサーバへ時刻情報を取得する時刻同期間隔の入力エリアで、本実施例では２４時間と設定されており、ＳＮＴＰクライアントモジュール４０４は２４時間間隔でＳＮＴＰサーバ１０２にアクセスしデバイス時刻をＳＮＴＰサーバの標準時刻に同期させる。７０３はＳＮＴＰサーバ確認ボタン、７０４は確認後のメッセージ表示、７０５は時刻同期開始ボタン、７０６はＳＮＴＰサーバが動作中であるかどうかのメッセージ表示である。

図８は、ユーザがＳＮＴＰサーバ確認ボタン７０３を押下したときの処理の流れを示すフローチャートである。

図９は、ユーザが時刻同期開始ボタン７０５を押下したときの処理の流れを示すフローチャートである。

以下、図を用いて、本発明の処理の流れについて説明する。

ユーザがＳＮＴＰサーバ確認ボタン７０３を押下したときの処理の流れについて説明する。

ユーザがＳＮＴＰサーバアドレス７０１、時刻同期間隔７０２を設定した後、ＳＮＴＰサーバ確認ボタン７０３を押下すると、ＵＩモジュール４０５はＳＮＴＰサーバ確認要求をＳＮＴＰクライアントモジュール４０４に発行する。

ＳＮＴＰクライアントモジュール４０４はＳ８０１でＵＩからのＳＮＴＰサーバ確認要求を受信すると、ＳＮＴＰサーバアドレス７０１で設定されたサーバに対して、図５に図示したようなＳＮＴＰ時刻要求パケットを送信する（Ｓ８０２）。ＳＮＴＰクライアントモジュール７０２はＳ８０３でＳＮＴＰサーバ１０２からのＳＮＴＰ応答パケットを待つ。ＳＮＴＰクライアントモジュール４０４は、図６に図示したようなＳＮＴＰ時刻応答パケットから時刻情報を取り出し、それをＵＩモジュール４０５を介して７０４のように表示する（Ｓ８０４）。Ｓ８０３でサーバから応答がなかったり、ＳＮＴＰ時刻応答パケットがおかしかったりした場合には、ＳＮＴＰクライアントモジュール４０４はエラーを表示する（Ｓ８０５）。

以上の手順で、ユーザは、自分が設定したＳＮＴＰサーバアドレスが正しいかどうか、時刻を取得したＳＮＴＰサーバが正しい時刻を返しているかどうかＵＩ上で確認することができる。

続けて、ユーザが時刻同期開始ボタン７０５を押下したときの処理の流れについて説明する。

ＳＮＴＰクライアントモジュール４０４は電源投入後、プログラムが動作するようになると、状態がＳＮＴＰ動作中かどうかを確認する。（Ｓ９０１）。これは、ユーザによって、同期開始指示がすでに出されているかどうかを確認するものである。ＳＮＴＰ動作中ではない場合には、ＵＩモジュール４０５からの同期開始指示をまつ。ユーザが時刻同期開始ボタン７０５を押下すると、ＵＩモジュール４０５はＳＮＴＰクライアントモジュール４０４に時刻同期開始指示を発行する。ＳＮＴＰクライアントモジュール４０４はＳ９０２でそのステップを抜けて、図５に図示したＳＮＴＰのリクエストパケットをＳＮＴＰサーバ１０２に送出する（Ｓ９０３）。ＳＮＴＰクライアント４０４はＳＮＴＰサーバ１０２からの応答をＳ９０４でまつ。サーバから図６に図示したような応答があった場合には、ＳＮＴＰクライアント４０４はステータスをＳＮＴＰ動作中に変更しＵＩモジュール４０５を介してタッチパネル上にそのステータスを表示する（Ｓ９０５）。さらに、取得した時刻を自デバイスのローカルタイムに設定し、時刻の同期を行う（Ｓ９０６）。ＳＮＴＰクライアントモジュール４０４は時刻同期間隔７０２で設定された時間をタイマ２０８に設定し、タイマ２０８をスタートする（Ｓ９０７）。Ｓ９０８にて、設定したタイマ２０８がタイムアップした場合には、Ｓ９０３に戻り、ＳＮＴＰクライアントモジュール４０４は再び時刻同期の処理を行うことになる。Ｓ９０４にて、サーバが一時的にダウンしていたり、通信路がダウンしていたりするなどして、ＳＮＴＰの応答パケットが受信できなかった場合には、なにもせず、タイマ２０８を設定して、次回のタイムアップ後に時刻の同期を行う。

Ｓ９０１において、ＳＮＴＰ動作中のステータスであった場合には、ＳＮＴＰクライアントモジュール４０４は即座にＳＮＴＰによる時刻同期処理を行う。

以上の手順で、目的とするＳＮＴＰサーバにたいして、時刻同期をおこなうことが可能となる。

本実施例のネットワークデバイス装置として、ネットワーク接続機能を持つマルチファンクションデバイスがＬＡＮに接続している概略図。本実施例におけるマルチファンクションデバイスの概略を表すブロック図。本デバイスが所有するユーザインターフェース部分。本実施例におけるデバイス１０１のモジュール構成のブロック図。本実施例におけるＳＮＴＰ要求パケットの概略図。本実施例におけるＳＮＴＰ応答パケットの概略図。ＳＮＴＰ設定画面の一例。ＳＮＴＰサーバ確認を行う場合の処理の流れを表すフローチャート。時刻同期開始を行う場合の処理の流れをあらわすフローチャート。

Claims

ＳＮＴＰプロトコルを利用した時刻同期機能を持つデバイスにおいて、
ＳＴＮＰサーバへ接続するための接続確認手段と、
取得した時刻表示手段と、
時刻同期開始手段とを備え、
前記接続確認手段において、実際にＳＮＴＰサーバから時刻情報を取得し、取得した時刻を前記時刻表示手段によって表示し、時刻同期開始手段によって指示された場合に、取得した時刻を自デバイスの時刻として設定し、時刻同期を開始する制御手段
を持つことを特徴とするデバイス装置。