(57)【特許請求の範囲】
【請求項１】
カメラ付携帯情報端末装置において、
被写体を撮影する撮影部と、
前記被写体を照明するための照明手段と、
他の携帯情報端末装置と通信を行う通信部と、
前記撮影部と前記通信部を制御する制御部と、を備え、
前記制御部は、ローカルエリア内で相互の通信が可能なグループを形成するために、前記通信部を介して前記他の携帯情報端末装置と通信を行い、前記グループを形成し、
前記制御部は、前記通信部を介して前記グループに属する前記他の携帯情報端末装置に発光指示信号を送信し、前記撮影部による撮影動作に連携して前記他の携帯情報端末装置の照明手段による発光を行わせるとともに、
前記グループに属する前記他の携帯情報端末装置に対し、前記撮影部により撮影した画像データを送信し、前記他の携帯情報端末装置から送信された画像データを受信し、
前記グループを形成した後に所定の期間経過した場合、前記グループを自動的に解除することを特徴とするカメラ付携帯情報端末装置。
【請求項２】
請求項１記載のカメラ付携帯情報端末装置において、
前記制御部は、前記通信部を介して前記グループに属する前記他の携帯情報端末装置から発光指示信号を受信した場合には、前記他の携帯情報端末装置による撮影動作に連携して前記照明手段による発光を行うことを特徴とするカメラ付携帯情報端末装置。
【請求項３】
請求項２記載のカメラ付携帯情報端末装置において、
前記制御部は、前記通信部を介して前記グループに属する前記他の携帯情報端末装置が撮影して送信した画像データを受信することを特徴とするカメラ付携帯情報端末装置。
【請求項４】
請求項２または３記載のカメラ付携帯情報端末装置において、
前記制御部は、前記他の携帯情報端末装置の制御部が、前記他の携帯情報端末装置の通信部を介して前記他の携帯情報端末装置と異なる携帯情報端末装置との間で前記グループを形成した場合、前記携帯情報端末装置が送信した画像データを受信することを特徴とするカメラ付携帯情報端末装置。
【請求項５】
請求項１記載のカメラ付携帯情報端末装置において、
前記制御部は、前記撮影部により撮影した画像データのうち、前記グループを形成している期間に撮影した画像データのみを前記他の携帯情報端末装置に送信することを特徴とするカメラ付携帯情報端末装置。
【請求項６】
請求項１記載のカメラ付携帯情報端末装置において、
前記制御部は、前記グループを形成する際に、相互の通信により双方の携帯情報端末装置が特定の情報を有している場合に、前記グループを形成することを特徴とするカメラ付携帯情報端末装置。
【請求項７】
請求項１記載のカメラ付携帯情報端末装置において、
前記画像データを表示する表示部を備え、
前記表示部には、前記撮影部により撮影した画像データの一覧と、前記グループに属する携帯情報端末装置の間で送信もしくは受信した画像データの一覧とを、異なるフォルダに分類して表示することを特徴とするカメラ付携帯情報端末装置。
【請求項８】
請求項１記載のカメラ付携帯情報端末装置において、
前記制御部は、前記グループに属する複数の他の携帯情報端末装置の間で送信もしくは受信する画像データのファイル名に対し、撮影した携帯情報端末装置を識別する名称を付加した新たなファイル名で管理することを特徴とするカメラ付携帯情報端末装置。
【請求項９】
請求項１記載のカメラ付携帯情報端末装置において、
前記制御部は、前記所定の期間経過する前に、前記グループを解除することを特徴とするカメラ付携帯情報端末装置。
【請求項１０】
請求項１記載のカメラ付携帯情報端末装置において、
前記制御部は、前記所定の期間経過する前に、前記グループから個別に離脱することを特徴とするカメラ付携帯情報端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像を撮影可能なカメラ付携帯情報端末装置に関するものであり、特に通信可能な他の携帯情報端末装置と連携して、より良い画像を撮影する技術に関する。
【背景技術】
【０００２】
被写体の画像を、撮影レンズを通して半導体により構成されるカメラセンサに導き、各画素毎に入射される光の量を検出することにより、二次元の撮像画像を取得するデジタル方式のカメラ（以下、デジタルカメラ）や、このようなカメラを搭載したスマートフォンなどの携帯情報端末装置（以下、カメラ付携帯情報端末装置）が普及している。
【０００３】
ここで、デジタルカメラやカメラ付携帯情報端末装置で撮影を行う際に、良好な画質を取得するためには、撮影対象である被写体に十分な光が照射されていることが必要である。特に宴会やパーティなどでは比較的薄暗い室内で撮影することが多く、そのような環境での撮影に備えて、カメラにはストロボやＬＥＤによるフラッシュという、被写体を照明する機器を内蔵もしくは外付けして装備されている。
【０００４】
一般にカメラに内蔵されるフラッシュは１台であり、特に小型のカメラにフラッシュを内蔵する場合、撮影レンズの光軸からフラッシュ発光部までの距離を遠ざけることができない。その結果、レンズに取り込む被写体像のほぼ全てにフラッシュからの光が照射され、被写体に光の陰影をつけることは困難である。例えば、人の顔を撮影した場合、目や鼻、唇などの顔の凹凸が見えるような陰影をつけることができないため、良好なポートレートを撮影することが難しい。
【０００５】
その対策として一般のスタジオ撮影では、複数のフラッシュをカメラ位置とは別の位置に設置している。そして、カメラ内蔵フラッシュの発光に同期して外付けフラッシュを発光させ、あるいは、カメラに装備されているホットシューやＸシンクロソケットを利用し、カメラからの発光指示信号により複数のフラッシュを発光させる。複数のフラッシュにより色々な位置から被写体を照明することで、顔の陰影を良好に表現でき、良質なポートレートを撮影することができる。
【０００６】
これに関する先行技術として、特許文献１には、撮影を行う直前にスタジオ内の照明環境を検知して、その検知結果をストロボの発光条件を設定する手段にフィードバックさせることにより、撮影を行う状況に応じて随時ライティング条件の設定を行う撮影システムが開示されている。
【０００７】
一方、撮影した画像の管理方法として、ユーザーから提供された複数の画像を複数のユーザー間で共有する画像シェアリングシステムが知られる。特許文献２には、ネットワーク上のサーバに大量にある画像群から、シェア相手のユーザーが利用し易い形態で画像データをシェアすることを目的とした画像シェアリングシステムが開示されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００５−３０１０９６号公報
【特許文献２】特開２００９−２５９２３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１に記載されるようなフラッシュなどの複数の照明機器を用いる方式は、スタジオ撮影においては容易に採用できるが、カメラ付携帯情報端末装置やデジタルカメラを用いる一般のユーザーにとっては採用することは困難である。なぜなら、宴会やパーティ会場などの屋内での記念写真撮影を行うために、ユーザーは常に複数の照明機器を携帯している必要があり、撮影時の作業量に加え金銭的な負担が増加するからである。従って、人の顔を専門に撮影するカメラマンでもない限り、これだけの機器を常備することは困難である。その結果、上記した宴会やパーティ会場で、一般のカメラ付携帯情報端末装置やデジタルカメラを有するユーザーが多数集まった場合でも、各ユーザーは、カメラに内蔵された１台のフラッシュを用いた撮影に甘んじなければならなかった。
【００１０】
また、宴会やパーティなどで撮影した画像は、出席しているユーザーにその場で瞬時に配布できることが望ましい。特許文献２に記載される画像シェアリングシステムは、ネットワーク上のサーバを利用する形態であり、パーティ等の出席者に瞬時に配布することは考慮されていない。
【００１１】
本発明の目的は、カメラ付携帯情報端末装置を有する複数のユーザーが同一場所に集まった場合に、良好な照明を行い、良好な撮影画像を得るためのカメラ付携帯情報端末装置を提供することである。また、撮影した映像を複数のユーザーに瞬時に配布することである。
【課題を解決するための手段】
【００１２】
上記課題は、特許請求の範囲に記載の発明により解決される。一例をあげれば、カメラ付携帯情報端末装置において、被写体を撮影する撮影部と、前記被写体を照明するための第１の照明手段と、他の携帯情報端末装置と通信を行う第１の通信部と、前記撮影部と前記第１の通信部を制御する第１の制御部と、を備え、前記第１の制御部は、前記第１の通信部を介して前記他の携帯情報端末装置に発光指示信号を送信し、前記撮影部による撮影動作に連携して前記他の携帯情報端末装置の第２の照明手段による発光を行わせる構成とする。
【００１３】
あるいは、カメラ付携帯情報端末装置において、被写体を撮影する撮影部と、他の携帯情報端末装置と通信を行う第１の通信部と、前記第１の通信部を制御する第１の制御部と、を備え、前記第１の制御部は、前記第１の通信部を介して他の携帯情報端末装置と通信することで、ローカルエリア内で相互の通信が可能なグループを形成し、前記第１の通信部を介して前記グループに属する前記他の携帯情報端末装置に対し、前記撮影部により撮影した画像データを送信するとともに、前記他の携帯情報端末装置から送信された画像データを受信する構成とする。
【発明の効果】
【００１４】
本発明によれば、カメラ付携帯情報端末装置にて被写体を撮影するとき、同一場所に集まっている他の携帯情報端末装置が連携して照明支援を行うので、ユーザーは複数の照明機器を携帯することなく容易に良好な撮影画像を得ることができる。また、カメラ付携帯情報端末装置が撮影した画像を、他の携帯情報端末装置のユーザーが瞬時に閲覧することができる。
【図面の簡単な説明】
【００１５】
【図１】実施例１に係るカメラ付携帯情報端末装置を用いた撮影システムの構成を示す図。
【図２】カメラ付携帯情報端末装置の内部構成を示すブロック図。
【図３】撮影端末から照明端末へ送信する発光指示信号のフォーマットを示す図。
【図４】撮影端末と照明端末の基本な動作タイミングの関係を示す図。
【図５】コマンド使用時の撮影端末と照明端末の動作タイミングの関係を示す図。
【図６】機械的シャッターを用いる場合の撮影端末と照明端末の動作タイミングの関係を示す図。
【図７】ＧＰＳ機能を用いて撮影端末と照明端末の内部時刻を同期させる方法を説明する図。
【図８】実施例２に係る撮影システムの構成を示す図。
【図９】実施例３に係る撮影システムの構成を示す図。
【図１０】携帯端末のグループ化の必要性について説明する図（実施例４）。
【図１１】グループ化の対象となる携帯端末の探索法の例を示す図。
【図１２】撮影端末と照明端末間の連携照明動作時の画面例を示す図。
【図１３】携帯端末のグループ化と連携撮影の通信処理を説明する図。
【図１４】携帯端末が保有するメールやスケジュールデータを利用した通信方法を説明する図。
【図１５】カウントダウンを利用して撮影する方法を説明する図（実施例５）。
【図１６】カウントダウンを利用して撮影する場合のフローチャート。
【図１７Ａ】携帯端末がグループ参加する際の通信経路を示す図（実施例６）。
【図１７Ｂ】携帯端末の画像をグループ内でシェアする経路を示す図。
【図１８Ａ】携帯端末がグループに参加する処理を示すフローチャート。
【図１８Ｂ】携帯端末から画像を送信する処理を示すフローチャート。
【図１８Ｃ】携帯端末がグループから離脱する処理を示すフローチャート。
【図１９】携帯端末から画像を送信する際の操作画面を示す図。
【図２０】携帯端末における画像データの管理方法を示す図（実施例７）。
【図２１】撮影した画像データの命名法の例を示す図。
【発明を実施するための形態】
【００１６】
以下、本発明の実施例について図面を用いて説明する。
【実施例１】
【００１７】
図１は、実施例１に係るカメラ付携帯情報端末装置を用いた撮影システムの構成を示す図である。本実施例の撮影システムでは、複数のカメラ付携帯情報端末装置（以下、カメラ付携帯端末、または単に携帯端末と呼称）を用いて、人物等の被写体１２０を撮影する。複数のカメラ付携帯端末のうち、カメラ付携帯端末１００は撮影用の端末であり、他の３台のカメラ付携帯端末Ａ（１０１），Ｂ（１０２），Ｃ（１０３）は被写体１２０の照明を支援する端末である。以下、撮影用のカメラ付携帯端末を「撮影端末」、照明支援用のカメラ付携帯端末を「照明端末」と呼んで区別する。
【００１８】
撮影端末１００の撮影光軸は１２１であり、被写体１２０を正面から撮影する。これに対し照明端末Ａ，Ｂ，Ｃは、撮影端末１００とは異なる位置に待機し、別の角度から被写体１２０を照明する。このように、撮影端末と照明端末は役割が異なるが、いずれも同等の機能を有するカメラ付携帯端末を用いることができる。各端末にはそれぞれの所有者がおり、各ユーザーはそれぞれの端末を手に持って、所定の位置で構えている状態である。本例では、被写体の人物を除き合計４名のユーザーが入れ替わって撮影することを想定しているが、複数の端末の間で撮影端末と照明端末の役割が固定されている場合には、照明端末については撮影機能が不要であるからカメラなしの携帯情報端末装置でも構わない。
【００１９】
カメラ付携帯端末は、一般的な無線ＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）などの無線通信機能を有しており、端末間で相互に通信を行うことができる。この機能を用いて、撮影端末１００は、照明端末Ａ（１０１）と通信１１１を、照明端末Ｃ（１０３）と通信１１３を、そして照明端末Ａ（１０１）を経由して、照明端末Ｂ（１０２）と通信１１２を行う。もちろん、撮影端末１００は照明端末Ｂ（１０２）と直接通信してもよい。この通信機能により、撮影端末１００は各照明端末に発光指示信号を送信し、各照明端末Ａ〜Ｃは、内蔵する照明手段（撮影用フラッシュライトやバックライト付ＬＣＤ）で発光することで被写体１２０を照明する。
【００２０】
撮影端末１００においても、もちろん照明手段を有している。しかし、撮影端末１００に搭載されるフラッシュは端末本体に内蔵するという制約から、撮影レンズの光軸１２１に近い位置に設置される。従って人の顔を撮影した場合、被写体１２０に対しほぼレンズと同軸の正面から光を当てるため、被写体に光の陰影がつかず、良好なポートレートを撮影することが難しい。
【００２１】
本実施例のように、他の照明端末Ａ，Ｂ，Ｃの備える照明手段（バックライト付ＬＣＤなど）にて発光させることで、被写体を異なる角度から照明できる。その結果、被写体１２０である人物の顔における鼻や耳に陰影をつけることができ、より立体感のある良質なポートレートを撮影することが可能となる。
【００２２】
そのため各携帯端末は、予めグループ化しており、このグループ内のローカルエリア内で相互の通信が可能な状態にしている。このグループでは任意の携帯端末が撮影端末として動作可能であり、また照明端末として動作をしていない携帯端末が含まれてもよい。そして、撮影の都度、グループ内の任意の端末が照明端末として動作可能である。さらに、撮影した画像データは、相互の通信を利用して、グループに参加している携帯端末に自動的に配信を行うこともできる。
【００２３】
このように本実施例では、カメラ付携帯情報端末装置を有する複数のユーザーが同一場所に集まった場合において、他の携帯情報端末装置が連携して照明支援を行うので、ユーザーは複数の照明機器を携帯することなく容易に良好な撮影画像を得ることができる。
【００２４】
図２は、カメラ付携帯情報端末装置の内部構成を示すブロック図である。本実施例で用いるカメラ付携帯情報端末装置（カメラ付携帯端末）１００は、基本的にコンピュータシステムとして構成している。ＣＰＵ（中央情報処理装置）２００は携帯端末全体の制御部であり、そのバス２２０に、各種のハードウェアが接続され、ＣＰＵ２００は、各ハードウェアの動作を制御する。特に本実施例では、撮影端末のＣＰＵ２００は、カメラの撮影動作と連携して照明端末との通信および照明端末への発光指示を行う。なお、照明端末Ａ（１０１）、Ｂ（１０２），Ｃ（１０３）も同様の構成であり、そのＣＰＵ２００は、撮影端末からの発光指示に従い照明手段による発光を制御する。
【００２５】
各種ハードウェアとして、以下のものを備えている。カメラの撮影部として、シャッターボタン２０１、図示しない撮影レンズにより集光した光学映像を電気信号に変換するカメラセンサ２０２、カメラセンサ２０２の信号処理を行う信号処理ＤＳＰ２０３、信号処理ＤＳＰにより得られＲＧＢで構成される映像信号を、離散コサイン変換やハフマン符号化等の圧縮方法を用いて圧縮処理を行うエンコーダ／デコーダ２０４を有する。エンコーダ／デコーダ２０４は、撮影した静止画像のみならず、動画像の圧縮処理を行う機能を有していてもよい。上記カメラセンサ２０２、信号処理ＤＳＰ２０３、エンコーダ／デコーダ２０４は、バス２２０を介して接続するのではなく、カメラセンサ２０２からの出力信号を、直接信号処理ＤＳＰ２０３やエンコーダ／デコーダ２０４に送って映像信号の処理を行っても良い。この場合、バス２２０にはサイズの大きい映像信号が通過しないため、映像信号がバス２２０を占有することがなく、端末では撮影から圧縮処理を行いつつ、他の動作を行うことができる。
【００２６】
次に、カメラ付携帯端末１００の現在位置を取得するＧＰＳユニット２０５、端末の移動時や方向を変化させたときに発生する加速度を測定するＧセンサ２０６、携帯端末装置などの外部機器との間で短距離無線通信を行うＢｌｕｅｔｏｏｔｈ２０７、携帯端末装置との間の無線通信による情報の送受信や、携帯端末装置と無線通信基地局の信号を用いて現在位置の取得等を行う無線ＬＡＮ２０８を有する。また、端末全体を制御するプログラムや基本定数を保存するフラッシュメモリ２０９、プログラム実行におけるワークメモリであり、逐次更新されるＧＰＳ衛星軌道情報２１０ａやＧＰＳ位置情報２１０ｂなどを保存するＳＤ−ＲＡＭ２１０、撮影時に保存する画像情報にタイムコードを付け、前記したＧＰＳの位置情報測定のために利用する時計２１１を有する。
【００２７】
次に、撮影時にカメラセンサ２０２で受光した被写体イメージをモニター表示するバックライト付ＬＣＤ（液晶ディスプレイ）２１２を有する。バックライト付ＬＣＤ２１２は、後述の外部メモリ２１５ａに保存されている撮影済みの画像データを再生したり、端末の設定内容を確認・変更するためにも利用する。さらに照明端末Ａ，Ｂ，Ｃにおけるバックライト付ＬＣＤ２１２は、そのバックライト光源を発光させることで、撮影時の照明手段として利用する。また、カメラセンサ２０２にて被写体を撮影するときの照明手段として、フラッシュライト２１３を有している。
【００２８】
さらに、携帯端末を始めとする他の機器と近接してデータ通信を行うＮＦＣ（Near Field Communication）などの接触型無線Ｉ／Ｆ２１４、撮影し圧縮した画像データを外部メモリ２１５ａに保存するための外部メモリＩ／Ｆ２１５、有線にて外部機器と通信を行う汎用外部機器Ｉ／Ｆ２１６、赤外線リモコンなどによりカメラのシャッター動作等の指示を受信し、赤外線により他の携帯端末等と無線通信を行う赤外線Ｉ／Ｆ２１７などを有する。
【００２９】
図３は、撮影端末から照明端末へ送信する発光指示信号のフォーマットを示す図である。フォーマットとして、（ａ）コマンドなし、（ｂ）コマンドありの２通りの例を示す。これらの発光指示信号の送受信は、撮影端末や照明端末のＢｌｕｅｔｏｏｔｈ２０７や無線ＬＡＮ２０８にて行う。
【００３０】
（ａ）の発光指示信号３００（コマンドなし）は、発光指示を実行する時刻（すなわち発光開始時刻）ｔｉと、発光指示信号の送信先となる照明端末のＩＤを示すＳｉ（Smart Terminal ID）をセットとして構成され、これを単位に複数（ｉ、ｊ、ｋ・・・）の照明端末１０１’へ送信する。これが最も単純なフォーマットである。この発光開始時刻ｔｉは、例えば図４で後述する発光開始時刻ｔ２とする。
【００３１】
（ｂ）の発光指示信号３１０（コマンドあり）は、発光指示を実行する時刻ｔｉと、発光指示信号の送信先となる照明端末のＩＤを示すＳｉと、発光指示の具体的内容（コマンド）を示すＯｐｉ（Operand）をセットとして構成され、これを単位に複数（ｉ、ｊ、ｋ・・・）の照明端末１０１’へ送信する。Ｏｐに記述するコマンドには、例えば図５で後述する発光開始時刻・発光終了時刻や、図９で後述する発光色の指示値や、タイミング、回数など、発光の具体的内容を指示する命令と、それに付随した値が含まれる。
【００３２】
以下、撮影端末と照明端末の動作タイミングの関係を、使用する照明方式やシャッター方式に分けて説明する。
図４は、撮影端末と照明端末の基本な動作タイミングの関係を示す図である。この動作は、図３の（ａ）に示す発光指示信号３００を用いる場合である。
【００３３】
図１の撮影システムにおいて、撮影端末１００により撮影するとき、時刻ｔ１にシャッターボタン４００が押し下げられると、図１の通信１１１〜１１３により、各照明端末Ａ（１０１）、Ｂ（１０２），Ｃ（１０３）に図３の発光指示信号３００が送信される。これを受けて各照明端末Ａ、Ｂ，Ｃは発光を開始し、時刻ｔ２から時刻ｔ５までの発光期間４２０において、その発光状態を継続する。撮影端末１００の撮影における露光期間４１０は、時刻ｔ３から時刻ｔ４である。この露光期間４１０を含む時間帯において発光状態が継続するので、各照明端末の発光する光を利用して撮影を行うことができる。発光開始時刻ｔ２及び発光期間４２０は、露光期間４１０を確実にカバーするように、通信１１１〜１１３により別途各照明端末に指示する。あるいは、一般のカメラ付携帯端末の最長露光期間を確実にカバーするように、各照明端末Ａ、Ｂ，Ｃの発光時間を予め設定しておくものとする。
【００３４】
なお、本実施例の撮影システムは、照明端末１００により動画像を撮影する場合にも適用可能である。具体的には、図４の露光期間４１０の開始点である時刻ｔ３から動画の撮影が開始され、露光期間４１０の終了点である時刻ｔ４で動画の撮影が終了するとすれば、携帯端末Ａ、Ｂ，Ｃの発光開始時刻ｔ２は図４と同様でよい。なお、動画像の撮影時間が長い場合は、発光終了時刻ｔ５を延長する必要がある。その場合には、撮影端末１００から照明端末Ａ、Ｂ，Ｃへ別途発光終了指示信号を送信し、照明端末Ａ、Ｂ，Ｃはこれを受信したタイミングで発光動作を終了すればよい。
【００３５】
図５は、コマンド使用時の撮影端末と照明端末の動作タイミングの関係を示す図である。この動作は、図３の（ｂ）に示す発光指示信号３１０を用いる場合である。
【００３６】
撮影端末１００において時刻ｔ１にシャッターボタン５００が押されると、時刻ｔ２に、照明端末Ａ（１０１）〜Ｃ（１０３）に対し発光を指示するコマンド５２０が送信される。このコマンド５２０には、発光期間の時刻の他に、撮影端末１００の露光期間５１０が時刻ｔ４から時刻ｔ６の間であるという情報が含まれている。照明端末Ａ〜Ｃはこのコマンドを受けて発光を開始する。ここで照明端末の光源が（ａ）バックライト付ＬＣＤである場合と、（ｂ）ストロボフラッシュである場合とに分けて説明する。
【００３７】
（ａ）は照明端末の光源がバックライト付ＬＣＤの場合で、照明端末は、コマンドで指示された時刻ｔ３から時刻ｔ７までの発光期間Ａ（５３０）においてその発光状態を継続する。撮影端末１００の露光期間５１０は、時刻ｔ４から時刻ｔ６であり、この露光期間５１０を含む時間帯において発光状態が継続するようにして、各照明端末の発光を利用した撮影を行う。図４に示した発光期間４２０と比較し、図５の発光期間Ａ（５３０）では、露光期間５１０をカバーする最小限の期間だけ発光を続けるように指示する。発光期間が最小限となるので、照明端末のバッテリー消費の主な要因となるバックライト付ＬＣＤの発光のための電力消費を最小限にすることができる。ここで発光期間を示す時刻ｔ３及び時刻ｔ７は、時刻ｔ１からの相対時間として設定してもよく、あるいは、撮影端末と照明端末の内蔵時計の同期を取ることにより、絶対時刻として設定してもよい。
【００３８】
このとき、撮影端末の露光期間５１０と、照明端末の発光期間５３０に誤差が生じると、露光期間の間に正しく発光できない可能性があるため、撮影端末の時計と照明端末の時計の同期を正確に行っておく必要がある。具体的には、撮影端末の時計と照明端末の時計の同期は、１／１０秒〜１／１００秒単位で合わせる必要がある。これについては、図７にて後述する。
【００３９】
（ｂ）は、照明端末の光源が一般のデジタルスチルカメラに搭載されているストロボフラッシュ、もしくはストロボフラッシュと同等の、短時間で強い光を出すことができるＬＥＤなどの光源を用いる場合である。この場合に照明端末が発光する発光期間Ｂ（５４０）は撮影端末の露光期間５１０に比べて十分に短い時間Δｔとなるが、撮影端末の露光期間５１０内に入れる必要がある。そのため、撮影端末では時刻ｔ１にシャッターボタン５００を操作し、時刻ｔ４から時刻ｔ６の期間に露光を行う。これと並行して撮影端末は、発光期間を指示するコマンド５２０を各照明端末に送る。撮影端末はこの露光期間５１０（ｔ４〜ｔ６）を把握しているので、その露光期間中に照明端末が発光するように、コマンド５２０には発光開始の時刻ｔ５と発光時間Δｔを含める。照明端末では、露光期間５１０内において発光期間Ｂ（５４０）だけストロボフラッシュによる発光を行う。これにより、ストロボフラッシュによる発光を用いた撮影動作を実行することができる。
【００４０】
ここでストロボフラッシュによる光エネルギーについて説明する。ストロボフラッシュの発光期間（発光時間）をΔｔとしたとき、ストロボフラッシュの発光光量Ｌ×発光期間Δｔが積算光量としてフィルムやセンサに与える光エネルギー量になる。一般にストロボフラッシュの発光時間Δｔは１／１，０００秒〜１／１０，０００秒であり、照明を必要とする環境下でのカメラの露光期間（例えば１／６０秒以下）に比べてはるかに短いが、その光量Ｌのピーク値Ｌｍａｘは極めて大きいので、その短時間の照明で十分な積算光量が得られる。
【００４１】
ストロボフラッシュには、発光時間Δｔを前記１／１，０００秒〜１／１０，０００秒の間で変化させて積算光量を制御することができる機能（オートストロボ）も存在する。発光素子の出力光量のピーク値Ｌｍａｘの制御を行うことはできないが、オートストロボでは発光時間Δｔを制御することで、積算光量の調整を行うことができる。具体的には、最大光量時には１／１，０００秒間だけ発光しているのを、発光時間を例えば１／１０，０００秒に変化させることで、積算光量を１／１０に制御することができる。これにより、カメラ側ではシャッター速度や絞りを一定にしたままで、ストロボフラッシュの制御のみで適正露出の画像を撮影することができる。本実施例では、撮影端末から各照明端末に、それぞれ異なる発光時間を設定することで、各々の照明端末の発光積算光量を独立に制御し、被写体にあらゆる方向から照射する照明端末からの積算光量を制御して、最適な照明状態での品質の高い画像を撮影することが可能になる。
【００４２】
図６は、機械的シャッターを用いる場合の撮影端末と照明端末の動作タイミングの関係を示す図である。この例では、撮影端末のシャッターがフォーカルプレーンシャッターのような機械的シャッターの場合であり、照明端末の光源がストロボフラッシュである場合を示す。
【００４３】
機械的シャッターの動作状態は、シャッターボタン６００を押し下げたあと、シャッターが完全開となる状態だけでなく、シャッターが一部開となる中間状態とがあり、中間状態においてもカメラセンサに光が当たることになる。即ち、露光期間６１０は、シャッター完全開に対応する完全露光期間６１２の他に、シャッター開閉動作中である中間露光期間６１１，６１３が存在する。
【００４４】
ストロボフラッシュの発光期間６３０は、発光開始時刻がｔ５で、発光時間がΔｔである。この発光期間６３０が、シャッター開閉動作中の中間露光期間６１１，６１３ではなく、シャッターが完全開である完全露光期間６１２に入るよう設定する。これにより、ストロボフラッシュの全ての発光を露光に利用することができる。
【００４５】
撮影端末１００は自己機器内のシャッターについて、シャッター開動作に要する時間（時刻ｔ３からｔ４まで）と、シャッター閉動作に要する時間（時刻ｔ６からｔ７まで）のタイミングを知っている。そこで、照明端末へ送るコマンド６２０に含める発光タイミング指示時刻は、シャッター開閉動作中である中間露光期間６１１，６１３を避け、シャッター完全開となる完全露光期間６１２に入るように設定する。これにより、ストロボフラッシュが発光した光がシャッター開閉動作中のために一部が遮られることがないので、ストロボフラッシュの発光に従った正しい露光量で画像を撮影することができる。
【００４６】
以上のように、撮影端末１００は照明端末Ａ（１０１）、Ｂ（１０２）に対し発光タイミング時刻を指示する訳であるが、それらの端末の内蔵時計は、相互の時刻が十分な精度で一致している必要がある。通常のカメラ付携帯情報端末であればｃｄｍａ方式などの通信機能を有しており、その機能を実行するために高精度で相互の時刻を合わせる高精度の時計を備えており、これを利用すれば問題ない。一方、上記のような高精度の時計を備えていないデジタルカメラや携帯情報端末における時刻の高精度な同期を取る方法として、ＧＰＳ（Global Positioning System）機能を利用する方法を説明する。
【００４７】
近年のデジタルカメラやカメラ付携帯情報端末には、撮影した場所を、座標データとして、画像データの付随情報として追記したり、携帯情報端末の移動足跡を記録するために用いられる、位置情報取得システムであるＧＰＳ機能を有しているものがある。特にデジタル画像データは、その属性情報の規格（Ｅｘｉｆ）に位置座標の保存フォーマットも定義されており、撮影後の写真の整理や閲覧に役立てることができるため、ＧＰＳ機能を内蔵するカメラは増加する傾向にある。
【００４８】
そして、一部のｃｄｍａ通信方式では、携帯電話通信を行うためのセル（基地局）同士の時間同期を取るために、ＧＰＳの時刻信号を用いている。ＧＰＳ方式は、各人工衛星と携帯端末の間の電波の伝搬速度の差を用いて、携帯端末の現在位置を求める。これより、高精度の時刻同期を行うためには、ＧＰＳの情報を用いることが有用である。そのために各人工衛星には高精度の原子時計を有しており、発信するＧＰＳ情報電波に、その時刻情報も付随して送信している。
【００４９】
図７は、ＧＰＳ機能を用いて撮影端末と照明端末の内部時刻を同期させる方法を説明する図である。
【００５０】
撮影端末１００は、搭載しているＧＰＳユニット７００により、ＧＰＳ衛星Ａ（７１１）、ＧＰＳ衛星Ｂ（７１２）、ＧＰＳ衛星Ｃ（７１３）からＧＰＳ情報の電波を受信する。少なくとも３つのＧＰＳ衛星の情報を受信することにより地球上の二次元位置座標を、４つ以上のＧＰＳ衛星の情報を受信することにより三次元の位置座標を算出することができる。撮影端末１００は、電源ＳＷ７０１を入れることによりＧＰＳ衛星からの情報受信を開始し、ＧＰＳ情報に含まれる時刻情報を用いて撮影端末内の時計を校正する。また、撮影のためにシャッターボタン７０２を押したときの現在位置座標を算出して、撮影した画像に付加して保存する。
【００５１】
照明端末Ａ（１０１）や照明端末Ｂ（１０２）においても、撮影端末１００と同様の内部構成であり、同様にＧＰＳ衛星の情報を受信し、各照明端末内の時計を校正することができる。
【００５２】
ＧＰＳ方式による現在位置座標を測定する際、例えば位置情報を３０ｍの誤差で取得できるとすれば、時刻の精度は０．１μ秒以下に相当する。この精度で時計を合わせることができれば、ストロボの発光時間（１／１０，０００秒＝１００μ秒）や、高速シャッター速度（１／８，０００秒＝１２５μ秒）などに比べても十分に小さくできる。また、図６で説明した一眼レフやミラーレスのフォーカルプレーンシャッターの動作速度、即ちＸ接点同期速度（約１／２５０秒＝４ｍ秒）と比べても十分に精度余裕がある。さらに撮影端末と照明端末は、互いにほぼ同じ位置に存在するので、同じ人工衛星の電波を受信しているので、異なる人工衛星の電波を受信することによる伝搬遅延の差異は、事実上発生しないで済む。
【００５３】
実施例１によれば、カメラ付携帯情報端末装置にて被写体を撮影するとき、同一場所に存在する他の照明端末の備える照明手段にて被写体を異なる角度から照明するようにして、より立体感のある良質な画像を撮影することが可能となる。
【実施例２】
【００５４】
実施例２では、撮影時の画質劣化現象（赤目現象）を防止する構成について説明する。
図８は、実施例２に係る撮影システムの構成を示す図である。実施例１（図１）と同様に、複数のカメラ付携帯端末を撮影端末１００と照明端末Ａ（１０１），Ｂ（１０２），Ｃ（１０３）に役割を分担して撮影するが、特に人の顔を撮影するときの撮影画質劣化（赤目現象）を防ぐようにしている。
【００５５】
撮影端末１００が、自身の有する発光部（例えばフラッシュライト２１３）を用いて人の顔を撮影する場合、赤目現象と呼ばれる画質劣化現象が発生する。これは、撮影端末１００の撮影レンズと発光部は近接して配置される場合、発光部から発した光が、被写体１２０である人の目の眼底に当たり、眼底の血管の色、即ち赤い光を反射するため、撮影した人物画像の目の部分が赤くなってしまう現象である。一般にカメラに内蔵されるフラッシュは１台であり、また、携帯情報端末のような小型の端末本体上にフラッシュを内蔵する場合、撮影レンズの光軸から発光部までの距離を大きくとることができない。そのため、レンズに入る被写体像のほぼ全てに、発光部からの光が照射されてしまうことになる。
【００５６】
本実施例の撮影システムでは、撮影端末１００自身が被写体１２０への照明機能（フラッシュライト）を有するとともに、他の照明端末Ａ，Ｂ，Ｃの照明機能（バックライト付ＬＣＤ、またはフラッシュライト）を利用する構成としている。そこで、被写体１２０への照明を各照明端末からの照明８０１，８０２，８０３のみで行うようにした。すなわち、撮影端末１００の撮影光軸１２１が被写体１２０である人の顔の正面方向にある場合（目がカメラを向いている場合）には、撮影端末１００が内蔵している照明８００の使用を停止する。
【００５７】
このため、撮影端末１００は撮影を行う際に、カメラのファインダーなどに表示するためにカメラセンサが事前に取得している画像から、被写体１２０の顔が撮影端末１００の方向を向いているか、具体的には視線が撮影端末１００の方向を向いているかを判定する。視線が撮影端末１００の方向を向いていないときは撮影端末１００での照明動作を行い、撮影端末１００の方向を向いているときは、撮影端末１００での照明８００を禁止する。このように本実施例によれば、被写体である人の顔の目が撮影端末１００を向いている場合には撮影端末１００が内蔵している照明を使用しないようにしたので、撮影画像の画質劣化現象（赤目現象）を防止することができる。
【実施例３】
【００５８】
実施例３では、照明端末が発生する照明光（発光色、光量）の最適化について説明する。
図９は、実施例３に係る撮影システムの構成を示す図である。実施例１（図１）と同様に、複数のカメラ付携帯端末を撮影端末１００と照明端末Ａ，Ｂ，Ｃに役割を分担して撮影するが、各照明端末が発生する照明光を最適化するようにした。本実施例では、本番撮影の前にプレ発光を行い、各照明端末の発光色や発光レベルを調整して、最適な照明条件を設定するものである。
【００５９】
（ａ）において、撮影端末１００は照明端末Ａ（１０１）、Ｂ（１０２）、Ｃ（１０３）に対して、図３（ｂ）に示したように発光指示信号３１０を送信するが、そのコマンドの内容に、各照明端末に対して発光色や光量の指示を含める。コマンドに従い各照明端末Ａ，Ｂ，Ｃは、それぞれの発光（照明）９０１，９０２，９０３を行う。もちろん、以下に述べるように各照明端末の発光条件を異ならせてもよい。
【００６０】
（ｂ）は、照明端末の発光色を変化させる例を示す。本実施例での照明端末は、携帯端末が有するＬＣＤ（カラーディスプレイ）による発光を利用して、発光色を自由に選択することができる。通常の発光では、略白色９２０のように、色の３成分である赤（Ｒ）、緑（Ｇ）、青（Ｂ）の各色の発光量が略等しい光を用いる。これ以外の簡単な例として、Ｒ成分を少し増やして暖かい色を表現した暖色９１０や、Ｒ成分を少し減らすことにより相対的に寒い色を表現した寒色９３０が可能であり、これらの３種類の発光色を選んで利用することができる。
【００６１】
（ｃ）は、プレ発光により最適な照明色の組み合わせを決定する方法を説明する。撮影端末１００は３台の照明端末Ａ，Ｂ，Ｃに対しコマンドを送り、それぞれ発光Ａ（９０１）、発光Ｂ（９０２）、発光Ｃ（９０３）に示すタイミングで、各発光色でプレ発光させる。このときの各発光色は、例えば上記した暖色９１０、略白色９２０、寒色９３０の組み合わせの総当たりとし、合計２７パターンの発光を１／６０秒間隔で切り替えながら行う。撮影端末１００はこのプレ発光で撮影した被写体画像を取得し、被写体画像の色が最も基準色（例えば人物であれば肌色）に近くなる照明光の条件を決定する。これに要する時間は、６０ｆｐｓのフレームレートで撮影すると、２７パターンの色で照明した全ての画像を０．５秒で取得できるので、短時間に処理可能である。
【００６２】
このように、被写体に最適な照明色を選び、コマンドに含めて本番の撮影時に適用することで、通常のホワイトバランス調整に加えて、照明色も加味した良好な撮影画像を簡便に得ることができる。
【００６３】
ここでは照明色として最も単純な暖色、略白色、寒色の３種類を説明したが、既に被写体を照らしているパーティ会場等の照明が存在する場合は、その照明色を中点としてその前後の暖色系、寒色系に照明色を変化させてもよい。ホワイトバランスの調整により会場照明を略白色に持ってくることで、自然光での照明と同様な撮影結果を得ることができる。また照明色だけでなく照明光の強さも調整して、撮影端末の照明光と各照明端末の照明光のレベルを最適配置して、人の顔をより自然な照明で撮影することも可能である。
【実施例４】
【００６４】
実施例４では、撮影システムを構成する複数のカメラ付携帯端末のグループ化と連携動作について説明する。
【００６５】
図１０は、携帯端末のグループ化の必要性について説明する図である。撮影システムにおいて、撮影端末１００は撮影時に照明端末Ａ（１０１）と照明端末Ｂ（１０２）に発光を指示するコマンドを送信して、連携して撮影を行うものとする。しかし、パーティ会場などでは、同じテーブルにいて連携動作が可能な友人の照明端末Ａ，Ｂの他に、隣のテーブルにいて連携動作を行わない他人の携帯端末Ｃ，Ｄ，Ｅが存在するとき、これらを区別する必要がある。そのため、周囲に他の撮影グループがいても影響を受けないように、連携する撮影端末と照明端末の間で通信による認証を行うことでグループ化し、パーティ会場のような環境でも干渉せずに利用できるようにする。
【００６６】
具体的方法として、撮影端末１００はそのカメラ機能の起動時、もしくは起動する前に、近隣にある同様な携帯端末の存在を、例えば無線ＬＡＮによるＳＩＤ（Security Identifier）名をスキャンして検出し、個々のＳＩＤ毎に互いに連携できるかどうかを問い合わせる。各照明端末Ａ，Ｂからは承認する返信信号１０１ｒ、１０２ｒを返信することで、撮影端末１００と照明端末Ａ、Ｂとの間で連携動作の認証が成立する。そして実際の撮影時は、撮影端末１００から認証済みの照明端末Ａ，Ｂへ発光指示信号を送ることで、連携した撮影が可能になる。隣のテーブルの携帯端末Ｃ〜Ｅとは認証を行っていないので、発光指示信号を送ってもこれに反応することはない。
【００６７】
このように、特定の携帯端末間で連携動作のための認証を行うことで携帯端末のグループ化を行い、グループとして連携した撮影動作を独立して行うことができる。よって、近くに他人の携帯端末や他の撮影グループがいても相互に干渉することはない。
【００６８】
図１１は、グループ化の対象となる携帯端末の探索法の例を示す図である。この例では、同一のパーティに出席する人を探索し、所有する携帯端末をグループ化（認証）する。具体的には、携帯端末内に保存されるパーティの案内状などの特定のイベント情報が一致する場合にグループ化の対象とする。なお、アドレス帳登録を参照する方法では、知人同士でありながら別テーブルの別のパーティに参加していることもあり得るので、グループ化対象とするのは不適切である。
【００６９】
例えば（ａ）に示すように、同一パーティに出席する人の有する携帯端末には、そのパーティ特定の案内のメールを受信していたり、特定パーティへの出席予定が携帯端末内のスケジュールに記載されていたりする。また（ｂ）に示すように、パーティというイベントの案内に対して「出席（ATTEND）」ボタン１１００を押して主催者に返信することで、自身のスケジュール表に自動的にイベント情報が登録されている場合もある。あるいは、出席予定者の携帯端末のＩＤをイベント案内の発行者が認証して、他の出席予定者の携帯端末に配信する場合もある。このように、パーティ出席者の携帯端末内には特定のイベント情報が保存されていて、それを探索することで、大きな会場でも特定のパーティの出席者の所有する携帯端末を検出して、グループ化することができる。
【００７０】
また、他の方法として、パーティ会場でパーティ開始時、もしくは撮影時に、ＮＦＣ機能を用いて端末同士を近接タッチすることで、互いの認証（グループ化）を行うこともできる。これはＮＦＣを利用し、例えばパーティ開始時に会費を電子マネーで徴収する際に、同時に認証を行う方法でもよい。この他、無線、短距離無線、有線など、携帯端末同士が通信することができるいずれかの方法と、携帯端末が有する情報を組み合わせることで、認証を取ることができる。
【００７１】
図１２は、撮影端末と照明端末間の連携照明動作時の画面例を示す図である。撮影端末から照明端末への発光指示と、照明端末での連携照明動作は、パーティが盛り上がったところで瞬時に使えるように簡単に操作できるのが望ましい。なお、照明端末での連携照明動作モードは「サブライトモード」とも呼ぶことにする。
【００７２】
（ａ）は撮影端末１００の画面で、撮影するカメラを起動した状態を示し、「Light assist」と記載した照明支援依頼のボタン１２０１を表示する。撮影者は依頼ボタン１２０１を押すことで、認証済みの照明端末に照明動作を行うようにリクエストを送信する。このときボタン１２０１の上に「2/5」と表示しているが、予め認証済みの照明端末が５台あり、そのうち照明動作を始めた端末が２台であることを意味する。
【００７３】
（ｂ）は照明端末１０１の画面で、電源スイッチ１２１１を押してバックライトＯＮにした待機状態、即ち、画面ロックがかかった状態である。ユーザーはスライド１２１２を操作することでロックが解除され、操作可能な通常画面に遷移する。
【００７４】
（ｃ）は照明端末１０１の通常画面において、撮影端末１００からの発光指示を受けている状態で、「Light assist mode」と記載した照明支援を許可するボタン１２１３を表示する。照明動作を行うときは、許可ボタン１２１３を押すだけの簡単な操作でサブライトモードを起動し、照明機器としての動作を開始する。例えば、照明端末１０１のバックライト付ＬＣＤを全開発光させ、撮影待ち状態に入る。なお、ＬＣＤは即座に発光を開始してもよいが、発光指示信号で指定した期間だけ全開で発光し、それ以外の期間はバックライトＯＦＦ状態（または暗い発光状態）としても良く、これにより照明端末の消費電力を節約できる。
【００７５】
照明端末１０１においてサブライトモード（発光・撮影待ち状態）から通常動作への復帰は、撮影端末１００の撮影動作に関係なく、照明端末１０１の電源キー１２１１を押すことで解除できる。あるいは、サブライトモードにおいて所定の時間Ｔsub以上発光指示を受けなかった場合は、サブライトモードを解除し、ＬＣＤ，バックライトをＯＦＦする。この時間Ｔsubはユーザーが設定可能とし、携帯端末の通常のタイムアウト時間Ｔoutより長くするのが良い（例、Ｔout＝１５秒、Ｔsub＝３０秒等）。
【００７６】
図１３は、携帯端末のグループ化と連携撮影の通信処理を説明する図である。
（ａ）は、新規の携帯端末が撮影グループに参加する方法を示す。例えばパーティ会場などにおいて２つの撮影グループＡ，Ｂが存在し、新規の携帯端末Ａ２がグループＡに参加する場合である。その場合、携帯端末Ａ２はグループＡに所属するいずれかの端末、例えば携帯端末Ａ１と通信１３００を行うことで、グループＡに参加することができる。
【００７７】
ここで携帯端末Ａ１と携帯端末Ａ２の通信は、例えばＮＦＣのような近接通信が便利である。その際、携帯端末Ａ１と携帯端末Ａ２とを物理的に近づけるというジェスチャーを、それぞれの携帯端末のユーザーが明示的に行うことで、知人やパーティ参加者などの特定のユーザーの携帯端末を確実にかつ簡単にグループに参加させるとともに、グループの他のメンバーに知らせることができる。
【００７８】
（ｂ）は、新規の携帯端末Ａ２がグループＡに参加するために、既にグループＡに参加している携帯端末Ａ１と行う通信内容と順序を示す。新規携帯端末Ａ２は、ユーザーによる手動操作や近接通信機能による通信で、携帯端末Ａ１に、携帯端末Ａ２の端末ＩＤを送信する（Ｓ１３０１）。端末ＩＤを受信した携帯端末Ａ１は、携帯端末Ａ２に対してグループリクエストを送信し、携帯端末Ａ２がグループＡに参加する意思があるかどうかを問い合わせる（Ｓ１３０２）。グループリクエストを受信した携帯端末Ａ２は、グループリクエストの受諾を判断し、送信元である携帯端末Ａ１に参加する旨を返信する（Ｓ１３０３）。携帯端末Ａ１は、新規携帯端末Ａ２の端末ＩＤをグループリストに追加し（Ｓ１３０４）、続けて、更新されたグループリストを携帯端末Ａ２を含めグループＡに既に参加している各メンバーに配信、もしくは変更差分の配信を行う（Ｓ１３０５）。なお、このグループリストは、２つの携帯端末により一番最初にグループ化がなされた段階で生成される。以降は、グループに属するいずれの携帯端末においても、新たに参加する携帯端末に対しグループリクエストを送信することができるようになる。
【００７９】
（ｃ）は、撮影端末１００と照明端末１０１とが連携して撮影動作を行うときの通信内容と順序を示す。これは図１２の画面操作に対応し、これを参照して説明する。ここでは簡単のために１台の照明端末１０１のみを取り上げるが、複数の照明端末を備える場合も同様である。
【００８０】
まず撮影端末１００がカメラを起動すると、他の携帯端末に照明を依頼するボタン（図１２（ａ）の１２０１）が表示される（Ｓ１３１１）。ユーザーが依頼ボタン１２０１を押すと、撮影端末１００からグループに属する携帯端末（照明端末）１０１に照明支援を依頼する通信を行う（Ｓ１３１２）。なお、撮影端末１００からの照明支援の依頼は、カメラ起動とともに自動的に通信されるようにしても良く、その場合は依頼ボタン１２０１での操作は省略される。
【００８１】
照明依頼を受信した照明端末１０１は、通常待ち受け画面などの一番表にある画面に重畳して（もしくは別のアプリケーションを起動していた場合には、その画面に重畳して）、撮影端末１００からの照明依頼を示す画面を表示する。この画面には照明依頼を受けることを承諾するボタン（図１２（ｃ）の１２１３）が表示される（Ｓ１３１３）。ユーザーが承諾ボタン１２１３を押すことで、照明端末１０１から撮影端末１００に、照明支援の承諾を示すメッセージが返信される（Ｓ１３１４）。
【００８２】
この返信を受けると携帯端末１００は、被写体にカメラを向けて撮影態勢に入る。一方照明端末１０１は、ＬＣＤ画面（または撮影用フラッシュ）を点灯して、被写体を照明できるサブライトモードに入る。また照明端末１０１のユーザーは、図１や図８に示すように所有する端末を被写体に向け、良好な照明支援ができるように照明位置等を調整する。
【００８３】
そして撮影端末１００がシャッターを押し下げると、同時に照明端末１０１に対し照明指示を送信する（Ｓ１３１５）。具体的には、図３に示した発光指示信号３００、あるいは照明の制御を行うコマンドを含めた発光指示信号３１０を送信する。これにより撮影端末１００による撮影の瞬間に、照明端末１０１はコマンドに従った照明を行う（Ｓ１３１６）。撮影が終了したら、照明端末１０１はサブライトモードを解除し、通常待ち受け画面（もしくは照明以前に動作させていたアプリケーション画面）に復帰する（Ｓ１３１７）。これと並行して撮影端末１００は、撮影を終了し、撮影した画像をメモリに保存する（Ｓ１３１８）。
【００８４】
また、上記生成したグループリストは、そのパーティが終わった時刻や、同じグループからの端末ＩＤの通信がなくなった時点で、各携帯端末から消去し、このパーティにおける撮影端末や照明端末になり得る連携関係を終了する。よって、このグループリストが期限不定で保有されることはない。
【００８５】
図１４は、図１１に示したように、携帯端末が保有するメールやスケジュールデータを利用した通信方法を具体的に説明する図である。
【００８６】
（ａ）は、各携帯端末が保有しているパーティ開催のメールやスケジュールデータを用いて、相互の認証に利用できる文字コード（以下、スケジュールコードと呼ぶ）１４００を生成する方法を示す。スケジュールコード１４００はメールの本文の一部を利用し、送信端末ＩＤと開催日付、そして本文の一部を指し示す文字数に、本文から生成した文字コード数値合計を連続して並べたパケットにより構成する。文字コード数値合計は、メール本文を先頭から４byteずつに切り出し、合計９つの４byteずつの文字列の合計（３６文字分）を計算し、そのうち下位４byteを文字コード数値合計とする。この例では、特定のパーティに招待するメール文（太字で斜体文字の部分）をもとにスケジュールコードを生成しており、特定のイベント情報を含むものとなっている。
【００８７】
（ｂ）は、このスケジュールコード１４００を用いてグループ化するときの通信内容と順序を示す。グループ化の対象として、同じパーティに出席している携帯端末をスケジュールコードを用いて選定し、グループに参加させるものである。以下、既にグループＡに参加している携帯端末Ａ１と新たにグループＡに参加する携帯端末Ａ２の間で行う通信内容を示す。
【００８８】
携帯端末Ａ２は、ユーザーによる手動操作や近接通信機能による通信で、携帯端末Ａ１に携帯端末Ａ２の端末ＩＤを送信する（Ｓ１４０１）。端末ＩＤを受信した携帯端末Ａ１は、携帯端末Ａ２に対して、グループリクエストに加えて（ａ）で生成した端末Ａ１内スケジュールコード１４００を送信し、携帯端末Ａ２がグループＡに参加する意思があるかどうかを問い合わせる（Ｓ１４０２）。グループリクエストを受信した携帯端末Ａ２は、受信したＡ１内スケジュールコードと自身の端末内に保存しているメールやスケジュールデータから、同様にＡ２内スケジュールコードを生成する。そして、受信したＡ１内スケジュールコードとの一致を確認する（Ｓ１４０３）。このように両者のスケジュールコードの照合を行うことで、グループリクエストを送信してきた携帯端末Ａ１が、見知らぬ携帯端末ではなく、同じパーティに出席している携帯端末であることを認証できる。そして、今度は別の文字数を設定して（ａ）に示した方法でＡ２内スケジュールコードを作成し、そのコードを添えてグループＡに参加受諾する旨を返信する（Ｓ１４０４）。
【００８９】
携帯端末Ａ１は、携帯端末Ａ２から送られてきたグループ参加受諾とＡ２内スケジュールコードを受信し、受信したＡ２内スケジュールコードから指定文字数のコードを生成して照合を行い、携帯端末Ａ２が同じパーティに出席している携帯端末であることを認証する（Ｓ１４０５）。そして、携帯端末Ａ２の端末ＩＤをグループリストに追加し、携帯端末Ａ２にグループ参加の許可を送信する（Ｓ１４０６）。また携帯端末Ａ１は、更新されたグループリストをグループＡに既に参加している各メンバーに配信、もしくは変更差分の配信を行う。携帯端末Ａ２はグループ参加許可を受信し、スケジュール画面に表示する（Ｓ１４０７）。
【００９０】
この方法によれば、メールやスケジュールデータを単純なコード化することで、メールやスケジュールデータに記載された個人情報を開示することなく、共通のイベント情報を保有する携帯端末を選択して認証を行うことができる。
【００９１】
なお、このスケジュールコードは、Ｓ１４０１にて携帯端末Ａ２から携帯端末Ａ１に最初に端末ＩＤを送信するときに、併せて送信するようにすれば、最初の通信時に照合を行うことが可能になる。
【００９２】
また、Ｓ１４０５の認証の結果、新規の携帯端末（Ａ２’とする）が同じパーティに出席しない携帯端末であることが判明した場合、その新規端末Ａ２’のＩＤを、グループリストと同様にグループＡ内に配信しておくのがよい。なぜなら、その後携帯端末Ａ２’がグループＡ内の他の携帯端末に端末ＩＤを送信したとしても、これを受信した携帯端末は、携帯端末Ａ２’が同じパーティに出席しない携帯端末であることを即座に判断でき、その後のコード生成や通信が不要となるからである。
【実施例５】
【００９３】
実施例５では、撮影端末と照明端末が連携して撮影するとき、撮影開始までに要する照明端末側の待機時間を短縮する方法を説明する。すなわち、撮影端末と照明端末との通信環境を考慮して接続と通信を効率よく実行する方法を提案する。
【００９４】
撮影端末と照明端末の間では、例えば無線ＬＡＮを利用して通信するが、これらの携帯端末は、通常のインターネット接続のために既に無線ＬＡＮを利用している。図１０におけるＳＩＤのチェックはこの状態で行うが、パーティ開始時以降、もしくは撮影開始時から撮影終了時までは、携帯端末同士が直接通信を行い、そのときのＬＡＮは、前記のインターネット接続のためのＬＡＮ空間に、全ての携帯端末がいるとは限らない。従って、無線ＬＡＮによる直接通信を行う際には、例えばパーティ開始時の認証では、ホストとなる携帯端末がルータとなり、そのパーティに出席する人の携帯端末にＩＰアドレスを配布し、携帯端末同士の直接通信を可能にする。しかし、パーティ開始時からホストとなる携帯端末のルータ下に各携帯端末を置くと、通常のインターネット接続もホストとなる携帯端末経由で行う必要が生じ、ホストとなる携帯端末の通信容量が、各携帯端末のインターネット接続速度に影響を与える可能性がある。
【００９５】
そこで、例えば撮影の間だけ認証した携帯端末同士の通信ができるようにするために、撮影端末となる携帯端末がルータとなり、一時的に予め認証されている携帯端末にＩＰアドレスを配布した上で、照明端末としての動作を指示するという方法がよい。
【００９６】
本実施例では、撮影端末が照明端末との通信の都度、１対１の接続を順次行って、照明端末としての動作開始を指示し、さらにシャッターボタンを押したときに、再度１対１の接続を順次行って発光時刻その他の情報を撮影端末から照明端末に送信する方法を示す。なお、この場合は無線ＬＡＮだけではなくＢｌｕｅｔｏｏｔｈによる通信も利用することができる。
【００９７】
撮影端末と複数の照明端末が、同時に接続もしくは１対多の放送型通信を行う場合は、図４に示した通信情報である発光時刻や照明端末ＩＤ、オプション情報などの送信は、例えばＭｂｐｓ単位で極めて短時間で通信を行うことができる。しかし撮影端末と照明端末の間で１対１の通信を行う場合は、撮影端末と照明端末との間の情報通信に加え、各照明端末ごとに、通信締結に要する時間と通信締結解除に要する時間が加算される。そして、これらの時間の合計×照明端末の総数だけ情報通信に時間がかかるので、シャッターボタンを押してすぐに撮影を行うことはできない。
【００９８】
そこで、一般に人物を被写体とした記念撮影を行う際に、カウントダウンをした上で実際の撮影を行うという撮影方式を導入して、カウントダウン中に撮影端末から各照明端末への情報通信を行うようにする。つまり、カウントダウンの時間を利用して、連携照明のために必要な準備時間確保するものである。
【００９９】
図１５は、カウントダウンを利用して撮影する方法を説明する図である。撮影システムは、撮影端末１００と、３台の照明端末Ａ（１０１）、Ｂ（１０２）、Ｃ（１０３）で構成した場合である。
【０１００】
撮影端末１００の画面１５００には、被写体である人物がフレーミングされている。ここでシャッターボタン１５０１を押し下げると撮影が行われるが、本実施例では、シャッターボタンを押した後、セルフタイマーのように一定の時間が経過してから実際に撮影が行われるようにして、複数の照明端末Ａ，Ｂ，Ｃとの通信時間を確保する。
【０１０１】
具体的には、撮影端末１００で被写体のフレーミングとシャッターボタン１５０１の操作を行うと、撮影端末１００は、照明端末Ａ，Ｂ，Ｃに、図３（ｂ）で説明したフォーマットの発光指示信号３１１、３１２、３１３を送信する。この送信は、まず撮影端末と各照明端末との間で通信の締結を行い、次に発光指示信号を送信し、そして通信締結解除を行う。これを３台の照明端末に対して行う。
【０１０２】
撮影端末１００と、照明端末Ａ，Ｂ，Ｃの間が、ＷｉＦｉなどの通信方法により常時接続されていれば、通信締結と通信締結解除は不要である。しかし、同じＷｉＦｉでもＡｄｏｈｏｃのような１対１接続や、Ｂｌｕｅｔｏｏｔｈのような方法で接続を行うと、撮影端末と照明端末は、同時に１対１の接続しか行うことができない。よって、複数台の照明端末と接続するためには、照明端末ごとに順に通信締結と通信締結解除を行う必要があり、その時間は１端末当たり約１秒要することから、全体ではかなり長い時間となる。
【０１０３】
本実施例では、各照明端末と通信を行っている際に、撮影端末１００の画面に「３」「２」「１」とカウントダウン数値１５１０を表示する。すなわち、カウントダウン画面１５０２，１５０３，１５０４と推移し、カウントダウン数値が「０」となる画面１５０５のとき撮影が実行される。これと並行して、撮影端末１００に内蔵したスピーカーより「３」「２」「１」とカウントダウンを音声１５２０にて出力する。
【０１０４】
カウントダウン音声は、撮影端末１００内に複数プリセットして、任意のものを予め選択してもよく、異なるカウントダウン音声をネットワークからダウンロードしてもよい。また、ユーザーの声を直接録音して、カウントダウン音声として用いてもよい。
【０１０５】
このようにカウントダウン動作を取り入れることで通信時間を確保できるので、照明端末のユーザーに不要に待ち時間を過ごさせることがなく、更にはユーザーはこの待ち時間を有効に利用することができる。
【０１０６】
一般に集合写真などで人物を撮影するときは、このようなカウントダウンを行い、撮影される人物が撮影の瞬間に目をつぶらないとか、一番いい顔を見せるなどの工夫をすることで、良質の人物写真を撮影するために利用されている。また、近年の携帯端末に搭載したカメラで自分自身を撮影するモードでも、同様なカウントダウンが行われており、撮影者（被写体の人物）がシャッターボタンを押してから最適な方向にカメラを向けたり、前記人物写真のように撮影をされるための準備をするために利用されている。よって、本実施例の撮影においてカウントダウンを採用することは、ユーザーにとって抵抗感なく導入できるものである。
【０１０７】
図１６は、カウントダウンを利用して撮影する場合のフローチャートである。ここでは全部でｎ台の照明端末を備え、１台の端末ごとにコマンド送信を行った後に、照明端末の照明補助のもとに撮影を行うものである。以下、照明補助のもとに撮影する機能を「サブライトモード」と呼ぶ。
【０１０８】
まず、ユーザーは撮影端末１００のカメラアプリケーションを起動し、そのアプリケーションの中で、他の携帯端末の照明補助を利用するサブライトモードを指定する（Ｓ１６０１）。次に、グループ内の各照明端末に照明補助を行ってもらうためのサブライトモードの起動指示を送信する（Ｓ１６０２）。
【０１０９】
撮影端末のユーザーが撮影のためにシャッターボタンを押すと、照明端末の台数をカウントする変数ｉに１を代入して初期値設定を行う（Ｓ１６０３）。そして各照明端末にサブライト点灯タイミングを送信する（Ｓ１６０４）。
【０１１０】
Ｓ１６０４の処理ではカウントダウンを伴い、具体的には以下のように行う。まず図１５に示したカウントダウンの表示１５１０と音声１５２０を出力しつつ（Ｓ１６１１）、照明端末ｉに１対１通信接続指示コマンドを送信し（Ｓ１６１２）、照明端末ｉと撮影端末との間で１対１通信締結を行う（Ｓ１６１３）。続いて照明端末ｉにサブライト点灯タイミングのコマンド３１１〜３１３を送信し（Ｓ１６１４）、照明端末ｉとの１対１通信締結を解除する（Ｓ１６１５）。そして照明端末をカウントする変数ｉに１を加えて、次の照明端末の通信処理に進む（Ｓ１６１６）。このようにして、１台ずつ照明端末ｉにサブライト点灯タイミングを送り、変数ｉが照明端末の台数ｎに達するまでこの操作を繰り返す（Ｓ１６１７）。
【０１１１】
Ｓ１６１７の判定で変数ｉがｎを超えたら、カウントダウンを終了し（Ｓ１６０５）、撮影端末１００によりカメラを動作させて撮影を行う（Ｓ１６０６）。この撮影タイミングに合わせて、各照明端末はサブライト点灯動作を行う。この撮影は撮影端末がカメラアプリケーションを終了するまで行われ、それまで各照明端末は、照明機能を動作させた状態で被写体への照明を継続する。
【０１１２】
撮影後撮影端末１００は、カメラアプリケーションを終了するかどうかを判定し（Ｓ１６０７）、撮影を継続する場合はＳ１６０３に戻り、シャッターボタン押し下げとそれ以降の処理を繰り返し行う。カメラアプリケーションを終了、即ち撮影を終了したときは、各照明端末にサブライトモードを終了するよう指示し（Ｓ１６０８）、撮影端末１００はカメラアプリケーションの動作を終了する（Ｓ１６０９）。
【０１１３】
ここで、照明端末へのサブライトモード起動指示（Ｓ１６０２）と、サブライトモード終了指示（Ｓ１６０８）において、各照明端末に個別に指示を送る場合は、各照明用端末にサブライト点灯タイミングを送信する手順（Ｓ１６１２〜Ｓ１６１５）と同じ手順で、個別に通信締結を行って送信すればよい。あるいは、グループ内の各携帯端末に同報通信で一斉にサブライトモード起動と終了の指示を行うこともできる。
【０１１４】
本実施例によれば、照明端末となる携帯端末は、撮影端末と通信するために通常のインターネット接続が遮断される時間が最小となり、また、撮影端末との通信時間にはカウントダウン動作を並行して行うことで、ユーザーに不要に待ち時間を過ごさせることがない。
【実施例６】
【０１１５】
実施例６では、撮影した画像をグループ内のメンバーで共有する構成について説明する。ここでいうグループとは、ローカルエリア内で相互の通信が可能な状態のことである。これにより、グループに属する１台のカメラ付携帯情報端末装置（携帯端末）が撮影した画像を、グループ内の各携帯端末に即座に公開／配布（以下、「シェア」とも呼ぶ）することで、グループ内のメンバーの間で画像を容易に共有し閲覧することができる。例えば、ある共通の場所でのイベントに参加したユーザーの所有する携帯端末の間で、その場でのグループを形成する。その後、そのグループ内で例えばその場で撮影した画像データを始めとする静止画像データや、その他の音声、動画像、文書などのデータを各メンバーに配布するものである。
【０１１６】
図１７Ａと図１７Ｂは、携帯端末のグループ化経路と画像シェアの経路を説明する図である。
【０１１７】
図１７Ａは、携帯端末がグループ参加する際の通信経路を示す図である。最初に例えば携帯端末１０００は、通信１０００ｔの矢印方向にある携帯端末をグループ化する動作を行い、まず、携帯端末１００１と１００２をグループに参加させる。その際、グループ化する動作を行う携帯端末１０００を「グループ親」と呼び、グループに参加する携帯端末１００１と１００２を「グループ子」と呼ぶことにする。これにより、携帯端末１０００、１００１、１００２は同じグループに参加した状態になり、これら３台の携帯端末上には、３台の携帯端末の端末ＩＤのデータ（グループリスト）が保存される。
【０１１８】
次に、新たな携帯端末１００５をグループ化するときは、必ずしも携帯端末１０００との間で通信する必要はなく、グループ内の携帯端末１００２をグループ親として通信することでグループ化することができる。そのときグループ親となる携帯端末１００２は、新たに参加した携帯端末１００５の端末ＩＤをグループリストに追加し、そのグループリストを自身のグループ親である携帯端末１０００に送信する。さらに携帯端末１０００は、携帯端末１００２から受信したグループリストを、自身のグループ子である携帯端末１００１に送信する。携帯端末１００１は、受信したグループリストを元のリストに上書きして保存する。このようにして、新たにグループに参加した携帯端末１００５の端末ＩＤを携帯端末１００１が知ることができる。
【０１１９】
これをさらに継続し、携帯端末１００２は１００３をグループに参加させ、携帯端末１００３は１００６をグループに参加させ、携帯端末１００１は１００４をグループに参加させる、というようにグループ構成を拡大させる。その結果、携帯端末１０００〜１０１０を含んだ１つのグループが形成され、各携帯端末においては、グループに所属する各携帯端末の端末ＩＤ（グループリスト）を共有することができる。
【０１２０】
ここで、グループ内の携帯端末間のデータのやり取りは、グループ親とグループ子の間のみで行う。例えば携帯端末１００６（端末Ａ）は携帯端末１００３（端末Ｂ）をグループ親として参加しているので、グループリスト上に携帯端末１００６の端末ＩＤは登録されるが、データのやり取りは携帯端末１００３との間で行うようにする。同様に、携帯端末１００３（端末Ｂ）はデータのやり取りを携帯端末１００２（端末Ｃ）との間で行う。これにより、各携帯端末の端末情報がグループ内に公開されるのは端末ＩＤだけに留めることができ、それ以外の個人情報の拡散と通信トラフィックの増加を防ぐことができる。
【０１２１】
なお、携帯端末１００８が携帯端末１００９をグループ親として参加した後で、携帯端末１００８が登録されたグループリストがグループ内に配信される前に、携帯端末１００８に対し他の携帯端末１００５から参加のための通信１００５ｔを受ける場合もありえる。そのような場合は、携帯端末１００８は携帯端末１００５に対し既に同じグループに登録されていることを返信して、二重のグループ登録を防止する。このとき、携帯端末１００５と１００８のユーザーに問い合わせたり、各々の端末内のアドレス帳やＳＮＳ（Social Network Service）の「友達」、「親しい友達」などのレベルに応じて、携帯端末１００８は１００５からグループ参加処理を受けたように、これらのリンク関係を示す情報を上書きしてもよい。
【０１２２】
図１７Ｂは、携帯端末の画像をグループ内でシェアする経路を示す図である。ここでは、携帯端末１００６（端末Ａ）が撮影した画像をグループ内に公開／配布（シェア）する場合を説明する。
【０１２３】
図１７Ａで説明したように、グループ内の各携帯端末間のリンク情報（グループ親、グループ子の接続情報）を全携帯端末が共有する必要はなく、各々の携帯端末には、自身がグループに参加したときにどの携帯端末と通信したかを示すリンク情報、すなわち自身のグループ親とグループ子の関係を示す情報だけが保存されている。従って携帯端末１００６は撮影した画像を、グループ親である携帯端末１００３（端末Ｂ）とグループ子である携帯端末１００９に向けて送信する。これを受けた各携帯端末は、同様に、受信した画像をグループ親である携帯端末とグループ子である携帯端末に送信する。その結果、グループ内の全ての携帯端末に配信することができる。その際、グループ親の携帯端末に対する送信方向は端末Ａ→端末Ｂ→端末Ｃの方向となり、図１７Ａにてグループ参加のための通信方向（矢印方向）と反対になる。
【０１２４】
送信するデータとしては、画像データ自体を送信する他に、送信元の携帯端末１００６内のストレージのアドレスとファイル名を公開する場合には、それを指し示す情報でもよい。あるいは、各携帯端末毎もしくはグループ化を行った時点で、例えば、最初にグループ親となった携帯端末１０００が定義した図示しないクラウド上に画像データを送信し、そのアドレスをシェアする方法でもよい。
【０１２５】
図１８Ａ〜図１８Ｃは、グループ参加と画像の送信、及びグループ解除の処理手順を示すフローチャートである。ここでは、図１７Ａ，１７Ｂの例に基づき、携帯端末１００６（端末Ａ）がグループに参加する処理と、端末Ａが撮影した画像を携帯端末１００３（端末Ｂ）を介してグループ内の他の携帯端末１００２（端末Ｃ）に送信する処理を説明する。また、グループ解除の例として、端末Ａがグループを離脱する処理を説明する。前記したように、端末Ａと端末Ｂ、端末Ｂと端末Ｃは互いにグループ親子の関係にある。
【０１２６】
図１８Ａは、携帯端末がグループに参加する処理を示す。端末Ａ（１００６）は、ユーザーによる手動操作や近接通信機能による通信で、既にグループに参加している端末Ｂ（１００３）に対し、端末Ａの端末ＩＤを送信する（Ｓ２００１）。端末ＩＤを受信した端末Ｂは、端末Ａに対してグループリクエストを送信し、端末Ａがグループに参加する意思があるかどうかを問い合わせる（Ｓ２００２）。グループリクエストを受信した端末Ａは、グループリクエストの受諾を判断し、送信元である端末Ｂにグループ参加する旨を返信する（Ｓ２００３）。端末Ｂは、端末Ａの端末ＩＤをグループリストに追加し（Ｓ２００４）、続けて、更新されたグループリストを端末Ａと既に参加している端末Ｃに配信する（Ｓ２００５）。以後、新たにグループに参加した端末Ａは、端末Ｂと同様に、さらに新たな端末のグループ参加処理を行うことができるようになる。
【０１２７】
なお、携帯端末がグループに参加するためにはこれ以外の方法も可能である。例えば既にグループに参加している携帯端末に、ＮＦＣ（Near Field Communication）などの非接触近距離通信により互いの端末を重ね合わせることで通信を行い、グループ参加処理を行ってもよい。複数の携帯端末が同様の方法で共通のネットワーク環境下に入った時に、携帯端末名を選択してグループ化してもよい。また、既にグループ参加している携帯端末の画面に、図１４で示したメール画面や、それをコード化した数値、更に二次元バーコードを始めとする所定の画像を表示し、それを新たな携帯端末がカメラで撮影して、認証をすることでグループへ参加してもよい。
【０１２８】
図１８Ｂは、携帯端末から画像を送信する処理を示す。この場合、図１７Ｂのように、端末Ａ（１００６）の画像が、グループ参加処理の方向とは逆に端末Ｂ（１００３）へ送信され、さらに端末Ｃ（１００２）へ転送される。
【０１２９】
端末Ａは、撮影した画像もしくは共有したい画像を選択し（Ｓ２０１１）、グループ親である端末Ｂに通信接続の指示を送信する（Ｓ２０１２）。端末Ｂは通信接続処理を行い（Ｓ２０１３）、端末Ａと端末Ｂが通信接続した状態になると、端末Ａは画像データの送信を行い（Ｓ２０１４）、端末Ｂはその画像データを受信する（Ｓ２０１５）。その後両方の端末Ａ，Ｂは、その接続を解除する（Ｓ２０１６）。
【０１３０】
画像データを受信した端末Ｂは、自身のグループ親である端末Ｃに通信接続指示を行い（Ｓ２０１７）、上記と同様の手順で画像データの送信（転送）を行う（Ｓ２０１８〜Ｓ２０２１）。これをグループに属する全端末で行うことで、端末Ａの画像はリレー式に転送されて、グループに属する全端末が共有することができる。
【０１３１】
ここでは、画像データをグループの親子関係にある携帯端末同士でリレー式に送信するものした。これにより、送信のための負担を各端末で分け合い、画像データを効率よく瞬時に全端末へ配信することができる。もちろん、撮影を行った端末Ａが、グループに属する全端末に対し直接画像データを送信してもよい。あるいは、端末Ａから全端末に対し、例えばメールなどの方法で一斉同報送信してもよいが、グループに属する端末数が多い場合には送信元である端末Ａの負担が増大する。
【０１３２】
また、端末Ａの画像データをネットワーク上に保存し、グループに属する携帯端末がアクセス可能な状態として、保存してある画像データを読み出すことでもよい。さらに、撮影した画像をクラウド（ネットワークストレージ）にアップロードし、そのアドレスを上記フローチャートに従い各端末へ送信してもよい。これは、撮影した画像の閲覧を急がない場合に有効である。
【０１３３】
次に、グループ解除について説明する。各携帯端末が参加したグループは所定の存続期間経過後に解除される。つまり、グループの存続期間は、例えば図１１に示したメールやスケジュール情報に記述されたイベントの時間帯だけ存在し、そのイベントが終了した後は自動的にグループが解除される。自動的にグループ解除する場合は、グループ解除を示す情報を各端末の間で通信して解除する方法と、前記スケジュールに従って、各端末が自発的にグループから離脱することによりグループ解除を行う方法がある。さらに、グループ内の任意の端末（例えばパーティの幹事の携帯端末）の操作により、グループ全体を解除することもできる。一方、各端末のユーザーが自発的に操作してグループから個別に離脱することも可能である。
【０１３４】
図１８Ｃは、携帯端末がグループから離脱する処理を示す。例えば端末Ａ（１００６）のユーザーが、パーティの途中で中座するため、グループから個別に離脱する場合を説明する。
【０１３５】
まず、端末Ａは、グループ親である端末Ｂにグループ離脱を行う旨のリクエストを送信する（Ｓ２０３１）。リクエストを受信した端末Ｂは、端末画面に離脱のリクエストがある旨を表示し、ユーザーに通知する（Ｓ２０３２）。必要に応じて、着信音声やバイブレータ動作など組み合わせてもよい。端末Ｂのユーザーは、表示された離脱リクエストを見てリクエスト受諾の操作を行うと、端末Ｂから端末Ａに対し離脱リクエストを受諾する旨を返信する（Ｓ２０３３）。そして端末Ｂは、グループリストから端末ＡのＩＤを削除し（Ｓ２０３４）、修正したグループリストを端末Ｃに配信する（Ｓ２０３５）。さらに端末Ｃは他の端末に転送することで、端末Ａが離脱したグループリストはグループ内の各端末に配信される。
【０１３６】
なお、Ｓ２０３３において、グループ離脱の可否判定を端末Ｂのユーザーが行う場合、グループ離脱を許可しないという選択操作も可能である。その場合は、離脱リクエストを受諾しない旨を返信し、処理を終了する。さらに、グループ参加や離脱に特に条件がない場合は、ユーザーの判定なしに端末Ｂが自動的に離脱の判定（受諾）を行い、次の処理に進んでもよい。また、端末Ｂが自動的に処理した場合でも、端末Ａが離脱したことを、端末Ｂを含めグループ内の全端末に対し、画面表示や音声／バイブレータなどの組み合わせにより通知するのがよい。
【０１３７】
図１９は、携帯端末から画像を送信する際の操作画面を示す図である。例えば、端末Ａ（１００６）が撮影した画像を端末Ｂ（１００３）に送信する場合である。
（ａ）は、撮影時の端末Ａの画面１７００を示し、ファインダーには被写体が表示されている。画面内のソフトウェアボタン１７０１は、図１２で述べた照明支援依頼ボタン１２０１と同じである。この撮影モードでは、シャッターボタン１７０２を押すことで、ファインダーに表示されている動画が静止画像として取り込まれ、メモリに保存される。
【０１３８】
（ｂ）は、撮影後の画面１７００’を示しており、（ａ）で撮影した静止画像が表示されている。表示される画像はここでは撮影直後の画像としたが、もちろん、メモリに保存した画像を読み出して表示することもできる。また、画面内には２つのソフトウェアボタン１７０３，１７０４が表示されている。「Next Take」と表示されたボタン１７０３は続けて撮影を行うためのもので、これを押すと再び（ａ）の画面表示となる。
【０１３９】
一方、「Send to Group」と表示されたボタン１７０４は、画像を送信するためのものである。送信ボタン１７０４を押すことで、予め設定された端末（例えば端末Ｂ）と自動的に通信が接続され、撮影した画像が送信される。この送信操作を行った後は、再び（ａ）の画面１７００に戻り、撮影を継続することができる。また、ホームボタン１７０５を押すと撮影モードが終了する。このように、ユーザーは簡単な操作で画像をグループ内のメンバーに送信することができる。
【０１４０】
このように実施例６によれば、撮影した画像をグループに属する携帯端末に即座に配布し、グループ内のメンバーはこれを瞬時に閲覧することができる。
【実施例７】
【０１４１】
実施例７では撮影画像データの管理方法を説明する。画像データは、自身の携帯端末で撮影したものと、グループ内の他の携帯端末から受信したものとが存在するので、これらを区別して保存する。
【０１４２】
図２０は、携帯端末における画像データの管理方法を示す画面例である。表示画面１８００は、撮影画像を表示可能な液晶等のカラー表示パネルと、表面をタッチするとその座標を出力するタッチパネルとを重ね合わせて構成される。これによりユーザーは、撮影画像を見るとともに、メニュー画面をタッチすることで選択したメニューに従って表示する画像を切り替えることができる。
【０１４３】
（ａ）は、画像ファイルを管理するフォルダの構成例を示す画面である。ここで、「Camera」というフォルダ１８０１は自身の携帯端末（Hiro#1）で撮影した画像のフォルダであり、撮影日付ごとのフォルダ「20160628」にて分類され、この日に撮影した全ての画像データが保存される。一方、「Share」というフォルダ１８０２は、図１７Ｂで説明したように他の携帯端末との間でシェアした画像のフォルダである。「Share」フォルダ１８０２内には自身の携帯端末で撮影した画像も含まれ、例えば「Party 20160628」というフォルダに割り当てられる。ただしこちらは画像データの実体ではなく、これに対応する「Camera」フォルダ１８０１内の「20160628」フォルダにある画像データのアドレスを示すデータが入る。
【０１４４】
これらのフォルダ構成を示す画面は、それぞれのフォルダが必ずしもデータの実体が保存されたフォルダを指し示すものである必要はない。この画面で表示した構成とは別なフォルダ構成で保存された画像データを、その画像データ属性に従って、（ａ）で示したフォルダ構成としてユーザーに提示するようにしてもよい。ここで画像データ属性として、自身の携帯端末で撮影した画像には「Camera」が、他の携帯端末により撮影された画像には、その端末のＩＤが設定される。
【０１４５】
（ｂ）は、（ａ）の画面における「Camera」フォルダ１８０１のうち、「20160628」フォルダを選択した時の画面表示の例を示す。この日に撮影した画像データは、縮小画像（サムネイル：Thumbnail）１８０３を並べて一覧表示される。なお、各サムネイルの属性として「Camera」が付与されている。このうち、見たいサムネイルをタッチすることで、サムネイルに対応する画像を画面全体に表示したり、さらに拡大して画像を表示できる。
【０１４６】
（ｃ）は、（ａ）の画面における「Share」フォルダ１８０２にある、「Party 20160628」フォルダを選択した時の画面表示の例を示す。（ｂ）と同じレイアウトで、「Party 20160628」に属する画像データのサムネイル１８０４が表示される。ここに表示される画像データは、グループ内の各携帯端末が撮影してシェアした画像データであり、その属性として撮影した携帯端末を示す端末ＩＤ（例えば「Arecha#1」）が付与されている。このうちサムネイル１８０５の属性（端末ＩＤ）は「Hiro#1」であり、自身の携帯端末で撮影した画像データである。
【０１４７】
また、属性＝「Haru#1」の撮影画像のファイル名が、「20160628#1」の次が「20160628#3」となり、連番となっていない。これは「Haru#1」の携帯端末で撮影した画像が全てシェアされていないからであり、ユーザーが撮影時にその都度シェアするか否かを決定して画像データを送信したからである。撮影画像をシェアするか否かは、例えば次のようにする。まず、実施例１で述べたように、他の携帯端末に照明端末の機能を依頼して撮影した場合は、自動的に撮影画像をシェアする。それ以外の撮影では、一枚撮影するごとにシェアするかどうかをユーザーに問い合わせて、ユーザーが決定する。あるいは、ユーザーがシェアするか否かを決定したとしても、スケジュール優先で規定された期間に撮影した画像は全てシェアするように初期設定を行ってもよい。
【０１４８】
また、「Share」フォルダ１８０２に属する「From Arecha#1」フォルダは、端末ＩＤ＝「Arecha#1」から受信した画像データであるが、シェアではなく個人間で直接受信したものである。「20151224」フォルダは、2015年12月24日に撮影した画像データをグループでシェアしたものである。これらのフォルダ名は、必要に応じてユーザーが自由に書き換えが可能である。他に、例えば図１１に示したようにメールやスケジュールに記載された条件でグループを構成した場合には、シェアした画像データを保存するフォルダ名に対し、メールやスケジュールに記載された「Party」を自動的に付与してもよい。
【０１４９】
図２１は、撮影した画像データの命名法の例を示す図である。同一フォルダ内では画像データのファイル名が競合しないように命名する必要がある。
（ａ）は、画像ファイルを管理するフォルダの構成例を示す表示画面１９００である。前記図２０（ａ）の表示画面１８００との違いは、フォルダの下にある画像データのファイル名を同時に表示している。例えば、「20160628」フォルダ１９０１に属する複数のファイル名１９０２と、「Miwa’s Birthday Party 20160628」フォルダ１９０３に属する複数のファイル名１９０４を表示している。その際、同一フォルダ内ではファイル名の重複は許されず、唯一のファイル名を用いなければならない。
【０１５０】
「Camera」フォルダに属する携帯端末が自身で撮影した画像は、日付を示す「20160628」フォルダ１９０１に保存され、そのファイル名は、「DSC」＋４桁の連続した数字＋「.jpg」（拡張子）として設定される。画像は一枚撮影する都度、４桁の連続した数値が１ずつカウントアップし、数値が連続したファイル名が設定される。このルールに従えば、同一フォルダ内でファイル名が重複することはない。
【０１５１】
「Share」フォルダには、図１１のメールやスケジュールに記載した名称である「Miwa’s Birthday Party 20160628」フォルダ１９０３が生成され、その下に各携帯端末により撮影されてシェアされた画像データのファイル名１９０４が列挙される。このファイル名１９０４として、「Camera」フォルダの下の自身で撮影した画像データのファイル名１９０２をそのまま用いると、異なる携帯端末により撮影した画像データの間で、ファイル名が重複するケースが発生する。そこで本実施例では、ファイル名に各携帯端末の端末ＩＤ（例えば「Arecha#1」）を追加して、ファイル名の競合が発生しないようにしている。そのため各携帯端末では、送信側もしくは受信側において、ファイル名を変更する処理を行う。
【０１５２】
（ｂ）は、ファイル名の具体的な命名法を説明する図であり、（ａ）のファイル名１９０４について説明する。ファイル名１９０４は、元々携帯端末で撮影した時に付与したファイル名であるユーザー端末上ファイル名「DSC00204.jpg」の前に、各携帯端末に付与されたユーザー端末識別ＩＤ「Arecha#1」を追加する。ユーザー端末識別ＩＤは、ユーザー名「Arecha」と、同ユーザーが複数の携帯端末を保有している場合に各端末を識別する端末番号「#1」を組み合わせている。これより、ユーザー端末上ファイル名「DSC00204.jpg」が同じであっても、各画像データの識別が可能になる。この命名法により、複数の携帯端末により撮影された画像データを相互にシェアして、一括管理する場合でも、ファイル名の競合を起こさずに画像データの管理を行うことができる。
【０１５３】
実施例７によれば、自身の携帯端末で撮影した画像とグループ内でシェアする画像とを区別して保存し、また保存する各画像データのファイル名が重複することがないので、画像データを好適に管理することができる。
【０１５４】
以上のように実施例６〜７では、グループ化した携帯端末は、各々いずれかの携帯端末が撮影した画像を、グループ内の他の携帯端末に送信することで、グループ内で画像データを瞬時に共有することができる。このときグループに参加している携帯端末は、実施例１に述べた連携照明するサブライトの機能を有してもよいが、これは必須要件ではない。すなわち実施例６〜７が対象とするのは、撮影支援の有無とは関係なく、画像データ共有のために生成されたグループであってよい。
【０１５５】
上記した各実施例は、本発明を分かり易く説明するために装置及びシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることは可能であり、さらにはある実施例の構成に他の実施例の構成を加えることも可能である。
【符号の説明】
【０１５６】
１００：カメラ付携帯情報端末装置（撮影端末）、
１０１，１０２，１０３：携帯情報端末装置（照明端末）、
１２０：被写体、
２００：ＣＰＵ（制御部）、
２０２：カメラセンサ、
２０５，７００：ＧＰＳユニット、
２０７：Ｂｌｕｅｔｏｏｔｈ、
２０８：無線ＬＡＮ、
２１２：バックライト付ＬＣＤ、
２１３：フラッシュライト、
２０５，７００：ＧＰＳユニット、
３００，３１０：発光指示信号、
１０００〜１０１０：カメラ付携帯情報端末装置（携帯端末）、
１２０１：照明支援依頼ボタン、
１２１３：照明支援許可ボタン、
１４００：スケジュールコード、
１５１０，１５２０：カウントダウン（表示、音声）、
１７０４：送信ボタン、
１８０１：カメラフォルダ、
１８０２：シェアフォルダ、
１９０２，１９０４：画像ファイル。
【図１】
0006723819.tif 000002
【図２】
0006723819.tif 000003
【図３】
0006723819.tif 000004
【図４】
0006723819.tif 000005
【図５】
0006723819.tif 000006
【図６】
0006723819.tif 000007
【図７】
0006723819.tif 000008
【図８】
0006723819.tif 000009
【図９】
0006723819.tif 000010
【図１０】
0006723819.tif 000011
【図１１】
0006723819.tif 000012
【図１２】
0006723819.tif 000013
【図１３】
0006723819.tif 000014
【図１４】
0006723819.tif 000015
【図１５】
0006723819.tif 000016
【図１６】
0006723819.tif 000017
【図１７Ａ】
0006723819.tif 000018
【図１７Ｂ】
0006723819.tif 000019
【図１８Ａ】
0006723819.tif 000020
【図１８Ｂ】
0006723819.tif 000021
【図１８Ｃ】
0006723819.tif 000022
【図１９】
0006723819.tif 000023
【図２０】
0006723819.tif 000024
【図２１】
0006723819.tif 000025