通信装置、制御方法、及びプログラム
【課題】 中継装置を介して通信を行う際に、中継装置の動作モードを適切に選択することができなかった。
【解決手段】 中継装置と他の装置との間の通信状態の情報に基づいて、通信装置から中継装置を通信相手として送信されたデータを中継装置が受信すると共に、中継装置が受信した当該データを他の装置を通信相手として代理送信する第１のモードと、通信装置から他の装置を通信相手として送信されたデータを中継装置が転送する第２のモードと、のいずれかを選択し、選択したモードを中継装置に通知する。
【解決手段】 中継装置と他の装置との間の通信状態の情報に基づいて、通信装置から中継装置を通信相手として送信されたデータを中継装置が受信すると共に、中継装置が受信した当該データを他の装置を通信相手として代理送信する第１のモードと、通信装置から他の装置を通信相手として送信されたデータを中継装置が転送する第２のモードと、のいずれかを選択し、選択したモードを中継装置に通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置が中継装置を介して他の装置との通信を行う際の中継装置における動作を決定する通信装置、制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、通信機能を有するカメラなどの通信装置からＷｅｂサービスに対し、中継装置を介して画像等のデータをアップロードする技術がある。例えば、カメラで撮像した画像データを、携帯電話網に接続可能な中継装置へ無線ＬＡＮを介して送信し、中継装置は受信した画像データを携帯電話網を用いてＷｅｂサービスにアップロードする技術がある。このような中継装置では、カメラとの間の通信と、携帯電話網などの公衆網への通信とを独立して管理している。
【０００３】
また、特許文献１には、地上又は水上の移動体（例えば車や船）に搭載され、通信衛星、及び携帯端末との間で通信を行う中継装置が記載されている。この中継装置は、通信衛星から信号を受信して通信装置へその信号を転送し、また、通信装置から信号を受信して通信衛星へその信号を転送する。
【０００４】
このような中継装置の中継処理の動作モードには、ＩＰルータ（IP router）モードと、プロキシ（Proxy）モードとがある。ＩＰルータモードでは、中継装置は、通信装置から他の通信装置（Ｗｅｂ上のサーバ等）を通信相手として送信されたデータを中継伝送する。これは、中継装置が通信装置から受信したデータをそれぞれのプロトコル階層で透過的に扱うことで実現される。このようなＩＰルータモードでは、カメラ自身がサーバのＷｅｂサービスにログインし、カメラ自身でデータをアップロードする。
【０００５】
一方、プロキシモードでは、中継装置は、通信装置から中継装置を通信相手として送信されたデータを受信し、受信したデータを他の通信装置を通信相手として代理送信する。このようなプロキシモードでは、中継装置がカメラから受信したデータを一時的に保持し、中継装置がカメラの代行でサーバのＷｅｂサービスにログインし、カメラから受信したデータをアップロードする。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−０５７６０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述の中継装置のように、カメラとの間の無線通信と携帯電話網との無線通信とで異なるネットワークを用いる場合、カメラとの間の通信状態と、携帯電話網との間の通信状態とが異なるために、伝送速度に不均衡が生じる場合があった。例えば、中継装置がＩＰルータモードで動作していると、携帯電話網側の通信速度が遅い場合、カメラとの通信状態が良好であったとしても、全体としての伝送時間が長くなるという課題があった。この場合、特にカメラにおいては、再送処理等で必要以上にバッテリーが消費されるという不都合があった。また、中継装置を常にプロキシモードで動作させると、携帯電話網側の通信状態が良好な場合であっても、一時的に中継装置にデータが蓄積されるため、伝送速度の劣化や中継装置の処理負荷の増大が生じるという課題があった。
【０００８】
本発明は上記課題に鑑みなされたものであり、中継装置を介して通信を行う通信装置において、中継装置の動作モードを適切に選択する技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明による通信装置は、中継装置と他の装置との間の通信状態の情報に基づいて、通信装置から中継装置を通信相手として送信されたデータを中継装置が受信すると共に、中継装置が受信した当該データを他の装置を通信相手として代理送信する第１のモードと、通信装置から他の装置を通信相手として送信されたデータを中継装置が転送する第２のモードと、のいずれかを選択し、選択したモードを中継装置に通知する。
【発明の効果】
【００１０】
本発明によれば、中継装置を介して他の装置と通信を行う際に、効率が高く、通信装置の消費電力が小さくなる中継装置の動作モードを適応的に決定する技術を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態１に係るネットワークの構成図。
【図２】カメラの機能構成を表すブロック図。
【図３】ＩＰルータモードが選択された場合のシーケンスチャート。
【図４】カメラの動作を示すフローチャート。
【図５】携帯端末の動作を示すフローチャート。
【図６】カメラの通信状態確認処理及び携帯端末の動作モードの決定処理の動作を示すフローチャート。
【図７】プロキシモードが選択された場合のシーケンスチャート。
【図８】実施形態２に係るネットワークの構成図。
【図９】ＩＰルータモードの通信手順の一例を説明する図。
【図１０】プロキシモードの通信手順の一例を説明する図。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施の形態を詳細に説明する。
【００１３】
＜＜実施形態１＞＞
（システム構成）
図１は、第１の実施形態に係る無線通信システムのネットワーク構成図である。図１において、１０１はカメラであり、所定の通信方式によって無線通信回線を構築し、通信を行うことができる無線通信装置を備える。なお、以下では、主にこの無線通信装置の動作について説明することとなるが、簡単のため、以下の説明では、無線通信装置の機能を含めて全て「カメラ」と呼ぶ。また、以下の説明では、カメラを例にとって説明しているが、これに限られない。例えば、カメラに代えて録音装置であってもよく、他にも、通信によりデータの送受信をする装置であれば装置の主な用途が何であってもよい。
【００１４】
１０２は中継装置としての機能を有する携帯端末であり、１０３はカメラ１０１からアップロードされた画像等のデータを蓄積するサーバである。１０４は基地局であり、所定の通信方式により所定のエリアの無線局と通信を行い、ネットワーク側からの信号を無線局へ送信し、無線局からの信号をネットワーク側へ送信する。ここでは、携帯端末１０２は、基地局１０４の構成する通信エリアに存在し、基地局１０４との間で通信回線を構築して無線通信を行う。１０５はＩＳＰ（Internet Service Provider）等を介して、サーバ１０３および基地局１０４を接続するネットワークであり、例えばインターネットである。なお、以下の説明では、１０５はインターネットとして説明する。
【００１５】
携帯端末１０２は、ある無線局から第１の通信回線を介して受信したデータを、第２の通信回線を用いて他の無線局へ中継する。同様に、携帯端末１０２は、第２の通信回線を介して受信した信号を第１の通信回線を用いて転送することもできる。また、第１の通信回線および第２の通信回線は、携帯端末１０２が対応可能な通信方式により構築され、その通信方式は、通信環境等に応じて通信の度に変更されてもよい。また、第１の通信回線および第２の通信回線は、パケット交換による回線であっても回線交換による回線であってもよく、通信が可能な回線であればどのようなものであってもよい。
【００１６】
本実施形態においては、カメラ１０１と携帯端末１０２との間には、第１の通信回線が構築され、携帯端末１０２と基地局１０４との間には第２の通信回線が構築されているものとする。なお、ここでは、第１の通信回線で用いられる通信方式は無線ＬＡＮであり、第２の通信回線で用いられる通信方式は例えば３ＧやＬＴＥ等の携帯電話の標準に準拠した通信方式であるとする。すなわち、本実施形態においては、図１において、携帯端末１０２は、無線ＬＡＮのインフラストラクチャネットワーク、またはアドホックネットワークを用いてカメラ１０１との間に第１の通信回線を構築する。そして、携帯端末１０２は、同時に基地局１０４が構成する携帯電話網において第２の通信回線を構築する。なお、上の説明では、携帯端末１０２と基地局１０４との間の無線通信路を第２の通信回線としているが、携帯端末１０２から、基地局１０４を含むサーバ１０３までの回線を第２の通信回線としてもよい。
【００１７】
また、ここで、カメラ１０１と携帯端末１０２との間で用いる通信方式は、無線ＬＡＮではない他の通信方式であってもよい。また、同様に、携帯端末１０２と基地局１０４との間の通信方式も、携帯電話による方式である必要はなく、例えば公衆無線ＬＡＮなどであってもよい。公衆無線ＬＡＮを用いる場合、基地局１０４は例えばアクセスポイントである。
【００１８】
なお、以下では、カメラ１０１と携帯端末１０２の無線接続のことをローカル接続と呼び、携帯端末１０２と基地局１０４との接続、すなわち基地局１０４が構成する網を公衆網と呼ぶ。
【００１９】
（装置構成）
図２は、本実施形態に係るカメラ１０１のブロック図である。図７において、２０１はアンテナ、２０２はアンテナ２０１を介して無線信号の送受信を行う送受信部、２０３は不揮発メモリ部（ＲＯＭ）である。また、２０４はカメラ１０１の揮発メモリ部（ＲＡＭ）であり、２０５は制御部、２０６は撮像部、２０７は情報検出部である。カメラ１０１は、撮像部２０６で撮像し、処理されたデータをＲＯＭ２０３に蓄積する。なお、撮像及び処理されたデータについては、サーバへ送るために一時的に記憶しておくだけであれば、ＲＡＭ２０４へ蓄積してもよい。
【００２０】
（システムの動作モード）
本実施形態では、カメラ１０１は、携帯端末１０２の中継装置としての動作モードを決定する。具体的には、第１のモードであるＩＰルータモードと、第２のモードであるプロキシモードの中から、通信環境に適したモードを選択する。
【００２１】
ここで、ＩＰルータモードとは、中継装置が、通信装置から他の通信装置（Ｗｅｂ上のサーバ等）を通信相手として送信されたデータを中継伝送するモードである。これは、中継装置が通信装置から受信したデータをそれぞれのプロトコル階層で透過的に扱うことで実現される。
【００２２】
また、プロキシモードとは、中継装置が、通信装置から中継装置を通信相手として送信されたデータを受信し、受信したデータを他の通信装置を通信相手として代理送信するモードである。プロキシモードでは、中継装置はカメラから受信したデータを一時的に保持している。
【００２３】
以下では、これらの動作モードによる通信手順ついて、図９及び図１０を参照して説明する。
【００２４】
（ＩＰルータモードによる通信手順）
図９にＩＰルータモードによる通信手順の一例を示す。まず、通信装置であるカメラ１０１とサーバ１０３について説明する。９０１および９０７はインターネット手順部でありＩＰパケットなどを取扱う。９０２および９０８はトランスポート手順部であり、ＴＣＰやＵＤＰパケットなどを取扱う。９０３および９０９はアプリケーション手順部であり、ＨＴＴＰなどを取扱う。９０４および９１０はアプリケーションインターフェース手順部であってサーバ１０３が提供するＷｅｂサービスにアクセスするためのＡＰＩを表す。
【００２５】
次に中継装置である携帯端末１０２について説明する。携帯端末１０２では、９０５および９０６においてＩＰパケットのＩＰアドレスフィルタリングやアドレス変換などを行い、カメラ１０１のインターネット手順部９０１をサーバ１０３のインターネット手順部９０７に合うアドレスに置き換える。それ以外のトランスポート手順部、アプリケーション手順部、アプリケーションインターフェース手順部は、データ等の変換や中身のデータの解析をすることはない。
【００２６】
（プロキシモードによる通信手順）
図１０にプロキシモードによる通信手順の一例を示す。なお、以下では、図９のＩＰルータモードとの相違点を中心に説明を行う。
【００２７】
プロキシモードでは、カメラ１０１の携帯ＡＰＩである１００４と、携帯端末１０２の携帯ＡＰＩである１００８との間で相互に要求と応答が実行される。一方、サーバ１０３のサービスＡＰＩである１０１７と携帯端末１０２のサービスＡＰＩである１０１３との間で相互に要求と応答が実行される。この場合、携帯ＡＰＩとサービスＡＰＩは独立して動作してもよい。つまり、カメラとＷｅｂとの間の連携アプリケーション１００９において、カメラからの撮像データの送信要求が発生したとしても、携帯端末１０２は自身がサーバ１０３に送信できる状態にあるときにカメラからの要求を処理すればよい。
【００２８】
例えば、カメラ１０１と携帯端末１０２は無線接続状態で携帯ＡＰＩによってデータ通信できるが、携帯端末１０２はサーバ１０３との間で無線通信が圏外のため通信ができない場合が考えられる。このような場合、携帯端末１０２は、サーバ１０３へのアクセスを中断し、圏内に復帰した時点でサーバ１０３との間でサービスＡＰＩによってデータ通信を実行することができる。
【００２９】
なお、上述の説明では、中継局におけるパケットの取り扱い動作に基づいてＩＰルータモードとプロキシモードとを分類したが、別の分類を用いてもよい。例えば、カメラ１０１がクライアントとしてＷｅｂサービスを提供するサーバ１０３にアクセスする場合に、クライアントがサーバ装置に直接接続するような接続形態をＩＰルータモードとしてもよい。同様に、クライアントに代わって、中継装置である携帯端末１０２がサーバ１０３にアクセスする場合はプロキシモードとしてもよい。すなわち、サーバ１０３へのアクセスの形態によって動作モードを分類してもよい。ただし、この分類を用いたとしても、以下で説明するシステム及び装置の動作に特段の違いは生じない。
【００３０】
（システム及び装置の動作）
以下、システム、カメラ１０１及び携帯端末１０２の動作について、図３、図４、及び図５を用いて説明する。図３は、第１の実施形態に係る通信ネットワークを構成するカメラ１０１、携帯端末１０２、サーバ１０３、及び基地局１０４のメッセージの送受信処理をシーケンスチャートである。特に図３では、後述するが、携帯端末１０２がデータを透過的に扱って中継処理を行う場合、すなわち、カメラ１０１の処理においてＩＰルータモードが選択された場合を図解している。図４は、本実施形態に係るカメラ１０１の制御処理に関するフローチャートであり、図５は、本実施形態に係る携帯端末１０２の制御処理に関するフローチャートである。
【００３１】
カメラ１０１は、ＲＯＭ２０３に蓄積したデータの中から所望のものを選択することにより、サーバ１０３にデータをアップロードする処理を開始する（Ｍ３０１、Ｓ４０１でＹＥＳ）。また、携帯端末１０２は、別途中継処理を開始しているものとする（Ｓ５０１でＹｅｓ）。
【００３２】
処理が開始されると、カメラ１０１と携帯端末１０２との間でローカル接続処理がそれぞれ実行される（Ｍ３０２、Ｓ４０２、Ｓ５０２）。そして、カメラ１０１においては、接続の確認が実行される（Ｓ４０３）。なお、カメラ１０１と携帯端末１０２との間のローカル接続は予め行われていてもよい。また、その場合、これらのステップは省略してもよい。一方、携帯端末１０２は、接続処理の実行後、カメラ１０１からのデータの送信要求があったかを監視するモードに移行する（Ｓ５０３）。
【００３３】
カメラ１０１は、携帯端末１０２との間のローカル接続の成功を確認すると（Ｓ４０３でＹｅｓ）、携帯端末１０２に対してデータ送信要求メッセージを送信する（Ｍ３０３、Ｓ４０４）。そして、カメラ１０１は応答タイマーを起動し、携帯端末１０２からの応答を確認する状態に遷移する（Ｓ４０５、Ｓ４０６）。なお、カメラ１０１の応答タイマーがタイムアウトした場合には（Ｓ４０５でＹＥＳ）、携帯端末１０２との間でのローカル接続処理から処理を再度実行する（Ｓ４０２〜Ｓ４０４）。
【００３４】
携帯端末１０２が、データ送信要求メッセージを受信すると（Ｍ３０３、Ｓ５０３でＹＥＳ）、基地局１０４との間で接続処理を実行する（Ｍ３０４、Ｓ５０４）。そして、接続確立タイマーを起動し、基地局１０４との間における通信確立を確認する状態に遷移する（Ｓ５０５、Ｓ５０６）。このとき、携帯端末１０２の接続確立タイマーがタイムアウトした場合には（Ｓ５０５でＹＥＳ）、カメラ１０１との間のローカル接続処理から処理を再度実行する（Ｓ５０１〜Ｓ５０４）。この場合、携帯端末１０２は、カメラ１０１からのデータ送信要求へ回答することができず、カメラ１０１において、データ送信要求への応答待ちがタイムアウトとなり、ローカル接続処理から処理が再実行されることになるからである。なお、携帯端末１０２と基地局１０４との間の公衆網における接続も予め行われていてもよい。また、その場合、上記の処理は省略してもよい。
【００３５】
一方、携帯端末１０２は、正常に基地局１０４との間の接続処理（Ｍ３０４）が完了し、公衆網との接続が確認できた場合（Ｓ５０６でＹＥＳ）、公衆網の通信の実効速度や輻輳状態など、公衆網側の通信状態情報を取得する。通信状態情報の取得は、例えば基地局１０４への問い合わせを通じて行う。基地局１０４は、携帯端末１０２からの電波の受信強度や、ネットワークの混雑度合い等の通信状態情報を携帯端末１０２へ送信する。なお、公衆網における通信状態の情報に限らず、携帯端末１０２からサーバ１０３までの間の通信路の状態に関する情報を取得してもよい。例えば、携帯端末１０２が、テストデータを基地局１０４を介してサーバ１０３等へ向けて送信し、それに対する応答が戻ってくるまでの時間を計測することなどにより、サーバ１０３までの通信経路における通信状態の情報を収集してもよい。
【００３６】
携帯端末１０２は、通信状態情報を取得後、データ送信要求メッセージ（Ｍ３０３）に対して、データ送信応答メッセージをカメラ１０１へ返信する（Ｍ３０５、Ｓ５０７）。なお、携帯端末１０２は、データ送信応答メッセージに取得した通信状態情報を含めておく。
【００３７】
カメラ１０１は、受信タイムアウト（Ｓ４０５でＹＥＳ）の前にデータ送信応答メッセージを受信すると（Ｍ３０５、Ｓ４０６でＹＥＳ）、公衆網側の通信状態情報を確認する（Ｍ３０６、Ｓ４０７）。ここで、カメラ１０１は、データ送信応答メッセージに含まれている通信状態情報を確認することで、公衆網側の通信状態を知ることができる。
【００３８】
以下、カメラ１０１のＲＯＭ２０３に格納されている通信状態情報の確認処理（Ｍ３０６）と、携帯端末１０２の動作モードの決定処理（Ｍ３０７）の詳細（Ｓ４０７）について説明する。カメラ１０１は、通信状態情報を含むデータ送信応答メッセージをアンテナ２０１及び送受信部２０２を介して受信すると、制御部２０５の制御に応じて当該メッセージをＲＡＭ２０４に保存する。次に制御部２０５は、ＲＯＭ２０３に格納されているアルゴリズムに基づき、通信状態情報の確認処理及び携帯端末１０２の動作モードの決定処理を実行する。このアルゴリズムの一例を図６に示す。
【００３９】
まず、制御部２０５は、ＲＡＭ２０４に保存されているデータ送信応答メッセージ（Ｍ３０５）に含まれる通信状態情報を解析する（Ｓ６０１）。そして、この解析により、公衆網側の通信の実効速度、及び輻輳状態、ローミングやチャネル切替、ハンドオーバー（ハンドオフ）の頻度などの情報を取得する。制御部２０５は、通信状態情報の解析の結果、ローミングやチャネル切替、ハンドオーバー（ハンドオフ）の少なくとも１つの頻度などに基づいて、携帯端末１０２が高速移動中であるか否かを判定する。その結果、携帯端末１０２が高速移動中であると判定すると（Ｓ６０２でＹＥＳ）、携帯端末１０２の中継処理としてプロキシモードを選択する（Ｓ６０７）。携帯端末１０２が高速移動中は、公衆網の通信状態が不安定になることが考えられる。このため、携帯端末１０２にデータを一時的に保持させるプロキシモードを用いることにより、カメラ１０１において必要以上に再送等をする必要がなくなり、バッテリーの消費を抑えることが可能となる。
【００４０】
次に、制御部２０５は、携帯端末１０２が高速移動中ではないと判断した場合（Ｓ６０２でＮＯ）、公衆網側で輻輳が発生しているか否かを判定する。輻輳が発生していると判定した場合（Ｓ６０３でＹＥＳ）、携帯端末１０２の中継処理としてプロキシモードを選択する（Ｓ６０７）。公衆網が輻輳中の場合は、公衆網側で送信データの衝突による通信エラーが頻発することが考えられる。携帯端末１０２にデータを一時的に保持させるプロキシモードを用いることにより、カメラ１０１が携帯端末１０２にデータを送った後は、携帯端末１０２が公衆網側の通信状況に応じてデータを転送する。このため、カメラ１０１が信号の再送等をする必要がなくなり、必要以上にバッテリーを消費することを防ぐことが可能となる。
【００４１】
次に、制御部２０５は、公衆網側が輻輳状態ではないと判断した場合（Ｓ６０３でＮＯ）、情報検出部２０７を用いて、携帯端末１０２との間で形成している無線接続の実効速度を検出し、ローカル接続側の伝送効率を算出する（Ｓ６０４）。また、制御部２０５は、同様に、通信状態情報に含まれる公衆網側の実効速度から公衆網側の伝送効率を算出する（Ｓ６０４）。
【００４２】
そして、制御部２０５は、算出したローカル接続側の伝送効率と、公衆網側の伝送効率を比較する（Ｓ６０５）。比較の結果、ローカル接続側の伝送効率が公衆網側の伝送効率以下であると判断した場合（Ｓ６０５でＮＯ）、携帯端末１０２の中継処理としてデータを透過的に扱うＩＰルータモードを選択する（Ｓ６０６）。反対に、ローカル接続側の伝送効率が公衆網側の伝送効率よりも高いと判断した場合（Ｓ６０５でＹＥＳ）、携帯端末１０２の中継処理としてプロキシモードを選択する（Ｓ６０７）。なお、ここでは、伝送効率に基づいて動作モードの選択を行うが、実効速度に基づいて動作モードの選択を行ってもよい。この場合、ローカル接続側の実効速度が公衆網側の実効速度より高速であった場合、動作モードをプロキシモードとする。そして、公衆網側の実効速度の方がローカル接続側の実効速度より高速であった場合は、ＩＰルータモードとする。
【００４３】
公衆網側の伝送効率がローカル接続側の伝送効率以上であれば、カメラ１０１が携帯端末１０２へ送信したデータの全てをそのまま携帯端末１０２が基地局１０４へ送ることができる可能性が高いと考えられる。このため、この場合には、携帯端末１０２がカメラ１０１から受信したデータをスルーして、一時的な保持をすることなく、基地局１０４へ転送するＩＰルータモードを選択する。ＩＰルータモードを選択することで、サーバ１０３との間の高速な通信を行うことができる。一方、ローカル接続側の伝送効率の方が高い場合、カメラ１０１から携帯端末１０２へ送信するデータの量が携帯端末１０２から転送できるデータの量を超えてしまう。このため、後者の場合はプロキシモードを用いて、データを一時的に携帯端末１０２で保持するようにする。これにより、カメラ１０１において必要以上に再送等をする必要がなくなり、バッテリーの消費を抑えることが可能となる。
【００４４】
以下では、カメラ１０１は、通信状態情報の確認処理と携帯端末１０２の動作モードの決定処理（Ｓ４０７）の結果、ＩＰルータモードを選択した場合について説明する。この場合、カメラ１０１は、ＩＰルータモードでの処理を開始し（Ｍ３０８）、カメラ１０１のユーザは、アップロード先のアカウントを選択する（Ｍ３０９、Ｓ４０８）。そして、カメラ１０１は、携帯端末１０２の動作モードとしてＩＰルータモードを選択したため（Ｓ４０９でＮＯ）、「ＩＰルータモード」で動作すべき旨の情報を含む動作指定メッセージを携帯端末１０２へ送信する（Ｍ３１０、Ｓ４１５）。
【００４５】
携帯端末１０２は、動作指定メッセージを受信すると（Ｍ３１０、Ｓ５０８）、指定された動作モードを確認する。ここで、カメラ１０１は、「ＩＰルータモード」で動作するように指定している（Ｓ５０９でＮＯ）ため、携帯端末１０２はＩＰルータモード処理を開始する（Ｍ３１１、Ｓ５１５）。なお、ＩＰルータモードでは、携帯端末１０２は、カメラ１０１から受信するアップロード処理に関するデータを透過的に扱う。
【００４６】
カメラ１０１は、選択されているアップロード先のアカウント情報をもとに、携帯端末１０２、基地局１０４およびインターネット１０５を介してサーバ１０３との間でログイン処理を実行する（Ｍ３１２、Ｓ４１６）。カメラ１０１は、サーバ１０３との間でログイン処理（Ｍ３１２）が完了すると（Ｍ３１３、Ｓ４１７でＹＥＳ）、データのアップロード処理を実行する（Ｍ３１４、Ｓ４１８）。
【００４７】
一方、通信状態情報の確認処理と携帯端末１０２の動作モードの決定処理（Ｓ４０７）の結果、カメラ１０１がプロキシモードを選択した場合について、図７を参照して説明する。図７の処理においては、Ｍ３０１〜Ｍ３０７の処理は図３の場合と同様であるため、説明を省略する。この場合、プロキシモードが選択されているため、カメラ１０１はプロキシモードでの処理を開始し（Ｍ７０１）、カメラ１０１のユーザは、アップロード先のアカウントを選択する（Ｍ７０２、Ｓ４０８）。そして、カメラ１０１は、携帯端末１０２の動作モードとしてプロキシモードを選択したため（Ｓ４０９でＹＥＳ）、「プロキシモード」で動作すべき旨の情報を含む動作指定メッセージを携帯端末１０２へ送信する（Ｍ７０３、Ｓ４１０）。
【００４８】
携帯端末１０２は、動作指定メッセージを受信すると（Ｍ７０３、Ｓ５０８）、指定された動作モードを確認する。ここで、カメラ１０１は、「プロキシモード」で動作するように指定している（Ｓ５０９でＹＥＳ）ため、携帯端末１０２はプロキシモード処理を開始する（Ｍ７０４）。なお、プロキシモードは、カメラ１０１から受信するアップロード処理に関するデータを一時的に保持して取り扱う。
【００４９】
カメラ１０１は、選択されているアップロード先のアカウント情報をもとに、携帯端末１０２に対して、アカウント情報を含むアップロード設定要求メッセージを送信する（Ｍ７０５、Ｓ４１１）。携帯端末１０２は、アップロード設定要求メッセージを受信すると（Ｍ７０５、Ｓ５１０でＹＥＳ）、基地局１０４およびインターネット１０５を介してサーバ１０３との間でログイン処理を実行する（Ｍ７０６、Ｓ５１１）。なお、このログイン処理では、カメラ１０１から受信したアカウント情報を用いる。すなわち、携帯端末１０２は、カメラ１０１の代行としてサーバ１０３へログインする。携帯端末１０２は、ログイン処理が完了すると（Ｍ７０７、Ｓ５１２でＹＥＳ）、カメラ１０１に対して、アップロード設定要求メッセージを送信する（Ｍ７０８、Ｓ５１３）。
【００５０】
カメラ１０１は、アップロード設定確認メッセージを受信すると（Ｍ７０８、Ｓ４１２でＹＥＳ）、携帯端末１０２とサーバ１０３との間でログイン処理が完了（Ｍ７０７）したと判断する（Ｓ４１３でＹＥＳ）。その後、カメラ１０１は、携帯端末１０２へデータのアップロード処理を実行する（Ｍ７０９、Ｓ４１４）。一方、携帯端末１０２は、カメラ１０１から受信したデータを一時的に保持し、基地局１０４およびインターネット１０５を介して、サーバ１０３に対してアップロードする（Ｍ７１０、Ｓ５１４）。
【００５１】
本実施形態によれば、以上のように、カメラ１０１は、データのアップロード時に、携帯端末１０２から通知される公衆網側の通信状態や無線回線の使用状況に応じて、携帯端末１０２の最適な動作モードを選択する。これにより、効率の良いデータ伝送が実現され、カメラ１０１の省電力化を実現することができる。
【００５２】
＜＜実施形態２＞＞
以下、実施形態２における無線通信装置の制御手順について、図８を参照して説明する。図８において、８０１は、基地局１０４Ａに接続された携帯端末１０２Ａと、携帯端末１０２Ａと無線接続されているカメラ１０１Ａが存在する高速移動中の乗用車内の空間を模式的に表す。すなわち、空間８０１は「移動中の空間」である。８０２は、基地局１０４Ｂに接続された携帯端末１０２Ｂと、携帯端末１０２Ｂと無線接続されているカメラ１０１Ｂが存在する高速移動中の乗用車内の空間を模式的に表す。空間８０２も空間８０１と同様に、「移動中の空間」である。
【００５３】
本実施形態では、図６のＳ６０２における高速移動中か否かの判定処理の手法について実施形態１と異なる手法を用いる場合について説明する。実施形態１では、カメラ１０１の制御部２０５は、携帯端末１０２から通知されたローミング頻度などの通信状態情報の解析結果から、携帯端末１０２の高速移動を判断できると述べた。これに対し、本実施形態では、カメラ１０１が自律的に、移動したことに伴う状況の変化を検出し、その変化に応じて空間８０１から空間８０２へ高速移動していることを判定する。
【００５４】
高速移動の判定は、例えば、カメラ１０１に、ジャイロセンサ、加速度センサ、地磁気センサ等の少なくとも１つを備え、これらのセンサの観測値に基づいて情報検出部２０７により行う。具体的には、カメラ１０１と携帯端末１０２との通信環境に大きな変化がないのにも関わらず、カメラ１０１が、センサで測定した値により高速移動していると判定した場合などに、カメラ１０１と共に携帯端末１０２が高速移動していると判定する。これは、通信環境に大きな変化がないことから、カメラ１０１と携帯端末１０２が一定の位置関係を維持していると考えられ、その結果、携帯端末１０２がカメラ１０１と共に高速移動していると考えられるからである。これにより、公衆網側の通信状態によらず、カメラ１０１が、自身の置かれている環境及び公衆網側の通信環境を自律的に把握できる。また、携帯端末１０２からＧＰＳ情報（位置情報）を取得して、その情報を用いて高速移動の判定を行ってもよい。具体的には、例えば、携帯端末１０２の位置情報に基づいて、所定時間内に所定値以上の距離の移動があった場合には、高速移動していると判定する。
【００５５】
本実施形態によれば、実施形態１と同様に、通信環境に応じて最適な動作モードを選択することにより、効率の良いデータ伝送が実現され、カメラの省電力化が可能となる。
【００５６】
＜＜その他の実施形態＞＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、通信装置が中継装置を介して他の装置との通信を行う際の中継装置における動作を決定する通信装置、制御方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、通信機能を有するカメラなどの通信装置からＷｅｂサービスに対し、中継装置を介して画像等のデータをアップロードする技術がある。例えば、カメラで撮像した画像データを、携帯電話網に接続可能な中継装置へ無線ＬＡＮを介して送信し、中継装置は受信した画像データを携帯電話網を用いてＷｅｂサービスにアップロードする技術がある。このような中継装置では、カメラとの間の通信と、携帯電話網などの公衆網への通信とを独立して管理している。
【０００３】
また、特許文献１には、地上又は水上の移動体（例えば車や船）に搭載され、通信衛星、及び携帯端末との間で通信を行う中継装置が記載されている。この中継装置は、通信衛星から信号を受信して通信装置へその信号を転送し、また、通信装置から信号を受信して通信衛星へその信号を転送する。
【０００４】
このような中継装置の中継処理の動作モードには、ＩＰルータ（IP router）モードと、プロキシ（Proxy）モードとがある。ＩＰルータモードでは、中継装置は、通信装置から他の通信装置（Ｗｅｂ上のサーバ等）を通信相手として送信されたデータを中継伝送する。これは、中継装置が通信装置から受信したデータをそれぞれのプロトコル階層で透過的に扱うことで実現される。このようなＩＰルータモードでは、カメラ自身がサーバのＷｅｂサービスにログインし、カメラ自身でデータをアップロードする。
【０００５】
一方、プロキシモードでは、中継装置は、通信装置から中継装置を通信相手として送信されたデータを受信し、受信したデータを他の通信装置を通信相手として代理送信する。このようなプロキシモードでは、中継装置がカメラから受信したデータを一時的に保持し、中継装置がカメラの代行でサーバのＷｅｂサービスにログインし、カメラから受信したデータをアップロードする。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−０５７６０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述の中継装置のように、カメラとの間の無線通信と携帯電話網との無線通信とで異なるネットワークを用いる場合、カメラとの間の通信状態と、携帯電話網との間の通信状態とが異なるために、伝送速度に不均衡が生じる場合があった。例えば、中継装置がＩＰルータモードで動作していると、携帯電話網側の通信速度が遅い場合、カメラとの通信状態が良好であったとしても、全体としての伝送時間が長くなるという課題があった。この場合、特にカメラにおいては、再送処理等で必要以上にバッテリーが消費されるという不都合があった。また、中継装置を常にプロキシモードで動作させると、携帯電話網側の通信状態が良好な場合であっても、一時的に中継装置にデータが蓄積されるため、伝送速度の劣化や中継装置の処理負荷の増大が生じるという課題があった。
【０００８】
本発明は上記課題に鑑みなされたものであり、中継装置を介して通信を行う通信装置において、中継装置の動作モードを適切に選択する技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明による通信装置は、中継装置と他の装置との間の通信状態の情報に基づいて、通信装置から中継装置を通信相手として送信されたデータを中継装置が受信すると共に、中継装置が受信した当該データを他の装置を通信相手として代理送信する第１のモードと、通信装置から他の装置を通信相手として送信されたデータを中継装置が転送する第２のモードと、のいずれかを選択し、選択したモードを中継装置に通知する。
【発明の効果】
【００１０】
本発明によれば、中継装置を介して他の装置と通信を行う際に、効率が高く、通信装置の消費電力が小さくなる中継装置の動作モードを適応的に決定する技術を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】実施形態１に係るネットワークの構成図。
【図２】カメラの機能構成を表すブロック図。
【図３】ＩＰルータモードが選択された場合のシーケンスチャート。
【図４】カメラの動作を示すフローチャート。
【図５】携帯端末の動作を示すフローチャート。
【図６】カメラの通信状態確認処理及び携帯端末の動作モードの決定処理の動作を示すフローチャート。
【図７】プロキシモードが選択された場合のシーケンスチャート。
【図８】実施形態２に係るネットワークの構成図。
【図９】ＩＰルータモードの通信手順の一例を説明する図。
【図１０】プロキシモードの通信手順の一例を説明する図。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施の形態を詳細に説明する。
【００１３】
＜＜実施形態１＞＞
（システム構成）
図１は、第１の実施形態に係る無線通信システムのネットワーク構成図である。図１において、１０１はカメラであり、所定の通信方式によって無線通信回線を構築し、通信を行うことができる無線通信装置を備える。なお、以下では、主にこの無線通信装置の動作について説明することとなるが、簡単のため、以下の説明では、無線通信装置の機能を含めて全て「カメラ」と呼ぶ。また、以下の説明では、カメラを例にとって説明しているが、これに限られない。例えば、カメラに代えて録音装置であってもよく、他にも、通信によりデータの送受信をする装置であれば装置の主な用途が何であってもよい。
【００１４】
１０２は中継装置としての機能を有する携帯端末であり、１０３はカメラ１０１からアップロードされた画像等のデータを蓄積するサーバである。１０４は基地局であり、所定の通信方式により所定のエリアの無線局と通信を行い、ネットワーク側からの信号を無線局へ送信し、無線局からの信号をネットワーク側へ送信する。ここでは、携帯端末１０２は、基地局１０４の構成する通信エリアに存在し、基地局１０４との間で通信回線を構築して無線通信を行う。１０５はＩＳＰ（Internet Service Provider）等を介して、サーバ１０３および基地局１０４を接続するネットワークであり、例えばインターネットである。なお、以下の説明では、１０５はインターネットとして説明する。
【００１５】
携帯端末１０２は、ある無線局から第１の通信回線を介して受信したデータを、第２の通信回線を用いて他の無線局へ中継する。同様に、携帯端末１０２は、第２の通信回線を介して受信した信号を第１の通信回線を用いて転送することもできる。また、第１の通信回線および第２の通信回線は、携帯端末１０２が対応可能な通信方式により構築され、その通信方式は、通信環境等に応じて通信の度に変更されてもよい。また、第１の通信回線および第２の通信回線は、パケット交換による回線であっても回線交換による回線であってもよく、通信が可能な回線であればどのようなものであってもよい。
【００１６】
本実施形態においては、カメラ１０１と携帯端末１０２との間には、第１の通信回線が構築され、携帯端末１０２と基地局１０４との間には第２の通信回線が構築されているものとする。なお、ここでは、第１の通信回線で用いられる通信方式は無線ＬＡＮであり、第２の通信回線で用いられる通信方式は例えば３ＧやＬＴＥ等の携帯電話の標準に準拠した通信方式であるとする。すなわち、本実施形態においては、図１において、携帯端末１０２は、無線ＬＡＮのインフラストラクチャネットワーク、またはアドホックネットワークを用いてカメラ１０１との間に第１の通信回線を構築する。そして、携帯端末１０２は、同時に基地局１０４が構成する携帯電話網において第２の通信回線を構築する。なお、上の説明では、携帯端末１０２と基地局１０４との間の無線通信路を第２の通信回線としているが、携帯端末１０２から、基地局１０４を含むサーバ１０３までの回線を第２の通信回線としてもよい。
【００１７】
また、ここで、カメラ１０１と携帯端末１０２との間で用いる通信方式は、無線ＬＡＮではない他の通信方式であってもよい。また、同様に、携帯端末１０２と基地局１０４との間の通信方式も、携帯電話による方式である必要はなく、例えば公衆無線ＬＡＮなどであってもよい。公衆無線ＬＡＮを用いる場合、基地局１０４は例えばアクセスポイントである。
【００１８】
なお、以下では、カメラ１０１と携帯端末１０２の無線接続のことをローカル接続と呼び、携帯端末１０２と基地局１０４との接続、すなわち基地局１０４が構成する網を公衆網と呼ぶ。
【００１９】
（装置構成）
図２は、本実施形態に係るカメラ１０１のブロック図である。図７において、２０１はアンテナ、２０２はアンテナ２０１を介して無線信号の送受信を行う送受信部、２０３は不揮発メモリ部（ＲＯＭ）である。また、２０４はカメラ１０１の揮発メモリ部（ＲＡＭ）であり、２０５は制御部、２０６は撮像部、２０７は情報検出部である。カメラ１０１は、撮像部２０６で撮像し、処理されたデータをＲＯＭ２０３に蓄積する。なお、撮像及び処理されたデータについては、サーバへ送るために一時的に記憶しておくだけであれば、ＲＡＭ２０４へ蓄積してもよい。
【００２０】
（システムの動作モード）
本実施形態では、カメラ１０１は、携帯端末１０２の中継装置としての動作モードを決定する。具体的には、第１のモードであるＩＰルータモードと、第２のモードであるプロキシモードの中から、通信環境に適したモードを選択する。
【００２１】
ここで、ＩＰルータモードとは、中継装置が、通信装置から他の通信装置（Ｗｅｂ上のサーバ等）を通信相手として送信されたデータを中継伝送するモードである。これは、中継装置が通信装置から受信したデータをそれぞれのプロトコル階層で透過的に扱うことで実現される。
【００２２】
また、プロキシモードとは、中継装置が、通信装置から中継装置を通信相手として送信されたデータを受信し、受信したデータを他の通信装置を通信相手として代理送信するモードである。プロキシモードでは、中継装置はカメラから受信したデータを一時的に保持している。
【００２３】
以下では、これらの動作モードによる通信手順ついて、図９及び図１０を参照して説明する。
【００２４】
（ＩＰルータモードによる通信手順）
図９にＩＰルータモードによる通信手順の一例を示す。まず、通信装置であるカメラ１０１とサーバ１０３について説明する。９０１および９０７はインターネット手順部でありＩＰパケットなどを取扱う。９０２および９０８はトランスポート手順部であり、ＴＣＰやＵＤＰパケットなどを取扱う。９０３および９０９はアプリケーション手順部であり、ＨＴＴＰなどを取扱う。９０４および９１０はアプリケーションインターフェース手順部であってサーバ１０３が提供するＷｅｂサービスにアクセスするためのＡＰＩを表す。
【００２５】
次に中継装置である携帯端末１０２について説明する。携帯端末１０２では、９０５および９０６においてＩＰパケットのＩＰアドレスフィルタリングやアドレス変換などを行い、カメラ１０１のインターネット手順部９０１をサーバ１０３のインターネット手順部９０７に合うアドレスに置き換える。それ以外のトランスポート手順部、アプリケーション手順部、アプリケーションインターフェース手順部は、データ等の変換や中身のデータの解析をすることはない。
【００２６】
（プロキシモードによる通信手順）
図１０にプロキシモードによる通信手順の一例を示す。なお、以下では、図９のＩＰルータモードとの相違点を中心に説明を行う。
【００２７】
プロキシモードでは、カメラ１０１の携帯ＡＰＩである１００４と、携帯端末１０２の携帯ＡＰＩである１００８との間で相互に要求と応答が実行される。一方、サーバ１０３のサービスＡＰＩである１０１７と携帯端末１０２のサービスＡＰＩである１０１３との間で相互に要求と応答が実行される。この場合、携帯ＡＰＩとサービスＡＰＩは独立して動作してもよい。つまり、カメラとＷｅｂとの間の連携アプリケーション１００９において、カメラからの撮像データの送信要求が発生したとしても、携帯端末１０２は自身がサーバ１０３に送信できる状態にあるときにカメラからの要求を処理すればよい。
【００２８】
例えば、カメラ１０１と携帯端末１０２は無線接続状態で携帯ＡＰＩによってデータ通信できるが、携帯端末１０２はサーバ１０３との間で無線通信が圏外のため通信ができない場合が考えられる。このような場合、携帯端末１０２は、サーバ１０３へのアクセスを中断し、圏内に復帰した時点でサーバ１０３との間でサービスＡＰＩによってデータ通信を実行することができる。
【００２９】
なお、上述の説明では、中継局におけるパケットの取り扱い動作に基づいてＩＰルータモードとプロキシモードとを分類したが、別の分類を用いてもよい。例えば、カメラ１０１がクライアントとしてＷｅｂサービスを提供するサーバ１０３にアクセスする場合に、クライアントがサーバ装置に直接接続するような接続形態をＩＰルータモードとしてもよい。同様に、クライアントに代わって、中継装置である携帯端末１０２がサーバ１０３にアクセスする場合はプロキシモードとしてもよい。すなわち、サーバ１０３へのアクセスの形態によって動作モードを分類してもよい。ただし、この分類を用いたとしても、以下で説明するシステム及び装置の動作に特段の違いは生じない。
【００３０】
（システム及び装置の動作）
以下、システム、カメラ１０１及び携帯端末１０２の動作について、図３、図４、及び図５を用いて説明する。図３は、第１の実施形態に係る通信ネットワークを構成するカメラ１０１、携帯端末１０２、サーバ１０３、及び基地局１０４のメッセージの送受信処理をシーケンスチャートである。特に図３では、後述するが、携帯端末１０２がデータを透過的に扱って中継処理を行う場合、すなわち、カメラ１０１の処理においてＩＰルータモードが選択された場合を図解している。図４は、本実施形態に係るカメラ１０１の制御処理に関するフローチャートであり、図５は、本実施形態に係る携帯端末１０２の制御処理に関するフローチャートである。
【００３１】
カメラ１０１は、ＲＯＭ２０３に蓄積したデータの中から所望のものを選択することにより、サーバ１０３にデータをアップロードする処理を開始する（Ｍ３０１、Ｓ４０１でＹＥＳ）。また、携帯端末１０２は、別途中継処理を開始しているものとする（Ｓ５０１でＹｅｓ）。
【００３２】
処理が開始されると、カメラ１０１と携帯端末１０２との間でローカル接続処理がそれぞれ実行される（Ｍ３０２、Ｓ４０２、Ｓ５０２）。そして、カメラ１０１においては、接続の確認が実行される（Ｓ４０３）。なお、カメラ１０１と携帯端末１０２との間のローカル接続は予め行われていてもよい。また、その場合、これらのステップは省略してもよい。一方、携帯端末１０２は、接続処理の実行後、カメラ１０１からのデータの送信要求があったかを監視するモードに移行する（Ｓ５０３）。
【００３３】
カメラ１０１は、携帯端末１０２との間のローカル接続の成功を確認すると（Ｓ４０３でＹｅｓ）、携帯端末１０２に対してデータ送信要求メッセージを送信する（Ｍ３０３、Ｓ４０４）。そして、カメラ１０１は応答タイマーを起動し、携帯端末１０２からの応答を確認する状態に遷移する（Ｓ４０５、Ｓ４０６）。なお、カメラ１０１の応答タイマーがタイムアウトした場合には（Ｓ４０５でＹＥＳ）、携帯端末１０２との間でのローカル接続処理から処理を再度実行する（Ｓ４０２〜Ｓ４０４）。
【００３４】
携帯端末１０２が、データ送信要求メッセージを受信すると（Ｍ３０３、Ｓ５０３でＹＥＳ）、基地局１０４との間で接続処理を実行する（Ｍ３０４、Ｓ５０４）。そして、接続確立タイマーを起動し、基地局１０４との間における通信確立を確認する状態に遷移する（Ｓ５０５、Ｓ５０６）。このとき、携帯端末１０２の接続確立タイマーがタイムアウトした場合には（Ｓ５０５でＹＥＳ）、カメラ１０１との間のローカル接続処理から処理を再度実行する（Ｓ５０１〜Ｓ５０４）。この場合、携帯端末１０２は、カメラ１０１からのデータ送信要求へ回答することができず、カメラ１０１において、データ送信要求への応答待ちがタイムアウトとなり、ローカル接続処理から処理が再実行されることになるからである。なお、携帯端末１０２と基地局１０４との間の公衆網における接続も予め行われていてもよい。また、その場合、上記の処理は省略してもよい。
【００３５】
一方、携帯端末１０２は、正常に基地局１０４との間の接続処理（Ｍ３０４）が完了し、公衆網との接続が確認できた場合（Ｓ５０６でＹＥＳ）、公衆網の通信の実効速度や輻輳状態など、公衆網側の通信状態情報を取得する。通信状態情報の取得は、例えば基地局１０４への問い合わせを通じて行う。基地局１０４は、携帯端末１０２からの電波の受信強度や、ネットワークの混雑度合い等の通信状態情報を携帯端末１０２へ送信する。なお、公衆網における通信状態の情報に限らず、携帯端末１０２からサーバ１０３までの間の通信路の状態に関する情報を取得してもよい。例えば、携帯端末１０２が、テストデータを基地局１０４を介してサーバ１０３等へ向けて送信し、それに対する応答が戻ってくるまでの時間を計測することなどにより、サーバ１０３までの通信経路における通信状態の情報を収集してもよい。
【００３６】
携帯端末１０２は、通信状態情報を取得後、データ送信要求メッセージ（Ｍ３０３）に対して、データ送信応答メッセージをカメラ１０１へ返信する（Ｍ３０５、Ｓ５０７）。なお、携帯端末１０２は、データ送信応答メッセージに取得した通信状態情報を含めておく。
【００３７】
カメラ１０１は、受信タイムアウト（Ｓ４０５でＹＥＳ）の前にデータ送信応答メッセージを受信すると（Ｍ３０５、Ｓ４０６でＹＥＳ）、公衆網側の通信状態情報を確認する（Ｍ３０６、Ｓ４０７）。ここで、カメラ１０１は、データ送信応答メッセージに含まれている通信状態情報を確認することで、公衆網側の通信状態を知ることができる。
【００３８】
以下、カメラ１０１のＲＯＭ２０３に格納されている通信状態情報の確認処理（Ｍ３０６）と、携帯端末１０２の動作モードの決定処理（Ｍ３０７）の詳細（Ｓ４０７）について説明する。カメラ１０１は、通信状態情報を含むデータ送信応答メッセージをアンテナ２０１及び送受信部２０２を介して受信すると、制御部２０５の制御に応じて当該メッセージをＲＡＭ２０４に保存する。次に制御部２０５は、ＲＯＭ２０３に格納されているアルゴリズムに基づき、通信状態情報の確認処理及び携帯端末１０２の動作モードの決定処理を実行する。このアルゴリズムの一例を図６に示す。
【００３９】
まず、制御部２０５は、ＲＡＭ２０４に保存されているデータ送信応答メッセージ（Ｍ３０５）に含まれる通信状態情報を解析する（Ｓ６０１）。そして、この解析により、公衆網側の通信の実効速度、及び輻輳状態、ローミングやチャネル切替、ハンドオーバー（ハンドオフ）の頻度などの情報を取得する。制御部２０５は、通信状態情報の解析の結果、ローミングやチャネル切替、ハンドオーバー（ハンドオフ）の少なくとも１つの頻度などに基づいて、携帯端末１０２が高速移動中であるか否かを判定する。その結果、携帯端末１０２が高速移動中であると判定すると（Ｓ６０２でＹＥＳ）、携帯端末１０２の中継処理としてプロキシモードを選択する（Ｓ６０７）。携帯端末１０２が高速移動中は、公衆網の通信状態が不安定になることが考えられる。このため、携帯端末１０２にデータを一時的に保持させるプロキシモードを用いることにより、カメラ１０１において必要以上に再送等をする必要がなくなり、バッテリーの消費を抑えることが可能となる。
【００４０】
次に、制御部２０５は、携帯端末１０２が高速移動中ではないと判断した場合（Ｓ６０２でＮＯ）、公衆網側で輻輳が発生しているか否かを判定する。輻輳が発生していると判定した場合（Ｓ６０３でＹＥＳ）、携帯端末１０２の中継処理としてプロキシモードを選択する（Ｓ６０７）。公衆網が輻輳中の場合は、公衆網側で送信データの衝突による通信エラーが頻発することが考えられる。携帯端末１０２にデータを一時的に保持させるプロキシモードを用いることにより、カメラ１０１が携帯端末１０２にデータを送った後は、携帯端末１０２が公衆網側の通信状況に応じてデータを転送する。このため、カメラ１０１が信号の再送等をする必要がなくなり、必要以上にバッテリーを消費することを防ぐことが可能となる。
【００４１】
次に、制御部２０５は、公衆網側が輻輳状態ではないと判断した場合（Ｓ６０３でＮＯ）、情報検出部２０７を用いて、携帯端末１０２との間で形成している無線接続の実効速度を検出し、ローカル接続側の伝送効率を算出する（Ｓ６０４）。また、制御部２０５は、同様に、通信状態情報に含まれる公衆網側の実効速度から公衆網側の伝送効率を算出する（Ｓ６０４）。
【００４２】
そして、制御部２０５は、算出したローカル接続側の伝送効率と、公衆網側の伝送効率を比較する（Ｓ６０５）。比較の結果、ローカル接続側の伝送効率が公衆網側の伝送効率以下であると判断した場合（Ｓ６０５でＮＯ）、携帯端末１０２の中継処理としてデータを透過的に扱うＩＰルータモードを選択する（Ｓ６０６）。反対に、ローカル接続側の伝送効率が公衆網側の伝送効率よりも高いと判断した場合（Ｓ６０５でＹＥＳ）、携帯端末１０２の中継処理としてプロキシモードを選択する（Ｓ６０７）。なお、ここでは、伝送効率に基づいて動作モードの選択を行うが、実効速度に基づいて動作モードの選択を行ってもよい。この場合、ローカル接続側の実効速度が公衆網側の実効速度より高速であった場合、動作モードをプロキシモードとする。そして、公衆網側の実効速度の方がローカル接続側の実効速度より高速であった場合は、ＩＰルータモードとする。
【００４３】
公衆網側の伝送効率がローカル接続側の伝送効率以上であれば、カメラ１０１が携帯端末１０２へ送信したデータの全てをそのまま携帯端末１０２が基地局１０４へ送ることができる可能性が高いと考えられる。このため、この場合には、携帯端末１０２がカメラ１０１から受信したデータをスルーして、一時的な保持をすることなく、基地局１０４へ転送するＩＰルータモードを選択する。ＩＰルータモードを選択することで、サーバ１０３との間の高速な通信を行うことができる。一方、ローカル接続側の伝送効率の方が高い場合、カメラ１０１から携帯端末１０２へ送信するデータの量が携帯端末１０２から転送できるデータの量を超えてしまう。このため、後者の場合はプロキシモードを用いて、データを一時的に携帯端末１０２で保持するようにする。これにより、カメラ１０１において必要以上に再送等をする必要がなくなり、バッテリーの消費を抑えることが可能となる。
【００４４】
以下では、カメラ１０１は、通信状態情報の確認処理と携帯端末１０２の動作モードの決定処理（Ｓ４０７）の結果、ＩＰルータモードを選択した場合について説明する。この場合、カメラ１０１は、ＩＰルータモードでの処理を開始し（Ｍ３０８）、カメラ１０１のユーザは、アップロード先のアカウントを選択する（Ｍ３０９、Ｓ４０８）。そして、カメラ１０１は、携帯端末１０２の動作モードとしてＩＰルータモードを選択したため（Ｓ４０９でＮＯ）、「ＩＰルータモード」で動作すべき旨の情報を含む動作指定メッセージを携帯端末１０２へ送信する（Ｍ３１０、Ｓ４１５）。
【００４５】
携帯端末１０２は、動作指定メッセージを受信すると（Ｍ３１０、Ｓ５０８）、指定された動作モードを確認する。ここで、カメラ１０１は、「ＩＰルータモード」で動作するように指定している（Ｓ５０９でＮＯ）ため、携帯端末１０２はＩＰルータモード処理を開始する（Ｍ３１１、Ｓ５１５）。なお、ＩＰルータモードでは、携帯端末１０２は、カメラ１０１から受信するアップロード処理に関するデータを透過的に扱う。
【００４６】
カメラ１０１は、選択されているアップロード先のアカウント情報をもとに、携帯端末１０２、基地局１０４およびインターネット１０５を介してサーバ１０３との間でログイン処理を実行する（Ｍ３１２、Ｓ４１６）。カメラ１０１は、サーバ１０３との間でログイン処理（Ｍ３１２）が完了すると（Ｍ３１３、Ｓ４１７でＹＥＳ）、データのアップロード処理を実行する（Ｍ３１４、Ｓ４１８）。
【００４７】
一方、通信状態情報の確認処理と携帯端末１０２の動作モードの決定処理（Ｓ４０７）の結果、カメラ１０１がプロキシモードを選択した場合について、図７を参照して説明する。図７の処理においては、Ｍ３０１〜Ｍ３０７の処理は図３の場合と同様であるため、説明を省略する。この場合、プロキシモードが選択されているため、カメラ１０１はプロキシモードでの処理を開始し（Ｍ７０１）、カメラ１０１のユーザは、アップロード先のアカウントを選択する（Ｍ７０２、Ｓ４０８）。そして、カメラ１０１は、携帯端末１０２の動作モードとしてプロキシモードを選択したため（Ｓ４０９でＹＥＳ）、「プロキシモード」で動作すべき旨の情報を含む動作指定メッセージを携帯端末１０２へ送信する（Ｍ７０３、Ｓ４１０）。
【００４８】
携帯端末１０２は、動作指定メッセージを受信すると（Ｍ７０３、Ｓ５０８）、指定された動作モードを確認する。ここで、カメラ１０１は、「プロキシモード」で動作するように指定している（Ｓ５０９でＹＥＳ）ため、携帯端末１０２はプロキシモード処理を開始する（Ｍ７０４）。なお、プロキシモードは、カメラ１０１から受信するアップロード処理に関するデータを一時的に保持して取り扱う。
【００４９】
カメラ１０１は、選択されているアップロード先のアカウント情報をもとに、携帯端末１０２に対して、アカウント情報を含むアップロード設定要求メッセージを送信する（Ｍ７０５、Ｓ４１１）。携帯端末１０２は、アップロード設定要求メッセージを受信すると（Ｍ７０５、Ｓ５１０でＹＥＳ）、基地局１０４およびインターネット１０５を介してサーバ１０３との間でログイン処理を実行する（Ｍ７０６、Ｓ５１１）。なお、このログイン処理では、カメラ１０１から受信したアカウント情報を用いる。すなわち、携帯端末１０２は、カメラ１０１の代行としてサーバ１０３へログインする。携帯端末１０２は、ログイン処理が完了すると（Ｍ７０７、Ｓ５１２でＹＥＳ）、カメラ１０１に対して、アップロード設定要求メッセージを送信する（Ｍ７０８、Ｓ５１３）。
【００５０】
カメラ１０１は、アップロード設定確認メッセージを受信すると（Ｍ７０８、Ｓ４１２でＹＥＳ）、携帯端末１０２とサーバ１０３との間でログイン処理が完了（Ｍ７０７）したと判断する（Ｓ４１３でＹＥＳ）。その後、カメラ１０１は、携帯端末１０２へデータのアップロード処理を実行する（Ｍ７０９、Ｓ４１４）。一方、携帯端末１０２は、カメラ１０１から受信したデータを一時的に保持し、基地局１０４およびインターネット１０５を介して、サーバ１０３に対してアップロードする（Ｍ７１０、Ｓ５１４）。
【００５１】
本実施形態によれば、以上のように、カメラ１０１は、データのアップロード時に、携帯端末１０２から通知される公衆網側の通信状態や無線回線の使用状況に応じて、携帯端末１０２の最適な動作モードを選択する。これにより、効率の良いデータ伝送が実現され、カメラ１０１の省電力化を実現することができる。
【００５２】
＜＜実施形態２＞＞
以下、実施形態２における無線通信装置の制御手順について、図８を参照して説明する。図８において、８０１は、基地局１０４Ａに接続された携帯端末１０２Ａと、携帯端末１０２Ａと無線接続されているカメラ１０１Ａが存在する高速移動中の乗用車内の空間を模式的に表す。すなわち、空間８０１は「移動中の空間」である。８０２は、基地局１０４Ｂに接続された携帯端末１０２Ｂと、携帯端末１０２Ｂと無線接続されているカメラ１０１Ｂが存在する高速移動中の乗用車内の空間を模式的に表す。空間８０２も空間８０１と同様に、「移動中の空間」である。
【００５３】
本実施形態では、図６のＳ６０２における高速移動中か否かの判定処理の手法について実施形態１と異なる手法を用いる場合について説明する。実施形態１では、カメラ１０１の制御部２０５は、携帯端末１０２から通知されたローミング頻度などの通信状態情報の解析結果から、携帯端末１０２の高速移動を判断できると述べた。これに対し、本実施形態では、カメラ１０１が自律的に、移動したことに伴う状況の変化を検出し、その変化に応じて空間８０１から空間８０２へ高速移動していることを判定する。
【００５４】
高速移動の判定は、例えば、カメラ１０１に、ジャイロセンサ、加速度センサ、地磁気センサ等の少なくとも１つを備え、これらのセンサの観測値に基づいて情報検出部２０７により行う。具体的には、カメラ１０１と携帯端末１０２との通信環境に大きな変化がないのにも関わらず、カメラ１０１が、センサで測定した値により高速移動していると判定した場合などに、カメラ１０１と共に携帯端末１０２が高速移動していると判定する。これは、通信環境に大きな変化がないことから、カメラ１０１と携帯端末１０２が一定の位置関係を維持していると考えられ、その結果、携帯端末１０２がカメラ１０１と共に高速移動していると考えられるからである。これにより、公衆網側の通信状態によらず、カメラ１０１が、自身の置かれている環境及び公衆網側の通信環境を自律的に把握できる。また、携帯端末１０２からＧＰＳ情報（位置情報）を取得して、その情報を用いて高速移動の判定を行ってもよい。具体的には、例えば、携帯端末１０２の位置情報に基づいて、所定時間内に所定値以上の距離の移動があった場合には、高速移動していると判定する。
【００５５】
本実施形態によれば、実施形態１と同様に、通信環境に応じて最適な動作モードを選択することにより、効率の良いデータ伝送が実現され、カメラの省電力化が可能となる。
【００５６】
＜＜その他の実施形態＞＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
中継装置を介して他の装置にデータを送信する通信装置であって、
前記中継装置と前記他の装置との間の通信状態の情報を取得する取得手段と、
前記取得手段により取得した前記情報に基づいて、前記通信装置から前記中継装置を通信相手として送信されたデータを前記中継装置が受信すると共に、前記中継装置が受信した当該データを前記他の装置を通信相手として代理送信する第１のモードと、前記通信装置から前記他の装置を通信相手として送信されたデータを前記中継装置が転送する第２のモードと、のいずれかを選択する選択手段と、
前記選択手段により選択されたモードを前記中継装置へ通知する通知手段と、
を有することを特徴とする通信装置。
【請求項２】
前記情報は、前記中継装置と前記他の装置との間の伝送効率の情報であり、
前記選択手段は、前記中継装置と前記他の装置との間の伝送効率が前記中継装置と前記通信装置との間の伝送効率よりも高い場合、前記第２のモードを選択することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記情報は、前記中継装置と前記他の装置との間の伝送効率の情報であり、
前記選択手段は、前記中継装置と前記他の装置との間の伝送効率が前記中継装置と前記通信装置との間の伝送効率よりも低い場合、前記第１のモードを選択することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記情報は、前記中継装置と前記他の装置との間の通信に輻輳が発生しているか否かに関する情報を含み、
前記選択手段は、前記輻輳が発生している場合は、前記第１のモードを選択することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
前記情報は、前記中継装置におけるローミング、チャネル切替、ハンドオーバーの頻度の情報の少なくとも１つを含み、
前記選択手段は、前記頻度が所定値を超える場合に、前記第１のモードを選択することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項６】
前記取得手段は、前記中継装置から前記中継装置の位置情報に関する情報を更に取得し、
前記選択手段は、前記位置情報の変化に基づいて選択を行うことを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項７】
ジャイロセンサ、加速度センサ、及び地磁気センサのうちの少なくとも１つのセンサと、
前記通信装置と前記中継装置との間の通信状態を監視する監視手段とを更に有し、
前記選択手段は、前記通信装置と前記中継装置との間の通信状態と、前記センサにおける観測値に基づいて、選択を行うことを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項８】
中継装置を介して他の装置にデータを送信する通信装置の制御方法であって、
前記中継装置と前記他の装置との間の通信状態の情報を取得する取得工程と、
前記情報に基づいて、前記通信装置から前記中継装置を通信相手として送信されたデータを前記中継装置が受信すると共に、前記中継装置が受信した当該データを前記他の装置を通信相手として代理送信する第１のモードと、前記通信装置から前記他の装置を通信相手として送信されたデータを前記中継装置が転送する第２のモードと、のいずれかを選択する選択工程と、
前記選択工程において選択されたモードを前記中継装置へ通知する通知手段と、
を有することを特徴とする制御方法。
【請求項９】
コンピュータを請求項１乃至７のいずれか１項に記載の通信装置が備える各手段として機能させるためのプログラム。
【請求項１】
中継装置を介して他の装置にデータを送信する通信装置であって、
前記中継装置と前記他の装置との間の通信状態の情報を取得する取得手段と、
前記取得手段により取得した前記情報に基づいて、前記通信装置から前記中継装置を通信相手として送信されたデータを前記中継装置が受信すると共に、前記中継装置が受信した当該データを前記他の装置を通信相手として代理送信する第１のモードと、前記通信装置から前記他の装置を通信相手として送信されたデータを前記中継装置が転送する第２のモードと、のいずれかを選択する選択手段と、
前記選択手段により選択されたモードを前記中継装置へ通知する通知手段と、
を有することを特徴とする通信装置。
【請求項２】
前記情報は、前記中継装置と前記他の装置との間の伝送効率の情報であり、
前記選択手段は、前記中継装置と前記他の装置との間の伝送効率が前記中継装置と前記通信装置との間の伝送効率よりも高い場合、前記第２のモードを選択することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記情報は、前記中継装置と前記他の装置との間の伝送効率の情報であり、
前記選択手段は、前記中継装置と前記他の装置との間の伝送効率が前記中継装置と前記通信装置との間の伝送効率よりも低い場合、前記第１のモードを選択することを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記情報は、前記中継装置と前記他の装置との間の通信に輻輳が発生しているか否かに関する情報を含み、
前記選択手段は、前記輻輳が発生している場合は、前記第１のモードを選択することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
前記情報は、前記中継装置におけるローミング、チャネル切替、ハンドオーバーの頻度の情報の少なくとも１つを含み、
前記選択手段は、前記頻度が所定値を超える場合に、前記第１のモードを選択することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項６】
前記取得手段は、前記中継装置から前記中継装置の位置情報に関する情報を更に取得し、
前記選択手段は、前記位置情報の変化に基づいて選択を行うことを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項７】
ジャイロセンサ、加速度センサ、及び地磁気センサのうちの少なくとも１つのセンサと、
前記通信装置と前記中継装置との間の通信状態を監視する監視手段とを更に有し、
前記選択手段は、前記通信装置と前記中継装置との間の通信状態と、前記センサにおける観測値に基づいて、選択を行うことを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
【請求項８】
中継装置を介して他の装置にデータを送信する通信装置の制御方法であって、
前記中継装置と前記他の装置との間の通信状態の情報を取得する取得工程と、
前記情報に基づいて、前記通信装置から前記中継装置を通信相手として送信されたデータを前記中継装置が受信すると共に、前記中継装置が受信した当該データを前記他の装置を通信相手として代理送信する第１のモードと、前記通信装置から前記他の装置を通信相手として送信されたデータを前記中継装置が転送する第２のモードと、のいずれかを選択する選択工程と、
前記選択工程において選択されたモードを前記中継装置へ通知する通知手段と、
を有することを特徴とする制御方法。
【請求項９】
コンピュータを請求項１乃至７のいずれか１項に記載の通信装置が備える各手段として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１３−５１８１（Ｐ２０１３−５１８１Ａ）
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願番号】特願２０１１−１３３５４０（Ｐ２０１１−１３３５４０）
【出願日】平成２３年６月１５日（２０１１．６．１５）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願日】平成２３年６月１５日（２０１１．６．１５）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]