JP2004297759A

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

Info

Publication number: JP2004297759A
Application number: JP2003353625A
Authority: JP
Inventors: Toyotaka Hagiwara; 豊隆萩原
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 2003-03-11
Filing date: 2003-10-14
Publication date: 2004-10-21
Also published as: US20060148402A1; WO2004082206A1; CN1701560A; EP1605627A1; EP1605627A4; CN1701560B; US7668533B2

Abstract

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

Description

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

ブルートゥース（以下、「ＢＴ」と略す場合もある）による無線通信機能を搭載した電子機器（無線通信端末）が開発されつつある。このような機能を搭載した電子機器（以下、「ＢＴ端末」）と呼ぶ）は、マスタと呼ばれる１つのＢＴ端末（以下、「ＢＴアクセスポイント」あるいは単に「アクセスポイント」と呼ぶ）に対して、スレーブと呼ばれるＢＴ端末（以下、単に「端末」とも呼ぶ）が最大７つ接続されて、１つのネットワークが構成される。このネットワークはピコネット（Ｐｉｃｏｎｅｔ）と呼ばれる。１つのマスタは、接続される１つ以上のスレーブを制御しながら通信を行う。すなわち、データパケットおよび制御パケットは、すべてマスタとスレーブとの間で送受信され、スレーブ同士が直接通信することはできない。

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

なお、接続認証に関する先行技術としては、例えば、特許文献１〜特許文献３に記載のものがあげられる。

特開２００１−１９７１５０号公報特開２００１−２８５９５６号公報特開２００１−２２３６９２号公報

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

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

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

しかしながら、公共の場所に設置されたサービス提供サーバは、通常、不特定多数のユーザに関して、ユーザとそのユーザが所有するＢＴ端末のＢＴアドレスとの組み合わせを事前に認識しておくことはできない。従って、サービス提供サーバを利用するユーザは、自分が利用しようとしているプロセスに、自分のＢＴ端末のＢＴアドレスを通知する必要がある。この通知の方法としては、（１）ＢＴアドレスを直接入力する方法、（２）ＢＴアクセスポイントに接続可能なＢＴ端末の一覧から選択する方法等がある。しかしながら、（１）の方法では、ユーザは、４８ｂｉｔもあるＢＴアドレスを認識して正確に入力しなければならない。また、（２）の方法では、（１）と同様に、ユーザはＢＴアドレスを認識して自分のＢＴ端末を選択しなければならない。もし、間違って入力や選択がなされた場合、当然正常にサービスを利用することはできない。また、間違って入力や選択がなされた場合、他人のＢＴ端末に対してアクセスが可能となることがあり、プライバシーの保護の観点からも望ましくない。

従って、公共の場所に、上述のようなサービスシステムを構成してサービスを提供するためには、ユーザにＢＴアドレスの入力あるいは選択を要求することなく、簡便でかつ安全に、ＢＴアクセスポイントと、これに接続されるＢＴ端末との間の通信のリンクが正常に行われていることを確認することができるとともに、ユーザが利用するプロセスと、そのユーザのＢＴ端末とを一義的に特定することが可能な仕組みを提供することが望まれている。

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

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

上述の課題の少なくとも一部を解決するため、本発明は、無線局と、該無線局に無線回線を介して接続される複数の無線通信端末とを備える無線通信ネットワークシステムにおいて、
前記無線局は、
前記複数の無線通信端末のそれぞれに登録されるべき複数の識別情報を提供する識別情報管理部と、
前記無線局と前記複数の無線通信端末との間の通信のリンクを管理するリンク管理部と、
を備えており、
前記各無線通信端末から前記無線局に対して通信のリンクを確立するためにそれぞれ接続認証の要求がなされる場合において、
前記リンク管理部は、
前記識別情報管理部から提供されて前記各無線通信端末に登録されている識別情報に基づいて生成された前記各無線端末の認証情報を、前記無線回線を介して前記各無線通信端末から受信し、
前記各無線通信端末から受信した認証情報が、前記識別情報管理部から提供されている前記複数の識別情報に基づいて生成された複数の認証情報の候補と一致するか否かを調べて、前記複数の認証情報の候補と一致した認証情報を送信した無線通信端末を認証し、
前記識別情報管理部は、
認証された無線通信端末の認証情報に一致した認証情報の候補を生成するために用いられた識別情報と、前記認証された無線通信端末とを関係付けて管理することを特徴とする。

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

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

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

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

また、本発明は、無線局と、該無線局に無線回線を介して接続される複数の無線通信端末とを備える無線通信ネットワークシステムにおいて、
前記無線局は、
複数の処理プロセスを提供するプロセス提供部と、第１の無線制御部と、を備えるプロセス提供装置と、
無線通信部と、第２の無線通信部と、を備え、前記プロセス提供装置に所定の回線を介して接続すると共に、前記無線通信部により前記複数の無線通信端末との間で無線通信を実行する無線通信装置と、
を備え、
前記第１の無線制御部は、
前記複数の処理プロセスに対してそれぞれ異なる第１の識別情報を発行すると共に、前記複数の処理プロセスと、発行した前記複数の第１の識別情報と、を関係付けて管理する識別情報発行管理部を備え、
前記第２の無線制御部は、
前記識別情報発行管理部の発行した前記複数の第１の識別情報を登録して保持する識別情報管理部と、
前記複数の無線通信端末との間の通信のリンクを管理するリンク管理部と、
を備え、
前記無線通信端末から前記無線局に対して、無線無線通信を可能とするために接続認証の要求がなされる場合に、
前記無線通信端末は、登録されている第２の識別情報に基づいて、第２の認証情報を生成し、前記無線回線を介して送信し、
前記リンク管理部は、
送信された前記第２の認証情報を受信し、前記識別情報管理部の保持している前記複数の第１の識別情報に基づいて、複数の第１の認証情報の候補を生成し、受信した前記第２の識別情報が、生成した前記複数の第１の認証情報の候補のいずれかと一致するか否かを調べ、一致する場合には、一致した前記第２の認証情報を送信した前記無線通信端末を認証することを特徴とする構成とすることもできる。

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

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

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

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

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

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

また、一致した前記第１の認証情報の候補に対応する前記第１の識別情報は、前記論理インタフェースに定義された第２の制御命令によって、前記第２の無線制御部から前記論理インタフェースを介して前記第１の無線制御部に通知され、
前記識別情報発行管理部は、通知された前記第１の識別情報に基づいて、対応する前記処理プロセスを特定することもできる。

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

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

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

次に、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．第１実施例：
Ａ．１．印刷サービス提供システムの構成：
Ａ．２．接続認証処理：
Ａ．２．１．接続認証の原則：
Ａ．２．２．問題点：
Ａ．２．３．実施例の接続認証：
Ａ．３．効果：
Ｂ．第２実施例：
Ｂ．１．印刷サービスシステムの構成：
Ｂ．２．リンク確立時の接続認証処理：
Ｂ．２．１．問題点：
Ｂ．２．２．実施例の接続認証：
Ｂ．３．リンク確立後の接続認証処理：
Ｂ．３．１．問題点：
Ｂ．３．２．実施例の接続認証：
Ｂ．４．効果：
Ｃ．変形例：

Ａ．第１実施例：
Ａ．１．印刷サービス提供システムの構成：
図１は、本発明を適用した通信ネットワークシステムの構成例としての印刷サービス提供システムを示す概略構成図である。この印刷サービス提供システムは、印刷サービスを提供するサーバＰＳＶと、これに接続されたプリンタＰＲとを備えている。

サーバＰＳＶはＢＴによる通信機能を備えており、ＢＴアクセスポイント（無線局）として機能する。サーバＰＳＶには、ＢＴの規格に従って最大７台のＢＴ端末（無線通信端末）が接続可能である。このため、このサーバＰＳＶには、最大７人のユーザが同時に印刷サービスの提供を受けられるように、７台のモニタＤＰ１〜ＤＰ７が接続されている。

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

なお、図１は、ＢＴアクセスポイント（マスタ）としてのサーバＰＳＶと通信が可能な範囲（通信圏）ＷＡ内に、サーバＰＳＶに接続可能な最大数のＢＴ端末(スレーブ)である７台のデジタルカメラＣＭ１〜ＣＭ７が存在している場合を示している。

図２は、サーバＰＳＶの概略構成を示す機能ブロック図である。サーバＰＳＶは、ＢＴ制御部２０と、ＢＴ無線通信部３０と、サービス提供部４０と、プリンタ制御部５０とを備えている。また、サーバＰＳＶには、内部記憶装置、外部記憶装置や有線の通信装置などの種々の周辺装置、ディスプレイインタフェースや入力インタフェースフェースなどの種々のインタフェース等、コンピュータに一般的に備えられている種々の周辺装置、制御装置、およびインタフェースを備えているが、本例の説明上特に必要ないので、図示および説明を省略している。

ＢＴ制御部２０は、ＢＴ無線通信部３０による無線通信を制御する。また、ＢＴ制御部２０は、特に、各デジタルカメラＣＭ１〜ＣＭ７との間の通信のリンクを確立するために、要求される接続認証処理を管理するリンク管理部２２と、各デジタルカメラＣＭ１〜ＣＭ７に登録すべきそれぞれ異なったＰＩＮコード(識別情報)を提供するＰＩＮコード管理部(識別情報管理部)２４とを備えている。提供されるＰＩＮコードは、後述するサービス提供部４０の各プロセスＰＳ１〜ＰＳ７によって、それぞれ対応するモニタＤＰ１〜ＤＰ７を通して各プロセスのユーザに通知される。なお、リンク管理部２２の動作については後で詳述する。

サービス提供部４０は、第１〜第７のプロセスＰＳ１〜ＰＳ７を実行して、同時に７人のユーザＵ１〜Ｕ７に対して提供する印刷サービスを制御する。第１〜第７のプロセスＰＳ１〜ＰＳ７は、印刷サービスを提供するためのガイダンス画面をそれぞれ対応する第１〜第７のモニタＤＰ１〜ＤＰ７に表示する。図１の印刷サービス提供システム中には、図示されていないが、タッチパネル、タブレット等の第１〜第７の入力装置ＩＰ１〜ＩＰ７が第１〜第７のモニタＤＰ１〜ＤＰ７に対応して設けられている。各ユーザＵ１〜Ｕ７が、各モニタＤＰ１〜ＤＰ７に表示されたガイダンス画面に従って種々の入力や選択を行うと、各プロセスＰＳ１〜ＰＳ７は、対応するそれぞれの入力や選択に従って印刷サービスを実行する。

プリンタ制御部５０は、サービス提供部４０の各プロセスＰＳ１〜ＰＳ７からの指示に従って、プリンタＰＲの動作を制御して印刷を実行する。

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

デジタルカメラＣＭ１は、操作部１２０と、ＢＴ制御部１３０と、ＢＴ無線通信部１４０と、メモリカード制御部１５０とを備えている。また、メモリカードＭＣが着脱可能に備えられている。

操作部１２０は、デジタルカメラを操作するためのスイッチ群やタッチパネル等の入力手段や、表示手段等を備えている。

ＢＴ制御部１３０は、ＢＴ無線通信部１４０による無線通信を制御する。また、ＢＴ制御部１３０は、特に、サーバＰＳＶとの間の通信のリンクを確立するために要求される接続認証処理を管理するリンク管理部１３２を備えている。リンク管理部１３２の動作については後で詳述する。

メモリカード制御部１５０は、メモリカードＭＣへの画像データ等の種々のデータの書き込みあるいは読み出しを制御する。メモリカードＭＣに記憶されている画像データは、ＢＴ制御部１３０を介して、サーバＰＳＶに転送することができる。

なお、他のデジタルカメラＣＭ２〜ＣＭ７においても、図１の印刷サービス提供システムにおいて、サーバＰＳＶとの間で実行される無線通信のための構成は、図３のデジタルカメラＣＭ１と同様である。

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

Ａ．２．接続認証処理：
上記印刷サービス提供システムにおいて、ＢＴアクセスポイント（マスタ）としてのサーバＰＳＶと、ＢＴ端末（スレーブ）としてのデジタルカメラＣＭ１〜ＣＭ７との間で、ＢＴによる無線通信が実行されるためには、ＢＴの通信規格に従った同期確立フェーズを経て、マスタと各スレーブとの間でピコネット内同期が成立し、パケット通信を行うことが可能な通信接続フェーズとなる必要がある。

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

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

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

Ａ．２．１．接続認証の原則：
図４〜図６は、接続認証の原則について示す説明図である。この図４〜図６は、図１の印刷サービス提供システムにおいて、サーバＰＳＶが１つのプロセスＰＳ１のみを提供し、１人のユーザＵ１の所有するデジタルカメラＣＭ１のみがサーバＰＳＶに接続されると仮定した場合に、ＢＴの通信規格の規定に従った接続認証の手順の原則について示している。なお、以下では、サーバＰＳＶを単にマスタと呼び、デジタルカメラＣＭ１を単にスレーブと呼ぶ場合もある。

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

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

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

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

初期化キーは、初期化キーアルゴリズム（Ｅ２２）により算出される。初期化キーアルゴリズム（Ｅ２２）の入力パラメータは、ＰＩＮコードと、ＰＩＮコード長と、初期化キー生成用乱数RAND_initである。初期化キー生成用乱数RAND_initは、上述のペアリングの合意時に、マスタからスレーブに送信されている。従って、マスタ（サーバＰＳＶ）のリンク管理部２２およびスレーブ（デジタルカメラＣＭ１）のリンク管理部１３２の双方に同じＰＩＮコードが入力されていれば、双方で同じ初期化キーKinitが生成される。

なお、マスタでは、ユーザＵ１が入力装置ＩＰ１によりＰＩＮコードを入力すると、プロセスＰＳ１からリンク管理部２２にＰＩＮコードおよびＰＩＮコード長が入力される。またスレーブでも、ユーザＵ１が操作部１２０によりＰＩＮコードを入力すると、主制御部１１０からリンク管理部１３２にＰＩＮコードおよびＰＩＮコード長が入力される。ユーザが入力するＰＩＮコードは最大１６バイト（１２８ビット）の可変長な値であり、入力されたＰＩＮコード長が１６バイトに満たない場合は、適当な値が補われる。

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

そして、スレーブでも、マスタと同様に、制御パケット「LMP_comb_key」をスレーブに送信することにより、複合キー生成用乱数として１２８ビットの乱数LK_RAND_Bを発生し、発生した複合キー生成用乱数LK_RAND_Bがマスタからスレーブに送信される。

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

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

複合キー生成は、マスタの暫定単体キーとスレーブの暫定単体キーとの排他的論理和の結果として求められる。マスタの暫定単体キーは、マスタのＢＴアドレスBD_ADDR_Aと、第１の複合キー生成用乱数LK_RAND_Aの２つを入力パラメータとして、単体キーアルゴリズム（Ｅ２１）により算出される。また、スレーブの暫定単体キーは、スレーブのＢＴアドレスBD_ADDR_Bと、第２の複合キー生成用乱数LK_RAND_Bの２つを入力パラメータとして、単体キーアルゴリズム（Ｅ２１）により算出される。

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

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

まず、マスタが、制御パケット「LMP_au_rand」をスレーブに送信する。このとき、マスタでは、１２８ビットの認証チャレンジ用乱数AU_RANDを発生し、発生した乱数AU_RANDがマスタからスレーブに送信される。また、マスタでは、リンクキーLinkey（＝Kcomb）と、スレーブのＢＴアドレスBD_ADDR_Bと、認証チャレンジ用乱数AU_RANDの３つを入力パラメータとして、接続認証アルゴリズム（Ｅ１）により認証応答パラメータSRES_B'が算出される。

制御パケット「LMP_au_rand」により、認証チャレンジ用乱数AU_RANDを受け取ったスレーブでは、マスタと同様に、接続認証アルゴリズム（Ｅ１）により、リンクキーLinkey（＝Kcomb）と、スレーブのＢＴアドレスBD_ADDR_Bと、認証チャレンジ用乱数AU_RANDの３つを入力パラメータとして認証応答パラメータSRES_Bが算出される。そして、スレーブは、制御パケット「LMP_SRES」をマスタに送信することにより、マスタに対して接続認証を要求する。このとき、算出した認証応答パラメータSRES_Bがマスタに送信される。

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

次に、マスタが認証要求を行う場合は、上述のスレーブが認証要求する場合と反対に、まず、スレーブが、制御パケット「LMP_au_rand」をマスタに送信する。このとき、スレーブでは、１２８ビットの認証チャレンジ用乱数AU_RANDを発生し、発生した乱数AU_RANDがスレーブからマスタに送信される。また、スレーブでは、リンクキーLinkey（＝Kcomb）と、マスタのＢＴアドレスBD_ADDR_Aと、認証チャレンジ用乱数AU_RANDの３つを入力パラメータとして、接続認証アルゴリズム（Ｅ１）により認証応答パラメータSRES_A'を算出する。

制御パケット「LMP_au_rand」により、認証チャレンジ用乱数AU_RANDを受け取ったマスタでは、スレーブと同様に、接続認証アルゴリズム（Ｅ１）により、リンクキーLinkey（＝Kcomb）と、マスタのＢＴアドレスBD_ADDR_Aと、認証チャレンジ用乱数AU_RANDの３つを入力パラメータとして認証応答パラメータSRES_Aが算出される。そして、マスタは、制御パケット「LMP_SRES」をスレーブに送信することにより、スレーブに対して接続認証を要求する。このとき、算出した認証応答パラメータSRES_Aがスレーブに送信される。

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

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

Ａ．２．２．問題点：
上記原則は、１つのマスタ（ＢＴアクセスポイント）に対して１つのスレーブ（ＢＴ端末）のみが接続される場合における接続認証について示している。しかしながら、図１に示した実施例の印刷サービス提供システムのように、マスタとしてのサーバＰＳＶにスレーブとしてのデジタルカメラＣＭ１〜ＣＭ７がほぼ同時に接続されて１つのピコネットが構成されるような場合、上記原則による接続認証の処理では、以下の不都合がある。

例えば、ピコネット内で共通のＰＩＮコードを利用することとし、各モニタＤＰ１〜ＤＰ７を通して各ユーザＵ１〜Ｕ７にそのＰＩＮコードが提示されているとする。また、提示された共通のＰＩＮコードは、各ユーザＵ１〜Ｕ７によって自分のデジタルカメラＣＭ１〜ＣＭ７に入力されるとする。

この場合、上記原則による接続認証を各デジタルカメラＣＭ１〜ＣＭ７とサーバＰＳＶとの間でそれぞれ実行すれば、それぞれの間で接続認証の処理を行って相互に通信のリンクを確立することは可能である。しかしながら、この場合、７つのデジタルカメラＣＭ１〜ＣＭ７を識別するパラメータとして利用できるのは、それぞれに固有のＢＴアドレスのみである。従って、共通のＰＩＮコードを利用する場合、７つのデジタルカメラＣＭ１〜ＣＭ７と７人のユーザＵ１〜Ｕ７が利用している７つのプロセスＰＳ１〜ＰＳ７とを１対１で関係付けるためには、各ユーザＵ１〜Ｕ７は、それぞれ自分の利用しているプロセスＰＳ１〜ＰＳ７に、自分のデジタルカメラＣＭ１〜ＣＭ７のＢＴアドレスを通知する必要がある。しかしながら、従来例で説明したように、このような処理を一般的なユーザに求めることは好ましくない。

また、各ユーザＵ１〜Ｕ７が利用するプロセスＰＳ１〜ＰＳ７にそれぞれ異なったＰＩＮコード、例えば、PIN_1〜PIN_7を割り当てて、各モニタＤＰ１〜ＤＰ７によって各ユーザＵ１〜Ｕ７に提示されているとする。そして、提示された各ＰＩＮコードPIN_1〜PIN_7は、各ユーザＵ１〜Ｕ７によって自分のデジタルカメラＣＭ１〜ＣＭ７に入力されるとする。

このとき、各プロセスＰＳ１〜ＰＳ７と、それぞれに割り当てられるＰＩＮコードPIN_1〜PIN_7との関係は既知となっている。しかしながら、上述したように、マスタとスレーブとの間で、実際にデータパケットを通信するための同期確立フェーズおよび通信接続フェーズでは、直接ＰＩＮコードを利用して送受信されて行われるわけではない。このため、マスタであるサーバＰＳＶは、スレーブである７台のカメラＣＭ１〜ＣＭ７のいずれに、どのＰＩＮコードが入力されているか知ることはできない。このため、各デジタルカメラＣＭ１〜ＣＭ７とサーバＰＳＶとの間で接続認証を行おうとしても、どのデジタルカメラに対してどのＰＩＮコードに基づいて生成されたリンクキーを利用した接続認証を行えばよいか不明である。

ただし、このような場合でも、例えば、７台のデジタルカメラＣＭ１〜ＣＭ７のうちの１台に対して、７つのＰＩＮコードPIN_1〜PIN_7のうち１つのＰＩＮコードを選んで、上記原則に従って接続認証を行うとすれば、１台目は最高７回、２台目は最高６回、３台目は最高５回、４台目は最高４回、５台目は最高３回、６台目は最高２回、７台目は１回の、最高２８回の接続認証を繰り返し行うことにより、接続されている７つのデジタルカメラＣＭ１〜ＣＭ７と各ユーザＵ１〜Ｕ７の利用しているプロセスＰＳ１〜ＰＳ７とを１対１で関係付けることは不可能ではない。

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

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

Ａ．２．３．実施例の接続認証：
図７〜図９は、実施例の接続認証処理について示す説明図である。この図７〜図９は、図１に示したように、サーバＰＳＶが第１から第７のプロセスＰＳ１〜ＰＳ７を提供し、７人のユーザＵ１〜Ｕ７の所有するデジタルカメラＣＭ１〜ＣＭ７がサーバＰＳＶに接続されて、各デジタルカメラＣＭ１〜ＣＭ７とサーバＰＳＶとの間で相互に行われる接続認証のうち、第１のデジタルカメラＣＭ１との間の接続認証について示している。なお、以下では、サーバＰＳＶを単にマスタと呼び、第１のデジタルカメラＣＭ１をスレーブと呼ぶ場合もある。

本実施例の接続認証も、基本的には、上記原則と同じシーケンスで進められる。すなわち、まず、マスタ（サーバＰＳＶ）のＢＴ制御部２０に含まれているリンク管理部２２と、スレーブ（第１のデジタルカメラＣＭ１）のＢＴ制御部１３０に含まれているリンク管理部１３２との間で、ペアリングの処理が実行されてマスタとスレーブとの間でリンクキーが設定される。そして、設定されたリンクキーに基づいてマスタとスレーブとの間で相互に接続認証の処理が実行される。互いの認証が確認されると接続認証が完了する。以下では、このペアリングの処理と、接続認証の処理についてさらに具体的に説明する。

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

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

マスタでは、ＰＩＮコード管理部２４（図２）によって各プロセスＰＳ１〜ＰＳ７に割り当てられているＰＩＮコードおよびＰＩＮコード長がリンク管理部２２に入力されて、初期化キーアルゴリズム（Ｅ２２）により、各ＰＩＮコードに対応する初期化キーKinit_1〜Kinit_7が下式(a1)〜(a7)に示すように算出される。なお、本例では、各プロセスＰＳ１〜ＰＳ７のＰＩＮコードをそれぞれPIN_1〜PIN_7とし、ＰＩＮコード長をそれぞれPIN_1＿Lng〜PIN_7＿Lngとして示している。

Kinit_1＝E22(RAND_init,PIN_1,PIN_1_Lng) ...(a1)
Kinit_2＝E22(RAND_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)

スレーブでも、第１のデジタルカメラＣＭ１のユーザＵ１によって操作部１２０（図１）から第１のプロセスＰＳ１に対応するＰＩＮコードPIN_1が入力されると、これに応じてリンク管理部１３２にＰＩＮコードPIN_1およびＰＩＮコード長PIN_1_Lngが入力される。そして、初期化キーアルゴリズム（Ｅ２２）により、初期化キーKinit_trmが下式(b1)に示すように算出される。

Kinit_trm＝E22(RAND_init,PIN_1,PIN_1_Lng) ...(b1)

次に、図８に示すように、複合キーをリンクキーとすることがマスタとスレーブとの間でネゴシエーションされる。すなわち、マスタは、制御パケット「LMP_comb_key」をスレーブに送信して、複合キーをリンクキーとして登録要求する。

ここで、上記原則では、図５で説明したように、制御パケット「LMP_comb_key」により、マスタで発生した複合キー生成用乱数LK_RAND_Aと初期化キーKinitの排他的論理和の結果が、マスタからスレーブに送信される。しかしながら、本実施例では、７つの初期化キーの候補Kinit_1〜Kinit_7が算出されているため、同様にすることはできない。

そこで、本実施例では、マスタは、１２８ビットの乱数COMB_RAND_Aを発生し、発生した乱数COMB_RAND_Aをマスタからスレーブに送信する。また、この乱数COMB_RAND_Aと各初期化キーの候補Kinit_1〜Kinit_7との排他的論理和（ＸＯＲ）を求めることにより、第１の複合キー生成用乱数の７つの候補LK_RAND_A_1〜LK_RAND_A_7が下式(c1)〜(c7)に示すように算出される。

LK_RAND_A_1＝(COMB_RAND_A)XOR(Kinit_1) ...(c1)
LK_RAND_A_2＝(COMB_RAND_A)XOR(Kinit_2) ...(c2)
LK_RAND_A_3＝(COMB_RAND_A)XOR(Kinit_3) ...(c3)
LK_RAND_A_4＝(COMB_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＝(COMB_RAND_A)XOR(Kinit_7) ...(c7)

スレーブでも、同様に、マスタから送信された乱数COMB_RAND_Aと初期化キーKinit_trmとの排他的論理和（ＸＯＲ）を求めることにより、第１の複合キー生成用乱数として乱数LK_RAND_A_trmが下式(d1)に示すように算出される。

LK_RAND_A_trm＝(COMB_RAND_A)XOR(Kinit_trm) ...(d1)

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

乱数COMB_RAND_Bを受信したマスタでは、この乱数COMB_RAND_Bと各初期化キーの候補Kinit_1〜Kinit_7との排他的論理和（ＸＯＲ）を求めることにより、第２の複合キー生成用乱数の７つの候補LK_RAND_B_1〜LK_RAND_B_7が下式(e1)〜(e7)に示すように算出される。

LK_RAND_B_1＝(COMB_RAND_B)XOR(Kinit_1) ...(e1)
LK_RAND_B_2＝(COMB_RAND_B)XOR(Kinit_2) ...(e2)
LK_RAND_B_3＝(COMB_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_RAND_B)XOR(Kinit_6) ...(e6)
LK_RAND_B_7＝(COMB_RAND_B)XOR(Kinit_7) ...(e7)

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

マスタでは、まず、単体キーアルゴリズム（Ｅ２１）により、マスタの暫定単体キーの候補LK_KA_1〜LK_KA_7と、スレーブの暫定単体キーの候補LK_KB_1〜LK_KB_7とが下式(f1)〜(f7)，(g1)〜(g7)に示すように算出される。

LK_KA_1＝E21(LK_RAND_A_1,BD_ADDR_A) ...(f1)
LK_KA_2＝E21(LK_RAND_A_2,BD_ADDR_A) ...(f2)
LK_KA_3＝E21(LK_RAND_A_3,BD_ADDR_A) ...(f3)
LK_KA_4＝E21(LK_RAND_A_4,BD_ADDR_A) ...(f4)
LK_KA_5＝E21(LK_RAND_A_5,BD_ADDR_A) ...(f5)
LK_KA_6＝E21(LK_RAND_A_6,BD_ADDR_A) ...(f6)
LK_KA_7＝E21(LK_RAND_A_7,BD_ADDR_A) ...(f7)

LK_KB_1＝E21(LK_RAND_B_1,BD_ADDR_B) ...(g1)
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_RAND_B_5,BD_ADDR_B) ...(g5)
LK_KB_6＝E21(LK_RAND_B_6,BD_ADDR_B) ...(g6)
LK_KB_7＝E21(LK_RAND_B_7,BD_ADDR_B) ...(g7)

そして、求められたマスタの暫定単体キーの候補LK_KA_1〜LK_KA_7とスレーブの暫定単体キーの候補LK_KB_1〜LK_KB_7との排他的論理和（ＸＯＲ）の結果として、複合キーの候補Kcomb_1〜Kcomb_7が下式(h1)〜(h7)に示すように算出される。

Kcomb_1＝(LK_KA_1)XOR(LK_KB_1) ...(h1)
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)

同様に、スレーブでも、単体キーアルゴリズム（Ｅ２１）により、マスタの暫定単体キーLK_KA_trmと、スレーブの暫定単体キーLK_KB_trmとが下式(i1)，(j1)に示すように算出される。

LK_KA_trm＝E21(LK_RAND_A_trm,BD_ADDR_A) ...(i1)
LK_KB_trm＝E21(LK_RAND_B_trm,BD_ADDR_B) ...(j1)

そして、求められたマスタの暫定単体キーLK_KA_trmとスレーブの暫定単体キーLK_KB_trmとの排他的論理和（ＸＯＲ）の結果として、複合キーKcomb_trmが下式(k1)に示すように算出される。

Kcomb_trm＝(LK_KA_trm)XOR(LK_KB_trm) ...(k1)

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

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

まず、マスタが、図６に示した接続認証の原則と同様に、認証チャレンジ用乱数AU_RANDを発生して、制御パケット「LMP_au_rand」によりスレーブ側に送信する。また、マスタでは、接続認証アルゴリズム（Ｅ１）により認証応答パラメータを算出する。ただし、上記原則とは異なり、リンクキーLinkeyとしての７つの複合キーの候補Kcomb_1〜Kcomb_7に対応して、７つの認証応答パラメータの候補SRES_1〜SRES_7が下式(m1)〜(m7)に示すように算出される。

SRES_1＝E1(Kcomb_1,BD_ADDR_B,AU_RAND) ...(m1)
SRES_2＝E1(Kcomb_2,BD_ADDR_B,AU_RAND) ...(m2)
SRES_3＝E1(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)

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

SRES_trm＝E1(Kcomb_trm,BD_ADDR_B,AU_RAND) ...(n1)

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

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

上記のようにして、スレーブとしての第１のデジタルカメラＣＭ１からマスタとしてのサーバＰＳＶへの接続認証要求に対して認証が確認されると、次に、マスタとしてのサーバＰＳＶからスレーブとしての第１のデジタルカメラＣＭ１への接続認証要求に対する接続認証が実行される。具体的には、図６に示した接続認証の原則と同様に、スレーブが認証チャレンジ用乱数AU_RANDを発生し、制御パケット「LMP_au_rand」によりスレーブに伝送する。また、接続認証アルゴリズム（Ｅ１）により認証応答パラメータSRES_trmを（n１）式に示すように算出する。

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

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

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

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

Ａ．３．効果：
以上の説明からわかるように、本実施例の接続認証では、マスタとしてのサーバＰＳＶにおいて、スレーブとしての第１から第７のデジタルカメラＣＭ１〜ＣＭ７から接続認証要求がなされた場合、サーバＰＳＶと第１から第７のデジタルカメラＣＭ１〜ＣＭ７との接続認証を確認するとともに、第１から第７のデジタルカメラＣＭ１〜ＣＭ７に入力されたそれぞれのＰＩＮコードを認識することができる。このとき、第１〜第７のプロセスＰＳ１〜ＰＳ７と、それぞれに割り当てられるＰＩＮコードPIN_1〜PIN_7との関係はＰＩＮコード管理部２４において管理され、既知となっている。従って、各デジタルカメラＣＭ１〜ＣＭ７と、それぞれのデジタルカメラの所有者Ｕ１〜Ｕ７が利用している第１〜第７のプロセスＰＳ１〜ＰＳ７とを１対１で関係付けることができる。

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

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

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

Ｂ．第２実施例：
Ｂ．１．印刷サービスシステムの構成：
まず、第２実施例としての印刷サービス提供システム関して、ＢＴアクセスポイント(無線局)としてのサーバＰＳＶ'およびＢＴ端末（無線通信端末）としてのデジタルカメラＣＭ１'〜ＣＭ７'の構成を説明する。

図１０は、サーバＰＳＶ'の概略構成を示す機能ブロック図である。サーバＰＳＶ'は、印刷サービスを提供するサービス提供装置としてのコンピュータ２００に、ＢＴ無線通信を実行するＢＴモジュール３００を接続する構成を有している。

サービス提供装置２００とＢＴモジュール３００との間は、ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）やＵＳＢ（Universal Serial Bus）などの物理ＩＦ（Interface）で接続される。ここでは、ＵＳＢで接続されていることとする。

なお、このサービス提供装置２００は、内部記憶装置、外部記憶装置や有線の通信装置などの種々の周辺装置、ディスプレイインタフェースや入力インタフェースフェースなどの種々のインタフェース等、コンピュータに一般的に備えられている種々の周辺装置、制御装置、およびインタフェースを備えているが、本例の説明上特に必要ないものについては、図示および説明を省略している。

サービス提供装置２００は、サービス提供部２１０と、プリンタ制御部２２０と、ＢＴ制御部２３０とを備えている。サービス提供部２１０は、図２のサービス提供部４０と同様に、第１〜第７のプロセスＰＳ１〜ＰＳ７を実行して、同時に７人のユーザＵ１〜Ｕ７に対して提供する印刷サービスを制御する。第１〜第７のプロセスＰＳ１〜ＰＳ７は、印刷サービスを提供するためのガイダンス画面をそれぞれ対応する第１〜第７のモニタＤＰ１〜ＤＰ７（図示されていない）に表示する。また、タッチパネル、タブレット等の第１〜第７の入力装置ＩＰ１〜ＩＰ７(図示されていない)が、第１〜第７のモニタＤＰ１〜ＤＰ７に対応して設けられている。各ユーザＵ１〜Ｕ７が、各モニタＤＰ１〜ＤＰ７に表示されたガイダンス画面に従って種々の入力や選択を行うと、各プロセスＰＳ１〜ＰＳ７は、対応するそれぞれの入力や選択に従って印刷サービスを実行する。プリンタ制御部２２０は、図２のプリンタ制御部５０と同様に、サービス提供部２１０の各プロセスＰＳ１〜ＰＳ７からの指示に従って、プリンタＰＲの動作を制御して印刷を実行する。ＢＴ制御部３０は、ＢＴモジュール３００による無線通信を制御する。

ＢＴモジュール３００は、ＢＴ制御部３１０とＢＴ無線通信部３２０とを備えている。ＢＴ無線通信部３２０は、実際に無線でデータを送受信する機能を有しており、いわゆるトランシーバである。ＢＴ制御部３１０は、サービス提供装置２００のＢＴ制御部２３０による制御に応じて、ＢＴ無線通信部３２０による無線通信を制御する。

なお、以下では、サービス提供装置２００のＢＴ制御部２３０を「サービス側ＢＴ制御部２３０」とも呼び、ＢＴモジュール３００のＢＴ制御部３１０を「モジュール側ＢＴ制御部３１０」とも呼ぶ。

サービス側ＢＴ制御部２３０はＨＣＩ制御部２３４を備えており、モジュール側ＢＴ制御部３１０はＨＣＩ制御部３１６を備えている。これらのＨＣＩ制御部２３４，３１６は、サービス提供装置２００とＢＴモジュール３００との間を接続する物理ＩＦに実装される論理ＩＦであって、ＢＴの通信規格で規定されているＨＣＩ（Host Control Interface）に従って、サービス側ＢＴ制御部２３０とモジュール側ＢＴ制御部３１０との間の通信を制御する。なお、以下では、サービス側ＢＴ制御部２３０のＨＣＩ制御部２３４を、「サービス側ＨＣＩ制御部２３４」とも呼び、モジュール側ＢＴ制御部３１０のＨＣＩ制御部３１６を、「モジュール側ＨＣＩ制御部３１６」とも呼ぶ。

また、サービス側ＢＴ制御部２３０は、ＰＩＮコード発行管理部２３２を備え、モジュール側ＢＴ制御部３１０は、ＰＩＮコード管理部３１４を備えている。ＰＩＮコード発行管理部２３２は、各プロセスＰＳ１〜ＰＳ７に割り当てるそれぞれ異なったＰＩＮコード(識別情報)を発行する。また、後述するように、割り当てたＰＩＮコードをＨＣＩ制御部２３４，３１６を介してＰＩＮコード管理部３１４に通知する。また、後述するように、モジュール側ＢＴ制御部から、通信相手側ＢＴ端末を識別するためのコネクションハンドルと、通信の接続認証に使用されるＰＩＮコードとの関係を示す情報を取得しするとともに管理する。

ＰＩＮコード管理部３１４は、ＰＩＮコード発行管理部２３２からサービス側ＨＣＩ制御部２３４およびモジュール側ＨＣＩ制御部３１６を介して通知されたＰＩＮコードを保持および管理する。

さらに、モジュール側ＢＴ制御部３１０は、リンク管理部３１２を備えている。リンク管理部３１２は、ＢＴアクセスポイントとしてのサーバＰＳＶ'に接続されるＢＴ端末（本例では、デジタルカメラＣＭ１'〜ＣＭ７'）との間の通信のリンクを確立するために、要求される接続認証処理を管理する。リンク管理部３１２の動作は、図２に示した第１実施例におけるリンク管理部２２と同様である。

以上説明からわかるように、サービス側ＢＴ制御部２３０およびモジュール側ＢＴ制御部３１０が、第１実施例のサーバＰＳＶにおけるＢＴ制御部２０（図２）に対応する。

図１１は、デジタルカメラＣＭ１'の概略構成を示す機能ブロック図である。デジタルカメラＣＭ１'は、いわゆる撮像機能等を有するカメラ装置としてのコンピュータ４００に、ＢＴ無線通信を実行するＢＴモジュール５００を接続する構成を有している。

カメラ装置４００とＢＴモジュール５００との間は、ＵＡＲＴやＵＳＢなどの物理ＩＦで接続される。ここでは、ＵＳＢで接続されていることとする。

なお、このカメラ装置４００は、サーバＰＳＶ'との間で実行されるＢＴによる無線通信のための構成を示しており、撮像機能等の撮像装置として必須の構成要素を省略して示している。

カメラ装置４００は、操作部４１０と、ＢＴ制御部４２０、メモリカード制御部４３０とを備えている。操作部４１０は、図２の操作部１２０と同様に、デジタルカメラを操作するためのスイッチ群やタッチパネル等の入力手段や、表示手段等を備えている。メモリカード制御部４３０も、図２のメモリカード制御部１５０と同様に、図示しないメモリカードＭＣへの画像データ等の種々のデータの書き込みあるいは読み出しを制御する。ＢＴ制御部４２０は、ＢＴモジュール５００による無線通信を制御する。

ＢＴモジュール５００は、ＢＴ制御部５１０と無線通信部５２０とを備えている。無線通信部５２０は、実際に無線でデータを送受信する機能を有しており、いわゆるトランシーバである。ＢＴ制御部５１０は、カメラ装置４００のＢＴ制御部４２０による制御に応じて、ＢＴ無線通信部５２０による無線通信を制御する。

なお、以下では、カメラ装置４００のＢＴ制御部４２０を「カメラ側ＢＴ制御部４２０」とも呼び、ＢＴモジュール５００のＢＴ制御部５１０を「モジュール側ＢＴ制御部５１０」とも呼ぶ。

カメラ側ＢＴ制御部４２０はＨＣＩ制御部４２４を備えており、モジュール側ＢＴ制御部５１０はＨＣＩ制御部５１６を備えている。これらのＨＣＩ制御部４２４，５１６は、カメラ装置４００とＢＴモジュール５００との間を接続する物理ＩＦに実装される論理ＩＦであって、ＢＴの通信規格で規定されているＨＣＩ（Host Control Interface）に従って、カメラ側ＢＴ制御部４２０とモジュール側ＢＴ制御部５１０との間の通信を制御する。なお、以下では、カメラ側ＢＴ制御部４２０のＨＣＩ制御部４２４を、「カメラ側ＨＣＩ制御部４２４」とも呼び、モジュール側ＢＴ制御部５１０のＨＣＩ制御部５１６を、「モジュール側ＨＣＩ制御部５１６」とも呼ぶ。

また、モジュール側ＢＴ制御部５１０は、リンク管理部５１２を備えている。リンク管理部５１２は、ＢＴアクセスポイントとしてのサーバＰＳＶ'との間の通信のリンクを確立するために要求される接続認証処理を管理する。リンク管理部５１２の動作は、図３に示した第１実施例におけるリンク管理部１３２と同様である。

図しないメモリカードＭＣに記憶されている画像データは、カメラ側ＢＴ制御部４２０およびモジュール側ＢＴ制御部５１０を介して、サーバＰＳＶ'に転送することができる。

以上説明からわかるように、カメラ側ＢＴ制御部４２０およびモジュール側ＢＴ制御部５１０が、第１実施例のデジタルカメラＣＭ１におけるＢＴ制御部１３０（図３）に対応する。

なお、他のデジタルカメラＣＭ２'〜ＣＭ７'においても、印刷サービス提供システムにおいて、サーバＰＳＶ'との間で実行される無線通信のための構成は、図１１のデジタルカメラＣＭ１'と同様である。

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

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

Ｂ．２．リンク確立時の接続認証処理：
以下では、まず、ＢＴの通信規格の原則に従って、通信リンク（ＡＣＬ（Asynchronus Connection-Less）リンク）の確立時に接続認証を実行する場合の問題点について説明し、次に、本実施例における接続認証について説明する。

Ｂ．２．１．問題点：
図１２は、ＢＴの通信規格の原則に従って、通信リンクの確立時に接続認証を実行する場合の問題点について示す説明図である。図１２は、図１０のサーバＰＳＶ'のサービス側ＢＴ制御部２３０に、本実施例の特徴であるＰＩＮコード発行管理部を備えず、また、モジュール側ＢＴ制御部３１０に、本実施例の特徴であるＰＩＮコード管理部３１４を備えないと仮定するとともに、サービス提供部２１０が第１から第７のプロセスＰＳ１〜ＰＳ７を提供し、７人のユーザＵ１〜Ｕ７の所有するデジタルカメラＣＭ１'〜ＣＭ７'をサーバＰＳＶ'に接続するとした場合に、各デジタルカメラＣＭ１'〜ＣＭ７'とサーバＰＳＶ'との間で相互に行われる接続認証のうち、第１のデジタルカメラＣＭ１'との間の接続認証について示している。また、サービス提供部２１０の第１から第７のプロセスＰＳ１〜ＰＳ７は、それぞれに接続される第１から第７のデジタルカメラＣＭ１'〜ＣＭ７'に対して入力すべきＰＩＮコードを、図示しない各モニタを通して第１から第７のユーザＵ１〜Ｕ７に対して提示しているものとする。なお、以下では、この仮定したサーバを単にサーバとも呼び、第１から第７のデジタルカメラＣＭ１'〜ＣＭ７'を単にカメラ１〜カメラ７とも呼ぶ。また、デジタルカメラを単にＢＴ端末と呼ぶこともある。

通信リンクを確立するには、まず、サーバ側（図１０）では、第１の処理（Ｓ１）として、サービス提供装置２００のサービス側ＨＣＩ制御部２３４からＢＴモジュール３００のモジュール側ＨＣＩ制御部３１６に対して、通信リンクの確立時に接続認証を行うことを有効とするか無効とするかを示すコマンドパラメータ「Authentication_Enable」を有効に設定して、制御コマンド「HCI_Write_Authentication_Enabel」を発行する。これにより、サーバとＢＴ端末（ここではカメラ１）との間の通信リンクの確立過程において認証処理が実行される。なお、サーバ内におけるサービス提供装置２００とＢＴモジュール３００との間の通信は、上述したように、それぞれのサービス側ＨＣＩ制御部２３４とモジュール側ＨＣＩ制御部３１６とを介して実行される。以下では、例えば、上記「サービス提供装置２００のサービス側ＨＣＩ制御部２３４からＢＴモジュール３００のモジュール側ＨＣＩ制御部３１６に対して」なる記載を、単に「サービス提供装置２００からＢＴモジュール３００に対して」あるいは「サービス側ＢＴ制御部２３０からモジュール側ＢＴ制御部３１０に対して」のように省略記載することもある。

次に、第２の処理（Ｓ２）として、カメラ１側(図１１)で、カメラ装置４００のカメラ側ＨＣＩ制御部４２４からＢＴモジュール５００のモジュール側ＨＣＩ制御部５１６に対して、サーバのＢＴアドレスをコマンドパラメータ（パラメータ名「BD_ADDR」）とする制御コマンド「HCI_Create_Connection」が発行されると、カメラ１側からサーバ側への呼び出し処理動作（Page）が実行され、これに応じてサーバ側からカメラ１側への呼び出し応答処理動作(Page Response)が実行される。なお、カメラ１内においても、カメラ装置４００とＢＴモジュール５００との間の通信は、上述したように、それぞれのカメラ側ＨＣＩ制御部４２４とモジュール側ＨＣＩ制御部５１６とを介して実行される。以下では、例えば、上記「カメラ装置４００のカメラ側ＨＣＩ制御部４２４からＢＴモジュール５００のモジュール側ＨＣＩ制御部５１６に対して」なる記載を、単に「カメラ装置４００からＢＴモジュール５００に対して」あるいは「カメラ側ＢＴ制御部４２０からモジュール側ＢＴ制御部５１０に対して」のように省略記載することもある。

上述したように、サーバおよびカメラ１間で呼び出し処理動作（Page）と呼び出し応答処理動作(Page Response)が実行されると、第１の処理（Ｓ１）で認証設定が有効とされているので、サーバのモジュール側ＢＴ制御部３１０内のリンク管理部３１２とカメラ１のモジュール側ＢＴ制御部５１０との間で接続認証が開始可能となる。

ところで、初めて接続認証の処理が実行される場合、サーバのモジュール側ＢＴ制御部３１０内のリンク管理部３１２では、第１実施例で説明した認証に必要なリンクキーを保持していない。そこで、サーバ側では、第３の処理（Ｓ３）として、ＢＴモジュール３００からサービス提供装置２００に対して、認証する相手側ＢＴ端末（ここでは、カメラ１）のＢＴアドレスをコマンドパラメータ（パラメータ名「BD_ADDR」）とするイベント「HCI_Link_key_Request_event」が発行されて、リンクキーの問い合わせが行われる。

しかし、第１実施例における接続認証の問題点でも説明したように、サービス側ＢＴ制御部２３０は、もともと、相手側ＢＴ端末（カメラ１）のＢＴアドレスを知らないため、これに対応するリンクキーを答えることもできない。このため、第４の処理（Ｓ４）として、サービス提供装置２００からＢＴモジュール３００に対して、制御コマンド「HCI_Link_Key_Negative_Request_reply」が発行されて、リンクキーを通知することができない旨の否定応答がなされる。なお、一度認証された後では、サービス側ＢＴ制御部２３０は、通常、相手のＢＴアドレスとリンクキーとの組み合わせを保持しているため、制御コマンド「HCI_Link_Key_Request_reply」によってリンクキーをＢＴモジュール側に通知可能となる。

そして、サーバのモジュール側ＢＴ制御部３１０のリンク管理部３１２では、第１実施例で説明したようにペアリングの処理を開始するが、この処理のためにはＰＩＮコードが必要となる。このため、サーバ側では、第５の処理（Ｓ５）として、ＢＴモジュール３００からサービス提供装置２００に対して、カメラ１のＢＴアドレスをコマンドパラメータ「BD_ADDR」とするイベント「HCI_PIN_Code_Request_event」が発行されて、ＰＩＮコードの問い合わせが行われる。

しかし、第１実施例における接続認証の問題点でも説明したように、サービス側ＢＴ制御部２３０は、通常、相手側ＢＴ端末（ここでは、カメラ１）のＢＴアドレスを知らない。具体的には、サービス側ＢＴ制御部２３０は、各プロセスＰＳ１〜ＰＳ７が提供したＰＩＮコードを知ることができるが、これらのＰＩＮコードと、ＰＩＮコードが入力されたそれぞれのＢＴ端末(デジタルカメラＣＭ１'〜ＣＭ７')に固有のＢＴアドレスとの対応関係を知ることはできないため、問い合わせのあったＢＴアドレスに対応するＰＩＮコードを答えることができない。このため、第６の処理（Ｓ６）として、サービス提供装置２００からＢＴモジュール３００に対して、制御コマンド「HCI_PIN_Code_Negative_Request_reply」が発行されてＰＩＮコードを通知することができない旨の否定応答が行われる。

この結果、モジュール側ＢＴ制御部３１０のリンク管理部３１２では、第１実施例で説明したペアリング処理および認証処理を行えず、この結果として、サーバとカメラ１との間の接続が失敗となる。そして、サーバ側では、第７の処理（Ｓ７）として、ＢＴモジュール３００からサービス提供装置に対して、通信リンクの確立結果(成功／失敗)を示すステータス（パラメータ名「Status」）やカメラ１のＢＴアドレス（パラメータ名「BD_ADDR」）、コネクションハンドル(パラメータ名「Connection_Handle」等のパラメータを含むイベント「HCI_Connection_Complete_event」が発行されて接続の失敗が通知される。また、同様に、カメラ１側でも、第８の処理（Ｓ８）として、ＢＴモジュール５００からカメラ装置４００に対して、ステータスやサーバのＢＴアドレス、コネクションハンドル等のパラメータを含むイベント「HCI_Connection_Complete_event」が発行されて接続の失敗が通知される。

以上説明したように、サービス側ＢＴ制御部２３０にＰＩＮコード発行管理部を備えず、また、モジュール側ＢＴ制御部３１０にＰＩＮコード管理部３１４を備えないと仮定したサーバと、ＢＴ端末（デジタルカメラＣＭ１'〜ＣＭ７'）との間で、通信リンクを確立する際に接続認証を実行した場合、この仮定したサーバのＢＴモジュール３００に含まれるモジュール側ＢＴ制御部３１０からサービス提供装置２００に含まれるサービス側ＢＴ制御部２３０に対して、認証相手であるＢＴ端末のＰＩＮコードの問い合わせがなされても、サービス側ＢＴ制御部２３０は、モジュール側ＢＴ制御部３１０に対して対応するＰＩＮコードを答えることができず、結果として接続認証ができないことになる。

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

Ｂ．２．２．実施例の接続認証：
以下では、第１実施例の印刷サービスシステム（図１）と同様に、図１０のサーバＰＳＶ'のサービス提供部２１０が第１から第７のプロセスＰＳ１〜ＰＳ７を提供し、７人のユーザＵ１〜Ｕ７の所有するデジタルカメラＣＭ１'〜ＣＭ７'がサーバＰＳＶ'に接続されて、各デジタルカメラＣＭ１'〜ＣＭ７'とサーバＰＳＶ'との間で相互に行われる接続認証のうち、第１のデジタルカメラＣＭ１'(図１１)との間の接続認証について説明する。

本実施例では、サーバＰＳＶ'のサービス提供装置２００を構成するサービス側ＢＴ制御部２３０には、上述したようにＰＩＮコード発行管理部２３２を備えている。このＰＩＮコード発行管理部２３２は、各プロセスＰＳ１〜ＰＳ７に提供するＰＩＮコードを発行するとともに、その対応関係を管理している。また、ＢＴモジュール３００を構成するモジュール側ＢＴ制御部３１０には、上述したようにＰＩＮコード管理部３１４を備えている。そこで、通信リンク確立時における実施例の接続認証処理は、以下で説明するように、まず、ＰＩＮコード発行管理部２３２で発行されたＰＩＮコードが、ＰＩＮコード管理部３１４に登録された後で、通信リンクの確立とともに実行される。

（１）ＰＩＮコード登録
図１３は、通信リンク確立時に実行されるＰＩＮコードの登録処理ついて示す説明図である。

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

具体的には、サービス側ＨＣＩ制御部２３４からモジュール側ＨＣＩ制御部３１６に対する制御コマンドとして「HCI_WriteStoredCode」を定義する。この制御コマンドのパラメータとしては、パラメータ名「PIN_Code」、「PIN_Code_Length」、「複数接続」の３つが規定されている。「PIN_Code」はＰＩＮコード発行管理部２３２で発行したＰＩＮコードを示すパラメータであり、「PIN_Code_Length」はＰＩＮコードの長さを示すパラメータである。「複数接続」は、同じＰＩＮコードによる複数接続を許可するか否かを示すパラメータである。

以上のように定義された制御コマンドを用いてＰＩＮコードを登録する。具体的には、まず、第１の処理（Ｓ１）として、サービス提供装置２００からＢＴモジュール３００に対して、制御コマンド「HCI_WriteStoredCode」を発行する。これによって、ＰＩＮコード発行管理部２３２で各プロセスＰＳ１〜ＰＳ７に割り当てられたＰＩＮコードおよびそのＰＩＮコード長と、このＰＩＮコードにて複数の接続を可とするか不可とするかの情報が送られる。送られた情報は、モジュール側ＢＴ制御部３１０のＰＩＮコード管理部３１４に登録される。そして、第２の処理（Ｓ２）として、ＢＴモジュール３００からサービス提供装置２００に対して、イベント「HCI_Complete_event」が発行されて、登録が成功か失敗かを示すステータス（パラメータ名「Status」）と、コネクションハンドル（パラメータ名「Connection_Handle」）とが通知される。なお、このコネクションハンドルとしては、複数接続が不可の場合には、登録したＰＩＮコードにのみ関係付けられた予約済みの値が通知される。そして、通知された予約済みの値を示すコネクションハンドルは、ＰＩＮコード発行管理部２３２で、対応するＰＩＮコードとともに管理される。一方、複数接続が可の場合には、後述するように、このコネクションハンドルは意味を持たないことになるので、通常定義される任意の値が通知される。

そして、第１の処理（Ｓ１）および第２の処理（Ｓ２）によって実行される登録処理を７回繰り返すことにより、第１から第７のプロセスＰＳ１〜ＰＳ７に対応する７つのＰＩＮコードを認証に利用する候補として、モジュール側ＢＴ制御部３１０のＰＩＮコード管理部３１４にあらかじめ登録することができる。

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

（２）通信リンクの確立および接続認証（複数接続＝不可）
図１４は、登録された１つのＰＩＮコードで複数接続が不可である場合に、ＰＩＮコード登録後に実行される通信リンクの確立時における接続認証について示す説明図である。この場合の通信リンクの確立手順も、基本的にはＢＴの通信規格の原則に従って実行される。

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

次に、第２の処理（Ｓ２）として、カメラ１側（図１１）で、カメラ装置４００からＢＴモジュール５００に対して、サーバのＢＴアドレスをコマンドパラメータ（パラメータ名「BD_ADDR」）とする制御コマンド「HCI_Create_Connection」が発行されると、カメラ１側からサーバ側への呼び出し処理動作（Page）が実行され、これに応じてサーバ側からカメラ１側への呼び出し応答処理動作(Page Response)が実行される。

上述したように、サーバおよびカメラ１間で呼び出し処理動作（Page）と呼び出し応答処理動作(Page Response)が実行されると、サーバのモジュール側ＢＴ制御部３１０内のリンク管理部３１２（図１０）とカメラ１のモジュール側ＢＴ制御部５１０（図１１）との間で接続認証が開始可能となる。このとき、サーバのモジュール側ＢＴ制御部３１０内のリンク管理部３１２では、第１実施例で説明した認証に必要なリンクキーを保持していない。そこで、サーバ側では、第３の処理（Ｓ３）として、ＢＴモジュール３００からサービス提供装置２００に対して、認証する相手側ＢＴ端末（カメラ１）のＢＴアドレスをコマンドパラメータ（パラメータ名「BD_ADDR」）とするイベント「HCI_Link_key_Request_event」が発行されてリンクキーの問い合わせが行われる。上述したように、サービス側ＢＴ制御部２３０は、もともと、相手側ＢＴ端末（カメラ１）のＢＴアドレスを知らないため、これに対応するリンクキーを答えることもできない。このため、第４の処理（Ｓ４）として、サービス提供装置２００からＢＴモジュール３００に対して、制御コマンド「HCI_Link_Key_Negative_Request_reply」が発行されて、リンクキーを通知することがでいない旨の否定応答がなされる。

そして、サーバのモジュール側ＢＴ制御部３１０のリンク管理部３１２と、カメラ１のモジュール側ＢＴ制御部５１０のリンク管理部５１２とは、第１実施例で説明したように、ペアリングの処理および接続認証を実行する。

ここで、ペアリンク処理のためにはＰＩＮコードが必要となる。サーバのモジュール側ＢＴ制御部３１０のＰＩＮコード管理部３１４には、上記のＰＩＮコード登録において、接続認証のために必要となるＰＩＮコードの候補が登録されているため、接続認証の処理を実行することが可能である。一方、カメラ１では、第５の処理（Ｓ５）として、ＢＴモジュール５００からカメラ装置４００に対し、サーバのＢＴアドレスをコマンドパラメータ（パラメータ名「BD_ADDR」）とするイベント「HCI_PIN_Code_Request_event」が発行されて、ＰＩＮコードの問い合わせが実行される。そして、第６の処理（Ｓ６）として、カメラ装置４００からＢＴモジュール５００に対して、制御コマンド「HCI_PIN_Code_Request_reply」が発行されて、ＰＩＮコード（パラメータ名「PIN_Code」）およびＰＩＮコード長（パラメータ名「PIN_Code_Length」）が通知される。なお、通知されたＰＩＮコードおよびＰＩＮコード長は、ユーザ（ここではＵ１）に対してモニタを通じて提供されてユーザ所有のＢＴ端末（ここではカメラ１）に入力されたＰＩＮコードおよびそのＰＩＮコード長である。なお、カメラ１へのＰＩＮコードの入力は、第５の処理のＰＩＮコードの問い合わせ時に入力されてもよいし、あらかじめ入力されているものでもよい。

そして、第１実施例で説明したように、サーバおよびカメラ１間におけるペアリングおよび接続認証の処理が終了してリンクキーが生成されると、サーバ側では、第７の処理（Ｓ７）として、ＢＴモジュール３００からサービス提供装置２００に対して、イベント「HCI_Link_key_Notification_event」が発行されて、生成されたリンクキー（パラメータ名「Link_Key」）やリンクキーの種類（パラメータ名「Key_type」）等が通知される。同様に、カメラ１側では、第８の処理（Ｓ８）として、ＢＴモジュール５００からカメラ装置４００に対して、イベント「HCI_Link_key_Notification_event」が発行されて、生成されたリンクキーやリンクキーの種類等が通知される。

また、サーバ側では、第９の処理（Ｓ９）として、ＢＴモジュール３００からサービス提供装置２００に対して、イベント「HCI_Connection_Complete_event」が発行されて、通信リンクが成功したか否かを示すステータス（パラメータ名「Status」）や接続認証に利用されたＰＩＮコードに対応付けられた予約済みの値を示すコネクションハンドル（パラメータ名「Connection_Handle」）等が通知される。また、カメラ１側でも、同様に、第１０の処理（Ｓ１０）として、ＢＴモジュール５００からカメラ装置４００に対して、イベント「HCI_Connection_Complete_event」が発行されて、通信リンクが成功したか否かを示すステータス（パラメータ名「Status」）やコネクションハンドル（パラメータ名「Connection_Handle」）等が通知される。これにより、サーバおよびカメラ１間の通信リンクが確立され、接続認証が完了する。

なお、サーバ側では、上述したように、サービス側ＢＴ制御部２３０のＰＩＮコード発行管理部２３２において、プロセスとＰＩＮコードとコネクションハンドルとが一義的に関係付けられて管理することができる。従って、第９の処理（Ｓ９）で通知されたコネクションハンドルに基づいて、接続認証した相手側ＢＴ端末(ここでは、カメラ１)のＰＩＮコードを認識することができるので、このＰＩＮコードを提供したプロセスを認識することができる。この結果、そのプロセスを利用している人物を接続認証した相手として特定することができる。

（３）通信リンクの確立および接続認証（複数接続＝可）
図１５は、登録された１つのＰＩＮコードで複数接続が可能である場合に、ＰＩＮコード登録後に実行される通信リンクの確立時における接続認証について示す説明図である。この場合の通信リンクの確立手順も、１つのＰＩＮコードで複数接続が不可である場合（図１４）と同じであり、第１の処理（Ｓ１）〜第１０の処理（Ｓ１０）が実行されることにより、サーバとＢＴ端末（ここではカメラ１）との間の通信リンクの確立過程において認証処理が実行される。

ただし、複数接続が可能である場合における第９の処理（Ｓ９）および第１０の処理（Ｓ１０）で通知されるコネクションハンドルは、複数接続が不可である場合（図１４）における第９の処理（Ｓ９）および第１０の処理（Ｓ１０）で通知されるコネクションハンドルのような接続認証に利用されたＰＩＮコードに対応付けられた予約済みの値ではなく、ＰＩＮコードの登録時において通常定義される任意の値である。

ここで、以上の処理では、サーバＰＳＶ'に接続される複数のＢＴ端末（デジタルカメラＣＭ１'〜ＣＭ７）が同じＰＩＮコードによって接続認証される場合もある。このように複数接続が可能である場合には、複数説接続が不可の場合のようなコネクションハンドルがＰＩＮコードに対応して予約済みの値となっておらず、ＰＩＮコードの登録時においてプロセスとＰＩＮコードとコネクションハンドルとが一義的に関連付けられていないため、認証に使用されたＰＩＮコードを特定することができない。このため、接続されたＢＴ端末と利用されたＰＩＮコードとの対応付けができず、対応する各プロセスとの対応関係を特定することができない。

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

具体的には、サーバＰＳＶ'のモジュール側ＨＣＩ制御部３１６からサービス側ＨＣＩ制御部２３４に対する制御コマンドとして「HCI_Check_PIN_Code」を定義する。この制御コマンドのパラメータとしては、接続相手側ＢＴ端末のＢＴアドレス（パラメータ名「BD_ADDR」）が規定されている。

以上のように定義された制御コマンドを用いてＰＩＮコード情報を問い合わせる。具体的には、第１１の処理（Ｓ１１）として、サービス提供装置２００からＢＴモジュール３００に対して、制御コマンド「HCI_Check_PIN_Code」を発行して、ＰＩＮコード情報の問い合わせを行う。そして、第１２の処理（Ｓ１２）として、ＢＴモジュール３００からサービス提供装置２００に対して、イベント「HCI_Command_Complete_event」が発行されて、指定されたＢＴアドレスのＢＴ端末(ここではカメラ１)の接続認証に使用されたＰＩＮコードが通知される。

これにより、接続認証された相手側ＢＴ端末（ここでは、カメラ１）のＰＩＮコードを特定することができるので、このＰＩＮコードを提供したプロセスを特定することができる。この結果、そのプロセスを利用している人物を接続認証した相手として特定することができる。

Ｂ．３．リンク確立後の接続認証処理：
以下では、まず、ＢＴの通信規格の原則に従って、通信リンク（ＡＣＬ（Asynchronus Connection-Less）リンク）の確立後に接続認証を実行する場合の問題点について説明し、次に、本実施例における接続認証について説明する。

Ｂ．３．１．問題点：
図１６は、通信リンクの確立後に、ＢＴの通信規格の原則に従って接続認証を実行する場合の問題点について示す説明図である。図１６は、通信リンクの確立時における問題点（図１２）で説明したのと同様に、図１０のサーバＰＳＶ'のサービス側ＢＴ制御部２３０に、本実施例の特徴であるＰＩＮコード発行管理部を備えず、また、モジュール側ＢＴ制御部３１０に、本実施例の特徴であるＰＩＮコード管理部３１４を備えないと仮定するとともに、サービス提供部２１０が第１から第７のプロセスＰＳ１〜ＰＳ７を提供し、７人のユーザＵ１〜Ｕ７の所有するデジタルカメラＣＭ１'〜ＣＭ７'をサーバＰＳＶ'に接続するとした場合に、各デジタルカメラＣＭ１'〜ＣＭ７'とサーバＰＳＶ'との間で相互に行われる接続認証のうち、第１のデジタルカメラＣＭ１'との間の接続認証について示している。また、サービス提供部２１０の第１から第７のプロセスＰＳ１〜ＰＳ７は、それぞれに接続される第１から第７のデジタルカメラＣＭ１'〜ＣＭ７'に対して入力すべきＰＩＮコードを、図示しない各モニタを通して第１から第７のユーザＵ１〜Ｕ７に対して提示しているものとする。なお、以下でも、この仮定したサーバを単にサーバとも呼び、第１から第７のデジタルカメラＣＭ１'〜ＣＭ７'を単にカメラ１〜カメラ７とも呼ぶ。また、デジタルカメラを単にＢＴ端末と呼ぶこともある。

サーバおよびＢＴ端末（ここではカメラ１）間で通信リンク（ＡＣＬリンク）が確立されると、サーバ側(図１０)では、ＢＴモジュール３００からサービス提供装置２００に対して、イベント「HCI_Connection_Complete_event」が発行されて、通信リンク確立の成功または失敗を示すステータス（パラメータ名「Status」）や、接続された相手側ＢＴ端末（カメラ１）のＢＴアドレス(パラメータ名「BD_ADDR」)、通常定義される任意の値を示すコネクションハンドル（パラメータ名「Connection_Handle」）等が通知される。また、カメラ１側（図１１）でも、同様に、ＢＴモジュール５００からカメラ装置４００に対して、イベント「HCI_Connection_Complete_event」が発行されて、同様のステータス（パラメータ名「Status」）や、サーバのＢＴアドレス(パラメータ名「BD_ADDR」)、コネクションハンドル（パラメータ名「Connection_Handle」）等が通知される。

そして、第１の処理（Ｓ１）として、サービス提供装置２００からＢＴモジュール３００に対して、通信リンク確立時に通知されたコネクションハンドルをコマンドパラメータ（パラメータ名「Connection_Handle」）とする制御コマンド「HCI_Authentication_Requested」を発行する。これにより、ＢＴモジュール３００のモジュール側ＢＴ制御部３１０内ではリンク管理部３１２によって接続認証が開始可能となる。このとき、リンク管理部３１２では、第１実施例で説明した認証に必要なリンクキーを保持していない。そこで、サーバ側では、第２の処理（Ｓ２）として、ＢＴモジュール３００からサービス提供装置２００に対して、認証する相手側ＢＴ端末（ここでは、カメラ１）のＢＴアドレスをコマンドパラメータ（パラメータ名「BD_ADDR」）とするイベント「HCI_Link_key_Request_event」が発行されて、リンクキーの問い合わせが行われる。サービス側ＢＴ制御部２３０は、問題点で説明したように、もともと、相手側ＢＴ端末（カメラ１）のＢＴアドレスを知らないため、これに対応するリンクキーを答えることもできない。このため、第３の処理（Ｓ３）として、サービス提供装置２００からＢＴモジュール３００に対して、制御コマンド「HCI_Link_Key_Negative_Request_reply」が発行されて、リンクキーを通知することができない旨の否定応答がなされる。

そして、サーバのモジュール側ＢＴ制御部３１０のリンク管理部３１２では、第１実施例で説明したようにペアリングの処理を開始するが、この処理のためにはＰＩＮコードが必要となる。このため、サーバ側では、第４の処理（Ｓ４）として、ＢＴモジュール３００からサービス提供装置２００に対して、カメラ１のＢＴアドレスをコマンドパラメータ（パラメータ名「BD_ADDR」）とするイベント「HCI_PIN_Code_Request_event」が発行されてＰＩＮコードの問い合わせが行われる。

しかし、第１実施例における接続認証の問題点でも説明したように、サービス側ＢＴ制御部２３０は、通常、相手側ＢＴ端末（ここでは、カメラ１）のＢＴアドレスを知らない。具体的には、サービス側ＢＴ制御部２３０は、各プロセスＰＳ１〜ＰＳ７が提供したＰＩＮコードを知ることができるが、これらのＰＩＮコードと、ＰＩＮコードが入力されたそれぞれのＢＴ端末(デジタルカメラＣＭ１'〜ＣＭ７')に固有のＢＴアドレスとの対応関係を知ることはできないため、問い合わせのあったＢＴアドレスに対応するＰＩＮコードを答えることができない。このため、第５の処理（Ｓ５）として、サービス提供装置２００からＢＴモジュール３００に対して、制御コマンド「HCI_PIN_Code_Negative_Request_reply」が発行されてＰＩＮコードを通知することができない旨の否定応答が行われる。

この結果、モジュール側ＢＴ制御部３１０のリンク管理部３１２では、第１実施例で説明したペアリング処理および認証処理を行えず、この結果として、サーバとカメラ１との間の接続認証が失敗する。そして、サーバ側では、第６の処理（Ｓ６）として、ＢＴモジュール３００からサービス提供装置２００に対して、接続認証が成功か失敗かを示すステータス（パラメータ名「Status」）や接続認証開始時に設定されたコネクションハンドル（（パラメータ名「Connection_Handle」）をコマンドパラメータとするイベント「HCI_Authentication_Complete_event」を発行して認証の失敗が通知される。

以上説明したように、サービス側ＢＴ制御部２３０にＰＩＮコード発行管理部を備えず、また、モジュール側ＢＴ制御部３１０にＰＩＮコード管理部３１４を備えないと仮定したサーバと、ＢＴ端末（デジタルカメラＣＭ１'〜ＣＭ７'）との間で、通信リンクの確立後に接続認証を実行した場合、この仮定したのＢＴモジュール３００に含まれるモジュール側ＢＴ制御部３１０からサービス提供装置２００に含まれるサービス側ＢＴ制御部２３０に対して、認証相手であるＢＴ端末のＰＩＮコードの問い合わせがなされても、サービス側ＢＴ制御部２３０は、モジュール側ＢＴ制御部３１０に対して対応するＰＩＮコードを答えることができず、結果として接続認証ができないことになる。

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

Ｂ．３．２．実施例の接続認証：
以下では、第１実施例の印刷サービスシステム（図１）と同様に、図１０のサーバＰＳＶ'のサービス提供部２１０が第１から第７のプロセスＰＳ１〜ＰＳ７を提供し、７人のユーザＵ１〜Ｕ７の所有するデジタルカメラＣＭ１'〜ＣＭ７'がサーバＰＳＶ'に接続されて、各デジタルカメラＣＭ１'〜ＣＭ７'とサーバＰＳＶ'との間で相互に行われる接続認証のうち、第１のデジタルカメラＣＭ１'との間の接続認証について説明する。

通信リンク確立後における接続認証処理においても、以下で説明するように、接続認証の実行前に、まず、ＰＩＮコード発行管理部２３２で発行されたＰＩＮコードが、ＰＩＮコード管理部３１４に登録される。そして、その後、接続認証が実行される。

（１）ＰＩＮコード登録
図１７は、通信リンク確立後の実施例の接続認証処理におけるＰＩＮの登録処理ついて示す説明図である。

通信リンク(ＡＣＬリンク)が確立されて、サーバ側（図１０）でＢＴモジュール３００からサービス提供装置２００に対して、イベント「HCI_Connection_Complete_event」が発行されて、ステータス（パラメータ名「Status」）や、ＢＴアドレス(パラメータ名「BD_ADDR」)、コネクションハンドル（パラメータ名「Connection_Handle」）等が通知されると、通信リンク確立時におけるＰＩＮコードの登録処理(図１３)と同様に、第１の処理（Ｓ１）として、サービス提供装置２００からＢＴモジュール３００に対して、制御コマンド「HCI_WriteStoredCode」が発行される。これによって、ＰＩＮコードおよびＰＩＮコード長と、このＰＩＮコードにて複数の接続を許可するか否かの情報が送られる。送られた情報は、モジュール側ＢＴ制御部３１０のＰＩＮコード管理部３１４に登録される。なお、制御コマンド「HCI_WriteStoredCode」は、通信リンク確立時の接続認証で説明したユーザ定義された制御コマンドと同じである。そして、第２の処理（Ｓ２）として、ＢＴモジュール３００からサービス提供装置２００に対して、イベント「HCI_Complete_event」によって、登録が成功か失敗かを示すステータス（パラメータ名「Status」）と、コネクションハンドル（パラメータ名「Connection_Handle」）が通知される。なお、コネクションハンドルとしては、複数接続が可であるか否かに関わらず、通常定義される任意の値が通知される。

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

（２）接続認証（複数接続＝不可）
図１８および図１９は、通信リンクの確立後における接続認証について示す説明図である。この場合の接続認証の手順も、基本的には、ＢＴの通信規格の原則に従って実行される。

まず、サーバ側（図１０）では、第１の処理（Ｓ１）として、サービス提供装置２００からＢＴモジュール３００に対して、通信リンクが確立された時に通知されたコネクションハンドルをコマンドパラメータ（パラメータ名「Connection_Handle」）とする制御コマンド「HCI_Authentication_Requested」が発行される。これにより、ＢＴモジュール３００のモジュール側ＢＴ制御部３１０内ではリンク管理部３１２（図１０）によって接続認証が開始可能となる。このとき、上記問題点で説明したように、リンク管理部３１２では、第１実施例で説明した認証に必要なリンクキーを保持していない。そこで、サーバ側では、第２の処理（Ｓ２）として、ＢＴモジュール３００からサービス提供装置２００に対して、認証する相手側ＢＴ端末（ここではカメラ１）のＢＴアドレスをコマンドパラメータ（パラメータ名「BD_ADDR」）とするイベント「HCI_Link_key_Request_event」が発行されて、リンクキーの問い合わせが行われる。サービス側ＢＴ制御部２３０は、問題点で説明したように、もともと、相手側ＢＴ端末（カメラ１）のＢＴアドレスを知らないため、これに対応するリンクキーを答えることもできない。このため、第３の処理（Ｓ３）として、サービス提供装置２００からＢＴモジュール３００に対して、制御コマンド「HCI_Link_Key_Negative_Request_reply」が発行されて、リンクキーを通知することができない旨の否定応答がなされる。

ここで、ペアリング処理のためにはＰＩＮコードが必要となる。サーバのモジュール側ＢＴ制御部３１０のＰＩＮコード管理部３１４には、上記のように、接続認証のために必要となるＰＩＮコードの候補が登録されているため、接続認証の処理を実行することが可能である。一方、カメラ１では、第４の処理（Ｓ４）として、ＢＴモジュール５００からカメラ装置４００に対し、サーバのＢＴアドレスをコマンドパラメータ（パラメータ名「BD_ADDR」）とするイベント「HCI_PIN_Code_Request_event」が発行されて、ＰＩＮコードの問い合わせが実行される。そして、第５の処理（Ｓ５）として、カメラ装置４００からＢＴモジュール５００に対して、制御コマンド「HCI_PIN_Code_Request_reply」が発行されて、ＰＩＮコード（パラメータ名「PIN_Code」）およびＰＩＮコード長（パラメータ名「PIN_Code_Length」）が通知される。なお、通知されたＰＩＮコードおよびＰＩＮコード長は、ユーザＵ１（ここではＵ１）に対してモニタを通じて提供されてユーザ所有のＢＴ端末（ここではカメラ１）に入力されたＰＩＮコードおよびそのＰＩＮコード長である。なお、カメラ１へのＰＩＮコードの入力は、第５の処理のＰＩＮコードの問い合わせ時に入力されてもよいし、あらかじめ入力されているものでもよい。

そして、第１実施例で説明したように、サーバおよびカメラ１間におけるペアリングおよび接続認証の処理が終了してリンクキーが生成されると、サーバ側では、第６の処理（Ｓ６）として、ＢＴモジュール３００からサービス提供装置２００に対して、イベント「HCI_Link_key_Notification_event」が発行されて、生成されたリンクキー（パラメータ名「Link_Key」）やリンクキーの種類（パラメータ名「Key_type」）等が通知される。同様に、カメラ１側では、第７の処理（Ｓ７）として、ＢＴモジュール５００からカメラ装置４００に対して、イベント「HCI_Link_key_Notification_event」が発行されて、生成されたリンクキーやリンクキーの種類等が通知される。

また、サーバ側では、第８の処理（Ｓ８）として、ＢＴモジュール３００からサービス提供装置２００に対して、イベント「HCI_Authentication_Complete_event」が発行されて、接続認証結果をしめすステータス（パラメータ名「Status」）と、コネクションハンドル（パラメータ名「Connection_Handle」）が通知される。

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

そこで、本実施例では、登録された１つのＰＩＮコードで複数接続が可能である場合に、通信リンクの確立時において実行される接続認証の第１１の処理(図１５)と同様の処理を実行する。すなわち、図１９に示すように、第９の処理（Ｓ９）として、サービス提供装置２００からＢＴモジュール３００に対して、制御コマンド「HCI_Check_PIN_Code」を発行して、ＰＩＮコード情報の問い合わせを行う。なお、この制御コマンド「HCI_Check_PIN_Code」は、通信リンク確立時の接続認証で説明したユーザ定義された制御コマンドと同じである。そして、第１０の処理（Ｓ１０）として、ＢＴモジュール３００からサービス提供装置２００に対して、イベント「HCI_Command_Complete_event」によって、指定されたＢＴアドレスのＢＴ端末（ここではカメラ１）の接続認証に使用されたＰＩＮコードが通知される。

Ｂ．４．効果：
以上説明したように、第２実施例においても、サーバＰＳＶ'において、第１から第７のデジタルカメラＣＭ１'〜ＣＭ７'から接続認証要求がなされた場合、サーバＰＳＶ'と第１から第７のデジタルカメラＣＭ１'〜ＣＭ７'との接続認証を確認するとともに、第１から第７のデジタルカメラＣＭ１'〜ＣＭ７'に入力されたそれぞれのＰＩＮコードを特定することができる。このとき、第１〜第７のプロセスＰＳ１〜ＰＳ７と、それぞれに割り当てられるＰＩＮコードとの関係はＰＩＮコード発行管理部２３４において管理され、既知となっている。従って、各デジタルカメラＣＭ１〜ＣＭ７と、それぞれのデジタルカメラの所有者Ｕ１〜Ｕ７が利用している第１〜第７のプロセスＰＳ１〜ＰＳ７とを１対１で関係付けることができる。

また、本実施例の接続認証では、サーバＰＳＶ'内のサービス提供装置２００のサービス側ＢＴ制御部２３０に含まれるＰＩＮコード発行管理部２３４と、ＢＴモジュール３００のモジュール側ＢＴ制御部３１０に含まれるＰＩＮコード管理部３１４との間で、各プロセスに割り当てられたＰＩＮコードの通知や、接続認証に利用されたＰＩＮコードの確認等を実行するために、サーバＰＳＶ'内のサービス提供装置２００とＢＴモジュール３００との間のＢＴの通信規格で規定されている論理ＩＦ（ＨＣＩ）における制御コマンドとして、ＰＩＮコード登録を制御するための制御コマンド「HCI_WriteStoredPinCode」と、ＰＩＮコード確認を制御するための制御コマンド「HCI_Check_PIN_Code」を新たに追加することとしている。しかしながら、ＨＣＩの仕様では、ユーザ定義によるコマンドの追加を許容しているので、これらの制御コマンドを追加してもＨＣＩの仕様から逸脱することはない。

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

なお、本実施例は、上述したように、サーバＰＳＶ'のサービス提供装置２００とＢＴモジュール３００との間の論理ＩＦ（ＨＣＩ）に新たに制御コマンドを追加した構成を説明するために、サービス提供装置２００にＢＴモジュール３００が接続される構成を示している。これにあわせて、サーバＰＳＶ'に接続されるＢＴ端末としてのデジタルカメラも、図１１に示すように、カメラ装置４００にＢＴモジュール５００が接続される構成を例に示している。ただし、このサーバＰＳＶ'に接続されるＢＴ端末としては、第１実施例におけるデジタカメラ(図３)であってもかまわない。

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

Ｃ１．変形例１：
図２０は、本発明を適用した通信ネットワークシステムの変形例としての印刷サービス提供システムを示す概略構成図である。ＢＴアクセスポイントとして複数のサーバを備えて、それぞれのサーバ間を有線のネットワークを介して接続するようにしてもよい。図２０は、２台のサーバＰＳＶ１，ＰＳＶ２を備え、第１のサーバＰＳＶ１の通信圏ＷＡ１にある７台のデジタルカメラＣＭ１〜ＣＭ７と、第２のサーバＰＳＶ２の通信圏ＷＡ２にある７台のカメラＣＭ８〜ＣＭ１４とでトータル１４台のデジタルカメラＣＭ１〜ＣＭ１４が接続される構成を示している。

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

Ｃ２．変形例２：
上記実施例の印刷サービス提供システムでは、サーバのサービス提供部が７つのプロセスＰＳ１〜ＰＳ７を提供する構成を示しているが、サーバに有線ネットワークを介して接続される７つのクライアント端末が７つのプロセスＰＳ１〜ＰＳ７を提供するようにしてもよい。

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

Ｃ４．変形例４：
上記実施例ではＢＴによる通信ネットワークシステムを例に示しているがこれに限定されるものではなく、種々の無線通信規格を利用した通信ネットワークシステムに提供することができる。

本発明を適用した通信ネットワークシステムの構成例としての印刷サービス提供システムを示す概略構成図である。サーバＰＳＶの概略構成を示す機能ブロック図である。デジタルカメラＣＭ１の概略構成を示す機能ブロック図である。接続認証の原則について示す説明図である。接続認証の原則について示す説明図である。接続認証の原則について示す説明図である。実施例の接続認証処理について示す説明図である。実施例の接続認証処理について示す説明図である。実施例の接続認証処理について示す説明図である。サーバＰＳＶ'の概略構成を示す機能ブロック図である。デジタルカメラＣＭ１'の概略構成を示す機能ブロック図である。ＢＴの通信規格の原則に従って通信リンクの確立時において接続認証を実行する場合の問題点について示す説明図である。通信リンク確立時に実行される実施例の接続認証処理におけるＰＩＮコードの登録処理ついて示す説明図である。登録された１つのＰＩＮコードで複数接続が不可である場合に、ＰＩＮコード登録後に実行される通信リンクの確立時における接続認証について示す説明図である。登録された１つのＰＩＮコードで複数接続が可能である場合に、ＰＩＮコード登録後に実行される通信リンクの確立時における接続認証について示す説明図である。通信リンクの確立後にＢＴの通信規格の原則に従って接続認証を実行する場合の問題点について示す説明図である。通信リンク確立後の実施例の接続認証処理におけるＰＩＮコードの登録処理ついて示す説明図である。通信リンクの確立後における接続認証について示す説明図である。通信リンクの確立後における接続認証について示す説明図である。本発明を適用した通信ネットワークシステムの変形例としての印刷サービス提供システムを示す概略構成図である。

符号の説明

ＰＳＶ...サーバ
ＣＭ１〜ＣＭ７...デジタルカメラ
ＰＲ...プリンタ
ＤＰ１〜ＤＰ７...モニタ
ＩＰ１〜ＩＰ７...入力装置
ＰＳ１〜ＰＳ７...プロセス
ＰＳＶ１，ＰＳＶ２...サーバ
ＣＭ７〜ＣＭ１４...デジタルカメラ
ＭＣ...メモリカード
２０...ＢＴ制御部
２２...リンク管理部
２４...ＰＩＮコード管理部
３０...ＢＴ無線通信部
４０...サービス提供部
５０...プリンタ制御部
１２０...操作部
１３２...リンク管理部
１２０...操作部
１３２...リンク管理部
１４０...ＢＴ無線通信部
１５０...メモリカード制御部
ＰＳＶ'...サーバ
ＣＭ１'〜ＣＭ７'...デジタルカメラ
２００...提供装置
２１０...サービス提供部
２２０...プリンタ制御部
２３０...ＢＴ制御部（サービス側ＢＴ制御部）
２３２...ＰＩＮコード発行管理部
２３４...ＨＣＩ制御部(サービス側ＨＣＩ制御部)
３００...ＢＴモジュール
３１０...ＢＴ制御部（モジュール側ＢＴ制御部）
３１２...リンク管理部
３１４...ＰＩＮコード管理部
３１６...ＨＣＩ制御部（モジュール側ＨＣＩ制御部）
３２０...ＢＴ無線通信部
４００...カメラ装置
４１０...操作部
４２０...ＢＴ制御部（カメラ側ＢＴ制御部）
４２２...ＨＣＩ制御部（カメラ側ＨＣＩ制御部）
４３０...メモリカード制御部
５００...ＢＴモジュール
５１０...ＢＴ制御部（モジュール側ＢＴ制御部）
５１２...リンク管理部
５１６...ＨＣＩ制御部（モジュール側ＨＣＩ制御部）
５２０...ＢＴ無線通信部

Claims

無線局と、該無線局に無線回線を介して接続される複数の無線通信端末とを備える無線通信ネットワークシステムにおいて、
前記無線局は、
前記複数の無線通信端末のそれぞれに登録されるべき複数の識別情報を提供する識別情報管理部と、
前記無線局と前記複数の無線通信端末との間の通信のリンクを管理するリンク管理部と、
を備えており、
前記各無線通信端末から前記無線局に対して通信のリンクを確立するためにそれぞれ接続認証の要求がなされる場合において、
前記リンク管理部は、
前記識別情報管理部から提供されて前記各無線通信端末に登録されている識別情報に基づいて生成された前記各無線端末の認証情報を、前記無線回線を介して前記各無線通信端末から受信し、
前記各無線通信端末から受信した認証情報が、前記識別情報管理部から提供されている前記複数の識別情報に基づいて生成された複数の認証情報の候補と一致するか否かを調べて、前記複数の認証情報の候補と一致した認証情報を送信した無線通信端末を認証し、
前記識別情報管理部は、
認証された無線通信端末の認証情報に一致した認証情報の候補を生成するために用いられた識別情報と、前記認証された無線通信端末とを関係付けて管理することを特徴とする無線通信ネットワークシステム。
請求項１記載の無線通信ネットワークシステムであって、
前記無線局は、
前記複数の無線通信端末にそれぞれ対応した複数の処理プロセスを提供する処理プロセス提供部を備え、
前記識別情報管理部は、
前記各無線通信端末の接続認証の要求に先立って、前記各処理プロセスを介して、前記複数の識別情報の中からそれぞれ異なった識別情報を前記各無線通信端末に通知とするとともに、各処理プロセスと通知された識別情報とを関係付けて管理することを特徴とする無線通信ネットワーク。
請求項１または請求項２記載の無線通信ネットワークシステムであって、
前記無線回線の無線通信規格は、ブルートゥースであることを特徴とする無線通信ネットワークシステム。
無線局と、該無線局に無線回線を介して接続される複数の無線通信端末とを備える無線通信ネットワークシステムにおいて、
前記無線局は、
複数の処理プロセスを提供するプロセス提供部と、第１の無線制御部と、を備えるプロセス提供装置と、
無線通信部と、第２の無線通信部と、を備え、前記プロセス提供装置に所定の回線を介して接続すると共に、前記無線通信部により前記複数の無線通信端末との間で無線通信を実行する無線通信装置と、
を備え、
前記第１の無線制御部は、
前記複数の処理プロセスに対してそれぞれ異なる第１の識別情報を発行すると共に、前記複数の処理プロセスと、発行した前記複数の第１の識別情報と、を関係付けて管理する識別情報発行管理部を備え、
前記第２の無線制御部は、
前記識別情報発行管理部の発行した前記複数の第１の識別情報を登録して保持する識別情報管理部と、
前記複数の無線通信端末との間の通信のリンクを管理するリンク管理部と、
を備え、
前記無線通信端末から前記無線局に対して、無線無線通信を可能とするために接続認証の要求がなされる場合に、
前記無線通信端末は、登録されている第２の識別情報に基づいて、第２の認証情報を生成し、前記無線回線を介して送信し、
前記リンク管理部は、
送信された前記第２の認証情報を受信し、前記識別情報管理部の保持している前記複数の第１の識別情報に基づいて、複数の第１の認証情報の候補を生成し、受信した前記第２の識別情報が、生成した前記複数の第１の認証情報の候補のいずれかと一致するか否かを調べ、一致する場合には、一致した前記第２の認証情報を送信した前記無線通信端末を認証することを特徴とする無線通信ネットワークシステム。
請求項４記載の無線通信ネットワークシステムであって、
前記識別情報管理部は、認証された前記無線通信端末と、一致した前記第１の認証情報の候補に対応する前記第１の識別情報とを関係付けて管理することを特徴とする無線通信ネットワークシステム。
請求項４または請求項５記載の無線通信ネットワークシステムであって、
前記複数の第１の識別情報は、前記所定の回線上に実装される論理インタフェースに定義された第１の制御命令によって、前記第１の無線制御部から前記論理インタフェースを介して前記第２の無線制御部に通知され、前記識別情報管理部に登録されることを特徴とする無線通信ネットワークシステム。
請求項６記載の無線通信ネットワークシステムであって、
前記第２の無線制御部は、前記識別情報管理部に前記複数の第１の識別情報が登録された際に、登録された前記複数の第１の識別情報に対してそれぞれ異なった特定情報を、前記論理インタフェースを介して前記第１の無線制御部に通知し、
前記識別情報発行管理部は、前記複数の第１の識別情報とそれぞれに対応する複数の前記特定情報とを関係付けて管理し、
前記第２の無線制御部は、前記リンク管理部が前記無線通信端末を認証した際に、一致した前記第１の認証情報の候補に対応する前記第１の識別情報に関係付けられた前記特定情報を、前記論理インタフェースを介して前記第１の無線制御部に通知し、
前記識別情報発行管理部は、通知された前記特定情報に関係付けられた前記第１の識別情報に対応する前記処理プロセスを特定することを特徴とする無線通信ネットワークシステム。
請求項６記載の無線通信ネットワークシステムであって、
一致した前記第１の認証情報の候補に対応する前記第１の識別情報は、前記論理インタフェースに定義された第２の制御命令によって、前記第２の無線制御部から前記論理インタフェースを介して前記第１の無線制御部に通知され、
前記識別情報発行管理部は、通知された前記第１の識別情報に基づいて、対応する前記処理プロセスを特定することを特徴とする無線通信ネットワークシステム。
請求項４または請求項５記載の無線通信ネットワークシステムであって、
前記無線回線の無線通信規格は、ブルートゥースであることを特徴とする無線通信ネットワークシステム。
請求項６ないし請求項８のいずれかに記載の無線通信ネットワークシステムであって、
前記無線回線の無線通信規格は、ブルートゥースであり、
前記論理インタフェースは、ホストコントロールインタフェースであることを特徴とする無線通信ネットワークシステム。
複数の無線通信端末との間で無線回線を介して接続される無線局装置において、
前記複数の無線通信端末のそれぞれに登録されるべき複数の識別情報を提供する識別情報管理部と、
前記無線局と前記複数の無線通信端末との間の通信のリンクを管理するリンク管理部と、
を備えており、
前記各無線通信端末から前記無線局に対して通信のリンクを確立するためにそれぞれ接続認証の要求がなされる場合において、
前記リンク管理部は、
前記識別情報管理部から提供されて前記各無線通信端末に登録されている識別情報に基づいて生成された前記各無線端末の認証情報を、前記無線回線を介して前記各無線通信端末から受信し、
前記各無線通信端末から受信した認証情報が、前記識別情報管理部から提供されている前記複数の識別情報に基づいて生成された複数の認証情報の候補と一致するか否かを調べて、前記複数の認証情報の候補と一致した認証情報を送信した無線通信端末を認証し、
前記識別情報管理部は、
認証された無線通信端末の認証情報に一致した認証情報の候補を生成するために用いられた識別情報と、前記認証された無線通信端末とを関係付けて管理することを特徴とする無線局装置。
請求項１１記載の無線局装置であって、
前記複数の無線通信端末にそれぞれ対応した複数の処理プロセスを提供する処理プロセス提供部を備え、
前記識別情報管理部は、
前記各無線通信端末の接続認証の要求に先立って、前記各処理プロセスを介して、前記複数の識別情報の中からそれぞれ異なった識別情報を前記各無線通信端末に通知とするとともに、各処理プロセスと通知された識別情報とを関係付けて管理することを特徴とする無線局装置。
請求項１１または請求項１２記載の無線局装置であって、
前記無線回線の無線通信規格は、ブルートゥースであることを特徴とする無線通信ネットワークシステム。
複数の無線通信端末との間で無線回線を介して接続される無線局装置において、
複数の処理プロセスを提供するプロセス提供部と、第１の無線制御部と、を備えるプロセス提供装置と、
無線通信部と、第２の無線通信部と、を備え、前記プロセス提供装置に所定の回線を介して接続すると共に、前記無線通信部により前記複数の無線通信端末との間で無線通信を実行する無線通信装置と、
を備え、
前記第１の無線制御部は、
前記複数の処理プロセスに対してそれぞれ異なる第１の識別情報を発行すると共に、前記複数の処理プロセスと、発行した前記複数の第１の識別情報と、を関係付けて管理する識別情報発行管理部を備え、
前記第２の無線制御部は、
前記識別情報発行管理部の発行した前記複数の第１の識別情報を登録して保持する識別情報管理部と、
前記複数の無線通信端末との間の通信のリンクを管理するリンク管理部と、
を備え、
前記無線通信端末から前記無線局に対して、無線無線通信を可能とするために接続認証の要求がなされて、前記無線通信端末が、登録されている第２の識別情報に基づいて、第２の認証情報を生成し、前記無線回線を介して送信する場合に、
前記リンク管理部は、
送信された前記第２の認証情報を受信し、前記識別情報管理部の保持している前記複数の第１の識別情報に基づいて、複数の第１の認証情報の候補を生成し、受信した前記第２の識別情報が、生成した前記複数の第１の認証情報の候補のいずれかと一致するか否かを調べ、一致する場合には、一致した前記第２の認証情報を送信した前記無線通信端末を認証することを特徴とする無線局装置。
請求項１４記載の無線局装置であって、
前記識別情報管理部は、認証された前記無線通信端末と、一致した前記第１の認証情報の候補に対応する前記第１の識別情報とを関係付けて管理することを特徴とする無線局装置。
請求項１４または請求項１５記載の無線局装置であって、
前記複数の第１の識別情報は、前記所定の回線上に実装される論理インタフェースに定義された第１の制御命令によって、前記第１の無線制御部から前記論理インタフェースを介して前記第２の無線制御部に通知され、前記識別情報管理部に登録されることを特徴とする無線局装置。
請求項１６記載の無線局装置であって、
前記第２の無線制御部は、前記識別情報管理部に前記複数の第１の識別情報が登録された際に、登録された前記複数の第１の識別情報に対してそれぞれ異なった特定情報を、前記論理インタフェースを介して前記第１の無線制御部に通知し、
前記識別情報発行管理部は、前記複数の第１の識別情報とそれぞれに対応する複数の前記特定情報とを関係付けて管理し、
前記第２の無線制御部は、前記リンク管理部が前記無線通信端末を認証した際に、一致した前記第１の認証情報の候補に対応する前記第１の識別情報に関係付けられた前記特定情報を、前記論理インタフェースを介して前記第１の無線制御部に通知し、
前記識別情報発行管理部は、通知された前記特定情報に関係付けられた前記第１の識別情報に対応する前記処理プロセスを特定することを特徴とする無線局装置。
請求項１６記載の無線局装置であって、
一致した前記第１の認証情報の候補に対応する前記第１の識別情報は、前記論理インタフェースに定義された第２の制御命令によって、前記第２の無線制御部から前記論理インタフェースを介して前記第１の無線制御部に通知され、
前記識別情報発行管理部は、通知された前記第１の識別情報に基づいて、対応する前記処理プロセスを特定することを特徴とする無線局装置。
請求項１４または請求項１５記載の無線局装置であって、
前記無線回線の無線通信規格は、ブルートゥースであることを特徴とする無線局装置。
請求項１６ないし請求項１８のいずれかに記載の無線局装置であって、
前記無線回線の無線通信規格は、ブルートゥースであり、
前記論理インタフェースは、ホストコントロールインタフェースであることを特徴とする無線局装置。
無線局に接続される複数の無線通信端末の通信のリンクを確立するための認証方法であって、
前記複数の無線通信端末のそれぞれに登録されるべき複数の識別情報をあらかじめ提供し、
前記各無線通信端末に登録されている識別情報に基づいて生成された前記各無線端末の認証情報を、前記無線回線を介して前記各無線通信端末から受信し、
前記各無線通信端末から受信した認証情報が、あらかじめ提供されている前記複数の識別情報に基づいて生成された複数の認証情報の候補と一致するか否かを調べて、前記複数の認証情報の候補と一致した認証情報を送信した無線通信端末を認証し、
認証された無線通信端末の認証情報に一致した認証情報の候補を生成するために用いられた識別情報と、前記認証された無線通信端末とを関係付けて管理することを特徴とする認証方法。
複数の無線通信端末との間で無線回線を介して通信のリンクを確立するための無線局としてコンピュータを動作させるためのコンピュータプログラムであって、
前記複数の無線通信端末のそれぞれに登録されるべき複数の識別情報をあらかじめ提供する機能と、
前記各無線通信端末に登録されている識別情報に基づいて生成された前記各無線端末の認証情報を、前記無線回線を介して前記各無線通信端末から受信し、前記各無線通信端末から受信した認証情報が、あらかじめ提供されている前記複数の識別情報に基づいて生成された複数の認証情報の候補と一致するか否かを調べて、前記複数の認証情報の候補と一致した認証情報を送信した無線通信端末を認証し、認証された無線通信端末の認証情報に一致した認証情報の候補を生成するために用いられた識別情報と、前記認証された無線通信端末と、を関係付けて管理する機能と、
を前記コンピュータに実現させるためのプログラムを含むことを特徴とするコンピュータプログラム。