JP2018125705A - 通信接続方法、通信接続装置、通信システム及び通信接続プログラム - Google Patents

Abstract

【課題】ＴＤＬＳを用いた通信接続に係る検索時間を短縮する。【解決手段】本実施形態にかかる通信接続では、ＴＤＬＳで情報機器と通信接続をする前に、ＴＤＬＳより使用チャネル数の少ない別のプロトコルのチャネルを走査することにより、情報機器を識別する識別情報を取得し、取得した識別情報を用いて、ＴＤＬＳのチャネルを走査することにより、識別情報により識別される情報機器を検索し、検索により得られた情報機器にＴＤＬＳで接続要求を送信する。【選択図】図３

Description

本発明は、通信接続方法に関する。

近年の小型携帯端末（スマートフォンやタブレットなど）は、Ｗｉｆｉ ＤｉｒｅｃｔのＳＯＵＲＣＥ機能を搭載している。Ｗｉｆｉ Ｄｉｒｅｃｔは、無線Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＬＡＮ）のアクセスポイント（ＡＰ）を経由せずに機器間で直接通信する仕様である。ＳＯＵＲＣＥ機能は、小型携帯端末上で再生されている映像や音声をＳＩＮＫ機器（テレビやディスプレイなど）へ無線ＬＡＮを利用して配信する機能である。ＳＯＵＲＣＥ機能を搭載した機器とＳＩＮＫ機器がピアツーピアでＷｉｆｉ Ｄｉｒｅｃｔで接続され、小型携帯端末上で再生されている映像や音声をＳＩＮＫ機器側で再生する機能は、Ｍｉｒａｃａｓｔと呼ばれている。しかし、Ｗｉｆｉ Ｄｉｒｅｃｔでは、セキュリティ強度や通信性能に課題がある。

Ｗｉｆｉ Ｄｉｒｅｃｔの課題を補うため、既存のＷｉｆｉネットワークを通じてターゲットデバイスを検出し、対応している無線ＬＡＮ仕様やチャネル、通信速度などの情報を通信した上で、デバイス間を直接結ぶ無線リンクを構成するＴｕｎｎｅｌｅｄ Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｕｐ（ＴＤＬＳ）などの技術が知られている。

ＴＤＬＳリンク対応可能なデバイスを選択し、ＴＤＬＳリンクを確立する技術が知られている（例えば、特許文献１を参照）。

Ｗｉｆｉ Ｄｉｒｅｃｔ上の機器に対してアクティブスキャンを実施し、目的の機器が発見された場合に、ＴＤＬＳにより接続を行う技術が知られている（例えば、特許文献２を参照）。

Ｗｉｆｉ Ｄｉｒｅｃｔによって装置を検索し、検索された装置が指定のサービスを提供可能であるときに、その装置との間で無線通信を確立する技術が知られている（例えば、特許文献３を参照）。

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

Ｍｉｒａｃａｓｔでは、ＳＯＵＲＣＥ機能を搭載したデバイス（以下、ＳＯＵＲＣＥデバイス）がＳＩＮＫ機能を搭載したデバイス（以下、ＳＩＮＫデバイス）に映像や音声を配信する。Ｍｉｒａｃａｓｔを実現するため、まず、ＳＯＵＲＣＥデバイスは、接続するＳＩＮＫデバイス（以下、接続機器）の検索を実施し、検索して得られた接続機器から接続対象のＳＩＮＫデバイスに通信接続処理を実施する。Ｗｉｆｉ Ｄｉｒｅｃｔを利用してＳＩＮＫデバイスと通信接続する場合、２．４ＧＨｚ（１ｃｈ、６ｃｈ、１１ｃｈ）の３つのチャネルが接続機器の検索の対象となる。一方、ＴＤＬＳを利用してＳＩＮＫデバイスと通信接続をする場合、２．４ＧＨｚ帯（１〜１３ｃｈ）、５ＧＨｚ帯Ｗ５２（３６、４０、４４、４８ｃｈ）、Ｗ５２（５２、５６、６０、６４ｃｈ）、Ｗ５６（１００、１０４、１０８、１１２、１１６、１２０、１２４、１２８、１３２、１３６、１４０ｃｈ）の計３２ｃｈのチャネルが接続機器の検索の対象となる。このように、ＴＤＬＳでは、３２ｃｈが接続機器の検索対象となるため、接続機器の検索に時間がかかる。

図１は、ＴＤＬＳを利用する場合の接続機器検索の例を説明する図である。図１の例では、ＳＯＵＲＣＥデバイス１０１、ＡＰ１０２、ＳＩＮＫデバイス１０３の間における接続機器検索に係る通信の例を説明する。なお、ＴＤＬＳでは、ＳＯＵＲＣＥデバイス１０１とＳＩＮＫデバイス１０３の間の通信は、ＡＰ１０２を介して行われる。

ＳＯＵＲＣＥデバイス１０１は、接続機器を検索するにあたり、Ｔｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔをチャネルごとに送信し、接続機器からＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信することでチャネル上に存在する接続機器を把握する。例えば、ＳＯＵＲＣＥデバイス１０１は、Ｔｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ（Ａ１０１）を送信すると、１ｃｈあたり約１５ｍｓ程度の間、Ｔｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅの受信を待つ。なお、Ｔｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔは、Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ（ＳＳＩＤ）に何も格納されずに送信される。ＳＯＵＲＣＥデバイス１０１からＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信したＡＰ１０２は、ブロードキャストでＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを送信する。

図１の例では、ＳＩＮＫデバイス１０３がＴＤＬＳの１ｃｈを利用していると仮定する。そのため、ＳＩＮＫデバイス１０３は、Ｔｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ（Ａ１０１）への応答としてＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ（Ａ１０２）を返す。ここで、ＳＩＮＫデバイス１０３は、Ｔｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ（Ａ１０２）に自身を識別する識別情報であるＳＳＩＤ情報などを付与する。チャネル上にデバイスが存在する場合（ＡＰ１０２からＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信した場合）、ＳＯＵＲＣＥデバイス１０１は、他のデバイスが同チャネルに存在するかを判定するため、検索時間（待機時間）を１ｃｈあたり１５ｍｓから４０ｍｓ延長する。

ＳＯＵＲＣＥデバイス１０１は、ＴＤＬＳの１ｃｈ〜１４０ｃｈまでの３２ｃｈ分で接続機器の検索を繰り返す。Ｔｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ（Ａ１０３）に対する応答であるＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを返すＳＩＮＫデバイスがない場合、ＳＯＵＲＣＥデバイス１０１は、１ｃｈあたり約１５ｍｓ程度で検索を終了する。

このように、ＴＤＬＳの全てのチャネルに対してＳＩＮＫデバイスの検索をした場合、チャネル数が多く、通信接続に係る検索時間が長くなる。

本発明は１つの側面において、ＴＤＬＳを用いた通信接続に係る検索時間を短縮することを目的とする。

本実施形態にかかる通信接続では、ＴＤＬＳで情報機器と通信接続をする前に、ＴＤＬＳより使用チャネル数の少ない別のプロトコルのチャネルを走査することにより、情報機器を識別する識別情報を取得し、取得した識別情報を用いて、ＴＤＬＳのチャネルを走査することにより、識別情報により識別される情報機器を検索し、検索により得られた情報機器にＴＤＬＳで接続要求を送信する。

本発明によれば、ＴＤＬＳを用いた通信接続に係る検索時間を短縮することができる。

ＴＤＬＳを利用する場合の接続機器検索の例を説明する図である。 本実施形態に係る接続機器検索の例（その１）を説明するシーケンス図である。 本実施形態に係る接続機器検索の例（その２）を説明するシーケンス図である。 本実施形態にかかるＳＯＵＲＣＥデバイスの例を説明する図である。 本実施形態にかかるＳＯＵＲＣＥデバイスのハードウェア構成の例を説明する図である。 本実施形態にかかるＳＯＵＲＣＥデバイスの処理の例を説明するフローチャートである。 本実施形態にかかるＳＯＵＲＣＥデバイスの処理の例を説明するフローチャートである。 本実施形態にかかるＳＯＵＲＣＥデバイスの処理の例を説明するフローチャートである。 アクセスポイントにおける通信接続中継処理の例を説明するフローチャートである。 アクセスポイントにおける通信接続中継処理の例を説明するフローチャートである。

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

図２は、本実施形態に係る接続機器検索の例（その１）を説明するシーケンス図である。図２の例では、ＳＯＵＲＣＥデバイス２０１、ＡＰ２０２、ＳＩＮＫデバイス２０３の間における本実施形態に係る接続機器検索に係る通信の例を説明する。尚、Ｗｉｆｉ Ｄｉｒｅｃｔにおいては、ＳＯＵＲＣＥデバイス２０１およびＳＩＮＫデバイス２０３は、ＡＰ２０２を介さずに通信を行う。また、ＴＤＬＳにおいては、ＳＯＵＲＣＥデバイス２０１とＳＩＮＫデバイス２０３の間の通信は、ＡＰ２０２を介して行われる。

本実施形態に係る接続機器検索において、まず、ＳＯＵＲＣＥデバイス２０１は、ＳＩＮＫデバイス２０３から発信されるビーコン信号（Ｂ１０１）を受信する。ビーコン信号は、ＳＩＮＫデバイス２０３がＴＤＬＳに対応しているか否かの情報を含む。ＳＩＮＫデバイス２０３からＴＤＬＳに対応している旨の情報を含むビーコン信号を受信した場合、ＳＯＵＲＣＥデバイス２０１は、接続機器検索を開始する。

ＳＯＵＲＣＥデバイス２０１は、先にＷｉｆｉ Ｄｉｒｅｃｔの３ｃｈ（１ｃｈ、６ｃｈ、１１ｃｈ）のチャネル上でＳＳＩＤに何も格納していないＰｒｏｂｅ Ｒｅｑｕｅｓｔ（Ｂ１０２〜Ｂ１０４）を送信する。言い換えると、ＳＯＵＲＣＥデバイス２０１は、Ｗｉｆｉ Ｄｉｒｅｃｔの各チャネルを利用している接続機器を走査する。なお、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔは、ＡＰ２０２で中継され、ＡＰ２０２からブロードキャストで送信される。

図２の例では、ＳＩＮＫデバイス２０３が１１ｃｈを利用していると仮定する。すると、ＳＩＮＫデバイス２０３は、１１ｃｈのＰｒｏｂｅ Ｒｅｑｅｓｔ（Ｂ１０４）への応答としてＳＩＮＫデバイス２０３を識別する識別情報であるＳＳＩＤ（図２の例ではＳＩＮＫデバイス２０３の識別情報：ＳＳＩＤ１）を付与したＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ（Ｂ１０５）を返す。ＳＯＵＲＣＥデバイス２０１は、ＳＩＮＫデバイス２０３からＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信すると、ＳＩＮＫデバイス２０３のＳＳＩＤ（ＳＳＩＤ１）及び利用しているチャネル情報（１１ｃｈ）を記憶する。このとき、ＳＯＵＲＣＥデバイス２０１は、送信したＰｒｏｂｅ Ｒｅｑｕｅｓｔのチャネル情報を、ＳＩＮＫデバイス２０３が利用しているチャネル情報として取得する。

ＳＯＵＲＣＥデバイス２０１は、Ｗｉｆｉ Ｄｉｒｅｃｔでの接続機器検索（走査）が終わると、実際に使用するＴＤＬＳでの接続機器検索（走査）を実行する。ＳＯＵＲＣＥデバイス２０１は、記憶したＳＳＩＤ（ＳＳＩＤ１）とチャネル情報（１１ｃｈ）を対象にユニキャストでＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ（Ｂ１０６）を送信する。具体的には、Ｂ１０６のＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔは、ＴＤＬＳの１１ｃｈ上で、ＳＳＩＤ１に対応するＳＩＮＫデバイス２０３宛に送信される。ＳＩＮＫデバイス２０３は、１１ｃｈを利用しているため、自身のＳＳＩＤを付与したＰｒｏｂｅ Ｒｅｓｐｏｎｓｅ（Ｂ１０７）をＳＯＵＲＣＥデバイス２０１に返す。チャネル上にデバイスが存在するため、ＳＯＵＲＣＥデバイス２０１は、他のデバイスが同チャネルに存在するかを判定するため、検索時間（待機時間）を１ｃｈあたり１５ｍｓから４０ｍｓ延長する。その後、ＳＯＵＲＣＥデバイス２０１は、１１ｃｈ上でＳＳＩＤ１に対応したＳＩＮＫデバイス２０３に対してＴＤＬＳ接続要求（Ｂ１０８）を送信する。これにより、ＳＯＵＲＣＥデバイス２０１とＳＩＮＫデバイス２０３との通信接続が可能となる。

このように、図２の例では、Ｗｉｆｉ Ｄｉｒｅｃｔにより接続機器検索（走査）を行い、接続機器の識別情報及びチャネル情報（または、周波数情報）を取得し、取得した識別情報及びチャネル情報を利用してユニキャストでＴＤＬＳの接続機器検索を行う。ここで、Ｗｉｆｉ Ｄｉｒｅｃｔのチャネル数は３個であり、ＳＩＮＫデバイスの識別情報及びチャネル情報を取得するために要する時間は短い。また、Ｗｉｆｉ Ｄｉｒｅｃｔ上で利用しているチャネルをＳＩＮＫデバイスが利用している場合は、ユニキャスト（図２の例では識別情報及びチャネル情報を利用）でＳＩＮＫデバイスを指定して接続機器検索（走査）をするため、検索が１回で終了する。よって、全チャネルを走査する従来の方法と比較すると、ＴＤＬＳでの検索時間は大幅に短くなる。

一例として、図１において各チャネルで接続機器検索時間の延長が発生した場合、全ての接続機器検索にかかる時間は、３２ｃｈ＊５５ｍｓ＝１７６０ｍｓである。図２の例では、ＴＤＬＳの検索が一回で終了しているため、接続機器検索にかかる時間は５５ｍｓである。従って、ＴＤＬＳの全てのチャネルを接続機器検索する場合に比べて、本実施形態に係る接続機器検索は、時間を短縮することができる。なお、本実施形態では、Ｗｉｆｉ Ｄｉｒｅｃｔにより接続対象機器の識別情報及びチャネル情報を取得しているが、ＴＤＬＳよりも使用チャネル数が少ないプロトコルであれば、他のプロトコルを用いて接続対象機器の識別情報及びチャネル情報を取得してもよい。

図３は、本実施形態に係る接続機器検索の例（その２）を説明するシーケンス図である。図３の例では、図２と同様のＳＯＵＲＣＥデバイス２０１、ＡＰ２０２、ＳＩＮＫデバイス２０３の間における本実施形態に係る接続機器検索に係る通信の例を説明する。又、図３の例では、ＳＩＮＫデバイス２０３が１１ｃｈを利用していると仮定する。

すると、本実施形態に係る接続機器検索の例（その２）においても、図２のＢ１０１〜Ｂ１０５と同じ信号がＳＯＵＲＣＥデバイス２０１とＳＩＮＫデバイス２０３の間で送信される。その結果、ＳＯＵＲＣＥデバイス２０１は、ＳＩＮＫデバイス２０３のＳＳＩＤ（ＳＳＩＤ１）及び利用しているチャネル情報（１１ｃｈ）を記憶する。

ＳＯＵＲＣＥデバイス２０１は、記憶したＳＳＩＤ（ＳＳＩＤ１）とチャネル情報（１１ｃｈ）を対象にユニキャストでＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ（Ｃ１０６）を送信する。具体的には、Ｃ１０６のＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔは、ＴＤＬＳの１１ｃｈ上で、ＳＳＩＤ１に対応するＳＩＮＫデバイス２０３にユニキャストで送信される。しかし、図３の例では、Ｂ１０５〜Ｃ１０６の通信の間にＳＩＮＫデバイス２０３側で利用するチャネルが１１ｃｈから１４０ｃｈに変更されたものとする。そのため、ＳＩＮＫデバイス２０３は、１１ｃｈ上で送信されてきたＣ１０６のＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔに対する応答を返さない。

ＳＯＵＲＣＥデバイス２０１が記憶していたチャネル上での接続機器検索で応答がなかったため、ＳＯＵＲＣＥデバイス２０１は、ＴＤＬＳの１ｃｈ〜１４０ｃｈの間の３２ｃｈの各々に対して順番に接続機器検索（走査）をする。ＴＤＬＳの１ｃｈ〜１４０ｃｈの間の３２ｃｈに対する接続機器検索（走査）では、ＳＳＩＤ１に対応するＳＩＮＫデバイス２０３を対象にユニキャストで行われる。そのため、Ｔｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔには、ＳＳＩＤにＳＩＮＫデバイス２０３を示すＳＳＩＤ１が格納されて送られる。

ＳＩＮＫデバイス２０３側で利用するチャネルが１１ｃｈから１４０ｃｈに変更されているため、ＴＤＬＳの１４０ｃｈにおけるＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｑｕｅｓｔ（Ｃ１０７）への応答として、ＳＩＮＫデバイス２０３は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅ（Ｃ１０８）を返す。チャネル上にデバイスが存在するため、ＳＯＵＲＣＥデバイス２０１は、他のデバイスが同チャネルに存在するかを判定するため、検索時間（待機時間）を１ｃｈあたり１５ｍｓから４０ｍｓ延長する。その後、ＳＯＵＲＣＥデバイス２０１は、１４０ｃｈ上でＳＳＩＤ１に対応したＳＩＮＫデバイス２０３に対してＴＤＬＳ接続要求（Ｃ１０９）を送信する。これにより、ＳＯＵＲＣＥデバイス２０１とＳＩＮＫデバイス２０３との通信接続が可能となる。

このように、図３の例では、Ｗｉｆｉ Ｄｉｒｅｃｔにより接続機器検索（走査）を行い、接続機器の識別情報及びチャネル情報を取得し、取得した識別情報及びチャネル情報を利用してユニキャストでＴＤＬＳの接続機器検索を行う。そのため、Ｗｉｆｉ Ｄｉｒｅｃｔ上で利用しているチャネルをＳＩＮＫデバイスが利用している場合は、ユニキャスト（図３の例ではＳＳＩＤを使用）でＳＩＮＫデバイスを指定して接続機器検索をするため、接続対象であるＳＩＮＫデバイス２０３以外からの応答がなく、接続機器検索時間の延長がなされる回数は１度である。

図３に示す例では、ＳＯＵＲＣＥデバイス２０１は、ＳＳＩＤ１で識別されるＳＩＮＫデバイス２０３へユニキャストでリクエストを送信する。このため、ＳＯＵＲＣＥデバイス２０１は、他のＳＩＮＫデバイスからレスポンスを受信することはない。すなわち、ＳＩＮＫデバイス２０３からＳＯＵＲＣＥデバイス２０１へレスポンスが返送されるケース以外は、「延長」が実行されることはない。したがって、図１に示すシーケンスと比較して、ＴＤＬＳの検索時間は短い。

一例として、図１において各チャネルで接続機器検索時間の延長が発生した場合、全ての接続機器検索にかかる時間は、３２ｃｈ＊５５ｍｓ＝１７６０ｍｓである。図３の例における接続機器検索にかかる時間は、３１ｃｈ＊１５ｍｓ＋５５ｍｓ＝５２０ｍｓである。このように、図１の例におけるＴＤＬＳの全てのチャネルを接続機器検索する場合に比べて、図３の例における接続機器検索は、時間を短縮することができる。なお、本実施形態では、Ｗｉｆｉ Ｄｉｒｅｃｔにより接続対象機器の識別情報及びチャネル情報を取得しているが、ＴＤＬＳよりも使用チャネル数が少ないプロトコルであれば、他のプロトコルを用いて接続対象機器の識別情報及びチャネル情報を取得してもよい。

図４は、本実施形態にかかるＳＯＵＲＣＥデバイスの例を説明する図である。ＳＯＵＲＣＥデバイス２０１は、処理部３０１、３Ｇ/Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）無線部３０２、Ｗｉｆｉ無線部３０３、オーディオ入出力部３０４、記憶部３０５、タッチセンサ部３０６、表示部３０７を備える。

３Ｇ/ＬＴＥ無線部３０２は、本実施形態において、３ＧやＬＴＥなどの通信規格を用いた無線通信に用いられる。Ｗｉｆｉ無線部３０３は、本実施形態において、Ｗｉｆｉの通信規格を用いた無線通信に用いられる。Ｗｉｆｉ無線部３０３は、図２や図３などにおける各種信号をＡＰ２０２及びＳＩＮＫデバイス２０３に送信する。

処理部３０１は、図２のＢ１０１〜Ｂ１０８や図３のＢ１０１〜Ｂ１０５、Ｃ１０６〜Ｃ１０９などの各種通信を制御する処理をする。具体的には、図２に示す例では、処理部３０１は、Ｗｉｆｉ ＤｉｒｅｃｔによりＳＩＮＫデバイス２０３の識別情報とチャネル情報を取得し、その後、取得した識別情報とチャネル情報を指定してＳＩＮＫデバイス２０３を検索させる通信を制御する。又、図３に示す例では、処理部３０１は、図２の処理と同様に、取得した識別情報とチャネル情報を指定してＳＩＮＫデバイス２０３を検索させた後、ＳＩＮＫデバイス２０３が検索できないため、ＳＩＮＫデバイス２０３の識別情報を指定して、ＴＤＬＳの各チャネルを対象にＳＩＮＫデバイス２０３を検索させる通信を制御する。

オーディオ入出力部３０４は、ユーザが電話機能を用いる際に音声の入出力を行える。記憶部３０５は、図２や図３のＢ１０５の通信のように、ＳＩＮＫデバイス２０３から取得した識別情報及び利用しているチャネル情報を記憶する。タッチセンサ部３０６は、ユーザがＳＯＵＲＣＥデバイス２０１を操作する際に、操作内容を入力するタッチセンサである。表示部３０７は、ユーザに文字や画像などを表示する。

図５は、本実施形態にかかるＳＯＵＲＣＥデバイスのハードウェア構成の例を説明する図である。ＳＯＵＲＣＥデバイス２０１は、通信モジュール１１、メモリ１２、プロセッサ１３、ドライブ装置１４、記憶媒体１５、入出力装置１６、バス１７を備える。

プロセッサ１３は、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）などの任意の処理回路である。プロセッサ１３は、処理部３０１として動作する。なお、プロセッサ１３は、例えば、記憶媒体１５に記憶されたプログラムを実行することができる。メモリ１２は、記憶部３０５として動作し、ＳＩＮＫデバイス２０３の識別情報及び利用しているチャネル情報を記憶する。さらに、メモリ１２は、プロセッサ１３の動作により得られたデータや、プロセッサ１３の処理に用いられるデータも、適宜、記憶する。

入出力装置１６は、例えば、ボタン、キーボード、マウス、タッチパネル等の入力装置であるタッチセンサ部３０６として実現される。又、入出力装置１６は、ディスプレイなどの出力装置である表示部３０７として実現される。バス１７は、通信モジュール１１、メモリ１２、プロセッサ１３、ドライブ装置１４、記憶媒体１５、入出力装置１６の間を相互にデータの受け渡しが行えるように接続する。ドライブ装置１４は、記憶媒体１５を動作させるために用いられ、記憶媒体１５に格納されているプログラムやデータを、適宜、プロセッサ１３へ提供する。

通信モジュール１１は、他端末や他装置との通信を制御するモジュールである。本実施形態に係る通信モジュール１１は、３Ｇ／ＬＴＥ無線部３０２とＷｉｆｉ無線部３０３として動作する。通信モジュール１１で送受信したデータは、適宜、プロセッサ１３で処理される。

図６Ａ〜図６Ｃは、本実施形態にかかるＳＯＵＲＣＥデバイスの処理の例を説明するフローチャートである。処理部３０１は、ユーザの操作によりタッチセンサ部３０６よりＷｉｆｉの設定がＯＮにする入力を取得する（ステップＳ１０１）。処理部３０１は、ユーザの操作によりタッチセンサ部３０６よりＷｉｆｉ Ｄｉｒｅｃｔを有効にする設定を取得する（ステップＳ１０２）。Ｗｉｆｉ無線部３０３は、ＳＩＮＫデバイス２０３からのビーコン信号を受信する（ステップＳ１０３）。処理部３０１は、ＳＩＮＫデバイス２０３がＴＤＬＳに対応している旨の情報がビーコン信号に含まれているかを判定する（ステップＳ１０４）。

ＳＩＮＫデバイス２０３がＴＤＬＳに対応している旨の情報がビーコン信号に含まれている場合（ステップＳ１０４でＹＥＳ）、処理部３０１は、Ｗｉｆｉ Ｄｉｒｅｃｔ内の１つのチャネルに対してＰｒｏｂｅ ＲｅｕｅｓｔをＷｉｆｉ無線部３０３に送信させる（ステップＳ１０５）。処理部３０１は、１ｃｈ、６ｃｈ、１１ｃｈの何れかのチャネルでＳＩＮＫデバイス２０３からのＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信したか否かを判定する（ステップＳ１０６）。処理部３０１は、１ｃｈ、６ｃｈ、１１ｃｈの何れかのチャネルでＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信するまで、処理をステップＳ１０５から繰り返す。１ｃｈ、６ｃｈ、１１ｃｈの何れのチャネルでもＳＩＮＫデバイス２０３からＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信しない場合（ステップＳ１０６でＮＯ）、処理部３０１は、本実施形態に係るＳＯＵＲＣＥデバイスの通信接続処理を終了する（ステップＳ１０７）。１ｃｈ、６ｃｈ、１１ｃｈの何れかのチャネルでＳＩＮＫデバイス２０３からＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信した場合（ステップＳ１０６でＹＥＳ）、処理部３０１は、そのＰｒｏｂｅ ＲｅｓｐｏｎｓｅからＳＩＮＫデバイス２０３のＳＳＩＤを抽出する。また、処理部３０１は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅに応じてＳＩＮＫデバイス２０３が使用しているチャネルを検出し、チャネル情報を生成する。そして、処理部３０１は、ＳＳＩＤおよびチャネル情報を記憶部３０５に記憶する（ステップＳ１０８）。

処理部３０１は、ＴＤＬＳの各チャネルを走査する（ステップＳ１０９〜１１０）。すなわち、処理部３０１は、ＴＤＬＳ内の１つのチャネルに対してＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ ＲｅｕｅｓｔをＷｉｆｉ無線部３０３に送信させる（ステップＳ１０９）。ステップＳ１０９の処理において、Ｗｉｆｉ無線部３０３は、ステップＳ１０８で記憶したチャネル情報により識別されるチャネルを優先してＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｕｅｓｔを送信する。このとき、Ｔｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｕｅｓｔは、記憶部３０５に記憶されているＳＳＩＤを指定してユニキャストで送信される。処理部３０１は、ＴＤＬＳの全チャネル内の何れかのチャネルでＳＩＮＫデバイス２０３からのＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信したか否かを判定する（ステップＳ１１０）。ＴＤＬＳの何れかのチャネルでＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信するまで、処理部３０１は、処理をステップＳ１０９から繰り返す。

ＴＤＬＳの全チャネル内の何れのチャネルでもＳＩＮＫデバイス２０３からのＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信しない場合（ステップＳ１１０でＮＯ）、処理部３０１は、本実施形態にかかるＳＯＵＲＣＥデバイスの通信接続処理を終了する（ステップＳ１１１）。ＴＤＬＳの全チャネル内の何れかのチャネルでＳＩＮＫデバイス２０３からのＴｕｎｎｅｌｅｄ Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信した場合（ステップＳ１１０でＹＥＳ）、処理部３０１は、Ｗｉｆｉ無線部３０３にＴＤＬＳ接続要求をＳＩＮＫデバイス２０３宛に送信させる（ステップＳ１１２）。ステップＳ１１２が終了すると、ＳＯＵＲＣＥデバイス２０１とＳＩＮＫデバイス２０２間の通信接続が完了し、本実施形態にかかる通信接続処理は終了する。

ＳＩＮＫデバイス２０３がＴＤＬＳに対応している旨の情報がビーコン信号に含まれていない場合（ステップＳ１０４でＮＯ）、処理部３０１は、Ｗｉｆｉ Ｄｉｒｅｃｔの各チャネルを走査する（ステップＳ１１３〜１１４）。すなわち、処理部３０１は、Ｗｉｆｉ Ｄｉｒｅｃｔ内の１つのチャネルに対してＰｒｏｂｅ ＲｅｕｅｓｔをＷｉｆｉ無線部３０３に送信させる（ステップＳ１１３）。処理部３０１は、１ｃｈ、６ｃｈ、１１ｃｈの何れかのチャネルでＳＩＮＫデバイス２０３からのＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信したか否かを判定する（ステップＳ１１４）。１ｃｈ、６ｃｈ、１１ｃｈの何れかのチャネルでＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信するまで、処理部３０１は、処理をステップＳ１１３から繰り返す。１ｃｈ、６ｃｈ、１１ｃｈの何れのチャネルでもＳＩＮＫデバイス２０３からＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信しない場合（ステップＳ１１４でＮＯ）、処理部３０１は、本実施形態にかかるＳＯＵＲＣＥデバイスの通信接続処理を終了する（ステップＳ１１５）。１ｃｈ、６ｃｈ、１１ｃｈの何れかのチャネルでＳＩＮＫデバイス２０３からＰｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信した場合（ステップＳ１１４でＹＥＳ）、処理部３０１は、Ｗｉｆｉ無線部３０３にＷｉｆｉ Ｄｉｒｅｃｔを用いた接続要求をＳＩＮＫデバイス２０３宛に送信させる（ステップＳ１１６）。ステップＳ１１６が終了すると、ＳＯＵＲＣＥデバイス２０１とＳＩＮＫデバイス２０２間の通信接続が完了し、本実施形態に係る通信接続処理は終了する。

図７Ａと図７Ｂは、アクセスポイントにおける通信接続中継処理の例を説明するフローチャートである。ＡＰ２０２は、ＳＩＮＫデバイス２０３からのビーコン信号を配信する（ステップＳ２０１）。ＡＰ２０２は、周辺機器からＰｒｏｂｅ Ｒｅｑｕｅｓｔの受信待ちをする（ステップＳ２０２）。ＡＰ２０２は、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信したか否かを判定する（ステップＳ２０３）。

Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信した場合（ステップＳ２０３でＹＥＳ）、ＡＰ２０２は、受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔがユニキャストパケットか否かを判定する（ステップＳ２０４）。受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔがユニキャストパケットである場合（ステップＳ２０４でＹＥＳ）、ＡＰ２０２は、ユニキャストパケットをＳＩＮＫデバイス２０３に送信する（ステップＳ２０５）。受信したＰｒｏｂｅ Ｒｅｑｕｅｓｔがユニキャストパケットでない場合（ステップＳ２０４でＮＯ）、ＡＰ２０２は、ブロードキャストパケットをＳＩＮＫデバイス２０３に送信する（ステップＳ２０６）。ステップＳ２０５又はステップＳ２０６の処理が終了すると、ＡＰ２０２は。処理をステップＳ２０１から繰り返す。

Ｐｒｏｂｅ Ｒｅｑｕｅｓｔを受信していない場合（ステップＳ２０３でＮＯ）、ＡＰ２０２は、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信したか否かを判定する（ステップＳ２０７）。Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信している場合（ステップＳ２０７でＹＥＳ）、ＡＰ２０２は、Ｐｒｏｂｅ ＲｅｓｐｏｎｓｅをＳＯＵＲＣＥデバイス２０１に送信する（ステップＳ２０８）。Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅを受信していない場合（ステップＳ２０７でＮＯ）、又は、ステップＳ２０８の処理が終了すると、ＡＰ２０２は、ステップＳ２０１から処理を繰り返す。

このように、Ｗｉｆｉ Ｄｉｒｅｃｔにより接続機器検索を行い、接続機器の識別情報及びチャネル情報を取得し、取得した識別情報及びチャネル情報を利用してユニキャストでＴＤＬＳの接続機器検索を行う。そのため、Ｗｉｆｉ Ｄｉｒｅｃｔ上で利用しているチャネルをＳＩＮＫデバイスが利用している場合は、ユニキャストでＳＩＮＫデバイスを指定して接続機器検索をするため、検索時間を短縮することができる。

２０１ ＳＯＵＲＣＥデバイス
２０２ ＡＰ
２０３ ＳＩＮＫデバイス
３０１ 処理部
３０２ ３Ｇ／ＬＴＥ無線部
３０３ Ｗｉｆｉ無線部
３０４ オーディオ入出力部
３０５ 記憶部
３０６ タッチセンサ部
３０７ 表示部

Claims (5)

1. 第１のプロトコルで情報機器と通信接続をする前に、
   前記第１のプロトコルより使用チャネル数の少ない第２のプロトコルのチャネルを走査することにより、前記情報機器を識別する識別情報を取得し、
   前記識別情報を用いて、前記第１のプロトコルのチャネルを走査することにより、前記識別情報により識別される前記情報機器を検索し、
   検索により得られた前記情報機器に前記第１のプロトコルで接続要求を送信する
   ことを特徴とする通信接続方法。
2. 前記第２のプロトコルのチャネルを走査する処理により、前記情報機器が使用するチャネルを検出し、
   前記第１のプロトコルのチャネルを走査する処理において、検出したチャネルから走査を開始する
   ことを特徴とする請求項１に記載の通信接続方法。
3. 第１のプロトコルで情報機器と通信接続をする前に、
   前記第１のプロトコルより使用チャネル数の少ない第２のプロトコルのチャネルを走査することにより、前記情報機器を識別する識別情報を取得する処理部と、
   前記識別情報を用いて、前記第１のプロトコルのチャネルを走査することにより、前記識別情報により識別される前記情報機器を検索し、検索により得られた前記情報機器に前記第１のプロトコルで接続要求を送信する無線部と、
   を備えることを特徴とする通信接続装置。
4. 携帯端末装置と情報機器の間の第１のプロトコルを利用した通信システムであって、
   前記情報機器は、
   前記第１のプロトコルより使用チャネル数の少ない第２のプロトコルを用いた接続機器検索要求を前記携帯端末装置から受信すると、前記情報機器を識別する識別情報を前記携帯端末装置に送信し、
   前記携帯端末装置は、
   前記識別情報を用いて、前記第１のプロトコルのチャネルを走査することにより、前記識別情報により識別される前記情報機器を検索し、検索により得られた前記情報機器に前記第１のプロトコルで接続要求を送信する
   ことを特徴とする通信システム。
5. 第１のプロトコルで情報機器と通信接続をする前に、
   前記第１のプロトコルより使用チャネル数の少ない第２のプロトコルのチャネルを走査することにより、前記情報機器を識別する識別情報を取得し、
   前記識別情報を用いて、前記第１のプロトコルのチャネルを走査することにより、前記識別情報により識別される前記情報機器を検索し、
   検索により得られた前記情報機器に前記第１のプロトコルで接続要求を送信する
   ことを特徴とする通信接続プログラム。

Images