JP2023008581A - 通信システム、通信装置、通信方法、および通信プログラム - Google Patents

Abstract

【課題】ペリフェラル端末が複数のアプリケーションで利用されるとともに、当該複数のアプリケーションが異なるセントラル端末で実行され得る環境において、各アプリケーションにおいてペリフェラル端末を好適に利用できるための仕組みを提供する。【解決手段】通信システムは、第１端末と第２端末とを含む。第２端末は、第１端末で実行されるアプリケーション毎に対応付けられた第１情報をペア情報として記憶する記憶部と、第１端末で実行されるアプリケーションからの要求に応答して、記憶部に記憶された、第１端末で実行されるアプリケーションに対応付けられた第１情報に基づく第２情報を送信する送信部とを含む。第１端末は、実行中のアプリケーションに対応付けられた第３情報と、第２端末から受信した第２情報との比較結果に基づいて、第２端末とのデータ通信に係る処理を決定する決定部を含む。【選択図】図５

Description

本技術は、通信システム、通信装置、通信方法、および通信プログラムに関する。

情報処理装置がアプリケーションを実行する際に、無線通信によって他の装置とデータをやり取りするような構成が広く実用化されている。例えば、特開２０１７－３４６５５号公報（特許文献１）は、２つの携帯端末と２つのＢＬＥ端末がある通信システムを開示する。この通信システムにおいては、携帯端末をセントラルとし、ＢＬＥ端末をペリフェラルとして携帯端末とＢＬＥ端末とが接続される。

特開２０１７－３４６５５号公報

ペリフェラル端末は、セントラル端末で実行されるアプリケーションで利用されることがある。ここで、あるペリフェラル端末を、複数種類のアプリケーションで利用することが考えられる。一方で、当該ペリフェラル端末を利用する複数のアプリケーションは、同じセントラル端末で実行されるとは限らない。

本技術は、ペリフェラル端末が複数のアプリケーションで利用されるとともに、当該複数のアプリケーションが異なるセントラル端末で実行され得る環境において、各アプリケーションにおいてペリフェラル端末を好適に利用できるための仕組みを提供する。

ある実施の形態に従う通信システムは、１または複数のアプリケーションを実行する第１端末と、無線通信により第１端末とデータ通信する第２端末とを含む。第２端末は、第１端末で実行されるアプリケーション毎に対応付けられた第１情報をペア情報として記憶する記憶部と、第１端末で実行されるアプリケーションからの要求に応答して、記憶部に記憶された、第１端末で実行されるアプリケーションに対応付けられた第１情報に基づく第２情報を送信する送信部とを含む。第１端末は、実行中のアプリケーションに対応付けられた第３情報と、第２端末から受信した第２情報との比較結果に基づいて、第２端末とのデータ通信に係る処理を決定する決定部を含む。

この構成によれば、１または複数の第１端末で様々なアプリケーションが実行される場合であっても、各アプリケーションに対応付けられた第２端末との間で適切なデータ通信を行うことができる。第２端末は、第１端末で実行されるアプリケーションに対応付けられた識別情報をペア情報として記憶するので、第１端末で実行されるアプリケーションと第２端末との間でデータ通信を開始するのに必要な処理を簡素化できる。

第１端末は、ユーザの操作を受け付ける装置と管理サーバとを含んでいてもよい。この構成によれば、第１端末に必要なリソース（記憶容量およびプロセッサリソース）を適切に設計できる。

第１端末は、ペア情報として用いられる第１情報を生成する生成部をさらに含んでいてもよい。この構成によれば、第１端末と第２端末とが接続されたときに、第１端末から第２端末に対して、ペア情報に必要な第１情報を提供できる。

生成部は、管理サーバに設けられていてもよい。この構成によれば、ペア情報に必要な第１情報の生成を管理サーバで一元的に処理できる。

管理サーバは、第３情報と第２情報と比較するようにしてもよい。この構成によれば、第３情報と第２情報との比較を管理サーバで一元的に実行できる。

第１端末は、第２端末と接続すると、当該接続した第２端末のアドレスを記憶する第２記憶部をさらに含んでいてもよい。この構成によれば、過去に接続したことのある第１端末と第２端末との間で再接続する場合に、必要な処理を低減できる。

第１端末は、第２端末から送信されるアドバタイズを受信して、接続対象の第２端末を検索する検索部をさらに含んでいてもよい。この構成によれば、第１端末は、第１端末の周囲に存在する第２端末を検索し、より容易に対象の第２端末とデータ通信を開始できる。

第１端末は、受信したアドバタイズの送信元の第２端末のアドレスが第２記憶部に記憶されているアドレスに含まれていれば、当該送信元の第２端末と接続処理を開始するとともに、接続後に要求を当該第２端末へ送信するようにしてもよい。この構成によれば、第１端末と第２端末とを自動的に接続するとともに、第２端末とのデータ通信に係る処理を続けて実行できる。

第２端末は、複数種類のアドバタイズを送信するように構成されていてもよい。第１端末で実行されるアプリケーションの各々は、複数種類のアドバタイズのうちアプリケーションに特有の１または複数のアドバタイズを参照するように構成されていてもよい。この構成によれば、第１端末で実行されるアプリケーション毎に適切なアドバタイズを用いて、データ通信に係る処理を実行できる。

複数種類のアドバタイズは、常時送信されるアドバタイズを含んでいてもよい。このとき、第１端末で実行されるアプリケーションのうち、常時送信されるアドバタイズを参照するように構成されたいずれのアプリケーションも、常時送信されるアドバタイズの送信を停止可能に構成されてもよい。この構成によれば、常時送信されるアドバタイズを参照するように構成されたいずれのアプリケーションからであっても、ユーザは常時送信されるアドバタイズを停止できる。

別の実施の形態に従う通信装置は、１または複数のアプリケーションを実行する実行部と、無線通信によりペリフェラル端末とデータ通信する通信部とを含む。ペリフェラル端末は、実行部で実行されるアプリケーションに対応付けられた識別情報を第１情報として記憶している。通信装置は、ペリフェラル端末から取得した第２情報と、実行中のアプリケーションに対応付けられた第３情報との比較結果に基づいて、ペリフェラル端末とのデータ通信に係る処理を決定する決定部を含む。

さらに別の実施の形態に従う通信装置は、１または複数のアプリケーションを実行するセントラル端末と無線通信によりデータ通信する通信部と、セントラル端末で実行されるアプリケーションに対応付けられた識別情報を第１情報として記憶する記憶部と、前記セントラル端末で実行されるアプリケーションからの要求に応答して、記憶部に記憶された、前記セントラル端末で実行されるアプリケーションに対応付けられた第１情報に基づく第２情報を送信する送信部とを含む。

さらに別の実施の形態に従えば、無線通信によりデータ通信する第１端末および第２端末が実行する通信方法が提供される。通信方法は、第１端末が、１または複数のアプリケーションを実行するステップと、第２端末が、第１端末で実行されるアプリケーションに対応付けられた第１情報をペア情報として記憶するステップと、第２端末が、前記第１端末で実行されるアプリケーションからの要求に応答して、ペア情報を参照して、前記第１端末で実行されるアプリケーションに対応付けられた第１情報に基づく第２情報を送信するステップと、第１端末が、第２端末から受信した第２情報と、実行中のアプリケーションに対応付けられた第３情報との比較結果に基づいて、第２端末とのデータ通信に係る処理を決定するステップとを含む。

さらに別の実施の形態に従えば、１または複数のアプリケーションを実行する通信装置において実行される通信プログラムが提供される。通信プログラムは通信装置に、無線通信によりペリフェラル端末とデータ通信するステップを実行させる。ペリフェラル端末は、通信装置で実行されるアプリケーションに対応付けられた第１情報をペア情報として記憶している。通信プログラムは、通信装置に、ペリフェラル端末から取得した第２情報と、実行中のアプリケーションに対応付けられた第３情報との比較結果に基づいて、ペリフェラル端末とのデータ通信に係る処理を決定するステップとを実行させる。

本技術によれば、アプリケーション毎にデータ通信の対象が異なるような構成においても、ユーザビリティを維持できる。

本実施の形態に関連する一般的な通信システムの概要を説明するための図である。 本実施の形態に従う通信システムの概要を説明するための図である。 本実施の形態に従う通信システムに含まれるセントラル端末のハードウェア構成を示す模式図である。 本実施の形態に従う通信システムに含まれるペリフェラル端末のハードウェア構成を示す模式図である。 本実施の形態に従う通信システムの機能構成例を示す模式図である。 本実施の形態に従う通信システムにおけるセントラル端末とペリフェラル端末との初回接続における処理手順を示すシーケンス図である。 本実施の形態に従う通信システムにおけるセントラル端末とペリフェラル端末との再接続における処理手順を示すシーケンス図である。 本実施の形態の変形例１の変形例に従う通信システムの概要を説明するための図である。 本実施の形態の変形例１に従う通信システムにおけるセントラル端末とペリフェラル端末との初回接続における別の処理手順を示すシーケンス図である。 本実施の形態の変形例１に従う通信システムにおけるセントラル端末とペリフェラル端末との再接続における別の処理手順を示すシーケンス図である。 本実施の形態の変形例２に従う通信システムの概要を説明するための図である。 本実施の形態の変形例２に従う通信システムにおけるセントラル端末とペリフェラル端末との初回接続における別の処理手順を示すシーケンス図である。 本実施の形態の変形例２に従う通信システムにおけるセントラル端末とペリフェラル端末との再接続における別の処理手順を示すシーケンス図である。 本実施の形態の変形例３に従う通信システム１におけるセントラル端末とペリフェラル端末との初回接続における別の処理手順を示すシーケンス図である。 本実施の形態の変形例３に従う通信システム１におけるセントラル端末とペリフェラル端末との再接続における別の処理手順を示すシーケンス図である。 本実施の形態に従う通信システムのセントラル端末が提供するユーザインターフェイス画面の一例を示す模式図である。 本実施の形態に従う通信システムのセントラル端末が提供するユーザインターフェイス画面の別の一例を示す模式図である。 本実施の形態に従う通信システムのペリフェラル端末が送信するアドバタイズの一例を示す模式図である。 本実施の形態に従う通信システムのセントラル端末が提供するユーザインターフェイス画面のさらに別の一例を示す模式図である。

本実施の形態について、図面を参照しながら詳細に説明する。なお、図中の同一または相当部分については、同一符号を付してその説明は繰り返さない。

［Ａ．概要］
まず、本実施の形態に関連する一般的な通信システムの概要について説明する。図１は、本実施の形態に関連する一般的な通信システム１Ａの概要を説明するための図である。

図１を参照して、通信システム１Ａは、例えば、通信装置の一例であるセントラル端末１００と、セントラル端末１００と無線通信によりデータをやり取り可能なペリフェラル端末２００とを含む。

セントラル端末１００は、例えば、スマートフォン、タブレット、パソコン、ゲーム装置などの任意の情報処理装置である。セントラル端末１００は、１または複数のアプリケーションを実行する。ペリフェラル端末２００は、例えば、コントローラ、スピーカ、ヘッドホン、カメラ、携帯デバイスなどの任意の通信装置である。

ペリフェラル端末２００は、無線通信によりセントラル端末１００とデータ通信する。セントラル端末１００とペリフェラル端末２００との間の無線通信には、典型的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）を用いることができる。以下の説明においては、主として、Ｂｌｕｅｔｏｏｔｈを用いる構成例について説明するが、ＺｉｇＢｅｅ（登録商標）、無線ＬＡＮ（ＩＥＥＥ８０２．１１）、赤外線通信などの任意の無線通信を用いてもよい。

図１に示す例では、通信システム１Ａは、２つのセントラル端末１００Ａ，１００Ｂと、ペリフェラル端末２００とを含む。セントラル端末１００Ａは、アプリケーション１５０Ａおよびアプリケーション１５０Ｂを実行可能になっており、セントラル端末１００Ｂは、アプリケーション１５０Ｃを実行可能になっている。すなわち、アプリケーション１５０Ａ，１５０Ｂは、セントラル端末１００Ａにインストールされており、アプリケーション１５０Ｃは、セントラル端末１００Ｂにインストールされている。

説明の便宜上、図１には、セントラル端末１００Ａがアプリケーション１５０Ａを実行している状態と、セントラル端末１００Ａがアプリケーション１５０Ｂを実行している状態とを並べて描いている。なお、アプリケーションを「アプリ」と略称する場合もある。

セントラル端末１００で実行されるアプリケーション１５０は、ペリフェラル端末２００とデータ通信するものであれば、どのようなプログラムであってもよい。

図１に示す通信システム１Ａにおいて、ペリフェラル端末２００は、アプリケーション１５０Ａ，１５０Ｂ，１５０Ｃを実行する際に利用される。但し、アプリケーション１５０Ａ，１５０Ｂ，１５０Ｃは、同じセントラル端末１００で実行されるとは限らない。

一般的なＢｌｕｅｔｏｏｔｈを実装したペリフェラル端末２００は、接続したことのあるセントラル端末１００とのペアリング情報を保持し、セントラル端末１００からの接続要求に対して、ペアリング情報を参照して応答する。

図１に示す例では、ペリフェラル端末２００のペアリング情報２７０は、セントラル端末１００ＡのアドレスＡ、および、セントラル端末１００ＢのアドレスＢを含み得る。

しかしながら、図１に示すように、アプリケーション１５０Ａまたはアプリケーション１５０Ｂがセントラル端末１００Ａで実行される場合には、セントラル端末１００Ａとペリフェラル端末２００とを接続する必要がある。一方、アプリケーション１５０Ｃがセントラル端末１００Ｂで実行される場合には、セントラル端末１００Ｂとペリフェラル端末２００とを接続する必要がある。

このように、ペリフェラル端末２００がアプリケーション１５０Ａ，１５０Ｂ，１５０Ｃで利用される場合に、アプリケーション１５０Ａ，１５０Ｂ，１５０Ｃが同じセントラル端末１００で実行されるとは限らない。すなわち、ペリフェラル端末２００を利用する複数のアプリケーションが存在する場合に、当該複数のアプリケーションが異なるセントラル端末１００にインストールされるような利用シーンが想定される。

そこで、本実施の形態に従う通信システム１においては、セントラル端末１００とペリフェラル端末２００との接続関係をアプリケーション毎に規定するためのペア情報２６０が用いられる。ペリフェラル端末２００が有しているペア情報２６０は、アプリケーション毎の識別情報を含む。このようなペア情報２６０を用いることで、各アプリケーション１５０においてペリフェラル端末２００を好適に利用できるようになる。

図２は、本実施の形態に従う通信システム１の概要を説明するための図である。図２を参照して、一例として、ペリフェラル端末２００のペア情報２６０は、各アプリケーション１５０に対応付けられた識別情報２６４を含む。図２に示す例では、ペア情報２６０は、（１）アプリケーション種別情報２６２Ａ（アプリケーション１５０Ａを示す）と対応する識別情報２６４Ａとの組、（２）アプリケーション種別情報２６２Ｂ（アプリケーション１５０Ｂを示す）と対応する識別情報２６４Ｂとの組、（３）アプリケーション種別情報２６２Ｃ（アプリケーション１５０Ｃを示す）と対応する識別情報２６４Ｃとの組を含む。

アプリケーション１５０Ａ，１５０Ｂ，１５０Ｃの各々は、ペア情報２６０に含まれる識別情報２６４と同じ値の識別情報１６４をペア情報１６０として有している。より具体的には、セントラル端末１００Ａのアプリケーション１５０Ａは、ペア情報２６０の識別情報２６４Ａと同じ値の識別情報１６４Ａをペア情報１６０Ａとして有している。セントラル端末１００Ａのアプリケーション１５０Ｂは、ペア情報２６０の識別情報２６４Ｂと同じ値の識別情報１６４Ｂをペア情報１６０Ｂとして有している。セントラル端末１００Ｂのアプリケーション１５０Ｃは、ペア情報２６０の識別情報２６４Ｃと同じ値の識別情報１６４Ｃをペア情報１６０Ｃとして有している。

図２に示すように、セントラル端末１００のペア情報１６０と、ペリフェラル端末２００のペア情報２６０とを照合することで、アプリケーション１５０毎に接続を管理できる。このとき、アプリケーション１５０が実行されるセントラル端末１００は、いずれであってもよい。

本明細書において、「ペア情報」は、任意のセントラル端末１００（あるいは、特定のセントラル端末１００）で実行される特定のアプリケーション１５０と特定のペリフェラル端末２００との接続の組合せを（実質的に）一意に決定するための情報とも言える。

「ペア情報」に含まれる識別情報は、接続の組合せを一意に特定し、組合せを互いに区別できるユニークな情報を含む。そのため、識別情報は、アプリケーション１５０自体の種別情報のみ、あるいは、セントラル端末１００のアドレスのみではなく、例えば、ランダムに決定される値（乱数）を用いることができる。その他、実質的に組合せを互いに区別できるユニークな情報であれば適宜に生成されてもよい。

なお、ペア情報１６０およびペア情報２６０は、任意のアプリケーションを実行するセントラル端末１００がペリフェラル端末２００と接続する際に生成あるいは更新される。ペア情報１６０およびペア情報２６０の生成および更新に係る処理の詳細については、後述する。

［Ｂ．ハードウェア構成例］
次に、本実施の形態に従う通信システム１を構成する装置のハードウェア構成の一例について説明する。

（ｂ１：セントラル端末１００）
図３は、本実施の形態に従う通信システム１に含まれるセントラル端末１００のハードウェア構成を示す模式図である。図３を参照して、セントラル端末１００は、コンピュータの一例であり、プロセッサ１０２と、メモリ１０４と、ストレージ１０６と、ディスプレイ１１４と、操作部１１６と、音声出力部１１８と、無線通信部１２０とを含む。これらのコンポーネントは、バス１１２を介して、互いにデータ通信可能に接続されている。

プロセッサ１０２は、セントラル端末１００が提供する処理を実行するための処理主体（処理手段）である。プロセッサ１０２は、ストレージ１０６が記憶しているシステムプログラム１０８およびアプリケーション１５０を読み込んでメモリ１０４に展開して、後述するような各種の情報処理を実行する。

システムプログラム１０８は、後述する通信処理を含む各種処理を実現するための命令コードを含む。すなわち、システムプログラム１０８は、本実施の形態に従う通信プログラムを含む。

メモリ１０４は、プロセッサ１０２がアクセス可能な任意の記憶装置（記憶媒体）であり、例えば、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）といった揮発性記憶装置を用いて実装される。

ストレージ１０６は、例えば、ハードディスクやフラッシュメモリといった不揮発性記憶媒体を用いて実装される。ストレージ１０６は、例えば、光ディスクおよびカートリッジといったセントラル端末１００に着脱可能な記憶媒体を用いて実装してもよい。この場合、セントラル端末１００と任意の記憶媒体とを組合せることで通信装置が実現されることになる。

ストレージ１０６は、システムプログラム１０８、１または複数のアプリケーション１５０、ならびにペア情報１６０などを記憶される。なお、ペア情報１６０は、アプリケーション１５０毎に個別のファイルとして格納されてもよい。

ディスプレイ１１４は、プロセッサ１０２で実行される情報処理の結果として生成される画像を表示する。ディスプレイ１１４には、他の装置から受信した画像が表示される場合もある。ディスプレイ１１４は複数であってもよい。また、１または複数の外部ディスプレイをセントラル端末１００が利用する構成であってもよい。

操作部１１６は、セントラル端末１００のユーザからの操作を受け付ける。操作部１１６は、例えば、押ボタン、操作レバー、タッチパネル、マウスなどを含む。操作部１１６は、セントラル端末１００とは別体の、有線または無線で接続されるゲームコントローラであってもよい。

音声出力部１１８は、セントラル端末１００からユーザに対して音声を提供する。
無線通信部１２０は、ペリフェラル端末２００との間で無線信号を介してデータをやり取りする。無線通信部１２０は、一例として、Ｂｌｕｅｔｏｏｔｈに従う無線通信を実装している。無線通信部１２０は、接続情報１７０を記憶できるようになっている。すなわち、無線通信部１２０は、ペリフェラル端末２００と接続すると、当該接続したペリフェラル端末２００のアドレス（接続情報１７０）を記憶する記憶部を有している。

なお、無線通信部１２０の処理の全部または一部をプロセッサ１０２により実現してもよい。

図３には、セントラル端末１００を一体の装置として描くが、複数の装置の集合体として実装してもよい。すなわち、セントラル端末１００を複数の独立した装置の組合せによって実装してもよい。例えば、プロセッサ１０２、メモリ１０４、ストレージ１０６に相当するハードウェアを有する本体部と、ディスプレイ１１４、操作部１１６、音声出力部１１８に相当するハードウェアを有する端末部とからなる構成を採用してもよい。

また、セントラル端末１００において実行される情報処理の少なくとも一部が、ネットワーク（広域ネットワークおよび／またはローカルネットワーク）上に分散配置された１または複数の他の装置によって分散的に実行されるようにしてもよい。

（ｂ２：ペリフェラル端末２００）
図４は、本実施の形態に従う通信システム１に含まれるペリフェラル端末２００のハードウェア構成を示す模式図である。図４を参照して、ペリフェラル端末２００は、コンピュータの一例であり、無線通信部２２０を含む。また、ペリフェラル端末２００は、入力部２０２と、出力部２０４とを含んでいてもよい。

無線通信部２２０は、セントラル端末１００との間で無線信号を介してデータをやり取りする。より具体的には、無線通信部２２０は、入力部２０２などからの入力情報をセントラル端末１００へ送信するとともに、セントラル端末１００からの指令を出力部２０４などへ与える。無線通信部２２０は、一例として、Ｂｌｕｅｔｏｏｔｈに従う無線通信を実装している。

無線通信部２２０は、セントラル端末１００で実行されるアプリケーション１５０毎に対応付けられた識別情報２６４をペア情報２６０として記憶する記憶部を有している。本明細書において、「第１情報」は、識別情報２６４を含み、例えば、識別情報２６４のみ、および、アプリケーション種別情報２６２と識別情報２６４との組を含む。

入力部２０２は、様々な情報を取得する。入力部２０２は、例えば、押ボタン、操作レバー、タッチパネル、マウスなどのような、ユーザからの操作情報を取得するデバイスを含む。また、入力部２０２は、例えば、振動センサ（加速度センサ）、温度センサ、圧力センサ、ＧＰＳ（Global Positioning System）受信機などのような、ペリフェラル端末２００に関する各種情報を取得するデバイスを含む。

出力部２０４は、ユーザに対して各種情報を提供する。出力部２０４は、例えば、ディスプレイやＬＥＤ（Light Emitting Diode）などの視覚的情報を提供するデバイス、スピーカやブザーなどの聴覚的情報を提供するデバイス、バイブレータや電熱素子などの触覚的情報を提供するデバイスなどを含む。

（ｂ３：その他）
セントラル端末１００および／またはペリフェラル端末２００において実行される処理は、プロセッサがプログラムを実行することで実現されてもよいし、その一部または全部が、ＳｏＣ（system on chip）、ＡＳＩＣ（application specific integrated circuit）、ＦＰＧＡ（field programmable gate array）などのハードワイヤード回路により実現されてもよい。

［Ｃ．機能構成］
図５は、本実施の形態に従う通信システム１の機能構成例を示す模式図である。図５を参照して、セントラル端末１００は、機能構成として、検索部１３０と、アプリケーション実行部１３２と、処理決定部１３４と、比較部１３６と、中継部１３８と、識別情報生成部１４０とを含む。これらの機能構成は、典型的には、セントラル端末１００のプロセッサ１０２がシステムプログラム１０８および／またはアプリケーション１５０を実行することで実現される。

検索部１３０は、ペリフェラル端末２００から送信されるアドバタイズを受信して、接続対象のペリフェラル端末２００を検索する。

アプリケーション実行部１３２は、１または複数のアプリケーション１５０を実行する。なお、アプリケーション実行部１３２の一部は、アプリケーション１５０に含まれる命令コードにより実現されてもよい。

処理決定部１３４は、実行中のアプリケーション１５０に対応付けられた識別情報１６４と、ペリフェラル端末２００から受信した識別情報２６４との比較結果に基づいて、ペリフェラル端末２００とのデータ通信に係る処理を決定する。決定されるデータ通信に係る処理の一例としては、ペリフェラル端末２００とのデータ通信を継続、データ通信の中止、登録済みのペリフェラル端末２００ではない旨の通知、ペア情報の初回登録などが挙げられる。具体的な処理例については後述する。

比較部１３６は、実行中のアプリケーション１５０に対応付けられた識別情報１６４と、ペリフェラル端末２００から受信した識別情報２６４とを比較する。比較部１３６による比較の結果は、処理決定部１３４へ提供される。

中継部１３８は、ペリフェラル端末２００から受信した識別情報２６４を管理サーバ３００へ送信するとともに、管理サーバ３００から比較結果を受信する。管理サーバ３００は、実行中のアプリケーション１５０に対応付けられた識別情報１６４と、ペリフェラル端末２００から受信した識別情報２６４とを比較する。管理サーバ３００の詳細については、図８～図１５を参照して後述する。

識別情報生成部１４０は、ペア情報１６０，２６０として用いられる識別情報１６４，２６４を生成する。より具体的には、識別情報生成部１４０は、乱数発生器を有しており、乱数を用いて、識別情報１６４，２６４を決定する。なお、識別情報生成部１４０は、セントラル端末１００で実行されるアプリケーション１５０の種別を示すアプリケーション種別情報を生成するようにしてもよい。

ペリフェラル端末２００は、無線通信部２２０を有している。無線通信部２２０は、セントラル端末１００で実行されるアプリケーション１５０からの要求に応答して、無線通信部２２０（記憶部）に記憶された識別情報２６４などを送信する送信部を有している。

［Ｄ．処理手順］
次に、本実施の形態に従う通信システム１における処理手順の一例について説明する。

図６は、本実施の形態に従う通信システム１におけるセントラル端末１００とペリフェラル端末２００との初回接続における処理手順を示すシーケンス図である。図６には、任意のアプリケーションを実行中のセントラル端末１００とペリフェラル端末２００との間での接続を最初に確立する場合の処理手順を示す。図６に示す処理手順において、セントラル端末１００は、アプリケーション１５０を実行しているとする。

図６を参照して、セントラル端末１００は、接続可能なペリフェラル端末２００を検索する（シーケンスＳＱ１０）。接続可能なペリフェラル端末２００の検索は、実行中のアプリケーション１５０におけるユーザ操作などに従って開始されてもよいし、所定のタイミングで自動的に開始されてもよい。典型的には、セントラル端末１００は、周囲に存在するペリフェラル端末２００からのアドバタイズをスキャンすることで、接続可能なペリフェラル端末２００を見つける。なお、複数のペリフェラル端末２００がセントラル端末１００の周囲に存在する場合は、セントラル端末１００は、ペリフェラル端末２００の各々からアドバタイズを受信することになる。原則として、アドバタイズ自体は、ペア情報２６０（あるいは識別情報２６４（第１情報））を含まない。

セントラル端末１００は、ユーザ操作などに従って、接続可能なペリフェラル端末２００のうち指定されたペリフェラル端末２００との間で接続処理を開始する（シーケンスＳＱ１２）。

続いて、セントラル端末１００は、接続中のペリフェラル端末２００に対して、保持している識別情報２６４を要求する（シーケンスＳＱ１４）。このとき、セントラル端末１００からペリフェラル端末２００には、実行中のアプリケーション１５０の種別を示すアプリケーション種別情報が送信される。

ペリフェラル端末２００は、自端末のペア情報２６０を参照して、指定されたアプリケーション種別情報と同じアプリケーション種別情報２６２に対応する識別情報２６４を送信する（シーケンスＳＱ１６）。なお、接続を最初に確立する場合には、対応する識別情報２６４がペア情報２６０に登録されていないので、識別情報２６４として無効な値が送信される。

このように、シーケンスＳＱ１４およびシーケンスＳＱ１６においては、セントラル端末１００で実行されるアプリケーション１５０からの要求に応答して、ペリフェラル端末２００は、セントラル端末１００で実行されるアプリケーション１５０に対応付けられた第１情報（例えば、識別情報２６４）に基づく第２情報（例えば、識別情報２６４）を送信する。

なお、本明細書において、「第２情報」は、識別情報２６４を含む情報または識別情報２６４に基づいて生成された情報を含む。識別情報２６４を含む情報としては、例えば、識別情報２６４のみ、および、アプリケーション種別情報２６２と識別情報２６４との組を含む。そのため、「第２情報」として、例えば、識別情報２６４のみではなく、アプリケーション種別情報２６２と識別情報２６４との組をセントラル端末１００へ送信するようにしてもよい。この処理は、後述のシーケンスＳＱ４８（図７，１０，１３）についても同様である。

セントラル端末１００は、ペリフェラル端末２００からの識別情報２６４が無効な値であるか否かを判断する（シーケンスＳＱ１８）。

ペリフェラル端末２００からの識別情報２６４が有効な値であれば（シーケンスＳＱ１８においてＮＯ）、ペリフェラル端末２００に何らかのペア情報２６０が先に登録されている状態であるので、ユーザへペア情報２６０の更新の要否などを通知する。この通知に対して、所定のユーザ操作が行われることで、シーケンスＳＱ２０以下の処理が続行されてもよい。この場合は、ペリフェラル端末２００に登録されているペア情報２６０が更新されることになる。なお、このとき、ペリフェラル端末２００に記憶されている各種データ、例えばユーザに関する情報やペリフェラル端末２００の使用履歴を消去してもよい。

これに対して、ペリフェラル端末２００からの識別情報２６４が無効な値であれば（シーケンスＳＱ１８においてＹＥＳ）、セントラル端末１００は、ペリフェラル端末２００に登録する識別情報２６４の値を決定する（シーケンスＳＱ２０）。識別情報２６４の値は、ランダムに決定されてもよい。そして、セントラル端末１００は、接続中のペリフェラル端末２００に対して、決定した識別情報２６４をペア情報２６０として登録するように要求する（シーケンスＳＱ２２）。このとき、セントラル端末１００からペリフェラル端末２００には、アプリケーション種別情報２６２および識別情報２６４が送信される。

識別情報２６４の登録要求に応答して、ペリフェラル端末２００は、指定されたアプリケーション種別情報２６２および識別情報２６４をペア情報２６０として登録する（シーケンスＳＱ２４）。このように、ペリフェラル端末２００は、セントラル端末１００で実行されるアプリケーション毎に対応付けられた識別情報２６４をペア情報２６０として記憶する。

一方、セントラル端末１００は、接続中のペリフェラル端末２００のアドレス（例えば、Bluetooth Device Address）を接続情報１７０に登録する（シーケンスＳＱ２６）。また、セントラル端末１００は、実行中のアプリケーションのペア情報２６０として、決定した識別情報２６４と同じ値の識別情報１６４をペア情報１６０として登録する（シーケンスＳＱ２８）。

以上のような初回接続に係る一連の処理が完了すると、セントラル端末１００とペリフェラル端末２００との間でデータ通信が開始される（シーケンスＳＱ３０）。

図７は、本実施の形態に従う通信システム１におけるセントラル端末１００とペリフェラル端末２００との再接続における処理手順を示すシーケンス図である。図７には、任意のアプリケーションを実行中のセントラル端末１００とペリフェラル端末２００との間での接続を２回目以降に確立する場合の処理手順を示す。図７に示す処理手順において、セントラル端末１００は、アプリケーション１５０を実行しているとする。

図７を参照して、セントラル端末１００は、接続可能なペリフェラル端末２００を検索する（シーケンスＳＱ４０）。接続可能なペリフェラル端末２００の検索は、実行中のアプリケーション１５０におけるユーザ操作などに従って開始されてもよいし、所定のタイミングで自動的に開始されてもよい。

セントラル端末１００は、接続可能なペリフェラル端末２００のうち、接続情報１７０に登録されているアドレスと同じアドレスを有しているペリフェラル端末２００を接続先として決定する（シーケンスＳＱ４２）。そして、セントラル端末１００は、決定したペリフェラル端末２００との間で接続処理を開始する（シーケンスＳＱ４４）。

続いて、セントラル端末１００は、接続中のペリフェラル端末２００に対して、保持している識別情報２６４を要求する（シーケンスＳＱ４６）。このとき、セントラル端末１００からペリフェラル端末２００には、実行中のアプリケーションの種別を示すアプリケーション種別情報が送信される。

このように、セントラル端末１００は、受信したアドバタイズの送信元のペリフェラル端末２００のアドレスが無線通信部１２０に記憶されている記憶されているアドレス（接続情報１７０）に含まれていれば、当該送信元のペリフェラル端末２００と接続処理を開始するとともに、接続後に識別情報２６４の要求をペリフェラル端末２００へ送信する。

このようなセントラル端末１００で実行されるアプリケーションからの要求に応答して、ペリフェラル端末２００は、自端末のペア情報２６０を参照して、指定されたアプリケーション種別情報と同じアプリケーション種別情報２６２に対応する識別情報２６４を送信する（シーケンスＳＱ４８）。

セントラル端末１００は、実行中のアプリケーションに対応付けられた識別情報１６４と、ペリフェラル端末２００から受信した識別情報２６４とを比較する（シーケンスＳＱ５０）。そして、セントラル端末１００は、実行中のアプリケーションに対応付けられた識別情報１６４と、ペリフェラル端末２００から受信した識別情報２６４との比較結果が予め定められた再接続の条件を満たしているか否かを判断する（シーケンスＳＱ５２）。例えば、再接続の条件は、ペリフェラル端末２００が応答した識別情報２６４がセントラル端末１００の識別情報１６４と一致することを含む。

比較結果が再接続の条件を満たしていなければ（シーケンスＳＱ５２においてＮＯ）、接続処理は中止される。これに対して、比較結果が再接続の条件を満たしていれば（シーケンスＳＱ５２においてＹＥＳ）、セントラル端末１００とペリフェラル端末２００との間でデータ通信が開始される（シーケンスＳＱ５４）。

なお、比較結果が再接続の条件を満たしていない場合（シーケンスＳＱ５２においてＮＯ）には、接続処理の中止に代えて、あるいは、接続処理の中止に加えて、対象のペリフェラル端末２００との接続の切断、登録済みのペリフェラル端末２００ではない旨の通知、初回接続の処理への切換、といった処理を行うようにしてもよい。なお、例えば初回接続の処理に切り換える場合には、ペリフェラル端末２００に記憶されている各種データ、例えばユーザに関する情報やペリフェラル端末２００の使用履歴を消去してもよい。

このように、セントラル端末１００は、実行中のアプリケーション１５０に対応付けられた第３情報（例えば、識別情報１６４）と、ペリフェラル端末２００から受信した第２情報との比較結果に基づいて、ペリフェラル端末２００とのデータ通信に係る処理を決定する。

上述したように、本明細書において、「第２情報」は、識別情報２６４を含む情報または識別情報２６４に基づいて生成された情報を含む。そして、比較対象とされる「第３情報」は、識別情報２６４を含む情報または識別情報２６４に基づいて生成された情報を含み、例えば第２情報と同じ情報である。なお、「第３情報」は第２情報と異なっていてもよい。いずれにせよ、「第３情報」は、「第２情報」と比較可能な情報を含むことになる。

［Ｅ．変形例１］
上述の説明においては、セントラル端末１００がペア情報の管理に係る処理を実行する実装例を示すが、これに限らず、必要な処理の全部または一部をセントラル端末１００とは別のコンピューティングリソース（典型的には、クラウド上にあるコンピューティングリソース）を利用して実現してもよい。以下、管理サーバがペア情報の管理に係る処理の一部を実行する形態について例示する。

図８は、本実施の形態の変形例１に従う通信システム１の概要を説明するための図である。図８を参照して、通信システム１は、セントラル端末１００およびペリフェラル端末２００に加えて、管理サーバ３００Ａ，３００Ｂ，３００Ｃ，…（以下、「管理サーバ３００」と総称することもある。）を含む。

図８に示す構成例において、セントラル端末１００はユーザの操作を受け付ける装置として機能することになり、セントラル端末１００と管理サーバ３００とを一体の処理主体（第１端末）とみなすことができる（以下の変形例１～３において同様である）。

管理サーバ３００は、アプリケーション毎に設けられる。例えば、管理サーバ３００Ａ，３００Ｂ，３００Ｃは、それぞれアプリケーション１５０Ａ，１５０Ｂ，１５０Ｃに対応付けて設けられている。管理サーバ３００は、セントラル端末１００に代わって、ペア情報１６０を管理する。

管理サーバ３００が管理するペア情報１６０は、ユーザ識別情報１６６と識別情報１６４との組を１または複数含む。より具体的には、管理サーバ３００Ａは、アプリケーション１５０Ａに関するペア情報１６０Ａを管理する。ペア情報１６０Ａは、ユーザ識別情報１６６Ａと識別情報１６４Ａとの組を１または複数含む。同様に、管理サーバ３００Ｂは、アプリケーション１５０Ｂに関するペア情報１６０Ｂを管理し、管理サーバ３００Ｃは、アプリケーション１５０Ｃに関するペア情報１６０Ｃを管理する。ペア情報１６０Ｂおよびペア情報１６０Ｃに含まれる情報についてもペア情報１６０Ａと同様である。

管理サーバ３００は、後述するように、セントラル端末１００からの通知に従って、ペア情報１６０の作成、変更、削除などを行うとともに、ペリフェラル端末２００からの識別情報の認証などの処理を実行する。

ユーザ識別情報１６６は、管理サーバ３００がユーザを一意に区別するための任意の情報である。例えば、ユーザ識別情報１６６としては、ユーザアカウント、ランダムに決定される値（乱数）、セントラル端末１００の識別情報、実行されるセントラル端末１００毎に異なるアプリケーションの識別情報などを用いることができる。但し、ユーザ識別情報１６６は、ユーザ自身を特定する必要はない。

管理サーバ３００は、典型的には、１または複数の汎用コンピュータによって実現される。そのため、ここでは、管理サーバ３００のハードウェア構成例の説明は繰り返さない。

図９は、本実施の形態の変形例１に従う通信システム１におけるセントラル端末１００とペリフェラル端末２００との初回接続における別の処理手順を示すシーケンス図である。図９に示す処理手順は、図６に示す処理手順に類似しているため、変更点のみを説明する。より具体的には、図６に示すシーケンスＳＱ２０の処理に代えて、シーケンスＳＱ３４～ＳＱ３８の処理が実行される。また、シーケンスＳＱ２８は不要となる。

ペリフェラル端末２００からの識別情報２６４が無効な値であれば（シーケンスＳＱ１８においてＹＥＳ）、セントラル端末１００は、ユーザ識別情報１６６を管理サーバ３００へ送信する（シーケンスＳＱ３２）。

管理サーバ３００は、ペリフェラル端末２００からユーザ識別情報１６６を受信すると、受信したユーザ識別情報１６６に対応する識別情報１６４の値を決定し（シーケンスＳＱ３４）、ユーザ識別情報１６６と識別情報１６４との組をペア情報１６０として登録する（シーケンスＳＱ３６）。なお、同じユーザ識別情報１６６に対応付けられた識別情報１６４が既に登録されていれば、管理サーバ３００は、既に登録されている情報を今回決定した値で更新する。なお、このとき、ペリフェラル端末２００に記憶されている各種データ、例えばユーザに関する情報やペリフェラル端末２００の使用履歴を消去してもよい。

すなわち、変形例１においては、ペア情報１６０，２６０として用いられる識別情報１６４，２６４を生成する識別情報生成部１４０（図５参照）が管理サーバ３００に設けられている。

続いて、管理サーバ３００は、登録したユーザ識別情報１６６に含まれる識別情報１６４をペリフェラル端末２００へ送信する（シーケンスＳＱ３８）。そして、セントラル端末１００は、接続中のペリフェラル端末２００に対して、管理サーバ３００から受信した識別情報１６４と同じ識別情報２６４をペア情報２６０として登録するように要求する（シーケンスＳＱ２２）。このとき、セントラル端末１００からペリフェラル端末２００には、識別情報２６４に加えてアプリケーション種別情報２６２も送信されてもよい。

以上のような初回接続に係る一連の処理が完了すると、セントラル端末１００とペリフェラル端末２００との間でデータ通信が開始される。

図１０は、本実施の形態の変形例１に従う通信システム１におけるセントラル端末１００とペリフェラル端末２００との再接続における別の処理手順を示すシーケンス図である。図１０に示す処理手順は、図７に示す処理手順に類似しているため、変更点のみを説明する。より具体的には、図７に示すシーケンスＳＱ５０，ＳＱ５２の処理に代えて、シーケンスＳＱ５６～ＳＱ６２の処理が実行される。

セントラル端末１００は、ペリフェラル端末２００から識別情報２６４を受信すると、ユーザ識別情報１６６および受信した識別情報２６４を管理サーバ３００へ送信する（シーケンスＳＱ５６）。

管理サーバ３００は、登録しているペア情報１６０を参照して、セントラル端末１００から受信したユーザ識別情報１６６に対応する識別情報１６４を抽出し、抽出した識別情報１６４と受信した識別情報２６４とを比較する（シーケンスＳＱ５８）。そして、管理サーバ３００は、比較結果が予め定められた再接続の条件を満たしているか否かを判断する（シーケンスＳＱ６０）。例えば、再接続の条件は、抽出した識別情報１６４が受信した識別情報２６４と一致することを含む。

比較結果が再接続の条件を満たしていなければ（シーケンスＳＱ６０においてＮＯ）、接続処理は中止される。これに対して、比較結果が再接続の条件を満たしていれば（シーケンスＳＱ６０においてＹＥＳ）、管理サーバ３００は、接続可能である旨をセントラル端末１００へ通知する（シーケンスＳＱ６２）。これによって、セントラル端末１００とペリフェラル端末２００との間でデータ通信が開始される（シーケンスＳＱ５４）。

なお、比較結果が再接続の条件を満たしていない場合（シーケンスＳＱ５８においてＮＯ）には、管理サーバ３００は、接続不可能である旨をセントラル端末１００へ通知してもよい。なお、接続不可能の通知に代えて、あるいは、接続不可能の通知に加えて、初回接続の処理に切り換えてもよい。このとき、ペリフェラル端末２００に記憶されている各種データ、例えばユーザに関する情報やペリフェラル端末２００の使用履歴を消去してもよい。あるいは、セントラル端末１００は、所定時間内に管理サーバ３００からの通知がなければ（タイムアウト）、処理を中止するようにしてもよい。

このように、管理サーバ３００は、セントラル端末１００で実行中のアプリケーション１５０に対応付けられた第３情報（例えば、識別情報１６４）と、ペリフェラル端末２００から受信した第２情報とを比較する。

変形例１の構成によれば、セントラル端末１００ではなく管理サーバ３００がペア情報１６０を管理するため、セントラル端末１００が管理するペア情報１６０が書き換えられることで、第３情報と第２情報との比較結果が影響を受け得るといった事態を回避できる。

［Ｆ．変形例２］
上述の変形例１においては、管理サーバ３００が管理するペア情報１６０は、ユーザ識別情報１６６と識別情報１６４との組を１または複数含む。このようなペア情報１６０に含まれる各組について、ペリフェラル端末アドレス１６８をさらに対応付けるようにしてもよい。

図１１は、本実施の形態の変形例２に従う通信システム１の概要を説明するための図である。図１１を参照して、管理サーバ３００が管理するペア情報１６０は、ペリフェラル端末アドレス１６８と、ユーザ識別情報１６６と、識別情報１６４との組を１または複数含む。より具体的には、管理サーバ３００Ａは、アプリケーション１５０Ａに関するペア情報１６０Ａを管理する。ペア情報１６０Ａは、ペリフェラル端末アドレス１６８Ａと、ユーザ識別情報１６６Ａと、識別情報１６４Ａとの組を１または複数含む。同様に、管理サーバ３００Ｂは、アプリケーション１５０Ｂに関するペア情報１６０Ｂを管理し、管理サーバ３００Ｃは、アプリケーション１５０Ｃに関するペア情報１６０Ｃを管理する。ペア情報１６０Ｂおよびペア情報１６０Ｃに含まれる情報についてもペア情報１６０Ａと同様である。

ペリフェラル端末アドレス１６８は、接続先のセントラル端末１００がさらに接続するペリフェラル端末２００のアドレスを示す。なお、ペリフェラル端末アドレス１６８は、ペリフェラル端末２００のアドレスの一部のみを含むものであってもよいし、ペリフェラル端末２００のアドレスに任意の情報が付加されたものであってもよい。さらに、ペリフェラル端末アドレス１６８は、ペリフェラル端末２００のアドレスから計算される固有値であってもよい。

図１１に示すペア情報１６０は、ペリフェラル端末アドレス１６８と、ユーザ識別情報１６６と、識別情報１６４とを含むため、いずれを検索キーとしてもよいが、典型的には、ペリフェラル端末アドレス１６８が検索キーに設定される。

図１２は、本実施の形態の変形例２に従う通信システム１におけるセントラル端末１００とペリフェラル端末２００との初回接続における別の処理手順を示すシーケンス図である。図１２に示す処理手順は、図９に示す処理手順に類似しているため、変更点のみを説明する。より具体的には、図９に示すシーケンスＳＱ３２，ＳＱ３６の処理に代えて、シーケンスＳＱ３３，ＳＱ３７の処理がそれぞれ実行される。

ペリフェラル端末２００からの識別情報２６４が無効な値であれば（シーケンスＳＱ１８においてＹＥＳ）、セントラル端末１００は、ユーザ識別情報１６６およびペリフェラル端末２００のアドレス（ペリフェラル端末アドレス）を管理サーバ３００へ送信する（シーケンスＳＱ３３）。なお、セントラル端末１００は、ペリフェラル端末２００との間の接続処理（シーケンスＳＱ１２）において、ペリフェラル端末２００のアドレスを取得済である。

管理サーバ３００は、ペリフェラル端末２００からユーザ識別情報１６６およびペリフェラル端末アドレスを受信すると、ユーザ識別情報１６６に対応する識別情報１６４の値を決定し（シーケンスＳＱ３４）、ペリフェラル端末アドレス１６８と、ユーザ識別情報１６６と、識別情報１６４との組をペア情報１６０として登録する（シーケンスＳＱ３７）。なお、同じペリフェラル端末アドレス１６８に対応付けられた識別情報１６４が既に登録されていれば、管理サーバ３００は、既に登録されている情報を今回決定した値で更新する。なお、このとき、ペリフェラル端末２００に記憶されている各種データ、例えばユーザに関する情報やペリフェラル端末２００の使用履歴を消去してもよい。

図１３は、本実施の形態の変形例２に従う通信システム１におけるセントラル端末１００とペリフェラル端末２００との再接続における別の処理手順を示すシーケンス図である。図１３に示す処理手順は、図１０に示す処理手順に類似しているため、変更点のみを説明する。より具体的には、図１０に示すシーケンスＳＱ５６，ＳＱ５８の処理に代えて、シーケンスＳＱ５７，ＳＱ５９の処理が実行される。

セントラル端末１００は、ペリフェラル端末２００から識別情報２６４を受信すると、ペリフェラル端末２００のアドレス（ペリフェラル端末アドレス）およびユーザ識別情報１６６に加えて、受信した識別情報２６４を管理サーバ３００へ送信する（シーケンスＳＱ５７）。なお、セントラル端末１００は、ペリフェラル端末２００との間の接続処理（シーケンスＳＱ４４）において、ペリフェラル端末２００のアドレスを取得済である。

管理サーバ３００は、登録しているペア情報１６０を参照して、セントラル端末１００から受信したペリフェラル端末アドレスに対応する、ユーザ識別情報１６６および識別情報１６４の組を抽出し、抽出したユーザ識別情報１６６および識別情報１６４の組と、受信したユーザ識別情報１６６および識別情報２６４の組とを比較する（シーケンスＳＱ５９）。そして、管理サーバ３００は、比較結果が予め定められた再接続の条件を満たしているか否かを判断する（シーケンスＳＱ６０）。例えば、再接続の条件は、抽出したユーザ識別情報１６６および識別情報１６４の組が、受信したユーザ識別情報１６６および識別情報２６４の組と一致することを含む。比較結果が再接続の条件を満たしていない場合（シーケンスＳＱ６０においてＮＯ）には、管理サーバ３００は、接続不可能である旨をセントラル端末１００へ通知してもよい。なお、接続不可能の通知に代えて、あるいは、加えて、初回接続の処理に切り換えてもよい。このとき、ペリフェラル端末２００に記憶されている各種データ、例えばユーザに関する情報やペリフェラル端末２００の使用履歴を消去してもよい。

変形例２の構成によれば、セントラル端末１００ではなく管理サーバ３００がペア情報１６０を管理するため、セントラル端末１００が管理するペア情報１６０が書き換えられることで、第３情報と第２情報との比較結果が影響を受け得るといった事態を回避できる。

また、変形例２の構成によれば、ペリフェラル端末アドレス１６８とユーザ識別情報１６６との組に対応付けて識別情報１６４が管理されるので、例えばセントラル端末１００が記憶するペリフェラル端末２００のアドレスを書き換えてそれまでと異なるペリフェラル端末２００を使用しようとした場合にも、ペリフェラル端末２００が記憶しているペア情報２６０などを確実に初期化できる。

［Ｇ．変形例３］
上述の変形例２においては、ペリフェラル端末２００のアドレス（ペリフェラル端末アドレス１６８）をペア情報１６０に含める構成を採用するが、ペリフェラル端末アドレス１６８自体にエラーがないことを保証しておくことが好ましい。そのため、ペリフェラル端末２００から自端末のアドレスから生成される電子署名を取得し、当該取得した電子署名を用いて、ペリフェラル端末アドレス１６８に文字化けなどのエラーが発生していないかを確認した上で、ペア情報１６０の登録などの処理を行ってもよい。

図１４は、本実施の形態の変形例３に従う通信システム１におけるセントラル端末１００とペリフェラル端末２００との初回接続における別の処理手順を示すシーケンス図である。図１４に示す処理手順は、図１２に示す処理手順に対して、シーケンスＳＱ１７，ＳＱ３９の処理を追加するとともに、シーケンスＳＱ３３の処理はシーケンスＳＱ３３Ａに変更されている。

ペリフェラル端末２００は、識別情報２６４を送信（シーケンスＳＱ１６）した後、自端末のアドレスから生成された電子署名２８０をセントラル端末１００へ送信する（シーケンスＳＱ１７）。電子署名２８０は、例えば、自端末のアドレスを所定のハッシュ関数に入力して算出されるハッシュ値であってもよい。

ペリフェラル端末２００からの電子署名２８０の送信は、識別情報２６４の送信後、自動的に行われてもよいし、セントラル端末１００からの明示的な要求に応じて行われてもよい。

セントラル端末１００は、シーケンスＳＱ３３Ａにおいて、ユーザ識別情報１６６およびペリフェラル端末２００のアドレス（ペリフェラル端末アドレス）に加えて、電子署名２８０も管理サーバ３００へ送信する。

管理サーバ３００は、セントラル端末１００からの電子署名２８０を用いて、受信したペリフェラル端末アドレスにエラーが存在するか否かを判断する（シーケンスＳＱ３９）。より具体的には、受信したペリフェラル端末アドレスを所定のハッシュ関数に入力して算出される値と、受信した電子署名２８０とが一致するか否かが判断される。

受信したペリフェラル端末アドレスにエラーが存在すれば（シーケンスＳＱ３９においてＹＥＳ）、処理は中止される。受信したペリフェラル端末アドレスにエラーが存在しなければ（シーケンスＳＱ３９においてＮＯ）、シーケンスＳＱ３４以下の処理が実行される。

図１５は、本実施の形態の変形例３に従う通信システム１におけるセントラル端末１００とペリフェラル端末２００との再接続における別の処理手順を示すシーケンス図である。図１５に示す処理手順は、図１３に示す処理手順に対して、シーケンスＳＱ４９，ＳＱ６３の処理を追加するとともに、シーケンスＳＱ５７およびＳＱ５９の処理はそれぞれシーケンスＳＱ５７ＡおよびＳＱ５９Ａに変更されている。

ペリフェラル端末２００は、識別情報２６４を送信（シーケンスＳＱ４８）した後、自端末のアドレスから生成された電子署名２８０をセントラル端末１００へ送信する（シーケンスＳＱ４９）。

ペリフェラル端末２００からの電子署名２８０の送信は、識別情報２６４の送信後、自動的に行われてもよいし、セントラル端末１００からの明示的な要求に応じて行われてもよい。

セントラル端末１００は、シーケンスＳＱ５７Ａにおいて、ユーザ識別情報１６６およびペリフェラル端末２００のアドレス（ペリフェラル端末アドレス）に加えて、電子署名２８０も管理サーバ３００へ送信する。

管理サーバ３００は、セントラル端末１００からの電子署名２８０を用いて、受信したペリフェラル端末アドレスにエラーが存在するか否かを判断する（シーケンスＳＱ６３）。

受信したペリフェラル端末アドレスにエラーが存在すれば（シーケンスＳＱ６３においてＹＥＳ）、処理は中止される。受信したペリフェラル端末アドレスにエラーが存在しなければ（シーケンスＳＱ６３においてＮＯ）、シーケンスＳＱ５９Ａ以下の処理が実行される。

シーケンスＳＱ５９Ａにおいて、管理サーバ３００は、登録しているペア情報１６０を参照して、ユーザ識別情報１６６、識別情報１６４、ペリフェラル端末アドレス１６８の組を抽出し、抽出したユーザ識別情報１６６、識別情報１６４、ペリフェラル端末アドレス１６８の組と、受信したユーザ識別情報１６６、識別情報１６４、ペリフェラル端末アドレス１６８の組とを比較する（シーケンスＳＱ５９Ａ）。

変形例３の構成によれば、ペリフェラル端末２００のハードウェア不具合などによって、アドレス（ペリフェラル端末アドレス１６８）に文字化けなどのエラーが発生したとしても、そのようなエラーによってペア情報の管理への影響が生じることを防止できる。

［Ｈ．ユーザインターフェイス例］
次に、本実施の形態に従う通信システム１が提供するユーザインターフェイスの一例について説明する。

図１６は、本実施の形態に従う通信システム１のセントラル端末１００が提供するユーザインターフェイス画面の一例を示す模式図である。

図１６（Ａ）に示すユーザインターフェイス画面１８０は、セントラル端末１００とペリフェラル端末２００との初回接続において、セントラル端末１００が接続可能なペリフェラル端末２００を検索した結果に応じて提供される（図６および図９のシーケンスＳＱ１０など参照）。より具体的には、ユーザインターフェイス画面１８０は、検索されたペリフェラル端末２００の候補一覧１８２を含む。ユーザは、候補一覧１８２として表示されるペリフェラル端末２００のうち、接続を希望するペリフェラル端末２００を選択する。すると、セントラル端末１００と選択されたペリフェラル端末２００との接続処理が開始される（図６および図９のシーケンスＳＱ１２など参照）。

一方、図１６（Ｂ）に示すユーザインターフェイス画面１８４は、セントラル端末１００とペリフェラル端末２００との再接続において提供される。より具体的には、セントラル端末１００が再接続の条件が満たされているペリフェラル端末２００と接続すると（図７のシーケンスＳＱ５２および図１０のシーケンスＳＱ６０など参照）、ユーザインターフェイス画面１８４は、接続したペリフェラル端末２００をユーザに呈示する。

［Ｉ．ペリフェラル端末の検索およびアドバタイズ］
次に、ペリフェラル端末２００の検索に用いられるアドバタイズについて説明する。

ペリフェラル端末２００によっては、ペリフェラル端末２００に設けられたボタンなどを押下することで、アドバタイズの送信が開始される。そのため、セントラル端末１００とペリフェラル端末２００とを接続する際には、ユーザがペリフェラル端末２００のボタンを押下するような操作が必要となる。このようなペリフェラル端末２００のボタンを押下する操作をセントラル端末１００からユーザに対して支援するようにしてもよい。

図１７は、本実施の形態に従う通信システム１のセントラル端末１００が提供するユーザインターフェイス画面の別の一例を示す模式図である。

セントラル端末１００は、任意のアプリケーションを実行中に、ペリフェラル端末２００との接続が必要になると、図１７（Ａ）に示すようなユーザインターフェイス画面１８６を提供する。ユーザインターフェイス画面１８６は、ユーザに対して、接続を希望するペリフェラル端末２００のボタンを押下するように促すメッセージを含む。

ユーザがペリフェラル端末２００のボタンを押下し、セントラル端末１００が接続可能なペリフェラル端末２００として見つけると、図１７（Ｂ）に示すようなユーザインターフェイス画面１８８が提供される。

ユーザインターフェイス画面１８８は、接続可能なペリフェラル端末２００を示す特定情報１９０に加えて、接続の指示を受け付けるＯＫボタン１９２を含む。ユーザは、ユーザインターフェイス画面１８８に表示される特定情報１９０を確認した上で、ＯＫボタン１９２を押下する。すると、セントラル端末１００とペリフェラル端末２００との接続処理が開始される。

あるいは、ユーザがペリフェラル端末２００の入力部２０２を操作することで、セントラル端末１００とペリフェラル端末２００との接続処理が開始されるようにしてもよい。

なお、図１６および図１７に示すようなユーザインターフェイス画面を表示することなく、セントラル端末１００で実行されるアプリケーションが周囲のペリフェラル端末２００と自動的に接続し、データ通信を開始するようにしてもよい。

接続対象のペリフェラル端末２００の検索方法や決定方法は、セントラル端末１００で実行されるアプリケーションに応じて様々である。そこで、ペリフェラル端末２００が送信するアドバタイズを複数種類用意してもよい。すなわち、ペリフェラル端末２００は、複数種類のアドバタイズを送信するように構成されてもよい。

図１８は、本実施の形態に従う通信システム１のペリフェラル端末２００が送信するアドバタイズの一例を示す模式図である。図１８を参照して、ペリフェラル端末２００は、２種類のアドバタイズを送信するようにしてもよい。

図１８に示す構成例においては、ペリフェラル端末２００は、常時送信されるアドバタイズ２１１と、ペリフェラル端末２００のボタン２０２１が押下された場合に送信されるアドバタイズ２１２とを実装している。なお、アドバタイズは、ブロードキャスト通信で周期的に送信される。そのため、「常時送信」は、周期的な送信が継続されることを意味する。

このように、送信条件が異なる複数のアドバタイズをペリフェラル端末２００に用意することで、セントラル端末１００で実行されるアプリケーションがペリフェラル端末２００と接続するための処理を多様化できる。すなわち、アプリケーションの種類やシーンなどに応じて、接続対象のペリフェラル端末２００を検索する処理において利用されるアドバタイズを適宜選択してもよい。

例えば、初回接続においては、接続対象のペリフェラル端末２００の選択を簡易化あるいは容易化するために、ボタン２０２１が押下された場合に送信されるアドバタイズ２１２を用いて接続可能なペリフェラル端末２００を検索してもよい（図６および図９のシーケンスＳＱ１０など参照）。すなわち、ユーザが明示的にボタン２０２１を押下したペリフェラル端末２００のみが接続対象として検索されることになる。

一方、再接続においては、ペア情報１６０，２６０が用意されているので、常時送信されるアドバタイズ２１１を用いて、セントラル端末１００の周囲に存在するすべてのペリフェラル端末２００を検索してもよい（図７および図１０のシーケンスＳＱ４０など参照）。

あるいは、アプリケーションによっては、再接続においても、ボタン２０２１が押下された場合に送信されるアドバタイズ２１２を用いて接続可能なペリフェラル端末２００を検索してもよい。すなわち、再接続においても、ユーザが明示的にボタン２０２１を押下したペリフェラル端末２００のみが接続対象として検索されるようにしてもよい。

このように、セントラル端末１００で実行されるアプリケーション１５０の各々は、複数種類のアドバタイズ２１１，２１２のうちアプリケーション１５０に特有の１または複数のアドバタイズ２１１，２１２を参照するように構成されていてもよい。なお、セントラル端末１００が送信するアドバタイズの種類は２種類に限られず、より多くの種類を送信するようにしてもよい。

ここで、アドバタイズ２１１を常時送信することで、セントラル端末１００がペリフェラル端末２００をより容易に見つけることができるが、ペリフェラル端末２００の電池消費は増加し得る。

そこで、セントラル端末１００からペリフェラル端末２００に対して、アドバタイズ２１１の常時送信を停止できるようにしてもよい。

図１９は、本実施の形態に従う通信システム１のセントラル端末１００が提供するユーザインターフェイス画面のさらに別の一例を示す模式図である。図１９を参照して、ユーザインターフェイス画面１９４は、対象のペリフェラル端末２００を示す特定情報１９６に加えて、アドバタイズ２１１を停止するための指示を受け付けるＯＫボタン１９８を含む。ユーザは、ユーザインターフェイス画面１９４に表示される特定情報１９６を確認した上で、ＯＫボタン１９８を押下する。すると、セントラル端末１００から対象のペリフェラル端末２００に対して指示が与えられ、ペリフェラル端末２００は、アドバタイズ２１１の送信を停止する。

このように、セントラル端末１００からペリフェラル端末２００に対して、アドバタイズ２１１の送信を停止できるようにしてもよい。このとき、ペリフェラル端末２００に対するアドバタイズ２１１の送信停止は、セントラル端末１００で実行される任意のアプリケーションから指示できるようにしてもよい。すなわち、セントラル端末１００で実行されるアプリケーション１５０のうち、常時送信されるアドバタイズ２１１を参照するように構成されたいずれのアプリケーション１５０も、アドバタイズ２１１の送信を停止可能になっていてもよい。

すなわち、アドバタイズ２１１の送信停止を通知する処理は、セントラル端末１００で実行され、ペリフェラル端末２００を利用できる任意のアプリケーションに実装されてもよい。なお、送信停止を通知する処理は、上記アプリケーションのうち、常時送信されるアドバタイズ２１１を利用するアプリケーションにのみ実装されてもよい。

また、図１９においては、ユーザが明示的にＯＫボタン１９８を押下することで、アドバタイズ２１１の送信停止が通知される例を示すが、このようにユーザ操作に限らず、予め定められた条件が成立すると、アドバタイズ２１１の送信停止を自動的に通知するようにしてもよい。

例えば、セントラル端末１００が機内モードに設定されると、当該設定にアプリケーションが連動して、アドバタイズ２１１の送信停止を自動的に通知するようにしてもよい。

また、常時送信されるアドバタイズ２１１についても、初期設定では停止状態にされていてもよい。この場合には、任意のアプリケーションを実行するセントラル端末１００と接続されると、ユーザ操作がなくても、自動的にアドバタイズ２１１の常時送信を有効化するようにしてもよい。

また、図１９に類似したユーザインターフェイス画面を提供するなどして、ユーザ操作に応じて、任意のタイミングでアドバタイズ２１１の送信を再開できるようにしてもよい。

このように、セントラル端末１００によって常時送信されるアドバタイズ２１１を任意に停止できるようにすることで、ペリフェラル端末２００における電池消費を抑制できる。

［Ｊ．その他の形態］
（ｊ１：処理形態の組合せ）
上述の図６および図７には、セントラル端末１００がペア情報の管理などを行う形態を示し、図９および図１０には、管理サーバ３００がペア情報の管理などを行う形態を示す。いずれかの処理形態に固定されることなく、これらの処理形態を適宜組合せてもよい。

例えば、ペリフェラル端末２００のペア情報２６０が再接続の条件を満たしていると管理サーバ３００が一旦判断すると、その後、セントラル端末１００は、同一のペリフェラル端末２００から同一のペア情報２６０を取得すると、管理サーバ３００に問い合わせることなく、再接続の条件を満たしていると判断するようにしてもよい。

すなわち、ペリフェラル端末２００のペア情報２６０が再接続の条件を満たしているか否かの判断は、管理サーバ３００が主体的に実行するが、管理サーバ３００が常に判断する必要はない。セントラル端末１００が管理サーバ３００に問い合わせる必要があると判断した場合に限って、管理サーバ３００が再接続の条件を満たしているか否かを判断するようにしてもよい。

なお、上述したような処理を採用した場合には、セントラル端末１００は、管理サーバ３００からの比較結果および当該比較結果の対象となったペア情報２６０を予め定められた期間の間キャッシュしておくことが好ましい。また、比較結果およびペア情報２６０をキャッシュしておく期間についてもユーザビリティおよびセキュリティを考慮して適宜決定できる。

（ｊ２：ペア情報の更新）
セントラル端末１００およびペリフェラル端末２００が有しているペア情報は、任意の条件またはタイミングで更新するようにしてもよい。例えば、有効期限を規定できる情報をペア情報に付加しておき、セントラル端末１００がペア情報の有効期限が経過しているか否かを適宜判断するようにしてもよい。なお、有効期限については、セントラル端末１００、ペリフェラル端末２００および管理サーバ３００のいずれに格納されてもよい。

ペア情報の有効期限が経過していれば、セントラル端末１００は、新たな識別情報を生成して、ペア情報を更新するようにしてもよい。

さらに、セントラル端末１００からの指示でペリフェラル端末２００のペア情報を削除あるいは消去するようにしてもよい。例えば、セントラル端末１００で実行されていたアプリケーションがアップデートやアンインストールされた場合には、ペリフェラル端末２００に対して、ペア情報の削除を指示するようにしてもよい。ペア情報を削除することで、以前に使用されていたペア情報を無効化して、不要な再接続を防止できる。

（ｊ３：アプリケーションの実行主体）
上述の説明においては、セントラル端末１００がアプリケーション１５０を実行する例について説明したが、アプリケーション１５０の実行自体は、ネットワーク上のコンピューティングリソース（いわゆる、クラウド）が担当するようにしてもよい。この場合、セントラル端末１００は、コンピューティングリソースで実行されるアプリケーション１５０の実行結果を表示することになるが、ユーザから見れば、セントラル端末１００でアプリケーション１５０が実行されているのと変わりはない。

そのため、本明細書において、セントラル端末１００がアプリケーション１５０を実行することは、セントラル端末１００自体がアプリケーション１５０を実行する場合に加えて、セントラル端末１００と任意のコンピューティングリソースとが協働してアプリケーション１５０を実行する場合、および、任意のコンピューティングリソースがアプリケーション１５０を実行してその結果をセントラル端末１００に表示する場合、のいずれをも含み得る。

また、セントラル端末１００がアプリケーション１５０を実行することは、フォワグランドでの実行に加えて、バックグラウンドでの実行も含む。すなわち、アプリケーション１５０の実行形態はいずれであってもよい。

（ｊ４：管理サーバ３００）
上述の説明においては、アプリケーション毎に管理サーバ３００が配置される構成例を示すが、複数のアプリケーションに対して共通の管理サーバ３００が配置されてもよい。この場合には、管理サーバ３００が管理するペア情報１６０には、アプリケーション種別情報が対応付けられてもよい。

［Ｋ．利点］
本実施の形態に従う通信システムによれば、あるペリフェラル端末２００が複数のアプリケーション１５０で利用されるとともに、当該ペリフェラル端末２００を利用する複数のアプリケーション１５０が同じセントラル端末１００で実行されるとは限らない環境において、いずれかのセントラル端末１００で実行されるアプリケーション１５０の各々において、ペリフェラル端末２００を好適に利用できる。

本実施の形態に従う通信システムによれば、複数のセントラル端末１００が存在し、セントラル端末１００の各々が様々なアプリケーション１５０が実行する場合であっても、各アプリケーション１５０に適したペリフェラル端末２００との接続確立およびデータ通信を容易かつ迅速に行うことができる。

本実施の形態に従う通信システムによれば、過去にデータ通信を行ったことのあるアプリケーション１５０とペリフェラル端末２００との組については、次回以降のデータ通信をスムーズに再開および開始できる。

本実施の形態に従う通信システムによれば、セントラル端末１００とペリフェラル端末２００との間で接続を確立した上で、ペリフェラル端末２００からセントラル端末１００に対してペア情報を送信し、送信されたペア情報に基づいて、データ通信を実行するか否かを判断する。このような２段階の構成を採用することで、アドバタイズにペア情報を含めるような場合に比較して、通信量を低減できる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１，１Ａ 通信システム、１００，１００Ａ，１００Ｂ セントラル端末、１０２ プロセッサ、１０４ メモリ、１０６ ストレージ、１０８ システムプログラム、１１２ バス、１１４ ディスプレイ、１１６ 操作部、１１８ 音声出力部、１２０，２２０ 無線通信部、１３０ 検索部、１３２ アプリケーション実行部、１３４ 処理決定部、１３６ 比較部、１３８ 中継部、１４０ 識別情報生成部、１５０，１５０Ａ，１５０Ｂ，１５０Ｃ アプリケーション、１６０，２６０ ペア情報、１６２，２６２，２６２Ａ，２６２Ｂ，２６２Ｃ アプリケーション種別情報、１６４，１６４Ａ，１６４Ｂ，１６４Ｃ，２６４，２６４Ａ，２６４Ｂ，２６４Ｃ 識別情報、１７０ 接続情報、１８０，１８４，１８６，１８８，１９４ ユーザインターフェイス画面、１８２ 候補一覧、１９０，１９６ 特定情報、１９２，１９８，２０２１ ボタン、２００ ペリフェラル端末、２０２ 入力部、２０４ 出力部、２１１，２１２ アドバタイズ、３００ 管理サーバ。

Claims (14)

1. １または複数のアプリケーションを実行する第１端末と、
   無線通信により前記第１端末とデータ通信する第２端末とを備え、
   前記第２端末は、
   前記第１端末で実行されるアプリケーション毎に対応付けられた第１情報をペア情報として記憶する記憶部と、
   前記第１端末で実行されるアプリケーションからの要求に応答して、前記記憶部に記憶された、前記第１端末で実行されるアプリケーションに対応付けられた第１情報に基づく第２情報を送信する送信部とを備え、
   前記第１端末は、実行中のアプリケーションに対応付けられた第３情報と、前記第２端末から受信した第２情報との比較結果に基づいて、前記第２端末とのデータ通信に係る処理を決定する決定部を備える、通信システム。
2. 前記第１端末は、ユーザの操作を受け付ける装置と管理サーバとを備える、請求項１に記載の通信システム。
3. 前記第１端末は、前記ペア情報として用いられる前記第１情報を生成する生成部をさらに備える、請求項２に記載の通信システム。
4. 前記生成部は、前記管理サーバに設けられている、請求項３に記載の通信システム。
5. 前記管理サーバは、前記第３情報と前記第２情報と比較する、請求項３または４に記載の通信システム。
6. 前記第１端末は、前記第２端末と接続すると、当該接続した第２端末のアドレスを記憶する第２記憶部をさらに備える、請求項１～５のいずれか１項に記載の通信システム。
7. 前記第１端末は、前記第２端末から送信されるアドバタイズを受信して、接続対象の第２端末を検索する検索部をさらに備える、請求項１～６のいずれか１項に記載の通信システム。
8. 前記第１端末は、受信したアドバタイズの送信元の第２端末のアドレスが前記第２記憶部に記憶されているアドレスに含まれていれば、当該送信元の第２端末と接続処理を開始するとともに、接続後に前記要求を当該第２端末へ送信する、請求項７に記載の通信システム。
9. 前記第２端末は、複数種類のアドバタイズを送信するように構成されており、
   前記第１端末で実行されるアプリケーションの各々は、前記複数種類のアドバタイズのうちアプリケーションに特有の１または複数のアドバタイズを参照するように構成されている、請求項１～８のいずれか１項に記載の通信システム。
10. 前記複数種類のアドバタイズは、常時送信されるアドバタイズを含み、
    前記第１端末で実行されるアプリケーションのうち、前記常時送信されるアドバタイズを参照するように構成されたいずれのアプリケーションも、前記常時送信されるアドバタイズの送信を停止可能に構成される、請求項９に記載の通信システム。
11. １または複数のアプリケーションを実行する実行部と、
    無線通信によりペリフェラル端末とデータ通信する通信部とを備え、前記ペリフェラル端末は、前記実行部で実行されるアプリケーション毎に対応付けられた第１情報をペア情報として記憶しており、
    前記ペリフェラル端末から取得した第２情報と、実行中のアプリケーションに対応付けられた第３情報との比較結果に基づいて、前記ペリフェラル端末とのデータ通信に係る処理を決定する決定部を備える、通信装置。
12. １または複数のアプリケーションを実行するセントラル端末と無線通信によりデータ通信する通信部と、
    前記セントラル端末で実行されるアプリケーション毎に対応付けられた第１情報をペア情報として記憶する記憶部と、
    前記セントラル端末で実行されるアプリケーションからの要求に応答して、前記記憶部に記憶された、前記セントラル端末で実行されるアプリケーションに対応付けられた第１情報に基づく第２情報を送信する送信部とを備える、通信装置。
13. 無線通信によりデータ通信する第１端末および第２端末が実行する通信方法であって、
    前記第１端末が、１または複数のアプリケーションを実行するステップと、
    前記第２端末が、前記第１端末で実行されるアプリケーション毎に対応付けられた第１情報をペア情報として記憶するステップと、
    前記第２端末が、前記第１端末で実行されるアプリケーションからの要求に応答して、前記ペア情報を参照して、前記第１端末で実行されるアプリケーションに対応付けられた第１情報に基づく第２ペア情報を送信するステップと、
    前記第１端末が、実行中のアプリケーションに対応付けられた第３情報と、前記第２端末から受信した第２情報との比較結果に基づいて、前記第２端末とのデータ通信に係る処理を決定するステップとを備える、通信方法。
14. １または複数のアプリケーションを実行する通信装置において実行される通信プログラムであって、前記通信プログラムは前記通信装置に、
    無線通信によりペリフェラル端末とデータ通信するステップを実行させ、前記ペリフェラル端末は、前記通信装置で実行されるアプリケーション毎に対応付けられた第１情報をペア情報として記憶しており、
    前記ペリフェラル端末から取得した第２情報と、実行中のアプリケーションに対応付けられた第３情報との比較結果に基づいて、前記ペリフェラル端末とのデータ通信に係る処理を決定するステップとを実行させる、通信プログラム。

Images