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