通信装置、及びその通信システム
【課題】より適切にコンテンツデータを通信することができる通信装置、及びその通信システムを提供する。
【解決手段】通信装置１００は、所定の規格に基づく通信プロトコルを処理する通信プロトコル処理部１３０と、前記通信プロトコル処理部の制御を受けてデータ送信先装置との通信処理を実行する通信部１７１とを備える。通信プロトコル処理部１３０は、通信プロトコルで定義される送信コマンドに自装置の機種特定情報５１１を所定の規格の拡張情報として含ませる。
【解決手段】通信装置１００は、所定の規格に基づく通信プロトコルを処理する通信プロトコル処理部１３０と、前記通信プロトコル処理部の制御を受けてデータ送信先装置との通信処理を実行する通信部１７１とを備える。通信プロトコル処理部１３０は、通信プロトコルで定義される送信コマンドに自装置の機種特定情報５１１を所定の規格の拡張情報として含ませる。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、画像等のコンテンツを送信又は受信する通信装置等に関する。
【背景技術】
【０００２】
クライアント装置と、サーバ装置とで通信を行い、画像データ等をやりとりする技術が普及している。例えば、特許文献１は、カメラ付き携帯電話で撮像した画像を、画像サービス端末からインターネット上の画像管理センターにアップロードできる画像管理システムを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２２９１７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
クライアント装置とサーバ装置とで画像データ等をやりとりできるシステムは、便利である反面、不特定多数の端末から画像データを大量に送信されてくる恐れがある。そのため、特に、悪意を持ったユーザによるクライアント装置から、画像データを大量に送りつけられて、サーバ装置がパンク状態となってしまうことを回避する必要がある。
【０００５】
上記課題を解決するために、実施形態は、より適切にコンテンツデータを送信する通信装置、又は受信する通信装置を提供することを第１の目的とする。
【０００６】
また、標準として普及している画像送受信システムとの互換性を保持しつつコンテンツの受け取りを規制できる通信装置、及び受信側が受け取り規制に対応している通信装置であるかを区別することなく同じ作法（通信プロトコル）でコンテンツの送信ができる通信装置を提供することを第２の目的とする。
【課題を解決するための手段】
【０００７】
本開示の一態様に係る通信装置は、所定の規格に基づく通信プロトコルを処理する通信プロトコル処理部と、所定の通信プロトコル処理部の制御を受けてデータ送信先装置との通信処理を実行する通信部と、を備え、通信プロトコル処理部は、通信プロトコルで定義される送信コマンドに自装置の機種特定情報を所定の規格の拡張情報として含ませる。
【０００８】
また本開示の一態様に係る通信装置は、所定の規格に基づく通信プロトコルを処理する通信プロトコル処理部と、通信プロトコル処理部の制御を受けてデータ送信元装置との通信処理を実行する通信部と、を備え、通信プロトコル処理部は、通信プロトコルで定義される受信コマンドに所定の規格の拡張情報が含まれる場合において、拡張情報が機種特定情報であるか否かに応じて、データ送信元装置からの通信を規制する。
【発明の効果】
【０００９】
本開示によれば、より適切にコンテンツデータを送信する通信装置、又は受信する通信装置、及びその通信システムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１に係るデータ通信システムを示す図。
【図２】図１中のデジタルカメラの電気的な構成を示すブロック図。
【図３】図１中のパーソナルコンピュータの電気的な構成を示すブロック図。
【図４】実施の形態１に係る通信プロトコルを示すフロー。
【図５】実施の形態１に係るオブジェクト作成要求を示す図。
【図６】実施の形態１に係るプロトコル処理部の判定フロー。
【図７】実施の形態１に係るデータ通信システムを示す図。
【図８】実施の形態２に係る通信プロトコルを示すフロー。
【図９】実施の形態３に係る通信プロトコルを示すフロー。
【図１０】変形例に係るオブジェクト作成要求を示す図。
【図１１】実施の形態４に係るデータ通信システムを示す図。
【発明を実施するための形態】
【００１１】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。なお、発明者（ら）は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。まず、デジタルカメラとパーソナルコンピュータとを通信装置の一例に挙げて、実施の形態を説明する。
〔実施の形態１〕
〔０．概要〕
まず、実施の形態１の概要について説明する。
【００１２】
後述するように、実施の形態１に係るデジタルカメラは、通信プロトコル処理部と、通信部とを備える。上記プロトコル処理部は、デジタルカメラのコントローラの一機能に対応する。
上記通信プロトコル処理部は、標準規格に基づく通信プロトコルを処理し、さらに、通信プロトコルで定義される送信コマンドに自装置の機種特定情報を標準規格外の拡張情報として埋め込む。通信部は、前記通信プロトコル処理部の制御を受けてデータ送信先装置との通信処理を実行する。
【００１３】
また、実施の形態１に係るパーソナルコンピュータ（以下、ＰＣと称する）は、通信プロトコル処理部と、通信部とを備える。上記の通信プロトコル部は、ＰＣのコントローラの一機能に対応する。
上記通信プロトコル処理部は、標準規格に基づく通信プロトコルを処理し、さらに、まず第１に前記通信プロトコルで定義される受信コマンドに標準規格外の拡張情報が埋め込まれている否かを判定する。第２に拡張情報が埋め込まれている場合、拡張情報が機種特定情報かを否かを判定する。第３に拡張情報が機種特定情報の場合、その値により、送信元装置がコンテンツ送信許可装置か否かを判定する。第３の判定において、送信元装置がコンテンツ送信許可装置であると判定される場合、コンテンツ受信可能とする応答を相手の通信装置（送信元装置）に返信する。一方、上記第１の判定において拡張情報が埋め込まれていない場合、第２の判定において拡張情報が埋め込まれているが機種特定情報でない場合、又は第３の判定において機種特定情報であるが送信元装置がコンテンツ送信許可装置でない場合、コンテンツ受信不能とする応答を相手の通信装置（送信元装置）に返信する。また、通信部は、前記通信プロトコル処理部の制御を受けてデータ送信元装置との通信処理を実行する。
【００１４】
上記構成により、受信側が受け取り規制に対応している通信装置であるかを区別することなく、同じ作法（通信プロトコル）でコンテンツの送信ができるデジタルカメラを提供することができる。さらに、標準として普及している画像送受信システムとの互換を保持しつつコンテンツの受け取りを規制できるＰＣを提供できる。
【００１５】
以下、図面を用いて、本実施の形態１に係る通信システム、及び通信システムを構成するデジタルカメラ、ＰＣについて説明する。この説明では、データの送信元の通信装置としてデジタルカメラ、データの送信先の通信装置としてＰＣを一例に挙げる。しかしながら、通信装置としては、これらに限定されることはない。
【００１６】
〔１．構成〕
〔１−０．通信システムの構成例〕
まず、図１を用い、実施の形態１に係る通信システムの構成例について説明する。
図示するように、実施の形態１に係る通信システムは、２台の通信装置を、無線ルータ５０を介してＬＡＮ接続することにより構成される。デジタルカメラ１００とＰＣ２５０が、例えば、画像データ等を双方向で通信する各々通信装置である。デジタルカメラ１００はデータの送信元の通信装置、ＰＣ２５０はデータの送信先の通信装置に対応する。
【００１７】
図示するように、デジタルカメラ１００およびＰＣ２５０は無線ルータ５０を介してＬＡＮ接続される。実施の形態１に係る通信装置において、デジタルカメラ１００は、写真データ等のコンテンツを送信する送信元の通信装置である。ＰＣ２５０は、送信される写真データ等のコンテンツを受信する送信先の通信装置である。ここでは、デジタルカメラ１００で撮影された写真データを、ＰＣ２５０に送信する場合を例に挙げて、説明する。
【００１８】
次に、デジタルカメラ１００及びパーソナルコンピュータ２５０の構成を説明する。
【００１９】
〔１−１．デジタルカメラ１００の構成例〕
図２は、デジタルカメラ１００の電気的な構成図である。デジタルカメラ１００は、光学系１１０を介して形成される被写体像をＣＣＤイメージセンサ１２０で撮像する。ＣＣＤイメージセンサ１２０は、撮像した被写体像に基づく画像データを生成する。撮像により生成された画像データは、ＡＦＥ（アナログ・フロント・エンド）１２１や画像処理部１２２において各種処理が施される。生成された画像データは、フラッシュメモリ１４２やメモリカード１４０に記録される。フラッシュメモリ１４２やメモリカード１４０に記録された画像データは、使用者による操作部１５０の操作を受け付けて液晶モニタ１２３上に表示される。
【００２０】
コントローラ１３０は、デジタルカメラ１００全体の動作を統括制御する。コントローラ１３０は、ハードワイヤードな電子回路で構成してもよいし、マイクロコンピュータなどで構成してもよい。また、画像処理部１２２などと共に１つの半導体チップで構成してもよい。
【００２１】
フラッシュメモリ１４２は、画像データ等を記録する内部メモリとして機能する。
【００２２】
バッファメモリ１２４は、画像処理部１２２やコントローラ１３０のワークメモリとして機能する記憶手段である。バッファメモリ１２４は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）などで実現される。
【００２３】
カードスロット１４１は、メモリカード１４０を着脱可能な接続手段である。カードスロット１４１は、メモリカード１４０を電気的及び機械的に接続可能である。また、カードスロット１４１は、メモリカード１４０を制御する機能を備えてもよい。
【００２４】
通信部１７１は、無線または有線の通信インターフェースである。コントローラ１３０は、この通信部１７１を介して、アクセスポイント経由でＬＡＮやインターネット網に接続することができる。通信部１７１は、例えば、ＵＳＢやＢｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ、有線ＬＡＮ等により実現される。
【００２５】
操作部１５０は、デジタルカメラ１００の外装に備わっている操作釦や操作レバーの総称であり、使用者による操作を受け付ける。操作部１５０は、使用者による操作を受け付けると、コントローラ１３０に種々の動作指示信号を通知する。
【００２６】
〔１−２．パーソナルコンピュータ２５０の構成〕
次に、図３を用い、ＰＣ２５０の構成について説明する。図３は、ＰＣ２５０の電気的な構成図である。
【００２７】
図示するように、ＰＣ２５０は、コントローラ２５１、ワークメモリ２５２、ＨＤＤ２５３、通信部２５４、液晶モニタ２５６、ＵＳＢコネクタ２６０、マウス２６２、キーボード２６３等から構成される。
【００２８】
コントローラ２５１は、ＰＣ２５０上の処理を実行する処理部である。コントローラ２５１は、ワークメモリ２５２、ＨＤＤ２５３、通信部２５４、液晶モニタ２５６、ＵＳＢコネクタ２６０、マウス２６２、キーボード２６３に電気的に接続される。コントローラ２５１は、ＵＳＢコネクタ２６０を介して、マウス２６２やキーボード２６３を用いた使用者の操作情報を受け付ける。コントローラ２５１は、ＨＤＤ２５３に格納されているデータを読み出すことができる。また、コントローラ２５１は、ＰＣ１００の各部に供給される電力等のシステムを全体的に制御する。
【００２９】
ワークメモリ２５２は、コントローラ２５１が各種処理動作を実行するために、必要な情報を一時的に格納するメモリである。
【００３０】
ＨＤＤ２５３は、各種データを格納する大容量のディスクドライブである。上述したように、ＨＤＤ２５３に格納された各種データは、適宜コントローラ２５１により読み出し可能である。
【００３１】
マウス１０５は、使用者による操作を受け付けるポインティングデバイスである。キーボード１０６は、使用者が文字入力などを行う、キーボードデバイスである。
【００３２】
ＵＳＢコネクタ２６０は、他の機器のＵＳＢコネクタとＵＳＢケーブルを介して接続するインターフェースである。コントローラ２５１は、ＵＳＢコネクタ２６０およびＵＳＢケーブルを介して、他の機器と情報を送受信することができる。ＵＳＢコネクタ２６０は、デジタルカメラ１００や、マウス２６２や、キーボード２６３等と接続される。
【００３３】
通信部２５４は、コントローラ２５１から受け取った画像データを、ＬＡＮまたはインターネット網を介して、他の機器に送信する。通信部２５４は、例えば、有線ＬＡＮや、無線ＬＡＮにより実現することが可能である。
【００３４】
〔２．動作〕
次に、デジタルカメラ１００と、ＰＣ２５０との通信動作について説明する。
【００３５】
ここでは、デジタルカメラ１００のユーザは、デジタルカメラ１００のメモリカードあるいはフラッシュメモリに保管されている写真ファイルを、パーソナルコンピュータ２５０に転送する動作を一例に挙げる。
【００３６】
デジタルカメラ１００は、画像受信サーバに対して、画像を送信するクライアント機能を搭載する。このクライアント機能は、画像送信時に、所定のソフトウエアがコントローラ１３０上で実行されることにより実現される。以下、本ソフトウエアを、「ＵＰＬＯＡＤクライアントソフト」と称する。ＵＰＬＯＡＤクライアントソフトは、ＴＣＰ／ＩＰスタックソフトウエア及び通信ドライバソフトにより、ＰＣ２５０と通信する。なお、通信ドライバソフトは、ＷｉＦｉ通信を実行する通信部を制御するソフトウエアである。ＴＣＰ／ＩＰスタックソフトウエア及び通信ドライバソフトも、コントローラ１３０上で実行される。画像受信サーバとは、例えば、送信された画像データを受信し、受信した画像データをアクセス可能にする所定の機能等を備えて構成されるサーバ等である。
【００３７】
この動作において、ＰＣ２５０には、あらかじめ画像コンテンツを受信するサーバープログラムが、インストールされ、常駐タスクとしてコントローラ２５１上で起動されている。サーバープログラムは、ＴＣＰ／ＩＰスタックソフトウエア及び通信ドライバソフトにより、デジタルカメラ１００と通信する。なお、通信ドライバソフトは、ＷｉＦｉ通信を実行する通信部を制御するソフトウエアである。ＴＣＰ／ＩＰスタックソフトウエアおよび通信ドライバソフトもコントローラ２５１上で実行される。
【００３８】
デジタルカメラ１００のクライアント機能とサーバープログラムとは、通信プロトコルに従い、接続およびデータ転送を行う。この通信プロトコルとしてＤＬＮＡ（Digital Living Network Alliance）で規定されるＤＭＳプロトコル等がある。ＤＭＳプロトコルには、必須機能のほかにいくつかのオプション機能が定義されている。本実施の形態１では、クライアントからサーバに画像をアップロード送信する。そのため、ここでは、ＤＭＳプロトコルのＵＰＬＯＡＤのオプション機能を使用する場合を一例に挙げる。
【００３９】
図４は、上記本実施の形態１に係るデジタルカメラ１００と、上記本実施の形態１に係るパーソナルコンピュータ２５０との通信シーケンスを示す図である。以下、図４に基づき一連の動作について説明する。
【００４０】
２−１．デバイスサーチシーケンス
まず、デバイスサーチシーケンスについて説明する。デジタルカメラ１００のユーザは、デジタルカメラ１００のメモリカードあるいは１４０フラッシュメモリ１２４に保管されている写真ファイルをパーソナルコンピュータ２５０に転送させたい場合、デジタルカメラの電源をＯＮにして起動する。ユーザは、液晶モニタ１２３に表示される指示に従い、写真転送モードに切り替える。写真転送モードに切り替えられると、液晶モニタ１２３には「送信先検索」ボタンが表示される。「送信先検索」ボタンが押されると、デジタルカメラ１００は、パーソナルコンピュータ２５０に、デバイスサーチ要求（検索デバイス＝＝ＤＭＳ）を送信する（Ｓ４００）。デバイスサーチ要求には、検索デバイス種類を指定する必要があるが、ここでは、上記ＤＭＳを指定する。
【００４１】
ＰＣ２５０は、ＤＭＳサーバ機能を持っており、検索デバイス（ＤＭＳ）に該当するので、デバイスサーチ応答を、デジタルカメラ１００に返信する（Ｓ４０１）。この際、ＰＣ２５０は、デバイス情報要求を行う上でのアクセス先ＵＲＬを、ＤＭＳ−ＵＲＬとして、デバイスサーチ応答に含める。
【００４２】
デジタルカメラ１００は、デバイスサーチ応答を受信すると、ＤＭＳ−ＵＲＬをアクセス先として、デバイス情報要求をＰＣ２５０に送信する（Ｓ４０２）。
【００４３】
ＰＣ２５０は、自装置のデバイス記述情報をデバイス情報応答としてデジタルカメラ１００に返信する（Ｓ４０３）。ここで、ＤＭＳプロトコルによれば、自装置がアップロードオプションに対応する場合は、その旨を記載したデバイス記述情報をサーバープログラムが用意する。本実施の形態の場合、ＰＣ２５０は、ＵＰＬＯＡＤオプションに対応するので、デバイス記述情報にはその旨の記載がされている。ここまでがデバイスサーチシーケンスである。
【００４４】
２−２．アップロードシーケンス
続いて、写真データアップロードシーケンスについて説明する。
【００４５】
デジタルカメラ１００のコントローラ１３０は、デバイス情報応答を受信すると、デバイス記述情報からＰＣ２５０がアップロードオプションに対応するか否かを判別する。ＰＣ２５０がアップロードオプションに対応していない場合、デジタルカメラ１００は、「送信先が見つかりません」旨を液晶モニタ１２３に表示し、デバイスサーチ処理を終了する。本実施の形態の場合、ＰＣ２５０は、アップロードオプションに対応しているので、デジタルカメラ１００は、アップロードプロファイル獲得要求をＰＣ２５０に送信する（Ｓ４０４）。この際、デジタルカメラ１００は、自装置が取り扱い可能なコンテンツタイプを記載したコンテンツタイプリストをアップロードプロファイル獲得要求にセットする。
【００４６】
ＰＣ２５０は、アップロードプロファイル獲得要求を受信すると、コンテンツタイプリストを確認し、その中で自装置が対応しているコンテンツタイプのみを含むコンテンツタイプリストを作成する。そして、ＰＣ２５０は、アップロードプロファイル応答に、コンテンツタイプリストを入れ込んで、デジタルカメラ１００に、返信する（Ｓ４０５）。
【００４７】
デジタルカメラ１００は、アップロードプロファイル応答を受信すると、その中のコンテンツタイプリストを確認し、コンテンツリストが空でないならば、「送信先が見つかりました」のメッセージ及び「デバイス名」を液晶モニタ１２３に表示する。「デバイス名」はデバイス記述情報の一つとして既に受け取っている。デバイス名にはＰＣ２５０を示す値がセットされているので、ユーザは送信相手先が所定のパーソナルコンピュータであることを確認できる。なお、コンテンツタイプリストが空の場合は、「送信先が見つかりませんでした」のメッセージを液晶モニタ１２３に表示する。
【００４８】
ユーザは、デバイスサーチ処理により、パーソナルコンピュータの「デバイス名」が液晶モニタ１２３に表示されたことを確認すると、デジタルカメラの指示に従い画像選択モードに切り替える。画像選択モードでは、ＰＣ２５０がサポートしていると回答したコンテンツタイプのみがアップロード可能な画像として選択できる。ユーザが画像を選択後にアップロードを指示すると、デジタルカメラ１００は、オブジェクト作成要求をパーソナルコンピュータに送信する（Ｓ４０６）。
【００４９】
本実施の形態１では、デジタルカメラ１００のコントローラ１３０が、オブジェクト作成要求（送信コマンド）に、ＤＭＳ−ＵＰＬＯＡＤ標準プロトコルで定義されていない「機種特定情報」を拡張情報として入れ込んでＰＣ２５０に送信する。ここで、拡張情報とは、通信装置メーカーが自由に記載できる情報をいう。「機種特定情報」は、プロトコル拡張であることを示す「拡張タグ」、及び機種を特定する「機種ＩＤ」により構成される。本実施の形態の場合、「機種ＩＤ」には本実施の形態１のデジタルカメラ１００であることを示す値がセットされる。このように、本実施の形態１では、デジタルカメラ１００が、この「機種特定情報」を、オブジェクト作成要求に含めてパーソナルコンピュータに送信する。
【００５０】
＜オブジェクト作成要求について＞
ここで、図５を用い、上記オブジェクト作成要求について説明する。図５は、本実施の形態１でのオブジェクト作成要求の一例である。
【００５１】
図示するように、オブジェクト作成要求は、ＨＴＴＰ（Hypertext Transfer Protocol）で送られ、ＨＴＴＰヘッダ部５１０と、ＨＴＴＰボデイ部５５０に大別できる。破線で囲って示すように、本例では、「機種特定情報」５１１は、ＨＴＴＰヘッダ部５１０に追加される。即ち、「機種特定情報」５１１は、「X-AUTHORIZED-PRODUCT: ABCD DSC/1.00 XX90」に相当する。「機種特定情報」５１１には、本実施の形態１によるプロトコル拡張であることを示す「拡張タグ」５１１Ａと、機種を特定する「機種ＩＤ」５１１Ｂとにより構成される。本例の場合、「拡張タグ」５１１Ａは、「X-AUTHORIZED-PRODUCT:」である。「機種ＩＤ」５１１Ｂは、「XX90」である。本例のように、「機種特定情報」５１１を、ＨＴＴＰヘッダ部５１０にも設けることにより、「機種特定情報」５１１はヘッダ部から読み込まれるため、読み込み速度を向上できる点で有利である。なお、「機種特定情報」は、これに限られず、ボディ部５５０等に設けるなど、必要に応じて適用可能である。
【００５２】
図４に戻り、ＰＣ２０５は、上記オブジェクト作成要求を受信すると、オブジェクト作成要求に、拡張情報が含まれているか否かを確認する。オブジェクト作成要求に拡張情報が含まれている場合、その拡張情報が「機種特定情報」であるか否かを確認する。拡張情報が「機種特定情報」である場合、「機種ＩＤ」の値を読み取り、「機種ＩＤ」の値によりオブジェクト作成要求を送信した通信装置（本例では、デジタルカメラ１００）が、ＰＣ２５０が写真の受信を許可する機種か否かを判定する。本実施の形態１の場合、デジタルカメラ１００は、ＰＣ２５０が写真の受信を許可する機種であるので、ＰＣ２５０は、オブジェクト作成応答のリターンコードに成功とセットし、またオブジェクトＩＤに有効なＩＤをセットしてデジタルカメラに返信する（リターンコード＝成功、オブジェクトＩＤ＝有効ＩＤ）（Ｓ４０７）。
【００５３】
＜プロトコル処理部の判定フロー（Ｓ４０７）＞
ここで、上記ステップＳ４０７における、ＰＣ２０５のプロトコル処理部２５１の判定処理の詳細を、図６を用いて説明する。
即ち、図示するように、ＰＣ２０５のプロトコル処理部２５１は、オブジェクト作成要求を受信すると、拡張情報が含まれているか否かを判定する（Ｓ４０７−１）。本例の場合、図５に示したように、オブジェクト作成要求のヘッダ部５１０に挿入される「機種特定情報」５１１に、拡張情報として拡張タグ５１１Ａが含まれている。
【００５４】
拡張情報が含まれている場合（Yes）、プロトコル処理部２５１は、拡張情報が「機種特定情報」であるか否かを確認する（Ｓ４０７−２）。本例の場合、図５に示したように、拡張タグ５１１Ａは、「機種特定情報」５１１である。
【００５５】
拡張情報が「機種特定情報」である場合（Yes）、プロトコル処理部２５１は、「機種特定情報」中の「機種ＩＤ」の値を読み取り、「機種ＩＤ」の値によりオブジェクト作成要求を送信した通信装置（本例では、デジタルカメラ１００）が、ＰＣ２５０が写真の受信を許可する機種か否かを判定する（Ｓ４０７−３）。本実施の形態１の場合、プロトコル処理部２５１は、「機種特定情報」５１１中の「機種ＩＤ」５１１Ｂの値を読み取る。そして、プロトコル処理部２５１は、例えば、ワークメモリ２５２やＨＤＤ２５３等に格納される「機種ＩＤ」情報を参照すること等により、読み取った「機種ＩＤ」５１１Ｂ値と比較する。本例の場合、オブジェクト作成要求を送信した通信装置（本例では、デジタルカメラ１００）は、格納した「機種ＩＤ」情報と一致するため、ＰＣ２５０が写真の受信を許可する機種であると判定される。
【００５６】
オブジェクト作成要求を送信した通信装置が写真データの受信を許可する機種であるとき、プロトコル処理部２５１は、オブジェクト作成応答のリターンコードに成功とセットし、またオブジェクトＩＤに有効なＩＤをセットしてデジタルカメラに返信（リターンコード＝成功、オブジェクトＩＤ＝有効ＩＤ）（Ｓ４０７−４）し、このフローを終了する（End）。
【００５７】
一方、上記ステップＳ４０７−１乃至Ｓ４０７−３いずれかの判定において、条件が満たされないと判定される場合（No）、プロトコル処理部２５１は、コンテンツ送信不可能を送信元の通信装置に返信し（Ｓ４０７−５）、このフローを終了する（End）。
【００５８】
図４に戻り、デジタルカメラ１００は、オブジェクト作成応答のリターンコードが成功となっているので、アップロード要求を送信する（Ｓ４０８）。アップロード要求には、アップロード対象のコンテンツ本体（本例の場合、写真データ本体）をＰＣ２５０から受け取ったオブジェクトＩＤが含まれる。
【００５９】
ＰＣ２５０は、アップロード成功の旨を示す応答を、デジタルカメラ１００に返信する（Ｓ４０９）。写真データアップロードは、以上のステップにより終了する。以上のステップにより、実施の形態１に係る通信プロトコルを終了する。
【００６０】
〔３．作用効果〕
上記のように、実施の形態１に係る構成及び動作によれば、少なくとも下記（１）、（２）の効果が得られる。
【００６１】
（１）より適切にコンテンツデータを通信することができる。
上記のように、実施の形態１に係る送信側の通信装置１００は、所定の標準規格に基づく通信プロトコルを処理する通信プロトコル処理部１３０は、通信プロトコル（本例では、ＨＴＴＰ）で定義される送信コマンドに、自装置の機種特定情報を標準規格の拡張情報として含ませる（Ｓ４０６）。本例では、図５に示したように、ＨＴＴＰの送信コマンドであるオブジェクト作成要求には、ヘッダ部５１０に「拡張タグ」５１１Ａ及び「機種ＩＤ」５１１Ｂから構成される「機種特定情報」５１１が含まれる。
【００６２】
そのため、実施の形態１に係る受信側の通信装置２５０は、上記標準規格に基づく通信プロトコルを処理する通信プロトコル処理部２５１が、上記通信プロトコル（ＨＴＴＰ）で定義される受信コマンドに標準規格の拡張情報が含まれる場合において、拡張情報が機種特定情報であるか否かに応じて、データ送信元装置からの通信を規制する。本例では、図６の判定フローで示したように、第１乃至第３の判定ステップＳ４０７−１乃至Ｓ４０７−３の全てを満たす場合の通信装置に対してのみ、コンテンツ送信可能を返信する（Ｓ４０７−４）。本例の場合には、送信可能な機種と判定される（Yes）ため、オブジェクト作成応答のリターンコードに成功とセットし、またオブジェクトＩＤに有効なＩＤをセットしてデジタルカメラに返信（リターンコード＝成功、オブジェクトＩＤ＝有効ＩＤ）される。
【００６３】
このように、本例によれば、画像データのアップロードを受け付けるクライアント端末の通信装置（本例では、デジタルカメラ）を規制できる。そのため、不特定多数のクライアント端末の通信装置からのＤＯＳ攻撃的なアップロードを防止することができる点で、有利である。その結果、より適切にコンテンツデータを通信することができる。
【００６４】
（２）標準として普及している画像送受信システムとの互換性を保持できる。
上記のように、実施の形態１に係る送信側の通信装置１００は、標準規格に基づく通信プロトコル（本例では、ＨＴＴＰ）を処理する通信プロトコル処理部１３０を備える。
さらに、実施の形態１に係る受信側の通信装置２５０も、上記標準規格に基づく通信プロトコル（ＨＴＴＰ）を処理する通信プロトコル処理部２５１を備える。
そのため、図７に示すように、実施の形態１に係る通信システムでは、標準規格に基づく通信プロトコル（ＨＴＴＰ）を処理する通信装置同士であれば、通信が可能である。例えば、通信プロトコル（ＨＴＴＰ）を処理化可能な本例のデジタルカメラ１００は、本例のＰＣ２５０だけでなく、ＤＶＤレコーダ３５０やカーナビ４５０等との間でも、同様の通信プロトコル（ＨＴＴＰ）によりデータの送信が可能である。
【００６５】
〔実施の形態２（送信側の通信装置が一般例の場合）〕
次に、実施の形態２について説明する。実施の形態２は、送信側の通信装置が実施の形態１のデジタルカメラ１００のプロトコル処理機能を備えない一般的な通信装置の場合（ここでは、デジタルカメラ１００Ｂと称する）に関する。受信側の通信装置であるＰＣ２５０は、上記と同様の構成を備えるものである。以下の説明において、上記実施の形態１と重複する部分については、省略する。
【００６６】
＜通信プロトコル＞
実施の形態２に係る通信プロトコルについて、図８を用いて説明する。
図８は、一般のデジタルカメラと本実施の形態のパーソナルコンピュータ２５０との通信を説明するための通信シーケンス図である。
【００６７】
ここで、デバイスサーチ（Ｓ４００〜Ｓ４０３）については図４と同じであるので、説明は省略し、写真アップロードシーケンスのみ説明する。
【００６８】
まず、デバイス情報応答を受信すると、デジタルカメラ１００Ｂは、デバイス記述情報からＰＣ２５０がアップロードオプション対応か否かを判別する。ＰＣ２５０がアップロードオプション対応していない場合、デジタルカメラ１００Ｂはデバイスサーチ処理を終了する。
【００６９】
本実施の形態の場合、ＰＣ２５０は、アップロードオプションに対応しているので、デジタルカメラ１００Ｂは、次にアップロードプロファイル獲得要求をＰＣ２５０に送信する（Ｓ４０４）。なお、デジタルカメラ１００Ｂは、自装置が取り扱い可能なコンテンツタイプを記載したコンテンツタイプリストをアップロードプロファイル獲得要求にセットしている。
【００７０】
ＰＣ２５０は、アップロードプロファイル獲得要求を受信すると、コンテンツタイプリストを確認し、その中で自装置が対応しているコンテンツタイプのみを含むコンテンツタイプリストを作成し、アップロードプロファイル応答に入れ込んでデジタルカメラ１００Ｂに返信する（Ｓ４０５）。
【００７１】
ユーザは、デバイスサーチ処理によりＰＣ２５０の「デバイス名」が液晶モニタに表示されたことを確認すると、デジタルカメラ１００Ｂの指示に従い画像選択モードに切り替える。画像選択モードでは、ＰＣ２５０がサポートしていると回答したコンテンツタイプのみがアップロード可能な画像として選択できる。ユーザが画像を選択後にアップロードを指示すると、デジタルカメラ１００Ｂは、オブジェクト作成要求をＰＣ２５０に送信する（Ｓ４１０）。
【００７２】
ここで、デジタルカメラ１００Ｂは、一般的な通信装置であるので、オブジェクト作成要求には、本実施の形態１に係る「機種特定情報」が入れ込まれずに、ＰＣ２５０に送信される。
【００７３】
ＰＣ２５０は、オブジェクト作成要求を受信すると、拡張情報が含まれていないかを確認する。本例では、オブジェクト作成要求に拡張情報が含まれていない。よって、ＰＣ２５０は、オブジェクト作成要求を送信した通信装置（デジタルカメラ１００Ｂ）が、ＰＣ２５０が写真の受信を許可する機種でないと判別する。そこで、ＰＣ２５０は、オブジェクト作成応答のリターンコードに失敗とセットし、またオブジェクトＩＤに無効なＩＤをセットしてデジタルカメラに返信する（リターンコード＝失敗、オブジェクトＩＤ＝無効ＩＤ）（Ｓ４１１）。
【００７４】
デジタルカメラ１００Ｂは、オブジェクト作成応答のリターンコードが失敗となっているので、アップロード要求を送信しても受信されないと判断し、処理をそこで停止する。このとき、デジタルカメラ１００Ｂの液晶モニタには、例えば「写真アップロードできませんでした」のメッセージが表示される。
【００７５】
＜作用効果＞
上記のように、実施の形態２では、送信側の通信装置が上記デジタルカメラ１００の構成を備えない一般的な通信装置（デジタルカメラ１００Ｂ）である。受信側の通信装置であるＰＣ２５０は、実施の形態１のものと同様の構成を備えるものである。
そのため、デジタルカメラ１００Ｂは通常の通信装置であるので、オブジェクト作成要求には本例に係る「機種特定情報」が入れ込まれずに、ＰＣ２５０に送信される（Ｓ４１０）。ＰＣ２５０は、受信したオブジェクト作成要求に拡張情報が含まれていないので、オブジェクト作成要求を送信した通信装置（デジタルカメラ１００Ｂ）が、ＰＣ２５０が写真の受信を許可する機種でないと判別する（Ｓ４１１）。これにより、アップロード要求を拒否することができる。
【００７６】
〔実施の形態３（受信側の通信装置が一般例の場合）〕
次に、実施の形態３について説明する。実施の形態３は、受信側の通信装置が実施の形態１のＰＣ２５０のプロトコル機能を備えない一般的な通信装置である場合（ここでは、ＰＣ２５０Ｂと称する）に関する。送信側の通信装置であるデジタルカメラ１００は、上記実施の形態１と同様の構成を備えるものである。以下の説明において、上記実施の形態１と重複する部分については、省略する。
【００７７】
＜通信プロトコル＞
図９は、本実施の形態３に係るデジタルカメラ１００と一般のＰＣ２５０Ｂとの通信を説明するための通信シーケンス図である。ここで、デバイスサーチ処理（Ｓ４００〜Ｓ４０３）については図４と同じであるので、説明は省略し、写真アップロード処理のみ説明する。
【００７８】
まず、デバイス情報応答を受信すると、デジタルカメラ１００のコントローラ１３０は、デバイス記述情報からＰＣ２５０Ｂがアップロードオプション対応か否かを判定する。ＰＣ２５０がアップロードオプションに対応していない場合、デジタルカメラ１００は「送信先が見つかりません」と液晶モニタ１２３に表示してデバイスサーチ処理を終了する。
本実施の形態の場合、ＰＣ２５０はアップロードオプションに対応しているので、デジタルカメラ１００は、次にアップロードプロファイル獲得要求をＰＣ２５０Ｂに送信する（Ｓ４０４）。なお、デジタルカメラ１００は自装置が取り扱い可能なコンテンツタイプを記載したコンテンツタイプリストをアップロードプロファイル獲得要求にセットしている。
【００７９】
続いて、ＰＣ２５０Ｂは、アップロードプロファイル獲得要求を受信すると、コンテンツタイプリストを確認し、その中で自装置が対応しているコンテンツタイプのみを含むコンテンツタイプリストを作成し、アップロードプロファイル応答に入れ込んでデジタルカメラ１００に返信する（Ｓ４０５）。
【００８０】
ユーザは、デバイスサーチ処理によりＰＣ２５０Ｂの「デバイス名」が液晶１２３に表示されたことを確認すると、デジタルカメラの指示に従い画像選択モードに切り替える。画像選択モードでは、ＰＣ２５０Ｂが、サポートしていると回答したコンテンツタイプのみがアップロード可能な画像として選択できる。ユーザが画像を選択後にアップロードを指示するとデジタルカメラ１００は、オブジェクト作成要求をパーソナルコンピュータに送信する（Ｓ４１２）。
【００８１】
本実施の形態３では、ステップＳ４１２において、デジタルカメラ１００は、オブジェクト作成要求にＤＭＳ−ＵＰＬＯＡＤ標準プロトコルで定義されていない「機種特定情報」を拡張情報として入れ込んでＰＣ２５０Ｂに送信する。「機種特定情報」は、同様のプロトル拡張であることを示す「拡張タグ」と機種を特定する「機種ＩＤ」とにより構成される。本実施の形態の場合、機種ＩＤには本実施のデジタルカメラ１００であることを示す値がセットされる。この「機種特定情報」をオブジェクト作成要求に含めてＰＣ２５０Ｂに送信する。
【００８２】
前述のように、オブジェクト作成要求を受信するＰＣ２５０Ｂは、一般的な通信装置である。そのため、拡張情報が含まれているかについては確認しない場合と確認する場合がある。確認しない場合は、ＰＣ２５０Ｂは、ＤＭＳ−ＵＰＬＯＡＤ標準プロトコルでのオブジェクト作成要求とみなす。確認する場合であっても、ＰＣ２５０Ｂは、拡張情報の存在は確認できるが、一般のＰＣ２５０Ｂは本実施の形態に係る「機種特定情報」の定義を知らないので、理解不能な情報として処理をする。ＤＭＳプロトコルでは、拡張情報に理解不能な情報が含まれる場合は、それを無視しＤＭＳ−ＵＰＬＯＡＤ標準プロトコルでのオブジェクト作成要求とみなされる。
【００８３】
上記のように、ＰＣ２５０Ｂは、上記いずれの場合でもデジタルカメラ１００からのオブジェクト作成要求はＤＭＳ−ＵＰＬＯＡＤ標準プロトコルでのオブジェクト作成要求とみなされて処理される。そして、ＰＣ２５０Ｂは、オブジェクト作成応答のリターンコードに成功とセットし、またオブジェクトＩＤに有効なＩＤをセットしてデジタルカメラに返信する（リターンコード＝成功、オブジェクトＩＤ＝有効ＩＤ）（Ｓ４１３）。
【００８４】
続いて、デジタルカメラ１００は、オブジェクト作成応答のリターンコードが成功となっているので、アップロード要求を送信する（Ｓ４１４）。アップロード要求にはアップロード対象のコンテンツ本体（今の場合、写真本体）をパーソナルコンピュータから受け取ったオブジェクトＩＤが含まれる。図９で示すシーケンスの場合、ＰＣ２５０Ｂは、本実施の形態に係る通信装置２５０等で無く一般的なものであるので、デジタルカメラ１００は、写真の送信が可能である。
【００８５】
続いて、ＰＣ２５０は、アップロード成功の旨を示す応答をデジタルカメラ１００に返信する（Ｓ４１５）。
【００８６】
＜作用効果＞
上記のように、実施の形態３では、受信側の通信装置が一般的な装置（ここでは、ＰＣ２５０Ｂ）に関する。送信側の通信装置であるデジタルカメラ１００は、上記実施の形態１と同様の構成を備えるものである。
【００８７】
そのため、デジタルカメラ１００は、オブジェクト作成要求に、ＤＭＳ−ＵＰＬＯＡＤ標準プロトコルで定義されていない「機種特定情報」を拡張情報として入れ込んでＰＣ２５０Ｂに送信する。
【００８８】
一方、オブジェクト作成要求を受信するＰＣ２５０Ｂは、ＤＭＳプロトコルで拡張情報に理解不能な情報が含まれるため、それを無視し、ＤＭＳ−ＵＰＬＯＡＤ標準プロトコルでのオブジェクト作成要求みなす。
【００８９】
上記実施の形態に限らず、適宜、変更、置き換え、付加、省略などを行った実施の形態を変形して適用することが可能である。例えば、図１０を用い、オブジェクト作成要求の変形例について説明する。図１０は、オブジェクト作成要求の変形例一例である。図示するように、変形例のオブジェクト作成要求は、ＨＴＴＰプロトコルで送信され、ＨＴＴＰヘッダ部５１０とＨＴＴＰボデイ部５５０に大別される。本例では、ＨＴＴＰヘッダ部５１０に追加される「ABCD DSC/1.00 XX90」が「機種特定情報」５１１に相当する。同様に、「機種ＩＤ」５１１Ｂは、「XX90」である。「USER-AGENT」という送信元クライアントを識別するのに使用される標準タグの値として、追記される点で、図５に示すものと相違する。
【００９０】
上記のように、本変形例のようなオブジェクト作成要求を適用することも可能である。また、ＨＴＴＰヘッダ部５１０に限らず、「機種特定情報」５１１を、ＨＴＴＰボディ部５５０に配置することも同様に可能である。
【００９１】
〔実施の形態４（一般的な通信装置との関係について）〕
次に、実施の形態４について説明する。実施の形態４は、本実施の形態の通信装置（即ち、特有のプロトコル処理の機能を有するデジタルカメラ１００Ａ、ＰＣ２５０Ａ等）と、一般的な通信装置（特有のプロトコル処理の機能を有さないデジタルカメラ１００Ｂ、ＰＣ２５０Ｂ等）とで構成される通信システムについて、説明するものである。
【００９２】
上記実施の形態１、２において、図４及び図８で説明したように、本実施の形態の通信装置であるＰＣ２５０Ａは、本実施の形態の通信装置であるデジタルカメラ１００Ａからの写真送信の受付許可と、一般のデジタルカメラ１００Ｂからの写真送信受付拒否を同じ通信プロトコル（本例の場合、ＨＴＴＰ）で実現できる。
【００９３】
また、上記実施の形態１、３において、図４及び図９で説明したように、本実施の形態に係る通信装置であるデジタルカメラ１００Ａは、本実施の形態の通信装置であるＰＣ２５０Ａと、一般のＰＣ２５０Ｂとで、同じ通信プロトコル（ＨＴＴＰ）で、写真をアップロード送信することができる。
【００９４】
通信システムにおいて、以上のような関係をまとめると、図１１のように示される。
図示するように、上記実施の形態１で説明したように、本実施の形態の通信装置に係るＰＣ２５０Ａは、所定の通信プロトコル（本例では、ＨＴＴＰ）により、本実施の形態の通信装置に係るデジタルカメラ１００Ａからの写真データの送信の受付を許可する。
【００９５】
一方で、上記実施の形態２で説明したように、図中の破線ComABで示すように、本実施の形態の通信装置に係るＰＣ２５０Ａは、同一の通信プロトコル（ＨＴＴＰ）において、一般的なデジタルカメラ１００Ｂからの写真データの送信の受付を拒否する。
【００９６】
また、上記実施の形態１において説明したように、本実施の形態に係る通信装置であるデジタルカメラ１００Ａは、本実施の形態に係る通信装置であるＰＣ２５０Ａと、通信プロトコル（本例では、ＨＴＴＰ）により、写真データをアップロード送信することができる。
【００９７】
一方で、上記実施の形態３において説明したように、本実施の形態に係る通信装置であるデジタルカメラ１００Ａは、一般のＰＣ２５０Ｂとで、同じ通信プロトコル（ＨＴＴＰ）で、写真データをアップロード送信することもできる。
【００９８】
このように、本例によれば、画像データのアップロードを受け付ける送信元のクライアント端末の通信装置（本例では、デジタルカメラ１００Ｂ）のアップロード送信を規制することができる。そのため、ＰＣ２５０Ａは、不特定多数のクライアント端末の通信装置（１００Ｂ）からのＤＯＳ攻撃的なアップロードを防止することができる。
【００９９】
加えて、本実施の形態によれば、所定の標準規格に基づく通信プロトコル（ＨＴＴＰ）を処理する通信装置同士であれば、通信が可能である。例えば、通信プロトコル（ＨＴＴＰ）を処理化可能な本例のデジタルカメラ１００Ａは、本実施の形態のＰＣ２５０Ａだけでなく、一般的な通信装置のＰＣ２５０Ｂ、及びＤＶＤレコーダ３５０等との間でも、同様の通信プロトコル（ＨＴＴＰ）によりデータの送信が可能であり、互換性を維持できる。
【０１００】
以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
【産業上の利用可能性】
【０１０１】
通信装置としては、デジタルカメラやパーソナルコンピュータの適用に限定されることはない。例えば、ムービーカメラやスマートフォン等、通信部を備えた通信機器、又はそれら通信機器をＬＡＮで接続する通信システム等に対しても適用可能であることは勿論である。
【符号の説明】
【０１０２】
１００…デジタルカメラ
１２３…液晶モニタ
１３０…コントローラ
１４０…メモリカード
１４２…フラッシュメモリ
１５０…操作部
１７１…通信部
２５０…パーソナルコンピュータ
２５１…コントローラ
２５３…ＨＤＤ
２５４…通信部
２５６…液晶モニタ
【技術分野】
【０００１】
本開示は、画像等のコンテンツを送信又は受信する通信装置等に関する。
【背景技術】
【０００２】
クライアント装置と、サーバ装置とで通信を行い、画像データ等をやりとりする技術が普及している。例えば、特許文献１は、カメラ付き携帯電話で撮像した画像を、画像サービス端末からインターネット上の画像管理センターにアップロードできる画像管理システムを開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２２９１７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
クライアント装置とサーバ装置とで画像データ等をやりとりできるシステムは、便利である反面、不特定多数の端末から画像データを大量に送信されてくる恐れがある。そのため、特に、悪意を持ったユーザによるクライアント装置から、画像データを大量に送りつけられて、サーバ装置がパンク状態となってしまうことを回避する必要がある。
【０００５】
上記課題を解決するために、実施形態は、より適切にコンテンツデータを送信する通信装置、又は受信する通信装置を提供することを第１の目的とする。
【０００６】
また、標準として普及している画像送受信システムとの互換性を保持しつつコンテンツの受け取りを規制できる通信装置、及び受信側が受け取り規制に対応している通信装置であるかを区別することなく同じ作法（通信プロトコル）でコンテンツの送信ができる通信装置を提供することを第２の目的とする。
【課題を解決するための手段】
【０００７】
本開示の一態様に係る通信装置は、所定の規格に基づく通信プロトコルを処理する通信プロトコル処理部と、所定の通信プロトコル処理部の制御を受けてデータ送信先装置との通信処理を実行する通信部と、を備え、通信プロトコル処理部は、通信プロトコルで定義される送信コマンドに自装置の機種特定情報を所定の規格の拡張情報として含ませる。
【０００８】
また本開示の一態様に係る通信装置は、所定の規格に基づく通信プロトコルを処理する通信プロトコル処理部と、通信プロトコル処理部の制御を受けてデータ送信元装置との通信処理を実行する通信部と、を備え、通信プロトコル処理部は、通信プロトコルで定義される受信コマンドに所定の規格の拡張情報が含まれる場合において、拡張情報が機種特定情報であるか否かに応じて、データ送信元装置からの通信を規制する。
【発明の効果】
【０００９】
本開示によれば、より適切にコンテンツデータを送信する通信装置、又は受信する通信装置、及びその通信システムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１に係るデータ通信システムを示す図。
【図２】図１中のデジタルカメラの電気的な構成を示すブロック図。
【図３】図１中のパーソナルコンピュータの電気的な構成を示すブロック図。
【図４】実施の形態１に係る通信プロトコルを示すフロー。
【図５】実施の形態１に係るオブジェクト作成要求を示す図。
【図６】実施の形態１に係るプロトコル処理部の判定フロー。
【図７】実施の形態１に係るデータ通信システムを示す図。
【図８】実施の形態２に係る通信プロトコルを示すフロー。
【図９】実施の形態３に係る通信プロトコルを示すフロー。
【図１０】変形例に係るオブジェクト作成要求を示す図。
【図１１】実施の形態４に係るデータ通信システムを示す図。
【発明を実施するための形態】
【００１１】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。なお、発明者（ら）は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。まず、デジタルカメラとパーソナルコンピュータとを通信装置の一例に挙げて、実施の形態を説明する。
〔実施の形態１〕
〔０．概要〕
まず、実施の形態１の概要について説明する。
【００１２】
後述するように、実施の形態１に係るデジタルカメラは、通信プロトコル処理部と、通信部とを備える。上記プロトコル処理部は、デジタルカメラのコントローラの一機能に対応する。
上記通信プロトコル処理部は、標準規格に基づく通信プロトコルを処理し、さらに、通信プロトコルで定義される送信コマンドに自装置の機種特定情報を標準規格外の拡張情報として埋め込む。通信部は、前記通信プロトコル処理部の制御を受けてデータ送信先装置との通信処理を実行する。
【００１３】
また、実施の形態１に係るパーソナルコンピュータ（以下、ＰＣと称する）は、通信プロトコル処理部と、通信部とを備える。上記の通信プロトコル部は、ＰＣのコントローラの一機能に対応する。
上記通信プロトコル処理部は、標準規格に基づく通信プロトコルを処理し、さらに、まず第１に前記通信プロトコルで定義される受信コマンドに標準規格外の拡張情報が埋め込まれている否かを判定する。第２に拡張情報が埋め込まれている場合、拡張情報が機種特定情報かを否かを判定する。第３に拡張情報が機種特定情報の場合、その値により、送信元装置がコンテンツ送信許可装置か否かを判定する。第３の判定において、送信元装置がコンテンツ送信許可装置であると判定される場合、コンテンツ受信可能とする応答を相手の通信装置（送信元装置）に返信する。一方、上記第１の判定において拡張情報が埋め込まれていない場合、第２の判定において拡張情報が埋め込まれているが機種特定情報でない場合、又は第３の判定において機種特定情報であるが送信元装置がコンテンツ送信許可装置でない場合、コンテンツ受信不能とする応答を相手の通信装置（送信元装置）に返信する。また、通信部は、前記通信プロトコル処理部の制御を受けてデータ送信元装置との通信処理を実行する。
【００１４】
上記構成により、受信側が受け取り規制に対応している通信装置であるかを区別することなく、同じ作法（通信プロトコル）でコンテンツの送信ができるデジタルカメラを提供することができる。さらに、標準として普及している画像送受信システムとの互換を保持しつつコンテンツの受け取りを規制できるＰＣを提供できる。
【００１５】
以下、図面を用いて、本実施の形態１に係る通信システム、及び通信システムを構成するデジタルカメラ、ＰＣについて説明する。この説明では、データの送信元の通信装置としてデジタルカメラ、データの送信先の通信装置としてＰＣを一例に挙げる。しかしながら、通信装置としては、これらに限定されることはない。
【００１６】
〔１．構成〕
〔１−０．通信システムの構成例〕
まず、図１を用い、実施の形態１に係る通信システムの構成例について説明する。
図示するように、実施の形態１に係る通信システムは、２台の通信装置を、無線ルータ５０を介してＬＡＮ接続することにより構成される。デジタルカメラ１００とＰＣ２５０が、例えば、画像データ等を双方向で通信する各々通信装置である。デジタルカメラ１００はデータの送信元の通信装置、ＰＣ２５０はデータの送信先の通信装置に対応する。
【００１７】
図示するように、デジタルカメラ１００およびＰＣ２５０は無線ルータ５０を介してＬＡＮ接続される。実施の形態１に係る通信装置において、デジタルカメラ１００は、写真データ等のコンテンツを送信する送信元の通信装置である。ＰＣ２５０は、送信される写真データ等のコンテンツを受信する送信先の通信装置である。ここでは、デジタルカメラ１００で撮影された写真データを、ＰＣ２５０に送信する場合を例に挙げて、説明する。
【００１８】
次に、デジタルカメラ１００及びパーソナルコンピュータ２５０の構成を説明する。
【００１９】
〔１−１．デジタルカメラ１００の構成例〕
図２は、デジタルカメラ１００の電気的な構成図である。デジタルカメラ１００は、光学系１１０を介して形成される被写体像をＣＣＤイメージセンサ１２０で撮像する。ＣＣＤイメージセンサ１２０は、撮像した被写体像に基づく画像データを生成する。撮像により生成された画像データは、ＡＦＥ（アナログ・フロント・エンド）１２１や画像処理部１２２において各種処理が施される。生成された画像データは、フラッシュメモリ１４２やメモリカード１４０に記録される。フラッシュメモリ１４２やメモリカード１４０に記録された画像データは、使用者による操作部１５０の操作を受け付けて液晶モニタ１２３上に表示される。
【００２０】
コントローラ１３０は、デジタルカメラ１００全体の動作を統括制御する。コントローラ１３０は、ハードワイヤードな電子回路で構成してもよいし、マイクロコンピュータなどで構成してもよい。また、画像処理部１２２などと共に１つの半導体チップで構成してもよい。
【００２１】
フラッシュメモリ１４２は、画像データ等を記録する内部メモリとして機能する。
【００２２】
バッファメモリ１２４は、画像処理部１２２やコントローラ１３０のワークメモリとして機能する記憶手段である。バッファメモリ１２４は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）などで実現される。
【００２３】
カードスロット１４１は、メモリカード１４０を着脱可能な接続手段である。カードスロット１４１は、メモリカード１４０を電気的及び機械的に接続可能である。また、カードスロット１４１は、メモリカード１４０を制御する機能を備えてもよい。
【００２４】
通信部１７１は、無線または有線の通信インターフェースである。コントローラ１３０は、この通信部１７１を介して、アクセスポイント経由でＬＡＮやインターネット網に接続することができる。通信部１７１は、例えば、ＵＳＢやＢｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ、有線ＬＡＮ等により実現される。
【００２５】
操作部１５０は、デジタルカメラ１００の外装に備わっている操作釦や操作レバーの総称であり、使用者による操作を受け付ける。操作部１５０は、使用者による操作を受け付けると、コントローラ１３０に種々の動作指示信号を通知する。
【００２６】
〔１−２．パーソナルコンピュータ２５０の構成〕
次に、図３を用い、ＰＣ２５０の構成について説明する。図３は、ＰＣ２５０の電気的な構成図である。
【００２７】
図示するように、ＰＣ２５０は、コントローラ２５１、ワークメモリ２５２、ＨＤＤ２５３、通信部２５４、液晶モニタ２５６、ＵＳＢコネクタ２６０、マウス２６２、キーボード２６３等から構成される。
【００２８】
コントローラ２５１は、ＰＣ２５０上の処理を実行する処理部である。コントローラ２５１は、ワークメモリ２５２、ＨＤＤ２５３、通信部２５４、液晶モニタ２５６、ＵＳＢコネクタ２６０、マウス２６２、キーボード２６３に電気的に接続される。コントローラ２５１は、ＵＳＢコネクタ２６０を介して、マウス２６２やキーボード２６３を用いた使用者の操作情報を受け付ける。コントローラ２５１は、ＨＤＤ２５３に格納されているデータを読み出すことができる。また、コントローラ２５１は、ＰＣ１００の各部に供給される電力等のシステムを全体的に制御する。
【００２９】
ワークメモリ２５２は、コントローラ２５１が各種処理動作を実行するために、必要な情報を一時的に格納するメモリである。
【００３０】
ＨＤＤ２５３は、各種データを格納する大容量のディスクドライブである。上述したように、ＨＤＤ２５３に格納された各種データは、適宜コントローラ２５１により読み出し可能である。
【００３１】
マウス１０５は、使用者による操作を受け付けるポインティングデバイスである。キーボード１０６は、使用者が文字入力などを行う、キーボードデバイスである。
【００３２】
ＵＳＢコネクタ２６０は、他の機器のＵＳＢコネクタとＵＳＢケーブルを介して接続するインターフェースである。コントローラ２５１は、ＵＳＢコネクタ２６０およびＵＳＢケーブルを介して、他の機器と情報を送受信することができる。ＵＳＢコネクタ２６０は、デジタルカメラ１００や、マウス２６２や、キーボード２６３等と接続される。
【００３３】
通信部２５４は、コントローラ２５１から受け取った画像データを、ＬＡＮまたはインターネット網を介して、他の機器に送信する。通信部２５４は、例えば、有線ＬＡＮや、無線ＬＡＮにより実現することが可能である。
【００３４】
〔２．動作〕
次に、デジタルカメラ１００と、ＰＣ２５０との通信動作について説明する。
【００３５】
ここでは、デジタルカメラ１００のユーザは、デジタルカメラ１００のメモリカードあるいはフラッシュメモリに保管されている写真ファイルを、パーソナルコンピュータ２５０に転送する動作を一例に挙げる。
【００３６】
デジタルカメラ１００は、画像受信サーバに対して、画像を送信するクライアント機能を搭載する。このクライアント機能は、画像送信時に、所定のソフトウエアがコントローラ１３０上で実行されることにより実現される。以下、本ソフトウエアを、「ＵＰＬＯＡＤクライアントソフト」と称する。ＵＰＬＯＡＤクライアントソフトは、ＴＣＰ／ＩＰスタックソフトウエア及び通信ドライバソフトにより、ＰＣ２５０と通信する。なお、通信ドライバソフトは、ＷｉＦｉ通信を実行する通信部を制御するソフトウエアである。ＴＣＰ／ＩＰスタックソフトウエア及び通信ドライバソフトも、コントローラ１３０上で実行される。画像受信サーバとは、例えば、送信された画像データを受信し、受信した画像データをアクセス可能にする所定の機能等を備えて構成されるサーバ等である。
【００３７】
この動作において、ＰＣ２５０には、あらかじめ画像コンテンツを受信するサーバープログラムが、インストールされ、常駐タスクとしてコントローラ２５１上で起動されている。サーバープログラムは、ＴＣＰ／ＩＰスタックソフトウエア及び通信ドライバソフトにより、デジタルカメラ１００と通信する。なお、通信ドライバソフトは、ＷｉＦｉ通信を実行する通信部を制御するソフトウエアである。ＴＣＰ／ＩＰスタックソフトウエアおよび通信ドライバソフトもコントローラ２５１上で実行される。
【００３８】
デジタルカメラ１００のクライアント機能とサーバープログラムとは、通信プロトコルに従い、接続およびデータ転送を行う。この通信プロトコルとしてＤＬＮＡ（Digital Living Network Alliance）で規定されるＤＭＳプロトコル等がある。ＤＭＳプロトコルには、必須機能のほかにいくつかのオプション機能が定義されている。本実施の形態１では、クライアントからサーバに画像をアップロード送信する。そのため、ここでは、ＤＭＳプロトコルのＵＰＬＯＡＤのオプション機能を使用する場合を一例に挙げる。
【００３９】
図４は、上記本実施の形態１に係るデジタルカメラ１００と、上記本実施の形態１に係るパーソナルコンピュータ２５０との通信シーケンスを示す図である。以下、図４に基づき一連の動作について説明する。
【００４０】
２−１．デバイスサーチシーケンス
まず、デバイスサーチシーケンスについて説明する。デジタルカメラ１００のユーザは、デジタルカメラ１００のメモリカードあるいは１４０フラッシュメモリ１２４に保管されている写真ファイルをパーソナルコンピュータ２５０に転送させたい場合、デジタルカメラの電源をＯＮにして起動する。ユーザは、液晶モニタ１２３に表示される指示に従い、写真転送モードに切り替える。写真転送モードに切り替えられると、液晶モニタ１２３には「送信先検索」ボタンが表示される。「送信先検索」ボタンが押されると、デジタルカメラ１００は、パーソナルコンピュータ２５０に、デバイスサーチ要求（検索デバイス＝＝ＤＭＳ）を送信する（Ｓ４００）。デバイスサーチ要求には、検索デバイス種類を指定する必要があるが、ここでは、上記ＤＭＳを指定する。
【００４１】
ＰＣ２５０は、ＤＭＳサーバ機能を持っており、検索デバイス（ＤＭＳ）に該当するので、デバイスサーチ応答を、デジタルカメラ１００に返信する（Ｓ４０１）。この際、ＰＣ２５０は、デバイス情報要求を行う上でのアクセス先ＵＲＬを、ＤＭＳ−ＵＲＬとして、デバイスサーチ応答に含める。
【００４２】
デジタルカメラ１００は、デバイスサーチ応答を受信すると、ＤＭＳ−ＵＲＬをアクセス先として、デバイス情報要求をＰＣ２５０に送信する（Ｓ４０２）。
【００４３】
ＰＣ２５０は、自装置のデバイス記述情報をデバイス情報応答としてデジタルカメラ１００に返信する（Ｓ４０３）。ここで、ＤＭＳプロトコルによれば、自装置がアップロードオプションに対応する場合は、その旨を記載したデバイス記述情報をサーバープログラムが用意する。本実施の形態の場合、ＰＣ２５０は、ＵＰＬＯＡＤオプションに対応するので、デバイス記述情報にはその旨の記載がされている。ここまでがデバイスサーチシーケンスである。
【００４４】
２−２．アップロードシーケンス
続いて、写真データアップロードシーケンスについて説明する。
【００４５】
デジタルカメラ１００のコントローラ１３０は、デバイス情報応答を受信すると、デバイス記述情報からＰＣ２５０がアップロードオプションに対応するか否かを判別する。ＰＣ２５０がアップロードオプションに対応していない場合、デジタルカメラ１００は、「送信先が見つかりません」旨を液晶モニタ１２３に表示し、デバイスサーチ処理を終了する。本実施の形態の場合、ＰＣ２５０は、アップロードオプションに対応しているので、デジタルカメラ１００は、アップロードプロファイル獲得要求をＰＣ２５０に送信する（Ｓ４０４）。この際、デジタルカメラ１００は、自装置が取り扱い可能なコンテンツタイプを記載したコンテンツタイプリストをアップロードプロファイル獲得要求にセットする。
【００４６】
ＰＣ２５０は、アップロードプロファイル獲得要求を受信すると、コンテンツタイプリストを確認し、その中で自装置が対応しているコンテンツタイプのみを含むコンテンツタイプリストを作成する。そして、ＰＣ２５０は、アップロードプロファイル応答に、コンテンツタイプリストを入れ込んで、デジタルカメラ１００に、返信する（Ｓ４０５）。
【００４７】
デジタルカメラ１００は、アップロードプロファイル応答を受信すると、その中のコンテンツタイプリストを確認し、コンテンツリストが空でないならば、「送信先が見つかりました」のメッセージ及び「デバイス名」を液晶モニタ１２３に表示する。「デバイス名」はデバイス記述情報の一つとして既に受け取っている。デバイス名にはＰＣ２５０を示す値がセットされているので、ユーザは送信相手先が所定のパーソナルコンピュータであることを確認できる。なお、コンテンツタイプリストが空の場合は、「送信先が見つかりませんでした」のメッセージを液晶モニタ１２３に表示する。
【００４８】
ユーザは、デバイスサーチ処理により、パーソナルコンピュータの「デバイス名」が液晶モニタ１２３に表示されたことを確認すると、デジタルカメラの指示に従い画像選択モードに切り替える。画像選択モードでは、ＰＣ２５０がサポートしていると回答したコンテンツタイプのみがアップロード可能な画像として選択できる。ユーザが画像を選択後にアップロードを指示すると、デジタルカメラ１００は、オブジェクト作成要求をパーソナルコンピュータに送信する（Ｓ４０６）。
【００４９】
本実施の形態１では、デジタルカメラ１００のコントローラ１３０が、オブジェクト作成要求（送信コマンド）に、ＤＭＳ−ＵＰＬＯＡＤ標準プロトコルで定義されていない「機種特定情報」を拡張情報として入れ込んでＰＣ２５０に送信する。ここで、拡張情報とは、通信装置メーカーが自由に記載できる情報をいう。「機種特定情報」は、プロトコル拡張であることを示す「拡張タグ」、及び機種を特定する「機種ＩＤ」により構成される。本実施の形態の場合、「機種ＩＤ」には本実施の形態１のデジタルカメラ１００であることを示す値がセットされる。このように、本実施の形態１では、デジタルカメラ１００が、この「機種特定情報」を、オブジェクト作成要求に含めてパーソナルコンピュータに送信する。
【００５０】
＜オブジェクト作成要求について＞
ここで、図５を用い、上記オブジェクト作成要求について説明する。図５は、本実施の形態１でのオブジェクト作成要求の一例である。
【００５１】
図示するように、オブジェクト作成要求は、ＨＴＴＰ（Hypertext Transfer Protocol）で送られ、ＨＴＴＰヘッダ部５１０と、ＨＴＴＰボデイ部５５０に大別できる。破線で囲って示すように、本例では、「機種特定情報」５１１は、ＨＴＴＰヘッダ部５１０に追加される。即ち、「機種特定情報」５１１は、「X-AUTHORIZED-PRODUCT: ABCD DSC/1.00 XX90」に相当する。「機種特定情報」５１１には、本実施の形態１によるプロトコル拡張であることを示す「拡張タグ」５１１Ａと、機種を特定する「機種ＩＤ」５１１Ｂとにより構成される。本例の場合、「拡張タグ」５１１Ａは、「X-AUTHORIZED-PRODUCT:」である。「機種ＩＤ」５１１Ｂは、「XX90」である。本例のように、「機種特定情報」５１１を、ＨＴＴＰヘッダ部５１０にも設けることにより、「機種特定情報」５１１はヘッダ部から読み込まれるため、読み込み速度を向上できる点で有利である。なお、「機種特定情報」は、これに限られず、ボディ部５５０等に設けるなど、必要に応じて適用可能である。
【００５２】
図４に戻り、ＰＣ２０５は、上記オブジェクト作成要求を受信すると、オブジェクト作成要求に、拡張情報が含まれているか否かを確認する。オブジェクト作成要求に拡張情報が含まれている場合、その拡張情報が「機種特定情報」であるか否かを確認する。拡張情報が「機種特定情報」である場合、「機種ＩＤ」の値を読み取り、「機種ＩＤ」の値によりオブジェクト作成要求を送信した通信装置（本例では、デジタルカメラ１００）が、ＰＣ２５０が写真の受信を許可する機種か否かを判定する。本実施の形態１の場合、デジタルカメラ１００は、ＰＣ２５０が写真の受信を許可する機種であるので、ＰＣ２５０は、オブジェクト作成応答のリターンコードに成功とセットし、またオブジェクトＩＤに有効なＩＤをセットしてデジタルカメラに返信する（リターンコード＝成功、オブジェクトＩＤ＝有効ＩＤ）（Ｓ４０７）。
【００５３】
＜プロトコル処理部の判定フロー（Ｓ４０７）＞
ここで、上記ステップＳ４０７における、ＰＣ２０５のプロトコル処理部２５１の判定処理の詳細を、図６を用いて説明する。
即ち、図示するように、ＰＣ２０５のプロトコル処理部２５１は、オブジェクト作成要求を受信すると、拡張情報が含まれているか否かを判定する（Ｓ４０７−１）。本例の場合、図５に示したように、オブジェクト作成要求のヘッダ部５１０に挿入される「機種特定情報」５１１に、拡張情報として拡張タグ５１１Ａが含まれている。
【００５４】
拡張情報が含まれている場合（Yes）、プロトコル処理部２５１は、拡張情報が「機種特定情報」であるか否かを確認する（Ｓ４０７−２）。本例の場合、図５に示したように、拡張タグ５１１Ａは、「機種特定情報」５１１である。
【００５５】
拡張情報が「機種特定情報」である場合（Yes）、プロトコル処理部２５１は、「機種特定情報」中の「機種ＩＤ」の値を読み取り、「機種ＩＤ」の値によりオブジェクト作成要求を送信した通信装置（本例では、デジタルカメラ１００）が、ＰＣ２５０が写真の受信を許可する機種か否かを判定する（Ｓ４０７−３）。本実施の形態１の場合、プロトコル処理部２５１は、「機種特定情報」５１１中の「機種ＩＤ」５１１Ｂの値を読み取る。そして、プロトコル処理部２５１は、例えば、ワークメモリ２５２やＨＤＤ２５３等に格納される「機種ＩＤ」情報を参照すること等により、読み取った「機種ＩＤ」５１１Ｂ値と比較する。本例の場合、オブジェクト作成要求を送信した通信装置（本例では、デジタルカメラ１００）は、格納した「機種ＩＤ」情報と一致するため、ＰＣ２５０が写真の受信を許可する機種であると判定される。
【００５６】
オブジェクト作成要求を送信した通信装置が写真データの受信を許可する機種であるとき、プロトコル処理部２５１は、オブジェクト作成応答のリターンコードに成功とセットし、またオブジェクトＩＤに有効なＩＤをセットしてデジタルカメラに返信（リターンコード＝成功、オブジェクトＩＤ＝有効ＩＤ）（Ｓ４０７−４）し、このフローを終了する（End）。
【００５７】
一方、上記ステップＳ４０７−１乃至Ｓ４０７−３いずれかの判定において、条件が満たされないと判定される場合（No）、プロトコル処理部２５１は、コンテンツ送信不可能を送信元の通信装置に返信し（Ｓ４０７−５）、このフローを終了する（End）。
【００５８】
図４に戻り、デジタルカメラ１００は、オブジェクト作成応答のリターンコードが成功となっているので、アップロード要求を送信する（Ｓ４０８）。アップロード要求には、アップロード対象のコンテンツ本体（本例の場合、写真データ本体）をＰＣ２５０から受け取ったオブジェクトＩＤが含まれる。
【００５９】
ＰＣ２５０は、アップロード成功の旨を示す応答を、デジタルカメラ１００に返信する（Ｓ４０９）。写真データアップロードは、以上のステップにより終了する。以上のステップにより、実施の形態１に係る通信プロトコルを終了する。
【００６０】
〔３．作用効果〕
上記のように、実施の形態１に係る構成及び動作によれば、少なくとも下記（１）、（２）の効果が得られる。
【００６１】
（１）より適切にコンテンツデータを通信することができる。
上記のように、実施の形態１に係る送信側の通信装置１００は、所定の標準規格に基づく通信プロトコルを処理する通信プロトコル処理部１３０は、通信プロトコル（本例では、ＨＴＴＰ）で定義される送信コマンドに、自装置の機種特定情報を標準規格の拡張情報として含ませる（Ｓ４０６）。本例では、図５に示したように、ＨＴＴＰの送信コマンドであるオブジェクト作成要求には、ヘッダ部５１０に「拡張タグ」５１１Ａ及び「機種ＩＤ」５１１Ｂから構成される「機種特定情報」５１１が含まれる。
【００６２】
そのため、実施の形態１に係る受信側の通信装置２５０は、上記標準規格に基づく通信プロトコルを処理する通信プロトコル処理部２５１が、上記通信プロトコル（ＨＴＴＰ）で定義される受信コマンドに標準規格の拡張情報が含まれる場合において、拡張情報が機種特定情報であるか否かに応じて、データ送信元装置からの通信を規制する。本例では、図６の判定フローで示したように、第１乃至第３の判定ステップＳ４０７−１乃至Ｓ４０７−３の全てを満たす場合の通信装置に対してのみ、コンテンツ送信可能を返信する（Ｓ４０７−４）。本例の場合には、送信可能な機種と判定される（Yes）ため、オブジェクト作成応答のリターンコードに成功とセットし、またオブジェクトＩＤに有効なＩＤをセットしてデジタルカメラに返信（リターンコード＝成功、オブジェクトＩＤ＝有効ＩＤ）される。
【００６３】
このように、本例によれば、画像データのアップロードを受け付けるクライアント端末の通信装置（本例では、デジタルカメラ）を規制できる。そのため、不特定多数のクライアント端末の通信装置からのＤＯＳ攻撃的なアップロードを防止することができる点で、有利である。その結果、より適切にコンテンツデータを通信することができる。
【００６４】
（２）標準として普及している画像送受信システムとの互換性を保持できる。
上記のように、実施の形態１に係る送信側の通信装置１００は、標準規格に基づく通信プロトコル（本例では、ＨＴＴＰ）を処理する通信プロトコル処理部１３０を備える。
さらに、実施の形態１に係る受信側の通信装置２５０も、上記標準規格に基づく通信プロトコル（ＨＴＴＰ）を処理する通信プロトコル処理部２５１を備える。
そのため、図７に示すように、実施の形態１に係る通信システムでは、標準規格に基づく通信プロトコル（ＨＴＴＰ）を処理する通信装置同士であれば、通信が可能である。例えば、通信プロトコル（ＨＴＴＰ）を処理化可能な本例のデジタルカメラ１００は、本例のＰＣ２５０だけでなく、ＤＶＤレコーダ３５０やカーナビ４５０等との間でも、同様の通信プロトコル（ＨＴＴＰ）によりデータの送信が可能である。
【００６５】
〔実施の形態２（送信側の通信装置が一般例の場合）〕
次に、実施の形態２について説明する。実施の形態２は、送信側の通信装置が実施の形態１のデジタルカメラ１００のプロトコル処理機能を備えない一般的な通信装置の場合（ここでは、デジタルカメラ１００Ｂと称する）に関する。受信側の通信装置であるＰＣ２５０は、上記と同様の構成を備えるものである。以下の説明において、上記実施の形態１と重複する部分については、省略する。
【００６６】
＜通信プロトコル＞
実施の形態２に係る通信プロトコルについて、図８を用いて説明する。
図８は、一般のデジタルカメラと本実施の形態のパーソナルコンピュータ２５０との通信を説明するための通信シーケンス図である。
【００６７】
ここで、デバイスサーチ（Ｓ４００〜Ｓ４０３）については図４と同じであるので、説明は省略し、写真アップロードシーケンスのみ説明する。
【００６８】
まず、デバイス情報応答を受信すると、デジタルカメラ１００Ｂは、デバイス記述情報からＰＣ２５０がアップロードオプション対応か否かを判別する。ＰＣ２５０がアップロードオプション対応していない場合、デジタルカメラ１００Ｂはデバイスサーチ処理を終了する。
【００６９】
本実施の形態の場合、ＰＣ２５０は、アップロードオプションに対応しているので、デジタルカメラ１００Ｂは、次にアップロードプロファイル獲得要求をＰＣ２５０に送信する（Ｓ４０４）。なお、デジタルカメラ１００Ｂは、自装置が取り扱い可能なコンテンツタイプを記載したコンテンツタイプリストをアップロードプロファイル獲得要求にセットしている。
【００７０】
ＰＣ２５０は、アップロードプロファイル獲得要求を受信すると、コンテンツタイプリストを確認し、その中で自装置が対応しているコンテンツタイプのみを含むコンテンツタイプリストを作成し、アップロードプロファイル応答に入れ込んでデジタルカメラ１００Ｂに返信する（Ｓ４０５）。
【００７１】
ユーザは、デバイスサーチ処理によりＰＣ２５０の「デバイス名」が液晶モニタに表示されたことを確認すると、デジタルカメラ１００Ｂの指示に従い画像選択モードに切り替える。画像選択モードでは、ＰＣ２５０がサポートしていると回答したコンテンツタイプのみがアップロード可能な画像として選択できる。ユーザが画像を選択後にアップロードを指示すると、デジタルカメラ１００Ｂは、オブジェクト作成要求をＰＣ２５０に送信する（Ｓ４１０）。
【００７２】
ここで、デジタルカメラ１００Ｂは、一般的な通信装置であるので、オブジェクト作成要求には、本実施の形態１に係る「機種特定情報」が入れ込まれずに、ＰＣ２５０に送信される。
【００７３】
ＰＣ２５０は、オブジェクト作成要求を受信すると、拡張情報が含まれていないかを確認する。本例では、オブジェクト作成要求に拡張情報が含まれていない。よって、ＰＣ２５０は、オブジェクト作成要求を送信した通信装置（デジタルカメラ１００Ｂ）が、ＰＣ２５０が写真の受信を許可する機種でないと判別する。そこで、ＰＣ２５０は、オブジェクト作成応答のリターンコードに失敗とセットし、またオブジェクトＩＤに無効なＩＤをセットしてデジタルカメラに返信する（リターンコード＝失敗、オブジェクトＩＤ＝無効ＩＤ）（Ｓ４１１）。
【００７４】
デジタルカメラ１００Ｂは、オブジェクト作成応答のリターンコードが失敗となっているので、アップロード要求を送信しても受信されないと判断し、処理をそこで停止する。このとき、デジタルカメラ１００Ｂの液晶モニタには、例えば「写真アップロードできませんでした」のメッセージが表示される。
【００７５】
＜作用効果＞
上記のように、実施の形態２では、送信側の通信装置が上記デジタルカメラ１００の構成を備えない一般的な通信装置（デジタルカメラ１００Ｂ）である。受信側の通信装置であるＰＣ２５０は、実施の形態１のものと同様の構成を備えるものである。
そのため、デジタルカメラ１００Ｂは通常の通信装置であるので、オブジェクト作成要求には本例に係る「機種特定情報」が入れ込まれずに、ＰＣ２５０に送信される（Ｓ４１０）。ＰＣ２５０は、受信したオブジェクト作成要求に拡張情報が含まれていないので、オブジェクト作成要求を送信した通信装置（デジタルカメラ１００Ｂ）が、ＰＣ２５０が写真の受信を許可する機種でないと判別する（Ｓ４１１）。これにより、アップロード要求を拒否することができる。
【００７６】
〔実施の形態３（受信側の通信装置が一般例の場合）〕
次に、実施の形態３について説明する。実施の形態３は、受信側の通信装置が実施の形態１のＰＣ２５０のプロトコル機能を備えない一般的な通信装置である場合（ここでは、ＰＣ２５０Ｂと称する）に関する。送信側の通信装置であるデジタルカメラ１００は、上記実施の形態１と同様の構成を備えるものである。以下の説明において、上記実施の形態１と重複する部分については、省略する。
【００７７】
＜通信プロトコル＞
図９は、本実施の形態３に係るデジタルカメラ１００と一般のＰＣ２５０Ｂとの通信を説明するための通信シーケンス図である。ここで、デバイスサーチ処理（Ｓ４００〜Ｓ４０３）については図４と同じであるので、説明は省略し、写真アップロード処理のみ説明する。
【００７８】
まず、デバイス情報応答を受信すると、デジタルカメラ１００のコントローラ１３０は、デバイス記述情報からＰＣ２５０Ｂがアップロードオプション対応か否かを判定する。ＰＣ２５０がアップロードオプションに対応していない場合、デジタルカメラ１００は「送信先が見つかりません」と液晶モニタ１２３に表示してデバイスサーチ処理を終了する。
本実施の形態の場合、ＰＣ２５０はアップロードオプションに対応しているので、デジタルカメラ１００は、次にアップロードプロファイル獲得要求をＰＣ２５０Ｂに送信する（Ｓ４０４）。なお、デジタルカメラ１００は自装置が取り扱い可能なコンテンツタイプを記載したコンテンツタイプリストをアップロードプロファイル獲得要求にセットしている。
【００７９】
続いて、ＰＣ２５０Ｂは、アップロードプロファイル獲得要求を受信すると、コンテンツタイプリストを確認し、その中で自装置が対応しているコンテンツタイプのみを含むコンテンツタイプリストを作成し、アップロードプロファイル応答に入れ込んでデジタルカメラ１００に返信する（Ｓ４０５）。
【００８０】
ユーザは、デバイスサーチ処理によりＰＣ２５０Ｂの「デバイス名」が液晶１２３に表示されたことを確認すると、デジタルカメラの指示に従い画像選択モードに切り替える。画像選択モードでは、ＰＣ２５０Ｂが、サポートしていると回答したコンテンツタイプのみがアップロード可能な画像として選択できる。ユーザが画像を選択後にアップロードを指示するとデジタルカメラ１００は、オブジェクト作成要求をパーソナルコンピュータに送信する（Ｓ４１２）。
【００８１】
本実施の形態３では、ステップＳ４１２において、デジタルカメラ１００は、オブジェクト作成要求にＤＭＳ−ＵＰＬＯＡＤ標準プロトコルで定義されていない「機種特定情報」を拡張情報として入れ込んでＰＣ２５０Ｂに送信する。「機種特定情報」は、同様のプロトル拡張であることを示す「拡張タグ」と機種を特定する「機種ＩＤ」とにより構成される。本実施の形態の場合、機種ＩＤには本実施のデジタルカメラ１００であることを示す値がセットされる。この「機種特定情報」をオブジェクト作成要求に含めてＰＣ２５０Ｂに送信する。
【００８２】
前述のように、オブジェクト作成要求を受信するＰＣ２５０Ｂは、一般的な通信装置である。そのため、拡張情報が含まれているかについては確認しない場合と確認する場合がある。確認しない場合は、ＰＣ２５０Ｂは、ＤＭＳ−ＵＰＬＯＡＤ標準プロトコルでのオブジェクト作成要求とみなす。確認する場合であっても、ＰＣ２５０Ｂは、拡張情報の存在は確認できるが、一般のＰＣ２５０Ｂは本実施の形態に係る「機種特定情報」の定義を知らないので、理解不能な情報として処理をする。ＤＭＳプロトコルでは、拡張情報に理解不能な情報が含まれる場合は、それを無視しＤＭＳ−ＵＰＬＯＡＤ標準プロトコルでのオブジェクト作成要求とみなされる。
【００８３】
上記のように、ＰＣ２５０Ｂは、上記いずれの場合でもデジタルカメラ１００からのオブジェクト作成要求はＤＭＳ−ＵＰＬＯＡＤ標準プロトコルでのオブジェクト作成要求とみなされて処理される。そして、ＰＣ２５０Ｂは、オブジェクト作成応答のリターンコードに成功とセットし、またオブジェクトＩＤに有効なＩＤをセットしてデジタルカメラに返信する（リターンコード＝成功、オブジェクトＩＤ＝有効ＩＤ）（Ｓ４１３）。
【００８４】
続いて、デジタルカメラ１００は、オブジェクト作成応答のリターンコードが成功となっているので、アップロード要求を送信する（Ｓ４１４）。アップロード要求にはアップロード対象のコンテンツ本体（今の場合、写真本体）をパーソナルコンピュータから受け取ったオブジェクトＩＤが含まれる。図９で示すシーケンスの場合、ＰＣ２５０Ｂは、本実施の形態に係る通信装置２５０等で無く一般的なものであるので、デジタルカメラ１００は、写真の送信が可能である。
【００８５】
続いて、ＰＣ２５０は、アップロード成功の旨を示す応答をデジタルカメラ１００に返信する（Ｓ４１５）。
【００８６】
＜作用効果＞
上記のように、実施の形態３では、受信側の通信装置が一般的な装置（ここでは、ＰＣ２５０Ｂ）に関する。送信側の通信装置であるデジタルカメラ１００は、上記実施の形態１と同様の構成を備えるものである。
【００８７】
そのため、デジタルカメラ１００は、オブジェクト作成要求に、ＤＭＳ−ＵＰＬＯＡＤ標準プロトコルで定義されていない「機種特定情報」を拡張情報として入れ込んでＰＣ２５０Ｂに送信する。
【００８８】
一方、オブジェクト作成要求を受信するＰＣ２５０Ｂは、ＤＭＳプロトコルで拡張情報に理解不能な情報が含まれるため、それを無視し、ＤＭＳ−ＵＰＬＯＡＤ標準プロトコルでのオブジェクト作成要求みなす。
【００８９】
上記実施の形態に限らず、適宜、変更、置き換え、付加、省略などを行った実施の形態を変形して適用することが可能である。例えば、図１０を用い、オブジェクト作成要求の変形例について説明する。図１０は、オブジェクト作成要求の変形例一例である。図示するように、変形例のオブジェクト作成要求は、ＨＴＴＰプロトコルで送信され、ＨＴＴＰヘッダ部５１０とＨＴＴＰボデイ部５５０に大別される。本例では、ＨＴＴＰヘッダ部５１０に追加される「ABCD DSC/1.00 XX90」が「機種特定情報」５１１に相当する。同様に、「機種ＩＤ」５１１Ｂは、「XX90」である。「USER-AGENT」という送信元クライアントを識別するのに使用される標準タグの値として、追記される点で、図５に示すものと相違する。
【００９０】
上記のように、本変形例のようなオブジェクト作成要求を適用することも可能である。また、ＨＴＴＰヘッダ部５１０に限らず、「機種特定情報」５１１を、ＨＴＴＰボディ部５５０に配置することも同様に可能である。
【００９１】
〔実施の形態４（一般的な通信装置との関係について）〕
次に、実施の形態４について説明する。実施の形態４は、本実施の形態の通信装置（即ち、特有のプロトコル処理の機能を有するデジタルカメラ１００Ａ、ＰＣ２５０Ａ等）と、一般的な通信装置（特有のプロトコル処理の機能を有さないデジタルカメラ１００Ｂ、ＰＣ２５０Ｂ等）とで構成される通信システムについて、説明するものである。
【００９２】
上記実施の形態１、２において、図４及び図８で説明したように、本実施の形態の通信装置であるＰＣ２５０Ａは、本実施の形態の通信装置であるデジタルカメラ１００Ａからの写真送信の受付許可と、一般のデジタルカメラ１００Ｂからの写真送信受付拒否を同じ通信プロトコル（本例の場合、ＨＴＴＰ）で実現できる。
【００９３】
また、上記実施の形態１、３において、図４及び図９で説明したように、本実施の形態に係る通信装置であるデジタルカメラ１００Ａは、本実施の形態の通信装置であるＰＣ２５０Ａと、一般のＰＣ２５０Ｂとで、同じ通信プロトコル（ＨＴＴＰ）で、写真をアップロード送信することができる。
【００９４】
通信システムにおいて、以上のような関係をまとめると、図１１のように示される。
図示するように、上記実施の形態１で説明したように、本実施の形態の通信装置に係るＰＣ２５０Ａは、所定の通信プロトコル（本例では、ＨＴＴＰ）により、本実施の形態の通信装置に係るデジタルカメラ１００Ａからの写真データの送信の受付を許可する。
【００９５】
一方で、上記実施の形態２で説明したように、図中の破線ComABで示すように、本実施の形態の通信装置に係るＰＣ２５０Ａは、同一の通信プロトコル（ＨＴＴＰ）において、一般的なデジタルカメラ１００Ｂからの写真データの送信の受付を拒否する。
【００９６】
また、上記実施の形態１において説明したように、本実施の形態に係る通信装置であるデジタルカメラ１００Ａは、本実施の形態に係る通信装置であるＰＣ２５０Ａと、通信プロトコル（本例では、ＨＴＴＰ）により、写真データをアップロード送信することができる。
【００９７】
一方で、上記実施の形態３において説明したように、本実施の形態に係る通信装置であるデジタルカメラ１００Ａは、一般のＰＣ２５０Ｂとで、同じ通信プロトコル（ＨＴＴＰ）で、写真データをアップロード送信することもできる。
【００９８】
このように、本例によれば、画像データのアップロードを受け付ける送信元のクライアント端末の通信装置（本例では、デジタルカメラ１００Ｂ）のアップロード送信を規制することができる。そのため、ＰＣ２５０Ａは、不特定多数のクライアント端末の通信装置（１００Ｂ）からのＤＯＳ攻撃的なアップロードを防止することができる。
【００９９】
加えて、本実施の形態によれば、所定の標準規格に基づく通信プロトコル（ＨＴＴＰ）を処理する通信装置同士であれば、通信が可能である。例えば、通信プロトコル（ＨＴＴＰ）を処理化可能な本例のデジタルカメラ１００Ａは、本実施の形態のＰＣ２５０Ａだけでなく、一般的な通信装置のＰＣ２５０Ｂ、及びＤＶＤレコーダ３５０等との間でも、同様の通信プロトコル（ＨＴＴＰ）によりデータの送信が可能であり、互換性を維持できる。
【０１００】
以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
【産業上の利用可能性】
【０１０１】
通信装置としては、デジタルカメラやパーソナルコンピュータの適用に限定されることはない。例えば、ムービーカメラやスマートフォン等、通信部を備えた通信機器、又はそれら通信機器をＬＡＮで接続する通信システム等に対しても適用可能であることは勿論である。
【符号の説明】
【０１０２】
１００…デジタルカメラ
１２３…液晶モニタ
１３０…コントローラ
１４０…メモリカード
１４２…フラッシュメモリ
１５０…操作部
１７１…通信部
２５０…パーソナルコンピュータ
２５１…コントローラ
２５３…ＨＤＤ
２５４…通信部
２５６…液晶モニタ
【特許請求の範囲】
【請求項１】
所定の規格に基づく通信プロトコルを処理する通信プロトコル処理部と、
前記通信プロトコル処理部の制御を受け、データの送信先の通信装置との通信処理を実行する通信部と、を備え、
前記通信プロトコル処理部は、前記通信プロトコルで定義される送信コマンドに自装置の機種特定情報を、前記所定の規格の拡張情報として含ませる、
通信装置。
【請求項２】
前記機種特定情報は、前記送信コマンドのヘッダ部に配置される
請求項１に記載の通信装置。
【請求項３】
前記機種特定情報は、前記自装置の機種ＩＤを有する
請求項１又は２に記載の通信装置。
【請求項４】
前記通信プロトコルは、ＨＴＴＰである
請求項１乃至３のいずれかに記載の通信装置。
【請求項５】
請求項１乃至４のいずれかに記載の通信装置は、被写体を撮像して画像データを生成する撮像装置である。
【請求項６】
所定の規格に基づく通信プロトコルを処理する通信プロトコル処理部と、
前記通信プロトコル処理部の制御を受け、データの送信元の通信装置との通信処理を実行する通信部と、を備え、
前記通信プロトコル処理部は、前記通信プロトコルで定義される受信コマンドに前記所定の規格の拡張情報が含まれる場合に、前記拡張情報が機種特定情報であるか否かに応じて、前記データの送信元の通信装置からの通信を規制する、
通信装置。
【請求項７】
前記機種特定情報は、前記受信コマンドのヘッダ部に配置される
請求項６に記載の通信装置。
【請求項８】
前記機種特定情報は、前記データの送信元の通信装置の機種ＩＤを有する
請求項６又は７に記載の通信装置。
【請求項９】
前記通信プロトコルは、ＨＴＴＰである
請求項６乃至８のいずれかに記載の通信装置。
【請求項１０】
前記通信プロトコル処理部は、
前記受信コマンドを受信すると、前記拡張情報が、前記機種特定情報であるか否かを判定し、
前記拡張情報が、機種特定情報である場合、前記機種特定情報中の前記機種ＩＤの値を読み取り、前記機種ＩＤの値により、前記送信コマンドを送信した通信装置が、自装置のデータ受信を許可する装置か否かを判定する
請求項８又は９に記載の通信装置。
【請求項１１】
請求項６乃至１０のいずれかに記載の通信装置は、パーソナルコンピュータである。
【請求項１２】
所定の規格に基づく通信プロトコルを処理する第１プロトコル処理部と、前記第１プロトコル処理部の制御を受け、データの送信先の通信装置との通信処理を実行する第１通信部とを備える第１通信装置と、
前記所定の規格に基づく通信プロトコルを処理する第２プロトコル処理部と、前記第２プロトコル処理部の制御を受け、データの送信元の通信装置との通信処理を実行する通信部とを備える第２通信装置と、を具備する通信システムにおいて、
前記第１プロトコル処理部は、前記通信プロトコルで定義される送信コマンドに前記第１通信装置の機種特定情報を、前記所定の規格の拡張情報として含ませ、
前記第２プロトコル処理部は、送信される前記通信プロトコルで定義される受信コマンドに前記所定の規格の前記拡張情報が含まれる場合に、前記拡張情報が機種特定情報であるか否かに応じて、前記第１通信装置からの通信を規制する
通信システム。
【請求項１】
所定の規格に基づく通信プロトコルを処理する通信プロトコル処理部と、
前記通信プロトコル処理部の制御を受け、データの送信先の通信装置との通信処理を実行する通信部と、を備え、
前記通信プロトコル処理部は、前記通信プロトコルで定義される送信コマンドに自装置の機種特定情報を、前記所定の規格の拡張情報として含ませる、
通信装置。
【請求項２】
前記機種特定情報は、前記送信コマンドのヘッダ部に配置される
請求項１に記載の通信装置。
【請求項３】
前記機種特定情報は、前記自装置の機種ＩＤを有する
請求項１又は２に記載の通信装置。
【請求項４】
前記通信プロトコルは、ＨＴＴＰである
請求項１乃至３のいずれかに記載の通信装置。
【請求項５】
請求項１乃至４のいずれかに記載の通信装置は、被写体を撮像して画像データを生成する撮像装置である。
【請求項６】
所定の規格に基づく通信プロトコルを処理する通信プロトコル処理部と、
前記通信プロトコル処理部の制御を受け、データの送信元の通信装置との通信処理を実行する通信部と、を備え、
前記通信プロトコル処理部は、前記通信プロトコルで定義される受信コマンドに前記所定の規格の拡張情報が含まれる場合に、前記拡張情報が機種特定情報であるか否かに応じて、前記データの送信元の通信装置からの通信を規制する、
通信装置。
【請求項７】
前記機種特定情報は、前記受信コマンドのヘッダ部に配置される
請求項６に記載の通信装置。
【請求項８】
前記機種特定情報は、前記データの送信元の通信装置の機種ＩＤを有する
請求項６又は７に記載の通信装置。
【請求項９】
前記通信プロトコルは、ＨＴＴＰである
請求項６乃至８のいずれかに記載の通信装置。
【請求項１０】
前記通信プロトコル処理部は、
前記受信コマンドを受信すると、前記拡張情報が、前記機種特定情報であるか否かを判定し、
前記拡張情報が、機種特定情報である場合、前記機種特定情報中の前記機種ＩＤの値を読み取り、前記機種ＩＤの値により、前記送信コマンドを送信した通信装置が、自装置のデータ受信を許可する装置か否かを判定する
請求項８又は９に記載の通信装置。
【請求項１１】
請求項６乃至１０のいずれかに記載の通信装置は、パーソナルコンピュータである。
【請求項１２】
所定の規格に基づく通信プロトコルを処理する第１プロトコル処理部と、前記第１プロトコル処理部の制御を受け、データの送信先の通信装置との通信処理を実行する第１通信部とを備える第１通信装置と、
前記所定の規格に基づく通信プロトコルを処理する第２プロトコル処理部と、前記第２プロトコル処理部の制御を受け、データの送信元の通信装置との通信処理を実行する通信部とを備える第２通信装置と、を具備する通信システムにおいて、
前記第１プロトコル処理部は、前記通信プロトコルで定義される送信コマンドに前記第１通信装置の機種特定情報を、前記所定の規格の拡張情報として含ませ、
前記第２プロトコル処理部は、送信される前記通信プロトコルで定義される受信コマンドに前記所定の規格の前記拡張情報が含まれる場合に、前記拡張情報が機種特定情報であるか否かに応じて、前記第１通信装置からの通信を規制する
通信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１３−８０４６２（Ｐ２０１３−８０４６２Ａ）
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願番号】特願２０１２−２０４７８０（Ｐ２０１２−２０４７８０）
【出願日】平成２４年９月１８日（２０１２．９．１８）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願日】平成２４年９月１８日（２０１２．９．１８）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]