JP2023125841A - 通信装置、通信制御方法、及びプログラム - Google Patents

Abstract

【課題】通信装置の複数のアプリケーションが外部装置とスムーズに接続する通信装置、通信制御方法及びプログラムを提供する。【解決手段】オペレーティングシステム（ＯＳ）、ＯＳ上で動作する第１のアプリケーション及びＯＳ上で動作する第２のアプリケーションを記録した記録媒体とプロセッサとを備える通信装置であって、プロセッサにより実行され第１のアプリケーションは、プロセッサに第１のアプリケーションが外部装置と通信するための接続を確立するようにＯＳに要求することと、外部装置の識別情報を取得することと、識別情報をＯＳが提供するデータ共有領域に格納することと、を実行させる。プロセッサにより実行される第２のアプリケーションは、プロセッサにデータ共有領域から識別情報を取得することと、識別情報に基づいて第２のアプリケーションが外部装置と通信するための接続を確立させるための接続制御を行うことと、を実行させる。【選択図】図９

Description

本発明は、通信装置、通信制御方法、及びプログラムに関する。

近年、デジタルカメラに無線通信機能が搭載され、スマートフォンと無線で接続する機種が知られている。例えば、特許文献１には、無線ＬＡＮとＢｌｕｅｔｏｏｔｈ（登録商標）を搭載し、スマートフォンと無線で接続するデジタルカメラが開示されている。また、タッチパネルを搭載したスマートフォンを使用することによりリモート撮影を行う技術が特許文献２に開示されている。更には、Ｂｌｕｅｔｏｏｔｈ通信を介してリモート撮影を行う技術が特許文献３に開示されている。

特開２０１５－０８８７８９号公報 特開２０１６－１３６６８９号公報 特開２０１８－０３７８１０号公報

スマートフォンのアプリケーションによりデジタルカメラに関連する複数の機能を実行できるようにすることを考えた場合、１つのアプリケーションに全ての機能を盛り込もうとすると、アプリケーションの設計、更新、配布等が煩雑になる可能性がある。

例えば、音声操作によるリモート撮影を実現する機能を提供する場合、アプリケーションがクラウドサービスと連携する必要が生じ、しかも国や地域によって連携すべきクラウドサービスが異なる可能性がある。従って、クラウドサービスに依存する機能については、他の機能を提供するアプリケーションから分離し、国や地域毎に独立したアプリケーションにより提供する方が、アプリケーションの設計、更新、配布等が容易になる場合もありうる。

スマートフォンの複数のアプリケーションにより同じデジタルカメラを制御する場合、複数のアプリケーションが同じデジタルカメラと接続して通信できるようにする必要がある。しかし、従来の技術では、複数のアプリケーションを同じデジタルカメラに接続させることが容易ではない。

本発明はこのような状況に鑑みてなされたものであり、通信装置（例えばスマートフォン）の複数のアプリケーションが外部装置（例えばデジタルカメラ）とスムーズに接続できるようにする技術を提供することを目的とする。

上記課題を解決するために、本発明は、オペレーティングシステム（ＯＳ）、前記ＯＳ上で動作する第１のアプリケーション、及び前記ＯＳ上で動作する第２のアプリケーションを記録した記録媒体と、プロセッサと、を備える通信装置であって、前記第１のアプリケーションは、前記プロセッサにより実行されると、前記プロセッサに、前記第１のアプリケーションが外部装置と通信するための接続を確立するように前記ＯＳに要求することと、前記外部装置の識別情報を取得することと、前記識別情報を、前記ＯＳが提供するデータ共有領域に格納することと、を実行させ、前記第２のアプリケーションは、前記プロセッサにより実行されると、前記プロセッサに、前記データ共有領域から前記識別情報を取得することと、前記識別情報に基づいて、前記第２のアプリケーションが前記外部装置と通信するための接続を確立させるための接続制御を行うことと、を実行させることを特徴とする通信装置を提供する。

本発明によれば、通信装置（例えばスマートフォン）の複数のアプリケーションが外部装置（例えばデジタルカメラ）とスムーズに接続することが可能となる。

なお、本発明のその他の特徴及び利点は、添付図面及び以下の発明を実施するための形態における記載によって更に明らかになるものである。

（ａ）デジタルカメラ１００の構成例を示すハードウェア構成図、（ｂ）（ｃ）デジタルカメラ１００の外観の一例を示す図。 スマートフォン２００の構成例を示すハードウェア構成図。 デジタルカメラ１００及びスマートフォン２００がＢｌｕｅｔｏｏｔｈで通信のペアリングを確立する処理を説明するためのシステム構成図。 ペアリング済みのデジタルカメラ１００及びスマートフォン２００がＢｌｕｅｔｏｏｔｈで再接続する処理について説明する図。 アプリケーションの画面例を示す図。 一部の機能を別のアプリケーションで実現することに関連する課題を説明する図。 図６を参照して説明した課題に対処するためのシステム構成図。 一次アプリがデジタルカメラ１００に対してＢｌｕｅｔｏｏｔｈペアリングと再接続を行う処理の流れを、ＯＳ３１１の動作も含めて示したシーケンス図。 一次アプリがユーザの操作を受け付けて機能を実行する処理の流れを、ＯＳ３１１の動作も含めて示したシーケンス図。 図８に示したシーケンス図に対応する一次アプリ及びＯＳ３１１の処理を示すフローチャート。 図９に示したシーケンス図に対応する一次アプリの処理を示すフローチャート。 図９に示したシーケンス図に対応する二次アプリの処理を示すフローチャート。 図９に示したシーケンス図に対応する二次アプリの処理を示すフローチャート。 第２の実施形態に係る一次アプリ及びＯＳ３１１の処理のシーケンス図。 第２の実施形態に係る二次アプリ及びＯＳ３１１の処理のシーケンス図。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

［第１の実施形態］
＜デジタルカメラ１００の構成＞
図１（ａ）は、本実施形態の通信装置の一例であるデジタルカメラ１００の構成例を示すハードウェア構成図である。なお、ここでは通信装置の一例としてデジタルカメラについて述べるが、通信装置はこれに限られない。例えば通信装置は携帯型のメディアプレーヤや、いわゆるタブレットデバイス、パーソナルコンピュータなどであってもよい。

制御部１０１は、入力された信号や、後述のプログラムに従ってデジタルカメラ１００の各部を制御する。なお、制御部１０１がデジタルカメラ１００全体を制御する代わりに、複数のハードウェアが処理を分担することで、デジタルカメラ１００全体を制御してもよい。

撮像部１０２は、例えば、光学レンズユニットと絞り・ズーム・フォーカスなど制御する光学系と、光学レンズユニットを経て導入された光（映像）を電気的な映像信号に変換するための撮像素子などで構成される。撮像素子としては、一般的には、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）や、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）が利用される。撮像部１０２は、制御部１０１に制御されることにより、撮像部１０２に含まれるレンズで結像された被写体光を、撮像素子により電気信号に変換し、ノイズ低減処理などを行い、デジタルデータを画像データとして出力する。本実施形態のデジタルカメラ１００では、画像データは、ＤＣＦ（Ｄｅｓｉｇｎ Ｒｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ Ｓｙｓｔｅｍ）の規格に従って、記録媒体１１０に記録される。

不揮発性メモリ１０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部１０１で実行される後述のプログラム等が格納される。

作業用メモリ１０４は、撮像部１０２で撮像された画像データを一時的に保持するバッファメモリや、表示部１０６の画像表示用メモリ、制御部１０１の作業領域等として使用される。

操作部１０５は、がデジタルカメラ１００に対する指示をユーザから受け付けるために用いられる。操作部１０５は例えば、ユーザがデジタルカメラ１００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、撮影を指示するためのレリーズスイッチ、画像データの再生を指示するための再生ボタンを含む。更に、後述の通信部１１１を介して外部機器との通信を開始するための専用の接続ボタンなどの操作部材を含む。また、後述する表示部１０６に形成されるタッチパネルも操作部１０５に含まれる。なお、レリーズスイッチは、ＳＷ１及びＳＷ２を有する。レリーズスイッチが、いわゆる半押し状態となることにより、ＳＷ１がＯＮとなる。これにより、ＡＦ（オートフォーカス）処理、ＡＥ（自動露出）処理、ＡＷＢ（オートホワイトバランス）処理、ＥＦ（フラッシュプリ発光）処理等の撮影準備を行うための指示を受け付ける。また、レリーズスイッチが、いわゆる全押し状態となることにより、ＳＷ２がＯＮとなる。これにより、撮影を行うための指示を受け付ける。

表示部１０６は、撮影の際のビューファインダー画像の表示、撮影した画像データの表示、対話的な操作のための文字表示などを行う。なお、表示部１０６は必ずしもデジタルカメラ１００が内蔵する必要はない。デジタルカメラ１００は内部又は外部の表示部１０６と接続することができ、表示部１０６の表示を制御する表示制御機能を少なくとも有していればよい。

ＲＴＣ１０７は、時計管理を行う。ユーザは、操作部１０５を介して時刻設定を行うことができる。また、ＲＴＣ１０７が通信部１１１を介して時刻情報を取得して時刻設定を行う構成を採用してもよいし、電波時計によって捕捉された時計設定を採用してもよい。時刻を管理することができれば、具体的な管理方法は特に限定されない。

記録媒体１１０は、撮像部１０２から出力された画像データを記録することができる。記録媒体１１０は、デジタルカメラ１００に着脱可能なよう構成してもよいし、デジタルカメラ１００に内蔵されていてもよい。即ち、デジタルカメラ１００は、少なくとも記録媒体１１０にアクセスする構成を有していればよい。

通信部１１１は、外部装置と接続するためのインタフェースである。本実施形態のデジタルカメラ１００は、通信部１１１を介して、外部装置とデータのやりとりを行うことができる。例えば、撮像部１０２で生成した画像データを、通信部１１１を介して外部装置に送信することができる。なお、本実施形態では、通信部１１１は外部装置とＩＥＥＥ８０２．１１の規格に従った、いわゆる無線ＬＡＮで通信するためのインタフェースを含む。制御部１０１は、通信部１１１を制御することで外部装置との無線通信を実現する。なお、通信方式は無線ＬＡＮに限定されるものではなく、例えば赤外通信方式も含む。

通信部１１２は、例えば無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。通信部１１２は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することによりＩＥＥＥ８０２．１５の規格（いわゆるＢｌｕｅｔｏｏｔｈ）に従った無線通信を実現する。本実施形態においてＢｌｕｅｔｏｏｔｈ通信は、低消費電力であるＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙのバージョン４．０（以下ＢＬＥ）を採用する。このＢＬＥ通信は、無線ＬＡＮ通信と比べて通信可能な範囲が狭い（つまり、通信可能な距離が短い）。また、ＢＬＥ通信は、無線ＬＡＮ通信と比べて通信速度が遅い。その一方で、ＢＬＥ通信は、無線ＬＡＮ通信と比べて消費電力が少ない。本実施形態のデジタルカメラ１００は、通信部１１２を介して、外部装置とデータのやりとりを行うことができる。例えば、撮像部１０２による撮像を通信部１１１を介して外部装置からコントロールすることができる。ただし、通信速度が遅いため撮像部１０２で生成した画像データを送信することはしない。

なお、本実施形態におけるデジタルカメラ１００の通信部１１２は、ペリフェラルモード又はセントラルモードで動作可能である。そして、通信部１１２をペリフェラルモードで動作させることにより、本実施形態におけるデジタルカメラ１００は、Ｂｌｕｅｔｏｏｔｈにおけるクライアント機器として動作することが可能である。デジタルカメラ１００がクライアント機器として動作する場合、セントラルモードになる外部機器に接続することで通信することが可能である。なお、接続する外部機器との認証については、事前にペアリングを行うことで、接続する外部機器の固有情報を不揮発性メモリ１０３に保持することにより行われる。

また、本実施形態におけるデジタルカメラ１００の通信部１１１は、インフラストラクチャモードにおけるアクセスポイントとして動作するＡＰモードと、インフラストラクチャモードにおけるクライアントとして動作するＣＬモードとを有している。そして、通信部１１１をＣＬモードで動作させることにより、本実施形態におけるデジタルカメラ１００は、インフラストラクチャモードにおけるＣＬ機器として動作することが可能である。デジタルカメラ１００がＣＬ機器として動作する場合、周辺のＡＰ機器に接続することで、ＡＰ機器が形成するネットワークに参加することが可能である。また、通信部１１１をＡＰモードで動作させることにより、本実施形態におけるデジタルカメラ１００は、ＡＰの一種ではあるが、より機能が限定された簡易的なＡＰ（以下、簡易ＡＰ）として動作することも可能である。デジタルカメラ１００が簡易ＡＰとして動作すると、デジタルカメラ１００は自身でネットワークを形成する。デジタルカメラ１００の周辺の装置は、デジタルカメラ１００をＡＰ機器と認識し、デジタルカメラ１００が形成したネットワークに参加することが可能となる。上記のようにデジタルカメラ１００を動作させるためのプログラムは不揮発性メモリ１０３に保持されているものとする。

なお、本実施形態におけるデジタルカメラ１００はＡＰの一種であるものの、ＣＬ機器から受信したデータをインターネットプロバイダなどに転送するゲートウェイ機能は有していない簡易ＡＰである。従って、自機が形成したネットワークに参加している他の装置からデータを受信しても、それをインターネットなどのネットワークに転送することはできない。

近接無線通信部１１４は、例えば無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。近接無線通信部１１４は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することでＩＳＯ／ＩＥＣ １８０９２の規格（いわゆるＮＦＣ：Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に従った非接触近接通信を実現する。本実施形態の近接無線通信部１１４は、図１（ｃ）参照に示すようにデジタルカメラ１００の側部に配される。

デジタルカメラ１００と後述するスマートフォン２００とは、互いの近接無線通信部１１４と近接無線通信部２１４を近接させることにより通信を開始して接続される。なお、近接無線通信部１１４を用いてデジタルカメラ１００をスマートフォン２００と接続させる場合、必ずしも近接無線通信部１１４と近接無線通信部２１４を接触させる必要はない。近接無線通信部１１４と近接無線通信部２１４とは、一定の距離だけ離れていても通信することができるため、互いの機器を接続するためには、近接無線通信可能な範囲まで近づければよい。以下の説明では、この近接無線通信可能な範囲まで近づけることを、近接させる、とも記載する。

次に、デジタルカメラ１００の外観について説明する。図１（ｂ）、図１（ｃ）はデジタルカメラ１００の外観の一例を示す図である。レリーズスイッチ１０５ａや再生ボタン１０５ｂ、方向キー１０５ｃ、タッチパネル１０５ｄは、前述の操作部１０５に含まれる操作部材である。また、表示部１０６には、撮像部１０２による撮像の結果得られた画像が表示される。

＜スマートフォンの構成＞
図２は、本実施形態において外部装置（例えば、デジタルカメラ１００）と通信する通信装置の一例であるスマートフォン２００の構成例を示すハードウェア構成図である。なお、ここでは通信装置の一例としてスマートフォンについて述べるが、通信装置はこれに限られない。例えば通信装置は、無線機能付きのデジタルカメラ、タブレットデバイス、或いはパーソナルコンピュータなどであってもよい。

制御部２０１は、プロセッサを含み、入力された信号や、後述のプログラムに従ってスマートフォン２００の各部を制御する。なお、制御部２０１がスマートフォン２００全体を制御する代わりに、複数のハードウェアが処理を分担することで、スマートフォン２００全体を制御してもよい。

撮像部２０２は、例えば、光学レンズユニットと絞り・ズーム・フォーカスなど制御する光学系と、光学レンズユニットを経て導入された光（映像）を電気的な映像信号に変換するための撮像素子などで構成される。撮像素子としては、一般的には、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）や、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）が利用される。撮像部２０２は、制御部２０１に制御されることにより、撮像部２０２に含まれるレンズで結像された被写体光を、撮像素子により電気信号に変換し、ノイズ低減処理などを行い、デジタルデータを画像データとして出力する。本実施形態のスマートフォン２００では、画像データは、ＤＣＦ（Ｄｅｓｉｇｎ Ｒｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ Ｓｙｓｔｅｍ）の規格に従って、記録媒体２１０に記録される。

不揮発性メモリ２０３は、電気的に消去・記録可能な不揮発性のメモリである。不揮発性メモリ２０３には、制御部２０１が実行する基本的なソフトウェアであるＯＳ（オペレーティングシステム）や、このＯＳ上で動作して応用的な機能を実現するアプリケーションが記録されている。また、本実施形態では、不揮発性メモリ２０３には、デジタルカメラ１００と通信するためのアプリケーションが格納されている。

作業用メモリ２０４は、撮像部２０２で撮像された画像データを一時的に保持するバッファメモリや、表示部２０６の画像表示用メモリ、制御部２０１の作業領域等として使用される。

操作部２０５は、スマートフォン２００に対する指示をユーザから受け付けるために用いられる。操作部２０５は例えば、ユーザがスマートフォン２００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、表示部２０６に形成されるタッチパネルなどの操作部材を含む。

表示部２０６は、画像データの表示、対話的な操作のための文字表示などを行う。なお、表示部２０６は必ずしもスマートフォン２００が備える必要はない。スマートフォン２００は表示部２０６と接続することができ、表示部２０６の表示を制御する表示制御機能を少なくとも有していればよい。

記録媒体２１０は、スマートフォン２００が、通信部２１１を介して、制御部２０１に転送された画像データを記録することができる。記録媒体２１０は、スマートフォン２００に着脱可能なよう構成してもよいし、スマートフォン２００に内蔵されていてもよい。即ち、スマートフォン２００は少なくとも記録媒体２１０にアクセスする機能を有していればよい。

通信部２１１は、外部装置と接続するためのインタフェースである。本実施形態のスマートフォン２００は、通信部２１１を介して、外部装置とデータのやりとりを行うことができる。本実施形態では、通信部２１１はアンテナを含み、制御部２０１は、アンテナを介して、デジタルカメラ１００と接続することができる。なお、本実施形態では、通信部２１１は外部装置とＩＥＥＥ８０２．１１の規格に従った、いわゆる無線ＬＡＮで通信するためのインタフェースを含む。制御部２０１は、通信部２１１を制御することで外部装置との無線通信を実現する。なお、通信方式は無線ＬＡＮに限定されるものではなく、例えば赤外通信方式も含む。

通信部２１２は、外部装置と接続するためのインタフェースである。本実施形態のスマートフォン２００は、通信部２１２を介して、外部装置とデータのやりとりを行うことができる。例えば、デジタルカメラ１００で生成した画像データを、通信部２１２を介して受信することができる。なお、本実施形態では、通信部２１２は外部装置とＩＥＥＥ８０２．１５．１の規格に従った、いわゆるＢｌｕｅｔｏｏｔｈ（登録商標）で通信するためのインタフェースを含む。制御部２０１は、通信部２１２を制御することで外部装置との無線通信を実現する。なお、通信方式はＢｌｕｅｔｏｏｔｈに限定されるものではなく、例えば、ＩＥＥＥ８０２．１１の規格で知られる無線ＬＡＮ、又は、赤外通信方式も含む。

なお、本実施形態におけるスマートフォン２００の通信部２１２は、ペリフェラルモード又はセントラルモードで動作可能である。そして、通信部２１２をセントラルモードで動作させることにより、本実施形態におけるスマートフォン２００は、Ｂｌｕｅｔｏｏｔｈにおけるサーバ機器として動作することが可能である。スマートフォン２００がサーバ機器として動作する場合、ペリフェラルモードになる外部機器に接続することで通信することが可能である。なお、接続する外部機器との認証については、事前にペアリングを行うことで、接続する外部機器の固有情報を不揮発性メモリ２０３に保持する。

近接無線通信部２１４は、例えば無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。近接無線通信部２１４は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することでＩＳＯ／ＩＥＣ １８０９２の規格（いわゆるＮＦＣ：Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に従った非接触近接通信を実現する。本実施形態の近接無線通信部２１４は、スマートフォン２００の側部に配される。

また、スマートフォン２００は、スピーカ２１５及びマイク２１６も備える。

＜Ｂｌｕｅｔｏｏｔｈペアリング＞
図３は、デジタルカメラ１００及びスマートフォン２００がＢｌｕｅｔｏｏｔｈで通信のペアリングを確立する処理を説明するためのシステム構成図である。以下に、ユーザ３０１がデジタルカメラ１００でＢｌｕｅｔｏｏｔｈペアリングを開始してから、スマートフォン２００とのペアリングを確立するまでの流れを説明する。

図３（ａ）において、ユーザ３０１は、デジタルカメラ１００を操作して、Ｂｌｕｅｔｏｏｔｈ設定機能のペアリング開始を実行する。デジタルカメラ１００は、Ｂｌｕｅｔｏｏｔｈペアリングを開始すると、アドバタイズ信号３０２を周囲に発信する。

図３（ｂ）は、デジタルカメラ１００とスマートフォン２００がＢｌｕｅｔｏｏｔｈ接続し、暗号化通信のための鍵を交換した様子を示す。スマートフォン２００は、デジタルカメラ１００が通信部１１２を介して発信したアドバタイズ信号を、通信部２１２を介して受信する。そして、スマートフォン２００は、アドバタイズ信号に基づいてデジタルカメラ１００のペアリング要求を検出し、デジタルカメラを検出した旨の表示を表示部２０６へ行う。スマートフォン２００は、ユーザ３０１により、検出されたデジタルカメラ１００とのペアリングを開始する操作を受け、デジタルカメラ１００へＢｌｕｅｔｏｏｔｈ接続要求を行う。ここで、スマートフォン２００は、ペアリング要求をデジタルカメラ１００に通知して、通信データの暗号化のための鍵を交換して、スマートフォン２００とデジタルカメラ１００とで暗号化通信可能な状態とする。交換した通信データ暗号化の解除のための鍵は、デジタルカメラ１００では、デジタルカメラ１００の制御部１０１にて動作するソフトウェアモジュール構成３１６の通信制御モジュール３１２に保存され（鍵３１４）、スマートフォン２００では、スマートフォン２００の制御部２０１にて動作するソフトウェアモジュール構成３１５のＯＳ３１１に保存される（鍵３１３）。ＯＳ３１１に鍵３１３が保存されると、ＯＳ３１１はデジタルカメラ１００と暗号化通信可能な状態となる。この状態は、ＯＳレイヤでペアリングされた状態である。

図３（ｃ）は、デジタルカメラ１００とスマートフォン２００がＢｌｕｅｔｏｏｔｈ接続して暗号化通信可能な状態となった後、スマートフォン２００がアプリケーションＩＤ３２１を暗号化通信によりデジタルカメラ１００に渡した様子を示す図である。アプリケーションＩＤ３２１がデジタルカメラ１００に渡ると、デジタルカメラ１００は、アプリケーションＩＤ３２１をカメラ制御モジュール３２２に記憶し、スマートフォン２００とのペアリングが確立したと判断してペアリング済みの状態となる。この状態は、アプリレイヤでペアリングされた状態である。

ＢＬＥの場合、接続が確立すると、スマートフォン２００のアプリケーション３２３は、ＯＳ３１１からの接続完了通知に含まれる情報からデジタルカメラ１００で利用可能な機能を示すサービスＵＵＩＤを取得することができる。スマートフォン２００は、そのサービスＵＵＩＤで提供される機能を実現するための通信を行うことができる。このサービスＵＵＩＤは、通信仕様上規定された標準のＢＡＳＥ ＵＵＩＤでもよいし、デジタルカメラ１００で独自に実装されたＶｅｎｄｅｒ Ｓｐｅｃｉｆｉｃ ＵＵＩＤでもよい。

以上、図３（ｂ）及び図３（ｃ）を参照して説明したように、デジタルカメラ１００とスマートフォン２００との間のＢｌｕｅｔｏｏｔｈ接続には、ＯＳレイヤの接続と、その後のＯＳレイヤの接続経路を利用したアプリレイヤの接続の２層がある。

＜Ｂｌｕｅｔｏｏｔｈ再接続＞
次に、図４を参照して、ペアリング済みのデジタルカメラ１００及びスマートフォン２００がＢｌｕｅｔｏｏｔｈで再接続する処理について説明する。

図４（ａ）は、再接続を開始する際の図である。ユーザ３０１が、デジタルカメラ１００の電源スイッチをＯＮにしたり、電池をデジタルカメラ１００に挿入したりするなどして、デジタルカメラ１００のＢｌｕｅｔｏｏｔｈ機能が使用できる状況にすると、デジタルカメラ１００は、Ｂｌｕｅｔｏｏｔｈ接続のためにアドバタイズ信号４０１を周囲に発信する。

図４（ｂ）に示すように、デジタルカメラ１００が発信するアドバタイズ信号４０１には、ペアリングを確立する際にデジタルカメラ１００がスマートフォン２００から取得したアプリケーションＩＤ３２１が含まれる。スマートフォン２００は、デジタルカメラ１００が通信部１１２を介して発信したアドバタイズ信号を、通信部２１２を介して受信し、アドバタイズ信号から自身のアプリケーションＩＤを判別して、自身と接続可能であることを判断する。

スマートフォン２００は、アドバタイズ信号に含まれるアプリケーションＩＤが自身のアプリケーションＩＤ３２１であると判断すると、図４（ｃ）に示すように、デジタルカメラ１００へＢｌｕｅｔｏｏｔｈ接続要求を行う。これにより、デジタルカメラ１００とスマートフォン２００との間で再度Ｂｌｕｅｔｏｏｔｈ接続が確立する。このとき、ＯＳレイヤで再接続し、かつアプリレイヤでも再接続がされた状態となる。

＜アプリケーションの画面説明＞
図５は、本実施形態におけるアプリケーションの画面例を示す図である。図５（ａ）は、デジタルカメラ１００とスマートフォン２００とをＢｌｕｅｔｏｏｔｈで接続した状態で表示されるトップメニュー画面５００を示したものである。トップメニュー画面５００は、カメラの接続状態を示しながら、実行可能な機能のメニューボタンを表示する。カメラ内画像表示ボタン５０１は、カメラ内の画像を一覧表示する機能に対応する。Ｗｉ－Ｆｉリモート撮影ボタン５０２は、カメラのライブビューを表示しながらカメラの撮影指示をする機能に対応する。ＢＬＥリモート撮影ボタン５０３は、Ｂｌｕｅｔｏｏｔｈ通信でカメラへ撮影指示をする機能に対応する。なお、カメラ内画像表示ボタン５０１とＷｉ－Ｆｉリモート撮影ボタン５０２から実行される機能は、画像データやライブビューデータといった、Ｂｌｕｅｔｏｏｔｈの通信速度にとっては大きいデータを扱う。そのため、これらの機能は、実行時にＢｌｕｅｔｏｏｔｈ通信からＷｉ－Ｆｉ通信へ自動的に切り替える機能を有する。この場合、スマートフォン２００は、Ｂｌｕｅｔｏｏｔｈを介して無線ＬＡＮ接続に必要な通信パラメータ（ＳＳＩＤやパスワード等）をデジタルカメラ１００と共有する。スマートフォン２００及びデジタルカメラ１００は、共有された通信パラメータを用いて無線ＬＡＮ接続を確立する。

図５（ｂ）は、Ｗｉ－Ｆｉリモート撮影ボタン５０２から実行される、カメラのライブビューを表示しながらカメラの撮影指示をする機能の画面例であるＷｉ－Ｆｉリモート撮影画面５１０を示す。Ｗｉ－Ｆｉリモート撮影画面５１０は、戻るボタン５１１、カメラから受信したライブビューを表示するエリア５１２、レリーズボタン５１３、及び静止画／動画スイッチ５１４を含む。ユーザは、レリーズボタン５１３をタップすることで、カメラへ撮影指示を送って画像を撮影することができる。また、ユーザは静止画／動画スイッチ５１４を操作することにより、静止画モードと動画モードとの間の切り替えを行うことができる。ユーザは、機能の使用を終えたら、戻るボタン５１１をタップすることで、画面をトップメニュー画面５００へ遷移させることができる。

図５（ｃ）は、ＢＬＥリモート撮影ボタン５０３から実行される、Ｂｌｕｅｔｏｏｔｈ通信でカメラへ撮影指示をする機能の画面例であるＢＬＥリモート撮影画面５２０を示す。ＢＬＥリモート撮影画面５２０には、カメラから受信したライブビューを表示するエリアを設けない代わりにレリーズボタン５２２が大きく表示して配置される。ユーザは、レリーズボタン５２２をタップすることで、カメラへ撮影指示を送って画像を撮影することができる。ＢＬＥリモート撮影画面５２０は、戻るボタン５２１及び静止画／動画スイッチ５２３も含む。ユーザは静止画／動画スイッチ５２３を操作することにより、静止画モードと動画モードとの間の切り替えを行うことができる。ユーザは、機能の使用を終えたら、戻るボタン５２１をタップすることで、画面をトップメニュー画面５００へ遷移させることができる。

本実施形態では、上で説明した複数の機能のうち、ＢＬＥリモート撮影画面５２０の機能を別のアプリケーションによりユーザに提供する構成について説明をする。一部の機能を別のアプリケーションとして提供することで、アプリケーション開発の自由度が向上するなどのメリットが得られる。

＜一部の機能を別のアプリケーションで実現することに関連する課題＞
以下の説明では、トップメニュー画面５００を表示するアプリケーションを「一次アプリ」又は「代表アプリ」と呼ぶ。また、一次アプリが提供する機能とは別の機能（例えば、ＢＬＥリモート撮影画面５２０の機能）を提供する別のアプリケーションを「二次アプリ」と呼ぶ。

一次アプリがデジタルカメラ１００とＢｌｕｅｔｏｏｔｈ接続した後に、二次アプリが従来の技術に従ってデジタルカメラ１００とＢｌｕｅｔｏｏｔｈ接続しようとすると、以下に説明する課題が生じる。

図６に示すように、スマートフォン２００の一次アプリ６０１（Ａｐｐ１）がデジタルカメラ１００とペアリングを行うと、制御部２０１にて動作するソフトウェアモジュール構成３１５のＯＳ３１１に鍵６０３が保存される。鍵６０３は、デジタルカメラ１００とのペアリング時に交換した通信データ暗号化の解除のための鍵である。

続いて、二次アプリ６０２（Ａｐｐ２）がデジタルカメラ１００とペアリングしようとした場合、既にＯＳ３１１に鍵６０３が保存されているため、ＯＳ３１１に新たな鍵６０４を保存することができない。これは、ＯＳ３１１ではデジタルカメラの個体ごとに１つしか鍵を保存することができないためである。従って、デジタルカメラ１００としても、制御部１０１にて動作するソフトウェアモジュール構成３１６の通信制御モジュール３１２に保存できるのは、一次アプリ６０１とペアリングしたときに交換した通信データ暗号化の解除のための鍵６０７のみである。デジタルカメラ１００は、二次アプリ６０２のための鍵６０８を通信制御モジュール３１２に保存することはできない。

同様に、デジタルカメラ１００のカメラ制御モジュール３２２に記憶できるのも、一次アプリ６０１とペアリングしたときに渡されたアプリケーションＩＤ６０５のみである。デジタルカメラ１００は、二次アプリ６０２のアプリケーションＩＤ６０６をカメラ制御モジュール３２２に記憶することはできない。

この結果、二次アプリ６０２は、デジタルカメラ１００とのＢｌｕｅｔｏｏｔｈ接続をＯＳレイヤで確立することができない。このようなＯＳの制約により、従来の技術では、二次アプリ６０２が一次アプリ６０１とは別のＢｌｕｅｔｏｏｔｈ接続をデジタルカメラ１００との間で確立して機能を実行することが困難である。

＜図６の課題に対処するためのシステム構成図＞
図７は、図６を参照して説明した課題に対処するためのシステム構成図である。図７（ａ）は、一次アプリ６０１がデジタルカメラ１００とペアリングをする様子を図示したものである。図７（ａ）では、図３と同様に、ユーザ３０１が、デジタルカメラ１００を操作して、Ｂｌｕｅｔｏｏｔｈ設定機能のペアリング開始を実行する。この際に、ユーザは、スマートフォン２００では一次アプリ６０１を使用してペアリングを行う。

デジタルカメラ１００とスマートフォン２００とがＢｌｕｅｔｏｏｔｈ接続して暗号化通信可能な状態となった後、デジタルカメラ１００は、カメラ制御モジュール３２２に一次アプリ６０１のアプリケーションＩＤ６０５を記憶する。これにより、デジタルカメラ１００は、スマートフォン２００とのペアリングが確立したと判断してペアリング済みの状態となる。

なお、スマートフォン２００とデジタルカメラ１００との間の接続は、Ｂｌｕｅｔｏｏｔｈ接続であってもよいし、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ接続（ＢＬＥ接続）であってもよい。本実施形態の説明においては、これら２つの接続を厳密には区別せずに記載するものとする。従って、本実施形態の説明において、Ｂｌｕｅｔｏｏｔｈ接続又はＢＬＥ接続と記載される接続は、技術的に矛盾しない限り、Ｂｌｕｅｔｏｏｔｈ接続及びＢＬＥ接続のいずれによって実施されてもよい。

図７（ｂ）は、一次アプリ６０１がデジタルカメラ１００と再接続をする様子を図示したものである。図７（ｂ）では、図４と同様に、ユーザ３０１が、デジタルカメラ１００の電源スイッチをＯＮにしたり電池をデジタルカメラ１００に挿入したりするなどして、デジタルカメラ１００のＢｌｕｅｔｏｏｔｈ機能が使用できる状況にする。続いて、デジタルカメラ１００は、Ｂｌｕｅｔｏｏｔｈ接続のためにアドバタイズ信号４０１に一次アプリ６０１のアプリケーションＩＤ６０５を載せて周囲に発信する。スマートフォン２００の一次アプリ６０１は、デジタルカメラ１００が通信部１１２を介して発信したアドバタイズ信号を、通信部２１２を介して受信する。そして、一次アプリ６０１は、アドバタイズ信号から自身のアプリケーションＩＤを判別して、自身がデジタルカメラ１００と接続可能であることを判断する。そして、一次アプリ６０１は、デジタルカメラ１００へＢｌｕｅｔｏｏｔｈ接続要求を行い、デジタルカメラ１００とスマートフォン２００との間で再度Ｂｌｕｅｔｏｏｔｈ接続が確立する。

図７（ｃ）は、一次アプリ６０１がユーザの操作を受け付けて機能を実行する様子を図示したものである。ユーザにより実行を指示された機能が二次アプリ６０２により提供される機能である場合、一次アプリ６０１は二次アプリ６０２を呼び出す。二次アプリ６０２は、接続済みのスマートフォン２００とデジタルカメラ１００とのＢｌｕｅｔｏｏｔｈ通信を介して、直接デジタルカメラ１００へ制御を要求し機能を実行する。

以上のように、２つのアプリケーションの間で役割分担を行うことで、複数のアプリケーションで同一のデジタルカメラ１００と通信する機能を提供することができる。

＜シーケンス図：ペアリングと再接続＞
図８は、一次アプリがデジタルカメラ１００に対してＢｌｕｅｔｏｏｔｈペアリングと再接続を行う処理の流れを、ＯＳ３１１の動作も含めて示したシーケンス図である。本シーケンス図において、一次アプリ（第１のアプリケーション）が実行するものとして説明される処理及び動作等は、スマートフォン２００の制御部２０１（例えばプロセッサ）が一次アプリを実行することにより実現するものである。同様に、ＯＳ３１１が実行するものとして説明される処理及び動作等は、スマートフォン２００の制御部２０１（例えばプロセッサ）がＯＳ３１１を実行することにより実現するものである。この点は、図９以降のシーケンス図及びフローチャートにおいても同様である。また、図９以降のシーケンス図及びフローチャートにおいて、二次アプリ（第２のアプリケーション）が実行するものとして説明される処理及び動作等は、スマートフォン２００の制御部２０１（例えばプロセッサ）が二次アプリを実行することにより実現するものである。

最初に、ペアリング時の処理について説明する。Ｔ８０１で、ユーザが一次アプリを起動する。Ｔ８０２で、一次アプリがＢｌｕｅｔｏｏｔｈデバイスのスキャンをＯＳ３１１に要求して、デバイスを検出するのを待つ。

一方、Ｔ８０３で、ユーザはデジタルカメラ１００を操作して、ペアリング開始を操作する。Ｔ８０４で、デジタルカメラ１００は、アドバタイズ信号を発信する。

ＯＳ３１１がアドバタイズ信号を受信すると、Ｔ８０５で、ＯＳ３１１は一次アプリへデバイスの検出を通知する。一次アプリは、一次アプリがサポートするデバイスのみペアリング画面に一覧表示する。

Ｔ８０６で、ユーザは、表示されたデバイスの一覧から所望のデジタルカメラ（ここではデジタルカメラ１００）を選択する。Ｔ８０７で、一次アプリは、選択されたデジタルカメラに対しての接続要求をＯＳ３１１へ伝える。一次アプリからの接続要求に応じて、Ｔ８０８で、ＯＳ３１１は、デジタルカメラ１００へ接続要求を行い、暗号化通信を確立する。Ｔ８０９で、ＯＳ３１１は、接続が完了した旨を一次アプリへ通知する。

一次アプリは、ＯＳ３１１からの接続完了通知に含まれるデバイス情報として、デバイス名やＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスを記憶しておく。また、一次アプリは、ＯＳ３１１からの接続完了通知に含まれる情報から、接続したデジタルカメラ１００がサポートする機能を示すサービスＵＵＩＤを取得できる。一次アプリは、このサービスＵＵＩＤを参照して、自身の備える機能、及び、二次アプリの備える機能を必要に応じて画面（例えばトップメニュー画面５００）にメニューボタンとして表示する。なお、ＯＳ３１１の種類や特徴によっては、一次アプリがＭＡＣアドレスを取得できない場合もある。

Ｔ８１０で、一次アプリは、自身のアプリケーションＩＤをデジタルカメラ１００へ送信する。アプリケーションＩＤを受信したデジタルカメラ１００は、Ｔ８１１で、アプリケーションＩＤをペアリング相手のアプリケーションの情報として記憶する。

また、必要に応じて、Ｔ８１２で、一次アプリは、デジタルカメラ１００へ要求してデジタルカメラ１００のシリアル番号を取得して記憶しておく。これにより、スマートフォン２００とデジタルカメラ１００とがペアリングされた状態となり、ＯＳレイヤ及びアプリレイヤの両方で、スマートフォン２００とデジタルカメラ１００とのＢｌｕｅｔｏｏｔｈ接続が確立される。

次に、再接続時の処理について説明する。ペアリング時と同様に、Ｔ８０１で、ユーザが一次アプリを起動する。Ｔ８０２で、一次アプリがＢｌｕｅｔｏｏｔｈデバイスのスキャンをＯＳ３１１に要求して、デバイスを検出するのを待つ。Ｔ８２１で、ペアリング済みのデジタルカメラ１００は、ユーザから電源ボタンへの操作を受けるなどして電源がオンになる。Ｔ８２２で、デジタルカメラ１００は、Ｔ８１１で記憶したアプリケーションＩＤを載せてアドバタイズ信号を発信する。ＯＳ３１１がアドバタイズ信号を受信すると、Ｔ８２３で、ＯＳ３１１は一次アプリへデバイスの検出を通知する。Ｔ８２４で、一次アプリは自身のアプリケーションＩＤがアドバタイズ信号に含まれているアプリケーションＩＤと一致しているか判定する。一致している場合、Ｔ８２５で、一次アプリはデジタルカメラ１００に対しての接続要求をＯＳ３１１へ伝える。一次アプリからの接続要求に応じて、Ｔ８２６で、ＯＳ３１１は、デジタルカメラ１００へ接続要求を行い、暗号化通信を再確立する。

Ｔ８２７で、一次アプリは、ＯＳ３１１からの接続完了通知に含まれるデバイス情報として、デバイス名やＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスを記憶しておく。また、一次アプリは、ＯＳ３１１からの接続完了通知に含まれる情報から、接続したデジタルカメラ１００がサポートする機能を示すサービスＵＵＩＤを取得できる。一次アプリは、このサービスＵＵＩＤを参照して、自身の備える機能、及び、二次アプリの備える機能を必要に応じて画面（例えばトップメニュー画面５００）にメニューボタンとして表示する。なお、ＯＳ３１１の種類や特徴によっては、一次アプリがＭＡＣアドレスを取得できない場合もある。

また、必要に応じて、Ｔ８２８で、一次アプリは、デジタルカメラ１００へ要求してデジタルカメラ１００のシリアル番号を取得して記憶しておく。

＜シーケンス図：機能の実行＞
図９は、一次アプリがユーザの操作を受け付けて機能を実行する処理の流れを、ＯＳ３１１の動作も含めて示したシーケンス図である。ユーザは、一次アプリの画面（例えばトップメニュー画面５００）に表示されたボタンをタップすることにより機能の実行を指示する。

Ｔ９０１及びＴ９０３に示すように、一次アプリは、ユーザの操作により、一次アプリが備える機能の開始や操作指示を受け付ける。この場合、一次アプリ自身が、ＯＳ３１１を通じてデジタルカメラ１００とＢｌｕｅｔｏｏｔｈ通信を行うことにより、デジタルカメラ１００の制御を行ったり、Ｂｌｕｅｔｏｏｔｈ通信からＷｉ－Ｆｉ通信に自動で切り替えて機能を実行したりする。Ｔ９０２に示すように、デジタルカメラ１００は、一次アプリからの要求に応じて、要求された動作を実行する。

一方、Ｔ９０４に示すように、ユーザの操作により、一次アプリのメニューにおいて二次アプリが備える機能の開始を受け付ける場合がある。この場合、Ｔ９０５で、一次アプリは、現在Ｂｌｕｅｔｏｏｔｈ通信で接続中のデジタルカメラ１００の情報を二次アプリに伝えるために、デジタルカメラ１００の識別情報を含む各種情報をＯＳ３１１に渡す。これらの各種情報は、ペアリングや再接続の際に取得して記憶済みのカメラ名、ＭＡＣアドレス、及びシリアル番号を含む。但し、前述の通り、ＯＳの種類によっては一次アプリがＭＡＣアドレスを取得することができない場合があり、この場合、各種情報にＭＡＣアドレスは含まれない。一次アプリは、各種情報を二次アプリに伝えるために、ＯＳ３１１の提供する、アプリ間でデータ共有するためのデータ共有領域に、デジタルカメラ１００の識別情報を含む各種情報を記憶する。このデータ共有領域は、一般的にアクセス可能な不揮発性メモリ２０３内の所定のディレクトリであってもよいし、両アプリケーションのみがアクセス可能な設定で作成された記憶領域であってもよい。或いは、一次アプリは、ＯＳ３１１の提供する作業用メモリ２０４を使用したクリップボードをデータ共有領域として使用してもよいし、アプリケーション起動時のパラメータとして各種情報を指定してもよい。

続いて、Ｔ９０６で、一次アプリは、二次アプリを起動するようにＯＳ３１１に要求する。一次アプリからの要求に応じて、Ｔ９０７で、ＯＳ３１１は二次アプリを起動する。Ｔ９０８で、二次アプリは、データ共有領域から、デジタルカメラ１００の識別情報を含む各種情報を取得する。

続いて、二次アプリは、データ共有領域から取得したデジタルカメラ１００の識別情報に基づいて、二次アプリがデジタルカメラ１００と通信するための接続を確立させるための接続制御を行う。この接続制御の詳細は、ＯＳ３１１の種類や特徴によって異なる。より具体的には、ＯＳ３１１が、一次アプリがペアリング相手のＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスを取得することを許可するか否かに応じて、二次アプリが行う接続制御の詳細が異なる。

一次アプリがペアリング相手（ここではデジタルカメラ１００）のＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスを取得できる場合、Ｔ９０５においてＭＡＣアドレスがデータ共有領域に格納される。従って、二次アプリは、Ｔ９０７においてデータ共有領域からＭＡＣアドレスを取得し、このＭＡＣアドレスをデジタルカメラ１００の識別情報として使用することができる。この場合、Ｔ９０９で、一次アプリは、ＭＡＣアドレスをＯＳ３１１に渡すことにより、デジタルカメラ１００への接続要求を行う。Ｔ９１０で、ＯＳ３１１は二次アプリに対して、アプリレイヤでの接続が完了したことを通知する。Ｔ９０９～Ｔ９１０における二次アプリ及びＯＳ３１１の処理は、Ｔ８０７～Ｔ８０９における一次アプリ及びＯＳ３１１の処理に類似しているが、Ｔ８０７～Ｔ８０９の場合と異なりＯＳレイヤでの接続は既に確立されている。そのため、接続要求を受けたＯＳ３１１は、デジタルカメラ１００と新たにＯＳレイヤでの接続を確立することなく、アプリレイヤでの二次アプリとデジタルカメラ１００との接続の確立をサポートする。

二次アプリがデジタルカメラ１００と通信可能な状態になった後、Ｔ９１２で、二次アプリは、ユーザ操作により指示された機能を実行するために、ＯＳ３１１を通じてデジタルカメラ１００とＢｌｕｅｔｏｏｔｈ通信を行う。Ｔ９１３で、デジタルカメラ１００は、二次アプリから要求された動作を実行する。

他方、一次アプリがペアリング相手（ここではデジタルカメラ１００）のＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスを取得できない場合、Ｔ９０５においてデータ共有領域に格納される情報にＭＡＣアドレスは含まれない。従って、二次アプリは、Ｔ９０７においてデータ共有領域からＭＡＣアドレスを取得することができず、ＭＡＣアドレスをデジタルカメラ１００の識別情報として使用することもできない。この場合、二次アプリは、データ共有領域に格納されるデジタルカメラ１００のシリアル番号を、デジタルカメラ１００の識別情報（第１種類の識別情報）として使用する。Ｔ９１４で、二次アプリは、ＯＳ３１１に対して、二次アプリ自身がサポートする機能のサービスＵＵＩＤを指定することにより、二次アプリがサポートする接続済みカメラ（ＯＳが接続を確立している１以上のデジタルカメラ）の列挙を要求する。Ｔ９１５で、二次アプリは、ＯＳ３１１から返されたリスト（１以上のデジタルカメラそれぞれの第２種類の識別情報）を取得する。

二次アプリは、リストの先頭から順番に個別のデジタルカメラについて、Ｔ９１６～Ｔ９２０のループ処理を行う。具体的には、Ｔ９１６で、二次アプリは、デジタルカメラに接続するようにＯＳ３１１に要求する。Ｔ９１７で、ＯＳ３１１は二次アプリに対して、アプリレイヤでの接続が完了したことを通知する。Ｔ９１６～Ｔ９１７における二次アプリ及びＯＳ３１１の処理は、Ｔ８０７～Ｔ８０９における一次アプリ及びＯＳ３１１の処理に類似しているが、Ｔ８０７～Ｔ８０９の場合と異なりＯＳレイヤでの接続は既に確立されている。そのため、接続要求を受けたＯＳ３１１は、デジタルカメラ１００と新たにＯＳレイヤでの接続を確立することなく、アプリレイヤでの二次アプリとデジタルカメラ１００との接続の確立をサポートする。その後、Ｔ９１８で、二次アプリは、デジタルカメラ１００へシリアル番号の取得要求を行う。Ｔ９１９で、二次アプリは、Ｔ９１８で取得したシリアル番号が一次アプリから渡されたシリアル番号（即ち、データ共有領域から取得されたシリアル番号）と一致するか否かを判定する。

２つのシリアル番号が一致する場合、二次アプリの現在の接続相手が一次アプリの接続相手（ここではデジタルカメラ１００）と一致しているということである。この場合、二次アプリは、ループ処理を終了する。

他方、２つのシリアル番号が一致しない場合には、二次アプリの現在の接続相手が一次アプリの接続相手（ここではデジタルカメラ１００）と一致していないということである。そこで、Ｔ９２０で、二次アプリは、ＯＳ３１１へ切断要求をしてアプリレイヤでの接続を切断する。なお、一次アプリがデジタルカメラ１００との接続状態を保っているので、ＯＳ３１１はＯＳレイヤでの接続は切断しない。ＯＳ３１１がデジタルカメラ１００とのＯＳレイヤでの接続を切断するのは、全てのアプリがアプリレイヤでの接続を切断した場合である。その後、二次アプリは、リストの次のデジタルカメラについて、ループの先頭（Ｔ９１６）からの処理を行う。

二次アプリが一次アプリの接続相手と同じデジタルカメラ１００と接続できた後、Ｔ９２１で、二次アプリは、ユーザ操作により指示された機能を実行するために、ＯＳ３１１を通じてデジタルカメラ１００とＢｌｕｅｔｏｏｔｈ通信を行う。Ｔ９２２で、デジタルカメラ１００は、二次アプリから要求された動作を実行する。

なお、上記の説明においては、便宜上、二次アプリが既にスマートフォン２００にインストールされているものとした。しかしながら、一次アプリが表示したトップメニュー画面５００において、二次アプリが提供する機能を割り当てたメニューボタンがユーザにより操作されたタイミングで、必要に応じて二次アプリをインストールする構成を採用してもよい。この場合、Ｔ９０４とＴ９０５の間で、一次アプリは、ＯＳ３１１に問い合わせて二次アプリがインストール済みである否かを判定する。そして、二次アプリがインストール済みでない場合には、一次アプリは、ＯＳ３１１に対して、ストアアプリを起動して二次アプリをインストールするための画面を表示するように要求する。このような構成を採用することにより、ユーザは予め自分で必要なアプリケーションをインストールしておかなくても、スマートフォン２００の画面で指示された通りに操作をすることで、目的の機能を実行することが可能である。

＜フローチャート：一次アプリ＞
図１０は、図８に示したシーケンス図に対応する一次アプリ及びＯＳ３１１の処理を示すフローチャートである。

一次アプリが起動すると、Ｓ１００１で、一次アプリはＢｌｕｅｔｏｏｔｈデバイスのスキャンをＯＳ３１１に要求する。Ｓ１００２で、一次アプリは、デバイスを検出するのを待つ。ＯＳ３１１がアドバタイズ信号を受信すると、一次アプリへデバイスの検出が通知されるので、一次アプリは、デバイスが検出されたと判定することができる。デバイスが検出されないと一次アプリが判定した場合、処理ステップはＳ１０１２に進む。デバイスが検出されたと一次アプリが判定した場合、処理ステップはＳ１００３に進む。

Ｓ１００３で、一次アプリは、アドバタイズ信号内にアプリケーションＩＤが含まれているか否かを判定することにより、検出されたデバイスがペアリング済みであるか否かを判定する。検出されたデバイスがペアリング済みであると一次アプリが判定した場合（アドバタイズ信号内にアプリケーションＩＤが含まれていない、即ちアプリケーションＩＤの値が「０」の場合）、処理ステップはＳ１００８に進み、そうでない場合、処理ステップはＳ１００４に進む。

Ｓ１００４で、一次アプリは、検出されたデバイスのうち一次アプリがサポートするデバイス（デジタルカメラ）を画面に一覧表示する。ユーザが表示されたデジタルカメラの一覧から所望のデジタルカメラを選択すると、一次アプリは、選択されたデジタルカメラに対しての接続要求をＯＳ３１１へ伝える。

Ｓ１００５で、ＯＳ３１１は、デジタルカメラ１００へ接続要求を行い、暗号化通信を確立する。暗号化通信の確立が完了したことの通知をＯＳ３１１から受けた一次アプリは、Ｓ１００６で、自身のアプリケーションＩＤをデジタルカメラ１００へ送信する。

Ｓ１００７で、一次アプリは、接続相手のデジタルカメラのデバイス名やＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスを、シリアル番号やサービスＵＵＩＤなどと共に記憶する。

Ｓ１００８で、一次アプリは、アドバタイズ信号内のアプリケーションＩＤが自身のアプリケーションＩＤと一致しているか否かを判定することにより、一次アプリが検出されたデバイスとペアリング済みであるか否かを判定する。検出されたデバイスとペアリング済みであると一次アプリが判定した場合、処理ステップはＳ１００９に進み、そうでない場合、処理ステップはＳ１００１に戻る。

Ｓ１００９で、一次アプリは、検出されたデジタルカメラに対しての接続要求をＯＳへ伝える。Ｓ１０１０で、ＯＳ３１１は、デジタルカメラ１００へ接続要求を行い、暗号化通信を再確立する。

Ｓ１０１１で、一次アプリは、接続相手のデジタルカメラのデバイス名やＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスを、シリアル番号やサービスＵＵＩＤなどと共に記憶する。

Ｓ１０１２で、一次アプリは、デバイスの切断を検出したか否かを判定する。デバイスの切断を検出したと一次アプリが判定した場合、処理ステップはＳ１０１３に進み、そうでない場合、処理ステップはＳ１００１に戻る。

Ｓ１０１３で、一次アプリは、記憶済みの接続中のカメラ情報を消去する。

図１１は、図９に示したシーケンス図に対応する一次アプリの処理を示すフローチャートである。

Ｓ１１０１で、一次アプリは、接続中のデジタルカメラ１００のカメラ名と共に、利用可能な機能を実行するためのメニューボタンを配置したトップメニュー画面５００を表示する。

Ｓ１１０２で、一次アプリは、ユーザの操作により一次アプリの備える機能の開始を受け付けたか否かを判定する。一次アプリの備える機能の開始を受け付けたと一次アプリが判定した場合、処理ステップはＳ１１０７に進み、そうでない場合、処理ステップはＳ１００３に進む。

Ｓ１１０３で、一次アプリは、ユーザの操作により二次アプリが備える機能の開始を受け付けたか否かを判定する。二次アプリが備える機能の開始を受け付けたと一次アプリが判定した場合、処理ステップはＳ１１０４に進み、そうでない場合、処理ステップはＳ１１０２に戻る。

Ｓ１１０４で、一次アプリは、現在Ｂｌｕｅｔｏｏｔｈ通信で接続中のデジタルカメラ１００の識別情報を含む各種情報を、ＯＳ３１１の提供するアプリ間でデータ共有するためのデータ共有領域に格納する。また、一次アプリは、開始すべき機能を示す要求ＩＤもデータ共有領域に格納する。

Ｓ１１０５で、一次アプリは、二次アプリを起動するようにＯＳ３１１に要求する。二次アプリが正常に起動したら、一次アプリはバックグラウンドに表示される。そこで、Ｓ１１０６で、一次アプリは、一次アプリがフォアグラウンドに復帰したか否かを判定する。フォアグラウンドに復帰したと一次アプリが判定するまで、処理ステップはＳ１１０６に留まる。フォアグラウンドに復帰したと一次アプリが判定した場合、処理ステップはＳ１１０１に戻る。

Ｓ１１０７で、一次アプリは、ＯＳ３１１を通じてデジタルカメラ１００とＢｌｕｅｔｏｏｔｈ通信を行うことによりデジタルカメラ１００の制御を行うなどしながら、一次アプリの機能を実行する。Ｓ１１０８で、一次アプリは、ユーザ操作による機能の終了を受け付けたか否かを判定する。ユーザ操作による機能の終了を受け付けたと一次アプリが判定した場合、処理ステップはＳ１１０１に戻り、そうでない場合、処理ステップはＳ１１０７に戻る。

＜フローチャート：二次アプリ＞
図１２Ａ及び図１２Ｂは、図９に示したシーケンス図に対応する二次アプリの処理を示すフローチャートである。図１２Ａは、ＯＳ３１１が、一次アプリがペアリング相手のＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスを取得することを許可する場合に対応する。図１２Ｂは、ＯＳ３１１が、一次アプリがペアリング相手のＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスを取得することを許可しない場合に対応する。

最初に、図１２Ａについて説明する。一次アプリからの要求に応じてＯＳ３１１により起動された二次アプリは、Ｓ１２０１で、データ共有領域からデジタルカメラ１００のＭＡＣアドレスを含む各種情報と、要求ＩＤとを取得する。Ｓ１２０２で、二次アプリは、ＭＡＣアドレスをＯＳ３１１に渡すことにより、ＭＡＣアドレスにより識別されるデジタルカメラ１００との接続を確立するようにＯＳ３１１に要求する。

Ｓ１２０３で、二次アプリは、デジタルカメラ１００と通信可能な状態になるのを待つ。デジタルカメラ１００と通信可能な状態になったと二次アプリが判定すると、処理ステップはＳ１２０４に進む。Ｓ１２０４で、二次アプリは、接続したデジタルカメラ１００の情報として例えばカメラ名を表示すると共に、一次アプリから渡された要求ＩＤに相当する機能の画面（例えばＢＬＥリモート撮影画面５２０）を表示する。

Ｓ１２０５で、二次アプリは、ＯＳ３１１を通じてデジタルカメラ１００とＢｌｕｅｔｏｏｔｈ通信を行うことにより、ＢＬＥリモート撮影画面５２０におけるユーザ操作に応じた機能を実行する。Ｓ１２０６で、二次アプリは、ユーザから機能終了の操作を受けたか否かを判定する。ユーザから機能終了の操作を受けたと二次アプリが判定した場合、処理ステップはＳ１２０７に進み、そうでない場合、処理ステップはＳ１２０５に戻る。Ｓ１２０７で、二次アプリは、ＯＳ３１１に対して一次アプリの起動を要求する。

次に、図１２Ｂについて説明する。前述の通り、一次アプリがＯＳ３１１からＢｌｕｅｔｏｏｔｈデバイスのＭＡＣアドレスを取得できない場合、二次アプリはＭＡＣアドレスの代わりにシリアル番号をデジタルカメラの識別情報として使用する。

一次アプリからの要求に応じてＯＳ３１１により起動された二次アプリは、Ｓ１２１１で、データ共有領域からデジタルカメラ１００のシリアル番号を含む各種情報と、要求ＩＤとを取得する。Ｓ１２１２で、二次アプリは、ＯＳ３１１に対して、二次アプリ自身がサポートする機能のサービスＵＵＩＤを指定し、接続済み対応カメラの列挙を要求し、カメラのリストを取得する。

二次アプリは、リストの先頭から順番に個別のデジタルカメラについて、Ｓ１２１３～Ｓ１２１７のループ処理を行う。具体的には、Ｓ１２１３で、二次アプリは、デジタルカメラに接続するようにＯＳ３１１に要求する。本ステップの処理は、Ｔ９１６の処理に対応する。即ち、ここでの接続の要求に対し、ＯＳ３１１は、アプリレイヤでの接続をサポートする。

続くＳ１２１４で、二次アプリは、デジタルカメラと通信可能な状態になるのを待つ。デジタルカメラと通信可能な状態になったと二次アプリが判定すると、処理ステップはＳ１２１５に進む。

Ｓ１２１５で、二次アプリは、デジタルカメラに対してシリアル番号の取得要求を行う。Ｓ１２１６で、二次アプリは、Ｓ１２１５で取得されたシリアル番号が一次アプリから渡されたシリアル番号（即ち、データ共有領域から取得されたシリアル番号）と一致するか否かを判定する。２つのシリアル番号が一致すると二次アプリが判定した場合、処理ステップはＳ１２１８ａに進む。２つのシリアル番号が一致しないと二次アプリが判定した場合、処理ステップはＳ１２１７に進む。

Ｓ１２１７で、二次アプリは、ＯＳ３１１へ切断要求をしてアプリレイヤでの接続を切断する。その後、二次アプリは、リストの次のデジタルカメラについて、ループの先頭（Ｓ１２１３）からの処理を行う。

Ｓ１２１８ａで、二次アプリは、接続したデジタルカメラ１００の情報として例えばカメラ名を表示すると共に、一次アプリから渡された要求ＩＤに相当する機能の画面（例えばＢＬＥリモート撮影画面５２０）を表示する。

Ｓ１２１８ｂで、二次アプリは、ＯＳ３１１を通じてデジタルカメラ１００とＢｌｕｅｔｏｏｔｈ通信を行うことにより、ＢＬＥリモート撮影画面５２０におけるユーザ操作に応じた機能を実行する。Ｓ１２１９で、二次アプリは、ユーザから機能終了の操作を受けたか否かを判定する。ユーザから機能終了の操作を受けたと二次アプリが判定した場合、処理ステップはＳ１２２０に進み、そうでない場合、処理ステップはＳ１２１８ｂに戻る。Ｓ１２２０で、二次アプリは、ＯＳ３１１に対して一次アプリの起動を要求する。

以上説明したように、第１の実施形態によれば、スマートフォン２００は、ＯＳ３１１上で動作する一次アプリ（第１のアプリケーション）及び二次アプリ（第２のアプリケーション）を含む。一次アプリは、一次アプリがデジタルカメラ１００と通信するための接続を確立するようにＯＳ３１１に要求し、デジタルカメラ１００の識別情報を取得し、識別情報をＯＳ３１１が提供するデータ共有領域に格納する。二次アプリは、データ共有領域から識別情報を取得し、識別情報に基づいて、二次アプリがデジタルカメラ１００と通信するための接続を確立させるための接続制御を行う。図９を参照して説明したように、二次アプリが行う接続制御の詳細は、ＯＳ３１１が、一次アプリがペアリング相手のＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスを取得することを許可するか否かに応じて異なる。このような構成により、第１の実施形態によれば、スマートフォン２００の複数のアプリケーション（一次アプリ及び二次アプリ）がデジタルカメラ１００とスムーズに接続することが可能となる。

［第２の実施形態］
第１の実施形態では、一次アプリが二次アプリの機能開始ボタンを用意して表示し、ユーザの操作に応じて、ＯＳ３１１に対して二次アプリの起動を要求する構成について説明した。第２の実施形態では、一次アプリの機能開始ボタンを介さずに、二次アプリ自身がユーザ操作を受けて機能を開始できる構成を説明する。これを実現するために、第２の実施形態では、一次アプリは、一次アプリが接続中のデジタルカメラ１００の識別情報を含む各種情報を、二次アプリが常に参照できるようにデータ共有領域に最新の状態で格納する。なお、第２の実施形態において、デジタルカメラ１００及びスマートフォン２００の基本的な構成及び動作は第１の実施形態と同様である。以下、主に第１の実施形態と異なる点について説明する。

図１３は、第２の実施形態に係る一次アプリ及びＯＳ３１１の処理のシーケンス図である。ここでは、図８に示したシーケンス図との差分を中心に説明する。

ペアリング時においても再接続時においても、一次アプリは、ＯＳからの接続完了通知に含まれるデバイス情報として、デバイス名やＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスを記憶すること、ＯＳ３１１の種類や特徴によっては、ＭＡＣアドレスを取得できない場合もあるため、シリアル番号も取得して記憶しておくことは、図８を用いて説明した通りである。また、一次アプリが、接続したカメラのサポートする機能を示すサービスＵＵＩＤも取得していることも図８を用いて説明した通りである。

本実施形態では、Ｔ１３０１に示すように、一次アプリは、これらの接続中のデジタルカメラ１００の情報、即ちカメラ名、ＭＡＣアドレス、シリアル番号、対応サービスＵＵＩＤ等を、デジタルカメラ１００と接続したタイミングでデータ共有領域に格納する。但し、前述の通り、ＯＳ３１１の特徴によっては、ＭＡＣアドレスは格納されない。また、Ｔ１３０２に示すようにデジタルカメラ１００の電源オフ操作などによりデジタルカメラ１００の接続が切断された場合には、Ｔ１３０３で、ＯＳ３１１は、一次アプリに対してデジタルカメラ１００の切断を通知する。そして、Ｔ１３０４で、一次アプリは、Ｔ１３０１において格納した情報をデータ共有領域から削除する。

図１４は、第２の実施形態に係る二次アプリ及びＯＳ３１１の処理のシーケンス図である。ここでは、図９に示したシーケンス図との差分を中心に説明する。

Ｔ１４０１で、ユーザ操作により二次アプリが起動されるか、又は二次アプリがフォアグラウンドに表示され、ユーザ操作により二次アプリに対して機能の開始が指示される。Ｔ１４０２で、二次アプリは、データ共有領域に格納されている、一次アプリが接続中のデジタルカメラ１００の情報、即ちカメラ名、ＭＡＣアドレス、シリアル番号、対応サービスＵＵＩＤを取得する。但し、前述の通り、ＯＳ３１１の特徴によっては、ＭＡＣアドレスは取得されない。ここで、二次アプリ自身が対応する機能を意味するサービスＵＵＩＤが取得されれば、二次アプリは、ＭＡＣアドレスやシリアル番号を用いて、図９でも説明したとおりの手順でデジタルカメラ１００とＢｌｕｅｔｏｏｔｈ通信できるように接続制御を行い、機能を開始することができる。

［第３の実施形態］
第１の実施形態及び第２の実施形態では、一次アプリがデジタルカメラ１００との再接続処理を担っているため、一次アプリが起動していないと、二次アプリで機能を開始できない。第３の実施形態では、一次アプリでペアリングさえしてしまえば、デジタルカメラ１００との再接続及び機能実行は二次アプリだけ起動していれば実行できる構成を説明する。

これを実現するためには、一次アプリは、デジタルカメラ１００の識別情報等に加えて、一次アプリのアプリケーションＩＤも、二次アプリが参照できるデータ共有領域に格納する。そして、二次アプリは、Ｂｌｕｅｔｏｏｔｈデバイスをスキャンして再接続をできるように構成される。即ち、本実施形態では、図１０で説明した一次アプリのデジタルカメラ１００との再接続処理のＳ１００１～Ｓ１００３及びＳ１００８～Ｓ１０１１を、二次アプリでも実行できるように構成される。

なお、その他の点については、本実施形態は、第１の実施形態又は第２の実施形態と同様である。

［第４の実施形態］
第１の実施形態では、スマートフォン２００とデジタルカメラ１００がＢｌｕｅｔｏｏｔｈで接続した構成において、一次アプリと二次アプリとで連携して、ＢＬＥリモート撮影機能を二次アプリによりユーザに提供する構成について説明した。第４の実施形態では、スマートフォン２００とデジタルカメラ１００がＷｉ－Ｆｉで接続した構成において、一次アプリと二次アプリとで連携して、Ｗｉ－Ｆｉリモート撮影機能を二次アプリによりユーザに提供する構成について説明する。

なお、第４の実施形態において、デジタルカメラ１００及びスマートフォン２００の基本的な構成及び動作は第１の実施形態、第２の実施形態、又は第３の実施形態と同様である。以下、主に前述の各実施形態と異なる点について説明する。

図５に示したアプリケーションの画面例を用いて説明を行う。本実施形態においては、図５（ａ）に示すトップメニュー画面５００は一次アプリにより提供されるが、図５（ｂ）に示すＷｉ－Ｆｉリモート撮影画面５１０は二次アプリにより提供されるものとする。

前述のとおり、一次アプリは、機能実行時にＢｌｕｅｔｏｏｔｈ通信からＷｉ－Ｆｉ通信へ自動的に切り替える機能を有する。この機能を利用してスマートフォン２００とデジタルカメラ１００とを無線ＬＡＮ接続（Ｗｉ－Ｆｉ接続）を確立してもよい。デジタルカメラ１００がＢｌｕｅｔｏｏｔｈの通信機能を備えない場合には、予めスマートフォン２００とデジタルカメラ１００との間で無線ＬＡＮ接続を確立して、その上で一次アプリが無線ＬＡＮ上でのＵＰｎＰなどのデバイス検出処理を用いてデジタルカメラ１００と接続する構成を採用してもよい。

デジタルカメラ１００との無線ＬＡＮ接続を確立した一次アプリは、二次アプリで提供するＷｉ－Ｆｉリモート撮影機能のメニューボタンを表示する。ユーザ操作によりトップメニュー画面５００のＷｉ－Ｆｉリモート撮影ボタン５０２の操作を受け付けたら、一次アプリは、必要に応じてデジタルカメラ１００と無線ＬＡＮ接続をして、無線ＬＡＮ上のデジタルカメラ１００のＩＰアドレスをデータ共有領域に格納することにより二次アプリに渡す。このデジタルカメラ１００のＩＰアドレスは、Ｂｌｕｅｔｏｏｔｈを介して無線ＬＡＮ接続に必要な通信パラメータ（ＳＳＩＤやパスワード等）として予め、デジタルカメラ１００とスマートフォン２００とで共有していても良いし、無線ＬＡＮ上でのＵＰｎＰなどのデバイス検出時にスマートフォン２００が取得してもよい。デジタルカメラ１００の識別情報としてＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスの代わりに無線ＬＡＮのＩＰアドレスを使用すること以外は、基本的な処理は前述の各実施形態と同様である。

図１１に示した一次アプリの機能実行時のフローチャートにおいて、Ｓ１１０４で説明したＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスやシリアル番号の代わりに、一次アプリはデジタルカメラ１００のＩＰアドレスをデータ共有領域へ格納する。

図１２Ａに示した二次アプリの機能実行時のフロー図において、Ｓ１２０１で、二次アプリは、Ｂｌｕｅｔｏｏｔｈ ＭＡＣアドレスやシリアル番号の代わりに、デジタルカメラ１００のＩＰアドレスを取得する。Ｓ１２０２で、二次アプリは、ＭＡＣアドレスの代わりにＩＰアドレスを使用して、機能を実行するための必要なプロトコルのＷｉ－Ｆｉ接続の確立を要求する。Ｓ１２０３で、二次アプリは、デジタルカメラ１００との接続完了を待ち、接続完了に応じて処理ステップをＳ１２０４に進める。これにより、二次アプリは、Ｗｉ－Ｆｉ通信を使用した機能を提供することができる。

なお、Ｗｉ－Ｆｉ通信を使用した機能の場合においては、原則として、デジタルカメラ１００のＩＰ通信をベースとしたプロトコルがマルチクライアントに対応している必要がある。しかし、仮にマルチクライアントがサポートされていない場合でも、ＯＳ３１１は、一次アプリ側のＩＰ通信を一度切断して、その代わりに二次アプリがＩＰ通信を確立すればよい。その際、一度ＩＰ通信が途絶えることになるが、デジタルカメラ１００が再接続を待ち合わせるモードを設けるなどして適宜必要な処理を行えばよい。

［その他の実施形態］
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１００…デジタルカメラ、２００…スマートフォン、２０１…制御部、２０３…不揮発性メモリ、２０４…作業用メモリ、２０５…操作部、２０６…表示部、２１０…記録媒体、２１１…通信部、２１２…通信部

Claims (10)

1. オペレーティングシステム（ＯＳ）、前記ＯＳ上で動作する第１のアプリケーション、及び前記ＯＳ上で動作する第２のアプリケーションを記録した記録媒体と、
   プロセッサと、
   を備える通信装置であって、
   前記第１のアプリケーションは、前記プロセッサにより実行されると、前記プロセッサに、
   前記第１のアプリケーションが外部装置と通信するための接続を確立するように前記ＯＳに要求することと、
   前記外部装置の識別情報を取得することと、
   前記識別情報を、前記ＯＳが提供するデータ共有領域に格納することと、
   を実行させ、
   前記第２のアプリケーションは、前記プロセッサにより実行されると、前記プロセッサに、
   前記データ共有領域から前記識別情報を取得することと、
   前記識別情報に基づいて、前記第２のアプリケーションが前記外部装置と通信するための接続を確立させるための接続制御を行うことと、
   を実行させる
   ことを特徴とする通信装置。
2. 前記接続制御を行うことは、前記識別情報を前記ＯＳに渡すことにより、前記第２のアプリケーションが前記外部装置と通信するための接続を確立するように前記ＯＳに要求することを含む
   ことを特徴とする請求項１に記載の通信装置。
3. 前記第１のアプリケーションが前記外部装置と通信するための前記接続、及び前記第２のアプリケーションが前記外部装置と通信するための前記接続は、Ｂｌｕｅｔｏｏｔｈ接続又はＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ接続であり、
   前記識別情報は、前記外部装置のＢｌｕｅｔｏｏｔｈ ＭＡＣアドレスである
   ことを特徴とする請求項１又は２に記載の通信装置。
4. 前記第１のアプリケーションが前記外部装置と通信するための前記接続、及び前記第２のアプリケーションが前記外部装置と通信するための前記接続は、Ｗｉ－Ｆｉ接続であり、
   前記識別情報は、前記外部装置のＩＰアドレスである
   ことを特徴とする請求項１又は２に記載の通信装置。
5. 前記データ共有領域に格納される前記識別情報は前記外部装置の第１種類の識別情報であり、
   前記接続制御を行うことは、
   前記ＯＳから、前記ＯＳが接続を確立している１以上の外部装置それぞれの第２種類の識別情報を取得することと、
   前記第２のアプリケーションが前記１以上の外部装置のうちの個別の外部装置と通信するための接続を確立するように前記ＯＳに要求することと、
   前記個別の外部装置と通信するための前記接続を通じて前記個別の外部装置の第１種類の識別情報を取得することと、
   前記個別の外部装置の前記第１種類の識別情報が前記データ共有領域から取得される前記第１種類の識別情報と一致するか否かを判定することと、
   前記個別の外部装置の前記第１種類の識別情報が前記データ共有領域から取得される前記第１種類の識別情報と一致しない場合に、前記個別の外部装置と通信するための前記接続を切断するように前記ＯＳに要求することと、
   を含む
   ことを特徴とする請求項１に記載の通信装置。
6. 前記外部装置の前記第１種類の識別情報は、前記外部装置のシリアル番号であり、
   前記個別の外部装置の前記第１種類の識別情報は、前記個別の外部装置のシリアル番号である
   ことを特徴とする請求項５に記載の通信装置。
7. 前記第１のアプリケーションは、前記プロセッサにより実行されると、前記プロセッサに、
   前記第２のアプリケーションを起動するように前記ＯＳに要求すること
   を更に実行させる
   ことを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. プロセッサが実行する通信制御方法であって、
   前記プロセッサが、オペレーティングシステム（ＯＳ）上で動作する第１のアプリケーションを実行することにより、
   前記第１のアプリケーションが外部装置と通信するための接続を確立するように前記ＯＳに要求することと、
   前記外部装置の識別情報を取得することと、
   前記識別情報を、前記ＯＳが提供するデータ共有領域に格納することと、
   前記プロセッサが、前記ＯＳ上で動作する第２のアプリケーションを実行することにより、
   前記データ共有領域から前記識別情報を取得することと、
   前記識別情報に基づいて、前記第２のアプリケーションが前記外部装置と通信するための接続を確立させるための接続制御を行うことと、
   を備えることを特徴とする通信制御方法。
9. オペレーティングシステム（ＯＳ）上で動作する第１のアプリケーションとしてのプログラムであって、通信装置のプロセッサにより実行されると、前記プロセッサに、
   前記第１のアプリケーションが外部装置と通信するための接続を確立するように前記ＯＳに要求することと、
   前記外部装置の識別情報を取得することと、
   前記識別情報を、前記ＯＳが提供するデータ共有領域に格納することと、
   を実行させる
   ことを特徴とするプログラム。
10. オペレーティングシステム（ＯＳ）上で動作する第２のアプリケーションとしてのプログラムであって、通信装置のプロセッサにより実行されると、前記プロセッサに、
    第１のアプリケーションにより前記ＯＳが提供するデータ共有領域に格納された外部装置の識別情報を、前記データ共有領域から取得することと、
    前記識別情報に基づいて、前記第２のアプリケーションが前記外部装置と通信するための接続を確立させるための接続制御を行うことと、
    を実行させる
    ことを特徴とするプログラム。

Images