【０００１】
【発明の属する技術分野】
本発明は、ピコネット構築方法に関し、特に、Ｂｌｕｅｔｏｏｔｈ無線通信システムを用いるアプリケーションを利用するモデル選択式ピコネット構築方法に関する。
【０００２】
【従来の技術】
近年、同種又は異種の様々な端末同士を有線通信又は無線通信により接続し、より付加価値の高いサービスが実現されるようになっている。
【０００３】
特に、無線通信接続は、有線通信接続で問題となるケーブル長や障害物による設置場所の制限、複数のケーブルによる混雑・混乱を解決することができるため、これまで有線通信接続が当たり前であった端末間の接続、例えば、コンピュータとマウスの接続、コンピュータとプリンタの接続、コンピュータとデジタルカメラの接続、プリンタとデジタルカメラの接続などを無線通信接続で置き換えることにより、ユーザにより快適な使用環境が提供されるようになった。
【０００４】
このような使用環境を提供することができる無線通信技術の１つとして、近距離無線通信方式であるＢｌｕｅｔｏｏｔｈ無線通信システムがある。Ｂｌｕｅｔｏｏｔｈ無線通信システムは、ローカル無線通信システムであり、マスタとしての役割を担う１台の端末が、スレーブとしての役割を担う複数の端末と接続して通信を行う。このような、Ｂｌｕｅｔｏｏｔｈ無線通信システムを利用したネットワークはピコネットと呼ばれ、一般に、１つのピコネットは、マスタ端末が１台、スレーブ端末が７台以下で構成される。
【０００５】
このようなピコネットは、最も一般的には、以下のように構築される。
【０００６】
まず、無線通信可能範囲にＢｌｕｅｔｏｏｔｈ無線通信が可能な端末（以下「Ｂｌｕｅｔｏｏｔｈ端末」という。）が存在するか否かを自身もＢｌｕｅｔｏｏｔｈ端末であるマスタ端末によってデバイス探索を行う。このデバイス探索は、デバイス探索を行うマスタ端末からある特定のパケットを送信し、それを受け取ったＢｌｕｅｔｏｏｔｈ端末が応答パケットをマスタ端末に返し、マスタ端末は、その応答パケットを受け取ることで、周囲に存在するＢｌｕｅｔｏｏｔｈ端末を検出することをいう。
【０００７】
このデバイス探索を実行した後、マスタ端末は所望のＢｌｕｅｔｏｏｔｈ端末に対して通信接続処理を行う。このとき、接続された側のＢｌｕｅｔｏｏｔｈ端末はスレーブ端末となる。所望のＢｌｕｅｔｏｏｔｈ端末が複数ある場合には、マスタ端末は、順次、対象となるＢｌｕｅｔｏｏｔｈ端末に対して接続処理を行うことで、ピコネットを構築する。
【０００８】
ピコネットは、マスタ端末と、このマスタ端末にＢｌｕｅｔｏｏｔｈ無線通信により接続された１台又は複数台のスレーブ端末とから構成されるネットワークであるが、それぞれの実使用環境（以下「Ｕｓｅ Ｃａｓｅ」という。）において、どの端末がマスタ端末となり、どの端末がスレーブ端末となって、ピコネットを構築するのが便利であるかはユーザにより異なる。
【０００９】
また、Ｂｌｕｅｔｏｏｔｈ無線通信システムにおいては、デバイスクラスという端末の属性を表す情報を各端末に予め登録している。具体的には、各端末にはデバイスクラスの情報として、デスクトップＰＣ、ラップトップＰＣ、ハンドヘルドＰＣ、ＰＤＡ、携帯電話、キーボード、ディスプレイ、カメラ、プリンタ、スキャナ等のような製品概要の分かる名称が予め登録されている。そこで、ユーザは、所望のＵｓｅ Ｃａｓｅに合わせて、どのデバイスクラスを持つ端末をマスタ端末として用い、どのデバイスクラスを持つ端末をスレーブとして用いてピコネットを構築するのが便利なのか判断してピコネットを構築する、というような作業を行っていた。
【００１０】
【発明が解決しようとする課題】
しかしながら、従来のピコネット構築方法では、Ｕｓｅ Ｃａｓｅに応じて、ユーザ自身がマスタ端末を操作して、所望のピコネットを構成するために必要なデバイスクラスを持つＢｌｕｅｔｏｏｔｈ端末を探索し、探索された端末とマスタ端末とを順番に接続する必要がある。従って、ユーザ自身がピコネット構築におけるマスタ端末操作に知悉していなくてはならず、所望のピコネットを簡便に構築することができないという問題があった。
【００１１】
本発明の目的は、所望のピコネットを簡便に構築することができるピコネット構築方法を提供することにある。
【００１２】
【課題を解決するための手段】
上記目的を達成するために、請求項１記載のピコネット構築方法は、複数のＢｌｕｅｔｏｏｔｈ端末のうち、１の端末をマスタ端末とし、他の端末をスレーブ端末とするピコネットをピコネットモデルの選択により定義し、前記定義されたピコネットを構築する構築ステップを備えるピコネット構築方法において、前記構築ステップは、前記構築するピコネットを構成するＢｌｕｅｔｏｏｔｈ端末を探索する探索ステップと、前記ピコネットが前記探索されたＢｌｕｅｔｏｏｔｈ端末の内の前記定義されたピコネットで特定されるＢｌｕｅｔｏｏｔｈ端末によって完全に構築することができるとき、前記定義されたピコネットにおいてマスタ端末の役割が指定されている端末を前記ピコネットにおいてスレーブ端末の役割が指定されている端末に順次接続する接続ステップとを備えることを特徴とする。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態に係るピコネット構築方法を図面を用いて詳述する。
【００１４】
図１は、本発明の実施の形態に係るピコネット構築方法を実行するデジタルスチルカメラのブロック図である。
【００１５】
図１において、本発明の実施の形態に係るピコネット構築方法を実行するデジタルスチルカメラ（以下「デジカメ」という。）１は、Ｂｌｕｅｔｏｏｔｈ端末である。ここで、Ｂｌｕｅｔｏｏｔｈ端末とは、Ｂｌｕｅｔｏｏｔｈ無線通信が可能な端末をいい、各端末にはデバイスクラスという端末の属性を表す情報が予め登録されている。具体的には、各端末にはそのデバイスクラスの情報として、デスクトップＰＣ、ラップトップＰＣ、ハンドヘルドＰＣ、ＰＤＡ、携帯電話、キーボード、ディスプレイ、カメラ、プリンタ、スキャナ等のような製品概要の分かる名称が予め登録されている。また、Ｂｌｕｅｔｏｏｔｈ端末間では、後述する図３及び図４の方法によりピコネットというネットワークが構成される。ピコネットは、最大で８台のＢｌｕｅｔｏｏｔｈ端末により構成されるものであって、そのうち１台がマスタ端末となり、残りの端末がスレーブ端末としてマスタ端末に接続される。
【００１６】
図１のデジカメ１は、ユーザが自ら操作を行う自端末であって、複数のピコネットモデルを保存する記憶装置１０１と、記憶装置１０１に保存されているピコネットモデルを夫々ピコネットの模式図により示す複数のアイコンを表示する表示装置１０２と、表示装置１０２に表示された複数のアイコンのうち１つのアイコンを選択する操作部１０４と、選択されたアイコンに対応するピコネットモデルにより構築されるピコネットを定義且つ構築するＣＰＵ１０３（定義手段・構築手段）と、周囲のＢｌｕｅｔｏｏｔｈ端末を探索し、探索されたＢｌｕｅｔｏｏｔｈ端末との接続を行うＢｌｕｅｔｏｏｔｈ通信部１０５（探索手段・接続手段）とを備え、これらはバス１０６により相互に接続されている。
【００１７】
ここで、ピコネットモデルとは、各端末のデバイスクラスに応じてマスタ端末又はスレーブ端末が指定されたピコネットを構築するためのモデルをいう。
【００１８】
表示装置１０２の画面上に表示される上記アイコンには、実施可能アイコン及び実施不能アイコンがある。
【００１９】
実施可能アイコンとは、１のピコネットモデルが模式的に描かれたアイコンであって、このアイコンにより選択されたピコネットモデルで指定されたピコネットをＢｌｕｅｔｏｏｔｈ通信部１０５のデバイス探索により検出された端末を組み合わせることにより構築することができる（以下「実施可能」という。）アイコンである。
【００２０】
また、実施不能アイコンとは、１のピコネットモデルが模式的に描かれたアイコンであって、このアイコンにより選択されたピコネットモデルで指定されたピコネットを上記検出された端末を組み合わせることによっては構築することができない（以下「実施不能」という。）アイコンである。
【００２１】
これらのアイコンが表示装置１０２の画面上に表示されることにより、ユーザが実使用環境（以下「Ｕｓｅ Ｃａｓｅ」という。）に該当するピコネットモデルがいずれであるか視覚的・直感的に判別することを容易とすることができる。
【００２２】
例えば、Ｂｌｕｅｔｏｏｔｈ通信部１０５のデバイス探索により、デバイスクラスが夫々「ＰＣ」、「デジカメ」、「プリンタ」である端末が検出されたとき、実施可能アイコンの１つであるアイコン２０１（図２（ａ））が表示装置１０２の画面上に表示される。このアイコン２０１には、ピコネットモデルにより指定されたピコネットを構成する端末のデバイスクラスを示す絵、具体的にはＰＣ２０１ａ，デジカメ２０１ｂ，プリンタ２０１ｃと、情報送信の向きを示す矢印２０１ｄ，２０１ｅが描かれている。
【００２３】
また、上述のデバイス探索を行う前においても、選択可能に実施可能アイコンを表示してもよい。これにより、記憶装置１０１に保存されているピコネットモデルの種類をユーザが適切に把握することができる。
【００２４】
一方、例えば、Ｂｌｕｅｔｏｏｔｈ通信部１０５のデバイス探索によりデバイスクラスが「デジカメ」、「プリンタ」である端末は検出されたが、「ＰＣ」である端末は検出されなかったとき、実施不能アイコンの１つであるアイコン２０１’（図２（ｂ））が上記アイコン２０１の代わりに表示装置１０２の画面上に表示される。アイコン２０１’は、デジカメ２０１ｂ，プリンタ２０１ｃが描かれている点ではアイコン２０１と共通するが、ＰＣ２０１ａの代わりにデバイスクラスが「ＰＣ」である端末が検出されなかった旨を示す「×」印が付されたＰＣ２０１ａ’が描かれ、また矢印２０１ｄ，２０１ｅの代わりにデバイスクラスが「ＰＣ」の端末へは送信・受信共にすることができない旨を示すべくこれらの矢印の色を反転させた矢印２０１ｄ’，２０１ｅ’が描かれる。
【００２５】
本実施の形態では、表示装置１０２の画面上に表示されるアイコンは記憶装置１０１に事前に保存されたピコネットモデルに関するもののみとしているが、ユーザ自身がピコネットモデルを新たに作成したり、記憶装置１０１に保存されているピコネットモデルを編集したものを記憶装置１０１に保存しておき、アイコンとして表示できるようにしてもよい。これにより、ユーザが所望するピコネットを確実に構築することができる。
【００２６】
図３及び図４は、本発明の第１の実施の形態に係るピコネット構築処理を示すフローチャートである。
【００２７】
本処理は、Ｂｌｕｅｔｏｏｔｈ無線通信システムを用いるアプリケーションを利用したモデル選択式ピコネット構築方法であり、図１のデジカメ１におけるＣＰＵ１０３により実行される（構築ステップ）。本実施の形態では、デジカメ１内にあるＣＰＵ１０３が本処理を実行するが、記憶装置１０１、表示装置１０２、ＣＰＵ１０３、及びＢｌｕｅｔｏｏｔｈ通信部１０５と同等のものを備えるＢｌｕｅｔｏｏｔｈ端末内のＣＰＵであればこれに限定されるものではない。
【００２８】
図３において、まず、アプリケーションが起動すると、デジカメ１の表示装置１０２の画面上にアイコン２０１〜２０３（図２の（ａ），（ｃ），（ｄ））を表示する（ステップＳ１００）。
【００２９】
表示されたアイコン２０１〜２０３の１つがＵｓｅ Ｃａｓｅに応じて操作部１０４で選択されると（ステップＳ１０１でＹＥＳ）、選択されたアイコンに描かれているピコネットモデルにより構築するピコネットを定義する（ステップＳ１０２）（定義ステップ）。
【００３０】
次に、自端末であるデジカメ１周辺のＢｌｕｅｔｏｏｔｈ端末を探索する（ステップＳ１０３）（探索ステップ）。具体的には、ＣＰＵ１０３はＢｌｕｅｔｏｏｔｈ通信部１０５に指示し、自端末であるデジカメ１の周囲のＢｌｕｅｔｏｏｔｈ端末をデバイス探索し、その結果検出された端末毎にデバイスクラスを調査し、それらの端末情報を記憶装置１０１に保存する。ここで、端末の提供できるより詳細なサービス内容を調査するサービスサーチを実施し、調査されたサービス内容をデバイスクラスと共に記憶装置１０１に保存しても良い。
【００３１】
次いで、ステップＳ１０３の探索の結果検出されたＢｌｕｅｔｏｏｔｈ端末によって、ステップＳ１０２で定義されたピコネットを完全に構築することができるか否かを判別する（ステップＳ１０４）。具体的には、ＣＰＵ１０３は検出された各端末のデバイスクラス及びそのサービス内容を参照した結果、ステップＳ１０２で定義されたピコネットを構築するために必要なデバイスクラス（及びサービス内容）を持つ端末が揃っているときに、完全に構築できると判別し、揃っていないときに、完全には構築できないと判別する。また、ピコネット構築に必要なデバイスクラス（及びサービス内容）の端末が複数ある場合には、その時点でユーザにＢｌｕｅｔｏｏｔｈデバイスアドレス（以下「ＢＤアドレス」という。）で選択させるようにしてもよいし、事前にユーザに指定させておいてもよい。
【００３２】
ステップＳ１０４の判別の結果、ステップＳ１０２で定義されたピコネットを完全には構築することはできないとき、ステップＳ１０１で選択されたアイコンを実施不能アイコンに変更し（ステップＳ１０６）、本処理を終了する。これにより、ユーザがクリックしたアイコンに描かれているピコネットは構築できないことをユーザに通知することができる。
【００３３】
一方、ステップＳ１０４の判別の結果、ステップＳ１０２で定義されたピコネットを完全に構築することができるとき、定義されたピコネットを構成する端末群を決定し、ピコネットモデル情報を生成する（ステップＳ１０５）。このピコネットモデル情報は、少なくとも、所望のピコネットのマスタ端末の役割が指定される端末のＢＤアドレス、スレーブ端末の役割が指定されるＢＤアドレスを含むものである。また、実施したいＵｓｅ Ｃａｓｅや該Ｕｓｅ Ｃａｓｅの実施手順やその他の情報を含ませて、アプリケーションの自動処理をサポートさせてもよい。
【００３４】
図４において、次に、自端末の役割がマスタ端末であるか否かを判別する（ステップＳ１０７）。具体的には、ステップＳ１０６で生成されたピコネットモデル情報においてマスタ端末の役割が指定されている端末のデバイスクラスが自端末（デジカメ１）のデバイスクラスと一致するときに自端末の役割がマスタ端末であると判別し、一致しないときに自端末の役割がマスタ端末でないと判別する。
【００３５】
ステップＳ１０７の判別の結果、自端末の役割がマスタ端末であるときは、Ｂｌｕｅｔｏｏｔｈ通信部１０５によってピコネットモデル情報におけるスレーブ端末の役割が指定されている端末と順次接続する（ステップＳ１１１）（接続ステップ）。これにより、自端末がマスタ端末であるとき、ユーザの所望するピコネット構築を簡易に実現することができる。
【００３６】
その後、マスタ端末である自端末は、ピコネットモデル情報のコピーを生成して、各スレーブ端末へ転送し（ステップＳ１１２）、本処理を終了する。その後、ピコネットを構成する各端末は、ピコネットモデル情報の付加情報（例えば、実施したいＵｓｅ Ｃａｓｅや該Ｕｓｅ Ｃａｓｅの実施手順）に従って、アプリケーションを適切に動作させる。これにより、自端末がマスタ端末であるとき、ピコネット構築後における別途の処理を要することなく、確実に所望のピコネットを動作させることができる。
【００３７】
一方、ステップＳ１０７の判別の結果、自端末の役割がマスタ端末でないときは、Ｂｌｕｅｔｏｏｔｈ通信部１０５によりマスタ端末の役割が指定されている端末に接続した後（ステップＳ１０８）、ピコネットモデル情報のコピーを生成し、生成したコピーをステップＳ１０８で接続した端末に転送する（ステップＳ１０９）。マスタ端末の役割が指定されている端末は、この転送されたピコネットモデル情報のコピーを受信すると、ピコネットモデル情報に従って、スレーブ端末の役割が指定されている端末に順次接続する（接続ステップ）。これにより、自端末以外がマスタ端末であっても、ユーザの所望するピコネット構築を簡易に実現することができる。
【００３８】
次に、ＣＰＵ１０３はピコネットモデル情報のコピーをマスタ端末を介して他のスレーブ端末に転送し（ステップＳ１１０）、本処理を終了する。その後、ピコネットを構成する各端末は、ピコネットモデル情報の付加情報に従って、アプリケーションを適切に動作させる。これにより、自端末がマスタ端末でないときも、ピコネット構築後における別途の処理を要することなく、確実に所望のＵｓｅ Ｃａｓｅを実現することができる。
【００３９】
図３及び図４のピコネット構築処理によれば、Ｕｓｅ Ｃａｓｅに応じてアイコンにより選択されたピコネットモデルにより構築するピコネットを定義し（ステップＳ１０２）、この定義されたピコネットを構成するＢｌｕｅｔｏｏｔｈ端末を探索した結果（ステップＳ１０３）、定義されたピコネットを完全に構築することができるとき（ステップＳ１０４）、このピコネットにおけるマスタ端末の役割が指定されている端末に、ピコネットにおけるスレーブ端末の役割が指定されている端末を順次接続するので（ステップＳ１０９，Ｓ１１１）、所望のピコネットを簡便に構築することができる。
【００４０】
以下、図３及び図４のピコネット構築処理の内容をより具体的に説明する。
【００４１】
図５は、自端末がマスタ端末であるＵｓｅ Ｃａｓｅの具体例を示す図である。
【００４２】
図５におけるＵｓｅ Ｃａｓｅは、自端末であるデジカメ１と、Ｂｌｕｅｔｏｏｔｈ端末であり、画像展開エンジンを搭載するプリンタ５０３と、Ｂｌｕｅｔｏｏｔｈ端末であるパーソナルコンピュータ（以下「ＰＣ」という。）５０２とから成り、デジカメ１からプリンタ５０３に画像データを送信してダイレクトプリント（ＰＣを介さず、画像データをプリンタで印刷データに展開するプリント方式）したり、デジカメ１からＰＣ５０２に画像データを送信してＰＣ５０２のハードディスクに画像を保存したりする状況を仮定する。このときのピコネットは、デジカメ１がマスタ端末となり、プリンタ５０３とＰＣ５０２はスレーブ端末となる。即ち、アイコン２０２（図２（ｃ））が選択されたときにステップＳ１０２で定義されるピコネットが本Ｕｓｅ Ｃａｓｅのピコネットとなる。
【００４３】
以下、本Ｕｓｅ Ｃａｓｅのピコネット構築処理を図３及び図４のピコネット構築処理のフローチャートを用いて具体的に説明する。
【００４４】
まず、ステップＳ１０１でデジカメ２０１の表示装置１０２に表示されているアイコン２０１〜２０３（図２の（ａ），（ｃ），（ｄ））をユーザが見て確認し、所望のピコネットのアイコンであるアイコン２０２を選択すると、アイコン２０２に描かれているピコネットモデルにより構築するピコネットを定義する（ステップＳ１０２）。
【００４５】
次に、ステップＳ１０３で、Ｂｌｕｅｔｏｏｔｈ通信部１０５が自端末の周囲にあるＢｌｕｅｔｏｏｔｈ端末、具体的には、ＰＣ５０２とプリンタ５０３をデバイス探索により見つけると、ＰＣ５０２についてはデバイスクラス「ＰＣ」という端末情報、プリンタ５０３についてはデバイスクラス「プリンタ」という端末情報を記憶装置１０１に保存する。
【００４６】
ステップＳ１０４でデバイス探索した結果、ＰＣ５０２及びプリンタ５０３が検出されると、ステップＳ１０２で定義されたピコネットを完全に構築することができると判別し（ステップＳ１０４でＹＥＳ）、ピコネットモデル情報を生成する（ステップＳ１０５）。
【００４７】
ステップＳ１０５で生成されるピコネットモデル情報は図７のデータテーブルで構成される。図７のデータテーブルは、各端末の役割を示すＲｏｌｅ欄と、各端末のＢＤアドレスを示すＢＤ＿ＡＤＤＲ欄と、各端末に対する指示を示すＯｒｄｅｒ欄とを備える。
【００４８】
Ｒｏｌｅ欄には上から順に、端末の役割としてマスタ端末を指定することを示す「Ｍａｓｔｅｒ」、端末の役割がスレーブ端末であることを示す「ＳＬＡＶＥ１」、「ＳＬＡＶＥ２」が書き込まれている。
【００４９】
Ｏｒｄｅｒ欄には付加情報が書き込まれている。具体的には、上から順に、Ｓｌａｖｅ１端末へデータを転送する指示を示す「Ｓｅｎｄ−Ｄａｔａ−Ｓｌａｖｅ１」、Ｓｌａｖｅ２端末へデータを転送する指示を示す「Ｓｅｎｄ−Ｄａｔａ−Ｓｌａｖｅ２」、受信したデータを記憶装置１０１に保存させる指示を示す「Ｓｔｏｒｅ−Ｄａｔａ」、受信したイメージデータを印刷する指示を示す「Ｐｒｉｎｔ−Ｉｍａｇｅ」が書き込まれている。
【００５０】
このように、ピコネットモデル情報は、ピコネットを構成する端末毎に、そのデバイスクラスとＢｌｕｅｔｏｏｔｈデバイスアドレスとを関連付けるので、Ｕｓｅ Ｃａｓｅのピコネットを構成する端末間を確実に接続することができる。
【００５１】
本実施の形態では、生成されたピコネットモデル情報におけるマスタ端末の役割が指定されている端末は自端末（デジカメ１）であるので（ステップＳ１０７でＹＥＳ）、ピコネットモデル情報に従って、スレーブ端末の役割が指定されている端末とＢｌｕｅｔｏｏｔｈ通信部１０５により順次接続する（ステップＳ１１１）。
【００５２】
ステップＳ１１２で、図７のピコネットモデル情報のコピーを生成して、各スレーブ端末へ転送し、本処理を終了する。
【００５３】
これにより、本Ｕｓｅ Ｃａｓｅのピコネットを構成するデジカメ１、ＰＣ５０２、プリンタ５０３は、ピコネットモデル情報のＯｒｄｅｒ欄の付加情報に従って、アプリケーションを適切に動作させる。具体的には、プリンタ５０３がデジカメ１からのデータをダイレクトプリントした後、そのデータがデジカメ１からＰＣ５０２に送信され、ＰＣ５０２でデータ保存されるという所望のＵｓｅ Ｃａｓｅを実現することができる。
【００５４】
図６は、自端末がマスタ端末でないＵｓｅ Ｃａｓｅの具体例を示す図である。
【００５５】
図６におけるＵｓｅ Ｃａｓｅは、自端末であるデジカメ１と、Ｂｌｕｅｔｏｏｔｈ端末であり、画像展開エンジンが搭載されていないプリンタ６０３と、Ｂｌｕｅｔｏｏｔｈ端末であるＰＣ６０２とから成り、デジカメ１から画像データをＰＣ６０２に送信して、画像データをＰＣ６０２のハードディスクに保存し、かつＰＣ６０２で画像データを展開して印刷データへ変換し、その後、ＰＣ６０２からプリンタ６０３に印刷データを送信してプリントさせる状況を仮定する。このときのピコネットは、ＰＣ６０２がマスタ端末となり、デジカメ１とプリンタ６０３はスレーブ端末となる。即ち、アイコン２０１（図２（ａ））が選択されたときにステップＳ１０２で定義されるピコネットが本Ｕｓｅ Ｃａｓｅのピコネットとなる。
【００５６】
以下に、本Ｕｓｅ Ｃａｓｅのピコネット構築処理を図３及び図４のピコネット構築処理のフローチャートを用いて具体的に説明する。
【００５７】
まず、ステップＳ１０１でデジカメ１の表示装置１０２に表示されているアイコン２０１〜２０３（図２の（ａ），（ｃ），（ｄ））をユーザが見て確認し、所望のピコネットのアイコンであるアイコン２０１を選択すると、選択されたアイコン２０１に描かれているピコネットモデルにより構築するピコネットを定義する（ステップＳ１０２）。
【００５８】
次に、ステップＳ１０３で、Ｂｌｕｅｔｏｏｔｈ通信部１０５が自端末の周囲にあるＢｌｕｅｔｏｏｔｈ端末、具体的には、ＰＣ６０２とプリンタ６０３をデバイス探索により見つけると、ＰＣ６０２についてはデバイスクラス「ＰＣ」という端末情報、プリンタ６０３についてはデバイスクラス「プリンタ」という端末情報を記憶装置１０１に保存する。
【００５９】
ステップＳ１０４でデバイス探索した結果、ＰＣ６０２とプリンタ６０３が検出されると、ステップＳ１０２で定義されたピコネットを完全に構築できると判別し（ステップＳ１０４でＹＥＳ）、ピコネットモデル情報を生成する（ステップＳ１０５）。
【００６０】
ステップＳ１０５で生成されるピコネットモデル情報は図８のデータテーブルで構成される。図８のデータテーブルは、図７のデータテーブルの同様にＲｏｌｅ欄、ＢＤ＿ＡＤＤＲ欄、及び各端末に対する指示を示すＯｒｄｅｒ欄を備える。
【００６１】
Ｒｏｌｅ欄には上から順に、端末の役割としてマスタ端末を指定することを示す「Ｍａｓｔｅｒ」、端末の役割としてスレーブ端末を指定することを示す「ＳＬＡＶＥ１」、「ＳＬＡＶＥ２」が書き込まれている。
【００６２】
Ｏｒｄｅｒ欄には付加情報が書き込まれている。具体的には、上から順に、受信したデータを記憶装置１０１に保存する指示を示す「Ｓｔｏｒｅ−Ｄａｔａ」、Ｓｌａｖｅ２端末へデータを転送する指示を示す「Ｓｅｎｄ−Ｄａｔａ−Ｓｌａｖｅ２」、マスタ端末へデータを転送する指示を示す「Ｓｅｎｄ−Ｄａｔａ−Ｍａｓｔｅｒ」、受信したイメージデータを印刷する指示を示す「Ｐｒｉｎｔ−Ｉｍａｇｅ」が書き込まれている。
【００６３】
本実施の形態では、生成されたピコネットモデル情報におけるマスタ端末の役割が指定されている端末は自端末（デジカメ１）でないので（ステップＳ１０７でＮＯ）、Ｂｌｕｅｔｏｏｔｈ通信部１０５によりマスタ端末の役割が指定されているＰＣ６０２と接続した後（ステップＳ１０８）、ピコネットモデル情報のコピーを生成し、生成したコピーをＰＣ６０２に転送する（ステップＳ１０９）。
【００６４】
ＰＣ６０２は転送されたピコネットモデル情報のコピーを受信すると、転送されたピコネットモデル情報におけるスレーブ端末の役割が指定されている端末に順次接続する。
【００６５】
次に、ピコネットモデル情報のコピーをＰＣ６０２を介して他のスレーブ端末であるプリンタ６０３に転送し（ステップＳ１１０）、本処理を終了する。
【００６６】
これにより、本Ｕｓｅ Ｃａｓｅのピコネットを構成するデジカメ１、ＰＣ６０２、プリンタ６０３は、ピコネットモデル情報のＯｒｄｅｒ欄の付加情報に従って、アプリケーションを適切に動作させる。具体的には、デジカメ１から画像データを転送させ、ＰＣ６０２にデータ保存後、印刷データに変換してプリンタ６０３で印刷という所望のＵｓｅ Ｃａｓｅを実現することができる。
【００６７】
図９は、図３及び図４のピコネット構築処理の変形例を示すフローチャートである。
【００６８】
図９において、まず、アプリケーションが起動すると、Ｂｌｕｅｔｏｏｔｈ端末を探索する（ステップＳ２０１）。具体的には、ＣＰＵ１０３はＢｌｕｅｔｏｏｔｈ通信部１０５に指示し、自端末であるデジカメ１の周囲のＢｌｕｅｔｏｏｔｈ端末をデバイス探索し、その結果検出された端末毎にデバイスクラスを調査し、それらの端末情報を記憶装置１０１に保存する。ここで、端末の提供できるより詳細なサービス内容を調査するサービスサーチを実施し、調査されたサービス内容をデバイスクラスと共に記憶装置１０１に保存してもよい。
【００６９】
次に、記憶装置１０１に予め登録されているピコネットモデルのうち、いずれが実施可能であり、いずれが実施不能であるかを判別する（ステップＳ２０２）。
【００７０】
ステップＳ２０２の判別の結果、実施可能なものについては実施可能アイコン（例えば、アイコン２０１〜２０３）を表示装置１０２の画面上に表示する（ステップＳ２０３）。一方、実施不能なものについては実施不能アイコン（例えば、アイコン２０１’）を表示装置１０２の画面上に表示する（ステップＳ２０４）。これにより、視覚的・直感的にどのピコネットモデルが利用可能なのかをユーザに通知することができる。
【００７１】
次に、表示されている実施可能アイコンの１つがＵｓｅ Ｃａｓｅに応じて操作部１０４で選択されると（ステップＳ２０５でＹＥＳ）、選択されたアイコンに描かれているピコネットモデルにより構築するピコネットを定義する（ステップＳ２０６）。
【００７２】
続いて、ステップＳ２０６で定義されたピコネットを構成する端末群を決定して、ピコネットモデル情報を生成した後（ステップＳ２０７）、図４のステップＳ１０７以降の処理を行い、本処理を終了する。ここで、ピコネット構築に必要なデバイスクラスの端末が複数ある場合には、その時点でユーザにＢＤアドレスで選択するようにしてもよいし、事前にユーザに指定させておいてもよい。
【００７３】
図９のピコネット構築処理によれば、記憶装置１０１に予め登録されているピコネットモデルのうち実施可能なものについて実施可能アイコンを表示装置１０２に表示し（ステップＳ２０１）、この実施可能アイコンの１つがＵｓｅ Ｃａｓｅに応じて選択されたときに（ステップＳ２０５でＹＥＳ）、選択されたアイコンに描かれているピコネットモデルにより構築するピコネットを定義するので（ステップＳ２０６）、ユーザが構築することができないピコネットをＵｓｅ Ｃａｓｅとして選択することを防止することができ、確実に選択されたピコネットを構築することができる。
【００７４】
本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラム（図３、図４、及び図９のフローチャート）をＣＰＵ１０３に供給し、ＣＰＵ１０３が該供給されたプログラムを読出して実行することによって、達成することができる。
【００７５】
この場合、上記プログラムは、該プログラムを記録した記憶媒体から直接供給されるか、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続される不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。
【００７６】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【００７７】
また、本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラムを記憶した記憶媒体をＣＰＵ１０３に供給し、そのＣＰＵ１０３が記憶媒体に記憶されたプログラムを読出して実行することによっても、達成することができる。
【００７８】
この場合、格納媒体から読出されたプログラムコード自体が上述した各実施の形態の機能を実現すると共に、そのプログラムコードを記憶した記憶媒体は本発明を構成する。
【００７９】
プログラムコードを記憶する記憶媒体としては、例えば、ＲＯＭ、ＲＡＭ、ＮＶ−ＲＡＭ、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード等がある。
【００８０】
上述した実施の形態の機能は、コンピュータから読出されたプログラムコードを実行することによるばかりでなく、コンピュータ上で稼動するＯＳ等がプログラムコードの指示に基づいて実際の処理の一部又は全部を行うことによっても実現することができる。
【００８１】
本発明の実施態様の例を以下に列挙する。
【００８２】
〔実施態様１〕 複数のＢｌｕｅｔｏｏｔｈ端末のうち、１の端末をマスタ端末とし、他の端末をスレーブ端末とするピコネットをピコネットモデルの選択により定義し、前記定義されたピコネットを構築する構築ステップとを備えるピコネット構築方法において、前記構築ステップは、前記構築するピコネットを構成するＢｌｕｅｔｏｏｔｈ端末を探索する探索ステップと、前記ピコネットが前記探索されたＢｌｕｅｔｏｏｔｈ端末の内の前記定義されたピコネットで特定されるＢｌｕｅｔｏｏｔｈ端末によって完全に構築することができるとき、前記定義されたピコネットにおいてマスタ端末の役割が指定されている端末を前記ピコネットにおいてスレーブ端末の役割が指定されている端末に順次接続する接続ステップとを備えることを特徴とするピコネット構築方法。
【００８３】
〔実施態様２〕 前記ピコネットにおいてマスタ端末の役割が指定されている端末が自端末でないとき、前記ピコネットにおいてマスタ端末の役割が指定されている端末にピコネットモデル情報を送信する送信ステップを備えることを特徴とする実施態様１記載のピコネット構築方法。
【００８４】
この実施態様により、自端末以外がマスタ端末であっても、ユーザの所望するピコネット構築を簡易に実現することができる。
【００８５】
〔実施態様３〕 複数のピコネットモデルを予め保存する保存ステップと、当該保存されたピコネットモデル毎にアイコン表示するアイコン表示ステップとを更に備えることを特徴とする実施態様１又は２記載のピコネット構築方法。
【００８６】
この実施態様により、予め保存された複数のピコネットモデル毎にアイコン表示されるので、視覚的・直感的にどのピコネットモデルが利用可能なのかをユーザに通知することができる。
【００８７】
〔実施態様４〕 前記予め保存された複数のピコネットモデルは、複数のピコネットモデル毎に構成するデバイスクラスと、当該デバイスクラスの端末のＢｌｕｅｔｏｏｔｈデバイスアドレスとを関連付けて登録されることを特徴とする実施態様１乃至３のいずれか１項に記載のピコネット構築方法。
【００８８】
この実施態様により、Ｕｓｅ Ｃａｓｅのピコネットを構成する端末間を確実に接続することができる。
【００８９】
〔実施態様５〕 ユーザ入力に応じて新たなピコネットモデルを作成する作成ステップを備え、該作成されたピコネットモデルを前記保存ステップにより予め保存することを特徴とする実施態様１乃至４のいずれか１項に記載のピコネット構築方法。
【００９０】
この実施態様により、ユーザが所望するピコネットを確実に構築することができる。
【００９１】
〔実施態様６〕 ユーザ入力に応じて前記複数のピコネットモデルの１つを編集する編集ステップを備え、該編集されたピコネットモデルを前記保存ステップにより予め保存することを特徴とする実施態様１乃５のいずれか１項に記載のピコネット構築方法。
【００９２】
この実施態様により、ユーザが所望するピコネットを確実に構築することができる。
【００９３】
〔実施態様７〕 複数のＢｌｕｅｔｏｏｔｈ端末のうちの１の端末をマスタ端末とし、他の端末をスレーブ端末とするピコネットをピコネットモデルの選択により定義し、前記定義されたピコネットを構築する構築ステップを備えるピコネット構築方法を実行するＢｌｕｅｔｏｏｔｈ端末において、前記構築手段は、前記構築するピコネットを構成するＢｌｕｅｔｏｏｔｈ端末を探索する探索手段と、前記ピコネットが前記探索されたＢｌｕｅｔｏｏｔｈ端末の内の前記定義されたピコネットで特定されるＢｌｕｅｔｏｏｔｈ端末によって完全に構築することができるとき、前記定義されたピコネットにおいてマスタ端末の役割が指定されている端末を前記ピコネットにおけるスレーブ端末の役割が指定されている端末に順次接続する接続手段とを備えることを特徴とするＢｌｕｅｔｏｏｔｈ端末。
【００９４】
この実施態様により、所望のピコネットを簡便に構築することができる。
【００９５】
〔実施態様８〕 複数のＢｌｕｅｔｏｏｔｈ端末のうちの１の端末をマスタ端末とし、他の端末をスレーブ端末とするピコネットをピコネットモデルの選択により定義し、前記定義されたピコネットを構築する構築ステップを備えるピコネット構築方法をコンピュータに実行させるプログラムにおいて、前記構築ステップは、前記構築するピコネットを構成するＢｌｕｅｔｏｏｔｈ端末を探索する探索ステップと、前記ピコネットが前記探索されたＢｌｕｅｔｏｏｔｈ端末の内の前記定義されたピコネットで特定されるＢｌｕｅｔｏｏｔｈ端末によって完全に構築することができるとき、前記定義されたピコネットにおいてマスタ端末の役割が指定されている端末を前記ピコネットにおけるスレーブ端末の役割が指定されている端末に順次接続させる接続ステップとを備えることを特徴とするプログラム。
【００９６】
この実施態様により、所望のピコネットを簡便に構築することができる。
【００９７】
〔実施態様９〕 実施態様１９記載のプログラムを格納するコンピュータ読取り可能な記憶媒体。
【００９８】
【発明の効果】
以上詳細に説明したように、定義されたピコネットにおいてマスタ端末の役割が指定されている端末をスレーブ端末の役割が指定されている端末に順次接続させるので、所望のピコネットを簡便に構築することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るピコネット構築方法を実行するデジタルスチルカメラのブロック図である。
【図２】図１における表示装置１０２の画面上に表示されるアイコンを示す図であり、（ａ）は実施可能アイコンの１つであるアイコン２０１、（ｂ）は実施不能アイコンの１つであるアイコン２０１’、（ｃ）は実施可能アイコンの１つであるアイコン２０２、（ｄ）は実施可能アイコンの１つであるアイコン２０１を夫々示す。
【図３】本発明の第１の実施の形態に係るピコネット構築処理を示すフローチャートである。
【図４】本発明の第１の実施の形態に係るピコネット構築処理を示すフローチャートである。
【図５】自端末がマスタ端末であるＵｓｅ Ｃａｓｅの具体例を示す図である。
【図６】自端末がマスタ端末でないＵｓｅ Ｃａｓｅの具体例を示す図である。
【図７】図５のＵｓｅ Ｃａｓｅのピコネットモデル情報のデータテーブルを示す図である。
【図８】図６のＵｓｅ Ｃａｓｅのピコネットモデル情報のデータテーブルを示す図である。
【図９】図３のピコネット構築処理の変形例を示すフローチャートである。
【符号の説明】
１ デジカメ
１０１ 記憶装置
１０２ 表示装置
１０３ ＣＰＵ
１０４ 操作部
１０５ Ｂｌｕｅｔｏｏｔｈ通信部
５０２ ＰＣ
５０３ プリンタ（画像展開エンジン搭載）
６０２ ＰＣ
６０３ プリンタ（画像展開エンジン未搭載）[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a piconet construction method, and more particularly, to a model selection piconet construction method using an application using a Bluetooth wireless communication system.
[0002]
[Prior art]
2. Description of the Related Art In recent years, various types of terminals of the same type or different types have been connected to each other by wired communication or wireless communication to realize higher value-added services.
[0003]
In particular, the wireless communication connection can solve the problem of the cable communication connection, such as the limitation of the installation place due to the cable length and obstacles, and the congestion and confusion due to the multiple cables, so the wired communication connection has been commonplace until now. Provide a more comfortable use environment for users by replacing the connection between terminals, for example, the connection between computer and mouse, the connection between computer and printer, the connection between computer and digital camera, the connection between printer and digital camera, etc. with wireless communication connection It was started.
[0004]
One of the wireless communication technologies that can provide such a use environment is a Bluetooth wireless communication system that is a short-range wireless communication system. The Bluetooth wireless communication system is a local wireless communication system, in which one terminal serving as a master connects to and communicates with a plurality of terminals serving as slaves. Such a network using the Bluetooth wireless communication system is called a piconet. In general, one piconet includes one master terminal and seven or less slave terminals.
[0005]
Such a piconet is most commonly constructed as follows.
[0006]
First, the master terminal, which is also a Bluetooth terminal, performs device search to determine whether there is a terminal capable of Bluetooth wireless communication (hereinafter, referred to as a “Bluetooth terminal”) in the wireless communication range. In this device search, a specific packet is transmitted from the master terminal performing the device search, and the Bluetooth terminal that has received the packet returns a response packet to the master terminal. This refers to detecting a Bluetooth terminal to perform.
[0007]
After executing the device search, the master terminal performs a communication connection process with a desired Bluetooth terminal. At this time, the connected Bluetooth terminal is a slave terminal. When there are a plurality of desired Bluetooth terminals, the master terminal constructs a piconet by sequentially performing connection processing to the target Bluetooth terminals.
[0008]
The piconet is a network composed of a master terminal and one or more slave terminals connected to the master terminal by Bluetooth wireless communication, and each of them is actually used (hereinafter referred to as "Use Case"). In this case, which terminal is the master terminal and which terminal is the slave terminal, it is convenient for the user to construct a piconet depending on the user.
[0009]
Further, in the Bluetooth wireless communication system, information representing a terminal attribute called a device class is registered in each terminal in advance. Specifically, each terminal is provided with a device class information, such as desktop PC, laptop PC, handheld PC, PDA, mobile phone, keyboard, display, camera, printer, scanner, etc. It is registered. Therefore, the user decides which terminal class having which device class is to be used as the master terminal and which terminal class having which device class is convenient to construct the piconet in accordance with the desired Use Case, and establishes the piconet. We were doing work such as building.
[0010]
[Problems to be solved by the invention]
However, in the conventional piconet construction method, in accordance with Use Case, the user himself operates the master terminal, searches for a Bluetooth terminal having a device class necessary for configuring a desired piconet, and searches for a terminal that has been searched. It is necessary to connect to the master terminal in order. Therefore, there is a problem that the user himself / herself must know the operation of the master terminal in the piconet construction, and cannot easily construct a desired piconet.
[0011]
An object of the present invention is to provide a piconet construction method capable of easily constructing a desired piconet.
[0012]
[Means for Solving the Problems]
In order to achieve the above object, a piconet construction method according to claim 1 defines, by selecting a piconet model, a piconet having one terminal as a master terminal and another terminal as a slave terminal among a plurality of Bluetooth terminals. A piconet constructing method comprising a constructing step of constructing the defined piconet, wherein the constructing step includes a searching step of searching for a Bluetooth terminal constituting the piconet to be constructed, and a piconet among the searched Bluetooth terminals. When a Bluetooth terminal specified by the defined piconet can be completely constructed, a terminal whose role of a master terminal is specified in the defined piconet is designated by a role of a slave terminal in the piconet. End Characterized in that it comprises a connection step of sequentially connected to.
[0013]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, a piconet construction method according to an embodiment of the present invention will be described in detail with reference to the drawings.
[0014]
FIG. 1 is a block diagram of a digital still camera that executes a piconet construction method according to an embodiment of the present invention.
[0015]
In FIG. 1, a digital still camera (hereinafter, referred to as “digital camera”) 1 that executes a piconet construction method according to an embodiment of the present invention is a Bluetooth terminal. Here, the Bluetooth terminal refers to a terminal capable of Bluetooth wireless communication, and information indicating a terminal attribute called a device class is registered in each terminal in advance. Specifically, each terminal is provided with a device class name, such as a desktop PC, a laptop PC, a handheld PC, a PDA, a mobile phone, a keyboard, a display, a camera, a printer, a scanner, or a name that indicates a product outline. It is registered in advance. In addition, a network called a piconet is configured between the Bluetooth terminals by the method of FIGS. 3 and 4 described later. The piconet is composed of a maximum of eight Bluetooth terminals, one of which is a master terminal, and the other terminals are connected to the master terminal as slave terminals.
[0016]
A digital camera 1 in FIG. 1 is a terminal operated by a user by himself / herself. A display device 102 for displaying the icon, an operation unit 104 for selecting one of a plurality of icons displayed on the display device 102, a piconet constructed by a piconet model corresponding to the selected icon, and A CPU 103 (defining means / constructing means) to be constructed, and a Bluetooth communication unit 105 (searching means / connecting means) for searching for a nearby Bluetooth terminal and connecting to the searched Bluetooth terminal are provided. Interconnected.
[0017]
Here, the piconet model refers to a model for constructing a piconet in which a master terminal or a slave terminal is designated according to the device class of each terminal.
[0018]
The icons displayed on the screen of the display device 102 include executable icons and non-executable icons.
[0019]
The executable icon is an icon in which one piconet model is schematically drawn, and a piconet specified by the piconet model selected by this icon is combined with a terminal detected by a device search of the Bluetooth communication unit 105. (Hereinafter referred to as “executable”).
[0020]
The unexecutable icon is an icon in which one piconet model is schematically drawn, and a piconet specified by the piconet model selected by this icon is constructed by combining the detected terminals. Icon that cannot be used (hereinafter, referred to as “impossible”).
[0021]
By displaying these icons on the screen of the display device 102, the user can visually and intuitively determine which piconet model corresponds to the actual use environment (hereinafter referred to as "Use Case"). Can be facilitated.
[0022]
For example, when a terminal whose device class is “PC”, “digital camera”, or “printer” is detected by the device search of the Bluetooth communication unit 105, an icon 201 (FIG. 2A )) Are displayed on the screen of the display device 102. On this icon 201, a picture indicating a device class of a terminal constituting the piconet specified by the piconet model, specifically, a PC 201a, a digital camera 201b, a printer 201c, and arrows 201d, 201e indicating directions of information transmission are drawn. ing.
[0023]
Further, even before the above-described device search is performed, the executable icon may be displayed so as to be selectable. Thereby, the user can appropriately grasp the type of the piconet model stored in the storage device 101.
[0024]
On the other hand, for example, when a terminal having a device class of “digital camera” and “printer” is detected by the device search of the Bluetooth communication unit 105 but a terminal of “PC” is not detected, one of the inoperable icons is displayed. Is displayed on the screen of the display device 102 in place of the icon 201 (see FIG. 2B). The icon 201 'is common to the icon 201 in that the digital camera 201b and the printer 201c are drawn, but an "x" mark indicating that a terminal whose device class is "PC" has not been detected instead of the PC 201a. The attached PC 201a 'is drawn, and instead of the arrows 201d and 201e, the arrow 201d is obtained by inverting the colors of these arrows to indicate that the terminal having the device class "PC" cannot perform both transmission and reception. ', 201e' is drawn.
[0025]
In the present embodiment, the icons displayed on the screen of the display device 102 are only those relating to the piconet model stored in advance in the storage device 101. However, the user himself creates a new piconet model, An edited version of the piconet model stored in the storage device 101 may be stored in the storage device 101 so as to be displayed as an icon. Thereby, a piconet desired by the user can be reliably constructed.
[0026]
FIG. 3 and FIG. 4 are flowcharts showing the piconet construction processing according to the first embodiment of the present invention.
[0027]
This process is a model selection piconet construction method using an application using the Bluetooth wireless communication system, and is executed by the CPU 103 in the digital camera 1 in FIG. 1 (construction step). In the present embodiment, the CPU 103 in the digital camera 1 executes this processing. However, the CPU 103 in the Bluetooth terminal including the storage device 101, the display device 102, the CPU 103, and the equivalent of the Bluetooth communication unit 105 However, the present invention is not limited to this.
[0028]
In FIG. 3, when the application starts, icons 201 to 203 ((a), (c), and (d) in FIG. 2) are displayed on the screen of the display device 102 of the digital camera 1 (step S100).
[0029]
When one of the displayed icons 201 to 203 is selected by the operation unit 104 in accordance with Use Case (YES in step S101), a piconet to be constructed by the piconet model drawn on the selected icon is defined (step S101). S102) (definition step).
[0030]
Next, a Bluetooth terminal near the digital camera 1 which is its own terminal is searched (step S103) (search step). Specifically, the CPU 103 instructs the Bluetooth communication unit 105 to perform a device search for Bluetooth terminals around the digital camera 1 which is its own terminal, investigates a device class for each terminal detected as a result, and stores the terminal information. The data is stored in the storage device 101. Here, a service search for investigating more detailed service contents that can be provided by the terminal may be performed, and the investigated service contents may be stored in the storage device 101 together with the device class.
[0031]
Next, it is determined whether or not the Bluetooth terminal detected as a result of the search in step S103 can completely construct the piconet defined in step S102 (step S104). Specifically, the CPU 103 refers to the detected device class of each terminal and the service content thereof, and as a result, terminals having the device class (and service content) necessary to construct the piconet defined in step S102 are available. When it is, it is determined that it can be completely constructed, and when it is not complete, it is determined that it cannot be completely constructed. Further, when there are a plurality of terminals of a device class (and service contents) necessary for piconet construction, the user may be made to select a Bluetooth device address (hereinafter referred to as a “BD address”) at that time, The user may specify in advance.
[0032]
As a result of the determination in step S104, when the piconet defined in step S102 cannot be completely constructed, the icon selected in step S101 is changed to an unexecutable icon (step S106), and the process ends. This allows the user to be notified that the piconet drawn on the icon clicked by the user cannot be constructed.
[0033]
On the other hand, as a result of the determination in step S104, when the piconet defined in step S102 can be completely constructed, a terminal group constituting the defined piconet is determined, and piconet model information is generated (step S105). This piconet model information includes at least the BD address of the terminal specifying the role of the master terminal of the desired piconet and the BD address specifying the role of the slave terminal. Further, the use case to be executed, the execution procedure of the use case, and other information may be included to support the automatic processing of the application.
[0034]
In FIG. 4, next, it is determined whether the role of the own terminal is the master terminal (step S107). Specifically, when the device class of the terminal whose role of the master terminal is specified in the piconet model information generated in step S106 matches the device class of the own terminal (digital camera 1), the role of the own terminal is changed to the master terminal. Is determined, and when they do not match, it is determined that the role of the own terminal is not the master terminal.
[0035]
If the result of the determination in step S107 is that the role of the own terminal is the master terminal, the Bluetooth communication unit 105 sequentially connects the terminal to which the role of the slave terminal is specified in the piconet model information (step S111) (connection step). . Thereby, when the own terminal is the master terminal, the piconet construction desired by the user can be easily realized.
[0036]
Thereafter, the own terminal, which is the master terminal, generates a copy of the piconet model information, transfers the copy to each slave terminal (step S112), and ends this processing. After that, each terminal configuring the piconet appropriately operates the application according to the additional information of the piconet model information (for example, the Use Case to be implemented and the procedure for performing the Use Case). Thus, when the own terminal is the master terminal, a desired piconet can be reliably operated without requiring a separate process after the piconet construction.
[0037]
On the other hand, if the result of determination in step S107 is that the role of the own terminal is not the master terminal, the Bluetooth communication unit 105 connects to the terminal whose role is designated as the master terminal (step S108), and then copies the piconet model information. The generated copy is transferred to the terminal connected in step S108 (step S109). Upon receiving the transferred copy of the piconet model information, the terminal having the designated role of the master terminal sequentially connects to the terminal having the designated role of the slave terminal according to the piconet model information (connection step). Thus, even if the terminal other than the own terminal is the master terminal, the piconet construction desired by the user can be easily realized.
[0038]
Next, the CPU 103 transfers a copy of the piconet model information to another slave terminal via the master terminal (step S110), and ends this processing. After that, each terminal constituting the piconet appropriately operates the application according to the additional information of the piconet model information. Accordingly, even when the own terminal is not the master terminal, a desired Use Case can be reliably realized without requiring any additional processing after the piconet construction.
[0039]
According to the piconet construction process of FIGS. 3 and 4, a piconet to be constructed by the piconet model selected by the icon according to the Use Case is defined (step S102), and a Bluetooth terminal constituting the defined piconet is searched. As a result (step S103), when the defined piconet can be completely constructed (step S104), the role of the slave terminal in the piconet is specified in the terminal in which the role of the master terminal in this piconet is specified. Since the terminals are sequentially connected (steps S109 and S111), a desired piconet can be easily constructed.
[0040]
Hereinafter, the contents of the piconet construction processing of FIGS. 3 and 4 will be described more specifically.
[0041]
FIG. 5 is a diagram illustrating a specific example of Use Case in which the own terminal is the master terminal.
[0042]
Use Case in FIG. 5 includes a digital camera 1 as its own terminal, a Bluetooth terminal, a printer 503 having an image development engine, and a personal computer (hereinafter, referred to as “PC”) 502 as a Bluetooth terminal. 1 transmits image data to the printer 503 and performs direct printing (a printing method in which image data is developed into print data by a printer without using a PC), or transmits image data from the digital camera 1 to the PC 502 and transmits the image data to the hard disk of the PC 502. Assume a situation where an image is saved. In the piconet at this time, the digital camera 1 is a master terminal, and the printer 503 and the PC 502 are slave terminals. That is, when the icon 202 (FIG. 2C) is selected, the piconet defined in step S102 becomes the piconet of this Use Case.
[0043]
Hereinafter, the piconet construction processing of this Use Case will be specifically described with reference to the flowcharts of the piconet construction processing of FIGS.
[0044]
First, in step S101, the user sees and confirms the icons 201 to 203 ((a), (c), and (d) in FIG. 2) displayed on the display device 102 of the digital camera 201, and checks the icons with desired piconet icons. When a certain icon 202 is selected, a piconet to be constructed by the piconet model drawn on the icon 202 is defined (step S102).
[0045]
Next, in step S103, when the Bluetooth communication unit 105 searches for a Bluetooth terminal around the terminal itself, specifically, the PC 502 and the printer 503, the terminal information of the device class "PC" is obtained for the PC 502. For 503, terminal information of device class “printer” is stored in the storage device 101.
[0046]
When the PC 502 and the printer 503 are detected as a result of the device search in step S104, it is determined that the piconet defined in step S102 can be completely constructed (YES in step S104), and piconet model information is generated (step S104). Step S105).
[0047]
The piconet model information generated in step S105 is configured by the data table of FIG. The data table in FIG. 7 includes a Role column indicating the role of each terminal, a BD_ADDR column indicating the BD address of each terminal, and an Order column indicating an instruction for each terminal.
[0048]
In the Role column, “Master” indicating that a master terminal is designated as a terminal role and “SLAVE1” and “SLAVE2” indicating that a terminal role is a slave terminal are written in order from the top.
[0049]
Additional information is written in the Order column. Specifically, "Send-Data-Slave1" indicating an instruction to transfer data to the Slave1 terminal, "Send-Data-Slave2" indicating an instruction to transfer data to the Slave2 terminal, and received data are stored in order from the top. “Store-Data” indicating an instruction to be stored in the apparatus 101 and “Print-Image” indicating an instruction to print the received image data are written.
[0050]
As described above, the piconet model information associates the device class with the Bluetooth device address for each terminal configuring the piconet, so that the terminals configuring the use case piconet can be reliably connected.
[0051]
In the present embodiment, the terminal in which the role of the master terminal is designated in the generated piconet model information is the own terminal (digital camera 1) (YES in step S107), and the role of the slave terminal is changed according to the piconet model information. The designated terminals are sequentially connected by the Bluetooth communication unit 105 (step S111).
[0052]
In step S112, a copy of the piconet model information of FIG. 7 is generated and transferred to each slave terminal, and the process ends.
[0053]
Accordingly, the digital camera 1, the PC 502, and the printer 503 constituting the piconet of this Use Case operate the application appropriately in accordance with the additional information in the Order column of the piconet model information. More specifically, a desired Use Case in which the printer 503 directly prints data from the digital camera 1 and then transmits the data from the digital camera 1 to the PC 502 and saves the data in the PC 502 can be realized.
[0054]
FIG. 6 is a diagram illustrating a specific example of Use Case in which the own terminal is not the master terminal.
[0055]
The Use Case in FIG. 6 includes a digital camera 1 as its own terminal, a printer 603 which is a Bluetooth terminal and does not have an image development engine, and a PC 602 which is a Bluetooth terminal, and transmits image data from the digital camera 1 to the PC 602. Then, it is assumed that the image data is stored in the hard disk of the PC 602, the image data is expanded and converted into print data by the PC 602, and then the print data is transmitted from the PC 602 to the printer 603 and printed. In the piconet at this time, the PC 602 becomes a master terminal, and the digital camera 1 and the printer 603 become slave terminals. That is, when the icon 201 (FIG. 2A) is selected, the piconet defined in step S102 becomes the piconet of this Use Case.
[0056]
Hereinafter, the piconet construction processing of this Use Case will be specifically described with reference to the flowcharts of the piconet construction processing of FIGS.
[0057]
First, in step S101, the user sees and confirms the icons 201 to 203 ((a), (c), and (d) in FIG. 2) displayed on the display device 102 of the digital camera 1, and confirms with a desired piconet icon. When a certain icon 201 is selected, a piconet to be constructed based on the piconet model drawn on the selected icon 201 is defined (step S102).
[0058]
Next, in step S103, when the Bluetooth communication unit 105 finds a Bluetooth terminal around the terminal itself, specifically, the PC 602 and the printer 603 by device search, the terminal information of the device class "PC" For 603, the terminal information of the device class “printer” is stored in the storage device 101.
[0059]
As a result of the device search in step S104, when the PC 602 and the printer 603 are detected, it is determined that the piconet defined in step S102 can be completely constructed (YES in step S104), and piconet model information is generated (step S105). .
[0060]
The piconet model information generated in step S105 is configured by the data table of FIG. The data table of FIG. 8 includes a Role column, a BD_ADDR column, and an Order column indicating an instruction to each terminal, similarly to the data table of FIG.
[0061]
In the Role column, “Master” indicating that a master terminal is designated as a terminal role and “SLAVE1” and “SLAVE2” indicating designating a slave terminal as a terminal role are written in order from the top.
[0062]
Additional information is written in the Order column. Specifically, “Store-Data” indicating an instruction to store received data in the storage device 101, “Send-Data-Slave2” indicating an instruction to transfer data to the Slave2 terminal, and data "Send-Data-Master" indicating an instruction to transfer the image data and "Print-Image" indicating an instruction to print the received image data are written.
[0063]
In the present embodiment, since the terminal for which the role of the master terminal is specified in the generated piconet model information is not the terminal itself (digital camera 1) (NO in step S107), the role of the master terminal is specified by Bluetooth communication unit 105. After connecting to the PC 602 (step S108), a copy of the piconet model information is generated, and the generated copy is transferred to the PC 602 (step S109).
[0064]
When the PC 602 receives the transferred copy of the piconet model information, the PC 602 sequentially connects to the terminal whose role of the slave terminal is specified in the transferred piconet model information.
[0065]
Next, a copy of the piconet model information is transferred to the printer 603, which is another slave terminal, via the PC 602 (step S110), and this processing ends.
[0066]
Accordingly, the digital camera 1, the PC 602, and the printer 603 constituting the piconet of the Use Case operate the application appropriately according to the additional information in the Order column of the piconet model information. More specifically, a desired Use Case of transferring image data from the digital camera 1, storing the data in the PC 602, converting the data into print data, and printing with the printer 603 can be realized.
[0067]
FIG. 9 is a flowchart illustrating a modified example of the piconet construction processing of FIGS. 3 and 4.
[0068]
In FIG. 9, first, when the application is started, a search is made for a Bluetooth terminal (step S201). Specifically, the CPU 103 instructs the Bluetooth communication unit 105 to perform a device search for Bluetooth terminals around the digital camera 1 which is its own terminal, investigates a device class for each terminal detected as a result, and stores the terminal information. The data is stored in the storage device 101. Here, a service search for investigating more detailed service contents that the terminal can provide may be performed, and the investigated service contents may be stored in the storage device 101 together with the device class.
[0069]
Next, it is determined which of the piconet models registered in advance in the storage device 101 is executable and which is not executable (step S202).
[0070]
As a result of the determination in step S202, executable icons (for example, icons 201 to 203) are displayed on the screen of the display device 102 for executable items (step S203). On the other hand, for those that cannot be implemented, an unexecutable icon (for example, icon 201 ′) is displayed on the screen of the display device 102 (step S204). This makes it possible to visually and intuitively notify the user which piconet model is available.
[0071]
Next, when one of the executable icons displayed is selected by the operation unit 104 in accordance with Use Case (YES in step S205), a piconet to be constructed by the piconet model drawn on the selected icon is defined. (Step S206).
[0072]
Subsequently, after determining a group of terminals constituting the piconet defined in step S206 and generating piconet model information (step S207), the processes after step S107 in FIG. 4 are performed, and this process ends. Here, when there are a plurality of terminals of the device class required for the construction of the piconet, the user may select the terminal with the BD address at that time, or the user may specify the terminal in advance.
[0073]
According to the piconet construction process of FIG. 9, an executable icon is displayed on the display device 102 for an executable piconet model registered in the storage device 101 in advance (step S201), and one of the executable icons is displayed. When the piconet is selected according to Use Case (YES in step S205), a piconet to be constructed is defined by the piconet model drawn on the selected icon (step S206). Selection as a Use Case can be prevented, and a piconet selected without fail can be constructed.
[0074]
The present invention supplies a software program (the flowcharts of FIGS. 3, 4, and 9) for realizing the functions of the above-described embodiments to the CPU 103, and the CPU 103 reads and executes the supplied program. , Can be achieved.
[0075]
In this case, the program is supplied directly from a storage medium on which the program is recorded, or is downloaded from another computer or database (not shown) connected to the Internet, a commercial network, a local area network, or the like. Supplied.
[0076]
The form of the program may be in the form of object code, program code executed by an interpreter, script data supplied to an OS (Operating System), or the like.
[0077]
The present invention can also be achieved by supplying a storage medium storing a software program for realizing the functions of the above-described embodiments to the CPU 103, and the CPU 103 reading out and executing the program stored in the storage medium. can do.
[0078]
In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiments, and the storage medium storing the program code constitutes the present invention.
[0079]
Examples of storage media for storing program codes include ROM, RAM, NV-RAM, floppy (registered trademark) disk, hard disk, optical disk, magneto-optical disk, CD-ROM, MO, CD-R, CD-RW, and DVD. -ROM, DVD-RAM, DVD-RW, DVD + RW, magnetic tape, nonvolatile memory card, and the like.
[0080]
The functions of the above-described embodiments are not only executed by executing the program code read from the computer, but also executed by the OS or the like running on the computer in part or all of the actual processing based on the instruction of the program code. This can also be realized by:
[0081]
Examples of embodiments of the present invention are listed below.
[0082]
[Embodiment 1] A piconet model in which one terminal is a master terminal and another terminal is a slave terminal among a plurality of Bluetooth terminals is defined by selecting a piconet model, and a construction step of constructing the defined piconet is performed. In the piconet construction method provided, the construction step includes a search step of searching for a Bluetooth terminal configuring the piconet to be constructed, and a Bluetooth terminal specified by the defined piconet among the searched Bluetooth terminals in which the piconet is found. A connection step of sequentially connecting a terminal whose role of a master terminal is specified in the defined piconet to a terminal whose role of a slave terminal is specified in the piconet, when it can be completely constructed by Especially Piconet construction method
[0083]
[Embodiment 2] When a terminal whose role of a master terminal is specified in the piconet is not its own terminal, the terminal further comprises a transmission step of transmitting piconet model information to a terminal whose role of a master terminal is specified in the piconet. The piconet construction method according to the first embodiment, characterized in that:
[0084]
According to this embodiment, even if the terminal other than the own terminal is the master terminal, the piconet construction desired by the user can be easily realized.
[0085]
[Embodiment 3] The piconet construction method according to embodiment 1 or 2, further comprising a storage step of storing a plurality of piconet models in advance, and an icon display step of displaying an icon for each of the stored piconet models. .
[0086]
According to this embodiment, an icon is displayed for each of a plurality of piconet models stored in advance, so that it is possible to visually and intuitively notify the user which piconet model is available.
[0087]
[Embodiment 4] The plurality of pre-stored piconet models are registered in association with a device class configured for each of the plurality of piconet models and a Bluetooth device address of a terminal of the device class. The piconet construction method according to any one of aspects 1 to 3.
[0088]
According to this embodiment, it is possible to reliably connect the terminals constituting the piconet of Use Case.
[0089]
[Embodiment 5] A method according to any one of Embodiments 1 to 4, further comprising a creating step of creating a new piconet model in response to a user input, wherein the created piconet model is stored in advance in the storing step. The piconet construction method described in the section.
[0090]
According to this embodiment, a piconet desired by the user can be reliably constructed.
[0091]
Embodiment 6 An editing step of editing one of the plurality of piconet models in response to a user input, wherein the edited piconet model is stored in advance in the storing step. The piconet construction method according to any one of the above.
[0092]
According to this embodiment, a piconet desired by the user can be reliably constructed.
[0093]
[Embodiment 7] A construction step is provided in which a piconet having one terminal among a plurality of Bluetooth terminals as a master terminal and another terminal as a slave terminal is defined by selecting a piconet model, and the defined piconet is constructed. In a Bluetooth terminal that executes a piconet construction method, the construction means includes: a search means for searching for a Bluetooth terminal constituting the piconet to be constructed; and the piconet specified by the defined piconet among the searched Bluetooth terminals. Connection means for sequentially connecting a terminal having a designated role of a master terminal in the defined piconet to a terminal having a designated role of a slave terminal in the piconet when the Bluetooth terminal can be completely constructed by the Bluetooth terminal. A Bluetooth terminal comprising:
[0094]
According to this embodiment, a desired piconet can be easily constructed.
[0095]
[Eighth Embodiment] A construction step is provided in which a piconet having one terminal of a plurality of Bluetooth terminals as a master terminal and another terminal as a slave terminal is defined by selecting a piconet model, and the defined piconet is constructed. In a program for causing a computer to execute a piconet construction method, the construction step includes a search step of searching for a Bluetooth terminal configuring the piconet to be constructed, and the piconet being defined by the defined piconet among the searched Bluetooth terminals. When the Bluetooth terminal can be completely constructed by the specified Bluetooth terminal, the terminal in which the role of the master terminal is specified in the defined piconet is sequentially connected to the terminal in which the role of the slave terminal in the piconet is specified. A connection step for causing the program to execute.
[0096]
According to this embodiment, a desired piconet can be easily constructed.
[0097]
[Embodiment 9] A computer-readable storage medium for storing the program according to Embodiment 19.
[0098]
【The invention's effect】
As described in detail above, the terminal in which the role of the master terminal is designated in the defined piconet is sequentially connected to the terminal in which the role of the slave terminal is designated, so that a desired piconet can be easily constructed. it can.
[Brief description of the drawings]
FIG. 1 is a block diagram of a digital still camera that executes a piconet construction method according to an embodiment of the present invention.
2A and 2B are diagrams showing icons displayed on the screen of a display device 102 in FIG. 1, wherein FIG. 2A is an icon 201 which is one of executable icons, and FIG. Certain icons 201 ', (c) show icons 202, one of the executable icons, and (d) show icons 201, one of the executable icons, respectively.
FIG. 3 is a flowchart showing a piconet construction process according to the first embodiment of the present invention.
FIG. 4 is a flowchart showing a piconet construction process according to the first embodiment of the present invention.
FIG. 5 is a diagram illustrating a specific example of Use Case in which the own terminal is a master terminal.
FIG. 6 is a diagram illustrating a specific example of Use Case in which the own terminal is not the master terminal.
FIG. 7 is a view showing a data table of piconet model information of Use Case in FIG. 5;
FIG. 8 is a diagram showing a data table of piconet model information of Use Case in FIG. 6;
FIG. 9 is a flowchart illustrating a modified example of the piconet construction process of FIG. 3;
[Explanation of symbols]
1 Digital camera
101 storage device
102 Display device
103 CPU
104 Operation unit
105 Bluetooth communication unit
502 PC
503 Printer (with image development engine)
602 PC
603 Printer (without image development engine)
