通信装置、中継装置、無線通信システム、通信装置の制御方法、中継装置の制御方法およびプログラム
【課題】 カメラの画像を、携帯電話を介してＷｅｂサービスにアップロードするシステムにおいて、Ｗｅｂサービスに対するアクセスをサポートする機器をユーザが意識することなく、画像のアップロードが可能な技術を提供する。
【解決手段】中継装置と接続し、前記中継装置を介して接続するサーバ装置にデータを送信する通信装置は、サーバ装置とのアクセス処理を実行するためのアクセス機能を通信装置が保持しているか、中継装置が保持しているかを判定する判定部と、判定結果に応じて、アクセス機能を保持している装置のアクセス処理部にアクセス処理を実行させて、データを送信するための送信方法を決定する決定部と、決定された送信方法によりデータを送信する送信部と、を有する。
【解決手段】中継装置と接続し、前記中継装置を介して接続するサーバ装置にデータを送信する通信装置は、サーバ装置とのアクセス処理を実行するためのアクセス機能を通信装置が保持しているか、中継装置が保持しているかを判定する判定部と、判定結果に応じて、アクセス機能を保持している装置のアクセス処理部にアクセス処理を実行させて、データを送信するための送信方法を決定する決定部と、決定された送信方法によりデータを送信する送信部と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、中継装置、無線通信システム、通信装置の制御方法、中継装置の制御方法およびプログラムに関する。
【背景技術】
【０００２】
画像ファイルをインターネット上のＷｅｂサービス（画像共有サービス）にアップロードできる携帯電話がある。また、撮影した画像を同様のサービスにアップロードできるカメラも存在する。また近年、無線ＬＡＮ等の近距離無線インタフェースを持つカメラや携帯電話が存在する。このようなカメラと携帯電話を無線通信で接続すれば、携帯電話がカメラとＷｅｂサービス間の中継装置として動作することで、カメラの画像をＷｅｂサービスにアップロードするシステムを構築することが可能である。
【０００３】
一方、前述のようなＷｅｂサービスを利用するためには、Ｗｅｂサービスが公開するプロファイルに定義された操作を記述したメッセージでＷｅｂサービスと通信しなければならない。このため、複数のＷｅｂサービスが存在する場合、Ｗｅｂサービスを利用する機器は複数のＷｅｂサーバそれぞれに対応したメッセージ通信をサポートしなければならない。前述したような携帯電話やカメラも、それぞれが複数のＷｅｂサービスに対応するメッセージ通信を実装しているのが一般的である。
【０００４】
また、特許文献１によれば、Ｗｅｂサービスへのアクセスする手段を一括して管理し、端末からの要求に応じてＷｅｂサービスへのアクセスを行う中継サーバが提案されている。これによれば、中継サーバのみがＷｅｂサーバそれぞれに対応したメッセージ通信をサポートすればよく、中継サーバに接続する通信端末はＷｅｂサービスとのメッセージ通信を実装する必要がない。前述のカメラと携帯電話を接続するシステムに置き換えれば、携帯電話がＷｅｂサービスに対応するメッセージ通信を実装していれば、カメラはＷｅｂサービスに対応するメッセージ通信を実装していなくても、Ｗｅｂサービスに画像がアップロードできる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−０２６５６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１では、通信端末がサポートするＷｅｂサービスについて考慮されていなかった。前述のカメラと携帯電話を接続するシステムにおいては、カメラと携帯電話はそれぞれ単独でもＷｅｂサービスに接続し、画像をアップロードすることが可能である。また、カメラと携帯電話は別々のソフトウェアで動作するため、それぞれがサポートするＷｅｂサービスの種別が異なることがある。このような場合、ユーザはどちらの機器がどのＷｅｂサービスに対応しているかを意識して、画像をアップロードしたいＷｅｂサービスに対応している機器を操作してアップロード処理を行わなければならないという課題があった。
【０００７】
たとえば、カメラはＡとＢという２つのＷｅｂサービスに対応しており、携帯電話はＡとＣという２つのＷｅｂサービスに対応しているというような状況が考えられる。この場合、ユーザはＷｅｂサービスＢに画像をアップロードしたければカメラを、ＷｅｂサービスＣにアップロードしたければ携帯電話を操作する必要があった。
【課題を解決するための手段】
【０００８】
本発明は通信装置の画像を、中継装置を介してＷｅｂサービスに送信するシステムにおいて、Ｗｅｂサービスに対するアクセス機能をサポートする装置をユーザが意識することなく、画像の送信が可能な技術の提供を目的とする。すなわち、本発明は、通信装置または中継装置のいずれかを操作して画像のアップロードが可能な装置、無線通信システムを提供する。
【０００９】
上記の目的を達成する本発明の一つの側面にかかる通信装置は、中継装置と接続し、前記中継装置を介して接続するサーバ装置にデータを送信する通信装置であって、
前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定手段と、
前記判定手段による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定手段と、
前記決定手段で決定された前記送信方法により前記データを送信する送信手段と、を有することを特徴とする。
【００１０】
あるいは、上記の目的を達成する本発明の他の側面にかかる中継装置は、通信装置とサーバ装置とに接続し、前記通信装置から前記サーバ装置へのデータの送信を中継する中継装置であって、
前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定手段と、
前記判定手段による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定手段と、
前記決定手段で決定された前記送信方法により前記データを送信する送信手段と、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、通信装置の画像を中継装置を介してＷｅｂサービスに送信するシステムにおいて、Ｗｅｂサービスに対するアクセス機能をサポートする装置をユーザが意識することなく、画像の送信が可能になる。
【図面の簡単な説明】
【００１２】
【図１】実施形態１、２に係る通信機器のハードウェア構成の一例を示す図。
【図２】実施形態１、２に係る通信機器の機能ブロック構成の一例を示す図。
【図３】実施形態１、２に係る中継機器のハードウェア構成の一例を示す図。
【図４】実施形態１、２に係る中継機器の機能ブロック構成の一例を示す図。
【図５】実施形態１における通信機器の動作フローを説明する図。
【図６】Ｗｅｂサービスにアクセスする機器を判定する処理を説明する図。
【図７】実施形態１における中継機器の動作フローを説明する図。
【図８】実施形態１における中継機器の動作フローを説明する図。
【図９】実施形態２における中継機器の動作フローを説明する図。
【図１０】実施形態２における通信機器の動作フローを説明する図。
【図１１】実施形態１の通信機器、中継機器、およびサーバ装置における機器間の通信シーケンスを例示的に説明する図。
【図１２】実施形態２の通信機器、中継機器、およびサーバ装置における機器間の通信シーケンスを例示的に説明する図。
【図１３】（ａ）本発明の実施形態１、２にかかるシステム構成を例示する図、（ｂ）通信機器が保持するＷｅｂサービスの情報の一例を示す図、（ｃ）中継機器が保持するＷｅｂサービスの情報の一例を示す図。
【図１４】（ａ）ＩＰルータモードによる通信手順の一例を示す図、（ｂ）ＩＰルータモードによる通信手順の一例を示す図、（ｃ）Ｐｒｏｘｙモードによる通信手順の一例を示す図、（ｄ）Ｐｒｏｘｙモードによる通信手順の一例を示す図。
【発明を実施するための形態】
【００１３】
（実施形態１）
（通信機器のハードウェア構成）
以下、本実施形態に係る通信装置（通信機器）について、図面を参照しながら詳細に説明する。図１の参照により、本発明の実施形態に係る通信機器としてカメラ１００のハードウェア構成を説明する。表示部１０１および操作部１０２は、アプリケーションの表示や実行など、ユーザインタフェースとして機能する。操作部１０２からの操作入力の有無により通信機器が操作されているか否かが判定される。撮像部１０３は被写体の光学像を撮像する。画像処理部１０４は撮像部１０３から出力された撮像画像を所定フォーマットの画像データに変換し、画像データに透かしデータを付与する。符号化／復号化部１０５は画像処理部１０４から出力された画像データに対して、所定の高能率符号化（例えば、ＤＣＴ変換、量子化後に可変長符号化）を行う。符号化／復号化部１０５はまた、記録再生部１０６から再生された圧縮画像データを伸長復号化し、その画像データを画像処理部１０４に供給する。記録再生部１０６は圧縮符号化された画像データを不図示の記録媒体に記録再生する。本実施形態の通信機器は、画像データを符号化する技術として、例えば、ＪＰＥＧ(Joint Photographic Experts Group)方式を用いて圧縮符号化している。記憶部１０７は無線通信ネットワーク情報、データ送受信情報、通信機器情報、利用可能なサービス情報など各種データを記憶、管理する。時計部１０８は時間を計測する。制御部１０９はカメラ１００を制御する。ＲＯＭ１１０には制御命令つまりプログラムが格納されている。１１１はＲＡＭである。アンテナ１１５は無線ＬＡＮ通信を行う。無線ＬＡＮアンテナ制御部１１２はアンテナ１１５を制御する。通信インタフェース部（以下、通信ＩＦ１１３）はネットワークの検索、構築、接続、管理など通信処理を行う。電源部１１４は通信機器（通信装置）に電力を供給する。
【００１４】
（通信機器の機能構成）
次に、図２を参照して通信機器の機能構成について説明する。本実施形態において、通信機器の機能ブロックは、ＲＯＭ１１０にプログラムとして記憶され、制御部１０９によって実行される。なお、通信機器の機能ブロックに含まれる一部乃至全部がハードウェア化されていてもよい。
【００１５】
サービスアクセス処理部２１０は、Ｗｅｂサービスにアクセスするための通信手順を実装する処理部である。サービスアクセス処理部２１０は、Ｗｅｂサービス装置がＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で公開するプロファイルに定義された操作を記述したメッセージを、Ｗｅｂサービス装置との間で送受信する。またサービスアクセス処理部２１０は、認証処理部２１１、およびアップロード処理部２１２を含む。
【００１６】
認証処理部２１１は管理する認証情報を使用して、Ｗｅｂサービスに対する認証処理（ログインおよびログアウト）を行う。アップロード処理部２１２は、Ｗｅｂサービスに対してデータをアップロードする。サービスアクセス処理部２１０は対応するＷｅｂサービスとＷｅｂサービスのバージョンごとに用意される機能ブロックである。
【００１７】
なお、本実施形態においてＷｅｂサービスとは、画像ファイルを保存・管理する画像ストレージサービスを想定しており、したがってアップロードするデータとは画像データである。しかしながら、本発明の趣旨は、これに制限するものではない。
【００１８】
携帯連携処理部２２０は、携帯電話とのメッセージ交換を行い、データの送受信や制御要求を行う処理部である。携帯連携処理部２２０は、アップロード処理部２２１、中継方式管理部２２２を含む。
【００１９】
アップロード処理部２２１は、携帯電話に対して画像データをＷｅｂサービスにアップロードするよう要求する。またアップロード処理部２２１は、携帯電話からの要求に応じて、Ｗｅｂサービスに画像をアップロードするようサービスアクセス処理部２１０に要求する。中継方式管理部２２２は、携帯電話が行うデータ中継処理がＩＰルータモードであるかＰｒｏｘｙモードであるかを監視し、またいずれかのモードで動作するように携帯電話に通知する。
【００２０】
（ＩＰルータモードとＰｒｏｘｙモード）
ここで、ＩＰルータモードとＰｒｏｘｙモードについて詳細に説明を行う。図１４（ａ）は、ＩＰルータモードによる通信手順の一例を示す図である。まず、通信機器であるカメラ１００（図１３（ａ））とＷｅｂサーバ１３００（図１３（ａ））における通信手順について説明する。インターネット手順１４０１および１４０７はＩＰパケットなどを取扱う。トランスポート手順１４０２および１４０８は、ＴＣＰやＵＤＰパケットなどを取扱う。アプリケーション手順１４０３および１４０９は、ＨＴＴＰなどを取扱う。アプリケーションインタフェース手順１４０４および１４１０はＷｅｂサーバ１３００が提供するＷｅｂサービスにアクセスするためのＡＰＩを表す。
【００２１】
つぎに中継機器である携帯電話３００（図１３（ａ））における通信手順について説明する。携帯電話３００では、処理手順１４０５および１４０６においてＩＰパケットのＩＰアドレスフィルタリングやアドレス変換などを行なう。そして、カメラ１００のインターネット手順１４０１をＷｅｂサーバ１３００のインターネット手順１４０７にあうアドレスに置き換える。それ以外のトランスポート手順、アプリケーション手順、アプリケーションインタフェース手順は変換あるいは中身のデータを解析することなくカメラ１００とＷｅｂサーバ１３００間で直接通信手順を実行している。
【００２２】
また、図１４（ｂ）も、本実施形態にかかるＩＰルータモードによる通信手順の一例を示す図である。図１４（ａ）と同様に通信機器であるカメラ１００とＷｅｂサーバ１３００がもつ各手順は同様のため説明を省略する。携帯電話３００では、一般的にサーキットレベルゲートウェイと呼ばれるモードが動作している。この場合、インターネット手順１４１５ａおよびトランスポート手順１４１５ｂでは、クライアントであるカメラ１００のＩＰアドレスがソースＩＰアドレスとなり、Ｗｅｂサーバ１３００のＩＰアドレスがデスティネーションＩＰアドレスとなる。また、インターネット手順１４１６ａおよびトランスポート手順１４１６ｂでは、携帯電話３００のサーキットレベルゲートウェイＩＰアドレスがソースＩＰアドレスとなり、Ｗｅｂサーバ１３００のＩＰアドレスがデスティネーションＩＰアドレスとなる。このように、アプリケーション手順、アプリケーションインタフェース手順は変換あるいは中身のデータを解析することなくカメラ１００とＷｅｂサーバ１３００間で直接通信手順を実行している。
【００２３】
図１４（ｃ）は、本実施形態にかかるＰｒｏｘｙモードによる通信手順の一例を示す図である。図１４（ａ）、図１４（ｂ）と同様の手順であるインターネット手順１４２１、１４２５、１４２８、１４３０およびトランスポート手順１４２２、１４２６、１４２９、１４３１については説明を省略する。カメラ１００およびＷｅｂサーバ１３００において、アプリケーション手順１４２３および１４３２はＨＴＴＰパケットなどを取扱う。ここで、アプリケーション手順１４２３および１４３２は、携帯電話３００のＨＴＴＰゲートウェイ１４２７と通信を行う。
【００２４】
ＨＴＴＰゲートウェイ１４２７は、カメラ１００のアプリケーションインタフェース手順であるサービス−１ ＡＰＩ１４２４で指定されアプリケーション手順１４２３を介して搬送されるパケットを受信し、中身のデータを解析する。つぎにＨＴＴＰゲートウェイ１４２７は、Ｗｅｂサーバ１３００のアプリケーションインタフェース手順であるサービス−２ ＡＰＩ１４３３で制御可能なパケットにデータを変換する。続けて、Ｗｅｂサーバ１３００との間でアプリケーション手順１４３２を介してパケットの搬送を行う。この場合、カメラ１００からの要求をＨＴＴＰゲートウェイ１４２７が変換処理してＷｅｂサーバ１３００に要求を行う。続けてＷｅｂサーバ１３００のサービス−２ ＡＰＩ１４３３から返信された応答をＨＴＴＰゲートウェイ１４２７が受信し、変換処理後、カメラ１００に応答する。このように、携帯電話３００のアプリケーション部であるＨＴＴＰゲートウェイ１４２７においてデータ解析および変換を行うことでカメラ１００とＷｅｂサーバ１３００が通信データの送受信が可能になる。
【００２５】
また、図１４（ｄ）も、本実施形態におけるＰｒｏｘｙモードによる通信手順の一例を示す図である。ここでは図１４（ａ）、（ｂ）、（ｃ）と異なる点について説明を行う。カメラ１００の携帯ＡＰＩ１４４４と携帯電話３００の携帯ＡＰＩ１４４８との間で相互に要求と応答が実行される。一方、Ｗｅｂサーバ１３００のサービスＡＰＩ１４５７と携帯電話３００のサービスＡＰＩ１４５３との間で相互に要求と応答が実行される。この場合、携帯ＡＰＩとサービスＡＰＩは独立して動作してもよい。つまり、カメラ−Ｗｅｂ連携アプリケーション１４４９において、カメラ１００からの撮像データの送信要求が発生したとしても、携帯電話３００は自身がＷｅｂサーバ１３００に送信できる状態にあるときにカメラからの要求を処理すればよい。例えば、カメラ１００と携帯電話３００は無線接続状態で携帯ＡＰＩ１４４４によってデータ通信できるが、携帯電話３００はＷｅｂサーバ１３００との間で無線通信が圏外のため通信ができない場合が考えられる。このような場合、携帯電話３００は、Ｗｅｂサーバ１３００へのアクセスを中断し、圏内に復帰した時点でＷｅｂサーバ１３００との間でサービスＡＰＩによってデータ通信を実行することができる。
【００２６】
ここでは、ＩＰルータモードとＰｒｏｘｙモードの一例をあげた。この他の手段を用いて、カメラ１００がクライアントとしてＷｅｂサービスを提供するＷｅｂサーバ１３００にアクセスする場合に、クライアントがサーバ装置に直接接続するような接続形態をＩＰルータモードと分類してよい。一方、クライアントに代わって、中継機器である携帯電話３００がＷｅｂサーバ１３００にアクセスする場合はＰｒｏｘｙモードと分類してもよい。
【００２７】
説明を図２に戻し、サポートサービス管理部２３０は、カメラ１００に実装されるＷｅｂサービスの種別とそれぞれ対応するバージョンを管理する。表示・操作処理部２４０はアップロードする画像やアップロード先のＷｅｂサービスのユーザ名などをユーザに表示し、選択させる機能を実装する。判定処理部２５０は、表示・操作処理部２４０で選択されたＷｅｂサービスに対するアクセス手順をサポートする機器が、カメラなのか携帯電話なのか判定する。設定管理部２６０はカメラ１００の動作に関する様々な設定を管理する機能ブロックである。
【００２８】
アップロード手段決定処理部２７０は、判定処理部２５０による判定結果、および設定管理部２６０で管理される設定情報に基づいてＷｅｂサービスに画像をアップロードする手順を決定する。そして、アップロード手段決定処理部２７０は、決定の結果をサービスアクセス処理部２１０および携帯連携処理部２２０に通知を行う。アップロード手段決定処理部２７０は、Ｗｅｂサービスに直接アクセスする機器をカメラにするか携帯電話にするかを判定する。そして、アップロード手段決定処理部２７０は、カメラがアクセスするならＩＰルータモードで、携帯電話がアクセスするならＰｒｏｘｙモードで携帯電話が動作するように携帯連携処理部２２０に通知を行う。またアップロード手段決定処理部２７０は、カメラがＷｅｂサービスにアクセスするならばサービスアクセス処理部２１０がアップロード処理を行うように通知を行う。また、アップロード手段決定処理部２７０は、携帯電話がＷｅｂサービスにアクセスするならば携帯連携処理部２２０がアップロード処理を行うように通知を行う。
（中継器のハードウェア構成）
次に、本実施形態に係る中継機器について、図面を参照しながら詳細に説明する。図３は、本発明の実施形態に係る中継機器のハードウェア構成図である。図３は、中継機器として携帯電話３００のハードウェア構成を例示するものである。表示部３０１および操作部３０２は、アプリケーションの表示や実行などを行う。操作部３０２からの操作入力の有無により中継機器が操作されているか否かが判定される。記憶部３０５は無線通信ネットワーク情報、データ送受信情報、通信機器情報、利用可能なサービス情報など各種データを記憶、管理する。
【００２９】
時計部３０３は時間を計測する。アンテナ３１２は公衆網通信を行う。公衆網通信アンテナ制御部３０４はアンテナ３１２を制御する。電源部３０６は中継機器に電力を供給する。
【００３０】
制御部３０７は携帯電話３００を制御する。ＲＯＭ３０８には制御命令つまりプログラムが格納されている。３０９はＲＡＭである。アンテナ３１３は無線ＬＡＮ通信を行う。無線ＬＡＮアンテナ制御部３１０はアンテナ３１３を制御する。通信インタフェース部（以下、通信ＩＦ３１１）はネットワークの検索、構築、接続、管理など通信処理を行う。また通信ＩＦ３１１はアンテナ３１２による公衆網通信、およびアンテナ３１３による無線ＬＡＮ通信双方の通信に係る処理を実行する。
【００３１】
（中継機器の機能構成）
次に、図４を参照して中継機器の機能構成について説明する。本実施形態において、中継機器の機能ブロックは、ＲＯＭ３０８にプログラムとして記憶され、制御部３０７によって実行される。なお、中継機器の機能ブロックに含まれる一部乃至全部がハードウェア化されていてもよい。
【００３２】
サービスアクセス処理部４１０は、Ｗｅｂサービスにアクセスするための通信手順を実装する処理部である。またサービスアクセス処理部４１０は、認証処理部４１１およびアップロード処理部４１２を含む。サービスアクセス処理部４１０は、カメラ１００におけるサービスアクセス処理部２１０と同等の機能を持つ処理部であり、カメラ１００と同様に対応するＷｅｂサービスとＷｅｂサービスのバージョンごとに用意されている。
【００３３】
カメラ連携処理部４２０は、カメラとのメッセージ交換を行い、データの送受信や制御要求を行う処理部である。カメラ連携処理部４２０は、アップロード処理部４２１、データ取得処理部４２２を含む。アップロード処理部４２１は、カメラからの要求に応じて、カメラから要求されたＷｅｂサービスに画像をアップロードするよう、サービスアクセス処理部４１０に対して要求を行う。またアップロード処理部４２１は、カメラに対して画像データをＷｅｂサービスにアップロードするよう要求する。データ取得処理部４２２は、カメラから画像データを取得する。
【００３４】
サポートサービス管理部４３０は、携帯電話３００に実装されるＷｅｂサービスの種別とそれぞれ対応するバージョンを管理する。
【００３５】
表示・操作処理部４４０はアップロードする画像やアップロード先のＷｅｂサービス名などをユーザに表示し、選択させる機能を実装する。判定処理部４５０は、表示・操作処理部４４０で選択されたＷｅｂサービスに対するアクセス手順をサポートする機器が、カメラなのか携帯電話なのか判定する。設定管理部４６０は携帯電話３００の動作に関する様々な設定を管理する機能ブロックである。
【００３６】
アップロード手段決定処理部４７０は、判定処理部４５０による判定結果、および設定管理部４６０で管理される設定情報に基づいてＷｅｂサービスに画像をアップロードする手順を決定する。そして、アップロード手段決定処理部４７０はサービスアクセス処理部４１０およびカメラ連携処理部４２０に決定結果の通知を行う。アップロード手段決定処理部４７０は、Ｗｅｂサービスに直接アクセスする機器をカメラにするか携帯電話にするかを判定する。そして、アップロード手段決定処理部４７０は、カメラがアクセスするならＩＰルータモードで動作するように中継方式管理部４８０に通知を行ない、携帯電話がアクセスするならＰｒｏｘｙモードで動作するように中継方式管理部４８０に通知を行う。またアップロード手段決定処理部４７０は、カメラがＷｅｂサービスにアクセスするならばカメラ連携処理部４２０がアップロード処理を行うようにカメラ連携処理部４２０に通知を行なう。また、アップロード手段決定処理部４７０は、携帯電話がＷｅｂサービスにアクセスするならばサービスアクセス処理部４１０がアップロード処理を行うように、サービスアクセス処理部４１０に通知を行う。
【００３７】
中継方式管理部４８０は中継動作のモードとしてＩＰルータモードで動作するかＰｒｏｘｙモードで動作するかを管理する。中継方式管理部４８０はモードに応じたデータフレームの転送処理（例えば、ＴＣＰレイヤ以上におけるデータフレームをブリッジするブリッジ機能による転送処理）を行うように、通信ＩＦ３１１を制御する。
【００３８】
以上が本発明の実施形態にかかる通信機器および中継機器のハードウェア構成および機能構成である。なお、ハードウェア構成および機能構成は、本発明における実施形態の一つの事例であって、必ずしも図示したハードウェア構成や機能構成に限定されるものではなく、本発明を実施可能なハードウェア構成および機能構成であればよい。
【００３９】
次に本発明における特徴的な実施の形態について説明を行う。図１３（ａ）は実施形態１における無線通信システムの機器構成を示す図である。カメラ１００は携帯電話３００と接続し、携帯電話３００はＷｅｂサーバ１３００と接続する。携帯電話３００は、前述のＩＰルータモードおよびＰｒｏｘｙモードで、カメラ１００とＷｅｂサーバ１３００との間のデータ通信を中継する機能を持つ。また、Ｗｅｂサーバ１３００はカメラ１００および携帯電話３００から利用可能なＷｅｂサービス機能（画像ストレージ機能）を有している。
【００４０】
図１３（ｂ）は、カメラ１００のサポートサービス管理部２３０にて管理している、カメラ１００がサポートするＷｅｂサービスの情報（アクセス情報）である。このアクセス情報によりカメラ１００が保持するアクセス機能を特定することができる。図１３（ｃ）は、携帯電話３００のサポートサービス管理部４３０にて管理している、携帯電話３００がサポートするＷｅｂサービスの情報（アクセス情報）である。このアクセス情報により携帯電話３００が保持するアクセス機能を特定することができる。
【００４１】
（カメラ１００の動作フロー）
図５および図６を用いて、カメラ１００の動作フローの一例を説明する。図５は、カメラ１００における画像のアップロード処理実行時の動作フローである。この処理は、ユーザが操作部１０２を用いてアップロード処理を開始するための操作を実行した際に開始される。アップロード処理を開始するための操作は、ボタン押しのような操作でも良いし、たとえば撮像操作などの他の操作と連動して開始するようにしてもかまわない。また、本処理が実行される前に、カメラ１００と携帯電話３００との間で無線ＬＡＮの接続処理は完了しているものとする。
【００４２】
アップロード処理を開始するための操作が行われると、アップロード処理部２２１はアップロード処理開始通知を携帯電話３００に送信する（Ｓ５０１）。
【００４３】
次に、サポートサービス管理部２３０は、携帯電話３００から応答メッセージで返される携帯電話３００がサポートするＷｅｂサービスのリストを取得する（Ｓ５０２）。ここでいうＷｅｂサービスのリストとは、図１３（ｃ）に示すリストであり、Ｗｅｂサービス名と対応するサービスのバージョン情報から構成される。サポートサービス管理部２３０は、Ｗｅｂサービスのリストを取得した結果、カメラ自身あるいは携帯電話が何らかのＷｅｂサービスに対応しているか否かを判定する（Ｓ５０３）。カメラ１００および携帯電話３００に対応するＷｅｂサービスが有る場合、処理はステップＳ５０５に進められる（Ｓ５０３のＮｏ）。もし、カメラ１００および携帯電話３００に対応するＷｅｂサービスがない場合には（Ｓ５０３のＹｅｓ）、Ｗｅｂサービスのプログラムに対応するようにソフトウェアの更新を促すか、Ｗｅｂサービス機能の有効化をユーザに促す（Ｓ５０４）。これは、利用できるＷｅｂサービスがない旨をユーザに告知してもよいし、Ｗｅｂサービスプログラムの設定モードに自動的に移行してもよい。また、本実施形態ではステップＳ５０２のＷｅｂサービスリストの取得をステップＳ５０１のアップロード処理開始通知の後に実行している。しかし、先にＷｅｂサービスのリストの取得を実行し、取得結果Ｗｅｂサービス情報がない場合には、アップロード処理開始そのものを選択できない、あるいは表示色を変化させてアップロード処理が無効である旨をユーザに告知してもよい。
【００４４】
Ｗｅｂサービスのリストを取得すると、表示・操作処理部２４０はアップロード処理のアップロード先候補となるＷｅｂサービスの一覧を表示部１０１に表示する（Ｓ５０５）。ここで、表示・操作処理部２４０はアップロード先候補として、Ｓ５０２で取得したＷｅｂサービス名と、サポートサービス管理部２３０で管理されるカメラ１００がサポートするＷｅｂサービス名（図１３（ｂ））を並べて表示する。すなわちここでは「ＡＡＡフォトサービス」「ＢＢＢフォトサービス」「ＣＣＣフォトサービス」が表示される。ユーザが操作部１０２を操作してアップロードする画像とアップロード先のＷｅｂサービスを選択すると、カメラ１００は選択されたＷｅｂサービスに基づいてＷｅｂサービスにアクセスする機器を決定する（Ｓ５０６）。ステップＳ５０６の処理は判定処理部２５０およびアップロード手段決定処理部２７０において実行される。ステップＳ５０６の処理は、図６を用いて後に詳細を解説する。
【００４５】
ステップＳ５０６ｂでは、先のステップＳ５０６における決定結果の判別が行われる。ステップＳ５０６の判別の結果、カメラ１００がＷｅｂサービスにアクセスすると決定した場合（Ｓ５０６ｂで「カメラがアクセス」）、処理はステップＳ５０７に進められる。中継方式管理部２２２は携帯電話３００にＩＰルータモードで中継処理を動作させるよう通知メッセージを送信する（Ｓ５０７）。中継方式管理部２２２は携帯電話３００から応答メッセージを受信すると、認証処理部２１１はＷｅｂサービスに対してログイン処理を行う（Ｓ５０８）。携帯電話３００から応答メッセージを受信すると、認証処理部２１１はＷｅｂサーバ１３００とＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ）を用いて接続する（Ｓ５０８）。ＨＴＴＰＳによる接続はカメラ１００とＷｅｂサーバ１３００との間の通信に対する秘匿性を確保するために行う暗号化通信で、カメラ１００からＷｅｂサービスに対するログイン処理（Ｓ５０８）で使用する。Ｗｅｂサービスにログインするため、認証処理部２１１は管理するユーザ名とパスワードを、ＨＴＴＰＳを用いてＷｅｂサービスに対して送信する。この際、通信の秘匿性は暗号化通信によりカメラ１００とＷｅｂサーバ１３００間で担保されているため、携帯電話３００でユーザ名やパスワードを検知することはできない。Ｗｅｂサービスのログインに成功すると（Ｓ５０８ｂでＹｅｓ）、アップロード処理部２１２はＷｅｂサービスに画像データを送信する（Ｓ５０９）。画像のアップロード処理（Ｓ５０９）が完了すると、認証処理部２１１がＷｅｂサービスに対してログアウト処理を実行し（Ｓ５１０）、アップロード処理部２２１が携帯電話３００にアップロード処理終了通知を送信する（Ｓ５１１）。
【００４６】
ステップＳ５０６ｂの判別の結果、携帯電話３００がＷｅｂサービスにアクセスすると決定した場合（Ｓ５０６ｂで「携帯電話がアクセス」）、処理はステップＳ５１３に進められる。中継方式管理部２２２は携帯電話３００にＰｒｏｘｙモードで中継処理を動作させるよう通知メッセージを送信する（Ｓ５１２）。中継方式管理部２２２は携帯電話３００から応答メッセージを受信すると、アップロード処理部２２１は携帯電話３００に対して、Ｗｅｂサービスに対するログイン要求メッセージを送信する（Ｓ５１３）。このログイン要求メッセージには、Ｓ５０５でユーザが選択したＷｅｂサービス名を付加して送信する。カメラ１００は、ログイン要求メッセージに対する応答メッセージで、携帯電話３００におけるログイン処理が成功したか失敗したかを判断する。ログイン処理が成功した場合（Ｓ５１３ｂでＹｅｓ）、アップロード処理部２２１は携帯電話３００にアップロード要求メッセージを送信する（Ｓ５１４）。アップロード処理部２２１はＷｅｂサービスにアップロードする画像データをアップロード要求メッセージに付加して送信する。アップロード処理（Ｓ５１４）が完了すると（Ｓ５１４のＹｅｓ）、アップロード処理部２２１が携帯電話３００に対してログアウト要求メッセージを送信し（Ｓ５１５）、その後アップロード処理終了通知を携帯電話３００に送信する（Ｓ５１１）。
【００４７】
ログイン処理やアップロード処理に失敗した場合（Ｓ５０８ｂでＮｏ、Ｓ５１３ｂでＮｏ、Ｓ５０９ｂでＮｏ、Ｓ５１４ｂでＮｏ）、処理はステップＳ５０６に戻される。カメラ１００の判定処理部２５０およびアップロード手段決定処理部２７０は判定処理（Ｓ５０６）を再度実行する。Ｓ５０５で選択されたＷｅｂサービスに対するアクセス機能をカメラ１００も携帯電話３００も保持している場合としては、例えば、図１３（ｂ）、（ｃ）の「ＣＣＣフォトサービス」）が該当する。この場合、カメラ１００はＷｅｂサービスにアクセスする機器を変えてアップロード処理を試みる。
【００４８】
ステップＳ５０６ｂの判定処理の結果、Ｗｅｂサービスにアクセスできる機器が存在しないと判定された場合（Ｓ５０６ｂで「アクセスできる機器なし」）、表示・操作処理部２４０はエラーメッセージを表示する（Ｓ５１６）。その後、アップロード処理部２２１が携帯電話３００にアップロード処理終了通知を送信する（Ｓ５１１）。
【００４９】
（ステップＳ５０６の詳細動作）
次に、図６を用いて、ステップＳ５０６の詳細な動作を説明する。Ｗｅｂサービスにアクセスする機器を決定する際、まず判定処理部２５０がアップロード先のＷｅｂサービスに対するアクセス機能をサポートしている機器がカメラ１００なのか携帯電話３００なのかを判定する（Ｓ６０１）。
【００５０】
ステップＳ６０１ｂの判別の結果、Ｗｅｂサービスに対するアクセス機能をサポートしている機器がカメラ１００のみの場合（Ｓ６０１ｂで「カメラのみ」）、処理はステップＳ６０７に進められる。Ｗｅｂサービスにアクセスする機器としてカメラ１００が選択される（Ｓ６０７でＮｏ、Ｓ６１０）。カメラ１００によるログイン処理に失敗した後に本処理が呼ばれた場合は、Ｗｅｂサービスにアクセスできる機器が存在しないと判断される（Ｓ６０７でＹｅｓ、Ｓ６１１）。
【００５１】
Ｗｅｂサービスに対するアクセス機能をサポートしている機器が携帯電話３００のみの場合（Ｓ６０１ｂで「携帯電話のみ」）、処理はステップＳ６０８に進められる。Ｗｅｂサービスにアクセスする機器として携帯電話３００が選択される（Ｓ６０８でＮｏ、Ｓ６１２）。携帯電話３００によるログイン処理に失敗した後に本処理が呼ばれた場合は、Ｗｅｂサービスにアクセスできる機器が存在しないと判断する（Ｓ６０８でＹｅｓ、Ｓ６１３）。
【００５２】
Ｗｅｂサービスに対するアクセス機能をカメラ１００および携帯電話３００双方がサポートしている場合（Ｓ６０１ｂで「カメラと携帯電話」）、さらに幾つかの条件によってＷｅｂサービスにアクセスする機器を決定する（Ｓ６０２〜Ｓ６０６）。
【００５３】
携帯電話３００によるログイン処理に失敗した後に本処理が呼ばれた場合は、Ｗｅｂサービスにアクセスする機器としてカメラ１００を選択する（Ｓ６０２でＹｅｓ、Ｓ６０７でＮｏ、Ｓ６１０）。カメラ１００によるログイン処理に失敗した後に本処理が呼ばれた場合は、Ｗｅｂサービスにアクセスする機器として携帯電話３００を選択する（Ｓ６０３でＹｅｓ、Ｓ６１４）。カメラ１００によるログイン処理も携帯電話３００によるログイン処理も失敗した後に本処理が呼ばれた場合は、Ｗｅｂサービスにアクセスできる機器が存在しないと判断する（Ｓ６０２でＹｅｓ、Ｓ６０７でＹｅｓ、Ｓ６１１）。
【００５４】
アップロード処理を初めて行う場合（Ｓ６０３でＮｏ）、処理はステップＳ６０４に進められる。ステップＳ６０４では、サポートしているＷｅｂサービスのバージョンが新しい機器をＷｅｂサービスにアクセスする機器として選択される（Ｓ６０４）。Ｗｅｂサービスのバージョンの比較結果に応じて、カメラ１００または携帯電話３００がＷｅｂサービスにアクセスする機器として選択される（Ｓ６１５、Ｓ６１６）。比較結果により両者がサポートするＷｅｂサービスのバージョンも同じ場合（Ｓ６０４で「同じ」）、設定管理部２６０にて優先する機器が設定されている場合、設定されている機器をＷｅｂサービスにアクセスする機器として選択する（Ｓ６０５）。ここで参照される設定は、ユーザが操作部１０２を操作して設定することを想定しているが、たとえばＲＯＭ１１０にあらかじめ優先順位が設定されているとしても良い。優先する機器（優先機器）の設定に応じて、カメラ１００または携帯電話３００がＷｅｂサービスにアクセスする機器として選択される（Ｓ６１７、Ｓ６１８）。
【００５５】
設定管理部２６０に優先機器の設定が無い場合（Ｓ６０５で「設定なし」）、処理はステップＳ６０６に進められ、本処理が動作している機器がＷｅｂサービスにアクセスする機器として選択される（Ｓ６０６）。実施形態１においてはＷｅｂサービスにアクセスする機器としてカメラ１００が選択される。後述の実施形態２においては、Ｗｅｂサービスにアクセスする機器として携帯電話３００が選択される。
【００５６】
（携帯電話３００の動作フロー）
次に図７および図８を用いて、携帯電話３００の動作フローの一例を説明する。図７は、ユーザがカメラ１００でアップロード処理を実行した際の携帯電話３００の動作フローである。この処理は、アップロード処理部４２１がカメラ１００からアップロード処理開始通知を受信した際に開始される。また、本処理が実行される前に、カメラ１００と携帯電話３００との間で無線ＬＡＮの接続処理は完了しているものとする。
【００５７】
アップロード処理部４２１がカメラ１００からアップロード処理開始通知を受信すると、サポートサービス管理部４３０は携帯電話３００がサポートするＷｅｂサービスの情報をカメラ１００に送信する（Ｓ７０１）。ここで送信するＷｅｂサービスの情報とは、すなわち図１３（ｃ）に示すリストである。
【００５８】
アカウント情報の送信が完了すると、アップロード処理部４２１はカメラ１００から送信される中継モードを指定する通知メッセージを待ち受ける（Ｓ７０２）。ステップＳ７０２ｂにおいて、通知されたメッセージで指定されている中継モードを判定する。
【００５９】
カメラ１００からＩＰルータモードでの中継動作が指示されると（Ｓ７０２ｂで「ＩＰルータモード」）、処理はステップＳ７０３に進められ、中継方式管理部４８０はＩＰルータモードでの中継動作を開始する（Ｓ７０３）。ここで、本実施形態ではＩＰルータモードとして図１４（ａ）のように動作しているとする。
【００６０】
携帯電話３００は、ＩＰルータモードで動作する間、カメラ１００からインターネット（Ｗｅｂサーバ１３００が接続するネットワーク）に対するゲートウェイのように動作する。携帯電話３００はカメラ１００からインターネットに向かうパケットのＩＰレイヤ以下の部分を終端し、ＴＣＰレイヤ以上の部分は透過させる。ＩＰルータモードで動作する間、アップロード処理部４２１はカメラ１００からのアップロード処理終了通知を待ち受ける（Ｓ７０４）。アップロード処理終了通知を受信すると（Ｓ７０４ｂでＹｅｓ）、中継方式管理部４８０はＩＰルータモードでの中継動作を停止する（Ｓ７０５）。なお、ＩＰルータモードとして図１４（ｂ）のように動作しても同様の効果が得られる。
【００６１】
一方、カメラ１００からＰｒｏｘｙモードでの中継動作を指示されると（Ｓ７０２ｂで「Ｐｒｏｘｙモード」）、処理はステップＳ７０６に進められる。中継方式管理部４８０はＰｒｏｘｙモードでの中継動作を開始する（Ｓ７０６）。ここで、本実施形態ではＰｒｏｘｙモードとして図１４（ｄ）のように動作しているとする。
【００６２】
（ステップＳ７０６の詳細動作）
次に、図８を用いて、ステップＳ７０６の詳細な処理を説明する。Ｐｒｏｘｙモードでの中継動作中、アップロード処理部４２１はカメラ１００からのメッセージを待ち受ける（Ｓ８０１）。
【００６３】
カメラ１００からログイン要求メッセージを受信すると（Ｓ８０１ｂで「ログイン要求」）、処理はステップＳ８０２に進められる。認証処理部４１１はログイン要求で受信したアップロード先のＷｅｂサービスに対するログイン処理を実行する（Ｓ８０２）。ログイン処理が完了すると、アップロード処理部４２１はカメラ１００にログイン処理の結果（成功／失敗）を通知する（Ｓ８０３）。
【００６４】
カメラ１００からアップロード要求メッセージを受信すると（Ｓ８０１ｂで「アップロード要求」）、処理はステップＳ８０４に進められる。アップロード処理部４１２はアップロード要求メッセージで受信した画像データをＷｅｂサービスにアップロードする（Ｓ８０４）。Ｗｅｂサービスに対するアップロード処理が完了すると、アップロード処理部４２１はカメラ１００にアップロード処理の結果（成功／失敗）を通知する（Ｓ８０５）。
【００６５】
カメラ１００からログアウト要求メッセージを受信すると（Ｓ８０１ｂで「ログアウト要求」）、処理はステップＳ８０６に進められる。認証処理部４１１はＷｅｂサービスに対するログアウト処理を実行する（Ｓ８０６）。Ｗｅｂサービスに対するログアウト処理が完了すると、アップロード処理部４２１はカメラ１００にログアウト処理の結果（成功／失敗）を通知する（Ｓ８０７）。
【００６６】
カメラ１００からアップロード終了通知メッセージを受信すると（Ｓ８０１ｂで「アップロード終了通知」）、アップロード処理部４２１はカメラ１００からのメッセージ待ち受けを終了し、Ｐｒｏｘｙモードとしての動作を終了する。なお、Ｐｒｏｘｙモードとして図１４（ｃ）のように動作しても同様の効果が得られる。
【００６７】
（機器間の通信シーケンス）
次に、カメラ１００、携帯電話３００、およびＷｅｂサーバ１３００（サーバ装置）における機器間の通信シーケンスの一例について、図１１を用いて解説する。図１１は、ユーザがカメラ１００を操作し、カメラ１００が有する画像データを、携帯電話３００を介して、Ｗｅｂサーバ１３００が提供するＷｅｂサービスにアップロードする場合の通信シーケンスを例示する図である。
【００６８】
初期状態として、カメラ１００と携帯電話３００は無線ＬＡＮで接続済みであるものとする。まず、カメラ１００において、ユーザがアップロード処理を開始するための操作を行う（Ｓ１１０１）。アップロード処理を開始するための操作が行われると、カメラ１００は携帯電話３００に対してアップロード処理開始通知メッセージを送信する（Ｓ１１０２）。これを受けて、携帯電話３００は自身がサポートするＷｅｂサービスの情報のリストを含めた応答メッセージをカメラ１００に送信する（Ｓ１１０３）。カメラ１００はＷｅｂサービス情報リストを取得すると、アップロード処理のアップロード先候補となるＷｅｂサービスの一覧を表示し、ユーザに選択を促す（Ｓ１１０４）。ここで表示されるアップロード先候補は、ステップＳ１１０３で取得したＷｅｂサービスと、カメラ１００がサポートするＷｅｂサービスを合わせたものである。ユーザがカメラ１００を操作してアップロード先のＷｅｂサービスを選択すると（Ｓ１１０５）、カメラ１００はＷｅｂサービスにアクセスする機器を決定する（Ｓ１１０６）。ステップＳ１１０６の処理は図６にて示される処理である。
【００６９】
（カメラ１００がＷｅｂサービスにアクセスする場合）
ステップＳ１１０６による処理の結果、カメラ１００がＷｅｂサービスにアクセスする場合、カメラ１００は携帯電話３００にＩＰルータモードで中継処理を動作させるよう通知メッセージを送信する（Ｓ１１０７）。これを受けて、携帯電話３００はＩＰルータモードによる中継処理を開始し（Ｓ１１０８）、応答メッセージをカメラ１００に送信する（Ｓ１１０９）。
【００７０】
応答メッセージを受信すると、カメラ１００は、Ｗｅｂサービスに対してログインする（Ｓ１１１０）。続いて、カメラ１００は、画像アップロード（Ｓ１１１１）、ログアウト（Ｓ１１１２）を行う。Ｗｅｂサービスからのログアウト（Ｓ１１１２）が完了すると、カメラ１００は携帯電話３００にアップロード処理終了通知メッセージを送信する（Ｓ１１１３）。これを受けて、携帯電話３００はＩＰルータモードによる中継処理を停止し（Ｓ１１１４）、応答メッセージをカメラ１００に送信する（Ｓ１１１５）。
【００７１】
（携帯電話３００がＷｅｂサービスにアクセスする場合）
ステップＳ１１０６による処理の結果、携帯電話３００がＷｅｂサービスにアクセスする場合、カメラ１００は携帯電話３００にＰｒｏｘｙモードで中継処理を動作させるよう通知メッセージを送信する（Ｓ１１１６）。これを受けて、携帯電話３００はＰｒｏｘｙモードによる中継処理を開始し（Ｓ１１１７、図８）、応答メッセージをカメラ１００に送信する（Ｓ１１１８）。応答メッセージを受信すると、カメラ１００は携帯電話３００に対して、ログイン要求メッセージを送信する（Ｓ１１１９）。このログイン要求メッセージには、ステップＳ１１０５でユーザが選択したアップロード先のＷｅｂサービスに関する情報を付加して送信する。ログイン要求メッセージを受信した携帯電話３００は、Ｗｅｂサービスに対してログイン処理を実行し（Ｓ１１２０）、処理の結果をカメラ１００に送信する（Ｓ１１２１）。カメラ１００は次に、アップロードする画像のデータを添付したアップロード要求メッセージを携帯電話３００に送信する（Ｓ１１２２）。アップロード要求メッセージを受信した携帯電話３００は、メッセージに添付された画像データを取得し、Ｗｅｂサービスに対してこれをアップロードし（Ｓ１１２３）、アップロード処理の結果をカメラ１００に送信する（Ｓ１１２４）。アップロード処理の応答メッセージを受信したカメラ１００は、ログアウト要求メッセージを携帯電話３００に送信する（Ｓ１１２５）。ログアウト要求メッセージを受信した携帯電話３００は、Ｗｅｂサービスに対するログアウト処理を実行し（Ｓ１１２６）、処理の結果をカメラ１００に送信する（Ｓ１１２７）。ログアウト処理が完了すると、カメラ１００は携帯電話３００にアップロード処理終了通知を送信する（Ｓ１１２８）。アップロード処理終了通知を受信した携帯電話３００は、Ｐｒｏｘｙモードによる中継処理を停止し（Ｓ１１２９）、応答メッセージをカメラ１００に送信する（Ｓ１１３０）。
【００７２】
カメラ１００は、アップロード処理終了通知の応答メッセージを受けて（Ｓ１１１５、Ｓ１１３０）、一連の画像アップロード処理を終了する。
【００７３】
（実施形態２）
実施形態１では、ユーザがカメラを操作して画像データをＷｅｂサービスにアップロードする場合の実施形態を示した。以下に示す実施形態２では、実施形態１と同様の機器構成で、ユーザが携帯電話を操作してカメラの画像データをＷｅｂサービスにアップロードする場合の実施形態を説明する。また、実施形態１と同様に実施形態２においても、ＩＰルータモードは図１４（ａ）あるいは図１４（ｂ）の形態であり、Ｐｒｏｘｙモードについては図１４（ｃ）あるいは図１４（ｄ）の形態である。
【００７４】
実施形態２において、ハードウェア構成および機能構成は、実施形態１のハードウェア構成（図１、図３）、機能構成（図２、図４）と同様であるため、説明は省略する。また、実施形態２において、無線通信システムの構成、アカウント情報についても、実施形態１の無線通信システムの構成（図１３（ａ））、アクセス情報（図１３（ｂ）、（ｃ））と同様であるため、説明は省略する。
【００７５】
（携帯電話３００の動作フロー）
図９を用いて、携帯電話３００における画像のアップロード処理実行時の動作フローを説明する。この処理は、ユーザが操作部３０２を用いてアップロード処理を開始するための操作を実行した際に開始される。また、本処理が実行される前に、カメラ１００と携帯電話３００との間で無線ＬＡＮの接続処理は完了しているものとする。
【００７６】
アップロード処理を開始するための操作が行われると、アップロード処理部４２１はアップロード処理開始通知をカメラ１００に送信する（Ｓ９０１）。次に、サポートサービス管理部４３０は、カメラ１００から応答メッセージで返されるカメラ１００がサポートするＷｅｂサービスのリストを取得する（Ｓ９０２）。ここでいうＷｅｂサービスのリストとは、図１３（ｂ）に示すリストでありＷｅｂサービス名と対応するサービスのバージョン情報から構成される。Ｗｅｂサービスのリストを取得した結果、カメラあるいは携帯電話がＷｅｂサービスプログラムを有し、何らかのＷｅｂサービスに対応しているか否かを判定する（Ｓ９０３）。カメラあるいは携帯電話がＷｅｂサービスプログラムを有している場合、処理はステップＳ９０５に進められる。一方、ステップＳ９０３の判定で、カメラあるいは携帯電話がＷｅｂサービスプログラムを有していない場合、処理はステップＳ９０４に進められる。そして、Ｗｅｂサービスのプログラムに対応するようにソフトウェアの更新を促すか、Ｗｅｂサービス機能の有効化をユーザに促す（Ｓ９０４）。これは、利用できるＷｅｂサービスがない旨をユーザに告知してもよいし、Ｗｅｂサービスプログラムの設定モードに自動的に移行してもよい。また、本実施形態ではステップＳ９０２のＷｅｂサービスリストの取得をステップＳ９０１のアップロード処理開始通知の後に実行している。しかし、先にＷｅｂサービスのリストの取得を実行し、取得の結果、Ｗｅｂサービス情報がない場合には、アップロード処理開始そのものを選択できない、あるいは表示色を変化させてアップロード処理が無効である旨をユーザに告知してもよい。
【００７７】
Ｗｅｂサービスのリスト情報リストを取得すると、データ取得処理部４２２はアップロード対象となる画像のサムネイルのリストをカメラ１００から取得する（Ｓ９０５）。
【００７８】
表示・操作処理部４４０はアップロード処理のアップロード先候補となるＷｅｂサービスの一覧と、ステップＳ９０５で取得したサムネイル画像の一覧とを表示部３０１に表示する（Ｓ９０６）。ここで表示・操作処理部４４０はアップロード先候補として、Ｓ９０２で取得したＷｅｂサービス名と、サポートサービス管理部４３０で管理される携帯電話３００がサポートするＷｅｂサービス名（図１３（ｃ））とを並べて表示する。すなわち、ここでは「ＡＡＡフォトサービス」「ＢＢＢフォトサービス」「ＣＣＣフォトサービス」が表示される。
【００７９】
ユーザが操作部３０２を操作してアップロードする画像とＷｅｂサービス名（Ｗｅｂサービス情報）を選択すると、携帯電話３００は選択されたＷｅｂサービス情報に基づいてＷｅｂサービスにアクセスする機器を決定する（Ｓ９０７）。ステップＳ９０７の処理は、実施形態１にて説明した図６の処理と同様であるため、説明は省略する。
【００８０】
ステップＳ９０７ｂでは、先のステップＳ９０７における決定結果の判別が行われる。ステップＳ９０７の決定の結果、カメラ１００がＷｅｂサービスにアクセスすると決定した場合（Ｓ９０７ｂで「カメラがアクセス」）、処理はステップＳ９０８に進められる。中継方式管理部４８０はＩＰルータモードでの中継動作を開始する（Ｓ９０８）。ここで、本実施形態ではＩＰルータモードとして図１４（ａ）のように動作しているとする。
【００８１】
携帯電話３００は、ＩＰルータモードで動作する間、カメラ１００からインターネット（Ｗｅｂサーバ１３００が接続するネットワーク）に対するゲートウェイのように動作する。携帯電話３００はカメラ１００からインターネットに向かうパケットのＩＰレイヤ以下の部分を終端し、ＴＣＰレイヤ以上の部分は透過させる。
【００８２】
ＩＰルータモードによる通信が開始されると、アップロード処理部４２１がカメラ１００に対して、Ｗｅｂサービスに対するログイン要求メッセージを送信する（Ｓ９０９）。このログイン要求メッセージには、ステップＳ９０６でユーザが選択したＷｅｂサービス名を付加して送信する。このログイン要求を受信したカメラ１００は、Ｗｅｂサービスに対してログイン処理を行う（後述）。しかし、携帯電話３００は、カメラ１００とＷｅｂサーバ１３００との間で送受信するデータフレームのＴＣＰレイヤ以上の部分についてはただデータを転送（透過）するだけで、データの中身については検知しない。携帯電話３００は、ログイン要求メッセージに対する応答メッセージで、カメラ１００におけるログイン処理が成功したか失敗したかを判断する。
【００８３】
ログイン処理が成功した場合（Ｓ９０９ｂでＹｅｓ）、アップロード処理部４２１はカメラ１００にアップロード要求メッセージを送信する（Ｓ９１０）。アップロード要求メッセージには、ステップＳ９０６でユーザが選択した、Ｗｅｂサービスにアップロードする画像の識別子を付加して送信する。アップロード処理（Ｓ９１０）が完了すると、アップロード処理部４２１がカメラ１００に対してログアウト要求メッセージを送信する（Ｓ９１１）。その後、中継方式管理部４８０がＩＰルータ機能を停止し（Ｓ９１２）、アップロード処理部４２１がアップロード処理終了通知をカメラ１００に送信する（Ｓ９１３）。
【００８４】
一方、ログイン処理に失敗した場合（Ｓ９０９ｂでＮｏ）、またはアップロード処理に失敗した場合（Ｓ９１０ｂでＮｏ）、中継方式管理部４８０がＩＰルータ機能を停止する（Ｓ９１４）。そして、判定処理部４５０およびアップロード手段決定処理部４７０がステップＳ９０７に示す判定処理を再度実行する。ステップＳ９０６で選択されたＷｅｂサービスに対するアクセス機能を携帯電話３００も保持している場合としては、例えば、図１３（ｂ）、（ｃ）の「ＣＣＣフォトサービス」が該当する。この場合、携帯電話３００は、Ｗｅｂサービスにアクセスする機器を変えてアップロード処理を試みる。
【００８５】
ステップＳ９０７における判別の結果、携帯電話３００がＷｅｂサービスにアクセスすると決定した場合（Ｓ９０７ｂで「携帯電話がアクセス」）、処理はステップＳ９１５に進められる。認証処理部４１１はＷｅｂサービスに対するログイン処理を実行する（Ｓ９１５）。Ｗｅｂサービスのログインに成功すると（Ｓ９１５でＹｅｓ）、データ取得処理部（４２２）はカメラ１００にアップロード画像要求メッセージを送信し、Ｗｅｂサービスにアップロードする画像の実画像データをカメラ１００から取得する（Ｓ９１６）。実画像データの取得が完了すると、アップロード処理部４１２はＷｅｂサービスに画像データを送信する（Ｓ９１７）。画像のアップロード処理（Ｓ９１７）が完了すると、認証処理部４１１がＷｅｂサービスに対してログアウト処理を実行し（Ｓ９１８）、アップロード処理部４２１がカメラ１００にアップロード処理終了通知を送信する（Ｓ９１３）。
【００８６】
ログイン処理に失敗した場合（Ｓ９１５ｂでＮｏ）、またはアップロード処理に失敗した場合（Ｓ９１７ｂでＮｏ）、判定処理部４５０およびアップロード手段決定処理部４７０がＳ９０７に示す判定処理を再度実行する。ステップＳ９０６で選択されたＷｅｂサービスに対するアクセス手順をカメラ１００もサポートしている場合、携帯電話３００は、Ｗｅｂサービスにアクセスする機器をカメラ１００に変えてログイン処理を試みる。
【００８７】
一方、ステップＳ９０７の判定処理の結果、Ｗｅｂサービスにアクセスできる機器が存在しないと判定された場合（Ｓ９０７ｂで「アクセスできる機器なし」）、処理はステップＳ９１９に進められる。表示・操作処理部４４０はエラーメッセージを表示する（Ｓ９１９）。その後、アップロード処理部４２１がカメラ１００にアップロード処理終了通知を送信する（Ｓ９１３）。
【００８８】
（カメラ１００の動作フロー）
次に図１０を用いて、ユーザが携帯電話３００でアップロード処理を実行した際のカメラ１００の動作フローを説明する。この処理は、アップロード処理部２２１が携帯電話３００からアップロード処理開始通知を受信した際に開始される。また、本処理が実行される前に、カメラ１００と携帯電話３００との間で無線ＬＡＮの接続処理は完了しているものとする。
【００８９】
アップロード処理部２２１が携帯電話３００からアップロード処理開始通知を受信すると、サポートサービス管理部２３０はカメラ１００がサポートするＷｅｂサービスの情報を携帯電話３００に送信する（Ｓ１００１）。ここで送信するＷｅｂサービスの情報とは、すなわち、図１３（ｂ）に示すリストである。Ｗｅｂサービスの情報の送信が完了すると、アップロード処理部２２１は携帯電話３００から送信される通知メッセージを待ち受ける（Ｓ１００２）。
【００９０】
携帯電話３００からログイン要求メッセージを受信すると（Ｓ１００２で「ログイン要求」）、処理はステップＳ１００３に進められる。認証処理部２１１はＷｅｂサーバ１３００とＨＴＴＰＳを用いて接続する（Ｓ１００３）。次に、認証処理部２１１は、ログイン要求で受信したアップロード先のＷｅｂサービスに対するログイン処理を実行する（Ｓ１００３）。ログイン処理が完了すると、アップロード処理部２２１は携帯電話３００にログイン処理の結果（成功／失敗）を通知する（Ｓ１００４）。
【００９１】
携帯電話３００からアップロード要求メッセージを受信すると（Ｓ１００２ｂで「アップロード要求」）、処理はステップＳ１００５に進められる。アップロード処理部２１２は、アップロード要求メッセージで受信した画像の識別子が示す画像のデータをＷｅｂサービスにアップロードする（Ｓ１００５）。Ｗｅｂサービスに対するアップロード処理が完了すると、アップロード処理部２２１は携帯電話３００にアップロード処理の結果（成功／失敗）を通知する（Ｓ１００６）。
【００９２】
携帯電話３００からログアウト要求メッセージを受信すると（Ｓ１００２ｂで「ログアウト要求」）、処理はステップＳ１００７に進められ、認証処理部２１１はＷｅｂサービスに対するログアウト処理を実行する（Ｓ１００７）。Ｗｅｂサービスに対するログアウト処理が完了すると、アップロード処理部２２１は携帯電話３００にログアウト処理の結果（成功／失敗）を通知する（Ｓ１００８）。
【００９３】
携帯電話３００からアップロード画像要求メッセージを受信すると（Ｓ１００２ｂで「アップロード画像要求」）、処理はステップＳ１００９に進められる。アップロード処理部２２１はアップロード画像要求メッセージで指定される画像データを携帯電話３００に送信する（Ｓ１００９）。アップロード画像要求メッセージでは、画像データの種別（実画像かサムネイル）と、取得したい画像の識別子（ファイル名、全画像、など）が指定され、アップロード処理部２２１はこれに対応するデータを携帯電話３００に送信する。
【００９４】
携帯電話３００からアップロード終了通知メッセージを受信すると（Ｓ１００２ｂで「アップロード終了通知」）、アップロード処理部２２１は携帯電話３００からのメッセージ待ち受けを終了する。
【００９５】
（機器間の通信シーケンス）
次に、カメラ１００、携帯電話３００、およびＷｅｂサーバ１３００における機器間の通信シーケンスの一例について、図１２を用いて説明する。図１２は、ユーザが携帯電話３００を操作し、カメラ１００が持つ画像データを、携帯電話３００を介して、Ｗｅｂサーバ１３００が提供するＷｅｂサービスにアップロードする場合の通信シーケンスを例示する図である。
【００９６】
初期状態として、カメラ１００と携帯電話３００は無線ＬＡＮで接続済みであるものとする。まず、携帯電話３００において、ユーザがアップロード処理を開始するための操作を行う（Ｓ１２０１）。アップロード処理を開始するための操作が行われると、携帯電話３００はカメラ１００に対してアップロード処理開始通知メッセージを送信する（Ｓ１２０２）。これを受けて、カメラ１００は自身がサポートするＷｅｂサービスの情報のリストを含めた応答メッセージを携帯電話３００に送信する（Ｓ１２０３）。続いて、携帯電話３００はカメラ１００に対してアップロード画像要求メッセージを送信し、カメラ１００が保持する画像のサムネイルデータをカメラ１００に対して要求する（Ｓ１２０４）。カメラ１００は、自身が保持する画像のサムネイルデータのリストと、各画像の識別子を携帯電話３００に送信する（Ｓ１２０５）。携帯電話３００はＷｅｂサービス情報リストとサムネイルデータのリストを取得すると、取得したサムネイル画像とアップロード処理のアップロード先候補となるＷｅｂサービスの一覧を表示し、ユーザに選択を促す（Ｓ１２０６）。ここで表示されるアップロード先候補は、ステップＳ１２０３で取得したＷｅｂサービスと、携帯電話３００がアクセス機能をサポートするＷｅｂサービスとを合わせたものである。ユーザが携帯電話３００を操作してアップロードする画像とアップロード先のＷｅｂサービスを選択すると（Ｓ１２０７）、携帯電話３００はＷｅｂサービスにアクセスする機器を決定する（Ｓ１２０８）。ステップＳ１２０８の処理は図６にて示される処理である。
【００９７】
（カメラ１００がＷｅｂサービスにアクセスする場合）
ステップＳ１２０８による処理の結果、カメラ１００がＷｅｂサービスにアクセスする場合、携帯電話３００はＩＰルータモードによる中継処理を開始する（Ｓ１２０９）。続いて、携帯電話３００はカメラ１００に対してログイン要求メッセージを送信する（Ｓ１２１０）。このログイン要求メッセージには、ステップＳ１２０７でユーザが選択したＷｅｂサービスに関する情報を付加して送信する。ログイン要求メッセージを受信したカメラ１００は、Ｗｅｂサービスに対してログイン処理を実行し（Ｓ１２１１）、処理の結果を携帯電話３００に送信する（Ｓ１２１２）。次に、携帯電話３００は、アップロードする画像の識別子を指定したアップロード要求メッセージをカメラ１００に送信する（Ｓ１２１３）。アップロード要求メッセージを受信したカメラ１００は、メッセージで指定された画像の実画像データをＷｅｂサービスに対してこれをアップロードし（Ｓ１２１４）、アップロード処理の結果を携帯電話３００に送信する（Ｓ１２１５）。アップロード処理の応答メッセージを受信した携帯電話３００は、ログアウト要求メッセージをカメラ１００に送信する（Ｓ１２１６）。ログアウト要求メッセージを受信したカメラ１００は、Ｗｅｂサービスに対するログアウト処理を実行し（Ｓ１２１７）、処理の結果を携帯電話３００に送信する（Ｓ１２１８）。ログアウト要求に対する応答メッセージを受信すると、携帯電話３００はＩＰルータモードによる中継処理を停止し（Ｓ１２１９）、アップロード処理終了通知をカメラ１００に送信する（Ｓ１２２０）。カメラ１００はアップロード処理終了通知に対する応答メッセージを携帯電話３００に返す（Ｓ１２２１）。なお、ＩＰルータモードとして図１４（ｂ）のように動作しても同様の効果が得られる。
【００９８】
（携帯電話３００がＷｅｂサービスにアクセスする場合）
ステップＳ１２０８による処理の結果、携帯電話３００がＷｅｂサービスにアクセスする場合、携帯電話３００はＷｅｂサービスに対してログイン処理を行う（Ｓ１２２２）。ログイン処理に成功すると、携帯電話３００はカメラ１００に対してアップロード画像要求メッセージを送信し、ステップＳ１２０７で選択された画像の実画像データをカメラ１００に対して要求する（Ｓ１２２３）。カメラ１００は、アップロード画像要求メッセージで指定された画像の実画像データを携帯電話３００に送信する（Ｓ１２２４）。これを受けて、携帯電話３００は受信した画像データをＷｅｂサービスにアップロードし（Ｓ１２２５）、アップロード処理が完了するとログアウト処理を実行する（Ｓ１２２６）。ログアウト処理が完了すると、携帯電話３００はアップロード処理終了通知をカメラ１００に送信し（Ｓ１２２７）、カメラ１００はこれに対する応答メッセージを携帯電話３００に送信する（Ｓ１２２８）。
【００９９】
（変形例）
上記の実施形態１、２に記載されている構成要素はあくまで例示であり、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、個別の実施形態によって限定されるわけではない。例えば、実施形態１、２では、携帯電話がフレームデータを透過させる手段として、ＩＰレイヤを終端するＩＰルータの動作を例示したが、本発明の趣旨はこれに限定するものではない。カメラとＷｅｂサービス間で送受信するアップロード処理に関するフレームデータを透過させるように動作すればよい。より具体的には認証処理に係るフレームデータに含まれる機密情報を、携帯電話で解析できない形でフレームが透過されれば良い。よって、たとえばＳＯＣＫＳプロキシのような技術を用いてこれを実現してもかまわない。また、カメラと携帯電話間の通信に利用するローカルＩＰアドレスを、携帯電話とＷｅｂサーバ間の通信に利用するグローバルＩＰアドレスに置き換えるＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）を用いてこれを実現してもかまわない。さらには、ＩＰレイヤ以上のフレームを透過する（ＭＡＣレイヤ以下を終端する）ように動作してもかまわない。
【０１００】
また、実施形態１、２では、Ｗｅｂサービスに対するログイン、アップロード、ログアウト処理が、すべてカメラか携帯電話のどちらか片方で行われる実施形態を示したが、本発明の趣旨はこれに限定されるものではない。たとえば、ログイン処理とログアウト処理はカメラで行い、アップロード処理は携帯電話が行うというような実施形態も、本発明の範囲内である。
【０１０１】
また、実施形態１、２では、カメラと携帯電話は無線ＬＡＮで接続するとしたが、本発明の趣旨はこれに限定されるものではない。たとえばブルートゥース（登録商標）や赤外線通信のような無線通信や、有線ＬＡＮやＵＳＢのような有線通信を用いて接続してもかまわない。
【０１０２】
また、実施形態１、２では、携帯電話とＷｅｂサーバは公衆通信網とインターネットを介して接続するとしたが、本発明の趣旨はこれに限定されるものではない。たとえば、携帯電話が無線ＬＡＮ通信を用いてアクセスポイントに接続し、アクセスポイントが属するローカルネットワークを介してＷｅｂサーバに接続するといった接続形態も本発明の範囲内である。
【０１０３】
また、実施形態１、２では、携帯電話における中継処理モードをカメラからメッセージによって指定したが、本発明の趣旨はこれに限定されるものではない。たとえば、携帯電話は常にＰｒｏｘｙモードで動作しており、ＩＰルータモードとして動く必要がある時だけカメラから携帯電話に通知を行うとしても良い。
【０１０４】
本発明の実施形態またはその変形例によれば、通信装置の画像を中継装置を介してＷｅｂサービスに送信するシステムにおいて、Ｗｅｂサービスに対するアクセス機能をサポートする装置をユーザが意識することなく、画像の送信が可能になる。すなわち、通信装置または中継装置のいずれかを操作して画像のアップロードが可能な装置および無線通信システムの提供が可能になる。
【０１０５】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、通信装置、中継装置、無線通信システム、通信装置の制御方法、中継装置の制御方法およびプログラムに関する。
【背景技術】
【０００２】
画像ファイルをインターネット上のＷｅｂサービス（画像共有サービス）にアップロードできる携帯電話がある。また、撮影した画像を同様のサービスにアップロードできるカメラも存在する。また近年、無線ＬＡＮ等の近距離無線インタフェースを持つカメラや携帯電話が存在する。このようなカメラと携帯電話を無線通信で接続すれば、携帯電話がカメラとＷｅｂサービス間の中継装置として動作することで、カメラの画像をＷｅｂサービスにアップロードするシステムを構築することが可能である。
【０００３】
一方、前述のようなＷｅｂサービスを利用するためには、Ｗｅｂサービスが公開するプロファイルに定義された操作を記述したメッセージでＷｅｂサービスと通信しなければならない。このため、複数のＷｅｂサービスが存在する場合、Ｗｅｂサービスを利用する機器は複数のＷｅｂサーバそれぞれに対応したメッセージ通信をサポートしなければならない。前述したような携帯電話やカメラも、それぞれが複数のＷｅｂサービスに対応するメッセージ通信を実装しているのが一般的である。
【０００４】
また、特許文献１によれば、Ｗｅｂサービスへのアクセスする手段を一括して管理し、端末からの要求に応じてＷｅｂサービスへのアクセスを行う中継サーバが提案されている。これによれば、中継サーバのみがＷｅｂサーバそれぞれに対応したメッセージ通信をサポートすればよく、中継サーバに接続する通信端末はＷｅｂサービスとのメッセージ通信を実装する必要がない。前述のカメラと携帯電話を接続するシステムに置き換えれば、携帯電話がＷｅｂサービスに対応するメッセージ通信を実装していれば、カメラはＷｅｂサービスに対応するメッセージ通信を実装していなくても、Ｗｅｂサービスに画像がアップロードできる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−０２６５６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１では、通信端末がサポートするＷｅｂサービスについて考慮されていなかった。前述のカメラと携帯電話を接続するシステムにおいては、カメラと携帯電話はそれぞれ単独でもＷｅｂサービスに接続し、画像をアップロードすることが可能である。また、カメラと携帯電話は別々のソフトウェアで動作するため、それぞれがサポートするＷｅｂサービスの種別が異なることがある。このような場合、ユーザはどちらの機器がどのＷｅｂサービスに対応しているかを意識して、画像をアップロードしたいＷｅｂサービスに対応している機器を操作してアップロード処理を行わなければならないという課題があった。
【０００７】
たとえば、カメラはＡとＢという２つのＷｅｂサービスに対応しており、携帯電話はＡとＣという２つのＷｅｂサービスに対応しているというような状況が考えられる。この場合、ユーザはＷｅｂサービスＢに画像をアップロードしたければカメラを、ＷｅｂサービスＣにアップロードしたければ携帯電話を操作する必要があった。
【課題を解決するための手段】
【０００８】
本発明は通信装置の画像を、中継装置を介してＷｅｂサービスに送信するシステムにおいて、Ｗｅｂサービスに対するアクセス機能をサポートする装置をユーザが意識することなく、画像の送信が可能な技術の提供を目的とする。すなわち、本発明は、通信装置または中継装置のいずれかを操作して画像のアップロードが可能な装置、無線通信システムを提供する。
【０００９】
上記の目的を達成する本発明の一つの側面にかかる通信装置は、中継装置と接続し、前記中継装置を介して接続するサーバ装置にデータを送信する通信装置であって、
前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定手段と、
前記判定手段による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定手段と、
前記決定手段で決定された前記送信方法により前記データを送信する送信手段と、を有することを特徴とする。
【００１０】
あるいは、上記の目的を達成する本発明の他の側面にかかる中継装置は、通信装置とサーバ装置とに接続し、前記通信装置から前記サーバ装置へのデータの送信を中継する中継装置であって、
前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定手段と、
前記判定手段による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定手段と、
前記決定手段で決定された前記送信方法により前記データを送信する送信手段と、を有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、通信装置の画像を中継装置を介してＷｅｂサービスに送信するシステムにおいて、Ｗｅｂサービスに対するアクセス機能をサポートする装置をユーザが意識することなく、画像の送信が可能になる。
【図面の簡単な説明】
【００１２】
【図１】実施形態１、２に係る通信機器のハードウェア構成の一例を示す図。
【図２】実施形態１、２に係る通信機器の機能ブロック構成の一例を示す図。
【図３】実施形態１、２に係る中継機器のハードウェア構成の一例を示す図。
【図４】実施形態１、２に係る中継機器の機能ブロック構成の一例を示す図。
【図５】実施形態１における通信機器の動作フローを説明する図。
【図６】Ｗｅｂサービスにアクセスする機器を判定する処理を説明する図。
【図７】実施形態１における中継機器の動作フローを説明する図。
【図８】実施形態１における中継機器の動作フローを説明する図。
【図９】実施形態２における中継機器の動作フローを説明する図。
【図１０】実施形態２における通信機器の動作フローを説明する図。
【図１１】実施形態１の通信機器、中継機器、およびサーバ装置における機器間の通信シーケンスを例示的に説明する図。
【図１２】実施形態２の通信機器、中継機器、およびサーバ装置における機器間の通信シーケンスを例示的に説明する図。
【図１３】（ａ）本発明の実施形態１、２にかかるシステム構成を例示する図、（ｂ）通信機器が保持するＷｅｂサービスの情報の一例を示す図、（ｃ）中継機器が保持するＷｅｂサービスの情報の一例を示す図。
【図１４】（ａ）ＩＰルータモードによる通信手順の一例を示す図、（ｂ）ＩＰルータモードによる通信手順の一例を示す図、（ｃ）Ｐｒｏｘｙモードによる通信手順の一例を示す図、（ｄ）Ｐｒｏｘｙモードによる通信手順の一例を示す図。
【発明を実施するための形態】
【００１３】
（実施形態１）
（通信機器のハードウェア構成）
以下、本実施形態に係る通信装置（通信機器）について、図面を参照しながら詳細に説明する。図１の参照により、本発明の実施形態に係る通信機器としてカメラ１００のハードウェア構成を説明する。表示部１０１および操作部１０２は、アプリケーションの表示や実行など、ユーザインタフェースとして機能する。操作部１０２からの操作入力の有無により通信機器が操作されているか否かが判定される。撮像部１０３は被写体の光学像を撮像する。画像処理部１０４は撮像部１０３から出力された撮像画像を所定フォーマットの画像データに変換し、画像データに透かしデータを付与する。符号化／復号化部１０５は画像処理部１０４から出力された画像データに対して、所定の高能率符号化（例えば、ＤＣＴ変換、量子化後に可変長符号化）を行う。符号化／復号化部１０５はまた、記録再生部１０６から再生された圧縮画像データを伸長復号化し、その画像データを画像処理部１０４に供給する。記録再生部１０６は圧縮符号化された画像データを不図示の記録媒体に記録再生する。本実施形態の通信機器は、画像データを符号化する技術として、例えば、ＪＰＥＧ(Joint Photographic Experts Group)方式を用いて圧縮符号化している。記憶部１０７は無線通信ネットワーク情報、データ送受信情報、通信機器情報、利用可能なサービス情報など各種データを記憶、管理する。時計部１０８は時間を計測する。制御部１０９はカメラ１００を制御する。ＲＯＭ１１０には制御命令つまりプログラムが格納されている。１１１はＲＡＭである。アンテナ１１５は無線ＬＡＮ通信を行う。無線ＬＡＮアンテナ制御部１１２はアンテナ１１５を制御する。通信インタフェース部（以下、通信ＩＦ１１３）はネットワークの検索、構築、接続、管理など通信処理を行う。電源部１１４は通信機器（通信装置）に電力を供給する。
【００１４】
（通信機器の機能構成）
次に、図２を参照して通信機器の機能構成について説明する。本実施形態において、通信機器の機能ブロックは、ＲＯＭ１１０にプログラムとして記憶され、制御部１０９によって実行される。なお、通信機器の機能ブロックに含まれる一部乃至全部がハードウェア化されていてもよい。
【００１５】
サービスアクセス処理部２１０は、Ｗｅｂサービスにアクセスするための通信手順を実装する処理部である。サービスアクセス処理部２１０は、Ｗｅｂサービス装置がＷＳＤＬ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）で公開するプロファイルに定義された操作を記述したメッセージを、Ｗｅｂサービス装置との間で送受信する。またサービスアクセス処理部２１０は、認証処理部２１１、およびアップロード処理部２１２を含む。
【００１６】
認証処理部２１１は管理する認証情報を使用して、Ｗｅｂサービスに対する認証処理（ログインおよびログアウト）を行う。アップロード処理部２１２は、Ｗｅｂサービスに対してデータをアップロードする。サービスアクセス処理部２１０は対応するＷｅｂサービスとＷｅｂサービスのバージョンごとに用意される機能ブロックである。
【００１７】
なお、本実施形態においてＷｅｂサービスとは、画像ファイルを保存・管理する画像ストレージサービスを想定しており、したがってアップロードするデータとは画像データである。しかしながら、本発明の趣旨は、これに制限するものではない。
【００１８】
携帯連携処理部２２０は、携帯電話とのメッセージ交換を行い、データの送受信や制御要求を行う処理部である。携帯連携処理部２２０は、アップロード処理部２２１、中継方式管理部２２２を含む。
【００１９】
アップロード処理部２２１は、携帯電話に対して画像データをＷｅｂサービスにアップロードするよう要求する。またアップロード処理部２２１は、携帯電話からの要求に応じて、Ｗｅｂサービスに画像をアップロードするようサービスアクセス処理部２１０に要求する。中継方式管理部２２２は、携帯電話が行うデータ中継処理がＩＰルータモードであるかＰｒｏｘｙモードであるかを監視し、またいずれかのモードで動作するように携帯電話に通知する。
【００２０】
（ＩＰルータモードとＰｒｏｘｙモード）
ここで、ＩＰルータモードとＰｒｏｘｙモードについて詳細に説明を行う。図１４（ａ）は、ＩＰルータモードによる通信手順の一例を示す図である。まず、通信機器であるカメラ１００（図１３（ａ））とＷｅｂサーバ１３００（図１３（ａ））における通信手順について説明する。インターネット手順１４０１および１４０７はＩＰパケットなどを取扱う。トランスポート手順１４０２および１４０８は、ＴＣＰやＵＤＰパケットなどを取扱う。アプリケーション手順１４０３および１４０９は、ＨＴＴＰなどを取扱う。アプリケーションインタフェース手順１４０４および１４１０はＷｅｂサーバ１３００が提供するＷｅｂサービスにアクセスするためのＡＰＩを表す。
【００２１】
つぎに中継機器である携帯電話３００（図１３（ａ））における通信手順について説明する。携帯電話３００では、処理手順１４０５および１４０６においてＩＰパケットのＩＰアドレスフィルタリングやアドレス変換などを行なう。そして、カメラ１００のインターネット手順１４０１をＷｅｂサーバ１３００のインターネット手順１４０７にあうアドレスに置き換える。それ以外のトランスポート手順、アプリケーション手順、アプリケーションインタフェース手順は変換あるいは中身のデータを解析することなくカメラ１００とＷｅｂサーバ１３００間で直接通信手順を実行している。
【００２２】
また、図１４（ｂ）も、本実施形態にかかるＩＰルータモードによる通信手順の一例を示す図である。図１４（ａ）と同様に通信機器であるカメラ１００とＷｅｂサーバ１３００がもつ各手順は同様のため説明を省略する。携帯電話３００では、一般的にサーキットレベルゲートウェイと呼ばれるモードが動作している。この場合、インターネット手順１４１５ａおよびトランスポート手順１４１５ｂでは、クライアントであるカメラ１００のＩＰアドレスがソースＩＰアドレスとなり、Ｗｅｂサーバ１３００のＩＰアドレスがデスティネーションＩＰアドレスとなる。また、インターネット手順１４１６ａおよびトランスポート手順１４１６ｂでは、携帯電話３００のサーキットレベルゲートウェイＩＰアドレスがソースＩＰアドレスとなり、Ｗｅｂサーバ１３００のＩＰアドレスがデスティネーションＩＰアドレスとなる。このように、アプリケーション手順、アプリケーションインタフェース手順は変換あるいは中身のデータを解析することなくカメラ１００とＷｅｂサーバ１３００間で直接通信手順を実行している。
【００２３】
図１４（ｃ）は、本実施形態にかかるＰｒｏｘｙモードによる通信手順の一例を示す図である。図１４（ａ）、図１４（ｂ）と同様の手順であるインターネット手順１４２１、１４２５、１４２８、１４３０およびトランスポート手順１４２２、１４２６、１４２９、１４３１については説明を省略する。カメラ１００およびＷｅｂサーバ１３００において、アプリケーション手順１４２３および１４３２はＨＴＴＰパケットなどを取扱う。ここで、アプリケーション手順１４２３および１４３２は、携帯電話３００のＨＴＴＰゲートウェイ１４２７と通信を行う。
【００２４】
ＨＴＴＰゲートウェイ１４２７は、カメラ１００のアプリケーションインタフェース手順であるサービス−１ ＡＰＩ１４２４で指定されアプリケーション手順１４２３を介して搬送されるパケットを受信し、中身のデータを解析する。つぎにＨＴＴＰゲートウェイ１４２７は、Ｗｅｂサーバ１３００のアプリケーションインタフェース手順であるサービス−２ ＡＰＩ１４３３で制御可能なパケットにデータを変換する。続けて、Ｗｅｂサーバ１３００との間でアプリケーション手順１４３２を介してパケットの搬送を行う。この場合、カメラ１００からの要求をＨＴＴＰゲートウェイ１４２７が変換処理してＷｅｂサーバ１３００に要求を行う。続けてＷｅｂサーバ１３００のサービス−２ ＡＰＩ１４３３から返信された応答をＨＴＴＰゲートウェイ１４２７が受信し、変換処理後、カメラ１００に応答する。このように、携帯電話３００のアプリケーション部であるＨＴＴＰゲートウェイ１４２７においてデータ解析および変換を行うことでカメラ１００とＷｅｂサーバ１３００が通信データの送受信が可能になる。
【００２５】
また、図１４（ｄ）も、本実施形態におけるＰｒｏｘｙモードによる通信手順の一例を示す図である。ここでは図１４（ａ）、（ｂ）、（ｃ）と異なる点について説明を行う。カメラ１００の携帯ＡＰＩ１４４４と携帯電話３００の携帯ＡＰＩ１４４８との間で相互に要求と応答が実行される。一方、Ｗｅｂサーバ１３００のサービスＡＰＩ１４５７と携帯電話３００のサービスＡＰＩ１４５３との間で相互に要求と応答が実行される。この場合、携帯ＡＰＩとサービスＡＰＩは独立して動作してもよい。つまり、カメラ−Ｗｅｂ連携アプリケーション１４４９において、カメラ１００からの撮像データの送信要求が発生したとしても、携帯電話３００は自身がＷｅｂサーバ１３００に送信できる状態にあるときにカメラからの要求を処理すればよい。例えば、カメラ１００と携帯電話３００は無線接続状態で携帯ＡＰＩ１４４４によってデータ通信できるが、携帯電話３００はＷｅｂサーバ１３００との間で無線通信が圏外のため通信ができない場合が考えられる。このような場合、携帯電話３００は、Ｗｅｂサーバ１３００へのアクセスを中断し、圏内に復帰した時点でＷｅｂサーバ１３００との間でサービスＡＰＩによってデータ通信を実行することができる。
【００２６】
ここでは、ＩＰルータモードとＰｒｏｘｙモードの一例をあげた。この他の手段を用いて、カメラ１００がクライアントとしてＷｅｂサービスを提供するＷｅｂサーバ１３００にアクセスする場合に、クライアントがサーバ装置に直接接続するような接続形態をＩＰルータモードと分類してよい。一方、クライアントに代わって、中継機器である携帯電話３００がＷｅｂサーバ１３００にアクセスする場合はＰｒｏｘｙモードと分類してもよい。
【００２７】
説明を図２に戻し、サポートサービス管理部２３０は、カメラ１００に実装されるＷｅｂサービスの種別とそれぞれ対応するバージョンを管理する。表示・操作処理部２４０はアップロードする画像やアップロード先のＷｅｂサービスのユーザ名などをユーザに表示し、選択させる機能を実装する。判定処理部２５０は、表示・操作処理部２４０で選択されたＷｅｂサービスに対するアクセス手順をサポートする機器が、カメラなのか携帯電話なのか判定する。設定管理部２６０はカメラ１００の動作に関する様々な設定を管理する機能ブロックである。
【００２８】
アップロード手段決定処理部２７０は、判定処理部２５０による判定結果、および設定管理部２６０で管理される設定情報に基づいてＷｅｂサービスに画像をアップロードする手順を決定する。そして、アップロード手段決定処理部２７０は、決定の結果をサービスアクセス処理部２１０および携帯連携処理部２２０に通知を行う。アップロード手段決定処理部２７０は、Ｗｅｂサービスに直接アクセスする機器をカメラにするか携帯電話にするかを判定する。そして、アップロード手段決定処理部２７０は、カメラがアクセスするならＩＰルータモードで、携帯電話がアクセスするならＰｒｏｘｙモードで携帯電話が動作するように携帯連携処理部２２０に通知を行う。またアップロード手段決定処理部２７０は、カメラがＷｅｂサービスにアクセスするならばサービスアクセス処理部２１０がアップロード処理を行うように通知を行う。また、アップロード手段決定処理部２７０は、携帯電話がＷｅｂサービスにアクセスするならば携帯連携処理部２２０がアップロード処理を行うように通知を行う。
（中継器のハードウェア構成）
次に、本実施形態に係る中継機器について、図面を参照しながら詳細に説明する。図３は、本発明の実施形態に係る中継機器のハードウェア構成図である。図３は、中継機器として携帯電話３００のハードウェア構成を例示するものである。表示部３０１および操作部３０２は、アプリケーションの表示や実行などを行う。操作部３０２からの操作入力の有無により中継機器が操作されているか否かが判定される。記憶部３０５は無線通信ネットワーク情報、データ送受信情報、通信機器情報、利用可能なサービス情報など各種データを記憶、管理する。
【００２９】
時計部３０３は時間を計測する。アンテナ３１２は公衆網通信を行う。公衆網通信アンテナ制御部３０４はアンテナ３１２を制御する。電源部３０６は中継機器に電力を供給する。
【００３０】
制御部３０７は携帯電話３００を制御する。ＲＯＭ３０８には制御命令つまりプログラムが格納されている。３０９はＲＡＭである。アンテナ３１３は無線ＬＡＮ通信を行う。無線ＬＡＮアンテナ制御部３１０はアンテナ３１３を制御する。通信インタフェース部（以下、通信ＩＦ３１１）はネットワークの検索、構築、接続、管理など通信処理を行う。また通信ＩＦ３１１はアンテナ３１２による公衆網通信、およびアンテナ３１３による無線ＬＡＮ通信双方の通信に係る処理を実行する。
【００３１】
（中継機器の機能構成）
次に、図４を参照して中継機器の機能構成について説明する。本実施形態において、中継機器の機能ブロックは、ＲＯＭ３０８にプログラムとして記憶され、制御部３０７によって実行される。なお、中継機器の機能ブロックに含まれる一部乃至全部がハードウェア化されていてもよい。
【００３２】
サービスアクセス処理部４１０は、Ｗｅｂサービスにアクセスするための通信手順を実装する処理部である。またサービスアクセス処理部４１０は、認証処理部４１１およびアップロード処理部４１２を含む。サービスアクセス処理部４１０は、カメラ１００におけるサービスアクセス処理部２１０と同等の機能を持つ処理部であり、カメラ１００と同様に対応するＷｅｂサービスとＷｅｂサービスのバージョンごとに用意されている。
【００３３】
カメラ連携処理部４２０は、カメラとのメッセージ交換を行い、データの送受信や制御要求を行う処理部である。カメラ連携処理部４２０は、アップロード処理部４２１、データ取得処理部４２２を含む。アップロード処理部４２１は、カメラからの要求に応じて、カメラから要求されたＷｅｂサービスに画像をアップロードするよう、サービスアクセス処理部４１０に対して要求を行う。またアップロード処理部４２１は、カメラに対して画像データをＷｅｂサービスにアップロードするよう要求する。データ取得処理部４２２は、カメラから画像データを取得する。
【００３４】
サポートサービス管理部４３０は、携帯電話３００に実装されるＷｅｂサービスの種別とそれぞれ対応するバージョンを管理する。
【００３５】
表示・操作処理部４４０はアップロードする画像やアップロード先のＷｅｂサービス名などをユーザに表示し、選択させる機能を実装する。判定処理部４５０は、表示・操作処理部４４０で選択されたＷｅｂサービスに対するアクセス手順をサポートする機器が、カメラなのか携帯電話なのか判定する。設定管理部４６０は携帯電話３００の動作に関する様々な設定を管理する機能ブロックである。
【００３６】
アップロード手段決定処理部４７０は、判定処理部４５０による判定結果、および設定管理部４６０で管理される設定情報に基づいてＷｅｂサービスに画像をアップロードする手順を決定する。そして、アップロード手段決定処理部４７０はサービスアクセス処理部４１０およびカメラ連携処理部４２０に決定結果の通知を行う。アップロード手段決定処理部４７０は、Ｗｅｂサービスに直接アクセスする機器をカメラにするか携帯電話にするかを判定する。そして、アップロード手段決定処理部４７０は、カメラがアクセスするならＩＰルータモードで動作するように中継方式管理部４８０に通知を行ない、携帯電話がアクセスするならＰｒｏｘｙモードで動作するように中継方式管理部４８０に通知を行う。またアップロード手段決定処理部４７０は、カメラがＷｅｂサービスにアクセスするならばカメラ連携処理部４２０がアップロード処理を行うようにカメラ連携処理部４２０に通知を行なう。また、アップロード手段決定処理部４７０は、携帯電話がＷｅｂサービスにアクセスするならばサービスアクセス処理部４１０がアップロード処理を行うように、サービスアクセス処理部４１０に通知を行う。
【００３７】
中継方式管理部４８０は中継動作のモードとしてＩＰルータモードで動作するかＰｒｏｘｙモードで動作するかを管理する。中継方式管理部４８０はモードに応じたデータフレームの転送処理（例えば、ＴＣＰレイヤ以上におけるデータフレームをブリッジするブリッジ機能による転送処理）を行うように、通信ＩＦ３１１を制御する。
【００３８】
以上が本発明の実施形態にかかる通信機器および中継機器のハードウェア構成および機能構成である。なお、ハードウェア構成および機能構成は、本発明における実施形態の一つの事例であって、必ずしも図示したハードウェア構成や機能構成に限定されるものではなく、本発明を実施可能なハードウェア構成および機能構成であればよい。
【００３９】
次に本発明における特徴的な実施の形態について説明を行う。図１３（ａ）は実施形態１における無線通信システムの機器構成を示す図である。カメラ１００は携帯電話３００と接続し、携帯電話３００はＷｅｂサーバ１３００と接続する。携帯電話３００は、前述のＩＰルータモードおよびＰｒｏｘｙモードで、カメラ１００とＷｅｂサーバ１３００との間のデータ通信を中継する機能を持つ。また、Ｗｅｂサーバ１３００はカメラ１００および携帯電話３００から利用可能なＷｅｂサービス機能（画像ストレージ機能）を有している。
【００４０】
図１３（ｂ）は、カメラ１００のサポートサービス管理部２３０にて管理している、カメラ１００がサポートするＷｅｂサービスの情報（アクセス情報）である。このアクセス情報によりカメラ１００が保持するアクセス機能を特定することができる。図１３（ｃ）は、携帯電話３００のサポートサービス管理部４３０にて管理している、携帯電話３００がサポートするＷｅｂサービスの情報（アクセス情報）である。このアクセス情報により携帯電話３００が保持するアクセス機能を特定することができる。
【００４１】
（カメラ１００の動作フロー）
図５および図６を用いて、カメラ１００の動作フローの一例を説明する。図５は、カメラ１００における画像のアップロード処理実行時の動作フローである。この処理は、ユーザが操作部１０２を用いてアップロード処理を開始するための操作を実行した際に開始される。アップロード処理を開始するための操作は、ボタン押しのような操作でも良いし、たとえば撮像操作などの他の操作と連動して開始するようにしてもかまわない。また、本処理が実行される前に、カメラ１００と携帯電話３００との間で無線ＬＡＮの接続処理は完了しているものとする。
【００４２】
アップロード処理を開始するための操作が行われると、アップロード処理部２２１はアップロード処理開始通知を携帯電話３００に送信する（Ｓ５０１）。
【００４３】
次に、サポートサービス管理部２３０は、携帯電話３００から応答メッセージで返される携帯電話３００がサポートするＷｅｂサービスのリストを取得する（Ｓ５０２）。ここでいうＷｅｂサービスのリストとは、図１３（ｃ）に示すリストであり、Ｗｅｂサービス名と対応するサービスのバージョン情報から構成される。サポートサービス管理部２３０は、Ｗｅｂサービスのリストを取得した結果、カメラ自身あるいは携帯電話が何らかのＷｅｂサービスに対応しているか否かを判定する（Ｓ５０３）。カメラ１００および携帯電話３００に対応するＷｅｂサービスが有る場合、処理はステップＳ５０５に進められる（Ｓ５０３のＮｏ）。もし、カメラ１００および携帯電話３００に対応するＷｅｂサービスがない場合には（Ｓ５０３のＹｅｓ）、Ｗｅｂサービスのプログラムに対応するようにソフトウェアの更新を促すか、Ｗｅｂサービス機能の有効化をユーザに促す（Ｓ５０４）。これは、利用できるＷｅｂサービスがない旨をユーザに告知してもよいし、Ｗｅｂサービスプログラムの設定モードに自動的に移行してもよい。また、本実施形態ではステップＳ５０２のＷｅｂサービスリストの取得をステップＳ５０１のアップロード処理開始通知の後に実行している。しかし、先にＷｅｂサービスのリストの取得を実行し、取得結果Ｗｅｂサービス情報がない場合には、アップロード処理開始そのものを選択できない、あるいは表示色を変化させてアップロード処理が無効である旨をユーザに告知してもよい。
【００４４】
Ｗｅｂサービスのリストを取得すると、表示・操作処理部２４０はアップロード処理のアップロード先候補となるＷｅｂサービスの一覧を表示部１０１に表示する（Ｓ５０５）。ここで、表示・操作処理部２４０はアップロード先候補として、Ｓ５０２で取得したＷｅｂサービス名と、サポートサービス管理部２３０で管理されるカメラ１００がサポートするＷｅｂサービス名（図１３（ｂ））を並べて表示する。すなわちここでは「ＡＡＡフォトサービス」「ＢＢＢフォトサービス」「ＣＣＣフォトサービス」が表示される。ユーザが操作部１０２を操作してアップロードする画像とアップロード先のＷｅｂサービスを選択すると、カメラ１００は選択されたＷｅｂサービスに基づいてＷｅｂサービスにアクセスする機器を決定する（Ｓ５０６）。ステップＳ５０６の処理は判定処理部２５０およびアップロード手段決定処理部２７０において実行される。ステップＳ５０６の処理は、図６を用いて後に詳細を解説する。
【００４５】
ステップＳ５０６ｂでは、先のステップＳ５０６における決定結果の判別が行われる。ステップＳ５０６の判別の結果、カメラ１００がＷｅｂサービスにアクセスすると決定した場合（Ｓ５０６ｂで「カメラがアクセス」）、処理はステップＳ５０７に進められる。中継方式管理部２２２は携帯電話３００にＩＰルータモードで中継処理を動作させるよう通知メッセージを送信する（Ｓ５０７）。中継方式管理部２２２は携帯電話３００から応答メッセージを受信すると、認証処理部２１１はＷｅｂサービスに対してログイン処理を行う（Ｓ５０８）。携帯電話３００から応答メッセージを受信すると、認証処理部２１１はＷｅｂサーバ１３００とＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｉｔｙ）を用いて接続する（Ｓ５０８）。ＨＴＴＰＳによる接続はカメラ１００とＷｅｂサーバ１３００との間の通信に対する秘匿性を確保するために行う暗号化通信で、カメラ１００からＷｅｂサービスに対するログイン処理（Ｓ５０８）で使用する。Ｗｅｂサービスにログインするため、認証処理部２１１は管理するユーザ名とパスワードを、ＨＴＴＰＳを用いてＷｅｂサービスに対して送信する。この際、通信の秘匿性は暗号化通信によりカメラ１００とＷｅｂサーバ１３００間で担保されているため、携帯電話３００でユーザ名やパスワードを検知することはできない。Ｗｅｂサービスのログインに成功すると（Ｓ５０８ｂでＹｅｓ）、アップロード処理部２１２はＷｅｂサービスに画像データを送信する（Ｓ５０９）。画像のアップロード処理（Ｓ５０９）が完了すると、認証処理部２１１がＷｅｂサービスに対してログアウト処理を実行し（Ｓ５１０）、アップロード処理部２２１が携帯電話３００にアップロード処理終了通知を送信する（Ｓ５１１）。
【００４６】
ステップＳ５０６ｂの判別の結果、携帯電話３００がＷｅｂサービスにアクセスすると決定した場合（Ｓ５０６ｂで「携帯電話がアクセス」）、処理はステップＳ５１３に進められる。中継方式管理部２２２は携帯電話３００にＰｒｏｘｙモードで中継処理を動作させるよう通知メッセージを送信する（Ｓ５１２）。中継方式管理部２２２は携帯電話３００から応答メッセージを受信すると、アップロード処理部２２１は携帯電話３００に対して、Ｗｅｂサービスに対するログイン要求メッセージを送信する（Ｓ５１３）。このログイン要求メッセージには、Ｓ５０５でユーザが選択したＷｅｂサービス名を付加して送信する。カメラ１００は、ログイン要求メッセージに対する応答メッセージで、携帯電話３００におけるログイン処理が成功したか失敗したかを判断する。ログイン処理が成功した場合（Ｓ５１３ｂでＹｅｓ）、アップロード処理部２２１は携帯電話３００にアップロード要求メッセージを送信する（Ｓ５１４）。アップロード処理部２２１はＷｅｂサービスにアップロードする画像データをアップロード要求メッセージに付加して送信する。アップロード処理（Ｓ５１４）が完了すると（Ｓ５１４のＹｅｓ）、アップロード処理部２２１が携帯電話３００に対してログアウト要求メッセージを送信し（Ｓ５１５）、その後アップロード処理終了通知を携帯電話３００に送信する（Ｓ５１１）。
【００４７】
ログイン処理やアップロード処理に失敗した場合（Ｓ５０８ｂでＮｏ、Ｓ５１３ｂでＮｏ、Ｓ５０９ｂでＮｏ、Ｓ５１４ｂでＮｏ）、処理はステップＳ５０６に戻される。カメラ１００の判定処理部２５０およびアップロード手段決定処理部２７０は判定処理（Ｓ５０６）を再度実行する。Ｓ５０５で選択されたＷｅｂサービスに対するアクセス機能をカメラ１００も携帯電話３００も保持している場合としては、例えば、図１３（ｂ）、（ｃ）の「ＣＣＣフォトサービス」）が該当する。この場合、カメラ１００はＷｅｂサービスにアクセスする機器を変えてアップロード処理を試みる。
【００４８】
ステップＳ５０６ｂの判定処理の結果、Ｗｅｂサービスにアクセスできる機器が存在しないと判定された場合（Ｓ５０６ｂで「アクセスできる機器なし」）、表示・操作処理部２４０はエラーメッセージを表示する（Ｓ５１６）。その後、アップロード処理部２２１が携帯電話３００にアップロード処理終了通知を送信する（Ｓ５１１）。
【００４９】
（ステップＳ５０６の詳細動作）
次に、図６を用いて、ステップＳ５０６の詳細な動作を説明する。Ｗｅｂサービスにアクセスする機器を決定する際、まず判定処理部２５０がアップロード先のＷｅｂサービスに対するアクセス機能をサポートしている機器がカメラ１００なのか携帯電話３００なのかを判定する（Ｓ６０１）。
【００５０】
ステップＳ６０１ｂの判別の結果、Ｗｅｂサービスに対するアクセス機能をサポートしている機器がカメラ１００のみの場合（Ｓ６０１ｂで「カメラのみ」）、処理はステップＳ６０７に進められる。Ｗｅｂサービスにアクセスする機器としてカメラ１００が選択される（Ｓ６０７でＮｏ、Ｓ６１０）。カメラ１００によるログイン処理に失敗した後に本処理が呼ばれた場合は、Ｗｅｂサービスにアクセスできる機器が存在しないと判断される（Ｓ６０７でＹｅｓ、Ｓ６１１）。
【００５１】
Ｗｅｂサービスに対するアクセス機能をサポートしている機器が携帯電話３００のみの場合（Ｓ６０１ｂで「携帯電話のみ」）、処理はステップＳ６０８に進められる。Ｗｅｂサービスにアクセスする機器として携帯電話３００が選択される（Ｓ６０８でＮｏ、Ｓ６１２）。携帯電話３００によるログイン処理に失敗した後に本処理が呼ばれた場合は、Ｗｅｂサービスにアクセスできる機器が存在しないと判断する（Ｓ６０８でＹｅｓ、Ｓ６１３）。
【００５２】
Ｗｅｂサービスに対するアクセス機能をカメラ１００および携帯電話３００双方がサポートしている場合（Ｓ６０１ｂで「カメラと携帯電話」）、さらに幾つかの条件によってＷｅｂサービスにアクセスする機器を決定する（Ｓ６０２〜Ｓ６０６）。
【００５３】
携帯電話３００によるログイン処理に失敗した後に本処理が呼ばれた場合は、Ｗｅｂサービスにアクセスする機器としてカメラ１００を選択する（Ｓ６０２でＹｅｓ、Ｓ６０７でＮｏ、Ｓ６１０）。カメラ１００によるログイン処理に失敗した後に本処理が呼ばれた場合は、Ｗｅｂサービスにアクセスする機器として携帯電話３００を選択する（Ｓ６０３でＹｅｓ、Ｓ６１４）。カメラ１００によるログイン処理も携帯電話３００によるログイン処理も失敗した後に本処理が呼ばれた場合は、Ｗｅｂサービスにアクセスできる機器が存在しないと判断する（Ｓ６０２でＹｅｓ、Ｓ６０７でＹｅｓ、Ｓ６１１）。
【００５４】
アップロード処理を初めて行う場合（Ｓ６０３でＮｏ）、処理はステップＳ６０４に進められる。ステップＳ６０４では、サポートしているＷｅｂサービスのバージョンが新しい機器をＷｅｂサービスにアクセスする機器として選択される（Ｓ６０４）。Ｗｅｂサービスのバージョンの比較結果に応じて、カメラ１００または携帯電話３００がＷｅｂサービスにアクセスする機器として選択される（Ｓ６１５、Ｓ６１６）。比較結果により両者がサポートするＷｅｂサービスのバージョンも同じ場合（Ｓ６０４で「同じ」）、設定管理部２６０にて優先する機器が設定されている場合、設定されている機器をＷｅｂサービスにアクセスする機器として選択する（Ｓ６０５）。ここで参照される設定は、ユーザが操作部１０２を操作して設定することを想定しているが、たとえばＲＯＭ１１０にあらかじめ優先順位が設定されているとしても良い。優先する機器（優先機器）の設定に応じて、カメラ１００または携帯電話３００がＷｅｂサービスにアクセスする機器として選択される（Ｓ６１７、Ｓ６１８）。
【００５５】
設定管理部２６０に優先機器の設定が無い場合（Ｓ６０５で「設定なし」）、処理はステップＳ６０６に進められ、本処理が動作している機器がＷｅｂサービスにアクセスする機器として選択される（Ｓ６０６）。実施形態１においてはＷｅｂサービスにアクセスする機器としてカメラ１００が選択される。後述の実施形態２においては、Ｗｅｂサービスにアクセスする機器として携帯電話３００が選択される。
【００５６】
（携帯電話３００の動作フロー）
次に図７および図８を用いて、携帯電話３００の動作フローの一例を説明する。図７は、ユーザがカメラ１００でアップロード処理を実行した際の携帯電話３００の動作フローである。この処理は、アップロード処理部４２１がカメラ１００からアップロード処理開始通知を受信した際に開始される。また、本処理が実行される前に、カメラ１００と携帯電話３００との間で無線ＬＡＮの接続処理は完了しているものとする。
【００５７】
アップロード処理部４２１がカメラ１００からアップロード処理開始通知を受信すると、サポートサービス管理部４３０は携帯電話３００がサポートするＷｅｂサービスの情報をカメラ１００に送信する（Ｓ７０１）。ここで送信するＷｅｂサービスの情報とは、すなわち図１３（ｃ）に示すリストである。
【００５８】
アカウント情報の送信が完了すると、アップロード処理部４２１はカメラ１００から送信される中継モードを指定する通知メッセージを待ち受ける（Ｓ７０２）。ステップＳ７０２ｂにおいて、通知されたメッセージで指定されている中継モードを判定する。
【００５９】
カメラ１００からＩＰルータモードでの中継動作が指示されると（Ｓ７０２ｂで「ＩＰルータモード」）、処理はステップＳ７０３に進められ、中継方式管理部４８０はＩＰルータモードでの中継動作を開始する（Ｓ７０３）。ここで、本実施形態ではＩＰルータモードとして図１４（ａ）のように動作しているとする。
【００６０】
携帯電話３００は、ＩＰルータモードで動作する間、カメラ１００からインターネット（Ｗｅｂサーバ１３００が接続するネットワーク）に対するゲートウェイのように動作する。携帯電話３００はカメラ１００からインターネットに向かうパケットのＩＰレイヤ以下の部分を終端し、ＴＣＰレイヤ以上の部分は透過させる。ＩＰルータモードで動作する間、アップロード処理部４２１はカメラ１００からのアップロード処理終了通知を待ち受ける（Ｓ７０４）。アップロード処理終了通知を受信すると（Ｓ７０４ｂでＹｅｓ）、中継方式管理部４８０はＩＰルータモードでの中継動作を停止する（Ｓ７０５）。なお、ＩＰルータモードとして図１４（ｂ）のように動作しても同様の効果が得られる。
【００６１】
一方、カメラ１００からＰｒｏｘｙモードでの中継動作を指示されると（Ｓ７０２ｂで「Ｐｒｏｘｙモード」）、処理はステップＳ７０６に進められる。中継方式管理部４８０はＰｒｏｘｙモードでの中継動作を開始する（Ｓ７０６）。ここで、本実施形態ではＰｒｏｘｙモードとして図１４（ｄ）のように動作しているとする。
【００６２】
（ステップＳ７０６の詳細動作）
次に、図８を用いて、ステップＳ７０６の詳細な処理を説明する。Ｐｒｏｘｙモードでの中継動作中、アップロード処理部４２１はカメラ１００からのメッセージを待ち受ける（Ｓ８０１）。
【００６３】
カメラ１００からログイン要求メッセージを受信すると（Ｓ８０１ｂで「ログイン要求」）、処理はステップＳ８０２に進められる。認証処理部４１１はログイン要求で受信したアップロード先のＷｅｂサービスに対するログイン処理を実行する（Ｓ８０２）。ログイン処理が完了すると、アップロード処理部４２１はカメラ１００にログイン処理の結果（成功／失敗）を通知する（Ｓ８０３）。
【００６４】
カメラ１００からアップロード要求メッセージを受信すると（Ｓ８０１ｂで「アップロード要求」）、処理はステップＳ８０４に進められる。アップロード処理部４１２はアップロード要求メッセージで受信した画像データをＷｅｂサービスにアップロードする（Ｓ８０４）。Ｗｅｂサービスに対するアップロード処理が完了すると、アップロード処理部４２１はカメラ１００にアップロード処理の結果（成功／失敗）を通知する（Ｓ８０５）。
【００６５】
カメラ１００からログアウト要求メッセージを受信すると（Ｓ８０１ｂで「ログアウト要求」）、処理はステップＳ８０６に進められる。認証処理部４１１はＷｅｂサービスに対するログアウト処理を実行する（Ｓ８０６）。Ｗｅｂサービスに対するログアウト処理が完了すると、アップロード処理部４２１はカメラ１００にログアウト処理の結果（成功／失敗）を通知する（Ｓ８０７）。
【００６６】
カメラ１００からアップロード終了通知メッセージを受信すると（Ｓ８０１ｂで「アップロード終了通知」）、アップロード処理部４２１はカメラ１００からのメッセージ待ち受けを終了し、Ｐｒｏｘｙモードとしての動作を終了する。なお、Ｐｒｏｘｙモードとして図１４（ｃ）のように動作しても同様の効果が得られる。
【００６７】
（機器間の通信シーケンス）
次に、カメラ１００、携帯電話３００、およびＷｅｂサーバ１３００（サーバ装置）における機器間の通信シーケンスの一例について、図１１を用いて解説する。図１１は、ユーザがカメラ１００を操作し、カメラ１００が有する画像データを、携帯電話３００を介して、Ｗｅｂサーバ１３００が提供するＷｅｂサービスにアップロードする場合の通信シーケンスを例示する図である。
【００６８】
初期状態として、カメラ１００と携帯電話３００は無線ＬＡＮで接続済みであるものとする。まず、カメラ１００において、ユーザがアップロード処理を開始するための操作を行う（Ｓ１１０１）。アップロード処理を開始するための操作が行われると、カメラ１００は携帯電話３００に対してアップロード処理開始通知メッセージを送信する（Ｓ１１０２）。これを受けて、携帯電話３００は自身がサポートするＷｅｂサービスの情報のリストを含めた応答メッセージをカメラ１００に送信する（Ｓ１１０３）。カメラ１００はＷｅｂサービス情報リストを取得すると、アップロード処理のアップロード先候補となるＷｅｂサービスの一覧を表示し、ユーザに選択を促す（Ｓ１１０４）。ここで表示されるアップロード先候補は、ステップＳ１１０３で取得したＷｅｂサービスと、カメラ１００がサポートするＷｅｂサービスを合わせたものである。ユーザがカメラ１００を操作してアップロード先のＷｅｂサービスを選択すると（Ｓ１１０５）、カメラ１００はＷｅｂサービスにアクセスする機器を決定する（Ｓ１１０６）。ステップＳ１１０６の処理は図６にて示される処理である。
【００６９】
（カメラ１００がＷｅｂサービスにアクセスする場合）
ステップＳ１１０６による処理の結果、カメラ１００がＷｅｂサービスにアクセスする場合、カメラ１００は携帯電話３００にＩＰルータモードで中継処理を動作させるよう通知メッセージを送信する（Ｓ１１０７）。これを受けて、携帯電話３００はＩＰルータモードによる中継処理を開始し（Ｓ１１０８）、応答メッセージをカメラ１００に送信する（Ｓ１１０９）。
【００７０】
応答メッセージを受信すると、カメラ１００は、Ｗｅｂサービスに対してログインする（Ｓ１１１０）。続いて、カメラ１００は、画像アップロード（Ｓ１１１１）、ログアウト（Ｓ１１１２）を行う。Ｗｅｂサービスからのログアウト（Ｓ１１１２）が完了すると、カメラ１００は携帯電話３００にアップロード処理終了通知メッセージを送信する（Ｓ１１１３）。これを受けて、携帯電話３００はＩＰルータモードによる中継処理を停止し（Ｓ１１１４）、応答メッセージをカメラ１００に送信する（Ｓ１１１５）。
【００７１】
（携帯電話３００がＷｅｂサービスにアクセスする場合）
ステップＳ１１０６による処理の結果、携帯電話３００がＷｅｂサービスにアクセスする場合、カメラ１００は携帯電話３００にＰｒｏｘｙモードで中継処理を動作させるよう通知メッセージを送信する（Ｓ１１１６）。これを受けて、携帯電話３００はＰｒｏｘｙモードによる中継処理を開始し（Ｓ１１１７、図８）、応答メッセージをカメラ１００に送信する（Ｓ１１１８）。応答メッセージを受信すると、カメラ１００は携帯電話３００に対して、ログイン要求メッセージを送信する（Ｓ１１１９）。このログイン要求メッセージには、ステップＳ１１０５でユーザが選択したアップロード先のＷｅｂサービスに関する情報を付加して送信する。ログイン要求メッセージを受信した携帯電話３００は、Ｗｅｂサービスに対してログイン処理を実行し（Ｓ１１２０）、処理の結果をカメラ１００に送信する（Ｓ１１２１）。カメラ１００は次に、アップロードする画像のデータを添付したアップロード要求メッセージを携帯電話３００に送信する（Ｓ１１２２）。アップロード要求メッセージを受信した携帯電話３００は、メッセージに添付された画像データを取得し、Ｗｅｂサービスに対してこれをアップロードし（Ｓ１１２３）、アップロード処理の結果をカメラ１００に送信する（Ｓ１１２４）。アップロード処理の応答メッセージを受信したカメラ１００は、ログアウト要求メッセージを携帯電話３００に送信する（Ｓ１１２５）。ログアウト要求メッセージを受信した携帯電話３００は、Ｗｅｂサービスに対するログアウト処理を実行し（Ｓ１１２６）、処理の結果をカメラ１００に送信する（Ｓ１１２７）。ログアウト処理が完了すると、カメラ１００は携帯電話３００にアップロード処理終了通知を送信する（Ｓ１１２８）。アップロード処理終了通知を受信した携帯電話３００は、Ｐｒｏｘｙモードによる中継処理を停止し（Ｓ１１２９）、応答メッセージをカメラ１００に送信する（Ｓ１１３０）。
【００７２】
カメラ１００は、アップロード処理終了通知の応答メッセージを受けて（Ｓ１１１５、Ｓ１１３０）、一連の画像アップロード処理を終了する。
【００７３】
（実施形態２）
実施形態１では、ユーザがカメラを操作して画像データをＷｅｂサービスにアップロードする場合の実施形態を示した。以下に示す実施形態２では、実施形態１と同様の機器構成で、ユーザが携帯電話を操作してカメラの画像データをＷｅｂサービスにアップロードする場合の実施形態を説明する。また、実施形態１と同様に実施形態２においても、ＩＰルータモードは図１４（ａ）あるいは図１４（ｂ）の形態であり、Ｐｒｏｘｙモードについては図１４（ｃ）あるいは図１４（ｄ）の形態である。
【００７４】
実施形態２において、ハードウェア構成および機能構成は、実施形態１のハードウェア構成（図１、図３）、機能構成（図２、図４）と同様であるため、説明は省略する。また、実施形態２において、無線通信システムの構成、アカウント情報についても、実施形態１の無線通信システムの構成（図１３（ａ））、アクセス情報（図１３（ｂ）、（ｃ））と同様であるため、説明は省略する。
【００７５】
（携帯電話３００の動作フロー）
図９を用いて、携帯電話３００における画像のアップロード処理実行時の動作フローを説明する。この処理は、ユーザが操作部３０２を用いてアップロード処理を開始するための操作を実行した際に開始される。また、本処理が実行される前に、カメラ１００と携帯電話３００との間で無線ＬＡＮの接続処理は完了しているものとする。
【００７６】
アップロード処理を開始するための操作が行われると、アップロード処理部４２１はアップロード処理開始通知をカメラ１００に送信する（Ｓ９０１）。次に、サポートサービス管理部４３０は、カメラ１００から応答メッセージで返されるカメラ１００がサポートするＷｅｂサービスのリストを取得する（Ｓ９０２）。ここでいうＷｅｂサービスのリストとは、図１３（ｂ）に示すリストでありＷｅｂサービス名と対応するサービスのバージョン情報から構成される。Ｗｅｂサービスのリストを取得した結果、カメラあるいは携帯電話がＷｅｂサービスプログラムを有し、何らかのＷｅｂサービスに対応しているか否かを判定する（Ｓ９０３）。カメラあるいは携帯電話がＷｅｂサービスプログラムを有している場合、処理はステップＳ９０５に進められる。一方、ステップＳ９０３の判定で、カメラあるいは携帯電話がＷｅｂサービスプログラムを有していない場合、処理はステップＳ９０４に進められる。そして、Ｗｅｂサービスのプログラムに対応するようにソフトウェアの更新を促すか、Ｗｅｂサービス機能の有効化をユーザに促す（Ｓ９０４）。これは、利用できるＷｅｂサービスがない旨をユーザに告知してもよいし、Ｗｅｂサービスプログラムの設定モードに自動的に移行してもよい。また、本実施形態ではステップＳ９０２のＷｅｂサービスリストの取得をステップＳ９０１のアップロード処理開始通知の後に実行している。しかし、先にＷｅｂサービスのリストの取得を実行し、取得の結果、Ｗｅｂサービス情報がない場合には、アップロード処理開始そのものを選択できない、あるいは表示色を変化させてアップロード処理が無効である旨をユーザに告知してもよい。
【００７７】
Ｗｅｂサービスのリスト情報リストを取得すると、データ取得処理部４２２はアップロード対象となる画像のサムネイルのリストをカメラ１００から取得する（Ｓ９０５）。
【００７８】
表示・操作処理部４４０はアップロード処理のアップロード先候補となるＷｅｂサービスの一覧と、ステップＳ９０５で取得したサムネイル画像の一覧とを表示部３０１に表示する（Ｓ９０６）。ここで表示・操作処理部４４０はアップロード先候補として、Ｓ９０２で取得したＷｅｂサービス名と、サポートサービス管理部４３０で管理される携帯電話３００がサポートするＷｅｂサービス名（図１３（ｃ））とを並べて表示する。すなわち、ここでは「ＡＡＡフォトサービス」「ＢＢＢフォトサービス」「ＣＣＣフォトサービス」が表示される。
【００７９】
ユーザが操作部３０２を操作してアップロードする画像とＷｅｂサービス名（Ｗｅｂサービス情報）を選択すると、携帯電話３００は選択されたＷｅｂサービス情報に基づいてＷｅｂサービスにアクセスする機器を決定する（Ｓ９０７）。ステップＳ９０７の処理は、実施形態１にて説明した図６の処理と同様であるため、説明は省略する。
【００８０】
ステップＳ９０７ｂでは、先のステップＳ９０７における決定結果の判別が行われる。ステップＳ９０７の決定の結果、カメラ１００がＷｅｂサービスにアクセスすると決定した場合（Ｓ９０７ｂで「カメラがアクセス」）、処理はステップＳ９０８に進められる。中継方式管理部４８０はＩＰルータモードでの中継動作を開始する（Ｓ９０８）。ここで、本実施形態ではＩＰルータモードとして図１４（ａ）のように動作しているとする。
【００８１】
携帯電話３００は、ＩＰルータモードで動作する間、カメラ１００からインターネット（Ｗｅｂサーバ１３００が接続するネットワーク）に対するゲートウェイのように動作する。携帯電話３００はカメラ１００からインターネットに向かうパケットのＩＰレイヤ以下の部分を終端し、ＴＣＰレイヤ以上の部分は透過させる。
【００８２】
ＩＰルータモードによる通信が開始されると、アップロード処理部４２１がカメラ１００に対して、Ｗｅｂサービスに対するログイン要求メッセージを送信する（Ｓ９０９）。このログイン要求メッセージには、ステップＳ９０６でユーザが選択したＷｅｂサービス名を付加して送信する。このログイン要求を受信したカメラ１００は、Ｗｅｂサービスに対してログイン処理を行う（後述）。しかし、携帯電話３００は、カメラ１００とＷｅｂサーバ１３００との間で送受信するデータフレームのＴＣＰレイヤ以上の部分についてはただデータを転送（透過）するだけで、データの中身については検知しない。携帯電話３００は、ログイン要求メッセージに対する応答メッセージで、カメラ１００におけるログイン処理が成功したか失敗したかを判断する。
【００８３】
ログイン処理が成功した場合（Ｓ９０９ｂでＹｅｓ）、アップロード処理部４２１はカメラ１００にアップロード要求メッセージを送信する（Ｓ９１０）。アップロード要求メッセージには、ステップＳ９０６でユーザが選択した、Ｗｅｂサービスにアップロードする画像の識別子を付加して送信する。アップロード処理（Ｓ９１０）が完了すると、アップロード処理部４２１がカメラ１００に対してログアウト要求メッセージを送信する（Ｓ９１１）。その後、中継方式管理部４８０がＩＰルータ機能を停止し（Ｓ９１２）、アップロード処理部４２１がアップロード処理終了通知をカメラ１００に送信する（Ｓ９１３）。
【００８４】
一方、ログイン処理に失敗した場合（Ｓ９０９ｂでＮｏ）、またはアップロード処理に失敗した場合（Ｓ９１０ｂでＮｏ）、中継方式管理部４８０がＩＰルータ機能を停止する（Ｓ９１４）。そして、判定処理部４５０およびアップロード手段決定処理部４７０がステップＳ９０７に示す判定処理を再度実行する。ステップＳ９０６で選択されたＷｅｂサービスに対するアクセス機能を携帯電話３００も保持している場合としては、例えば、図１３（ｂ）、（ｃ）の「ＣＣＣフォトサービス」が該当する。この場合、携帯電話３００は、Ｗｅｂサービスにアクセスする機器を変えてアップロード処理を試みる。
【００８５】
ステップＳ９０７における判別の結果、携帯電話３００がＷｅｂサービスにアクセスすると決定した場合（Ｓ９０７ｂで「携帯電話がアクセス」）、処理はステップＳ９１５に進められる。認証処理部４１１はＷｅｂサービスに対するログイン処理を実行する（Ｓ９１５）。Ｗｅｂサービスのログインに成功すると（Ｓ９１５でＹｅｓ）、データ取得処理部（４２２）はカメラ１００にアップロード画像要求メッセージを送信し、Ｗｅｂサービスにアップロードする画像の実画像データをカメラ１００から取得する（Ｓ９１６）。実画像データの取得が完了すると、アップロード処理部４１２はＷｅｂサービスに画像データを送信する（Ｓ９１７）。画像のアップロード処理（Ｓ９１７）が完了すると、認証処理部４１１がＷｅｂサービスに対してログアウト処理を実行し（Ｓ９１８）、アップロード処理部４２１がカメラ１００にアップロード処理終了通知を送信する（Ｓ９１３）。
【００８６】
ログイン処理に失敗した場合（Ｓ９１５ｂでＮｏ）、またはアップロード処理に失敗した場合（Ｓ９１７ｂでＮｏ）、判定処理部４５０およびアップロード手段決定処理部４７０がＳ９０７に示す判定処理を再度実行する。ステップＳ９０６で選択されたＷｅｂサービスに対するアクセス手順をカメラ１００もサポートしている場合、携帯電話３００は、Ｗｅｂサービスにアクセスする機器をカメラ１００に変えてログイン処理を試みる。
【００８７】
一方、ステップＳ９０７の判定処理の結果、Ｗｅｂサービスにアクセスできる機器が存在しないと判定された場合（Ｓ９０７ｂで「アクセスできる機器なし」）、処理はステップＳ９１９に進められる。表示・操作処理部４４０はエラーメッセージを表示する（Ｓ９１９）。その後、アップロード処理部４２１がカメラ１００にアップロード処理終了通知を送信する（Ｓ９１３）。
【００８８】
（カメラ１００の動作フロー）
次に図１０を用いて、ユーザが携帯電話３００でアップロード処理を実行した際のカメラ１００の動作フローを説明する。この処理は、アップロード処理部２２１が携帯電話３００からアップロード処理開始通知を受信した際に開始される。また、本処理が実行される前に、カメラ１００と携帯電話３００との間で無線ＬＡＮの接続処理は完了しているものとする。
【００８９】
アップロード処理部２２１が携帯電話３００からアップロード処理開始通知を受信すると、サポートサービス管理部２３０はカメラ１００がサポートするＷｅｂサービスの情報を携帯電話３００に送信する（Ｓ１００１）。ここで送信するＷｅｂサービスの情報とは、すなわち、図１３（ｂ）に示すリストである。Ｗｅｂサービスの情報の送信が完了すると、アップロード処理部２２１は携帯電話３００から送信される通知メッセージを待ち受ける（Ｓ１００２）。
【００９０】
携帯電話３００からログイン要求メッセージを受信すると（Ｓ１００２で「ログイン要求」）、処理はステップＳ１００３に進められる。認証処理部２１１はＷｅｂサーバ１３００とＨＴＴＰＳを用いて接続する（Ｓ１００３）。次に、認証処理部２１１は、ログイン要求で受信したアップロード先のＷｅｂサービスに対するログイン処理を実行する（Ｓ１００３）。ログイン処理が完了すると、アップロード処理部２２１は携帯電話３００にログイン処理の結果（成功／失敗）を通知する（Ｓ１００４）。
【００９１】
携帯電話３００からアップロード要求メッセージを受信すると（Ｓ１００２ｂで「アップロード要求」）、処理はステップＳ１００５に進められる。アップロード処理部２１２は、アップロード要求メッセージで受信した画像の識別子が示す画像のデータをＷｅｂサービスにアップロードする（Ｓ１００５）。Ｗｅｂサービスに対するアップロード処理が完了すると、アップロード処理部２２１は携帯電話３００にアップロード処理の結果（成功／失敗）を通知する（Ｓ１００６）。
【００９２】
携帯電話３００からログアウト要求メッセージを受信すると（Ｓ１００２ｂで「ログアウト要求」）、処理はステップＳ１００７に進められ、認証処理部２１１はＷｅｂサービスに対するログアウト処理を実行する（Ｓ１００７）。Ｗｅｂサービスに対するログアウト処理が完了すると、アップロード処理部２２１は携帯電話３００にログアウト処理の結果（成功／失敗）を通知する（Ｓ１００８）。
【００９３】
携帯電話３００からアップロード画像要求メッセージを受信すると（Ｓ１００２ｂで「アップロード画像要求」）、処理はステップＳ１００９に進められる。アップロード処理部２２１はアップロード画像要求メッセージで指定される画像データを携帯電話３００に送信する（Ｓ１００９）。アップロード画像要求メッセージでは、画像データの種別（実画像かサムネイル）と、取得したい画像の識別子（ファイル名、全画像、など）が指定され、アップロード処理部２２１はこれに対応するデータを携帯電話３００に送信する。
【００９４】
携帯電話３００からアップロード終了通知メッセージを受信すると（Ｓ１００２ｂで「アップロード終了通知」）、アップロード処理部２２１は携帯電話３００からのメッセージ待ち受けを終了する。
【００９５】
（機器間の通信シーケンス）
次に、カメラ１００、携帯電話３００、およびＷｅｂサーバ１３００における機器間の通信シーケンスの一例について、図１２を用いて説明する。図１２は、ユーザが携帯電話３００を操作し、カメラ１００が持つ画像データを、携帯電話３００を介して、Ｗｅｂサーバ１３００が提供するＷｅｂサービスにアップロードする場合の通信シーケンスを例示する図である。
【００９６】
初期状態として、カメラ１００と携帯電話３００は無線ＬＡＮで接続済みであるものとする。まず、携帯電話３００において、ユーザがアップロード処理を開始するための操作を行う（Ｓ１２０１）。アップロード処理を開始するための操作が行われると、携帯電話３００はカメラ１００に対してアップロード処理開始通知メッセージを送信する（Ｓ１２０２）。これを受けて、カメラ１００は自身がサポートするＷｅｂサービスの情報のリストを含めた応答メッセージを携帯電話３００に送信する（Ｓ１２０３）。続いて、携帯電話３００はカメラ１００に対してアップロード画像要求メッセージを送信し、カメラ１００が保持する画像のサムネイルデータをカメラ１００に対して要求する（Ｓ１２０４）。カメラ１００は、自身が保持する画像のサムネイルデータのリストと、各画像の識別子を携帯電話３００に送信する（Ｓ１２０５）。携帯電話３００はＷｅｂサービス情報リストとサムネイルデータのリストを取得すると、取得したサムネイル画像とアップロード処理のアップロード先候補となるＷｅｂサービスの一覧を表示し、ユーザに選択を促す（Ｓ１２０６）。ここで表示されるアップロード先候補は、ステップＳ１２０３で取得したＷｅｂサービスと、携帯電話３００がアクセス機能をサポートするＷｅｂサービスとを合わせたものである。ユーザが携帯電話３００を操作してアップロードする画像とアップロード先のＷｅｂサービスを選択すると（Ｓ１２０７）、携帯電話３００はＷｅｂサービスにアクセスする機器を決定する（Ｓ１２０８）。ステップＳ１２０８の処理は図６にて示される処理である。
【００９７】
（カメラ１００がＷｅｂサービスにアクセスする場合）
ステップＳ１２０８による処理の結果、カメラ１００がＷｅｂサービスにアクセスする場合、携帯電話３００はＩＰルータモードによる中継処理を開始する（Ｓ１２０９）。続いて、携帯電話３００はカメラ１００に対してログイン要求メッセージを送信する（Ｓ１２１０）。このログイン要求メッセージには、ステップＳ１２０７でユーザが選択したＷｅｂサービスに関する情報を付加して送信する。ログイン要求メッセージを受信したカメラ１００は、Ｗｅｂサービスに対してログイン処理を実行し（Ｓ１２１１）、処理の結果を携帯電話３００に送信する（Ｓ１２１２）。次に、携帯電話３００は、アップロードする画像の識別子を指定したアップロード要求メッセージをカメラ１００に送信する（Ｓ１２１３）。アップロード要求メッセージを受信したカメラ１００は、メッセージで指定された画像の実画像データをＷｅｂサービスに対してこれをアップロードし（Ｓ１２１４）、アップロード処理の結果を携帯電話３００に送信する（Ｓ１２１５）。アップロード処理の応答メッセージを受信した携帯電話３００は、ログアウト要求メッセージをカメラ１００に送信する（Ｓ１２１６）。ログアウト要求メッセージを受信したカメラ１００は、Ｗｅｂサービスに対するログアウト処理を実行し（Ｓ１２１７）、処理の結果を携帯電話３００に送信する（Ｓ１２１８）。ログアウト要求に対する応答メッセージを受信すると、携帯電話３００はＩＰルータモードによる中継処理を停止し（Ｓ１２１９）、アップロード処理終了通知をカメラ１００に送信する（Ｓ１２２０）。カメラ１００はアップロード処理終了通知に対する応答メッセージを携帯電話３００に返す（Ｓ１２２１）。なお、ＩＰルータモードとして図１４（ｂ）のように動作しても同様の効果が得られる。
【００９８】
（携帯電話３００がＷｅｂサービスにアクセスする場合）
ステップＳ１２０８による処理の結果、携帯電話３００がＷｅｂサービスにアクセスする場合、携帯電話３００はＷｅｂサービスに対してログイン処理を行う（Ｓ１２２２）。ログイン処理に成功すると、携帯電話３００はカメラ１００に対してアップロード画像要求メッセージを送信し、ステップＳ１２０７で選択された画像の実画像データをカメラ１００に対して要求する（Ｓ１２２３）。カメラ１００は、アップロード画像要求メッセージで指定された画像の実画像データを携帯電話３００に送信する（Ｓ１２２４）。これを受けて、携帯電話３００は受信した画像データをＷｅｂサービスにアップロードし（Ｓ１２２５）、アップロード処理が完了するとログアウト処理を実行する（Ｓ１２２６）。ログアウト処理が完了すると、携帯電話３００はアップロード処理終了通知をカメラ１００に送信し（Ｓ１２２７）、カメラ１００はこれに対する応答メッセージを携帯電話３００に送信する（Ｓ１２２８）。
【００９９】
（変形例）
上記の実施形態１、２に記載されている構成要素はあくまで例示であり、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、個別の実施形態によって限定されるわけではない。例えば、実施形態１、２では、携帯電話がフレームデータを透過させる手段として、ＩＰレイヤを終端するＩＰルータの動作を例示したが、本発明の趣旨はこれに限定するものではない。カメラとＷｅｂサービス間で送受信するアップロード処理に関するフレームデータを透過させるように動作すればよい。より具体的には認証処理に係るフレームデータに含まれる機密情報を、携帯電話で解析できない形でフレームが透過されれば良い。よって、たとえばＳＯＣＫＳプロキシのような技術を用いてこれを実現してもかまわない。また、カメラと携帯電話間の通信に利用するローカルＩＰアドレスを、携帯電話とＷｅｂサーバ間の通信に利用するグローバルＩＰアドレスに置き換えるＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）を用いてこれを実現してもかまわない。さらには、ＩＰレイヤ以上のフレームを透過する（ＭＡＣレイヤ以下を終端する）ように動作してもかまわない。
【０１００】
また、実施形態１、２では、Ｗｅｂサービスに対するログイン、アップロード、ログアウト処理が、すべてカメラか携帯電話のどちらか片方で行われる実施形態を示したが、本発明の趣旨はこれに限定されるものではない。たとえば、ログイン処理とログアウト処理はカメラで行い、アップロード処理は携帯電話が行うというような実施形態も、本発明の範囲内である。
【０１０１】
また、実施形態１、２では、カメラと携帯電話は無線ＬＡＮで接続するとしたが、本発明の趣旨はこれに限定されるものではない。たとえばブルートゥース（登録商標）や赤外線通信のような無線通信や、有線ＬＡＮやＵＳＢのような有線通信を用いて接続してもかまわない。
【０１０２】
また、実施形態１、２では、携帯電話とＷｅｂサーバは公衆通信網とインターネットを介して接続するとしたが、本発明の趣旨はこれに限定されるものではない。たとえば、携帯電話が無線ＬＡＮ通信を用いてアクセスポイントに接続し、アクセスポイントが属するローカルネットワークを介してＷｅｂサーバに接続するといった接続形態も本発明の範囲内である。
【０１０３】
また、実施形態１、２では、携帯電話における中継処理モードをカメラからメッセージによって指定したが、本発明の趣旨はこれに限定されるものではない。たとえば、携帯電話は常にＰｒｏｘｙモードで動作しており、ＩＰルータモードとして動く必要がある時だけカメラから携帯電話に通知を行うとしても良い。
【０１０４】
本発明の実施形態またはその変形例によれば、通信装置の画像を中継装置を介してＷｅｂサービスに送信するシステムにおいて、Ｗｅｂサービスに対するアクセス機能をサポートする装置をユーザが意識することなく、画像の送信が可能になる。すなわち、通信装置または中継装置のいずれかを操作して画像のアップロードが可能な装置および無線通信システムの提供が可能になる。
【０１０５】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
中継装置と接続し、前記中継装置を介して接続するサーバ装置にデータを送信する通信装置であって、
前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定手段と、
前記判定手段による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定手段と、
前記決定手段で決定された前記送信方法により前記データを送信する送信手段と、
を有することを特徴とする通信装置。
【請求項２】
前記通信装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記通信装置のアクセス処理手段は、前記アクセス機能による通信により前記サーバ装置に対する前記アクセス処理を実行することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記通信装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記中継装置において検知されずに、前記アクセス機能による通信に用いるアクセス情報を前記サーバ装置に送信するための送信方法を決定することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記アクセス機能による通信を前記中継装置のアクセス処理手段に実行させることを特徴とする請求項１に記載の通信装置。
【請求項５】
前記決定手段は、ＴＣＰレイヤ以上におけるデータフレームをブリッジするブリッジ機能、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）、およびＳＯＣＫＳプロキシのうち少なくともいずれか１つを、前記中継装置の前記アクセス処理手段が実行することが可能な前記送信方法として決定することを特徴とする請求項４に記載の通信装置。
【請求項６】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記通信装置が保持する前記アクセス機能を特定するためのアクセス情報のバージョンと前記中継装置が保持する前記アクセス機能による通信に用いるアクセス情報のバージョンとを比較して、新しいバージョンのアクセス情報を保持する装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項７】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記通信装置を操作するための操作手段からの操作入力の有無と、前記中継装置を操作するための操作手段からの操作入力の有無とにより、ユーザが操作している装置が前記通信装置であるか前記中継装置であるかを判定し、前記判定に従って前記ユーザが操作している装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項８】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、あらかじめ設定されている優先順位に従って定められる装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項９】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定し、かつ、前記通信装置の前記アクセス処理手段が前記アクセス処理に失敗したと判定したことにより、
前記決定手段は、前記アクセス処理を実行していない前記中継装置のアクセス処理手段に前記アクセス処理を実行させることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項１０】
前記通信装置および前記中継装置のうち少なくともいずれか一方が保持する前記アクセス機能を表示する表示手段と、
前記サーバ装置にデータを送信する際に使用するアクセス機能として、前記表示手段により表示された前記アクセス機能の中からいずれか１つを選択する選択手段と、を更に有することを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
【請求項１１】
通信装置とサーバ装置とに接続し、前記通信装置から前記サーバ装置へのデータの送信を中継する中継装置であって、
前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定手段と、
前記判定手段による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定手段と、
前記決定手段で決定された前記送信方法により前記データを送信する送信手段と、
を有することを特徴とする中継装置。
【請求項１２】
前記通信装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記通信装置のアクセス処理手段は、前記アクセス機能による通信により前記サーバ装置に対する前記アクセス処理を実行することを特徴とする請求項１１に記載の中継装置。
【請求項１３】
前記通信装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記中継装置において検知されずに、前記アクセス機能による通信に用いるアクセス情報を前記サーバ装置に送信するための送信方法を決定することを特徴とする請求項１２に記載の中継装置。
【請求項１４】
前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記中継装置のアクセス処理手段は、前記アクセス機能による通信により前記サーバ装置に対する前記アクセス処理を実行することを特徴とする請求項１１に記載の中継装置。
【請求項１５】
前記決定手段は、ＴＣＰレイヤ以上におけるデータフレームをブリッジするブリッジ機能、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）、およびＳＯＣＫＳプロキシのうち少なくともいずれか１つを、前記中継装置の前記アクセス処理手段が実行することが可能な前記送信方法として決定することを特徴とする請求項１４に記載の中継装置。
【請求項１６】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記通信装置が保持する前記アクセス機能を特定するためのアクセス情報のバージョンと前記中継装置が保持する前記アクセス機能による通信に用いるアクセス情報のバージョンとを比較して、新しいバージョンのアクセス情報を保持する装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１１乃至１５のいずれか１項に記載の中継装置。
【請求項１７】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記通信装置を操作するための操作手段からの操作入力の有無と、前記中継装置を操作するための操作手段からの操作入力の有無とにより、ユーザが操作している装置が前記通信装置であるか前記中継装置であるかを判定し、前記判定に従って前記ユーザが操作している装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１１乃至１５のいずれか１項に記載の中継装置。
【請求項１８】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、あらかじめ設定されている優先順位に従って定められる装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１１乃至１５のいずれか１項に記載の中継装置。
【請求項１９】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定し、かつ、前記中継装置の前記アクセス処理手段が前記アクセス処理に失敗したと判定したことにより、
前記決定手段は、アクセス処理を実行していない前記通信装置のアクセス処理手段に前記アクセス処理を実行させることを特徴とする請求項１１乃至１５のいずれか１項に記載の中継装置。
【請求項２０】
前記通信装置および前記中継装置のうち少なくともいずれか一方が保持する前記アクセス機能を表示する表示手段と、
前記サーバ装置にデータを送信する際に使用するアクセス機能として、前記表示手段により表示された前記アクセス機能の中からいずれか１つを選択する選択手段と、を更に有することを特徴とする請求項１１乃至１９のいずれか１項に記載の中継装置。
【請求項２１】
通信装置が中継装置に接続し、前記中継装置を介して接続するサーバ装置にデータを送信する無線通信システムであって、
前記通信装置および前記中継装置は、
前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定手段と、
前記判定手段による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定手段と、
前記決定手段で決定された前記送信方法により前記データを送信する送信手段と、
を有することを特徴とする無線通信システム。
【請求項２２】
中継装置と接続し、前記中継装置を介して接続するサーバ装置にデータを送信する通信装置の制御方法であって、
前記通信装置の判定手段が、前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定工程と、
前記通信装置の決定手段が、前記判定工程による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定工程と、
前記通信装置の送信手段が、前記決定工程で決定された前記送信方法により前記データを送信する送信工程と、
を有することを特徴とする通信装置の制御方法。
【請求項２３】
通信装置とサーバ装置とに接続し、前記通信装置から前記サーバ装置へのデータの送信を中継する中継装置の制御方法であって、
前記中継装置の判定手段が、前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定工程と、
前記中継装置の決定手段が、前記判定工程による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定工程と、
前記中継装置の送信手段が、前記決定工程で決定された前記送信方法により前記データを送信する送信工程と、
を有することを特徴とする中継装置の制御方法。
【請求項２４】
コンピュータに、請求項２２に記載の通信装置の制御方法を実行させるためのプログラム。
【請求項２５】
コンピュータに、請求項２３に記載の中継装置の制御方法を実行させるためのプログラム。
【請求項１】
中継装置と接続し、前記中継装置を介して接続するサーバ装置にデータを送信する通信装置であって、
前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定手段と、
前記判定手段による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定手段と、
前記決定手段で決定された前記送信方法により前記データを送信する送信手段と、
を有することを特徴とする通信装置。
【請求項２】
前記通信装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記通信装置のアクセス処理手段は、前記アクセス機能による通信により前記サーバ装置に対する前記アクセス処理を実行することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記通信装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記中継装置において検知されずに、前記アクセス機能による通信に用いるアクセス情報を前記サーバ装置に送信するための送信方法を決定することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記アクセス機能による通信を前記中継装置のアクセス処理手段に実行させることを特徴とする請求項１に記載の通信装置。
【請求項５】
前記決定手段は、ＴＣＰレイヤ以上におけるデータフレームをブリッジするブリッジ機能、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）、およびＳＯＣＫＳプロキシのうち少なくともいずれか１つを、前記中継装置の前記アクセス処理手段が実行することが可能な前記送信方法として決定することを特徴とする請求項４に記載の通信装置。
【請求項６】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記通信装置が保持する前記アクセス機能を特定するためのアクセス情報のバージョンと前記中継装置が保持する前記アクセス機能による通信に用いるアクセス情報のバージョンとを比較して、新しいバージョンのアクセス情報を保持する装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項７】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記通信装置を操作するための操作手段からの操作入力の有無と、前記中継装置を操作するための操作手段からの操作入力の有無とにより、ユーザが操作している装置が前記通信装置であるか前記中継装置であるかを判定し、前記判定に従って前記ユーザが操作している装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項８】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、あらかじめ設定されている優先順位に従って定められる装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項９】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定し、かつ、前記通信装置の前記アクセス処理手段が前記アクセス処理に失敗したと判定したことにより、
前記決定手段は、前記アクセス処理を実行していない前記中継装置のアクセス処理手段に前記アクセス処理を実行させることを特徴とする請求項１乃至５のいずれか１項に記載の通信装置。
【請求項１０】
前記通信装置および前記中継装置のうち少なくともいずれか一方が保持する前記アクセス機能を表示する表示手段と、
前記サーバ装置にデータを送信する際に使用するアクセス機能として、前記表示手段により表示された前記アクセス機能の中からいずれか１つを選択する選択手段と、を更に有することを特徴とする請求項１乃至９のいずれか１項に記載の通信装置。
【請求項１１】
通信装置とサーバ装置とに接続し、前記通信装置から前記サーバ装置へのデータの送信を中継する中継装置であって、
前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定手段と、
前記判定手段による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定手段と、
前記決定手段で決定された前記送信方法により前記データを送信する送信手段と、
を有することを特徴とする中継装置。
【請求項１２】
前記通信装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記通信装置のアクセス処理手段は、前記アクセス機能による通信により前記サーバ装置に対する前記アクセス処理を実行することを特徴とする請求項１１に記載の中継装置。
【請求項１３】
前記通信装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記中継装置において検知されずに、前記アクセス機能による通信に用いるアクセス情報を前記サーバ装置に送信するための送信方法を決定することを特徴とする請求項１２に記載の中継装置。
【請求項１４】
前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記中継装置のアクセス処理手段は、前記アクセス機能による通信により前記サーバ装置に対する前記アクセス処理を実行することを特徴とする請求項１１に記載の中継装置。
【請求項１５】
前記決定手段は、ＴＣＰレイヤ以上におけるデータフレームをブリッジするブリッジ機能、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）、およびＳＯＣＫＳプロキシのうち少なくともいずれか１つを、前記中継装置の前記アクセス処理手段が実行することが可能な前記送信方法として決定することを特徴とする請求項１４に記載の中継装置。
【請求項１６】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記通信装置が保持する前記アクセス機能を特定するためのアクセス情報のバージョンと前記中継装置が保持する前記アクセス機能による通信に用いるアクセス情報のバージョンとを比較して、新しいバージョンのアクセス情報を保持する装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１１乃至１５のいずれか１項に記載の中継装置。
【請求項１７】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、前記通信装置を操作するための操作手段からの操作入力の有無と、前記中継装置を操作するための操作手段からの操作入力の有無とにより、ユーザが操作している装置が前記通信装置であるか前記中継装置であるかを判定し、前記判定に従って前記ユーザが操作している装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１１乃至１５のいずれか１項に記載の中継装置。
【請求項１８】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定したことにより、
前記決定手段は、あらかじめ設定されている優先順位に従って定められる装置のアクセス処理手段に前記サーバ装置へのアクセス処理を実行させることを特徴とする請求項１１乃至１５のいずれか１項に記載の中継装置。
【請求項１９】
前記通信装置および前記中継装置が前記アクセス機能を保持すると、前記判定手段が判定し、かつ、前記中継装置の前記アクセス処理手段が前記アクセス処理に失敗したと判定したことにより、
前記決定手段は、アクセス処理を実行していない前記通信装置のアクセス処理手段に前記アクセス処理を実行させることを特徴とする請求項１１乃至１５のいずれか１項に記載の中継装置。
【請求項２０】
前記通信装置および前記中継装置のうち少なくともいずれか一方が保持する前記アクセス機能を表示する表示手段と、
前記サーバ装置にデータを送信する際に使用するアクセス機能として、前記表示手段により表示された前記アクセス機能の中からいずれか１つを選択する選択手段と、を更に有することを特徴とする請求項１１乃至１９のいずれか１項に記載の中継装置。
【請求項２１】
通信装置が中継装置に接続し、前記中継装置を介して接続するサーバ装置にデータを送信する無線通信システムであって、
前記通信装置および前記中継装置は、
前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定手段と、
前記判定手段による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定手段と、
前記決定手段で決定された前記送信方法により前記データを送信する送信手段と、
を有することを特徴とする無線通信システム。
【請求項２２】
中継装置と接続し、前記中継装置を介して接続するサーバ装置にデータを送信する通信装置の制御方法であって、
前記通信装置の判定手段が、前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定工程と、
前記通信装置の決定手段が、前記判定工程による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定工程と、
前記通信装置の送信手段が、前記決定工程で決定された前記送信方法により前記データを送信する送信工程と、
を有することを特徴とする通信装置の制御方法。
【請求項２３】
通信装置とサーバ装置とに接続し、前記通信装置から前記サーバ装置へのデータの送信を中継する中継装置の制御方法であって、
前記中継装置の判定手段が、前記サーバ装置とのアクセス処理を実行するためのアクセス機能を前記通信装置が保持しているか、前記中継装置が保持しているかを判定する判定工程と、
前記中継装置の決定手段が、前記判定工程による判定結果に応じて、前記アクセス機能を保持している装置のアクセス処理手段に前記アクセス処理を実行させて、前記データを送信するための送信方法を決定する決定工程と、
前記中継装置の送信手段が、前記決定工程で決定された前記送信方法により前記データを送信する送信工程と、
を有することを特徴とする中継装置の制御方法。
【請求項２４】
コンピュータに、請求項２２に記載の通信装置の制御方法を実行させるためのプログラム。
【請求項２５】
コンピュータに、請求項２３に記載の中継装置の制御方法を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−３４１４０（Ｐ２０１２−３４１４０Ａ）
【公開日】平成２４年２月１６日（２０１２．２．１６）
【国際特許分類】
【出願番号】特願２０１０−１７１１７６（Ｐ２０１０−１７１１７６）
【出願日】平成２２年７月２９日（２０１０．７．２９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年２月１６日（２０１２．２．１６）
【国際特許分類】
【出願日】平成２２年７月２９日（２０１０．７．２９）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]