(57)【要約】【課題】  通信装置が他装置にコンテンツをアップロードした場合であっても、外部装置がそのコンテンツを操作できる技術を提供すること。【解決手段】  通信装置は、コンテンツを保持し、外部装置からコンテンツの操作要求を受信し、操作要求を受けたコンテンツを、コンテンツ管理装置にアップロード済みであるか否か判断し、アップロード済みであると判断された場合に、操作要求への応答として、コンテンツ管理装置へアクセスするためのパラメータを含む接続情報を送信し、アップロード済みであると判断されなかった場合、操作要求に応じて、保持されたコンテンツを操作する。【選択図】  図６Ａ
2020042361.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
コンテンツを保持する保持手段と、
外部装置から前記コンテンツの操作要求を受信する受信手段と、
前記操作要求を受けた前記コンテンツを、コンテンツ管理装置にアップロード済みであるか否か判断する判断手段と、
前記判断手段によって、アップロード済みであると判断された場合に、前記操作要求への応答として、前記コンテンツ管理装置へアクセスするためのパラメータを含む接続情報を送信する送信手段と、
前記判断手段によって、アップロード済みであると判断されなかった場合、前記操作要求に応じて、前記保持手段によって保持された前記コンテンツを操作する操作手段と、
を有することを特徴とする通信装置。
【請求項２】
コンテンツが前記コンテンツ管理装置にアップロードされたかを管理する管理手段をさらに有することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記操作要求は、コンテンツの取得、更新、および削除の少なくとも何れかを含むことを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記接続情報は、前記外部装置が前記コンテンツ管理装置と認証処理を行うための認証情報を含むことを特徴とする請求項１乃至３の何れか１項に記載の通信装置。
【請求項５】
前記パラメータに基づいて前記接続情報の形式を設定する手段をさらに有することを特徴とする請求項１乃至４の何れか１項に記載の通信装置。
【請求項６】
前記形式は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）、およびＪａｖａｓｃｒｉｐｔの少なくとも何れかの形式を含むことを特徴とする請求項５に記載の通信装置。
【請求項７】
前記コンテンツをアップロード済ではないと判断すると、前記操作要求に応じて前記コンテンツを前記コンテンツ管理装置にアップロードすることを特徴とする請求項１乃至６の何れか１項に記載の通信装置。
【請求項８】
前記操作要求は、ＧＥＴ、ＰＯＳＴ、ＰＵＴ、およびＤＥＬＥＴＥの少なくとも何れかのＨＴＴＰメソッドを含むことを特徴とする請求項１乃至７の何れか１項に記載の通信装置。
【請求項９】
前記コンテンツをアップロードした後に、前記コンテンツ管理装置から前記接続情報を取得する手段をさらに有することを特徴とする請求項１乃至８のいずれか１項に記載の通信装置。
【請求項１０】
前記外部装置から前記操作要求を受け付けた場合に、前記コンテンツ管理装置から前記接続情報を取得する手段をさらに有することを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
【請求項１１】
コンテンツを保持する保持手段を有する通信装置で実行される通信方法であって、
外部装置から前記コンテンツの操作要求を受信する受信工程と、
前記操作要求を受けた前記コンテンツを、コンテンツ管理装置にアップロード済みであるか否か判断する判断工程と、
前記判断工程において、アップロード済みであると判断された場合に、前記操作要求への応答として、前記コンテンツ管理装置へアクセスするためのパラメータを含む接続情報を送信する送信工程と、
前記判断工程において、アップロード済みであると判断されなかった場合、前記操作要求に応じて、前記保持手段によって保持された前記コンテンツを操作する操作工程と、
を有することを特徴とする通信方法。
【請求項１２】
請求項１乃至１０の何れか一項に記載の通信装置としてコンピュータを動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツの操作に関する通信装置、通信方法、およびプログラムに関する。
【背景技術】
【０００２】
通信ネットワークを介して外部装置にコンテンツデータを提供する通信装置は、通信する外部装置の数や提供するコンテンツデータのデータサイズなどによっては、高い処理負荷に耐える処理能力が要求される。通信装置への処理負荷を軽減するために、複数の装置によってコンテンツデータを提供する配信システムが知られている。
【０００３】
特許文献１には、リダイレクトＵＲＬに関連付けられたコンテンツの有効期間が示す期間内であるかどうかを判断し、ストリーミングＵＲＬとリダイレクトＵＲＬを選択する技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−４８７１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、通信装置は、複数のウェブサービスなどのように、ＵＲＬや認証情報といった接続方法が異なる装置にコンテンツをアップロードする場合がある。そのような場合、通信装置に対してコンテンツの操作要求を行った外部装置は、どのようにアップロード先の装置に接続すればいいかが分からず、コンテンツデータを操作できない場合があった。
【０００６】
本発明は、上記課題に鑑みなされたものであり、通信装置が他装置にコンテンツをアップロードした場合であっても、外部装置がそのコンテンツを操作できる技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明の一態様に係る通信装置は以下のような構成を備える。すなわち、本発明は、通信装置であって、コンテンツを保持する保持手段と、外部装置から前記コンテンツの操作要求を受信する受信手段と、前記操作要求を受けた前記コンテンツを、コンテンツ管理装置にアップロード済みであるか否か判断する判断手段と、前記判断手段によって、アップロード済みであると判断された場合に、前記操作要求への応答として、前記コンテンツ管理装置へアクセスするためのパラメータを含む接続情報を送信する送信手段と、前記判断手段によって、アップロード済みであると判断されなかった場合、前記操作要求に応じて、前記保持手段によって保持された前記コンテンツを操作する操作手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、通信装置が他装置にコンテンツをアップロードした場合であっても、外部装置がそのコンテンツを操作できる技術を提供することが可能になる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係る通信システムの構成図。
【図２】一実施形態に係る通信装置１０１のハードウェア構成を示す図。
【図３】一実施形態に係る画像管理装置１０２のハードウェア構成を示す図。
【図４】一実施形態に係る外部装置１０３のハードウェア構成を示す図。
【図５】一実施形態に係る通信装置１０１のコンテンツアップロードの際のフローチャート。
【図６Ａ】一実施形態に係る通信装置１０１の操作受付をした際のフローチャート。
【図６Ｂ】一実施形態に係る通信装置１０１の操作受付をした際のフローチャート。
【図７】第１の実施形態に係るコンテンツへの操作要求を受け付けた際のシーケンス図。
【図８】外部装置１０３が画像管理装置１０２の認証に失敗した際のシーケンス図。
【図９】リダイレクトのデータの一例を示す図。
【図１０】第２の実施形態に係るコンテンツへの操作要求を受け付けた際のシーケンス図。
【図１１】第３の実施形態に係るコンテンツへの操作要求を受け付けた際のシーケンス図。
【図１２】第４の実施形態に係るコンテンツへの操作要求を受け付けた際のシーケンス図。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものではなく、また本実施形態で説明される特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１１】
＜第一の実施形態＞
図１を参照して、本実施形態に係る通信システムの構成を説明する。本実施形態の通信システムは、通信装置１０１、画像管理装置（コンテンツ管理装置）１０２、外部装置１０３を有する。
【００１２】
通信装置１０１、画像管理装置１０２、および外部装置１０３は、有線ネットワークまたは無線ネットワークを介して通信可能に接続される。通信装置１０１、画像管理装置１０２、および外部装置１０３間の通信は、例えばＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、又はそれらの組み合わせにより接続される。例えば、Ｅｔｈｅｒｎｅｔ（登録商標）に準拠した有線ＬＡＮや、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１に準拠した無線ＬＡＮなどが用いられる。ＷＡＮとしては、例えばインターネットなどが用いられる。また、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＺｉｇｂｅｅ（登録商標）など他の通信方式に基づいて接続されてもよい。
【００１３】
通信装置１０１と画像管理装置１０２とは、相互に通信を行って、コンテンツ（コンテンツデータ）やイベント通知コマンドを送受信する。本明細書では、コンテンツとは、例えば静止画、動画、ドキュメント、およびプログラムを含む。また、通信装置１０１と外部装置１０３とは、相互に通信を行って、例えば静止画や動画等のコンテンツやコンテンツの操作要求を送受信する。また、画像管理装置１０２と外部装置１０３は、相互に通信を行って、例えば静止画や動画等のコンテンツやコンテンツの操作要求を送受信する。
【００１４】
なお、本実施形態において、通信装置１０１、画像管理装置１０２、および外部装置１０３の間の通信は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）において規定される通信を行うものとする。例えば、通信装置１０１は画像管理装置１０２にＨＴＴＰリクエストを送信し、画像管理装置１０２は受信したＨＴＴＰリクエストに応じて通信装置１０１にＨＴＴＰレスポンスを送信しうる。同様に、外部装置１０３は通信装置１０１または画像管理装置１０２にＨＴＴＰリクエストを送信し、通信装置１０１または画像管理装置１０２は受信したＨＴＴＰリクエストに応じて外部装置１０３にＨＴＴＰレスポンスを送信しうる。
【００１５】
また、本明細書において、通信装置１０１、画像管理装置１０２、および外部装置１０３は、ＲＥＳＴｆｕｌ  ＡＰＩを用いて通信可能であるものとする。ＲＥＳＴｆｕｌ  ＡＰＩとは、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  Ｓｔａｔｅ  Ｔｒａｎｓｆｅｒ）の原則に則って構築されたＷｅｂシステムのＨＴＴＰでの呼び出しインターフェイスである。ＲＥＳＴｆｕｌ  ＡＰＩによって制御コマンドを公開することで、Ｗｅｂ上でコンテンツやサービスを提供することができる。
【００１６】
一例において、通信装置１０１はカメラであってもよい。これまで、カメラが外部装置にコンテンツデータを提供する方法としてＰＴＰ（Ｐｉｃｔｕｒｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）が知られていた。ＰＴＰではプロトコルの仕様上、１台の機器としか接続できないため、複数の外部装置（ブラウザや対向機）から同時にアクセスされることがなかった。そのため、カメラとしても同時に複数の外部装置へコンテンツデータを提供することがなかった。しかしながら、ＲＥＳＴｆｕｌ  ＡＰＩを用いたカメラの場合、複数の外部装置（ブラウザや対向機）から同時にコンテンツデータの提供を求められうる。このような場合、処理負荷の関係上、カメラからすべてのコンテンツデータを提供できない場合がある。
【００１７】
なお、通信装置１０１、画像管理装置１０２、または外部装置１０３は、デジタルカメラ、ネットワークカメラ、プリンタ、複合機、テレビ、プロジェクタ、携帯電話、スマートフォン、ＰＣ、またはサーバ装置の少なくとも何れかを含んでもよい。本実施形態では、通信装置１０１、画像管理装置１０２、または外部装置１０３は、それぞれが１つの装置として図示しているが、これに限らず、複数の装置の複合やクラウドサービスであってもよい。
【００１８】
次に、図２を参照して、通信装置１０１のハードウェア構成を説明する。通信装置１０１は、バス２００、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＴＣＰ／ＩＰ処理部２０４、ＨＴＴＰ処理部２０５、およびリダイレクト処理部２０６を有する。また、通信装置１０１は、認証処理部２０７、アップロード部２０８、コンテンツ操作部２０９、操作受付部２１０、データ管理部２１１、通信部２１２、通知部２１３、およびアップロード判定部２１４を有する。
【００１９】
バス２００は、通信装置１０１の各構成要素を通信可能に接続する。ＣＰＵ２０１は、ＲＯＭ２０２やＲＡＭ２０３に格納されているコンピュータプログラムやデータを用いて通信装置１０１の全体を制御する。ＲＯＭ２０２は、コンピュータプログラムやデータを格納する。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として機能し、通信部２１２を介して外部から供給されるデータを一時的に記憶する。ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３は、それぞれ１つずつ図示されているが、それぞれ複数であってもよい。ＴＣＰ／ＩＰ処理部２０４は、ネットワークスタックに含まれるＴＣＰ／ＩＰに関する処理を行う。
【００２０】
ＨＴＴＰ処理部２０５は、ネットワークスタックに含まれるＨＴＴＰの処理を行う。ここでは、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）とＨＴＴＰのＧＥＴ、ＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥなどのメソッドに応じた、ＨＴＴＰヘッダおよびＨＴＴＰボディの処理を行う。
【００２１】
リダイレクト処理部２０６は、ＨＴＴＰ処理部２０５で受信したＨＴＴＰリクエストをリダイレクトするか否かを判断し、リダイレクトすると判断した場合は、転送指示のレスポンスを送信する。転送指示のレスポンスは、転送先のＵＲＬ、ＩＰアドレス、ホスト名、および認証方法に関する情報の少なくとも何れかを含む。本実施形態においては、画像管理装置１０２へアクセスするためのパラメータを含む情報（接続情報）を含みうる。例えば、外部装置１０３が通信装置１０１にＨＴＴＰリクエストを送信した場合、通信装置１０１は、外部装置１０３に画像管理装置１０２の接続情報を含むレスポンスを送信する。外部装置１０３は、受信した接続情報に含まれる画像管理装置１０２へアクセスするためのパラメータに基づき、画像管理装置１０２に格納されたコンテンツにアクセスする。
【００２２】
認証処理部２０７は、ＨＴＴＰによる認証処理を行う。認証処理は、例えば、証明書による認証、ダイジェスト認証、ベーシック認証、ＯＡｕｔｈ２．０やＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔなどによるトークン認証を含む。
【００２３】
アップロード部２０８は、通信装置１０１に保存されている画像や映像ストリームなどのコンテンツを画像管理装置１０２にアップロードすることが可能である。アップロードには、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）またはＦＴＰＳ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  ＳＳＬ／ＴＬＳ）などのプロトコルを用いてもよい。あるいは、ＳＦＴＰ（ＳＳＨ  Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）またはＷｅｂＤＡＶ（Ｗｅｂ−ｂａｓｅｄ  Ｄｉｓｔｒｉｂｕｔｅｄ  Ａｕｔｈｏｒｉｎｇ  ａｎｄ  Ｖｅｒｓｉｏｎｉｎｇ）などのプロトコルを用いてもよい。コンテンツ操作部２０９は、ユーザまたはアプリケーションからの指示に基づき、アップロード、生成、または削除などのコンテンツの操作を行う。操作受付部２１０は、外部装置１０３から送信されたＨＴＴＰリクエストに応じて、通信装置１０１への操作要求を受け付ける。
【００２４】
データ管理部２１１は、コンテンツデータの管理を行う。例えば、撮影したコンテンツデータ、エンコードしたコンテンツデータ、およびメタデータの少なくとも何れかを保持可能である。また、画像管理装置１０２にアップロードしたコンテンツにアクセスするために必要な情報（接続情報）を格納する。一例では、データ管理部２１１は、コンテンツデータ名と認証方法に関する情報とを対応付けて管理してもよいし、コンテンツデータ名と画像管理装置１０２の識別子とを対応付けて管理してもよい。
【００２５】
通信部２１２は、画像管理装置１０２、外部装置１０３などの他の装置と通信を行う。例えば、通信装置１０１が他の装置と有線で接続される場合には、ＬＡＮケーブル等が通信部２１２に接続される。通信装置１０１が無線通信機能を有する場合には、通信部２１２はアンテナを備える。通知部２１３は、コンテンツデータや通信状態をユーザに通知する。通知部２１３は、ディスプレイを介して視覚的にユーザへの通知を行ってもよいし、ＬＥＤの点滅や音声による通知を行ってもよい。
【００２６】
アップロード判定部２１４は、要求されたコンテンツが画像管理装置１０２にアップロードされているか否かの判定を行う。
【００２７】
なお、本実施形態ではＣＰＵ２０１がプログラムを実行することで通信部２１２を介した通信装置１０１と外部装置との通信を制御するが、通信装置１０１と外部装置との通信の少なくとも一部を通信部２１２がハードウェア処理により制御してもよい。また、本実施形態では通知部２１３は通信装置１０１に備えられるものとして説明を行うが、通知部２１３が通信装置１０１の外部に別の装置として存在していてもよい。この場合、ＣＰＵ２０１が、通知部２１３を制御する通知制御部として動作する。
【００２８】
次に、図３を参照して、画像管理装置１０２のハードウェア構成を説明する。画像管理装置１０２は、バス３００、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＴＣＰ／ＩＰ処理部３０４、ＨＴＴＰ処理部３０５、通信部３０６、アップロード処理部３０７、および認証部３０８を有する。
【００２９】
バス３００は、画像管理装置１０２の各構成要素を通信可能に接続する。ＣＰＵ３０１は、ＲＯＭ３０２やＲＡＭ３０３に格納されているコンピュータプログラムやデータを用いて画像管理装置１０２の全体を制御する。ＲＯＭ３０２は、コンピュータプログラムやデータを格納する記憶領域として動作する。ＲＡＭ３０３は、ＣＰＵ３０１の主メモリまたはワークエリア等の一時記憶領域として機能し、通信部３０６を介して外部から供給されるデータを一時的に記憶する。ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３は、それぞれ１つずつ図示されているが、それぞれ複数であってもよい。
【００３０】
ＴＣＰ／ＩＰ処理部３０４は、ネットワークスタックに含まれるＴＣＰ／ＩＰに関する処理を行う。ＨＴＴＰ処理部３０５は、ネットワークスタックに含まれるＨＴＴＰに関する処理を行う。ここでは、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）とＧＥＴ、ＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥなどのＨＴＴＰメソッドに応じた、ＨＴＴＰヘッダおよびＨＴＴＰボディの処理を行う。
【００３１】
通信部３０６は、通信装置１０１や外部装置１０３などの他の装置と通信を行う。例えば、画像管理装置１０２が他の装置と有線で接続される場合には、ＬＡＮケーブル等が通信部３０６に接続される。画像管理装置１０２が無線通信機能を有する場合、通信部３０６はアンテナを備える。
【００３２】
アップロード処理部３０７は、通信装置１０１からのアップロード要求を受け付ける。認証部３０８はＨＴＴＰによる認証処理を行う。認証処理は、例えば、証明書による認証、ダイジェスト認証、ベーシック認証、ＯＡｕｔｈ２．０やＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔなどによるトークン認証を含む。
【００３３】
次に、図４を参照して、外部装置１０３のハードウェア構成を説明する。外部装置１０３は、バス４００、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＴＣＰ／ＩＰ処理部４０４、ＨＴＴＰ処理部４０５、通信部４０６、コンテンツ取得部４０７、および認証部４０８を有する。
【００３４】
バス４００は、外部装置１０３の各構成要素を通信可能に接続する。ＣＰＵ４０１は、ＲＯＭ４０２やＲＡＭ４０３に格納されているコンピュータプログラムやデータを用いて外部装置１０３の全体を制御する。ＲＯＭ４０２は、コンピュータプログラムやデータを格納する。ＲＡＭ４０３は、ＣＰＵ４０１の主メモリ、ワークエリア等の一時記憶領域として機能し、通信部４０６を介して外部から供給されるデータを一時記憶する。ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３は、それぞれ１つずつ図示されているが、それぞれ複数であってもよい。ＴＣＰ／ＩＰ処理部４０４は、ネットワークスタックに含まれるＴＣＰ／ＩＰに関する処理を行う。
【００３５】
ＨＴＴＰ処理部４０５は、ネットワークスタックに含まれるＨＴＴＰに関する処理を行う。ここでは、ＵＲＬとＧＥＴ、ＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥなどのＨＴＴＰメソッドに応じた、ＨＴＴＰヘッダの処理とＨＴＴＰボディの処理を行う。
【００３６】
通信部４０６は、通信装置１０１、画像管理装置１０２などの他の装置と通信を行う。例えば、外部装置１０３が他の装置と有線で接続される場合には、ＬＡＮケーブル等が通信部４０６に接続される。外部装置１０３が無線通信機能を有する場合、通信部４０６はアンテナを備える。
【００３７】
コンテンツ取得部４０７は、通信装置１０１に対してコンテンツを取得するための要求を送信する。認証部４０８はＨＴＴＰによる認証処理を行う。認証処理は、例えば、証明書による認証、ダイジェスト認証、ベーシック認証、ＯＡｕｔｈ２．０やＯｐｅｎＩＤ  Ｃｏｎｎｅｃｔなどによるトークン認証を含む。
【００３８】
次に、図５を参照して、通信装置１０１が画像管理装置１０２にコンテンツのアップロードを行う処理の一例を説明する。図５の処理は、アプリケーションが通信装置１０１にアップロードすべきコンテンツが生成されたことを検出することをトリガとして開始されてもよいし、操作受付部２１０を介してユーザから受け付けた操作によって開始されてもよい。また、図５の処理は、通信装置１０１のＣＰＵ２０１が、通信装置１０１の各構成要素を制御することで実行されうる。
【００３９】
まず、Ｓ５０１において、通信装置１０１は、コンテンツのアップロードを行う対象の画像管理装置１０２に関する情報を設定する。画像管理装置１０２に関する情報は、あらかじめＲＯＭ２０２またはＲＡＭ２０３に格納されてもよいし、ユーザによって入力または選択されてもよいし、別の装置から取得してもよい。
【００４０】
情報を設定すると、通信装置１０１は処理をＳ５０２に進め、操作受付部２１０を介してアップロードの指示を受け付ける。続いて、通信装置１０１は処理をＳ５０３に進め、アップロード部２０８を介して画像管理装置１０２にコンテンツをアップロードする。Ｓ５０４において、アップロード部２０８は、アップロードが完了したことを確認した後、通知部２１３は、アップロードが完了したことを通知する。
【００４１】
図６Ａおよび図６Ｂは、第１の実施形態に係る通信装置１０１が、例えば外部装置１０３からＨＴＴＰリクエストによるコンテンツ操作の要求を受け付けた場合に行う処理の一例を示すフローチャートである。
【００４２】
まず、図６ＡのＳ６０１において、操作受付部２１０は、ＨＴＴＰ処理部２０５、ＴＣＰ／ＩＰ処理部２０４、または通信部２１２を介して、ＨＴＴＰリクエストによるコンテンツ操作の要求を受け付ける。続いて、通信装置１０１は処理をＳ６０２に進め、操作受付部２１０は、ＨＴＴＰリクエストが何れのＨＴＴＰメソッドに対応するかを判断する。
【００４３】
操作受付部２１０が、ＨＴＴＰリクエストはＰＯＳＴメソッドに対応すると判断する（Ｓ６０２でＰＯＳＴ）と、処理をＳ６１２に進める。ここで、ＰＯＳＴメソッドは、外部装置１０３から通信装置１０１へのコンテンツのアップロードを示す。操作受付部２１０が、ＨＴＴＰリクエストはＧＥＴメソッドに対応すると判断する（Ｓ６０２でＧＥＴ）と、処理をＳ６０３に進める。ＧＥＴメソッドは、外部装置１０３が通信装置１０１からコンテンツを取得することを示す。操作受付部２１０が、ＨＴＴＰリクエストはＰＵＴまたはＤＥＬＥＴＥメソッドに対応すると判断する（Ｓ６０２でＰＵＴ／ＤＥＬＥＴＥ）と、処理を図６ＢのＳ６１４に進める。本実施形態では、ＨＴＴＰリクエストはＰＯＳＴ、ＧＥＴ、ＰＵＴ、またはＤＥＬＥＴＥの何れかのメソッドであるものとして説明を行うが、ＨＥＡＤやＮＯＴＩＦＹのような別のメソッドを用いてもよい。また、通信プロトコルはＨＴＴＰ／１．１だけでなく、ＨＴＴＰ／２、またはＣｏＡＰなど別のプロトコルを用いてもよい。
【００４４】
Ｓ６０３において、アップロード部２０８はＧＥＴメソッドで指定されたコンテンツが画像管理装置１０２にアップロード済であるか否かを判断する。アップロード部２０８が、コンテンツをアップロード済であると判断すると（Ｓ６０３でＹｅｓ）、処理をＳ６０４に進める。アップロード部２０８が、アップロード済でないと判断すると（Ｓ６０３でＮｏ）、通信装置１０１は処理をＳ６１１に進める。
【００４５】
Ｓ６０４において、リダイレクト処理部２０６はコンテンツのアップロード先に応じてリダイレクトの形式を決定する。リダイレクトの形式としては、ＨＴＴＰレスポンスのステータスコードによるリダイレクト、または図９（ａ）に示す、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）のリダイレクトがある。あるいは、図９（ｂ）に示すように、Ｊａｖａｓｃｒｉｐｔによるリダイレクトがある。またはこれに限らず、アプリケーションが特定の形式のリダイレクト命令を受け付けた後、アップロード先に接続することでも実現できる。リダイレクト処理部２０６は、アップロード先のＩＰアドレスまたはサービスに応じて、リダイレクトの形式を決定してもよい。
【００４６】
例えば、リダイレクト処理部２０６は、コンテンツの管理主体が通信装置１０１であるか、画像管理装置１０２であるかによって、リダイレクトの方法を変更する。コンテンツの管理主体が通信装置１０１である場合、画像管理装置１０２で管理されているコンテンツデータは一時的なコンテンツであるため、リダイレクト処理部２０６は一時的なリダイレクトを利用しうる。あるいは、管理主体が画像管理装置１０２である場合、リダイレクト処理部２０６は、恒久的なリダイレクトを利用しうる。このように、コンテンツの管理方法によってリダイレクト方法を変えることができる。これによって、外部装置１０３はリダイレクト先のキャッシュを持つか持たないかを決定することができ、通信装置１０１への接続要求を低減させることと、コンテンツへの接続性を向上させることを両立させることができる。
【００４７】
Ｓ６０５において、リダイレクト処理部２０６はＨＴＴＰのリダイレクトのレスポンスコード（ＨＴＴＰステータスコード）を送信する。ＨＴＴＰステータスコードは、３０１や３０８による恒久的なリダイレクト、または３０２や３０３や３０７による一時的なリダイレクトなどであってもよい。続いて、通信装置１０１は処理をＳ６０６に進める。
【００４８】
Ｓ６０９において、リダイレクト処理部２０６はＪａｖａｓｃｒｉｐｔによるリダイレクトのメッセージを作成し、処理をＳ６０６に進める。Ｓ６１０において、リダイレクト処理部２０６はＨＴＭＬによるリダイレクトのメッセージを作成し、処理をＳ６０６に進める。
【００４９】
Ｓ６０６において、リダイレクト処理部２０６は決定したリダイレクト方法に従ってリダイレクトを実行し、処理をＳ６０７に進める。Ｓ６０７において、リダイレクト処理部２０６は、ＨＴＴＰ処理部２０５、ＴＣＰ／ＩＰ処理部２０４、または通信部２１２を介して画像管理装置１０２へのアクセス方法を含むリダイレクト情報を外部装置１０３に送信する。
【００５０】
また、一例では、Ｓ６０７において、認証処理部２０７は画像管理装置１０２における認証処理を行う。認証処理において、認証処理部２０７は認証トークンを作成し、外部装置１０３に認証トークンを送信する。本実施例では、認証トークンによる認証の説明をしたが、これに限らず、ユーザ・パスワードや暗号共通鍵などを用いてもよい。また、認証トークンや認証情報をＳ６０７のリダイレクトのメッセージに含めてもよい。処理Ｓ６０７に続いて、通信装置１０１は、図６Ａおよび図６Ｂに示す処理を終了する。
【００５１】
Ｓ６１１において、データ管理部２１１は、ＨＴＴＰ処理部２０５、ＴＣＰ／ＩＰ処理部２０４、または通信部２１２を介して、外部装置１０３にコンテンツを送信する。本実施形態では、通信装置１０１が外部装置１０３にコンテンツを直接送信するものとして説明を行うが、これに限らず、一例では、リクエストがあってから図５に示すアップロード処理を行い、画像管理装置１０２がコンテンツを送信してもよい。これによって、画像管理装置１０２にアップロード済ではないコンテンツに操作要求があった場合であっても、その時点でアップロードを行っておくことで、以降の処理において通信装置１０１の処理負荷を軽減することができる。
【００５２】
Ｓ６１２において、データ管理部２１１は、外部装置１０３からコンテンツを受信する。続いて、通信装置１０１は処理をＳ６１３に進め、ＨＴＴＰ処理部２０５は、外部装置１０３にＨＴＴＰを用いてＰＯＳＴ処理の完了を通知し、処理を終了する。
【００５３】
図６ＢのＳ６１４において、操作受付部２１０は、ＨＴＴＰリクエストがＰＵＴおよびＤＥＬＥＴＥのいずれのメソッドであるかを判断する。操作受付部２１０が、ＨＴＴＰリクエストがＰＵＴメソッドであると判断する（Ｓ６１４でＰＵＴ）と、Ｓ６１５に処理を進め、ＤＥＬＥＴＥメソッドであると判断する（Ｓ６１４でＤＥＬＥＴＥ）と、Ｓ６２８に処理を進める。なお、本実施形態では、コンテンツの更新を例に、ＰＵＴメソッドに関連するＨＴＴＰリクエストを受け付けた場合の処理を説明するが、その他の処理を目的としてＰＵＴメソッドに関連するＨＴＴＰリクエストを受け付けてもよい。
【００５４】
Ｓ６１５において、アップロード部２０８は、指定されたコンテンツが画像管理装置１０２にアップロード済であるか否かを判断する。アップロード部２０８が、コンテンツをアップロード済であると判断すると（Ｓ６１５でＹｅｓ）、通信装置１０１は処理をＳ６２０に進める。アップロード部２０８が、コンテンツをアップロード済ではないと判断すると（Ｓ６１５でＮｏ）、通信装置１０１は処理をＳ６１６に進める。
【００５５】
Ｓ６１６において、コンテンツ操作部２０９は、ＰＵＴにより置き換えるコンテンツのメタデータを受信し、置き換えるコンテンツのメタデータに基づき置き換えられるコンテンツのメタデータを修正する。その後、コンテンツ操作部２０９は処理をＳ６１７に進め、置き換えるコンテンツを受信する。本実施形態では、メタデータとコンテンツとを別に受信しているが、これに限らず、受信したコンテンツに基づいてメタデータを作成してもよい。続いて、通信装置１０１は処理をＳ６１８に進め、データ管理部２１１が、ＰＵＴにより送信されたコンテンツと指定されたコンテンツとを置き換える。続いて、通信装置１０１は処理をＳ６１９に進め、コンテンツ操作部２０９は、ＨＴＴＰ処理部２０５、ＴＣＰ／ＩＰ処理部２０４、通信部２１２を通じて、外部装置１０３にコンテンツのＰＵＴ処理が完了したことを通知する。
【００５６】
Ｓ６２０において、コンテンツ操作部２０９はＰＵＴにより置き換えられるコンテンツのメタデータを受信し、受信したメタデータまたはアップロード済のコンテンツに基づいてメタデータを修正する。リダイレクト処理部２０６はアップロード先に応じてリダイレクト方法を決定する。Ｓ６２１において、リダイレクト処理部２０６は、アップロード先のＩＰアドレス、サービスに応じて、リダイレクトの形式を決定する。リダイレクトの形式としては、ＨＴＴＰレスポンスのステータスコードによるリダイレクト、Ｊａｖａｓｃｒｉｐｔによるリダイレクト、ＨＴＭＬのリダイレクトがある。これに限らず、アプリケーションが特定のリダイレクト命令を受け付けた後、アップロード先に接続することでも実現できる。
【００５７】
図９は、リダイレクトの方式の一例を説明する図である。図９（Ａ）はＨＴＴＰを用いたリダイレクトの例である。図９（Ｂ）はＪａｖａｓｃｒｉｐｔを用いたリダイレクトの例である。
【００５８】
図６Ｂの説明に戻る。Ｓ６２２はＳ６０５と、Ｓ６２３はＳ６０９と、Ｓ６２４はＳ６１０と、Ｓ６２５はＳ６０６と、Ｓ６２６はＳ６０７と同様の処理を行うため説明を省略する。Ｓ６２８において、アップロード部２０８はＨＴＴＰリクエストで指定されたコンテンツがアップロード済みであるかを判断する。アップロード部２０８が、コンテンツがアップロード済みであると判断すると（Ｓ６２８でＹｅｓ）、通信装置１０１は処理をＳ６２９に進める。アップロード部２０８が、コンテンツがアップロード済みではないと判断すると（Ｓ６２８でＮｏ）、通信装置１０１は処理をＳ６１１に進める。
【００５９】
Ｓ６２９で、コンテンツ操作部２０９はＤＥＬＥＴＥメソッドに対応するＨＴＴＰリクエストで指定されたコンテンツのメタデータを削除する。その後、通信装置１０１は処理をＳ６２１に進める。
【００６０】
Ｓ６３０で、コンテンツ操作部２０９はＤＥＬＥＴＥメソッドに対応するＨＴＴＰリクエストで指定されたコンテンツのメタデータを削除する。その後、コンテンツ操作部２０９はＳ６３１でコンテンツを削除する。Ｓ６３０またはＳ６３１では、コンテンツ操作部２０９はメタデータやコンテンツそのものを削除してもよいし、削除フラグを付けてもよい。あるいは、コンテンツ操作部２０９はコンテンツの権限（読取権限や実行権限）を無効に設定してもよいし、コンテンツを異なるフォルダに移動させてもよい。続いて、通信装置１０１は処理をＳ６３２に進め、コンテンツ操作部２０９は、ＨＴＴＰ処理部２０５、ＴＣＰ／ＩＰ処理部２０４、または通信部２１２を介して、外部装置１０３にＨＴＴＰリクエストの完了を通知する。
【００６１】
本実施形態では、ＧＥＴ、ＰＯＳＴ、ＰＵＴ、およびＤＥＬＴＥのメソッドに対する通信装置１０１の動作を示したが、これによらず、ＮＯＴＩＦＹなどの別のメソッドに対応してもよい。また、これに限らず、メソッド形式だけでなく、ＵＲＬやクエリによって操作を示してもよい。
【００６２】
次に、図７を参照して、第１の実施形態に係るコンテンツへの操作受付をした際の通信装置１０１、画像管理装置１０２、および外部装置１０３の処理を示すシーケンスの一例を説明する。
【００６３】
Ｍ７０１で、通信装置１０１は、画像管理装置１０２にコンテンツをアップロードする。続いて、Ｍ７０２で、通信装置１０１は、画像管理装置１０２から、アップロードしたコンテンツのＵＲＬ、アクセス方法、または認証情報などを含む接続情報を取得する。取得した接続情報は、データ管理部２１１に格納されてもよい。
【００６４】
Ｍ７０３において、外部装置１０３は、通信装置１０１にコンテンツの操作要求（ＧＥＴ、ＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥ）を送信する。本例においては、通信装置１０１は、画像管理装置１０２にアップロード済のコンテンツを取得するＧＥＴメソッドを含むＨＴＴＰリクエストを受け付けたものとする。通信装置１０１は、処理７０４において、コンテンツの操作がＧＥＴであると判断し、コンテンツが既にアップロードされているかの判断を行う。通信装置１０１が画像管理装置１０２にアップロード済みであると判断すると、通信装置１０１はＭ７０５において、外部装置１０３に画像管理装置１０２にアップロード済みのコンテンツに対応する接続情報を送信する。
【００６５】
アップロード済のコンテンツの接続情報を受信した外部装置１０３は、Ｍ７０６で、通信装置１０１から取得した接続情報に含まれるＵＲＬ、アクセス方法、または認証情報などを用いて画像管理装置１０２に操作要求を送信する。画像管理装置１０２は、外部装置１０３の認証を行い、要求を受け付けると、Ｍ７０７において、操作要求に対応するコンテンツの操作を行い、操作結果を外部装置１０３に送信する。操作結果の送信とは、例えば操作要求はＧＥＴメソッドである場合、画像管理装置１０２から外部装置１０３へのコンテンツの送信であってもよい。
【００６６】
なお、当然ながら、Ｍ７０２で画像管理装置１０２が送信する接続情報と、Ｍ７０５で通信装置１０１が送信する接続情報とは異なっていてもよい。
【００６７】
図８は、第１の実施形態に係る外部装置１０３が画像管理装置１０２に対する認証に失敗した場合のシーケンスの一例である。
【００６８】
一例では、リダイレクトによって画像管理装置１０２のアドレスおよび認証情報として認証トークンを取得した外部装置１０３が、認証トークンの有効期間の経過後に画像管理装置１０２にアクセスした場合に認証が失敗する。別の例では、ワンタイムパスワードによる認証を行う画像管理装置１０２に対して、外部装置１０３が同一のパスワードを用いて複数回数、認証を受けようとした場合に認証が失敗する。本実施形態では、画像管理装置１０２と外部装置１０３との間で、認証トークンを用いる認証を行うものとするが、これに限らず、ワンタイムパスワードや共通鍵などによる認証であってもよい。
【００６９】
Ｍ８０１において、外部装置１０３は、画像管理装置１０２にＵＲＬ、アクセス方法、または認証情報を含む接続情報を利用して、コンテンツの操作（ＧＥＴ、ＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥ）を要求する。画像管理装置１０２は、Ｍ８０２において、外部装置１０３による認証が失敗したことを通知する。本実施形態では、この失敗のメッセージに、通信装置１０１へのリダイレクト（ＨＴＴＰ、ＨＴＭＬ、Ｊａｖａｓｃｒｉｐｔなど）が含まれており、外部装置１０３は通信装置１０１にリダイレクトされる。
【００７０】
Ｍ８０３で、外部装置１０３は通信装置１０１に接続し、認証を要求する。本実施形態での認証はトークン認証であるものとする。通信装置１０１はＭ８０４において画像管理装置１０２に接続して、Ｍ８０５において認証トークンを取得する。続いて、Ｍ８０６で、通信装置１０１は外部装置１０３に認証トークンを送信する。
【００７１】
Ｍ８０７で、外部装置１０３は取得した認証トークンを用いて、画像管理装置１０２に再度コンテンツ操作を行う。コンテンツ操作がＧＥＴの場合、画像管理装置１０２は、Ｍ８０８で、該当するコンテンツを外部装置１０３に送信する。
【００７２】
このように、画像管理装置１０２が外部装置１０３の認証に失敗した場合であっても、通信装置１０１にリダイレクトすることで、外部装置１０３は、再度接続情報を通信装置１０１から受け取ることができる。
【００７３】
以上説明したように、本実施形態によれば、通信装置は、コンテンツに対する操作要求を受信し、コンテンツを画像管理装置にアップロードしたと判断した場合、操作要求への応答として、コンテンツへアクセスするための接続情報を送信する。これによって、画像管理装置にアップロードしたコンテンツへの操作要求をリダイレクトすることができる。
【００７４】
なお、本実施形態では、通信装置１０１は、コンテンツを画像管理装置１０２にアップロードしたタイミングで画像管理装置１０２から接続情報を取得するものとして説明を行った。しかしながら、別の例では、通信装置１０１は、接続情報を予めＲＯＭ２０２などに格納していてもよい。あるいは、通信装置１０１は、操作要求を外部装置１０３から受け付けたタイミングで画像管理装置１０２から接続情報を取得してもよい。
【００７５】
＜第２の実施形態＞
第１の実施形態では、通信装置１０１は外部装置１０３からコンテンツへの操作要求を受け付けると、外部装置１０３に接続情報を送信する処理について説明した。第２の実施形態では、通信装置１０１が、外部装置１０３から受け付けたコンテンツへの操作要求を画像管理装置１０２に転送する処理について説明する。
【００７６】
図１０は、通信装置１０１が外部装置１０３からコンテンツへの操作要求を受け付けた際の処理の一例を示すシーケンスである。
【００７７】
Ｍ１００１で、外部装置１０３が通信装置にコンテンツの操作要求を送信する。ここでのコンテンツ操作は、ＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥなどのＨＴＴＰメソッドに対応する。通信装置１０１はコンテンツの操作要求を受け取ると、１００２で、操作要求に対応するコンテンツが存在するか、または画像管理装置１０２にアップロード済であるかを確認する。通信装置１０１は、コンテンツを画像管理装置１０２にアップロード済であると判断すると、Ｍ１００３で画像管理装置１０２に操作要求を転送する。続いて、Ｍ１００４で、画像管理装置１０２は、コンテンツの操作を実行した後、操作結果を通信装置１０１に返信する。通信装置１０１は、Ｍ１００５において外部装置１０３に操作結果を転送する。
【００７８】
例えば、操作要求が画像管理装置１０２の特定のフォルダへのコンテンツのＰＯＳＴであった場合、当該フォルダにコンテンツの追加を行う。また、操作要求がコンテンツのＰＵＴである場合、該当するコンテンツの置き換えを行う。例えば、操作要求がコンテンツのＤＥＬＥＴＥである場合、該当するコンテンツの削除を行う。上述したように、コンテンツの削除に伴い、コンテンツに付随するメタデータやフォルダ情報、アクセス管理情報、またはデータ管理部２１１によって管理される接続情報の更新を行ってもよい。
【００７９】
以上説明したように、第２の実施形態によれば、操作要求を受信した通信装置は、操作要求を画像管理装置に転送する。これによって、操作要求に対する応答性を向上させることができる。
【００８０】
＜第３の実施形態＞
第１の実施形態では、通信装置１０１は外部装置１０３からコンテンツの取得に関する操作要求（ＨＴＴＰのＧＥＴリクエスト）を受け付けると、外部装置１０３に認証情報を送信する処理について説明した。第３の実施形態では、通信装置１０１は、コンテンツの取得以外の操作要求を外部装置１０３から受け付けた場合であっても、コンテンツの操作要求を画像管理装置１０２に転送する処理について説明する。
【００８１】
図１１は、通信装置１０１がコンテンツへの操作を受け付けた後、画像管理装置１０２にリダイレクトするシーケンスの一例を示す図である。
【００８２】
まず、Ｍ１１０１で、外部装置１０３が通信装置１０１にコンテンツの操作要求を送信する。ここでの操作要求はＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥなどのメソッドのＨＴＴＰリクエストである。
【００８３】
通信装置１０１はコンテンツの操作要求を受け取ると、１１０２に処理を進め、操作要求に対応するコンテンツが存在するか、または画像管理装置１０２にアップロード済みであるかを確認する。通信装置１０１はコンテンツの操作内容に応じて、コンテンツのメタデータおよびコンテンツの更新や削除を行う。コンテンツをアップロード済みであると判断すると、画像管理装置１０２は、Ｍ１１０３において、外部装置１０３に画像管理装置１０２へのリダイレクト指示と画像管理装置１０２への接続情報を送信する。なお、リダイレクト指示及び接続情報は第１の実施形態で説明したものと同様であってよい。外部装置１０３は、リダイレクト指示を受け付けると、Ｍ１１０４に処理を進め、画像管理装置１０２に接続し、コンテンツの操作要求を送信する。画像管理装置１０２は、指示に従ってコンテンツの操作をした後、Ｍ１１０５において、操作結果を外部装置１０３に送信する。
【００８４】
以上説明したように、第３の実施形態によれば、操作要求を受け付けた通信装置は、当該操作要求への応答として外部装置に画像管理装置への接続情報を送信する。これによって、通信装置の処理負荷をさらに軽減することができる。
【００８５】
＜第４の実施形態＞
第１の実施形態では、通信装置１０１は外部装置１０３からコンテンツの操作要求を受け付けると、画像管理装置１０２に接続するために必要な情報を外部装置１０３に送信した。一例では、画像管理装置１０２が外部装置１０３からコンテンツの操作要求を受け付け、通信装置１０１に接続するために必要な情報を外部装置１０３に送信してもよい。なお、第１乃至第３の実施形態の何れかと同様の構成については説明を省略する。
【００８６】
図１２は、画像管理装置１０２がコンテンツへの操作を受け付けた後、通信装置１０１にリダイレクトする際のシーケンスである。
【００８７】
まず、Ｍ１２０１において、外部装置１０３は画像管理装置１０２にコンテンツの操作を要求する。画像管理装置１０２は、要求に対応するコンテンツが画像管理装置１０２に存在すると判断すると、Ｍ１２０２で、コンテンツをアップロードした元の通信装置１０１にコンテンツの操作要求を転送する。本実施形態では、画像管理装置１０２が操作要求を通信装置１０１に転送したが、これに限らず、通信装置１０１へのリダイレクト指示を外部装置１０３に送信してもよい。
【００８８】
続いて、通信装置１０１は、操作要求に対応するコンテンツがデータ管理部２１１又はＲＯＭ２０２などに存在すると判断すると、１２０３において、操作要求に応じてメタデータおよびコンテンツの操作を行う。続いて、Ｍ１２０４で、通信装置１０１は画像管理装置１０２にコンテンツの操作結果を送信する。続いて、Ｍ１２０５で、画像管理装置１０２は外部装置１０３にコンテンツの操作結果を送信する。
【００８９】
以上のように、本実施形態によれば、コンテンツへの操作要求を通信装置１０１、画像管理装置１０２のどちらに対して送信しても、当該コンテンツに対する操作を実行することができる。これによって、どちらか一方のアドレスだけを管理するだけでよくなり、アプリケーションの実装を簡略化することができる。
【００９０】
なお、本実施形態において、コンテンツの操作はＧＥＴ、ＰＯＳＴ、ＰＵＴ、ＤＥＬＥＴＥのメソッドの何れかであるものとして説明したが、これに限らず、他のメソッドによってコンテンツ操作を行うこともできる。また、一例では、コンテンツの操作内容によって、通信装置１０１と画像管理装置１０２とのいずれか片方のみが操作要求を受け付けるようアクセス制御されてもよい。例えば、ＧＥＴのＨＴＴＰメソッドを含む操作要求は通信装置１０１および画像管理装置１０２のいずれかが受け付け、ＤＥＬＥＴＥのＨＴＴＰメソッドを含む操作要求は通信装置１０１のみが受け付けるように制御する機能を有してもよい。これにより、コンテンツの管理者がコンテンツの管理方法を容易に設定することが可能になる。
【００９１】
また、図１０〜１２に示す処理は、通信装置１０１と画像管理装置１０２とのいずれかがコンテンツの管理のマスターになるかによって切り替えられてもよい。コンテンツのスレーブに問い合わせが来たとき、マスターにリダイレクトまたは転送することで、コンテンツのマスターに問い合わせることができるようになる。
【００９２】
また、通信装置１０１がストリーミングによってコンテンツの提供を行う場合、ストリーミングに係る処理負荷またはネットワーク負荷を分散するために画像管理装置１０２を利用してもよい。この場合には、負荷の高さに応じて、リダイレクトの形式を変更してもよい。例えば、負荷が低い場合には、通信装置１０１が外部装置１０３へ直接コンテンツを送信するが、負荷が高い場合には、外部装置１０３を画像管理装置１０２にリダイレクトしたうえで、通信装置１０１は画像管理装置１０２へコンテンツを送信する。これにより、応答性と処理負荷とを両立することができる。
【００９３】
＜その他の実施形態＞
第１乃至第４の実施形態は、随意に組み合わせることができる。例えば、外部装置１０３は、第１の実施形態に従い、ＨＴＴＰメソッドの少なくとも何れかに対応する操作要求を通信装置１０１へ送信し、第４の実施形態に従い、それ以外のＨＴＴＰメソッドに対応する操作要求を画像管理装置１０２へ送信してもよい。これによって、例えばＰＯＳＴリクエストなどの、通信装置１０１がコンテンツをアップロード済であるか否かを判断する必要がない処理についての応答性を改善することができる。
【００９４】
また、上記各実施形態において、コンテンツをアップロード済みか判断するにあたって、通信装置１０１の現在の状態を考慮してもよい。即ち、通信装置１０１の現在の状態に応じて、コンテンツをアップロード済みであるかを判断するか否か切り替えるようにしてもよい。例えば、通信装置１０１がデジタルカメラであり、コンテンツの操作要求を受信した時に、撮影モードに入っていた場合、撮影に伴う処理負荷が発生すると考えられる。そのような場合には、要求されたコンテンツがアップロード済みであるかを判断し、アップロード済みである場合にはリダイレクト処理を実行することで、通信装置１０１の処理負荷の増大を抑制し、撮影に伴う処理への影響を軽減することが可能になる。逆に、コンテンツの操作要求を受信した際に通信装置１０１としてのデジタルカメラが撮影モードに入っていない場合には、アップロード済みであるか否かに係らず、通信装置１０１が保持しているコンテンツに対して操作を行うようにする。この場合、アップロード済みであるか否かの判断処理を省略することができる。このように、コンテンツの操作要求を受信した際の通信装置１０１の状態に応じて、コンテンツをアップロード済みか否かの判断を行うようにしてもよい。
【００９５】
また、通信装置１０１、画像管理装置１０２、および外部装置１０３の少なくとも何れかの機能は、複数の情報処理装置によって実現されてもよい。また、通信装置１０１、画像管理装置１０２、または外部装置１０３の機能は、１台の情報処理装置によって実現されてもよい。
【００９６】
また、上述の各実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣやＦＰＧＡ）によっても実現可能である。
【符号の説明】
【００９７】
１０１：通信装置、１０２：画像管理装置、１０３：外部装置
【図１】
2020042361.tif 000003
【図２】
2020042361.tif 000004
【図３】
2020042361.tif 000005
【図４】
2020042361.tif 000006
【図５】
2020042361.tif 000007
【図６Ａ】
2020042361.tif 000008
【図６Ｂ】
2020042361.tif 000009
【図７】
2020042361.tif 000010
【図８】
2020042361.tif 000011
【図９】
2020042361.tif 000012
【図１０】
2020042361.tif 000013
【図１１】
2020042361.tif 000014
【図１２】
2020042361.tif 000015