(57)【要約】【課題】  外部装置へのコンテンツの送信後、速やかにコンテンツを削除したい。【解決手段】  通信装置であって、記録媒体に記録されたコンテンツのうち、外部装置に送信するコンテンツを特定する特定し、特定されたコンテンツが複数ある場合、複数のコンテンツのうち第１のコンテンツを外部装置に送信し、第１のコンテンツを送信した後、外部装置から第１のコンテンツを受信したことを示す通知を受信し、通知を受信した場合、第１のコンテンツを前記記録媒体から削除し、第１のコンテンツを削除した後、複数のコンテンツのうち第２のコンテンツを外部装置に送信する。【選択図】  図４
2017192069.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
記録媒体に記録されたコンテンツのうち、外部装置に送信するコンテンツを特定する特定手段と、
前記特定手段により特定されたコンテンツが複数ある場合、複数のコンテンツのうち第１のコンテンツを前記外部装置に送信する送信手段と、
前記送信手段により前記第１のコンテンツを送信した後、前記外部装置から前記第１のコンテンツを受信したことを示す通知を受信する受信手段と、
前記受信手段により、前記外部装置が前記第１のコンテンツを受信したことを示す通知を受信した場合、前記第１のコンテンツを前記記録媒体から削除する削除手段とを有し、
前記削除手段により前記第１のコンテンツを削除した後、前記送信手段は前記複数のコンテンツのうち第２のコンテンツを前記外部装置に送信することを特徴とする通信装置。
【請求項２】
前記特定手段は、前記外部装置に送信していないコンテンツを前記外部装置に送信するコンテンツとして特定する請求項１に記載の通信装置。
【請求項３】
前記送信手段により、プロテクトされたコンテンツを送信した場合、前記削除手段は前記受信手段により前記通知を受信した場合であっても前記プロテクトされたコンテンツを削除しないことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記送信手段により、前記プロテクトされたコンテンツを送信した場合、前記記録媒体に記録された前記プロテクトされたコンテンツを送信済みのコンテンツに設定する設定手段をさらに有する請求項３に記載の通信装置。
【請求項５】
前記コンテンツは、撮像手段により撮像された画像データであることを特徴とする請求項１に記載の通信装置。
【請求項６】
前記通信装置はデジタルカメラであることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項７】
前記通信装置はＨＴＴＰサーバ機能を用いて、ＨＴＴＰクライアントとして動作する前記外部装置と通信する請求項１乃至６のいずれか１項に記載の通信装置。
【請求項８】
通信装置の制御方法であって、
記録媒体に記録されたコンテンツのうち、外部装置に送信するコンテンツを特定する特定工程と、
前記特定工程で特定されたコンテンツが複数ある場合、複数のコンテンツのうち第１のコンテンツを前記外部装置に送信する第１の送信工程と、
前記送信工程で前記第１のコンテンツを送信した後、前記外部装置から前記第１のコンテンツを受信したことを示す通知を受信する受信工程と、
前記受信工程で、前記外部装置が前記第１のコンテンツを受信したことを示す通知を受信した場合、前記第１のコンテンツを前記記録媒体から削除する削除工程と、
前記削除工程で前記第１のコンテンツを削除した後、前記複数のコンテンツのうち第２のコンテンツを前記外部装置に送信する第２の送信工程とを有することを特徴とする通信装置の制御方法。
【請求項９】
コンピュータを、請求項１乃至７のいずれか１項に記載の通信装置の各手段として機能させる、コンピュータにより実行が可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部装置と通信する通信装置およびその制御方法、プログラムに関する。
【背景技術】
【０００２】
無線通信機能を搭載したデジタルカメラやデジタルビデオカメラが知られている（特許文献１）。このようなデジタルカメラやデジタルビデオカメラは、無線通信機能を用いてネットワークに接続し、撮影した画像データをネットワーク上の外部装置にアップロードすることが可能である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−０９７２１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このような技術は、デジタルカメラを利用する一般ユーザだけでなく、様々なビジネスユースでも利用されることが想定される。これらのビジネスユースをはじめとするユースケースの中には、撮影画像を厳格に管理しなければならないケースがある。
【０００５】
例えば医療現場においては、患者の患部をデジタルカメラで撮影し、その画像を患者ＩＤとひも付けして管理するユースケースが存在する。このようなケースでは、患部の画像は個人を示す情報であるため、必要がなくなったタイミングで速やかに処分することが望ましい。
【課題を解決するための手段】
【０００６】
本発明の通信装置は、記録媒体に記録されたコンテンツのうち、外部装置に送信するコンテンツを特定する特定手段と、前記特定手段により特定されたコンテンツが複数ある場合、複数のコンテンツのうち第１のコンテンツを前記外部装置に送信する送信手段と、前記送信手段により前記第１のコンテンツを送信した後、前記外部装置から前記第１のコンテンツを受信したことを示す通知を受信する受信手段と、前記受信手段により、前記外部装置が前記第１のコンテンツを受信したことを示す通知を受信した場合、前記第１のコンテンツを前記記録媒体から削除する削除手段とを有し、前記削除手段により前記第１のコンテンツを削除した後、前記送信手段は前記複数のコンテンツのうち第２のコンテンツを前記外部装置に送信することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、適切なタイミングで撮影画像を処分することができる。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係る通信装置の一例としてのデジタルカメラの機能構成例を示すブロック図
【図２】実施形態に係る情報処理装置を実現可能なパーソナルコンピュータの機能構成例を示すブロック図
【図３】第１の実施形態における、デジタルカメラ、ＰＣの接続形態を模式的に示す図
【図４】第１の実施形態におけるジタルカメラ、ＰＣ、サーバの動作シーケンス図
【図５】第１、２の実施形態におけるデジタルカメラのＧＵＩを示す図
【図６】第１の実施形態におけるデジタルカメラの動作を示すフローチャート
【図７】第２の実施形態におけるジタルカメラ、ＰＣ、サーバの動作シーケンス図
【図８】第２の実施形態におけるデジタルカメラの動作を示すフローチャート
【発明を実施するための形態】
【０００９】
以下、本発明の例示的な実施形態について、添付図面を用いて詳細に説明する。
【００１０】
なお、以下に説明する実施形態は、本発明の実現手段の単なる例示であり、本発明が適用される装置の具体的な構成や各種条件によって適宜修正又は変更されてもよい。また、各実施形態を適宜組み合せることも可能である。
【００１１】
（第１の実施形態）
＜デジタルカメラの構成＞
以下の説明では、データ転送元である通信装置の一例としての、無線通信機能を有するデジタルカメラについて説明する。なお、無線通信機能を有し、データを転送可能な任意の装置に本発明は適用可能である。このような端末としては例えば携帯電話機、パーソナルコンピュータ、タブレット端末、ゲーム機などがあるが、他の機器であってもよい。これらの機器には撮像部が備わっていることが望ましいが、必ずしも必要でなく、例えばデジタルカメラなどから画像データを取り込む機能を有していればよい。
【００１２】
図１は、本実施形態に係るデジタルカメラ１００の機能構成例を示すブロック図である。制御部１０１は、例えば、ＣＰＵ（ＭＰＵ）、メモリ（ＤＲＡＭ、ＳＲＡＭ）などからなり、各種処理（プログラム）を実行してデジタルカメラ１００の各ブロックを制御したり、各ブロック間でのデータ送信を制御したりする。また制御部１０１は、ユーザからの操作を受け付ける操作部１０２からの操作信号に応じて、デジタルカメラ１００の各ブロックを制御する。
【００１３】
操作部１０２は、例えば、電源ボタン、ズーム調整ボタン、オートフォーカスボタンなどの撮影に関連する各種操作を入力するスイッチ類からなる。また、メニュー表示ボタン、決定ボタン、その他カーソルキー、ポインティングデバイス、タッチパネル等で構成することが可能であり、ユーザによりこれらのキーやボタンが操作されると制御部１０１に操作信号を送信する。さらに操作部１０２はレリーズボタンを含み、レリーズボタンはいわゆる半押し状態で押下されるスイッチ（ＳＷ１）と、いわゆる全押し状態で押下されるスイッチ（ＳＷ２）とを有する。ＳＷ１の押下により撮影準備指示が出力され、ＳＷ２の押下により撮影指示が出力される。撮影準備動作には、自動焦点検出（ＡＦ）、自動露出制御（ＡＥ）などが含まれる。なお、本実施形態では、静止画撮影のためのレリーズボタンと動画撮影のためのレリーズボタンとを共用しているが、別のボタンとすることも可能である。なお、本実施例において操作部１０２には上述の操作部材の他、ユーザに操作されると通信部１５２を介して他の機器と通信を開始するためのボタンが備えられている。
【００１４】
バス１０３は、各種データ、制御信号、指示信号などをデジタルカメラ１００の各ブロックに送るための汎用バスである。
【００１５】
撮像部１１０は、撮像レンズにより取り込まれた被写体の光学像の光量を、絞りにより制御し、ＣＣＤイメージセンサやＣＭＯＳイメージセンサ等の撮像素子により画像信号に変換する。
【００１６】
また、音声入力部１２０は、例えば、内蔵された無指向性のマイクまたは音声入力端子を介して接続された外部マイク等により、デジタルカメラ１００の周囲の音声を集音する。
【００１７】
メモリ１０４は、例えばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や書き換え可能な不揮発性メモリであって、画像信号および音声信号、デジタルカメラ１００の設定情報などを一時的に記憶する。
【００１８】
記録媒体１４１は、デジタルカメラ１００に接続可能な記録媒体である。記録媒体１４１は、デジタルカメラ１００で生成した各種データなどを記録することができる。記録媒体１４１の例としては、例えばハードディスク、光ディスク、書き換え可能な不揮発性半導体メモリなどがあげられる。本実施形態では、いわゆるメモリカードと呼ばれる、デジタルカメラ１００に装着可能な書き換え可能な不揮発性半導体メモリ装置を記録媒体１４１として用いるものとする。
【００１９】
映像出力部１５０は、例えば映像出力端子からなり、接続された外部ディスプレイ等に映像を表示させるために画像信号を送信する。また、映像出力部１５０と後述する音声出力部１５１は統合された１つの端子、例えばＨＤＭＩ（登録商標）端子のような端子であってもよい。
【００２０】
音声出力部１５１は、例えば音声出力端子からなり、接続されたイヤホンやスピーカなどから音声を出力させるために音声信号を送信する。また、音声出力部１５１は、デジタルカメラ１００に内蔵されてもよい。
【００２１】
通信部１５２は外部デバイスとの間でシリアルまたはパラレル通信によるデータの送受信を有線または無線で行う。通信部１５２が用いることのできる通信インタフェースの例としては、ＲＳ２３２Ｃ、ＵＳＢ、ＩＥＥＥ１３９４、Ｐ１２８４、ＳＣＳＩ、モデム、ＬＡＮ、ＩＥＥＥ８０２．１１ｘなどがある。また、通信部１５２は通信インタフェースに応じた通信プロトコルを実行することで、外部デバイスとデータを送受信することが可能である。通信プロトコルの一例として、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）やＰＴＰ−ＩＰ（Ｐｉｃｔｕｒｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＩＰ）などが挙げられる。ここで例示した通信インタフェースおよび通信プロトコルは周知であるため、その詳細に関する説明は割愛する。なお、記憶媒体１４１が通信部１５２の機能を備えていてもよい。
【００２２】
表示部１３０は、記録媒体１４１に記録された画像データや、各種メニューなどのＧＵＩを表示する。表示部１３０は例えば、液晶ディスプレイ、有機ＥＬディスプレイ等を用いることができる。
【００２３】
なお、本実施形態では制御部１０１がデジタルカメラ１００全体を制御することとしたが、制御の方法はこれに限定されない。例えば複数のハードウェアが処理を分担あるいは協働してデジタルカメラ１００の各部を制御してもよい。
【００２４】
＜パーソナルコンピュータ（ＰＣ）の構成＞
以下の説明では、本発明の実施形態に係るユーザ端末およびサーバを実現可能な情報処理装置の一例として、静止画や動画が取り込み可能なパーソナルコンピュータ（ＰＣ）について説明する。なお、タブレット型ＰＣやスマートフォンも情報処理装置の一例である。
【００２５】
図２は、本実施形態に係るＰＣ２００の機能構成例を示すブロック図である。
【００２６】
ＰＣ２００は、表示部２０１と、操作部２０２と、ＣＰＵ２０３と、一次記憶装置２０４と、二次記憶装置２０５と、通信装置２０６とを有している。
【００２７】
各構成の基本的な機能はデジタルカメラ１００と同様であるから、ここでは詳細な説明は省略する。表示部２０１には液晶ディスプレイや有機ＥＬディスプレイ等を用いることができる。また表示部２０１はＰＣ２００が備える必要はなく、ＰＣ２００は表示部２０１の表示を制御する表示制御機能を有していればよい。一次記憶装置２０４は例えばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や書き換え可能な不揮発性メモリであり、ＰＣの設定値を保持したり、ＣＰＵ２０３が実行するプログラムを保持および展開したり、ＣＰＵ２０３のワークエリア等として利用される。二次記憶装置２０５はＨＤＤや磁気テープドライブなどの磁気記録装置、ＤＶＤ、ＣＤ、ＢＤ、ＭＯなどの光または光磁気メディアを用いる記憶装置、ＳＳＤなど不揮発性半導体メモリを用いた記憶装置である。二次記憶装置２０５は、各種アプリケーション（ＯＳを含む）やユーザデータなどの保存に用いられる。
【００２８】
ＣＰＵ２０３は、一次記憶装置２０４に展開したプログラム（ＯＳ、アプリケーション等）を実行し、ＰＣ２００の各ブロックを制御する。ＣＰＵ２０３はまた、ユーザからの操作を受け付ける操作部２０２からの操作信号に応じて各ブロックを制御する。操作部２０２としては、キーボードやマウス、またタッチパネルなどが一般的に用いられるが、これらに限定されない。
【００２９】
通信装置２０６はデジタルカメラ１００の通信部１５２と同様、所定の規格に応じた通信インタフェースおよび通信プロトコルを用いて外部デバイスとデータ通信する。なお、通信部１５２および通信装置２０６は、複数種の通信インタフェースを有し、通信インタフェースに応じた通信プロトコルでの通信が可能である。本実施形態では、通信装置２０６はローカルエリアネットワーク（ＬＡＮ）上のデバイスと、インターネットなどのワイドエリアネットワーク（ＷＡＮ）上のデバイスとの両方と通信可能であるように構成される。なお、ＬＡＮとＷＡＮは２つの異なるネットワークの例であり、通信装置２０６はデータの送信元デバイスがアクセス可能な第１のネットワークと、データ転送サービスを提供するサーバが存在する第２のネットワークとの両方に接続可能であれば良い。
【００３０】
なお、本実施形態ではＣＰＵ２０３がＰＣ２００全体を制御することとしたが、制御の方法はこれに限定されない。例えば複数のハードウェアが処理を分担あるいは協働してＰＣ２００の各部を制御してもよい。
【００３１】
なお、実施形態に係るサーバおよびユーザ端末はいずれも図２に示したパーソナルコンピュータによって実現可能であるが、以下の説明においては便宜上、「ＰＣ」はユーザ端末を意味するものとして用い、サーバとして機能するＰＣは「サーバ」と呼ぶ。
【００３２】
＜接続形態の概要＞
図３は、本実施形態における、デジタルカメラ１００、ＰＣ２００ａ、およびサーバ２００ｂの接続形態を模式的に表した図である。
【００３３】
デジタルカメラ１００とＰＣ２００ａはルータ３００が構築したローカルエリアネットワーク（ＬＡＮ）に無線および有線で接続し、ルータ３００を通じてインターネットなどの広域ネットワーク（ＷＡＮ）に接続し、ＷＡＮ上のサーバ２００ｂと通信可能である。
【００３４】
ルータ３００は、ネットワークの構築機能および、構築したネットワークに接続されたポータブルデバイスやＰＣなどのデバイス間の通信を中継するルーティング機能を提供する。ルータ３００は、インターネットプロトコルスイートに準拠して動作し、自身のＩＰアドレスをＧａｔｅｗａｙアドレスとしたＬＡＮを構築する。また、ルータ３００は有線インタフェースと無線インタフェースの少なくとも一方を有する。有線接続の一例として、ＬＡＮケーブルによるルータとデバイスの物理的な接続が、また無線接続の一例として、ＩＥＥＥ８０２．１１ｘ（ｘはａ，ｂ，ｇ，ｎ，ａｃなど）に準拠した無線接続があげられる。本実施形態のルータ３００は、図示の通り有線インタフェースおよび無線インタフェースを有する。
【００３５】
ルータ３００が無線インタフェースを有する場合、ＳＳＩＤと暗号キーが設定されており、接続デバイスはルータ３００に設定されているＳＳＩＤと暗号キーを用いてルータ３００に認証されることでルータ３００との無線接続が確立される。自身のＬＡＮにポータブルデバイスやＰＣなどのデバイスが有線接続または無線接続されると、ルータ３００は接続デバイスに対してＩＰアドレスを割り当てる。例えばＩＰアドレスの自動割り当てを行う代表的なプロトコルとしてＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）があげられる。ルータ３００はまた、ＬＡＮ上のデバイス間で通信が行われる際にＬＡＮ上を流れるデータのプロトコルやＩＰアドレスを解析し、どの経路を通じて転送すべきかを判断する。
【００３６】
本実施形態のデジタルカメラ１００の二次記憶装置１０５には、ネットワーク上でデバイス探索を行うためのディスカバリプロトコルに従ってＰＣ２００ａと通信が可能なプログラムがインストールされている。ここでは、ディスカバリプロトコルとして、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）およびＢｏｎｊｏｕｒの仕様に準拠した通信が可能であるものとするが、これらに限定されない。従って、デジタルカメラ１００には、ＵＰｎＰおよびＢｏｎｊｏｕｒを使用した通信を実行するためのコマンド、およびＵＰｎＰおよびＢｏｎｊｏｕｒで通信するのに必要なデジタルカメラ１００の固有のデバイス情報などが記録されている。
【００３７】
また、本実施形態のＰＣ２００ａの二次記憶装置２０５にも、ＵＰｎＰおよびＢｏｎｊｏｕｒの仕様に準拠してデジタルカメラ１００と通信が可能なプログラムがインストールされている。従って、ＰＣ２００ａには、ＵＰｎＰおよびＢｏｎｊｏｕｒを用いた通信を実行するためのコマンド、およびＵＰｎＰおよびＢｏｎｊｏｕｒで通信するのに必要なＰＣ固有のデバイス情報などが記録されている。
【００３８】
デジタルカメラ１００とＰＣ２００ａは、前述のディスカバリプロトコルを用いてデバイスディスカバリによって機器発見を実施する。
【００３９】
ここで、本実施形態で用いるディスカバリプロトコルであるＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）とＢｏｎｊｏｕｒについて説明する。ＵＰｎＰは、家庭内のＰＣや周辺機器、ＡＶ機器、電話、家電製品などのデバイスを、ネットワークを通じて接続し、相互に機能を提供しあうための技術仕様である。また、Ｂｏｎｊｏｕｒは、Ｅｔｈｅｒｎｅｔ（登録商標）や８０２．１１シリーズのような無線ＬＡＮ等のＩＰネットワーク上のデバイスを自動的に検出して接続する技術である。Ｂｏｎｊｏｕｒでは、ルータが関与しない通信はローカルネットワークと判断し、自動的にＩＰアドレスを取得する。また、ローカルホスト名を必ずしも設定しなくてよいマルチキャストＤＮＳを用いて名前付けを行う。また、使いたい機能を持っているデバイスを探し出すことでサービス探索を行う。これらのプロトコルの仕様は公開されているため、その詳細についての説明は割愛する。
【００４０】
なお、本発明はここで説明する特定のディスカバリプロトコルに限定されず、他のプロトコルを用いた通信においても実施可能である。例えば、他のディスカバリプロトコルとして、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ社のＪｉｎｉを用いても良い。
【００４１】
以上のデバイスディスカバリによって、デジタルカメラ１００とＰＣ２００ａは通信を確立し、デジタルカメラ１００からＰＣ２００ａに画像ファイルを送信することが可能となる。
【００４２】
本実施形態のデジタルカメラ１００の二次記憶装置１０５には、画像を転送するためのプロトコルとしてＨＴＴＰに準拠してＰＣ２００と通信可能なプログラムがインストールされている。このプログラムは、ＨＴＴＰクライアントとしてＨＴＴＰサーバにリクエストを送信する機能、また、ＨＴＴＰサーバとして、ＨＴＴＰクライアントからのリクエストを受信し、リクエストに応じた処理を行うための機能の双方を有している。また、本実施形態のＰＣ２００ａの二次記憶装置２０５には、ＨＴＴＰに準拠してデジタルカメラ１００と通信可能なプログラムがインストールされており、このプログラムは、ＨＴＴＰクライアントとしてＨＴＴＰサーバにリクエストを送信する機能を有する。
【００４３】
なお、本発明はここで説明する特定の画像転送プロトコルに限定されず、他のプロトコルを用いた通信においても実施可能である。例えば、ＰＴＰ−ＩＰを用いて画像ファイルをＰＣ２００ａに送信する形態であってもよい。ＰＴＰ−ＩＰはＰｉｃｔｕｒｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＴＣＰ／ＩＰ  ｎｅｔｗｏｒｋｓの略称である。
【００４４】
また、本実施形態のデジタルカメラ１００の記録媒体１４１およびＰＣ２００ａの二次記憶装置２０５にはあらかじめ画像ファイルが記録されているものとする。本実施形態における画像ファイルの送信処理は、デジタルカメラ１００とＰＣ２００ａがネットワークを介して接続され、デジタルカメラ１００から供給された画像ファイルがＰＣ２００ａの二次記憶装置２０５の任意のディレクトリに保存されることで実現される。
【００４５】
また、画像の送信は、３０１、３０２、３０３の経路がある。
【００４６】
通信３０１において、デジタルカメラ１００の記録媒体１４１の画像ファイルをＰＣ２００ａに送信する。操作部１０２を介してユーザから画像ファイルをＰＣ２００ａに送信する処理の実行が指示されると、上述のプログラムを実行する、デジタルカメラ１００の制御部１０１は、ルータ３００が構築するローカルエリアネットワークに通信部１５２を通じて接続する。次に、デジタルカメラ１００はローカルエリアネットワーク内の機器を探索し、ＰＣ２００ａが存在するか否かを確認する。探索の結果、デジタルカメラ１００とＰＣ２００ａが互いを発見した場合、デジタルカメラ１００はＨＴＴＰサーバの機能を実行して画像ファイルを外部に提供する準備を行い、ＨＴＴＰクライアントからの取得要求を待つ。ＰＣ２００ａは、ＨＴＴＰクライアントの機能を実行し、デジタルカメラ１００に対して画像ファイルの取得要求を送信し、通信３０３を通じてデジタルカメラ１００から直接、画像ファイルを取得する。
【００４７】
通信３０２において、ＰＣ２００ａの二次記憶装置２０５の画像ファイルは画像ファイルを管理するサーバ２００ｂに定期的に転送される。
【００４８】
このようなシステムは、例えば医療現場に適用可能であり、以下のような適用例が考えられる。病院の各施設にＰＣ２００ａのような画像ファイルを一時的に保存する端末が用意されている。そして医師や看護師は患部を撮影する。デジタルカメラ１００の画像は、自動ないしは医師や看護師の操作により一旦ＰＣ２００ａに保存される。サーバ２００ｂは定期的にＰＣ２００ａの画像ファイルの保存状態を監視し、管理すべき画像ファイルを検知した場合には取得する。
【００４９】
なお、画像管理サーバ２００ｂのみが設置されているような環境においては、デジタルカメラ１００からルータ３００を介して直接画像管理サーバ２００ｂに画像ファイルを送信するようにしてもよい。
【００５０】
なお、本実施形態でデジタルカメラ１００およびＰＣ２００ａはＨＴＴＰに準拠してデータの送受信を行うものとする。ＨＴＴＰサーバとは、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ（ＷＷＷ）システムにおいて、情報送信機能を持ったソフトウェアまたはコンピュータを指す。ＨＴＴＰサーバはコンテンツを保有しており、ＨＴＴＰクライアントによるＧｅｔ、Ｐｏｓｔ、ＨｅａｄなどのＨＴＴＰメソッドの要求に応じて、コンテンツファイルをＨＴＴＰクライアントに送信する。また、ＨＴＴＰクライアントは、ＨＴＴＰメソッドを用いてＨＴＴＰサーバに対してリクエストを送信するソフトウェアまたはコンピュータを指す。本実施形態における画像取得要求とは、ＨＴＴＰメソッドに基づくコマンドであり、コンテンツとは、画像データを指す。なお、通信３０３で画像ファイルを送信する際のデジタルカメラ１００とＰＣ２００ａの画像転送の詳細は、図４〜図８を用いて後述する。以上が、本実施形態における画像ファイル転送手順の概要である。もちろん、画像取得要求を他の通信プロトコルで実現してもよいし、コンテンツは音声やドキュメントファイルであってもよい。
【００５１】
＜画像送信シーケンス＞
次に、デジタルカメラ１００の記録媒体１４１に保存された画像ファイルを、通信３０１によってＰＣ２００ａに送信するシーケンスの詳細について説明する。なお、以下のシーケンス及びフローチャートにおけるデジタルカメラ１００の処理は、制御部１０１がプログラムに従い、デジタルカメラ１００の各部を制御することにより実現される。また、ＰＣ２００ａの処理は、ＣＰＵ２０３がプログラムに従い、ＰＣ２００ａの各部を制御することにより実現される。
【００５２】
図４は、本実施形態の画像送信おけるデジタルカメラ１００、ＰＣ２００ａの動作シーケンス図である。このシーケンスは、デジタルカメラ１００の使用者が撮影を行い、記憶媒体１４１に複数枚の画像ファイルが保存されている状態において開始される。
【００５３】
図５は、本実施形態の画像送信時におけるデジタルカメラ１００の表示部１３０に表示するＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を示す。
【００５４】
まず、Ｓ４０１において、他の機器との通信の開始が指示されたことを制御部１０１が検知する。これは送信指示の役割が割り当てされた特定の操作部を用意しその操作を検知してもよいし、ユーザのメニュー操作などを介して送信指示を受け付けてもよい。
【００５５】
Ｓ４０２において、デジタルカメラ１００の制御部１０１は、ＰＣ２００ａに未送信の画像ファイルが記憶媒体１４１に存在するか否かを確認する。本実施例の画像ファイルのヘッダ部には、送信ステータスを記録する領域が用意されており、ＰＣ２００ａへ画像ファイルを送信したか否かのステータス情報が記録されている。この領域は、例えばＥｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ  ｉｍａｇｅ  Ｆｉｌｅ  ｆｏｒｍａｔ）のＭａｋｅｒｎｏｔｅであってもよい。デジタルカメラ１００の制御部１０１は、画像ファイルの送信ステータスを参照して画像ファイルが送信済みか否かを判定する。なお、送信済みの管理は必ずしもこの方法に限定されない。例えば、制御部１０１が記憶媒体１４１に保存された画像ファイルの送信ステータスを記録した管理ファイルを生成し、Ｓ４０２のステップにおいて参照することで送信済みか否かを判定することも可能である。
【００５６】
Ｓ４０２において、デジタルカメラ１００の制御部１０１は、送信していない画像ファイルが存在することを検知すると、Ｓ４０３において、ルータ３００が構築するローカルエリアネットワークに接続する。例えば制御部１０１は表示部１３０に、ネットワーク接続に必要な情報の入力を受付けるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を表示する。具体的には、制御部１０１は、ＬＡＮを構築するルータ３００に無線接続するために必要なＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｅｒ）と暗号キーを入力するテキストボックスを有するＧＵＩを表示部１３０に表示する。制御部１０１はネットワーク接続に必要な情報が入力されたことを検知すると、表示部１３０に、図５（ａ）のＧＵＩ５０１を表示してネットワーク接続を実行する。
【００５７】
なお、ＳＳＩＤとは、ＩＥＥＥ８０２．１１ｘシリーズの無線ＬＡＮにおけるアクセスポイントの識別子であり、混信を避けるために付けられる名前である。また、暗号キーは、ＳＳＩＤに不正アクセスされないよう通信内容の暗号化を行うためのキーである。ユーザは例えば表示部１３０に表示されたソフトウェアキーボードを操作部１０２で操作してＳＳＩＤおよび暗号キーを入力する。もちろん、入力方法はこれには限定されず、ハードウェアキーや音声入力など他の入力方法を用いることもできる。また、一度接続したアクセスポイントについてはＳＳＩＤと暗号キーを記憶しておき、次回以降は記憶したＳＳＩＤと暗号キーを用いて自動的に接続を開始することもできる。この場合、複数記憶している場合はＳＳＩＤを選択するだけよいし、あらかじめ記憶媒体１４１に記憶されているアクセスポイントのＳＳＩＤと暗号キーを用いて自動的に接続を開始してもよい。
【００５８】
制御部１０１は入力もしくは読み出されたＳＳＩＤおよび暗号キーをメモリ１０４に一時記憶するとともに、ルータ３００との無線接続を確立する。無線接続の確立が完了するまでの間、制御部１０１は表示部１３０に図５（ａ）のＧＵＩ５０２を表示する。ルータ３００との無線接続が確立すると、ルータ３００はデジタルカメラ１００にＩＰアドレスを割り当てる。制御部１０１は、割り当てられたＩＰアドレスをメモリ１０４に保存する。以上で、ローカルエリアネットワークへの接続（Ｓ４０３）が完了する。
【００５９】
Ｓ４０４において、デジタルカメラ１００の制御部１０１は、デバイスディスカバリを実施する。本ステップにおけるディスカバリは、ＳＳＤＰやＭｕｌｔｉｃａｓｔＤＮＳといったディスカバリプロトコルを用いて実施される。ＳＳＤＰ（Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｏｃｏｌ）は、ネットワーク上で、ＵＰｎＰをサポートするデバイスを探索、発見するための公知のプロトコルである。また、ＭｕｌｔｉｃａｓｔＤＮＳは、ネットワーク上で、Ｂｏｎｊｏｕｒをサポートするデバイスを探索、発見するための公知のプロトコルである。
【００６０】
本デバイスディスカバリでは、デジタルカメラ１００とＰＣ２００ａが通信して画像送信が可能なデバイスであることをお互いに認識することを目的としている。また、デバイスディスカバリが完了する間、制御部１０１は表示部１３０に図５（ａ）のＧＵＩ５０３を表示する。
【００６１】
まず、ＰＣ２００ａがデジタルカメラ１００を通信可能なデバイスと認識するまでのシーケンスにおいて、デジタルカメラ１００の広告処理をきっかけとするシーケンスについて説明する。
【００６２】
デジタルカメラ１００の制御部１０１は、広告処理を実行する。デジタルカメラ１００の存在をＬＡＮ上のデバイスにマルチキャストすると、デジタルカメラ１００の存在が、デジタルカメラ１００が接続しているＬＡＮに接続中のデバイス（ＰＣ２００ａを含む）に通知される。ＰＣ２００ａのＣＰＵ２０３は、デジタルカメラ１００の広告メッセージを受信する。そして、ＣＰＵ２０３は、広告メッセージに含まれる情報から、デジタルカメラ１００が、自身が探索対象とするデバイスかどうかを判定する。具体的には、広告メッセージには、どのような機器であるかを示すデバイスタイプやどのような機能が提供できるかを示すサービスタイプといった情報が含まれており、ＣＰＵ２０３は、デバイスタイプやサービスタイプからデジタルカメラ１００が探索対象のデバイスであると判定すると、デバイス情報の取得要求を送信する。具体的には、ＣＰＵ２０３は、ディスカバリプロトコルがＵＰｎＰの場合はＨＴＴＰ  ＧＥＴを実行してディスクリプションを要求し、Ｂｏｎｊｏｕｒの場合はＴＸＴレコードを要求する。デジタルカメラ１００の制御部１０１は、取得要求に応答してデバイス情報をＰＣ２００ａへ送信する。ディスクリプションには、デバイスの機器名称や製造者名、デバイスの個体情報を示すデバイスＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  ＩＤｅｎｔｉｆｉｅｒ）、デバイスが提供可能な機能を示すサービス名などの情報が含まれている。
【００６３】
次に、ＰＣ２００ａのＣＰＵ２０３は、デジタルカメラ１００から取得したデバイス情報を基に、自身と接続可能なデバイスであるか二次記憶装置２０５を調べる。本実施例では、画像送信の機能が実施可能であることを示すサービス名がデバイス情報に含まれており、また、ＰＣ２００ａはあらかじめサービス名を二次記憶装置２０５に記憶している。
【００６４】
ＣＰＵ２０３は、デバイス情報を参照して取得したサービス名と、二次記憶装置２０５に記憶されているサービス名を比較し、一致した場合には自身と通信できるデバイスであると判断する。以上が、デジタルカメラ１００の広告処理をきっかけとするシーケンスである。
【００６５】
次に、ＰＣ２００ａの探索処理をきっかけとするシーケンスについて説明する。
【００６６】
ＣＰＵ２０３は、ＰＣ２００ａが接続しているネットワークに、特定のデバイスタイプやサービスタイプをもっているデバイスが存在しているか問い合わせる探索メッセージをマルチキャストする。探索メッセージには指定したデバイスタイプやサービスタイプの情報が含まれている。このマルチキャストに応じて、ＰＣ２００ａが接続しているＬＡＮに接続中のデバイス（デジタルカメラ１００を含む）に、探索メッセージが通知される。
【００６７】
デジタルカメラ１００の制御部１０１は、探索メッセージを受信し、指定されたデバイスタイプやサービスタイプと、あらかじめデジタルカメラ１００の記録媒体１４１に記憶しているデバイスタイプやサービスタイプとが一致するか否かを判定する。一致する場合には、制御部１０１は応答をＰＣ２００ａに送信する。
【００６８】
ＣＰＵ２０３は、応答に含まれる情報から、デジタルカメラ１００が、自身が探索対象のデバイスかどうかを判定する。具体的には、ＣＰＵ２０３は、応答に含まれるデバイスタイプやサービスタイプからデジタルカメラ１００が探索対象のデバイスであると判定すると、デバイス情報の取得要求を送信する。この後のデバイス情報の取得要求を送信するところから、ＣＰＵ２０３がデジタルカメラ１００を通信できるデバイスであると判断するまでの処理は、前述の通りである。
【００６９】
以上が、ＰＣ２００ａの探索処理をきっかけとするシーケンスである。
【００７０】
前述では、ＰＣ２００ａがデジタルカメラ１００を通信可能なデバイスであると認識する処理について説明したが、同様にデジタルカメラ１００もＰＣ２００ａを通信可能なデバイスであると認識しなければ通信できない。
【００７１】
次に、デジタルカメラ１００がＰＣ２００ａを接続可能なデバイスと認識するまでのシーケンスにおいて、まず、ＰＣ２００ａの広告処理をきっかけとするシーケンスについて説明する。
【００７２】
ＰＣ２００ａのＣＰＵ２０３は、広告メッセージをマルチキャストし、ＰＣ２００ａの存在をＬＡＮ上のデバイスに通知すると、ＰＣ２００ａの存在が、ＰＣ２００ａが接続しているＬＡＮに接続中のデバイス（デジタルカメラ１００を含む）に通知される。
【００７３】
次に、デジタルカメラ１００の制御部１０１は、ＰＣ２００ａからの広告メッセージを受信すると、デバイス情報の取得要求をＰＣ２００ａに送信する。具体的には、制御部１０１は、ディスカバリプロトコルがＵＰｎＰの場合はＨＴＴＰ  ＧＥＴを実行してディスクリプションを要求し、Ｂｏｎｊｏｕｒの場合はＴＸＴレコードを要求する。
【００７４】
次に、ＰＣ２００ａのＣＰＵ２０３は、取得要求に応答してデバイス情報をデジタルカメラ１００へ送信する。制御部１０１は、デバイス情報に含まれるサービス名を参照して記憶媒体１４１にあらかじめ記憶されたサービス名と比較し、自身と接続可能なデバイスであるか否かを判定する。一致した場合には通信可能であると判定する。以上が、ＰＣ２００ａの広告処理をきっかけとするシーケンスである。
【００７５】
次に、デジタルカメラ１００の探索処理をきっかけとするシーケンスについて説明する。
【００７６】
デジタルカメラ１００の制御部１０１は、デジタルカメラ１００が接続しているネットワークに、特定のタイプのデバイスが接続しているか問い合わせる探索メッセージをマルチキャストする。このマルチキャストにより、デジタルカメラ１００が接続しているＬＡＮに接続中のデバイス（ＰＣ２００ａを含む）に、探索メッセージが通知される。
【００７７】
ＰＣ２００ａのＣＰＵ２０３は、受信した探索メッセージに含まれるデバイスタイプやサービスタイプが、あらかじめＰＣ２００ａの二次記憶装置２０５に記憶されているデバイスタイプやサービスタイプと一致するか判定し、一致すれば応答をデジタルカメラ１００に送信する。
【００７８】
デジタルカメラ１００の制御部１０１は、ＰＣ２００ａからの応答を受信すると、デバイス情報の取得要求をＰＣ２００ａに送信する。
【００７９】
この後のデバイス情報の取得要求を送信するところから、制御部１０１がＰＣ２００ａを通信できるデバイスであると判断するまでの処理は、前述の通りである。
【００８０】
以上が、デジタルカメラ１００の探索処理をきっかけとするシーケンスである。
【００８１】
他の実施形態として、デバイス情報のサービス名を参照せずとも、デバイスタイプやサービスタイプから通信可能なデバイスであると判定することも可能である。例えば、同じ機能によってもバージョンが異なることで通信の方法が変わる場合があるため、より詳細な機能の情報が知る場合にはデバイス情報を参照し、機能の有無のみを知る場合にはデバイスタイプやサービスタイプを参照すればよい。
【００８２】
デジタルカメラ１００とＰＣ２００ａが接続可能なデバイスと少なくともどちらか一方が判定した場合は、Ｓ４０５以降の処理は実行しない。
【００８３】
Ｓ４０５において、デジタルカメラ１００の制御部１０１は、ＰＣ２００ａをペアリングが有効なＰＣであると判定してＨＴＴＰサーバ機能を実行する。そして、制御部１０１は、ＨＴＴＰクライアントとして動作するＰＣ２００ａからのリクエスト受信の準備を行う。
【００８４】
Ｓ４０６において、デジタルカメラ１００の制御部１０１は、提供可能な画像ファイルのリストの生成などを行う。このリストは、例えばＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で生成することができる。
【００８５】
Ｓ４０７において、ＰＣ２００ａのＣＰＵ２０３は、デジタルカメラ１００が提供可能な画像ファイルのリストの取得を要求する。具体的には、ＰＣ２００ａのＣＰＵ２０３は、ＨＴＴＰクライアントとして、ＨＴＴＰサーバであるデジタルカメラ１００に対してＨＴＴＰ  Ｇｅｔメソッドを実行する。リストの場所はＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）としてＳ４０４のデバイスディスカバリで取得したデバイス情報に記述されている。
【００８６】
Ｓ４０８において、ＨＴＴＰサーバとして機能するデジタルカメラ１００の制御部１０１は、デジタルカメラ１００が提供可能な画像ファイルのリストをＰＣ２００ａに送信する。上述の通りリストは例えばＸＭＬで記述され、デジタルカメラ１００が提供可能な画像ファイルそれぞれのＵＲＩが含まれている。
【００８７】
Ｓ４０９において、ＨＴＴＰクライアントとして機能するＰＣ２００ａのＣＰＵ２０３は、取得したデジタルカメラ１００が提供可能な画像ファイルのリストを解析する。解析より特定された、リストに含まれる画像ファイルのうち１つの画像ファイル取得のリクエストをデジタルカメラ１００に送信する。具体的には、ＰＣ２００ａのＣＰＵ２０３は、リスト中に含まれる画像ファイルのＵＲＩをアクセス先としたＨＴＴＰ  Ｇｅｔメソッドを実行する。
【００８８】
Ｓ４１０において、デジタルカメラ１００の制御部１０１は、ＵＲＩで指定された画像ファイルをＰＣ２００ａに送信する。
【００８９】
Ｓ４１１において、ＨＴＴＰクライアントとして機能するＰＣ２００ａのＣＰＵ２０３は、画像ファイルの受信が完了すると、画像ファイルのリストから、受信が完了した画像ファイルのＵＲＩを削除し、受信完了通知のリクエストをデジタルカメラ１００に送信する。具体的には、ＰＣ２００ａのＣＰＵ２０３は、受信完了を意味するＨＴＴＰ  ＰＯＳＴメソッドを実行する。
【００９０】
Ｓ４１２において、デジタルカメラ１００の制御部１０１は、送信が完了した画像ファイルの削除を実行する。なお、Ｓ６１４における画像削除は、図５（ｂ）のＧＵＩ５０６に示すデジタルカメラ１００の設定メニューによってユーザの確認を入力することができる。
【００９１】
Ｓ４１３において、デジタルカメラ１００の制御部１０１は、Ｓ４１１で受信した受信完了通知のリクエストに対するレスポンスを返却する。
【００９２】
ＰＣ２００ａのＣＰＵ２０３およびデジタルカメラ１００の制御部１０１は、ＰＣ２００ａがリストに含まれる画像ファイルを全て取得するまでＳ４０９〜Ｓ４１３の処理を繰り返す。画像ファイルを送信する間、制御部１０１は表示部１３０に図５（ａ）のＧＵＩ５０４を表示し、画像送信のステータスを示す。具体的には、送信対象となる画像の枚数、及び現在の送信枚数や送信進捗を表示する。
【００９３】
Ｓ４０９〜Ｓ４１３の処理の特徴は、例え画像ファイルのリストに複数の画像ファイルの情報が含まれていたとしても、１つの画像ファイルの受信完了通知を受信するたびに、デジタルカメラ１００から対応する画像ファイルを削除する点である。前述したように、例えば医療現場における患部を撮影した画像ファイルなどはＰＣ２００ａに送信した後に直ちに削除することが望ましい。そこで本実施形態では、ＰＣ２００ａが画像ファイルを１つ受信するごとに受信完了通知を送信し、デジタルカメラ１００は対応する画像ファイルを削除し、削除が完了してから次の画像の送信処理に進むこととした。この構成により、ＰＣ２００ａに送信した画像ファイルを、速やかにデジタルカメラ１００から削除することが可能となる。
【００９４】
Ｓ４１４では、デジタルカメラ１００の時計合わせを行う。具体的には、ＨＴＴＰクライアントとして機能するＰＣ２００ａのＣＰＵ２０３は、ＰＣ２００ａが保有している日時情報をデジタルカメラ１００に送信する。具体的には、ＰＣ２００ａのＣＰＵ２０３は、ＨＴＴＰクライアントとして、ＨＴＴＰサーバであるデジタルカメラ１００に対してＨＴＴＰ  Ｐｏｓｔメソッドを実行する。また、日時情報はＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ）でもよいし、時差情報を含めたローカルタイムでもよい。
【００９５】
Ｓ４１５において、デジタルカメラ１００の制御部１０１は、受信したＰＣ２００ａが保有している日時情報を記憶媒体１４１に記憶しデジタルカメラ１００の日時情報の設定を変更する。
【００９６】
Ｓ４１６において、デジタルカメラ１００の制御部１０１は、Ｓ４１４で受信した受信完了通知のリクエストに対するレスポンスを返却する。
【００９７】
Ｓ４１４〜Ｓ４１６の処理によって、デジタルカメラ１００の時計合わせが完了する。本シーケンスで時計合わせを行うのは、例えば医療現場における患部を撮影した画像ファイルは、時系列に従って管理されるため、常に正しい時刻で撮影され画像ファイルに記録されることが望ましいためである。
【００９８】
なお、日時情報の設定について、本シーケンスでは画像ファイルの転送が完了した後に実行したが、画像ファイルの転送を実施する前に実行してもよい。また、未転送画像ファイルが記録媒体１４１に存在しない場合であっても、Ｓ４０１の送信指示があった場合はＰＣ２００ａに接続して日時情報のみを設定するようにしてもよい。
【００９９】
Ｓ４１７において、ＰＣ２００ａのＣＰＵ２０３は、画像ファイルのリストから画像ファイルのＵＲＩが全て削除されると、画像ファイルの取得が全て完了したことをデジタルカメラ１００に通知する。
【０１００】
Ｓ４１８において、デジタルカメラ１００の制御部１０１は、Ｓ４１７のリクエストに対するレスポンスを返却し、表示部１３０に図５（ａ）のＧＵＩ５０５を表示する。
【０１０１】
Ｓ４１９において、デジタルカメラ１００の制御部１０１は、取得完了の通知を受信すると、ＨＴＴＰサーバとしての機能を終了させて、ネットワーク接続を切断する。
【０１０２】
以上が、ディスカバリ処理シーケンスにおけるデジタルカメラ１００、ＰＣ２００ａ、サーバ２００ｂの動作である。
【０１０３】
＜画像送信シーケンスにおけるデジタルカメラの動作＞
上述した画像送信シーケンスにおけるデジタルカメラ１００の動作について、図６に示すフローチャートを用いて詳細に説明する。
【０１０４】
Ｓ６０１において、デジタルカメラ１００で撮影が実行され、記憶媒体１４１に画像ファイルが保存される。
【０１０５】
Ｓ６０２において、制御部１０１は、送信指示を検知したか判断する。図４のＳ４０１に対応する。送信指示を検知した場合はＳ６０３に進み、検知しなかった場合は処理を繰り返す。
【０１０６】
Ｓ６０３において、制御部１０１は、記憶媒体１４１の画像ファイルに未転送画像があるか否かを確認する。図４のＳ４０２に対応する。
【０１０７】
Ｓ６０４において、制御部１０１は、未転送画像があるか否かを判断し、あると判断した場合にはＳ６０５に進む。未転送画像がないと判断した場合は本処理を終了する。なお、未転送画像がないと判断した場合であっても、後述する日時設定を行うため、Ｓ６１６に進むようにしてもよい。
【０１０８】
Ｓ６０５において、制御部１０１は、ルータ３００が構築するローカルエリアネットワークに接続する。図４のＳ４０３に対応する。
【０１０９】
Ｓ６０６において、制御部１０１は、デバイスディスカバリを行う。図４のＳ４０４に対応する。
【０１１０】
Ｓ６０７において、制御部１０１は、ＨＴＴＰサーバ機能を有効にする。図４のＳ４０５に対応する。なお、本実施形態では、ＰＣ２００ａが接続可能なデバイスであると判断した後にＨＴＴＰサーバ機能を有効にする形態を説明した。しかし、ＨＴＴＰサーバ機能の有効化が完了する前にＨＴＴＰクライアント（ＰＣ２００ａ）からリクエストが送信された場合、応答できない可能性がある。そのため、Ｓ６０５でＬＡＮへの接続が確立した時点で、ＨＴＴＰサーバ機能を有効化しておいてもよい。
【０１１１】
Ｓ６０８において、制御部１０１は、未転送画像のリストを作成する。図４のＳ４０６に対応する。
【０１１２】
Ｓ６０９において、制御部１０１は、未転送画像リストの取得要求を受信したか否かを判定する。受信した場合はＳ６１０に進む。
【０１１３】
Ｓ６１０において、制御部１０１は、ＰＣ２００ａの要求に対して未転送画像ファイルのリストを送信する。図４のＳ４０８に対応する。
【０１１４】
Ｓ６１１において、制御部１０１は、画像ファイルの取得要求を受信したか否かを判定する。受信した場合はＳ６１２に進む。
【０１１５】
Ｓ６１２において、制御部１０１は、ＰＣ２００ａの要求に対して画像ファイルの送信を行う。図４のＳ４１０に対応する。
【０１１６】
Ｓ６１３において、制御部１０１は、１つの画像ファイルの受信完了通知を受信したか否かを検知する。受信した場合はＳ６１４に進む。
【０１１７】
Ｓ６１４において、制御部１０１は、送信が完了した画像ファイルの削除を行う。図４のＳ４１２に対応する。
【０１１８】
Ｓ６１５において、制御部１０１は、Ｓ６１３のリクエストにおけるレスポンスを返却する。図４のＳ４１３に対応する。
【０１１９】
Ｓ６１６において、制御部１０１は、日時情報の設定要求を受信したか否かを検知する。受信した場合はＳ６１７に進む。
【０１２０】
Ｓ６１７において、制御部１０１は、日時情報を設定する。図４のＳ４１５に対応する。
【０１２１】
Ｓ６１８において、制御部１０１は、Ｓ６１６のリクエストにおけるレスポンスを返却する。図４のＳ４１６に対応する。
【０１２２】
Ｓ６１９において、制御部１０１は、送信完了通知を受信したか否かを検知する。受信した場合は、Ｓ６２０に進む。
【０１２３】
Ｓ６２０において、制御部１０１は、ＨＴＴＰサーバとしての機能を終了する。図４のＳ４１９に対応する。
【０１２４】
Ｓ６２１において、制御部１０１は、ネットワーク接続を切断し、本処理を終了する。
【０１２５】
Ｓ６２２において、制御部１０１は、リクエストを受け付ける制限時間を超えたか否かを判定する。制御部１０１は、ＨＴＴＰサーバとしてＰＣ２００ａから一定時間以上リクエストを受信しない場合はＳ６２０に進み処理を終了する。そうでない場合は、ＰＣ２００ａからのリクエストを待つ。
【０１２６】
以上が、本実施形態の画像送信シーケンスにおけるデジタルカメラ１００の動作である。
【０１２７】
このように、本実施形態によれば、確実に画像ファイルをＰＣにバックアップすることができる。また、画像ファイルのバックアップが完了した後、画像ファイルをデジタルカメラから速やかに削除することができる。また、日時情報を接続毎に設定することで、デジタルカメラの日時を常に正しい状態に保つことができる。
【０１２８】
なお、本実施形態ではデジタルカメラ１００がＰＣ２００ａに未転送画像ファイルのリストを送信し、ＰＣ２００ａが画像ファイルを特定して要求する通信方法を説明したが、必ずしもこの方法には限定されない。例えば、デジタルカメラ１００がＰＣ２００ａに画像ファイルを送信済みか管理し、ＰＣ２００ａの画像ファイル要求に応じて、またはデジタルカメラ１００からプッシュ形式で未転送画像ファイルを送信するようにしてもよい。
【０１２９】
（第２の実施形態）
第１の実施形態は、デジタルカメラ１００の画像ファイルをＰＣ２００ａにバックアップする場合に、画像ファイルをデジタルカメラから速やかに削除する形態について説明した。しかし、画像ファイルにプロテクトがかかっている（保護属性が付与されている）場合、画像ファイルを削除しないというユーザの意図あるため、取り扱いが問題となる。
【０１３０】
本実施形態では、画像ファイルにプロテクトがかかっているなど削除できないケースにおけるデジタルカメラ１００の処理について説明する。なお、前提として、デジタルカメラ１００の記憶媒体１４１には未転送の画像ファイルが３枚保存されており、そのうち１つにプロテクトがかかっている状態である。画像ファイルにプロテクトをかける方法は、例えば図５（ｃ）のＧＵＩ５０７のようなプロテクト設定メニューによって操作可能である。また、プロテクトがかかった画像ファイルを再生した場合、図５（ｃ）のＧＵＩ５０８のようにＧＵＩの右上にプロテクトがかかっている旨を示すアイコンを表示する。なお、プロテクトの対象範囲は、画像ファイルの編集や削除に関わる操作に対して有効であり、画像の送信済み情報といった特定の画像ヘッダの情報は変更することが可能である。
【０１３１】
図７は、本実施形態の画像送信におけるデジタルカメラ１００、ＰＣ２００ａの動作シーケンス図である。図７において、図４と同じ動作については同じ参照数字を付して説明を省略する。
【０１３２】
Ｓ７０１〜Ｓ７０８は、Ｓ４０１〜Ｓ４０８と同様に処理するため説明は割愛する。
【０１３３】
Ｓ７０９〜Ｓ７１３、及びＳ７１４〜Ｓ７１８はＳ４０９〜Ｓ４１３と同様に処理するため説明は割愛する。
【０１３４】
Ｓ７１９〜Ｓ７２１、Ｓ７２３は、Ｓ４０９〜Ｓ４１１、Ｓ４１３と同様に処理するため説明は割愛する。
【０１３５】
Ｓ７１７において、デジタルカメラ１００の制御部１０１は、画像ファイルにプロテクトがかかっていることを検知すると、画像ファイルを削除せず、送信済みである情報を画像ファイルに記録する。なお、異なる手法として、制御部１０１が記憶媒体１４１に保存された画像ファイルの送信ステータスを記録した管理ファイルを生成し、その情報を送信済みに書き換えることも可能である。送信済みの情報が記録された画像をデジタルカメラ１００の表示部１３０に表示した場合、図５（ｄ）のＧＵＩ５０９のようにＧＵＩの右上に送信済みである旨を示すアイコンを表示する。
【０１３６】
Ｓ７２４〜Ｓ７３０は、Ｓ４１４〜Ｓ４２０と同様に処理するため説明は割愛する。
図８は、図７のシーケンスチャートにおけるデジタルカメラ１００の処理を示すフローチャートである。図８において、図６と同様の動作については同様の参照数字を付して説明を省略する。
【０１３７】
Ｓ８０１〜Ｓ８１３、及びＳ８１８〜Ｓ８２４は、Ｓ６０１〜Ｓ６１３及びＳ６１６〜Ｓ６２２と同様に処理するため説明は割愛する。
【０１３８】
Ｓ８１４において、デジタルカメラ１００の制御部１０１は、画像ファイルにプロテクトがかかっているか否かを検知する。
【０１３９】
Ｓ８１５において、デジタルカメラ１００の制御部１０１は、画像ファイルにプロテクトがかかっている場合、送信済み情報を画像ファイルに記録する。
【０１４０】
Ｓ８１６において、デジタルカメラ１００の制御部１０１は、画像ファイルにプロテクトがかかっていない場合、画像ファイルを削除する。
【０１４１】
なお、本実施形態においては、画像ファイルにプロテクトがかかった場合とそうでない時で画像ファイルに対する処理を分岐した。その他の手法として、画像ファイルに一律送信済み情報を記録し、その後プロテクトがかかっていない画像ファイルを削除することも考えられる。
【０１４２】
Ｓ８１７は、Ｓ６１５と同様に処理するため説明は割愛する。以上が、画像ファイルにプロテクトがかかっているなど削除できないケースにおけるデジタルカメラ１００の動作である。
【０１４３】
このように、プロテクトがかかった画像ファイルが存在する場合でも、送信済み情報を画像ファイルに記録することで、次回以降の画像転送時に送信済みの画像ファイルが送信対象としてリストアップされない。また、使用者は必要に応じてデジタルカメラを操作してプロテクトを外し、手動で画像ファイルを削除することが可能となり、第１の実施形態と同様の効果を実現できる。
【０１４４】
＜他の実施形態＞
上述の実施形態では、デジタルカメラ１００が、接続するＬＡＮに自身とのペアリングが有効なＰＣ２００ａが存在すればＨＴＴＰサーバ、存在しなければＨＴＴＰクライアントとして動作する一方、ＰＣ２００ａは常にＨＴＴＰクライアントとして動作する。しかし、デジタルカメラ１００が常にＨＴＴＰクライアントして動作し、ＰＣ２００ａが、接続するネットワークに自身とのペアリングが有効なデジタルカメラ１００が存在すればＨＴＴＰサーバとして、存在しなければＨＴＴＰクライアントとして動作してもよい。
【０１４５】
また、本実施形態では、デジタルカメラとＰＣとの接続を例にしたが、必ずしもデバイスの種類は限定されない。プリンタなどのアウトプットデバイス、スマートフォンやタブレットなどのモバイル端末であってもよい。
【０１４６】
また、本実施形態では無線通信機能を内蔵したデジタルカメラ１００を例にあげて説明したが、無線通信が可能な記録メディアがデジタルカメラ１００に装着され記録媒体１４１として無線通信を制御する構成としても構わない。この場合も本実施形態と同様の制御を無線通信が可能な記録メディアの無線回路部に対して行う。
【０１４７】
さらに、デジタルカメラ１００をＰＣなどから遠隔操作するシステムにおいても、本発明は適用可能である。この場合は、ＰＣの制御部がデジタルカメラ１００の制御部１０１に対して各種の問合せ及び制御の要求を行うことにより、遠隔操作で実現することが可能となる。
【０１４８】
また、上記の実施形態ではＰＣに送信したコンテンツを削除することとしたが、コンテンツの処分方法は必ずしも削除に限定されない。例えばコンテンツを暗号化するなどしてセキュリティを向上させ、より第三者からのアクセスを困難にする処理を施してもよい。
【０１４９】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2017192069.tif 000003
【図２】
2017192069.tif 000004
【図３】
2017192069.tif 000005
【図４】
2017192069.tif 000006
【図５】
2017192069.tif 000007
【図６】
2017192069.tif 000008
【図７】
2017192069.tif 000009
【図８】
2017192069.tif 000010