JP2009500880A - メディアデバイス間の対接続を確立するための方法 - Google Patents

Abstract

ネットワークを介して第１および第２のメディアデバイス間の対接続を確立するための方法は、第１および第２のメディアデバイスを対にする要求を含む識別子を有する第１情報メッセージとをネットワークを介して伝送することを含む。第１の所定時間内に第２メディアデバイスから第２情報メッセージが受信されるとき、第１メディアデバイスは第２デバイスの識別子を読み出し、ネットワークを介してデバイス識別子を含む確認メッセージを転送する。対接続は第２デバイスからの対応する確認メッセージが第２の所定時間内に受信されたときに完了される。
【選択図】図２

Description

本発明はネットワーク機器の分野に関し、特に、デジタル画像、および前記画像に関連するメタデータおよびオーディオ・データを分析、管理、後処理、ソーティング、格納、および印刷するためのネットワーク化されたデジタルカメラおよび支援機器に関する。

最近、通信プロトコルは、コンピュータデバイスがデジタルカメラのようなメディアデバイスを制御し、通信することができるように発達した。そのようなプロトコルの1つである、レドモンド(ワシントン)のマイクロソフト株式会社の製品に組み入れられているISO 157540画像転送プロトコル（Picture Transfer Protocol, PTP）は、カメラのようなイメージングデバイスからパーソナルコンピュータデバイスへの画像の転送において使用することができる。当該プロトコルは、デジタルスチルカメラがパーソナルコンピュータデバイスとどのように通信するかを定義する。

図１を参照すると、PTPプロトコルは非対称制御であり、幾分マスタ／スレーブプロトコルに類似するデータ転送プロトコルである。しかしながら、PTPパーランス（PTP parlance）においては、画像転送に携わるデバイスをマスタとスレーブではなくイニシエータ310とレスポンダ230と言う。イニシエータ310デバイスは制御接続を確立し、続いて制御する。一方で、レスポンダは、「セッション開始」要求のようなオペレーション要求が入力されるデバイスとして定義される。

PTPプロトコルモデルにおいて、デバイスはイニシエータ、レスポンダ、もしくはその両方になり得る。例えば、PCはイニシエータデバイスとしてのみ設定されることがあり、一方でUSBカメラは単にレスポンダである場合がある。同様に、ワイヤレスPTPプリンタへの接続を開始し、印刷のための画像を転送するワイヤレスカメラは単にイニシエータである場合があり、一方で関連するプリンタは単にレスポンダである場合がある。本発明の発明者は、他のデジタルカメラに接続でき、PTPセッションを開始することも受信することもできるデジタルカメラは、イニシエータとしても、およびレスポンダとしても動作することができるものと認識している。

通常、イニシエータは、ユーザがサムネイルを見たり／ブラウズしたり、適当な制御オペレーションを選んで選択したりするなどのために、グラフィカルユーザインターフェースアプリケーション２４０の形式（form）を有する。イニシエータデバイスは、デバイス一覧とトランスポートマッピング（複合的な、PTP-適合転送が支援される場合）を提供する。一般的に、レスポンダはグラフィカルユーザインターフェース、あるいはマルチプル転送サポートを有さない。

画像やメタデータについての情報を交換する２つのPTPデバイスのために、PTPセッションが確立されることがある。セッションは、オブジェクト識別子（object identifiers）またはオブジェクトハンドル（objectHandles）、および格納メディア識別子 (storage medeia identifiers)または格納識別子（StrageIDs）が永続的である、PTPデバイス間の論理結合である。レスポンダがイニシエータによって要求されたセッション開始オペレーションに対する有効なレスポンスを返した後、セッションは開始すると考えられる。終了セッションオペレーションが完了したか、または転送が通信チャンネルを閉じるかのいずれかが最初に生じた後、セッションは終了される。

セッションの外で許可された、ただ一つのオペレーションまたはデータトラフィックは、デバイス情報獲得（GetDevicelnfo）オペレーションおよびデバイス情報（Devicelnfo）データセットである。デバイスはセッション外のデバイス情報獲得オペレーションを出力すことができる/受信することができる。セッションはデバイス間のディスクリプタ(例えば格納情報、オブジェクト情報（Objectlnfo）)、画像あるいは他のオブジェクトを転送するために利用されることがある。デバイス間で通信されるいずれのデータも、特定のイベントが発生することなしに有効である。

PTPは実質的に転送独立プロトコルである。そのオリジナルの実施形態では、それはユニバーサルシリアルバス(USB)転送に関する使用−“レガシー（legay）PTP”のために設計され、意図されていた。他の転送はローカル・エリア・ネットワーク上で実装（implement）することができる。例にはブルートゥース上のPTPや図１に示されるIPネットワーク210(PTP/IP)上のPTPが含まれる。

http://www.cipa.jpで見つけることができるCIPA-DC-005-2005のPTP-IP規格に記載されるように、PTP/IPデバイスはGUIDと呼称される独自のデバイス識別子を使用して、独自に認識される。それらのGUIDを互いに知っている場合、2つのPTP/IPデバイスは互いに通信することができる。このように、そのようなデバイス上で走るアプリケーション・ソフトは、制限接続ポリシーを提供する。イニシエータとレスポンダの両方は、それらが接続するかもしれないデバイス用のGUIDのリストを維持することができる。

例えば記憶媒体を基とする方法やネットワーキングを基とする方法のような、ピアデバイス（peer devices）のGUIDを交換することができる複数の方法が存在する。

図１を参照すると、PTP/IPでは2つの画像デバイス間の通信が2つのTCP接続(論理的データ・チャンネル)211および212を介して起こる。第１の接続211はPTP/IPの特定のパケット(つまりコマンド/データ接続)を運ぶだけでなく、オペレーション要求、レスポンスおよびデータ・トランザクション・パケットのために設けられる。第2のTCP接続212はイベント・トランザクション・パケット(つまりイベント接続)のみに使用される。イベントパケットは、それらの非同期性質のために、オペレーションとデータのトランザクション・パケットとは別々に転送される。

コマンド/データTCPの各々およびイベント接続は画像イニシエータデバイスによって確立され、ローカルおよびリモートのIPアドレスおよびポート番号によって識別される。レスポンダのIPアドレスおよびポート番号はデバイス検知メカニズムによって提供されるか、あるいはイニシエータデバイス上でユーザー・インタフェースを使用して手動で設定される。

さらなる詳細は、(i)IEEE Transactions on Consumer Electronics, volume 48, issue 3, p417-427, August 2002に記載された、Bigioi, P.; Susanu, G.; Corcoran, P.; Mocanu, Iによる“Digital camera connectivity solutions using the picture transfer protocol (PTP)"と、（ii）PTP(国際規格ISO-15740PTPの仕様書である“画像転送プロトコル”（ http://www.i3a.org/downloadsjt10.html参照）に記載されている。

上記の参照(i)がPTP/ブルートゥース転送の詳細な記述をさらに含むことにも注意されたい。

カメラ映像機器工業会（CIPA）により2003年の初めに公表されたピクトブリッジ規格（CIPA DC-001）は、デジタルカメラのような画像入力デバイスと、プリンタのような画像出力デバイスとの直接接続を提供する。それは、これらのデバイスのためのアプリケーション・サービスの規格化によってこれを達成する。特に、それは、デスクトップPCのようなUSBマスターデバイスを必要としない、カメラからプリンタへの直接の印刷サービスの提供に重点を置く。

CIPA DC-001は、単一のカメラと単一のプリンタの間の接続性に有効なソリューションを供給するデジタル・カメラ・インターフェースおよびデータ格納フォーマットの共通性を利用する。DC-001に従うデバイスによって提供される重要なサービスは次のものを含んでいる。(i)カメラUI上の1つまたは複数の選択された画像の直接プリント；(ii)“Direct Print Ordering Format”（DPOF）のためのサポートに基づくプリントサービス；（iii）カメラ内のすべての画像のインデックスプリント;（iv）カメラUI上でのプリンタステータス情報の表示；（v）キャンセル、一時停止、再起動などのプリントジョブ制御機能および（vi）複合プリントコピー、プリントの前の画像の切り出し、画像プリントサイズ指定などの進歩したプリントセットアップが必要とする付加的な機能である。

CIPA DC-001は、ピクトブリッジのより高いレベルの機能性をサポートするために使用される、低レベルの機能およびサービスを提供するためにPTPを使用する。

今日、市場におけるほとんどのデジタル写真デバイスは、中間のデスクトップPCを必要としないでカメラやプリンタのようなメディアデバイスの相互連結を可能とするために、レガシーPTPに対応している。デジタル写真のために設計されているプリンタもまた、PTPカメラに対して直接に画像を選択してプリントすることを可能にするピクトブリッジに対応しているものと考えられる。そのようなPTP対応デバイスのための物理的なリンクは、通常、PTP/ピクトブリッジデバイス間の有線接続であり、また、これは通常USB接続である。

ワイヤレスプリンタは既に市場で入手可能であり、また、次世代カメラとプリンタはPTP/IPを使用する無線ネットワーク上での接続に対応するものと考えられる。これにより、カメラからプリンタへの物理的な接続なしで写真プリントを形成させるという大きく改善された体験が、ユーザに提供されるものと思われる。

不幸にも、レガシーPTPデバイスの所有者は利益を受けることができないものと考える。レガシーカメラとプリンタは、（i）物理的ネットワークを提供せず、（ii）それらのレガシーPTPソフトウェアはTCP/IPネットワーキングに対応またはTCP/IPネットワーキングを解してはおらず、および／または（iii）デバイス検知についても、およびTCP/IPネットワーク上に通常存在する複数のデバイスの存在を確認することについても、PTPプロトコルにサポートが提供されない、からである。

ネットワークを介してデジタルカメラデバイスを含む第1および第2メディアデバイス間の対接続を確立するための方法が提供される。第１メディアデバイスとのユーザインタラクションに応じて、識別子を含む第１情報メッセージが、第１メディアデバイスを第2メディアデバイスと対にする要求とともにネットワークを介して送信される。第１所定時間内の第2デバイスからの第２情報メッセージの受信に応じて、第2デバイスの識別子が第２情報メッセージから読み出される。第１デバイスの識別子および第2デバイスの識別子を含む確認メッセージがネットワークを介して送信される。第２の所定時間内の第２デバイスからの対応する確認メッセージの受信に応じて、対接続が完了される。当該方法はまた、カメラアダプタ、好ましくはPTPカメラアダプタを介してデジタルカメラデバイスからカメラデバイスと協働するリモート格納デバイスへ画像の転送が開始されることも含む。

1つ以上の情報メッセージと確認メッセージは、ユーザデータグラムプロトコルを介して送信されるようにしてもよい。

第１または第２の所定時間内に第２デバイスとの対接続の確立に失敗した場合、第１メディアデバイスは、第２メディアデバイスとは異なる第３メディアデバイスからの情報メッセージの受信に応じるようにしてもよい。

さらなるメディアデバイスとさらなる対接続が確立されるようにしてもよい。

情報メッセージと確認メッセージはプロトコル識別子を含むようにしてもよい。

通信は、画像転送プロトコル（PTP）に基づくようにしてもよい。

第１メディアデバイスと第2メディアデバイスとの間の接続は、メディア捕捉（media acquisition）、フィルタリング、および／または出力サービスの提供において、第１デバイスが第２デバイスを制御することができるようにするための通信プロトコルを使用することが好ましい。

また、メディアを処理し、ネットワークを介した第２メディアデバイスとの対接続を確立するために、メディアデバイスが提供される。メディアデバイスは、コンポーネントアーキテクチャを処理するメディアを含むデバイス筐体と、コンポーネントアーキテクチャと対となるネットワークインターフェースと、ペアリングアクチュエータとを含む。当該メディアデバイスはデジタルカメラデバイスを備え、カメラデバイスから格納デバイスへの画像転送を開始するためのカメラアダプタ、好ましくはPTPカメラアダプタを介してリモート格納デバイスと協働するように設定される。

ペアリングアクチュエータとのユーザインタラクションにおいて、情報メッセージの送信がネットワークインターフェースを介して開始される場合、ペアリングアクチュエータはネットワークインターフェースと信号によって対（signal-coupled）となる。情報メッセージは識別子と、当該メディアデバイスを第２メディアデバイスと対にするための要求を含む。

第１の所定時間内におけるネットワークインターフェースを介した第２メディアデバイスからの情報メッセージの受信に応じ、第１メディアデバイスは、情報メッセージから第2デバイスの識別子を読み出し、ネットワークインターフェースを通して第１および第2のデバイスの識別子を含む確認メッセージを送信する。ネットワークインターフェースを通した第２の所定時間内の第２デバイスからの対応する確認メッセージの受信に応じて、対接続が完了される。当該接続は、メディア捕捉（media acquisition）、フィルタリング、および／または出力サービスの提供において第１デバイスが第２デバイスを制御することができるようにするための通信プロトコルを使用することが好ましい。

また、デジタルカメラデバイスと、カメラアダプタ、好ましくはPTPカメラアダプタと、リモート格納デバイスとを含む、デジタル画像捕捉および格納システムが提供される。リモート格納デバイスはカメラから格納デバイスへの画像転送を開始するためにカメラアダプタを介してカメラデバイスと協働する。

さらに、デジタルカメラアダプタデバイスと格納デバイスを含むデバイスシステムが提供され、前記アダプタデバイスはバスインターフェースを介してカメラに接続されるように設定される。前記格納デバイスは、アダプタデバイスを介してカメラに対し、カメラに格納されるデータのバックアップが実行されてもよいか否かを決定するための要求を定期的に送出し、応答を確認するように設定されることが好ましい。

アダプタデバイスは、応答の受信に応じてカメラへデータ要求を送信し、格納デバイスにより最も新しく読み出されたデータを受信して格納するようにしてもよい。要求は転送されるデータの要求を含んでもよい。

アダプタデバイスは、格納デバイスに対し格納デバイスのメモリが一杯か否か決定するための問い合わせをするように設定されてもよい。

格納デバイスは格納デバイスから消去されてはいけないデータをマーク(mark)するように設定されてもよい。格納デバイスは格納デバイスに格納されるデータについての情報をカメラに提供するよう設定されてもよい。

アダプタデバイスと格納デバイスを含む、バックアップシステムが提供される。アダプタデバイスはバスインターフェースを介してカメラと接続するように設定されるとともに、ネットワークインターフェースを介して格納デバイスと接続するように設定される。その結果、格納デバイスとカメラとの間でのメッセージの送信が可能となる。格納デバイスはアダプタデバイスを介してカメラから格納デバイスへデータを転送するのを開始するように設定されてもよい。

また、ネットワークを介して第２デバイスとの対接続を確立するためのデジタルカメラアダプタデバイスが提供される。アダプタデバイスは、ユーザアクチュエータと、ネットワークインターフェースと、バスインターフェースとを含む。アダプタデバイスはバスインターフェースとネットワークインターフェースの間でメッセージを転送する対接続の確立する。アダプタデバイスはユーザアクチュエータとのユーザインタラクションに応答し、ネットワークインターフェースを介して情報メッセージを送信する。当該情報メッセージは当該デバイスのユーザが当該デバイスを第２デバイスと対にすることを望むことを示す識別子を含む。第１の所定時間内におけるネットワークインターフェースを介しての第２デバイスからの情報メッセージの受信に応じて、アダプタデバイスは情報メッセージから第２デバイスの識別子を読み出し、当該デバイスの識別子と第２デバイスの識別子を含む確認メッセージをネットワークインターフェースを介して送信する。第２の所定時間内に前記第２デバイスからの対応する確認メッセージの受信に応じ、アダプタデバイスは第２デバイスとの対接続を完了する。

さらに、当該アダプタデバイスと格納デバイスを含むシステムが提供される。アダプタデバイスはバスインターフェースを介してカメラに接続するように設定されるとともに、アダプタデバイスはネットワークインターフェースを介して前記格納デバイスに接続されるように設定される。格納デバイスは、アダプタデバイスを介してカメラに対しカメラに格納されるデータのバックアップが実行されてもよいか否かを決定するための要求を定期的に送出し、応答を確認するように設定されることが好ましい。

好ましい実施形態においては、“デバイスペアリング（device pairing）”としても知られる、追加的なPTP/IP通信を可能とするためのGUID交換のマニュアル方法（manual means）が提供される。当該交換メカニズムは、特に、デジタルカメラおよび関連するネットワークプリンタの使用シナリオ（usage scenarios）に適する。しかしながら、当業者に理解されるように、交換メカニズムの他の形式が他の実施形態をサポートするために使用されてもよい。

2つの特定のデバイスの実施形態は、(i)レガシーPTPカメラがPTP/IP可能なピクトブリッジプリンタへ接続することを可能とするとともに、(ii)レガシーピクトブリッジプリンタに、PTP/IP可能なデジタルカメラとの間の接続が形成されることを可能とする。

このように、好ましい実施形態に従うデバイスは、PTPカメラのようなレガシーメディアデバイスおよびピクトブリッジプリンタにネットワーク互換性（network compatibility）を提供する。有利には、デバイスが共通の物理的なTCP/IPネットワークリンクに対応しない場合であっても、PTP/USB転送をPTP/IPに置換することによりピクトブリッジ機能性がTCP/IPネットワークまで拡張され得る。

ここで、図２を参照すると、デバイスＤ１およびＤ２は、ネットワークを介したPTP/IP通信が生じる前に対とされることが好ましい。好ましい実施形態に基づくとき、メッセージの交換を基とするプロトコルは、ペアリングモード（ペアリング状態）に置かれる２つのデバイス間のペアリング情報（GUIDおよび表記名（Friendly name））を含む。一般に、プロトコルにより使用されるメッセージは図４に示すものであることが好ましい。当該プロトコルの各パケット部は、当該プロトコルのために特別に形成された値（value）である、プロトコルのGUIDと表現される16バイトの領域から開始する。好ましい実施形態のPTP/IPペアリングメカニズムにおいて使用されるGUIDは0FDB8EFB-6968-4734-A0CF-48694382A3D7である。当該GUIDは受信されたUDPパケットが誤って読み取られないことを確実にするためのプロトコルID(protocol ID)である。

プロトコルGUID領域には以下の値(value)のうちの1つを有する形式領域が続く（2バイト領域）。
・０×０１−デバイス情報
・０×０２−確認

次に、パケットの形式に応じて異なる、様々なサイズのコンテントを含むペイロードがこれに続く。

パケット中の2進値はリトルエディアン形式で表わされる。

ユーザは、適切なアクチュエータとのインタラクションによってデバイスをペアリングモードとすることが好ましい。コンピュータデバイスがPTP／IPを使用して通信するアプリケーションを実行する通常の目的においては、そのような動作（actuation）はキーボードのキーを押すことやポインターのスイッチを動作させることを含む。しかしながら、後述する単純化された、あるいはより専門性の強いデバイスにおいては、動作は単なるボタンを介するようにすることができる。しかしながら、単純化するために、我々は通常ペアリングアクチュエータとこれらをいう。

プロトコルは、接続されることになっている両方のデバイス上の対になるアクチュエータが同時に、あるいはほぼ同時に選択される（pressed）場合、ペアリング（Pairing）が成功する可能性がより大きいことが好ましい。

好ましい実施形態において、ペアリングモードとされるとき、PTP/IPデバイスは一連のデバイス情報メッセージを送出するとともに、リモートデバイスからの任意のデバイス情報メッセージのために、UDPポート15740上でリスニング（listening）を開始する。

ペアリングモードにおいては、デバイスは1秒につき１つのデバイス情報メッセージを送出するとともに、ペアリングモードの終了時間は５秒に設定される。

図５はデバイス情報パケットの好ましい配置を示す。
デバイスGUID−デバイス識別子（device identifier）（GUID）である。
デバイス表記名−リモートデバイスのための人が読める名前を含む、空で終端化された（null terminated）ユニコード文字列である。当該領域の情報は通常、アプリケーションユーザインターフェースの目的のために使用される。
保留データ−プロトコルの拡張のために、０以上のバイトが保留されている。その最大値は使用される基礎ネットワーク（underlying network）の最大転送単位(MTU, Maximum Transmission Unit)により限定される。これは、送信デバイスの製造者特有のデータのために使用される。

ペアリング手続にある二つのデバイスは時間内にまったく同時にペアリングモードとされることを要しないという事実を補償するために、デバイス情報メッセージは時間を伴って複数回送信される。デバイス情報メッセージは確認メッセージが受信されるまで、若しくは終了時間までは上述の間隔で送信されることが好ましい。

ピアデバイスはデバイス情報メッセージを受信すると、それをキャッシュに格納し、確認メッセージを送信する。確認メッセージは、送信元（originating）のデバイスと確認側（confirming）のデバイスについての情報(GUIDs)を含む。確認メッセージが失われない可能性を最大にするために、デバイスは100msの時間の間に３つのそのようなメッセージを送信することが好ましい。再確認メッセージは、ポート15740UDP上のウニキャストであることが好ましい。より具体的には、それらは図６に示される形式を有する：
オウンデバイス（Own device）GUID−デバイス識別子（GUID）である。
受信されたデバイスGUID−ピアデバイス（peer device）からデバイス情報メッセージを介して受信されたデバイス識別子（GUID）である。

ペアリングに関与するデバイスがペアリングモードであるときに複数のデバイスからデバイス情報メッセージを受信する場合、ペアリング手続を失敗してもよいことが好ましい。
さらに、良好なペアリング手続を完了するためのペアリングモードであるとき、デバイスはただ1つのピアデバイスからデバイス情報メッセージを受信することが好ましい。これは実際的制限（practical limitation）であり、ユーザは通常、単に２つのデバイスを対とすることを望むという前提に基づく。さらに、１つより多いデバイス情報メッセージの受信は、誤りがある、不安定な、若しくは好ましくない動作環境の指標となる。同様に、同じ理由から、ペアリングモードにあるとき、デバイスはただ1つのピアデバイスから確認メッセージを受信するのが好ましい。

良好なペアリングを達成するためにPTP/IPデバイスがトラバース（traverse）しなければならない状態が図３に示される。

上述したように、ペアリングモードに入るデバイスはそれ自身のデバイス情報メッセージを送信し、その後ピアペアリングデバイスからのデバイス情報メッセージを待つ。定義された時間のとき（タイムピリオド）、デバイスは自身のデバイス情報情報を再送信する。定義されたタイムアウト（タイムアウト）のときにピアデバイス情報が受信されない場合、デバイスは断念し、ペアリング手続が失敗したことを宣言する。

デバイスがピアデバイスからのデバイス情報メッセージを受信する場合、それ自身の確認メッセージを送信し、ピア確認メッセージを待つ。ピアデバイス情報メッセージを介して受信した従前の情報に適合するピアデバイス確認メッセージを受信するとき、ペアリングセッションは良好に完了する。定義されたタイムアウトにおいて確認メッセージが受信されない場合、ペアリング手続の失敗が宣言される。最初に受信したもの以外の他のデバイスから他のデバイス情報メッセージが受信される場合、ペアリング手続の失敗が宣言される。最初に受信したもの以外の他のデバイスから他の確認メッセージが受信される場合、ペアリング手続の失敗が宣言される。

とはいえ、例えばローカルデバイスとリモートデバイスとの間で一旦ペアリングが完了されると、１つ以上の次のデバイスを伴うローカルデバイスペアを有することや、別の仮想セクションにおける複数のリモートデバイスへの接続を維持することが可能である場合がある。

好ましい、または他の実施形態を基とするここに記述された特徴によって、PTP/IPの動作を介してアプリケーション・ソフトが通信する多くの様々なデバイスの形態においてユーティリィティが見つけられる。これらは、例えば汎用コンピュータデバイス、プリンタ、デジタルカメラが例示されるデジタル画像収集デバイスを含む。これらの機能は、ハードウェアトランスレータ、若しくはソフトウェアトランスレータのようなより専門的なデバイスにおいても実装されるようにすることができる。

上述したように、デバイスにおいて２つのPTP転送がすでに使用されている：
１）USB−PTPトランスポートに最初に採用され、現在、デジタルスチルカメラや最近ではピクトブリッジプリンタに広く対応している。
２）PTP/IP−比較的新しいトランスポートであり、幾つかのWiFiカメラにおいて間もなく利用可能となる予定である。

これらの採用されたトランスポートを有する場合、ユーザはPTP/IPデバイスと通信する“レガシー”USB-PTPデバイスを有することが好ましい状況に直面するものと考えられる。

ある特定の実施形態においては、例えばハードウェアインターフェースが異なるトランスポートを使用しているなどにより、イニシエータからレスポンダへの直接的な接続が不可能であったり、または不便であったりするときに、トランスレータ（translater）が使用されるようにしてもよい。USBカメラ（PTPレスポンダ）がWiFiを介してPC（PTPイニシエータ）に接続される場合が例として挙げられる。

本明細書において、PTPトランスレータは、PTPイニシエータをPTPレスポンダに間接的に接続させるデバイス若しくはソフトウェアモジュールであり、イニシエータおよびレスポンダは通常（必ずしもではない）様々なタイプのトランスポートを使用する（例えばUSB、TCP/IPなど）。トランスレータの機能は、イニシエータとレスポンダとが直接的に接続されることが望まれる場合に、一方のトランスポートから他方にPTP通信を繰り返すことである。このようなトランスレータの特徴は、それらがPTPやアプリケーションレベルプロトコル（すなわちピクトブリッジ）を完全には実装しないことである。

一般に、このようなPTPトランスレータのためのPTP通信トラフィックを転送するための方法が少なくとも２つ存在する；

一方の側で複合的なセッションを処理し、他方の側で単一のセッションを処理するために、PTPコマンドのトランスレートや解明を実行するとともに、単純なPTPプロトコル要素を生成する（すなわち、セッション開始、セッション終了などの実装（implement））ためのゲートウェイとして動作する（すなわち、PTPゲートウェイ）。これは、デバイスがPTPコマンド、特にピクトブリッジプロトコルにより使用され、トランスレータにより中継されるPTPコマンドの動作を知っている必要があることを意味する。デバイスが動作を知られていないベンダーコマンドを使用する場合があるために、ジェネリックゲートウェイ（generic gateway）を実装することが難しいことが不都合となる可能性がある。一般に、ゲートウェイはベンダー依存するか、もしくは基本PTPコマンドのみを可能とする（動作は定義されている）ことができる。

あるトランスポートプロトコルのパケットを別のトランスポートプロトコルに転換する共通のトランスレーション手続を使用して一方から他方へPTPコマンドを渡すブリッジとして動作する。有利な点は、ジェネリックブリッジ（generic bridge）がベンダー特徴を維持するPTPデバイスには不透過（opaque）となる可能性があるということである。

後でより詳細に記載されるトランスレータのいくつかの有用な場合は以下のとおりである：

PTPカメラアダプタ−ネットワークが既存のUSBデジタルカメラを可能とするPTP/IPデバイスへの外部または内部のPTP/USBである。特に、外部で実装される場合、アダプタはドングル（dongle）の形態を取る。カメラがUSB上のPTPプロトコルのみを動作させる一方で、PTPアダプタは、カメラをPTPネットワークカメラにする通信プロトコルを動作させるブリッジ、若しくはゲートウェイとして動作する。アダプタの一方の端部はUSB-イニシエータとして動作し、カメラに接続される。他方の端部はPTP/IP-レスポンダであり、PTP/IPイニシエータに接続される。

PTPプリンタアダプタ−ネットワークが既存のUSBピクトブリッジ（登録商標）プリンタを可能とするPTP/USBデバイスへの外部または内部のPTP/IPである。この場合も先と同様に、アダプタはドングルの形態を取る。プリンタがUSB上でピクトブリッジ（登録商標）を動作させる一方で、PTPアダプタはプリンタをネットワークピクトブリッジ（登録商標）プリンタのようにする通信プロトコルを有するゲートウェイとして動作する。この場合、アダプタの一方の端部はUSB−レスポンダであり、プリンタに接続される。他方の端部はPTP/IP−イニシエータであり、例えばWLANを介してWiFiカメラに接続される。このようなトランスレータは、現在利用可能である標準的なピクトブリッジプリンタを、間もなく市場に登場するPTP/IPカメラと通信可能にする。

PTP PC アダプタ−ネットワークが既存のPCを標準USB PTPカメラとともに動作することを可能とするPTP/USBデバイスへのPTP/IPである。PCが標準PTP/USBイニシエータ（例えばWindows XP WIA 若しくはMAC OSX ICA）を動作させる一方で、アダプタはピアPTP/IPレスポンダを検出するPTP-レスポンダとして常時動作し、USBケーブルを介して直接的に接続されることが望ましいときにそれをPCのようにさせる。

PTPカメラアダプタ
図７(a)を参照すると、好ましい実施形態に基づき、従来型PTP適合デジタルカメラ702はUSB接続635を介してPTPカメラアダプタ701bに接続される。この場合、カメラPTPレスポンダ690は、ドライバ694を介した無線LANで通信する。しかしながら、それについては、必要なトランスポートを用いた、有線、若しくは無線の、他のネットワークで通信するように変更することが可能である。

従来型のPTP適合カメラ、PTPレスポンダ611は、複数のPTPセッションを許容しない。USBスレーブ689は一度に1つのUSBホスト620としか接続し得ないからである。

しかしながら、PTPカメラアダプタの機能が拡張される場合、アダプタ701bは少なくとも２つの異なるシナリオ（scenario）で使用することができる。
・カメラにピクトブリッジ(登録商標)クライアントの実装を可能とする。および／または
・カメラにPTPジェネリックレスポンダの実装を可能とする。

カメラがピクトブリッジ（登録商標）クライアント606を実装する場合、単一のPTPセッションを伴うアダプタ、およびそのアダプタ内に実装されたPTPブリッジ686を適用することが可能である。当該セッションの間にカメラが通信するPTPデバイスを選択するためのプロトコルは図２から６において記載されており、また、動作必要時間内に、他のペアリングデバイスからの妨害なしで、アダプタ702bおよびプリンタ650上のペアリングアクチュエータ(不図示)を始動させるユーザに応答するデバイス検知レイヤ696内に実装される。

カメラがPTPジェネリックレスポンダを実装する場合、当該レスポンダにとってはネットワーク内で複数のイニシエータと連動することが当然（natural）である。PTPカメラアダプタが複数のPTPセッションに対応するために、当該アダプタは“仮想セッション”と呼称される機能をサポートする。仮想セッションで、アダプタは、1つのUSBスレーブ689にPTPイニシエータ660を含む多数のリモートデバイスからのPTPトラフィックを連続させる。リモートイニシエータはそれぞれ、図3〜6に関して記載されるようなアダプタと順に対になる。したがってカメラ702への接続に限定される。

仮想セッションに関して、シリアライゼーションの1ユニットは通常PTPトランザクションである。ほとんどの場合、標準PTPコマンドはステートレス（stateless）であり、一度に1つのPTPトランザクションを許可することは単純なシナリオのために役立つ。しかしながら、一般に、標準が存在し、また、特定のシーケンスにおいて動作し、ステートレスでないベンダーコマンドと同様である。例えば、あるイニシエータ660が他のイニシエータのアトミックなコマンドシーケンスを阻害しないようにするために、アダプタがそのようなコマンドのさらなる意味（semantics）とトランザクションのより複雑なシリアライゼーションを活用しようとする場合がある。加えて、幾つかのコマンドは、単なる通過（passing-through）以外の機能を含む。例えば、オブジェクト消去（DeleteObject）コマンドは、現在のものより個々の仮想セッションのためにオブジェクト除去（ObjectRemoved）イベントを送ることを含んでいる。この理由は、PTPゲートウェイ686インプリメンテーションは実装している仮想セッションにより適合していること、およびアダプタを介して対とされるデバイスのセッション間のトランザクションの指令された処理を確実にするためである。

アダプタの1つのインプリメンテーションでは、ブリッジとゲートウェイの両方が実装される。通常、アダプタは、ブリッジ・モード(1つのセッションだけがアクティブである間)で動作する。複数のイニシエータがカメラとともに動作しようとする場合、アダプタは、仮想の複数のセッションを許可し、PTPゲートウェイモードに切り替わる。

PTPプリンタアダプタ（ドングル）
図７(b)に示される例を参照すると、当該実施形態のプリンタアダプタ701aは２つのインターフェース、WIFIインターフェース694およびUSBスレーブインターフェース689を有する。その主な機能は、標準USBピクトブリッジ（登録商標）プリンタ601を、無線ローカルエリアネットワーク645を利用可能な、WIFIピクトブリッジ（登録商標）プリンタに変えることである。そのようなアダプタはピクトブリッジ（登録商標）クライアントにのみ接続することが好ましい（ピクトブリッジ(登録商標)であるためのそれらのアプリケーションプロトコルを通知するPTP/IPレスポンダ、あるいは印刷するためのそれらのインテント（intent））。

アダプタ701aは、より基礎的なブリッジ機能性ではなく、実際にはゲートウェイレイヤ686で実装のみされ得ることが理解される。1つの理由は、レガシープリンタ側USBトランスポート(PTP/IPと異なる)がトランスポートされているコマンドに関する十分な自己記述的情報（self-descriptive information）を伝達しないということである。したがって、それによりPTPプリンタアダプタ(あるいはPTP PCアダプタ)がPTPブリッジとして実装されることが不可能となっている。別の理由は、すべての場合に仮想セッション・アプローチが安全に実装されることをPTPブリッジが可能にしないということである。

PTPプリンタアダプタがバスを基とするプロトコル（USB）をネットワーキングプロトコル（IP）に変えることが理解される。図８に示されるように、一方のトランスポート（PTP/USB）から他方のトランスポート（PTP/IP）へのPTPプロトコルトランスレーションは、PTP/IPデバイスが検出され、有効なPTP/IP接続が確立されたときのみ、実行される。例えば図３から図６に関して記載され、デバイス検知レイヤ696により再び実行される場合である。その結果、これが確立された最初のセッションである場合、図7（b）のUSBスレーブ689は、プリンタのUSBバス620に接続(attach)し、列挙（enumeration）とUSB接続を引き起こす。イニシエータ（プリンタ）は、局所的に接続されるリモートPTPデバイス、例えばPTP/IPカメラ650と通信を開始する。

USBの接続／接続解除は、バスに接続されるUSB 12Mbps デバイスの検知のためのUSB標準により使用される、1.5M プルアップレジスタ（pull up resistor, USBバス規格参照）をプログラムによって接続／切断することにより行われる。

PTPプリンタアダプタ701aに接続されたただ1つのリモートデバイス650が同時に現実のプリンタへのプリントを行った後、プリンタアダプタは、プリントインテントが検出された第1の対デバイスをはじめとして、複数の対PTP/IPデバイスを順に処理する。一旦当該デバイスのプリンタが終了すると、ドングルはさらに対PTP/IPデバイスを検索する（プリントインテントとともに）。さらにデバイスが検出された場合、プリンタは1つを選択し、それらへの接続を始める。

PTP/USBトランスポート規格制限(すなわち、PTPコマンドの次の過程を知らない)により、PTP/USBとPTP/IPの間で起こるトランスレーションは、トランスポートレベルのみで行うことはできない。どんなコマンドが進行中か把握するためのPTPペイロードを解釈するという意味で、デバイスはPTPゲートウェイである必要があるものと考えられる。この場合、トランスレータはコマンドを既知のデータ位相（アソシエーションを伴うルックアップテーブルを維持することにより）に結び付ける。当該デバイスは通常、ベンダー特有のコマンドと連携するためには設計されておらず、そのため、対応されるべき各ベンダーコマンドのために、トランスレーションテーブルはベンダー特有の情報があったときにアップデートされる。

ＰＴＰ ＰＣ アダプタ
図７(c)を参照すると、PCアダプタ625は図7(b)のPTPプリンタアダプタと非常に同じような様式で動作する。異なる点は、それがピクトブリッジPTPレスポンダの代わりにPTPジェネリックレスポンダアプリケーションとの接続を確立することができるということである。当該デバイスは、USB制限により、どんなときでも、あるいは各PTP/IPレスポンダの仮想セッションを確立するときでも、例えばPTP/IPカメラ650内のただ1つのPTP/IPレスポンダに接続される。

図９を参照すると、PTP/IP to PTP/USBアプリケーション986の管理の下で実行するのが好ましい、図7(a)のカメラアダプタの異なる例が示されている。当該実施形態は、図7(a)と関連して上で記載された、USB接続635を介してPTPカメラアダプタ701bに接続されたPTP適合デジタルカメラ702を組み入れる。しかしながら、この場合、アプリケーション986は、ドライバ694を介した無線LAN 645によって、リモート格納デバイス900中で実行するサーバアプリケーション955と通信するカメラPTPレスポンダ690を制御する。

カメラが自由にバックアップ格納を実行することができるかどうか決定するために、サーバアプリケーション955はアプリケーション986を介してカメラ702に接触を開始する。あるそのような実施形態では、カメラが自由にバックアップ格納を行なうことができるかどうか決定するために、格納デバイスは、カメラにPTPカメラアダプタ701 bを介して要求を周期的に送信する。カメラが自由にバックアップを行なうことができるとアプリケーション986が決定する場合、メッセージが格納デバイスへ送信される。その後、格納デバイスは、データが格納されることを要求する。当該要求はカメラにPTPカメラアダプタ701bを介して送信される。その後、カメラは格納デバイス900へPTPカメラアダプタ701bを介して要求されたデータを送信し、それがバックアップメモリ(不図示)に格納される。

他の態様の実施形態では、格納デバイスはPTPカメラアダプタ701bに単一の要求を送信する。その後、カメラが自由にバックアップ格納を行なうことができるかどうか決定するために、PTPカメラアダプタは、カメラに要求を周期的に送信する。カメラが自由にバックアップを行なうことができると決定される場合、PTPカメラアダプタ701bはデータがカメラから格納されることを要求する。あるいは、PTPカメラアダプタ701bは、カメラが自由にバックアップ格納を行うことができることを格納デバイス900に通知し、そして格納デバイスはPTPカメラアダプタに701bに格納されるべきデータを取り出すことを要求する。その後、カメラはPTPカメラアダプタ701bに要求されたデータを送信する。それは格納デバイス900による後の検索のためにキャッシュに格納されるか、または格納される格納デバイス900に直接送信される。

しかしながら、カメラが自由にバックアップ格納を行うことができるかを決定する要求がさらに格納されるデータの要求を含んでもよいことは、これらの実施形態において明らかである。そのような場合、一旦カメラが自由にバックアップ格納を行うことができれば、独立したデータ要求を必要とすることなく、データはPTPカメラアダプタ701bに、あるいはPTPカメラアダプタ701bを介して格納デバイス900へ送信される。

ここで、図10を参照すると、好ましくは図9の実施形態に従う、PTPカメラアダプタ701bを介した格納デバイス900との通信におけるカメラ702の典型的なオペレーションを図示するフローチャートが示される。

カメラにより写真が取られ（110）、画像はカメラ702の第１の格納部に格納される（120）。その後、画像はバックアップされないようにマークされる（130）。カメラはPTPカメラアダプタ701b1を介して格納デバイスから、あるいはPTPカメラアダプタ701bから要求を周期的に受信する。カメラがビジー状態である場合、それは写真を取り続ける。カメラがフリー(free)である場合、それはPTPカメラアダプタ701bを介した格納デバイス900、あるいはPTPカメラアダプタ701bのいずれかとの通信150を確立する。

格納デバイスまたはキャッシュは、利用可能であるメモリ140に関して問い合わされる。メモリが一杯である場合に格納デバイスまたはキャッシュはFIFOとして動作し、メモリスタック内のもっとも古い画像が削除されることが好ましい（172）。120においてカメラ702の主要な格納場所に格納され、バックアップされないようにマークされた画像は、バックアップされるようにマークされ（131）、バックアップメモリに格納される。格納デバイスまたはキャッシュは、利用可能であるメモリ140に関して再び問い合わされ、バックアップされないようにマークされた次の画像がバックアップされるようにマークされ、メモリに格納される。手順はすべての画像がバックアップされるか、カメラがバックアップを実行するためのフリー状態でなくなるまで続けられる。

バックアップメモリから削除されないように画像をマークすることを格納デバイス900あるいはカメラがユーザに可能とするようにしてもよいことが認識される。この場合、幾つかの画像は保護され、除去されない。その上、メモリが画像で一杯になった場合、マークされたものは消去されず、カメラは格納デバイスが一杯であることが通知される。

カメラアプリケーションソフトウェアは、最新の画像がバックアップされたことや、最初の画像がデバイスにバックアップされたことなどの格納デバイス９００についての情報を受信するためにアダプタアプリケーション986と通信するように変更されてもよく、カメラのディスプレイで見ることができるようにされてもよいことが認識される。

さらに、カメラの主要な格納部における格納のように、格納デバイス900が画像と変更のトラックを維持するようにしてもよいことは明らかである。例えば、主要な格納部内の画像がすべて削除されている場合、格納デバイスは対応するバックアップメモリ画像が同様に削除されるべきか否かの問い合わせをユーザに自動的にするようにしてもよい。

一実施形態において、バックアップセッションの間にカメラアダプタ701bが通信する格納デバイス900を選択するプロトコルが図２から図６と関連して記載されており、必要とされるタイムアウト時間内に、そして他の対になるデバイスからの妨害を受けることなく、アダプタ702bおよび格納デバイス900におけるペアリングアクチュエータ(不図示)のユーザアクチュエーティングに反応するデバイス検知レイヤ696内に実装される。

しかしながら、アダプタと格納デバイスが他の手段によって互いを識別し通信するように変更されてもよいことが認識される。

様々な形式で格納デバイスを実装することができることがさらに認識される。例えば、それは、写真家が彼のポケットに保存する単純なバッテリを動力源とするデバイスとすることができる。デバイスは、オペレーションを可能としたり、使用されるメモリやバッテリを表示する単純なインターフェースを有するようにしてもよい。
格納デバイスは、さらにリモートコンピュータとしてもよく、また、ユーザのために設けられた、若しくは多くのユーザに共通の、若しくはサービス機関によって操作されるバックアップストア（backup store）としてもよい。あるいは格納デバイスは図７(a)に示されるようなカメラと連携する修正されたプリンタに実装されるようにしてもよい。

本発明はここに記述された実施形態に限定されず、それは添付される請求項に記載される本発明の範囲を離れることなく、それの構造・機能的に同等なものに修正、変更されるようにすることができる。

ここでの好ましい実施形態に基づいて実行され、および／または以下に請求項とした方法においては、オペレーションは選択された印刷の順序で記載されている。しかしながら、順序は、選択されて印刷の便宜のために指定されたものであり、また、オペレーションを実行するためのいずれの特定の指定をも意味するように意図されたものではない。

PTP/IP通信のオペレーションを示す図である。 好ましい実施形態に基づく二つのメディアデバイスのペアリングのシーケンスを示す図である。 図２のペアリングシーケンスの状態遷移図（State Diagram）である。 図２のペアリングシーケンスにおいて使用されるパケットの通常の形式を示す図である。 デバイス情報メッセージの形式を示す図である。 確認メッセージの形式を示す図である。 図７(a)から図７（ｃ）はメディアデバイスの様々な組み合わせの間で対となるPTPアダプタを示す図である。 図７(a)から図７（ｃ）はメディアデバイスの様々な組み合わせの間で対となるPTPアダプタを示す図である。 図７(a)から図７（ｃ）はメディアデバイスの様々な組み合わせの間で対となるPTPアダプタを示す図である。 PTPプリンタアダプタの通常の機能のシーケンスダイアグラムを示す図である。 リモート格納デバイスと、カメラデバイスから格納デバイスに画像転送を開始するためのカメラアダプタを介して協働する、デジタルカメラデバイスを示す図である。 デジタルカメラデバイスの図９のアダプタおよびリモート格納デバイスの制御を含む過程を示すフローチャートである。

Claims (91)

1. ネットワークを介してデジタルカメラアダプタを含む第１および第２のメディアデバイス間の対接続を確立するための方法であって、
   前記第１メディアデバイスとのユーザインタラクションに応答し、前記第１メディアデバイスと前記第２メディアデバイスとを対にする要求を含む識別子を有する第１情報メッセージをネットワークを介して送信することと、
   第１の所定時間内に前記第２デバイスからの第２情報メッセージの受信に応答し、第２情報メッセージから前記第２デバイスの識別子を読み出して、前記第１デバイスの識別子と前記第２デバイスの識別子を含む確認メッセージをネットワークを介して送信することと、
   第２の所定時間内に前記第２デバイスからの対応する確認メッセージの受信に応答し、前記第２デバイスとの対接続を完了することと、
   デジタルカメラデバイスの一時的な格納部として機能するデジタルカメラアダプタデバイスから格納デバイスへ画像の転送を開始することを含む方法。
2. 1つ以上の前記情報メッセージおよび前記確認メッセージはユーザデータグラムプロトコルを介して転送される請求項１に記載の方法。
3. 前記第１および第２の時間が実質的に同じである請求項１に記載の方法。
4. 前記第１の所定時間の間に前記第２デバイスとの前記対接続の確立に失敗したとき、前記第１メディアデバイスは前記第２メディアデバイスとは異なる第３メディアデバイスからの情報メッセージの受信に応答する請求項１に記載の方法。
5. 前記第２の所定時間の間に前記第２デバイスとの前記対接続の確立に失敗したとき、
   前記第１メディアデバイスは前記第２メディアデバイスとは異なる第３メディアデバイスからの確認メッセージの受信に応答する請求項１に記載の方法。
6. さらなるメディアデバイスとの１つ以上のさらなる対接続を確立することをさらに含む請求項１に記載の方法。
7. 前記情報メッセージと前記確認メッセージのそれぞれはプロトコル識別子を含む請求項１に記載の方法。
8. 画像転送プロトコル（PTP, Picture transfer Protocol）に基づいて通信することをさらに含む請求項１に記載の方法。
9. 前記デジタルカメラアダプタデバイスはPTPカメラアダプタを含む請求項１に記載の方法。
10. 前記第１デバイスと前記第２デバイスはさらにプリンタを含む請求項１に記載の方法。
11. 前記第１メッセージの受信およびスイッチの動作のときにおいて、前記第２デバイスは自動的に前記第２メッセージを生成して転送する請求項１に記載の方法。
12. 前記第２メッセージの受信およびスイッチの動作のときにおいて、前記第１デバイスは自動的に前記確認メッセージを生成して転送する請求項１に記載の方法。
13. 前記対接続は、メディア捕捉（media acquisition）、フィルタリング、または出力サービス、またはその組み合わせの提供において第１デバイスが第２デバイスを制御することができるようにするための通信プロトコルを使用する請求項１に記載の方法。
14. 前記デジタルカメラアダプタデバイスはバスプロトコルを使用して前記デジタルカメラデバイスと通信する請求項１に記載の方法。
15. メディアを処理し、ネットワークを介した第２メディアデバイスとの対接続を確立するためのデジタルカメラアダプタデバイスであって、
    コンポーネントアーキテクチャを処理するメディアを含むメディアデバイス筐体と、
    コンポーネントアーキテクチャと対となるネットワークインターフェースと、
    ペアリングアクチュエータとのユーザインタラクションにおいて、情報メッセージの転送が前記ネットワークインターフェースを介して開始され、前記情報メッセージが、前記アダプタデバイスのユーザが当該デバイスについて第２メディアデバイスと対になることを希望していることを示す識別子を含んでいる場合に、前記ネットワークインターフェースと信号によって対（signal-coupled）となるペアリングアクチュエータとを備え、
    第１の所定時間内の前記ネットワークインターフェースを介した前記第２メディアデバイスからの情報メッセージの受信に応答し、前記アダプタデバイスが前記情報メッセージから前記第２デバイスの識別子を読み出して前記アダプタデバイスの識別子と前記第２デバイスの識別子を含む確認メッセージを前記ネットワークインターフェースを介して送信し、
    第２所定時間内の前記ネットワークインターフェースを介した前記第２メディアデバイスからの対応する確認メッセージの受信に応答し、前記アダプタデバイスが第２デバイスとの対接続を完了し、
    前記アダプタデバイスがデジタル画像デバイスのための一時的な格納部として機能するアダプタデバイスからリモート格納デバイスに画像の転送を開始するように設定されているデジタルカメラアダプタデバイス。
16. マイクロプロセッサまたは１つ以上の汎用コンピュータデバイスコンポーネント、プリンタアーキテクチャ、デジタル画像捕捉デバイスアーキテクチャ、アダプタ、またはそれらの組み合わせをさらに備える請求項１５に記載のデバイス。
17. 前記ネットワークインターフェースがインターネットプロトコル（IP）トランスポートインターフェースを備える請求項１５に記載のデバイス。
18. 前記ネットワークインターフェースが無線ローカルエリアネットワークインターフェース、ブルートゥースインターフェース、もしくはイーサネットインターフェース、またはそれらの組み合わせを備える請求項１５に記載のデバイス。
19. 前記対接続の確立において前記ネットワークインターフェースと通信するためのバスインターフェースを含むアダプタをさらに備える請求項１５に記載のデバイス。
20. 前記バスインターフェースがUSBインターフェースを備える請求項１９に記載のデバイス。
21. 前記アダプタが前記バスインターフェースを介してPTP適合デバイスと通信するためのPTP開始モジュールをさらに備える請求項１９に記載のデバイス。
22. 前記ネットワークインターフェースを介して１つ以上のPTP/IP適合デバイスと通信するためのPTPレスポンダモジュールをさらに備える請求項２１に記載のデバイス。
23. それぞれのデバイスと1つ以上のさらなる対接続を確立する請求項２１に記載のデバイス。
24. 前記ネットワークデバイスを介して対接続が確立された各デバイスとの個別のPTPセッションを確立する請求項２３に記載のデバイス。
25. 対接続が1つのデバイスとのみ確立されるときに前記デバイスがブリッジとして機能する請求項２４に記載のデバイス。
26. １つ以上の対接続が確立されるときに前記デバイスがゲートウェイとして機能する請求項２４に記載のデバイス。
27. 前記アダプタデバイスがPTPカメラアダプタを備える請求項１５に記載のデバイス。
28. 前記第２デバイスがプリンタを備える請求項１５に記載のデバイス。
29. 前記第１メッセージを受信して前記第２デバイスと関連する第２ペアリングアクチュエータが動作するとき、前記第２デバイスが前記第２メッセージを自動的に生成して転送する請求項１５に記載のデバイス。
30. 前記第２メッセージを受信して前記ペアリングアクチュエータが動作するとき、前記アダプタデバイスが前記確認メッセージを自動的に生成して転送する請求項１５に記載のデバイス。
31. 前記対接続は、メディア捕捉（media acquisition）、フィルタリング、または出力サービス、またはそれらの組み合わせの提供において、第１デバイスが第２デバイスを制御することができるようにするための通信プロトコルを使用する請求項１５に記載のデバイス。
32. 前記アダプタデバイスがバスプロトコルを使用して前記デジタルカメラデバイスと通信する請求項１５に記載のデバイス。
33. 前記ネットワークインターフェースがインターネットプロトコル（IP）トランスポートインターフェースを備える請求項１５に記載のデバイス。
34. 前記ネットワークインターフェースが無線ローカルエリアネットワークインターフェース、ブルートゥースインターフェース、もしくはイーサネットインターフェースのうちいずれか1つを備える請求項３３に記載のデバイス。
35. バスインターフェースをさらに含み、前記アダプタデバイスが前記バスインターフェースと前記ネットワークインターフェースの間でメッセージを転送するための前記対接続の確立において設定される請求項１５に記載のデバイス。
36. 前記バスインターフェースがUSBインターフェースを備える請求項３５に記載のデバイス。
37. 前記バスインターフェースを介してPTP適合デバイスと通信するためにPTPイニシエータを実装するように設定される請求項３５に記載のデバイス。
38. 前記ネットワークインターフェースを介して１つ以上のPTP／IP適合デバイスと通信するためにPTPレスポンダを実装するように設定される請求項３７に記載のデバイス。
39. 各対接続の確立の後、個別のデバイスとの１つ以上のさらなる対接続を確立するように設定される請求項３８に記載のデバイス。
40. 対接続が前記ネットワークインターフェースを介して確立された各デバイスとの個別のPTPセッションを確立するように設定される請求項３９に記載のデバイス。
41. 接続が1つのデバイスとのみ確立されるときに、前記デバイスがブリッジとして動作する請求項４０に記載のデバイス。
42. １つ以上の対接続が確立されるときに前記デバイスがゲートウェイとして機能する請求項４０に記載のデバイス。
43. 請求項３５に記載のデバイスと格納デバイスとを含むシステムであって、
    前記アダプタデバイスが前記バスインターフェースを介してカメラに接続するように設定されるとともに、前記アダプタデバイスが前記ネットワークインターフェースを介して前記格納デバイスに接続されるように設定されるシステム。
44. 前記格納デバイスが前記アダプタデバイスを介して前記カメラに対し、前記カメラに格納されるデータのバックアップが実行されてもよいか否かを決定するための要求を定期的に送出し、応答を確認するように設定される請求項４３に記載のシステム。
45. 前記格納デバイスが前記アダプタデバイスを介した前記カメラからの応答の受信に応じて、前記カメラへ前記アダプタデバイスを介してデータ要求を送信し、前記データを受信して格納する請求項４４に記載のデバイス。
46. 前記格納デバイスが前記アダプタデバイスへの１つの要求を送出するように設定され、前記アダプタデバイスが前記１つの要求に応じて前記カメラにおいて格納されるデータのバックアップが実行されてもよいか決定するようにカメラに周期的に要求し、応答を確認する請求項４３に記載のデバイス。
47. 前記アダプタが応答の受信に応じて前記カメラへデータ要求を送信し、前記格納デバイスにより最も新しく読み出されたデータを受信して格納する請求項４６に記載のデバイス。
48. 前記要求が、転送されるデータの要求を含む請求項４６に記載のシステム。
49. 前記要求が、転送されるデータの要求を含む請求項４４に記載のシステム。
50. 前記アダプタデバイスが、前記格納デバイスに前記格納デバイスのメモリが一杯か否かの問い合わせを行うよう設定される請求項４３に記載のシステム。
51. 前記格納デバイスが先入れ先出しメモリ（first-in-first-out, FIFO memory）として動作可能なメモリを備える請求項４３に記載のシステム。
52. 前記アダプタが先入れ先出しメモリとして動作可能なメモリを備える請求項４３に記載のシステム。
53. 前記格納デバイスが前記格納デバイスから消去されてはいけないデータをマーク(mark)
    するように設定される請求項４３に記載のシステム。
54. 前記格納デバイスが前記格納デバイスに格納されるデータについての情報を前記カメラに提供するよう設定される請求項４３に記載のシステム。
55. アダプタデバイスと格納デバイスとを備えるバックアップシステムであって、
    前記アダプタデバイスがバスインターフェースを介してカメラに接続するとともに、ネットワークインターフェースを介して前記格納デバイスに接続するように設定されることにより、前記格納デバイスとカメラとの間でメッセージを転送することが可能であるバックアップシステム。
56. 前記アダプタがPTPプロトコルを使用して前記カメラおよび前記格納デバイスのそれぞれと通信するように設定される請求項５５に記載のバックアップシステム。
57. 新たに取得されたデータが前記カメラから前記アダプタデバイスを介して前記格納デバイスに転送されるように格納デバイスが設定される請求項５６に記載のバックアップシステム。
58. それに包含されるプロッセッサ読み取り可能なコードを有し、プロセッサが読み取り可能な１つ以上の格納デバイスであって、
    前記プロセッサ読み取り可能なコードは１つ以上のプロセッサに、デジタルカメラアダプタデバイスを含む第１および第２のメディアデバイス間のネットワークを介した対接続の確立のための方法を実行するようプログラムするためのものであり、
    前記方法は、
    第１メディアデバイスのユーザインタラクションに応答し、ネットワークを介して前記第１メディアデバイスを前記第２メディアデバイスと対にする要求を含む識別子を含む第１情報メッセージを送信することと、
    第１の所定時間内における前記第２デバイスからの第２情報メッセージの受信に応答し、前記第２情報メッセージから前記第２デバイスの識別子を読み出し、前記第１デバイスの識別子と前記第２デバイスの識別子を含む確認メッセージをネットワークを介して送信することと、
    第２の所定時間内における前記第２デバイスからの対応する確認メッセージの受信に応答し、前記第２デバイスとの対接続を完了することと、
    デジタルカメラデバイスの一時的な格納部として機能するデジタルカメラアダプタデバイスからリモート格納デバイスへ画像の転送を開始することを含む１つ以上の格納デバイス。
59. 前記情報メッセージおよび前記確認メッセージの1つ以上が前記ユーザデータグラムプロトコルを介して転送される請求項５８に記載の１つ以上の格納デバイス。
60. 前記第１および第２の時間が実質的に同じである請求項５８に記載の１つ以上の格納デバイス。
61. 前記第１の所定時間の間に前記第２デバイスとの前記対接続の確立に失敗したとき、前記第１メディアデバイスが前記第２メディアデバイスとは異なる第３メディアデバイスからの情報メッセージの受信に応答する請求項５８に記載の方法。
62. 前記第２の所定時間の間に前記第２デバイスとの前記対接続の確立に失敗したとき、
    前記第１メディアデバイスが前記第２メディアデバイスとは異なる第３メディアデバイスからの確認メッセージの受信に応答する請求項５８に記載の方法。
63. 前記方法がさらなるメディアデバイスとの１つ以上の対接続を確立することをさらに含む請求項１に記載の方法。
64. 前記情報メッセージと前記確認メッセージのそれぞれはプロトコル識別子を含む請求項５８に記載の1つ以上の格納デバイス。
65. 前記方法が画像転送プロトコル（PTP）に基づいて通信することをさらに含む請求項５８に記載の１つ以上の格納デバイス。
66. 前記デジタルカメラアダプタデバイスがPTPカメラアダプタを備える請求項５８に記載の１つ以上の格納デバイス。
67. 前記第１および第２のデバイスがプリンタをさらに備える請求項６６に記載の１つ以上の格納デバイス。
68. 前記第１メッセージを受信して前記第２デバイスと関連する第２ペアリングアクチュエータが動作するとき、前記第２デバイスは自動的に前記第２メッセージを生成して転送する請求項５８に記載の１つ以上の格納デバイス。
69. 前記第２メッセージを受信して第２ペアリングアクチュエータが動作するとき、前記第１デバイスは自動的に前記確認メッセージを生成して転送する請求項５８に記載の１つ以上の格納デバイス。
70. 前記対接続は、メディア捕捉（media acquisition）、フィルタリング、または出力サービス、またはその組み合わせの提供において前記第１デバイスが前記第２デバイスを制御することができるようにするための通信プロトコルを使用する請求項５８に記載の方法。
71. 前記デジタルカメラアダプタデバイスはバスプロトコルを使用して前記デジタルカメラデバイスと通信する請求項５８に記載の方法。
72. ネットワークを介して第２デバイス対接続を確立するためのデジタルカメラアダプタデバイスであって、
    前記アダプタデバイスはユーザアクチュエータと、ネットワークインターフェースと、バスインターフェースとを含み、前記アダプタデバイスは前記バスインターフェースと前記ネットワークインターフェース間でメッセージを送信するための前記対接続の確立において設定され、
    前記アダプタデバイスは、
    ユーザアクチュエータとのユーザインタラクションに応答し、前記ネットワークインターフェースを介して情報メッセージを送信し、前記情報メッセージは前記デバイスのユーザが前記デバイスを第２デバイスと対にすることを望むことを示す識別子を含み、
    前記第１の所定の時間内における前記ネットワークインターフェースを介しての前記第２のデバイスからの情報メッセージの受信に応答し、情報メッセージから第２デバイスの識別子を読み出し、前記第１デバイスの識別子と前記第２デバイスの識別子を含む確認メッセージを前記ネットワークインターフェースを介して送信し、
    第２の所定時間内における前記第２デバイスからの対応する確認メッセージの受信に応答し、前記第２デバイスとの対接続を完了させるデジタルカメラアダプタデバイス。
73. 前記バスインターフェースがUSBインターフェースを備える請求項７２に記載のデバイス。
74. 前記バスインターフェースを介してPTP適合デバイスと通信するためにPTPイニシエータを実装するように設定された請求項７２に記載のデバイス。
75. 前記ネットワークインターフェースを介して１つ以上のPTP／IP適合デバイスと通信するためにPTPレスポンダを実装するように設定された請求項７４に記載のデバイス。
76. 各対接続の確立の後、各デバイスとの１つ以上のさらなる対接続を確立するように設定される請求項７５に記載のデバイス。
77. 対接続が前記ネットワークインターフェースを介して確立されたデバイスごとの各PTPセッションを確立するように設定される請求項７６に記載のデバイス。
78. 接続が1つのデバイスとのみ確立されるときに、前記デバイスがブリッジとして機能する、請求項７７に記載のデバイス。
79. １つ以上の対接続が確立されるときに前記デバイスがゲートウェイとして機能する、請求項７７に記載のデバイス。
80. 請求項７２に記載のアダプタデバイスと格納デバイスとを備えるシステムであって、
    前記アダプタデバイスが前記バスインターフェースを介してカメラに接続するように設定されるとともに、前記アダプタデバイスが前記ネットワークインターフェースを介して前記格納デバイスに接続されるように設定されるシステム。
81. 前記格納デバイスが前記アダプタデバイスを介して前記カメラに対し、前記カメラに格納されるデータのバックアップが実行されてもよいか否かを決定するための要求を定期的に送出し、応答を確認するように設定される、請求項８０に記載のシステム。
82. 前記格納デバイスが前記アダプタデバイスを介した前記カメラからの反応の受信に応答し、前記アダプタデバイスを介して前記カメラにデータの要求を送出し、前記データを受信して格納する請求項８１に記載のシステム。
83. 前記格納デバイスが前記アダプタデバイスへの１つの要求を送出するように設定され、前記アダプタデバイスが前記要求に応じて前記カメラにおいて格納されるデータのバックアップが実行されてもよいか決定するようにカメラに周期的に要求し、応答を確認する、請求項８０に記載のシステム。
84. 前記格納アダプタデバイスが応答の受信に応じて前記カメラへデータ要求を送信し、前記格納デバイスにより最も新しく読み出されたデータを受信して格納する、請求項８３に記載のシステム。
85. 前記要求が転送されるデータの要求を含む請求項８３に記載のシステム。
86. 前記要求が転送されるデータの要求を含む請求項８１に記載のシステム。
87. 前記アダプタデバイスが、前記格納デバイスに対し、前記格納デバイスのメモリが一杯か否か決定するための問い合わせを行うよう設定される、請求項８０に記載のシステム。
88. 前記格納デバイスが先入れ先出しメモリ（first-in-first-out, FIFO memory）として動作可能なメモリを備える、請求項８０に記載のシステム。
89. 前記アダプタデバイスが先入れ先出しメモリとして動作可能なメモリを備える、請求項８０に記載のシステム。
90. 前記格納デバイスが前記格納デバイスから消去されてはいけないデータをマーク(mark)
    するように設定される請求項８０に記載のシステム。
91. 前記格納デバイスが前記格納デバイスに格納されるデータについての情報を前記カメラに提供するよう設定される請求項８０に記載のシステム。
    
    

Images