JP2018148312A - 通信装置のためのコンピュータプログラム - Google Patents

Abstract

【課題】 通信装置が、外部装置が親局として動作する無線ネットワークに子局として適切に参加するための技術を提供すること。【解決手段】 通信装置は、第１の無線インタフェースを介して外部装置との第１の無線通信が実行される場合に、外部装置から、第２の無線インタフェースを介して、親局情報を含む特定信号が受信されたのか否かを判断する。通信装置は、親局情報を含む特定信号が受信されたと判断する場合に、第２の無線インタフェースを介して外部装置との第２の無線通信を実行するための通信指示を第２の無線インタフェースに供給する。親局情報を含む特定信号が受信されなかったと判断される場合に、通信指示は第２の無線インタフェースに供給されない。【選択図】図３

Description

本明細書では、通信装置が、外部装置が親局として動作する無線ネットワークに子局として参加するための技術を開示する。

特許文献１には、ＭＦＰ（Multi-Function Peripheralの略）と携帯端末とを備える通信システムが開示されている。ＭＦＰは、携帯端末とのＮＦＣリンクが確立されると、ＷＦＤ（Wi-Fi Direct（登録商標）の略）方式のＧ／Ｏ（Group Ownerの略）状態に移行し、ＭＦＰが親局として動作するＷＦＤネットワークで利用される無線設定（ＳＳＩＤ（Service Set Identifierの略）、パスワード等）を準備する。携帯端末は、ＮＦＣリンクを利用して、ＭＦＰから当該無線設定を受信すると、当該無線設定を利用して、ＭＦＰとの無線接続を確立し、当該ＷＦＤネットワークにＷＦＤ方式のクライアントとして参加する。

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

ＭＦＰの動作状態が、ＷＦＤ方式のＧ／Ｏ状態ではない状態からＧ／Ｏ状態に移行するために、ある程度の時間（例えば１〜２秒）を要し得る。ＭＦＰにおいてＧ／Ｏ状態への移行が完了する前に、ＭＦＰと携帯端末との間に無線接続を確立するための無線通信が実行されると、当該無線接続の確立が失敗する可能性がある。

本明細書では、通信装置が、外部装置が親局として動作する無線ネットワークに子局として適切に参加するための技術を提供する。

本明細書では、通信装置のためのコンピュータプログラムを開示する。当該コンピュータプログラムは、前記通信装置の第１の無線インタフェースを介して外部装置との第１の無線通信が実行される場合に、前記外部装置から、前記通信装置の前記第１の無線インタフェースとは異なる第２の無線インタフェースを介して、親局情報を含む特定信号が受信されたのか否かを判断する判断部であって、前記親局情報は、前記外部装置の動作状態が無線ネットワークの親局として動作する親局状態であることを示す情報である、前記判断部と、前記親局情報を含む前記特定信号が受信されたと判断される場合に、前記第２の無線インタフェースを介して前記外部装置との第２の無線通信を実行するための通信指示を前記第２の無線インタフェースに供給する通信指示供給部であって、前記第２の無線通信は、前記外部装置が親局として動作する前記無線ネットワークに子局として参加するための通信を含み、前記親局情報を含む前記特定信号が受信されなかったと判断される場合に、前記通信指示は前記第２の無線インタフェースに供給されない、前記通信指示供給部と、として機能させる。

上記の構成によると、通信装置は、親局情報を含む特定の信号が受信されたと判断する場合、即ち、外部装置の動作状態が親局状態であることを確認した場合に、第２の無線インタフェースを介して外部装置との第２の無線通信を実行することができる。従って、通信装置は、外部装置が親局として動作する無線ネットワークに子局として適切に参加することができる。

上記のコンピュータプログラムを格納するコンピュータ読取可能記録媒体、及び、通信装置そのものも、新規で有用である。また、上記の通信装置と外部装置とを備える通信システムも、新規で有用である。

通信システムの構成を示す。 携帯端末が実行する処理のフローチャートを示す。 携帯端末とＭＦＰとの間のＷｉ−Ｆｉ接続が確立されるシーケンス図を示す。 比較例１において、携帯端末とＭＦＰとの間のＷｉ−Ｆｉ接続の確立に失敗するシーケンス図を示す。 比較例２において、携帯端末とＭＦＰとの間のＷｉ−Ｆｉ接続の確立に失敗するシーケンス図を示す。 第２実施例の携帯端末が実行する処理のフローチャートを示す。

（第１実施例）
（通信システム２の構成；図１）
図１に示すように、通信システム２は、多機能機（以下では「ＭＦＰ（Multi-Function Peripheralの略）」と呼ぶ）１０と、携帯端末１００と、を備える。ＭＦＰ１０及び携帯端末１００は、Ｗｉ−Ｆｉ方式に従った無線通信であるＷｉ−Ｆｉ通信を相互に実行可能であると共に、ＮＦＣ（Near Field Communicationの略）方式に従った無線通信であるＮＦＣ通信を相互に実行可能である。

（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能及びスキャン機能を含む多機能を実行可能な周辺装置（例えばＰＣ等の周辺装置）である。ＭＦＰ１０には、ＭＡＣアドレス「ＡＡＡ」及びデバイス名「ＸＸＸ」が割り当てられている。ＭＦＰ１０は、操作部１２と、表示部１４と、印刷実行部１６と、スキャン実行部１８と、Ｗｉ−Ｆｉインタフェース（以下ではインタフェースを「Ｉ／Ｆ」と記載する）２０と、ＮＦＣＩ／Ｆ２２と、制御部３０と、を備える。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＭＦＰ１０に入力することができる。表示部１４は、文字列、アイコン画像等を利用して様々な情報を表示可能なディスプレイであり、いわゆるタッチパネル（即ち操作部）としても機能する。印刷実行部１６は、インクジェット方式、レーザ方式等の印刷機構である。スキャン実行部１８は、ＣＣＤ、ＣＩＳ等のスキャン機構である。

Ｗｉ−ＦｉＩ／Ｆ２０は、Ｗｉ−Ｆｉ方式に従ったＷｉ−Ｆｉ通信を実行するためのＩ／Ｆである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers、 Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ等）に基づく無線通信方式である。Ｗｉ−ＦｉＩ／Ｆ２０は、特に、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＦＤ（Wi-Fi Direct（登録商標）の略）方式をサポートしている。ＷＦＤ方式は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって作成された規格書「Wi-Fi Peer-to-Peer (P2P) Technical Specification Version1.5」に記述されている無線通信方式である。

ＭＦＰ１０は、ＷＦＤ方式のＧｒｏｕｐ Ｏｗｎｅｒ（以下では「Ｇ／Ｏ」と記載する）状態で動作して、ＭＦＰ１０が親局（即ちＧ／Ｏ）として動作するＷＦＤネットワーク（以下では「ＷＦＤＮＷ」と記載する）を形成する。そして、ＭＦＰ１０は、携帯端末１００とのＷｉ−Ｆｉ接続を確立して、携帯端末１００をＷＦＤＮＷに子局（即ちＷＦＤ方式のクライアント）として参加させることができる。

また、Ｗｉ−ＦｉＩ／Ｆ２０は、Ｗｉ−Ｆｉ Ａｌｌｉａｎｃｅによって策定されたＷＰＳ（Wi-Fi Protected Setupの略）をサポートしている。ＷＰＳは、いわゆる自動無線設定又は簡単無線設定と呼ばれるものであり、Ｗｉ−Ｆｉ方式に従った無線接続（以下では「Ｗｉ−Ｆｉ接続」と呼ぶ）を確立するための無線設定情報（例えば、パスワード、認証方式、暗号化方式等）がユーザによって入力されなくても、一対の機器の間に簡単にＷｉ−Ｆｉ接続を確立することができる技術である。

ＮＦＣＩ／Ｆ２２は、ＮＦＣ方式に従ったＮＦＣ通信を実行するためのＩ／Ｆである。ＮＦＣ方式は、例えば、ISO/IEC14443、15693、18092などの国際標準規格に基づく無線通信方式である。なお、ＮＦＣ通信を実行するためのＩ／Ｆの種類として、ＮＦＣフォーラムデバイス（NFC Forum Device）と呼ばれるＩ／Ｆと、ＮＦＣフォーラムタグと呼ばれるＩ／Ｆと、が知られている。ＮＦＣＩ／Ｆ２２は、ＮＦＣフォーラムデバイスであり、Ｐ２Ｐ（Peer To Peerの略）モード、Ｒ／Ｗ（Reader/Writerの略）モード、及び、ＣＥ（Card Emulationの略）モードのいずれかで選択的に動作可能なＩ／Ｆである。

次いで、Ｗｉ−ＦｉＩ／Ｆ２０とＮＦＣＩ／Ｆ２２との間の相違点を説明しておく。Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信の通信速度（例えば最大の通信速度が１１〜６００Ｍｂｐｓ）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信の通信速度（例えば最大の通信速度が１００〜４２４Ｋｂｐｓ）よりも速い。また、Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信における搬送波の周波数（例えば２．４ＧＨｚ帯又は５．０ＧＨｚ帯）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信における搬送波の周波数（例えば１３．５６ＭＨｚ帯）とは異なる。また、Ｗｉ−ＦｉＩ／Ｆ２０を介したＷｉ−Ｆｉ通信を実行可能な最大の距離（例えば最大で約１００ｍ）は、ＮＦＣＩ／Ｆ２２を介したＮＦＣ通信を実行可能な最大の距離（例えば最大で約１０ｃｍ）よりも大きい。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。

（携帯端末１００の構成）
携帯端末１００は、例えば、携帯電話、スマートフォン、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末装置である。携帯端末１００は、操作部１１２と、表示部１１４と、Ｗｉ−ＦｉＩ／Ｆ１２０と、ＮＦＣＩ／Ｆ１２２と、制御部１３０と、を備える。

操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示を携帯端末１００に入力することができる。表示部１１４は、様々な情報を表示するためのディスプレイであり、いわゆるタッチパネル（即ち操作部）としても機能する。以下では、操作部１１２及び表示部１１４を総称して「端末操作部」と呼ぶことがある。Ｗｉ−ＦｉＩ／Ｆ１２０、ＮＦＣＩ／Ｆ１２２は、それぞれ、ＭＦＰ１０のＷｉ−ＦｉＩ／Ｆ２０、ＮＦＣＩ／Ｆ２２と同様である。

制御部１３０は、ＣＰＵ１３２と、メモリ１３４と、を備える。ＣＰＵ１３２は、メモリ１３４に格納されている各プログラム１３６、１３８に従って、様々な処理を実行する。ＯＳ（Operation Systemの略）プログラム１３６は、携帯端末１００の種々の基本的な動作を制御するためのプログラムである。また、ＭＦＰアプリケーション１３８は、ＭＦＰ１０等のベンダによって提供されるアプリケーションであり、例えば、インターネット上のサーバから携帯端末１００にインストールされる。ＭＦＰアプリケーション１３８は、携帯端末１００とＭＦＰ１０等の間にＷｉ−Ｆｉ接続を確立させたり、携帯端末１００とＭＦＰ１０等の間でＷｉ−Ｆｉ接続を利用して対象データ（例えば印刷データ、スキャンデータ）の通信を実行させたりするためのアプリケーションである。以下では、ＭＦＰアプリケーション１３８のことを単に「アプリ１３８」と呼ぶ。

本実施例では、さらに、ＭＦＰ１０の周囲に携帯端末２００が存在する。携帯端末２００は、アプリ１３８を備えていない点を除いて、携帯端末１００と同様の構成を備える。

（携帯端末１００が実行する処理；図２）
次いで、図２を参照して、携帯端末１００のＣＰＵ１３２がアプリ１３８に従って実行する処理の内容を説明する。アプリ１３８を起動させるための操作が端末操作部に実行される場合に、ＣＰＵ１３２は、図２の処理を開始する。なお、以下では、説明の便宜上、ＣＰＵ１３２を主体として記載せずに、ＣＰＵ１３２がアプリ１３８に従って実行する処理の主体、ＣＰＵ１３２がＯＳプログラム１３６に従って実行する処理の主体を、それぞれ、「アプリ１３８」、「ＯＳ１３６」と記載する。

Ｓ１０において、アプリ１３８は、ＭＦＰ１０と携帯端末１００との間にＮＦＣリンクが確立されることを監視する。アプリ１３８は、ＮＦＣＩ／Ｆ１２２からＮＦＣリンクが確立されたことを示すＮＦＣ確立情報を取得する場合に、Ｓ１０でＹＥＳと判断して、Ｓ１２に進む。

Ｓ１２において、アプリ１３８は、ＮＦＣＩ／Ｆ１２２を介して、ＭＦＰ１０から、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を受信する。この際に、Ｓ２０において、アプリ１３８は、タイマーのカウントを開始する。

Ｓ２２において、アプリ１３８は、ブロードキャストによってＰｒｏｂｅ要求を送信するためのブロードキャスト送信指示をＯＳ１３６に供給する。この場合、ＯＳ１３６は、ブロードキャスト送信指示をＷｉ−ＦｉＩ／Ｆ１２０に供給する。これにより、Ｗｉ−ＦｉＩ／Ｆ１２０は、後述のＳ３０の第１の接続要求指示又はＳ４２の停止指示を取得するまで、ブロードキャストによってＰｒｏｂｅ要求を送信することを繰り返す。ＯＳ１３６は、Ｐｒｏｂｅ要求の送信に応じて、Ｗｉ−ＦｉＩ／Ｆ１２０を介して、１個以上の対象装置（例えばＭＦＰ１０）のそれぞれからＰｒｏｂｅ応答を受信する。Ｐｒｏｂｅ応答は、送信元の対象装置のＭＡＣアドレスと、Ｇ／Ｏビットと、を含む。Ｇ／Ｏビットは、Ｐｒｏｂｅ応答内のＰ２ＰＩＥ（Information Elementの略）に含まれる情報である。Ｇ／Ｏビットは、対象装置の動作状態がＧ／Ｏ状態でないことを示す「０」と、対象装置の動作状態がＧ／Ｏ状態であることを示す「１」と、のどちらかの値に設定される。Ｐｒｏｂｅ応答は、さらに、送信元の対象装置がＧ／Ｏ状態で動作していない場合には、当該対象装置のデバイス名を含み、送信元の対象装置がＧ／Ｏ状態で動作している場合には、当該対象装置によって形成されているＷＦＤＮＷのＳＳＩＤ（Service Set Identifierの略）を含む。そして、ＯＳ１３６は、１個以上のＰｒｏｂｅ応答内の各情報（即ち、ＭＡＣアドレス、デバイス名、ＳＳＩＤ、Ｇ／Ｏビット等）をアプリ１３８に供給する。

Ｓ２４において、アプリ１３８は、ＭＦＰ１０からＰｒｏｂｅ応答を受信したのか否かを判断する。具体的には、アプリ１３８は、ＯＳ１３６から取得される情報が、Ｓ１２で受信されたＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含むのか否かを判断する。アプリ１３８は、ＯＳ１３６から取得される情報がＭＡＣアドレス「ＡＡＡ」を含む場合に、Ｓ２４でＹＥＳと判断し、Ｓ２６に進む。一方、アプリ１３８は、ＯＳ１３６から取得される情報がＭＡＣアドレス「ＡＡＡ」を含まない場合に、Ｓ２４でＮＯと判断し、Ｓ４０に進む。

Ｓ２６において、アプリ１３８は、ＭＦＰ１０から受信されたＰｒｏｂｅ応答内のＧ／Ｏビットが「１」を示すのか否かを判断する。即ち、アプリ１３８は、ＭＦＰ１０の動作状態がＧ／Ｏ状態であるのか否かを判断する。アプリ１３８は、Ｇ／Ｏビットが「１」であると判断する場合（Ｓ２６でＹＥＳ）、即ち、ＭＦＰ１０の動作状態がＧ／Ｏ状態であることが確認できた場合には、Ｓ３０に進む。一方、アプリ１３８は、Ｇ／Ｏビットが「０」であると判断する場合（Ｓ２６でＮＯ）に、即ち、ＭＦＰ１０の動作状態がＧ／Ｏ状態であることが確認できなかった場合には、Ｓ３０に進まずに、Ｓ４０に進む。上述したように、アプリ１３８は、ＭＦＰ１０から受信されたＰｒｏｂｅ応答を利用して、ＭＦＰ１０の動作状態がＧ／Ｏ状態であるのか否かを判断する。Ｐｒｏｂｅ要求及びＰｒｏｂｅ応答は、Ｗｉ−Ｆｉ通信の規格に従った信号である。本実施例では、当該規格に従った信号を利用して上記の判断を実行するので、例えば、当該規格に従っていない特別な信号を利用して上記の判断を実行する構成と比べると、ＭＦＰ１０及びアプリ１３８の構成が単純で済む。

Ｓ３０において、アプリ１３８は、第１の接続要求指示をＯＳ１３６に供給する。第１の接続要求指示は、Ｓ１２で受信されたＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求を送信するためのユニキャスト送信指示と、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立するための処理を実行するための確立指示と、を含む。ＯＳ１３６は、第１の接続要求指示を取得すると、ユニキャスト送信指示をＷｉ−ＦｉＩ／Ｆ１２０に供給する。これにより、Ｗｉ−ＦｉＩ／Ｆ１２０は、ブロードキャストによってＰｒｏｂｅ要求を送信することを停止し、ＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求を送信する。ＯＳ１３６は、ＭＦＰ１０へのＰｒｏｂｅ要求の送信に応じて、Ｗｉ−ＦｉＩ／Ｆ１２０を介して、ＭＡＣアドレス「ＡＡＡ」と、ＳＳＩＤ「ＹＹＹ」と、Ｇ／Ｏビット「１」と、を含むＰｒｏｂｅ応答を受信する。

その後、ＯＳ１３６は、確立指示に従って、Ｇ／Ｏ状態であるＭＦＰ１０とのＷｉ−Ｆｉ接続を確立するための接続処理を実行する。接続処理は、Service Discovery要求の送信、その応答の受信、Provision Discovery要求の送信、その応答の受信、WSC Exchangeの通信、Authentication要求の送信、その応答の受信、Association要求の送信、その応答の受信、及び、4-way Handshakeの通信を含む。ＯＳ１３６は、WSC Exchangeにおいて、ＭＦＰ１０から、ＷＦＤＮＷで利用される無線設定情報（即ち、ＳＳＩＤ「ＹＹＹ」、パスワード「ＰＰＰ」等）を受信する。そして、ＯＳ１３６は、当該無線設定情報をＭＦＰ１０に送信し、ＭＦＰ１０において当該無線設定情報の認証が成功するので、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立する。これにより、ＯＳ１３６は、携帯端末１００をＷＦＤＮＷに子局（即ちＷＦＤ方式のクライアント）として参加させることができる。Ｓ３０が終了すると、図２の処理が終了する。

また、Ｓ４０において、アプリ１３８は、タイマーのカウント値が所定値以上であるのか否かを判断する。アプリ１３８は、タイマーのカウント値が所定値以上である場合に、Ｓ４０でＹＥＳと判断し、Ｓ４２に進む。一方、アプリ１３８は、タイマーのカウント値が所定値未満である場合に、Ｓ４０でＮＯと判断し、Ｓ２４に戻る。

Ｓ４２において、アプリ１３８は、Ｐｒｏｂｅ要求の停止指示をＯＳ１３６に供給する。ＯＳ１３６は、停止指示を取得すると、停止指示をＷｉ−ＦｉＩ／Ｆ１２０に供給する。これにより、Ｗｉ−ＦｉＩ／Ｆ１２０は、ブロードキャストによってＰｒｏｂｅ要求を送信することを停止する。例えば、Ｓ１０のＮＦＣリンクが確立された後にＭＦＰ１０の電源がＯＦＦされる状況では、ＭＦＰ１０からＰｒｏｂｅ応答が受信されない（Ｓ２４でＮＯ）。また、例えば、ＭＦＰ１０が何らかの原因でＧ／Ｏ状態で動作不可能である状況では、ＭＦＰ１０からＰｒｏｂｅ応答が受信されるが、ＭＦＰ１０がＧ／Ｏ状態で動作することを確認できない（Ｓ２６でＮＯ）。これらの状況では、Ｓ４２において、停止指示がＯＳ１３６に供給される。この結果、ＷＦＤＮＷに参加不可能な状況において、Ｐｒｏｂｅ要求の送信が繰り返されることを抑制することができる。Ｓ４２が終了すると、図２の処理を終了する。

（具体的なケース）
続いて、図３を参照して、図２の処理によって実現される具体的なケースについて説明する。図３において、太線の矢印はＮＦＣ通信を示し、細線の矢印はＷｉ−Ｆｉ通信を示す。

Ｔ１０において、ユーザが携帯端末１００をＭＦＰ１０に近づけると、Ｔ２０において、ＭＦＰ１０と携帯端末１００との間のＮＦＣリンクが確立される（図２のＳ１０でＹＥＳ）。この場合、Ｔ２２において、携帯端末１００は、ＮＦＣリンクを利用して、ＭＦＰ１０からＭＡＣアドレス「ＡＡＡ」を受信する（Ｓ１２）。

ＭＦＰ１０は、ＮＦＣリンクが確立されると、Ｔ２４において、ＭＦＰ１０の動作状態を、Ｇ／Ｏ状態ではない状態からＧ／Ｏ状態に移行させるためのＧ／Ｏ移行処理を開始する。具体的には、Ｇ／Ｏ移行処理は、ＣＰＵ３２が、Ｗｉ−ＦｉＩ／Ｆ２０の動作が無効化されている状態（例えばＷｉ−ＦｉＩ／Ｆ２０に電力が供給されていない状態）から、Ｗｉ−ＦｉＩ／Ｆ２０の動作が有効化されている状態（例えばＷｉ−ＦｉＩ／Ｆ２０に電力が供給されている状態）に変更することを含む。Ｇ／Ｏ移行処理は、さらに、Ｗｉ−ＦｉＩ／Ｆ２０の動作が有効化されている状態において、ＣＰＵ３２が、Ｇ／Ｏに関係する動作（ビーコン信号の送信）を開始するための開始指示をＷｉ−ＦｉＩ／Ｆ２０に供給することを含む。Ｗｉ−ＦｉＩ／Ｆ２０は、開始指示を取得すると、Ｇ／Ｏに関係する動作を開始する。このように、ＭＦＰ１０の動作状態をＧ／Ｏ状態に移行させるためには、Ｗｉ−ＦｉＩ／Ｆ２０が有効化されてＧ／Ｏに関係する動作を開始する必要があり、ある程度の時間（以下では「Ｇ／Ｏ移行時間」と呼ぶ）を要する。ＣＰＵ３２は、Ｗｉ−ＦｉＩ／Ｆ２０からＧ／Ｏに関係する動作を開始したことを示す完了情報を取得する場合に、Ｇ／Ｏ移行処理が完了したと判断する。これにより、ＭＦＰ１０が親局（即ちＧ／Ｏ）として動作するＷＦＤＮＷが形成される。

Ｔ３０において、携帯端末１００は、ブロードキャストによってＰｒｏｂｅ要求を送信する（Ｓ２２）。上述のように、Ｔ２４でＧ／Ｏ移行処理が開始されてからＧ／Ｏ移行処理が完了するまで（即ちＧ／Ｏ移行時間が経過するまで）の間、ＭＦＰ１０の動作状態はＧ／Ｏ状態ではない。このために、Ｔ３２において、携帯端末１００は、ＭＦＰ１０から、ＭＡＣアドレス「ＡＡＡ」、デバイス名「ＸＸＸ」、及び、Ｇ／Ｏビット「０」を含むＰｒｏｂｅ応答を受信する。この場合、携帯端末１００は、ＭＦＰ１０からＰｒｏｂｅ応答を受信したと判断するが（Ｓ２４でＹＥＳ）、当該Ｐｒｏｂｅ応答内のＧ／Ｏビットが「０」であると判断し（Ｓ２６でＮＯ）、Ｗｉ−Ｆｉ接続をＭＦＰ１０と確立するための処理（Ｓ３０）を実行しない。

ＭＦＰ１０は、Ｔ４０において、Ｇ／Ｏ移行処理が完了すると、Ｇ／Ｏ状態に移行する。これにより、ＭＦＰ１０は、ＷＦＤＮＷを形成し、当該ＷＦＤＮＷで利用されるべき無線設定情報（ＳＳＩＤ「ＹＹＹ」、パスワード「ＰＰＰ」等）を生成する。

Ｔ５０において、携帯端末１００は、ブロードキャストによってＰｒｏｂｅ要求を再送信する。この段階では、ＭＦＰ１０の動作状態がＧ／Ｏ状態であるので、Ｔ５２において、携帯端末１００は、ＭＦＰ１０から、ＭＡＣアドレス「ＡＡＡ」、デバイス名「ＹＹＹ」、及び、Ｇ／Ｏビット「１」を含むＰｒｏｂｅ応答を受信する。この場合、携帯端末１００は、ＭＦＰ１０からＰｒｏｂｅ応答を受信したと判断し（Ｓ２４でＹＥＳ）、Ｐｒｏｂｅ応答内のＧ／Ｏビットが「１」であると判断する（Ｓ２６でＮＯ）。即ち、携帯端末１００は、ＭＦＰ１０の動作状態がＧ／Ｏ状態であることを確認することができ、Ｗｉ−Ｆｉ接続をＭＦＰ１０と確立するための処理（Ｓ３０）に進む。

具体的には、携帯端末１００は、Ｔ６０において、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求をＭＦＰ１０に送信し、Ｔ６２において、ＭＦＰ１０からＰｒｏｂｅ応答を受信する。そして、Ｔ７０では、携帯端末１００は、ＭＦＰ１０から、ＷＦＤＮＷの無線設定情報を受信し、当該無線設定情報を利用してＷｉ−Ｆｉ接続をＭＦＰ１０と確立する。これにより、携帯端末１００は、ＷＦＤＮＷに子局として参加することができる。図示省略しているが、アプリ１３８は、ユーザの指示に応じて、ＷＦＤＮＷを利用して、対象データ（例えば印刷データ又はスキャンデータ）の通信をＭＦＰ１０と実行することができる。

（比較例１）
続いて、図４を参照して、アプリ１３８を備えない携帯端末２００とＭＦＰ１０との間のＷｉ−Ｆｉ接続の確立が失敗する比較例１を説明する。

図４の１１０〜Ｔ１３２は、図３のＴ１０〜Ｔ３２と同様である。携帯端末２００は、Ｔ１３２において、Ｐｒｏｂｅ応答を受信すると、ＭＦＰ１０からＰｒｏｂｅ応答を受信したと判断し、Ｔ１４０において、ＭＦＰ１０のＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求をＭＦＰ１０に送信する。この段階では、ＭＦＰ１０においてＧ／Ｏ移行処理が完了していないので、Ｔ１４２において、携帯端末２００は、ＭＦＰ１０から、ＭＡＣアドレス「ＡＡＡ」、デバイス名「ＸＸＸ」、及び、Ｇ／Ｏビット「０」を含むＰｒｏｂｅ応答を受信する。この場合、携帯端末２００は、Ｐｒｏｂｅ応答内のＧ／Ｏビットが「０」を示すので、ＭＦＰ１０の動作状態がＧ／Ｏ状態ではなく、ＷＦＤ方式のデバイス状態（即ちＧ／Ｏ状態でもクライアント状態でもない状態）であると判断する。このために、携帯端末２００は、デバイス状態のＭＦＰ１０とのＷｉ−Ｆｉ接続を確立するための以下の処理を実行する。

即ち、携帯端末２００は、Ｔ１５０において、Service Discovery要求をＭＦＰ１０に送信し、Ｔ１５２において、ＭＦＰ１０からその応答を受信する。次いで、携帯端末２００は、Ｔ１６０において、Provision Discovery要求をＭＦＰ１０に送信し、Ｔ１６２において、ＭＦＰ１０からその応答を受信する。次いで、携帯端末２００は、Ｔ１７０において、G/O Negotiation要求をＭＦＰ１０に送信し、Ｔ１７２において、ＭＦＰ１０からその応答を受信する。

携帯端末２００は、Ｔ１７２において、G/O Negotiation応答を受信すると、携帯端末２００及びＭＦＰ１０のどちらがＧ／Ｏ状態で動作すべきかを決定する。本ケースでは、携帯端末２００は、携帯端末２００がＧ／Ｏ状態で動作すべきことを決定し、Ｔ１７４において、当該決定を通知するためのG/O Negotiation確認をＭＦＰ１０に送信する。

その後、Ｔ１８０において、ＭＦＰ１０は、Ｇ／Ｏ移行処理が完了し、Ｇ／Ｏ状態で動作する。即ち、ＭＦＰ１０は、Ｔ１７０〜Ｔ１７４のＧ／Ｏネゴシエーションにおいて、子局として動作すべきことが決定されたにも関わらず、Ｇ／Ｏ状態に移行する。即ち、ＭＦＰ１０及び携帯端末２００の双方がＧ／Ｏ状態で動作している状況が発生する。この場合、ＭＦＰ１０と携帯端末２００との間でWSC Exchangeが実行されない。その理由は以下のとおりである、WSC Exchangeの前には、子局として動作すべきデバイスが、WSC Exchangeを開始するための信号（例えばＷＳＣＩＥを含むＰｒｏｂｅ要求）を、Ｇ／Ｏとして動作すべきデバイスに送信する。ＭＦＰ１０及び携帯端末２００の双方がＧ／Ｏ状態で動作している状況では、当該信号が通信されず、この結果、WSC Exchangeが実行されない。従って、ＭＦＰ１０と携帯端末２００との間のＷｉ−Ｆｉ接続の確立が失敗する。

（比較例２）
続いて、図５を参照して、携帯端末２００とＭＦＰ１０との間のＷｉ−Ｆｉ接続の確立が失敗する比較例２を説明する。

比較例２は、ＭＦＰ１０においてＧ／Ｏ移行処理が完了するタイミングが、比較例１とは異なる。Ｔ２１０〜Ｔ２６２は、図４のＴ１１０〜Ｔ１６２と同様である。比較例２では、ＭＦＰ１０において、Ｔ２７０のタイミングでＧ／Ｏ移行処理が完了する。

その後、Ｔ２８０において、携帯端末２００は、G/O Negotiation要求をＭＦＰ１０に送信する。この段階では、ＭＦＰ１０の動作状態はＧ／Ｏ状態である。このために、ＭＦＰ１０は、G/O Negotiation要求を受信しても、G/O Negotiation応答を携帯端末２００に送信しない。従って、WSC Exchange以降の処理が実行されず、ＭＦＰ１０と携帯端末２００との間のＷｉ−Ｆｉ接続の確立が失敗する。

（第１実施例の効果）
上述したように、ＭＦＰ１０がＧ／Ｏ状態に移行するためには、ある程度の時間（即ちＧ／Ｏ移行時間（例えば１〜２秒））を要する。比較例１及び２に示すように、Ｇ／Ｏ移行処理が完了する前に、ＭＦＰ１０と携帯端末２００との間のＷｉ−Ｆｉ接続を確立するための通信が実行されると、ＭＦＰ１０と携帯端末２００との間のＷｉ−Ｆｉ接続の確立が失敗する。これに対し、本実施例では、携帯端末１００は、ＭＦＰ１０から受信されるＰｒｏｂｅ応答内のＧ／Ｏビットが「１」を示す場合（図２のＳ２６でＹＥＳ）に、接続処理を実行し（Ｓ３０）、当該Ｐｒｏｂｅ応答内のＧ／Ｏビットが「０」を示す場合（Ｓ２６でＮＯ）に、接続処理を実行しない。即ち、携帯端末１００は、ＭＦＰ１０の動作状態がＧ／Ｏ状態であると確認される場合に、接続処理を実行する。従って、携帯端末１００は、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに子局として適切に参加することができる。

（対応関係）
携帯端末１００、ＭＦＰ１０が、それぞれ、「通信装置」、「外部装置」の一例である。ＮＦＣＩ／Ｆ１２２、Ｗｉ−ＦｉＩ／Ｆ１２０が、それぞれ「第１の無線インタフェース」、「第２の無線インタフェース」の一例である。ＮＦＣ通信、Ｗｉ−Ｆｉ通信が、それぞれ、「第１の無線通信」、「第２の無線通信」の一例である。「１」を示すＧ／Ｏビットが、「親局情報」の一例である。ＷＦＤＮＷが、「無線ネットワーク」の一例である。第１の接続要求指示、ブロードキャスト送信指示、Ｐｒｏｂｅ要求の停止指示が、それぞれ、「通信指示」、「第１の送信指示」、「停止指示」の一例である。図３のＴ５２のＰｒｏｂｅ応答、Ｔ３０及びＴ５０のＰｒｏｂｅ要求が、それぞれ、「特定信号」、「第１の信号」の一例である。

（第２実施例）
本実施例では、携帯端末１００は、図２の処理に代えて、図６の処理を実行する。第１実施例と同じ処理については、同じ符号を付して説明を省略する。

アプリ１３８は、Ｓ２４でＹＥＳと判断する場合に、Ｓ２４０において、Ｐｒｏｂｅ要求のユニキャスト送信指示をＯＳ１３６に供給する。ＯＳ１３６は、ユニキャスト送信指示を取得すると、ユニキャスト送信指示をＷｉ−ＦｉＩ／Ｆ１２０に供給する。これにより、Ｗｉ−ＦｉＩ／Ｆ１２０は、ブロードキャストによってＰｒｏｂｅ要求を送信することを停止し、ＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求をＭＦＰ１０に送信する。ＯＳ１３６は、Ｐｒｏｂｅ要求の送信に応じて、Ｗｉ−ＦｉＩ／Ｆ１２０を介して、ＭＦＰ１０からＰｒｏｂｅ応答を受信する。ＯＳ１３６は、Ｐｒｏｂｅ応答内の各情報をアプリ１３８に供給する。

Ｓ２４２は、図２のＳ２６と同様である。アプリ１３８は、Ｇ／Ｏビットが「１」を示す場合に、Ｓ２４２でＹＥＳと判断し、Ｓ２５０に進む。一方、アプリ１３８は、Ｇ／Ｏビットが「０」を示す場合に、Ｓ２４２でＮＯと判断し、Ｓ２６０に進む。

Ｓ２５０において、アプリ１３８は、第２の接続要求指示をＯＳ１３６に供給する。第２の接続要求指示は、確立指示を含む。ＯＳ１３６は、第２の接続要求指示を取得すると、第２の接続要求指示をＷｉ−ＦｉＩ／Ｆ１２０に供給する。これにより、Ｗｉ−ＦｉＩ／Ｆ１２０は、ＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求の送信を停止する。そして、ＯＳ１３６は、Ｇ／Ｏ状態であるＭＦＰ１０とのＷｉ−Ｆｉ接続を確立するための接続処理（即ち、Service Discovery、Provision Discovery、WSC Exchange、Authentication、Association、4-way Handshakeの通信）を実行する。これにより、ＯＳ１３６は、ＭＦＰ１０とのＷｉ−Ｆｉ接続を確立して、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに子局として参加する。Ｓ２５０が終了すると、図６の処理が終了する。

また、アプリ１３８は、Ｓ２６０において、タイマーのカウント値が所定値以上であるのか否かを判断する。アプリ１３８は、タイマーのカウント値が所定値以上である場合に、Ｓ２６０でＹＥＳと判断し、Ｓ２６２において、Ｐｒｏｂｅ要求の停止指示をＯＳ１３６に供給する。ＯＳ１３６は、停止指示を取得すると、停止指示をＷｉ−ＦｉＩ／Ｆ１２０に供給する。これにより、Ｗｉ−ＦｉＩ／Ｆ１２０は、ＭＡＣアドレス「ＡＡＡ」を含むＰｒｏｂｅ要求の送信を停止する。Ｓ２６２が終了すると、図６の処理が終了する。

（第２実施例の効果）
本実施例では、携帯端末１００は、ユニキャストのＰｒｏｂｅ要求に対するＰｒｏｂｅ応答内のＧ／Ｏビットが「１」を示す場合（Ｓ２４２でＹＥＳ）に、接続処理を実行し（Ｓ２５０）、当該Ｐｒｏｂｅ応答内のＧ／Ｏビットが「０」を示す場合（Ｓ２４２でＮＯ）に、接続処理を実行しない。即ち、携帯端末１００は、ＭＦＰ１０の動作状態がＧ／Ｏ状態であると確認される場合に、接続処理を実行する。従って、携帯端末１００は、ＭＦＰ１０がＧ／Ｏとして動作するＷＦＤＮＷに子局として適切に参加することができる。

上述したように、第１実施例では、ブロードキャストのＰｒｏｂｅ要求に対するＰｒｏｂｅ応答内のＧ／Ｏビットが「１」を示すのか否かが判断され（図２のＳ２６）、Ｇ／Ｏビットが「１」を示す場合に、ユニキャストのＰｒｏｂｅ要求の通信が実行され、その後、Service Discovery等の通信が実行される（Ｓ３０）。これに対し、本実施例では、ユニキャストのＰｒｏｂｅ要求に対するＰｒｏｂｅ応答内のＧ／Ｏビットが「１」を示すのか否かが判断され（Ｓ２４２）、Ｇ／Ｏビットが「１」を示す場合に、Service Discovery等の通信が実行される（Ｓ２５０）。即ち、ＭＦＰ１０の動作状態がＧ／Ｏ状態であることが確認された後に（即ちＳ２４２でＹＥＳ）、ユニキャストのＰｒｏｂｅ要求の通信を実行せずに済む。従って、ＭＦＰ１０の動作状態がＧ／Ｏ状態であることが確認されてから、ＭＦＰ１０と携帯端末１００との間のＷｉ−Ｆｉ接続を確立するまでの時間を短縮することができる。

（対応関係）
Ｐｒｏｂｅ要求のユニキャスト送信指示、Ｐｒｏｂｅ要求のブロードキャスト送信指示が、それぞれ、「第１の送信指示」、「第２の送信指示」の一例である。ユニキャストのＰｒｏｂｅ要求、ブロードキャストのＰｒｏｂｅ要求が、それぞれ、「第１の信号」、「第２の信号」の一例である。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）ＭＦＰ１０は、デバイス状態からＧ／Ｏ状態への移行が完了する場合に、Ｗｉ−Ｆｉ通信の規格に従っていない特別な信号であって、ＭＦＰ１０がＧ／Ｏ状態であることを示す当該信号を携帯端末１００に送信してもよい。この場合、アプリ１３８は、ＭＦＰ１０とのＮＦＣリンクが確立された後に、当該信号を受信する場合に、第１の接続要求指示をＯＳ１３６に供給し、当該信号を受信しない場合に、第１の接続要求指示をＯＳ１３６に供給しない。本変形例では、当該信号が「特定信号」の一例であり、「第１の送信指示供給部」を省略可能である。

（変形例２）アプリ１３８は、停止指示をＯＳ１３６に供給しなくてもよい。即ち、図２のＳ４０及びＳ４２を省略してもよい。本変形例では、「停止指示供給部」を省略可能である。

（変形例３）「通信装置」は、携帯端末１００に限られず、プリンタ、スキャナ、ＭＦＰ、据置型ＰＣ、サーバ等であってもよい。「外部装置」は、ＭＦＰ１０に限られず、プリンタ、スキャナ、携帯端末、据置型ＰＣ、サーバ等であってもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、１０：多機能機（ＭＦＰ）、１２：操作部、１４：表示部、１６：印刷実行部、１８：スキャン実行部、２０：Ｗｉ−ＦｉＩ／Ｆ、２２：ＮＦＣＩ／Ｆ、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、３８：ＷＦＤフラグ、１００、２００：携帯端末、１１２：操作部、１１４：表示部、１２０：Ｗｉ−ＦｉＩ／Ｆ、１２２：ＮＦＣＩ／Ｆ、１３０：制御部、１３２：ＣＰＵ、１３４：メモリ、１３６：ＯＳプログラム、１３８：ＭＦＰアプリケーション

Claims (7)

1. 通信装置のためのコンピュータプログラムであって、
   前記通信装置に搭載されるコンピュータを、以下の各部、即ち、
   前記通信装置の第１の無線インタフェースを介して外部装置との第１の無線通信が実行される場合に、前記外部装置から、前記通信装置の前記第１の無線インタフェースとは異なる第２の無線インタフェースを介して、親局情報を含む特定信号が受信されたのか否かを判断する判断部であって、前記親局情報は、前記外部装置の動作状態が無線ネットワークの親局として動作する親局状態であることを示す情報である、前記判断部と、
   前記親局情報を含む前記特定信号が受信されたと判断される場合に、前記第２の無線インタフェースを介して前記外部装置との第２の無線通信を実行するための通信指示を前記第２の無線インタフェースに供給する通信指示供給部であって、前記第２の無線通信は、前記外部装置が親局として動作する前記無線ネットワークに子局として参加するための通信を含み、前記親局情報を含む前記特定信号が受信されなかったと判断される場合に、前記通信指示は前記第２の無線インタフェースに供給されない、前記通信指示供給部と、
   として機能させるコンピュータプログラム。
2. 前記コンピュータプログラムは、前記コンピュータを、さらに、
   前記外部装置との前記第１の無線通信が実行される場合に、第１の送信指示を前記第２の無線インタフェースに供給する第１の送信指示供給部であって、前記第１の送信指示は、前記外部装置への第１の信号の送信を前記第２の無線インタフェースに実行させるための指示である、前記第１の送信指示供給部として機能させ、
   前記特定信号は、前記第１の信号に対する応答信号である、請求項１に記載のコンピュータプログラム。
3. 前記コンピュータプログラムは、前記コンピュータを、さらに、
   前記外部装置との前記第１の無線通信が実行されてから所定時間が経過するまでの間に、前記親局情報を含む前記特定信号が受信されない場合に、停止指示を前記第２の無線インタフェースに供給する停止指示供給部であって、前記停止指示は、前記第１の信号の送信を停止させるための指示である、前記停止指示供給部を備え、
   前記第２の無線インタフェースは、前記第１の送信指示が取得されてから、前記通信指示又は前記停止指示が取得されるまでの間に、前記外部装置への前記第１の信号の送信を繰り返し実行する、請求項２に記載のコンピュータプログラム。
4. 前記第１の送信指示は、前記第１の信号のブロードキャスト送信を前記第２の無線インタフェースに実行させるための指示であり、
   前記特定信号は、ブロードキャスト送信された前記第１の信号に対する応答信号である、請求項２又は３に記載のコンピュータプロクラム。
5. 前記コンピュータプログラムは、前記コンピュータを、さらに、
   前記外部装置との前記第１の無線通信が実行される場合に、第２の送信指示を前記第２の無線インタフェースに供給する第２の送信指示供給部であって、前記第２の送信指示は、第２の信号のブロードキャスト送信を前記第２の無線インタフェースに実行させるための指示である、前記第２の送信指示供給部として機能させ、
   前記第１の送信指示供給部は、前記外部装置から、前記第２の無線インタフェースを介して、ブロードキャスト送信された前記第２の信号に対する応答信号が受信される場合に、前記第１の送信指示を前記第２の無線インタフェースに供給し、
   前記第１の送信指示は、前記外部装置への前記第１の信号のユニキャスト送信を前記第２の無線インタフェースに実行させるための指示であり、
   前記特定信号は、ユニキャスト送信された前記第１の信号に対する応答信号である、請求項２又は３に記載のコンピュータプロクラム。
6. 前記第１の信号は、Ｐｒｏｂｅ要求であり、
   前記特定信号は、Ｐｒｏｂｅ応答であり、
   前記判断部は、
   前記特定信号に含まれるＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ内のＰ２ＰＧｒｏｕｐＯｗｎｅｒビットが第１の値を示す場合に、前記親局情報を含む前記特定信号が受信されたと判断し、
   前記Ｐ２ＰＧｒｏｕｐＯｗｎｅｒビットが前記第１の値とは異なる第２の値を示す場合に、前記親局情報を含む前記特定信号が受信されなかったと判断する、請求項２から５のいずれか一項に記載のコンピュータプログラム。
7. 通信装置であって、
   第１の無線インタフェースと、
   前記第１の無線インタフェースとは異なる第２の無線インタフェースと、
   前記第１の無線インタフェースを介して外部装置との第１の無線通信が実行される場合に、前記外部装置から、前記第２の無線インタフェースを介して、親局情報を含む特定信号が受信されたのか否かを判断する判断部であって、前記親局情報は、前記外部装置の動作状態が無線ネットワークの親局として動作する親局状態であることを示す情報である、前記判断部と、
   前記親局情報を含む前記特定信号が受信されたと判断される場合に、前記第２の無線インタフェースを介して前記外部装置との第２の無線通信を実行するための通信指示を前記第２の無線インタフェースに供給する通信指示供給部であって、前記第２の無線通信は、前記外部装置が親局として動作する前記無線ネットワークに子局として参加するための通信を含み、前記親局情報を含む前記特定信号が受信されなかったと判断される場合に、前記通信指示は前記第２の無線インタフェースに供給されない、前記通信指示供給部と、
   を備える通信装置。

Images