JP2016076034A - 通信端末、通信端末の制御方法、および制御プログラム - Google Patents

Abstract

【課題】別の装置との間の通信の確立を手間無く行う。【解決手段】本発明に係るスマートフォン（１）は、自端末の識別子を特定の条件に合致した特定識別子に変更するデバイス名変更部（１２３）と、特定識別子として、自端末の特定識別子と対応する対応識別子を有する端末を特定する相手端末特定部（１５１）と、特定された端末と通信を確立するペアリング設定部（１５２）と、を備える。【選択図】図１

Description

本発明は、別の端末と通信を確立することにより、自端末と別の端末との間で情報の送受信を行うことを可能とする通信端末に関する。

近年、複数の装置を連動させて動作させる技術が開発されている。このような技術の一例としては、複数の表示装置を連動させて画像を表示させるマルチディスプレイを実現するための技術がある。例えば特許文献１には、複数の表示装置に対する入力に関する情報を、アクセスポイントを介してサーバに送信し、当該サーバが、上記複数の表示装置に対する入力が連続的な入力であるか否かを判定し、連続的な入力であると判定したとき、上記複数の表示装置を連動させる（例えば、１つの画像を複数の表示装置にわたって表示させる）技術が開示されている。

特開２０１３−２１０７３０号公報（２０１３年１０月１０日公開）

特許文献１に記載の技術のように、１つの画像を複数の表示装置にわたって表示させる場合、事前に表示装置間の通信を確立しておく必要がある。ここで特許文献１に記載の技術では、サーバやアクセスポイントに接続されていることが前提となっている。つまりユーザは、表示装置間の通信を確立するために、各表示装置においてサーバやアクセスポイントへの接続情報を事前に登録しておかなければならず、面倒であるという問題がある。

本発明は、上記の問題点に鑑みたものであり、その目的は、別の装置との間の通信の確立を手間無く行うことができる通信端末を実現することにある。

上記の課題を解決するために、本発明の一態様に係る通信端末は、自端末の識別子を、文字、数字、および記号のうち少なくとも１つからなる、特定の条件に合致した特定識別子に変更する識別子変更部と、上記特定識別子として、自端末の上記特定識別子と対応する対応識別子を有する端末を特定する端末特定部と、上記端末特定部が特定した端末と通信を確立する通信確立部と、を備える。

また、上記の課題を解決するために、本発明の一態様に係る通信端末は、自端末の識別子を、文字、数字、および記号のうち少なくとも１つからなる、特定の条件に合致した特定識別子に変更する識別子変更部と、他の端末から、当該他の端末との通信を確立するための通信確立要求を受信した場合、当該通信確立要求を送信した端末の識別子を特定する要求端末識別子特定部と、上記他の端末の識別子が、上記特定識別子と対応する対応識別子である場合、上記他の端末との通信を確立する受諾側通信確立部と、を備える。

また、上記の課題を解決するために、本発明の一態様に係る通信端末の制御方法は、自端末の識別子を、文字、数字、および記号のうち少なくとも１つからなる、特定の条件に合致した特定識別子に変更する識別子変更ステップと、上記特定識別子として、自端末の上記特定識別子と対応する対応識別子を有する端末を特定する端末特定ステップと、上記端末特定ステップにて特定した端末と通信を確立する通信確立ステップと、を含む。

本発明の一態様によれば、別の装置との間の通信の確立を手間無く行うことができるという効果を奏する。

本発明の実施形態１に係るスマートフォンの要部構成の一例を示すブロック図である。 図１に示すスマートフォンの動作概要を示す画面遷移図である。 図１に示すスマートフォンが実行する処理の流れの一例を示すフローチャートである。 図１に示すスマートフォンが実行するペアリング処理の概要を示す図である。 図３に示すフローチャートにおけるペアリング処理の流れの一例を示すフローチャートである。 図５に示すフローチャートにおける「Ａ」の処理の流れの一例を示すフローチャートである。 本発明の実施形態２に係るスマートフォンが実行する処理の概要を示す図である。 図７に示すスマートフォンにおけるペアリング処理の流れの一例を示すフローチャートである。 図８に示すフローチャートにおける「Ｂ」の処理の流れの一例を示すフローチャートである。 本発明の実施形態３に係るスマートフォンの要部構成の一例を示すブロック図である。

〔実施形態１〕
以下、本発明の実施形態１について、図１〜６を用いて説明する。なお、以下では一例として、本発明に係る通信端末を、スマートフォン（スマートフォン１およびスマートフォン２）にて実現する場合について説明する。しかし、本発明に係る通信端末はスマートフォンに限定されず、パーソナルコンピュータ（ＰＣ）や、タブレットＰＣなど、他の通信端末とデータ通信が可能なあらゆる電子機器に適用することが可能である。

≪スマートフォンの機能≫
まず始めに、本実施形態に係るスマートフォン１およびスマートフォン２について概説する。スマートフォン１およびスマートフォン２は、自端末以外の端末とペアリングし、ペアリング相手の端末と連携してデータを出力する通信端末である。本実施形態において「ペアリング」とは、スマートフォン１またはスマートフォン２と他の通信端末とが、１対１で通信を行うために互いを特定し紐付けることを意味する。

なお、以降の説明では、特に記載がない場合、スマートフォン１とスマートフォン２とがペアリングを行い、連携してデータ出力を行うこととする。しかしながらスマートフォン１およびスマートフォン２は、スマートフォン以外の電子機器とペアリングし、連携してデータ出力を行ってもよい。

また、以降の説明では、スマートフォン１とスマートフォン２とは、Bluetooth（登録商標）による通信を行うものとして説明するが、スマートフォン１とスマートフォン２の通信方式はこの例に限定されるものではない。例えば、スマートフォン１とスマートフォン２とはＷｉ−Ｆｉ（登録商標）による通信を行ってもよいし、近距離無線通信（ＮＦＣ、Near Field Communication）による通信を行ってもよい。なお以降、通信方式を特に示さずに単に「通信」と書いた場合は、Bluetoothによる通信を示すものとする。また、ペアリングする対象となるスマートフォン２は複数台存在しても良い。

≪ペアアプリ≫
スマートフォン１およびスマートフォン２にはそれぞれ、他の通信端末と連携してデータ出力を行うための、一連の処理を担うアプリケーションソフトウェアが予めインストールされている。以降、当該アプリケーションソフトウェアを「ペアアプリ」と称する。ペアアプリは、具体的にはスマートフォン１およびスマートフォン２のペアリングに係る機能、ペアリング確立後にスマートフォン１とスマートフォン２との間でデータの送受信を行うための機能、および、当該データを連携して出力するための各種調節に係る機能を有する。ペアアプリの担う処理の詳細については後で述べる。

≪データの連携出力に係る処理の流れ≫
次に、本実施形態に係るスマートフォンの動作概要を、図２および図３を用いて説明する。図２の（ａ）〜（ｇ）は、本実施形態に係るスマートフォン１とスマートフォン２との動作概要を示している。また、図３は、スマートフォン１を図２の（ａ）〜（ｇ）に示すように動作させた場合の、スマートフォン１および２それぞれにおける処理の流れを示している。

なお、以下では図２および図３を用いて、スマートフォン１とスマートフォン２とが連携してデータ出力する例として、スマートフォン１とスマートフォン２とが１枚の画像を、それぞれの端末を隣り合わせた場合に繋がるように表示する例を説明する。しかしながら、上記データは画像に限られず、例えば音声データや動画データであってもよい。

スマートフォン１において、ペアアプリのアイコンαがタッチされる等、ユーザによりペアアプリの起動を指示する操作がなされると、スマートフォン１はペアアプリを起動させる。また、スマートフォン２も同様に、ユーザの指示操作に従いペアアプリを起動する（図２の（ａ）、および図３のＳ１）。

ペアアプリが起動すると、スマートフォン１およびスマートフォン２は、ペアアプリのペアリングに係る機能を実行することにより、ペアリング処理を行う（図３のＳ３）。なおこのとき、スマートフォン１およびスマートフォン２は、通信相手の機器を探索中であることをユーザに示してもよい（図２の（ｂ））。

上記ペアリング処理が完了する、すなわち、スマートフォン１とスマートフォン２とのペアリングが確立すると（図３のＳ５でＹＥＳ）、スマートフォン１およびスマートフォン２はペアリング相手確認処理を実行する（図３のＳ７）。

ここで、ペアリング相手確認処理とは、ペアアプリにおいて実行される処理の一つであり、スマートフォン１およびスマートフォン２において、それぞれの端末のユーザにペアリングが確立した相手端末を確認させるために行われる処理を示す。換言すると、ペアリング相手確認処理とは、ユーザに自分の所持する端末（スマートフォン１またはスマートフォン２）が適切な相手端末とペアリングしているか否かを確認させるための処理である。

具体的には、スマートフォン１およびスマートフォン２はペアリングが確立した場合（図３のＳ５でＹＥＳ）、それぞれの表示画面に同じ色の画像を表示することにより、ユーザに自端末と上記通信相手の端末とがペアリングしたことを通知する（図２の（ｃ））。なお、スマートフォン１とスマートフォン２とがペアリングしたことは、上述した画像表示以外の方法で示してもよい。

そして、スマートフォン１およびスマートフォン２はそれぞれの端末のユーザに対し、ペアリング相手の端末が適切か否かの確認結果を入力させる。具体的には、例えば図２の（ｃ）に示すように、ペアリングが適切でありデータ通信を許可する場合は「接続ＯＫ」ボタンを、当該ペアリングが不適切である場合は「キャンセル」ボタンをタッチさせる。

スマートフォン１およびスマートフォン２において、それぞれ「接続ＯＫ」ボタンが押下される、すなわちユーザがデータ転送を許可した場合（図３のＳ９）、スマートフォン１およびスマートフォン２は次に、それぞれの端末のユーザに、両端末で表示する画像を選択させる（図３のＳ１１）。なお、以降の入力操作の関係上、スマートフォン１およびスマートフォン２は図示の通り、並べて配置されていることが望ましい。

より具体的には、例えばスマートフォン１のユーザは、スマートフォン１において所望の画像を所定時間以上タッチする（長押しタッチする）ことにより当該画像を選択する（図２の（ｄ））。

なお、以降ではスマートフォン１において画像が選択され、スマートフォン１からスマートフォン２にデータを転送する例について説明するが、スマートフォン２において画像が選択され、スマートフォン２からスマートフォン１へとデータが転送されてもよい。この場合、スマートフォン２が以降で説明するスマートフォン１と同様の動作を行えばよい。

スマートフォン１で画像（画像β）が選択されると、スマートフォン１およびスマートフォン２はデータ転送処理を開始する（図３のＳ１３）。ここで、データ転送処理とは、ペアアプリにおいて実行される処理の一つであり、選択された画像βに係るデータと、画像βのデータとを、画像を保持している端末（図中ではスマートフォン１）から転送先の端末（図中ではスマートフォン２）へと送信する処理を示す。

なお、データ転送処理では、画像βに係るデータを画像β自体より先行して送信し、その後画像β自体のデータを送信する。以降、先行して送信する選択された画像に係るデータを、「先行データ」と称する。また、選択された画像自体のデータを「実データ」と称する。なお、先行データ、実データの詳細については後述する。

スマートフォン１は、データ転送処理の開始後、少なくとも自端末に対しデータ表示の開始を示す操作（開始操作）がなされた場合、先行データを自端末とスマートフォン２とで連携して表示させる。なお、スマートフォン１は、データ転送処理が完了した後に開始操作を受付けた場合でも、まず先行データをスマートフォン２と連携して表示し、続いて実データを表示すればよい。

例えば、スマートフォン１は、図２の（ｄ）にて示したようにユーザが長押しタッチを続けたまま（タッチしたまま）タッチしている指をスマートフォン１とスマートフォン２とをまたぐように滑らせ指を離した（画像βを選択しドラッグ＆ドロップした）場合（図２の（ｅ））、当該操作を開始操作と認識する。

そして、スマートフォン１は当該開始操作を受けて、画像βの先行データをスマートフォン１およびスマートフォン２の表示画面に連携して表示させる。具体的には、例えば先行データが画像βのサムネイル画像である場合、スマートフォン１はスマートフォン２と連携し、スマートフォン１およびスマートフォン２の表示画面において画像が繋がるように（連続した画像となるように）、画像βのサムネイル画像β１を表示させる（図２の（ｆ））。

なお、より望ましくは、スマートフォン１はタッチしている指がスマートフォン１の入力面を離れたときの時間と、当該指がスマートフォン２の入力面の端部をタッチした時間とを取得しこれらの時間を参照することにより、スマートフォン１とスマートフォン２との隣接関係（スマートフォン１から見てスマートフォン２がどの方向に位置するか）を特定した上で、当該隣接関係に応じて画像βの先行データを表示することが望ましい。

さらに、データ転送処理が完了すると、スマートフォン１およびスマートフォン２は互いに連携して、画像βの実データβ２をスマートフォン１およびスマートフォン２の表示画面において画像が繋がるように表示させる（図２の（ｇ））。

以上をまとめると、スマートフォン１およびスマートフォン２は互いにペアリングを行い（図２の（ａ）〜（ｂ））、当該ペアリングが適切か否かをユーザに確認させる（図２の（ｃ））。その後、スマートフォン１はいずれかの端末で選択された画像のデータを他方の端末に転送する（図２の（ｄ）〜（ｅ））。

このとき、スマートフォン１（またはスマートフォン２）は、当該転送の途中から画像の先行データを連携して表示し、その後実データの転送が完了すれば実データを連携して表示することができる（図２の（ｆ）〜（ｇ））。

なお、スマートフォン１またはスマートフォン２においてペアリング処理が失敗した、すなわちペアリングが確立しなかった場合（図３のＳ５でＮＯ）、スマートフォン１およびスマートフォン２はペアリングが失敗したことをユーザに通知する（図３のＳ１７）。そして、スマートフォン１およびスマートフォン２は再度ペアリング処理を行う（図３のＳ３）。

また、スマートフォン１およびスマートフォン２のユーザの少なくともいずれかがスマートフォン１とスマートフォン２とのデータ転送を許可しなかった場合（図３のＳ９）、スマートフォン１およびスマートフォン２は互いのペアリングを解除し（図３のＳ１９）、ペアリングが失敗したことをユーザに通知する（図３のＳ１７）とともに、再度他の端末とペアリングを試みるため、ペアリング処理を行う（図３のＳ３）。

≪スマートフォン１および２の要部構成≫
次に、本実施形態に係るスマートフォン１およびスマートフォン２の要部構成について、図１を参照して説明すれば、以下のとおりである。図１は、本実施形態に係るスマートフォン１およびスマートフォン２の要部構成を示すブロック図である。

まず、スマートフォン１について説明する。スマートフォン１は、制御部１０、タッチパネル２０、ＲＡＭ３０、記憶部４０、および通信部５０を含む。

タッチパネル２０は、ユーザのタッチ入力を受け付ける入力部２１と、画像を表示する表示部２２とが重畳して形成された入力および表示用パネルである。

通信部５０は、別の端末（例えばスマートフォン２）との情報の送受信を行う通信デバイスである。

ＲＡＭ（random-access memory）３０は、スマートフォン１にて使用される各種データを一時的に記憶する記憶デバイスである。ＲＡＭ３０は、自端末情報３１、アプリ名３２、時刻３３、および相手端末情報３４を記憶している。

自端末情報３１は、スマートフォン１に関する各種情報であり、例えばスマートフォン１を識別するための文字列および記号のうち少なくとも１つからなる情報（スマートフォン１の端末名）である。なお、自端末情報３１は端末名のみに限定されず、例えばスマートフォン１における画質モードや明るさ設定などを含んでもよい。アプリ名３２は、スマートフォン１が実行する、スマートフォン２との通信を確立するアプリケーションを識別するための文字列または記号からなる情報である。アプリ名３２（アプリ識別情報）は、スマートフォン１が上記アプリケーションを実行したとき、変更後の端末名（変更端末名、特定識別子）に含まれる。時刻３３は、スマートフォン１が上記アプリケーションを実行したときの時刻を示す数字（または数字および記号）からなる情報である。より正確に言えば、時刻３３は、スマートフォン１が上記アプリケーションを実行した後の所定時間後の時刻を示す数字からなる情報である。時刻３３は、アプリ名３２と同様に、スマートフォン１が上記アプリケーションを実行したとき変更端末名に含まれる。相手端末情報３４は、スマートフォン１とのペアリングが確立した端末（スマートフォン２）に関する各種情報であり、例えば当該端末を識別するための文字列または記号からなる情報（一例としてはスマートフォン２の端末名）である。なお、相手端末情報３４は端末名のみに限定されず、例えばスマートフォン２における画質モードや明るさ設定などを含んでもよい。

記憶部４０は、スマートフォン１にて使用される各種データを記憶する記憶デバイスである。記憶部４０は、提示情報３５および画像データ４１を記憶している。

提示情報３５は、スマートフォン１とスマートフォン２とのペアリングが確立したことをユーザに提示するために使用される情報である。本実施形態では提示情報３５はそれぞれ異なる色を示す複数の情報（色情報）である。スマートフォン１は複数の色情報から１つを選択し、表示部２２に表示される画面の背景色を選択した色情報が示す色にするとともに、当該色情報を自端末とのペアリングが確立した端末に送信する。なお、提示情報３５は色情報に限定されるものではない。例えば、同じ模様やそれぞれ異なるパターンの音やアニメーションを示す複数の情報であってもよい。

画像データ４１は、スマートフォン１にて表示可能な画像（例えば写真など）に関する情報である。またスマートフォン１とスマートフォン２とのペアリングが確立している場合、スマートフォン１およびスマートフォン２は、画像データ４１が示す画像を２つのスマートフォンにわたって表示することができる。画像データ４１は、先行データ４１１および実データ４１２を含む。先行データ４１１は、画像データ４１をスマートフォン１からスマートフォン２に送信する場合に、実データ４１２の前に送信される、実データ４１２に比べてサイズの小さいデータであり、例えば画像データ４１のサムネイル画像である。実データ４１２は、画像データ４１の実際の画像である。

制御部１０は、スマートフォン１が備える各部を統括制御するものである。制御部１０は、タッチ取得部１１、アプリ実行部１２、表示制御部１４、および通信制御部１５を含む。

タッチ取得部１１は、入力部２１からタッチを示す電気信号を取得し、当該タッチのタッチ座標を算出するものである。なお本発明において「タッチ座標」は、入力部２１の入力面におけるタッチ座標（当該タッチパネルの検出解像度における座標）を、表示部２２の表示面における座標表示面上で、縦横何画素目をタッチしたか）を示す値に変換したものを示す。タッチ取得部１１は算出したタッチ座標をアプリ実行部１２またはデータ転送制御部１３に供給する。また、タッチ取得部１１は、タッチ座標を時系列で保持することができる。そして、一定時間にわたって連続で入力されたタッチ操作（ドラッグ操作や長押し操作など）の軌跡としてのタッチ情報をアプリ実行部１２またはデータ転送制御部１３に供給する。

アプリ実行部１２は、スマートフォン１において各種アプリケーションを実行するものである。具体的には、アプリ実行部１２は、タッチ取得部１１や通信制御部１５から供給された各種情報に応じて処理を実行する。一例としては、供給された各種情報に応じた画面を表示するよう、表示制御部１４に指示する。本実施形態では、アプリ実行部１２は、ペアアプリを実行する例を説明するが、アプリ実行部１２が実行するアプリケーションはこの例に限定されるものではない。アプリ実行部１２は、ペアリング制御部１２１、時刻取得部１２２、デバイス名変更部１２３（識別子変更部）、提示情報決定部１２４、提示情報調整部１２５、先行データ送受信部１３１、および実データ送受信部１３２を含む。

ペアリング制御部１２１は、スマートフォン１とスマートフォン２とのペアリングを制御するものである。具体的には、ペアリング制御部１２１は、タッチ取得部１１から供給されたタッチ座標に応じて、通信制御部１５に他の端末とのペアリングを開始するよう指示する（Bluetoothの設定を有効にするよう指示する）。またペアリング制御部１２１は、供給されたタッチ座標に応じて、通信制御部１５に他の端末とのペアリングを終了するよう指示する（Bluetoothの設定を無効にするよう指示する）。

時刻取得部１２２は、アプリケーションが実行された（開始された）後の所定時間後の時刻を取得するものである。時刻取得部１２２は、取得した時刻をデバイス名変更部１２３に供給する。

デバイス名変更部１２３は、スマートフォン１のデバイス名（端末名）を変更するものである。デバイス名変更部１２３は、時刻取得部１２２から時刻を取得すると、実行しているアプリケーションのアプリ名（例えば「ペアアプリ」）を取得した時刻とともにＲＡＭ３０に記憶する。また、デバイス名変更部１２３は、端末名を「＜アプリ名＞＿＜取得した時刻＞」に変更し、通信制御部１５に供給する。

提示情報決定部１２４は、スマートフォン１とスマートフォン２とのペアリングが確立したときに、ユーザに提示する提示情報を決定するものである。具体的には、提示情報決定部１２４は、複数の色情報から１つを選択し、選択した色情報を提示情報調整部１２５に供給する。

提示情報調整部１２５は、提示情報決定部１２４にて決定された提示情報（色情報）を調整するものである。具体的には、提示情報調整部１２５は、相手端末情報３４に含まれる画質モードや明るさの設定などの画面表示設定に係る情報に応じて、自端末にて画面の背景色を選択された色情報が示す色としたときの見た目と、スマートフォン２にて選択された色情報が示す色としたときの見た目とが同じになるように、色情報を調整する。そして、調整した色情報を通信制御部１５に供給する。なお、提示情報調整部１２５は、自端末における画面の背景色としての選択された色情報を調整してもよい。この場合、提示情報調整部１２５は、調整後の色情報を、相手端末情報３４に含まれる画質モードや明るさの設定などの情報に応じてさらに調整し、さらに調整した色情報を通信制御部１５に供給してもよい。

先行データ送受信部１３１は、スマートフォン２に先行データ４１１を送信したり、スマートフォン２から先行データ４１１を受信したりするものである。具体的には、先行データ送受信部１３１は、タッチ取得部１１から特定のタッチ座標（例えば、長押し操作を示すタッチ座標）を供給されると、記憶部４０から先行データ４１１を読み出し、通信制御部１５に供給する。また先行データ送受信部１３１は、先行データ４１１の送信が完了すると、その旨を実データ送受信部１３２に通知する。さらに、先行データ送受信部１３１は、スマートフォン２から送信された先行データ４１１を、通信部５０および通信制御部１５を介して取得し、当該先行データ４１１を表示制御部１４（詳細には、先行データ表示制御部１４１）に供給する。

実データ送受信部１３２は、スマートフォン２に実データ４１２を送信したり、スマートフォン２から実データ４１２を受信したりするものである。具体的には、実データ送受信部１３２は、先行データ送受信部１３１から先行データ４１１の送信が完了したことを通知されると、記憶部４０から実データ４１２を読み出し、通信制御部１５に供給する。また、実データ送受信部１３２は、スマートフォン２から送信された実データ４１２を、通信部５０および通信制御部１５を介して取得し、当該実データ４１２を表示制御部１４に供給する。

表示制御部１４は、表示部２２に画面（画像）を表示させるものである。表示制御部１４は例えば、アプリ実行部１２からの指示に応じて画面を生成し、表示部２２に表示させる。表示制御部１４は、先行データ表示制御部１４１および提示情報表示制御部１４２を含む。

先行データ表示制御部１４１は、先行データ４１１に応じた画像を表示部２２に表示させるものである。具体的には、先行データ表示制御部１４１は、アプリ実行部１２から先行データ４１１（詳細には、スマートフォン２から送信された先行データ４１１）を供給されると、表示部２２に当該先行データ４１１に応じた画像を表示させる。

提示情報表示制御部１４２は、決定された提示情報（色情報）が示す色を背景色とする画面を表示部２２に表示させるものである。具体的には、提示情報表示制御部１４２は、提示情報決定部１２４が決定した色情報（または、スマートフォン２から送信された色情報）を供給されると、当該色情報に応じた背景色の画面を生成し、表示部２２に表示させる。

通信制御部１５は、通信部５０を介した通信を制御するものである。通信制御部１５は、スマートフォン１の各部から供給された情報を、通信部５０を介してスマートフォン２に送信する。本実施形態では上述したように、Bluetoothによる通信を実行することにより、スマートフォン２に送信する。通信制御部１５は、相手端末特定部１５１（端末特定部、要求端末識別子特定部）およびペアリング設定部１５２（通信確立部、受諾側通信確立部）を含む。

相手端末特定部１５１は、スマートフォン１とのペアリングを確立する端末を特定するものである。具体的には、相手端末特定部１５１は、デバイス名変更部１２３から供給された変更端末名を参照して、スマートフォン１との通信可能範囲に存在する端末のうち、端末名に、自端末の変更端末名と同じアプリ名を含む端末を特定する。そして、特定した端末の端末名（変更端末名）に含まれる時刻を参照して、所定の条件を満たす端末（対応識別子を有する端末）を１つ特定する。相手端末特定部１５１は、特定した端末の端末名をペアリング設定部１５２に供給する。

ペアリング設定部１５２は、相手端末特定部１５１が特定した端末をスマートフォン１とのペアリングを確立する端末として設定するものである。具体的には、ペアリング設定部１５２は、相手端末特定部１５１が特定した端末に対して、ペアリングを確立するためのペアリング要求（通信確立要求）を送信する。そして、ペアリング要求の応答としてペアリング許可を受信すると、ペアリング許可とともに受信した相手端末情報３４をＲＡＭ３０に記憶する。また、ペアリング許可を受信した旨をアプリ実行部１２に通知する。さらに、ペアリング設定部１５２は、通信制御部１５がペアリング要求を受信したことを通知されると、ペアリング要求を送信した端末に対して、ペアリング許可を送信する。

次に、スマートフォン２について説明する。スマートフォン２は、通信部７０、制御部８０、タッチパネル９０、ＲＡＭ１００、および記憶部１１０を含む。スマートフォン２の各部は、スマートフォン１における同一の部材名を有する部材と、その機能が同様であるため、ここでの説明を省略する。すなわち、本実施形態におけるスマートフォン１およびスマートフォン２は同一の機能を有する２つのスマートフォンである。そのため、スマートフォン２がスマートフォン１を、ペアリングを確立する端末（相手端末）として特定してもよいし、スマートフォン２からスマートフォン１に対して画像データ（先行データ４１１および実データ４１２）を送信してもよい。なお、スマートフォン１とスマートフォン２とが同一の機能を有するとしたのは一例であり、スマートフォン１とスマートフォン２とが異なる機能を有していてもよい。
<<ペアリング処理の詳細>>
次に、本発明の特徴点であるペアリング処理について、図４〜図６を参照して説明する。図４は、スマートフォン１およびスマートフォン２が実行するペアリング処理の概要を示す図である。図５は、スマートフォン１およびスマートフォン２が実行するペアリング処理の流れの一例を示すフローチャートである。図６は、図５における「Ａ」以降の処理の流れの一例を示すフローチャートである。なお、以下の説明では、スマートフォン１がペアリング要求をスマートフォン２に送信し、スマートフォン２が応答としてペアリング許可をスマートフォン１に送信することで、スマートフォン１とスマートフォン２とのペアリングが確立する例を説明する。換言すれば、スマートフォン１がペアリングにおけるホスト端末（親端末）であり、スマートフォン２がペアリングにおけるクライアント端末（子端末）であるとも表現できる。なお、スマートフォン２がホスト端末となり、スマートフォン１がクライアント端末となってもよい。

図４の（ａ）に示すように、ペアアプリが実行される前のスマートフォン１の端末名は、「Ａ０００１」である。ここで、図４の（ｂ）に示すように、ペアアプリのアイコンが表示されている位置へのタッチ操作によって、タッチ取得部１１からアプリ実行部１２へ、当該タッチ操作のタッチ座標が供給されると、アプリ実行部１２はペアアプリを実行し、ペアアプリの実行をペアリング制御部１２１に通知する。ペアリング制御部１２１は、当該通知を受けて、通信制御部１５に他の端末とのペアリングを開始するよう指示する（Bluetoothの設定を有効にするよう指示する）。そして通信制御部１５は、他の端末とのペアリングを開始するために、スマートフォン１におけるBluetoothの設定を有効にする（図５のＳ３１）。通信制御部１５は、当該設定を有効にした旨を、時刻取得部１２２に通知する。

時刻取得部１２２は、通信制御部１５からの通知を受けると、現在時刻を取得する（図５のＳ３３）。この現在時刻はすなわち、ペアアプリが起動した後の所定時間後の時刻である。そして取得した時刻をデバイス名変更部１２３に供給する。デバイス名変更部１２３は、時刻取得部１２２から時刻を供給されると、端末名を「＜アプリ名＞＿＜取得した時刻＞」に変更する（図５のＳ３５、識別子変更ステップ）。具体的には、デバイス名変更部１２３は、実行しているアプリケーションのアプリ名（例えば「ペアアプリ」）を供給された時刻とともにＲＡＭ３０に記憶する。そして、デバイス名変更部１２３は、図４の（ｃ）に示すように、スマートフォン１の端末名を「ペアアプリ＿2014092112004820」に変更する。上述したように変更後の端末名（変更端末名）の前半部分は、Bluetoothの設定を有効にするために実行したアプリケーションの名前である。また後半部分は、ペアアプリが起動した後の所定時間後の時刻（時刻取得部１２２が取得した時刻）である。なお、図４の（ｃ）に示す時刻は年、月、日、時間、分、秒、ミリ秒が含まれているが、これに限定されるものではない。例えば、月および日を含まず、時間からミリ秒までを含むものであってもよい。またデバイス名変更部１２３は、変更端末名を通信制御部１５に供給する。

続いてスマートフォン１は、他の端末とのペアリングを確立するための処理を実行する。具体的には、変更端末名を供給された相手端末特定部１５１は、＜アプリ名＞を有する端末のサーチを開始する（図５のＳ３７）。図４の例でいえば、通信可能範囲（スマートフォン１におけるBluetoothの通信可能範囲）にある端末のうち、「ペアアプリ」の文字列を端末名に有する端末を特定する。

上述した処理は、ユーザがスマートフォン１とペアリングを確立しようとしている端末であるスマートフォン２でも実行される。すなわち、スマートフォン２においても上述したステップＳ３１からステップＳ３７までの処理が実行される。より具体的には、スマートフォン２においてもペアアプリの実行によって端末名が「＜アプリ名＞＿＜取得した時刻＞」（例えば図４の（ｄ）に示す「ペアアプリ＿2014092212010548」）に変更される。そしてスマートフォン２（詳細には、スマートフォン２の相手端末特定部１５１）は、スマートフォン２におけるBluetoothの通信可能範囲にある端末のうち、「ペアアプリ」の文字列を端末名に有する端末を特定する。

続いて、図５のステップＳ３９の処理の詳細については後述し、ステップＳ４１の処理以降を説明する。スマートフォン１の相手端末特定部１５１は、＜アプリ名＞を有する端末が見つかった場合（図５のＳ４１でＹＥＳ）、見つかった端末それぞれについて、端末名に含まれる時刻を参照する。そして、当該時刻が自端末の端末名に含まれる時刻より新しいか否かを判定する（図５のＳ４３）。自端末の端末名に含まれる時刻より新しい端末がある場合（図５のＳ４３でＹＥＳ）、続いて相手端末特定部１５１は、当該端末の端末名に含まれる時刻が、閾値の範囲内であるか否かを判定する（図５のＳ４５）。ここで閾値とは、スマートフォン１の端末名に含まれる時刻と見つかった端末（例えばスマートフォン２）の端末名に含まれる時刻との差を示す数値である。この数値は、今から自端末とのペアリングを確立するために、相手の端末がペアアプリを実行したと判定できるような数値であればよい。具体的な閾値の数値は例えば、０〜１分というように範囲を指定するものであってもよいし、４０秒というように範囲の上限を指定するものであってもよい。

閾値の範囲内である端末がある場合（図５のＳ４５でＹＥＳ）、相手端末特定部１５１は、当該端末のうち、自端末の端末名に含まれる時刻に最も近い時刻を端末名に含む端末を特定する（図５のＳ４７、端末特定ステップ）。これにより、スマートフォン１とペアリングを確立する端末が１つに決まる。例えば図４の（ｄ）に示すように、スマートフォン１とペアリングを確立する端末がスマートフォン２に決まる。

スマートフォン１の相手端末特定部１５１は、特定した端末の端末名をペアリング設定部１５２に供給する。ペアリング設定部１５２は、供給された端末名が示す端末に、ペアリングを確立するためのペアリング要求を送信する（図５のＳ４９、通信確立ステップ）。なおこのとき、ペアリング設定部１５２は、スマートフォン１の端末名（変更端末名）、およびスマートフォン１における画質モードや明るさの設定などをスマートフォン２に送信してもよい。

続いて、スマートフォン２におけるステップＳ３７以降の処理の流れについて説明する。なお、スマートフォン１はステップＳ４９の処理を実行し、スマートフォン２に対してペアリング要求を送信したものとする。

スマートフォン２の通信制御部１５は、別の端末（この例ではスマートフォン１）からペアリング要求を受信すると（図５のステップＳ３９でＹＥＳ）、その旨を相手端末特定部１５１ペアリング設定部１５２に通知する。相手端末特定部１５１は、当該通知を受けると、＜アプリ名＞を有する端末のサーチをキャンセルする（図６のステップＳ６１）。なお、図５および図６では、スマートフォン２が＜アプリ名＞を有する端末のサーチを実行している時点で、スマートフォン１からのペアリング要求を受信した例を説明している。この例は一例であり、スマートフォン２がペアリング要求を受信して、実行している処理をキャンセルするタイミングはこの例に限定されない。つまり、スマートフォン２の相手端末特定部１５１は、ペアリング要求を受信しない限り（図５のステップＳ３９でＮＯ）ペアリング処理を継続する（図５のステップＳ４１以降の処理を実行する）。そして、ステップＳ４１からステップＳ４５までの処理を実行している間にペアリング要求を受信した場合、その時点で行っている処理をキャンセルする。

続いて、スマートフォン２のペアリング設定部１５２は、ペアリング要求を送信した端末（この例ではスマートフォン１）にペアリング許可および自端末の情報を送信する（Ｓ６３）。ここで自端末の情報とは、スマートフォン２の端末名、およびスマートフォン２における画質モードや明るさ設定などの情報である。

なお、スマートフォン２の相手端末特定部１５１は、ペアリング要求を受信した場合、ペアリング要求を送信した端末の端末名（変更端末名）を特定し、当該変更端末名を有する端末（この例ではスマートフォン１）が、ペアリングを確立する端末の条件を満たしているかを判定してもよい。すなわち、スマートフォン２の相手端末特定部１５１は、ペアリング要求を送信した端末の変更端末名が、自端末の変更端末名と同じアプリ名を含んでいるか、自端末の変更端末名に含まれる時刻情報が示す時刻より古い時刻を示す時刻情報を含んでいるか、ペアリング要求を送信した端末の変更端末名に含まれる時刻情報が示す時刻が閾値の範囲内であるか、を判定する。そして、これらの条件を満たす端末であると判定した場合にペアリング許可を送信する。

そして、スマートフォン１の通信制御部 １５がスマートフォン２から送信されたペアリング許可を受信すると、ペアリング設定部１５２は、スマートフォン１とスマートフォン２とのペアリングを確立する。スマートフォン１およびスマートフォン２は、受信した相手端末の情報を相手端末情報３４として自端末のＲＡＭ３０にそれぞれ格納する。

これに対して、＜アプリ名＞を有する端末が見つからない場合（図５のＳ４１でＮＯ）、見つかった端末の端末名に含まれる時刻が、いずれも自端末の端末名に含まれる時刻より古い場合（図５のＳ４３でＮＯ）、または、端末名に含まれる時刻が、いずれも閾値の範囲外である場合（図５のＳ４５でＮＯ）、相手端末特定部１５１は、ペアリング処理をキャンセルし、ペアリング失敗をユーザに通知する（Ｓ５１）。例えば、図４の（ｅ）に示すように、スマートフォン１におけるBluetoothの通信可能範囲にある端末が、ペアアプリを実行していない（端末名が変更されていない）スマートフォン２のみである場合、スマートフォン１は、表示部２２にペアリングを確立する相手端末が見つからないことを表示する。より具体的には、スマートフォン１における相手端末特定部１５１は、ペアリングを確立する相手端末が見つからないことをアプリ実行部１２に通知する。アプリ実行部１２は当該通知を受けると、表示制御部１４に、相手端末が見つからないことを示す画像を表示するよう指示する。表示制御部１４は、当該指示を受けると、相手端末が見つからないことを示す画像（例えば、図４の（ｅ）に示す画像）を表示部２２に表示させる。なお、ペアリング失敗のユーザへの通知は、画像の表示に限定されず、音声による通知やバイブレーションによる通知であってもよい。

〔実施形態２〕
本発明の他の実施形態について、図７から図９に基づいて説明すれば、以下のとおりである。図７は、本実施形態に係るスマートフォン１およびスマートフォン２が実行する処理の概要を示す図である。また、図８は、本実施形態に係るスマートフォン１およびスマートフォン２におけるペアリング処理の流れの一例を示す図である。また、図９は、図８における「Ｂ」の処理の流れの一例を示すフローチャートである。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

実施形態１にて説明したように、スマートフォン１およびスマートフォン２は、ペアアプリの実行に伴い、端末名を変更する。つまりユーザにとってみれば、自身のスマートフォンの端末名としてユーザが望む文字列を設定している場合であっても、端末名が強制的に変更されてしまう。つまり自身が望む端末名が変更されてユーザが不満に思う可能性がある。また、端末名がユーザにとって見慣れない文字列になるため、ユーザが戸惑う可能性もある。

そこで、本実施形態に係るスマートフォン１およびスマートフォン２は、図７に示すように、ペアリングが確立すると自端末の端末名を元に戻す。具体的には、ペアリング処理を実行している間はペアリングを確立する相手を特定するために、図７の（ａ）に示すように、端末名を「＜アプリ名＞＿＜取得した時刻＞」としている。一方、ペアリングが確立すると、図７の（ｂ）に示すように、自端末の端末名を元の端末名に戻す。図７の（ｂ）の例では、スマートフォン１は端末名をＡ０００１に戻し、スマートフォン２は端末名をＡ０００２に戻す。

本実施形態におけるペアリング処理、特に上述した端末名を戻す処理について、図８および図９を参照してさらに詳細に説明する。なお、図８におけるステップＳ７１〜ステップＳ８９の処理は、図５におけるステップＳ３１〜ステップＳ４９までの処理と同一であるため、ここでの説明を省略する。

ペアリング要求を送信したスマートフォン１の通信制御部１５は、ペアリング許可を待機する状態となっている（Ｓ９１）。ここでペアリング許可を受信した場合（Ｓ９１でＹＥＳ）、通信制御部１５はペアリング許可を受信したことをデバイス名変更部１２３に通知する。デバイス名変更部１２３は、当該通知を受けると端末名を元に戻す（Ｓ９３）。具体的には、デバイス名変更部１２３は、ＲＡＭ３０から自端末情報３１を読み出し、自端末情報３１に端末名として含まれている文字列（元の端末名）に端末名を変更する。図７の例では、デバイス名変更部１２３は端末名を「Ａ０００１」に戻す。

そしてデバイス名変更部１２３は、元の端末名（この例では「Ａ０００１」）を通信制御部１５（詳細には、ペアリング設定部１５２）に供給する。ペアリング設定部１５２は、供給された元の端末名をスマートフォン２に送信する。

これに対して、スマートフォン２は、別の端末（この例ではスマートフォン１）からペアリング要求を受信すると、実施形態１のスマートフォン２と同様に、＜アプリ名＞を有する端末のサーチをキャンセルし（Ｓ１０１）、ペアリング要求を送信した端末（この例ではスマートフォン１）に、ペアリング許可および自端末の情報を送信する（Ｓ１０３）。なお、ステップＳ１０１およびステップＳ１０３の処理の詳細は、実施形態１にて既に説明しているため、ここでの説明を省略する。

そして、スマートフォン２は端末名を元に戻す（Ｓ１０５）。図７の例では、デバイス名変更部１２３は端末名を「Ａ０００２」に戻す。この処理の詳細については、スマートフォン１におけるステップＳ９１からステップＳ９３の処理と同様であるため、ここでの説明を省略する。最後にスマートフォン２のペアリング設定部１５２は、供給された元の端末名をスマートフォン１に送信する。これにより、スマートフォン１とスマートフォン２とはお互いに相手端末の元の端末名を取得することができる。

以上のように、本実施形態のスマートフォン１およびスマートフォン２は、ペアリングが確立すると、変更した端末名を元に戻す。これにより、ユーザが不満に思ったり困惑したりすることを防ぐことができる。
〔実施形態３〕
本発明のさらに別の実施形態について、図１０に基づいて説明すれば、以下のとおりである。図１０は、本実施形態に係るスマートフォン３およびスマートフォン４の要部構成の一例を示すブロック図である。なお、説明の便宜上、前記実施形態にて説明した部材と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。

上述した実施形態１および実施形態２では、ペアリングを確立する相手端末を特定するために、端末名を「＜アプリ名＞＿＜取得した時刻＞」に変更していた。そして、＜取得した時刻＞に入る数列を用いて、ペアリングを確立する相手端末を特定していた。しかしながら、変更後の端末名は「＜アプリ名＞＿＜取得した時刻＞」に限定されず、ペアリングを確立する相手端末を特定するために使用する情報は取得した時刻に限定されない。

本実施形態に係るスマートフォン３の制御部１０は、アプリ実行部１２に代えてアプリ実行部１６を含み、アプリ実行部１６は、時刻取得部１２２ではなく条件情報取得部１２６を含む。また、スマートフォン３のＲＡＭ３０は、位置情報３６、ＣＰＵスペック３７、および電波強度３８を新たに記憶している。

条件情報取得部１２６は、ペアリングを確立する相手端末を特定するための条件として使用する各種情報を取得するものである。本実施形態に係る条件情報取得部１２６は、実施形態１にて説明した時刻情報に加え、スマートフォン３の位置情報、スマートフォン１のＣＰＵスペック、および現在の電波強度を取得する。ここで、スマートフォン３の位置情報とは、スマートフォン３と他の端末との位置の違いが判別できるような情報であればよい。例えば、スマートフォン３とスマートフォン４とが、アクセスポイントを介してＷｉ−Ｆｉによる通信を確立する場合に、当該アクセスポイントから見た相対的な位置情報であってもよい。

条件情報取得部１２６は、取得した各種情報をデバイス名変更部１２３に供給する。そしてデバイス名変更部１２３は、供給された各種情報を、実行しているアプリケーションのデバイス名とともにＲＡＭ３０に記憶する。またデバイス名変更部１２３は、供給された各種情報を用いて端末名を変更する。つまり本実施形態における変更端末名は、アプリ名、時刻、位置情報、ＣＰＵスペック、および電波強度を含む。

本実施形態に係る相手端末特定部１５１は、変更端末名に含まれる時刻を用いたペアリングの相手端末の特定に加え、位置情報、ＣＰＵスペック、および電波強度を用いた相手端末の特定を実行する。具体的には、相手端末特定部１５１は、変更端末名における位置情報を参照して、自端末（スマートフォン３）の位置情報が示す位置に最も近い位置を示す位置情報を端末名に含む端末を特定する。ユーザは、２つのスマートフォンにわたって画像を表示する場合に、図１の（ｇ）に示すように、２つのスマートフォンを並べて表示することが多い。つまり、スマートフォン３の位置情報が示す位置に最も近い位置を示す位置情報を端末名に含む端末は、ユーザがスマートフォン３とペアリングを確立しようとしている相手端末（スマートフォン４）である可能性が高い。そのため、本実施形態の相手端末特定部１５１は上述したような位置情報を用いた特定を行い、ユーザがペアリングを確立しようとしている相手端末を正しく特定する。

また、相手端末特定部１５１は、変更端末名に＜アプリ名＞を含む端末のうち、変更端末名におけるＣＰＵスペックが所定の閾値以上の端末を特定する。ペアリングが確立している２つのスマートフォンのうちの一方からデータ（例えば画像データ）を他方のスマートフォンに送信する場合、当該他方のスマートフォンのＣＰＵスペックが低いと、データの送信に時間がかかってしまう。そこで、本実施形態の相手端末特定部１５１は、上述したようなＣＰＵスペックを用いた特定を行い、スムーズなデータの送受信が実現できるようなスマートフォン同士のペアリングを確立する。
また、相手端末特定部１５１は、変更端末名に＜アプリ名＞を含む端末のうち、電波強度が所定の閾値以上の端末を特定する。ここで、電波強度が高いスマートフォンは、自端末のより近くにあるスマートフォンである可能性が高い。そこで、実施形態の相手端末特定部１５１は、上述したような電波強度を用いた特定を行い、ユーザがペアリングを確立しようとしている相手端末を正しく特定する。

なお、本実施形態に係るスマートフォン４の各部は、スマートフォン３における同一の部材名を有する部材と、その機能が同様であるため、ここでの説明を省略する。すなわち、本実施形態におけるスマートフォン３およびスマートフォン４は同一の機能を有する２つのスマートフォンである。また、スマートフォン３とスマートフォン４とが同一の機能を有するとしたのは一例であり、スマートフォン３とスマートフォン４とが異なる機能を有していてもよい。

また、本実施形態では、各種情報として時刻、位置情報、ＣＰＵスペック、および電波強度を取得したが、この例に限定されるものではない。つまり、取得する情報は時刻、位置情報、ＣＰＵスペック、および電波強度のうち少なくとも１つであればよい。また、条件情報取得部１２６は上述した情報以外の情報を取得してもよい。

〔変形例〕
上述した実施形態１〜３では、Bluetoothによる通信を確立するために、端末の識別子として端末名を変更する例を説明した。しかしながら、端末の識別子は端末名に限定されない。例えば、アクセスポイントを介したＷｉ−Ｆｉによる通信を確立する場合、各端末と通信可能に接続されているアクセスポイントの識別子（ＳＳＩＤ）を変更してもよい。

また、実施形態１〜３では、変更端末名の前半部分をアプリ名としたが、通信を確立したいスマートフォン同士で共通になるようなものであり、かつ実現したい機能を有していることが分かるようなものであれば、アプリ名に限定されず、文字、数字、および記号のうち少なくとも１つからなる情報（有効化情報）であってもよい。また、ユーザが有効化情報を自由に設定可能であってもよい。

また、端末によっては複数の通信方式による通信が可能である場合もある。そこで、変更端末名の前半部分をアプリ名と各通信方式に対応しているか否かを示す情報とし、相手端末特定部１５１は、当該前半部分が完全に一致している端末を特定する構成であってもよい。例えば、ある端末がBluetoothによる通信可能、Ｗｉ−Ｆｉによるアクセスポイントを介する通信可能、Ｗｉ−Ｆｉによるアクセスポイントを介さない通信可能、ＮＦＣによる通信不可能である場合、変更端末名の前半部分が「ペアアプリ１１１０」となる。

また、スマートフォン１およびスマートフォン２は、図２の（ｄ）に示すように、両端末にわたって表示する画像の候補を表示部２２に表示するが、当該候補は予め設定されたカテゴリ情報に応じて決定されてもよい。具体的には、アプリ実行部１２はユーザ操作に応じたカテゴリ情報を、予め設定しておく。このカテゴリ情報は、例えば「最新の一日」や「9/22の北海道旅行の写真」などであり、アプリ実行部１２は設定されたカテゴリ情報に応じた画像データ４１を特定し、特定された画像データ４１を示す情報を表示制御部１４に供給する。表示制御部１４は、供給された情報に基づいて、画像の候補を表示部２２に表示させる。

より具体的には、アプリ実行部１２は、画像データ４１に付加されている日時の情報や位置の情報などを参照することで、設定されたカテゴリ情報に応じた画像データ４１を特定する。また、アプリ実行部１２は、画像データ４１に各種情報を付加してもよい。例えば、複数の写真である画像データ４１について、横軸に撮影日時、縦軸に枚数をとってグラフ化した場合、横軸が同じ位置に多くの写真が表示された部分については、旅行に行ったときの写真であると特定することができる。この部分に含まれる写真の付加情報から位置の情報を取得することができれば、この部分に含まれる写真に、上述した「9/22の北海道旅行の写真」といったカテゴリ情報を付加することができる。

また、タッチパネル２０における解像度や、表示領域のサイズを相手端末に送信してもよい。これにより、スマートフォン１は相手端末（スマートフォン２）の解像度や表示領域のサイズを取得することができるので、図２の（ｅ）に示すように、画像βを選択しドラッグ＆ドロップした場合のタッチ座標の軌跡に基づいて、スマートフォン１とスマートフォン２とがどのように配置されているのか、より詳細には、矩形のスマートフォン１とスマートフォン２とを形成している辺のうち、２つのスマートフォンが隣接して接触している接触辺において、どこからどこまでが接触しているかを特定することができる。

つまり、ユーザがドラッグ＆ドロップの操作を行ったとき、タッチ取得部１１は、スマートフォン１の接触辺におけるタッチ座標と、スマートフォン２の接触辺におけるタッチ座標とを特定する。また、当該操作の始点の座標と終点の座標も特定する。そして、アプリ実行部１２は、これらの座標から上記操作の向きを特定することができる。また、アプリ実行部１２は、自装置の解像度および表示領域のサイズと、相手端末の解像度および表示領域のサイズと、特定したタッチ座標や操作の向きを用いれば、スマートフォン１とスマートフォン２とがどのように配置されているのか、換言すれば、２つのスマートフォンの表示領域からなる連結表示領域がどのような形状となるかを特定することができる。そして、スマートフォン１のアプリ実行部１２は、特定したスマートフォン１とスマートフォン２との配置関係（連結表示領域の形状）に応じて、表示する画像データ４１のうち、スマートフォン１の表示領域に表示する部分と、スマートフォン２の表示領域に表示する部分とをそれぞれ特定する。

これにより、スマートフォン１とスマートフォン２とがずれて配置されている（接触辺において、相手端末と接触していない部分がある）場合であっても、２つのスマートフォンにわたって表示される画像データ４１を、ずれなく表示することが可能となる。例えば、スマートフォン１とスマートフォン２との表示領域のサイズが異なったとしても、２つのスマートフォンにわたって表示される画像データ４１を、ずれなく表示することができる。

〔ソフトウェアによる実現例〕
スマートフォン１〜４の制御ブロック（特にタッチ取得部１１、アプリ実行部１２、表示制御部１４、通信制御部１５およびアプリ実行部１６）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェアによって実現してもよい。

後者の場合、スマートフォン１〜４は、各機能を実現するソフトウェアであるプログラムの命令を実行するＣＰＵ、上記プログラムおよび各種データがコンピュータ（またはＣＰＵ）で読み取り可能に記録されたＲＯＭ（Read Only Memory）または記憶装置（これらを「記録媒体」と称する）、上記プログラムを展開するＲＡＭ（Random Access Memory）などを備えている。そして、コンピュータ（またはＣＰＵ）が上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記記録媒体としては、「一時的でない有形の媒体」、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

〔まとめ〕
本発明の態様１に係る通信端末（スマートフォン１）は、自端末の識別子を、文字、数字、および記号のうち少なくとも１つからなる、特定の条件に合致した特定識別子に変更する識別子変更部（デバイス名変更部１２３）と、上記特定識別子として、自端末の上記特定識別子と対応する対応識別子を有する端末を特定する端末特定部（相手端末特定部１５１）と、上記端末特定部が特定した端末と通信を確立する通信確立部（ペアリング設定部１５２）と、を備える。

上記の構成によれば、自端末の識別子を特定識別子に変更し、当該特定識別子と対応する対応識別子を有する端末と通信を確立するので、ユーザは端末間の通信を確立するにあたり、予め設定をしておくなどの作業を行う必要が無い。よって、別の装置との間の通信の確立を手間無く行うことができる。

本発明の態様２に係る通信端末は、上記態様１において、上記識別子変更部は、自端末の上記識別子を、自端末と他の端末との通信を確立するアプリケーションが起動した後の所定時間後の時刻を示す時刻情報を含む上記特定識別子に変更し、上記端末特定部は、自端末の上記特定識別子に含まれる上記時刻情報が示す時刻に最も近い時刻を示す上記時刻情報を上記特定識別子に含む自端末以外の端末を、上記対応識別子を有する端末として特定してもよい。

上記の構成によれば、自端末においてアプリケーションを起動した時刻と最も近い時刻にアプリケーションを起動した端末を、対応識別子を有する端末として特定し、当該端末との間で通信を確立する。ユーザは通信を確立したい複数の端末について、当該通信をほぼ同時に有効化させる可能性が高い。よって、通信を有効化した時刻と最も近い時刻に通信を有効化した端末を特定することで、ユーザが通信を確立したい端末を正確に特定することができる。

また、アプリケーションが実行されることによって通信端末の識別子は特定識別子に変更される。これにより、ユーザはアプリケーションを実行するだけで端末間の通信を確立することができる。

本発明の態様３に係る通信端末は、上記態様２において、上記識別子変更部は、自端末の上記識別子を、文字、数字、および記号のうち少なくとも１つからなる、起動された上記アプリケーションを識別するアプリ識別情報を含む上記特定識別子に変更し、上記端末特定部は、上記対応識別子を有する端末の候補として、上記アプリ識別情報が自端末の上記アプリ識別情報と一致する自端末以外の端末を特定してもよい。

上記の構成によれば、特定識別子は起動したアプリケーションを識別するアプリ識別情報を含み、当該アプリ識別情報を含む端末を特定するので、端末が複数あったとしても、通信を確立するためにアプリケーションを起動した端末を正確に特定することができる。

本発明の態様４に係る通信端末は、上記態様３において、上記端末特定部は、上記対応識別子を有する端末の候補として、上記アプリ識別情報が自端末の上記アプリ識別情報と一致する自端末以外の端末のうち、自端末の上記特定識別子に含まれる上記時刻情報より新しい上記時刻情報を含む端末を特定してもよい。

上記の構成によれば、時刻情報が自端末の特定識別子より新しい端末を特定する。複数の端末間での通信を確立するためにアプリケーションを起動する場合、ユーザはまず１つの端末（例えばユーザ自身の端末）でアプリケーションを起動してから、他の端末にてアプリケーションを起動することが多い。つまり、他の端末の特定識別子における時刻情報は、自端末の特的識別子における時刻情報より新しいものとなる可能性が高い。よって、時刻情報が自端末より新しい端末を特定することで、ユーザが自端末と通信を確立したいと考えている端末を正確に特定することができる。

本発明の態様５に係る通信端末は、上記態様１から４のいずれかにおいて、上記識別子変更部は、上記通信確立部が上記通信を確立したとき、上記特定識別子を変更前の上記識別子に戻してもよい。

上記の構成によれば、端末間の通信が確立すると、特定識別子を元の識別子に戻す。これにより、識別子が変更されたままとなることでユーザが困惑するといった状況を防ぐことができる。

本発明の態様６に係る通信端末（スマートフォン２）は、自端末の識別子を、文字、数字、および記号のうち少なくとも１つからなる、特定の条件に合致した特定識別子に変更する識別子変更部（デバイス名変更部１２３）と、他の端末から、当該他の端末との通信を確立するための通信確立要求を受信した場合、当該通信確立要求を送信した端末の識別子を特定する要求端末識別子特定部（相手端末特定部１５１）と、上記他の端末の識別子が、上記特定識別子と対応する対応識別子である場合、上記他の端末との通信を確立する受諾側通信確立部（ペアリング設定部１５２）と、を備える。

上記の構成によれば、通信確率要求を送信した端末が、通信を確立すべき相手であるかを確認する。これにより、通信確率要求を受信した端末からも、正しい相手と通信を確立するようになっているかを確認することができる。

本発明の態様７に係る通信端末の制御方法は、自端末の識別子を、文字、数字、および記号のうち少なくとも１つからなる、特定の条件に合致した特定識別子に変更する識別子変更ステップ（ステップＳ３５）と、上記特定識別子として、自端末の上記特定識別子と対応する対応識別子を有する端末を特定する端末特定ステップ（ステップＳ４７）と、上記端末特定ステップにて特定した端末と通信を確立する通信確立ステップ（ステップＳ４９）と、を含む。

この制御方法によれば、態様１に係る通信端末と同様の作用効果を有する。

本発明の各態様に係る通信端末は、コンピュータによって実現してもよく、この場合には、コンピュータを上記通信端末が備える各部として動作させることにより上記通信端末をコンピュータにて実現させる通信端末の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。

本発明は、別の端末と通信を確立することにより、自端末と別の端末との間で情報の送受信を行うことを可能とする通信端末に利用することができる。

１ スマートフォン（通信端末）
２ スマートフォン（通信端末）
３ スマートフォン（通信端末）
４ スマートフォン（通信端末）
１２３ デバイス名変更部（識別子変更部）
１５１ 相手端末特定部（端末特定部、要求端末識別子特定部）
１５２ ペアリング設定部（通信確立部、受諾側通信確立部）
Ｓ３５ 識別子変更ステップ
Ｓ４７ 端末特定ステップ
Ｓ４９ 通信確立ステップ

Claims (8)

1. 自端末の識別子を、文字、数字、および記号のうち少なくとも１つからなる、特定の条件に合致した特定識別子に変更する識別子変更部と、
   上記特定識別子として、自端末の上記特定識別子と対応する対応識別子を有する端末を特定する端末特定部と、
   上記端末特定部が特定した端末と通信を確立する通信確立部と、を備えることを特徴とする通信端末。
2. 上記識別子変更部は、自端末の上記識別子を、自端末と他の端末との通信を確立するアプリケーションが起動した後の所定時間後の時刻を示す時刻情報を含む上記特定識別子に変更し、
   上記端末特定部は、自端末の上記特定識別子に含まれる上記時刻情報が示す時刻に最も近い時刻を示す上記時刻情報を上記特定識別子に含む自端末以外の端末を、上記対応識別子を有する端末として特定することを特徴とする請求項１に記載の通信端末。
3. 上記識別子変更部は、自端末の上記識別子を、文字、数字、および記号のうち少なくとも１つからなる、起動された上記アプリケーションを識別するアプリ識別情報を含む上記特定識別子に変更し、
   上記端末特定部は、上記対応識別子を有する端末の候補として、上記アプリ識別情報が自端末の上記アプリ識別情報と一致する自端末以外の端末を特定することを特徴とする請求項２に記載の通信端末。
4. 上記端末特定部は、上記対応識別子を有する端末の候補として、上記アプリ識別情報が自端末の上記アプリ識別情報と一致する自端末以外の端末のうち、自端末の上記特定識別子に含まれる上記時刻情報より新しい上記時刻情報を含む端末を特定することを特徴とする請求項３に記載の通信端末。
5. 上記識別子変更部は、上記通信確立部が上記通信を確立したとき、上記特定識別子を変更前の上記識別子に戻すことを特徴とする請求項１から４のいずれか１項に記載の通信端末。
6. 自端末の識別子を、文字、数字、および記号のうち少なくとも１つからなる、特定の条件に合致した特定識別子に変更する識別子変更部と、
   他の端末から、当該他の端末との通信を確立するための通信確立要求を受信した場合、当該通信確立要求を送信した端末の識別子を特定する要求端末識別子特定部と、
   上記他の端末の識別子が、上記特定識別子と対応する対応識別子である場合、上記他の端末との通信を確立する受諾側通信確立部と、を備えることを特徴とする通信端末。
7. 自端末の識別子を、文字、数字、および記号のうち少なくとも１つからなる、特定の条件に合致した特定識別子に変更する識別子変更ステップと、
   上記特定識別子として、自端末の上記特定識別子と対応する対応識別子を有する端末を特定する端末特定ステップと、
   上記端末特定ステップにて特定した端末と通信を確立する通信確立ステップと、を含むことを特徴とする通信端末の制御方法。
8. 請求項１から６のいずれか１項に記載の通信端末としてコンピュータを機能させるための制御プログラムであって、コンピュータを上記各部として機能させるための制御プログラム。

Images