(57)【特許請求の範囲】
【請求項１】
外部通信装置との接続に応じてシンク転送を行なう通信装置であって、
外部通信装置と通信する通信手段と、
前記通信手段により前記外部通信装置と接続した際に、該外部通信装置が要求する通信サービスを判定する判定手段と、
前記判定手段により前記外部通信装置がファイルのプッシュ転送サービスを要求していると判定した場合に、前記プッシュ転送サービスの後に前記外部通信装置とシンク転送を実行し、前記判定手段により前記外部通信装置が前記プッシュ転送サービスと異なる通信サービスを要求していると判定した場合に、当該要求された通信サービスの実行の前に前記外部装置と前記シンク転送を実行する実行手段と、
を備えることを特徴とする通信装置。
【請求項２】
前記実行手段は、前記プッシュ転送サービスが開始された後に、前記外部通信装置からのデータが送られてこない期間が規定期間継続した場合に、前記外部通信装置に格納されているファイルと前記プッシュ転送サービスにより受信したファイルを含む前記通信装置に格納されているファイルとを比較し、該外部通信装置に存在し、かつ、前記通信装置に存在しないファイルを、前記通信手段を介して前記外部通信装置から前記通信装置へシンク転送することを特徴とする請求項１記載の通信装置。
【請求項３】
前記実行手段は、前記外部通信装置に格納されたファイルの名称および更新日時と、前記通信装置に格納されたファイルの名称および更新日時とを比較することを特徴とする請求項１に記載の通信装置。
【請求項４】
前記判定手段は、前記外部通信装置に送信した接続要求に対する応答に含まれる情報に基づいて、前記外部通信装置がファイルのプッシュ転送を要求しているかを判定することを特徴とする請求項１に記載の通信装置。
【請求項５】
前記判定手段は、前記外部通信装置がサービスネゴシエーション機能を有する装置か否かを更に判定し、
前記判定手段により前記外部通信装置がサービスネゴシエーション機能を有する装置でないと判定した場合に、前記実行手段は、前記シンク転送の実行を延期することを特徴とする請求項１に記載の通信装置。
【請求項６】
外部通信装置との接続に応じてシンク転送を行なう通信装置を制御する方法であって、
通信手段が外部通信装置と通信する通信工程と、
判定手段が、前記通信手段により外部通信装置と接続した際に、該外部通信装置が要求する通信サービスを判定する判定工程と、
実行手段が、前記判定手段により前記外部通信装置がファイルのプッシュ転送サービスを要求していると判定した場合に、前記プッシュ転送サービスの後に前記外部通信装置とシンク転送を実行し、前記判定手段により前記外部通信装置が前記プッシュ転送サービスと異なる通信サービスを要求していると判定した場合に、当該要求された通信サービスの実行の前に前記外部装置と前記シンク転送を実行する実行工程と、
を有することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムにおけるサービスネゴシエーションの制御技術に関する。
【背景技術】
【０００２】
非特許文献１には、通信路を介した機器間で実行するファイル転送サービスにて、通信路の設定をトリガにして、双方の機器で同一ファイルに対するサービスを実行する場合、サービスの起動の順序は、起動側からサービスを実行することが記載されている。また特許文献１には、通信路の設定を契機にしてファイルを転送する場合に、同一ファイル名のファイルが被転送側に存在する際の上書き防止するため、転送元機器の機器識別情報を転送対象ファイル名に付加して記憶する方法が記載されている。
【０００３】
異なるサービスを要望する機器同士が夫々のサービスを実行すると、無駄な通信が行われてしまうことがある。例えば、記憶しているファイルを機器同士で同期させる同期（シンク）サービスを要望する機器Ａと、指定されたファイルを相手に転送するプッシュサービスを要望する機器Ｂとが接続した場合を考える。この場合、先に同期サービスを実行してしまうと、機器Ａは機器Ａに記憶していないファイルを機器Ｂから取得して、ファイルを同期する。その後、機器Ｂは指定されているファイルを機器Ａに転送する。ここで、機器Ｂが機器Ａに転送したファイルは既に機器Ａが同期サービスにより取得済みであり、機器Ａは同じファイルを複数記憶することになってしまう。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１２８１３９号公報
【非特許文献】
【０００５】
【非特許文献１】Ｂｌｕｅｔｏｏｔｈ Ｂａｓｉｃ Ｉｍａｇｉｎｇ Ｐｒｏファイル １．０ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ Ｓｐｅｃｉｆｉｃａｔｉｏｎ（２００３）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
以上のように、プッシュサービスを行う機器と同期サービスを行う機器が接続すると、同一ファイルが重複して転送されてしまい、無駄な通信が発生することになる。また、機器Ａがプッシュサービスを要望するファイルと、機器Ｂがプルサービスを要望するファイルとが同じ場合も、同一ファイルが重複して転送されてしまい、無駄な通信が発生することになる。このように、機器が実行するサービスによっては、機器同士が接続してサービスを実行すると無駄な通信が発生してしまう。
【０００７】
本発明は、プッシュ転送サービスおよびシンク転送サービスが起動中の機器間にピアトゥピア型通信路が設定されても、同一ファイルの重複転送が回避可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、
外部通信装置との接続に応じてシンク転送を行なう通信装置は、
外部通信装置と通信する通信手段と、
前記通信手段により前記外部通信装置と接続した際に、該外部通信装置が要求する通信サービスを判定する判定手段と、
前記判定手段により前記外部通信装置がファイルのプッシュ転送サービスを要求していると判定した場合に、前記プッシュ転送サービスの後に前記外部通信装置とシンク転送を実行し、前記判定手段により前記外部通信装置が前記プッシュ転送サービスと異なる通信サービスを要求していると判定した場合に、当該要求された通信サービスの実行の前に前記外部装置と前記シンク転送を実行する実行手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
プッシュ転送サービスおよびシンク転送サービスが起動中の機器間にピアトゥピア型通信路が設定されても同一ファイルの重複転送を回避可能にすることができる。
【図面の簡単な説明】
【００１０】
【図１】システム構成を示す図。
【図２】構成機器内の機能ブロック図。
【図３】実施形態１における、同一ファイルに対するプッシュ転送サービスおよびシンクプル転送サービス同時起動時の制御シーケンスの例を示す図。
【図４】実施形態１における各機器の動作フローチャート。
【図５】実施形態２における、同一ファイルに対するプッシュ転送サービスおよびシンクプル転送サービス同時起動時の制御シーケンスの例を示す図。
【図６】実施形態３における、同一ファイルに対するプッシュ転送サービスと、シンクプル転送サービス同時起動時の制御シーケンスの例を示す図。
【図７】実施形態４におけるプッシュ転送サービス優先時の動作フローチャート。
【図８】実施形態４におけるプッシュ転送サービス優先時のシーケンスを示す図。
【発明を実施するための形態】
【００１１】
＜実施形態１＞
図１は、本実施形態のピアトゥピア型通信路により接続可能な通信システムに関する構成図である。本システムは撮像装置１とＰＣ２で構成され、撮像装置１とＰＣ２との間はピアトゥピア型通信路である、近接無線通信路４により接続されている。近接無線通信路４は、電磁誘導を利用した非接触ＩＣカード無線通信やＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｃａｔｉｏｎ）などの誘導電界を利用した通信路である。
【００１２】
また、撮像装置１は、撮影済みの最新画像ファイルのＰＣ２への転送サービスを要望しており、ＰＣ２は撮影済み画像ファイル格納フォルダ内のファイルのシンク転送サービスを要望している。
【００１３】
図２は、本実施形態における、撮像装置１およびＰＣ２内の機能構成ブロック図である。撮像装置１には、近接無線通信路３００の媒体を制御する近接無線通信部３０１、近接無線通信部の制御を行なう通信制御部３０２、および通信プロトコル制御を行なう通信ミドルウェア３０３が、ピアトゥピア通信インタフェース機能部として実装されている。
【００１４】
更に、撮影済みの最新画像ファイルのＰＣ２への転送サービスを行なう機器内アプリケーション３０５がインストールされている。機器内アプリケーション３０５として、プッシュ転送サービスに関するユーザ操作を行なうファイルプッシュサービスのファイルプッシュモードのコントロールポイント３０４と、ファイル送受信アプリケーション３０６とが実装されている。
【００１５】
また、ＰＣ２には、近接無線通信路３００媒体を制御する近接無線通信部３０７、近接無線通信部の制御を司る通信制御部３０８、および通信プロトコル制御を行なう通信ミドルウェア３０９が、ピアトゥピア通信インタフェース機能部として実装されている。
【００１６】
更に、撮影済み画像格納フォルダ内のファイルシンク（同期）転送サービスを司る機器内アプリケーション３１１がインストールされている。機器内アプリケーション３１１として、シンク転送サービスに関するユーザ操作を行なうファイルシンク（Ｓｙｎｃ）サービスのコントロールポイント３１０と、ファイル送受信アプリケーション３１２が実装されている。
【００１７】
図３は、実施形態１における同一ファイルに対するプッシュ転送サービスおよびシンク転送サービス同時起動時の制御シーケンスチャートの例を示す図である。また図４は、本発明の実施形態の各機器における動作フローチャートの例を示す図である。以下、図３のシーケンスチャート、図４のフローチャートを用いて、実施形態１の処理手順に関して説明する。
【００１８】
ユーザ操作または他の外部入力により、ＰＣ２（通信装置）にある撮影済み画像格納フォルダのファイルシンク転送サービス(第１転送モードによる転送サービス)がＰＣ２に要求され、ＰＣ２はこの要求を受付ける。これにより、ＰＣ２内のファイルシンクサービス用のファイル送受信アプリケーション３１２は、通信ミドルウェア３０９に対してサービスのシンクスタート要求を送信する（Ｓ４０１）。ここで、ファイルシンク転送では、通信の相手方におけるシンクフォルダ中のファイルと、自身のシンクフォルダ内のファイルが同じになるように（同期するように）、通信の相手方から、足りないファイル、または、最新のファイルを取得（プル）する。
【００１９】
一方、撮像装置１（外部通信装置）に対しても、ユーザ操作または他の外部入力により、ファイルプッシュサービス(第２転送モードによる転送サービス)が要求され、撮像装置１はこの要求を受付ける。ここで、プッシュ転送とは、選択したファイルのみを通信の相手方に送信することを意味する。また、ユーザ操作または他の外部入力により、撮影済み画像格納フォルダから選択した画像ファイルをＰＣ２の撮影済み画像格納フォルダへ転送するファイルプッシュサービスが要求されたとする。
【００２０】
撮像装置１内のファイルプッシュ転送サービス用のファイル送受アプリケーション３０６は、通信ミドルウェア３０３にサービスのプッシュスタート要求を行なう（Ｓ４０２）。近接無線通信のインタフェースとして、通信の相手方に接続し、通信の動作を主導するイニシエータモードと、そのイニシエータモードの通信に応答する応答モードがある。
【００２１】
本発明の各実施形態においては、ＰＣ２は、はじめに起動され、常にシンク転送を行なうことを仮定している。つまり、ＰＣ２は、撮像装置１よりも前に起動しているので、必ずイニシエータモードとして動作し、撮像装置１に接続要求を送信する。また、通信の接続を受ける撮像装置１は、常にＰＣ２の後で起動するので、応答モードとして動作し、プッシュ転送を行なうと仮定している。
【００２２】
従って、ＰＣ２は起動することにより、シンク転送を行なうために、ユーザや外部機器から転送サービスのシンクスタート要求（Ｓｙｎｃ  Ｓｔａｒｔ）を受付ける（Ｓ４０１）。ＰＣ２は、イニシエータモードで動作するので、撮像装置１へ接続するために、接続要求メッセージを送信する（Ｓ４０３、Ｓ４０４）。そして、これと併せて、ＰＣ２側の起動要望サービス情報（ファイルシンクサービス）を情報パラメータにて通知する。
【００２３】
また、撮像装置１は、ユーザから既にファイルプッシュ転送サービスのプッシュスタート要求（Ｐｕｓｈ  Ｓｔａｒｔ）を受付けていると仮定する。撮像装置１は、応答モードで動作するので、近接無線通信媒体経由での接続表示（Ｃｏｎｎｅｃ．Ｉｎｄ）の受信を待ち受ける（Ｓ４０５）。撮像装置１の通信ミドルウェア３０３は、ステップＳ４０５で通信の相手方における起動要望サービスの情報（転送パラメータ）を認識する。
【００２４】
撮像装置１は、自身の起動要望サービス情報であるファイルプッシュ転送サービス情報を接続受諾メッセージの送信（Ｓ４０６、Ｓ４０７）に併せて、情報パラメータにて通知することによりファイルプッシュ転送要求を行なう。
【００２５】
従来は、イニシエータモードのＰＣ２からのシンク転送を優先させて、シンク転送を受信していた。しかしながら、この実施形態では、ファイルプッシュ転送要求を、シンク転送よりも優先する。そのため、図２の撮像装置１の通信ミドルウェア３０３は、機器内アプリケーション３０５に対して、自身の転送を優先させるため（ファイルプッシュ転送サービスの実行許可のため）ＳｔａｒｔＡｃｋを送る（Ｓ４０９）点に特徴がある。
【００２６】
図４において、はじめから、撮像装置１の動作を説明する。Ｓ５０１で、撮像像装置１側は応答モードで動作するので、「Ｎｏ」を選択し、Ｓ５０２で接続表示（Ｃｏｎｎｃｔｉｏｎ Ｉｎｄ．）をＰＣ２から受信する。次に、Ｓ５０６において、撮像装置１は、通信の相手方であるＰＣ２の起動要望のサービスがあるかどうかを判断する。もしサービスが要求されていなければ、Ｓ５１０に進む。もしサービスの要求があれば、Ｓ５０７でそのサービスが、ファイルプッシュサービスであるかどうかを判断する。もしファイルプッシュサービスでなければ、Ｓ５１０へ進む。
【００２７】
このサービスの要求が、ファイルプッシュサービスであれば、撮像装置１は、ＰＣ２のサービスを優先させるが、この例では、ＰＣ２のサービスの要求は、シンクサービスである。従って、Ｓ５１１へ進み、撮像装置１自身の起動要求サービスであるファイルプッシュ転送サービスの実行許可を通知する。この動作は、撮像装置１の通信ミドルウェア３０３が機器内アプリケーション３０５に通知することにより行なわれる（Ｓ４０９）。
【００２８】
図４において、はじめから、ＰＣ２の動作について説明する。Ｓ５０１で、ＰＣ２はイニシエータとして動作する。従って、Ｓ５０２で、接続要求を撮像装置１へ送信する。Ｓ５０４で、ＰＣ２（のメッセージ受信手段）は、撮像装置１からの接続受託メッセージを受信する（Ｓ４０８）。従来は、ＰＣ２は、接続受託メッセージを受け取った時点で、撮像装置１へＡＣＫを返して、自身のシンク転送の許可を与えて、シンク転送を開始していた。しかしながら、本実施形態では、以下のように、ＰＣ２はシンク転送をすぐには行なわず、プッシュ転送を優先するように動作する。
【００２９】
つまり、まずＳ５０５で自身の要求サービスを撮像装置１が認識しているかどうかを判断する。この判断は、撮像装置１が接続受託メッセージの中に含まれるファイルシンクサービスの要求を確認して接続受託メッセージをＰＣ２へ返したこと、そして、ＰＣ２が接続受託メッセージにプッシュサービスの要求が含まれること、を確認することで行なわれる。そしてＳ５０６で、ＰＣ２は、撮像装置１（対向機）からファイルプッシュ転送サービスの起動要望があることを確認する。
【００３０】
次に、Ｓ５０７において、ＰＣ２は、撮像装置１のサービスの要求がファイルプッシュサービスであるかどうかを判断する。この例では、撮像装置１は、ファイルプッシュサービスの起動要求を行なっている。従って、接続受託メッセージの情報パラメータの１つである起動要望（ファイルプッシュの起動要望）を確認する。そして、ＰＣ２は、Ｓ５０８へ進み、起動要望情報の内容に従って、自身の起動要望サービスである、ファイルシンクサービスの起動延期を通知する（Ｓ４１０）。この動作は、通信ミドルウェア３０９が機器内アプリケーションへ通知することにより行なわれる。Ｓ５１０において、ＰＣ２は、撮像装置１からのデータペイロードがアイドルとなる時間を規定期間に対して計側する。
【００３１】
この後、Ｓ５０９で、撮像装置１始動のファイルプッシュ転送サービス（Ｓ４１１〜Ｓ４１５）が実行される。つまり、ファイルプッシュ転送サービスのディスカバリが行なわれる（Ｓ４１１）。そして、撮像装置１は、ＰＣ２の転送先フォルダの存在確認処理を実行する（Ｓ４１２）。その後、撮像装置はＰＣ２の転送先フォルダを選択し（Ｓ４１３、Ｓ４１４）、対象ファイルをプッシュ転送する（Ｓ４１５）。
【００３２】
ＰＣ２（の転送受信の手段）が撮像装置１による転送対象ファイルの転送を受信し、全ての完了後、ファイルプッシュサービスに伴うデータペイロードの通信が無くなり、アイドル状態となる。Ｓ５０９において、ＰＣ２は、撮像装置１からのデータペイロードのアイドルの時間が規定期間継続したことを計側する。Ｓ５１０にて、ＰＣ２は、実行延期中のファイルシンクサービスの起動を通知する（Ｓ４１７）。この動作は、ＰＣ２内の通信ミドルウェア３０９が機器内アプリケーション３１１へ通知することにより行なわれる。
【００３３】
この後、Ｓ５１２で、ＰＣ２始動のファイルシンク転送サービス（Ｓ４１８〜Ｓ４２２）が実行される。このために、ファイルシンク転送サービスのディスカバリ（Ｓ４１８）後に、撮像装置１側のシンク対象フォルダの存在確認処理（Ｓ４１９）を実行する。すなわち、ＰＣ２は、撮像装置１のシンク対象フォルダ内にあるすべてのファイル名とファイル更新日を確認し（Ｓ４１９）、自身のシンクフォルダ内の、プッシュ転送で受信したファイルを含むすべてのファイルの名称とファイルの更新日時と比較する。（尚、本実施例では、撮像装置１から送信された同一ファイル名のファイルが、ＰＣ２のシンクフォルダに格納されると、更新日の新しいファイルにより、旧いファイルが書き換えられると仮定している。）そして、撮像装置１のシンク対象フォルダ内のファイルで、ＰＣ２に存在しないか、或は最新でないファイルを、転送対象ファイルとして選択し（Ｓ４２１）、選択されたファイルが撮影装置からＰＣ２へプル転送（Ｓ４２２）される。
【００３４】
以上のように、ＰＣ２へのプッシュ転送サービスを希望する撮像装置１と、シンク転送サービスを希望するＰＣ２との間で転送させる場合、起動される連繋サービスの順序を、プッシュ転送サービスを優先し、その後シンク転送サービスを実行するように制御する。実施形態１では、このように動作させることにより、画像ファイルの重複転送を防止することが出来るので、これまでのような画像ファイル転送による通信資源および情報記憶資源の浪費を避けることができる。
【００３５】
＜実施形態２＞
実施形態１においては、撮像装置１およびＰＣ２の双方の機器にサービスネゴシエーション機能が実装されている例を示した。しかしながら、少なくとも、ファイルのシンク転送サービスを要望する機器側にサービスネゴシエーション機能が実装されていれば、同等の効果が得られるので、この実施例を実施形態２で説明する。つまり、実施形態２においては、ファイルのシンク転送サービスを要望する機器であるＰＣ２にサービスネゴシエーション機能が実装されており、撮像装置１には実装されていない例を示す。以下、サービスネゴシエーション機能を持たない機器をレガシータイプの機器という。ＰＣ２側が、イニシエータモードで、撮像装置１が応答モードで起動するのは、実施形態１と同様である。
【００３６】
図５は、実施形態２の同一ファイルに対するプッシュ転送サービスおよびシンクプル転送サービスの同時起動時の制御シーケンスチャート例を示す。以下、図５のシーケンスチャートおよび図４のフローチャートを用いて、実施形態２の動作フローについて説明する。
【００３７】
ユーザ操作により、ＰＣ２にある撮影済み画像格納フォルダのファイルのシンク転送サービスがＰＣ２に要求され、ＰＣ２はこの要求を受付ける。これにより、ＰＣ２内のファイルシンクサービス用のファイル送受信アプリケーション３１２は、通信ミドルウェア３０９に対してサービスのシンクスタート要求を行なう（Ｓ６０１）。
【００３８】
また撮像装置１に対しても、ユーザ操作により、選択した画像ファイルをＰＣ２の撮影済み画像格納フォルダ内へ転送するファイルプッシュサービスが要求され、撮像装置１はこの要求を受付ける。撮像装置１内のファイルプッシュ転送サービス用のファイル送受信アプリケーション３０６は、通信ミドルウェア３０３にサービスのプッシュスタート要求を行なう（Ｓ６０２）。
【００３９】
図４のステップＳ５０１で、ファイルサービスのシンクスタート要求６０１を受付けたＰＣ２が、イニシエータモードで動作する。Ｓ５０２で、ＰＣ２は、通信ミドルウェア３０９を介して、シンク転送サービスのため、撮像装置１へ接続要求を行なう。ステップＳ５０２において、接続要求メッセージの送信（Ｓ６０３、Ｓ６０４）に併せて、ＰＣ２側のファイルシンク転送サービスを含む起動要望サービス情報を情報パラメータにて通知する。
【００４０】
次に、図４により、撮像装置側１の動作を説明する。撮像装置１は、ファイルプッシュ転送サービスのプッシュスタート要求６０２を受付けていると仮定している。従って、Ｓ５０１で、撮像装置１は、ＰＣ２から接続要求を受信し、応答モードで動作する。ステップ５０３で、近接無線通信媒体経由での接続表示の受信を待ち受ける（Ｓ６０５）。実施形態２では、撮像装置１はレガシー機器なので、通信の相手方、この場合、ＰＣ２から送られた起動要望サービスの情報を認識できない。このため、撮像装置１は、転送要求パラメータを含まないレガシータイプ（既存）の接続受諾メッセージの送信をＰＣ２に対して行なう（Ｓ６０６、Ｓ６０７）。レガシータイプの撮像装置１は、自身の起動要望サービス情報であるファイルプッシュ転送サービス情報、ファイルシンクサービスの認識情報は付加しない接続受諾メッセージを送信する。
【００４１】
撮像装置１は、通信の相手方であるＰＣ２に起動要望のサービスの存在が認識できないが、近接無線通信路３００の設定完了を契機にして、自身の起動要求サービスであるファイルプッシュ転送サービスの実行許可を通知する（Ｓ６０９）する。この動作は、撮像装置１の通信ミドルウェア３０３が機器内アプリケーション３０５に実行許可を通知することで行なわれる。
【００４２】
さて、次に、図４におけるＰＣ２の動作について説明する。Ｓ５０４にて、ＰＣ２は、撮像装置１からの接続受諾表示の受信を行なう（Ｓ６０８）。このメッセージがレガシーであることから、ＰＣ２は、通信の相手方である撮像装置１が、自身のファイルシンクサービスの起動要望を認識していないこと、および撮像装置１がレガシーモードで動作している機器であることを認識する。
【００４３】
Ｓ５０５において、ＰＣ２は、対向機である撮像装置１が自機の要求サービスを認識していないこと判断し、Ｓ５０８で、自身の起動要望サービスである、ファイルシンクサービスの起動延期を通知する（Ｓ６１０）。この動作は、ＰＣ２の通信ミドルウェア３０９が機器内アプリケーション３１１に起動延期を通知することで行なわれる。
【００４４】
Ｓ５０９において、ＰＣ２は、データペイロードのアイドルの時間を規定期間に対して計側開始する。これと並行して、Ｓ５０９で、撮像装置１の始動によるＰＣ２へのファイルプッシュ転送サービス（Ｓ６１１〜Ｓ６１５）が実行される。つまり、撮像装置１は、ファイルプッシュ転送サービスのディスカバリ（Ｓ６１１）が完了すると、ＰＣ２側の転送先フォルダの存在確認処理を実行する（Ｓ６１２）。この後、転送先フォルダを決定し(Ｓ６１３)、そのフォルダを選択する（Ｓ６１４）。そして、撮像装置１は、ＰＣ２へ対象ファイルをプッシュ転送する（Ｓ６１５）。
【００４５】
撮像装置１による転送対象ファイルの転送が全て終了すると、ファイルプッシュサービスに伴うデータペイロードの通信が無くなりアイドル状態となる。また、撮像装置１がファイルプッシュサービスを実行しなかった場合は、撮像装置１からのデータペイロードの通信は無いためにアイドル状態となる。
【００４６】
Ｓ５１０において、ＰＣ２は、撮像装置１からのデータペイロードのアイドルの時間が規定期間だけ継続したことを計側する。Ｓ５１１にて、ＰＣ２は、実行延期中のファイルシンクサービスの起動を通知する（Ｓ６１７）。この動作は、ＰＣ２内の通信ミドルウェア３０９が機器内アプリケーション３１１へ通知することにより行なわれる。
【００４７】
この後、Ｓ５１２で、ＰＣ２の始動によるファイルシンク転送サービス（Ｓ６１８〜Ｓ６２２）が実行される。つまり、ファイルシンク転送サービスのディスカバリ（Ｓ６１８）の後に、ＰＣ２は、撮像装置１側のシンク対象フォルダの存在確認処理（Ｓ６１９）を実行する。
【００４８】
すなわち、ＰＣ２は、撮像装置１のシンク対象フォルダ内にあるすべてのファイル名とファイル更新日を確認し（Ｓ６１９）、自身のシンクフォルダ内の、プッシュ転送で受信したファイルを含むすべてのファイルとファイル更新日と比較する。（尚、本実施例では、撮像装置１から送信された同一ファイル名のファイルが、ＰＣ２のシンクフォルダに格納されると、更新日の新しいファイルにより、旧いファイルが書き換えられると仮定している。）そして、撮像装置１のシンク対象フォルダ内のファイルで、ＰＣ２に存在しないファイルおよび最新でないファイルを、転送対象ファイルとして選択し（Ｓ６２１）、選択されたファイルが撮影装置からＰＣ２へプル転送（Ｓ６２２）される。
【００４９】
以上のように、プッシュ転送サービスを希望する撮像装置１と、シンク転送サービスを希望するＰＣ２との間で転送させる場合、起動される連繋サービスの順序をレガシーな機器のプッシュ転送サービスを優先し、その後ＰＣ２側のシンク転送サービスを実行する。
【００５０】
実施形態２では、このように動作させることにより、ファイルのシンク転送サービスを要望する機器にサービスネゴシエーション機能を備えることにより、冗長な画像ファイル転送を未然に防止することができる。この構成をとることで、これまでのように冗長な画像ファイルの重複転送による通信資源および情報記憶資源の浪費を避けることができる。
【００５１】
＜実施形態３＞
実施例形態３においては、ファイルのシンク転送サービスを要望する機器であるＰＣ２にのみサービスネゴシエーション機能が実装され、かつ、ＰＣ２側のファイルのシンク転送サービスのみが要望されている例を示す。
【００５２】
図６は、実施形態３のシンクファイル転送サービスだけが起動される場合の制御シーケンスの例を示す。図４および図６を用いて本実施形態の動作を説明する。
【００５３】
ユーザ操作により、ＰＣ２にある撮影済み画像格納フォルダのファイルのシンク転送サービスがＰＣ２に要求され、ＰＣ２はこの要求を受付ける。これにより、ＰＣ２内のファイルシンクサービス用のファイル送受信アプリケーション３１２は、通信ミドルウェア３０９に対してサービスのシンクスタート要求を行なう（Ｓ７０１）。
【００５４】
この実施形態では、撮像装置１に対して、ユーザの操作による、機器連繋サービスのスタート要求は行なわれない。図４においてＰＣ２の動作を説明する。ステップＳ５０１で、ファイルシンクサービスのシンクスタート要求７０１を受付けたＰＣ２は、イニシエータモード動作を行なう（Ｓ５０１）。そして、ステップＳ５０２で、接続要求メッセージの撮像装置１への送信（Ｓ７０３、Ｓ７０４）に併せて、ＰＣ側のファイルシンクサービスに関する起動要望サービス情報（ファイルシンクサービス）を撮像装置１へ情報パラメータにて通知する。
【００５５】
次に、図４を用いて撮像装置１の動作を説明する。Ｓ５０１で、撮像装置１は応答モードで動作する。ステップＳ５０３で、近接無線通信媒体経由での接続表示の受信（Ｓ７０５）を待ち受けるが、この実施形態では、撮像装置１はレガシー機器と仮定しているので、通信の相手方からの起動要望サービスの情報を送ってもその情報を認識できない。このため、撮像装置１は、（ファイル転送サービス認識情報を付加しない）既存の接続受諾メッセージの送信を行なう（Ｓ７０６、Ｓ７０７）。
【００５６】
これに対して、ＰＣ２は、ステップＳ５０４で、撮像装置１からの接続受諾表示の受信を行なう（Ｓ７０８）。そして、ＰＣ２は、撮像装置１がＰＣ２のファイルシンクサービスの起動要望を認識していないこと、およびレガシーモードの動作状態にあることを、レガシーの接続受託表示を受信することで認識する。
【００５７】
ステップＳ５０５で、ＰＣ２は、対向機である撮像装置１が自機の要求サービスを認識していないこと判断し、Ｓ５０８で、自身の起動要望サービスである、ファイルシンクサービスの起動延期を通知する（Ｓ７１０）。この動作は、ＰＣ２内の通信ミドルウェア３０９が機器内アプリケーション３１１へ通知することにより行なわれる。この後、ステップＳ５０９で、データペイロードのアイドルの継続する時間を計測する。撮像装置１側は、何ら連繋通信サービスを起動しない。従って、撮像装置１によるデータペイロードの通信は、はじめから存在しない。
【００５８】
ステップＳ５０９において、ＰＣ２は撮像装置１のデータペイロードのアイドル継続時間が規定時間を越えることを確認した後（Ｓ７１６）、ステップＳ５１０で、実行延期中のファイルシンクサービスの起動を通知する（Ｓ７１７）。
【００５９】
この後、ＰＣ２始動のファイルシンク転送サービスが実行される（Ｓ７１８〜Ｓ７２２）。つまり、ＰＣ２は、ファイルシンク転送サービスのディスカバリ後に（Ｓ７１８）、撮像装置１側のシンク対象フォルダの存在確認処理を実行する（Ｓ７１９）。そして、撮像装置１のシンク対象フォルダ内のファイルで、ＰＣ２に存在しないファイルおよび最新でないファイルを、転送対象ファイルとして選択し（Ｓ７２１）、選択されたファイルが撮影装置からＰＣ２へプル転送（Ｓ７２２）される。
【００６０】
以上のように、実施形態３では、撮像装置１は、撮影済みの最新画像を記憶しているが、ファイル転送サービスを要望していない場合について説明した。つまり、ＰＣ２側のみが撮影済み画像ファイル格納フォルダ内のファイルのシンク転送サービスを要望している。このような条件の下、ネゴシエーション機能を備える構成をとることで、この撮像装置１がたとえレガシー機器であっても、ＰＣ２は、要望している撮像装置１へのシンク転送サービスを問題なく起動できるという効果を生み出すことができる。
【００６１】
＜実施形態４＞
実施形態１〜３においては、双方の機器にて要望しているサービスを選択的に、順次起動させることにより、転送ファイルの重複を予防する例を示した。このような形態のほかに、双方から転送サービスの要望があるとき、一方の転送サービスを排他的に起動し、他方の転送サービスの起動を禁止し、他方の転送を中止する方法を実施形態４として説明する。
【００６２】
排他起動処理の条件として、シンク転送サービスの優先度をプッシュ転送よりも低く判定して、重複するファイル転送を避けるための実施形態を、図７のフローチャートと図８のシーケンスの図に示す。
【００６３】
まずユーザ操作により、ＰＣ２にある撮影済み画像格納フォルダのファイルのシンク転送サービスがＰＣ２に要求され、ＰＣ２はこの要求を受付ける。これにより、ＰＣ２内のファイルシンクサービス用のファイル送受信アプリケーション３１２は、通信ミドルウェア３０９に対してサービスのシンクスタート要求を行なう（Ｓ９０１）。
【００６４】
また撮像装置１に対しても、ユーザ操作により、選択した画像ファイルをＰＣ２の撮影済み画像格納フォルダ内へ転送するファイルプッシュサービスが要求され、撮像装置１はこの要求を受付ける。撮像装置１内のファイルプッシュ転送サービス用のファイル送受信アプリケーション３０６は、通信ミドルウェア３０３にサービスのプッシュスタート要求を行なう（Ｓ９０２）。
【００６５】
図７において、ファイルサービスのシンクスタート要求を受付けたＰＣ２が、Ｓ８０１で、イニシエータモード動作する。そして、Ｓ８０２で、ＰＣ２は、通信ミドルウェア３０９を介して、シンク転送サービスのための撮像装置１への接続要求メッセージの送信（Ｓ９０３、Ｓ９０４）に併せて、ＰＣ２側のファイルシンクサービスの起動要望サービス情報を情報パラメータにて通知する。
【００６６】
また、図７において、ステップ８０１で、撮像装置１は、ユーザからファイルプッシュ転送サービスのプッシュスタート要求を受付けた後、応答モードで動作する。そしてＳ８０３で、近接無線通信媒体経由での接続表示（Ｃｏｎｎｅｃ．Ｉｎｄ）の受信を待ち受ける（Ｓ９０５）。そしてステップＳ８０６で、接続表示とともに送られてきた、通信の相手方のＰＣ２における起動要望サービスの情報（転送パラメータ）を確認し、対向機に起動サービス要求があるかどうかを判断する。この実施形態では、ＰＣ２は、ファイルシンク転送サービスを要望しているので、Ｓ８０７で、対向機のサービスがファイルシンク転送であることを認識する。撮像装置１は、ＰＣ２の起動要望がファイルシンク転送サービスであり、自身の起動要望であるプッシュ転送の方が優先すべきであることを認識し、自身の起動要求サービスであるファイルプッシュ転送サービスの実行許可を通知する（Ｓ９０９）。この動作は、撮像装置１内の通信ミドルウェア３０３が機器内アプリケーション３０５へ通知することにより行なわれる。
【００６７】
また、撮像装置１は、自身の起動要望サービス情報であるファイルプッシュ転送サービス情報を接続受諾要求（Ａｃｃｅｐｔ  Ｒｅｑｕｅｓｔ）の送信に併せて、自身のファイルプッシュ転送の要望を示す情報パラメータをＰＣ２へ通知する（Ｓ９０６，Ｓ９０７）。
【００６８】
Ｓ８０４で、ＰＣ２は接続受諾表示（Ａｃｃｅｐｔ  Ｉｎｄ．）の受信を行なう（Ｓ９０８）。Ｓ８０５で、ＰＣ２は、自身のシンク転送サービスの要望が撮像装置１側で認識しているかどうかを確認する。この場合、接続受諾表示メッセージは、転送の要望を示すパラメータと共に返送されているので、認識されていると判断する。Ｓ８０６で、ＰＣ２は、通信の相手方である撮像装置１が自身に対するファイルプッシュ転送サービスを行なう要望があることを認識する。Ｓ８０７で、ＰＣ２は、そのサービスがファイルプッシュサービスであり、優先すべき対象サービスであることを接続受諾表示メッセージの情報パラメータにより認識する（Ｓ９０８）。
【００６９】
ステップＳ８０９で、ＰＣ２は、相手方である撮像装置１の起動要求サービスであるファイルプッシュ転送サービスを優先し、自身の起動要求サービスをキャンセルする（Ｓ９０８）。撮像装置１は、自身の始動するファイルプッシュ転送サービス（Ｓ９１１〜Ｓ９１５）を実行する。つまり、撮像装置１は、ファイルプッシュ転送サービスのディスカバリ（Ｓ９１１）が完了すると、ＰＣ２側の転送先フォルダの存在確認処理を実行する（Ｓ９１２）。この後、転送先フォルダを決定し(Ｓ９１３)、そのフォルダを選択する（Ｓ９１４）。そして、撮像装置１は、ＰＣ２へ対象ファイルをプッシュ転送する（Ｓ９１５）。
【００７０】
このような制御方法により、１つのファイル転送サービスが完結した後に、起動されなかったファイル転送サービスを行なう起動側の機器、つまりＰＣ２で、要望ファイル転送サービス、つまりファイルシンク転送が未実行であった旨を表示する。
【００７１】
上記処理により、冗長な画像ファイル転送を未然に防止することができ、画像ファイル転送のために浪費される、通信資源、情報記憶資源の無駄を排除することが出来る。
【図１】
0005430410.tif 000002
【図２】
0005430410.tif 000003
【図３】
0005430410.tif 000004
【図４】
0005430410.tif 000005
【図５】
0005430410.tif 000006
【図６】
0005430410.tif 000007
【図７】
0005430410.tif 000008
【図８】
0005430410.tif 000009