(57)【要約】【課題】  無線通信手段による２種類の認証処理が同時に行なわれてしまい通信の妨げになる課題を解決する。【解決手段】  無線通信手段と無線通信手段における第１の認証処理手段、無線通信手段における第２の認証処理手段、及び前記第１の認証処理手段により認証する為の認証コード入力及び記憶手段、前記第２の認証処理手段により認証する為の認証コード入力及び記憶手段、さらに前記第１の認証処理手段を実行済みかの判別処理手段を有した機器において、判別処理手段により無線通信手段における第１の認証処理が実行済みであった場合は、無線通信手段における第２の認証処理を行わない。【選択図】  図１
2006217038.tif 000002
【特許請求の範囲】
【請求項１】
無線通信手段と前記無線通信手段における第１の認証処理手段、前記無線通信手段における第２の認証処理手段、及び前記第１の認証処理手段により認証する為の認証コード入力及び記憶手段、前記第２の認証処理手段により認証する為の認証コード入力及び記憶手段、さらに前記第１の認証処理手段を実行済みかの判別処理手段を有し、前記判別処理手段により前記無線通信手段における第１の認証処理が実行済みであった場合に、前記無線通信手段における第２の認証処理を行わない事を特徴とする認証処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信手段、及び無線通信による２種類の認証処理手段と２種類の認証処理手段により認証するための認証コード入力及び記憶手段をそれぞれ有し、更に第１の認証処理を実行したかの判別をする処理手段を有した機器においての多重認証処理の回避方法に関するものである。
【背景技術】
【０００２】
近年、無線通信を用いたオブジェクト交換の通信システムを採用して携帯電話やＰＤＡ等からデータを交換するシステムが存在する。
【０００３】
従来、このような通信システムの場合、機器が移動できること等から使い勝手（操作や場所など）が自由である反面、誰でも勝手にデータを引き出せてしまう問題点がある。
【０００４】
そこでオブジェクト交換のプロトコルでは認証処理を定義している場合があり、問題点を解決している。例えばオブジェクト交換であるＩｒＯＢＥＸプロトコル（Infrared Object Exchange Protocol）ではAuthenticate challengeという認証コマンドでコードを送り、そのコードを受け取った側に予めキー等の入力手段により得た認証コードと比較し、比較した結果が一致した場合には応答Authenticate Responseで規定の計算式により計算されたコードを再度送り返す事で認証処理を行う方法がある。
【０００５】
更に、近年では無線通信としても認証処理を備えたプロトコル等が定義されてきている。例えばBluetooth通信のように接続要求時にキー等の入力手段により得たＰＩＮコードを互いに入力し接続における認証処理を行っている。
【０００６】
しかし、そのような認証処理を備えた無線通信を用いてオブジェクト交換が行なわれたときは、それぞれの認証処理が行なわれてしまうことになり通信の妨げになってしまう問題があった。
【０００７】
又、別の従来例としては、特許文献１をあげることが出来る。
【特許文献１】特表２００３−５０１７５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、無線通信手段による２種類の認証処理が同時に行なわれてしまい通信の妨げになる課題を解決するものである。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明は以下の構成からなる。
【００１０】
すなわち、無線通信手段と前記無線通信手段における第１の認証処理手段、前記無線通信手段における第２の認証処理手段、及び前記第１の認証処理手段により認証する為の認証コード入力及び記憶手段、前記第２の認証処理手段により認証する為の認証コード入力及び記憶手段、さらに前記第１の認証処理手段を実行済みかの判別処理手段を備えた装置。
【発明の効果】
【００１１】
以上、説明した実施例によれば無線通信手段と無線通信手段における第１の認証処理手段、無線通信手段における第２の認証処理手段、及び前記第１の認証処理手段により認証する為の認証コード入力及び記憶手段、前記第２の認証処理手段により認証する為の認証コード入力及び記憶手段、さらに前記第１の認証処理手段を実行済みかの判別処理手段を有した機器において判別処理手段により無線通信手段における第１の認証処理が実行済みであった場合は、無線通信手段における第２の認証処理を行わない事で二重の認証処理が回避され通信遅延の問題を解消する事が可能になる。
【発明を実施するための最良の形態】
【００１２】
（実施例１）
以下、添付図面を参照して本発明を印刷装置に適用した実施形態について詳細に説明する。図１は実施形態の構成概略を示す図である。図１においての印刷装置は、ホストコンピュータ（図示省略）から転送されたデータを印刷する機能を有し、インターフェイス処理部１０００、受信バッファ１０１０、データ解析部１０２０、印字バッファ１０３０、印字制御部１０４０、記録ヘッド１０５０、ＬＦモータ１０６０、ＣＲモータ１０７０を有している。
【００１３】
インターフェイス処理部１０００は、赤外線通信プロトコルに準拠した赤外線インターフェイス１００１と周波数２．４ＧＨｚ帯においてスペクトラム拡散方式を適用したBluetoothインターフェイス１００２を備えている。
【００１４】
赤外線インターフェイス１００１においては赤外線物理層処理部１００と赤外線モジュール部１０１を備えている。赤外線モジュール部１０１を通して受信された信号は赤外線物理層処理部１００によりデータの符号化処理の解析を行い、正常に受信された場合はデータをインターフェイス部１０００の赤外線インターフェイス１００１に出力し、異常が発生した場合はエラー発生を赤外線インターフェイス１００１に告知し、赤外線インターフェイス１００１は再受信設定を行い規定時間以内の応答がない事による再送データを待つ。また、赤外線インターフェイス１００１からの送信データは赤外線物理層処理部１００により出力データに符号化処理を施し、赤外線モジュール部１０１より通信機器へ送信される。
【００１５】
Bluetoothインターフェイス１００２においてはベースバンド部２００、ＲＦ部２０１、アンテナ２０２を備えている。アンテナ２０２を通して受信された信号はＲＦ部２０１により復調処理されベースバンド部２００に出力される。ベースバンド部２００は復調されたデータの誤り訂正処理をおこない、処理結果に応じて正常に受信されたデータをインターフェイス部１０００のBluetoothインターフェイス１００２に出力し、誤りが発見されたデータに対しては再送要求を行う。またBluetoothインターフェイス１００２からの送信データは、ベースバンド部２００により出力データに誤り訂正符合等を付加し、所定のデータフォーマットに変換されＲＦ部２０１に出力される。ＲＦ部２０１は出力されたデータを変調し、アンテナ１０２により通信機器へ送信される。更に、Bluetoothインターフェイス１００２における認証処理に際して用いられるＰＩＮコードの入力手段１００２ａと記憶手段１００２ｂを備えている。
【００１６】
更に、インターフェイス処理部１０００は、オブジェクト交換プロトコルに準じた解析部１００３を備えている。そして赤外線インターフェイス１００１とBluetoothインターフェイス１００２の通信解析においてどちらのインターフェイスでもオブジェクト交換が可能になっている。尚、このオブジェクト交換プロトコルはＩｒＯＢＥＸプロトコル（Infrared Object Exchange Protocol）である。このオブジェクト交換プロトコルに準じた解析部１００３はプロトコルに準じた認証処理に際して用いられる認証コードの入力手段１００３ａと記憶手段１００３ｂを備えている。
【００１７】
受信バッファ１０１０は、インターフェイス部１０００の複数のインターフェイスに対応する複数のバッファ０〜ｎにより構成されている。
【００１８】
ホストコンピュータから送信されてきた印字データ、制御コマンド等を含むデータは、インターフェイス処理部１０００で受信したデータのヘッダデータ等を解析してインターフェイスの種類、パケットのサイズ等を特定し、特定したインターフェイスに対応するバッファｎに、受信したパケット中のデータ（ヘッダデータ等を除く）を格納する。
【００１９】
データ解析部１０２０は、受信バッファ１０１０に格納されたデータを順次読み出して、印字バッファ１０３０に格納する。印字制御部１０４０は、印字バッファ１０３０からデータを読み出し、記録ヘッド１０５０に転送する。
【００２０】
また、印字制御部１０４０は、記録ヘッド１０５０の印字動作、ＬＦモータ１０６０の回転制御動作、ＣＲモータ１０７０の回転制御動作等を制御する。
【００２１】
次に本実施例の印刷装置におけるBluetoothインターフェイス１００２における認証処理について説明する。尚、本実施例の印刷装置におけるBluetoothの認証処理はBluetooth通信の規格として定められた方法に準じている。
【００２２】
Bluetooth通信装置には固有の４８ビットのBluetoothデバイス・アドレスが割り当てられており認証に際してこのBluetoothデバイス・アドレスとユーザーにより入力されるパスワードにあたるＰＩＮコードとによりリンクキーを生成し、キーを交換することにより相互認証処理が行われ通信が可能となる。この認証処理によりＰＩＮコードの合致しない他の通信機器を排除しセキュリティを管理している。
【００２３】
本実施例の印刷装置においてはこのユーザーによるＰＩＮコードは入力手段１００２ａと記憶手段１００２ｂにより管理している。このようなＰＩＮコードを元にBluetooth通信における認証処理が行われ、Bluetooth通信が確立する。
【００２４】
Bluetooth通信を用いてオブジェクト交換処理を行う場合はBluetooth通信が確立後、オブジェクト交換が要求されるとオブジェクト交換解析部１００３によりオブジェクト交換が開始される。尚、本実施例では、このBluetooth通信における認証処理が行われたかをインターフェイス処理部１０００で管理している。
【００２５】
次に、図２はＩｒＯＢＥＸによる認証処理の流れを示したものである。図３は反対に認証処理を行わない場合の流れを示したものである。これらの図を元にオブジェクト交換プロトコルに準じたＩｒＯＢＥＸの認証処理について説明する。
【００２６】
尚、ＩｒＯＢＥＸに関する認証処理についてもＩｒＯＢＥＸプロトコルの規格として定められた方法に準じている。
【００２７】
ＩｒＯＢＥＸプロトコルは通信機器相互にこのプロトコルに準じた解析部が必要であり、赤外線通信やBluetooth通信が確立された後、ＩｒＯＢＥＸの接続、データ転送、切断という流れでそれらに準じたデータが赤外線通信やBluetooth通信を介してやり取りされる。
【００２８】
図２はＩｒＯＢＥＸの接続処理に関する流れとそれに伴うデータ内容を表したものである。セキュリティーとして必要な認証処理はＩｒＯＢＥＸではこの接続処理で行われている。
【００２９】
Ｓ２−１ではＩｒＯＢＥＸの接続にあたり通信機器間のホストになる側から接続要求として３バイト以上のデータが転送されてくる。この３バイトの内容はＳ２−１ＤＡＴＡで表している。Ｓ２−１ＤＡＴＡの１バイト目はオペコードと言われ接続、切断などの要求命令を表している。接続のオペコードは０ｘ８０で表され、以下データの長さ、その他の接続に必要な情報を規格に定められたヘッダコマンドとして添付する形になっている。
【００３０】
Ｓ２−２ではＳ２−１の接続要求に対しての通信機器間の受け側が応答している。応答データの内容はＳ２−２ＤＡＴＡで表しているが、このＳ２−２ＤＡＴＡは受け側から認証を要求している形になっている。セキュリティーとして必要な認証処理を行わない場合は図３Ｓ３−２  Ｓ３−２ＤＡＴＡのように応答データの応答コードにおいて０ｘＡ０でSuccess（成功）を表し応答すれば接続が完了する。しかし、セキュリティーとして必要な認証処理を行う場合はＳ２−２でＳ２−２ＤＡＴＡのように応答コードにおいて０ｘＣ１でUnauthotized（要求拒否）を表し認証に必要なAuthenticate Challengeヘッダを付けて認証処理を要求する。
【００３１】
Ｓ２−３ではＳ２−２で接続要求を拒否され、認証処理を要求された事に対して再度認証処理を含めて接続要求を行っている。接続要求としてはＳ２−１ＤＡＴＡと同様であるが、Ｓ２−３ＤＡＴＡで表すように４バイト目以降に認証要求に対する応答としてのAuthenticate Responseヘッダを付けて認証処理に答えている。このAuthenticate Responseヘッダの内容はＳ２−２の認証要求を受けた後、送信元の認証コード入力手段によって入力された認証コードを元にＩｒＯＢＥＸプロトコルの規格として定められた変換方法に則ってデータ変換し、Authenticate Responseヘッダの内容として添付している。
【００３２】
Ｓ２−４ではＳ２−３で受信したAuthenticate Responseヘッダの内容を解析し、予め認証コードの入力手段１００３ａと記憶手段１００３ｂにより入力、記憶された認証コードと比較し、一致した場合には接続可能と判断しＳ２−４ＤＡＴＡで表すように応答コードにおいて０ｘＡ０でSuccess（成功）を表し応答して認証許可とともに接続を可能にしている。
【００３３】
以上のようなＩｒＯＢＥＸの認証処理を必要とする接続処理を用いて図４本実施例のフローチャートを元に本実施例を説明する。
【００３４】
Ｓ４−１で送信元より接続要求を受信したならば、Ｓ４−２においてインターフェイス処理部１０００によって管理しているBluetooth通信における認証処理が実行済みであるかを確認し、Ｓ４−３で認証が実行済みでないと確認されたならＩｒＯＢＥＸでの認証処理が必要と判断する。
【００３５】
ＩｒＯＢＥＸでの認証処理が必要と判断された場合は図２Ｓ２−２  Ｓ２−２ＤＡＴＡのようにＳ４−４において応答コード０ｘＣ１でUnauthotized（要求拒否）を表し認証に必要なAuthenticate Challengeヘッダを付けて認証処理を要求する。
【００３６】
これにより送信元では認証コード入力手段によって認証コードを要求する。例えば送信元が携帯電話やＰＤＡ等といった機器の場合は認証コードをユーザーに入力要求する手段を表示する。入力された認証コードを元にＩｒＯＢＥＸプロトコルの規格として定められた変換方法に則ってデータ変換し、Authenticate Responseヘッダとして再度、認証応答付き接続要求を受信側に送信する。
【００３７】
Ｓ４−５において、この認証応答付き接続要求を受信したならＳ４−６でAuthenticate Responseヘッダの認証コードを算出し、送信元からの認証コードを取得する。Ｓ４−７において印刷装置に予め認証コードの入力手段１００３ａと記憶手段１００３ｂにより入力、記憶された認証コードと比較し、認証コードが一致したならばＳ４−９において応答コード０ｘＡ０でSuccess（成功）で応答して認証許可する。
【００３８】
Ｓ４−７において認証コードが一致しなかったならばＳ４−１０のように応答コード０ｘＣ１でUnauthotized（要求拒否）し認証を許可しない。
【００３９】
Ｓ４−２においてインターフェイス処理部１０００によって管理しているBluetooth通信における認証処理が実行済みと確認されたならＩｒＯＢＥＸでの認証処理は必要ないと判断する。
【００４０】
ＩｒＯＢＥＸでの認証処理が必要ないと判断された場合は、図３Ｓ３−２  Ｓ３−２ＤＡＴＡのようにＳ４−９において応答コード０ｘＡ０でSuccess（成功）で応答して認証処理を行わず接続を可能にする。これにより、Bluetooth通信における認証処理とＩｒＯＢＥＸの認証処理を両方実行してしまう事が回避され、通信遅延の問題を解消する事が可能になる。
【００４１】
また、インターフェイス処理部１０００によって管理しているBluetooth通信における認証処理の実行状態は赤外線通信時には実行されていない状態になっているため、Bluetooth通信ではＩｒＯＢＥＸの認証処理を行わないが、赤外線通信においては認証処理を行う事も可能になる。
【図面の簡単な説明】
【００４２】
【図１】実施例の構成。
【図２】ＩｒＯＢＥＸの認証処理の流れ。
【図３】ＩｒＯＢＥＸの認証処理を行わない流れ。
【図４】本実施例のフローチャート。
【図１】
2006217038.tif 000003
【図２】
2006217038.tif 000004
【図３】
2006217038.tif 000005
【図４】
2006217038.tif 000006