(57)【要約】【課題】  ネットワーク接続型アプリケーションの構造や仕様を変更せずに、低コストで、ネットワーク接続前に正しい日時情報を取得して各種情報のネットワーク通信を実現することができる通信装置及びその制御方法を提供する。 【解決手段】  通信装置は、回線１０９を介して他装置とＷＥＢブラウザやメーラー等のアプリケーションを用いて通信する通信部１０８と、自装置の電源がオン状態時にのみ計時するリアルタイムクロック１１２とを備え、自装置の電源がオン状態になったリアルタイムクロック１１２に対して新たな日時情報が入力されたか否かを判定する。その結果、新たな日時情報が入力されていない場合、リアルタイムクロック１１２に操作部１０６から新たな日時情報を入力する。新たな日時情報が入力されたことを条件として、アプリケーションを起動し他装置との通信回線を接続する。【選択図】  図１
2005085221.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して他装置と通信する通信装置であって、
自装置の電源がオン状態時にのみ計時するリアルタイムクロックと、
前記リアルタイムクロックに日時情報を入力する入力手段と、
前記他装置との通信前に、自装置の電源がオン状態になった後前記リアルタイムクロックに対して新たな日時情報が入力されたか否かを判定する判定手段と、
前記リアルタイムクロックに前記新たな日時情報が入力されたことを条件として、前記他装置との通信を許可する許可手段と
を備えることを特徴とする通信装置。
【請求項２】
ネットワークを介してＷＥＢコンテンツを表示する通信装置であって、
自装置の電源がオン状態時にのみ計時するリアルタイムクロックと、
前記リアルタイムクロックに日時情報を入力する入力手段と、
前記ＷＥＢコンテンツにアクセスして該ＷＥＢコンテンツを画面表示するＷＥＢブラウザと、
前記ＷＥＢブラウザによる前記ＷＥＢコンテンツへのアクセス前に、自装置の電源がオン状態になった後前記リアルタイムクロックに対して新たな日時情報が入力されたか否かを判定する判定手段と、
前記リアルタイムクロックに前記新たな日時情報が入力されたことを条件として、前記ＷＥＢブラウザによる前記ＷＥＢコンテンツへのアクセスを許可する許可手段と
を備えることを特徴とする通信装置。
【請求項３】
ネットワークを介してＷＥＢコンテンツを表示する通信装置であって、
自装置の電源がオン状態時にのみ計時するリアルタイムクロックと、
前記リアルタイムクロックに日時情報を入力する入力手段と、
前記ＷＥＢコンテンツにアクセスして該ＷＥＢコンテンツを画面表示するＷＥＢブラウザと、
前記ＷＥＢブラウザによる前記ＷＥＢコンテンツへのアクセス前に、自装置の電源がオン状態になった後前記リアルタイムクロックに対して新たな日時情報が入力されたか否かを判定する判定手段と、
前記リアルタイムクロックに前記新たな日時情報が入力されていないと判定された場合、前記ＷＥＢブラウザによる前記ＷＥＢコンテンツへのアクセスを禁止する禁止手段と
を備えることを特徴とする通信装置。
【請求項４】
ネットワークを介して他装置に対し電子メールを送信する通信装置であって、
自装置の電源がオン状態時にのみ計時するリアルタイムクロックと、
前記リアルタイムクロックに日時情報を入力する入力手段と、
前記他装置に対し電子メールを送信するメーラーと、
前記メーラーによる前記他装置への前記電子メールの送信前に、自装置の電源がオン状態になった後前記リアルタイムクロックに対して新たな日時情報が入力されたか否かを判定する判定手段と、
前記リアルタイムクロックに前記新たな日時情報が入力されたことを条件として、前記メーラーによる前記他装置に対する前記電子メールの送信を許可する許可手段と
を備えることを特徴とする通信装置。
【請求項５】
ネットワークを介して他装置への電子メールを送信する通信装置であって、
自装置の電源がオン状態時にのみ計時するリアルタイムクロックと、
前記リアルタイムクロックに日時情報を入力する入力手段と、
前記他装置に対し電子メールを送信するメーラーと、
前記メーラーによる前記他装置への前記電子メールの送信前に、自装置の電源がオン状態になった後前記リアルタイムクロックに対して新たな日時情報が入力されたか否かを判定する判定手段と、
前記リアルタイムクロックに前記新たな日時情報が入力されていないと判定された場合、前記メーラーによる前記他装置に対する前記電子メールの送信を禁止する禁止手段と
を備えることを特徴とする通信装置。
【請求項６】
前記ＷＥＢコンテンツにアクセスして該ＷＥＢコンテンツを画面表示するＷＥＢブラウザと、
前記ＷＥＢブラウザによる前記ＷＥＢコンテンツへのアクセス前に、自装置の電源がオン状態になった後前記リアルタイムクロックに対して新たな日時情報が入力されたか否かを判定する第２の判定手段と、
前記リアルタイムクロックに前記新たな日時情報が入力されたことを条件として、前記ＷＥＢブラウザによる前記ＷＥＢコンテンツへのアクセスを許可する第２の許可手段と、
前記メーラー又は前記ＷＥＢブラウザのいずれかを選択して起動する起動手段と
をさらに備えることを特徴とする請求項４又は５に記載の通信装置。
【請求項７】
前記リアルタイムクロックに前記新たな日時情報が入力されていないと判定された場合、前記新たな日時情報が入力されていないことを報知する報知手段をさらに備えることを特徴とする請求項３又は５に記載の通信装置。
【請求項８】
前記新たな日時情報が、現在の時刻に関する情報であることを特徴とする請求項１から７までのいずれか１項に記載の通信装置。
【請求項９】
前記リアルタイムクロックに日時情報が記憶されているか否かの状態を記憶する状態記憶手段をさらに備え、
前記判定手段は、前記状態記憶手段に記憶されている前記状態に基づいて、前記リアルタイムクロックに新たな日時情報が記憶されているか否かを判定する
ことを特徴とする請求項１から８までのいずれか１項に記載の通信装置。
【請求項１０】
前記リアルタイムクロックは、自装置の電源がオフ状態になった場合、記憶していた日時情報を消去することを特徴とする請求項１から９までのいずれか１項に記載の通信装置。
【請求項１１】
ネットワークを介して他装置と通信する通信手段と、自装置の電源がオン状態時にのみ計時するリアルタイムクロックとを備える通信装置の制御方法であって、
自装置の電源がオン状態になった後前記リアルタイムクロックに対して新たな日時情報が入力されたか否かを判定する判定工程と、
前記リアルタイムクロックに前記新たな日時情報が入力されていない場合、該リアルタイムクロックに新たな日時情報を入力させる入力工程と、
前記リアルタイムクロックに前記新たな日時情報が入力されたことを条件として、前記通信手段を起動する起動工程と、
前記他装置との通信回線を接続する接続工程と
を有することを特徴とする制御方法。
【請求項１２】
ネットワークを介して他装置と通信する通信手段と、自装置の電源がオン状態時にのみ計時するリアルタイムクロックとを備える通信装置の制御方法であって、
前記通信手段を起動する起動工程と、
自装置の電源がオン状態になった後前記リアルタイムクロックに対して新たな日時情報が入力されたか否かを判定する判定工程と、
前記リアルタイムクロックに前記新たな日時情報が入力されていない場合、該リアルタイムクロックに新たな日時情報を入力させる入力工程と、
前記リアルタイムクロックに前記新たな日時情報が入力されたことを条件として、前記他装置との通信回線を接続する接続工程と
を有することを特徴とする制御方法。
【請求項１３】
ネットワークを介して他装置と通信する通信手段と、自装置の電源がオン状態時にのみ計時するリアルタイムクロックとを備えるコンピュータに、
自装置の電源がオン状態になった後前記リアルタイムクロックに対して新たな日時情報が入力されたか否かを判定する判定手順と、
前記リアルタイムクロックに前記新たな日時情報が入力されていない場合、該リアルタイムクロックに新たな日時情報を入力させる入力手順と、
前記リアルタイムクロックに前記新たな日時情報が入力されたことを条件として、前記通信手段を起動する起動手順と、
前記他装置との通信回線を接続する接続手順と
を実行させるためのプログラム。
【請求項１４】
請求項１３に記載のプログラムを格納したことを特徴とするコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、各種情報を日時情報と共に通信する通信装置及びその制御方法に関する。
【背景技術】
【０００２】
近年、インターネット環境が著しく発展する中で、パーソナルコンピュータの常時接続性、高速通信性、及び通信コストの低減といったメリットから、コミュニケーション手段として電子メールの普及が高まってきている。また、電子商取引や個人情報等のプライバシー性の高い情報のやり取りも、暗号化通信を利用することにより、利用の拡大が急速に進んでいる。
【０００３】
さらに、パーソナルコンピュータのみならず、携帯電話、携帯情報端末や固定電話等の比較的小型の端末におけるインターネット接続機能の性能も向上し、電子メール機能や暗号化通信機能を備えるようになってきている。
【０００４】
しかし、携帯電話や携帯情報端末等においては電池切れによる時計の計時機能の停止のおそれや、固定電話等であっても停電等の理由によって時計の計時機能が停止する場合があり、再度電源をオンにした場合にバックアップを行っていても時計の日時情報が消滅或いは間違った日時を指しているように時間誤差が発生する場合がある。また、端末のコストダウンを考えた場合、装置の電源がオフの状態で時計のバックアップを行わないようにするような構成をすることがあり得る。その場合、日時情報を用いたネットワーク接続機能である電子メールや、ＷＥＢブラウジングにおける暗号化通信は、正しく動作しないという問題が発生する。
【０００５】
例えば、電子メールを送信する際のメールのメッセージフォーマットにはＲＦＣ８２２で定められた日時情報をメールのヘッダに付けて送信するようになっている。ここで、端末内の日時情報が正しくない状態でメールを送った場合、その正しくない日時情報が付加された内容のメールが宛先に送付されることになり、当該メールを受け取った端末等のメールソフトの中で、過去或いは未来の日付情報を有する受信メールとなって扱われてしまうことになる。
【０００６】
一方、ＷＥＢブラウジングの暗号化通信においては、公開鍵暗号方式を利用した方式が一般的である。これは、送信側のユーザのみが知りうる秘密鍵で平文を暗号化して送信し、これを受信した受信側が送信側の公開鍵を使って復号化することで内容を判読することが可能となる。
【０００７】
例えば、携帯電話を用いてＩＰサーバとの間でＳＳＬ通信を行う場合、ゲートウェイサーバから正確な現在時刻に基づいた時刻情報（日時情報）を取得し、この時刻情報に基づいた時刻を自機における現在時刻として設定し、通信相手のＩＰサーバから送信されてくる公開鍵証明書（公正な認証局がＩＰサーバの公開鍵に対して発行した電子証明書）を認証局の公開鍵を用いて復号化し、この公開鍵証明書の有効期限を自機の現在時刻（ゲートウェイサーバにおける正確な現在時刻に準じた時刻）を用いてチェックするという技術が知られている（例えば、特許文献１参照。）。
【特許文献１】特開２００２−１８６０３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、上記公開鍵証明書は証明の有効期限の情報を含んでおり、受信側はこの期限が過ぎているかどうかを判断するために正確な時刻情報が必要となる。そのため、端末における時計の計時機能が正しい日時を示していない場合、この有効期限の判断を正しく行うことができず、公開鍵証明書が正当なものかどうかを判断することができない。公開鍵証明書が正当なものでない場合は、セキュリティを確保した暗号化通信を行えない、或いは通信自体が途中で中断してしまう場合があり、問題となっている。
【０００９】
このように、メール機能を実現するメーラーや、ＷＥＢコンテンツを閲覧可能なＷＥＢブラウザ等のように正しい時計情報を取得して動作することを前提としたネットワーク接続型アプリケーションにおいては、端末内の正しい時計情報を取得することが要求される。正しい日時情報を取得するためには、ネットワーク上のサーバから時刻情報を取得する方法も考えられるが、このためには前述したようなネットワーク接続型アプリケーションを起動する前にネットワーク接続してネット上のサーバから時刻を取得する仕組みを起動させる、或いはネットワーク接続型アプリケーション自身にネットワーク接続後直ちにサーバから時刻を自動で取得するような仕組みを組み込まなければならない。
【００１０】
しかし、これらの方法を実現しようとすると、ユーザがネットワーク接続型アプリケーションを用いて意図する操作（例えば、メール送信やＷＥＢコンテンツの閲覧等）を行う前に、当該アプリケーションの起動前或いは起動後に操作を行ってネットワーク上のサーバに接続して日時登録を行う必要があり、そのため時間や通信費用を要するという問題が生じる。例えば、上記特許文献１において、携帯電話のＣＰＵは、時刻情報を取得する前にブラウザを実行している。
一方、汎用的なネットワーク接続型アプリケーションに対して自動でサーバから時刻情報を取得するような新たな仕組みを組み込むようにすると、結果的にコストアップを引き起こすという問題が生じるため、ユーザビリティやコストパフォーマンスの面から現実的ではない。
【００１１】
本発明は、このような事情を考慮してなされたものであり、ネットワーク接続型アプリケーションの構造や仕様を変更せずに、低コストで、ネットワーク接続前に正しい日時情報を取得して各種情報のネットワーク通信を実現することができる通信装置及びその制御方法を提供することを目的とする。 
【課題を解決するための手段】
【００１２】
上記課題を解決するため、本発明は、ネットワークを介して他装置と通信する通信装置であって、
自装置の電源がオン状態時にのみ計時するリアルタイムクロックと、
前記リアルタイムクロックに日時情報を入力する入力手段と、
前記他装置との通信前に、自装置の電源がオン状態になった後前記リアルタイムクロックに対して新たな日時情報が入力されたか否かを判定する判定手段と、
前記リアルタイムクロックに前記新たな日時情報が入力されたことを条件として、前記他装置との通信を許可する許可手段と
を備えることを特徴とする。
【００１３】
また、本発明は、ネットワークを介して他装置と通信する通信手段と、自装置の電源がオン状態時にのみ計時するリアルタイムクロックとを備える通信装置の制御方法であって、
自装置の電源がオン状態になった後前記リアルタイムクロックに対して新たな日時情報が入力されたか否かを判定する判定工程と、
前記リアルタイムクロックに前記新たな日時情報が入力されていない場合、該リアルタイムクロックに新たな日時情報を入力させる入力工程と、
前記リアルタイムクロックに前記新たな日時情報が入力されたことを条件として、前記通信手段を起動する起動工程と、
前記他装置との通信回線を接続する接続工程と
を有することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、ネットワーク接続型アプリケーションの構造や仕様を変更せずに、低コストで、ネットワーク接続前に正しい日時情報を取得して各種情報のネットワーク通信を実現することができる。従って、端末のコストダウン等の理由により電源のＯＦＦ時に端末内の時計の計時機能をバックアップしないような装置であっても、当該アプリケーション自体の構造や仕様を変更することなく、端末内で動作するメール機能を実現するメーラーや、ＷＥＢコンテンツを閲覧可能なＷＥＢブラウザ等のネットワーク接続型アプリケーションによるネットワーク接続前に正しい日時情報を取得するためのステップを導入することによって、当該アプリケーションの動作時には確実に正しい日時情報で動作させることが可能になる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して、本発明の好適な実施形態について詳しく説明する。尚、以下で説明する実施形態に記載されている構成要素の相対配置や表示画面等は一例であり、特に特定的な記載がない限り、発明の範囲をそれらのみに限定する趣旨のものではない。
【００１６】
図１は、本発明の一実施形態に係るＷＥＢブラウザ機能付き通信装置の構成を示すブロック図である。本通信装置を実現した装置としては、具体的には、パーソナルコンピュータ、携帯電話、携帯情報端末、或いはＷＥＢ閲覧機能やメール機能が付属した固定電話やファクシミリ装置等が挙げられる。
【００１７】
図１において、１００は装置全体を制御するための中央演算処理部（ＣＰＵ）であり、１０１はアプリケーションプログラム及び各種データを記憶するＲＯＭ、１０２は個人データや電話帳等のバックアップ用のデータを格納する不揮発性ＲＡＭ、１０３はＣＰＵワークデータ、ＨＴＭＬデータ、表示用データ及び記録用データ等を記憶する記憶部（ＤＲＡＭ）である。
【００１８】
また、１０４は受信したＨＴＭＬデータを解析し、表示用及び記録用データへ変換するＨＴＭＬ変換部である。１０５は受信したコンテンツデータや装置の状態等をカラー表示する表示部である。本実施形態では、表示部１０５はカラー表示可能な構成としているが、白黒表示のみ可能なものであってもよい。１０６はテンキーや各種機能キー等から構成される操作部、１０７は受信した画像やテキストを記録するプリンタ等の記録部、１０８は回線１０９に接続可能であり、外部と通信するためのモデム等から構成される通信部である。
【００１９】
さらに、１１１はセンサ群であり、記録剤収容手段としてのカートリッジの種別及び有り無しの検出センサ、記録紙サイズの検出センサ、読み取り原稿幅のセンサ、原稿有り無しを検出するセンサ等が含まれる。１１２は本通信装置内で日時の計時手段としての機能を有するリアルタイムクロックである。本実施形態に係る通信装置は計時機能に関するバックアップ手段を有しておらず、当該リアルタイムクロック１１２に記憶された日時情報は通信装置の電源がオン状態時にのみ記憶され、一旦電源がオフ状態になった場合はそれらの情報は消去される。ここで、上述した各処理部はシステムバス１１０を介して互いに接続されている。
【００２０】
図２は、本実施形態に係る通信装置における表示部１０５の細部構成を示すブロック図である。図２に示すように、表示部１０５は、表示データを記憶するＶＲＡＭ２００と、ＶＲＡＭ２００の内容をドットマトリクスＬＣＤ２０２に出力させるためのＬＣＤドライバ２０１とを備える。
【００２１】
図３は、本実施形態に係る通信装置における記憶部（ＤＲＡＭ）１０３の内部構成を示すメモリマップである。図３に示すように、ＤＲＡＭ１０３は、それぞれＣＰＵ１００のワークとして使われるＣＰＵワークエリア１０３ａ、受信したＨＴＭＬデータを記憶するＨＴＭＬデータ格納エリア１０３ｂ、表示データを記憶する表示用データ格納エリア１０３ｃ、プリントデータを記憶する記録用データ格納エリア１０３ｄ、及びその他のデータを記憶するその他のデータ格納エリア１０３ｅから構成される。
【００２２】
図４は、本実施形態に係る通信装置における操作部１０６の外観構成図である。図４に示すように、操作部１０６は、文字や画像等を表示するドットマトリクスＬＣＤ２０２、電話番号等を入力するためのテンキー５０２、機能設定等に用いる登録キー５０３、各種機能の入力・設定等に用いる４つのファンクションキー５０４、設定入力キーであるセットキー５０５、表示部のカーソル移動等に用いる上下左右方向キー５０６、及びＷＥＢブラウザ機能の起動とメール機能の起動の使用に用いるＷＥＢ／メールキーを有している。
【００２３】
上述したような構成の通信装置において、通常のＨＴＭＬデータを受信してから、ドットマトリクスＬＣＤ２０２上に表示するまでの動作についてのデータの流れについて説明する。尚、ここでは回線接続操作によりすでに回線が接続状態であることとする。
【００２４】
本通信装置は、回線１０９及び通信部１０８を通じてＨＴＭＬデータを受信し、受信したＨＴＭＬデータを記憶部１０３のＨＴＭＬデータ格納エリア１０３ｂへ記憶する。
【００２５】
次いで、記憶部１０３のＨＴＭＬデータ格納エリア１０３ｂに記憶されたＨＴＭＬデータは、ＨＴＭＬ変換部１０４に渡され、ＨＴＭＬデータを解析するコア部において表示データに変換され、再度記憶部１０３の表示用データエリア１０３ｃに表示用のビットマップデータとして記憶される。さらに、この表示用データエリア１０３ｃに記憶されたデータの中で表示が必要なデータが、表示部１０５のＶＲＡＭ２００ヘ送られ、ＬＣＤドライバ２０１でドライブされ、ドットマトリクスＬＣＤ２０２で表示される。
【００２６】
次に、図５を用いて、本通信装置において用いられる暗号化通信についての動作を説明する。図５は、本実施形態に係る通信装置における暗号化通信の手順を示すシーケンス図である。
【００２７】
図５では、本実施形態に係る通信装置（図５では、「クライアント端末」と記述。）と、当該通信装置が接続するＧＷサーバ（或いは、プロキシサーバ）と、コンテンツプロバイダサーバ（図５では「ＣＰサーバ」と記述。）の３つの装置間において発信されるコマンドと受信されるコマンドのシーケンスを示している。尚、以下では、各装置がすでに通信可能状態になっているものとして説明する。
【００２８】
まず、本実施形態に係る通信装置（クライアント端末）からＴＣＰコネクトコマンドｆ１がＧＷサーバへ発信される（ステップＳ１０１）。ＴＣＰコネクトコマンドｆ１は、クライアント端末が、ユーザ操作等によりアクセスしたいコンテンツのＵＲＬが指定されてコンテンツ表示を行う際の最初のコマンドである。
【００２９】
ＧＷサーバは、このＴＣＰコネクトコマンドｆ１を受信すると、ネットワーク上のＣＰサーバに対して、このコマンドＴＣＰコネクトコマンドｆ２を発行すると共に（ステップＳ１０２）、当該コマンドの内容が示すＵＲＬの識別子が暗号化通信を示すものであった場合は、以後このＧＷサーバはＧＷトンネリングモードとなり（ステップＳ１０３）、以後はクライアント端末とＣＰサーバとの間で直接コマンドとレスポンスを打ち合う状態へ移行する。そして、ＧＷサーバは、トンネリング処理が終了するまでの間は、このコマンドを透過してルータの機能として機能する。
【００３０】
次に、クライアント端末は、Client Helloメッセージｆ４を発信する（ステップＳ１０４）。このとき、ＧＷサーバはトンネリングモードになっており、このコマンドをＴＣＰヘッダの宛先に対してそのまま送信する。このClient Helloメッセージｆ４は、クライアント端末側でサポートしている暗号化と圧縮のアルゴリズムの保有状況をホスト（ＣＰサーバ）へ送信するためのコマンドである。
【００３１】
当該メッセージを受け取ったホスト（ＣＰサーバ）は、クライアント端末が保有するアルゴリズムの中から状況にふさわしい暗号化と圧縮のアルゴリズムを選択して、折り返しServer Helloメッセージｆ５としてクライアント端末側へこれから行おうとする通信のアルゴリズムとして送信する（ステップＳ１０５）。尚、Client Helloメッセージｆ４とServer Helloメッセージｆ５には双方でランダムに生成した乱数値も含まれており、この値を互いに交換しておく。
【００３２】
次に、ＣＰサーバは、Server Certificateメッセージｆ６を端末へ送信する（ステップＳ１０６）。Server Certificateメッセージｆ６は、サーバ自身の公開鍵証明書であり、ＳＳＬで採用される公開鍵証明書はＸ．５０９ｖ３が採用されている。このServer Certificateメッセージｆ６には、認証の有効期限を示すデータが含まれており、暗号化通信を行う際に公開鍵証明書が正当なものかどうかを判断するための判断材料となる。
【００３３】
クライアント端末がServer Helloメッセージｆ５とServer Certificateメッセージｆ６を正常に受信すると、クライアント端末は、これ以降の通信でデータを暗号化するために用いられる鍵を生成する元となる乱数データを生成する。そして、クライアント端末は、当該データをＣＰサーバのデジタルＩＤから得られるサーバ公開鍵によって暗号化した上でClient key Exchangeメッセージｆ７としてＣＰサーバへ送信する（ステップＳ１０７）。
【００３４】
クライアント端末とＣＰサーバの双方は上述したステップに基づく動作によって共通鍵その他のデータの生成が終了すると、クライアント端末はChange Cipher Specメッセージｆ８をＣＰサーバへ送付し（ステップＳ１０８）、ホスト（ＣＰサーバ）もChange Cipher Specメッセージｆ９をクライアント端末へ送信する（ステップＳ１０９）。そして、以降は暗号化通信中ｆ１０の状態へ遷移する。
【００３５】
その後のデータは、すべてここまでのステップで決定した暗号化／圧縮処理方式に基づいた処理を行うことで、暗号化通信中ｆ１０の状態になってデータ交換を行う（ステップＳ１１０）。そして、クライアント端末は暗号化通信を終了させようとする場合、ＴＣＰコネクト解放コマンドｆ１１をＧＷサーバに対して発信する（ステップＳ１１１）。ＧＷサーバは、当該コマンドを受け取ると、ＧＷトンネリングモードを終了し、ＴＣＰコネクト解放コマンドｆ１２をＣＰサーバへ送信する（ステップＳ１１２）。これをもって暗号化通信が終了することになる。
【００３６】
次に図６を用いて、暗号化通信及びメール送信を行う際の通信装置の動作とそれに対応するユーザの操作について説明する。図６は、本実施形態に係る通信装置における暗号化通信動作及びメール送信動作を行う際の手順を説明するためのフローチャートである。
【００３７】
［ＷＥＢブラウザ機能］
まず最初に、暗号化通信を用いてＷＥＢブラウジングを行う際の手順について説明する。ユーザが、通信装置の操作部１０６のＷＥＢ／メールキー５０７を押下することで、暗号化通信を用いてＷＥＢブラウジングを行うための初期操作が開始される（ステップＳ１）。尚、この状態ではＷＥＢブラウジングはまだ開始されておらず、ネットワークへの接続も行われていない状態である。本発明は、このような状態において次からのステップを行うことに特徴を有する。
【００３８】
ここで、リアルタイムクロック１１２に正しい日時登録がされているか否かを判定する（ステップＳ２）。本通信装置では、電源がＯＦＦになっている間にリアルタイムクロック１１２の計時機能が停止し日時情報が失われている。そこで、電源が投入された後にリアルタイムクロック１１２の時刻情報をユーザが入力したかどうか、すなわちリアルタイムクロック１１２に正しい日時情報が登録されているか否かの判断が行われる。この判断を行うために、本通信装置ではリアルタイムクロック１１２の現在の時刻等（日時情報）が登録されているか否かの状態を示す日時登録フラグを記憶しておき、通信装置の電源が一旦ＯＦＦになった場合、当該日時登録フラグをＯＦＦにするようにし、電源が投入された場合であっても新規にユーザが登録するまでは当該日時登録フラグはＯＦＦの状態にしておく。
【００３９】
従って、ユーザが電源を再投入した後に日時情報の登録を一度も行っていない場合、日時登録フラグはＯＦＦになっている。そこで、通信装置では、ステップＳ２において日時登録フラグがＯＮかＯＦＦかを判断し、ＯＦＦの場合はステップＳ３へ遷移する。一方、ユーザが電源を再投入した後に日時情報の登録を行っており当該登録フラグがＯＮになっている場合はステップＳ７へ遷移する。
【００４０】
次に、ステップＳ３では、現在日時（日時情報）を登録するためのユーザ操作入力画面を表示し、ユーザ操作画面を用いて日時情報の入力画面を表示する。図７は、本実施形態に係る通信装置における日時情報の入力画面を示すユーザインタフェースの概要図である。図７に示すように、本ユーザインタフェースには、日付の入力枠と時刻の入力枠があり、ユーザに操作部１０６のテンキー５０２を使って日付と時刻の入力を行わせる。そして、ユーザが現在の日時をテンキー５０２で入力を行い、確定ボタン等を押下すると日時情報の入力ステップであるステップＳ３を終了し、次にステップＳ４へ遷移する。
【００４１】
ステップＳ４では、正しい日時の登録を行って確定ボタンを押した場合に入力が確定されたと判断し（Ｙｅｓ）、ステップＳ６へ遷移する。一方、ステップＳ４で入力確定が行われなかったと判断された場合（Ｎｏ）、本シーケンスを終了する。
【００４２】
ステップＳ６では、ユーザによって入力された日時情報をリアルタイムクロック１１２へ登録し、通信装置の計時機能をスタートさせる。また、日時登録フラグをＯＮにすることにより、ユーザによって日時登録が行われたことを示す登録フラグを保持させる（ステップＳ７）。
【００４３】
次いで、ユーザによってＷＥＢコンテンツの閲覧を行うのか、それともメール機能を使用するのかをユーザインタフェース等を用いて選択する（ステップＳ８）。その結果、ユーザがＷＥＢコンテンツの閲覧機能を選択した場合はステップＳ９へ遷移し、ユーザがメール機能を選択した場合にはステップＳ１３へ遷移する。
【００４４】
ここでは、ユーザがＷＥＢ閲覧機能を選択したとして、アプリケーション（ここでは、ＷＥＢブラウザ）の起動を行う（ステップＳ９）。ＷＥＢブラウザを起動して、ユーザ操作により閲覧を行おうとするコンテンツのＵＲＬが入力されると、次にネットワーク接続を確立し（ステップＳ１０）、続けてサーバへＳＳＬ通信を要求し（ステップＳ１１）、ＳＳＬ通信が実行されるように通信制御が遷移していく（ステップＳ１２）。尚、ステップＳ９からステップＳ１２までの間に行われる暗号化通信のシーケンスは図５を用いて前述したとおりである。尚、この暗号化通信において必要な日時情報は、前述したステップＳ３でユーザ入力によって正しい日時情報になっている。このように、ステップＳ６でリアルタイムクロック１１２へ登録された日時情報が記憶されている場合にのみ通信を許可することにより、確実に正確な暗号化通信を行うことが可能である。
【００４５】
［メール機能］
次に、メール機能を使用する際の手順を図６を用いて説明する。
【００４６】
ステップＳ１でスタートしてステップＳ８へ遷移するまでの手順は、上述したＷＥＢブラウザ機能による暗号化通信のシーケンスと同じである。この状態は前述したＷＥＢブラウジングと同様に、メーラーの起動もネットワーク接続も行われていない状態であり、日時登録の必要があれば（すなわち、登録フラグがＯＦＦになっている場合）、日時登録をユーザ操作によって行わせ、以降のステップを行うことが本発明の特徴的な部分である。
【００４７】
ステップＳ８でユーザがメール機能を選択した場合、ステップＳ１３へ遷移する。この段階では、ステップＳ２の判断による日時登録状況の確認とステップＳ６での日時登録の操作のどちらかが行われており、端末には正しい日時情報が設定されている状態にある。
【００４８】
ステップＳ１３ではアプリケーション（ここでは、メーラー）の起動を行い、ユーザはこのステップでメールの受信操作や送信メールを作成して送信操作を行う。次に、メーラーはネットワーク接続を行い（ステップＳ１４）、送信又は受信のプロトコルを用いてメールサーバとの通信を行う（ステップＳ１５）。一般的には、送信に用いるプロトコルはＳＭＴＰであり、受信に用いるプロトコルはＰＯＰ３である。
【００４９】
電子メールを送信する際のメールのメッセージフォーマットには、ＲＦＣ８２２で定められた日時の情報をメールのヘッダに付けて送信することとなっており、前述のステップＳ６でリアルタイムクロック１１２へ登録された日時情報を規定のフォーマットに従ってメールヘッダへ書き込む。暗号化通信と同様に、このメール送信においても必要な日時情報は前述のステップＳ３でユーザ入力が行われ、ステップＳ６でリアルタイムクロック１１２へ登録されたデータを使用することで正しいメール送信が行われる。
【００５０】
また、上記実施形態では、ＷＥＢブラウザの起動前又はメーラー起動前に登録フラグのオンオフを確認して、オフの場合には正しい日時情報の入力をユーザに求めるものであったが、上記ステップＳ２からＳ７の工程をＷＥＢブラウザの起動後ネットワーク接続前、及びメーラーの起動後ネットワーク接続前に行うようにする実施形態であってもよい。
【００５１】
［その他の実施例］
図８は、ＷＥＢ閲覧又はメール機能を使用しようとした場合の別の実施例を説明するためのフローチャートである。図８では、図６に示すフローチャートと同様にユーザが操作部１０６のＷＥＢ／メールキー５０７を押下することで、ＷＥＢ／メール機能を使用する操作が開始される（ステップＳ１）。
【００５２】
次に、正しい日時登録がされているか前述したフラグのＯＮ／ＯＦＦによって判断し（ステップＳ２）、Ｎｏと判断された場合ステップＳ７００へ遷移する。ステップＳ７００では現在日時が登録されていない旨のメッセージをユーザに対して表示し、ステップＳ７０１でシーケンスを終了する。一方、Ｙｅｓと判断された場合の以降の処理は、図６を用いて前述した手順と同じである。
【００５３】
図８で示した実施例の場合は、日時登録がされていない場合には日時登録が行されていない旨のメッセージのみ表示し、日時登録を行わせるユーザ操作画面を出さずにシーケンスを終了するために、ＷＥＢ／メール機能内に現在日時登録のユーザインタフェースを設ける必要がなくなる。従って、本発明の目的を十分果たすと共に、装置の構成を簡単に実現することができるメリットがある。
【００５４】
その一方で、暗号化通信やメール機能を日時登録が行われていない状態で使われることを防止することもできる。このように、ネットワーク接続型アプリケーションを使おうとする場合、事前に日時登録が行われていない旨の報知と処理の停止等を行うことで、不意に日時の誤った通信を行うことを防止することが可能になる。
【００５５】
また、時計機能にバックアップ手段を備えるパーソナルコンピュータのような端末であっても、ＷＥＢ／メール機能を動作させる際の日時情報は、上述した方法等によってリアルタイムクロックを用いることで同様の効果を得ることができる。
【００５６】
尚、本発明は、複数の機器（例えば、ホストコンピュータ、インタフェース機器、リーダ、プリンタ等）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置等）に適用してもよい。
【００５７】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（又は記憶媒体）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５８】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５９】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施形態に係るＷＥＢブラウザ機能付き通信装置の構成を示すブロック図である。
【図２】本実施形態に係る通信装置における表示部１０５の細部構成を示すブロック図である。
【図３】本実施形態に係る通信装置における記憶部（ＤＲＡＭ）１０３の内部構成を示すメモリマップである。
【図４】本実施形態に係る通信装置における操作部１０６の外観構成図である。
【図５】本実施形態に係る通信装置における暗号化通信の手順を示すシーケンス図である。
【図６】本実施形態に係る通信装置における暗号化通信動作及びメール送信動作を行う際の手順を説明するためのフローチャートである。
【図７】本実施形態に係る通信装置における日時情報の入力画面を示すユーザインタフェースの概要図である。
【図８】ＷＥＢ閲覧又はメール機能を使用しようとした場合の別の実施例を説明するためのフローチャートである。
【符号の説明】
【００６１】
１００  ＣＰＵ
１０１  ＲＯＭ
１０２  不揮発性ＲＡＭ
１０３  記憶部
１０４  ＨＴＭＬ変換部
１０５  表示部
１０６  操作部
１０７  記録部
１０８  通信部
１０９  回線
１１０  システムバス
１１１  センサ群
１１２  リアルタイムクロック
【図１】
2005085221.tif 000003
【図２】
2005085221.tif 000004
【図３】
2005085221.tif 000005
【図４】
2005085221.tif 000006
【図５】
2005085221.tif 000007
【図６】
2005085221.tif 000008
【図７】
2005085221.tif 000009
【図８】
2005085221.tif 000010