【誤訳訂正書】
【提出日】平成23年9月29日(2011.9.29)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
第１のクライアントデバイスからＤＮＳ(Domain Name System)サーバでアップデートを受信するステップであって、前記アップデートはホストネームを含む、受信するステップと、
前記ＤＮＳサーバが前記アップデートについて権限のあるゾーンをホストするかどうかを決定するステップと、
前記ホスト名についてのレコードが既にあるかどうかを決定するステップと、前記レコードが既にある場合、
前記ホスト名に関連付けられたＩＰ(Internet Protocol)アドレスを決定するステップと、
前記ホスト名に関連付けられた前記ＩＰアドレスが前記第１のクライアントデバイスのソースＩＰアドレスと一致するかどうかを決定するステップと、
前記ＩＰアドレスが一致する場合に、前記アップデートを許可するステップと、
前記ホスト名に関連付けられた前記ＩＰアドレスが前記第１のクライアントデバイスの前記ソースＩＰアドレスに一致しない場合、前記ホスト名に関連付けられた前記ＩＰアドレスを有する第２のクライアントデバイスにＤＮＳクエリを送信するステップと
を備えたことを特徴とする方法。
【請求項２】
前記ホスト名についてのレコードが無い場合、前記アップデートを許可するステップをさらに備えたことを特徴とする請求項１記載の方法。
【請求項３】
前記ＤＮＳクエリに応答して前記第２のクライアントデバイスから確認応答(acknowledgement)を受信する場合、前記アップデートを拒否するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項４】
前記ＤＮＳクエリに応答して前記第２のクライアントデバイスから確認応答を受信しない場合、前記アップデートを許可するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項５】
別のＤＮＳサーバに前記アップデートを反復するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項６】
前記ホスト名についてのレコードが既にあるかどうかを決定するステップは、複数のタイプの複数のレコードをチェックするステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項７】
前記レコードのタイプの１つはアドレス（Ａ）レコードであることを特徴とする請求項６に記載の方法。
【請求項８】
前記レコードのタイプの１つはＩＰｖ６アドレスレコードであることを特徴とする請求項６に記載の方法。
【請求項９】
前記レコードのタイプの１つはＣＮＡＭＥ(Canonical Name)レコードであることを特徴とする請求項６に記載の方法。
【請求項１０】
前記ゾーンはファイルに格納されることを特徴とする請求項１に記載の方法。
【請求項１１】
前記ゾーンはディレクトリシステムで統合されることを特徴とする請求項１に記載の方法。
【請求項１２】
アップデートのための権限のあるゾーンをホストするＤＮＳ(Domain Name System)サーバで第１のクライアントデバイスからアップデートを受信するステップであって、前記アップデートはホスト名を含む、受信するステップと、
前記ホスト名についてのレコードが既にあるかどうかを決定するために、前記ゾーン内の１又は複数のレコードをチェックするステップと、前記レコードが既にある場合に、
前記ホスト名に関連付けられたＩＰ(Internet Protocol)アドレスを決定するために、前記ホスト名についての前記レコードをチェックするステップと、
前記ホスト名に関連付けられた前記ＩＰアドレスが前記第１のクライアントデバイスのソースＩＰアドレスと一致するかどうかを決定するステップと、前記ＩＰアドレスが一致しない場合に、
前記ホスト名に関連付けられた前記ＩＰアドレスを有する第２のクライアントデバイスにＤＮＳクエリを送信するステップと
前記第２のクライアントデバイスが前記ＤＮＳクエリに応答するかどうかに基づいて、アップデートを許可するかどうかを決定するステップと
を実行するためのデバイス実行可能命令を有する１又は複数のデバイス可読メディア。
【請求項１３】
前記ホスト名についてのレコードがない場合に、前記アップデートを許可するステップをさらに備えることを特徴とする請求項１２に記載の１又は複数のデバイス可読メディア。
【請求項１４】
前記ホスト名に関連付けられた前記ＩＰアドレスが前記第１のクライアントデバイスの前記ソースＩＰアドレスと一致する場合に、前記アップデートを許可するステップをさらに備えることを特徴とする請求項１２に記載の１又は複数のデバイス可読メディア。
【請求項１５】
前記第２のクライアントデバイスが前記ＤＮＳクエリに応答するかどうかに基づいて前記アップデートを許可するかどうかを決定するステップは、前記第２のクライアントデバイスが前記ＤＮＳクエリに応答する場合に前記アップデートを拒否するステップと、前記第２のクライアントデバイスが前記ＤＮＳクエリに応答しない場合に前記アップデートを許可するステップとをさらに備えることを特徴とする請求項１２に記載の１又は複数のデバイス可読メディア。
【請求項１６】
ＤＮＳ(Domain Name System)サーバで第１のクライアントデバイスからアップデートを受信するステップであって、前記アップデートはホスト名を含む、受信するステップと、
前記ホスト名についてのレコードが既にあるかどうかを決定するステップと、前記レコードが既にある場合に、
前記ホスト名の登録者のソースＩＰアドレスを決定するステップと、
前記ホスト名の前記登録者の前記ソースＩＰアドレスが前記第１のクライアントデバイスのソースＩＰアドレスと一致するかどうかを決定するステップと、一致しない場合に、
前記ホスト名の前記登録者にＤＮＳクエリを送信するステップと、
前記ＤＮＳクエリに応答して前記登録者から確認応答を受信する場合に前記アップデートを拒否するステップと
を備えたことを特徴とする方法。
【請求項１７】
前記ホスト名についてのレコードがない場合に前記アップデートを許可するステップをさらに備えたことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ホスト名の前記登録者の前記ソースＩＰアドレスが前記第１のクライアントデバイスのソースＩＰアドレスと一致する場合に、前記アップデートを許可するステップをさらに備えたことを特徴とする請求項１６に記載の方法。
【請求項１９】
前記ＤＮＳクエリに応答して前記登録者から応答を受信しない場合に前記アップデートを許可するステップをさらに備えたことを特徴とする請求項１６に記載の方法。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】０００５
【訂正方法】変更
【訂正の内容】
【０００５】
ここで開示されたものは、名前チャレンジ可能ゾーンを実装するための方法及びシステムのための様々な技術及び技法である。説明された技術の一実装に従って、ＤＮＳサーバ名前についてのアップデートを受信する時、ＤＮＳサーバはホスト名が適用可能ゾーンに既に存在するかどうかを見てチェックする。名前についてのレコードが既にある場合、ＤＮＳサーバは、オリジナルの登録者及びアップデートを送信するクライアントデバイスの識別が、これらのソースＩＰアドレスと比較することにより同じであるかどうかを決定する。ソースＩＰアドレスが同じである場合、アップデートは許可される。ソースＩＰアドレスが異なる場合、ＤＮＳサーバはオリジナルの登録者にＤＮＳクエリを送信する。オリジナルの登録者がＤＮＳクエリに応答する場合、アップデートは拒否される。オリジナルの登録者がＤＮＳクエリに応答しない場合、アップデートは許可される。
【誤訳訂正３】
【訂正対象書類名】明細書
【訂正対象項目名】００１２
【訂正方法】変更
【訂正の内容】
【００１２】
セキュアでないアップデートは、クライアントが新しい再登録を生成又は存在する登録を修正することを可能とする。存在するデータについてのセキュアでないアップデートはオリジナルのオーナーに制限されない。図１に示されるようにシステム１００は、セキュアでない動的アップデートを可能にし、存在する登録に衝突（コンフリクト、conflict）するアップデートに対する名前チャレンジを実装する。１０４、１０６又は１０８などの各クライアントデバイスは、ＤＮＳサーバ１０２に１２０、１２２又は１２４などのアップデートを送信することができる。ＤＮＳサーバ１０２がアップデートを受信するとき、ＤＮＳサーバは、ホスト名が適用可能ゾーンに既に存在するかどうかをチェックして見る。ホスト名についてのレコードが既にある場合、ＤＮＳサーバ１０２は、オリジナルの登録者及びアップデートを送信するクライアントデバイスの識別が、これらのソースＩＰアドレスと比較することにより同じであるかどうかを決定する。ソースＩＰアドレスが同じである場合、アップデートは許可される。ソースＩＰアドレスが異なる場合、ＤＮＳサーバはオリジナルの登録者にＤＮＳクエリを送信することができる。オリジナルの登録者がＤＮＳクエリに応答する場合、アップデートは拒否される。オリジナルの登録者がＤＮＳクエリに応答しない場合、アップデートは許可される。ＤＮＳサーバ１０２は、要求されたアップデートの許可又は拒否をクライアントデバイスに通知するために、アップデートを要求したクライアントデバイスに、１３０、１３２又は１３４などの応答を送り返す。
【誤訳訂正４】
【訂正対象書類名】明細書
【訂正対象項目名】００１４
【訂正方法】変更
【訂正の内容】
【００１４】
第１のシナリオにおいて、クライアントデバイス１０４がそのレコードＡをリフレッシュ(refresh)するために「lab-comp.corp.contoso.com」についての動的アップデートを送信すると仮定する。権限のあるＤＮＳサーバ１０２が見つかるとき、「corp.contoso.com」ゾーンにおける「lab-comp」についてのレコードＡに対する任意の存在するデータをチェックする。「lab-comp」についてのレコードＡが存在する。従って、ＤＭＳサーバは、オリジナルの登録者のソースアドレス及びアップデートを送信するクライアントデバイスのソースアドレスが同じであるかどうかを見てチェックする。ソースアドレスは同じである。従ってＤＮＳサーバ１０２はアップデートを許可する。アップデートは処理され、アップデートの成功はクライアントデバイス１０４へ返される。
【誤訳訂正５】
【訂正対象書類名】明細書
【訂正対象項目名】００１５
【訂正方法】変更
【訂正の内容】
【００１５】
第２のシナリオにおいて、クライアントデバイス１０５は、そのＩＰアドレスの登録の試みにおいて、「lab-comp.corp.contoso.com」についての動的アップデートを送信すると仮定する。権限のあるＤＮＳサーバ１０２が見つかるとき、「corp.contoso.com」ゾーンにおける「lab-comp」についての任意の存在するレコードＡをチェックする。「lab-comp」についてのレコードＡが既に存在する。従って、ＤＭＳサーバは、オリジナルの登録者のソースアドレス及びアップデートを送信するクライアントデバイスのソースアドレスが同じであるかどうかを見てチェックする。オリジナルの登録者はクライアントデバイス１０４であり、クライアントデバイス１０５はアップデートを送信しているので、それらのソースＩＰアドレスは同じでない。ＤＮＳサーバ１０２はアップデートを拒否するかもしれない。ＤＮＳサーバ１０２はクライアントデバイス１０４にＤＮＳクエリを送信することができる。ＤＮＳクエリに応答してクライアントデバイス１０４から確認応答(acknowledgement)を受信する場合、ＤＮＳサーバ１０２はアップデートを拒否する。クライアントデバイス１０４からＤＮＳクエリへの応答が受信されない場合、ＤＮＳサーバ１０２はアップデートを許可する。