JP2018049586A - 通信装置、通信方法、機器およびコンピュータプログラム - Google Patents

Abstract

【課題】機器および制御装置に対するコストを低減し、かつユーザビリティの低下を回避できるようにしつつ、制御装置から機器を制御できるようにする。【解決手段】本発明の一態様としての通信装置は、機器が制御装置に対して提供するサービスのアドレス情報を含む第１コード生成要求を受信した場合に、第１コードを生成し、前記第１コードを前記機器に送信する第１生成部と、前記第１コードを前記アドレス情報に関連づけて保持する第１管理部と、前記制御装置から、前記第１コードを含むアドレス取得要求を受信し、前記アドレス取得要求に含まれる前記第１コードが前記第１管理部に保持されている場合、前記第１コードに関連づけられている前記アドレス情報を前記制御装置に送信するアドレス提供部と、を備える。【選択図】図１

Description

本発明の実施形態は、通信装置、通信方法、機器およびコンピュータプログラムに関する。

宅内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのローカルネットワーク上の機器（家電、デジタル機器など）を、ユーザ端末（ＰＣ、スマートフォン等）等の制御装置から制御できるようにする方法がある。一般的に知られている方法として、当該機器を制御するためのアプリケーションをユーザ端末にインストールして、このアプリケーションが、ローカルネットワーク上の機器を発見し、機器に接続する方法がある。このとき、ユーザ端末上のアプリケーションが機器を発見し、インタラクションのための通信チャネルを確立する方法として、ｍＤＮＳ、ＵＰｎＰ、ＥＣＨＯＮＥＴ（登録商標）のようなＵＤＰプロトコルベースの機器発見プロトコルを利用する方法がある。また、これより低レイヤの通信層で機器発見をサポートするＢｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉのような通信媒体を利用する方法もある。ＷｉＦｉの場合、機器がＷｉＦｉアクセスポイント（以下、ＡＰ）機能を備え、このＷｉＦｉ ＡＰのＳＳＩＤをユーザ端末で選択することで、ユーザ端末は機器と接続することができる。

ＵＤＰベースの機器発見プロトコルを利用する方法は、Ｗｅｂブラウザ上で動くＷｅｂページ（以下、Ｗｅｂフロントエンド）では使えない。Ｗｅｂフロントエンドからは、機器発見プロトコルが利用できないからである。専用アプリケーションは、様々なスマートフォンの機種やＯＳバージョンへの対応を行う必要があり、開発コストがかかる。

一方、ＷｉＦｉを使う方法は、Ｗｅｂフロントエンドから使うことができる。この方法では、専用アプリケーションを必要としないが、一方で機器がＡＰモードを搭載する必要がある。一般的に、ＡＰモードの搭載は、非搭載とくらべてコストがかさむ。Ｂｌｕｅｔｏｏｔｈについても、将来的にＷｅｂフロントエンドから利用できるようになる可能性があるが、現状では利用できない。仮に将来利用できるようになったとしても、機器がＢｌｕｅｔｏｏｔｈ機能を搭載する必要がある。インターネット接続機能を持った機器の場合、ＷｉＦｉまたは有線ＬＡＮインタフェースを備える必要があり、これに加えてのＢｌｕｅｔｏｏｔｈ機能の搭載は、ＡＰモード搭載と同様、コスト増につながる。

上述した２つの方法のメリットを備えた方法、すなわち、ＷｉＦｉ ＡＰモードやＢｌｕｅｔｏｏｔｈ機能などコスト増に繋がるモジュールを機器側に搭載せず、かつ、Ｗｅｂフロントエンドから、ユーザ端末とローカルネットワーク上の機器とをペアリングする方法も提案されている。ペアリングとは、ユーザ端末と機器とを通信可能な組として設定することで、ローカルネットワーク上の機器をユーザ端末から制御できるようにすることである。

ペアリングの方法として、例えば、クラウド上で、パスコードベースで、ユーザと機器をペアリングする方法が開示されている。しかしながら、パスコードのみでのペアリングは、総当り攻撃を受けやすい。具体的には、４桁の数値データのパスコードを入力させる場合、００００から９９９９までの１万通りしか無く、ランダムに数値を選んでアクセスすることで、ユーザと機器間のペアリングを失敗させることができる。パスコードを十分に長くすることで耐性を高めることができるが、長いパスコードを表示できるデバイスを機器が備える必要がある問題や、ユーザの手間・入力ミス等のユーザビリティの低下が避けられないという問題がある。

特開２０１５−９５９９号公報

本発明の実施形態は、機器および制御装置に対するコストを低減し、かつユーザビリティの低下を回避できるようにしつつ、制御装置から機器を制御できるようにすることを実現する。

本発明の一態様としての通信装置は、機器が制御装置に対して提供するサービスのアドレス情報を含む第１コード生成要求を受信した場合に、第１コードを生成し、前記第１コードを前記機器に送信する第１生成部と、前記第１コードを前記アドレス情報に関連づけて保持する第１管理部と、前記制御装置から、前記第１コードを含むアドレス取得要求を受信し、前記アドレス取得要求に含まれる前記第１コードが前記第１管理部に保持されている場合、前記第１コードに関連づけられている前記アドレス情報を前記制御装置に送信するアドレス提供部と、を備える。

本発明の実施形態に関わる通信装置を含む通信システムを示す図。 機器の構成例を示すブロック図。 図１の通信装置、制御装置および機器間の通信のシーケンス例を示す図。 ＰＩＮコード入力画面およびマッピング完了メッセージの例を示す図。 第１〜第３記憶部に記憶されたデータ例を示す図。 通信装置の動作のフローチャート。 コンピュータの一例を示す図。 第２の実施形態に係る通信システムを示す図。 第１〜第４記憶部に記憶されたデータ例を示す図。 第２の実施形態に係る通信装置の動作のフローチャート。 第４の実施形態に係る動作シーケンス図。 第４の実施形態に係る第１〜第３記憶部に記憶されたデータ例を示す図 第４の実施形態に係る通信装置の動作のフローチャート

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

図１は、本発明の実施形態に関わる通信装置１を含む通信システムを示す。
この通信システムは、通信装置１、制御装置２および機器３を備える。通信装置１は第１ネットワーク４に接続されている。制御装置２および機器３は第２ネットワーク５に接続されている。第２ネットワーク５は、第１ネットワーク４に接続されている。通信装置１は、第１ネットワーク４および第２ネットワーク５を介して、制御装置２および機器３と通信可能である。制御装置２は、第２ネットワーク５を介して機器３と通信可能である。

第１ネットワーク４は、インターネット等のＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。ただし、第１ネットワーク４は、インターネットに限らず、イントラネット、ホームネット等のプライベートネットワークでもよい。

第２ネットワーク５は、宅内、オフィス、工場などに配置されたＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。ＬＡＮの具体的な媒体としては、イーサネット（登録商標）、無線ＬＡＮ等、上位でＩＰ通信を実現できるものが想定されるが、同等の機能を実現できるネットワークであれば、具体的な媒体は問わない。また上位通信プロトコルも、ＩＰでなくてもよい。本実施形態では、第２ネットワーク５は、無線ＬＡＮで構築されたホームネットワークであるとする。

なお、本実施形態では、第１ネットワーク４および第２ネットワーク５の２段構成のネットワークが用いられるが、ローカルネットワークのみで構成してもよい。この場合、第１ネットワーク４が存在せず、通信装置１が第２ネットワーク５に接続される。

通信装置１は、サーバ装置である。通信装置１は、物理マシンであっても仮想マシンであっても構わない。通信装置１は、機器登録サービス、および遠隔制御サービスを提供する。機器登録サービスは、機器３を遠隔制御サービスの対象として登録するものである。遠隔制御サービスは、機器３を制御装置２から遠隔制御するサービスである。遠隔制御として、例えば宅外にいるユーザが、制御装置２を操作して、宅内にある機器３を制御することがある。遠隔制御サービスは、例えばＷｅｂサービスとして実現される。機器登録サービスもＷｅｂサービスとして実現されてもよい。

制御装置２は、ユーザが操作する端末装置（ユーザ端末）である。制御装置２として、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、スマートフォン、タブレットなどが想定される。本実施形態では、制御装置２はスマートフォンであるとする。制御装置２には、ＷｅｂサービスにアクセスするためのＷｅｂブラウザが搭載されている。

機器３は、制御装置２の制御対象となる機器（被制御装置）である。機器３は、ネット家電、テレビなどのデジタル機器、住宅設備、ビル設備、工場設備など、通信機能を持った幅広いデバイスが想定される。本実施形態では、機器３は、エアコンであるとする。機器３は、制御装置２に対して所定のサービス（後述するペアリングコード取得要求を受け付けるサービス）を提供している。制御装置２は、機器３の所定のアドレス（ＵＲＬ等）にアクセスすることで、このサービスを利用できる。

以下、通信装置１の機能ブロックについて説明する。通信装置１は、通信部１１、第１生成部１２、第１管理部１３、アドレス提供部１４、第２生成部１５、第２管理部１６、ペアリング部１７、第３管理部１８、中継部１９、第１記憶部２１、第２記憶部２２、第３記憶部２３、制御部７およびサービス記憶部８を備えている。

通信部１１は、第１ネットワーク４に有線または無線で接続されており、第２ネットワーク５を介して、制御装置２および機器３と通信する。上述したように通信装置１が第２ネットワーク５に配置される形態も可能であり、この場合、通信部１１は、第２ネットワーク５に有線または無線で接続される。

制御部７は、通信装置１の全体を制御する。制御部７は、機器登録サービスを提供する処理も行う。サービス記憶部８は、機器登録サービスおよび遠隔制御サービスを行うための基本的な情報を格納している。例えば、サービス記憶部８は、機器登録サービスの対象となる機器に関する情報を格納している。またサービス記憶部８は、遠隔制御サービスに登録しているユーザに関する情報を格納している。例えば、制御部７は、機器登録済みでない機器３から第１クレデンシャル情報（製品ＩＤと秘密鍵）を含む機器登録要求を受けると、機器３に対して第２クレデンシャル情報を発行し、機器３に第２クレデンシャル情報を送信する。第２クレデンシャルは機器識別情報と、秘密鍵（第１クレデンシャル情報の秘密鍵と異なってよい）とを含む。ユーザに関する情報の例としては、ユーザＩＤおよびパスワード、その他、ユーザの属性に関する様々な情報がある。

第１生成部１２は、通信部１１を介して、機器登録サービスによる登録済みの機器３から、ＰＩＮコード生成要求（第１コード取得要求）を受信する。第１生成部１２は、ＰＩＮコード生成要求を受けると、ＰＩＮコードを生成し、生成したＰＩＮコードを応答として機器３に送信する。ＰＩＮコードは、例えば４桁の数字など、ユーザが入力しやすい短いものが想定される。ＰＩＮコードの生成方法は任意でよい。一例として、乱数器または乱数発生アルゴリズムを利用して、ＰＩＮコードを発生させてもよいし、ＰＩＮコード生成要求を受信するごとに所定値だけカウントアップすることで、ＰＩＮコードを発行してもよい。その他のアルゴリズムを利用して、ＰＩＮコードを発生させてもよい。

ここで、ＰＩＮコード生成要求は、機器３が提供するサービスのアドレスを表すアドレス情報を含む。アドレス情報は、機器３により提供されるサービスに、制御装置２がアクセスするために用いられる。このサービスは、制御装置２から、ペアリングコード取得要求（第２コード取得要求）を受け、当該要求に応じてペアリングコードを通信装置１から取得し、制御装置２に、取得したペアリングコードを提供するものである。アドレス情報の具体例としては、例えば、Ｗｅｂ ＡＰＩのＵＲＬ、ＩＰアドレス、ｍＤＮＳドメイン名などがある。以下では、このアドレス情報を、機器アドレスと呼ぶ。

ＰＩＮコード生成要求は、機器アドレスの他、認証に必要な情報として第２クレデンシャル情報を含んでもよい。この場合、通信装置１の第１生成部１２または制御部７等では、当該情報に基づき、機器３の認証を行ってもよい。

第１管理部１３は、第１生成部１２で生成されたＰＩＮコードと、ＰＩＮコード生成要求に含まれていた機器アドレスを対応付けて、第１記憶部２１に保持（すなわち登録）する。また、第１管理部１３は、アドレス提供部１４から、ＰＩＮコードをキーにした検索要求を受けた場合、対応する機器アドレスを第１記憶部２１から検索して、機器アドレスをアドレス提供部１４に返す。

第１管理部１３は、ＲＤＢＭＳ、ｍｅｍｃａｃｈｅｄやｒｅｄｉｓといったキャッシュサーバで実現されることが想定される。ただし、第１管理部１３の具体的な実現形態は特定のものに限定されず、例えば、第１管理部１３が、第１生成部１２を含むサーバプロセス上の揮発メモリ上のデータコンテナとして実現されてもよい。第１記憶部２１は、ＤＲＡＭ、ＳＲＡＭ等の揮発性メモリでも、ＮＡＮＤ型フラッシュメモリ、ＦＲＡＭ、ＭＲＡＭ等の不揮発性メモリでもよい。または第１記憶部２１は、ハードディスク、ＳＳＤ等のデバイスでもよい。第１管理部１３が第１記憶部２１を備えているが、第１記憶部２１を通信装置１に外付けしてもよいし、第１記憶部２１を任意のネットワークに配置してもよい。後者の場合、第１管理部１３がネットワークを介して第１記憶部２１にアクセスする。前述したサービス記憶部８、および、後述する他の管理部および他の記憶部についても、ここで述べたのと同様に種々の形態が可能であるとする。

アドレス提供部１４は、通信部１１を介して、制御装置２から、機器アドレス取得要求を受信する。機器アドレス取得要求は、ＰＩＮコードと、制御装置に関する識別情報とを含む。アドレス提供部１４は、機器アドレス取得要求を受信すると、ＰＩＮコードをキーとして含む検索要求を第１管理部１３に送る。アドレス提供部１４は、第１管理部１３から応答として、対応する機器アドレスを取得する。制御装置に関する識別情報の具体例として、制御装置２のＩＰアドレスまたはＭＡＣアドレスなど、制御装置２自体を識別する情報でもよい。または、制御装置２を利用して通信装置１のＷｅｂサービスを利用するユーザのログインＩＤ等のアカウント情報、ログインセッション情報（ログイン時にＷｅｂサービスにより発行されるセッションＩＤ等）や、ｅｍａｉｌでもよい。

アドレス提供部１４は、第１管理部１３から取得した機器アドレスを含む応答メッセージを、制御装置２に送信する。なお、後述するように、制御装置２に送信する応答の形態は、機器アドレスへのリダイレクト要求（ＨＴＴＰ ３０２応答や３０３応答など）でもよいし、リダイレクトを伴わない通常応答（ＨＴＴＰ ２００応答など）でもよい。

第２生成部１５は、機器３から、ペアリングコード生成要求を受信する。ペアリングコード生成要求は、機器３の機器識別情報を含む。機器識別情報は、上述した第２クレデンシャル情報に含まれていたものである。すなわち、機器識別情報は、通信装置１または通信装置１が提供するＷｅｂサービスが、機器３に対して発行した、Ｗｅｂサービス内でユニークなＩＤである。ただし、機器識別情報は、これに限定されず、例えば、機器３のＩＰアドレスまたはＭＡＣアドレスなど、機器３自体に付与された識別情報であってもよい。第２生成部１５は、ペアリングコード生成要求を受信すると、ペアリングコードを生成する。ペアリングコードは、ＰＩＮコードよりも長く、複雑なランダム文字列であることが想定されるが、このような制約はなくてもよい。第２生成部１５は、一例として、乱数器または乱数発生アルゴリズムを利用して、ペアリングコードを発生させる。

ここで、ペアリングコード生成要求は、機器３の機器識別情報以外に、認証に必要な情報として第２クレデンシャル情報に含まれていた秘密鍵を含んでもよい。通信装置１の第２生成部１５または制御部７では、当該機器識別情報と、秘密鍵とに基づき、機器３の認証を行ってもよい。

第２管理部１６は、生成したペアリングコードと、機器３の機器識別情報とを対応づけて、これをペアリング判定情報として、第２記憶部２２に保持させる（すなわち第２記憶部２２に登録する）。

第２管理部１６は、ペアリングコードをキーとして含む検索要求をペアリング部１７から受けると、第２記憶部２２から、これに対応する機器識別情報を検索し、機器識別情報を、ペアリング部１７に返す。

ペアリング部１７は、通信部１１を介して、制御装置２から、ペアリング要求を受信する。ペアリング要求は、ペアリングコードと、制御装置２に関する識別情報を含む。ペアリング部１７は、ペアリング要求を受信すると、ペアリングコードをキーとして含む検索要求を第２管理部１６に提供し、第２管理部１６から、これに対応する機器識別情報を取得する。

第３管理部１８は、ペアリング部１７で取得された機器識別情報と、制御装置２に関する識別情報とを対応づけて、第３記憶部２３に保持させる（すなわち第３記憶部２３に登録する）。制御装置２に関する識別情報は、ペアリング要求に含まれていたものと同じものでもよいし、同じ制御装置に関する識別情報であれば、他の識別情報でもよい。例えば、ペアリング要求に含まれていた制御装置に関する識別情報がセッションＩＤであり、ペアリングに用いる制御装置に関する識別情報がユーザＩＤでもよい。これにより機器３が、ユーザとペアリングされる。機器識別情報と、制御装置２に関する識別情報が対応づけられたものは、ペアリング情報に相当する。

第３管理部１８は、中継部１９から、機器識別情報とユーザの識別情報のうち一方の情報をキーとして含む取得要求を受ける。第３管理部１８は、当該取得要求を受けると、第３記憶部２３から、ペアリングされた他方の情報を取得し、取得した情報を中継部１９に応答する。

中継部１９は、制御装置２と機器３間の通信を中継する。この通信は、ＨＴＴＰ、ＷｅｂＳｏｃｋｅｔ、ＴＵＲＮなど様々なプロトコルが想定される。中継部１９は、第３記憶部２３に記憶されたペアリング情報を参照し、相互への通信の制御を行う。

具体的には、中継部１９は、制御装置２からメッセージを受信し、受信したメッセージの宛先が機器３である場合は、機器３の機器識別情報が、制御装置２に関する識別情報とペアリングされているかを、第３管理部１８に問い合わせることで確認する。ペアリングされていれば、中継部１９は、機器３への通信（アクセス）を許可し、制御装置２から受信したメッセージを機器３に転送する。メッセージ例として、機器３の制御するコマンド（例えばエアコンの温度を調整するコマンド）を含むメッセージ、機器３の情報を取得するコマンド（例えばエアコンが備える温度センサのデータを取得するコマンド）がある。一方、機器３の機器識別情報が制御装置２に関する識別情報とペアリングされていなければ、機器３への通信を拒否する。この場合、中継部１９は、一例として、制御装置２にエラーメッセージを送信するなどの処理を行う。機器３から制御装置２宛のメッセージを受信した場合も同様に、機器３とユーザ間のペアリングの有無を確認することで、機器３の通信を許可するかを判断する。許可する場合は、メッセージを転送し、許可しない場合は、エラーメッセージを返すなどの処理を行う。

図２は、機器３の構成例を示すブロック図である。機器３は、通信部５１、登録要求部５２、第１取得部５３、第２取得部（通信処理部）５４、表示装置５５、記憶部５６および制御部５７を備える。

通信部５１は、第２ネットワーク５に有線または無線で接続され、制御装置２と通信する。また、通信部５１は、第２ネットワーク５を介して通信装置１と通信する。

記憶部５６は、登録要求部５２、第１取得部５３、第２取得部５４、または制御部５７で生成または取得したデータを格納する。また記憶部５６は、上述した機器３の第１クレデンシャル情報（ｐｒｏｄｕｃｔ＿ｉｄとｐｒｏｄｕｃｔ＿ｓｅｃｒｅｔ）を格納している。第１クレデンシャル情報は、通信装置１から予め製品単位で発行されたものである。その他、記憶部５６は、機器３内の各部が動作するために必要なデータまたはプログラムを記憶している。

制御部５７は、機器３全体の動作を制御する。例えば、機器３がエアコンであれば、空調の制御を行ってもよい。また機器３がセンサを備える場合、制御部５７は、センサから取得したデータを記憶部５６に格納してもよい。また、機器３が制御装置２のユーザとペアリングされた後に、通信装置１から中継された制御装置２のメッセーを受信した場合に、メッセージの指示に応じた動作を行い、応答メッセージを作成して、送信してもよい。

登録要求部５２は、例えばユーザの指示等に従って、通信装置１へ機器登録要求を送信する。機器登録要求は、機器３を通信装置１のサービスに登録することを要求するものである。機器登録要求は、一例として、第１クレデンシャル情報（ｐｒｏｄｕｃｔ＿ｉｄとｐｒｏｄｕｃｔ＿ｓｅｃｒｅｔ）を含む。登録要求部５２は、機器登録要求の応答として、通信装置１から、第２クレデンシャル情報を含む応答を受信する。第２クレデンシャルは機器識別情報と、秘密鍵とを含む。以降、機器３から通信装置１への通信では、この機器識別情報と秘密鍵に基づく認証およびアクセス制御が行われてもよい。

第１取得部５３は、所定のタイミング（例えばユーザが指示したタイミング、機器登録が完了したタイミングなど）で、ＰＩＮコード発行要求（第１コード取得要求）を、通信装置１に送信する。ＰＩＮコード発行要求は、Ｗｅｂフロントエンドから機器３のサービスへアクセスするためのアドレス情報（機器アドレス）を引数として含む。その他、上述のように、認証のため、第２クレデンシャル情報も含んでもよい。

機器アドレスは、例えば、“ｈｔｔｐｓ：／／１９２．１６８．１１．１０ ／ｐａｉｒｉｎｇ＿ｃｏｄｅ”の形式で表現されることができる。機器３のサービスは、制御装置２からペアリングコード取得要求を受け付けるものである。１９２．１６８．１１．１０が、“＿ａｉｒｃｏｎ１．＿ｈｔｔｐ．＿ｔｃｐ．ｌｏｃａｌ”のようなｍＤＮＳのドメインであってもよい。また、アドレス情報は、ＵＲＬでなく、ＩＰアドレスであってもよい。

第１取得部５３は、通信装置１からＰＩＮコードを含む応答を受信し、応答に含まれるＰＩＮコードを表示装置５５に表示する。ユーザは、表示装置５５に表示されたＰＩＮコードを見ることで、通信装置１により生成されたＰＩＮコードを把握できる。

第２取得部５４は、機器アドレスにおいて、ペアリングコード取得要求（第２コード取得要求）を受け付けるサービスを提供する。第２取得部５４は、制御装置２から、当該サービスにより、ペアリングコード取得要求を受けると、ペアリングコード生成要求を生成して、通信装置１に送信する。ペアリングコード生成要求は、機器３の機器識別情報を含み、さらに第２クレデンシャル情報の秘密鍵を含んでもよい。第２取得部５４は、通信装置１からペアリングコードを含む応答を受信する。第２取得部５４は、ペアリングコード取得要求への応答として、通信装置１から受信したペアリングコードを、制御装置２に送信する。

図３は、図１の通信装置１、制御装置２および機器３間の通信のシーケンス例を示す。以下の説明では、機器３はエアコン、制御装置２はスマートフォンを想定する。通信装置１は、Ｗｅｂサービスとして、エアコンの遠隔制御サービスを提供するサーバを想定する。以下の説明では、遠隔制御サービスのことも通信装置１と呼ぶ場合がある。

（ステップＳ１）機器３には、第１クレデンシャル情報が設定されている。第１クレデンシャル情報は、製品ＩＤ（図では“ｐｒｏｄｕｃｔ＿ｉｄ”と表記している）と、秘密鍵（図では“ｐｒｏｄｕｃｔ＿ｓｅｃｒｅｔ”と表記している）とを含む。また、機器３は、既にホームネットワーク（第２ネットワーク５）に、ＷｉＦｉのＷＰＳ機能などで接続されている。

（ステップＳ２）制御装置２を所有するユーザは、通信装置１の遠隔制御サービスに加入（アカウントを作成）している。ユーザは、制御装置２上のＷｅｂブラウザから、この遠隔制御サービスにログインしている。ユーザのログイン時に、通信装置１によりセッションＩＤ（図では“ｓｅｓｓｉｏｎ＿ｉｄ”と表記している）が発行され、Ｗｅｂフロントエンド（Ｗｅｂブラウザ上に表示された通信装置１のＷｅｂページ）と通信装置１との間で、セッションＩＤが共有されている。セッションＩＤは、制御装置２に関する識別情報の一例である。

（ステップＳ３）ユーザが、機器３のリモコンを操作して、ユーザとのペアリングを行うための動作モード（以降、ペアリングモードと呼ぶ）を起動する。これは、付属リモコンの特定ボタンの長押し、「ネット接続」ボタン押下等、製品毎に方法が決められているとする。

（ステップＳ４）機器３は、初回のペアリングモード起動時には、通信装置１へ機器登録要求を送信する。機器登録要求は、第１クレデンシャル情報（ｐｒｏｄｕｃｔ＿ｉｄとｐｒｏｄｕｃｔ＿ｓｅｃｒｅｔ）を含む。

（ステップＳ５）通信装置１は、機器登録要求に応じて、機器３に対する第２クレデンシャル情報を生成し、第２クレデンシャル情報を含む応答を送信する。第２クレデンシャルは機器識別情報（図では“ｄｅｖｉｃｅ＿ｉｄ”と表記している）と、秘密鍵（図では“ｄｅｖｉｃｅ＿ｓｅｃｒｅｔ”と表記している）とを含む。以降、機器３から通信装置１への通信では、この機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）と秘密鍵（ｄｅｖｉｃｅ＿ｓｅｃｒｅｔ）に基づく認証およびアクセス制御が行われる。

（ステップＳ６）機器３は、ＰＩＮコード発行要求（第１コード取得要求）を、通信装置１に送信する。ＰＩＮコード発行要求は、機器アドレス（図では“ｌｏｃａｌ＿ａｄｄｒ” と表記している）を引数として含む。その他、上述のように、認証のため、第２クレデンシャル情報（ｄｅｖｉｃｅ＿ｉｄ， ｄｅｖｉｃｅ＿ｓｅｃｒｅｔ）も含む。

（ステップＳ７）通信装置１は、機器３から、ＰＩＮコード発行要求を受信すると、機器識別情報（ｄｅｖｉｃｅ＿ｉｄ），秘密鍵（ｄｅｖｉｃｅ＿ｓｅｃｒｅｔ）に基づき、機器３の認証を行った後、第１生成部１２でＰＩＮコード（図では“ｐｉｎ＿ｃｏｄｅ”と表記している）を生成する。第１生成部１２は、ＰＩＮコードを含む応答を機器３に送信する。図の例では、ｐｉｎ＿ｃｏｄｅが“１２３４”の場合が示される。第１管理部１３は、第１記憶部２１に、第１生成部１２が生成したＰＩＮコードと、ＰＩＮコード発行要求に含まれていた機器アドレスとを対応付けて記憶する。具体的に、ＰＩＮコード（ｐｉｎ＿ｃｏｄｅ）をキーに、機器アドレス（ｌｏｃａｌ＿ａｄｄｒ）を記憶する。図５（Ａ）に第１記憶部２１に記憶されたデータ例を示す。このエントリは、一例として、短い時間（例えば３０秒など）のみ有効であるとする。これは、エントリにタイムアウト時刻情報を含めることで実現してもよい。あるいは、ｒｅｄｉｓやｍｅｍｃａｃｈｅｄを用いる場合には、エントリのタイムアウト時間を設定してもよい。

（ステップＳ８）機器３は、通信装置１から受信した応答に含まれるＰＩＮコード（ｐｉｎ＿ｃｏｄｅ）を、機器３が備える表示装置に表示する。

（ステップＳ９）ユーザは、機器３の表示装置を見ることで、ＰＩＮコードを認識する。ユーザは、スマートフォンの画面に表示されているＷｅｂフロントエンドに、機器３に表示されたＰＩＮコード（ｐｉｎ＿ｃｏｄｅ）を入力する。図４の左に、ＰＩＮコード入力画面の例を示す。ＰＩＮコードの入力欄７１と、ＯＫボタン７２が配置されている。例えば図４の左の画面内の入力欄７１にＰＩＮコードを入力し、ＯＫボタン７２をクリックする。

（ステップＳ１０）スマートフォンの画面に表示されているＷｅｂフロントエンドは、セッションＩＤ（ｓｅｓｓｉｏｎ＿ｉｄ）と、ユーザにより入力されたＰＩＮコード（ｐｉｎ＿ｃｏｄｅ）とを含むアドレス取得要求を、通信装置１に送信する。

（ステップＳ１１）通信装置１のアドレス提供部１４は、セッションＩＤ（ｓｅｓｓｉｏｎ＿ｉｄ）に基づき、制御装置２のＷｅｂフロントエンドを認証した後、ＰＩＮコードをキーとして含む検索要求を第１管理部１３に提供する。第１管理部１３は、第１記憶部２１を検索して、ＰＩＮコードに対応する機器アドレス（ｌｏｃａｌ＿ａｄｄｒ）を取得する。アドレス提供部１４は、第１管理部１３により取得された機器アドレス（ｌｏｃａｌ＿ａｄｄｒ）を含む応答を、制御装置２に送信する。機器アドレスは、例えばｈｔｔｐｓ：／／１９２．１６８．１１．１０／ｐａｉｒｉｎｇ＿ｃｏｄｅを想定する。

（ステップＳ１２）制御装置２のＷｅｂフロントエンドは、機器３の機器アドレス（ｌｏｃａｌ＿ａｄｄｒ）にアクセスし、ペアリングコード取得要求（第２コード取得要求）を送信する。

（ステップＳ１３）機器３は、Ｗｅｂフロントエンドからの機器アドレス（ｌｏｃａｌ＿ａｄｄｒ）へのアクセスを受けると、ペアリングコード生成要求を生成して、生成したペアリングコード生成要求を、通信装置１に送信する。ペアリングコード生成要求は、機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）および秘密鍵（ｄｅｖｉｃｅ＿ｓｅｃｒｅｔ）を含む。

（ステップＳ１４）通信装置１の第２生成部１５は、ペアリングコード生成要求に含まれる機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）および秘密鍵（ｄｅｖｉｃｅ＿ｓｅｃｒｅｔ）に基づき機器３の認証を行った後、ペアリングコード（図では“ｐａｉｒｉｎｇ＿ｃｏｄｅ”と表記している）を生成する。ペアリングコードとして、ここでは、”ｘＵｂｘａａｆｄ１ｉ８Ｄ９ｌｘ０ｓａｙ７Ｕｖ”を生成したとする。第２生成部１５は、生成したペアリングコードを含む応答を、機器３に送信する。また、第２管理部１６は、第２記憶部２２に、ペアリングコード（ｐａｉｒｉｎｇ＿ｃｏｄｅ）を、機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）に対応づけて、ペアリング判定情報として記憶する。図５（Ｂ）に第２記憶部２２に記憶されたペアリング判定情報のデータ例を示す。このエントリも、ＰＩＮコードの場合と同様、例えば３０秒などの短い時間のみ有効とする。なお、第１記憶部２１に、ＰＩＮコードおよび機器アドレスに加えて、機器識別情報も記憶しておき、ペアリングコード生成要求に含まれる機器識別情報が第１記憶部２１に登録されている場合のみ、ペアリングコードを生成するようにしてもよい。

（ステップＳ１５）機器３は、ペアリングコード取得要求への応答として、通信装置１から受信したペアリングコード（ｐａｉｒｉｎｇ＿ｃｏｄｅ）を、制御装置２に送信する。

（ステップＳ１６）制御装置２のＷｅｂフロントエンドは、セッションＩＤ（ｓｅｓｓｉｏｎ＿ｉｄ）およびペアリングコード（ｐａｉｒｉｎｇ＿ｃｏｄｅ）を引数として含むペアリング要求を、通信装置１に送信する。セッションＩＤは、制御装置２に関する識別情報の一例である。

（ステップＳ１７）通信装置１のペアリング部１７は、ペアリング要求に含まれるセッションＩＤ（ｓｅｓｓｉｏｎ＿ｉｄ）に基づきＷｅｂフロントエンドを認証した後、第２管理部１６に、ペアリングコード（ｐａｉｒｉｎｇ＿ｃｏｄｅ）をキーとして含む検索要求を提供する。第２管理部１６は、ペアリングコード（ｐａｉｒｉｎｇ＿ｃｏｄｅ）をキーとして、第２記憶部２２を検索して、機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）を取得する。ペアリング部１７は、セッションＩＤ（ｓｅｓｓｉｏｎ＿ｉｄ）に紐付けられたユーザと、機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）をもつ機器３とをペアリングする。具体的には、ペアリング部１７は、第３管理部１８に、ユーザＩＤと機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）とを対応づけたペアリング情報の登録を要求する。第３管理部１８は、要求に従って、ペアリング情報を、第３記憶部２３に登録する。図５（Ｃ）に第３記憶部２３に記憶されたデータ例を示す。ペアリング部１７は、ペアリングが完了したことを示すペアリング完了通知を、Ｗｅｂフロントエンドに送信する。Ｗｅｂフロントエンドは、ペアリングの完了メッセージを、画面に表示する。ペアリング完了メッセージを図４の右に示す。ユーザは、このメッセージを確認することで、ペアリングが完了したことを認識できる。

（ステップＳ１８）この後、図に示すように、ユーザが宅外に移動する。ユーザは、Ｗｅｂフロントエンドから通信装置１の中継部１９を経由して、宅内の機器３を操作できる。具体的に、ユーザは、Ｗｅｂフロントエンドから機器３を制御するためのメッセージを通信装置１に送信する。メッセージには、一例として機器アドレス、機器３の機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）または機器３を識別するその他の値を含んでもよい。メッセージに機器３の機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）が含まれる場合、事前に何らかの手段によってユーザの制御装置２にセキュアな方法により機器識別情報を伝えておく。またメッセージにはユーザＩＤまたはセッションＩＤなど、ユーザを識別する値を含んでもよい。通信装置１によって内部的にメッセージの中継先が機器３として特定される。ユーザの特定は、メッセージの送信元アドレスから行ってもよいし、ユーザを識別する値から行ってもよい。中継部１９は、第３記憶部２３のペアリング情報に基づき、当該ユーザのユーザＩＤに対し機器３の機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）がペアリングされているかを確認する。ペアリングされていれば、メッセージの中継を許可する。この場合、中継部１９は、メッセージを機器３に送信する。これにより、機器３の情報の取得、機器３の遠隔監視・制御を行うことができる。

上述したシーケンスでは、ペアリングとして、機器識別情報に対してユーザＩＤを対応づけたが、制御装置２のＩＰアドレスまたはＭＡＣアドレスなどを対応づけてもよい。

以上の手順により、スマートフォンに専用アプリを用意せずに（Ｗｅｂブラウザのみで）、かつ、機器３にＡＰモードを搭載せずに、ユーザと機器３をペアリングすることができる。加えて、ユーザがペアリングに際して行った操作は、ＰＩＮコード（例えば４桁数値）を入力するだけであり、ユーザの作業コストも低い。機器３はＰＩＮコードを表示できる程度の表示デバイスを搭載していれば本方式を実現できる。機器３が、時刻を表示する表示デバイスを備えていれば、この表示デバイスをＰＩＮコード表示用に流用してもよい。

また、本実施形態では、短いＰＩＮコードを、匿名性の高いローカルアドレスへ交換し（多くのホームネットワークが、１９２．１６８．１０．０／２４または１９２．１６８．１１．０／２４またはこれらの両方のアドレスを持つ）、このローカルアドレスへのアクセスを通じて、より長い乱数文字列のペアリングコードを生成する。そして、このペアリングコードを用いて、正式なペアリングを行う。これにより、背景技術で問題となっていた総当り攻撃への耐性を高めることができる。本実施形態は、ペアリングされたユーザの端末との相互通信を行う機器の開発コストおよびユーザの設定コストを低減する方法として、幅広い応用が可能である。

図６は、通信装置１の動作のフローチャートである。

通信装置１は、機器３から、機器アドレスを含むＰＩＮコード発行要求を受信すると（Ｓ３１）、機器３の認証を行った後、第１生成部１２でＰＩＮコードを生成し、機器３にＰＩＮコードを送信する（Ｓ３２）。第１管理部１３は、第１記憶部２１に、第１生成部１２が生成したＰＩＮコードと、ＰＩＮコード発行要求に含まれていた機器アドレスとを対応付けて登録する（Ｓ３３）。なお、第１記憶部２１に、ＰＩＮコードおよび機器アドレスに加えて、機器識別情報も記憶してもよい。

通信装置１は、ＰＩＮコードを含むアドレス取得要求を制御装置２から受信すると（Ｓ３４）、アドレス提供部１４は、第１記憶部２１からＰＩＮコードを検索する（Ｓ３５）。ＰＩＮコードが存在しなければ、アドレス提供部１４は、エラー応答を制御装置２に送信する（Ｓ４７）。ＰＩＮコードが存在する場合、アドレス提供部１４が、ＰＩＮコードに対応する機器アドレスを読み出し、機器アドレスを含む応答を制御装置２に送信する（Ｓ３７）。

通信装置１の第２生成部１５は、機器３から、機器識別情報を含むペアリングコード生成要求を受信すると（Ｓ３８）、機器３を認証した後、ペアリングコードを生成し（Ｓ４０）、ペアリングコードを含む応答を機器３に送信する（Ｓ４１）。また、第２生成部１５は、生成したペアリングコードを、機器識別情報に対応づけて、ペアリング判定情報を生成し、ペアリング判定情報を、第２管理部１６を介して、第２記憶部２２に登録する（Ｓ４２）。なお、なお、第１記憶部２１に、ＰＩＮコードおよび機器アドレスに加えて、機器識別情報も記憶しておき、ペアリングコード生成要求に含まれる機器識別情報が第１記憶部２１に登録されている場合のみ、ペアリングコードを生成するようにしてもよい。

通信装置１のペアリング部１７は、制御装置２から、セッションＩＤとペアリングコードとを含むペアリング要求を受信すると（Ｓ４３）、ペアリングコードを含むペアリング判定情報を、第２記憶部２２から検索する（Ｓ４４）。そのようなペアリング判定情報が存在しなければ、ペアリング部１７は、制御装置２にエラー応答を送信する（Ｓ４７）。ペアリング判定情報が存在すれば、そのペアリング判定情報に含まれる機器識別情報と、ペアリング要求に含まれるセッションＩＤに関連するユーザＩＤとを対応づけて、ペアリング情報を生成する。ペアリング部１７は、ペアリング情報を、第３管理部１８を介して、第３記憶部２３に登録する（Ｓ４５）。これにより、機器３とユーザとのペアリングが完了する。ペアリング部１７は、ペアリング完了応答を、制御装置２に送信する（Ｓ４６）。なお、ペアリングとして、機器識別情報に対してユーザＩＤを対応づけたが、制御装置２のＩＰアドレスまたはＭＡＣアドレスなどを対応づけてもよい。

（ハードウェア構成）
図７は、コンピュータ１００の一例を示す図である。図７のコンピュータ１００は、プロセッサ１０１と、入力装置１０２と、表示装置１０３と、通信モジュール１０４と、記憶装置１０５と、を備える。プロセッサ１０１、入力装置１０２、表示装置１０３、通信モジュール１０４、および記憶装置１０５は、バス１０６により相互に接続されている。通信装置１、制御装置２または機器３は、一例としてこのハードウェア構成により実現できる。ただし、表示装置１０３または入力装置１０２を備えないなど、一部の要素が存在しなくてもよい。また、図示されていない要素を追加で備えていてもよい。

プロセッサ１０１は、コンピュータ１００の制御部および演算部を含む電子回路である。プロセッサ１０１として、例えば、汎用目的プロセッサ、中央処理装置（ＣＰＵ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、コントローラ、マイクロコントローラ、状態マシン、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラム可能論理回路（ＰＬＤ）、およびこれらの組合せを用いることができる。

プロセッサ１０１は、バス１０６を介して接続された各装置（例えば、入力装置１０２、通信モジュール１０４、記憶装置１０５）から入力されたデータやプログラムに基づいて演算処理を行い、演算結果や制御信号を、バス１０６を介して接続された各装置（例えば、表示装置１０３、通信モジュール１０４、記憶装置１０５）に出力する。具体的には、プロセッサ１０１は、コンピュータ１００のＯＳ（オペレーティングシステム）や、コンピュータプログラムなどを実行し、コンピュータ１００を構成する各装置を制御する。

コンピュータプログラムは、コンピュータ１００に、通信装置１、制御装置２または機器３の上述の各機能構成を実現させるプログラムである。コンピュータプログラムは、一時的でない有形のコンピュータ読み取り可能な記憶媒体に記憶される。上記の記憶媒体は、例えば、光ディスク、光磁気ディスク、磁気ディスク、磁気テープ、フラッシュメモリ、半導体メモリであるが、これに限られない。プロセッサ１０１がコンピュータプログラムを実行することにより、コンピュータ１００が通信装置１、制御装置２または機器３として機能する。

入力装置１０２は、コンピュータ１００に情報を入力するための装置または回路である。入力装置１０２は、例えば、キーボード、マウス、リモコン受信部、およびタッチパネルであるが、これに限られない。

表示装置１０３は、画像や映像を表示するための装置である。表示装置１０３は、例えば、ＬＣＤ（液晶ディスプレイ）、ＣＲＴ（ブラウン管）、およびＰＤＰ（プラズマディスプレイ）であるが、これに限られない。表示装置１０３は、通信装置１または機器３により記憶、生成または取得された任意の情報を表示することができる。

通信モジュール１０４は、コンピュータ１００が外部装置と無線または有線で通信するための回路である。

記憶装置１０５は、コンピュータ１００のＯＳや、コンピュータプログラムの実行に必要なデータ、およびコンピュータプログラムの実行により生成されたデータなどを記憶するハードウェア記憶媒体である。記憶装置１０５には、主記憶装置と外部記憶装置とが含まれる。主記憶装置は、例えば、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭであるが、これに限られない。また、外部記憶装置は、例えば、ハードディスク、光ディスク、フラッシュメモリ、および磁気テープであるが、これに限られない。通信装置１の第１記憶部２１〜第４記憶部２４およびサービス記憶部８は、記憶装置１０５上に構築されてもよいし、通信モジュール１０４を介して接続された外部のサーバ上に構築されてもよい。

なお、コンピュータ１００は、プロセッサ１０１、入力装置１０２、表示装置１０３、通信モジュール１０４、および記憶装置１０５を、それぞれ１つまたは複数備えてもよい。

また、通信装置１または機器３は、単一のコンピュータ１００により構成されてもよいし、相互に接続された複数のコンピュータ１００からなるシステムとして構成されてもよい。複数のコンピュータ１００は、ネットワークを介して接続されてもよい。

さらに、コンピュータプログラムは、コンピュータ１００の記憶装置１０５に予め記憶されていてもよいし、コンピュータ１００の外部の記憶媒体に記憶されていてもよいし、インターネット上にアップロードされていてもよい。いずれの場合も、コンピュータプログラムをコンピュータ１００にインストールして実行することにより、通信装置１または機器３の機能が実現される。

（第２の実施形態）
第２の実施形態では、第１の実施形態よりも安全性を高めてペアリングを行う。第１の実施形態では、図３のアドレス要求（ステップＳ１０）に含まれるセッションＩＤとは異なる値のセッションＩＤを含むペアリング要求（ステップＳ１６）を、通信装置１が受信した場合も、ペアリングが成立する。すなわち、これらのセッションＩＤが異なっていた場合であって、ステップＳ１６より後のステップがすべて正常に行われる。ステップＳ１０からステップＳ１６までの通信シーケンスは短期間で自動実行されるため、実質的な問題にならないが、この問題に対処する形態も可能である。本実施形態は、これを実現する形態である。

図８は、第２の実施形態に係る通信システムを示す。図１との違いは、通信装置１の構成にある。通信装置１が、第４管理部２０と、第４記憶部２４を追加で備えている。第４記憶部２４は、第１〜第３記憶部およびサービス記憶部と同じ装置でもよいし、これらとは別個の独立した装置でもよい。第４記憶部２４は、Ｗｅｂサービスが通常備えるセッション認証用の記憶部でもよい。

本実施形態の通信システムについて、第１の実施形態とのシーケンスの違いを以下に説明する。

通信装置１は、ステップＳ６のＰＩＮコード要求に応じて、第１生成部１２が生成したＰＩＮコードと、受信した機器アドレスだけでなく、機器識別情報も、第１記憶部２１に記憶する。第１記憶部２１に記憶されるデータ例を図９（Ａ）に示す。なお、第２記憶部２２および第３記憶部２３に記憶される情報は、第１の実施形態と同じである。図９（Ｂ）および図９（Ｃ）に第２記憶部２２および第３記憶部２３に記憶されるデータ例を示す。図９（Ｂ）および図９（Ｃ）は、図５（Ｂ）および図５（Ｃ）と同じである。

通信装置１は、ステップＳ１０のアドレス取得要求に応じて、第１記憶部２１から機器アドレス（ｌｏｃａｌ＿ａｄｄｒ）と共に機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）を取得し、機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）と、アドレス取得要求に含まれるセッションＩＤ（ｓｅｓｓｉｏｎ＿ｉｄ）とを対応づけた仮ペアリング情報を記憶する。第４記憶部２４に記憶される仮ペアリング情報のデータ例を図９（Ｄ）に示す。

通信装置１は、ステップＳ１６のペアリング要求に応じて、第２記憶部２２からペアリングコードに対応する機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）を取得する。そして、第４記憶部２４から当該機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）に対応するセッションＩＤ（ｓｅｓｓｉｏｎ＿ｉｄ）を取得し、これが、ペアリング要求に含まれるセッションＩＤ（ｓｅｓｓｉｏｎ＿ｉｄ）と一致するかを判断する。一致する場合は、ペアリング可を決定する。一致しない場合は、ペアリング不可を決定する。

図１０は、第２の実施形態に係る通信装置１の動作のフローチャートである。図６のステップＳ３３がステップＳ３３−１に変更され、ステップＳ３６およびステップＳ３９が追加され、ステップＳ４４がステップＳ４４−１に変更されている。

通信装置１は、機器３から、機器アドレスを含むＰＩＮコード発行要求を受信すると（Ｓ３１）、機器３の認証を行った後、第１生成部１２でＰＩＮコードを生成し、機器３にＰＩＮコードを送信する（Ｓ３２）。第１管理部１３は、第１記憶部２１に、第１生成部１２が生成したＰＩＮコードと、ＰＩＮコード発行要求に含まれていた機器アドレスと、機器３の機器識別情報とを対応付けて登録する（Ｓ３３−１）。

通信装置１は、ＰＩＮコードとセッションＩＤとを含むアドレス取得要求を制御装置２から受信すると（Ｓ３４）、アドレス提供部１４は、第１記憶部２１からＰＩＮコードを検索する（Ｓ３５）。ＰＩＮコードが存在しなければ、アドレス提供部１４は、エラー応答を制御装置２に送信する（Ｓ４７）。ＰＩＮコードが存在する場合、アドレス提供部１４は、ＰＩＮコードに対応づけられた機器識別情報と、アドレス取得要求に含まれていたセッションＩＤとを含む仮ペアリング情報を生成し、第２管理部１６を介して仮ペアリング情報を第４記憶部２４に登録する（Ｓ３６）。また、アドレス提供部１４は、機器アドレスを含む応答を制御装置２に送信する（Ｓ３７）。

通信装置１の第２生成部１５は、機器３から、機器識別情報を含むペアリングコード生成要求を受信すると（Ｓ３８）、機器識別情報を含む仮ペアリング情報を、第４記憶部２４から検索する（Ｓ３９）。そのような仮ペアリング情報が存在しなければ、第２生成部１５は、エラー応答を機器３に送信する（Ｓ４７）。仮ペアリング情報が存在すれば、第２生成部１５は、ペアリングコードを生成し（Ｓ４０）、ペアリングコードを含む応答を機器３に送信する（Ｓ４１）。また、第２生成部１５は、生成したペアリングコードを、機器識別情報に対応づけて、ペアリング判定情報を生成し、ペアリング判定情報を、第２管理部１６を介して、第２記憶部２２に登録する（Ｓ４２）。

通信装置１のペアリング部１７は、制御装置２から、セッションＩＤとペアリングコードとを含むペアリング要求を受信すると（Ｓ４３）、ペアリングコードを含むペアリング判定情報を、第２記憶部２２から検索する（Ｓ４４−１）。そのようなペアリング判定情報が存在しなければ、ペアリング部１７は、制御装置２にエラー応答を送信する（Ｓ４７）。ペアリング判定情報が存在すれば、そのペアリング判定情報に含まれる機器識別情報を特定する。そして、特定した機器識別情報に対応するセッションＩＤを、第４記憶部２４において特定する。特定したセッションＩＤが、ペアリング要求に含まれたセッションＩＤと一致するかを判断する（Ｓ４４−１）。一致しなければ、ペアリング部１７は、制御装置２にエラー応答を送信する（Ｓ４７）。一致する場合は、機器識別情報と、セッションＩＤに対応するユーザＩＤとを対応づけたペアリング情報を生成し、ペアリング情報を、第３管理部１８を介して、第３記憶部２３に登録する（Ｓ４５）。これにより、機器３とユーザとのペアリングが完了する。ペアリング部１７は、ペアリング完了応答を、制御装置２に送信する（Ｓ４６）。

以上の手順により、アドレス要求に含まれるセッションＩＤと、ペアリング要求に含まれるセッションＩＤが異なる場合は、ペアリングが行われない。これにより、第１の実施形態よりも安全性を高めてペアリングを行うことができる。

（第３の実施形態）
本実施形態では、制御装置２のＷｅｂフロントエンドから、機器３へアクセスする方法のバリエーションを示す。

図３のステップＳ１２のアクセス（ペアリングコード取得要求）は、Ｗｅｂフロントエンドからのクロスオリジンアクセスになる。つまり、通信装置１が提供するＷｅｂサービスのオリジンと、機器３が提供するサービス（ペアリングコード取得要求を受け付けるサービス）のオリジンは異なる。このようなクロスオリジンアクセスが認められるには、機器３に搭載されているＨＴＴＰサーバ（ｈｔｔｐｓ：／／１９２．１６８．１１．１０／ｐａｉｒｉｎｇ＿ｃｏｄｅ機能を提供）が、正規のＴＬＳサーバ証明書を持ったｈｔｔｐｓサーバである必要がある。ここでいう正規の証明書とは、Ｗｅｂブラウザが認めたルート認証局への証明書チェーンを持った証明書であることを意味するものとする。ローカルネットワーク上のＨＴＴＰサーバに対して正規のＴＬＳサーバ証明書を発行できる場合には、図３のシーケンスがそのまま実現できる。しかしながら、機器３に正規のＴＬＳサーバ証明書を発行できない場合には、クロスオリジンアクセスとは別の方法をとる必要がある。この方法を、以下に示す。

図３のステップＳ１２でクロスオリジンアクセスせず、ステップＳ１１の応答を、機器アドレス（ｌｏｃａｌ＿ａｄｄｒ）へのリダイレクト（ＨＴＴＰ３０２またはＨＴＴＰ３０３）応答とする。このとき、機器アドレス（ｌｏｃａｌ＿ａｄｄｒ）に対して、リダイレクトバックする通信装置１のＵＲＬを引数として設定する。例えば、通信装置１（エアコン遠隔制御サービス）のＵＲＬが、ｈｔｔｐｓ：／／ａｉｒｃｏｎ−ｒｅｍｏｔｅ−ｃｏｎｔｒｏｌ．ｃｏｍである場合、リダイレクト応答中のリダイレクト先情報（Ｌｏｃａｔｉｏｎヘッダ値）に、ｈｔｔｐ：／／１９２．１６８．１１．１０／ｐａｉｒｉｎｇ＿ ｃｏｄｅ？ｒｅｄｉｒｅｃｔ＿ｕｒｉ＝ｈｔｔｐｓ：／／ａｉｒｃｏｎ−ｒｅｍｏｔｅ−ｃｏｎｔｒｏｌ．ｃｏｍを指定する。

ステップＳ１４で、ペアリングコード（ｐａｉｒｉｎｇ＿ｃｏｄｅ）を取得した機器３は、ステップＳ１２で取得したｒｅｄｉｒｅｃｔ＿ｕｒｉ引数に、ペアリングコード（ｐａｉｒｉｎｇ＿ｃｏｄｅ）を付けて、制御装置２にリダイレクト応答する。すなわち、上記例では、Ｌｏｃａｔｉｏｎヘッダに、ｈｔｔｐｓ：／／ａｉｒｃｏｎ−ｒｅｍｏｔｅ−ｃｏｎｔｒｏｌ．ｃｏｍ？ｐａｉｒｉｎｇ＿ｃｏｄｅ＝ ｘＵｂｘａａｆｄ１ｉ８Ｄ９ｌｘ０ｓａｙ７Ｕｖを設定して、制御装置２に応答する。

以上の手順により、Ｗｅｂフロントエンドでクロスオリジンアクセスポイントを行わずに、リダイレクトベースで、ペアリングコード取得に関する各ステップ（Ｓ１２〜Ｓ１５）を行うことが可能となる。機器３は、ローカルネットワーク内に配置されるため、ＨＴＴＰＳサーバでなく、ＨＴＴＰサーバであってもよい。なお、リダイレクトの実現手法は、上記のＨＴＴＰ３０２またはＨＴＴＰ３０３応答を行う方法以外の方法を用いてもよい。例えば、Ｗｅｂフロントエンド（ｈｔｍｌ）のｍｅｔａタグを用いる方法でもよい。一般的に知られている方法が幾つかあり、どの方法も用いても構わない。

（第４の実施形態）
第４の実施形態では、ペアリングコード生成要求を制御装置２が送信し、ペアリング要求を機器３が送信することで、ペアリングを実現するバリエーションを示す。

本実施形態のブロック図は、第１の実施形態で用いた図１および図２と同じである。本実施形態の通信装置１および機器３について、第１の実施形態の通信装置および機器との機能違いについて以下に説明する。まず、通信装置１について説明する。

通信装置１の第２生成部１５は、制御装置２から、ペアリングコード生成要求を受信することができる。ペアリングコード生成要求は、制御装置２の識別情報を含む。第２生成部１５は、ペアリングコード生成要求を受信すると、ペアリングコードを生成する。

第２管理部１６は、生成したペアリングコードと、制御装置２に関する識別情報とを対応づけて、これをペアリング判定情報として、第２記憶部２２に登録する。

第２管理部１６は、ペアリングコードをキーとして含む検索要求をペアリング部１７から受けると、第２記憶部２２から、これに対応するペアリング判定情報を検索する。第２管理部１６は、ペアリング判定情報から制御装置２に関する識別情報を取り出し、これをペアリング部１７に返す。

ペアリング部１７は、通信部１１を介して、機器３から、ペアリング要求を受信する。ペアリング要求は、ペアリングコードと、機器３に関する識別情報を含む。ペアリング部１７は、ペアリング要求を受信すると、ペアリングコードをキーとして含む検索要求を第２管理部１６に提供し、第２管理部１６から、これに対応する制御装置２に関する識別情報を取得する。

第３管理部１８は、ペアリング部１７で取得された制御装置２に関する識別情報と、機器識別情報とを対応づけて、第３記憶部２３に登録する。

次に、本実施形態における機器３について、第１の実施形態の機器との機能の違いについて以下に説明する。

機器３の第２取得部５４は、機器アドレスにおいて、ペアリングコード登録要求（第２コード登録要求）を受け付けるサービスを提供する。第２取得部５４は、制御装置２から、当該サービスにより、ペアリングコードを含んだペアリングコード登録要求を受けると、ペアリング要求を生成して、通信装置１に送信する。ペアリング要求は、機器３の機器識別情報を含む。

図１１は、本実施形態における通信装置１、制御装置２及び機器３間の通信のシーケンス例を示す。以下、第１の実施形態におけるシーケンスとの違いについて説明する。ステップＳ１〜Ｓ１１、Ｓ１８は、第１の実施形態と同じである。ステップＳ１２〜Ｓ１７は、ステップＳ２２〜Ｓ２７に置き換わっている。以下、ステップＳ１０以降について説明する。

（ステップＳ１０）スマートフォンの画面に表示されているＷｅｂフロントエンドは、セッションＩＤ（ｓｅｓｓｉｏｎ＿ｉｄ）と、ユーザにより入力されたＰＩＮコード（ｐｉｎ＿ｃｏｄｅ）とを含むアドレス取得要求を、通信装置１に送信する。

（ステップＳ１１）通信装置１のアドレス提供部１４は、セッションＩＤ（ｓｅｓｓｉｏｎ＿ｉｄ）に基づき、制御装置２のＷｅｂフロントエンドを認証した後、ＰＩＮコードをキーとして含む検索要求を第１管理部１３に提供する。第１管理部１３は、第１記憶部２１を検索して、ＰＩＮコードに対応する機器アドレス（ｌｏｃａｌ＿ａｄｄｒ）を取得する。アドレス提供部１４は、第１管理部１３により取得された機器アドレス（ｌｏｃａｌ＿ａｄｄｒ）を含む応答を、制御装置２に送信する。機器アドレスは、例えばｈｔｔｐｓ：／／１９２．１６８．１１．１０／ａｃｔｉｖａｔｅを想定する。

（ステップＳ２２）制御装置２のＷｅｂフロントエンドは、通信装置１に対してペアリングコード生成要求（第２コード生成要求）を送信する。ペアリングコード生成要求は制御装置２に関する識別情報（ｓｅｓｓｉｏｎ＿ｉｄ）を含む。

（ステップＳ２３）通信装置１の第２生成部１５は、ペアリングコード生成要求に含まれるセッションＩＤ（ｓｅｓｓｉｏｎ＿ｉｄ）に基づきＷｅｂフロントエンドを認証した後、ペアリングコード（図では“ｐａｉｒｉｎｇ＿ｃｏｄｅ”と表記している）を生成する。ペアリングコードとして、ここでは、”ｘＵｂｘａａｆｄ１ｉ８Ｄ９ｌｘ０ｓａｙ７Ｕｖ”を生成したとする。第２生成部１５は、生成したペアリングコードを含む応答を、制御装置２に送信する。また、第２管理部１６は、第２記憶部２２に、ペアリングコード（ｐａｉｒｉｎｇ＿ｃｏｄｅ）を、ユーザＩＤ（ｕｓｅｒ＿ｉｄ）に対応づけて、ペアリング判定情報として記憶する。図１２（Ｂ）に第２記憶部２２に記憶されたペアリング判定情報のデータ例を示す。このエントリも、第１の実施形態と同様に、例えば３０秒などの短い時間のみ有効とする。なお、アドレス取得要求（Ｓ１０）とペアリングコード生成要求（Ｓ２２）を一つにまとめて送信し、それらの応答（Ｓ２１，Ｓ２３）を一つにまとめて受信してもよい。なお、図１２（Ａ）は第１記憶部のデータ例であり、第１の実施形態と同じデータが格納されている。

（ステップＳ２４）制御装置２のＷｅｂフロントエンドは、機器３の機器アドレス（ｌｏｃａｌ＿ａｄｄｒ）にアクセスし、ペアリングコードを含むペアリングコード登録要求（第２コード登録要求）を送信する。

（ステップＳ２５）機器３は、Ｗｅｂフロントエンドから機器アドレス（ｌｏａｃｌ＿ａｄｄｒ）へ向けて送信されたペアリングコード登録要求を受けると、ペアリングコードを含むペアリング要求を通信装置１に送信する。ペアリング要求は、ペアリングコードの他に、機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）および秘密鍵（ｄｅｖｉｅ＿ｓｅｃｒｅｔ）を含む。

（ステップＳ２６）通信装置１のペアリング部１７は、ペアリング要求に含まれる機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）および秘密鍵（ｄｅｖｉｃｅ＿ｓｅｃｒｅｔ）に基づき機器３を認証した後、第２管理部１６に、ペアリングコード（ｐａｉｒｉｎｇ＿ｃｏｄｅ）をキーとして含む検索要求を提供する。第２管理部１６は、ペアリングコード（ｐａｉｒｉｎｇ＿ｃｏｄｅ）をキーとして、第２記憶部２２を検索して、制御装置に関する識別情報（ｕｓｅｒ＿ｉｄ）を取得する。ペアリング部１７は、機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）に紐付けられた機器３と、ユーザとをペアリングする。具体的には、ペアリング部１７は、第３管理部１８に、ユーザＩＤ（ｕｓｅｒ＿ｉｄ）と機器識別情報（ｄｅｖｉｃｅ＿ｉｄ）とを対応づけたペアリング情報の登録を要求する。第３管理部１８は、要求に従って、ペアリング情報を、第３記憶部２３に登録する。図１２（Ｃ）に第３記憶部２３に記憶されたデータ例を示す。ペアリング部１７は、ペアリングが完了したことを示すペアリング完了通知を、機器３に送信する。機器３はこれによりペアリングの完了を認識できる。

（ステップＳ２７）機器３はペアリング完了通知を受信すると、さらにペアリング完了通知を制御装置２のＷｅｂフロントエンドへ送信する。Ｗｅｂフロントエンドは、ペアリングの完了メッセージを、画面に表示し、ユーザはこのメッセージを確認することで、ペアリングが完了したことを認識できる。

上述したシーケンスでは、ペアリングとして、機器識別情報に対してユーザＩＤを対応付けたが、制御装置２のＩＰアドレスまたはＭＡＣアドレスなどを対応づけてもよい。

以上の手順により、ペアリングコード生成要求を制御装置２が送信し、ペアリング要求を機器３が送信する実施形態においても、ペアリングを実現することができる。ステップＳ１０、Ｓ１１、Ｓ２２、Ｓ２３をまとめることで、第１、第２の実施形態より少ないステップ数でペアリングが可能である。

図１３は、第４の実施形態に係る通信装置１の動作のフローチャートである。図６のステップＳ４２がステップ５０に置換されている。それ以外のステップは、図６と同じである。図６のステップＳ４２では、ペアリングコードと機器識別情報との組をペアリンク判定情報として登録したが、ステップＳ５０では、ペアリングコードと制御装置識別情報（ここではユーザＩＤ）との組をペアリング情報として登録している。

尚、各実施形態の通信装置、機器または制御装置は、例えば、汎用のコンピュータ装置を基本ハードウェアとして用いることでも実現可能である。すなわち、上記のコンピュータ装置に搭載されたプロセッサにプログラムを実行させることにより、通信装置、機器または制御装置のそれぞれが備える各機能を実現出来る。このとき、各装置は、上記のプログラムをコンピュータ装置にあらかじめインストールすることで実現することや、各種の記憶媒体に記憶、あるいはネットワークを介して上記のプログラムを配布、このプログラムをコンピュータ装置に適宜インストールすることで実現が出来る。また、通信装置、機器または制御装置のそれぞれが備える記憶部は、上記のコンピュータ装置に内蔵あるいは外付けされたメモリ、ハードディスクもしくはＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒなどの記憶媒体などを適宜利用して実現することができる。

本実施形態で用いられる用語は、広く解釈されるべきである。例えば用語“プロセッサ”は、汎用目的プロセッサ、中央処理装置（ＣＰＵ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、コントローラ、マイクロコントローラ、状態マシンなどを包含してもよい。状況によって、“プロセッサ”は、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラム可能論理回路 （ＰＬＤ）などを指してもよい。“プロセッサ”は、複数のマイクロプロセッサのような処理装置の組み合わせ、ＤＳＰおよびマイクロプロセッサの組み合わせ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサを指してもよい。

別の例として、用語“メモリ”は、電子情報を格納可能な任意の電子部品を包含してもよい。“メモリ”は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、フラッシュメモリ、磁気または光学データストレージを指してもよく、これらはプロセッサによって読み出し可能である。プロセッサがメモリに対して情報を読み出しまたは書き込みまたはこれらの両方を行うならば、メモリはプロセッサと電気的に通信すると言うことができる。メモリは、プロセッサに統合されてもよく、この場合も、メモリは、プロセッサと電気的に通信していると言うことができる。

また、用語“ストレージ”は、磁気技術、光学技術、または不揮発性メモリを利用して、永久的にデータを記憶できるに任意の装置を包含してもよい。例えば、ストレージは、ＨＤＤ、光学ディスク、ＳＳＤ等でもよい。

上記に、本発明の一実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１：通信装置
２：制御装置
３：機器（被制御装置）
１１：通信部
１２：第１生成部
１３：第１管理部
１４：アドレス提供部
１５：第２生成部
１６：第２管理部
１７：ペアリング部
１８：第３管理部
１９：中継部
２１：第１記憶部
２２：第２記憶部
２３：第３記憶部
７：制御部
８：サービス記憶部
５１：通信部
５２：登録要求部
５３：第１取得部
５４：第２取得部（通信処理部）
５５：表示装置
５６：記憶部
５７：制御部

Claims (15)

1. 機器が制御装置に対して提供するサービスのアドレス情報を含む第１コード生成要求を受信した場合に、第１コードを生成し、前記第１コードを前記機器に送信する第１生成部と、
   前記第１コードを前記アドレス情報に関連づけて保持する第１管理部と、
   前記制御装置から、前記第１コードを含むアドレス取得要求を受信し、前記アドレス取得要求に含まれる前記第１コードが前記第１管理部に保持されている場合、前記第１コードに関連づけられている前記アドレス情報を前記制御装置に送信するアドレス提供部と、
   を備えた通信装置。
2. 前記機器から第２コード生成要求を受信した場合に、第２コードを生成し、前記第２コードを前記機器に送信する第２生成部と、
   前記第２コードを、前記機器の識別情報に関連づけて保持する第２管理部と、
   前記制御装置から、前記第２コードを含むペアリング要求を受信し、前記第２コードが前記第２管理部に保持されている場合に、前記制御装置に関する第１識別情報を、前記機器の識別情報に対応づけたペアリング情報を生成するペアリング部と、
   をさらに備えた請求項１に記載の通信装置。
3. 前記制御装置から第２コード生成要求を受信した場合に、第２コードを生成し、前記第２コードを前記制御装置に送信する第２生成部と、
   前記第２コードを、前記制御装置の第１識別情報に関連付けて保持する第２管理部と、
   前記機器から、前記第２コードを含むペアリング要求を受信し、前記第２コードが前記第２管理部に保持されている場合に、前記機器の識別情報を、前記制御装置に関する第１識別情報に対応付けたペアリング情報を生成するペアリング部と、
   をさらに備えた請求項１に記載の通信装置。
4. 前記制御装置と前記機器間の通信を中継する中継部を備え、
   前記中継部は、前記ペアリング情報に基づいて、前記制御装置および前記機器間の通信の中継を制御する
   請求項２ないし３のいずれか一項に記載の通信装置。
5. 前記中継部は、前記制御装置から受信したメッセージの宛先となる機器の識別情報が前記ペアリング情報によって前記第１識別情報に対応づけされている場合は、前記メッセージを前記機器に中継し、対応付けされていない場合は、前記メッセージの中継を行わない
   請求項４に記載の通信装置。
6. 前記アドレス取得要求は、前記制御装置に関する第２識別情報を含み、前記ペアリング要求は、前記制御装置に関する第３識別情報を含み、
   前記ペアリング部は、前記ペアリング要求に含まれる前記第３識別情報が、前記取得要求に含まれていた前記第２識別情報に一致していない場合、前記第２コードが前記第２管理部に保持されていても、前記ペアリング情報を生成しない
   請求項２に記載の通信装置。
7. 前記第２識別情報および前記第３識別情報は、自装置が提供するサービスにログインしたユーザに割り当てるセッションＩＤである。
   請求項６に記載の通信装置。
8. 前記第１識別情報は、前記制御装置のユーザのユーザＩＤ、または前記制御装置のアドレスである
   請求項２ないし７のいずれか一項に記載の通信装置。
9. 機器が制御装置に対して提供するサービスのアドレス情報を含む第１コード生成要求を受信した場合に、第１コードを生成し、前記第１コードを前記機器に送信するステップと、
   前記第１コードを前記アドレス情報に関連づけて保持するステップと、
   前記制御装置から、前記第１コードを含むアドレス取得要求を受信し、前記アドレス取得要求に含まれる前記第１コードが前記第１管理部に保持されている場合、前記第１コードに関連づけられている前記アドレス情報を前記制御装置に送信するステップと、
   を備えた通信方法。
10. 前記機器から第２コード生成要求を受信した場合に、第２コードを生成し、前記第２コードを前記機器に送信するステップと、
    前記第２コードを、前記機器の識別情報に関連づけて保持するステップと、
    前記制御装置から、前記第２コードを含むペアリング要求を受信し、前記第２コードが前記第２管理部に保持されている場合に、前記制御装置に関する第１識別情報を、前記機器の識別情報に対応づけたペアリング情報を生成するステップと、
    をさらに備えた請求項９に記載の通信方法。
11. 機器が制御装置に対して提供するサービスのアドレス情報を含む第１コード生成要求を受信した場合に、第１コードを生成し、前記第１コードを前記機器に送信するステップと、
    前記第１コードを前記アドレス情報に関連づけて保持するステップと、
    前記制御装置から、前記第１コードを含むアドレス取得要求を受信し、前記アドレス取得要求に含まれる前記第１コードが前記第１管理部に保持されている場合、前記第１コードに関連づけられている前記アドレス情報を前記制御装置に送信するステップと、
    をコンピュータに実行させるためのプログラム。
12. 前記機器から第２コード生成要求を受信した場合に、第２コードを生成し、前記第２コードを前記機器に送信するステップと、
    前記第２コードを、前記機器の識別情報に関連づけて保持するステップと、
    前記制御装置から、前記第２コードを含むペアリング要求を受信し、前記第２コードが前記第２管理部に保持されている場合に、前記制御装置に関する第１識別情報を、前記機器の識別情報に対応づけたペアリング情報を生成するステップと、
    をさらに前記コンピュータに実行させるための請求項１１に記載のプログラム。
13. 前記制御装置から第２コード生成要求を受信した場合に、第２コードを生成し、前記第２コードを前記制御装置に送信するステップ、
    前記第２コードを、前記制御装置の第１識別情報に関連付けて保持するステップと、
    前記機器から、前記第２コードを含むペアリング要求を受信し、前記第２コードが前記第２管理部に保持されている場合に、前記機器の識別情報を、前記制御装置に関する第１識別情報に対応付けたペアリング情報を生成するステップと、
    をさらに前記コンピュータに実行させるための請求項１１に記載のプログラム
14. 制御装置に対して提供するサービスのアドレス情報を含む第１コード生成要求を、通信装置に送信し、第１コードを前記通信装置から受信する第１コード取得部と、
    前記第１コードを表示する表示装置と、
    前記制御装置から前記サービスを介して第２コードの取得要求を受信した場合に、第２コード生成要求を前記通信装置に送信し、前記第２コードを通信装置から受信する第２コード取得部と、
    前記第２コードを前記制御装置に送信する提供部と、
    を備えた機器。
15. 制御装置に対して提供するサービスのアドレス情報を含む第１コード生成要求を、通信装置に送信し、第１コードを前記通信装置から受信する第１コード取得部と、
    前記第１コードを表示する表示装置と、
    前記制御装置から前記サービスを介して第２コードを含む第２コード登録要求を受信した場合に、前記第２コードを含むペアリング要求を前記通信装置に送信する第２コード取得部と、
    を備えた機器。