WO2004082206A1

WO2004082206A1 - 無線通信ネットワークシステムにおける接続認証

Info

Publication number: WO2004082206A1
Application number: PCT/JP2004/003141
Authority: WO
Inventors: Toyotaka Hagiwara
Original assignee: Seiko Epson Corporation
Priority date: 2003-03-11
Filing date: 2004-03-10
Publication date: 2004-09-23
Also published as: JP2004297759A; US7668533B2; US20060148402A1; CN1701560A; CN1701560B; EP1605627A4; EP1605627A1

Abstract

　各無線通信端末から無線局に対して通信のリンクを確立するために接続認証の要求がなされる。リンク管理部は、識別情報管理部から提供されて各無線通信端末に登録されている識別情報に基づいて生成された各無線端末の認証情報を、無線回線を介して各無線通信端末から受信する。受信した認証情報が、識別情報管理部から提供されている複数の識別情報に基づいて生成された複数の認証情報の候補と一致するか否かを調べて、複数の認証情報の候補と一致した認証情報を送信した無線通信端末を認証する。識別情報管理部は、認証された無線通信端末の認証情報に一致した認証情報の候補を生成するために用いられた識別情報と、認証された無線通信端末とを関係付けて管理する。　このようにして、複数の無線通信端末の認証を、簡便でかつ安全に確認する。ユーザが利用するプロセスと、そのユーザの無線通信端末とを一義的に特定する。

Description

明細書無線通信ネッ卜ワークシステムにおける接続認証技術分野

この発明は、ブルートゥース（Bluetooth) のような無線通信規格を利用してデータ伝送を行うことが可能な無線通信ネットワークシステムにおいて、無線局としての制御機能を有する無線通信端末 (以下、「アクセスポイント」とも呼ぶ) と、無線局によって制御される無線通信端末（以下、単に「端末」とも呼ぶ）との間で無線通信を可能とするために実行される接続認証の技術に関する背景技術

ブル一トゥース（以下、「B T」と略す場合もある）による無線通信機能を搭載した電子機器（無線通信端末）が開発されつつある。このような機能を搭載した電子機器（以下、 Γ Β Τ端末 J ) と呼ぷ）は、マスタと呼ばれる 1つの B T端末（以下、 Γ Β Τアクセスポイント」あるいは単に「アクセスポイント」と呼ぶ) に対して、スレーブと呼ばれる B T端末 (以下、単に「端末」とも呼ぶ) が最大 7つ接続されて、 1つのネットワークが構成される。このネットワークはピコネット ( P i c o n e t ) と呼ばれる。 1つのマスタは、接続される 1つ以上のスレーブを制御しながら通信を行う。すなわち、データパケットおよび制御パケットは、すべてマスタとスレーブとの間で送受信され、スレーブ同士が直接通信することはできない。

このような無線通信ネットワークシステムでは、実際にデータの送受信を可能とするために、マスタとスレーブとの間で相互に接続認証を行うという仕組みを設けることが一般的である。

なお、接続認証に関する先行技術としては、例えば、特開 2 0 0 1— 1 9 7 1 5 0 号公報，特開 2 0 0 1— 2 8 5 9 5 6号公報及び特開 2 0 0 1 - 2 2 3 6 9 2号公報に記載のものがあげられる。

ところで、公共の場所、例えばファミリーレストランで、ユーザが持ち込んだデジタルカメラ（B T端末）に記憶されている画像ファイルの表す画像を、サービス提供サーバ（B Tアクセスポイント）を介して印刷するようなサービスシステムを構成するとする。そして、各ユーザは、サービス提供サーバが個別に提供する印刷サービスのプロセスによって、自分が着席しているテーブルに設置されているモニタを介して印刷サービスを受けることができるとする。

このとき、各ユーザは、自分のデジタルカメラの画像ファイルを参照しながら、印刷したい画像ファイルを選択して、その画像の印刷を指示できることが望ましい。例えば、ユーザ U 1は、自分が利用しているプロセス P S 1により自分のデジタルカメラ C M 1の画像ファイルを参照し、印刷したい画像ファイルを選択して、その画像の印刷を指示することができることが望ましい。しかしながら、デジタルカメラ C M 1 の画像ファイルがプロセス P S 1ではなく、他のユーザ U 2の利用しているプロセス P S 2により参照可能となると、他のユーザ U 2がユーザ U 1の画像ファィルを参照して印刷できることになつてしまう。すなわち、複数のデジタルカメラ（B T端末）がサービス提供サーバ ( B Tアクセスポイント) に接続される場合に、あるユーザ U 1の利用しているプロセス P S 1に対してはユーザ U 1の所有するデジタルカメラ C M 1のみが通信可能に接続され、他のユーザ U 2の利用しているプロセス P S 2に対してはユーザ U 2の所有するデジタルカメラ C M 2のみが通信可能に接続されることが望ましい。

ここで、 B T端末には、 B Tアドレスと呼ばれる 4 8 b i tの識別子が与えられている。この B Tアドレスは機器に固有の識別子である。従って、ユーザの利用しているプロセスが、そのユーザの所有するデジタルカメラの B Tァドレスを認識していれば、サービス提供サーバは、そのプロセスとデジタルカメラとを一義的に特定することが可能である。また、デジタルカメラの情報を、特定されたプロセスに対して転送することが可能となる。加えて、ユーザの利用しているプロセスと BT端末との間で、共通の P I Nコード（個人認証番号： Personal Identification Number) を入力して接続認証を行うことにより、アクセスポイントとしてのサービス提供サーバと、これに接続される BT端末としてのデジタルカメラとの間の通信の接続が正常に行われていることを確認できる。

しかしながら、公共の場所に設置されたサービス提供サーバは、通常、不特定多数のユーザに関して、ユーザとそのユーザが所有する B T端末の B Tァドレスとの組み合わせを事前に認識しておくことはできない。従って、サービス提供サーバを利用するユーザは、自分が利用しょうとしているプロセスに、自分の BT端末の BTァドレスを通知する必要がある。この通知の方法としては、（1 ) BTアドレスを直接入力する方法、（2) BTアクセスポイントに接続可能な BT端末の一覧から選択する方法等がある。しかしながら、（1 ) の方法では、ユーザは、 48 b ί i'もある BTァドレスを認識して正確に入力しなければならない。また、 (2) の方法では、 (1 ) と同様に、ユーザは BTァドレスを認識して自分の B T端末を選択しなければならなし、。もし、間違って入力や選択がなされた場合、当然正常にサービスを利用することはできない。また、間違って入力や選択がなされた場合、他人の BT端末に対してァクセスが可能となることがあり、プライバシーの保護の観点からも望ましくない。従って、公共の場所に、上述のようなサービスシステムを構成してサービスを提供するためには、ユーザに BTァドレスの入力あるいは選択を要求することなく、簡便でかつ安全に、 BTアクセスポイントと、これに接続される BT端末との間の通信のリンクが正常に行われていることを確認することができるとともに、ユーザが利用するプロセスと、そのユーザの B T端末とを一義的に特定することが可能な仕組みを提供することが望まれている。

なお、上述の課題は、複数の BT端末が BTアクセスポイントに接続されて構成される無線通信ネットワークシステムの場合に限らず、 B T以外の無線通信規格を利用してデータ伝送を行う無線通信ネッ卜ワークシステムにおいても共通するものと考えられる。

この発明は、上述の課題を解決するためになされたものであり、無線通信のァクセスポイント（無線局）に複数の無線通信端末が接続される無線通信ネットワークシステムにおいて、複数の無線通信端末の認証を、簡便でかつ安全に確認することが可能で、また、ユーザが利用するプロセスと、そのユーザの B T端末とを一義的に特定することが可能な技術を提供することを目的とする。発明の開示

上述の課題の少なくとも一部を解決するため、本発明は、無線局と、該無線局に無線回線を介して接続される複数の無線通信端末とを備える無線通信ネッ卜ワークシステムにおいて、

前記無線局は、

前記複数の無線通信端末のそれぞれに登録されるべき複数の識別情報を提供する識別情報管理部と、

前記無線局と前記複数の無線通信端末との間の通信のリンクを管理するリンク管理部と、

を備えており、

前記各無線通信端末から前記無線局に対して通信のリンクを確立するためにそれぞれ接続認証の要求がなされる場合において、

前記リンク管理部は、

前記識別情報管理部から提供されて前記各無線通信端末に登録されている識別情報に基づいて生成された前記各無線端末の認証情報を、前記無線回線を介して前記各無線通信端末から受信し、前記各無線通信端末から受信した認証情報が、前記識別情報管理部から提供されている前記複数の識別情報に基づいて生成された複数の認証情報の候補と一致するか否かを調べて、前記複数の認証情報の候補と一致した認証情報を送信した無線通信端末を認証し、

前記識別情報管理部は、

認証された無線通信端末の認証情報に一致した認証情報の候補を生成するために用いられた識別情報と、前記認証された無線通信端末とを関係付けて管理することを特徴とする。

この構成によれば、複数の無線通信端末が無線局に接続される際に、認証要求がなされた各無線通信端末の認証を、識別情報管理部から提供されて各無線通信端末に登録されている識別情報に基づいて、簡便でかつ安全に確認することが可能である。また、認証された各無線通信端末に登録されている識別情報をそれぞれ特定することが可能である。

また、前記無線局は、

前記複数の無線通信端末にそれぞれ対応した複数の処理プロセスを提供する処理プロセス提供部を備え、

前記識別情報管理部は、

前記各無線通信端末の接続認証の要求に先立って、前記各処理プロセスを介して、前記複数の識別情報の中からそれぞれ異なった識別情報を前記各無線通信端末に通知とするとともに、各処理プロセスと通知された識別情報とを関係付けて管理することが好ましい。

こうすれば、各処理プロセスと、認証された各無線通信端との関係を特定することができる。これにより、特定された処理プロセスと無線通信端末との間で無線通信を行うことが可能である。

なお、前記無線回線の無線通信規格として、例えば、ブルートゥースを利用することができる。

また、本発明は、無線局と、該無線局に無線回線を介して接続される複数の無線通信端末とを備える無線通信ネットワークシステムにおいて、

前記無線局は、

複数の処理プロセスを提供するプロセス提供部と、第 1の無線制御部と、を備えるプロセス提供装置と、

無線通信部と、第 2の無線通信部と、を備え、前記プロセス提供装置に所定の回線を介して接続すると共に、前記無線通信部によリ前記複数の無線通信端末との間で無線通信を実行する無線通信装置と、

を備え、

前記第 1の無線制御部は、

前記複数の処理プロセスに対してそれぞれ異なる第 1の識別情報を発行すると共に、前記複数の処理プロセスと、発行した前記複数の第 1の識別情報と、を関係付けて管理する識別情報発行管理部を備え、

前記第 2の無線制御部は、

前記識別情報発行管理部の発行した前記複数の第 1の識別情報を登録して保持する識別情報管理部と、

前記複数の無線通信端末との間の通信のリンクを管理するリンク管理部と、を備え、

前記無線通信端末から前記無線局に対して、無線無線通信を可能とするために接続認証の要求がなされる場合に、

前記無線通信端末は、登録されている第 2の識別情報に基づいて、第 2の認証情報を生成し、前記無線回線を介して送信し、

前記リンク管理部は、

送信された前記第 2の認証情報を受信し、前記識別情報管理部の保持している前記複数の第 1の識別情報に基づいて、複数の第 1の認証情報の候補を生成し、受信した前記第 2の識別情報が、生成した前記複数の第 1の認証情報の候補のいずれかと一致するか否かを調べ、一致する場合には、一致した前記第 2の認証情報を送信した前記無線通信端末を認証することを特徴とする構成とすることもできる。

この構成によっても、複数の無線通信端末が無線局に接続される際に、認証要求がなされた無線通信端末の認証を、簡便でかつ安全に確認することが可能である。

ここで、前記識別情報管理部は、認証された前記無線通信端末と、一致した前記第 1の認証情報の候補に対応する前記第 1の識別情報とを関係付けて管理することことが好ましい。

こうすれば、認証された無線通信端末に登録されている第 2の識別情報を特定することが可能である。

また、前記複数の第 1の識別情報は、前記所定の回線上に実装される論理インタフエースに定義された第 1の制御命令によって、前記第 1の無線制御部から前記論理ィンタフ X—スを介して前記第 2の無線制御部に通知され、前記識別情報管理部に登録されることが好ましい。

こうすれば、第 1の無線制御部の識別情報発行管理部において各処理プロセスに対して発行された第 1の識別情報を、第 2の無線制御部の識別情報管理部に対して容易に登録することが可能である。

ここで、前記第 2の無線制御部は、前記識別情報管理部に前記複数の第 1の識別情報が登録された際に、登録された前記複数の第 1の識別情報に対してそれぞれ異なつた特定情報を、前記論理インタフェースを介して前記第 1の無線制御部に通知し、前記識別情報発行管理部は、前記複数の第 1の識別情報とそれぞれに対応する複数の前記特定情報とを関係付けて管理し、

前記第 2の無線制御部は、前記リンク管理部が前記無線通信端末を認証した際に、一致した前記第 1の認証情報の候補に対応する前記第 1の識別情報に関係付けられた前記特定情報を、前記論理インタフ：!:ースを介して前記第 1の無線制御部に通知し、前記識別情報発行管理部は、通知された前記特定情報に関係付けられた前記第 1の識別情報に対応する前記処理プロセスを特定することができる。

また、一致した前記第 1の認証情報の候補に対応する前記第 1の識別情報は、前記論理インタフェースに定義された第 2の制御命令によって、前記第 2の無線制御部から前記論理ィンタフヱースを介して前記第 1の無線制御部に通知され、

前記識別情報発行管理部は、通知された前記第 1の識別情報に基づいて、対応する前記処理プロセスを特定することもできる。

上記いずれのようにしても、認証された無線通信端末と、これに対応する処理プロセスを特定することができる。

なお、前記無線回線の無線通信規格として、例えば、ブルートゥースを利用することができる。このときの前記論理インタフェースは、ホストコントロールインタフエ —スである。

なお、本発明は、種々の形態で実現することが可能であり、例えば、無線通信ネッ卜ワークその無線局装置、無線局に接続される複数の無線通信端末の逼信のリンクを確立するための認証方法、および、無線局の備えるコンピュータに、複数の無線通信端末との間で無線回線を介して通信のリンクを確立させるためのコンピュータプログラム製品等の種々の形態で実現することができる。図面の簡単な説明

図 1は、本発明を適用した通信ネットワークシステムの構成例としての印刷サービス提供システムを示す概略構成図である。

図 2は、サーバ P S Vの概略構成を示す機能プロック図である。

図 3は、デジタルカメラ C M 1の概略構成を示す機能ブロック図である。

図 4は、接続認証の原則について示す説明図である。図 5は、接続認証の原則について示す説明図である。

図 6は、接続認証の原則について示す説明図である。

図 7は、実施例の接続認証処理について示す説明図である。

図 8は、実施例の接続認証処理について示す説明図である。

図 9は、実施例の接続認証処理について示す説明図である。

図 1 0は、サーバ P S V'の概略構成を示す機能ブロック図である。

図 1 1は、デジタルカメラ C M 1 'の概略構成を示す機能ブロック図である。

図 1 2は、 B Tの通信規格の原則に従って通信リンクの確立時において接続認証を実行する場合の問題点について示す説明図である。

図 1 3は、通信リンク確立時に実行される実施例の接続認証処理における P I Nコ -ドの登録処理ついて示す説明図である。

図 1 4は、登録された 1つの P I Nコードで複数接続が不可である場合に、 P I N コード登録後に実行される通信リンクの確立時における接続認証について示す説明図である。

図 1 5は、登録された 1つの P ϊ Nコードで複数接続が可能である場合に、 P I N コ一ド登録後に実行される通信リンクの確立時における接続認証について示す説明図である。

図 1 6は、通信リンクの確立後に B Tの通信規格の原則に従って接続認証を実行する場合の問題点について示す説明図である。

図 1 7は、通信リンク確立後の実施例の接続認証処理における P I N —ドの登録処理ついて示す説明図である。

図 1 8は、通信リンクの確立後における接続認証について示す説明図である。

図 1 9は、通信リンクの確立後における接続認証について示す説明図である。

図 2 0は、本発明を適用した通信ネッ卜ワークシステムの変形例としての印刷サービス提供システムを示す概略構成図である。発明を実施するための最良の形態

次に、本発明の実施の形態を実施例に基づいて以下の順序で説明する。

A. 第 1実施例：

A. 1. 印刷サービス提供システムの構成：

A. 2. 接続認証処理：

A. 2. 1. 接続認証の原則：

A. 2. 2. 問題点：

A. 2. 3. 実施例の接続認証：

A. 3. 効果：

B. 第 2実施例：

B. 1 , 印刷サービスシステムの構成：

B. 2. リンク確立時の接続認証処理：

B. 2. 1. 問題点：

B. 2. 2. 宾施例の接続認証：

B. 3. リンク確立後の接続認証処理：

B. 3. 1. 問題点：

B. 3. 2. 実施例の接続認証：

B. 4. 効果：

C. 変形例：

A. 第 1実施例：

A. 1. 印刷サービス提供システムの構成：

図 1は、本発明を適用した通信ネッ卜ワークシステムの構成例としての印刷サービス提供システムを示す概略構成図である。この印刷サービス提供システムは、印刷サ —ビスを提供するサーバ PSVと、これに接続されたプリンタ PRとを備えている。サーバ PS Vは BTによる通信機能を備えており、 BTアクセスポイント（無線局）として機能する。サーバ PSVには、 BTの規格に従って最大 7台の BT端末 (無線通信端末）が接続可能である。このため、このサーバ PSVには、最大 7人のユーザが同時に印刷サービスの提供を受けられるように、 7台のモニタ DP 1 ~DP 7が接続されている。

サーバ PSVは、各モニタ D P 1〜D P 7の画面を通して、各ユーザに対して、それぞれ印刷サービスのプロセス P S 1〜P S 7を提供する。なお、プロセスは、ユーザとのインタフェースの制御や、サーバにおいて実行されて各ユーザに供提する種々のサービス、ここでは、印刷サービスの制御等を行う機能ブロックを意味している。各ユーザは、自分の前にあるモニタを通して提供されている印刷サービスのプロセスを利用して、印刷サービスの提供を受け、自分の BT端末に記憶されている画像等をプリンタ P Rで印刷することができる。

なお、図 1は、 BTアクセスポイント（マスタ）としてのサーバ PSVと通信が可能な範囲（通信圏） WA内に、サーバ PSVに接続可能な最大数の BT端末（スレーブ）である 7台のデジタルカメラ G 1〜C 7が存在している場合を示している。図 2は、サーバ PSVの概略構成を示す機能ブロック図である。サーバ PSVは、 BT制御部 20と、 BT無線通信部 30と、サービス提供部 40と、プリンタ制御部 50とを備えている。また、サーバ PSVには、内部記憶装置、外部記憶装置や有線の通信装置などの種々の周辺装置、ディスプレイインタフェースや入力インタフエ一スフエースなどの種々のインタフェース等、コンピュータに一般的に備えられている種々の周辺装置、制御装置、およびインタフヱースを備えているが、本例の説明上特に必要ないので、図示および説明を省略している。

BT制御部 20は、 BT無線通信部 30による無線通信を制御する。また、 BT制御部 20は、特に、各デジタルカメラ CM 1〜 CM 7との間の通信のリンクを確立するために、要求される接続認証処理を管理するリンク管理部 22と、各デジタルカメラ CM 1〜CM7に登録すべきそれぞれ異なった P I Nコード (識別情報）を提供する P I Nコード管理部 (識別情報管理部） 24とを備えている。提供される P I Nコードは、後述するサービス提供部 40の各プロセス PS "！〜 PS 7によって、それぞれ対応するモニタ D P 1〜D P 7を通して各プロセスのユーザに通知される。なお、リンク管理部 22の動作については後で詳述する。

サービス提供部 40は、第 1〜第 7のプロセス PS 1〜PS 7を実行して、同時に 7人のユーザ U 1〜U 7に対して提供する印刷サービスを制御する。第 1〜第 7のプロセス P S 1〜P S 7は、印刷サービスを提供するためのガイダンス画面をそれぞれ対応する第 1〜第 7のモニタ D P 1〜D P 7に表示する。図 1の印刷サービス提供システム中には、図示されていないが、タツチパネル、タブレツ卜等の第 1〜第 7の入力装置 I P "！〜 I P 7が第 1〜第 7のモニタ D P 1〜D P 7に対応して設けられている。各ユーザ U 1〜U 7が、各モニタ D P 1〜D P 7に表示されたガイダンス画面に従って種々の入力や選択を行うと、各プロセス PS 1〜PS 7は、対応するそれぞれの入力や選択に従って印刷サービスを実行する。

プリンタ制御部 50は、サービス提供部 40の各プロセス P S 1〜P S 7からの指示に従って、プリンタ P Rの動作を制御して印刷を実行する。

図 3は、デジタルカメラ CM 1の概略構成を示す機能ブロック図である。なお、図 3は、図 1の印刷サービス提供システムにおいて、サーバ P SVとの間で実行される無線通信のための構成を示しておリ、撮像機能等のカメラとして必須の構成要素を省略して示している。

デジタルカメラ CM 1は、操作部 1 20と、 BT制御部 1 30と、 BT無線通信部 1 40と、メモリカード制御部 1 50とを備えている。また、メモリカード MCが着脱可能に備えられている。

操作部 1 20は、デジタルカメラを操作するためのスィッチ群ゃタツチパネル等の入力手段や、表示手段等を備えている。 BT制御部 1 30は、 BT無線通信部 1 40による無線通信を制御する。また、 B T制御部 1 30は、特に、サーバ PSVとの間の通信のリンクを確立するために要求される接続認証処理を管理するリンク管理部 1 32を備えている。リンク管理部 1 3 2の動作については後で詳述する。

メモリカード制御部 1 50は、メモリカード MCへの画像データ等の種々のデータの書き込みあるいは読み出しを制御する。メモリカード MCに記憶されている画像データは、 BT制御部 1 30を介して、サーバ PSVに転送することができる。

なお、他のデジタルカメラ CM 2〜 CM 7においても、図 1の印刷サービス提供システムにおいて、サーバ P SVとの間で実行される無線通信のための構成は、図 3のデジタルカメラ CM 1と同様である。

以上のように構成された印刷サ一ビス提供シス亍ムでは、各ユーザがモニタに表示されている画面に従って印刷サービスの開始を指示すると、自分のデジタルカメラのメモリ力一ドに記憶されている画像データがサーバ P SV内の記憶装置（図示しない）に転送されて、例えばサムネイルあるいはファイル名の形式で一覧表示される。一覧表示された画像データの中から印刷したい画像データを選択して印刷を指示すると、選択された画像データがサーバ PSVからプリンタ P R (図 1 ) に転送されて印刷される。各ユーザは、それぞれのモニタに表示される画面を通して提供されるプロセスを利用することによって、それぞれ独自の印刷サービスを受けることができる。すなわち、この印刷サービス提供システムは、各ユーザが、それぞれのモニタに表示される画面を通して提供されるプロセスを利用することによって、それぞれ独自の印刷サービスを受けることができる。

A. 2. 接続認証処理：

上記印刷サービス提供システムにおいて、 BTアクセスポイント（マスタ）としてのサーバ PSVと、 BT端末（スレーブ）としてのデジタルカメラ CM 1〜CM7との間で、 BTによる無線通信が実行されるためには、 BTの通信規格に従った同期確立フェーズを経て、マスタと各スレーブとの間でピコネット内同期が成立し、バケツ卜通信を行うことが可能な通信接続フェーズとなる必要がある。

この通信接続フェーズには、接続状態とデータ転送状態の 2つの処理状態がある。接続状態では、実際のデータパケットの送受信は行われず、通信リンクを設定するための制御バケツ卜、セキュリティに関連する制御バケツト等が送受信される。データ転送状態では実際のデータバケツ卜の送受信が行われる。

ここで、 B Tでは通信媒体として電波を用いているため、ケーブルのような端末間の物理制限がない。この反面、送信された情報が放射状に伝播することから、マスタとスレーブとの間の誤接続防止および盗聴防止のためにはセキュリティ機能を設けることが望ましい。そこで、 B Tでは、同期確立フェーズを経て、初めて接続状態に遷移した場合、マスタとスレーブとの間で、相互に接続認証の処理および暗号化の設定を完了しなければ、データ転送状態へ遷移できず、実際にデータを送受信することはできないように規定されている。

以下では、まず、 B Tの通信規格で規定されている接続認証の原則およびその問題点について説明し、次に、実施例の接続認証について説明する。

A . 2 . 1 . 接続認証の原則：

図 4〜図 6は、接続認証の原則について示す説明図である。この図 4〜図 6は、図 1の印刷サービス提供システムにおいて、サーバ P S Vが 1つのプロセス P S 1のみを提供し、 1人のユーザ U 1の所有するデジタルカメラ C M 1のみがサーバ P S Vに接続されると仮定した場合に、 B Tの通信規格の規定に従った接続認証の手順の原則について示している。なお、以下では、サーバ P S Vを単にマスタと呼び、デジタルカメラ C M 1を単にスレーブと呼ぶ場合もある。

B Tのセキュリティは、リンクキー（Link Key) という 1 2 8ビットの秘密鍵によリ管理される。リンクキーとは、ある特定の 2端末間それぞれにおいて、 1対 1のセキユリティを管理するパラメータを意味している。そして、このリンクキーは、第 3 者には開示されないものである。すなわち、マスタとスレーブとの間でこのパラメ一タ設定がされていなければ、リンク管理層レベルよりも上位層の通信プロ卜コルによる通信をすることはできない。このため、実際に接続認証の処理が実行される前に、まず、マスタ（サーバ P S V ) の B T制御部 2 0に含まれているリンク管理部 2 2と, スレーブ（デジタルカメラ C M 1 ) の B T制御部 1 3 0に含まれているリンク管理部 1 3 2との間で、ペアリングの処理が実行されることにより、マスタとスレーブとの間にリンクキーが設定される。そして、設定されたリンクキーに基づいてマスタとスレーブとの間で相互に接続認証の処理が実行される。互いの認証が確認されると接続認証が完了する。以下では、このペアリングの処理と、接続認証の処理についてさらに具体的に説明する。

( 1 ) ペアリングの処理

ペアリングの処理が開始されると、まず、図 4に示すように、マスタとスレーブとの間でペアリングの合意がなされる。すなわち、マスタは、初期化キーの設定を要求するための制御パケット「LMP— in— randj をスレーブに送信することによリ、スレーブとの間でペアリングを要求する。このとき、マスタでは、初期化キー生成のために利用する初期化キー生成用乱数として 1 2 8ビッ卜の乱数 RA D_init を発生し、発生した初期化キ一生成用乱数 RAND一 initがマスタからスレーブに送信される。

スレーブは、ペアリングの要求を受け入れる場合には、制御パケット「LMP— acceptedj を返信する。これにより、両者間におけるペアリングについての合意が成立する。なお、その要求を拒否する場合には、制御パケット「LMP一 not一 acceptedj か返信される。

ペアリングの合意が成立すると、マスタ及びスレーブの両者では、それぞれ初期化キーの生成が行われる。

初期化キーは、初期化キーアルゴリズム（E 2 2 ) により算出される。初期化キーアルゴリズム（E 2 2 ) の入力パラメータは、 P I Nコードと、 P I Nコード長と、初期化キー生成用乱数 RAND— initである。初期化キー生成用乱数 RAND一 initは、上述のペアリングの合意時に、マスタからスレーブに送信されている。従って、マスタ (サーバ P S V ) のリンク管理部 2 2およびスレーブ（デジタルカメラ C M 1 ) のリンク管理部 1 3 2の双方に同じ P I Nコードが入力されていれば、双方で同じ初期化キー Kinitが生成される。

なお、マスタでは、ユーザ U 1が入力装置 I P 1により P I Nコードを入力すると、プロセス P S 1からリンク管理部 2 2に P I Nコードおよび P I Nコード長が入力される。またスレーブでも、ユーザ U 1が操作部 1 2 0によリ P I Nコ一ドを入力すると、主制御部 1 1 0からリンク管理部 1 3 2に P I Nコードおよび P I Nコード長が入力される。ユーザが入力する P I Nコードは最大 1 6バイト（1 2 8ビット）の可変長な値であり、入力された P I Nコード長が 1 6バイ卜に満たない場合は、適当な値が補われる。

次に、図 5に示すように、複合キーをリンクキーとすることがマスタとスレーブとの間でネゴシェ一ションされる。すなわち、マスタは、制御パケット「LMP_comb_key」をスレーブに送信して、複合キーをリンクキーとして登録要求する。このとき、マスタでは、複合キー生成のために利用する複合キー生成用乱数として 1 2 8ビッ卜の乱数 Uし RAND_Aを発生し、発生した複合キー生成用乱数 LIし RAND_Aがマスタからスレーブに送信される。

そして、スレーブでも、マスタと同様に、制御パケット「LMP— comb— keyj をスレ一ブに送信することにより、複合キー生成用乱数として 1 2 8ビッ卜の乱数 LK— RAND一 B を発生し、発生した複合キー生成用乱数 LK— RANDJB がマスタからスレーブに送信される。

ただし、これらの複合キー生成用乱数 LK_RAND_A, LK_RAND_Bを第 3者に対して非公開とするために、マスタは初期化キー Kinit と第 1の複合キー生成用乱数 LK_RAND_A との排他的論理和の結果をスレーブに送信し、スレーブは初期化キー Kinit と第 2の複合キー生成用乱数 LK_RAND— B との排他的論理和の結果をマスタに送信する。そして、マスタとスレーブとの間で相互に送受信された排他的論理和の結果と初期化キー Kinit との排他的論理和を実行することにより、第 1の複合キー生成用乱数 LK— RAND_A と第 2の複合キー生成用乱数 LK_RAND_Bとが相互に交換される。

複合キーをリンクキーとすることがマスタとスレーブとの間でネゴシエーションされると、マスタおよびスレーブの両者では、それぞれ複合キーの生成が行われる。

複合キーは、マスタの暫定単体キーとスレーブの暫定単体キーとの排他的論理和を求めることにより生成される。マスタの暫定単体キーは、マスタの B Tアドレス BD_ADDR_A と、第 1の複合キー生成用乱数 LK— RAND— A の 2つを入力パラメータとして、単体キーアルゴリズム ( E 2 1 ) により算出される。また、スレーブの暫定単体キーは、スレーブの B Tアドレス BD— ADDR— B と、第 2の複合キー生成用乱数 LK_RAND_Bの 2つを入力パラメータとして、単体キーアルゴリズム（E 2 1 ) により算出される。

2つの複合キー生成用乱数 LK— RAND_A， LK_RAND_Bは、上述のネゴシエーション時に、マスタとスレーブとの間で相互に交換されている。また、それぞれの B Tアドレス BD_ADDR_A, BD_ADDR_B は、同期確立フェーズにおいて相互に交換されており、マスタおよぴスレープの双方において周知のパラメータである。従って、マスタ及ぴスレ一ブの双方では、同じ結果のマスタの暫定単体キー LIし KA およびスレーブの暫定単体キ — LK_KBが生成されるはずであり、この結果、それら暫定単体キー LK— KAと LK_KBとの排他的論理和として、同じ結果の複合キー Kcomb が生成されるはずである。生成された複合キー Kcomb は、リンクキー Linkey としてマスタ及びスレーブの双方で図示しないメモリに設定登録される。

( 2 ) 接続認証の処理

次に、図 6に示すように、双方で生成されたリンクキー Linkey を用いて実際の接続認証の処理が行われる。まず、スレーブがマスタに認証要求を行い、次いでマスタがスレーブに認証要求を行って相互の接続認証の判断がなされる。まず、マスタが、制御パケット「LMP— au_rand」をスレーブに送信する。このとき、マスタでは、 1 2 8ビッ卜の認証チャレンジ用乱数 AILRAND を発生し、発生した乱数 AU— RAND がマスタからスレーブに送信される。また、マスタでは、リンクキ一 Linkey ( = Kcomb ) と、スレーブの B Tアドレス BD_ADDR_B と、認証チヤレンジ用乱数 AU— RAND の 3つを入力パラメータとして、接続認証アルゴリズム（ E 1 ) によリ認証応答, ラメータ SRES— B'が算出される。

制御パケット「LMP一 au_randj により、認証チャレンジ用乱数 AU— RANDを受け取ったスレーブでは、マスタと同様に、接続認証アルゴリズム ( E 1 ) により、リンクキー Linkey ( =Kcomb) と、スレーブの B Tァドレス BD— ADDR— Bと、認証チャレンジ用乱数 AILRANDの 3つを入力パラメ一タとして認証応答パラメータ SRES— Bが算出される。そして、スレーブは、制御パケット「LMP_SRESJ をマスタに送信することにより、マスタに対して接続認証を要求する。このとき、算出した認証応答パラメータ SRES_Bがマスタに送信される。

マスタは、認証応答パラメータ SRES一 Bを受け取ると、自分が算出した認証応答パラメ一タ SRES_B'と比較することにより、スレーブと接続するか否かを判断する。これによリ、マスタにおいてスレーブの認証が行われる。

次に、マスタが認証要求を行う場合は、上述のスレーブが認証要求する場合と反対に、まず、スレーブが、制御パケット「LMP— au一 randj をマスタに送信する。このとき、スレーブでは、 1 2 8ビッ卜の認証チャレンジ用乱数 AILRAND を発生し、発生した乱数 AU— RAND がスレーブからマスタに送信される。また、スレーブでは、リンクキー Linkey ( =Kcomb) と、マスタの B Tアドレス BD_ADDR_A と、認証チャレンジ用乱数 AU_RAND の 3つを入力パラメータとして、接続認証アルゴリズム（E 1 ) により認証応答パラメータ SRES— A'を算出する。

制御パケッ卜「LMP— au— randj により、認証チャレンジ用乱数 AU— RANDを受け取つたマスタでは、スレーブと同様に、接続認証アルゴリズム（E 1 ) により、リンクキー Linkey ( =Kcomb) と、マスタの B Tアドレス BD一 ADDR— A と、認証チャレンジ用乱数 AU— RANDの 3つを入力パラメ一タとして認証応答パラメータ SRES— Aが算出される。そして、マスタは、制御パケット「LMP— SRESJ をスレーブに送信することにより、スレ —ブに対して接続認証を要求する。このとき、算出した認証応答パラメータ SRES_Aがスレーブに送信される。

スレーブは、認証応答パラメータ SRES_Aを受け取ると、自分が算出した認証応答パラメータ SRES— A'と比較することにより、マスタと接続するか否かを判断する。これにより、スレーブにおいてマスタの認証が行われる。

以上のようにしてマスタとスレーブの相互の認証が確認されると、接続認証が完了する。仮に、マスタとスレーブの双方で生成されるリンクキーが異なっていた場合、すなわち、リンクキー生成のために利用された相互に共通の種々のパラメータが異なつていた場合には、認証応答パラメータが一致しなくなるため、相互の接続を行うことはできないと判断される。これにより、マスタ及びスレーブの相互のセキュリティ一を確保することができる。

A . 2 . 2 . 問題点：

上記原則は、 1つのマスタ（B Tアクセスポイント）に対して 1つのスレーブ（B T端末) のみが接続される場合における接続認証について示している。しかしながら、図 1に示した実施例の印刷サービス提供システムのように、マスタとしてのサーバ P S Vにスレーブとしてのデジタルカメラ C M 1〜C M 7がほぼ同時に接続されて 1つのピコネットが構成されるような場合、上記原則による接続認証の処理では、以下の不都合がある。

例えば、ピコネット内で共通の P I Nコードを利用することとし、各モニタ D P 1 〜D P 7を通して各ユーザ U 1〜U 7にその P I Nコードが提示されているとする。また、提示された共通の P I Nコードは、各ユーザ U 1〜U 7によって自分のデジタルカメラ C M 1〜 C M 7に入力されるとする。この場合、上記原則による接続認証を各デジタルカメラ CM 1〜 CM 7とサーバ P S Vとの間でそれぞれ実行すれば、それぞれの間で接続認証の処理を行って相互に通信のリンクを確立することは可能である。しかしながら、この場合、 7つのデジタルカメラ CM 1〜CM 7を識別するパラメータとして利用できるのは、それぞれに固有の BTアドレスのみである。従って、共通の P I Nコードを利用する場合、 7つのデジタルカメラ CM 1〜CM7と 7人のユーザ U 1〜U 7が利用している 7つのプロセス P S 1〜P S 7とを 1対 1で関係付けるためには、各ユーザ U 1〜U 7は、それぞれ自分の利用しているプロセス P S 1〜P Sフに、自分のデジタルカメラ CM 1〜C M7の BTアドレスを通知する必要がある。しかしながら、従来例で説明したようにこのような処理を一般的なユーザに求めることは好ましくない。

また、各ユーザ U 1〜U 7が利用するプロセス PS 1〜P S 7にそれぞれ異なった P I Nコード、例えば、 PIN_1〜PIN— 7 を割り当てて、各モニタ D P 1〜 D P 7によつて各ユーザ U 1〜U 7に提示されているとする。そして、提示された各 P I Nコード PIN— 1〜PIN— 7 は、各ユーザ U 1〜U 7によって自分のデジタルカメラ CM 1〜CM7 に入力されとする。

このとき、各プロセス P S 1〜P S 7と、それぞれに割り当てられる P I Nコ一ド PIN— 1〜PIN_7 との関係は既知となっている。しかしながら、上述したように、マスタとスレーブとの間で、実際にデータバケツ卜を通信するための同期確立フェーズおよび通信接続フ: π—ズでは、直接 P I Nコードを利用して送受信されて行われるわけではない。このため、マスタであるサーバ P S Vは、スレーブである 7台のデジタル力メラ CM 1〜CM7のいずれに、どの P I Nコードが入力されているか知ることはできない。このため、各デジタルカメラ CM 1〜 CM 7とサーバ P SVとの間で接続認証を行おうとしても、どのデジタルカメラに対してどの P I Nコードに基づいて生成されたリンクキーを利用した接続認証を行えばよいか不明である。

ただし、このような場合でも、例えば、 7台のデジタルカメラ CM 1〜CM7のうちの 1台に対して、つつの P I Nコ一ド PIN_1〜PIN_7のうち 1つの P I Nコードを選んで、上記原則に従って接続認証を行うとすれば、 1台目は最高 7回、 2台目は最高 6回、 3台目は最高 5回、 4台目は最高 4回、 5台目は最高 3回、 6台目は最高 2回、 7台目は 1回の、最高 28回の接続認証を繰り返し行うことにより、接続されている 7つのデジタルカメラ CM "！〜 CM 7と各ユーザ U 1〜U 7の利用しているプロセス PS 1〜PS 7とを 1対 1で関係付けることは不可能ではない。

しかしながら、フ台のデジタルカメラ CM 1〜 C M 7の全てに対して接続認証を完了するためには、最高 28回もの接続認証の処理を繰り返し行わなければならず、非常に効率が悪い。

そこで、本発明では、以下で説明する方法により接続認証の処理を行っている。

A. 2. 3. 実施例の接続認証：

図 7〜図 9は、実施例の接続認証処理について示す説明図である。この図 7〜図 9 は、図 1に示したように、サーバ PSVが第 1から第 7のプロセス PS 1〜PS 7を提供し、 7人のユーザ U 1〜U 7の所有するデジタルカメラ CM 1〜 CM 7がサーバ PSVに接続されて、各デジタルカメラ GM 1〜CM7とサーバ PSVとの間で相互に行われる接続認証のうち、第 1のデジタルカメラ CM 1 との間の接続認証について示している。なお、以下では、サーバ PSVを単にマスタと呼び、第 1のデジタル力メラ CM 1をスレーブと呼ぷ場合もある。

本実施例の接続認証も、基本的には、上記原則と同じシーケンスで進められる。すなわち、まず、マスタ (サーバ P S V) の B T制御部 20に含まれているリンク管理部 22と、スレーブ（第 1のデジタルカメラ CM 1 ) の BT制御部 1 30に含まれているリンク管理部 1 32との間で、ペアリングの処理が実行されてマスタとスレーブとの間でリンクキーが設定される。そして、設定されたリンクキーに基づいてマスタとスレーブとの間で相互に接続認証の処理が実行される。互いの認証が確認されると接続認証が完了する。以下では、このペアリングの処理と、接続認証の処理についてさらに具体的に説明する。

( 1 ) ペアリングの処理

ペアリング処理が開始されると、まず、図 7に示すように、マスタとスレーブとの間でペアリングの合意がなされる。すなわち、マスタは、初期化キーの設定を要求するための制御パケット「LMP_in_rand」をスレーブに送信することにより、スレーブとの間でペアリングを要求する。このとき、マスタでは、初期化キー生成用乱数 RAND_init を発生し、発生した初期化キー生成用乱数 RAND_init がマスタからスレーブに送信される。

スレーブから、制御パケット「LMP一 acceptedj が返信されて、マスタとスレーブとの間でペアリングの合意が成立すると、マスタ及びスレーブの両者では、それぞれ初期化キーの生成が行われる。

マスタでは、 Ρ ί Νコード管理部 2 4 (図 2 ) によって各プロセス P S 1〜P S 7 に割り当てられている P I Nコードおよび P I Nコード長がリンク管理部 2 2に入力されて、初期化キーアルゴリズム ( E 2 2 ) により、各 P I Nコードに対応する初期化キ一 Kinit一 l〜Kinit— 7 が下式（al)〜（a7)に示すように算出される。なお、本例では各プロセス P S 1〜 8 7の I Nコードをそれぞれ PIN_1〜PIN— 7とし、 P I Nコード長をそれぞれ PIN— 1一 Lng〜PIN_7— Lngとして示している。

Kinit_l =E22 (RAND_init, PIN一 1， PIN一 1— Lng) . . . (al)

Kinit— 2=E22 (画 D— init, PIN— 2, PIN— 2— Lng) . . . (a2)

Kinit一 3=E22 (RAND一 init, PIN— 3， PIN一 3— Lng) . . . (a3)

Kinit_4=E22 (RAND_init, PIN— 4， PIN— 4— Lng) . . . (a4)

Kinit_5=E22 (RAND— init, PIN— 5, PIN— 5— Lng) . . . (a5)

Kinit— 6=E22 (RAND— init, PIN— 6， PIN一 6_Lng) . . . (a6)

Kinit_7=E22 (RAND— init, PIN— 7, PIN_7_Lng) . . . (a7)

スレーブでも、第 1のデジタルカメラ C M 1のユーザ U 1によって操作部 1 2 0 (図 1 ) から第 1のプロセス P S 1に対応する P I Nコード PIN_1 が入力されると、これに応じてリンク管理部 1 3 2に P I Nコード PIN— 1 および P I Nコード長 PIN_l_Lng が入力される。そして、初期化キ一アルゴリズム（E 2 2 ) により、初期化キ一 Kinit_trmが下式（bl)に示すように算出される。

Kinit_trm=E22 (RAND— init, PIN— 1, PIN— 1— Lng) . . . (bl)

次に、図 8に示すように、複合キーをリンクキーとすることがマスタとスレーブとの間でネゴシエーションされる。すなわち、マスタは、制御バケツト「LMP__Comb— key」をスレーブに送信して、複合キーをリンクキーとして登録要求する。ここで、上記原則では、図 5で説明したように、制御パケット「LMP— comb一 key」により、マスタで発生した複合キー生成用乱数 LK_RA D— A と初期化キー Kinit の排他的論理和の結果が、マスタからスレーブに送信される。しかしながら、本実施例では、 7つの初期化キーの候補 Kinit—：！〜 Kinit_7が算出されているため、同様にすることはできない。

そこで、本実施例では、マスタは、 1 2 8ビッ卜の乱数 COMB—麵 D一 A を発生し、発生した乱数 C(MB_RAND_A をマスタからスレーブに送信する。また、この乱数 C0MB_RA D_Aと各初期化キーの候補 Kinit_l〜Kinit— 7との排他的論理和（X O R ) を求めることにより、第 1 の複合キー生成用乱数の 7つの候補 LK_RAND_A_1〜 LK_RAND_A_7が下式（cl)〜（c7)に示すように算出される。

LK_RAND_A_1 = (COMB一 RAND一 A) XOR (Kinit一 1) . . . (cl)

LK— RAND— A— 2= (COMB— RAND_A) XOR (Kinit— 2) . . . (c2)

LK_RA D_A_3 = (C0MB_RAND_A) XOR (Kini t_3) . . . (c3)

LK_RAND_A_4= (C0MB_RAND_A) XOR (Kinit— 4) . . . (c4)

LK_RAND_A_5 = (COMB一 RAND— A) XOR (Kinit— 5) . . . (c5)

LK— RAND— A一 6 = (COMB一 RAND— A) XOR (Kinit— 6) . . . (c6)

LK_RAND_A_7 = (C0MB_RAND_A) XOR (Kinit_7) . . . (c7) スレーブでも、同様に、マスタから送信された乱数 COMB— RAND— A と初期化キー Kinit_trm との排他的論理和（X O R ) を求めることにより、第 1の複合キー生成用乱数として乱数 LK— RANDJLtrmが下式（dl)に示すように算出される。

LK_RAND_A_trm= (C0MB_RAND_A) XOR (Kinit—trm) . . . (dl)

また、スレーブは、図 5に示した接続認証の原則と同様に、第 2の複合キー生成用乱数として乱数 LK— RAND_B を発生し、発生した第 2の複合キー生成用乱数 LK_RAND_B と初期化キー Kinit_trm との排他的論理和の結果を乱数 C0MB_RAND_B として、制御パケット「LMP_comb— key」によりマスタに送信する。

乱数 COMB一 RA D_Bを受信したマスタでは、この乱数 C0MB_RAND一 B と各初期化キーの候補 Kinit_l〜Kinit_7との排他的論理和（X O R) を求めることにより、第 2の複合キー生成用乱数の Ίつの候補 LK_RAND_B_1〜LK_RAND_B_7が下式（el)〜（e7)に示すように算出される。

LK一 RAND—B— 1 = (COMB— RA D—B) XOR (Kinit_l) . . . (el)

LK— RAND一 B一 2 = (COMB一 RAND— B) XOR (Kinit_2) . . . (e2)

LK_RAND_B_3 = (C0MB_RAND_B) XOR (Kinit_3) . . . (e3)

LK— RAND— B一 4= (COMB— RAND—B) XOR (Kinit_4) . . . (e4)

LK_RAND_B_5 = (COMB一 RAND—B) XOR (Kinit一 5) . . . (e5)

LK_RAND_B_6 = (COMB—RA D—B) XOR (Kinit— 6) . . . (e6)

LK_RAND_B_7 = (C0MB—RAND—B) XOR (Kinit— 7) . . . (e7)

こうして、複合キーをリンクキーとすることがマスタとスレーブとの間でネゴシェーシヨンされると、マスタおよびスレーブの両者では、それぞれ複合キーの生成が行われる。

マスタでは、まず、単体キーアルゴリズム（E 2 1 ) により、マスタの暫定単体キ一の候補 LK_KA_1〜LK_KA_7 と、スレーブの暫定単体キーの候補 LK_KB— 1~LK_KB— 7 とが下式 (fl)〜（f7) , (gl)〜（g7)に示すように算出される。 LK—KA—l二 E21 (LK_RAND_A_1 , BD—ADDR一 A) .• . (f 1)

LK_KA_2 = E21 (LK一 RAND— A一 2' BD一 ADDR—A) . . . (f 2)

LK_KA_3 = E21 (LK— RAND— A— 3, BD_ADDR_A) . . . (f 3)

LK一 KA— 4 = E21 (LK— RAND—A一 4, BD— ADDR—A) . . . (f 4)

LK_KA_5=E21 (LK_RAND_A_5, BD一 ADDR一 A) . . . (f5)

LK一 KA—6 = E21 (LK— R腦—A一 6， BD—ADDR— A) . • . (f 6)

LK_KA_7=E21 (LK_RAND一 A一 7， BD—ADDR— A) . . · (f 7)

LK— KB一 1 = E21 (LK_RAND_B_1， BD—ADDR—B) . . . (gl)

LK_KB_2=E21 (LK—RAND一 B一 2， BD—ADDR—B) . . . (g2)

LK_KB_3=E21 (LK_RAND_B_3, BD—ADDR—B) . . . (g3)

LK_KB_4=E21 (LK_RAND_B_4, BD—ADDR—B) . . . (g4)

LK— KB_5=E21 (LKー麵 D—B一 5, BD—ADDR—B) . . . (g5)

LK一 KB_6=E21 (LK_RA D_B_6, BD—ADDR—B) . . • (g6)

LK— KB—7 = E21 (LK_RAND_B_7, BD_ADDR_B) . . . (g7)

そして、求められたマスタの暫定単体キー -の笑補 LK— KA_1〜LK_ A_7とスレーブの暫定単体キーの候補 LK_KB_1〜LK_KB一 7との排他的論理和（X O R ) の結果として、複合キーの候補 Kcomb_l〜Kcomb— 7が下式（hi)〜（h7)に示すように算出される。

Kcorab—l = (LK—KA—l) XOR (LK一 KB— 1) . . . (hi)

Kcomb— 2 = (LK—KA— 2) XOR (LK— KB— 2) • . . (h2)

Kcomb— 3 = (LK—KA— 3) XOR (LK— KB— 3) . . . (h3)

Kcomb一 4= (LK一 KA一 4) XOR (LK—KB— 4) . . . (h4)

Kcomb— 5= (LK一 KA一 5) XOR (LK一 KB_5) . . . (h5)

Kcomb一 6= (LK—KA— 6) XOR (LK—KB一 6) . . . (h6)

Kcomb— 7 = (LK一 KA— 7) XOR (LK—KB一 7) . . . (h7)

同様に、スレーブでも、単体キー 'アルゴリズム（E 2 1 ) により、マスタの暫定単体キー LK_KA_trmと、スレーブの暫定単体キー LK_KB_trmとが下式（il) , (jl)に示すように算出される。

LK_KA_trm=E21 (LK_RAND_A_trm, BD— ADDR—A) . . . (il)

LK一 KB一 trm=E21 (LK_RAND_B_trm, BD_ADDR_B) . . . (jl)

そして、求められたマスタの暫定単体キー LK—KA— trm とスレーブの暫定単体キー LK— KB— trmとの排他的論理和（X O R) の結果として、複合キー Kcomb_trmが下式（kl) に示すように算出される。

Kcomb_trm= (LK—KA一 trm) XOR (LK_KB_trm) . . . (kl)

以上のようにしてマスタで生成された複合キーの候補 Kcomb— l〜Kcomb— 7は、リンクキー Linkey の候補として図示しないメモリに設定登録される。またスレーブで生成された複合キー Kcomb— trm はリンクキー Linkey として図示しないメモリに設定登録される。

( 2 ) 接続認証の処理

次に、図 9に示すように、双方で生成されたリンクキーを用いて実際の接続認証の処理が行われる。まず、スレーブがマスタに認証要求を行い、次いでマスタがスレーブに認証要求を行って相互に接続認証の確認がなされる。

まず、マスタが、図 6に示した接続認証の原則と同様に、認証チャレンジ用乱数 AU_RAND を発生して、制御パケット「LMP— au— randj によリスレーブ側に送信する。また、マスタでは、接続認証アルゴリズム（E 1 ) により認証応答パラメータを算出する。ただし、上記原則とは異なリ、リンクキー Linkey としての 7つの複合キーの候補 Kcomb_l〜Kcomb— 7 に対応して、 7つの認証応答パラメータの候補 SRES— 1〜SRESJ7 が下式 (ml)〜 (m7)に示すように算出される。

SRES— 1 =E1 (Kcomb一 1, BD_ADDR— B， AU—RAND) . . . (ml)

SRES_2=E1 (Kcomb一 2, BD— ADDR一 B, AU_RAND) . . . (m2)

SRES一 3= El (Kcomb— 3， BD一 ADDR—B, AU—RAND) . . . (m3) SRES_4=E1 (Kcomb_4, BD—ADDR—B， AU—RAND) . . . (m4)

SRES_5=E1 (Kcomb_5, BD一 ADDR一 B， AU—RAND) . . . (m5)

SRES一 6 =E1 (Kcomb_6, BD—ADDR—B, AU—RAND) . . . (m6)

SRES一 7=E1 (Kcomb_7, BD—ADDR—B, AU—RAND) . . . (m7)

一方、認証チャレンジ用乱数 ALLRAND を受け取ったスレーブでは、接続認証の原理に従って、認証応答パラメータ SRES一 trmが下式 (nl)に示すように算出される。

SRES一 trm=El (Kcomb一 trm, BD_ADDR_B, AU—RAND) . . . (nl)

そして、スレーブは、制御パケット「LMP_sres」により、算出した認証応答パラメ一タ SRES一 trmをマスタに送信して接続認証を要求する。

マスタは、認証応答パラメ一タ SRES_trmを受け取ると、自分が算出した認証応答パラメータの候補 SRES_1〜SRES_7と比較して一致する認証応答パラメータを探す。本例では、第 1の認証応答パラメータ SRES— 1 と受け取った認証応答パラメータ SRES_trra のみが一致するはずである。これにより、マスタとしてのサーバ P S Vとスレーブとしての第 1のデジタルカメラ C M 1 との接続認証が確認される。さらに、第 1の候補 SRES_1を算出するのに使用した第 1の P I Nコード PIN_1に対応付けられている第 1 のプロセス P S 1と、第 1のデジタルカメラ C M 1 とを 1対 1で関係付けることがでさる。

上記のようにして、スレーブとしての第 1のデジタルカメラ C M 1からマスタとしてのサーバ P S Vへの接続認証要求に対して認証が確認されると、次に、マスタとしてのサーバ P S Vからスレーブとしての第 1のデジタルカメラ C M 1への接続認証要求に対する接続認証が実行される。具体的には、図 6に示した接続認証の原則と同様に、スレーブが認証チャレンジ用乱数 AU—RAND を発生し、制御バケツ卜「LMP_au_randJ によリスレーブに伝送する。また、接続認証アルゴリズム（E 1 ) により認証応答パラメータ SRES_trmを（n 1 ) 式に示すように算出する。

一方、認証チャレンジ用乱数 AU—RAND を受け取ったマスタは、スレーブからの認証要求の結果判明したリンクキー Linkey (本例では Kcomb— 1) を用いて、接続認証アルゴリズム（E 1 ) により、認証応答パラメータ SRES_1を（ml ) 式に示すように算出する。そして、制御パケット「LMP__Sre_S」により、算出した認証応答パラメ一タ SRES— 1をスレーブに伝送して接続認証を要求する。

認証応答パラメータ SRES_1を受け取ったスレーブは、自分が算出した認証応答パラメータ SRES_trmと、受け取った認証応答パラメータ SRES— 1 とを比較して、一致するか否かを確認する。これにより、接続認証が確認される。

以上のようにしてマスタとスレーブの相互の認証が確認されると、接続認証が完了する。

なお、他のデジタルカメラ CM 2〜 CM 7に対しても同様の手順で接続認証を実施することができる。ただし、マスタでは、 7台のデジタルカメラ CM 1〜CM7のそれぞれの接続認証において、 7つの複合キーの候補に基づいて生成されうる 7つの認証応答パラメータの候補のすべてを用いて接続認証を行う必要はなく、順に確認されたパラメータの候補を認証の候補から除外するようにしてもよい。

A. 3. 効果：

以上の説明からわかるように、本実施例の接続認証では、マスタとしてのサーバ P S Vにおいて、スレーブとしての第 1から第 7のデジタルカメラ CM "！〜 CM 7から接続認証要求がなされた場合、サーバ P S Vと第 1から第 7のデジタルカメラ CM 1 〜 CM 7との接続認証を確認するとともに、第 1から第 7のデジタルカメラ CM 1〜 CM 7に入力されたそれぞれの P I Nコードを認識することができる。このとき、第 1〜第 7のプロセス P S 1〜 P S 7と、それぞれに割リ当てられる P I Nコード PIN—：！〜 PIN— 7 との関係は P I Nコード管理部 24において管理され、既知となっている。従って、各デジタルカメラ CM 1〜 CM 7と、それぞれのデジタルカメラの所有者 U 1〜U 7が利用している第 1〜第 7のプロセス PS 1〜PS 7とを 1対 1で関係付けることができる。従って、本実施例の接続認証では、ユーザは簡単な P I Nコードを自分のデジタルカメラに入力することにより、自分の利用しているプロセスに対してのみ BTによる無線通信が可能となる。

また、本実施例の接続認証では、マスタとしてのサーバ PSVとスレーブとしてのデジタルカメラとの間で制御バケツトを送受信することによるシーケンスは、接続認証の原則で説明したシーケンスと全く同じである。このため、スレーブとしてのデジタルカメラには特別な仕組みを持つ必要がなく、一般的な B Tによる通信機能を有するデジタルカメラを利用して、実施例の印刷サービス提供システムにおいて、印刷サ ―ビスの提供を受けることが可能であるという利点がある。

なお、上記実施例では、サーバがマスタとなり、デジタルカメラがスレーブとなる場合における接続認証を例に説明しているが、これに限定されるものではなく、デジタルカメラがマスタとなり、サーバがスレーブとなる場合においても、全く同様の手順で接続認証を行うことができる。

B. 第 2実施例：

B. 1. 印刷サービスシステムの構成：

まず、第 2実施例としての印刷サービス提供システム関して、 BTアクセスポイント（無線局）としてのサーバ PSV 'および BT端末（無線通信端末）としてのデジタルカメラ CM1 '〜CM7，の構成を説明する。

図 1 0は、サーバ P S V 'の概略構成を示す機能ブロック図である。サーバ PSV' は、印刷サービスを提供するサービス提供装置としてのコンピュータ 200に、 BT 無線通信を実行する BTモジュール 300を接続する構成を有している。

サービス提供装置 200と B Tモジュール 300との間は、 UART (Universal Asynchronous Receiver Transmitter) や USB (Universal serial Bus) との物理 I F (Interface) で接続される。ここでは、 U S Bで接続されていることとする。なお、このサービス提供装置 200は、内部記憶装置、外部記憶装置や有線の通信装置などの種々の周辺装置、ディスプレイインタフェースや入力インタフェースフエ —スなどの種々のィンタフェース等、コンピュータに一般的に備えられている種々の周辺装置、制御装置、およびインタフ：!:ースを備えているが、本例の説明上特に必要ないものについては、図示および説明を省略している。

サービス提供装置 200は、サービス提供部 21 0と、プリンタ制御部 220と、 BT制御部 230とを備えている。サービス提供部 21 0は、図 2のサービス提供部 40と同様に、第 1〜第 7のプロセス PS "！〜 PSフを実行して、同時に 7人のユーザ U 1〜U 7に対して提供する印刷サービスを制御する。第 1〜第 7のプロセス PS 1〜PS 7は、印刷サービスを提供するためのガイダンス画面をそれぞれ対応する第 1〜第 7のモニタ D P 1〜D P 7 (図示されていない）に表示する。また、タツチパネル、タブレツ卜等の第 1〜第 7の入力装置 I P 1〜 ί P 7 (図示されていない）が、第 1〜第 7のモニタ D Ρ "！〜 D Ρ 7に対応して設けられている。各ユーザ U 1〜U 7 が、各モニタ D P 1〜D P 7に表示されたガイダンス画面に従って種々の入力や選択を行うと、各プロセス PS 1〜PS 7は、対応するそれぞれの入力や選択に従って印刷サービスを実行する。プリンタ制御部 220は、図 2のプリンタ制御部 50と同様に、サービス提供部 21 0の各プロセス P S 1〜P S 7からの指示に従って、プリンタ P Rの動作を制御して印刷を実行する。 B T制御部 30は、 BTモジュール 300 による無線通信を制御する。

BTモジュール 300は、 BT制御部 31 0と BT無線通信部 320とを備えている。 BT無線通信部 320は、実際に無線でデータを送受信する機能を有しており、いわゆるトランシーバである。 BT制御部 31 0は、サービス提供装置 200の BT 制御部 230による制御に応じて、 BT無線通信部 320による無線通信を制御する。なお、以下では、サービス提供装置 200の B T制御部 230を Γサービス側 B T 制御部 230」とも呼び、 BTモジュール 300の BT制御部 31 0を「モジュール側 B T制御部 31 0」とも呼ぶ。サービス側 B T制御部 230は H C I制御部 234を備えており、モジュール側 B T制御部 3 1 0は H C I制御部 3 1 6を備えている。これらの H C I制御部 234, 31 6は、サービス提供装置 200と BTモジュール 300との間を接続する物理 I Fに実装される論理 I Fであって、 B Tの通信規格で規定されている H C I (Host Control Interface) に従って、サービス側 B T制御部 230とモジュール側 B T制御部 31 0との間の通信を制御する。なお、以下では、サービス側 BT制御部 230の H C I制御部 234を、「サービス側 H C I制御部 234」とも呼び、モジユール側 B T制御部 3 1 0の H C I制御部 31 6を、 Γモジユール側 H C I制御部 3 1 6 J とも呼ぶ。

また、サービス側 BT制御部 230は、 P I Nコード発行管理部 232を備え、モジュール側 BT制御部 31 0は、 P I Nコード管理部 31 4を備えている。 P ϊ Nコ一ド発行管理部 232は、各プロセス PS 1〜PS 7に割リ当てるそれぞれ異なつた P I Nコード（識別情報）を発行する。また、後述するように、割り当てた P I Nコ一ドを H C I制御部 234， 31 6を介して P I Nコード管理部 31 4に通知する。また、後述するように、モジュール側 BT制御部から、通信相手側 BT端末を識別するためのコネクションハンドルと、通信の接続認証に使用される P ϊ Nコ一ドとの関係を示す情報を取得しするとともに管理する。

P I Nコ一ド管理部 31 4は、 P I N —ド発行管理部 232からサービス側 H C I制御部 234およびモジュール側 H C I制御部 31 6を介して通知された P I Nコ一ドを保持および管理する。

さらに、モジュール側 BT制御部 31 0は、リンク管理部 31 2を備えている。リンク管理部 31 2は、 BTアクセスポイントとしてのサーバ PSV'に接続される BT 端末（本例では、デジタルカメラ CM 1 '〜CM7' ) との間の通信のリンクを確立するために、要求される接続認証処理を管理する。リンク管理部 31 2の動作は、図 2 に示した第 1実施例におけるリンク管理部 22と同様である。以上説明からわかるように、サービス側 BT制御部 230およびモジュール側 BT 制御部 31 0が、第 1実施例のサーバ PSVにおける BT制御部 20 (図 2) に対応する。

図 1 1は、デジタルカメラ CM 1 'の概略構成を示す機能ブロック図である。デジタルカメラ CM1 'は、いわゆる撮像機能等を有するカメラ装置としてのコンピュータ 4

00に、 BT無線通信を実行する BTモジュール 500を接続する構成を有している。カメラ装置 400と B Tモジュール 500との間は、 U A RTや U S Bなどの物理

1 Fで接続される。ここでは、 US Bで接続されていることとする。

なお、このカメラ装置 400は、サーバ P S V'との間で実行される B Tによる無線通信のための構成を示しており、撮像機能等の撮像装置として必須の構成要素を省略して示して Ι る。

力メラ装置 400は、操作部 41 0と、 B T制御部 420、メモリ力一ド制御部 4 30とを備えている。操作部 41 0は、図 2の操作部 1 20と同様に、デジタルカメラを操作するためのスィッチ群ゃタツチパネル等の入力手段や、表示手段等を備えている。メモリカード制御部 430も、図 2のメモリカード制御部 1 50と同様に、図示しないメモリカード M Cへの画像データ等の種々のデータの書き込みあるいは読み出しを制御する。 BT制御部 420は、 BTモジュール 500による無線通信を制御する。

BTモジュール 500は、 BT制御部 51 0と無線通信部 520とを備えている。無線通信部 520は、実際に無線でデータを送受信する機能を有しておリ、いわゆるトランシーバである。 BT制御部 51 0は、カメラ装置 400の B T制御部 420による制御に応じて、 BT無線通信部 520による無線通信を制御する。

なお、以下では、カメラ装置 400の BT制御部 420を「カメラ側 BT制御部 4 20」とも呼び、 BTモジュール 500の BT制御部 51 0を「モジュール側 BT制御部 51 0」とも呼ぷ。カメラ側 B T制御部 420は H C I制御部 424を備えており、モジュール側 BT 制御部 51 0は HC I制御部 51 6を備えている。これらの H C I制御部 424, 5 1 6は、カメラ装置 400と BTモジュール 500との間を接続する物理 I Fに実装される論理 I Fであって、 B Tの通信規格で規定されている H C I (Host Control Interface) に従って、カメラ側 B T制御部 420とモジユール側 B T制御部 51 0との間の通信を制御する。なお、以下では、カメラ側 BT制御部 420の HC I制御部 424を、「カメラ側 H C I制御部 424」とも呼び、モジユール側 B T制御部 51 0の H C I制御部 51 6を、「モジュール側 H C I制御部 51 6」とも呼ぶ。

また、モジュール側 BT制御部 51 0は、リンク管理部 51 2を備えている。リンク管理部 51 2は、 B丁アクセスポイントとしてのサーバ PSV'との間の通信のリンクを確立するために要求される接続認証処理を管理する。リンク管理部 5 1 2の動作は、図 3に示した第 1実施例におけるリンク管理部 1 32と同様である。

図しないメモリカード M Cに記憶されている画像データは、カメラ側 B T制御部 4 20およびモジュール側 BT制御部 51 0を介して、サーバ PS V，に転送することができる。

以上説明からゎかるように、カメラ側 B T制御部 420およぴモジュール側 B T制御部 51 0が、第 1実施例のデジタルカメラ CM 1における BT制御部 1 30 (図 3) に対応する。

なお、他のデジタルカメラ CM 2'〜CM7'においても、印刷サ一ビス提供システムにおいて、サーバ PS V'との間で実行される無線通信のための構成は、図 1 1のデジタルカメラ CM 1 'と同様である。

以上のようなサーバ PSV'に、第 1から第 7のデジタルカメラ CM 1 '〜CM7'が接続される印刷サービス提供システムにおいても、第 1実施例の印刷サービス提供システム（図 1 ) と同様に、各ユーザが、それぞれのモニタに表示される画面を通して提供されるプロセスを利用することによって、それぞれ独自の印刷サービスを受けることができる。

以下では、本実施例の印刷サービス提供システムにおける接続認証について、通信リンクの確立時における接続認証と通信リンクの確立後における接続認証の 2つの場合に分けて説明する。

B. 2. リンク確立時の接続認証処理：

以下では、まず、 B Tの通信規格の原則に従って、通信リンク（A C L (Asynchronus Connection- Less) リンク）の確立時に接続認証を実行する場合の問題点について説明し、次に、本実施例における接続認証について説明する。

B. 2. 1. 問題点：

図 1 2は、 BTの通信規格の原則に従って、通信リンクの確立時に接続認証を実行する場合の問題点について示す説明図である。図 1 2は、図 1 0のサーバ PSV'のサ一ビス側 BT制御部 230に、本実施例の特徴である P I Nコード発行管理部を備えず、また、モジュール側 BT制御部 3 1 0に、本実施例の特徴である P I Nコード管理部 3 1 4を備えないと仮定するとともに、サービス提供部 2 1 0が第 1から第 7のプロセス P S 1〜 P S 7を提供し、 7人のユーザ U 1〜U 7の所有するデジタルカメラ CM 1 '〜 CM 7'をサーバ PS V'に接続するとした場合に、各デジタルカメラ CM 1 '〜CM7'とサーバ P S V'との間で相互に行われる接続認証のうち、第 1のデジタルカメラ CM 1，との間の接続認証について示している。また、サービス提供部 2 1 0 の第 1から第 7のプロセス PS 1〜P S 7は、それぞれに接続される第 1から第 7のデジタルカメラ CM 1 '〜 CM 7'に対して入力すべき P I Nコードを、図示しない各モニタを通して第 1から第 7のユーザ U 1〜U 7に対して提示しているものとする。なお、以下では、この仮定したサーバを単にサーバとも呼び、第 1から第 7のデジタルカメラ CM 1 '〜CM 7'を単にカメラ 1〜カメラフとも呼ぶ。また、デジタルカメラを単に BT端末と呼ぶこともある。

通信リンクを確立するには、まず、サーバ側（図 1 0) では、第 1の処理（S 1 ) として、サービス提供装置 200のサービス側 H C I制御部 234から BTモジュ一ル 300のモジュール側 HC I制御部 3 1 6に対して、通信リンクの確立時に接続認証を行うことを有効とするか無効とするかを示すコマンドパラメータ Γ Authentication— Enable 」を有効に設定して、制御コマンド「HCI— Write一 Authentication— Enabel」を発行する。これにより、サーバと B T端末 (ここではカメラ 1 ) との間の通信リンクの確立過程において認証処理が実行される。なお、サーバ内におけるサービス提供装置 200と BTモジュール 300との間の通信は、上述したように、それぞれのサ一ビス側 H C I制御部 234とモジュ一ル側 H C I制御部 3 1 6とを介して実行される。以下では、例えば、上記「サービス提供装置 200のサービス側 H C I制御部 234から BTモジュ一ル 300のモジュール側 H C I制御部 3 1 6に対して」なる記載を、単に「サービス提供装置 200から BT モジュール 300に対して」あるいは「サービス側 B T制御部 230からモジュール側 B T制御部 3 1 0に対して J のように省略記載することもある。

次に、第 2の処理（S 2) として、カメラ 1側（図 1 1 )で、カメラ装置 400の力メラ側 H C I制御部 424から BTモジュール 500のモジユール側 H C I制御部 5 1 6に対して、サーバの B Tアドレスをコマンドパラメータ（パラメータ名「BD— ADDRJ ) とする制御コマンド「HCI_Create一 Connect ion」が発行されると、カメラ 1側からサーバ側への呼び出し処理動作 (Page) が実行され、これに応じてサーバ側からカメラ 1側への呼び出し応答処理動作 (Page Response)が実行される。なお、力メラ 1内においても、カメラ装置 400と BTモジュール 500との間の通信は、上述したように、それぞれのカメラ側 H C I制御部 424とモジュール側 H C I制御部 5 1 6とを介して実行される。以下では、例えば、上記「カメラ装置 400のカメラ側 H C I制御部 424から B Tモジュール 500のモジュール側 H C I制御部 5 1 6 に対して」なる記載を、単に「カメラ装置 400から B Tモジュール 500に対して」あるいは Γカメラ側 B T制御部 420からモジュール側 B T制御部 5 1 0に対して」のように省略記載することもある。

上述したように、サーバおよびカメラ 1間で呼び出し処理動作（Page) と呼び出し応答処理動作 (Page Response)が実行されると、第 1の処理（S 1 ) で認証設定が有効とされているので、サーバのモジュール側 B T制御部 3 1 0内のリンク管理部 3 1 2 とカメラ 1のモジュール側 B T制御部 5 1 0との間で接続認証が開始可能となる。ところで、初めて接続認証の処理が実行される場合、サーバのモジュール側 B T制御部 3 1 0内のリンク管理部 3 1 2では、第 1実施例で説明した認証に必要なリンクキーを保持していない。そこで、サーバ側では、第 3の処理（S 3 ) として、 B Tモジュール 3 0 0からサービス提供装置 2 0 0に対して、認証する相手側 B T端末 (ここでは、カメラ 1 ) の B Tアドレスをコマンドパラメ一タ（パラメータ名「BD— ADDRJ ) とするイベント「HCI— Link— key— Request_eventJ が発行されて、リンクキーの問い合わせが行われる。

しかし、第 1実施例における接続認証の問題点でも説明したように、サービス側 B T制御部 2 3 0は、もともと、相手側 B T端末 (カメラ 1 ) の B Tァドレスを知らないためこれに対応するリンクキ一を答えることもできない。このため、第 4の処理 ( S 4 ) として、サービス提供装置 2 0 0から B Tモジュール 3 0 0に対して、制御コマンド「HCI_Link_Key_Negative_Request_reply」が発行されて、リンクキ一を通知することができない旨の否定応答がなされる。なお、 —度認証された後では、サービス側 B T制御部 2 3 0は、通常、相手の B Tアドレスとリンクキーとの組み合わせを保持しているため、制御コマンド「HCI— Link— Key— Request— replyj によってリンクキ一を B Tモジュ一ル側に通知可能となる。

そして、サーバのモジュール側 Β Τ制御部 3 1 0のリンク管理部 3 1 2では、第 1 実施例で説明したようにペアリングの処理を開始するが、この処理のためには P I Ν コードが必要となる。このため、サーバ側では、第 5の処理（S 5 ) として、 Β Τモジュール 3 0 0からサービス提供装置 2 0 0に対して、カメラ 1の Β Τアドレスをコマンドパラメータ「BD_ADDR」とするイベント「HCI— PIN— Code_Request— event」が発行されて、 P I Nコードの問い合わせが行われる。

しかし、第 1実施例における接続認証の問題点でも説明したように、サービス側 B T制御部 230は、通常、相手側 BT端末（ここでは、カメラ 1 ) の BTアドレスを知らない。具体的には、サービス側 BT制御部 230は、各プロセス PS 1〜PS 7 が提供した P I Nコードを知ることができるが、これらの P I Nコードと、 P I N 一ドが入力されたそれぞれの BT端末（デジタルカメラ CM 1 '~CM7')に固有の B Tァドレスとの対応関係を知ることはできないため、問い合わせのあった BTァドレスに対応する P I Nコードを答えることができない。このため、第 6の処理（S 6) として、サービス提供装置 200から BTモジュール 300に対して、制御コマンド「HCI_ WLCode— Negative— Request— replyj が発行されて P ϊ Νコードを通知することができない旨の否定応答が行われる。

この結果、モジュール側 ΒΤ制御部 310のリンク管理部 31 2では、第 1実施例で説明したペアリング処理および認証処理を行えず、この結果として、サーバとカメラ 1との間の接続が失敗となる。そして、サーバ側では、第 7の処理（S 7) として、 ΒΤモジュール 300からサービス提供装置に対して、通信リンクの確立結果（成功ノ失敗）を示すステータス (パラメータ名 rstatusj ) やカメラ 1の BTアドレス (パラメータ名「BD_ADDRJ ) 、コネクションハンドル（パラメータ名 rconnection— HandleJ 等のパラメータを含むィベン卜 ΓΐΚΙ— Connection— Complete— event」が発行されて接続の失敗が通知される。また、同様に、カメラ 1側でも、第 8の処理（S8) として、 BTモジュール 500からカメラ装置 400に対して、ステータスやサーバの BTァドレス、コネクションハンドル等のパラメータを含むィベント Γ HCI_Connection— Complete_eventJ が発行されて接続の失敗が通知される。

以上説明したように、サービス側 BT制御部 230に P I Nコード発行管理部を備えず、また、モジュール側 BT制御部 31 0に P I Nコード管理部 314を備えないと仮定したサーバと、 BT端末（デジタルカメラ CM 1 '〜CM7' ) との間で、通信リンクを確立する際に接続認証を実行した場合、この仮定したサーバの BTモジユール 300に含まれるモジュール側 BT制御部 3 1 0からサービス提供装置 200に含まれるサービス側 BT制御部 230に対して、認証相手である BT端末の P I Nコードの問い合わせがなされても、サービス側 B T制御部 230は、モジュール側 B T制御部 3 1 0に対して対応する P I Nコードを答えることができず、結果として接続認証ができないことになる。

そこで、本実施例では、以下で説明する方法によリ、通信リンクの確立時において接続認証の処理を行つている。

B. 2. 2. 実施例の接続認証：

以下では、第 1実施例の印刷サービスシステム（図 1 ) と同様に、図 1 0のサーバ PSV'のサービス提供部 2 1 0が第 1から第 7のプロセス PS 1〜PS 7を提供し、 7人のユーザ U 1〜U 7の所有するデジタルカメラ CM 1 '〜CM7，がサーバ P S V' に接続されて、各デジタルカメラ CM 1 '〜CM7'とサーバ P S V，との間で相互に行われる接続認証のうち、第 1のデジタルカメラ C M 1 ' (図 1 1 )との間の接続認証について説明する。

本実施例では、サーバ P S V'のサービス提供装置 200を構成するサービス側 B T 制御部 230には、上述したように P I Nコード発行管理部 232を備えている。この P I Nコ一ド発行管理部 23 2は、各プロセス P S 1〜P S 7に提供する P I Nコ一ドを発行するとともに、その対応関係を管理している。また、 B Tモジュール 30 0を構成するモジュール側 BT制御部 3 1 0には、上述したように P I Nコード管理部 3 1 4を備えている。そこで、通信リンク確立時における実施例の接続認証処理は、以下で説明するように、まず、 P I Nコード発行管理部 232で発行された P I Nコードが、 P I Nコード管理部 3 1 4に登録された後で、通信リンクの確立とともに実行される。 ( D P I Nコード登録

図 1 3は、通信リンク確立時に実行される P I Nコードの登録処理ついて示す説明図である。

B Tの通信規格における H C Iでは、あらかじめ制御コマンドをあらかじめユーザが定義することを許容している。そこで、 P I Nコードの登録処理には、例えば、以下で示すようにユーザ定義した制御コマンドが利用される。

具体的には、サービス側 H C I制御部 2 3 4からモジュール側 H C I制御部 3 1 6 に対する制御コマンドとして「HCI_WriteStoredCodeJ を定義する。この制御コマンドのパラメータとしては、パラメータ名「PIN_CodeJ 、 Γ PIN_Code_LengthJ 、「複数接続」の 3つが規定されている。「PIN_Cod_ej は P I Nコード発行管理部 2 3 2で発行した P I Nコードを示すパラメータであリ、 ΓΡΙΝ— Code— LengthJ は P I Nコードの長さを示すパラメータである。「複数接続」は、同じ P I Nコードによる複数接続を許可するか否かを示すパラメータである。

以上のように定義された制御コマンドを用いて P I Nコードを登録する。具体的にはまず第 1の処理（S 1 ) として、サービス提供装置 2 0 0から B Tモジュール 3 0 0に対して、制御コマンド「HCI一 WriteStoredCodeJ を発行する。これによつて、 P I Nコード発行管理部 2 3 2で各プロセス P S 1〜P S 7に割り当てられた P I N コードおよびその P I Nコード長と、この P I Nコードにて複数の接続を可とするか不可とするかの情報が送られる。送られた情報は、モジュール側 B T制御部 3 1 0の P I Nコード管理部 3 1 4に登録される。そして、第 2の処理 ( S 2 ) として、 B T モジュール 3 0 0 からサービス提供装置 2 0 0 に対して、ィベン卜「HCI_Complete— event」が発行されて、登録が成功か失敗かを示すステータス（パラメータ名 Γ Status」）と、コネクションハンドル（ノラメ一タ名「Connection_HandleJ ) とが通知される。なお、このコネクションハンドルとしては、複数接続が不可の場合には、登録した P 1 Nコードにのみ関係付けられた予約済みの値が通知される。そして、通知された予約済みの値を示すコネクションハンドルは、 P I Nコード発行管理部 2 3 2で、対応する P I Nコードとともに管理される。一方、複数接続が可の場合には、後述するように、このコネクションハンドルは意味を持たないことになるので、通常定義される任意の値が通知される。

そして、第 1の処理（S 1 ) および第 2の処理（S 2 ) によって実行される登録処理を 7回繰り返すことにより、第 1から第 7のプロセス P S "！〜 P Sフに対応する 7 つの P I Nコードを認証に利用する候補として、モジュール側 B T制御部 3 1 0の P I Nコード管理部 3 1 4にあらかじめ登録することができる。

以上のようにして、 P I Nコードの登録処理が実行されると、次に、通信リンクの確立および接続認証の実行が可能となる。ただし、 1つの P I Nコードで複数の接続が可能か否かで、若干処理手続が異なるので、以下では、複数接続が可である場合と不可である場合に分けて説明する。

( 2 ) 通信リンクの確立および接続認証（複数接続-不可）

図 1 4は、登録された 1つの P I Nコ一ドで複数接続が不可である場合に、 P I N コード登録後に実行される通信リンクの確立時における接続認証について示す説明図である。この場合の通信リンクの確立手順も、基本的には B Tの通信規格の原則に従つて実行される。

まず、サーバ側（図 1 0 )では、第 1の処理（S 1 ) として、サービス提供装置 2 0 0 から B T モジュール 3 0 0 に対して、制御コマンド「HCI_Write_Authentication_EnabelJ が発行されて、通信リンクの確立時に接続認証が行われるように設定される。これにより、サーバと B T端末（ここではカメラ 1 ) との間の通信リンクの確立過程において認証処理が実行される。

次に、第 2の処理（S 2 ) として、カメラ 1側（図 1 1 ) で、カメラ装置 4 0 0から B Tモジュール 5 0 0に対して、サーバの B Tァドレスをコマンドパラメータ (パラメータ名「BD_ADDR」 ) とする制御コマンド「HCI_Create— Connect ion」が発行されると、カメラ 1側からサーバ側への呼び出し処理動作（Page) が実行され、これに応じてサーバ側からカメラ 1側への呼び出し応答処理動作 (Page Response)が実行される。上述したように、サーバおよびカメラ 1間で呼び出し処理動作（Page) と呼び出し応答処理動作（Page Response)が実行されると、サーバのモジュール側 B T制御部 3 1 0内のリンク管理部 3 1 2 (図 1 0 ) とカメラ 1のモジュール側 B T制御部 5 1 0 (図 1 1 ) との間で接続認証が開始可能となる。このとき、サーバのモジュール側 B T制御部 3 1 0内のリンク管理部 3 1 2では、第 1実施例で説明した認証に必要なリンクキーを保持していない。そこで、サーバ側では、第 3の処理 ( S 3 ) として、 B Tモジュール 3 0 0からサービス提供装置 2 0 0に対して、認証する相手側 B T端末 (カメラ 1 ) の B Tアドレスをコマンドパラメータ (パラメータ名「BD— ADDRJ ) とするイベント「HCI_Link_key_Request_event」が発行されてリンクキーの問い合わせが行われる。上述したように、サービス側 B T制御部 2 3 0は、もともと、相手側 B T 端末（カメラ 1 ) の B Tァドレスを知らないため、これに対応するリンクキーを答えることもできない。このため、第 4の処理（S 4 ) として、サービス提供装置 2 0 0 から B T モジュール 3 0 0 に対して、制御コマンド「HCI— Link一 Key_Negative— Request_reply」が発行されて、リンクキーを通知することがでいない旨の否定応答がなされる。

そして、サーバのモジュール側 B T制御部 3 1 0のリンク管理部 3 1 2と、カメラ 1のモジュール側 B T制御部 5 1 0のリンク管理部 5 1 2とは、第 1実施例で説明したように、ペアリングの処理および接続認証を実行する。

ここで、ペアリンク処理のためには P I Nコードが必要となる。サーバのモジユール側 B T制御部 3 1 0の P I Nコード管理部 3 1 4には、上記の P I Nコード登録において、接続認証のために必要となる P I Nコードの候補が登録されているため、接続認証の処理を実行することが可能である。一方、カメラ 1では、第 5の処理（S 5 ) として、 B Tモジュール 5 0 0からカメラ装置 4 0 0に対し、サーバの B Tアドレスをコマンドパラメ一タ（パラメータ名 Γ BD_ADDR」）とするイベント「HCI— PIN_Code_Request— eveni：」が発行されて、 P I Nコードの問い合わせが実行される。そして、第 6の処理（S 6 ) として、カメラ装置 4 0 0から B Tモジュール 5 0 0に対して、制御コマンド「HCI_PIN— Code_Request_reply」が発行されて、 P I N コード（パラメ一タ名「PIN一 Code J ) および P I Nコード長（パラメータ名「PIN_Code— LengthJ ) が通知される。なお、通知された P I Nコードおよび P I Nコード長は、ユーザ（ここでは U 1 ) に対してモニタを通じて提供されてユーザ所有の B T端末（ここではカメラ 1 ) に入力された P I Nコードおよびその P I Nコード長である。なお、カメラ 1への P I Nコードの入力は、第 5の処理の P I Nコードの問い合わせ時に入力されてもよいし、あらかじめ入力されているものでもよい。

そして、第 1実施例で説明したように、サーバおよびカメラ 1間におけるペアリングおよび接続認証の処理が終了してリンクキーが生成されると、サーバ側では、第 7 の処理（S 7 ) として、 B Tモジュール 3 0 0からサービス提供装置 2 0 0に対して、イベント「HCI— Link— key— Notification— event J が発行されて、生成されたリンクキー (パラメータ名「Link— Key」）やリンクキーの種類（パラメータ名「Key—typeJ ) 等が通知される。同様に、カメラ 1側では、第 8の処理（S 8 ) として、 B Tモジュ一ル 5 0 0 力、らカメラ装置 4 0 0 に対して、イベント「HCI— Link— key— Notification— event」が発行されて、生成されたリンクキーゃリンクキーの種類等が通知される。

また、サーバ側では、第 9の処理（S 9 ) として、 B Tモジュール 3 0 0からサービス提供装置 2 0 0に対して、イベント「HCI— Connection— Complete_eventJ が発行されて、通信リンクが成功したか否かを示すステータス（パラメータ名「StatusJ ) や接続認証に利用された P I Nコードに対応付けられた予約済みの値を示すコネクションハンドル（パラメータ名 rconnection— HandleJ ) 等が通知される。また、カメラ 1 側でも、同様に、第 1 0の処理（S 1 0 ) として、 B Tモジュール 5 0 0からカメラ装置 400に対して、イベント「HCI_Connection_Complete_event」が発行されて、通信リンクが成功したか否かを示すステータス（パラメータ名 rstatusj ) やコネクシヨンハンドル（パラメータ名「Connection_HandleJ ) 等が通知される。これにより、サーバおよびカメラ 1間の通信リンクが確立され、接続認証が完了する。

なお、サーバ側では、上述したように、サービス側 B T制御部 230の P I Nコード発行管理部 232において、プロセスと P I Nコードとコネクションハンドルとが一義的に関係付けられて管理することができる。従って、第 9の処理（S 9) で通知されたコネクションハンドルに基づいて、接続認証した相手側 BT端末（ここでは、力メラ 1 )の P I Nコ一ドを認識することができるので、この P I Nコードを提供したプ口セスを認識することができる。この結果、そのプロセスを利用している人物を接続認証した相手として特定することができる。

(3) 通信リンクの確立および接続認証（複数接続-可）

図 1 5は、登録された 1つの P I Nコードで複数接続が可能である場合に、 P I N コ一ド登録後に実行される通信リンクの確立時における接続認証について示す説明図である。この場合の通信リンクの確立手順も、 1つの P I Nコードで複数接続が不可である場合（図 14) と同じであり、第 1の処理（S 1 ) 〜第 1 0の処理（S 1 0) が実行されることにより、サーバと BT端末（ここではカメラ 1 ) との間の通信リンクの確立過程において認証処理が実行される。

ただし、複数接続が可能である場合における第 9の処理 (S 9) および第 10の処理（S 1 0) で通知されるコネクションハンドルは、複数接続が不可である場合（図 14) における第 9の処理（S 9) および第 10の処理（S 10) で通知されるコネクションハンドルのような接続認証に利用された P I N〕一ドに対応付けられた予約済みの値ではなく、 P I Nコードの登録時において通常定義される任意の値である。ここで、以上の処理では、サーバ PSV'に接続される複数の BT端末（デジタル力メラ CM1'〜CM7) が同じ P I Nコードによって接続認証される場合もある。このように複数接続が可能である場合には、複数説接続が不可の場合のようなコネクションハンドルが P I Nコードに対応して予約済みの値となっておらず、 P I Nコードの登録時においてプロセスと P I Nコードとコネクションハンドルとが一義的に関連付けられていないため、認証に使用された P I Nコードを特定することができない。このため、接続された B T端末と利用された P I Nコードとの対応付けができず、対応する各プロセスとの対応関係を特定することができない。

そこで、本実施例では、 H C Iの制御コマンドとして、以下に示すようなコマンドをユーザ定義することとしている。

具体的には、サー/く P S V 'のモジュール側 H C I制御部 3 1 6からサ一ビス側 H C I制御部 2 3 4に対する制御コマンドとして rHCI— Check— PIN— CodeJ を定義する。この制御コマンドのパラメータとしては、接続相手側 B T端末の B Tアドレス（パラメータ名「BD„ADDRJ ) が規定されている。

以上のように定義された制御コマンドを用いて P I Nコード情報を問い合わせる。具体的には、第 1 1の処理（S 1 1 ) として、サービス提供装置 2 0 0から B Tモジユール 3 0 0に対して、制御コマンド「HCI_Check_PIN_CodeJ を発行して、 P ί Nコード情報の問い合わせを行う。そして、第 1 2の処理（S 1 2 ) として、 Β Τモジュール 3 0 0 からサービス提供装置 2 0 0 に対して、ィベント rHCI_Command_Complete_eventJ が発行されて、指定された B Tアドレスの B T端末 (ここではカメラ 1 )の接続認証に使用された P I Nコードが通知される。

これにより、接続認証された相手側 B T端末（ここでは、カメラ 1 ) の P I Nコードを特定することができるので、この P I Nコードを提供したプロセスを特定することができる。この結果、そのプロセスを利用している人物を接続認証した相手として特定することができる。

B . 3 . リンク確立後の接続認証処理：

以下では、まず、 B Tの通信規格の原則に従って、通信リンク（A C L (Asynchronus Connection-Less) リンク）の確立後に接続認証を実行する場合の問題点について説明し、次に、本実施例における接続認証について説明する。

B. 3. 1. 問題点：

図 1 6は、通信リンクの確立後に、 BTの通信規格の原則に従って接続認証を実行する場合の問題点について示す説明図である。図 1 6は、通信リンクの確立時における問題点（図 1 2) で説明したのと同様に、図 1 0のサーバ PS V'のサービス側 BT 制御部 230に、本実施例の特徴である P I Nコード発行管理部を備えず、また、モジュール側 BT制御部 31 0に、本実施例の特徴である P I Nコード管理部 31 4を備えないと仮定するとともに、サービス提供部 21 0が第 1から第 7のプロセス PS "！〜 PS 7を提供し、 7人のユーザ U 1〜U 7の所有するデジタルカメラ CM 1 '〜C Μ7'をサーバ P S V'に接続するとした場合に、各デジタルカメラ CM 1 '〜G!Vl7' とサーバ PS V'との間で相互に行われる接続認証のうち、第 1のデジタルカメラ CM 1，との間の接続認証について示している。また、サービス提供部 21 0の第 1から第 7のプロセス PS 1〜PSフは、それぞれに接続される第 1から第 7のデジタルカメラ CiVM '〜GM7'に対して入力すべき P I Nコ一ドを、図示しない各モニタを通して第 1から第 7のユーザ U 1〜U 7に対して提示しているものとする。なお、以下でも、この仮定したサーバを単にサーバとも呼び、第 1から第 7のデジタルカメラ CM 1，〜CM7'を単にカメラ 1〜カメラ 7とも呼ぶ。また、デジタルカメラを単に B T 端末と呼ぶこともある。

サーバおよび BT端末 (ここではカメラ 1 ) 間で通信リンク (AC Lリンク) が確立されると、サーバ側（図 1 0)では、 BTモジュール 300からサービス提供装置 2 00に対して、イベント「HCI— Connection— Complete_event」が発行されて、通信リンク確立の成功または失敗を示すステータス（パラメータ名 rstatusj ) や、接続された相手側 BT端末（カメラ 1 ) の BTアドレス（パラメータ名「BD_ADDRJ )、通常定義される任意の値を示すコネクションハンドル（パラメータ名「Connection— HandleJ ) 等が通知される。また、カメラ 1側（図 1 1 ) でも、同様に、 BTモジュール 500 からカメラ装置 400に対して、イベント「HCI_Connection_Complete— eventj が発行されて、同様のステータス（パラメータ名 rstatusj ) や、サーバの BTアドレス（パラメータ名 Γ BD— ADDR J ) , コネクションノヽンドル（ノラメータ名 rConnection_HandleJ ) 等が通知される。

そして、第 1の処理（S 1 ) として、サービス提供装置 200から BTモジュール 300に対して、通信リンク確立時に通知されたコネクションハンドルをコマンドパラメータ (パラメータ名 Γ Connection— Handle J ) とする制御コマンド「HCI_Authentication_Requested」を発行する。これにより、 BTモジュール 300 のモジュ一ル側 B T制御部 31 0内ではリンク管理部 31 2によって接続認証が開始可能となる。このとき、リンク管理部 31 2では、第 1実施例で説明した認証に必要なリンクキーを保持していない。そこで、サーバ側では、第 2の処理（S 2) として、 BTモジュール 30◦からサービス提供装置 200に対して、認証する相手側 BT端末（ここでは、カメラ 1 ) の B Tアドレスをコマンドパラメータ（パラメータ名「BD—ADDR」 ) とするイベント「HCI— Link— key— Request— eventj が発行されて、リンクキーの問い合わせが行われる。サービス側 BT制御部 230は、問題点で説明したように、もともと、相手側 BT端末（カメラ 1 ) の BTアドレスを知らないため、これに対応するリンクキーを答えることもできない。このため、第 3の処理（S 3) として、サービス提供装置 200から B Tモジュール 300に対して、制御コマンド「HCI— Link— Key_Negative— Request_reply」が発行されて、リンクキーを通知することができない旨の否定応答がなされる。

そして、サーバのモジュール側 BT制御部 310のリンク管理部 31 2では、第 1 実施例で説明したようにペアリングの処理を開始するが、この処理のためには P I N コードが必要となる。このため、サーバ側では、第 4の処理（S4) として、 BTモジュール 300からサービス提供装置 200に対して、カメラ 1の BTアドレスをコマンドパラメータ（パラメータ名「 BD_ADDR J ) とするイベント「HCI— PIN_Code_Request_event」が発行されて P I Nコードの問い合わせが行われる。しかし、第 1実施例における接続認証の問題点でも説明したように、サービス側 B T制御部 230は、通常、相手側 BT端末（ここでは、カメラ 1 ) の BTアドレスを知らない。具体的には、サービス側 BT制御部 230は、各プロセス 31〜 37 が提供した P I Nコードを知ることができる力これらの P I Nコードと、 P I Nコ一ドが入力されたそれぞれの BT端末（デジタルカメラ CM 1 '〜CM7')に固有の B Tァドレスとの対応関係を知ることはできないため、問い合わせのあった BTァドレスに対応する P I Nコードを答えることができない。このため、第 5の処理 (S 5) として、サービス提供装置 200から BTモジュール 300に対して、制御コマンド「HCI_PIN_Code— Negative_Request_reply」が発行されて P I Nコードを通知することができない旨の否定応答が行われる。

この結果、モジュール側 BT制御部 3 1 0のリンク管理部 3 1 2では、第 1実施例で説明したペアリング処理および認証処理を行えず、この結果として、サーバとカメラ 1との間の接続認証が失敗する。そして、サーバ側では、第 6の処理（S 6) として、 BTモジュール 300からサービス提供装置 200に対して、接続認証が成功か失敗かを示すステータス (パラメータ名 rstatusj ) や接続認証開始時に設定されたコネクションハンドル ( (パラメータ名 Γ Connect ion_Handle J ) をコマンドパラメ一タとするィベン卜「HCI_Authentication_Complete_eventJ を発行して認証の失敗が通知される。

以上説明したように、サービス側 BT制御部 230に P I Nコード発行管理部を備えず、また、モジュール側 BT制御部 31 0に P I Nコード管理部 31 4を備えないと仮定したサーバと、 BT端末（デジタルカメラ CM 1 '〜CM7') との間で、通信リンクの確立後に接続認証を実行した場合、この仮定したの BTモジュール 300に含まれるモジュール側 BT制御部 310からサービス提供装置 200に含まれるサービス側 B T制御部 230に対して、認証相手である Β Τ端末の P I Νコードの問い合わせがなされても、サ一ビス側 Β Τ制御部 230は、モジュール側 Β Τ制御部 3 1 0 に対して対応する P I Νコードを答えることができず、結果として接続認証ができないことになる。

そこで、本実施例では、以下で説明する方法により、通信リンクの確立後において接続認証の処理を行っている。

Β. 3. 2. 実施例の接続認証：

以下では、第 1実施例の印刷サービスシステム (図 1 ) と同様に、図 1 0のサーバ PSV'のサービス提供部 21 0が第 1から第 7のプロセス PS "！〜 PS 7を提供し、 7人のユーザ U 1〜U 7の所有するデジタルカメラ CM 1 '〜CM7，がサーバ P S V' に接続されて、各デジタルカメラ CM1 '〜CM7'とサーバ PSV'との間で相互に行われる接続認証のうち、第 1のデジタル力メラ C M 1 'との間の接続認証について説明する。

通信リンク確立後における接続認証処理においても、以下で説明するように、接続認証の実行前に、まず、 P I Nコード発行管理部 232で発行された P ϊ Nコードが、 P I Nコード管理部 31 4に登録される。そして、その後、接続認証が実行される。

(1 ) P I Nコード登録

図 1 7は、通信リンク確立後の実施例の接続認証処理における P I Nの登録処理ついて示す説明図である。

通信リンク（AC Lリンク）が確立されて、サーバ側（図 1 0) で BTモジュール 3 0 0 からサービス提供装置 2 0 0 に対して、イベント「HCI— Connection_Complete_event」が発行されて、ステータス（パラメータ名「Status」）や、 B Tアドレス（パラメータ名「BD— ADDR」）、コネクションハンドル (パラメータ名「Connect ion— Handle J ) 等が通知されると、通信リンク確立時における P I Nコードの登録処理（図 1 3)と同様に、第 1の処理（S 1 ) として、サービス提供装置 2 0 0 から B T モジュール 3 0 0 に対して、制御コマンド「HCI— WriteStoredCodeJ が発行される。これによつて、 P I Nコードおよび P I Nコード長と、この P I Nコードにて複数の接続を許可するか否かの情報が送られる。送られた情報は、モジュール側 B T制御部 3 1 0の P I Nコード管理部 3 1 4に登録される。なお、制御コマンド「HCI_Wri teStoredCodeJ は、通信リンク確立時の接続認証で説明したユーザ定義された制御コマンドと同じである。そして、第 2の処理（S 2 ) として、 B Tモジュール 3 0 0からサービス提供装置 2 0 0に対して、イベント「HCI— Complete— event」によって、登録が成功か失敗かを示すステ一タス (パラメ一タ名 rstatusj ) と、コネクションハンドル (パラメータ名 ("Connect ion— Handl eJ ) が通知される。なお、コネクションハンドルとしては、複数接続が可であるか否かに関わらず、通常定義される任意の値が通知される。

そして、第 1の処理（S 1 ) および第 2の処理（S 2 ) によって実行される登録処理を 7回繰り返すことにより、第 1から第 7のプロセス P S 1〜P S 7に対応する 7 つの P 1 Nコードを認証に利用する候補として、モジュール側 B T制御部 3 1 0の P I Nコード管理部 3 1 4にあらかじめ登録することができる。

以上のようにして、 P I Nコードの登録処理が実行されると、次に、接続認証の実行が可能となる。ただし、本例の場合、 1つの P I Nコードで複数の接続が可能か否かにかかわリなく接続認証は同じ処理手続となるので、以下では複数接続が不可であるとして説明する。

( 2 ) 接続認証 (複数接続-不可)

図 1 8および図 1 9は、通信リンクの確立後における接続認証について示す説明図である。この場合の接続認証の手順も、基本的には、 B Tの通信規格の原則に従って実行される。

まず、サーバ側（図 1 0 ) では、第 1の処理（S 1 ) として、サービス提供装置 2 0 0から B Tモジュール 3 0 0に対して、通信リンクが確立された時に通知されたコネクシヨンハンドルをコマンドパラメータ（パラメ一タ名 rConnection— HandleJ ) とする制御コマンド「HCI_Authentication_Requested」が発行される。これにより、 B Tモジュール 3 0 0のモジュール側 B丁制御部 3 1 0内ではリンク管理部 3 1 2 (図 1 0 ) によって接続認証が開始可能となる。このとき、上記問題点で説明したように、リンク管理部 3 1 2では、第 1実施例で説明した認証に必要なリンクキーを保持していない。そこで、サーバ側では、第 2の処理（S 2 ) として、 B Tモジュール 3 0 0 からサービス提供装置 2 0 0に対して、認証する相手側 B T端末（ここではカメラ 1 ) の B Tアドレスをコマンドパラメータ (パラメ一タ名「BD一 ADDRJ ) とするィベン卜「HCI_Link_key_Request_event」が発行されて、リンクキーの問い合わせが行われる。サービス側 B T制御部 2 3 0は、問題点で説明したように、もともと、相手側 B T端末 (カメラ 1 ) の B Tアドレスを知らないため、これに対応するリンクキーを答えることもできない。このため、第 3の処理（S 3 ) として、サービス提供装置 2 0 0 から B T モジュール 3 0 0 に対して、制御コマンド「HCI_Link一 Key_Negative_Request_reply」が発行されて、リンクキーを通知することができない旨の否定応答がなされる。

ここで、ペアリング処理のためには P I Nコードが必要となる。サーバのモジユール側 B T制御部 3 1 0の P I Nコード管理部 3 1 4には、上記のように、接続認証のために必要となる P I Nコードの候補が登録されているため、接続認証の処理を実行することが可能である。一方、カメラ 1では、第 4の処理（S 4 ) として、 B Tモジユール 5 0 0からカメラ装置 4 0 0に対し、サーバの B Tァドレスをコマンドパラメータ（パラメータ名「BD_ADDRJ ) とするイベント「HCI_PIN— Code— Request_eventJ 力発行されて、 P I Nコードの問い合わせが実行される。そして、第 5の処理（S 5 ) として、カメラ装置 4 0 0から B Tモジュール 5 0 0に対して、制御コマンド「HCI_PIN_Code_Request— reply」が発行されて、 P I Nコード（パラメ一タ名 ΓΡΙΝ— Code」）および P I Nコード長（パラメータ名「PIN_Code_LengthJ ) が通知される。なお、通知された P I Nコードおよび P I Nコード長は、ユーザ U 1 (ここでは U 1 ) に対してモニタを通じて提供されてユーザ所有の B T端末（ここではカメラ 1 ) に入力された P I Nコードおよびその P I Nコード長である。なお、カメラ 1への P I Nコードの入力は、第 5の処理の P I Nコードの問い合わせ時に入力されてもよいし、あらかじめ入力されているものでもよい。

そして、第 1実施例で説明したように、サーバおよびカメラ 1間におけるペアリングおよび接続認証の処理が終了してリンクキーが生成されると、サーバ側では、第 6 の処理（S 6 ) として、 B Tモジュール 3 0 0からサービス提供装置 2 0 0に対して、イベント「HCI_Link— key_Not:ification— event」が発行されて、生成されたリンクキー (パラメータ名「Link_Key」）やリンクキーの種類（パラメータ名「Key_type」 ) 等が通知される。同様に、カメラ 1側では、第 7の処理（S 7 ) として、 B Tモジユール 5 0 0 からカメラ装置 4 0 0 に対して、イベント「HCI_Link— key一 Not ication_event」が発行されて、生成されたリンクキーやリンクキーの種類等が通知される。

また、サーバ側では、第 8の処理 ( S 8 ) として、 B Tモジュール 3 0 0からサ一ビス提供装置 2 0 0に対して、イベント rHCI_Authentication一 Complete— event」が発行されて、接続認証結果をしめすステータス (パラメータ名 rstatusj ) と、コネクシヨンハンドル（パラメータ名「Connection— HandleJ ) が通知される。

ここで、以上の処理では、 1つの P I Nコードで複数接続が可である場合において、通信リンクの確立時に接続認証を実行する処理（図 1 5 ) と同様に、サーバおよび力メラ 1間の接続認証を行うことは可能である。しかしながら、 P I Nコードの登録時において P I Nコードとコネクションハンドルとが 1対 1の関係で関連付けられていないため、認証に使用された P I Nコードを特定することができない。このため、接続された BT端末と利用された P I Nコードとの対応付けができず、各プロセスとの対応関係を特定することができない。

そこで、本実施例では、登録された 1つの P I Nコードで複数接続が可能である場合に、通信リンクの確立時において実行される接続認証の第 1 1の処理（図 1 5)と同様の処理を実行する。すなわち、図 1 9に示すように、第 9の処理（S 9) として、サービス提供装置 200から B Tモジュール 3 00に対して、制御コマンド「HCI_Check— PIN— CodeJ を発行して、 P I Nコード情報の問い合わせを行う。なお、この制御コマンド「HCI— Check一 PIN_Code」は、通信リンク確立時の接続認証で説明したユーザ定義された制御コマンドと同じである。そして、第 1 0の処理 (S 1 0) として、 B Tモジュール 300からサービス提供装置 200に対して、イベント「HCI一 Comraand_Complete_event」によって、指定された BTアドレスの BT端末（ここではカメラ 1 ) の接続認証に使用された P I Nコードが通知される。

これにより、接続認証された相手側 BT端末（ここでは、カメラ 1 ) の P I Nコードを特定することができるのでこの P ί Nコードを提供したプロセスを特定することができる。この結果、そのプロセスを利用している人物を接続認証した相手として特定することができる。

Β. 4. 効果：

以上説明したように、第 2実施例においても、サーバ PS V'において、第 1から第 7のデジタルカメラ CM1 '〜CM7'から接続認証要求がなされた場合、サーバ PS Vと第 1から第 7のデジタルカメラ CM1'〜CM7'との接続認証を確認するとともに、第 1から第 7のデジタルカメラ CM"！ '〜 CM 7'に入力されたそれぞれの P I N コードを特定することができる。このとき、第 1〜第 7のプロセス PS 1〜PS 7と、それぞれに割り当てられる P I Nコードとの関係は P I Nコ一ド発行管理部 234において管理され、既知となっている。従って、各デジタルカメラ CM 1〜CM7と、それぞれのデジタルカメラの所有者 U 1〜U 7が利用している第 1〜第 7のプロセス PS 1〜PS 7とを 1対 1で関係付けることができる。

従って、本実施例の接続認証では、ユーザは簡単な P I Nコードを自分のデジタルカメラに入力することにより、自分の利用しているプロセスに対してのみ BTによる無線通信が可能となる。

また、本実施例の接続認証では、サーバ PSV'内のサービス提供装置 200のサービス側 B T制御部 230に含まれる P I Nコード発行管理部 234と、 BTモジュ一ル 300のモジュール側 BT制御部 31 0に含まれる P I Nコード管理部 31 4との間で、各プロセスに割り当てられた P I Nコードの通知や、接続認証に利用された P I Nコードの確認等を実行するために、サーバ PSV'内のサービス提供装置 200と BTモジュール 300との間の BTの通信規格で規定されている論理 I F (H C I ) における制御コマンドとして、 P I Nコ一ド登録を制御するための制御コマンド「HCI— WriteStoredPinCode」と、 P I Nコード確認を制御するための制御コマンド「HCI— Check一 PIN— CodeJ を新たに追加することとしている。しかしながら、 H C Iの仕様では、ユーザ定義によるコマンドの追加を許容しているので、これらの制御コマンドを追加しても HC Iの仕様から逸脱することはない。

さらに、本実施例の接続認証においても、サーバ PS V'と BT端末 (第 1から第 7 のデジタルカメラ CM 1 '〜 CM 7' )との間で実行される通信手順は、 B Tの通信規格における接続認証手順と全く同じである。このため、サーバに接続される BT端末としてのデジタルカメラ内には、上記の接続認証の効果を得るために特別な仕組みを持つ必要がなく、一般的な BTによる通信機能を有するデジタルカメラを利用して、実施例の印刷サービス提供システムにおいて、印刷サービスの提供を受けることが可能であるという利点がある。

なお、本実施例は、上述したように、サーバ PSV'のサービス提供装置 200と B Tモジュール 300との間の論理 I F (HC I ) に新たに制御コマンドを追加した構成を説明するために、サービス提供装置 200に BTモジュール 300が接続される構成を示している。これにあわせて、サーバ PSV'に接続される BT端末としてのデジタルカメラも、図 1 1に示すように、カメラ装置 400に B Tモジュール 500が接続される構成を例に示している。ただし、このサーバ PSV'に接続される BT端末としては、第 1実施例におけるデジタカメラ（図 3)であってもかまわない。

C. 変形例：

なお、この発明は上記の実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様において実施することが可能である。例えば、次のような変形も可能である。

C 1. 変形例 1

図 20は、本発明を適用した通信ネッ卜ワークシステムの変形例としての印刷サービス提供システムを示す概略構成図である。 BTアクセスポイントとして複数のサーバを備えて、それぞれのサーバ間を有線のネッ卜ワークを介して接続するようにしてもよい。図 20は、 2台のサーバ P S V 1 , P S V 2を備え、第 1のサーバ P S V 1 の通信圈 WA 1にある 7台のデジタルカメラ CM 1〜CiV]7と、第 2のサーバ PSV 2の通信圈 WA 2にある 7台のカメラ CiV18〜CM 1 4とで I ^一タル 1 4台のデジタルカメラ CM 1〜CM 1 4が接続される構成を示している。

この場合において、それぞれの BTアクセスポイントでは、上記実施例で説明した接続認証と同様の接続認証を実行することにより、各ユーザが利用するプロセスと、自分のデジタルカメラとを関係付けることができる。ただし、 BTアクセスポイントの通信圏が重なっている場合には、その通信圏内にあるデジタルカメラはどちらの B Tアクセスポイントとも接続可能である。図の例では、第 1 0のデジタルカメラ CM 1 0が 2つの通信圏 WA "I、 WA 2内にある。このような場合、どちらのアクセスポイン卜に接続されるかは不明である。このような場合には、それぞれのアクセスボイン卜としてのサーバから提供されるプロセスに対応する P I Nコードの情報を、サーバ間で相互に交換しておき、各 P I Nコードに対応するリンクキーをリンクキーの候補として算出するようにすればよい。

C 2 . 変形例 2 ：

上記実施例の印刷サービス提供システムでは、サーバのサービス提供部が 7つのプロセス P S 1〜P S 7を提供する構成を示している力サーバに有線ネットワークを介して接続される 7つのクライアント端末が 7つのプロセス P S "！〜 P S 7を提供するようにしてもよい。

C 3 . 変形例 3 ：

上記実施例や変形例は、通信ネットワークシステムとして印刷サービス提供システムを例に示しているが、これに限定されるものではなく、種々の B Tによる通信ネットワークシステムに適用することができる。

C 4 . 変形例 4 ：

上記実施例では B Tによる通信ネットワークシステムを例に示しているがこれに限定されるものではなく、種々の無線通信規格を利用した通信ネッ卜ワークシステムに提供することができる。産業上の利用可能性

以上のように、本発明にかかる無線通信ネットワークシステムは、ファミリーレストランなど公共の場所で、ユーザに対して、印刷サービスなど種々のサービスを提供するサービス業界において利用するのに適している。

Claims

請求の範囲

1 . 無線局と、該無線局に無線回線を介して接続される複数の無線通信端末とを備える無線通信ネットワークシステムにおいて、

前記無線局は、

を備えており、

前記リンク管理部は、

前記識別情報管理部から提供されて前記各無線通信端末に登録されている識別情報に基づいて生成された前記各無線端末の認証情報を、前記無線回線を介して前記各無線通信端末から受信し、

前記各無線通信端末から受信した認証情報が、前記識別情報管理部から提供されている前記複数の識別情報に基づいて生成された複数の認証情報の候補と一致するか否かを調べて、前記複数の認証情報の候補と一致した認証情報を送信した無線通信端末を認証し、

前記識別情報管理部は、

認証された無線通信端末の認証情報に一致した認証情報の候補を生成するために用いられた識別情報と、前記認証された無線通信端末とを関係付けて管理することを特徴とする無線通信ネッ卜ワークシステム。

2. 請求の範囲第 1項に記載の無線通信ネットワークシステムであって、前記無線局は、

前記識別情報管理部は、

前記各無線通信端末の接続認証の要求に先立って、前記各処理プロセスを介して、前記複数の識別情報の中からそれぞれ異なつた識別情報を前記各無線通信端末に通知とするとともに、各処理プロセスと通知された識別情報とを関係付けて管理することを特徴とする無線通信ネッ卜ワーク。

3 . 請求の範囲第 1項または第 2項に記載の無線通信ネッ卜ワークシステムでつて、

前記無線回線の無線通信規格は、ブルートゥースであることを特徴とする無線通信不ッ卜ワークシステム。

4 . 無線局と、該無線局に無線回線を介して接続される複数の無線通信端末とを備える無線通信ネットワークシステムにおいて、

前記無線局は、

を備え、

前記第 1の無線制御部は、前記複数の処理プロセスに対してそれぞれ異なる第 1の識別情報を発行すると共に、前記複数の処理プロセスと、発行した前記複数の第 1の識別情報と、を関係付けて管理する識別情報発行管理部を備え、

前記第 2の無線制御部は、

前記リンク管理部は、

送信された前記第 2の認証情報を受信し、前記識別情報管理部の保持している前記複数の第 1の識別情報に基づいて、複数の第 1の認証情報の候補を生成し、受信した前記第 2の識別情報が、生成した前記複数の第 1の認証情報の候補のいずれかと一致するか否かを調べ、一致する場合には、一致した前記第 2の認証情報を送信した前記無線通信端末を認証することを特徴とする無線通信ネットワークシステム。

5 . 請求の範囲第 4項に記載の無線通信ネットワークシステムであって、前記識別情報管理部は、認証された前記無線通信端末と、一致した前記第 1の認証情報の候補に対応する前記第 1の識別情報とを関係付けて管理することを特徴とする無線通信ネッ卜ワークシステム。

6 . 請求の範囲第 4項または第 5項に記載の無線通信ネットワークシステムであつて、

前記複数の第 1の識別情報は、前記所定の回線上に実装される論理ィンタフェースに定義された第 1の制御命令によって、前記第 1の無線制御部から前記論理インタフエースを介して前記第 2の無線制御部に通知され、前記識別情報管理部に登録されることを特徴とする無線通信ネッ卜ワークシステム。

7 . 請求の範囲第 6項に記載の無線通信ネッ卜ワークシステムであって、

前記第 2の無線制御部は、前記識別情報管理部に前記複数の第 1の識別情報が登録された際に、登録された前記複数の第 1の識別情報に対してそれぞれ異なった特定情報を、前記論理インタフェースを介して前記第 1の無線制御部に通知し、

前記識別情報発行管理部は、前記複数の第 1の識別情報とそれぞれに対応する複数の前記特定情報とを関係付けて管理し、

前記第 2の無線制御部は、前記リンク管理部が前記無線通信端末を認証した際に、一致した前記第 1の認証情報の候補に対応する前記第 1の識別情報に関係付けられた前記特定情報を、前記論理インタフェースを介して前記第 1の無線制御部に通知し前記識別情報発行管理部は、通知された前記特定情報に関係付けられた前記第 1の識別情報に対応する前記処理プロセスを特定することを特徴とする無線通信ネットヮークシステム。

8 . 請求の範囲第 6項に記載の無線通信ネットワークシステムであって、一致した前記第 1の認証情報の候補に対応する前記第 1の識別情報は、前記論理ィンタフ:!:ースに定義された第 2の制御命令によって、前記第 2の無線制御部から前記論理ィンタフェースを介して前記第 1の無線制御部に通知され、

前記識別情報発行管理部は、通知された前記第 1の識別情報に基づいて、対応する前記処理プロセスを特定することを特徴とする無線通信ネッ卜ワークシステム。

9 . 請求の範囲第 4項または第 5項に記載の無線通信ネットワークシステムであつて、

前記無線回線の無線通信規格は、ブルートゥースであることを特徴とする無線通信ネットワークシステム。

1 0 . 請求の範囲第 6項ないし第 8項のいずれかに記載の無線通信ネッ卜ワークシステムであって、

前記無線回線の無線通信規格は、ブルートゥースであり、

前記論理インタフェースは、ホストコントロールインタフェースであることを特徵とする無線通信ネッ卜ワークシステム。

1 1 . 複数の無線通信端末との間で無線回線を介して接続される無線局装置において、

を備えており、

前記リンク管理部は、

前記識別情報管理部から提供されて前記各無線通信端末に登録されている識別情報に基づいて生成された前記各無線端末の認証情報を、前記無線回線を介して前記各無線通信端末から受信し、前記各無線通信端末から受信した認証情報が、前記識別情報管理部から提供されてし、る前記複数の識別情報に基づいて生成された複数の認証情報の候補と一致するか否かを調べて、前記複数の認証情報の候補と一致した認証情報を送信した無線通信端末を認証し、

前記識別情報管理部は、

認証された無線通信端末の認証情報に一致した認証情報の候補を生成するために用いられた識別情報と、前記認証された無線通信端末とを関係付けて管理することを特徴とする無線局装置。

1 2. 請求の範囲第 1 1項に記載の無線局装置であって、

前記識別情報管理部は、

前記各無線通信端末の接続認証の要求に先立って、前記各処理プロセスを介して、前記複数の識別情報の中からそれぞれ異なつた識別情報を前記各無線通信端末に逼知とするとともに、各処理プロセスと通知された識別情報とを関係付けて管理することを特徴とする無線局装置。

1 3 . 請求の範囲第 1 1項または第 1 2項に記載の無線局装置であって、前記無線回線の無線通信規格は、ブルートゥースであることを特徴とする無線通信ネットワークシステム。

1 4. 複数の無線通信端末との間で無線回線を介して接続される無線局装置において、

無線通信部と、第 2の無線通信部と、を備え、前記プロセス提供装置に所定の回線を介して接続すると共に、前記無線通信部により前記複数の無線通信端末との間で無線通信を実行する無線通信装置と、

を備え、

前記第 1の無線制御部は、

前記第 2の無線制御部は、

前記無線通信端末から前記無線局に対して、無線無線通信を可能とするために接続認証の要求がなされて、前記無線通信端末が、登録されている第 2の識別情報に基づいて、第 2の認証情報を生成し、前記無線回線を介して送信する場合に、

前記リンク管理部は、

送信された前記第 2の認証情報を受信し、前記識別情報管理部の保持している前記複数の第 1の識別情報に基づいて、複数の第 1の認証情報の候補を生成し、受信した前記第 2の識別情報が、生成した前記複数の第 1の認証情報の候補のいずれかと一致するか否かを調べ、一致する場合には、一致した前記第 2の認証情報を送信した前記無線通信端末を認証することを特徴とする無線局装置。

1 5 . 請求の範囲第 1 4項に記載の無線局装置であって、前記識別情報管理部は、認証された前記無線通信端末と、一致した前記第 1の認証情報の候補に対応する前記第 1の識別情報とを関係付けて管理することを特徴とする無線局装置。

1 6 . 請求の範囲第 1 4項または第 1 5項に記載の無線局装置であって、前記複数の第 1の識別情報は、前記所定の回線上に実装される論理インタフ:!:ースに定義された第 1の制御命令によって、前記第 1の無線制御部から前記論理インタフエースを介して前記第 2の無線制御部に通知され、前記識別情報管理部に登録されることを特徴とする無線局装置。

1 7 . 請求の範囲第 1 6項に記載の無線局装置であって、

前記第 2の無線制御部は、前記リンク管理部が前記無線通信端末を認証した際に、一致した前記第 1の認証情報の候補に対応する前記第 1の識別情報に関係付けられた前記特定情報を、前記論理インタフェースを介して前記第 1の無線制御部に通知し、前記識別情報発行管理部は、通知された前記特定情報に関係付けられた前記第 1の識別情報に対応する前記処理プロセスを特定することを特徴とする無線局装置。

1 8 . 請求の範囲第 1 6項に記載の無線局装置であって、

一致した前記第 1の認証情報の候補に対応する前記第 1の識別情報は、前記論理ィンタフェースに定義された第 2の制御命令によって、前記第 2の無線制御部から前記論理ィンタフェースを介して前記第 1の無線制御部に通知され、

前記識別情報発行管理部は、通知された前記第 1の識別情報に基づいて、対応する前記処理プロセスを特定することを特徴とする無線局装置。

1 9 . 請求の範囲第 1 4項または第 1 5項に記載の無線局装置であって、前記無線回線の無線通信規格は、ブルートゥースであることを特徴とする無線局装置。

2 0 . 請求の範囲第 1 6項ないし第 1 8項のいずれかに記載の無線局装置であつて、

前記無線回線の無線通信規格は、ブルートゥースであり、

前記論理インタフェースは、ホス卜コントロールインタフェースであることを特徴とする無線局装置。

2 1 . 無線局に接続される複数の無線通信端末の通信のリンクを確立するための認証方法であって、

前記複数の無線通信端末のそれぞれに登録されるべき複数の識別情報をあらかじめ提供し、

前記各無線通信端末に登録されている識別情報に基づいて生成された前記各無線端末の認証情報を、前記無線回線を介して前記各無線通信端末から受信し、

前記各無線通信端末から受信した認証情報が、あらかじめ提供されている前記複数の識別情報に基づいて生成された複数の認証情報の候補と一致するか否かを調べて、前記複数の認証情報の候補と一致した認証情報を送信した無線通信端末を認証し、認証された無線通信端末の認証情報に一致した認証情報の候補を生成するために用いられた識別情報と、前記認証された無線通信端末とを関係付けて管理することを特徴とする認証方法。

2 2 . 無線局の備えるコンピュータに、複数の無線通信端末との間で無線回線を介して通信のリンクを確立させるためのコンピュータプログラム製品であって、コンピュータ読み取り可能な媒体と、

前記コンピュータ読み取リ可能な媒体上に格納されたコンピュータプログラムと、を備え、

前記コンピュータプログラムは、

前記複数の無線通信端末のそれぞれに登録されるべき複数の識別情報をあらかじめ提供する第 1のプログラムと、

前記各無線通信端末に登録されている識別情報に基づいて生成された前記各無線端末の認証情報を、前記無線回線を介して前記各無線通信端末から受信し、前記各無線通信端末から受信した認証情報が、あらかじめ提供されている前記複数の識別情報に基づいて生成された複数の認証情報の候補と一致するか否かを調べて、前記複数の認証情報の候補と一致した認証情報を送信した無線通信端末を認証し、認証された無線通信端末の認証情報に一致した認証情報の候補を生成するために用いられた識別情報と、前記認証された無線通信端末と、を関係付けて管理する第 2のプログラムと、を含む、コンピュータプログラム製品。