(57)【要約】本発明は、認証情報を入力するための外部機器アクセス用インタフェースを設けることなく通信機器に認証情報を入力する通信システムを提供することを目的とする。  本発明の通信システムは、認証情報を用いた認証機能を有し、少なくとも２台のＢｌｕｅｔｏｏｔｈ機器１（７０４）、２（７０５）間において互いに通信可能な通信システムであって、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）、２（７０５）に対して、無線を介して認証情報７０２ａ、７０２ｂを供給するＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３を備える。【特許請求の範囲】
【請求項１】
認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信システムであって、
前記少なくとも２台のうち少なくとも１台の通信機器に対して、無線を介して前記認証情報を供給する通信部を備える通信システム。
【請求項２】
前記通信部は、前記少なくとも２台の通信機器のうち特定の通信機器に備えられていることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記特定の通信機器に備えられた前記通信部は、前記少なくとも２台の通信機器のうち前記特定の通信機器以外の通信機器に対して、前記認証情報を供給することを特徴とする請求項２に記載の通信システム。
【請求項４】
前記通信部は、前記少なくとも２台の通信機器と独立に備えられていることを特徴とする請求項１に記載の通信システム。
【請求項５】
前記通信部は、外部インタフェースを備え、前記外部インタフェース経由で前記認証情報を受け取ることを特徴とする請求項１に記載の通信システム。
【請求項６】
前記通信部は、前記外部インタフェースに接続されたメモリカードに保存された前記認証情報を前記外部インタフェース経由で受け取ることを特徴とする請求項５に記載の通信システム。
【請求項７】
前記少なくとも１台の通信機器は、各通信機器に予め定められた固有の第１の認証情報を用いて前記通信部と認証を行う機能と、前記第１の認証情報とは異なる第２の認証情報を用いて前記少なくとも２台の通信機器間の認証を行う機能とを備えることを特徴とする請求項１に記載の通信システム。
【請求項８】
前記認証情報は、予め各通信機器に定められ前記通信部と前記少なくとも１台の通信機器との間で用いられる各機器固有の固定認証情報と、任意に生成され前記少なくとも２台の通信機器間の通信に用いられる可変認証情報とを含むことを特徴とする請求項１に記載の通信システム。
【請求項９】
前記認証情報は、通信相手のアドレス情報またはパスワード情報であることを特徴とする請求項１に記載の通信システム。
【請求項１０】
前記少なくとも２台の通信機器間の通信または前記少なくとも１台の通信機器と前記通信部との間の通信が、Ｂｌｕｅｔｏｏｔｈ規格の無線通信であることを特徴とする請求項１〜９のいずれか１項に記載の通信システム。
【請求項１１】
認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信方法であって、
前記少なくとも２台の通信機器のうち少なくとも１台の通信機器に対して、無線を介して前記認証情報を供給する供給ステップを有する通信方法。
【請求項１２】
前記供給ステップは、前記少なくとも２台の通信機器のうち特定の通信機器と前記少なくとも２台の通信機器のうち前記特定の通信機器以外の通信機器間で実行されることを特徴とする請求項１１に記載の通信方法。
【請求項１３】
前記少なくとも１台の通信機器に対して、前記少なくとも１台の通信機器に予め定められた固有の第１の認証情報を用いて認証を行なう第１の認証ステップをさらに有し、
前記第１の認証ステップで認証された場合に、前記認証情報は前記少なくとも１台の通信機器に供給されることを特徴とする請求項１１に記載の通信方法。
【請求項１４】
前記少なくとも１台の通信機器が受け取る前記第１の認証情報とは異なる第２の認証情報を用いて前記少なくとも２台の通信機器間の認証を行なう第２の認証ステップをさらに有する請求項１３に記載の通信方法。
【請求項１５】
前記少なくとも２台の通信機器間の通信または前記少なくとも１台の通信機器への通信が、Ｂｌｕｅｔｏｏｔｈ規格の無線通信であることを特徴とする請求項１１〜１４のいずれか１項に記載の通信方法。
【請求項１６】
認証情報を用いて互いに通信可能であるか認証する機能を有し認証後に通信を開始する通信機器であって、
前記認証情報を無線を介して取得する手段を備える通信機器。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信システムおよび通信方法に関する。
【背景技術】
【０００２】  従来、情報機器同士が通信を行う際、最も簡便な場合は、通信相手が如何なる機器であっても接続・通信を許可していた。また、複数の機器を対象に通信を行いたい場合、接続相手機器を識別してアクセス権を管理し、セキュリティを確保するために、ユーザＩＤとパスワードを用いて管理・運用する方法も広く用いられてきた。【０００３】  特に、近年普及の著しいインターネットにおいては、ユーザＩＤとパスワードによるアクセス管理が広く一般に行われている。ユーザは、ネットワーク接続時にユーザＩＤとパスワード情報を送信し、認証されると通信を開始できるようになる。サーバ・クライアントモデルのネットワークでは、サーバ側にユーザＩＤとパスワードを記録・管理しておき、クライアントから接続要求が来た時に送られてくるユーザＩＤとパスワード情報を照合し、適合していればアクセス権を付与し、通信を開始するよう構成されている。ユーザが初めて通信を行う時は、予めユーザ情報をサーバ側に設定しておくか、ゲストアカウントで接続した後、ユーザＩＤ、パスワードをクライアント端末側から送信し、サーバ側に設定するよう構成されている。また、近年、ネットワークの物理媒体として電波を用いる無線ネットワークが普及してきている。無線ネットワークにおいても、サーバ・クライアントモデル・ネットワークは、上記と同様のアクセス権の管理が行われている。【０００４】  このようなアクセス権の管理機能が、Ｂｌｕｅｔｏｏｔｈに代表されるような近距離無線ネットワーク機器、特に携帯機器に実装される場合、使用される場所を選ばないので、今までに一度も接続したことのない機器同士が通信をする機会が増えることが予想される。また、無線通信なので、いつ、どの機器同士が接続しているのかがユーザには判り難く、通信していることに気付かない間にユーザの情報が盗まれる等の被害を防ぐためには、強固なセキュリティの実現が重要となる。Ｂｌｕｅｔｏｏｔｈ規格では、上記セキュリティの問題に対応するため、機器間の接続通信前に認証を行う方法が考慮されている。Ｂｌｕｅｔｏｏｔｈ規格におけるリンクレイヤーの機器認証の動作を以下に示す。【０００５】  図２３は、Ｂｌｕｅｔｏｏｔｈ規格での機器認証の動作を説明するための図である。機器認証は、１対１の機器間で行われるものであり、図２３は、Ｂｌｕｅｔｏｏｔｈ規格に基づく無線通信機能を搭載した２つの端末ＡとＢとの間での認証処理時のやりとりと各端末内部で実行される処理について、時系列順に表したものである。図２３の上部から下部へ向かって時間が経過するものとする。図２３の左側の実線より左側が端末Ａ内部を、右側の実線より右側が端末Ｂ内部を表している。また、図２３の中央の２つの実線間の破線矢印が、端末Ａと端末Ｂ間の電波による情報通信を示している。通信接続時に端末Ａ、端末Ｂのどちらかが、通信相手を認証する認証側或いは被認証側として、認証プロセスを起動し、認証手続きの開始を要求する。ここでは、ユーザＡが端末Ａを、ユーザＢが端末Ｂを操作するものとする。【０００６】  図２３は、端末Ａが通信相手を認証する認証側、端末Ｂが通信相手として認証される被認証側となる場合を示す。まず、端末ＡがステップＳ５０��で認証要求を端末Ｂへ送り、認証プロセスを起動する。端末ＢはステップＳ５０２で認証受付応答を返し、認証手続きを開始する。ステップＳ５０３では、端末Ａ内部で生成した乱数１（５３１）を端末Ｂへ送信する一方、端末Ａ自身の持つＢｌｕｅｔｏｏｔｈパスキー（以下パスキー）と呼ばれる文字列または数字列を端末ＡのユーザＡに入力させる。パスキーとは、Ｂｌｕｅｔｏｏｔｈ対応端末が持つ機器固有のパスワード情報であり、今まで接続したことのない端末、言い換えると初めて接続する端末と認証手続きを行う際に使用される情報である。入力されたパスキーＡ（５３２）とパスキーＡの長さであるパスキーＡ長５３３を演算アルゴリズム１Ａ５３４の入力として使用する。演算アルゴリズム１Ａ５３４は、初期化キー生成アルゴリズムであり、端末Ａ内部で実行され、鍵情報である初期化キー１Ａ５３８を生成する。乱数１（５３１）を受け取った端末Ｂ内部では、端末Ａ同様、ユーザＢに端末ＡのパスキーＡ５３５を入力させ、入力されたパスキーＡ５３５とパスキーＡの長さであるパスキーＡ長５３６を演算アルゴリズム１Ｂ５３７の入力として使用する。なお、端末Ａに対してユーザＡが入力するパスキーＡ５３２と、端末Ｂに対してユーザＢが入力するパスキーＡ５３５とは同一であるべきものである。換言すれば、認証側は、被認証側が認証側のパスキーを正しく入力することを条件として、被認証側を認証側の通信相手として認証するのである。従って、パスキーＡ長５３３とパスキーＡ長５３６も同一となるべきものである。また、端末Ｂ内部で実行される演算アルゴリズム１Ｂ５３７と端末Ａ内部で実行される演算アルゴリズム１Ａ５３４も、同一のアルゴリズムである。端末Ｂでも端末Ａと同様に初期化キー１Ｂ５３９が生成されるが、これも端末Ａで生成される初期化キー１Ａ５３８と同一となるべきものである。【０００７】  次に、端末Ａは乱数１（５３１）とは異なる乱数２（５４０）を生成し、ステップＳ５０４において端末Ｂへ送信する。また、上記乱数２（５４０）、上記初期化キー１Ａ５３８と被認証側である端末ＢのＢｌｕｅｔｏｏｔｈ  Ｄｅｖｉｃｅ  Ａｄｄｒｅｓｓ（以下ＢＤ＿ＡＤＤＲ＿Ｂ）５４１を演算アルゴリズム２Ａ５４２の入力として使用し、演算結果Ａ５４５を得る。演算アルゴリズム２Ａ５４２は、接続認証アルゴリズムであり、端末Ａ内部で実行される。なお、ＢＤ＿ＡＤＤＲ＿Ｂは各Ｂｌｕｅｔｏｏｔｈ機器固有のアドレス番号であり、かつ認証手続き処理を開始する前段階、すなわちステップＳ５０１を実行する前に、機器同士が接続を確立する際に交換する情報に含まれているので、この時点では既知の情報となっている。【０００８】  乱数２（５４０）を受け取った端末Ｂ内部では、端末Ａ同様、乱数２（５４０）、上記初期化キー１Ｂ５３９と端末ＢのＢＤ＿ＡＤＤＲ＿Ｂ５４３を演算アルゴリズム２Ｂ５４４の入力として使用し、演算結果Ｂ５４６を得る。端末Ｂ内部で実行される演算アルゴリズム２Ｂ５４４と端末Ａ内部で実行される演算アルゴリズム２Ａ５４２は、同一のアルゴリズムである。また、端末Ａで使用するＢＤ＿ＡＤＤＲ＿Ｂ５４１と、端末Ｂで使用するＢＤ＿ＡＤＤＲ＿Ｂ５４３は、同一の情報である。【０００９】  ���に、端末Ｂは、ステップＳ５０５において、演算結果Ｂ５４６を端末Ａへ送信する。端末Ａでは、ステップＳ５０５Ａにおいて、端末Ａ自身の内部で演算・生成した演算結果Ａ５４５と、端末Ｂ内部で演算・生成されて端末Ｂから送信された演算結果Ｂ５４６とを比較する。演算結果Ａと演算結果Ｂの値が等しければ、認証は成功とし、値が異なれば認証は失敗とする。認証が成功すると、端末Ｂを正当な通信相手として認証し、次の通信処理へと進む。また、認証に失敗した場合は、接続を切断して処理を終了する。【００１０】  なお、セキュリティレベルをより高めるため、認証成功後、端末Ａと端末Ｂの認証役割を交換、すなわち、今度は端末Ａが被認証側、端末Ｂが認証側となり、端末Ｂで生成する乱数と端末Ｂの持つパスキーＢと端末ＡのＢＤ＿ＡＤＤＲ＿Ａをパラメータとして、図２３と同様の手続きで認証を行い、端末相互で認証処理を行うことも可能である。ただし、上記役割を交換して行う認識処理は、省略可能である。【００１１】  上述した認証動作は、通信を行う双方の端末共にユーザがパスキーを入力可能な場合である。しかし、Ｂｌｕｅｔｏｏｔｈを搭載した機器の中にはユーザがパスキーを直接入力することが困難であるか、又は直接入力できない機器も存在する。このような機器の場合、外部機器（メモリカード、ケーブルなど）から外部機器アクセス用インタフェースを介して、あらかじめパスキーを機器内蔵の不揮発性メモリに設定しておき、認証時には前記パスキーを内蔵不揮発性メモリなどから読み出して認証処理に使用することによって、パスキーの直接入力不能な機器のユーザがパスキーを入力しなくても良い方法が提案されている（例えば、特許文献１参照）。【００１２】  図１は、従来の入力手段を持つＢｌｕｅｔｏｏｔｈ機器の内部構成を示すブロック図であり、図２は、従来の入力手段を持たないＢｌｕｅｔｏｏｔｈ機器のブロック図である。図１に示すＢｌｕｅｔｏｏｔｈ機器１００は、外部機器を介してＢｌｕｅｔｏｏｔｈ機器１００内のメモリに接続通信相手（Ｂｌｕｅｔｏｏｔｈ機器２）のＢＤ＿ＡＤＤＲとパスキーをあらかじめ書き込んでおき、認証処理時には上記ＢＤ＿ＡＤＤＲと上記パスキー読み出して使用するように構成されている。図２に示すＢｌｕｅｔｏｏｔｈ機器２００は、パスキーの入力手段を持たない機器であり、固定パスキーを本体内に記憶している。【００１３】  図１に示すＢｌｕｅｔｏｏｔｈ機器１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、不揮発性メモリ１０４、無線通信回路部１０５、アンテナ１０６、外部機器接続コネクタ１０７、インタフェース回路部１０８を有しており、図示するようにアンテナ１０６と外部機器接続コネクタ１０７を除く各構成要素は、内部バス１１３によって相互に接続されている。【００１４】  ＣＰＵ１０１は、ＲＯＭ１０２に格納されているプログラムに従って動作し、Ｂｌｕｅｔｏｏｔｈ機器１００の各種動作を制御する。ＲＯＭ１０２は、Ｂｌｕｅｔｏｏｔｈ機器１００の制御手順、データ等をあらかじめ格納した不揮発性メモリである。ＲＡＭ１０３は、外部機器から送信されるデータへの変換作業用のワークエリア、ＣＰＵ１０１の演算等に使用するワークエリア、無線通信回路部から送受信される通信データ、各種設定等を一時的に格納するエリアとして使用される。不揮発性メモリ１０４は、書き換え可能であり、機器の各種設定やＢｌｕｅｔｏｏｔｈ通信に使用する通信相手ＢＤ＿ＡＤＤＲ、以前接続したＢｌｕｅｔｏｏｔｈ機器との通信に使用するリンクキー情報等を記憶・保存する。無線通信回路部１０５は、無線通信に必要な高周波回路部、符号化・複合化回路部、無線通信時に使用するＦＩＦＯメモリ、自身のＢＤ＿ＡＤＤＲ＿Ｄ、自身のパスキーＤを記憶している不揮発性メモリ等から構成され、アンテナ１０６が接続されている。【００１５】  外部機器接続コネクタ１０７は、外部機器とＢｌｕｅｔｏｏｔｈ機器１００を接続するためのインタフェースであり、例えば、メモリカード、コネクタなどが想定される。外部機器接続用インタフェース回路部１０８は、外部機器との間でデータ通信を行う機能を備えている。ＣＰＵ１０１の制御に従い、外部機器へのデータの送信及び外部機器からのデータの受信を行う。【００１６】  図２に示すＢｌｕｅｔｏｏｔｈ機器２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、不揮発性メモリ２０４、無線通信回路部２０５、アンテナ２０６を有しており、図示するように内部バス２１２によって相互に接続されている。【００１７】  ＣＰＵ２０１は、ＲＯＭ２０２に格納されているプログラムに従って動作し、Ｂｌｕｅｔｏｏｔｈ機器２００の各種動作を制御する。ＲＯＭ２０２はＢｌｕｅｔｏｏｔｈ機器２００の制御手順、データ等を予め格納した不揮発性メモリである。ＲＡＭ２０３は外部機器から送信されるデータへの変換作業用のワークエリア、ＣＰＵ１０１の演算等に使用するワークエリア、無線通信回路部から送受信される通信データ、各種設定等を一時的に格納するエリアとして使用される。【００１８】  不揮発性メモリ２０４は、書き換え可能であり、機器の各種設定やＢｌｕｅｔｏｏｔｈ通信に使用する通信相手ＢＤ＿ＡＤＤＲ、以前接続した他のＢｌｕｅｔｏｏｔｈ機器との通信に使用するリンクキー情報等を記憶・保存する。【００１９】  無線通信回路部２０５は、無線通信に必要な高周波回路部、符号化・複合化回路部、無線通信時に使用するＦＩＦＯメモリ、自身のＢＤ＿ＡＤＤＲ＿Ｐ、自身のパスキーＰを記憶している不揮発性メモリ等から構成され、アンテナ２０６が接続されている。【００２０】  従来、Ｂｌｕｅｔｏｏｔｈ機器１００には、パスキー入力機能の無いＢｌｕｅｔｏｏｔｈ機器２００との間で認証処理を行うために、以下の設定が行われる。図１に示すＢｌｕｅｔｏｏｔｈ機器１００の外部機器接続インタフェースにメモリカードまたは、ケーブルを接続し、あらかじめ調べておいたＢｌｕｅｔｏｏｔｈ機器２００のＢｌｕｅｔｏｏｔｈアドレス（ＢＤ＿ＡＤＤＲ＿Ｐ）とＢｌｕｅｔｏｏｔｈ機器２００のパスキー情報（パスキーＰ）をリスト情報として、Ｂｌｕｅｔｏｏｔｈ機器１００における不揮発性メモリ２０４の所定のエリアに書き込んでおく。【００２１】  図３は、従来のＢｌｕｅｔｏｏｔｈアドレスとパスキーのリストを示す図であり、不揮発性メモリ２０４内に格納されているパスキーリスト１３０１の例を示す。同図に示すように、ＢＤ＿ＡＤＤＲとパスキーと���ペアとして格納されている。図３では（ＢＤ＿ＡＤＤＲ＿Ｐ１２０２、パスキーＰ１２０３）、（ＢＤ＿ＡＤＤＲ＿Ｒ１２０４、パスキーＲ１２０５）の２つのペアを持っている。ここでは２つのペアのパスキーリストを例示したが、ペアの個数に特に制限はない。【００２２】  図４は、従来のＢｌｕｅｔｏｏｔｈの接続認証シーケンスを示す図であり、Ｂｌｕｅｔｏｏｔｈ機器２００が認証側、Ｂｌｕｅｔｏｏｔｈ機器１００が被認証側として認証手続きを行う場合の認証処理を示す。まず、Ｂｌｕｅｔｏｏｔｈ機器２００がＢｌｕｅｔｏｏｔｈ機器１００に対して認証手続きを要求する（ステップＳ８０１）。Ｂｌｕｅｔｏｏｔｈ機器２００からの認証要求を受け取ったＢｌｕｅｔｏｏｔｈ機器１００は、パスキー検索処理８３１を実行する。パスキー検索処理８３１の結果、Ｂｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲ＿ＰおよびパスキーＰが存在する場合は認証要求受付応答を、存在しない場合は被認証側としての認証要求は受け付けずＢｌｕｅｔｏｏｔｈ機器２００に対して認証側と被認証側との役割を交換し、Ｂｌｕｅｔｏｏｔｈ機器１００が認証側となることを要求する認証役割交換要求を応答として送信する（ステップＳ８０２）。【００２３】  図５は、従来のＢｌｕｅｔｏｏｔｈの接続認証フローを示す図であり、図４に示したパスキー検索処理８３１の詳細を示す。なお、図５は、処理内容を一般化して示しているが、ここでは、今までの説明で用いた例に沿って説明する。まず、認証要求を送信してきたＢｌｕｅｔｏｏｔｈ機器２００が今回初めて接続する相手かどうかを判断する（ステップＳ９０１）。具体的には、Ｂｌｕｅｔｏｏｔｈ機器１００の不揮発性メモリ１０４中に記憶されている機器接続リストの中に、Ｂｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲ＿Ｐに合致するＢＤ＿ＡＤＤＲと、接続に必要なリンクキーＰがリストアップされているかどうかを検索する。リストアップされていなければ、初めて接続する機器であるのでステップＳ９０２へ進み、リストアップされていれば、ステップＳ９０４へ進む。【００２４】  図６は、従来のＢｌｕｅｔｏｏｔｈ機器におけるＢｌｕｅｔｏｏｔｈアドレスとリンクキーのリストを示す図であり、機器接続リストの例を示す。ＢＤ＿ＡＤＤＲと前回認証接続時に生成したＬＩＮＫ  ＫＥＹをペアとしたリスト１１０１として格納されている。図６には、（ＢＤ＿ＡＤＤＲ＿Ａ１１０２、ＫＥＹ＿Ａ１１０３）、（ＢＤ＿ＡＤＤＲ＿Ｆ１１０４、ＫＥＹ＿Ｆ１１０５）、（ＢＤ＿ＡＤＤＲ＿Ｚ１１０６、ＫＥＹ＿Ｚ１１０７）の３つのペアが記憶されており、ステップＳ９０１において、この機器接続リスト１１０１の中からＢｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲであるＢＤ＿ＡＤＤＲ＿Ｐを検索し、有るか否かを判定する。図６の機器接続リスト１１０１には、ＢＤ＿ＡＤＤＲ＿Ｐが登録されていないので、Ｂｌｕｅｔｏｏｔｈ機器２００は初めて接続する機器と判断され、ステップＳ９０２へ進むことになる。【００２５】  次に、Ｂｌｕｅｔｏｏｔｈ機器１００に格納されたパスキーリスト１３０１の中に、Ｂｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲ＿ＰとパスキーＰがリストアップされているかどうかを検索する（ステップＳ９０２）。そして、Ｂｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲ＿Ｐ１３０２に対応するパスキーＰ１３０４がリストアップされているか否かを判定する（ステップＳ９０３）。パスキーＰ１３０４が存在すればステップＳ９０４へ進み、存在しなければステップＳ９０５へ進む。【００２６】  ステップＳ９０４では、Ｂｌｕｅｔｏｏｔｈ機器２００へ返す応答として、認証要求受け入れを選択する。ステップＳ９０５では、パスキー検索処理８３１を起動する要因が、認証要求か否かを判定する。その結果、認証要求であった場合はステップＳ９０６へ進み、認証役割交換要求であった場合はステップＳ９０７へ進む。【００２７】  ステップＳ９０６では、Ｂｌｕｅｔｏｏｔｈ機器２００へ返す応答として認証役割交換要求を選択し、ステップＳ９０７では、Ｂｌｕｅｔｏｏｔｈ機器２００へ返す応答として認証要求拒否を選択する。ステップＳ９０４，９０６，９０７の何れかの処理を行った後、パスキー検索処理８３１を終了する。【００２８】  図７は、従来のＢｌｕｅｔｏｏｔｈの接続認証シーケンスを示す図であり、図４とは逆に、Ｂｌｕｅｔｏｏｔｈ機器２００が被認証側、Ｂｌｕｅｔｏｏｔｈ機器１００が認証側となって認証手続きを行う場合の認証処理を示す。ここでは、図４のように、Ｂｌｕｅｔｏｏｔｈ機器２００がＢｌｕｅｔｏｏｔｈ機器１００に対して認証手続きを要求するのではなく、Ｂｌｕｅｔｏｏｔｈ機器１００が認証側となってＢｌｕｅｔｏｏｔｈ機器２００に対して認証手続きを要求する（ステップＳ１００１）。Ｂｌｕｅｔｏｏｔｈ機器１００からの認証要求を受け取ったＢｌｕｅｔｏｏｔｈ機器２００は、パスキー入力手段を持たないため、認証要求を拒否し、Ｂｌｕｅｔｏｏｔｈ機器１００に対して認証役割交換要求を送信する（ステップＳ１００２）。Ｂｌｕｅｔｏｏｔｈ機器２００からの認証役割交換要求を受け取ったＢｌｕｅｔｏｏｔｈ機器１００は、パスキー検索処理１０３１を実行する。ここで行うパスキー検索処理１０３１は、図４、図５に示したパスキー検索処理８３１と同じである。パスキー検索処理１０３１の結果、Ｂｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲ＿Ｐ、パスキーＰが存在する場合は認証要求受付応答を、存在しない場合は被認証側としての認証要求は受け付けず、Ｂｌｕｅｔｏｏｔｈ機器２００に認証要求拒否応答を送信する（ステップＳ１００３）。【００２９】  上述したように、従来の技術によれば、ユーザがパスキーを入力できないか、或いはパスキーの入力が困難な端末同士が通信開始時に認証処理を行う場合には、どちらか一方の端末が、外部機器によって予め本体内のメモリに設定された通信相手端末のＢＤ＿ＡＤＤＲとパスキーのＢＤ＿ＡＤＤＲ＿ＰとパスキーＰを読み出して使用することにより、認証処理を行うことができた。【００３０】  しかし、従来のＢｌｕｅｔｏｏｔｈ認証方法及び通信システムにおいては、外部機器を介して予め通信相手端末の認証情報ＢＤ＿ＡＤＤＲとパスキーを取得し、本体内のメモリに上記認証情報を設定するために外部機器アクセス用の外部機器接続コネクタ１０７とインタフェース回路部１０８を装備する必要がある。すなわち、従来は、本来製品によっては必ずしも必要��無い上記外部機器アクセス用インタフェース回路部を設ける必要が有り、ユーザにとっては使い難く、メーカにとっては製品コストを高くする要因となっていた。【００３１】  図８は、従来のＢｌｕｅｔｏｏｔｈ機器同士のネットワーク形態の１例を示す図である。同図において、Ｂｌｕｅｔｏｏｔｈ機器同士が互いにＢｌｕｅｔｏｏｔｈ接続するものとする。例えば、Ｂｌｕｅｔｏｏｔｈ機器２００１は、隣接するＢｌｕｅｔｏｏｔｈ機器２００２、及びＢｌｕｅｏｏｔｈ機器２００８とＢｌｕｅｔｏｏｔｈ接続する。Ｂｌｕｅｔｏｏｔｈ接続には、前述したように接続先Ｂｌｕｅｔｏｏｔｈ機器の持つパスキー情報が必要である。よって、図８においてはＢｌｕｅｔｏｏｔｈ機器２００１は、隣接するＢｌｕｅｔｏｏｔｈ機器２００１とＢｌｕｅｏｏｔｈ機器２００８のパスキー情報を外部機器から取得する必要がある。これは、他のＢｌｕｅｔｏｏｔｈ機器２００２〜２００８においても同様である。【００３２】  従って、従来の技術では、図８のようなＢｌｕｅｔｏｏｔｈネットワークの形態において、各Ｂｌｕｅｔｏｏｔｈ機器に上記外部機器接続用コネクタ及びインタフェース回路が必要となり、Ｂｌｕｅｔｏｏｔｈを搭載した製品のコストが高くなる要因になっている。【００３３】  また、工場出荷時にＢｌｕｅｔｏｏｔｈ機器の内蔵不揮発性メモリにあらかじめ、接続先相手のＢｌｕｅｔｏｏｔｈ機器の認証情報を記憶しておく方法もあるが、この方法では上記工場出荷時に記憶した特定のＢｌｕｅｔｏｏｔｈ機器だけしかＢｌｕｅｔｏｏｔｈ接続できない。他のＢｌｕｅｔｏｏｔｈ機器製品と接続させる場合には、Ｂｌｕｅｔｏｏｔｈ機器の内蔵不揮発性メモリの認証情報を変更するしかなく、外部インタフェースを持たないＢｌｕｅｔｏｏｔｈ機器の場合は、他の任意のＢｌｕｅｔｏｏｔｈ機器とのＢｌｕｅｔｏｏｔｈ接続は不可能である。このため、Ｂｌｕｅｔｏｏｔｈの相互接続も低くなり、ユーザにとって扱いにくい場合がある。【００３４】
【特許文献１】特開２００３−１５２７１３号公報
【発明の開示】
【発明が解決しようとする課題】
【００３５】  上述したように、従来の通信システムおよび通信方法においては、認証情報を入力するために各通信機器に外部機器アクセス用インタフェースを新たに設ける必要が有り、通信システムとしてのコストが高くなってしまう。【００３６】  本発明は、このような事情に鑑みてなされたものであり、認証情報を入力するための外部機器アクセス用インタフェースを新たに設けることなく通信機器に認証情報を入力できる通信システムおよび通信方法を提供することを目的としている。
【課題を解決するための手段】
【００３７】  本発明の通信システムは、認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信システムであって、前記少なくとも２台のうち少なくとも１台の通信機器に対して、無線を介して前記認証情報を供給する通信部を備える。【００３８】  上記構成によれば、通信機器に対して、無線を介して前記認証情報を供給することにより、通信機器は、従来の無線通信機能を利用して認証情報を取得でき新たに認証情報の入力手段を設ける必要がない為、通信システムのコストを削減できる。【００３９】  また、本発明の通信システムは、前記通信部が、前記少なくとも２台の通信機器のうち特定の通信機器に備えられていることを特徴とする。また、本発明の通信システムは、前記特定の通信機器に備えられた前記通信部が、前記少なくとも２台の通信機器のうち前記特定の通信機器以外の通信機器に対して、前記認証情報を供給することを特徴とする。また、本発明の通信システムは、前記通信部が、前記少なくとも２台の通信機器と独立に備えられていることを特徴とする。【００４０】  また、本発明の通信システムは、前記通信部が、外部インタフェースを備え、前記外部インタフェース経由で前記認証情報を受け取ることを特徴とする。【００４１】  また、本発明の通信システムは、前記外部インタフェースに接続されたメモリカードに保存された前記認証情報を前記外部インタフェース経由で受け取ることを特徴とする。上記構成によれば、メモリカード上で暗号化された情報を認証情報として利用することが可能となり、通信システムの安全性を高めることができる。【００４２】  また、本発明の通信システムは、前記少なくとも１台の通信機器が、各通信機器に予め定められた固有の第１の認証情報を用いて前記通信部と認証を行う機能と、前記第１の認証情報とは異なる第２の認証情報を用いて前記少なくとも２台の通信機器間の認証を行う機能とを備えることを特徴とする。上記構成によれば、通信機器と通信部とが第１の認証情報を用いて認証を行った後に、通信部が通信機器に第２の認証情報を送ることにより、通信システムの安全性を高めることができる。【００４３】  また、本発明の通信システムは、前記認証情報が、予め各通信機器に定められ前記通信部と前記少なくとも１台の通信機器との間で用いられる各機器固有の固定認証情報と、任意に生成され前記少なくとも２台の通信機器間の通信に用いられる可変認証情報とを含むことを特徴とする。また、本発明の通信システムは、前記認証情報が、通信相手のアドレス情報またはパスワード情報であることを特徴とする。【００４４】  上記構成によれば、通信機器間で使用される認証情報と、通信部と通信機器との間で使用される認証情報とが異なることにより、通信システムの安全性を高めることができる。【００４５】  また、本発明の通信システムは、前記少なくとも２台の通信機器間の通信または前記少なくとも１台の通信機器と前記通信部との間の通信が、Ｂｌｕｅｔｏｏｔｈ規格の無線通信であることを特徴とする。【００４６】  また、本発明の通信方法は、認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信方法であって、前記少な���とも２台の通信機器のうち少なくとも１台の通信機器に対して、無線を介して前記認証情報を供給する供給ステップを有する。【００４７】  また、本発明の通信方法は、前記供給ステップが、前記少なくとも２台の通信機器のうち特定の通信機器と前記少なくとも２台の通信機器のうち前記特定の通信機器以外の通信機器間で実行されることを特徴とする。また、本発明の通信方法は、前記少なくとも１台の通信機器に対して、前記少なくとも１台の通信機器に予め定められた固有の第１の認証情報を用いて認証を行なう第１の認証ステップをさらに有し、前記第１の認証ステップで認証された場合に、前記認証情報は前記少なくとも１台の通信機器に供給されることを特徴とする。また、本発明の通信方法は、前記少なくとも１台の通信機器が受け取る前記第１の認証情報とは異なる第２の認証情報を用いて前記少なくとも２台の通信機器間の認証を行なう第２の認証ステップをさらに有する。また、本発明の通信方法は、前記少なくとも２台の通信機器間の通信または前記少なくとも１台の通信機器への通信が、Ｂｌｕｅｔｏｏｔｈ規格の無線通信であることを特徴とする。【００４８】  また、本発明の通信機器は、認証情報を用いて互いに通信可能であるか認証する機能を有し認証後に通信を開始する通信機器であって、前記認証情報を無線を介して取得する手段を備える。上記構成によれば、従来の無線通信機能を利用して認証情報を取得でき新たに認証情報の入力手段を設ける必要がない為、通信機器のコストを削減できる。
【発明の効果】
【００４９】  本発明の通信システムおよび通信方法によれば、通信機器に対して、無線を介して前記認証情報を供給することにより、通信機器は、従来の無線通信機能を利用して認証情報を取得でき新たに認証情報の入力手段を設ける必要がない為、通信システムのコストを削減できる。
【図面の簡単な説明】
【００５０】［図１］従来の入力手段を持つＢｌｕｅｔｏｏｔｈ機器の内部構成を示すブロック図
［図２］従来の入力手段を持たないＢｌｕｅｔｏｏｔｈ機器の内部構成を示すブロック図
［図３］従来のＢｌｕｅｔｏｏｔｈアドレスとパスキーのリストを示す図
［図４］従来のＢｌｕｅｔｏｏｔｈの接続認証シーケンスを示す図
［図５］従来のＢｌｕｅｔｏｏｔｈの接続認証フローを示す図
［図６］従来のＢｌｕｅｔｏｏｔｈ機器におけるＢｌｕｅｔｏｏｔｈアドレスとリンクキーのリストを示す図
［図７］従来のＢｌｕｅｔｏｏｔｈの接続認証シーケンスを示す図
［図８］従来のＢｌｕｅｔｏｏｔｈ機器同士のネットワーク形態の１例を示す図
［図９］本発明の第１の実施形態を説明するためのＢｌｕｅｔｏｏｔｈ機器通信システムの構成図
［図１０］第１の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの内部構成を示す図
［図１１］第１の実施形態のＢｌｕｅｔｏｏｔｈ機器の内部構成を示す図
［図１２］第１の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの認証情報配布フローを示す図
［図１３］第１の実施形態のクラスデバイスとパスキーのリストの例を示す図
［図１４］第１の実施形態のＢｌｕｅｔｏｏｔｈ機器の認証情報配布フローを示す図
［図１５］第１の実施形態のＢｌｕｅｔｏｏｔｈ機器同士のネットワーク形態の例を示す図
［図１６］本発明の第２の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの内部構成図
［図１７］第２の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバ認証情報配布フローを示す図
［図１８］本発明の第３の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの認証情報配布フローを示す図
［図１９］第３の実施形態のＢｌｕｅｔｏｏｔｈ機器におけるＢｌｕｅｔｏｏｔｈアドレスとリンクキーのリストを示す図
［図２０］第３の実施形態のＢｌｕｅｔｏｏｔｈ機器の認証情報配布フローを示す図
［図２１］本発明の第４の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの認証設定時動作フローを示す図
［図２２］第４の実施形態におけるＢｌｕｅｔｏｏｔｈ機器の認証設定の動作フローを示す図
［図２３］Ｂｌｕｅｔｏｏｔｈ規格での機器認証の動作を説明するための図
【符号の説明】
【００５１】４０４  操作部
４０５、６０４、１２０４  不揮発性メモリ
４０６、６０５、１２０５  無線通信回路部
７０３  入力認証情報
７０２ａ、７０２ｂ  認証情報
７０３  Ｂｌｕｅｔｏｏｔｈセキュリティサーバ
７０４、７０５  Ｂｌｕｅｔｏｏｔｈ機器
１２０７  外部機器接続コネクタ
１２０８  インタフェース回路部
１２０９  メモリカード
【発明を実施するための最良の形態】
【００５２】（第１の実施形態）
図９は、本発明の第１の実施形態を説明するためのＢｌｕｅｔｏｏｔｈ機器通信システムの構成図であり、Ｂｌｕｅｔｏｏｔｈ認証情報配布の概念を示す。同図に示す通信システムは、認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能なＢｌｕｅｔｏｏｔｈ通信システムであって、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）と、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）に対して、無線を介して認証情報を供給するセキュリティサーバ７０３を備える。【００５３】  Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）と認証接続し、無線を介して認証情報（接続通信相手のＢＤ＿ＡＤＤＲとパスキー、またはパスキーのみ）７０２（７０２ａ，７０２ｂ）を配布するように構成されている。ここで、認証情報７０２は、Ｂｌｕｅｔｏｏｔｈ機器が他のＢｌｕｅｔｏｏｔｈ機器と通信するためのものであり、Ｂｌｕｅｔｏｏｔｈ機器７０３とＢｌｕｅｔｏｏｔｈ機器７０４がＢｌｕｅｔｏｏｔｈ認証接続する場合に用いる認証情報である。本実施形態ではＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、Ｂｌｕｅｔｏｏｔｈ機器と独立に備えられているが、Ｂｌｕｅｔｏｏｔｈ機器に対して無線を介して認証情報を供給する機能が、いずれかのＢｌｕｅｔｏｏｔｈ機器に備えられていてもよい。【００５４】  また、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）は、各通信機器に予め定められた固有の既存認証情報（第１の認証情報）を用いてＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３と認証を行う機能と、既存認証情報とは異なる認証情報（第２の認証情報）を用いてＢｌｕｅｔｏｏｔｈ機器１（７０４）、２（７０５）間の認証を行う機能とを備える。Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）は、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３からの認証情報７０２ａ，７０２ｂが配布される前に、各機器に固有となる予め定められた既存認証情報（第１の認証情報）が設定されているものとする。Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）の既存認証情報をあらかじめ既知のものとする。既存認証情報は外部者には漏れていない情報とする。Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）は、認証情報の入力手段を持たず、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、認証情報の入力手段を持つ機器である。【００５５】  Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）は、既存認証情報と異なる認証情報７０２（第２の認証情報）をＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３から無線を介して取得し、不揮発性メモリに記憶する。Ｂｌｕｅｔｏｏｔｈ機器７０４とＢｌｕｅｔｏｏｔｈ機器７０５がＢｌｕｅｔｏｏｔｈ認証接続する場合、上記不揮発性メモリから認証情報を読出し、認証処理時に使用する。【００５６】  図１０は、第１の実施形態のＢｌｕｅｔｏｏ���ｈセキュリティサーバ７０３の内部構成を示す図である。Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、通信機器に対して、無線を介して認証情報を供給するものであり、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、操作部４０４、不揮発性メモリ４０５、無線通信回路部４０６、アンテナ４０７を有している。図示するように、アンテナ４０７を除く各構成要素は、内部バス４１３によって相互に接続されている。ＣＰＵ４０１は、ＲＯＭ４０２に格納されているプログラムに従って動作し、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３の各種動作を制御する。ＲＯＭ４０２はＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３の制御手順、データ等をあらかじめ格納した不揮発性メモリである。ＲＡＭ４０３は外部機器から送信されるデータへの変換作業用のワークエリア、ＣＰＵ４０１の演算等に使用するワークエリア、無線通信回路部から送受信される通信データ、各種設定等を一時的に格納するエリアとして使用される。操作部４０４は、外部からの入力装置であり、ボタンやタッチパネルなどで構成される。Ｂｌｕｅｔｏｏｔｈセキュリティサーバの使用者は、操作部４０４を用いてデバイス検索、認証情報の入力などを行なう。【００５７】  不揮発性メモリ４０５は、書き換え可能であり、機器の各種設定やＢｌｕｅｔｏｏｔｈ通信に使用する通信相手ＢＤ＿ＡＤＤＲ、以前接続したＢｌｕｅｔｏｏｔｈ機器との通信に使用するリンクキー情報等を記憶・保存する。無線通信回路部４０６は、無線通信に必要な高周波回路部、符号化・複合化回路部、無線通信時に使用するＦＩＦＯメモリ、自身のＢＤ＿ＡＤＤＲ＿Ｄ、自身のパスキーＤを記憶している不揮発性メモリ等から構成され、アンテナ４０７が接続されている。【００５８】  図１１は、第１の実施形態のＢｌｕｅｔｏｏｔｈ機器６００の内部構成を示す図である。同図に示すように、Ｂｌｕｅｔｏｏｔｈ機器６００は、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、不揮発性メモリ６０４、無線通信回路部６０５、アンテナ６０６を有し、他の通信機器と通信可能であるか認証した後に通信を開始する通信機器である。図示するように、アンテナ６０６を除く各構成要素は内部バス６１３によって相互に接続されている。ＣＰＵ６０１は、ＲＯＭ６０２に格納されているプログラムに従って動作し、Ｂｌｕｅｔｏｏｔｈ機器６００の各種動作を制御する。ＲＯＭ６０２はＢｌｕｅｔｏｏｔｈ機器６００の制御手順、データ等をあらかじめ格納した不揮発性メモリである。ＲＡＭ６０３は外部機器から送信されるデータへの変換作業用のワークエリア、ＣＰＵ６０１の演算等に使用するワークエリア、無線通信回路部６０５から送受信される通信データ、各種設定等を一時的に格納するエリアとして使用される。不揮発性メモリ６０４は、書き換え可能であり、機器の各種設定やＢｌｕｅｔｏｏｔｈ通信に使用する通信相手ＢＤ＿ＡＤＤＲ、以前接続したＢｌｕｅｔｏｏｔｈ機器との通信に使用するリンクキー情報等を記憶・保存する。無線通信回路部６０５は、無線通信に必要な高周波回路部、符号化・複合化回路部、無線通信時に使用するＦＩＦＯメモリ、自身のＢＤ＿ＡＤＤＲ＿Ｄ、自身のパスキーＤを記憶している不揮発性メモリ等から構成され、アンテナ６０６が接続されている。また、無線通信回路部６０５は、アンテナ６０６が受信した情報から認証情報を抽出して取得する機能を有する。アンテナ６０６及び無線通信回路部６０５は、他の通信機器と通信するための認証情報を無線を介して取得し、ＣＰＵ６０１は、取得した認証情報を用いて認証を行う。【００５９】  次に、図９に示した認証情報７０２（第２の認証情報）の配布の詳細を図１１、１２、１３に基づいて説明する。【００６０】  図１２は、第１の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３の認証情報配布フローを示す図である。最初に、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３が、デバイス検索のためにインクワイアリ検索を使用する（ステップＳ６０１）。また、応答してきたＢｌｕｅｔｏｏｔｈ機器のＢＤ＿ＡＤＤＲとそのデバイスクラスが所望のＢｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）のものであるか確認する。Ｂｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）であった場合、ステップＳ６０２へ進み、そうでなければ終了する。次に、ステップＳ６０２では、メーカから購入後初めての使用の場合であるときは、ステップＳ６０３へ進み、そうでない場合は、ステップＳ６０４へ進む。ステップＳ６０３では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ側は、ＲＯＭ４０２に保存している既存認証情報（第１の認証情報）を認証に使用する。ここで、既存認証情報は工場出荷時にメーカが機種固有に設定した値であり、外部者には漏れていないものとする。工場出荷時には、Ｂｌｕｅｔｏｏｔｈ機器は機種固有の既存認証情報を事前に不揮発性メモリ６０４に書き込まれているものとする。その後、製品購入時にＢｌｕｅｔｏｏｔｈセキュリティサーバを使用して、既存認証情報をユーザ独自に変更する。この場合、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３内部にも工場出荷時の機種固有の既存認証情報があらかじめ設定されており、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ使用者には既存認証情報の値は表示されないものとする。【００６１】  図１３は、第１の実施形態のクラスデバイスとパスキーのリストの例を示す図である。図１３では、各デバイスクラス毎に初期接続パスキーが設定されており、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３側は、該パスキーを認証時に使用する。Ｂｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）側では、不揮発性メモリ６０４に同様の既存認証情報が工場出荷時に設定されている。ステップＳ６０４では、操作部４０４を用いてＢｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）の既存認証情報をユーザに入力してもらう。ステップＳ６０５では、認証結果がＯＫならばステップＳ６０７に進み、認証を受諾してステップＳ６０８に進む。そうでない場合は、ステップＳ６０６に進み認証を拒否して終了する。【００６２】  ステップＳ６０８では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３とＢｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。確認がＯＫの���合は、ステップＳ６０９に進み、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）に認証情報（第２の認証情報）を配布する。この際、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、操作部４０４を用いてＢｌｕｅｔｏｏｔｈセキュリティサーバ使用者に入力された認証情報をＢｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）に配布する。Ｂｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）はそれまでの既存認証情報（第１の認証情報）を破棄し、配布された新しい認証情報（第２の認証情報）を保存する。以上をもって認証の配布処理を終了する。【００６３】  図１４は、Ｂｌｕｅｔｏｏｔｈ機器の認証情報配布フローを示す図であり、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）を例に、Ｂｌｕｅｔｏｏｔｈ機器側の動作を説明する。最初に、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３からＢｌｕｅｔｏｏｔｈ機器７０４に対して認証接続を開始する。ステップＳ２４０１において不揮発性メモリ６０４から既存認証情報（第１の認証情報）を取得し、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３との認証に使用する。ステップ２４０２では、認証結果がＯＫならばステップＳ２４０３に進み、認証受諾してステップＳ２４０４に進む。そうでない場合は、ステップＳ２４０７に進む認証を拒否して終了する。ステップＳ２４０４では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３とＢｌｕｅｔｏｏｔｈ機器７０４がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。確認がＯＫの場合は、ステップＳ２４０５に進み、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３からＢｌｕｅｔｏｏｔｈ機器７０４に認証情報（第２の認証情報）を配布する。そうでない場合は、終了する。次にステップＳ２４０６に進み、該不揮発性メモリに取得した該認証情報を記憶し終了する。また、以上の動作は、Ｂｌｕｅｔｏｏｔｈ機器２（７０５）においても同様に行われる。【００６４】  図２３は、Ｂｌｕｅｔｏｏｔｈ規格での機器認証の動作を説明するための図であり、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）とＢｌｕｅｔｏｏｔｈ機器２（７０５）との認証処理を示す。Ｂｌｕｅｔｏｏｔｈ機器間での認証処理は従来と同様なので説明を省略する。【００６５】  従来技術においては、Ｂｌｕｅｔｏｏｔｈ機器の外部インタフェースを介して外部機器からＢＤ＿ＡＤＤＲとパスキーをＢｌｕｅｔｏｏｔｈ機器内の不揮発性メモリに書き込んだが、第１の実施形態においては、Ｂｌｕｅｔｏｏｔｈ機器に装備した無線を介してＢｌｕｅｔｏｏｔｈ機器内の不揮発性メモリに書きこむ点が異なる。ここで、外部インタフェース及び外部インタフェースを介して接続される外部機器として、ＵＳＢケーブルなどで接続されるＵＳＢデバイスや、直接にスロットに挿入されるメモリカードなどが用いられることが想定される。また、図１１のように第１の実施形態のＢｌｕｅｔｏｏｔｈ機器の構成は、従来の構成を示す図１のように外部接続用のインタフェース回路部１０８と外部接続機器コネクタ１０７を必要としないため、製品コストを低く抑えることが可能となる。【���０６６】  ここで、補足として第１の実施形態を、図８に示す従来のＢｌｕｅｔｏｏｔｈネットワーク形態に応用した例を説明する。【００６７】  図１５は、第１の実施形態のＢｌｕｅｔｏｏｔｈ機器同士のネットワーク形態の例を示す図である。同図において、図８と同様にＢｌｕｅｔｏｏｔｈ機器同士が互いにＢｌｕｅｔｏｏｔｈ接続するものとする。例えば、Ｂｌｕｅｔｏｏｔｈ機器３００１は、隣接するＢｌｕｅｔｏｏｔｈ機器３００２及びＢｌｕｅｔｏｏｔｈ機器３００８とＢｌｕｅｔｏｏｔｈ接続される。Ｂｌｕｅｔｏｏｔｈ接続するためには、前述したように接続先Ｂｌｕｅｔｏｏｔｈ機器の持つパスキー情報が必要である。よって、図１５においてはＢｌｕｅｔｏｏｔｈ機器３００１は、隣接するＢｌｕｅｔｏｏｔｈ機器３００１とＢｌｕｅｏｏｔｈ機器３００８のパスキー情報を取得する必要がある。本実施形態においては、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ３００９から、各Ｂｌｕｅｔｏｏｔｈ機器３００１〜３００８に前記手法により無線を介して認証情報を配布する。【００６８】  従って、本実施形態においては、図１５に示す、従来と同様のネットワーク形態であっても、外部機器接続用コネクタ及びインタフェース回路を各Ｂｌｕｅｔｏｏｔｈ機器３００１〜３００８に設ける必要はない。また、外部インタフェースを持たないＢｌｕｅｔｏｏｔｈ機器であっても、任意の他Ｂｌｕｅｔｏｏｔｈ機器とのＢｌｕｅｔｏｏｔｈ接続が可能であるため、Ｂｌｕｅｔｏｏｔｈの相互接続も維持され、ユーザにとっては使い易い製品となっている。また、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は単独の機器としているが、Ｂｌｕｅｔｏｏｔｈネットワークを構成する機器のうちどれか１台のＢｌｕｅｔｏｏｔｈ機器の内蔵機能として追加しても良い。【００６９】（第２の実施形態）
第１の実施形態では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバの使用者が認証情報を直接入力した。また、第１の実施形態では、該認証情報が変更された場合または該認証情報を第３者から完全に隠蔽したい場合等に、改良の余地がある。そこで、第２の実施形態では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバに外部インタフェースを具備し、該外部インタフェースからＢｌｕｅｔｏｏｔｈ機器への配布用認証情報を入力する。【００７０】  図１６は、本発明の第２の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの内部構成図である。同図に示すように、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２０９は、メモリカードを装着するための外部機器接続コネクタ１２０７を備える。Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００に装着可能なメモリカード１２０９は、パーソナルコンピュータ等の外部機器のメモリカードスロットへ装着され、あらかじめ調査したＢｌｕｅｔｏｏｔｈ機器のＢＤ＿ＡＤＤＲとパスキー情報とが、メモリカードの所定のエリアに書き込まれている。通信を行う場合は、メモリカード１２０９を外部機器接続コネクタ１２０７に装着しておく。なお、メモリカード１２０９内に設定されているＢＤ＿ＡＤＤＲとパスキーリストは、第１の実施形態で説明したＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３内蔵の不揮発性メモリ４０４内のリストと同様のものである。第１の実施形態では、操作部４０４を用いて、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３に認証情報を入力していたが、第２の実施形態では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００に具備した外部インタフェースを用いて認証情報を入力する点が異なる。【００７１】  図１６に示すように、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００は、ＣＰＵ１２０１、ＲＯＭ１２０２、ＲＡＭ１２０３、不揮発性メモリ１２０４、無線通信回路部１２０５、アンテナ１２０６、外部機器接続コネクタ１２０７、インタフェース回路部１２０８を有しており、図示するように、内部バス１２１３によって相互に接続されている。ＣＰＵ１２０１は、ＲＯＭ１２０２に格納されているプログラムに従って動作し、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００の各種動作を制御する。ＲＯＭ１２０２はＢｌｕｅｔｏｏｔｈセキュリティサーバ１２００の制御手順、データ等をあらかじめ格納した不揮発性メモリである。ＲＡＭ１２０３は外部機器から送信されるデータへの変換作業用のワークエリア、ＣＰＵ１２０１の演算等に使用するワークエリア、無線通信回路部１２０５から送受信される通信データ、各種設定等を一時的に格納するエリアとして使用される。不揮発性メモリ１２０４は、書き換え可能であり、機器の各種設定やＢｌｕｅｔｏｏｔｈ通信に使用する通信相手のＢＤ＿ＡＤＤＲ、以前接続したＢｌｕｅｔｏｏｔｈ機器との通信に使用するリンクキー情報等を記憶・保存する。無線通信回路部１２０５は、無線通信に必要な高周波回路部、符号化・複合化回路部、無線通信時に使用するＦＩＦＯメモリ、自身のＢＤ＿ＡＤＤＲ＿Ｄ、自身のパスキーＤを記憶している不揮発性メモリ等から構成され、アンテナ１２０６が接続されている。外部機器接続コネクタ１２０７は、外部機器とＢｌｕｅｔｏｏｔｈ��キュリティサーバを接続するコネクタである。インタフェース回路部１２０８は、外部機器接続コネクタ１２０７を介して接続された外部機器との間でデータ通信を行う機能を備えている。ＣＰＵ１２０１の制御に従い、外部機器へのデータの送信及び外部機器からのデータの受信を行う。【００７２】  図１７は、第２の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバ認証情報配布フローを示す図であり、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００からＢｌｕｅｔｏｏｔｈ機器への認証情報の配布の詳細を示す。まず、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００が、デバイス検索のためにインクワイアリ検索を使用する（ステップＳ２３０１）。応答してきたＢｌｕｅｔｏｏｔｈ機器のＢＤ＿ＡＤＤＲとそのデバイスクラスが所望のＢｌｕｅｔｏｏｔｈ機器のものであるか確認する。所望のＢｌｕｅｔｏｏｔｈ機器であった場合、ステップＳ２３０２へ進み、そうでなければ終了する。【００７３】  次に、ステップＳ２３０２では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバにメモリカードが挿入されていた場合は、ステップＳ２３０３へ進み、そうでない場合は、ステップＳ２３０４へ進む。ステップＳ２３０３では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ側は、Ｂｌｕｅｔｏｏｔｈ機器の既存認証情報が保存されたメモリカードを使用する。Ｓ２３０４では、不揮発性メモリ１２０４に保存している既存認証情報を認証に使用する。ここで、不揮発性メモリ１２０４に保存されている既存認証情報は、工場出荷時にメーカが機種固有に設定した値であり、外部者には漏れていないものとする。工場出荷時には、Ｂｌｕｅｔｏｏｔｈ機器は機種固有の既存認証情報を事前に不揮発性メモリに書き込まれているものとする。Ｂｌｕｅｔｏｏｔｈ機器の工場出荷時の認証情報が変更された場合は、変更された既存認証情報を記憶したメモリカードをＢｌｕｅｔｏｏｔｈセキュリティサーバに挿入し、Ｓ２３０３の処理を行なう。ここで、該メモリカードはメーカから配布されるもので、一般ユーザには参照不可なメモリカードとするべきである。第１の実施形態と同様に、第２の実施形態においても、製品購入時に、Ｂｌｕｅｔｏｏｔｈセキュリティサーバを使用して、Ｂｌｕｅｔｏｏｔｈ機器の上記認証情報をユーザ独自に変更する。【００７４】  ステップＳ２３０５では、認証結果がＯＫならばステップＳ２３０７に進み、認証を受諾してステップＳ２３０８に進む。そうでない場合は、ステップＳ２３０６に進み認証を拒否して終了する。ステップＳ２３０８では、ＢｌｕｅｔｏｏｔｈセキュリティサーバとＢｌｕｅｔｏｏｔｈ機器がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。確認がＯＫの場合は、ステップＳ２３０９に進み、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証情報を配布する。Ｂｌｕｅｔｏｏｔｈ機器は前回の認証情報を破棄し、配布された新しい認証情報を保存する。以上で認証情報の配布処理を終了する。【００７５】  第２の実施形態におけるＢｌｕｅｔｏｏｔｈ機器側の動作は、第１の実施形態と同様なので説明を省略する。【００７６】  第２の実施形態によれば、メモリカードを装着して認証情報をＢｌｕｅｔｏｏｔ���セキュリティサーバに入力するため、外部者に漏れることなく安全に認証情報を入力することができる。また、Ｂｌｕｅｔｏｏｔｈセキュリティサーバとメモリカード１２０９間、または上記パーソナルコンピュータとメモリカード１２０９間でセキュワを保てば、より安全に認証情報を入力することが可能となる。【００７７】（第３の実施形態）
第１の実施形態および第２の実施形態では、Ｂｌｕｅｔｏｏｔｈ機器同士の間で使用する認証情報と、Ｂｌｕｅｔｏｏｔｈ機器とＢｌｕｅｔｏｏｔｈセキュリティサーバとの間で使用する認証情報とが同様であったが、第３の実施形態では、Ｂｌｕｅｔｏｏｔｈ機器同士の間で可変な認証情報を使用し、Ｂｌｕｅｔｏｏｔｈ機器とＢｌｕｅｔｏｏｔｈセキュリティサーバ間との間で固定的な固定認証情報を使用する点が異なる。第３の実施形態の構成は、第１の実施形態または第２の実施形態と同様なので詳細な説明を省略する。【００７８】  図１８は、本発明の第３の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの認証情報配布フローを示す図であり、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器の認証情報を配布する手法を示す。まず、Ｂｌｕｅｔｏｏｔｈセキュリティサーバが、デバイス検索のためにインクワイアリ検索を使用する（ステップＳ２４０１）。応答してきたＢｌｕｅｔｏｏｔｈ機器のＢＤ＿ＡＤＤＲとそのデバイスクラスが、所望のＢｌｕｅｔｏｏｔｈ機器のものであるか確認する。該Ｂｌｕｅｔｏｏｔｈ機器であった場合、ステップＳ２４０２へ進み、そうでなければ終了する。ステップＳ２６０２では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ側は、ＲＯＭに保存しているＢｌｕｅｔｏｏｔｈ機器との固定認証情報（第１の認証情報）を認証に使用する。ここで、上記固定認証情報は工場出荷時にメーカが機種固有に設定した値であり、外部者には漏れていないものとする。第１の実施形態および第２の実施形態と同様に各デバイスクラス毎に固定パスキーが設定されており、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ側は上記パスキーを認証時に使用する。Ｂｌｕｅｔｏｏｔｈ機器側では、不揮発性メモリ４０４に同様の固定パスキーが工場出荷時に設定されている。【００７９】  図１９は、第３の実施形態のＢｌｕｅｔｏｏｔｈ機器におけるＢｌｕｅｔｏｏｔｈアドレスとリンクキーのリストを示す図であり、Ｂｌｕｅｔｏｏｔｈセキュリティサーバとの認証時に接続するための固定認証情報と、Ｂｌｕｅｔｏｏｔｈ機器同士で接続するための可変認証情報とが設定されている。ステップＳ２６０３で、認証結果がＯＫだった場合はステップＳ２６０４で認証受諾しステップＳ２６０６へ、そうでない場合はステップＳ２６０５で認証拒否し終了する。ステップＳ２６０６では、ＢｌｕｅｔｏｏｔｈセキュリティサーバとＢｌｕｅｔｏｏｔｈ機器がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。サービス情報が異なった場合は終了する。ステップＳ２６０７では、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証情報（第２の認証情報）を配布する。この際、認証情報を配布する方法は、第１の実施形態及び第２の実施形態のどちらの方法でも構わない。Ｂｌｕｅｔｏｏｔｈ機器は前回の可変認証情報を破棄し、配布された新しい可変認証情報を保存する。以上でＢｌｕｅｔｏｏｔｈセキュリティサーバの認証情報の配布処理を終了する。【００８０】  図２０は、第３の実施形態のＢｌｕｅｔｏｏｔｈ機器の認証情報配布フローを示す図である。最初に、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に対して認証接続を開始する。ステップＳ２７０１において、接続相手がＢｌｕｅｔｏｏｔｈセキュリティサーバだった場合は、ステップＳ２７０２へ、そうでない場合はステップＳ２７０７に進む。ステップＳ２７０２において不揮発性メモリから認証情報を取得し、Ｂｌｕｅｔｏｏｔｈセキュリティサーバとの認証に使用する。ステップ２７０３では、認証結果がＯＫならばステップＳ２７０４に進み、認証受諾してステップＳ２７０５に進む。そうでない場合は、ステップＳ２７１０に進み認証を拒否して終了する。【００８１】  ステップＳ２７０５では、ＢｌｕｅｔｏｏｔｈセキュリティサーバとＢｌｕｅｔｏｏｔｈ機器がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。確認がＯＫの場合は、ステップＳ２７０６に進み、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証情報を配布する。そうでない場合は終了する。次にステップＳ２７０６に進み、該不揮発性メモリに取得した該認証情報を記憶し終了する。また、ステップＳ２７０７に進んだ場合、Ｂｌｕｅｔｏｏｔｈ機器同士のＢｌｕｅｔｏｏｔｈ認証接続であるので、害認証時にはステップＳ２７０７で可変認証情報を認証に使用し、認証結果がＯＫの場合はステップＳ２７０９に進み認証を終了する。そうでない場合は、ステップＳ２７１０に進み認証拒否し終了する。【００８２】（第４の実施形態）
第１の実施形態は、認証情報を配布する対象のＢｌｕｅｔｏｏｔｈ機器に既存認証情報（第１の認証情報）がすでに設定されている場合のみ有効であるが、第４の実施形態は、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証有無の設定が行える点が異なる。第４の実施形態の機器構成は、第１の実施形態と同様なので構成についての詳細な説明は省略する。【００８３】  図２１は、本発明の第４の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの認証設定時動作フローを示す図である。ここでは、Ｂｌｕｅｔｏｏｔｈ機器が認証無しと設定されており、ＢｌｕｅｔｏｏｔｈセキュリティサーバがＢｌｕｅｔｏｏｔｈ機器を認証有りに変更する場合について説明する。まず、ステップＳ２８０１でＢｌｕｅｔｏｏｔｈセキュリティサーバが、デバイス検索のためにインクワイアリ検索を使用する。応答してきたＢｌｕｅｔｏｏｔｈ機器のＢＤ＿ＡＤＤＲとそのデバイスクラスが所望のＢｌｕｅｔｏｏｔｈ機器のものであるか確認する。該Ｂｌｕｅｔｏｏｔｈ機器であった場合、ステップＳ２８０２へ進み、そうでなければ終了する。次にステップＳ２８０２では、Ｂｌｕｅｔｏｏｔｈ機器とＢｌｕｅｔｏｏｔｈセキュリティサーバは認証無しで接続する。ステップＳ２８０３は、ＢｌｕｅｔｏｏｔｈセキュリティサーバとＢｌｕｅｔｏｏｔｈ機器がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。ステップ２８０４では、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証有りの設定を行う。【００８４】  図２２は、第４の実施形態におけるＢｌｕｅｔｏｏｔｈ機器の認証設定の動作フローを示す図である。まず、ステップＳ２９０１でＢｌｕｅｔｏｏｔｈセキュリティサーバが、Ｂｌｕｅｔｏｏｔｈ機器に対して認証無しで接続をしかける。次にステップＳ２９０２において、ＢｌｕｅｔｏｏｔｈセキュリティサーバとＢｌｕｅｔｏｏｔｈ機器がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。ステップＳ２９０３では、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証情報を設定し、Ｂｌｕｅｔｏｏｔｈ機器は認証有りと設定される。【００８５】  第４の実施形態によれば、無線でＢｌｕｅｔｏｏｔｈ機器の接続認証の有りまたは無しを設定することが可能となる。【００８６】  なお、上記のすべての実施形態の説明において、通信機器としてＢｌｕｅｔｏｏｔｈ規格に対応した通信機器間についての説明を行ってきたが、本発明はこれに限られるものではなく、通信部（Ｂｌｕｅｔｏｏｔｈセキュリティサーバ）が通信機器（Ｂｌｕｅｔｏｏｔｈ機器）に対して、無線を介して認証情報を供給するという思想を逸脱しない範囲ですべての通信機器に対して適用が可能である。【００８７】  本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。
本出願は、２００４年３月２日出願の日本特許出願（特願２００４−５７３９３）に基づくものであり、その内容はここに参照として取り込まれる。
【産業上の利用可能性】
【００８８】  本発明の通信システムおよび通信方法によれば、通信機器に対して、無線を介して前記認証情報を供給することにより、通信機器は、従来の無線通信機能を利用して認証情報を取得でき新たに認証情報の入力手段を設ける必要がない為、通信システムのコストを削減できる効果を有し、認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信システムおよびその通信方法等に有用である。
【図１】
2005083941.tif 000002
【図２】
2005083941.tif 000003
【図３】
2005083941.tif 000004
【図４】
2005083941.tif 000005
【図５】
2005083941.tif 000006
【図６】
2005083941.tif 000007
【図７】
2005083941.tif 000008
【図８】
2005083941.tif 000009
【図９】
2005083941.tif 000010
【図１０】
2005083941.tif 000011
【図１１】
2005083941.tif 000012
【図１２】
2005083941.tif 000013
【図１３】
2005083941.tif 000014
【図１４】
2005083941.tif 000015
【図１５】
2005083941.tif 000016
【図１６】
2005083941.tif 000017
【図１７】
2005083941.tif 000018
【図１８】
2005083941.tif 000019
【図１９】
2005083941.tif 000020
【図２０】
2005083941.tif 000021
【図２１】
2005083941.tif 000022
【図２２】
2005083941.tif 000023
【図２３】
2005083941.tif 000024
【手続補正書】
【提出日】平成17年8月11日(2005.8.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信システムであって、
前記少なくとも２台のうち少なくとも１台の通信機器に対して、無線を介して前記認証情報を供給する通信部を備える通信システム。
【請求項２】
前記通信部は、前記少なくとも２台の通信機器のうち特定の通信機器に備えられていることを特徴とする請求項１に記載の通信システム。
【請求項３】
前記特定の通信機器に備えられた前記通信部は、前記少なくとも２台の通信機器のうち前記特定の通信機器以外の通信機器に対して、前記認証情報を供給することを特徴とする請求項２に記載の通信システム。
【請求項４】
前記通信部は、前記少なくとも２台の通信機器と独立に備えられていることを特徴とする請求項１に記載の通信システム。
【請求項５】
前記通信部は、外部インタフェースを備え、前記外部インタフェース経由で前記認証情報を受け取ることを特徴とする請求項１に記載の通信システム。
【請求項６】
前記通信部は、前記外部インタフェースに接続されたメモリカードに保存された前記認証情報を前記外部インタフェース経由で受け取ることを特徴とする請求項５に記載の通信システム。
【請求項７】
前記少なくとも１台の通信機器は、各通信機器に予め定められた固有の第１の認証情報を用いて前記通信部と認証を行う機能と、前記第１の認証情報とは異なる第２の認証情報を用いて前記少なくとも２台の通信機器間の認証を行う機能とを備えることを特徴とする請求項１に記載の通信システム。
【請求項８】
前記認証情報は、予め各通信機器に定められ前記通信部と前記少なくとも１台の通信機器との間で用いられる各機器固有の固定認証情報と、任意に生成され前記少なくとも２台の通信機器間の通信に用いられる可変認証情報とを含むことを特徴とする請求項１に記載の通信システム。
【請求項９】
前記認証情報は、通信相手のアドレス情報またはパスワード情報であることを特徴とする請求項１に記載の通信システム。
【請求項１０】
前記少なくとも２台の通信機器間の通信または前記少なくとも１台の通信機器と前記通信部との間の通信が、Ｂｌｕｅｔｏｏｔｈ規格の無線通信であることを特徴とする請求項１〜９のいずれか１項に記載の通信システム。
【請求項１１】
認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信方法であって、
前記少なくとも２台の通信機器のうち少なくとも１台の通信機器に対して、無線を介して前記認証情報を供給する供給ステップを有する通信方法。
【請求項１２】
前記供給ステップは、前記少なくとも２台の通信機器のうち特定の通信機器と前記少なくとも２台の通信機器のうち前記特定の通信機器以外の通信機器間で実行されることを特徴とする請求項１１に記載の通信方法。
【請求項１３】
前記少なくとも１台の通信機器に対して、前記少なくとも１台の通信機器に予め定められた固有の第１の認証情報を用いて認証を行なう第１の認証ステップをさらに有し、
前記第１の認証ステップで認証された場合に、前記認証情報は前記少なくとも１台の通信機器に供給されることを特徴とする請求項１１に記載の通信方法。
【請求項１４】
前記少なくとも１台の通信機器が受け取る前記第１の認証情報とは異なる第２の認証情報を用いて前記少なくとも２台の通信機器間の認証を行なう第２の認証ステップをさらに有する請求項１３に記載の通信方法。
【請求項１５】
前記少なくとも２台の通信機器間の通信または前記少なくとも１台の通信機器への通信が、Ｂｌｕｅｔｏｏｔｈ規格の無線通信であることを特徴とする請求項１１〜１４のいずれか１項に記載の通信方法。
【請求項１６】
認証情報を用いて互いに通信可能であるか認証する機能を有し認証後に通信を開始する通信機器であって、
前記認証情報を無線を介して取得する手段を備える通信機器。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信システムおよび通信方法に関する。
【背景技術】
【０００２】
従来、情報機器同士が通信を行う際、最も簡便な場合は、通信相手が如何なる機器であっても接続・通信を許可していた。また、複数の機器を対象に通信を行いたい場合、接続相手機器を識別してアクセス権を管理し、セキュリティを確保するために、ユーザＩＤとパスワードを用いて管理・運用する方法も広く用いられてきた。
【０００３】
特に、近年普及の著しいインターネットにおいては、ユーザＩＤとパスワードによるアクセス管理が広く一般に行われている。ユーザは、ネットワーク接続時にユーザＩＤとパスワード情報を送信し、認証されると通信を開始できるようになる。サーバ・クライアントモデルのネットワークでは、サーバ側にユーザＩＤとパスワードを記録・管理しておき、クライアントから接続要求が来た時に送られてくるユーザＩＤとパスワード情報を照合し、適合していればアクセス権を付与し、通信を開始するよう構成されている。ユーザが初めて通信を行う時は、予めユーザ情報をサーバ側に設定しておくか、ゲストアカウントで接続した後、ユーザＩＤ、パスワードをクライアント端末側から送信し、サーバ側に設定するよう構成されている。また、近年、ネットワークの物理媒体として電波を用いる無線ネットワークが普及してきている。無線ネットワークにおいても、サーバ・クライアントモデル・ネットワークは、上記と同様のアクセス権の管理が行われている。
【０００４】
このようなアクセス権の管理機能が、Ｂｌｕｅｔｏｏｔｈに代表されるような近距離無線ネットワーク機器、特に携帯機器に実装される場合、使用される場所を選ばないので、今までに一度も接続したことのない機器同士が通信をする機会が増えることが予想される。また、無線通信なので、いつ、どの機器同士が接続しているのかがユーザには判り難く、通信していることに気付かない間にユーザの情報が盗まれる等の被害を防ぐためには、強固なセキュリティの実現が重要となる。Ｂｌｕｅｔｏｏｔｈ規格では、上記セキュリティの問題に対応するため、機器間の接続通信前に認証を行う方法が考慮されている。Ｂｌｕｅｔｏｏｔｈ規格におけるリンクレイヤーの機器認証の動作を以下に示す。
【０００５】
図２３は、Ｂｌｕｅｔｏｏｔｈ規格での機器認証の動作を説明するための図である。機器認証は、１対１の機器間で行われるものであり、図２３は、Ｂｌｕｅｔｏｏｔｈ規格に基づく無線通信機能を搭載した２つの端末ＡとＢとの間での認証処理時のやりとりと各端末内部で実行される処理について、時系列順に表したものである。図２３の上部から下部へ向かって時間が経過するものとする。図２３の左側の実線より左側が端末Ａ内部を、右側の実線より右側が端末Ｂ内部を表している。また、図２３の中央の２つの実線間の破線矢印が、端末Ａと端末Ｂ間の電波による情報通信を示している。通信接続時に端末Ａ、端末Ｂのどちらかが、通信相手を認証する認証側或いは被認証側として、認証プロセスを起動し、認証手続きの開始を要求する。ここでは、ユーザＡが端末Ａを、ユーザＢが端末Ｂを操作するものとする。
【０００６】
図２３は、端末Ａが通信相手を認証する認証側、端末Ｂが通信相手として認証される被認証側となる場合を示す。まず、端末ＡがステップＳ５０１で認証要求を端末Ｂへ送り、認証プロセスを起動する。端末ＢはステップＳ５０２で認証受付応答を返し、認証手続きを開始する。ステップＳ５０３では、端末Ａ内部で生成した乱数１（５３１）を端末Ｂへ送信する一方、端末Ａ自身の持つＢｌｕｅｔｏｏｔｈパスキー（以下パスキー）と呼ばれる文字列または数字列を端末ＡのユーザＡに入力させる。パスキーとは、Ｂｌｕｅｔｏｏｔｈ対応端末が持つ機器固有のパスワード情報であり、今まで接続したことのない端末、言い換えると初めて接続する端末と認証手続きを行う際に使用される情報である。入力されたパスキーＡ（５３２）とパスキーＡの長さであるパスキーＡ長５３３を演算アルゴリズム１Ａ５３４の入力として使用する。演算アルゴリズム１Ａ５３４は、初期化キー生成アルゴリズムであり、端末Ａ内部で実行され、鍵情報である初期化キー１Ａ５３８を生成する。乱数１（５３１）を受け取った端末Ｂ内部では、端末Ａ同様、ユーザＢに端末ＡのパスキーＡ５３５を入力させ、入力されたパスキーＡ５３５とパスキーＡの長さであるパスキーＡ長５３６を演算アルゴリズム１Ｂ５３７の入力として使用する。なお、端末Ａに対してユーザＡが入力するパスキーＡ５３２と、端末Ｂに対してユーザＢが入力するパスキーＡ５３５とは同一であるべきものである。換言すれば、認証側は、被認証側が認証側のパスキーを正しく入力することを条件として、被認証側を認証側の通信相手として認証するのである。従って、パスキーＡ長５３３とパスキーＡ長５３６も同一となるべきものである。また、端末Ｂ内部で実行される演算アルゴリズム１Ｂ５３７と端末Ａ内部で実行される演算アルゴリズム１Ａ５３４も、同一のアルゴリズムである。端末Ｂでも端末Ａと同様に初期化キー１Ｂ５３９が生成されるが、これも端末Ａで生成される初期化キー１Ａ５３８と同一となるべきものである。
【０００７】
次に、端末Ａは乱数１（５３１）とは異なる乱数２（５４０）を生成し、ステップＳ５０４において端末Ｂへ送信する。また、上記乱数２（５４０）、上記初期化キー１Ａ５３８と被認証側である端末ＢのＢｌｕｅｔｏｏｔｈ Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓ（以下ＢＤ＿ＡＤＤＲ＿Ｂ）５４１を演算アルゴリズム２Ａ５４２の入力として使用し、演算結果Ａ５４５を得る。演算アルゴリズム２Ａ５４２は、接続認証アルゴリズムであり、端末Ａ内部で実行される。なお、ＢＤ＿ＡＤＤＲ＿Ｂは各Ｂｌｕｅｔｏｏｔｈ機器固有のアドレス番号であり、かつ認証手続き処理を開始する前段階、すなわちステップＳ５０１を実行する前に、機器同士が接続を確立する際に交換する情報に含まれているので、この時点では既知の情報となっている。
【０００８】
乱数２（５４０）を受け取った端末Ｂ内部では、端末Ａ同様、乱数２（５４０）、上記初期化キー１Ｂ５３９と端末ＢのＢＤ＿ＡＤＤＲ＿Ｂ５４３を演算アルゴリズム２Ｂ５４４の入力として使用し、演算結果Ｂ５４６を得る。端末Ｂ内部で実行される演算アルゴリズム２Ｂ５４４と端末Ａ内部で実行される演算アルゴリズム２Ａ５４２は、同一のアルゴリズムである。また、端末Ａで使用するＢＤ＿ＡＤＤＲ＿Ｂ５４１と、端末Ｂで使用するＢＤ＿ＡＤＤＲ＿Ｂ５４３は、同一の情報である。
【０００９】
次に、端末Ｂは、ステップＳ５０５において、演算結果Ｂ５４６を端末Ａへ送信する。端末Ａでは、ステップＳ５０５Ａにおいて、端末Ａ自身の内部で演算・生成した演算結果Ａ５４５と、端末Ｂ内部で演算・生成されて端末Ｂから送信された演算結果Ｂ５４６とを比較する。演算結果Ａと演算結果Ｂの値が等しければ、認証は成功とし、値が異なれば認証は失敗とする。認証が成功すると、端末Ｂを正当な通信相手として認証し、次の通信処理へと進む。また、認証に失敗した場合は、接続を切断して処理を終了する。
【００１０】
なお、セキュリティレベルをより高めるため、認証成功後、端末Ａと端末Ｂの認証役割を交換、すなわち、今度は端末Ａが被認証側、端末Ｂが認証側となり、端末Ｂで生成する乱数と端末Ｂの持つパスキーＢと端末ＡのＢＤ＿ＡＤＤＲ＿Ａをパラメータとして、図２３と同様の手続きで認証を行い、端末相互で認証処理を行うことも可能である。ただし、上記役割を交換して行う認識処理は、省略可能である。
【００１１】
上述した認証動作は、通信を行う双方の端末共にユーザがパスキーを入力可能な場合である。しかし、Ｂｌｕｅｔｏｏｔｈを搭載した機器の中にはユーザがパスキーを直接入力することが困難であるか、又は直接入力できない機器も存在する。このような機器の場合、外部機器(メモリカード、ケーブルなど)から外部機器アクセス用インタフェースを介して、あらかじめパスキーを機器内蔵の不揮発性メモリに設定しておき、認証時には前記パスキーを内蔵不揮発性メモリなどから読み出して認証処理に使用することによって、パスキーの直接入力不能な機器のユーザがパスキーを入力しなくても良い方法が提案されている（例えば、特許文献１参照）。
【００１２】
図１は、従来の入力手段を持つＢｌｕｅｔｏｏｔｈ機器の内部構成を示すブロック図であり、図２は、従来の入力手段を持たないＢｌｕｅｔｏｏｔｈ機器のブロック図である。図１に示すＢｌｕｅｔｏｏｔｈ機器１００は、外部機器を介してＢｌｕｅｔｏｏｔｈ機器１００内のメモリに接続通信相手（Ｂｌｕｅｔｏｏｔｈ機器２）のＢＤ＿ＡＤＤＲとパスキーをあらかじめ書き込んでおき、認証処理時には上記ＢＤ＿ＡＤＤＲと上記パスキー読み出して使用するように構成されている。図２に示すＢｌｕｅｔｏｏｔｈ機器２００は、パスキーの入力手段を持たない機器であり、固定パスキーを本体内に記憶している。
【００１３】
図１に示すＢｌｕｅｔｏｏｔｈ機器１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、不揮発性メモリ１０４、無線通信回路部１０５、アンテナ１０６、外部機器接続コネクタ１０７、インタフェース回路部１０８を有しており、図示するようにアンテナ１０６と外部機器接続コネクタ１０７を除く各構成要素は、内部バス１１３によって相互に接続されている。
【００１４】
ＣＰＵ１０１は、ＲＯＭ１０２に格納されているプログラムに従って動作し、Ｂｌｕｅｔｏｏｔｈ機器１００の各種動作を制御する。ＲＯＭ１０２は、Ｂｌｕｅｔｏｏｔｈ機器１００の制御手順、データ等をあらかじめ格納した不揮発性メモリである。ＲＡＭ１０３は、外部機器から送信されるデータへの変換作業用のワークエリア、ＣＰＵ１０１の演算等に使用するワークエリア、無線通信回路部から送受信される通信データ、各種設定等を一時的に格納するエリアとして使用される。不揮発性メモリ１０４は、書き換え可能であり、機器の各種設定やＢｌｕｅｔｏｏｔｈ通信に使用する通信相手ＢＤ＿ＡＤＤＲ、以前接続したＢｌｕｅｔｏｏｔｈ機器との通信に使用するリンクキー情報等を記憶・保存する。無線通信回路部１０５は、無線通信に必要な高周波回路部、符号化・複合化回路部、無線通信時に使用するＦＩＦＯメモリ、自身のＢＤ＿ＡＤＤＲ＿Ｄ、自身のパスキーＤを記憶している不揮発性メモリ等から構成され、アンテナ１０６が接続されている。
【００１５】
外部機器接続コネクタ１０７は、外部機器とＢｌｕｅｔｏｏｔｈ機器１００を接続するためのインタフェースであり、例えば、メモリカード、コネクタなどが想定される。外部機器接続用インタフェース回路部１０８は、外部機器との間でデータ通信を行う機能を備えている。ＣＰＵ１０１の制御に従い、外部機器へのデータの送信及び外部機器からのデータの受信を行う。
【００１６】
図２に示すＢｌｕｅｔｏｏｔｈ機器２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、不揮発性メモリ２０４、無線通信回路部２０５、アンテナ２０６を有しており、図示するように内部バス２１２によって相互に接続されている。
【００１７】
ＣＰＵ２０１は、ＲＯＭ２０２に格納されているプログラムに従って動作し、Ｂｌｕｅｔｏｏｔｈ機器２００の各種動作を制御する。ＲＯＭ２０２はＢｌｕｅｔｏｏｔｈ機器２００の制御手順、データ等を予め格納した不揮発性メモリである。ＲＡＭ２０３は外部機器から送信されるデータへの変換作業用のワークエリア、ＣＰＵ１０１の演算等に使用するワークエリア、無線通信回路部から送受信される通信データ、各種設定等を一時的に格納するエリアとして使用される。
【００１８】
不揮発性メモリ２０４は、書き換え可能であり、機器の各種設定やＢｌｕｅｔｏｏｔｈ通信に使用する通信相手ＢＤ＿ＡＤＤＲ、以前接続した他のＢｌｕｅｔｏｏｔｈ機器との通信に使用するリンクキー情報等を記憶・保存する。
【００１９】
無線通信回路部２０５は、無線通信に必要な高周波回路部、符号化・複合化回路部、無線通信時に使用するＦＩＦＯメモリ、自身のＢＤ＿ＡＤＤＲ＿Ｐ、自身のパスキーＰを記憶している不揮発性メモリ等から構成され、アンテナ２０６が接続されている。
【００２０】
従来、Ｂｌｕｅｔｏｏｔｈ機器１００には、パスキー入力機能の無いＢｌｕｅｔｏｏｔｈ機器２００との間で認証処理を行うために、以下の設定が行われる。図１に示すＢｌｕｅｔｏｏｔｈ機器１００の外部機器接続インタフェースにメモリカードまたは、ケーブルを接続し、あらかじめ調べておいたＢｌｕｅｔｏｏｔｈ機器２００のＢｌｕｅｔｏｏｔｈアドレス（ＢＤ＿ＡＤＤＲ＿Ｐ）とＢｌｕｅｔｏｏｔｈ機器２００のパスキー情報（パスキーＰ）をリスト情報として、Ｂｌｕｅｔｏｏｔｈ機器１００における不揮発性メモリ２０４の所定のエリアに書き込んでおく。
【００２１】
図３は、従来のＢｌｕｅｔｏｏｔｈアドレスとパスキーのリストを示す図であり、不揮発性メモリ２０４内に格納されているパスキーリスト１３０１の例を示す。同図に示すように、ＢＤ＿ＡＤＤＲとパスキーとはペアとして格納されている。図３では（ＢＤ＿ＡＤＤＲ＿Ｐ１２０２、パスキーＰ１２０３）、（ＢＤ＿ＡＤＤＲ＿Ｒ１２０４、パスキーＲ１２０５）の２つのペアを持っている。ここでは２つのペアのパスキーリストを例示したが、ペアの個数に特に制限はない。
【００２２】
図４は、従来のＢｌｕｅｔｏｏｔｈの接続認証シーケンスを示す図であり、Ｂｌｕｅｔｏｏｔｈ機器２００が認証側、Ｂｌｕｅｔｏｏｔｈ機器１００が被認証側として認証手続きを行う場合の認証処理を示す。まず、Ｂｌｕｅｔｏｏｔｈ機器２００がＢｌｕｅｔｏｏｔｈ機器１００に対して認証手続きを要求する（ステップＳ８０１）。Ｂｌｕｅｔｏｏｔｈ機器２００からの認証要求を受け取ったＢｌｕｅｔｏｏｔｈ機器１００は、パスキー検索処理８３１を実行する。パスキー検索処理８３１の結果、Ｂｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲ＿ＰおよびパスキーＰが存在する場合は認証要求受付応答を、存在しない場合は被認証側としての認証要求は受け付けずＢｌｕｅｔｏｏｔｈ機器２００に対して認証側と被認証側との役割を交換し、Ｂｌｕｅｔｏｏｔｈ機器１００が認証側となることを要求する認証役割交換要求を応答として送信する（ステップＳ８０２）。
【００２３】
図５は、従来のＢｌｕｅｔｏｏｔｈの接続認証フローを示す図であり、図４に示したパスキー検索処理８３１の詳細を示す。なお、図５は、処理内容を一般化して示しているが、ここでは、今までの説明で用いた例に沿って説明する。まず、認証要求を送信してきたＢｌｕｅｔｏｏｔｈ機器２００が今回初めて接続する相手かどうかを判断する（ステップＳ９０１）。具体的には、Ｂｌｕｅｔｏｏｔｈ機器１００の不揮発性メモリ１０４中に記憶されている機器接続リストの中に、Ｂｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲ＿Ｐに合致するＢＤ＿ＡＤＤＲと、接続に必要なリンクキーＰがリストアップされているかどうかを検索する。リストアップされていなければ、初めて接続する機器であるのでステップＳ９０２へ進み、リストアップされていれば、ステップＳ９０４へ進む。
【００２４】
図６は、従来のＢｌｕｅｔｏｏｔｈ機器におけるＢｌｕｅｔｏｏｔｈアドレスとリンクキーのリストを示す図であり、機器接続リストの例を示す。ＢＤ＿ＡＤＤＲと前回認証接続時に生成したＬＩＮＫ ＫＥＹをペアとしたリスト１１０１として格納されている。図６には、（ＢＤ＿ＡＤＤＲ＿Ａ１１０２、ＫＥＹ＿Ａ１１０３）、（ＢＤ＿ＡＤＤＲ＿Ｆ１１０４、ＫＥＹ＿Ｆ１１０５）、（ＢＤ＿ＡＤＤＲ＿Ｚ１１０６、ＫＥＹ＿Ｚ１１０７）の３つのペアが記憶されており、ステップＳ９０１において、この機器接続リスト１１０１の中からＢｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲであるＢＤ＿ＡＤＤＲ＿Ｐを検索し、有るか否かを判定する。図６の機器接続リスト１１０１には、ＢＤ＿ＡＤＤＲ＿Ｐが登録されていないので、Ｂｌｕｅｔｏｏｔｈ機器２００は初めて接続する機器と判断され、ステップＳ９０２へ進むことになる。
【００２５】
次に、Ｂｌｕｅｔｏｏｔｈ機器１００に格納されたパスキーリスト１３０１の中に、Ｂｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲ＿ＰとパスキーＰがリストアップされているかどうかを検索する（ステップＳ９０２）。そして、Ｂｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲ＿Ｐ１３０２に対応するパスキーＰ１３０４がリストアップされているか否かを判定する（ステップＳ９０３）。パスキーＰ１３０４が存在すればステップＳ９０４へ進み、存在しなければステップＳ９０５へ進む。
【００２６】
ステップＳ９０４では、Ｂｌｕｅｔｏｏｔｈ機器２００へ返す応答として、認証要求受け入れを選択する。ステップＳ９０５では、パスキー検索処理８３１を起動する要因が、認証要求か否かを判定する。その結果、認証要求であった場合はステップＳ９０６へ進み、認証役割交換要求であった場合はステップＳ９０７へ進む。
【００２７】
ステップＳ９０６では、Ｂｌｕｅｔｏｏｔｈ機器２００へ返す応答として認証役割交換要求を選択し、ステップＳ９０７では、Ｂｌｕｅｔｏｏｔｈ機器２００へ返す応答として認証要求拒否を選択する。ステップＳ９０４，９０６，９０７の何れかの処理を行った後、パスキー検索処理８３１を終了する。
【００２８】
図７は、従来のＢｌｕｅｔｏｏｔｈの接続認証シーケンスを示す図であり、図４とは逆に、Ｂｌｕｅｔｏｏｔｈ機器２００が被認証側、Ｂｌｕｅｔｏｏｔｈ機器１００が認証側となって認証手続きを行う場合の認証処理を示す。ここでは、図４のように、Ｂｌｕｅｔｏｏｔｈ機器２００がＢｌｕｅｔｏｏｔｈ機器１００に対して認証手続きを要求するのではなく、Ｂｌｕｅｔｏｏｔｈ機器１００が認証側となってＢｌｕｅｔｏｏｔｈ機器２００に対して認証手続きを要求する（ステップＳ１００１）。Ｂｌｕｅｔｏｏｔｈ機器１００からの認証要求を受け取ったＢｌｕｅｔｏｏｔｈ機器２００は、パスキー入力手段を持たないため、認証要求を拒否し、Ｂｌｕｅｔｏｏｔｈ機器１００に対して認証役割交換要求を送信する（ステップＳ１００２）。Ｂｌｕｅｔｏｏｔｈ機器２００からの認証役割交換要求を受け取ったＢｌｕｅｔｏｏｔｈ機器１００は、パスキー検索処理１０３１を実行する。ここで行うパスキー検索処理１０３１は、図４、図５に示したパスキー検索処理８３１と同じである。パスキー検索処理１０３１の結果、Ｂｌｕｅｔｏｏｔｈ機器２００のＢＤ＿ＡＤＤＲ＿Ｐ、パスキーＰが存在する場合は認証要求受付応答を、存在しない場合は被認証側としての認証要求は受け付けず、Ｂｌｕｅｔｏｏｔｈ機器２００に認証要求拒否応答を送信する（ステップＳ１００３）。
【００２９】
上述したように、従来の技術によれば、ユーザがパスキーを入力できないか、或いはパスキーの入力が困難な端末同士が通信開始時に認証処理を行う場合には、どちらか一方の端末が、外部機器によって予め本体内のメモリに設定された通信相手端末のＢＤ＿ＡＤＤＲとパスキーのＢＤ＿ＡＤＤＲ＿ＰとパスキーＰを読み出して使用することにより、認証処理を行うことができた。
【００３０】
しかし、従来のＢｌｕｅｔｏｏｔｈ認証方法及び通信システムにおいては、外部機器を介して予め通信相手端末の認証情報ＢＤ＿ＡＤＤＲとパスキーを取得し、本体内のメモリに上記認証情報を設定するために外部機器アクセス用の外部機器接続コネクタ１０７とインタフェース回路部１０８を装備する必要がある。すなわち、従来は、本来製品によっては必ずしも必要の無い上記外部機器アクセス用インタフェース回路部を設ける必要が有り、ユーザにとっては使い難く、メーカにとっては製品コストを高くする要因となっていた。
【００３１】
図８は、従来のＢｌｕｅｔｏｏｔｈ機器同士のネットワーク形態の１例を示す図である。同図において、Ｂｌｕｅｔｏｏｔｈ機器同士が互いにＢｌｕｅｔｏｏｔｈ接続するものとする。例えば、Ｂｌｕｅｔｏｏｔｈ機器２００１は、隣接するＢｌｕｅｔｏｏｔｈ機器２００２、及びＢｌｕｅｏｏｔｈ機器２００８とＢｌｕｅｔｏｏｔｈ接続する。Ｂｌｕｅｔｏｏｔｈ接続には、前述したように接続先Ｂｌｕｅｔｏｏｔｈ機器の持つパスキー情報が必要である。よって、図８においてはＢｌｕｅｔｏｏｔｈ機器２００１は、隣接するＢｌｕｅｔｏｏｔｈ機器２００１とＢｌｕｅｏｏｔｈ機器２００８のパスキー情報を外部機器から取得する必要がある。これは、他のＢｌｕｅｔｏｏｔｈ機器２００２〜２００８においても同様である。
【００３２】
従って、従来の技術では、図８のようなＢｌｕｅｔｏｏｔｈネットワークの形態において、各Ｂｌｕｅｔｏｏｔｈ機器に上記外部機器接続用コネクタ及びインタフェース回路が必要となり、Ｂｌｕｅｔｏｏｔｈを搭載した製品のコストが高くなる要因になっている。
【００３３】
また、工場出荷時にＢｌｕｅｔｏｏｔｈ機器の内蔵不揮発性メモリにあらかじめ、接続先相手のＢｌｕｅｔｏｏｔｈ機器の認証情報を記憶しておく方法もあるが、この方法では上記工場出荷時に記憶した特定のＢｌｕｅｔｏｏｔｈ機器だけしかＢｌｕｅｔｏｏｔｈ接続できない。他のＢｌｕｅｔｏｏｔｈ機器製品と接続させる場合には、Ｂｌｕｅｔｏｏｔｈ機器の内蔵不揮発性メモリの認証情報を変更するしかなく、外部インタフェースを持たないＢｌｕｅｔｏｏｔｈ機器の場合は、他の任意のＢｌｕｅｔｏｏｔｈ機器とのＢｌｕｅｔｏｏｔｈ接続は不可能である。このため、Ｂｌｕｅｔｏｏｔｈの相互接続も低くなり、ユーザにとって扱いにくい場合がある。
【００３４】
【特許文献１】特開２００３−１５２７１３号公報
【発明の開示】
【発明が解決しようとする課題】
【００３５】
上述したように、従来の通信システムおよび通信方法においては、認証情報を入力するために各通信機器に外部機器アクセス用インタフェースを新たに設ける必要が有り、通信システムとしてのコストが高くなってしまう。
【００３６】
本発明は、このような事情に鑑みてなされたものであり、認証情報を入力するための外部機器アクセス用インタフェースを新たに設けることなく通信機器に認証情報を入力できる通信システムおよび通信方法を提供することを目的としている。
【課題を解決するための手段】
【００３７】
本発明の通信システムは、認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信システムであって、前記少なくとも２台のうち少なくとも１台の通信機器に対して、無線を介して前記認証情報を供給する通信部を備える。
【００３８】
上記構成によれば、通信機器に対して、無線を介して前記認証情報を供給することにより、通信機器は、従来の無線通信機能を利用して認証情報を取得でき新たに認証情報の入力手段を設ける必要がない為、通信システムのコストを削減できる。
【００３９】
また、本発明の通信システムは、前記通信部が、前記少なくとも２台の通信機器のうち特定の通信機器に備えられていることを特徴とする。また、本発明の通信システムは、前記特定の通信機器に備えられた前記通信部が、前記少なくとも２台の通信機器のうち前記特定の通信機器以外の通信機器に対して、前記認証情報を供給することを特徴とする。また、本発明の通信システムは、前記通信部が、前記少なくとも２台の通信機器と独立に備えられていることを特徴とする。
【００４０】
また、本発明の通信システムは、前記通信部が、外部インタフェースを備え、前記外部インタフェース経由で前記認証情報を受け取ることを特徴とする。
【００４１】
また、本発明の通信システムは、前記外部インタフェースに接続されたメモリカードに保存された前記認証情報を前記外部インタフェース経由で受け取ることを特徴とする。上記構成によれば、メモリカード上で暗号化された情報を認証情報として利用することが可能となり、通信システムの安全性を高めることができる。
【００４２】
また、本発明の通信システムは、前記少なくとも１台の通信機器が、各通信機器に予め定められた固有の第１の認証情報を用いて前記通信部と認証を行う機能と、前記第１の認証情報とは異なる第２の認証情報を用いて前記少なくとも２台の通信機器間の認証を行う機能とを備えることを特徴とする。上記構成によれば、通信機器と通信部とが第１の認証情報を用いて認証を行った後に、通信部が通信機器に第２の認証情報を送ることにより、通信システムの安全性を高めることができる。
【００４３】
また、本発明の通信システムは、前記認証情報が、予め各通信機器に定められ前記通信部と前記少なくとも１台の通信機器との間で用いられる各機器固有の固定認証情報と、任意に生成され前記少なくとも２台の通信機器間の通信に用いられる可変認証情報とを含むことを特徴とする。また、本発明の通信システムは、前記認証情報が、通信相手のアドレス情報またはパスワード情報であることを特徴とする。
【００４４】
上記構成によれば、通信機器間で使用される認証情報と、通信部と通信機器との間で使用される認証情報とが異なることにより、通信システムの安全性を高めることができる。
【００４５】
また、本発明の通信システムは、前記少なくとも２台の通信機器間の通信または前記少なくとも１台の通信機器と前記通信部との間の通信が、Ｂｌｕｅｔｏｏｔｈ規格の無線通信であることを特徴とする。
【００４６】
また、本発明の通信方法は、認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信方法であって、前記少なくとも２台の通信機器のうち少なくとも１台の通信機器に対して、無線を介して前記認証情報を供給する供給ステップを有する。
【００４７】
また、本発明の通信方法は、前記供給ステップが、前記少なくとも２台の通信機器のうち特定の通信機器と前記少なくとも２台の通信機器のうち前記特定の通信機器以外の通信機器間で実行されることを特徴とする。また、本発明の通信方法は、前記少なくとも１台の通信機器に対して、前記少なくとも１台の通信機器に予め定められた固有の第１の認証情報を用いて認証を行なう第１の認証ステップをさらに有し、前記第１の認証ステップで認証された場合に、前記認証情報は前記少なくとも１台の通信機器に供給されることを特徴とする。また、本発明の通信方法は、前記少なくとも１台の通信機器が受け取る前記第１の認証情報とは異なる第２の認証情報を用いて前記少なくとも２台の通信機器間の認証を行なう第２の認証ステップをさらに有する。また、本発明の通信方法は、前記少なくとも２台の通信機器間の通信または前記少なくとも１台の通信機器への通信が、Ｂｌｕｅｔｏｏｔｈ規格の無線通信であることを特徴とする。
【００４８】
また、本発明の通信機器は、認証情報を用いて互いに通信可能であるか認証する機能を有し認証後に通信を開始する通信機器であって、前記認証情報を無線を介して取得する手段を備える。上記構成によれば、従来の無線通信機能を利用して認証情報を取得でき新たに認証情報の入力手段を設ける必要がない為、通信機器のコストを削減できる。
【発明の効果】
【００４９】
本発明の通信システムおよび通信方法によれば、通信機器に対して、無線を介して前記認証情報を供給することにより、通信機器は、従来の無線通信機能を利用して認証情報を取得でき新たに認証情報の入力手段を設ける必要がない為、通信システムのコストを削減できる。
【発明を実施するための最良の形態】
【００５０】
（第１の実施形態）
図９は、本発明の第１の実施形態を説明するためのＢｌｕｅｔｏｏｔｈ機器通信システムの構成図であり、Ｂｌｕｅｔｏｏｔｈ認証情報配布の概念を示す。同図に示す通信システムは、認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能なＢｌｕｅｔｏｏｔｈ通信システムであって、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）と、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）に対して、無線を介して認証情報を供給するセキュリティサーバ７０３を備える。
【００５１】
Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）と認証接続し、無線を介して認証情報(接続通信相手のＢＤ＿ＡＤＤＲとパスキー、またはパスキーのみ)７０２（７０２ａ，７０２ｂ）を配布するように構成されている。ここで、認証情報７０２は、Ｂｌｕｅｔｏｏｔｈ機器が他のＢｌｕｅｔｏｏｔｈ機器と通信するためのものであり、Ｂｌｕｅｔｏｏｔｈ機器７０３とＢｌｕｅｔｏｏｔｈ機器７０４がＢｌｕｅｔｏｏｔｈ認証接続する場合に用いる認証情報である。本実施形態ではＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、Ｂｌｕｅｔｏｏｔｈ機器と独立に備えられているが、Ｂｌｕｅｔｏｏｔｈ機器に対して無線を介して認証情報を供給する機能が、いずれかのＢｌｕｅｔｏｏｔｈ機器に備えられていてもよい。
【００５２】
また、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）は、各通信機器に予め定められた固有の既存認証情報（第1の認証情報）を用いてＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３と認証を行う機能と、既存認証情報とは異なる認証情報（第２の認証情報）を用いてＢｌｕｅｔｏｏｔｈ機器１（７０４）、２（７０５）間の認証を行う機能とを備える。Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）は、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３からの認証情報７０２ａ，７０２ｂが配布される前に、各機器に固有となる予め定められた既存認証情報（第１の認証情報）が設定されているものとする。Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）の既存認証情報をあらかじめ既知のものとする。既存認証情報は外部者には漏れていない情報とする。Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）は、認証情報の入力手段を持たず、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、認証情報の入力手段を持つ機器である。
【００５３】
Ｂｌｕｅｔｏｏｔｈ機器１（７０４）およびＢｌｕｅｔｏｏｔｈ機器２（７０５）は、既存認証情報と異なる認証情報７０２（第２の認証情報）をＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３から無線を介して取得し、不揮発性メモリに記憶する。Ｂｌｕｅｔｏｏｔｈ機器７０４とＢｌｕｅｔｏｏｔｈ機器７０５がＢｌｕｅｔｏｏｔｈ認証接続する場合、上記不揮発性メモリから認証情報を読出し、認証処理時に使用する。
【００５４】
図１０は、第１の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３の内部構成を示す図である。Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、通信機器に対して、無線を介して認証情報を供給するものであり、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、操作部４０４、不揮発性メモリ４０５、無線通信回路部４０６、アンテナ４０７を有している。図示するように、アンテナ４０７を除く各構成要素は、内部バス４１３によって相互に接続されている。ＣＰＵ４０１は、ＲＯＭ４０２に格納されているプログラムに従って動作し、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３の各種動作を制御する。ＲＯＭ４０２はＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３の制御手順、データ等をあらかじめ格納した不揮発性メモリである。ＲＡＭ４０３は外部機器から送信されるデータへの変換作業用のワークエリア、ＣＰＵ４０１の演算等に使用するワークエリア、無線通信回路部から送受信される通信データ、各種設定等を一時的に格納するエリアとして使用される。操作部４０４は、外部からの入力装置であり、ボタンやタッチパネルなどで構成される。Ｂｌｕｅｔｏｏｔｈセキュリティサーバの使用者は、操作部４０４を用いてデバイス検索、認証情報の入力などを行なう。
【００５５】
不揮発性メモリ４０５は、書き換え可能であり、機器の各種設定やＢｌｕｅｔｏｏｔｈ通信に使用する通信相手ＢＤ＿ＡＤＤＲ、以前接続したＢｌｕｅｔｏｏｔｈ機器との通信に使用するリンクキー情報等を記憶・保存する。無線通信回路部４０６は、無線通信に必要な高周波回路部、符号化・複合化回路部、無線通信時に使用するＦＩＦＯメモリ、自身のＢＤ＿ＡＤＤＲ＿Ｄ、自身のパスキーＤを記憶している不揮発性メモリ等から構成され、アンテナ４０７が接続されている。
【００５６】
図１１は、第１の実施形態のＢｌｕｅｔｏｏｔｈ機器６００の内部構成を示す図である。同図に示すように、Ｂｌｕｅｔｏｏｔｈ機器６００は、ＣＰＵ６０１、ＲＯＭ６０２、ＲＡＭ６０３、不揮発性メモリ６０４、無線通信回路部６０５、アンテナ６０６を有し、他の通信機器と通信可能であるか認証した後に通信を開始する通信機器である。図示するように、アンテナ６０６を除く各構成要素は内部バス６１３によって相互に接続されている。ＣＰＵ６０１は、ＲＯＭ６０２に格納されているプログラムに従って動作し、Ｂｌｕｅｔｏｏｔｈ機器６００の各種動作を制御する。ＲＯＭ６０２はＢｌｕｅｔｏｏｔｈ機器６００の制御手順、データ等をあらかじめ格納した不揮発性メモリである。ＲＡＭ６０３は外部機器から送信されるデータへの変換作業用のワークエリア、ＣＰＵ６０１の演算等に使用するワークエリア、無線通信回路部６０５から送受信される通信データ、各種設定等を一時的に格納するエリアとして使用される。不揮発性メモリ６０４は、書き換え可能であり、機器の各種設定やＢｌｕｅｔｏｏｔｈ通信に使用する通信相手ＢＤ＿ＡＤＤＲ、以前接続したＢｌｕｅｔｏｏｔｈ機器との通信に使用するリンクキー情報等を記憶・保存する。無線通信回路部６０５は、無線通信に必要な高周波回路部、符号化・複合化回路部、無線通信時に使用するＦＩＦＯメモリ、自身のＢＤ＿ＡＤＤＲ＿Ｄ、自身のパスキーＤを記憶している不揮発性メモリ等から構成され、アンテナ６０６が接続されている。また、無線通信回路部６０５は、アンテナ６０６が受信した情報から認証情報を抽出して取得する機能を有する。アンテナ６０６及び無線通信回路部６０５は、他の通信機器と通信するための認証情報を無線を介して取得し、ＣＰＵ６０１は、取得した認証情報を用いて認証を行う。
【００５７】
次に、図９に示した認証情報７０２（第２の認証情報）の配布の詳細を図１１、１２、１３に基づいて説明する。
【００５８】
図１２は、第１の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３の認証情報配布フローを示す図である。最初に、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３が、デバイス検索のためにインクワイアリ検索を使用する（ステップＳ６０１）。また、応答してきたＢｌｕｅｔｏｏｔｈ機器のＢＤ＿ＡＤＤＲとそのデバイスクラスが所望のＢｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）のものであるか確認する。Ｂｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）であった場合、ステップＳ６０２へ進み、そうでなければ終了する。次に、ステップＳ６０２では、メーカから購入後初めての使用の場合であるときは、ステップＳ６０３へ進み、そうでない場合は、ステップＳ６０４へ進む。ステップＳ６０３では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ側は、ＲＯＭ４０２に保存している既存認証情報（第１の認証情報）を認証に使用する。ここで、既存認証情報は工場出荷時にメーカが機種固有に設定した値であり、外部者には漏れていないものとする。工場出荷時には、Ｂｌｕｅｔｏｏｔｈ機器は機種固有の既存認証情報を事前に不揮発性メモリ６０４に書き込まれているものとする。その後、製品購入時にＢｌｕｅｔｏｏｔｈセキュリティサーバを使用して、既存認証情報をユーザ独自に変更する。この場合、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３内部にも工場出荷時の機種固有の既存認証情報があらかじめ設定されており、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ使用者には既存認証情報の値は表示されないものとする。
【００５９】
図１３は、第１の実施形態のクラスデバイスとパスキーのリストの例を示す図である。図１３では、各デバイスクラス毎に初期接続パスキーが設定されており、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３側は、該パスキーを認証時に使用する。Ｂｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）側では、不揮発性メモリ６０４に同様の既存認証情報が工場出荷時に設定されている。ステップＳ６０４では、操作部４０４を用いてＢｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）の既存認証情報をユーザに入力してもらう。ステップＳ６０５では、認証結果がＯＫならばステップＳ６０７に進み、認証を受諾してステップＳ６０８に進む。そうでない場合は、ステップＳ６０６に進み認証を拒否して終了する。
【００６０】
ステップＳ６０８では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３とＢｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。確認がＯＫの場合は、ステップＳ６０９に進み、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）に認証情報（第２の認証情報）を配布する。この際、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は、操作部４０４を用いてＢｌｕｅｔｏｏｔｈセキュリティサーバ使用者に入力された認証情報をＢｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）に配布する。Ｂｌｕｅｔｏｏｔｈ機器１（７０４）またはＢｌｕｅｔｏｏｔｈ機器２（７０５）はそれまでの既存認証情報（第１の認証情報）を破棄し、配布された新しい認証情報（第２の認証情報）を保存する。以上をもって認証の配布処理を終了する。
【００６１】
図１４は、Ｂｌｕｅｔｏｏｔｈ機器の認証情報配布フローを示す図であり、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）を例に、Ｂｌｕｅｔｏｏｔｈ機器側の動作を説明する。最初に、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３からＢｌｕｅｔｏｏｔｈ機器７０４に対して認証接続を開始する。ステップＳ２４０１において不揮発性メモリ６０４から既存認証情報（第１の認証情報）を取得し、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３との認証に使用する。ステップ２４０２では、認証結果がＯＫならばステップＳ２４０３に進み、認証受諾してステップＳ２４０４に進む。そうでない場合は、ステップＳ２４０７に進む認証を拒否して終了する。ステップＳ２４０４では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３とＢｌｕｅｔｏｏｔｈ機器７０４がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。確認がＯＫの場合は、ステップＳ２４０５に進み、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３からＢｌｕｅｔｏｏｔｈ機器７０４に認証情報（第２の認証情報）を配布する。そうでない場合は、終了する。次にステップＳ２４０６に進み、該不揮発性メモリに取得した該認証情報を記憶し終了する。また、以上の動作は、Ｂｌｕｅｔｏｏｔｈ機器２（７０５）においても同様に行われる。
【００６２】
図２３は、Ｂｌｕｅｔｏｏｔｈ規格での機器認証の動作を説明するための図であり、Ｂｌｕｅｔｏｏｔｈ機器１（７０４）とＢｌｕｅｔｏｏｔｈ機器２（７０５）との認証処理を示す。Ｂｌｕｅｔｏｏｔｈ機器間での認証処理は従来と同様なので説明を省略する。
【００６３】
従来技術においては、Ｂｌｕｅｔｏｏｔｈ機器の外部インタフェースを介して外部機器からＢＤ＿ＡＤＤＲとパスキーをＢｌｕｅｔｏｏｔｈ機器内の不揮発性メモリに書き込んだが、第１の実施形態においては、Ｂｌｕｅｔｏｏｔｈ機器に装備した無線を介してＢｌｕｅｔｏｏｔｈ機器内の不揮発性メモリに書きこむ点が異なる。ここで、外部インタフェース及び外部インタフェースを介して接続される外部機器として、ＵＳＢケーブルなどで接続されるＵＳＢデバイスや、直接にスロットに挿入されるメモリカードなどが用いられることが想定される。また、図１１のように第１の実施形態のＢｌｕｅｔｏｏｔｈ機器の構成は、従来の構成を示す図１のように外部接続用のインタフェース回路部１０８と外部接続機器コネクタ１０７を必要としないため、製品コストを低く抑えることが可能となる。
【００６４】
ここで、補足として第１の実施形態を、図８に示す従来のＢｌｕｅｔｏｏｔｈネットワーク形態に応用した例を説明する。
【００６５】
図１５は、第１の実施形態のＢｌｕｅｔｏｏｔｈ機器同士のネットワーク形態の例を示す図である。同図において、図８と同様にＢｌｕｅｔｏｏｔｈ機器同士が互いにＢｌｕｅｔｏｏｔｈ接続するものとする。例えば、Ｂｌｕｅｔｏｏｔｈ機器３００１は、隣接するＢｌｕｅｔｏｏｔｈ機器３００２及びＢｌｕｅｔｏｏｔｈ機器３００８とＢｌｕｅｔｏｏｔｈ接続される。Ｂｌｕｅｔｏｏｔｈ接続するためには、前述したように接続先Ｂｌｕｅｔｏｏｔｈ機器の持つパスキー情報が必要である。よって、図１５においてはＢｌｕｅｔｏｏｔｈ機器３００１は、隣接するＢｌｕｅｔｏｏｔｈ機器３００１とＢｌｕｅｏｏｔｈ機器３００８のパスキー情報を取得する必要がある。本実施形態においては、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ３００９から、各Ｂｌｕｅｔｏｏｔｈ機器３００１〜３００８に前記手法により無線を介して認証情報を配布する。
【００６６】
従って、本実施形態においては、図１５に示す、従来と同様のネットワーク形態であっても、外部機器接続用コネクタ及びインタフェース回路を各Ｂｌｕｅｔｏｏｔｈ機器３００１〜３００８に設ける必要はない。また、外部インタフェースを持たないＢｌｕｅｔｏｏｔｈ機器であっても、任意の他Ｂｌｕｅｔｏｏｔｈ機器とのＢｌｕｅｔｏｏｔｈ接続が可能であるため、Ｂｌｕｅｔｏｏｔｈの相互接続も維持され、ユーザにとっては使い易い製品となっている。また、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３は単独の機器としているが、Ｂｌｕｅｔｏｏｔｈネットワークを構成する機器のうちどれか1台のＢｌｕｅｔｏｏｔｈ機器の内蔵機能として追加しても良い。
【００６７】
（第２の実施形態）
第１の実施形態では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバの使用者が認証情報を直接入力した。また、第１の実施形態では、該認証情報が変更された場合または該認証情報を第３者から完全に隠蔽したい場合等に、改良の余地がある。そこで、第２の実施形態では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバに外部インタフェースを具備し、該外部インタフェースからＢｌｕｅｔｏｏｔｈ機器への配布用認証情報を入力する。
【００６８】
図１６は、本発明の第２の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの内部構成図である。同図に示すように、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２０９は、メモリカードを装着するための外部機器接続コネクタ１２０７を備える。Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００に装着可能なメモリカード１２０９は、パーソナルコンピュータ等の外部機器のメモリカードスロットへ装着され、あらかじめ調査したＢｌｕｅｔｏｏｔｈ機器のＢＤ＿ＡＤＤＲとパスキー情報とが、メモリカードの所定のエリアに書き込まれている。通信を行う場合は、メモリカード１２０９を外部機器接続コネクタ１２０７に装着しておく。なお、メモリカード１２０９内に設定されているＢＤ＿ＡＤＤＲとパスキーリストは、第１の実施形態で説明したＢｌｕｅｔｏｏｔｈセキュリティサーバ７０３内蔵の不揮発性メモリ４０４内のリストと同様のものである。第１の実施形態では、操作部４０４を用いて、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ７０３に認証情報を入力していたが、第２の実施形態では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００に具備した外部インタフェースを用いて認証情報を入力する点が異なる。
【００６９】
図１６に示すように、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００は、ＣＰＵ１２０１、ＲＯＭ１２０２、ＲＡＭ１２０３、不揮発性メモリ１２０４、無線通信回路部１２０５、アンテナ１２０６、外部機器接続コネクタ１２０７、インタフェース回路部１２０８を有しており、図示するように、内部バス１２１３によって相互に接続されている。ＣＰＵ１２０１は、ＲＯＭ１２０２に格納されているプログラムに従って動作し、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００の各種動作を制御する。ＲＯＭ１２０２はＢｌｕｅｔｏｏｔｈセキュリティサーバ１２００の制御手順、データ等をあらかじめ格納した不揮発性メモリである。ＲＡＭ１２０３は外部機器から送信されるデータへの変換作業用のワークエリア、ＣＰＵ１２０１の演算等に使用するワークエリア、無線通信回路部１２０５から送受信される通信データ、各種設定等を一時的に格納するエリアとして使用される。不揮発性メモリ１２０４は、書き換え可能であり、機器の各種設定やＢｌｕｅｔｏｏｔｈ通信に使用する通信相手のＢＤ＿ＡＤＤＲ、以前接続したＢｌｕｅｔｏｏｔｈ機器との通信に使用するリンクキー情報等を記憶・保存する。無線通信回路部１２０５は、無線通信に必要な高周波回路部、符号化・複合化回路部、無線通信時に使用するＦＩＦＯメモリ、自身のＢＤ＿ＡＤＤＲ＿Ｄ、自身のパスキーＤを記憶している不揮発性メモリ等から構成され、アンテナ１２０６が接続されている。外部機器接続コネクタ１２０７は、外部機器とＢｌｕｅｔｏｏｔｈセキュリティサーバを接続するコネクタである。インタフェース回路部１２０８は、外部機器接続コネクタ１２０７を介して接続された外部機器との間でデータ通信を行う機能を備えている。ＣＰＵ１２０１の制御に従い、外部機器へのデータの送信及び外部機器からのデータの受信を行う。
【００７０】
図１７は、第２の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバ認証情報配布フローを示す図であり、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００からＢｌｕｅｔｏｏｔｈ機器への認証情報の配布の詳細を示す。まず、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ１２００が、デバイス検索のためにインクワイアリ検索を使用する（ステップＳ２３０１）。応答してきたＢｌｕｅｔｏｏｔｈ機器のＢＤ＿ＡＤＤＲとそのデバイスクラスが所望のＢｌｕｅｔｏｏｔｈ機器のものであるか確認する。所望のＢｌｕｅｔｏｏｔｈ機器であった場合、ステップＳ２３０２へ進み、そうでなければ終了する。
【００７１】
次に、ステップＳ２３０２では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバにメモリカードが挿入されていた場合は、ステップＳ２３０３へ進み、そうでない場合は、ステップＳ２３０４へ進む。ステップＳ２３０３では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ側は、Ｂｌｕｅｔｏｏｔｈ機器の既存認証情報が保存されたメモリカードを使用する。Ｓ２３０４では、不揮発性メモリ１２０４に保存している既存認証情報を認証に使用する。ここで、不揮発性メモリ１２０４に保存されている既存認証情報は、工場出荷時にメーカが機種固有に設定した値であり、外部者には漏れていないものとする。工場出荷時には、Ｂｌｕｅｔｏｏｔｈ機器は機種固有の既存認証情報を事前に不揮発性メモリに書き込まれているものとする。Ｂｌｕｅｔｏｏｔｈ機器の工場出荷時の認証情報が変更された場合は、変更された既存認証情報を記憶したメモリカードをＢｌｕｅｔｏｏｔｈセキュリティサーバに挿入し、Ｓ２３０３の処理を行なう。ここで、該メモリカードはメーカから配布されるもので、一般ユーザには参照不可なメモリカードとするべきである。第１の実施形態と同様に、第２の実施形態においても、製品購入時に、Ｂｌｕｅｔｏｏｔｈセキュリティサーバを使用して、Ｂｌｕｅｔｏｏｔｈ機器の上記認証情報をユーザ独自に変更する。
【００７２】
ステップＳ２３０５では、認証結果がＯＫならばステップＳ２３０７に進み、認証を受諾してステップＳ２３０８に進む。そうでない場合は、ステップＳ２３０６に進み認証を拒否して終了する。ステップＳ２３０８では、ＢｌｕｅｔｏｏｔｈセキュリティサーバとＢｌｕｅｔｏｏｔｈ機器がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。確認がＯＫの場合は、ステップＳ２３０９に進み、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証情報を配布する。Ｂｌｕｅｔｏｏｔｈ機器は前回の認証情報を破棄し、配布された新しい認証情報を保存する。以上で認証情報の配布処理を終了する。
【００７３】
第２の実施形態におけるＢｌｕｅｔｏｏｔｈ機器側の動作は、第１の実施形態と同様なので説明を省略する。
【００７４】
第２の実施形態によれば、メモリカードを装着して認証情報をＢｌｕｅｔｏｏｔｈセキュリティサーバに入力するため、外部者に漏れることなく安全に認証情報を入力することができる。また、Ｂｌｕｅｔｏｏｔｈセキュリティサーバとメモリカード１２０９間、または上記パーソナルコンピュータとメモリカード１２０９間でセキュワを保てば、より安全に認証情報を入力することが可能となる。
【００７５】
（第３の実施形態）
第１の実施形態および第２の実施形態では、Ｂｌｕｅｔｏｏｔｈ機器同士の間で使用する認証情報と、Ｂｌｕｅｔｏｏｔｈ機器とＢｌｕｅｔｏｏｔｈセキュリティサーバとの間で使用する認証情報とが同様であったが、第３の実施形態では、Ｂｌｕｅｔｏｏｔｈ機器同士の間で可変な認証情報を使用し、Ｂｌｕｅｔｏｏｔｈ機器とＢｌｕｅｔｏｏｔｈセキュリティサーバ間との間で固定的な固定認証情報を使用する点が異なる。第３の実施形態の構成は、第１の実施形態または第２の実施形態と同様なので詳細な説明を省略する。
【００７６】
図１８は、本発明の第３の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの認証情報配布フローを示す図であり、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器の認証情報を配布する手法を示す。まず、Ｂｌｕｅｔｏｏｔｈセキュリティサーバが、デバイス検索のためにインクワイアリ検索を使用する（ステップＳ２４０１）。応答してきたＢｌｕｅｔｏｏｔｈ機器のＢＤ＿ＡＤＤＲとそのデバイスクラスが、所望のＢｌｕｅｔｏｏｔｈ機器のものであるか確認する。該Ｂｌｕｅｔｏｏｔｈ機器であった場合、ステップＳ２４０２へ進み、そうでなければ終了する。ステップＳ２６０２では、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ側は、ＲＯＭに保存しているＢｌｕｅｔｏｏｔｈ機器との固定認証情報（第１の認証情報）を認証に使用する。ここで、上記固定認証情報は工場出荷時にメーカが機種固有に設定した値であり、外部者には漏れていないものとする。第１の実施形態および第２の実施形態と同様に各デバイスクラス毎に固定パスキーが設定されており、Ｂｌｕｅｔｏｏｔｈセキュリティサーバ側は上記パスキーを認証時に使用する。Ｂｌｕｅｔｏｏｔｈ機器側では、不揮発性メモリ４０４に同様の固定パスキーが工場出荷時に設定されている。
【００７７】
図１９は、第３の実施形態のＢｌｕｅｔｏｏｔｈ機器におけるＢｌｕｅｔｏｏｔｈアドレスとリンクキーのリストを示す図であり、Ｂｌｕｅｔｏｏｔｈセキュリティサーバとの認証時に接続するための固定認証情報と、Ｂｌｕｅｔｏｏｔｈ機器同士で接続するための可変認証情報とが設定されている。ステップＳ２６０３で、認証結果がＯＫだった場合はステップＳ２６０４で認証受諾しステップＳ２６０６へ、そうでない場合はステップＳ２６０５で認証拒否し終了する。ステップＳ２６０６では、ＢｌｕｅｔｏｏｔｈセキュリティサーバとＢｌｕｅｔｏｏｔｈ機器がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。サービス情報が異なった場合は終了する。ステップＳ２６０７では、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証情報（第２の認証情報）を配布する。この際、認証情報を配布する方法は、第１の実施形態及び第２の実施形態のどちらの方法でも構わない。Ｂｌｕｅｔｏｏｔｈ機器は前回の可変認証情報を破棄し、配布された新しい可変認証情報を保存する。以上でＢｌｕｅｔｏｏｔｈセキュリティサーバの認証情報の配布処理を終了する。
【００７８】
図２０は、第３の実施形態のＢｌｕｅｔｏｏｔｈ機器の認証情報配布フローを示す図である。最初に、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に対して認証接続を開始する。ステップＳ２７０１において、接続相手がＢｌｕｅｔｏｏｔｈセキュリティサーバだった場合は、ステップＳ２７０２へ、そうでない場合はステップＳ２７０７に進む。ステップＳ２７０２において不揮発性メモリから認証情報を取得し、Ｂｌｕｅｔｏｏｔｈセキュリティサーバとの認証に使用する。ステップ２７０３では、認証結果がＯＫならばステップＳ２７０４に進み、認証受諾してステップＳ２７０５に進む。そうでない場合は、ステップＳ２７１０に進み認証を拒否して終了する。
【００７９】
ステップＳ２７０５では、ＢｌｕｅｔｏｏｔｈセキュリティサーバとＢｌｕｅｔｏｏｔｈ機器がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。確認がＯＫの場合は、ステップＳ２７０６に進み、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証情報を配布する。そうでない場合は終了する。次にステップＳ２７０６に進み、該不揮発性メモリに取得した該認証情報を記憶し終了する。また、ステップＳ２７０７に進んだ場合、Ｂｌｕｅｔｏｏｔｈ機器同士のＢｌｕｅｔｏｏｔｈ認証接続であるので、害認証時にはステップＳ２７０７で可変認証情報を認証に使用し、認証結果がＯＫの場合はステップＳ２７０９に進み認証を終了する。そうでない場合は、ステップＳ２７１０に進み認証拒否し終了する。
【００８０】
（第４の実施形態）
第１の実施形態は、認証情報を配布する対象のＢｌｕｅｔｏｏｔｈ機器に既存認証情報（第１の認証情報）がすでに設定されている場合のみ有効であるが、第４の実施形態は、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証有無の設定が行える点が異なる。第４の実施形態の機器構成は、第１の実施形態と同様なので構成についての詳細な説明は省略する。
【００８１】
図２１は、本発明の第４の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの認証設定時動作フローを示す図である。ここでは、Ｂｌｕｅｔｏｏｔｈ機器が認証無しと設定されており、ＢｌｕｅｔｏｏｔｈセキュリティサーバがＢｌｕｅｔｏｏｔｈ機器を認証有りに変更する場合について説明する。まず、ステップＳ２８０１でＢｌｕｅｔｏｏｔｈセキュリティサーバが、デバイス検索のためにインクワイアリ検索を使用する。応答してきたＢｌｕｅｔｏｏｔｈ機器のＢＤ＿ＡＤＤＲとそのデバイスクラスが所望のＢｌｕｅｔｏｏｔｈ機器のものであるか確認する。該Ｂｌｕｅｔｏｏｔｈ機器であった場合、ステップＳ２８０２へ進み、そうでなければ終了する。次にステップＳ２８０２では、Ｂｌｕｅｔｏｏｔｈ機器とＢｌｕｅｔｏｏｔｈセキュリティサーバは認証無しで接続する。ステップＳ２８０３は、ＢｌｕｅｔｏｏｔｈセキュリティサーバとＢｌｕｅｔｏｏｔｈ機器がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。ステップ２８０４では、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証有りの設定を行う。
【００８２】
図２２は、第４の実施形態におけるＢｌｕｅｔｏｏｔｈ機器の認証設定の動作フローを示す図である。まず、ステップＳ２９０１でＢｌｕｅｔｏｏｔｈセキュリティサーバが、Ｂｌｕｅｔｏｏｔｈ機器に対して認証無しで接続をしかける。次にステップＳ２９０２において、ＢｌｕｅｔｏｏｔｈセキュリティサーバとＢｌｕｅｔｏｏｔｈ機器がＳＤＰプロトコルによりサービス情報を交換し、お互いの機能を確認する。ステップＳ２９０３では、ＢｌｕｅｔｏｏｔｈセキュリティサーバからＢｌｕｅｔｏｏｔｈ機器に認証情報を設定し、Ｂｌｕｅｔｏｏｔｈ機器は認証有りと設定される。
【００８３】
第４の実施形態によれば、無線でＢｌｕｅｔｏｏｔｈ機器の接続認証の有りまたは無しを設定することが可能となる。
【００８４】
なお、上記のすべての実施形態の説明において、通信機器としてＢｌｕｅｔｏｏｔｈ規格に対応した通信機器間についての説明を行ってきたが、本発明はこれに限られるものではなく、通信部（Ｂｌｕｅｔｏｏｔｈセキュリティサーバ）が通信機器（Ｂｌｕｅｔｏｏｔｈ機器）に対して、無線を介して認証情報を供給するという思想を逸脱しない範囲ですべての通信機器に対して適用が可能である。
【００８５】
本発明を詳細にまた特定の実施態様を参照して説明したが、本発明の精神と範囲を逸脱することなく様々な変更や修正を加えることができることは当業者にとって明らかである。
本出願は、2004年3月2日出願の日本特許出願（特願2004−57393）に基づくものであり、その内容はここに参照として取り込まれる。
【図面の簡単な説明】
【００８６】
【図１】従来の入力手段を持つＢｌｕｅｔｏｏｔｈ機器の内部構成を示すブロック図
【図２】従来の入力手段を持たないＢｌｕｅｔｏｏｔｈ機器の内部構成を示すブロック図
【図３】従来のＢｌｕｅｔｏｏｔｈアドレスとパスキーのリストを示す図
【図４】従来のＢｌｕｅｔｏｏｔｈの接続認証シーケンスを示す図
【図５】従来のＢｌｕｅｔｏｏｔｈの接続認証フローを示す図
【図６】従来のＢｌｕｅｔｏｏｔｈ機器におけるＢｌｕｅｔｏｏｔｈアドレスとリンクキーのリストを示す図
【図７】従来のＢｌｕｅｔｏｏｔｈの接続認証シーケンスを示す図
【図８】従来のＢｌｕｅｔｏｏｔｈ機器同士のネットワーク形態の１例を示す図
【図９】本発明の第１の実施形態を説明するためのＢｌｕｅｔｏｏｔｈ機器通信システムの構成図
【図１０】第１の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの内部構成を示す図
【図１１】第１の実施形態のＢｌｕｅｔｏｏｔｈ機器の内部構成を示す図
【図１２】第１の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの認証情報配布フローを示す図
【図１３】第１の実施形態のクラスデバイスとパスキーのリストの例を示す図
【図１４】第１の実施形態のＢｌｕｅｔｏｏｔｈ機器の認証情報配布フローを示す図
【図１５】第１の実施形態のＢｌｕｅｔｏｏｔｈ機器同士のネットワーク形態の例を示す図
【図１６】本発明の第２の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの内部構成図
【図１７】第２の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバ認証情報配布フローを示す図
【図１８】本発明の第３の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの認証情報配布フローを示す図
【図１９】第３の実施形態のＢｌｕｅｔｏｏｔｈ機器におけるＢｌｕｅｔｏｏｔｈアドレスとリンクキーのリストを示す図
【図２０】第３の実施形態のＢｌｕｅｔｏｏｔｈ機器の認証情報配布フローを示す図
【図２１】本発明の第４の実施形態のＢｌｕｅｔｏｏｔｈセキュリティサーバの認証設定時動作フローを示す図
【図２２】第４の実施形態におけるＢｌｕｅｔｏｏｔｈ機器の認証設定の動作フローを示す図
【図２３】Ｂｌｕｅｔｏｏｔｈ規格での機器認証の動作を説明するための図
【符号の説明】
【００８７】
４０４  操作部
４０５、６０４、１２０４  不揮発性メモリ
４０６、６０５、１２０５  無線通信回路部
７０３  入力認証情報
７０２ａ、７０２ｂ  認証情報
７０３  Ｂｌｕｅｔｏｏｔｈセキュリティサーバ
７０４、７０５  Ｂｌｕｅｔｏｏｔｈ機器
１２０７  外部機器接続コネクタ
１２０８  インタフェース回路部
１２０９  メモリカード
【産業上の利用可能性】
【００８８】
本発明の通信システムおよび通信方法によれば、通信機器に対して、無線を介して前記認証情報を供給することにより、通信機器は、従来の無線通信機能を利用して認証情報を取得でき新たに認証情報の入力手段を設ける必要がない為、通信システムのコストを削減できる効果を有し、認証情報を用いた認証機能を有し、少なくとも２台の通信機器間において互いに通信可能な通信システムおよびその通信方法等に有用である。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2005083941.tif 000025
【図２】
2005083941.tif 000026
【図３】
2005083941.tif 000027
【図４】
2005083941.tif 000028
【図５】
2005083941.tif 000029
【図６】
2005083941.tif 000030
【図７】
2005083941.tif 000031
【図８】
2005083941.tif 000032
【図９】
2005083941.tif 000033
【図１０】
2005083941.tif 000034
【図１１】
2005083941.tif 000035
【図１２】
2005083941.tif 000036
【図１３】
2005083941.tif 000037
【図１４】
2005083941.tif 000038
【図１５】
2005083941.tif 000039
【図１６】
2005083941.tif 000040
【図１７】
2005083941.tif 000041
【図１８】
2005083941.tif 000042
【図１９】
2005083941.tif 000043
【図２０】
2005083941.tif 000044
【図２１】
2005083941.tif 000045
【図２２】
2005083941.tif 000046
【図２３】
2005083941.tif 000047
【国際調査報告】
2005083941.tif 000048
2005083941.tif 000049
2005083941.tif 000050
2005083941.tif 000051