JP2018006947A - 通信装置、通信システム、及び通信プログラム - Google Patents

Abstract

【課題】一つのデバイスを複数の通信装置に簡単な操作で接続することが可能な通信装置、通信システム、及び通信プログラムを提供すること。【解決手段】ユーザからデバイスの指定を受け付ける受付部６１と、近距離無線通信によりデバイスと接続している他の通信装置が存在するときに、他の通信装置に対してデバイスとの接続の解除を要求する解除要求SRを送信する送信部５２ａと、解除要求SRを送信した後に、近距離無線通信によりデバイスに自装置を接続する接続部３１ａとを有する通信装置による。【選択図】図４

Description

本発明は、通信装置、通信システム、及び通信プログラムに関する。

スマートフォンやタブレット端末等の普及に伴い、これらの通信装置をキーボードやヘッドホン等のデバイスに近距離無線通信で接続する形態が浸透しつつある。そのような近距離無線通信技術としては、例えばBluetooth（登録商標）がある。

Bluetoothを利用する場合には、通信装置とデバイスとを接続する前に、ペアリングと呼ばれる認証処理が行われる。ペアリングは、通信装置とデバイスとがお互いの正当性を認証する処理であって、一つのデバイスが複数の通信装置とペアリングするマルチペアリングと呼ばれる技術もある。

複数の通信装置を所有しているユーザにとっては、マルチペアリングを利用することで、一つのデバイスを複数の通信装置で利用することが可能となり便利である。

但し、デバイスの電源を入れた直後では、当該デバイスは最も最近接続した通信装置とBluetoothで接続するように設定されている場合があり、ユーザが使用中の通信装置とは別の通信装置にデバイスが接続されてしまうことがある。

この場合には、その別の通信装置をユーザが操作してデバイスとの接続を解除する必要があり、ユーザにとって不便である。

特開２０１４−１７８７３２号公報

一側面によれば、一つのデバイスを複数の通信装置に簡単な操作で接続することが可能な通信装置、通信システム、及び通信プログラムを提供することを目的とする。

一側面によれば、ユーザからデバイスの指定を受け付ける受付部と、近距離無線通信により前記デバイスと接続している他の通信装置が存在するときに、前記他の通信装置に対して前記デバイスとの接続の解除を要求する解除要求を送信する送信部と、前記解除要求を送信した後に、前記近距離無線通信により前記デバイスに自装置を接続する接続部とを有する通信装置が提供される。

一側面によれば、一つのデバイスを複数の通信装置に簡単な操作で接続することが可能となる。

図１は、本実施形態に係る通信システムの全体構成図である。 図２は、本実施形態に係る第１の通信装置のハードウェア構成図である。 図３は、本実施形態に係る管理データのデータ構造の一例について示す図である。 図４は、本実施形態に係る第１の通信装置と第２の通信装置の各々において実行されるプログラムの構成とその機能を示す図である。 図５は、本実施形態に係るディスプレイの画面表示例を示す図である。 図６は、本実施形態におけるデータフローを模式的に示す図である。 図７は、本実施形態に係る通信方法のうちユーザが関与する処理について説明するためのフローチャートである。 図８（ａ）、（ｂ）は、本実施形態に係る通信方法の各ステップにおける管理データの内容を模式的に示す図（その１）である。 図９は、本実施形態に係る通信方法の各ステップにおける管理データの内容を模式的に示す図（その２）である。 図１０は、本実施形態に係る通信方法を実行している途中のディスプレイの画面表示例を示す図である。 図１１は、本実施形態に係る通信方法について説明するためのシーケンス図である。 図１２（ａ）、（ｂ）は、本実施形態に係る通信方法の各ステップにおける管理データの内容を模式的に示す図である。 図１３は、本実施形態において、第１の通信装置とデバイスとを接続したときのディスプレイの画面表示例を示す図である。 図１４は、本実施形態の第１例に係る第１の通信装置の処理について説明するためのフローチャートである。 図１５は、本実施形態の第２例に係る第１の通信装置の処理について説明するためのフローチャートである。 図１６は、本実施形態において、第１の通信装置から問い合わせを受信したときの第２の通信装置の処理について説明するためのフローチャートである。 図１７は、本実施形態において、第１の通信装置から解除要求を受信したときの第２の通信装置の処理について説明するためのフローチャートである。 図１８（ａ）、（ｂ）は、本実施形態の第１のシナリオについて模式的に説明するための図である。 図１９は、本実施形態の第１のシナリオを実現するための通信システムのシーケンス図である。 図２０（ａ）、（ｂ）は、本実施形態の第２のシナリオについて模式的に説明するための図である。 図２１は、本実施形態の第２のシナリオを実現するための通信システムのシーケンス図（その１）である。 図２１は、本実施形態の第２のシナリオを実現するための通信システムのシーケンス図（その２）である。

（本実施形態）
以下に、添付図面を参照しながら本実施形態について詳細に説明する。

[システム構成]
図１は、本実施形態に係る通信システムの全体構成図である。

この通信システム１は、第１の通信装置２、第２の通信装置３、及びデバイス５を有する。

このうち、第１の通信装置２と第２の通信装置３は、いずれも同一のユーザが所有しているスマートフォン、タブレット端末、及びパーソナルコンピュータ等の通信装置である。

この例では、ユーザが第１の通信装置２の操作を現に行っているものとする。また、第２の通信装置３は、他の通信装置の一例であって、ユーザが過去に電源を入れて操作をしたことのある通信装置である。

そして、第１の通信装置２と第２の通信装置３は、WLAN(Wave Local Area Network)、Wi-Fi Direct、及びBluetooth等の通信規格に従って相互に通信可能である。

一方、デバイス５は、第１の通信装置２と第２の通信装置３の各々に近距離無線通信で接続することが可能なデバイスである。デバイス５の種類は特に限定されない。例えば、キーボード、マウス、及びヘッドホン等をデバイス５として使用し得る。

また、近距離無線通信の例としては、Bluetooth、Wi-Fi Direct、及びMiracastがある。

以下では、近距離無線通信としてBluetoothを採用し、そのマルチペアリング機能によりデバイス５と各通信装置２、３とが予めペアリングされている場合を例にして説明する。

その場合、本実施形態では後述のような簡便な操作で各通信装置２、３のいずれか一方にデバイス５を接続する。

[ハードウェア構成]
図２は、第１の通信装置２のハードウェア構成図である。

なお、以下では第１の通信装置２と第２の通信装置３の各々のハードウェア構成が同じ場合を想定しているため、第２の通信装置３のハードウェア構成については省略する。

但し、後述の通信プログラムを起動することで同一の機能を実現できるのであれば、各通信装置２、３のハードウェア構成は異なっていてもよい。

図２に示すように、第１の通信装置２は、メインメモリ１１、記憶部１２、無線通信コントローラ１３、近距離無線通信コントローラ１４、タッチパネル１５、ディスプレイ１６、及びプロセッサ１７を備える。

このうち、メインメモリ１１は、例えばDRAM(Dynamic RAM)であって、その上に後述の通信プログラムが展開される。

また、記憶部１２は、例えばeMMC(embedded Multi Media Card)等の不揮発性のストレージであり、通信プログラム２０やOS(Operating System)プログラム３０を記憶する。

なお、その通信プログラム２０をコンピュータが読み取り可能な記録媒体１８に記録させておき、プロセッサ１７に記録媒体１８の通信プログラム２０を読み取らせるようにしてもよい。

そのような記録媒体１８としては、例えばCD-ROM(Compact Disc - Read Only Memory)、DVD(Digital Versatile Disc)、及びUSB(Universal Serial Bus)メモリ等の物理的な可搬型記録媒体がある。また、フラッシュメモリ等の半導体メモリやハードディスクドライブを記録媒体１８として使用してもよい。これらの記録媒体１８は、物理的な形態を持たない搬送波のような一時的な媒体ではない。

更に、公衆回線、インターネット、及びLAN等に接続された装置に通信プログラム２０を記憶させておき、プロセッサ１７が通信プログラム２０を読み出して実行するようにしてもよい。

上記した通信プログラム２０とOSプログラム３０の他に、記憶部１２は、自装置とペアリング済のデバイス５の一覧を含む管理データ２１を記憶する。

図３は、その管理データ２１のデータ構造の一例について示す図である。

図３に示すように、管理データ２１は、ユーザ識別子２２、番号２３、デバイス名２４、接続先２５、及びステータス２６を有する。

このうち、ユーザ識別子２２は、自装置を操作しているユーザを識別するための識別子であって、ユーザが任意に選んだ文字列を設定し得る。この例では、ユーザ識別子２２として文字列「User A」がユーザ識別子２２に設定されている。

また、デバイス名２４は、自装置とペアリング済のデバイス５の名称である。デバイス５が複数存在する場合には、各デバイス５を一意に識別する文字列をそのデバイス名２４として採用し得る。

図３の例では、デバイス５としてキーボードとマウスの二つが存在しており、その各々のデバイス名２４が「Bluetooth keyboard 123456」、「Bluetooth mouse ABCD」である場合を例示している。

更に、各デバイス名２４には、ペアリングが行われた順に番号２３が付される。

そして、接続先２５は、デバイス５とBluetoothで接続されている無線通信装置の名称である。図３の例では、自装置と接続されているデバイス（Bluetooth keyboard 123456）５の接続先２５には文字列「自装置」が格納される。また、自装置とは異なる他の無線装置と接続されているデバイス（Bluetooth mouse ABCD）５の接続先２５には、当該他の無線装置の名称である文字列「装置A」が格納される。

更に、ステータス２６は、デバイス５と各無線通信装置とがBluetoothで接続されているか否かを示す情報であり、接続されている場合には文字列「接続済」が格納され、未接続の場合には何も格納されない。

再び図２を参照する。

無線通信コントローラ１３は、プロセッサ１７と第２の通信装置３との通信を制御するコントローラである。その通信の規格としては、前述のようにWLAN、Wi-Fi Direct、及びBluetoothがある。

そして、近距離無線通信コントローラ１４は、プロセッサ１７とデバイス５との間で行われるBluetoothによる通信を制御するコントローラである。

一方、タッチパネル１５は、ユーザがタッチすることにより入力を行う入力デバイスである。入力デバイスはタッチパネル１５に限定されない。タッチパネル１５に代えてデジタイザを入力デバイスとして使用してもよいし、タッチパネル１５とデジタイザの両方を入力デバイスとして使用してもよい。

更に、ディスプレイ１６は、ユーザに各種の情報を表示する表示デバイスである。

また、プロセッサ１７は、自装置の各部を制御したり、メインメモリ１１と協働して通信プログラム２０を実行したりするCPU(Central Processing Unit)である。

そのプロセッサ１７には、グラフィックコントローラ１７ａ、メモリコントローラ１７ｂ、ストレージコントローラ１７ｃ、USB(Universal Serial Bus)コントローラ１７ｄ、及びPCI (Peripheral Component Interconnect) Expressコントローラ１７ｅが設けられる。

このうち、グラフィックコントローラ１７ａは、ディスプレイ１６に表示されるグラフィック画像を制御するコントローラである。そのグラフィック画像は、メインメモリの一部に割り当てられたVRAM(Video RAM)領域を利用して表示され、グラフィックコントローラ１７ａはそのVRAM領域を管理する機能も有する。

また、メモリコントローラ１７ｂは、メインメモリ１１を制御するコントローラであって、通信プログラム２０を実行する際にメインメモリ１１に一時的にデータを書き込んだり、メインメモリ１１からデータを読み出したりする。

そして、ストレージコントローラ１７ｃは、記憶部１２を制御するコントローラであって、記憶部１２に対してデータの書き込みや読み出しを行う。

USBコントローラ１７ｄは、USB規格に従って近距離無線通信コントローラ１４とプロセッサ１７との間のデータ転送を制御する。なお、タッチパネル１５とプロセッサ１７との間のデータ転送も、USBコントローラ１７ｄによって制御される。

更に、PCI Expressコントローラ１７ｅは、PCI Express規格に従って無線通信コントローラ１３とプロセッサ１７との間のデータ転送を制御する。

なお、この例ではプロセッサ１７の内部に各コントローラ１７ａ〜１７ｅを設けたが、これらのコントローラ１７ａ〜１７ｅをプロセッサ１７とは別のチップとして設けてもよい。

[機能構成]
図４は、第１の通信装置２と第２の通信装置３の各々において実行されるプログラムの構成とその機能を示す図である。

図４に示すように、各通信装置２、３においては、プロセッサ１７とメインメモリ１１とが協働することにより、通信プログラム２０とOSプログラム３０とが実行される。

このうち、OSプログラム３０を実行することにより、各通信装置２、３には接続制御部３１とデバイス情報格納部３２が実現される。

接続制御部３１は、近距離無線通信コントローラ１４（図２参照）を介して自装置をBluetoothでデバイス５に接続する接続部３１ａと、その接続を解除する接続解除部３１ｂとを有する。

そして、デバイス情報格納部３２にはデバイス情報Dが格納される。デバイス情報Dは、管理データ２１（図３参照）を作成するのに必要なデータであって、自装置とペアリング済のデバイス５のデバイス名と、自装置とBluetoothで現に接続しているデバイス５のデバイス名とが含まれる。

一方、通信プログラム２０は、アプリケーションプログラム４２とサービスプログラム４３とを有する。

サービスプログラム４３は、メインメモリ１１（図２参照）の上に常駐しているプログラムであって、第１の通信装置２の電源を入れることにより起動する。

そして、このようにサービスプログラム４３を起動することで、インターフェース部５１、通信部５２、及び要求部５３の各機能が実現される。

インターフェース部５１は、アプリケーションプログラム４２との間でデータの受け渡しをするためのインターフェースである。

また、通信部５２は、他の通信装置と通信を行う機能を有しており、送信部５２ａ、受信部５２ｂ、及び応答部５２ｃを備える。

このうち、送信部５２ａは、自装置の周囲に存在する他の通信装置を検出する検出信号S_Dをブロードキャストする。そのような検出信号S_Dとしては、例えばpingコマンドがある。

そして、その検出信号S_Dに対する応答が他の通信装置からあった場合には、送信部５２ａは、他の通信装置がBluetoothによりデバイス５と接続しているか否かを確認するための問い合わせS_Qを当該他の通信装置に送信する。

この問い合わせS_Qの結果、他の通信装置がデバイス５とBluetoothにより接続していることが判明した場合には、送信部５２ａは、当該他の通信装置に対してデバイス５との接続の解除を要求する解除要求S_Rを送信する。

一方、受信部５２ｂは、他の通信装置から送信された前述の解除要求S_Rと検出信号S_Dとを受信する。

更に、応答部５２ｃは、受信部５２ｂが他の通信装置から検出信号S_Dを受信したときに、その検出信号S_Dを正しく受信できたことを示す応答を他の通信装置に返す。その応答を受信することにより、例えば第１の通信装置２が、自装置の周囲に存在する第２の通信装置３を検出することができる。

その他にも、応答部５２ｃは、解除要求S_Rを受けて自装置とデバイス５との接続を解除したときに、接続を解除した旨の応答を他の通信装置に返す。

そして、要求部５３は、OSプログラム３０が提供するAPI(Application Programming Interface)を介して、自装置とデバイス５との接続を要求する接続要求R_Cや、その接続の解除を要求する接続解除要求R_Dを接続制御部３１に通知する。

なお、接続制御部３１は、接続要求R_Cや接続解除要求R_Dに従って自装置とデバイス５とを接続したりその接続を解除したりしたときは、その旨の応答を要求部５３に返す。

一方、アプリケーションプログラム４２は、ユーザが明示的に起動を指示することにより実行されるプログラムであって、受付部６１、表示部６２、データ格納部６３、データ取得部６４、及び接続指示部６５の各機能を実現する。

このうち、受付部６１は、ユーザがBluetoothで接続したいと希望するデバイス５がある場合に、ユーザからそのデバイス５の指定を受け付ける。

また、表示部６２は、記憶部１２に記憶されている管理データ２１（図３参照）を利用して、自装置とペアリング済のデバイス５の一覧をディスプレイ１６に表示する。

そして、データ格納部６３は、前述のデバイス情報Dから管理データ２１（図３参照）を作成してそれを記憶部１２に格納する。

データ取得部６４は、OSプログラム３０が提供するAPIを介して、デバイス情報格納部３２からデバイス情報Dを取得し、そのデバイス情報Dをデータ格納部６３に渡す。

そして、接続指示部６５は、受付部６１がユーザからデバイス５の指定を受け付けたときに、そのデバイス５と自装置とをBluetoothで接続するように指示する接続指示S_Cを要求部５３に通知する。

[表示例]
次に、表示部６２がディスプレイ１６に表示する情報について説明する。

図５は、ディスプレイ１６の画面表示例を示す図である。

図５に示すように、ディスプレイ１６にはウィンドウ３４が表示される。

ウィンドウ３４は、ユーザからデバイス５の指定を受け付けるユーザインターフェースであって、アプリケーションプログラム２０を起動することによりディスプレイ１６に表示される。

そのウィンドウ３４には、自装置とペアリング済のデバイス５の一覧が表示される。

ウィンドウ３４の構成は特に限定されない。この例では、チェックボックス３５、デバイス名３６、接続状態３７、接続要求ボタン３８、及び閉じるボタン３９の各要素をウィンドウ３４に表示させる。

このうち、デバイス名３６は、自装置とペアリング済のデバイス５の名称であって、管理データ２１（図３参照）におけるデバイス名２４と同一である。

また、接続状態３７は、デバイス名３６に表示されているデバイス５と自装置とがBluetoothにより接続されているか否かを示し、接続されている場合には「接続済」と表示され、接続されていない場合には「未接続」と表示される。

「未接続」のデバイス５に自装置をBluetoothで接続したい場合には、ユーザは当該デバイス５の横のチェックボックス３６をチェックする。この状態でユーザが接続要求ボタン３８を押下すると、接続指示部６５が、チェックが入ったデバイス５と自装置とをBluetoothで接続するように指示する接続指示S_Cを要求部５３に通知する。

なお、ユーザがBluetoothで接続したいと希望するデバイス５が複数ある場合には、複数のデバイス５の横のチェックボックス３６の各々にチェックを入れればよい。

また、アプリケーションプログラム２０を終了したい場合には、ユーザは閉じるボタン３９を押下すればよい。

[データフロー]
図６は、本実施形態におけるデータフローを模式的に示す図である。

図６に示すように、第１の通信装置２と第２の通信装置３の各々には同一の通信プログラム２０が実装されており、これにより各通信装置２、３には同一のアプリケーションプログラム４２と同一のサービスプログラム４３が実行される。

なお、OSプログラム３０については、前述の接続制御部３１とデバイス格納制御部３２の各機能が実現できるのであれば、各通信装置２、３が実装するOSプログラム３０は同一でなくてもよい。

本実施形態には、アプリケーションプログラム４２とサービスプログラム４３との間の第１のデータフロー６７と、OSプログラム３０とサービスプログラム４３との間の第２のデータフロー６８と、各通信装置２、３間の第３のデータフロー６９とがある。

このうち、第１のフロー６７には、例えば、接続指示部６５が要求部５３に通知する接続指示S_Cが含まれる。

また、第２のデータフロー６８には、例えば、要求部５３が接続制御部５３に通知する接続要求R_Cや接続解除要求R_Dが含まれる。

一方、第３のデータフロー６９には、例えば、送信部５２ａが相手方の通信装置に対してデバイス５との接続の解除を要求する解除要求S_Rが含まれる。

[通信方法]
次に、本実施形態に係る通信方法について説明する。

＜ユーザ処理＞
まず、本実施形態に係る通信方法のうちユーザが関与する処理について説明する。

図７は、ユーザが関与する処理について説明するためのフローチャートである。

以下では、通信方法の説明に併せて、処理の進行に伴い管理データ２１の内容がどのように変わっていくのかについても説明する。図８及び図９は、以下の各ステップにおける管理データ２１の内容を模式的に示す図である。

まず、図７のステップＳ１０１において、ユーザが本実施形態に係る通信プログラム２０を起動する。

この時点では、図８（ａ）に示すように、管理データ２１は初期状態にあり、管理データ２１には何も格納されていない。

次に、図７のステップＳ１０２に移り、ユーザがユーザ識別子を第１の通信装置２に入力する。

これにより、図８（ｂ）に示すように、管理データ２１のユーザ識別子２２に、ユーザが入力した文字列「User A」が入力される。

続いて、図７のステップＳ１０３に移り、第１の通信装置２のデータ取得部６４がデバイス情報格納部３２からデバイス情報Dを取得する。前述のようにそのデバイス情報Dには自装置とペアリング済のデバイス５の名称が含まれる。

そして、データ格納部６３が、そのデバイス情報Dに基づいて管理データ２１の各要素にデータを格納する。

図９は、本ステップを終了した時点における管理データ２１を模式的に示す図である。

図９に示すように、本ステップにより管理データ２１のデバイス名２４に自装置とペアリング済のデバイス５の名称が格納される。

また、そのデバイス５と自装置とがBluetoothで接続済の場合には、管理データ２１の接続先２５に文字列「自装置」が格納されると共に、ステータス２６に文字列「接続済」が格納される。

図１０（ａ）は、この時点におけるウィンドウ３４の例を示す図である。

図１０（ａ）に示すように、デバイス名３６には、ペアリング済のデバイス５として「Bluetooth keyboard 123456」、「Bluetooth mouse ABCD」、及び「My headphone Ver 1.0」が表示されている。

また、この例では、「Bluetooth keyboard 123456」の接続状態３７が「接続済」であり、「Bluetooth mouse ABCD」と「My headphone Ver 1.0」の接続状態３７が「未接続」となっている。

次に、図７のステップＳ１０４に移り、ユーザがBluetoothで接続したいと希望するデバイス５の横のチェックボックス３５にチェックを入れる。

図１０（ｂ）は、このようにチェックを入れた状態でのウィンドウ３４の例を示す図である。

図１０（ｂ）に示すように、この例では、ユーザが「Bluetooth mouse ABCD」に接続したいと希望しており、その「Bluetooth mouse ABCD」の横のチェックボックス３５にチェックが入っている。

そして、このようにチェックすることにより、第１の通信装置２の受付部６１が、ペアリング済の複数のデバイス５のなかからユーザの指定を受け付けることになる。これにより、ユーザは複数のデバイス５のうち自分が接続を希望するものを簡単に選ぶことができ、ユーザの便宜に資することができる。

この後は、以下のようにして通信システム１の処理に移り、ユーザが指定したデバイス５に第１の通信装置２がBluetoothで接続する。

＜通信システムの処理＞
図１１は、本実施形態に係る通信方法について説明するためのシーケンス図である。

以下では、通信方法の説明に併せて、処理の進行に伴い管理データ２１の内容がどのように変わっていくのかについても説明する。図１２（ａ）、（ｂ）は、以下の各ステップにおける管理データ２１の内容を模式的に示す図である。

以下に、図１１の各ステップについて説明する。

（Ｓ１１１）
第１の通信装置２の送信部５２ａが検出信号S_Dをブロードキャストすることにより、第２の通信装置３の検出を試みる。

（Ｓ１１２）
第２の通信装置３の受信部５２ｂが検出信号S_Dを受信する。そして、第２の通信装置３の応答部５２ｃが、検出信号S_Dを正しく受信できたことを示す応答を第１の通信装置２に返す。

（Ｓ１１３）
第１の通信装置２の送信部５２ａが、第２の通信装置３に対して問い合わせS_Qを送信することにより、ユーザが指定したデバイス５と第２の通信装置３とがBluetoothで接続しているか否かを第２の通信装置３に問い合わせる。

このとき、第１の通信装置２の送信部５２ａは、自装置が記憶しているユーザ識別子２２（図３参照）を問い合わせS_Qに含めて第２の通信装置３に送信する。

（Ｓ１１４）
第２の通信装置３の応答部５２ｃが、問い合わせS_Qに含まれているユーザ識別子２２が自装置に記憶されているのと同一である場合に、その問い合わせS_Qに対して応答する。

但し、問い合わせS_Qに含まれているユーザ識別子２２が第２の通信装置３に記憶されているのと異なる場合には、第１の通信装置２と第３の通信装置３とを使用しているユーザが異なることになる。この場合にデバイス５の接続先を第１の通信装置２に変更すると、異なるユーザがデバイス５を奪い合うことになるので、この場合には第２の通信装置３の応答部５２ｃは問い合わせS_Qに対して応答しない。

一方、各通信装置２、３のユーザ識別子が同一の場合には、応答部５２ｃは、自装置がデバイス５と接続しているか否かに応じて、「接続している」と「接続していない」のいずれかの内容を第１の通信装置２に返す。

図１２（ａ）は、「接続している」との応答を受けたときの第１の通信装置２の管理データ２１を模式的に示す図である。

図１２（ａ）の例では、「Bluetooth mouse ABCD」と接続している旨の応答を第２の通信装置３から受けた場合を示している。この場合は、第１の通信装置２のデータ格納部６３が、第２の通信装置３の名称である「装置A」を「Bluetooth mouse ABCD」の接続先２５に格納する。

（Ｓ１１５）
ステップＳ１１４において「接続している」との応答を受け、第２の通信装置３とデバイス５とがBluetoothで接続していることが判明した場合には、第１の通信装置２の送信部５２ａは、第２の通信装置３に対して解除要求S_Rを送信する。

このとき、送信部５２ａは、自装置が記憶しているユーザ識別子２２を解除要求S_Rに含めて第２の通信装置３に送信する。

（Ｓ１１６）
解除要求S_Rを受けた第２の通信装置３の接続解除部３１ｂが、接続を解除する旨の通知を当該デバイス５に通知することにより、自装置とデバイス５との接続を解除する。

但し、その接続要求S_Rに含まれるユーザ識別子２２が自装置に記憶されているのと異なる場合には、異なるユーザがデバイス５を奪い合うのを防止するために、第２の通信装置３の接続解除部３１ｂはデバイス５との接続を解除しない。

（Ｓ１１７）
第２の通信装置３の応答部５２ｃが、第１の通信装置２の受信部５２ｂに対してデバイス５との接続を解除した旨の応答を返す。

（Ｓ１１８）
その応答を第１の通信装置２の受信部５２ｂが受け、更に第１の通信装置２の接続部３１ａがBluetoothにより自装置とデバイス５とを接続する。

図１２（ｂ）は、このように自装置とデバイス５とを接続したときの第１の通信装置２の管理データ２１を模式的に示す図である。

図１２（ｂ）の例では、本ステップにより、デバイス５の「Bluetooth mouse ABCD」と自装置とが接続した場合を示している。

この場合は、データ格納部６３が、「Bluetooth mouse ABCD」の接続先２５に「自装置」を格納すると共に、「Bluetooth mouse ABCD」のステータス２６に「接続済」を格納する。

一方、図１３は、このように第１の通信装置２とデバイス５とを接続したときのディスプレイ１６の画面表示例を示す図である。

図１３に示すように、上記のように第１の通信装置２と「Bluetooth mouse ABCD」とを接続すると、その「Bluetooth mouse ABCD」の接続状態３７が「接続済」となる。

以上により、本実施形態に係る通信方法の基本ステップを終了する。

上記した通信方法によれば、第１の通信装置２に接続させたいデバイス５をユーザが指定することにより、第１の通信装置２が第２の通信装置３に解除要求S_Rを送信してデバイス５との接続を解除させ、第１の通信装置２とデバイス５とが接続される。

そのため、第１の通信装置２とデバイス５とを接続させるためにユーザが第２の通信装置３を操作する必要がなく、簡便な操作で第１の通信装置２にデバイス５を接続することが可能となり、ユーザの利便性が向上する。

なお、この例では、ステップＳ１１３の問い合わせS_Qとは別のステップで解除要求S_Rを第２の通信装置３に送信したが、ステップＳ１１３において問い合わせS_Qと解除要求S_Rの両方の内容を含む指示を第２の通信装置３に送信し、処理の高速化を図ってもよい。

その指示においては、例えば、第２の通信装置３に対してデバイス５と接続しているかを問い合わせ、もし接続しているならばデバイス５との接続を解除するように指示すればよい。

＜第１の通信装置２の処理＞
次に、上記の図１１で説明したシステム１の処理のうち、第１の通信装置２の処理について詳細に説明する。

その第１の通信装置２の処理には、以下のように第１例と第２例とがある。

・第１例
図１４は、第１例に係る第１の通信装置の処理について説明するためのフローチャートである。

なお、図１４において、図１１のシーケンス図におけるのと同じステップには図１１におけるのと同じステップ番号を付し、以下ではその説明を簡略化する。

まず、ステップＳ１１１において、送信部５２ａが検出信号S_Dをブロードキャストすることにより、第２の通信装置３の検出を試みる。

次に、ステップＳ１２１に移り、受信部５２ｂが検出信号S_Dに対する応答を第２の通信装置３から受け取り、その応答を送信部５２ａに渡す。そして、送信部５２ａは、その応答を受け取ったときに第２の通信装置３を検出したと判断し、応答を受け取らなかったときに第２の通信装置３を検出しなかったと判断する。

なお、第２の通信装置３が複数存在する場合には、その各々に対して検出したかどうかを判断する。

ここで、検出されない（ＮＯ）と判断された場合には、第１の通信装置２の周囲に第２の通信装置３は存在しないことになる。このように第２の通信装置３が存在しない場合には、第２の通信装置３がデバイス５とBluetoothで接続しているとは考えられないため、第２の通信装置３に対してデバイス５との接続を解除するように要求する必要はない。

よって、この場合はステップＳ１１８に移り、第１の通信装置２の接続部３１ａがBluetoothにより自装置とデバイス５とを接続する。

一方、ステップＳ１２１で検出された（ＹＥＳ）と判断された場合には、第１の通信装置２の周囲に第２の通信装置３が存在しており、その第２の通信装置３がデバイス５とBluetoothで接続している可能性がある。

そこで、この場合にはステップＳ１２２のデバイスチェックループに入り、以下のようにして第２の通信装置３とデバイス５とが接続しているかどうかをチェックする。

まず、ステップＳ１１３において、ステップＳ１２１で存在が確認された各々の第２の通信装置３に対し、ユーザが指定したデバイス５とBluetoothで接続しているか否かの問い合わせS_Qを送信部５２ａが送信する。

次に、ステップＳ１２３に移り、受信部５２ｂが問い合わせS_Qに対する応答（Ｓ１１４）を第２の通信装置３から受け取り、その応答を送信部５２ａに渡す。そして、送信部５２ａは、その応答の内容に応じて、ユーザが指定したデバイス５と第２の通信装置３とが接続しているか否かを判断する。

例えば、第２の通信装置３からの応答が「接続している」の場合には、送信部５２ａは第２の通信装置３とデバイス５とが接続していると判断する。また、その応答が「接続していない」の場合には、送信部５２ａは、第２の通信装置３とデバイス５とが接続していないと判断する。

そして、本ステップで接続されていない（ＮＯ）と判断された場合には、ステップＳ１２４に移る。

ステップＳ１２４では、デバイスチェックループを抜ける条件を満たしているか否かが送信部５２ａにより判断される。その条件は、ユーザが指定したデバイス５とBluetoothで接続されていない全ての第２の通信装置３に対してステップＳ１１３を行うことである。

ここで、デバイスチェックループを抜ける条件が満たされていると判断された場合には、ステップＳ１２１で存在が確認された全ての第２の通信装置３が、ユーザが指定したデバイス５とBluetoothで接続されていないということになる。

よって、この場合には、第２の通信装置３に対してデバイス５との接続を解除するように要求する解除要求S_Rを送信する必要がない。

そこで、ステップＳ１１８に移り、第１の通信装置２の接続部３１ａがBluetoothにより自装置とデバイス５とを接続する。

一方、ステップＳ１２３において接続されている（ＹＥＳ）と判断された場合には、ステップＳ１１５に移る。

ステップＳ１１５においては、前述のように送信部５２ａが第２の通信装置３に対して解除要求S_Rを送信する。

そして、ステップＳ１２５に移り、受信部５２ｂが、デバイス５との接続を解除した旨の応答を第２の通信装置３から受信する。

その応答を受けて、前述のステップＳ１１８において自装置をデバイス５に接続する。

以上により、第１の通信装置の処理を終える。

・第２例
本例では、以下のようにして第１例よりも処理の高速化を図る。

図１５は、第２例に係る第１の通信装置の処理について説明するためのフローチャートである。

なお、図１５において、図１１のシーケンス図や図１４のフローチャートにおけるのと同じステップにはこれらの図におけるのと同じステップ番号を付し、以下ではその説明を簡略化する。

この例では、図１４のステップＳ１１１の前に、以下のようにステップＳ１３１とステップＳ１３２とを行う。なお、ステップＳ１１１以降の処理は、図１４の例と同じである。

まず、ステップＳ１３１において、受信部５２ｂが、デバイス５が発信するアドバタイズメントパケットの検出を試みる。

アドバタイズメントパケットは、デバイス５がBluetoothで接続可能な状態にあることを通報する通報信号の一例であって、他の通信装置とBluetoothで接続されていないデバイス５がブロードキャストする。

そして、受信部５２ｂは、アドバタイズメントパケットを検出できた場合にはそれを送信部５２ａに渡し、検出できなかった場合には送信部５２ｂに何も渡さない。

次に、ステップＳ１３２に移り、送信部５２ａが、アドバタイズメントパケットが検出された否かを判断する。

ここで、検出された（ＹＥＳ）と判断された場合には、デバイス５は第２の通信装置３とBluetoothで接続可能な状態にあるので、デバイス５との接続の解除を要求する解除要求S_Rを第１の通信装置２が第２の通信装置３に送信する必要はない。

そこで、この場合には、ステップＳ１１１以降を行わず、解除要求S_Rを送信するステップＳ１１５をスキップする。

その後に、図１４の例と同様にステップＳ１１８を行うことにより、接続部３１ａがBluetoothにより自装置とデバイス５とを接続する。

一方、ステップＳ１３２において検出されない（ＮＯ）と判断された場合には、デバイス５が第２の通信装置３とBluetoothで接続していることになる。

よって、この場合は、図１４の例と同様にしてステップＳ１１１に移り、送信部５２ａが検出信号S_Dをブロードキャストすることにより第２の通信装置３の検出を試みる。

そして、ステップＳ１２１に移り、第１の通信装置２の送信部５２ａが、第２の通信装置３が検出されたか否かを判断する。

ここで、ＮＯと判断された場合には、第１の通信装置２の周囲には接続可能なデバイス５も第２の通信装置３も存在しないことになる。よって、この場合には、第１の通信装置２がデバイス５と接続することができないので、処理を終了する。

一方、ステップＳ１２１においてＹＥＳと判断された場合には、第１例と同様にしてデバイスチェックループＳ１２２以降の処理を行う。

以上説明した本例によれば、ステップＳ１３２においてアドバタイズメントパケットを検出した場合には、ステップＳ１１５をスキップすることにより第２の通信装置２に解除要求S_Rを送信しないので、第１例よりも処理の高速化を図ることができる。

＜第２の通信装置３の処理＞
次に、上記の図１１で説明したシステム１の処理のうち、第２の通信装置３の処理について詳細に説明する。

その処理には、問い合わせS_Qを受信したときの処理と、解除要求S_Rを受信した処理とがある。

・問い合わせS_Qを受信したとき
図１６は、第１の通信装置２から問い合わせS_Qを受信したときの第２の通信装置３の処理について説明するためのフローチャートである。

まず、ステップＳ１４１において、問い合わせS_Qに含まれるユーザ識別子２２が自装置に記憶されているのと同一であるか否かを受信部５２ｂが判断する。

ここで、同一ではない（ＮＯ）と判断された場合には、第１の通信装置２と第２の通信装置３の各々のユーザが異なるということになる。

この場合に第１の通信装置２にデバイス５を接続させてしまうと、第２の通信装置３のユーザがデバイス５を使用できなくなってしまう。よって、この場合は、応答部５２ｃが問い合わせS_Qに対して応答をすることなく処理を終える。

一方、同一である（ＹＥＳ）と判断された場合にはステップＳ１４２に移る。

ステップＳ１４２においては、データ取得部６４が、デバイス情報格納部３２からデバイス情報Dを取得することにより、自装置が現にBluetoothで接続しているデバイス５を特定する。

次に、ステップＳ１４３に移り、ステップＳ１４２で特定したデバイス５の中に問い合わせS_Qで接続の有無を確認されているデバイス５が含まれている否かを応答部５２ｃが判断することで、問い合わせS_Q中のデバイス５に自装置が接続されているかを判断する。

ここで、接続されている（ＹＥＳ）と判断したした場合にはステップＳ１４４に移る。

ステップＳ１４４においては、応答部５２ｃが、問い合わせを受けたデバイス５と自装置とが「接続している」との応答を第１の通信装置２に返す。

一方、ステップＳ１４３において接続されていない（ＮＯ）と判断した場合には、ステップＳ１４５に移り、問い合わせを受けたデバイス５と自装置とが「接続していない」との応答を応答部５２ｃが第１の通信装置２に返す。

以上により、問い合わせS_Qを受信したときの第２の通信装置３の処理を終える。

上記した第２の通信装置３の処理によれば、第１の通信装置２から受けた問い合わせS_Qに含まれるユーザ識別子２２が自装置に記憶されているのと異なる場合には、第２の通信装置３は第１の通信装置２に応答をせずに処理を終了する。

そのため、第１の通信装置３と第２の通信装置５の各々のユーザが異なる場合に、デバイス５の接続先が第２の通信装置５から第１の通信装置３に変わることがなく、異なるユーザがデバイス５を奪い合うのを防止できる。

・解除要求S_Rを受信したとき
図１７は、第１の通信装置２から解除要求S_Rを受信したときの第２の通信装置３の処理について説明するためのフローチャートである。

まず、ステップＳ１５１において、解除要求S_Rに含まれるユーザ識別子２２が自装置に記憶されているのと同一であるか否かを受信部５２ｂが判断する。

ここで、同一ではない（ＮＯ）と判断された場合には、第１の通信装置２と第２の通信装置３の各々のユーザが異なるということになる。

よって、この場合には、第２の通信装置３を使用しているのとは別のユーザによって第２の通信装置３とデバイス５との接続が解除されるのを防ぐために、接続解除部３１ｂが自装置とデバイス５との接続を解除することなく処理を終える。

一方、同一である（ＹＥＳ）と判断された場合には、ステップＳ１１６に移り、要求部５３が接続制御部３１に接続解除要求R_Dを通知する。そして、その接続解除要求R_Dを受けた接続解除部３１ｂが、接続を解除する旨の通知を当該デバイス５に通知することにより、自装置とデバイス５との接続を解除する。

次に、ステップＳ１５３に移り、自装置とデバイス５との接続を解除したことを示す接続制御部３１からの応答を要求部５３が待つ。

そして、その応答を受けた後に、ステップＳ１１７に移り、応答部５２ｃが、第１の通信装置２に対してデバイス５との接続を解除した旨の応答を返す。

以上により、解除要求S_Rを受信したときの第２の通信装置３の処理を終える。

上記した第２の通信装置３の処理によれば、第１の通信装置２から受けた解除要求S_Rに含まれるユーザ識別子２２が自装置に記憶されているのと異なる場合には、第２の通信装置３はデバイス５との接続を解除しない。

そのため、第２の通信装置３を使用しているのとは別のユーザによって第２の通信装置３とデバイス５との接続が解除されるのを防ぐことができる。

[シナリオ]
次に、本実施形態を適用し得る様々なシナリオについて説明する。

＜第１のシナリオ＞
図１８（ａ）、（ｂ）は、第１のシナリオについて模式的に説明するための図である。

このうち、図１８（ａ）は、デバイス５の接続先を変更する前の図であり、図１８（ｂ）は、デバイス５の接続先を変更した後の図である。

図１８（ａ）、（ｂ）に示すように、この例では、第１の通信装置２がスマートフォンであり、第２の通信装置３としてタブレット端末とパーソナルコンピュータ（PC）の二つがある場合を想定している。

また、デバイス５としては、キーボード、マウス、及びヘッドホンの三つを想定している。

このシナリオでは、キーボードとマウスの各々をタブレット端末に接続したまま、ヘッドホンの接続先をパーソナルコンピュータ（PC）からヘッドホンに切り替える。このような状況は、例えば、自宅ではヘッドホンをパーソナルコンピュータ（PC）に接続して使用し、外出時にはスマートフォンで音楽を聴くためにスマートフォンにヘッドホンを接続する場合に想定される。

図１９は、このシナリオを実現するための通信システム１のシーケンス図である。

なお、このシナリオは、既に図７のユーザ処理が終了しており、かつ図１１のステップＳ１１１とＳ１１２が終了して第１の通信装置２が第２の通信装置３を既に検出していることを前提としている。これについては後述の第２のシナリオについても同様である。

以下に、図１９のシーケンス図の各ステップについて説明する。

（Ｓ２１１）
第１の通信装置２の接続指示部６５が、サービスプログラム４３に対して、自装置とデバイス（ヘッドホン）５とをBluetoothで接続するように指示する接続指示S_Cを通知する。

（Ｓ２１２）
図１１のステップＳ１１３と同様に、第１の通信装置２の送信部５２ａが、第２の通信装置（タブレット端末）３のサービスプログラム４３に対して問い合わせS_Qを送信する。

その問い合わせS_Qは、デバイス（ヘッドホン）５と第２の通信装置（タブレット端末）３とがBluetoothで接続しているか否かについての問い合せである。

（Ｓ２１３）
図１１のステップＳ１１４と同様に、第２の通信装置（タブレット端末）３の応答部５２ｃが、問い合わせS_Qに対して応答する。

ここでは、第２の通信装置（タブレット端末）３はデバイス（ヘッドホン）５とBluetoothで接続していないので、その応答内容は「接続していない」となる。

（Ｓ２１４）
デバイス（ヘッドホン）５の接続先を探すため、ステップＳ２１２と同様に第１の通信装置２の送信部５２ａが第２の通信装置（PC）３のサービスプログラム４３に対して問い合わせS_Qを送信する。

この問い合わせS_Qは、デバイス（ヘッドホン）５と第２の通信装置（PC）３とがBluetoothで接続しているか否かについての問い合せである。

（Ｓ２１５）
ステップＳ２１３と同様に、第２の通信装置（PC）３の応答部５２ｃが、問い合わせS_Qに対して応答する。

ここで、第２の通信装置（PC）３はデバイス（ヘッドホン）５とBluetoothで接続しているので、その応答内容は「接続している」となる。

（Ｓ２１６）
図１１のステップＳ１１５と同様に、第１の通信装置２の送信部５２ａが、第２の通信装置（PC）２のサービスプログラム４３に対して解除要求S_Rを送信する。

（Ｓ２１７）
解除要求S_Rを受けた第２の通信装置（PC）２の要求部５３が、自装置の接続制御部３１に接続解除要求R_Dを通知する。

（Ｓ２１８）
図１１のステップＳ１１６と同様に、第２の通信装置（PC）３の接続制御部３１が、自装置とデバイス５との接続を解除する。

（Ｓ２１９）
第２の通信装置（PC）３の接続制御部３１が、自装置の要求部５３に対し、接続を解除するようデバイス５に通知した旨の応答を返す。

（Ｓ２２０）
図１１のステップＳ１１７と同様に、第２の通信装置（PC）３の応答部５２ｃが、第１の通信装置２の受信部５２ｂに対してデバイス５との接続を解除した旨の応答を返す。

（Ｓ２２１）
第１の通信装置２の要求部５３が、自装置の接続制御部３１に対し、接続要求R_Cを通知する。

（Ｓ２２２）
図１１のステップＳ１１８と同様にして、接続要求R_Cを受けた第１の通信装置２の接続部３１ａが、Bluetoothにより自装置とデバイス５とを接続する。

（Ｓ２２３）
第１の通信装置２の接続部３１ａが、自装置とデバイス５とを接続した旨の応答を要求部５３に返す。

（Ｓ２２４）
接続部３１ａからの応答を受けた第１の通信装置２の要求部５３が、自装置の接続指示部６５に対して、自装置とデバイス５との接続が完了した旨の応答を返す。

以上により、第１のシナリオにおける基本ステップを終える。

上記した第１のシナリオによれば、デバイス（ヘッドホン）５の接続先を変更するに際し、デバイス（ヘッドホン）５がもともと接続していた第２の通信装置（PC）３をユーザが操作する必要がないため、ユーザの利便性が向上する。

＜第２のシナリオ＞
図２０（ａ）、（ｂ）は、第２のシナリオについて模式的に説明するための図である。

このうち、図２０（ａ）は、デバイス５の接続先を変更する前の図であり、図２０（ｂ）は、デバイス５の接続先を変更した後の図である。

図２０（ａ）、（ｂ）に示すように、この例では、第１の通信装置２がパーソナルコンピュータ（PC）であり、第２の通信装置３としてタブレット端末とスマートフォンの二つがある場合を想定している。

また、デバイス５としては、第１のシナリオと同様にキーボード、マウス、及びヘッドホンの三つを想定している。

このシナリオでは、切換え前（図２０（ａ））にタブレット端末とスマートフォンの各々に接続されていたマウスとヘッドホンを、それぞれパーソナルコンピュータ（PC）に接続する。

このような状況は、例えば、図１８（ｂ）の例でユーザが外出した後、ユーザが帰宅してヘッドホンをパーソナルコンピュータ（PC）に接続し直し、更にタブレット端末に接続していたマウスもそのパーソナルコンピュータ（PC）で使用する場合に想定される。

図２１及び図２２は、このシナリオを実現するための通信システム１のシーケンス図である。

以下に、このシーケンス図の各ステップについて説明する。

（Ｓ３１１）
第１の通信装置２の接続指示部６５が、サービスプログラム４３に対して、自装置とデバイス（ヘッドホン）５とをBluetoothで接続するように指示する接続指示S_Cを通知する。

（Ｓ３１２）
図１１のステップＳ１１３と同様に、第１の通信装置２の送信部５２ａが、第２の通信装置（スマートフォン）３のサービスプログラム４３に対して問い合わせS_Qを送信する。

その問い合わせS_Qは、デバイス（ヘッドホン）５と第２の通信装置（スマートフォン）３とがBluetoothで接続しているか否かについての問い合せである。

（Ｓ３１３）
図１１のステップＳ１１４と同様に、第２の通信装置（スマートフォン）３の応答部５２ｃが、問い合わせS_Qに対して応答する。

ここでは、第２の通信装置（スマートフォン）３はデバイス（ヘッドホン）５とBluetoothで接続しているので、その応答内容は「接続している」となる。

（Ｓ３１４）
図１１のステップＳ１１５と同様に、第１の通信装置２の送信部５２ａが、第２の通信装置（スマートフォン）３のサービスプログラム４３に対して解除要求S_Rを送信する。

（Ｓ３１５）
解除要求S_Rを受けた第２の通信装置（スマートフォン）３の要求部５３が、自装置の接続制御部３１に接続解除要求R_Dを通知する。

（Ｓ３１６）
図１１のステップＳ１１６と同様に、第２の通信装置（スマートフォン）３の接続制御部３１が、自装置とデバイス（ヘッドホン）５との接続を解除する。

（Ｓ３１７）
第２の通信装置（スマートフォン）３の接続制御部３１が、自装置の要求部５３に対し、接続を解除するようデバイス（ヘッドホン）５に通知した旨の応答を返す。

（Ｓ３１８）
図１１のステップＳ１１７と同様に、第２の通信装置（スマートフォン）３の応答部５２ｃが、第１の通信装置２の受信部５２ｂに対してデバイス（ヘッドホン）５との接続を解除した旨の応答を返す。

（Ｓ３１９）
第１の通信装置２とデバイス（マウス）５とをBluetoothで接続するために、第１の通信装置２の送信部５２ａが、第２の通信装置（タブレット端末）３のサービスプログラム４３に対して問い合わせS_Qを送信する。

その問い合わせS_Qは、デバイス（マウス）５と第２の通信装置（タブレット端末）３とがBluetoothで接続しているか否かについての問い合せである。

（Ｓ３２０）
ステップＳ３１３と同様に、第２の通信装置（タブレット端末）３の応答部５２ｃが、問い合わせS_Qに対して応答する。

ここでは、第２の通信装置（タブレット端末）３はデバイス（マウス）５とBluetoothで接続しているので、その応答内容は「接続している」となる。

（Ｓ３２１）
ステップＳ３１４と同様に、第１の通信装置２の送信部５２ａが、第２の通信装置（タブレット端末）３のサービスプログラム４３に対して解除要求S_Rを送信する。

（Ｓ３２２）
解除要求S_Rを受けた第２の通信装置（タブレット端末）３の要求部５３が、自装置の接続制御部３１に接続解除要求R_Dを通知する。

（Ｓ３２３）
ステップＳ３１６と同様に、第２の通信装置（タブレット端末）３の接続制御部３１が、自装置とデバイス（マウス）５との接続を解除する。

（Ｓ３２４）
第２の通信装置（タブレット端末）３の接続制御部３１が、自装置の要求部５３に対し、接続を解除するようデバイス（マウス）５に通知した旨の応答を返す。

（Ｓ３２５）
図１１のステップＳ１１７と同様に、第２の通信装置（タブレット端末）３の応答部５２ｃが、第１の通信装置２の受信部５２ｂに対してデバイス（マウス）５との接続を解除した旨の応答を返す。

（Ｓ３２６）
第１の通信装置２の要求部５３が、自装置の接続制御部３１に対し、接続要求R_Cを通知する。

（Ｓ３２７）
図１１のステップＳ１１８と同様にして、接続要求R_Cを受けた第１の通信装置２の接続部３１ａが、Bluetoothにより自装置とデバイス（ヘッドホン）５とを接続する。

（Ｓ３２８）
ステップＳ３２７と同様にして、第１の通信装置２の接続部３１ａが、Bluetoothにより自装置とデバイス（マウス）５とを接続する。

（Ｓ３２９）
第１の通信装置２の接続部３１ａが、自装置とデバイス（ヘッドホン、マウス）５とを接続した旨の応答を要求部５３に返す。

（Ｓ３３０）
接続部３１ａからの応答を受けた第１の通信装置２の要求部５３が、自装置の接続指示部６５に対して、自装置と各デバイス（ヘッドホン、マウス）５との接続が完了した旨の応答を返す。

以上により、第２のシナリオにおける基本ステップを終える。

上記した第２のシナリオによれば、二つのデバイス（ヘッドホン、マウス）５が第２の通信装置３に接続されていても、ユーザが第２の通信装置３を操作することなく各デバイス５の接続先を第１の通信装置２に変更でき、ユーザの利便性が向上する。

以上説明した各実施形態に関し、更に以下の付記を開示する。

（付記１） ユーザからデバイスの指定を受け付ける受付部と、
近距離無線通信により前記デバイスと接続している他の通信装置が存在するときに、前記他の通信装置に対して前記デバイスとの接続の解除を要求する解除要求を送信する送信部と、
前記解除要求を送信した後に、前記近距離無線通信により前記デバイスに自装置を接続する接続部と、
を有する通信装置。

（付記２） 前記送信部は、
前記他の通信装置を検出する検出信号をブロードキャストし、
前記検出信号に対する応答が前記他の通信装置からあったときに、前記他の通信装置が前記近距離無線通信により前記デバイスと接続しているか否かの問い合わせを前記他の通信装置に送信し、
前記問い合わせの結果、前記他の通信装置が前記デバイスと接続していることが判明した場合に、前記他の通信装置に前記解除要求を送信することを特徴とする付記１に記載の通信装置。

（付記３） 前記送信部は、自装置と前記デバイスとが前記近距離無線通信により接続可能な状態にあることを通報する通報信号を前記デバイスから受信したときは、前記解除要求の送信をスキップすることを特徴とする付記１に記載の通信装置。

（付記４） 前記近距離無線通信により自装置とペアリング済の複数の前記デバイスの一覧を含むデータを記憶する記憶部を更に有し、
前記受付部は、前記一覧に含まれる前記複数のデバイスのなかから前記指定を受け付けることを特徴とする付記１に記載の通信装置。

（付記５） 第１の通信装置、第２の通信装置、及び前記第１の通信装置と前記第２の通信装置の各々に近距離無線通信で接続可能なデバイスを有する通信システムであって、
前記第１の通信装置は、
ユーザからデバイスの指定を受け付ける受付部と、
前記第２の通信装置と前記デバイスとが前記近距離無線通信により接続しているときに、前記第２の通信装置に対して前記デバイスとの接続の解除を要求する解除要求を送信する送信部と、
前記解除要求を送信した後に、前記近距離無線通信により前記デバイスに自装置を接続する接続部と有し、
前記第２の通信装置は、
前記第１の通信装置から前記解除要求を受けたときに、自装置と前記デバイスとの接続を解除する接続解除部を有することを特徴とする通信システム。

（付記６） 前記送信部は、前記第２の通信装置を検出する検出信号をブロードキャストし、
前記第２の通信装置は、前記検出信号に対して応答する応答部を有することを特徴とする付記５に記載の通信システム。

（付記７） 前記送信部は、前記検出信号に対する応答が前記応答部からあったときに、前記第２の通信装置が前記近距離無線通信により前記デバイスと接続しているか否かの問い合わせを前記第２の通信装置に送信し、
前記問い合わせを受けて、前記応答部は、前記第２の通信装置が前記デバイスと接続しているか否かについて前記第１の通信装置に応答し、
前記送信部は、前記応答によって前記第２の通信装置が前記デバイスと接続していることが判明した場合に、前記第２の通信装置に前記解除要求を送信することを特徴とする付記６に記載の通信システム。

（付記８） 前記第２の通信装置は、前記ユーザを識別するユーザ識別子を記憶した記憶部を更に有し、
前記送信部は、前記ユーザ識別子を前記問い合わせに含めて前記第２の通信装置に送信し、
前記応答部は、前記記憶部に格納されている前記ユーザ識別子と、前記問合わせに含まれる前記ユーザ識別子が一致しないときは、前記問い合わせに対して応答をしないことを特徴とする付記７に記載の通信システム。

（付記９） 前記第２の通信装置は、前記ユーザを識別するユーザ識別子を記憶した記憶部を更に有し、
前記送信部は、前記ユーザ識別子を前記解除要求に含めて前記第２の通信装置に送信し、
前記接続解除部は、前記記憶部に格納されている前記ユーザ識別子と、前記解除要求に含まれる前記ユーザ識別子が一致しないときは、自装置と前記デバイスとの接続を解除しないことを特徴とする付記５に記載の通信システム。

（付記１０） 通信装置に、
ユーザからデバイスの指定を受け付け、
近距離無線通信により前記デバイスと接続している他の通信装置が存在するときに、前記他の通信装置に対して前記デバイスとの接続の解除を要求する解除要求を送信し、
前記解除要求を送信した後に、前記近距離無線通信により前記デバイスに自装置を接続する処理を実行させるための通信プログラム。

１…通信システム、２…第１の通信装置、３…第２の通信装置、５…デバイス、１１…メインメモリ、１２…記憶部、１３…無線通信コントローラ、１４…近距離無線通信コントローラ、１５…タッチパネル、１６…ディスプレイ、１７…プロセッサ、１７ａ…グラフィックコントローラ、１７ｂ…メモリコントローラ、１７ｃ…ストレージコントローラ、１７ｄ…USBコントローラ、１７ｅ…PCI Expressコントローラ、１８…記録媒体、２０…通信プログラム、２１…管理データ、２２…ユーザ識別子、２３…番号、２４…デバイス名、２５…接続先、２６…ステータス、３０…OSプログラム、３１…接続制御部、３１ａ…接続部、３１ｂ…接続解除部、３２…デバイス情報格納部、３４…ウィンドウ、３５…チェックボックス、３６…デバイス名、３７…接続状態、３８…接続要求ボタン、３９…閉じるボタン、４２…アプリケーションプログラム、４３…サービスプログラム、５１…インターフェース部、５２…通信部、５２ａ…送信部、５２ｂ…受信部、５２ｃ…応答部、５３…要求部、６１…受付部、６２…表示部、６３…データ格納部、６４…データ取得部、６５…接続指示部、６７…第１のデータフロー、６８…第２のデータフロー、６９…第３のデータフロー。

Claims (5)

1. ユーザからデバイスの指定を受け付ける受付部と、
   近距離無線通信により前記デバイスと接続している他の通信装置が存在するときに、前記他の通信装置に対して前記デバイスとの接続の解除を要求する解除要求を送信する送信部と、
   前記解除要求を送信した後に、前記近距離無線通信により前記デバイスに自装置を接続する接続部と、
   を有する通信装置。
2. 前記送信部は、
   前記他の通信装置を検出する検出信号をブロードキャストし、
   前記検出信号に対する応答が前記他の通信装置からあったときに、前記他の通信装置が前記近距離無線通信により前記デバイスと接続しているか否かの問い合わせを前記他の通信装置に送信し、
   前記問い合わせの結果、前記他の通信装置が前記デバイスと接続していることが判明した場合に、前記他の通信装置に前記解除要求を送信することを特徴とする請求項１に記載の通信装置。
3. 前記送信部は、自装置と前記デバイスとが前記近距離無線通信により接続可能な状態にあることを通報する通報信号を前記デバイスから受信したときは、前記解除要求の送信をスキップすることを特徴とする請求項１に記載の通信装置。
4. 第１の通信装置、第２の通信装置、及び前記第１の通信装置と前記第２の通信装置の各々に近距離無線通信で接続可能なデバイスを有する通信システムであって、
   前記第１の通信装置は、
   ユーザからデバイスの指定を受け付ける受付部と、
   前記第２の通信装置と前記デバイスとが前記近距離無線通信により接続しているときに、前記第２の通信装置に対して前記デバイスとの接続の解除を要求する解除要求を送信する送信部と、
   前記解除要求を送信した後に、前記近距離無線通信により前記デバイスに自装置を接続する接続部と有し、
   前記第２の通信装置は、
   前記第１の通信装置から前記解除要求を受けたときに、自装置と前記デバイスとの接続を解除する接続解除部を有することを特徴とする通信システム。
5. 通信装置に、
   ユーザからデバイスの指定を受け付け、
   近距離無線通信により前記デバイスと接続している他の通信装置が存在するときに、前記他の通信装置に対して前記デバイスとの接続の解除を要求する解除要求を送信し、
   前記解除要求を送信した後に、前記近距離無線通信により前記デバイスに自装置を接続する処理を実行させるための通信プログラム。

Images