JP2024049938A - 電子機器及びその制御方法及びプログラム - Google Patents

Abstract

【課題】外部装置からデータ受信中であっても、電子機器の優先すべき処理を実行でき、高いスループットのデータ受信する電子機器を提供する。【解決手段】Ａｃｋ有り及びＡｃｋ無し通信メッセージを用いる通信部を有する電子機器は、外部装置から転送するデータ量を表す情報をＡｃｋ有りで受信するデータ量受信部と、Ａｃｋ無しで受信するデータサイズを決定し、データサイズを示すメッセージをＡｃｋ有りで外部装置に通知する決定工程と、外部装置から決定したデータサイズ分のデータをＡｃｋ無しで受信し、データサイズ分の受信可否を示すメッセージをＡｃｋ有りとして外部装置に送信することを１セット分のデータ受信処理としたとき、データ量分のデータを受信するまで１セット分のデータ受信処理を繰り返すデータ受信工程と、を有する。決定工程では、データ受信工程によるデータ受信処理中に電子機器の負荷に応じてデータサイズを変更する。【選択図】図３Ｂ

Description

本発明はＡｃｋ有りメッセージ、Ａｃｋ無しメッセージを組み合わせたデータ通信技術に関するものである。

従来、装置間で通信する際にＡｃｋ（Acknowledge）有りの通信方法と、Ａｃｋ無しの通信方法の両方を利用する通信システムがある。

Ａｃｋ有り通信においては、送信側装置は、受信側装置にメッセージを送信した後、一定時間内に受信側装置からＡｃｋが返らない場合、同じメッセージを再送する。送信側装置は、これをＡｃｋが返るまで繰り返すことでメッセージが確実に受信側装置に受信されることを保証する。

Ａｃｋ無し通信においては、送信側装置はメッセージを受信側に送信しても、Ａｃｋを待たずに次の処理に進む。このため、通信のスループットを向上させることができる。ただし、確実に受信側装置にメッセージが届いているかは不明となる。つまり、Ａｃｋ無し通信は、メッセージが受信側装置に受信されることを保証しない。

特許文献１は、画像データをバーストモード（Ａｃｋ無し通信）で転送し、操作指示のような制御データをシングルモード（Ａｃｋ有り通信）で転送し、送信するデータの種類によって、通信方法を使い分けるシステムが開示されている。

特許０４５２５３４２号公報

しかしながら、上述の特許文献１に開示された従来技術では、バーストモードで画像データを送信中における受信側装置の負荷状況の把握をしていない。したがって、バーストモードでの転送するデータ量が、受信側装置で処理できる許容量を超えてしまうと、受信側装置における他の優先度の高い機能を阻害してしまう可能性が発生する。

本発明はかかる問題に鑑み成されたものであり、電子機器が外部装置からデータ受信中であっても、電子機器の優先すべき処理を実行でき、且つ、高いスループットのデータ受信を行える技術を提供しようとするものである。

この課題を解決するため、例えば本発明の電子機器は以下の構成を備える。すなわち、
Ａｃｋ有り通信メッセージとＡｃｋ無し通信メッセージを用いて通信可能な通信手段を有する電子機器であって、
データ供給元の外部装置から転送することになるデータ量を表す情報を、前記Ａｃｋ有り通信メッセージを用いて受信するデータ量受信手段と、
前記Ａｃｋ無しメッセージを用いて受信するデータサイズを決定し、決定したデータサイズを示すメッセージを前記Ａｃｋ有りメッセージで前記外部装置に通知する決定手段と、
前記外部装置から前記決定手段で決定したデータサイズ分のデータを前記Ａｃｋ無し通信メッセージとして受信すること、及び、前記データサイズ分の受信ができたか否かを示すメッセージを前記Ａｃｋ有りメッセージとして前記外部装置に送信することを１セット分のデータ受信処理としたとき、前記データ量受信手段で受信したデータ量分のデータを受信するまで前記１セット分のデータ受信処理を繰り返すデータ受信手段とを有し、
前記決定手段は、前記データ受信手段によるデータ受信処理を行っている場合に、前記電子機器の負荷に応じて前記データサイズを変更する手段を含むことを特徴とする。

本発明によれば、電子機器が外部装置からデータ受信中であっても、電子機器の優先すべき処理を実行でき、且つ、高いスループットのデータ受信も行えるようになる。

（ａ）第１の実施形態におけるデジタルカメラのブロック図である。（ｂ）（ｃ）は第１の実施形態におけるデジタルカメラの外観図である。 第１の実施形態におけるスマートデバイスのブロック図である。 第１の実施形態におけるデジタルカメラとスマートデバイスによる画像データ転送シーケンスを示す図。 画像データ転送中にデジタルカメラに対する撮影指示入力があった場合の画像データ転送シーケンスを示す図。 実施形態１におけるデジタルカメラに表示されるＵＩ画面を例示する図。 実施形態１におけるスマートデバイスに表示されるＵＩ画面を例示する図。 第１の実施形態におけるデジタルカメラの処理フローである。 第１の実施形態におけるスマートデバイスの処理フローである。

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

［第１の実施形態］
＜デジタルカメラの構成＞
図１（ａ）は、本実施形態が適用する通信装置としてのデジタルカメラ１００のブロック構成図である、なお、ここでは通信装置の一例としてデジタルカメラを例にして説明するが、通信装置はこれに限られない。例えば通信装置は、携帯型のメディアプレーヤや、いわゆるタブレットデバイス、パーソナルコンピュータなどの情報処理装置であってもよい。あくまで理解を容易するための例示であるものと理解されたい。

デジタルカメラ１００は、制御部１０１，撮像部１０２，不揮発性メモリ１０３，作業用メモリ１０４，操作部１０５、表示部１０６，記憶媒体１０７，及び通信部１０８を有する。

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

撮像部１０２は、例えば、光学レンズユニット（ズームム、フォーカスレンズを含む）と絞り等で構成される光学系、並びに、光学レンズユニットを経て結像した光学像を電気信号（映像信号）に変換するための撮像素子などで構成される。撮像素子としては、一般的には、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）センサや、ＣＣＤ（Charge Coupled Device）センサが利用される。撮像部１０２は、制御部１０１に制御されることにより、撮像部１０２に含まれるレンズで結像された被写体光を、撮像素子により電気信号に変換し、Ａ／Ｄ変換、ノイズ低減処理などを行って、デジタル画像データとして出力する。本実施形態のデジタルカメラ１００は、画像データを、ＤＣＦ（Design Rule for Camera File system）の規格に従って、記憶媒体１０７に記録するものとする。

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

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

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

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

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

通信部１０８は、例えば無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。通信部１０８は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することにより、例えばＩＥＥＥ８０２．１５の規格（いわゆるＢｌｕｅｔｏｏｔｈ（商標））に従った近距離無線通信を実現する。なお、通信部１０８の通信方式はＢｌｕｅｔｏｏｔｈ（商標）に限定されるものではなく、他の通信方式（例えばＷｉ－Ｆｉ通信、赤外線通信等）であってもよい。通信部１０８は無線通信手段の一例である。

図１（ｂ）、（ｃ）はデジタルカメラ１００の外観の一例を示す図である。レリーズスイッチ１０５ａや再生ボタン１０５ｂ、方向キー１０５ｃ、電源スイッチ１０５ｄ、メニューボタン１０５ｅは、前述の操作部１０５に含まれる操作部材である。また、表示部１０６には、撮像部１０２による撮像の結果得られた画像が表示される。以上、実施形態におけるデジタルカメラ１００の基本構成を説明した。

＜スマートデバイスの構成＞
次に、図２を参照して、本実施形態が適用するスマートデバイス２００の構成および機能について説明する。なお、本実施形態では、外部装置の一例としてスマートデバイスについて述べるが、これに限られず、無線機能付きのデジタルカメラ、携帯電話の一種であるスマートフォン、タブレットデバイス、ウェアラブルコンピュータなどであってもよい。

本実施形態のスマートデバイス２００は、制御部２０１、撮像部２０２、不揮発性メモリ２０３、作業用メモリ２０４、操作部２０５、表示部２０６、記録媒体２１０、接続部２１１、近距離無線通信部２１２、公衆網接続部２１３、マイク２１４、スピーカ２１５を有する。

制御部２０１は１以上のＣＰＵ（プロセッサ）で構成され、入力された信号や、後述のプログラムに従ってスマートデバイス２００の各部を制御する。なお、制御部２０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。

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

本実施形態のデジタルカメラ１００との通信時や制御時におけるスマートデバイス２００の処理は、アプリケーションにより提供されるソフトウェアを読み込み、実行することにより実現される。

なお、アプリケーションはスマートデバイス２００にインストールされたＯＳの基本的な機能を利用するためのソフトウェアを有しているものとする。なお、スマートデバイス２００のＯＳが本実施形態における処理を実現するためのソフトウェアを有していてもよい。

接続部２１１は、デジタルカメラ１００などの外部装置と無線通信を行うための無線ＬＡＮ通信インターフェースを含む。制御部２０１は、接続部２１１を制御することで外部装置との無線通信を実現する。なお、接続部２１１は、デジタルカメラ１００と直接接続されてもよいし、アクセスポイントを介して接続される構成でもよい。データを通信するためのプロトコルとしては、例えば無線ＬＡＮを通じたＰＴＰ／ＩＰ（Picture Transfer Protocol over Internet Protocol）を用いることができる。なお、デジタルカメラ１００との通信はこれに限られるものではなく、例えば、赤外線通信インターフェース、ＷｉｒｅｌｅｓｓＵＳＢなどの無線通信インターフェースを含むことができる。さらには、ＵＳＢケーブルやＨＤＭＩ（登録商標）、ＩＥＥＥ１３９４などの有線接続手段を用いてもよい。

近距離無線通信部２１２は、例えば無線通信のためのアンテナと無線信号を処理するため変復調回路や通信コントローラから構成される。近距離無線通信部２１２は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することによりＩＥＥＥ８０２．１５の規格（Ｂｌｕｅｔｏｏｔｈ（登録商標））に従った近距離無線通信を実現する。なお、デジタルカメラ１００との近距離無線通信はこれに限られるものではない。

公衆網接続部２１３は、３Ｇ／ＬＴＥ等の広域ネットワーク（ＷＡＮ）を介して無線通信を行う際に用いられるインターフェースである。スマートデバイス２００は、公衆網接続部２１３を介して、他の機器との間で通話したり、データ通信を行うことができる。通話の際には、制御部２０１はマイク２１４およびスピーカ２１５を介して音声信号の入力と出力を行う。本実施形態では、公衆網接続部２１３は３ＧやＬＴＥに限らず、ＷｉＭＡＸ、ＡＤＳＬ、ＦＴＴＨといった他の通信方式を用いてもよい。本実施形態では、公衆網接続部２１３はアンテナであり、制御部２０１は、アンテナを介して、公衆網に接続することができる。なお、接続部２１１および公衆網接続部２１３は、１つのアンテナで兼用することも可能である。なお、接続部２１１および公衆網接続部２１３は必ずしも独立したハードウェアで構成する必要はなく、例えば１つのアンテナで兼用することも可能である。

＜Bluetooth（商標）Low Energyのアトリビュート通信の説明＞
本実施形態では装置間の通信方法としてＢｌｕｅｔｏｏｔｈ（商標） Ｌｏｗ Ｅｎｅｒｇｙを用いる例を説明する。Ｂｌｕｅｔｏｏｔｈ（商標） Ｌｏｗ Ｅｎｅｒｇｙで通信を行う２つの通信装置は、一方がセントラル、もう一方がペリフェラルの役割を担う。また、Ｂｌｕｅｔｏｏｔｈ（商標） Ｌｏｗ Ｅｎｅｒｇｙのアプリケーションレベルのメッセージ送受信は、ＧＡＴＴ（General Attribute protocol）という汎用のプロトコルを使用するアトリビュート通信にて行う。

ＧＡＴＴには２つの機器間で通信するアプリケーションレベルのメッセージがサービスとキャラクタリスティックという構成で登録される。サービスとは、ペリフェラル機器の機能を表すもので、本実施形態の場合は「スマートデバイスからの画像取得機能」で一つのサービスを定義する。キャラクタリスティックとはペリフェラル機器の内部状態、動作指示、センサーなどの状態値などを読み書きするアトリビュートで、アクセス方法を定義するプロパティとディスクリプタで構成される。

ＧＡＴＴのクライアントは、このキャラクタリスティックに値を書き込むことでＧＡＴＴのサーバにメッセージを送信することができる。ＧＡＴＴへの書き込みは、Ｗｒｉｔｅ ｗｉｔｈ Ｒｅｓｐｏｎｓｅ（Ａｃｋあり）と、Ｗｒｉｔｅ ｗｉｔｈｏｕｔ Ｒｅｓｐｏｎｓｅ（Ａｃｋなし）の二つの方法を用いることができる。また、ＧＡＴＴサーバであるペリフェラル機器からクライアントであるセントラル機器へのメッセージ送信は、Ａｃｋなし通信であるＮｏｔｉｆｉｃａｔｉｏｎ、および、Ａｃｋあり通信であるＩｎｄｉｃａｔｉｏｎという二つの方法でメッセージを送信することができる。

なお、Ｂｌｕｅｔｏｏｔｈ（商標）パケットには、必ずＣＲＣ（Cyclic Redundancy Check）というフィールドが含まれている。ＣＲＣとは誤り検出方式の一つで、ＣＲＣを用いることで、通信の過程でデータの一部が欠落や変化がしていることを検出することができる。ＣＲＣによる検査で異常が検知されたパケットは破棄されるため、Ａｃｋなしメッセージ送信であるＷｒｉｔｅ ｗｉｔｈｏｕｔ ＲｅｓｐｏｎｓｅおよびＮｏｔｉｆｉｃａｔｉｏｎであっても、届いたメッセージの確かさは保証されるという特徴がある。

ＡｃｋありメッセージはＢｌｕｅｔｏｏｔｈ（商標） Ｌｏｗ Ｅｎｅｒｇｙ接続時にセントラル機器が決定したコネクションインターバル（ＣＩ）周期でセントラル機器～ペリフェラル機器間で送受信される。ペリフェラル機器は、ＣＩの変更を要求することができるので、スループットを上げたいときだけＣＩを短くする方法も考えられるが、ＣＩの決定権はセントラル機器にあるため、必ずしも要求どおりのＣＩにはならない。さらに、受信完了を示すＡｃｋを通知できるのは次のＣＩまで待つ必要があり、期待したスループットを得ることができない。

そこで、Ａｃｋなしメッセージ送信を用いると、ＣＩに影響されずにメッセージを送信することができるため、スループットを向上させることができる。Ｂｌｕｅｔｏｏｔｈ（商標） Ｌｏｗ Ｅｎｅｒｇｙで接続した機器間で大容量のデータ転送を行う場合、スループット向上のために無線ＬＡＮなどの高速で通信可能な通信方式にハンドオーバーする手段も考えられる。しかし、ハンドオーバーそのものに数秒かかるため、数キロバイト程度のデータであれば、Ｂｌｕｅｔｏｏｔｈ（商標） Ｌｏｗ ＥｎｅｒｇｙのＡｃｋなしメッセージを利用するのが最も効率が良い。

＜デジタルカメラとスマートデバイスによる画像データ転送処理＞
次に、図３Ａ、図４および図５を参照して、本実施形態のデジタルカメラ１００とスマートデバイス２００による高速画像データ転送処理について説明する。

図３Ａは、本実施形態のデジタルカメラ１００がスマートデバイス２００と通信を行い、高速画像データ転送を行うシーケンスを示している。図４は、本実施形態におけるデジタルカメラ１００に表示されるＵＩ画面を例示している。図５は、本実施形態におけるスマートデバイス２００に表示されるＵＩ画面を例示している。

デジタルカメラ１００とスマートデバイス２００は予めＢｌｕｅｔｏｏｔｈ（商標）Ｌｏｗ Ｅｎｅｒｇｙでペアリングされ、接続しているものとする。Ｂｌｕｅｔｏｏｔｈ（商標）によるペアリングとは、２つのＢｌｕｅｔｏｏｔｈ（商標）機器がお互いに登録しあう作業のことを指し、Ｂｌｕｅｔｏｏｔｈ（商標）規格によって定められた方法によって相手を特定することを指す。

以下、スマートデバイス２００からデジタルカメラ１００に、高速に画像データの転送をするシーケンス処理について説明する。図３Ａにおいて、Ｓ３０７はＡｃｋ無し通知メッセージを用いるものであり、Ｓ３０７以外の全てはＡｃｋ有り通信メッセージを用いているものと理解されたい。例えば、Ｓ３０２のスマートデバイス２００からデジタルカメラに送信されるメッセージはＡｃｋ有り通信メッセージである。これを受信したデジタルカメラ１００の制御部１０１は、実際はＡｃｋメッセージを返信しているが、図面が煩雑となるため、図示していない点に注意されたい。これは後述する図３Ｂについても同じであると理解されたい。

ユーザは、デジタルカメラ１００のメニューボタン１０５ｅの押下操作を行うと、デジタルカメラ１００の制御部１０１が、表示部１０６に図４（ａ）のメニュー画面４０１を表示する。

Ｓ３０１にて、制御部１０１は、ユーザによるメニュー画面４０１の「画像受信ボタン」４５０の選択操作（タッチ）を検出すると、図４（ｂ）の画像受信中画面４０２を表示部１０６に表示する。そして、Ｓ３０２にて、制御部１０１は、通信部１０８を介してスマートデバイス２００に画像受信待ち受け状態通知を送信する。

図５（ａ）は、スマートデバイス２００で動作する画像転送用のアプリケーションのメイン画面５０１を表示した状態を表す。Ｓ３０２にて、スマートデバイス２００の制御部２０１は、画像受信待ち受け状態通知を受信すると、表示部２０６のメイン画面５０１の「カメラに画像を送る」ボタン５５０を活性化させ、ユーザ操作で画像転送手順を開始できる状態にする。

スマートデバイス２００の制御部２０１は、操作部２０５を介してユーザにより「カメラに画像を送る」ボタン５５０の選択操作を検出すると、表示部２０６に図５（ｂ）の転送画像選択画面５０２を表示する。そして、制御部２０１は、不揮発性メモリ２０３に保存されている画像の一部またはすべてを作業用メモリ２０４に読み出し、表示部２０６に、図５（ｂ）に示すように、転送候補の画像のサムネイルを含む転送画像選択画面５０２を表示する。制御部２０１は、図示のように、転送候補の画像のサムネイルの近傍に、転送対象の画像として指定するためのチェックボックス５６１を表示し、操作部２０５を介してユーザに転送画像を指定する手段を提供する。ユーザは、このチェックボックスの選択操作（タッチ操作）を行うことで、１以上の転送対象画像を選択できる。

Ｓ３０３にて、制御部２０１は、操作部２０５を介してユーザから、図５（ｂ）の転送画像選択画面５０２の送信ボタン５５１の選択を検出すると、選択された画像の転送手順を開始する。具体的には、スマートデバイス２００の制御部２０１は、図５（ｃ）の画像送信中の画面５０３を表示部２０６に表示すると共に、Ｓ３０４にて、デジタルカメラ１００に対して転送する画像の枚数を通知する。

Ｓ３２１は、Ｓ３０５～Ｓ３１３の処理の繰り返しを含み、デジタルカメラ１００に対し、スマートデバイス２００にて選択された枚数分の画像転送が行われる工程を示している。

Ｓ３０４にて、スマートデバイス２００の制御部２０１が転送画像の枚数の通知を行うと、Ｓ３０５に処理を進める。このＳ３０５にて、制御部２０１は、表示部２０６に図５（ｃ）の画像送信中画面５０３を表示し、近距離無線通信部２１２を介してデジタルカメラ１００に画像データ転送準備要求メッセージを送信する。より具体的には、制御部２０１は、これから転送しようとしている１つの画像ファイルのデータサイズをデジタルカメラ１００に通知する。

Ｓ３２２は、Ｓ３０６～Ｓ３１０が示す処理が繰り返されることを示している。つまり、スマートデバイス２００からデジタルカメラ１００への１ブロック分のデータ転送する処理を１セット分の処理としたとき、Ｓ３２２は、１つの画像ファイルの転送が完了するまで、このセット処理が繰り返し実行される工程を示している。

Ｓ３０５にて、デジタルカメラ１００の制御部１０１は、画像データ転送準備要求（受信する画像ファイルのサイズ情報が含まれる）を受信すると、受信に備えた準備を行う。そして、受信準備となると、Ｓ３０６にて、制御部１０１は、スマートデバイス２００に受信準備ＯＫを示すメッセージを送信する。このＳ３０６にて、制御部１０１は、転送単位であるブロックデータサイズをスマートデバイス２００に通知する。受信準備がＮＧの場合は、スマートデバイス２００に受信準備ＮＧを通知するが、ここでは、スマートデバイス２００が受信準備ＯＫを受信できたものとして説明を続ける。前述したブロックデータサイズとは、画像データを分割転送する際、スマートデバイス２００の制御部２０１がＡｃｋ無しメッセージを連続送信して一度に転送するデータのサイズを指す。１つのＡｃｋ無しメッセージで転送する部分データのサイズは、予めキャラクタリスティックで定義するため固定長である。そのため、ブロックデータサイズはキャラクタリスティックで定義した部分データのサイズの整数倍とする。ブロックデータ転送時は、受信側の制御部が高い負荷状態となる。このため、実施形態では、受信側であるデジタルカメラ１００の制御部１０１が処理可能なサイズを決定し、そのサイズをブロックデータサイズとして指定する。

Ｓ３２３は、Ｓ３０６で指定したブロックデータサイズのデータを、Ａｃｋ無しメッセージである部分データ通知を繰り返して送信するブロックデータ転送の工程を表している。Ａｃｋ無しメッセージを使用することでＣＩに影響されることなく、Ｓ３０７に示す部分データ通知を、連続で送信することができるため高速データ通信が可能となる。

スマートデバイス２００の制御部２０１は、Ｓ３０７にて、１ブロックデータサイズ分の複数の部分データ通知をＡｃｋなし通信のメッセージで送信する。この後、Ｓ３０８にて、制御部２０１は、ブロックデータ送信完了通知メッセージを送信する。

デジタルカメラ１００の制御部１０１は、Ｓ３０８にて、ブロックデータ送信完了通知を受信することでブロックデータ転送が終わったことを認識する。そして、制御部１０１は、Ａｃｋなしメッセージで通知された部分データを全て受信できたか否かを確認する。先に述べたように、Ｂｌｕｅｔｏｏｔｈではメッセージを受信できればデータの確かさは保証されるため、単純に予定のデータサイズを受信できたかを確認すればよい。そこで、Ｓ３０９にて、制御部１０１は、ブロックデータ転送Ｓ３２３で受信した部分データのサイズが、Ｓ３０６で指定したブロックデータサイズと等しいか確認する。

Ｓ３０９にて、デジタルカメラ１００の制御部１０１は、部分データで受信したデータサイズがＳ３０６で指定したブロックデータサイズと等しいと判定した場合、データ受信が成功したと見なす。そのため、制御部１０１は、Ｓ３１０にて、ブロックデータ受信結果がＯＫであることを示すメッセージをスマートデバイス２００に通知する。

この通知を受けた、スマートデバイス２００の制御部２０１は、次に送信する１ブロック分のデータに対する送信処理を行うため、Ｓ３２２を繰り返すことになる。

なお、Ｓ３０９にて、デジタルカメラ１００の制御部１０１は、部分データで受信したデータサイズがＳ３０６で指定したブロックデータサイズと不一致であると判定した場合、直前の１ブロック分のデータ受信が不成功であったことになる。この場合、制御部１０１は、Ｓ３１０にて、ブロックデータ受信結果がＮＧであることを示すメッセージをスマートデバイス２００に通知する。このＮＧを示すメッセージを受信した、スマートデバイス２００の制御部２０１は、Ｓ３０７にて、ＮＧとなった１ブロック分のデータから再送処理を再開する。そして、スマートデバイス２００の制御部２０１は、未転送のデータが存在する限り、Ｓ３２２の処理を繰り返すことになる。

こうして、Ｓ３２２の処理が繰り返され、１つの画像ファイルの転送が完了することになるが、ここで補足説明する。転送する１つの画像ファイルのサイズが、１ブロックデータサイズの整数倍となるとか限らない。しかし、転送しようとする画像ファイルのサイズは互いに既知であるし、ブロックのサイズも決定している。よって画像ファイルの最後のブロックが、何回の部分データの転送で行われるのかは、送信側及び受信側の双方で算術できる。また、最後の部分データに含まれる有意なデータ量が、その部分データのサイズに満たない場合もあり得る。この場合、スマートデバイス２００の制御部２０１は、既定の部分データのサイズになるように、有意なデータに後続してダミーデータを付加する。受信側のデジタルカメラ１００の制御部１０１は、受信した順に各ブロックのデータを繋ぎ合わせ、繋ぎ合わせたデータがファイルサイズとなったときに、それ以降はダミーデータとして破棄し、画像ファイルとして保存処理を行えば良い。

上記のＳ３２３では、Ａｃｋ無し通信を利用することで高速データ通信を可能としている。しかし、Ｓ３０７のＡｃｋ無しのメッセージが、スマートデバイス２００より連続して送信されるため、デジタルカメラ１００の制御部１０１の受信処理に高負荷がかかる。この高負荷状態の緩和方法については、後述の＜高速画像転送中の負荷緩和＞にて説明する。

以上のＳ３２２の繰り返し処理によって１枚分の画像データの送信が完了したのを契機に、スマートデバイス２００の制御部２０１は、Ｓ３１１にて、デジタルカメラ１００に対し、画像データ送信完了通知をする。デジタルカメラ１００の制御部１０１は、スマートデバイス２００から画像データ送信完了通知を受信すると、Ｓ３１２にて、受信した画像データを不揮発性メモリ１０３に保存する。その後、デジタルカメラ１００の制御部１０１は、Ｓ３１３にて、スマートデバイス２０に対し、画像データ受信完了の通知をする。

スマートデバイス２００の制御部２０１は、デジタルカメラから画像データ受信完了の通知を受信すると、未転送の画像ファイルが存在するか否かを判定し、未転送の画像ファイルが存在する場合はＳ３２１の処理を実行する。

さて、Ｓ３２１の繰り返し処理が終わり、全画像ファイルの転送が完了すると、スマートデバイス２００の制御部２０１が、表示部２０６に、図５（ｄ）の画像送信完了画面５０４を表示する。また、デジタルカメラ１００の制御部１０１は、設定した枚数分の画像ファイルの受信処理を終えると、表示部１０６に、図４（ｃ）の画像送信完了画面４０３を表示する。

以上のようにして、デジタルカメラ１００がスマートデバイス２００と通信を行い、高速画像転送処理を実行する。

＜高速画像転送中の負荷緩和＞
上記のように、デジタルカメラ１００は、スマートデバイス２００から複数の画像、もしくは、大きなサイズの画像を受信している場合であっても、画像転送をバックグラウンドで実施して、ユーザがデジタルカメラ１００で撮影操作を続行できることが好ましい。画像転送をバックグラウンドで実施しながら、デジタルカメラ１００で動画撮影や高速連写を行う際、デジタルカメラ１００が高負荷状態（特に内部のバス帯域が逼迫する）となる。そこで、理解を容易にするため、本実施形態では、デジタルカメラ１００が高負荷状態になる一例として、動画撮影中の画像転送について説明する。

本実施形態のスマートデバイス２００から、デジタルカメラ１００に対するデータ転送時にブロックデータサイズの調整方法を、図３Ｂ、図４、図５を参照して説明する。図３Ｂは、図３ＡのＳ３２２の繰り返し処理を詳しく説明した図であるものと理解されたい。

今、デジタルカメラ１００の制御部１０１は、表示部１０６に、図４（ｂ）の画像受信中画面４０２を表示し、スマートデバイス２００の制御部２０１は、スマートデバイス２００の表示部２０６に、図５（ｃ）の画像送信中画面５０３を表示している状態とする。かかる状態から、ユーザが、図４（ｂ）の画像受信中画面４０３の戻るボタン４５１を操作すると、制御部１０１はその操作を検出し、表示部１０６に図４（ｄ）のライブビュー画面４０４を表示する。また、ライブビュー画面４０４の画像受信中を示すアイコン４６０は、デジタルカメラ１００が、スマートフォン２００から画像データを受信中であることを示している。こうすることで、デジタルカメラ１００の制御部１０１がバックグラウンドで画像を受信が継続しておることをユーザに通知しつつ、ユーザは撮影操作が可能となる。

不図示の画像データ転送準備要求の後で、且つＳ３４６の受信準備ＯＫの通知前に、Ｓ３４５にて、制御部１０１が動画撮影中でないことを確認し、Ｓ３４６にて制御部１０１は受信準備ＯＫ通知においてブロックデータサイズを通常時のサイズで指定して送信する。

Ｓ３４６は、Ｓ３０６と同等ある。Ｓ３４７は、Ｓ３０７と同等である。Ｓ３４８は、Ｓ３０８と同等である。Ｓ３４９は、Ｓ３０９と同等である。Ｓ３５０は、Ｓ３１０と同等である。

Ｓ３７１にて、ユーザが操作部１０５から動画撮影の指示入力を行うと、デジタルカメラ１００の制御部１０１が動画撮影を開始する。このとき、デジタルカメラ１００の制御部１０１は、表示部１０６に、図４（ｅ）のライブビューの動画撮影中画面４０５を表示し、画像受信中アイコン４６１と動画撮影中アイコン４７１をライブ映像に重畳表示する。

Ｓ３５５は、Ｓ３４５と同等のものであり、デジタルカメラ１００の制御部１０１が動画撮影中であることを確認し、高負荷状態と判断する。動画撮影中であることに加えて、長期間のＡｃｋなし通信の負荷がかかると、優先したい撮像系の機能を阻害する可能性がある。そこで、Ｓ３５６にて、デジタルカメラ１００の制御部１０１は、低負荷のブロックサイズに対して予め設定サイズ分だけ減少させたサイズを、ブロックサイズとして、スマートデバイス２００に通知する。

Ｓ３５６は、Ｓ３０６と同等である。Ｓ３５７は、Ｓ３０７と同等である。Ｓ３５８は、Ｓ３０８と同等である。Ｓ３５９は、Ｓ３０９と同等である。Ｓ３６０は、Ｓ３１０と同等である。

全画像データファイルの受信を終えると、デジタルカメラ１００の制御部１０１が、図４（ｆ）のライブビュー中画面４０６を表示部に表示し、画像受信完了アイコン４６２をライブ映像上に重畳表示する。なお、画像受信完了アイコン４６２は、予め設定された時間（例えば５秒）表示したら、非表示にしても良い。

ここで、Ｓ３４７とＳ３５７を比較すると、Ａｃｋ無し送信をしている際に高負荷になる期間がＳ３４７では比較的長期間となり、Ｓ３５７では短期間となることが分かる。

以上のようにして、デジタルカメラ１００の制御部１０１が高負荷状態の時に、Ｓ３５６のブロックデータの指定サイズを減少させることで、通信による負荷を下げることができる。

＜デジタルカメラ１００の処理フロー＞
次に、図６のフローチャートを参照し、デジタルカメラ１００の制御部１０１による、スマートデバイス２００から１つの画像ファイルを取得（受信）する処理を説明する。これは、図３のＳ３０６～Ｓ３１１に対応するものでもある。すなわち、既に、ユーザは転送すべき画像の選択を終え、デジタルカメラ１００，スマートデバイス２００の双方で画像転送に係る指示を入力済みであるとする。

Ｓ６０１にて、デジタルカメラ１００の制御部１０１は、画像転送待受け状態になっている時にスマートデバイス２００から通信部１０８を介してＡｃｋあり通信で、画像データ転送準備要求（転送する画像ファイルの枚数が含まれている）を受信する。

Ｓ６０２にて、制御部１０１は動画撮影中か否かを判定する。制御部１０１は、動画撮影中でないと判定した場合は処理をＳ６０３に、動画像撮影中であると判定した場合は処理をＳ６０４に進める。Ｓ６０３にて、制御部１０１は、ブロックデータサイズを通常サイズに設定する。一方、Ｓ６０４にて、制御部１０１は、ブロックデータサイズを通常時よりも小さいサイズに設定する（たとえは通常時の半分のサイズ）。そして、Ｓ６０５にて、制御部１０１は、決定したブロックデータのサイズを含む受信準備ＯＫメッセージをＡｃｋ有りでメッセージとして、通信部１０８を介してスマートデバイス２００に通知する（Ｓ６０５）。

Ｓ６０６にて、制御部１０１は、スマートデバイス２００から通信部１０８を介してＡｃｋなし通信のメッセージを繰り返し受信することで画像の部分データを取得するブロックデータ受信処理を行う。Ｂｌｕｅｔｏｏｔｈ（商標） Ｌｏｗ Ｅｎｅｒｇｙのアトリビュート通信で標準的に用いることができるキャラクタリスティックデータ長は２０バイトしかないため、制御部１０１は通信部１０８を介して部分データ受信（Ｓ６０７）、部分データ保存（Ｓ６０８）を繰り返すことで、Ｓ６０５で指定したブロックデータサイズ分のデータを取得する。

なお、１回の部分データ受信（Ｓ６０７）で送受信するデータサイズはＧＡＴＴのサービス、キャラクタリスティックを定義することで送信側・受信側で申し合わせることができる。また、１つの画像ファイルの最後のブロックデータ転送では、Ｓ６０５で指定したブロックデータサイズより小さくなる可能性があるが、先に説明したように、最後のブロックデータが、何回の部分データの転送で行われるのかは、ファイルサイズと、ブロックサイズから算術できるので、且つ、最後の部分データに含まれる有意なデータのサイズも算出できるので、特に問題は発生しない。

また、Ｓ６０７の部分データ受信は、Ｗｒｉｔｅ Ｗｉｔｈｏｕｔ Ｒｅｓｐｏｎｓｅで受信するため、電波状況の悪化などで受信データのビット誤りが発生した場合、通信部１０８でメッセージが捨てられてしまい、制御部１０１に届かない可能性がある。そのため、スマートデバイス２００の制御部２０１はブロックデータ送信完了後にＷｒｉｔｅ ｗｉｔｈ Ｒｅｓｐｏｎｓｅでブロックデータ送信完了通知を送信する。

Ｓ６０９にて、デジタルカメラ１００の制御部１０１は、ブロックデータ送信完了通知を受信することでブロックデータ転送が完了したこと認識し、受信したブロックデータのサイズと、受信予定のブロックデータサイズが一致するか比較する。受信サイズが一致した場合、１ブロック分のデータが正常に受信されたことを示す。そこで、Ｓ６１２にて、制御部１０１はブロックデータ受信ＯＫ通知を、通信部１０８を介してスマートデバイス２００に通知する。受信したブロックデータのサイズが受信予定のブロックデータサイズより少ない場合、Ｓ６１１にて、制御部１０１は通信部１０８を介してスマートデバイス２００にブロックデータ受信ＮＧを通知し、直前の受信処理で失敗したブロックデータの再送を促す。

Ｓ６１３にて、制御部１０１は、着目画像ファイルの全ての部分データ受信が終わった否かを判定する。制御部１０１は、未完であると判定した場合は処理をＳ６０２に戻し、後続するデータの受信を行う。一方、制御部１０１は、着目画像ファイルの全ての部分データ受信が終わったと判定した場合、通信部１０８を介してスマートデバイス２００に１つの画像ファイルの受信完了を通知する（Ｓ６１４）。

以上がデジタルカメラ１００の制御部１０１の処理を説明した。

＜スマートデバイス２００の処理フロー＞
次に、図７のフローチャートを参照し、スマートデバイス２００の制御部２０１の、１つの画像ファイルをデジタルカメラ１００に送信する（図３のＳ３０５～Ｓ３１３に対応）処理を説明する。

デジタルカメラ１００が画像受信待受け状態になっている時、ユーザによりスマートデバイスのアプリケーション上で転送画像を選択され、送信ボタンが選択されると、画像転送手順を開始する。

Ｓ７０１にて、スマートデバイス２００の制御部２０１は、これから転送しようとしている画像ファイルのサイズを含む画像データ転送準備要求を、近距離無線通信部２１２を介してＡｃｋ有り通信を用いてデジタルカメラ１００に送信する。これを受信したデジタルカメラ１００の制御部１０１は、１ブロックのデータサイズを含めた受信準備ＯＫを示すメッセージをＡｃｋ有り通信を用いて送信する。Ｓ７０２にて、制御部２０１は、受信したメッセージに含まれるブロックデータサイズを取得する。

Ｓ７０３にて、制御部２０１は、近距離無線通信部２１２を介して、１ブロック分のデータ転送をＡｃｋ無し通信を用いて行う。このＳ７０３では、Ｓ７０４で示す転送対象の画像データファイルの部分データをＷｒｉｔｅ ｗｉｔｈｏｕｔ Ｒｅｓｐｏｎｓｅで送信するブロックデータ送信処理が、ブロックデータサイズとなるまで繰り返し実行される。１ブロック分のデータ送信を終えると、制御部２０１は、処理をＳ７０５に処理を進める。

Ｓ７０５にて、制御部２０１は近距離無線通信部２１２を介し、Ａｃｋ有り通信を用いて、デジタルカメラ１００にブロックデータ送信完了通知を送信する。次にＳ７０６にて、制御部２０１は近距離無線通信部２１２を介してデジタルカメラ１００からＡｃｋ有り通信を用いたブロックデータ受信結果通知を受信する。

そして、Ｓ７０７にて、制御部２０１は、デジタルカメラか１００からブロックデータ受信結果がＯＫであったのかＮＧであったのかを判定する。制御部２０１は、受信結果がＮＧを示していると判定した場合、デジタルカメラ１００に正しくブロックデータを転送できなかったことになるので、Ｓ７０３に戻って同じブロックデータを再送する。制御部２０１は、デジタルカメラ１００からブロックデータ受信結果がＯＫを示していると判定した場合は、処理をＳ７０８に進める。

Ｓ７０８にて、制御部２０１は、着目している画像ファイルの全ての部分データの送信が完了したか否かを判定する。制御部２０１は否であると判定した場合は、次のブロックデータを送信するために処理をＳ７０３に戻す。一方、制御部２０１は、着目画像ファイルの全ブロック分のデータ転送が完了したと判定した場合、Ｓ７０９に処理を進める。このＳ７０９にて、制御部２０１は近距離無線通信部２１２を介してデジタルカメラ１００に、画像データ送信完了通知を、Ａｃｋ有通信を用いて送信する。そして、Ｓ７１０にて、制御部２０１は、近距離無線通信部２１２を介して、デジタルカメラ１００からＡｃｋ、すなわち、画像データ受信完了通知を受信する。

以上がスマートデバイス２００の処理フローの説明である。

上記のように、動的にブロックデータサイズを調整することで、画像データを受信中であっても、優先度の高い処理に与える影響を少なくしつつ、画像データの受信を継続できる。

以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。

なお、上記実施形態では、画像データ供給元の電子機器としてスマートデバイス、画像データを受信する側の電子機器としてデジタルカメラを例にして説明したが、これら２つの装置の種類は特に問わないし、同じ種類の装置であっても構わない。要するに、データ受信側の電子機器は、データの受信／保存処理に係る処理以外の優先すべき種類の処理で負荷が増加し得る装置であれば良い。

また、実施形態では、図６のフローチャートでは、デジタルカメラは動画像撮影中か否かで、２種類のブロックサイズのいずれかを選択するものとした。しかし、互いに異なる負荷の多数の動作モードを有する場合、個々の動作モードごとに固有のブロックサイズに変更するようにしても良い。つまり、負荷が大きい動作モードであるほど、ブロックサイズを小さくする。このようにすれば、実行中の動作モードに影響が発生しない状態で、画像データの受信に係るスループットを最大に維持できることになる。

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

本明細書の開示は、以下の電子機器及びその制御方法及びプログラムを含む。
（項目１）
Ａｃｋ有り通信メッセージとＡｃｋ無し通信メッセージを用いて通信可能な通信手段を有する電子機器であって、
データ供給元の外部装置から転送することになるデータ量を表す情報を、前記Ａｃｋ有り通信メッセージを用いて受信するデータ量受信手段と、
前記Ａｃｋ無しメッセージを用いて受信するデータサイズを決定し、決定したデータサイズを示すメッセージを前記Ａｃｋ有りメッセージで前記外部装置に通知する決定手段と、
前記外部装置から前記決定手段で決定したデータサイズ分のデータを前記Ａｃｋ無し通信メッセージとして受信すること、及び、前記データサイズ分の受信ができたか否かを示すメッセージを前記Ａｃｋ有りメッセージとして前記外部装置に送信することを１セット分のデータ受信処理としたとき、前記データ量受信手段で受信したデータ量分のデータを受信するまで前記１セット分のデータ受信処理を繰り返すデータ受信手段とを有し、
前記決定手段は、前記データ受信手段によるデータ受信処理を行っている場合に、前記電子機器の負荷に応じて前記データサイズを変更する手段を含む
ことを特徴とする電子機器。
（項目２）
前記通信手段は、Ｂｌｕｅｔｏｏｔｈ（商標） Ｌｏｗ Ｅｎｅｒｇｙに従った通信手段であって、
前記決定手段は、アトリビュート通信で用いるキャラクタリスティックデータ長の整数倍の値を、前記データサイズとして決定する
ことを特徴とする項目１に記載の電子機器
（項目３）
前記決定手段は、前記電子機器の負荷が大きいほど、前記データサイズを小さくすることを特徴とする項目１又は２に記載の電子機器。
（項目４）
前記データ受信手段は、
前記外部装置から前記データサイズ分の送信が完了を示すＡｃｋ有りメッセージを受信した場合、前記データサイズ分の受信ができたか否かを判定する判定手段を有し、
前記判定手段の判定の結果が、前記データサイズ分の受信ができたことを示す場合は、次のデータサイズ分のデータを受信できることを示す情報を、
前記判定手段の判定の結果が、前記データサイズ分の受信ができなかったことを示す場合は、直前のデータサイズ分のデータの再送を要求することを示す情報を、
前記Ａｃｋ有りメッセージとして前記外部装置に送信する
ことを特徴とする項目１乃至３のいずれか１つに記載の電子機器。
（項目５）
前記電子機器は、撮像装置であって、
前記データサイズ決定手段は、前記データ受信手段により前記外部装置からのデータ受信処理を行っている間にユーザからの撮像に係る指示があったことに応じて前記データサイズを、撮像の指示がなされる前のサイズより小さい予め設定された値に変更する
ことを特徴とする項目１乃至４のいずれか１つに記載の電子機器。
（項目６）
Ａｃｋ有り通信メッセージとＡｃｋ無し通信メッセージを用いて通信可能な通信手段を有する電子機器の制御方法であって、
データ供給元の外部装置から転送することになるデータ量を表す情報を、前記Ａｃｋ有り通信メッセージを用いて受信するデータ量受信工程と、
前記Ａｃｋ無しメッセージを用いて受信するデータサイズを決定し、決定したデータサイズを示すメッセージを前記Ａｃｋ有りメッセージで前記外部装置に通知する決定工程と、
前記外部装置から前記決定工程で決定したデータサイズ分のデータを前記Ａｃｋ無し通信メッセージとして受信すること、及び、前記データサイズ分の受信ができたか否かを示すメッセージを前記Ａｃｋ有りメッセージとして前記外部装置に送信することを１セット分のデータ受信処理としたとき、前記データ量受信工程で受信したデータ量分のデータを受信するまで前記１セット分のデータ受信処理を繰り返すデータ受信工程とを有し、
前記決定工程は、前記データ受信工程によるデータ受信処理を行っている場合に、前記電子機器の負荷に応じて前記データサイズを変更する工程を含む
ことを特徴とする電子機器の制御方法。
（項目７）
コンピュータが読み込み実行することで、前記コンピュータに、項目１乃至５のいずれか１つに記載の装置が有する各手段として機能させるためのプログラム。

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

１００…デジタルカメラ、１０１…制御部、１０２…撮像部、１０３…不揮発性メモリ、１０４…作業用メモリ、１０５…操作部、１０６…表示部、１０７…記憶媒体、１０８…通信部、２００…スマートデバイス、２０１…制御部、２０４…作業用メモリ、２１０…記憶媒体、２１２…近距離無線通信部

Claims (7)

1. Ａｃｋ有り通信メッセージとＡｃｋ無し通信メッセージを用いて通信可能な通信手段を有する電子機器であって、
   データ供給元の外部装置から転送することになるデータ量を表す情報を、前記Ａｃｋ有り通信メッセージを用いて受信するデータ量受信手段と、
   前記Ａｃｋ無しメッセージを用いて受信するデータサイズを決定し、決定したデータサイズを示すメッセージを前記Ａｃｋ有りメッセージで前記外部装置に通知する決定手段と、
   前記外部装置から前記決定手段で決定したデータサイズ分のデータを前記Ａｃｋ無し通信メッセージとして受信すること、及び、前記データサイズ分の受信ができたか否かを示すメッセージを前記Ａｃｋ有りメッセージとして前記外部装置に送信することを１セット分のデータ受信処理としたとき、前記データ量受信手段で受信したデータ量分のデータを受信するまで前記１セット分のデータ受信処理を繰り返すデータ受信手段とを有し、
   前記決定手段は、前記データ受信手段によるデータ受信処理を行っている場合に、前記電子機器の負荷に応じて前記データサイズを変更する手段を含む
   ことを特徴とする電子機器。
2. 前記通信手段は、Ｂｌｕｅｔｏｏｔｈ（商標） Ｌｏｗ Ｅｎｅｒｇｙに従った通信手段であって、
   前記決定手段は、アトリビュート通信で用いるキャラクタリスティックデータ長の整数倍の値を、前記データサイズとして決定する
   ことを特徴とする請求項１に記載の電子機器
3. 前記決定手段は、前記電子機器の負荷が大きいほど、前記データサイズを小さくすることを特徴とする請求項１に記載の電子機器。
4. 前記データ受信手段は、
   前記外部装置から前記データサイズ分の送信が完了を示すＡｃｋ有りメッセージを受信した場合、前記データサイズ分の受信ができたか否かを判定する判定手段を有し、
   前記判定手段の判定の結果が、前記データサイズ分の受信ができたことを示す場合は、次のデータサイズ分のデータを受信できることを示す情報を、
   前記判定手段の判定の結果が、前記データサイズ分の受信ができなかったことを示す場合は、直前のデータサイズ分のデータの再送を要求することを示す情報を、
   前記Ａｃｋ有りメッセージとして前記外部装置に送信する
   ことを特徴とする請求項１に記載の電子機器。
5. 前記電子機器は、撮像装置であって、
   前記データサイズ決定手段は、前記データ受信手段により前記外部装置からのデータ受信処理を行っている間にユーザからの撮像に係る指示があったことに応じて前記データサイズを、撮像の指示がなされる前のサイズより小さい予め設定された値に変更する
   ことを特徴とする請求項１に記載の電子機器。
6. Ａｃｋ有り通信メッセージとＡｃｋ無し通信メッセージを用いて通信可能な通信手段を有する電子機器の制御方法であって、
   データ供給元の外部装置から転送することになるデータ量を表す情報を、前記Ａｃｋ有り通信メッセージを用いて受信するデータ量受信工程と、
   前記Ａｃｋ無しメッセージを用いて受信するデータサイズを決定し、決定したデータサイズを示すメッセージを前記Ａｃｋ有りメッセージで前記外部装置に通知する決定工程と、
   前記外部装置から前記決定工程で決定したデータサイズ分のデータを前記Ａｃｋ無し通信メッセージとして受信すること、及び、前記データサイズ分の受信ができたか否かを示すメッセージを前記Ａｃｋ有りメッセージとして前記外部装置に送信することを１セット分のデータ受信処理としたとき、前記データ量受信工程で受信したデータ量分のデータを受信するまで前記１セット分のデータ受信処理を繰り返すデータ受信工程とを有し、
   前記決定工程は、前記データ受信工程によるデータ受信処理を行っている場合に、前記電子機器の負荷に応じて前記データサイズを変更する工程を含む
   ことを特徴とする電子機器の制御方法。
7. コンピュータが読み込み実行することで、前記コンピュータに、請求項６の方法が有する各工程を実行させるためのプログラム。

Images