(57)【要約】【課題】上位レイヤでのセキュリティ機能や下位レイヤでのセキュリティ機能と言った複数のセキュリティ機能（セキュア通信手段）を適切に使い分けることが可能な通信端末を提供する。【解決手段】本発明に係る通信端末は、接続先端末とセキュアな通信をするための複数のセキュア通信手段（通信部１２）と、通信データの内容に基づいて、前記セキュア通信手段を選択する選択手段（通信制御部７）とを含み、選択されたセキュア通信手段を用いて接続先端末とセキュア通信を行う。【選択図】        図２
2004199414.tif 000002
【特許請求の範囲】
【請求項１】
接続先相手とセキュアな通信をするための複数のセキュア通信手段と、
通信データの内容に基づいて、前記セキュア通信手段を選択する選択手段と、
を含み、
選択されたセキュア通信手段を用いて接続先相手とセキュア通信を行うことを特徴とする通信端末。
【請求項２】
請求項１に記載の通信端末において、
通信データの内容と選択手段が選択するセキュア通信手段との対応付けを更新する更新手段を備えていることを特徴とする通信端末。
【請求項３】
請求項１または２に記載の通信端末において、
前記選択手段は、複数のセキュア通信手段が選択可能であれば、通信データの内容に応じて予め定められた優先順位に基づいて、優先度の高いセキュア通信手段を選択する手段であることを特徴とする通信端末。
【請求項４】
請求項３に記載の通信端末において、
セキュア通信手段の選択優先順位を変更する優先順位変更手段を備えていることを特徴とする通信端末。
【請求項５】
請求項１乃至４のいずれか一つに記載の通信端末において、前記通信データの内容は、接続先アドレス情報であることを特徴とする通信端末。
【請求項６】
請求項１乃至４のいずれか一つに記載の通信端末において、
前記通信データの内容は、使用アプリケーション情報であることを特徴とする通信端末。
【請求項７】
請求項１乃至６のいずれか一つに記載の通信端末において、前記セキュア通信手段の一つは、ＩＰＳｅｃプロトコルを用いてセキュア通信する手段であることを特徴とする通信端末。
【請求項８】
請求項１乃至７のいずれか一つに記載の通信端末において、
前記セキュア通信手段の一つは、ＳＳＬプロトコルを用いてセキュア通信する手段であることを特徴とする通信端末。
【請求項９】
請求項１乃至８のいずれか一つに記載の通信端末において、
前記セキュア通信手段の一つは、ＴＬＳプロトコルを用いてセキュア通信する手段であることを特徴とする通信端末。
【請求項１０】
請求項１乃至９のいずれか一つに記載の通信端末において、
前記セキュア通信手段の一つは、ＳＳＨプロトコルを用いてセキュア通信する手段であることを特徴とする通信端末。
【請求項１１】
接続先端末とセキュアな通信をするための複数のセキュア通信工程と、
通信データの内容に基づいて、前記セキュア通信手段を選択する選択工程と、
を含み、
選択されたセキュア通信工程により、接続先端末とセキュア通信を行うことを特徴とする通信方法。
【請求項１２】
請求項１または２に記載の通信端末において、
前記選択手段は、複数のレイヤのセキュア通信手段が選択可能であれば、通信データの内容に応じて下位レイヤのセキュア通信手段を選択する手段であることを特徴とする通信端末。
【請求項１３】
接続先端末とセキュアな通信をするための複数のセキュア通信工程と、
通信データの内容に基づいて、前記セキュア通信手段を選択する選択工程と、
を含み、
選択されたセキュア通信工程により、接続先端末とセキュア通信をコンピュータに行わせる通信プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信端末、特にネットワークインタフェースや通信インタフェースを装着し、他の装置とのセキュア通信可能な通信端末に関するものである。
【０００２】
【従来の技術】
近年、企業内のネットワーク環境において、インターネットの基盤を利用してイントラネットを構築するためにＩＰ−ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）の技術が使われている。
【０００３】
ＩＰ−ＶＰＮではネットワーク層でのセキュリティ機能であるＩＰＳｅｃ（詳細はＲＦＣ２４０１，２４０２等を参照。）の使用が主流となっている。インターネット環境においても、次世代のインターネットプロトコルであるＩＰｖ６(Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ６。詳細はＲＦＣ２４６０等を参照。)では仕様上はＩＰＳｅｃのサポートが必須となっている。
【０００４】
しかし、ＣＰＵパワーの小さい組込み機器でＩＰＳｅｃなどのセキュリティ機能を使用すると伝送性能の劣化が生じるという課題があり、ＩＰｖ６最小要求仕様（http://www.tahi.org/lcna/docs/IPv6-min-spec-ver42.htmなどを参照。)も議論されている。
【０００５】
一方、インターネット上のショッピングサイトなどでは、セッション層でのＳＳＬ(Ｓｅｃｕｒｉｔｙ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ 。http://wp.netscape.com/eng/ssl3/などを参照。)など上位層でのセキュリティ機能が、一般的に使われている現状がある。
【０００６】
インターネット上では上位プロトコルとしては、ＨＴＴＰ(Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ。詳細はＲＦＣ２６１６などを参照。)が一般的に使われており、図１１にはＩＰｖ６(+ＩＰＳｅｃ)ネットワーク上でＳＳＬを使ったＨＴＴＰ通信する場合のプロトコルレイヤ構造を示す。
【０００７】
組込み機器でも、ネットワークスキャナやネットワークプリンタなど、ネットワークインタフェースを装着しているものが多く、ＨＴＴＰやファイル転送プロトコルであるＦＴＰ(Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ。詳細はＲＦＣ９５９を参照。)など、汎用的なネットワークプロトコルを制御プロトコルとして利用することが可能となっている。
【０００８】
【発明が解決しようとする課題】
しかしながら、従来の技術では、ＩＰＳｅｃやＳＳＬなどセキュア通信するための技術の使い分けが最適にされていないという問題点がある。
【０００９】
例えば、図７に示したように、ＩＰＳｅｃのサポートが必須であるＩＰｖ６を使ったインターネット上のショッピングサイトにおいては、ＳＳＬとのＩＰＳｅｃが重複して使用されるため、性能劣化が発生するという問題点がある。本問題点は組込み機器間の通信においても同じである。
【００１０】
本発明は、上記の点を鑑みてなされたものであり、ユーザの手を煩わすことなく、上位レイヤでのセキュリティ機能や下位レイヤでのセキュリティ機能と言った複数のセキュリティ機能（セキュア通信手段）を適切に使い分けることが可能な通信端末を提供することを目的とする。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、本発明に係る通信端末は、接続先相手とセキュアな通信をするための複数のセキュア通信手段と、通信データの内容に基づいて、前記セキュア通信手段を選択する選択手段とを含み、選択されたセキュア通信手段を用いて接続先相手とセキュア通信を行う。
【００１２】
このように構成された本発明によれば、選択手段が、通信データの内容に応じて、複数のセキュア通信手段から使用するセキュア通信手段を選択する。そして、通信端末は、選択されたセキュア通信手段を用いて、接続先相手とセキュア通信を行う。
【００１３】
よって、ユーザの手を煩わすことなく、例えば、上位レイヤのセキュア通信手段と、下位レイヤのセキュア通信手段とを適切に使い分けることが可能になる。
【００１４】
また、複数のセキュア通信手段の重複使用（例えば、上位レイヤでのセキュア通信手段と下位レイヤでのセキュア通信手段の重複使用）による性能劣化も防止することが可能となる。
【００１５】
好適な態様において、本発明に係る通信端末は、通信データの内容と選択手段が選択するセキュア通信手段との対応付けを更新する更新手段を備えている。
【００１６】
このように構成された本発明によれば、更新手段が通信データの内容と選択手段が選択するセキュア通信手段との対応付けを更新する。
【００１７】
したがって、新たに接続先相手が増加したり、既存の接続先相手の設定が変更しても、通信データの内容に応じて選択されるセキュア通信手段を適宜更新することができるため、柔軟に対応することが可能になる。
【００１８】
さらに別の好適な態様において、本発明に係る通信端末の選択手段は、複数のセキュア通信手段が選択可能であれば、通信データの内容に応じて予め定められた優先順位に基づいて、優先度の高いセキュア通信手段を選択する手段である。
【００１９】
このように構成された通信端末によれば、選択手段が、複数のセキュア通信手段を選択可能であれば、通信データの内容に応じて予め定められた優先順位に基づいて、適切な通信手段を選択できる。
【００２０】
よって、選択可能なセキュア通信手段が複数存在しても、ユーザの手を煩わすことなく、適切にセキュア通信手段を選択し、通信することができる。
【００２１】
さらに、本発明に係る通信端末は、セキュア通信手段の選択優先順位を変更する優先順位変更手段を備えることを特徴とする。
【００２２】
このように構成された通信端末によれば、優先順位変更手段によって、通信手段を選択する際の優先順位を適宜変更することができるため、臨機応変に使用するセキュア通信手段を切り替えることができる。
【００２３】
また、本発明の別の好適な態様では、選択手段がセキュア通信手段を選択する際に利用する通信データの内容は、接続先アドレス情報である。
【００２４】
このように構成された通信端末によれば、選択手段が、接続先のアドレスを元に、適切なセキュア通信手段を選択する。よって、接続先アドレスごとに適切なセキュア通信が可能になる。
【００２５】
さらに別の好適な態様では、選択手段がセキュア通信手段を選択する際に利用する通信データの内容は、使用アプリケーション情報である。
【００２６】
このように構成された通信端末によれば、選択手段が、使用アプリケーション情報を元に、適切なセキュア通信手段を選択する。よって、使用するアプリケーションごとに適切なセキュア通信手段を利用することが可能になる。
【００２７】
また、具体的には、本発明に係る通信端末のセキュア通信手段の一つは、ＩＰＳｅｃプロトコルである。
【００２８】
このように構成された通信端末によれば、適切にＩＰＳｅｃを利用したセキュア通信が可能になる。
【００２９】
さらに、本発明に係る通信端末のセキュア通信手段の一つは、ＳＳＬプロトコルである。
【００３０】
このように構成された通信端末によれば、適切にＳＳＬを利用したセキュア通信が可能になる。
【００３１】
加えて、本発明に係る通信端末のセキュア通信手段の一つは、ＴＬＳプロトコルである。
【００３２】
このように構成された通信端末によれば、適切にＴＬＳを利用したセキュア通信が可能になる。
【００３３】
また、本発明に係る通信端末のセキュア通信手段の一つは、ＳＳＨプロトコルである。
【００３４】
このように構成された通信端末によれば、適切にＳＳＨを利用したセキュア通信が可能になる。
【００３５】
さらに、上記課題を解決するために、本発明に係る通信方法は、接続先相手とセキュアな通信をするための複数のセキュア通信工程と、通信データの内容に基づいて、前記セキュア通信手段を選択する選択工程とを含み、選択されたセキュア通信工程により、接続先相手とセキュア通信を行う。
【００３６】
このような本発明の通信方法によれば、選択工程が、通信データの内容に応じて、複数のセキュア通信工程から使用するセキュア通信工程を選択する。そして、通信端末は、選択されたセキュア通信工程を用いて、接続先相手とセキュア通信を行う。
【００３７】
よって、ユーザの手を煩わすことなく、例えば、上位レイヤでのセキュア通信に使用するＳＳＬと、下位レイヤでのセキュア通信に使用するＩＰＳｅｃを適切に使い分けることが可能になる。
【００３８】
また、複数のセキュア通信を重複使用することによる性能劣化も防止することが可能となる。
【００３９】
さらに、本発明に係る通信端末の好適な態様では、前記選択手段は、複数のレイヤのセキュア通信手段が選択可能であれば、通信データの内容に応じて下位レイヤのセキュア通信手段を選択する手段であることを特徴とする。
【００４０】
このように構成することで、選択手段は、下位レイヤのセキュア通信手段を優先して選択する。
【００４１】
加えて、上記課題を解決するために、本発明に係る通信プログラムは、接続先端末とセキュアな通信をするための複数のセキュア通信工程と、通信データの内容に基づいて、前記セキュア通信手段を選択する選択工程とを含み、選択されたセキュア通信工程により、接続先端末とセキュア通信をコンピュータに行わせる。
【００４２】
このような本発明の通信プログラムによれば、選択工程が、通信データの内容に応じて、複数のセキュア通信工程から使用するセキュア通信工程を選択するようにプログラムされている。そして、通信端末が、選択されたセキュア通信工程を用いて、接続先相手とセキュア通信を行うようプログラムされている。
【００４３】
【発明の実施の形態】
以下、本発明の第一の実施の形態（以下実施形態１という）を、図面に従って説明する。
【００４４】
実施形態１のシステム構成例を図１に示し、構成図を図２に示す。実施形態１では、通信端末として画像生成機能を有するスキャナモジュール１を、接続先相手として画像処理機能を有するプリンタモジュール２１を用いる。なお、図２のスキャナモジュール１は図１のＳＣに対応し、図２のプリンタモジュール２１は図１のＰＲＴ１に対応する。
【００４５】
スキャナモジュール１では、スキャナ部９で入力された画像の画像データを生成し、ネットワークインタフェース１３を経由して外部へ送信する。
【００４６】
ＣＰＵ２はシステムバス８を介してシステム全体の制御を行う。ＲＯＭ３はＣＰＵ２の制御プログラムを格納するものである。
【００４７】
ＲＯＭ３に格納されている制御プログラムは、本画像生成装置が、スキャナ部９で入力された画像データを処理したり、ネットワークインタフェース１３を介して外部へデータを送信したりするためのものである。
【００４８】
ＲＡＭ４はＳＲＡＭ等で構成され、プログラム制御変数や各種処理のためのデータ等を格納するためのものである。ハードディスク５は、制御プログラムによる各種処理のためのデータを格納したり、画像データなどを格納したりするためのものである。
【００４９】
制御部６は、スキャナ部９と制御データの授受を行ったり、画像データを送信先へ送信するなどの制御を行うためのものである。
【００５０】
また実施形態１において、通信部１２は、セキュア通信手段として、ＳＳＬとＩＰＳｅｃを備える。通信制御部７は、通信部１２に備えられているセキュア通信手段の中から適切なセキュア通信手段を選択する選択手段を備え、セキュア通信に関する制御など、通信部１２の制御を行う。
【００５１】
さらに、通信部１２は、ネットワークインタフェース１３を介して外部へデータを送信する。ネットワークインタフェース１３は、外部装置と通信を行うためのものである。実施形態１ではＥｔｈｅｒｎｅｔ（登録商標）とする。
【００５２】
スキャナ部９は、原稿を読取って、画像データを入力するためのものである。操作表示パネル１０は、スキャンの設定を行う画面を表示したり、スキャン指示を行ったり、画像の送信先を指定したりするためのものである。
【００５３】
システム時計１１は、時計用チップにより構成され時刻情報（年月日、時分秒）をＣＰＵに提供する。システム時計１１は、システム電源断時や停電時等に時刻情報が消滅しないようバックアップ用電池を備え、常に現時点の時刻を保持している。
【００５４】
次に図３に従い、実施形態１におけるスキャナモジュール１の処理フローを説明する。
【００５５】
まず最初にステップＳ１において、画像を読取る原稿を置き、スキャナ装置のスタートボタンを押して、スキャナ装置に原稿を読取らせ画像データを入力する。次にステップＳ２において、送信先装置を指定する。
【００５６】
ここでは操作表示パネル上から、ＰＲＴ１に送信するのであればＰＲＴ１のＩＰｖ６アドレスfe80::2b0:d0ff:fede:1aff を指定する。
【００５７】
次にステップＳ３において、送信先装置とのソケットレベル及びＴＣＰレベルでの接続処理を行う。
【００５８】
具体的にソケットレベルでの接続は、アプリケーション上はソケットのＡＰＩであるｃｏｎｎｅｃｔ（）などを実行することで行う。
【００５９】
ここでは、ＰＲＴ１のアドレスに対して、ＳＳＬを用いた接続ＡＰＩであるＳＳＬ_ｃｏｎｎｅｃｔ（）を実行する。
【００６０】
図６には、セキュア通信の制御をするために用いるコネクション管理テーブルを示す。このコネクション管理テーブルは、通信制御部７の選択手段が、どのセキュア通信手段を選択するかを決める際に利用される。
【００６１】
図６のＩＤは識別子、ＩＰｖ４／ｖ６はＩＰｖ４かＩＰｖ６のどちらのＩＰプロトコルを用いるコネクションかを示し、ＳＳＬはＳＳＬを用いたセッションのためのコネクションかを示し、ＩＰアドレスとポート番号は各々のコネクションのＩＰアドレスとポート番号を示す。
【００６２】
ｃｏｎｎｅｃｔ（）やＳＳＬ_ｃｏｎｎｅｃｔ（）では接続処理開始時に、通信制御部７の更新手段が、図６のテーブルにエントリを追加するものとする。ＳＳＬ_ｃｏｎｎｅｃｔ（）を使用したときは図６のＳＳＬをＴＲＵＥにする。
【００６３】
次にステップＳ４において、通信制御部７の選択手段が、ＳＳＬによる接続かを確認する。ＳＳＬによる接続かの確認の処理については後述する。
【００６４】
ステップＳ４が終了し、ＳＳＬによる接続である場合にはステップＳ５を実行し、ＳＳＬによる接続でない場合には、ＩＰＳｅｃによる通信可能かを確認する。ＩＰＳｅｃによる通信可能かの確認の処理については後述する。
【００６５】
ステップＳ６が終了し、ＩＰＳｅｃによる通信が可能な場合は、ステップＳ７を実行し、ＩＰＳｅｃによる通信が可能でない場合はステップＳ５を実行する。
【００６６】
ステップＳ５では、ＩＰＳｅｃを使わずにＩＰレベルでは通常のＩＰ通信で、送信先装置へ画像データを送信する。ステップＳ７では、ＩＰＳｅｃによりＩＰレベルではセキュアなＩＰ通信で、送信先装置へ画像データを送信する。
【００６７】
ここで図４に、通信制御部７の選択手段におけるＳＳＬによる接続かの確認処理の流れについて示す。先ず図４のステップＳ２１では、上位のＴＣＰレベルから渡されるＴＣＰヘッダから送信先のＩＰアドレスとポート番号を取得する。ここでは、ＩＰアドレスはＰＲＴ１のアドレスfe80::2b0:d0ff:fede:2aff、ポート番号は８８８１が取得できたとする。
【００６８】
次にステップＳ２２では、図６に示したコネクション管理テーブル上に、該当するＩＰアドレスとポート番号のエントリを検索する。
【００６９】
エントリが存在すればステップＳ２３に進み、存在しなければステップＳ２４に進む。ここではＩＤ＝２に該当するエントリが存在する。
【００７０】
次にステップＳ２３では、該当するエントリがＳＳＬ通信かを確認する。該当するエントリがＳＳＬ通信の為のコネクションであればステップＳ２５に進み、ＳＳＬ通信の為のコネクションでなければステップＳ２４に進む。
【００７１】
ここでは、ＩＤ＝２のエントリで、ＳＳＬがＴＲＵＥになっているので、ＳＳＬ通信の為のコネクションである。
【００７２】
次にステップＳ２４ではＳＳＬ接続でないことを出力して終了する。ステップＳ２５ではＳＳＬ接続であることを出力して終了する。ここではＳＳＬ接続であることを出力して終了する。
【００７３】
ここで図５に、通信制御部７の選択手段におけるＩＰＳｅｃによる通信可能かの確認処理の流れについて示す。また、図７にセキュア通信手段を選択する際に用いるアドレス管理テーブルを示す。このアドレス管理テーブルも、コネクション管理テーブルと同様に、通信制御部７の選択手段がどのセキュア通信手段を選択するかを決める際に利用される。
【００７４】
例えば、アドレス管理テーブルはアドレス解決処理に使われるアドレス解決テーブルを拡張したものである。
【００７５】
図７のＩＤは識別子、ＩＰｖ４／ｖ６はＩＰｖ４かＩＰｖ６のどちらのＩＰプロトコルかを示し、ＩＰＳｅｃはＩＰＳｅｃを用いた通信が可能かを示し、ＩＰアドレスとMACアドレスはＩＰアドレスと対応するMACアドレスを示す。
【００７６】
これにより該当するＩＰアドレスとの通信でＩＰＳｅｃによる通信が可能かを管理することができる。アドレス管理テーブルは動的なアドレス解決テーブルとは別に静的なテーブルとして存在しても構わない。
【００７７】
先ず図７のステップＳ３１では、送信先装置のＩＰアドレスを入力する。ここでは、ＩＰアドレスはＰＲＴ１のアドレスfe80::2b0:d0ff:fede:1affが入力される。
【００７８】
次にステップＳ３２では、図７に示したアドレス管理テーブル上に、該当するＩＰアドレスのエントリを検索します。エントリが存在すればステップＳ３３に進み、存在しなければステップＳ３４に進む。ここではＩＤ＝６に該当するエントリが存在する。
【００７９】
次にステップＳ３３では、該当するエントリがＩＰＳｅｃ通信可能かを確認する。該当するエントリがＩＰＳｅｃ通信が可能な場合はステップＳ３５に進み、ＩＰＳｅｃ通信が可能でない場合はステップＳ３４に進む。ここでは、ＩＤ＝６のエントリで、ＩＰＳｅｃがＴＲＵＥになっているので、ＩＰＳｅｃ通信が可能である。
【００８０】
次にステップＳ３４ではＩＰＳｅｃ通信可能でないことを出力して終了する。ステップＳ３５ではＩＰＳｅｃ通信可能であることを出力して終了する。ここではＩＰＳｅｃ通信可能であることを出力して終了する。
【００８１】
このように実施形態１によれば、通信制御部７の選択手段が、コネクション管理テーブルやアドレス管理テーブルに基づいて、セキュア通信手段として備えられているＳＳＬ通信かＩＰＳｅｃ通信かを選択して、セキュア通信を行う。
【００８２】
よって、ユーザの手を煩わすことなく、上位レイヤでのセキュア通信手段であるＳＳＬと、下位レイヤでのセキュア通信手段であるＩＰＳｅｃを適切に使い分けることが可能になる。
【００８３】
実施形態１では、スキャナから画像送信をするために画像送信先のプリンタと接続する際の接続処理の中で、ＳＳＬとＩＰＳｅｃを使い分け、ＳＳＬをＩＰＳｅｃよりも優先させて使用している例を示した。
【００８４】
これは従来例の図１１に対しては図１２のようにしたということである。一方図１１に対して図１３のようにするように、ＩＰＳｅｃをＳＳＬよりも優先して使用させてもよい。
【００８５】
ＩＰＳｅｃをＳＳＬよりも優先させる場合は、アドレス管理テーブルを先に確認し、送信先ＩＰアドレスがＩＰＳｅｃで通信可能な場合は、ＳＳＬ通信することはできないので、ＳＳＬ_ｃｏｎｎｅｃｔ（）をエラー終了させるか、自動的にｃｏｎｎｅｃｔ（）にリダイレクトするなどしてＩＰＳｅｃのみでセキュア通信するようにすればよい。
【００８６】
また、実施形態１では、接続先のアドレスを元にセキュア通信手段の選択を行っているが、選択の基準として、使用するアプリケーションごとにセキュア通信手段を選択しても良い。この場合、接続先のポート番号を元に判断する。
【００８７】
ＩＰＳｅｃをＳＳＬよりも優先させる場合の具体的な処理の流れについては図８に示す。
【００８８】
図８のステップＳ５１からステップＳ５４までは、図３のステップＳ１からＳ４までと同様である。図３と異なりステップＳ５４が終了したらステップＳ５５に進む。ステップＳ５５については図３のステップ６と同様である。
【００８９】
ステップＳ５５が終了したら、ＳＳＬ接続でＩＰＳｅｃ通信可能である場合はステップＳ５８に進み、ＳＳＬ接続でＩＰＳｅｃ通信可能でない場合はステップＳ５６に進み、ＳＳＬ接続ではなくＩＰＳｅｃ通信可能である場合はステップＳ５７に進み、ＳＳＬ接続ではなくＩＰＳｅｃ通信可能でない場合はステップＳ５６に進む。
【００９０】
ステップＳ５６とステップＳ５７は、それぞれ図３のステップＳ５とステップＳ７と同様である。ステップＳ５８ではＩＰＳｅｃが優先でありながらＳＳＬ接続であるので、ＳＳＬ接続をエラーとするか、通常のソケット接続にリダイレクトしてＩＰＳｅｃで送信するのである。
【００９１】
また、実施形態１において、上位レイヤでのセキュア通信手段としてＳＳＬを使用しているがＴＬＳなどの他のセキュア通信手段を用いて実現してもよい。下位レイヤでのセキュア通信手段についてもＩＰＳｅｃ以外のセキュア通信手段を用いて実現してもよい。
【００９２】
また、実施形態１において、スキャナ部とプリンタ部間にＥｔｈｅｒｎｅｔ（登録商標）を用いているが、ＴｏｋｅｎＲｉｎｇやシリアルインタフェースやパラレルインタフェース、ＩＥＥＥ１３９４などの他のインタフェースを用いて実現してもよい。
【００９３】
続いて、本発明の第２の実施の形態（以下、実施形態２）について説明する。
【００９４】
実施形態２の構成図は実施形態１と同様に図２に示し、システム構成例も図１に示す。
【００９５】
システムとしては、実施形態１と同様に画像生成機能を有するスキャナモジュール１と画像処理機能を有するプリンタモジュール２１で構成されている。
【００９６】
図２のスキャナモジュール１は図１のＳCに対応し、図２のプリンタモジュール２１は図１のＰＲＴ１に対応する。
【００９７】
プリンタモジュール２１では、ネットワークインタフェース３４を経由して外部から受信した画像データを印刷部２９で印刷したり、ネットワークインタフェース３４を介して外部へ転送する。
【００９８】
ＣＰＵ２２はシステムバス２８を介してシステム全体の制御を行う。ＲＯＭ２３はＣＰＵ２２の制御プログラムを格納するものである。
【００９９】
ＲＯＭ２３に格納されている制御プログラムは、プリンタモジュール２１が、ネットワークインタフェース３４を介して外部から画像データを受信したり、受信した画像データを印刷部２９で印刷したり、ネットワークインタフェース３４を介して転送したりするためのものであるとする。
【０１００】
ＲＡＭ２４はＳＲＡＭ等で構成され、プログラム制御変数や各種処理のためのデータ等を格納するためのものである。ハードディスク２５は、制御プログラムによる各種処理のためのデータを格納したり、画像データなどを格納したりするためのものである。
【０１０１】
制御部２６は、印刷部２９と制御データの授受を行ったり、画像データを転送するなどの転送部３２の制御を行うためのものである。通信制御部２７は、セキュア通信の制御などの通信部３３の制御を行うためのものである。印刷部２９は、受信された画像データを印刷するためのものである。
【０１０２】
操作表示パネル３０は、印刷の設定を行う画面を表示したり、設定変更の指示を行ったり、画像の転送先を指定したりするためのものである。
【０１０３】
システム時計３１は、時計用チップにより構成され時刻情報（年月日、時分秒）をＣＰＵに提供する。システム時計３１は、システム電源断時や停電時等に時刻情報が消滅しないようバックアップ用電池を備え、常に現時点の時刻を保持している。
【０１０４】
転送部３２は、ネットワークインタフェースを介して外部へ画像データを転送するためのものである。通信部３３は、通信インタフェースを介して外部から画像データを受信するためのものである。ネットワークインタフェース３４は、ネットワーク上の外部装置と通信するためのである。実施形態２ではＥｔｈｅｒｎｅｔ（登録商標）とする。
【０１０５】
次に図９に従い、実施形態２におけるプリンタモジュールの処理フローを説明する。
【０１０６】
まず最初にステップＳ６１において、送信元装置からデータ受信を開始する。ここでは送信元装置であるスキャナからの接続要求を含むデータを受信する。
【０１０７】
次にステップＳ６２において、通信制御部２７の選択手段が、受信したデータから送信元装置がＩＰＳｅｃ通信してくるかを確認し、更新手段がアドレス管理テーブルにエントリを追加する。
【０１０８】
ここでは、通信制御部２７の選択手段が、ＩＰレベルで、送信元装置から受信したデータにＩＰＳｅｃ通信を示すオプションヘッダが存在すればＩＰＳｅｃ通信であると判断し、ＩＰヘッダの内容から送信元装置のアドレスを取得して、更新手段がアドレス管理テーブルにエントリを追加する。
【０１０９】
ここでは送信元装置はスキャナモジュール１なので、ＩＰＳｅｃ通信で、ＩＰアドレスは、ＩＰｖ６のfe80::2b0:d0ff:fede:1afdとする。
【０１１０】
アドレス管理テーブルは実施形態１で説明した図７と同様であり、ここではＩＤ＝１が追加されたエントリである。
【０１１１】
次にステップＳ６３において、通信制御部２７の選択手段が、受信したデータから送信元がＳＳＬ接続してくるかを確認し、コネクション管理テーブルにエントリを追加する。
【０１１２】
ここでは、ソケットレベルで、ＳＳＬプロトコルの接続メッセージを受信するかどうかで送信元がＳＳＬ接続してくるかを確認する。
【０１１３】
ここでは送信元のＩＰアドレスは、ＩＰｖ６のfe80::2b0:d0ff:fede:1afd でポート番号は８８８７とし、ＳＳＬ接続してこないものとする。
【０１１４】
コネクション管理テーブルは実施形態１の図６と同様であり、追加されるエントリは、ＩＤ＝７のエントリである。次にステップＳ６４において、ＩＰＳｅｃによる通信かを確認する。これは図３のステップＳ６と同様にアドレス管理テーブルから確認をする。
【０１１５】
ＩＰＳｅｃによる通信の場合はステップＳ６５に進み、ＩＰＳｅｃによる通信でない場合はステップＳ６６に進む。
【０１１６】
次にステップＳ６５では、ＳＳＬによる接続かを確認する。これは図３のステップＳ４と同様にコネクション管理テーブルから確認をする。
【０１１７】
ＳＳＬによる接続の場合はステップＳ６８に進み、ＳＳＬによる接続でない場合はステップＳ６７に進む。次にステップＳ６６ではＩＰレベルでは、ＩＰＳｅｃを使わずに通常のＩＰ通信で送信元装置から画像データを受信する。勿論ソケットレベルではＳＳＬ通信されているかもしれない。
【０１１８】
次にステップＳ６７では、ＩＰＳｅｃによりＩＰレベルではセキュアなＩＰ通信として、送信元装置から画像データを受信する。ここではＳＳＬ通信は行われない。
【０１１９】
次にステップＳ６８では、ＩＰＳｅｃ通信であるにも関わらずＳＳＬによる接続も要求しているので、ＳＳＬ接続を拒否するように送信先装置へ通常のＳＳＬプロトコルでの接続拒否により応答する。ここではＩＰＳｅｃ通信がＳＳＬ接続よりも優先されているのである。次にステップＳ６９では、送信元装置から受信した画像データを印刷する。
【０１２０】
このように実施形態２によれば、通信制御部２７の選択手段が、コネクション管理テーブルやアドレス管理テーブルに基づいて、セキュア通信手段として備えられているＳＳＬ通信かＩＰＳｅｃ通信かを選択して、セキュア通信を行う。
【０１２１】
よって、ユーザの手を煩わすことなく、下位レイヤでのセキュア通信手段であるＩＰＳｅｃを、上位レイヤでのセキュア通信手段であるＳＳＬよりも優先させて使い分けることが可能になる。
【０１２２】
具体的には実施形態２では、画像送信元のスキャナと接続する際の接続処理の中で、ＳＳＬとＩＰＳｅｃを使い分け、ＩＰＳｅｃよりもＳＳＬを優先させて使用している例を示した。
【０１２３】
また、実施形態２では、ＩＰＳｅｃよりもＳＳＬを優先させる例を示したが、通信制御部２７の選択手段は、プロトコルを優先させるかを管理するための優先プロトコル管理テーブルを用いて、どのプロトコルを優先させるかを決定してもよい。
【０１２４】
図１０に優先プロトコル管理テーブルの例を示す。図１０のＩＤは識別子、ＩＰｖ４／ｖ６はＩＰｖ４かＩＰｖ６のどちらのＩＰプロトコルかを示し、ＳＳＬはＳＳＬの優先度を表し、ＩＰＳｅｃはＩＰＳｅｃの優先度を表し、ＩＰアドレスは該当するＩＰアドレスを示す。
【０１２５】
優先度については、数字が大きい方が優先度が高いことを示し、０はそのプロトコルが使用できないことを示す。例えばＩＤ＝１の場合は、ＩＰＳｅｃの優先度２に対してＳＳＬの優先度が１なので、実施形態２のように下位レイヤであるＩＰＳｅｃが上位レイヤであるＳＳＬに優先することになる。
【０１２６】
この優先プロトコル管理テーブルは、通信制御部７の優先順位変更手段を介し、ＵＩ（ユーザ・インターフェイス）などで機器の管理者が設定できるようにしてもよい。また、装置管理者またはクライアントが他の装置から指示することによりネットを介して設定できるようにしてもよい。このように各プロトコルの優先度を変更することで、特定のＩＰアドレスに対して、下位レイヤでのセキュア通信から上位レイヤへのセキュア通信へ切替えることも可能となる。
【０１２７】
【発明の効果】
本発明による通信端末は、選択手段が、通信データの内容に応じて、例えば、コネクション管理テーブルやアドレス管理テーブルを用いて、複数のセキュア通信手段から使用するセキュア通信手段を選択し、セキュア通信を行う。
【０１２８】
よって、ユーザの手を煩わすことなく、例えば、上位レイヤでのセキュア通信手段であるＳＳＬと、下位レイヤでのセキュア通信手段であるＩＰＳｅｃを適切に使い分けることが可能になる。
【０１２９】
また、ＣＰＵパワーの小さい組み込み機器で、複数のセキュア通信手段を重複使用（例えば、上位レイヤでのセキュア通信手段と下位レイヤでのセキュア通信手段の重複使用）した場合に生じるおそれのある性能劣化も防止することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態１におけるシステム構成例である。
【図２】本発明の実施形態１における構成図である。
【図３】本発明の実施形態１におけるスキャナモジュールの処理フロー図である。
【図４】本発明の実施形態１におけるＳＳＬ接続かの確認処理の流れである。
【図５】本発明の実施形態１におけるＩＰＳｅｃ通信可能かの確認処理の流れである。
【図６】本発明の実施形態１におけるコネクション管理テーブルである。
【図７】本発明の実施形態１におけるアドレス管理テーブルである。
【図８】本発明の実施形態１におけるＩＰＳｅｃを優先させた場合のスキャナモジュールの処理フロー図である。
【図９】本発明の実施形態２におけるプリンタモジュールの処理フロー図である。
【図１０】本発明の第２の実施例における優先プロトコル管理テーブルである。
【図１１】ＳＳＬとＩＰＳｅｃが重複使用されているＨＴＴＰ通信におけるレイヤ構造である。
【図１２】ＳＳＬのみが使用されているＨＴＴＰ通信におけるレイヤ構造である。
【図１３】ＩＰＳｅｃのみが使用されているＨＴＴＰ通信におけるレイヤ構造である。
【符号の説明】
１  スキャナモジュール、２  ＣＰＵ、３  ＲＯＭ、４  ＲＡＭ、５  ハードディスク、６  制御部、７  通信制御部、８  システムバス、９  スキャナ部、１０  操作表示パネル、１１  システム時計、１２  通信部、１３  ネットワークインタフェース、２１  プリンタモジュール、２２  ＣＰＵ、２３  ＲＯＭ、２４  ＲＡＭ、２５  ハードディスク、２６  制御部、２７  通信制御部、２８システムバス、２９  印刷部、３０  操作表示パネル、３１  システム時計、３２  転送部、３３  通信部、３４  ネットワークインタフェース。
【図１】
2004199414.tif 000003
【図２】
2004199414.tif 000004
【図３】
2004199414.tif 000005
【図４】
2004199414.tif 000006
【図５】
2004199414.tif 000007
【図６】
2004199414.tif 000008
【図７】
2004199414.tif 000009
【図８】
2004199414.tif 000010
【図９】
2004199414.tif 000011
【図１０】
2004199414.tif 000012
【図１１】
2004199414.tif 000013
【図１２】
2004199414.tif 000014
【図１３】
2004199414.tif 000015