JP2015162783A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】機器間のペアリング作業の煩雑さを軽減すること。
【解決手段】本技術の一形態に係る情報処理装置は、通信部と制御部とを有する。上記制御部は、音声通話用の第１の識別情報を用いた他の機器との音声通話中に、上記他の機器との間で、上記第１の識別情報に対応付けられた、所定の通信路による通信用の第２の識別情報を送信または受信し、上記第２の識別情報を用いて上記他の機器との接続を確立するように上記通信部を制御するように構成される。
【選択図】図６

Description

本技術は、他の機器と音声通話が可能な情報処理装置、当該情報処理装置における情報処理方法及びプログラムに関する。

現在、様々な機器同士が、様々なネットワーク接続技術を用いて通信することが可能である。このような機器間で初めて通信を確立するためには、まず両者間で機器ＩＤを交換して、両機器を関連付けする処理（ペアリング）が必要な場合がある。

特開２０１３−２０５８６２号公報

しかし、上記ペアリング処理は、ユーザにとって煩雑で面倒な作業であり、当該作業の簡素化が望まれている。

以上のような事情に鑑み、本技術の目的は、機器間のペアリング作業の煩雑さを軽減することが可能な情報処理装置、当該情報処理装置における情報処理方法及びプログラムを提供することにある。

上述の課題を解決するため、本技術の一形態に係る情報処理装置は、通信部と制御部とを有する。上記制御部は、音声通話用の第１の識別情報を用いた他の機器との音声通話中に、上記他の機器との間で、上記第１の識別情報に対応付けられた、所定の通信路による通信用の第２の識別情報を送信または受信し、上記第２の識別情報を用いて上記他の機器との接続を確立するように上記通信部を制御するように構成される。

これにより情報処理装置は、他の機器と音声通話するという単純な処理により他の機器と第２の識別情報を交換し通信を確立することで、機器間のペアリング作業の煩雑さを軽減することができる。

上記情報処理装置は、表示部をさらに有してもよい。この場合上記制御部は、上記第２の識別情報を受信して通信を確立するか否かを当該情報処理装置のユーザが決定する操作を受け付けるユーザインタフェースを表示するように上記表示部を制御してもよい。

これにより情報処理装置は、他の機器とペアリングするか否かをユーザに決定させることができる。

上記制御部は、上記音声通話が終了した場合、上記確立された通信を切断するように上記通信部を制御してもよい。

これにより情報処理装置は、他の機器と音声通話中にのみ他の機器との通信を有効とすることで、第２の識別情報のセキュリティを確保することができる。

上記情報処理装置は、記憶部をさらに有してもよい。この場合上記制御部は、上記他の機器から受信した第２の識別情報を記憶するように上記記憶部を制御し、上記音声通話終了後に、上記記憶された第２の識別情報を用いて上記他の機器と通信を確立するように上記通信部を制御してもよい。

これにより情報処理装置は、第２の識別情報を記憶しておくことで、通話終了後も他の機器と通信を確立することができる。

上記制御部は、上記音声通話中に、上記他の機器と通信を確立された近隣機器の探索要求を上記他の機器へ送信し、上記探索要求に応じて上記他の機器が探索した近隣機器と通信を確立するように上記通信部を制御してもよい。

これにより情報処理装置は、他の機器と通話することで他の機器の近隣機器とも通信を確立することができる。

上記情報処理装置は、表示部をさらに有してもよい。この場合上記制御部は、上記探索要求に応じて上記他の機器が探索した近隣機器の一覧情報を受信するように上記通信部を制御し、上記一覧情報を基に、通信を確立する上記近隣機器を選択する操作を受け付けるユーザインタフェースを表示するように上記表示部を制御してもよい。

これにより情報処理装置は、上記ユーザインタフェースを用いて他の機器の近隣機器と容易に通信を確立することができる。

上記制御部は、上記他の機器との間で、上記音声通話用の通信路とは異なる通信路を介して上記第２の識別情報を送信または受信するように上記通信部を制御してもよい。

これにより情報処理装置は、他の機器と音声通話中に容易に第２の識別情報を交換することができる。

上記制御部は、当該情報処理装置及び上記他の機器と接続可能な所定のネットワーク上のサーバ装置を介して上記第２の識別情報送信または受信してもよい。この場合上記サーバ装置は、上記音声通話の開始時に当該情報処理装置または上記他の機器の第２の識別情報を当該情報処理装置または上記他の機器から受信して記憶し、上記音声通話の終了時に上記記憶された第２の識別情報を削除してもよい。

これにより情報処理装置は、音声通話中にサーバ装置とやり取りすることで、第２の識別情報を交換することができ、また第２の識別情報が不用意にサーバ装置に記憶されるのを防ぐことができる。

上記制御部は、上記他の機器との間で、上記音声通話用の通信路を介して、上記第２の識別情報を、復調可能な音声信号として送信または受信するように上記通信部を制御してもよい。

これにより情報処理装置は、音声通話用の通信路によって音声データとして直接第２の識別情報を交換することができ、第２の識別情報のセキュリティを高めることができる。

上記制御部は、上記第２の識別情報を、上記音声信号を不可聴域周波数の信号として送信または受信してもよい。

これにより情報処理装置は、第２の識別情報の送信または受信によってユーザの音声通話が阻害されるのを防ぐことができる。

上記情報処理装置は、音声出力部をさらに有してもよい。この場合上記制御部は、上記ユーザインタフェースが表示された旨を示す音声情報を出力するように上記音声出力部を制御してもよい。

これにより情報処理装置は、音声通話中にユーザが表示部を見ていない場合でも、ユーザインタフェースの存在を音声としてユーザに伝えることで、他の機器とのペアリング処理を実行させることができる。

上記制御部は、上記他の機器のユーザ名及び第１の識別情報の一覧を含む、音声通話用アプリケーションのユーザインタフェースの一部として、上記第２の識別情報によって識別される、上記通信を確立した他の機器に関する情報を表示するように上記表示部を制御してもよい。

これにより情報処理装置は、ユーザに、音声通話用アプリケーション（例えば電話帳アプリケーション）を介して他の機器に容易にアクセスさせることができる。

本技術の別の形態に係る情報処理方法は、
音声通話用の第１の識別情報を用いた他の機器との音声通話中に、上記他の機器との間で、上記第１の識別情報に対応付けられた、所定の通信路による通信用の第２の識別情報を送信または受信すること、及び、
上記第２の識別情報を用いて上記他の機器との接続を確立することを含む。

本技術また別の形態に係るプログラムは、情報処理装置に、
音声通話用の第１の識別情報を用いた他の機器との音声通話中に、上記他の機器との間で、上記第１の識別情報に対応付けられた、所定の通信路による通信用の第２の識別情報を送信または受信するステップと、
上記第２の識別情報を用いて上記他の機器との接続を確立するステップと
を実行させる。

以上のように、本技術によれば、機器間のペアリング作業の煩雑さを軽減することができる。しかし、当該効果は本技術を限定するものではない。

本技術の一実施形態に係るシステムの構成を示した図である。 上記システムにおける一方のスマートフォンのハードウェア構成を示した図である。 上記システムにおける他方のスマートフォンのハードウェア構成を示した図である。 上記システムのソフトウェア及びデータの構成を示した図である。 上記システムにおけるスマートフォンの関連付け処理の流れを示したフローチャートである。 上記関連付け処理におけるスマートフォン及びサーバの動作の流れを示したシーケンス図である。 上記関連付け処理の流れを図４の構成図を用いて示した図である。 上記関連付け処理において通話元のスマートフォンの表示部に表示される画面の例を示した図である。 上記関連付け処理において通話先のスマートフォンの表示部に表示される画面の例を示した図である。 上記関連付け処理の完了後に通話元のスマートフォンの表示部に表示される画面の例を示した図である。 上記スマートフォンによる通話相手の機器の近隣機器との関連付け処理の流れを示したフローチャートである。 上記近隣機器との関連付け処理において通話元のスマートフォンの表示部に表示される画面の例を示した図である。 上記近隣機器との関連付け処理において通話先のスマートフォンの表示部に表示される画面の例を示した図である。 上記近隣機器との関連付け処理のユースケースの一例を示した図である。 上記近隣機器との関連付け処理のユースケースの他の例を示した図である。

以下、本技術に係る実施形態を、図面を参照しながら説明する。

［システムの概要］
図１は、本技術の一実施形態に係るシステムの構成を示した図である。

同図に示すように、本実施形態に係るシステムは、スマートフォン１００、スマートフォン２００及びサーバ３００を有する。

スマートフォン１００とスマートフォン２００とは、例えば３Ｇ（3rd Generation）やＬＴＥ（Long Term Evolution）といった携帯電話用の通信路を介して音声通話が可能である。

一方でスマートフォン１００及びスマートフォン２００は、インターネット５０上のサーバとも通信可能とされている。

また本実施形態において、スマートフォン１００とスマートフォン２００とが、例えばWi-Fi（Wireless Fidelity）やBluetooth（登録商標）といったネットワーク接続技術を用いて通信を確立するためには、その事前準備処理として、両機器を関連付ける処理（ペアリング）が必要となる。

本実施形態では、上記関連付け処理が、両機器間の音声通話をトリガとして実行される。両機器が関連付けられた状態とは、両機器が、上記ネットワーク接続技術を用いていつでも通信できる状態をいう。

同図において、スマートフォンは２台のみが示されているが、当然ながら、３台以上のスマートフォンが存在し、それぞれ音声通話が可能とされ、またサーバ３００に接続可能とされていてもよい。

［スマートフォンのハードウェア構成］
図２は、上記スマートフォン１００のハードウェア構成を示した図である。同図に示すように、スマートフォン１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながらスマートフォン１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。

表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

操作受付部１７は、例えばタッチパネルやボタン等の入力装置であり、表示部１６と一体化されている。

記憶部１８は、例えばフラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、ＯＳの他、音声通話用アプリケーション（電話帳アプリケーションを含む）や、他のスマートフォン２００との関連付け（ペアリング）処理に必要なプログラム及びデータ等が記憶される。

通信部１９は、モバイルネットワークに接続するためのモジュールであり、上記無線通信技術に対応し、他のスマートフォン２００及び上記サーバ３００との間の通信処理を担う。

図３は、上記スマートフォン２００のハードウェア構成を示した図である。同図に示すように、スマートフォン２００もスマートフォン１００と同様に、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、バス１４、入出力インタフェース１５、表示部１６、操作受付部１７、記憶部１８、通信部１９等を有する。

［システムのソフトウェア及びデータ構成］
図４は、上記システムにおける各機器のソフトウェア及びデータの構成を示した図である。

同図に示すように、ソフトウェアとして、スマートフォン１００、スマートフォン２００及びサーバ３００は、それぞれ、互いに通信するための通信部（１１０、２１０及び３１０）を有する。

また、スマートフォン１００及び２００はそれぞれ、音声通話用の通話アプリケーション１２０及び２２０を有する。

サーバ３００は、電話番号‐ＩＤテーブル記憶部３２０を有する。当該電話番号‐ＩＤテーブル記憶部３２０には、スマートフォン１００及び２００の各音声通話用のＩＤである電話番号と、上述の無線通信技術による通信用のＩＤである機器ＩＤとを対応付けて記憶した電話番号‐ＩＤテーブルが記憶されている。

ここで、機器ＩＤとしては、例えばＩＰアドレスやＭａｃアドレス及びその他の専用ＩＤがシステムに応じて用いられる。

後述するが、上記電話番号及び機器ＩＤは、スマートフォン１００及び２００からサーバ３００へ送信され、例えば一時的に上記テーブルに記憶される。

［システムの動作］
次に、以上のように構成されたシステムの動作について説明する。以降の説明においては、スマートフォン１００，２００のＣＰＵ１１を主な動作主体として説明するが、この動作はＣＰＵの制御下において実行されるプログラムとも協働して行われる。

また、これ以降の説明では、スマートフォン１００とスマートフォン２００との間の音声通話において、スマートフォン１００を通話元、スマートフォン２００を通話先の機器として説明し、簡潔化のため、スマートフォン１００をスマートフォンＡ、スマートフォン２００をスマートフォンＢと記載する場合もある。

（通話相手の機器との関連付け処理）
図５は、本実施形態に係るシステムにおけるスマートフォン１００の関連付け処理の大まかな流れを示したフローチャートである。

また図６は、上記関連付け処理におけるスマートフォン１００、スマートフォン２００及びサーバ３００の動作の流れを示したシーケンス図である。

さらに図７は、上記関連付け処理の流れを図４の構成図を用いて示した図であり、図８は、上記関連付け処理において通話元のスマートフォン１００の表示部１６に表示される画面の例、図９は上記関連付け処理において通話先のスマートフォン２００の表示部２６に表示される画面の例、図１０は上記関連付け処理の完了後に通話元のスマートフォン１００の表示部１６に表示される画面の例をそれぞれ示す。

図５に示すように、スマートフォン１００（以降、スマートフォンＡ）のＣＰＵ１１は、ユーザから、スマートフォン２００（以降、スマートフォンＢ）への通話要求を受け付ける（ステップ５１）。

続いてＣＰＵ１１は、スマートフォンＡがスマートフォンＢと既に関連付けられているか否かを判断する（ステップ７２）。

スマートフォンＡとスマートフォンＢとが関連付けられていないと判断した場合（Ｎｏ）、ＣＰＵ１１は、スマートフォンＡをスマートフォンＢと関連付けるか否かをユーザに確認するためのユーザインタフェース画面を表示部１６に表示する（ステップ５３）。

図８の左端の図が、上記確認のための画面を示す。同図に示すように、同画面では、通話相手の機器と関連付け処理を実行するか否かを選択させるボタン（はい／いいえ）が表示される。

続いてＣＰＵ１１は、上記確認画面上で、ユーザから合意が取れたか否か、すなわち、上記確認画面上でユーザが「はい」をタップしたか否かを判断する（ステップ５４）。

ユーザから合意が取れたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、スマートフォンＢとの関連付け処理を実行する（ステップ５５）。当該関連付け処理の詳細は後述する。

続いてＣＰＵ１１は、上記関連付け処理が成功したか否かを判断する（ステップ５６）。

関連付け処理が成功したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、関連付けが完了した通話を続行する（ステップ５７）。

続いてＣＰＵ１１は、スマートフォンＢとの関連付けを解除するか否かをユーザに確認する画面を表示部１６に表示する（ステップ５８）。

関連付けの解除とは、スマートフォンＡまたはＢが互いの機器ＩＤを記憶部から削除され、確立された通信が切断されることをいう。

図１０が、当該関連付け消去のための確認画面の例を示す。同図に示すように、当該確認画面では、例えば、通話終了時にスマートフォンＢとの関連付けを解除するか否かをユーザに選択させるチェックボックスが表示される。当該画面は、関連付け完了後、通話終了までの間、継続して表示されてもよい。

続いてＣＰＵ１１は、上記関連付け解除の確認画面上で、ユーザから合意が取れたか否か、すなわち、上記確認画面上でチェックボックスがオンに設定されたか否かを判断する（ステップ５９）。

ユーザから関連付け解除の合意が取れたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、スマートフォンＢとの関連付けを解除する（ステップ６０）。

そしてＣＰＵ１１は、スマートフォンＢとの通話が終了した時点で関連付け処理を終了する（ステップ６２）。

上記ステップ５４において、ユーザから合意が取れなかったと判断した場合（Ｎｏ）、ＣＰＵ１１は、関連付け処理を伴わない通常の通話を続行し（ステップ６１）、通話が終了した時点で関連付け処理を終了する（ステップ６２）。

また上記ステップ５９において、ユーザから関連付け解除の合意が取れなかった場合（Ｎｏ）も、それ以上処理を行わず、通話が終了した時点で処理を終了する（ステップ６２）。

次に、図６及び図７を用いて、スマートフォン１００（Ａ）、スマートフォン２００（Ｂ）及びサーバ３００間における関連付け処理に伴う通信処理を説明する。

図６に示すように、スマートフォンＡのＣＰＵ１１は、スマートフォンＢとの関連付け処理を開始すると（ステップ７１）、サーバ３００に、スマートフォンＡの電話番号と機器ＩＤとを送信する（ステップ７２）。

上記スマートフォンＡから電話番号と機器ＩＤとを受信したサーバ３００は、当該電話番号及び機器ＩＤを上記電話番号‐ＩＤテーブルに記憶する（ステップ７３）（図７の（２））。

続いてスマートフォンＡのＣＰＵ１１は、通話アプリケーション１２０によりスマートフォンＢへ発信し（ステップ７４）、スマートフォンＢのＣＰＵ２１は通話アプリケーション２２０により通話を受け、通話が成立する（ステップ７５）（図７の（１）及び（３））。

続いてスマートフォンＢのＣＰＵ２１は、サーバ３００に、スマートフォンＡの電話番号をキーとして、スマートフォンＡの機器ＩＤを問い合わせる（ステップ７６）（図７の（４））。

上記スマートフォンＢからの問い合わせを受け、サーバ３００は、上記電話番号‐ＩＤテーブルから、上記電話番号に対応付けられたスマートフォンＢの機器ＩＤを検索する（ステップ７７）。

そしてサーバ３００は、検索された機器ＩＤをスマートフォンＢへ送信した上で、スマートフォンＡの電話番号及び機器ＩＤを上記電話番号‐ＩＤテーブルから削除する（ステップ７８）（図７の（５））。

スマートフォンＢのＣＰＵ２１は、サーバ３００からスマートフォンＡの機器ＩＤを受信すると（ステップ７９）、当該機器ＩＤを利用して、スマートフォンＡへ通信路の確立を要求する（ステップ８０）（図７の（６））。当該機器ＩＤは、例えばＲＡＭ２３または記憶部２８に、少なくとも通話終了までの間記憶される。

当該通信路確立要求を受信したスマートフォンＡのＣＰＵ１１は、スマートフォンＢとの間で通信路を確立し（ステップ８１）、当該通信路を用いて、スマートフォンＢへ、関連付け要求と、スマートフォンＡに関する情報（機器名、サムネイル、アイコン等）を送信する（ステップ８２）。

図８の中央の図は、上記関連付け要求を送信した時点でスマートフォンＡの表示部１６に表示される画面を示す。

スマートフォンＢのＣＰＵ２１は、上記関連付け要求及び機器情報を受信すると（ステップ８３）、関連付けを承認するか否かをユーザに問い合わせる画面を表示部２６に表示し、ユーザ判断（ステップ８５）の結果をスマートフォンＡへ送信する（ステップ８４）。

図９の左側の図が、スマートフォンＢにおける当該関連付け承認のための問い合わせ画面の例を示す。同図に示すように、当該画面では、例えば、スマートフォンＡと関連付けするか否かを選択させるためのボタン（はい／いいえ）と、スマートフォンＡの機器情報を表示させるためのリンクが表示される。

スマートフォンＡの機器情報は、リンクの形式ではなく、上記画面に直接表示されてもよいし、サムネイルやアイコン等の画像のみが表示されてもよい。

上記問い合わせ画面において「はい」が選択された場合、ＣＰＵ２１は、スマートフォンＢがスマートフォンＡとの関連付けに成功した旨を表示部２６に表示する。図９の右側の図が、当該関連付け成功を伝える画面の例を示す。

スマートフォンＡのＣＰＵ１１は、関連付け要求に対する上記ユーザ判断の結果を受信すると（ステップ８６）、関連付け要求が受諾されたか否かを判断する（ステップ８７）。

関連付け要求が受諾されたと判断された場合（Ｙｅｓ）、ＣＰＵ１１は、スマートフォンＢとの関連付けが成功した旨を表示部１６に表示する（ステップ８８）。図８の右端の図が、当該関連付け成功を伝える画面の例を示す。

当該関連付けの成功により、スマートフォンＡは、スマートフォンＢの機器ＩＤを、少なくとも通話終了までの間、例えばＲＡＭ１３または記憶部１８に記憶する。

関連付け要求が受諾されなかったと判断された場合（Ｎｏ）、ＣＰＵ１１は、スマートフォンＢとの関連付けが失敗した旨を表示部１６に表示する（ステップ８９）（図示せず）。

以上の関連付け処理のうち、関連付け要求送信、関連付け要求受諾、関連付け解除等についてユーザから同意を求める処理（図５のステップ５３、ステップ５８、図６のステップ８４）は、事前の設定により省略されてもよい。

例えば、通話相手の機器と常に関連付けるように設定されている場合には、スマートフォンＡは通話開始と同時に関連付け要求を自動的にスマートフォンＢへ送信してもよく、スマートフォンＢは当該関連付け要求に対して自動的に承諾を送信してもよい。

また、通話終了時に関連付けを解除するように設定されている場合には、スマートフォンＡは通話終了時に自動的に関連付けを自動的に解除してもよい。

関連付けの解除が設定されていない場合や、関連付けの解除についてユーザから合意が取れなかった場合には、スマートフォンＢの機器ＩＤは通話終了後もスマートフォンＡから削除されず、両機器が関連付けられた状態、すなわち通信可能な状態が継続される。

（通話相手の機器の近隣機器との関連付け処理）
本実施形態では、スマートフォン１００は、通話先のスマートフォン２００のみならず、スマートフォン２００の近隣機器とも関連付け処理を実行することができる。以下、その処理について説明する。

図１１は、通話相手の機器の近隣機器との関連付け処理の流れを示したフローチャートである。また図１２は、当該近隣機器との関連付け処理において通話元のスマートフォン１００（Ａ）の表示部１６に表示される画面、図１３は、当該近隣機器との関連付け処理において通話先のスマートフォン２００（Ｂ）の表示部２６に表示される画面の例をそれぞれ示した図である。

図１１に示すように、スマートフォンＡのＣＰＵ１１は、スマートフォンＢとの関連付けが完了している通話状態で（ステップ１１１）、例えばユーザの操作に基づいて、または自動的に、スマートフォンＢに、スマートフォンＢの近隣デバイス探索要求を送信する（ステップ１１２）。

図１２の左端の図が、スマートフォンＡが、スマートフォンＢの近隣デバイスを探索するか否かをユーザに確認する画面の例を示す。当該画面の文字情報表示領域がユーザにタップされると、上記近隣デバイス探索要求がスマートフォンＢへ送信され、スマートフォンＡの表示部１６には、図１２の中央に示すように、スマートフォンＢに近隣デバイスのリストを要求中である旨が表示される。

スマートフォンＢのＣＰＵ２１は、上記近隣デバイス探索要求を受信すると（ステップ１１３）、ユーザに、近隣デバイス探索により近隣デバイスに関する情報を開示してもよいか否かを確認する画面を表示部２６に表示する（ステップ１１４）。

図１３の左側の図が、当該近隣デバイス探索の確認画面の例を示す。当該画面には、近隣デバイス探索によりスマートフォンＡに近隣デバイスの情報を開示するか否かを選択させるボタン（はい／いいえ）が表示される。

ユーザから上記近隣デバイス情報の開示を許可する選択（はい）を受け付けた場合（ステップ１１５）、ＣＰＵ２１は、近隣デバイス探索を実行し、探索により取得した近隣デバイスリストをスマートフォンＡへ送信する（ステップ１１６）。当該近隣デバイス探索には例えばＵＰｎＰ（Universal Plug and Play）におけるDiscovery等の機能が利用される。

スマートフォンＡのＣＰＵ１１は、スマートフォンＢから近隣デバイスリストを受信すると、当該リストから関連付けする近隣デバイスを選択させるためのユーザインタフェース画面を表示部に表示する（ステップ１１７）。

図１２の右端の図が、上記近隣デバイスの選択画面の例を示す。同図に示すように、当該選択画面では、スマートフォンＢの近隣デバイスの例えばサムネイルの一覧が、関連付けを指示するための各ボタンと共に表示される。

当該選択画面上で、関連付け対象の近隣デバイス（以下、デバイスＸ）が選択された場合、ＣＰＵ１１は、当該デバイスＸとの関連付け要求をスマートフォンＢへ送信する（ステップ１１８）。

スマートフォンＢのＣＰＵ２１は、上記デバイスＸとの関連付け要求を受信すると（ステップ１１９）、スマートフォンＡと当該デバイスＸとを関連付けてよいか否かをユーザに確認する画面を表示部２６に表示する（ステップ１２０）。

図１３の右側の図が、上記デバイスＸとの関連付けの確認画面の例を示す。当該画面には、スマートフォンＡと上記デバイスＸとを関連付けするか否かを選択させるボタン（はい／いいえ）が表示される。

上記確認画面上で合意が取れた、すなわち、「はい」がタップされた場合（Ｙｅｓ）、ＣＰＵ２１は、スマートフォンＡとデバイスＸとの関連付け処理を実行する。すなわちＣＰＵ２１は、デバイスＸの機器ＩＤ等の情報を、関連付け処理が成功した旨を示す情報と共に送信する（ステップ１２２）。

一方、上記確認画面上で合意が取れなかった場合（Ｎｏ）、ＣＰＵ２１は、デバイスＸとの関連付けに失敗した旨を示す情報をスマートフォンＡへ送信する（ステップ１２３）。

スマートフォンＡのＣＰＵ１１は、上記関連付け要求に対する関連付け処理の成功または失敗を示す情報を受信し、当該結果を表示部１６に表示する（ステップ１２４）。

またデバイスＸとの関連付け処理に成功した場合には、受信したデバイスＸに関する情報（機器名、サムネイル等）を、電話帳アプリケーションのスマートフォンＢのユーザを示すエントリ上に登録する（ステップ１２５）。

当該電話帳アプリケーションへの情報登録により、スマートフォンＡにおいて、電話帳アプリケーションのユーザインタフェース（スマートフォンＢのユーザの詳細情報（名前、メールアドレス等））の一部として、上記デバイスＸに関する情報が表示されることになる。

図１４は、上記近隣デバイスとの関連付け処理のユースケースの一例を示した図である。

同図は、スマートフォン１００が、離れた家に存在するコンテンツを取得する例を示している。

同図に示すように、スマートフォン１００とスマートフォン２００とが音声通話により機器ＩＤを交換して関連付け処理を完了すると（同図（１）、（２））、スマートフォン１００は、スマートフォン２００に対して、スマートフォン２００が存在する家庭内のデバイスリストを要求する（同図（３））。

上記要求に対してスマートフォン２００がデバイスリストを返信すると（同図（４））、スマートフォン１００は、当該デバイスリストのうち、ネットワークレコーダ５００へのアクセス権をスマートフォン２００へ要求する（同図（５））。

当該要求をスマートフォン２００が受諾すると（同図（６））、スマートフォン１００は、ネットワークレコーダ５００からコンテンツを取得して、それを自身の家庭内の再生機器４００において再生可能となる。

図１５は、上記近隣デバイスとの関連付け処理のユースケースの他の例を示した図である。

同図は、スマートフォン２００のユーザが、外出先で、スマートフォン１００のユーザからの要求により、自身が携帯するＨＴＴＰ接続対応機器（例えばハンディカム）へアクセスさせる例を示している。

同図に示すように、スマートフォン１００とスマートフォン２００とが音声通話により機器ＩＤを交換して関連付け処理を完了すると（同図（１）、（２））、スマートフォン１００は、スマートフォン２００に対して、スマートフォン２００が存在する家庭内のデバイスリストを要求する（同図（３））。

上記要求に対してスマートフォン２００がデバイスリストを返信すると（同図（４））、スマートフォン１００は、当該デバイスリストのうち、ハンディカム６００へのポートフォワードをスマートフォン２００へ要求する（同図（５））。

当該要求をスマートフォン２００が受諾すると（同図（６））、ポートフォワードにより、スマートフォン１００及びスマートフォン２００を介して、ハンディカム６００と再生機器４００とがＨＴＴＰによる通信路が確立される（同図（７））。これによりスマートフォン１００のユーザは、ハンディカム６００で撮影されたコンテンツを、自宅の再生機器４００によって取得し、再生することが可能となる（同図（８））。

［実施形態のまとめ］
以上説明したように、本実施形態によれば、デバイス間の関連付けが、デバイス間の煩雑なペアリング作業等の必要なく、音声通話及びそれに付随する簡単なユーザ操作のみで実現できる。

［変形例］
本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更され得る。

上述の実施形態においては、関連付け処理において、通話元のスマートフォン１００の機器ＩＤが通話先のスマートフォン２００に送信される例が示されたが、通話先のスマートフォン２００のＩＤが通話元のスマートフォン１００に送信されてもよいし、両者の機器ＩＤが互いに送受信されてもよい。

上述の実施形態においては、通話中に限りデバイス間の関連付けが有効な場合が示されたが、関連付けの有効期限は適宜設定可能である。

例えば、通話中に限り関連付けが有効な場合においては、例えば、近隣デバイスとしてＰＣを有するスマートフォン１００のユーザが、サポートセンターのスマートフォン２００に通話中の間だけ、当該サポートセンターのオペレータに、上記ＰＣの操作権限を与えることも考えられる。

また、デバイス間で通話中に関連付けが完了すると、通話終了後も当該関連付けが有効とされてもよい。この場合、各デバイスの記憶部に、関連付けにより受信した相手機器の機器ＩＤが記憶される。この記憶された機器ＩＤを用いて通信することで、スマートフォン１００のユーザは、スマートフォン２００またはその近隣デバイスからコンテンツを自由に取得し、スマートフォン１００またはその他の機器に保存することができる。

また、デバイス間で通話中に関連付けが完了すると、通話終了後も、新たに関連付けする権限が与えられてもよい。例えば、通話によりスマートフォン１００がスマートフォン２００と関連付けした場合、通話終了後にスマートフォン２００と新たに関連付けられた近隣デバイスとの関連付け権限がスマートフォン１００に与えられてもよい。

上述の実施形態では、関連付けのための機器ＩＤは、音声通話とは別の通信路を介して送受信された。しかし、音声通話回線と同じ回線で機器ＩＤが送受信されてもよい。

例えば、スマートフォン１００は、スマートフォン２００へ発信して通話が成立した場合、自身の機器ＩＤを所定パターンの音声信号にコンバートして音声通話回線上でスマートフォン２００へ送信してもよい。スマートフォン２００は、当該音声信号を復調することで、スマートフォン１００の機器ＩＤを取得することができる。

この場合、他の音声信号と区別させるため、上記機器ＩＤを示す音声信号の前後にフック信号が挿入されてもよい。

また、ユーザの音声通話が阻害されるのを防ぐため、上記機器ＩＤを示す音声信号は、不可聴域周波数の信号（超音波）として送信されてもよい。

上述の実施形態では、関連付け要求の送信要否や関連付け要求の受諾等の確認のために、表示部にユーザインタフェース画面が表示された。この場合、音声通話中のユーザが表示部を見ていない可能性を考慮して、上記ユーザインタフェース画面の表示を、例えば音声出力によってユーザに報知してもよい。

上述の実施形態では、サーバ３００に記憶された機器ＩＤは、通話先のスマートフォンへ通知された後（または通話終了後）にサーバ３００から削除された。しかし、当該機器ＩＤは通話終了後も削除されずに、対応する電話番号と共にセキュアな状態で記憶されていてもよい。この場合、通話終了後に、デバイスが関連付けのためにサーバ３００に通信先の機器ＩＤを問い合わせ、取得してもよい。

上述の実施形態では、機器ＩＤの交換のためにサーバ３００が用いられたが、サーバは必須ではなく、スマートフォン同士が直接機器ＩＤをやり取りしてもよい。

上述の実施形態では、スマートフォン１００からの要求により、スマートフォン２００の近隣デバイスが探索されたが、スマートフォン２００が近隣デバイス情報を開示している場合には、当該探索処理を経ずに、通話元のスマートフォン１００に自動的にスマートフォン２００の近隣デバイスリストが送信され表示されてもよい。

上述の実施形態では、携帯電話専用回線による音声通話の例が示されたが、音声通話はＩＰ電話（ＶｏＩＰ（Voice over Internet Protocol）を用いた音声通話）に本技術が適用されてもよい。この場合、通話する機器はスマートフォンに限られず、ＰＣ等の他の情報処理装置であってもよい。

この場合、通話中の両機器には、通話用の固有の電話番号が付与されていないため、機器ＩＤとの対応付けのため、アクセス元の機器情報（どの機器でログインしているか）がサーバ３００または相手機器に送信されてもよい。またその際、機器の種類（例えばＰＣ、スマートフォン等）も送信されてもよい。

［その他］
本技術は以下のような構成もとることができる。
（１）
通信部と、
音声通話用の第１の識別情報を用いた他の機器との音声通話中に、前記他の機器との間で、前記第１の識別情報に対応付けられた、所定の通信路による通信用の第２の識別情報を送信または受信し、前記第２の識別情報を用いて前記他の機器との接続を確立するように前記通信部を制御するように構成された制御部と
を具備する情報処理装置。
（２）
上記（１）に記載の情報処理装置であって、
表示部をさらに具備し、
前記制御部は、前記第２の識別情報を受信して通信を確立するか否かを当該情報処理装置のユーザが決定する操作を受け付けるユーザインタフェースを表示するように前記表示部を制御する
情報処理装置。
（３）
上記（１）または（２）に記載の情報処理装置であって、
前記制御部は、前記音声通話が終了した場合、前記確立された通信を切断するように前記通信部を制御する
情報処理装置。
（４）
上記（１）または（２）に記載の情報処理装置であって、
記憶部をさらに具備し、
前記制御部は、前記他の機器から受信した第２の識別情報を記憶するように前記記憶部を制御し、前記音声通話終了後に、前記記憶された第２の識別情報を用いて前記他の機器と通信を確立するように前記通信部を制御する
情報処理装置。
（５）
上記（１）〜（４）のいずれかに記載の情報処理装置であって、
前記制御部は、前記音声通話中に、前記他の機器と通信を確立された近隣機器の探索要求を前記他の機器へ送信し、前記探索要求に応じて前記他の機器が探索した近隣機器と通信を確立するように前記通信部を制御する
情報処理装置。
（６）
上記（５）に記載の情報処理装置であって、
表示部をさらに具備し、
前記制御部は、前記探索要求に応じて前記他の機器が探索した近隣機器の一覧情報を受信するように前記通信部を制御し、前記一覧情報を基に、通信を確立する前記近隣機器を選択する操作を受け付けるユーザインタフェースを表示するように前記表示部を制御する
情報処理装置。
（７）
上記（１）〜（６）のいずれかに記載の情報処理装置であって、
前記制御部は、前記他の機器との間で、前記音声通話用の通信路とは異なる通信路を介して前記第２の識別情報を送信または受信するように前記通信部を制御する
情報処理装置。
（８）
上記（７）に記載の情報処理装置であって、
前記制御部は、当該情報処理装置及び前記他の機器と接続可能な所定のネットワーク上のサーバ装置を介して前記第２の識別情報送信または受信し、
前記サーバ装置は、前記音声通話の開始時に当該情報処理装置または前記他の機器の第２の識別情報を当該情報処理装置または前記他の機器から受信して記憶し、前記音声通話の終了時に前記記憶された第２の識別情報を削除する
情報処理装置。
（９）
上記（１）〜（６）のいずれかに記載の情報処理装置であって、
前記制御部は、前記他の機器との間で、前記音声通話用の通信路を介して、前記第２の識別情報を、復調可能な音声信号として送信または受信するように前記通信部を制御する
情報処理装置。
（１０）
上記（９）に記載の情報処理装置であって、
前記制御部は、前記第２の識別情報を、前記音声信号を不可聴域周波数の信号として送信または受信する
情報処理装置。
（１１）
上記（２）〜（１０）のいずれかに記載の情報処理装置であって、
音声出力部をさらに具備し、
前記制御部は、前記ユーザインタフェースが表示された旨を示す音声情報を出力するように前記音声出力部を制御する
情報処理装置。
（１２）
上記（２）〜（１１）に記載の情報処理装置であって、
前記制御部は、前記他の機器のユーザ名及び第１の識別情報の一覧を含む、音声通話用アプリケーションのユーザインタフェースの一部として、前記第２の識別情報によって識別される、前記通信を確立した他の機器に関する情報を表示するように前記表示部を制御する
情報処理装置。

１１、２１…ＣＰＵ
１３、２３…ＲＡＭ
１６、２６…表示部
１７、２７…操作受付部
１８、２８…記憶部
１９、２９…通信部
５０…インターネット
１００、２００…スマートフォン
１２０、２２０…通話アプリケーション
３００…サーバ
３２０…電話番号‐ＩＤテーブル記憶部
４００…再生機器
５００…ネットワークレコーダ
６００…ハンディカム

Claims (14)

1. 通信部と、
   音声通話用の第１の識別情報を用いた他の機器との音声通話中に、前記他の機器との間で、前記第１の識別情報に対応付けられた、所定の通信路による通信用の第２の識別情報を送信または受信し、前記第２の識別情報を用いて前記他の機器との接続を確立するように前記通信部を制御するように構成された制御部と
   を具備する情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   表示部をさらに具備し、
   前記制御部は、前記第２の識別情報を受信して通信を確立するか否かを当該情報処理装置のユーザが決定する操作を受け付けるユーザインタフェースを表示するように前記表示部を制御する
   情報処理装置。
3. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記音声通話が終了した場合、前記確立された通信を切断するように前記通信部を制御する
   情報処理装置。
4. 請求項１に記載の情報処理装置であって、
   記憶部をさらに具備し、
   前記制御部は、前記他の機器から受信した第２の識別情報を記憶するように前記記憶部を制御し、前記音声通話終了後に、前記記憶された第２の識別情報を用いて前記他の機器と通信を確立するように前記通信部を制御する
   情報処理装置。
5. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記音声通話中に、前記他の機器と通信を確立された近隣機器の探索要求を前記他の機器へ送信し、前記探索要求に応じて前記他の機器が探索した近隣機器と通信を確立するように前記通信部を制御する
   情報処理装置。
6. 請求項５に記載の情報処理装置であって、
   表示部をさらに具備し、
   前記制御部は、前記探索要求に応じて前記他の機器が探索した近隣機器の一覧情報を受信するように前記通信部を制御し、前記一覧情報を基に、通信を確立する前記近隣機器を選択する操作を受け付けるユーザインタフェースを表示するように前記表示部を制御する
   情報処理装置。
7. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記他の機器との間で、前記音声通話用の通信路とは異なる通信路を介して前記第２の識別情報を送信または受信するように前記通信部を制御する
   情報処理装置。
8. 請求項７に記載の情報処理装置であって、
   前記制御部は、当該情報処理装置及び前記他の機器と接続可能な所定のネットワーク上のサーバ装置を介して前記第２の識別情報送信または受信し、
   前記サーバ装置は、前記音声通話の開始時に当該情報処理装置または前記他の機器の第２の識別情報を当該情報処理装置または前記他の機器から受信して記憶し、前記音声通話の終了時に前記記憶された第２の識別情報を削除する
   情報処理装置。
9. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記他の機器との間で、前記音声通話用の通信路を介して、前記第２の識別情報を、復調可能な音声信号として送信または受信するように前記通信部を制御する
   情報処理装置。
10. 請求項９に記載の情報処理装置であって、
    前記制御部は、前記第２の識別情報を、前記音声信号を不可聴域周波数の信号として送信または受信する
    情報処理装置。
11. 請求項２に記載の情報処理装置であって、
    音声出力部をさらに具備し、
    前記制御部は、前記ユーザインタフェースが表示された旨を示す音声情報を出力するように前記音声出力部を制御する
    情報処理装置。
12. 請求項２に記載の情報処理装置であって、
    前記制御部は、前記他の機器のユーザ名及び第１の識別情報の一覧を含む、音声通話用アプリケーションのユーザインタフェースの一部として、前記第２の識別情報によって識別される、前記通信を確立した他の機器に関する情報を表示するように前記表示部を制御する
    情報処理装置。
13. 音声通話用の第１の識別情報を用いた他の機器との音声通話中に、前記他の機器との間で、前記第１の識別情報に対応付けられた、所定の通信路による通信用の第２の識別情報を送信または受信し、
    前記第２の識別情報を用いて前記他の機器との接続を確立する
    情報処理方法。
14. 情報処理装置に、
    音声通話用の第１の識別情報を用いた他の機器との音声通話中に、前記他の機器との間で、前記第１の識別情報に対応付けられた、所定の通信路による通信用の第２の識別情報を送信または受信するステップと、
    前記第２の識別情報を用いて前記他の機器との接続を確立するステップと
    を実行させるプログラム。

Images