まず資料一式をそろえる
同じように聞こえる結論でも、根拠となる対象や手法が異なる場合があります。反証を依頼する前に、調査部分、添付資料、画像、表、資料一覧を含む鑑定書全体を集めてください。最後の一ページだけでは、特徴がどう特定され、比較対象の情報がどこから得られたかを検証できません。
争いのある箇所と、どのデータが省略または誤解されたと考えるかを示してください。検証の準備に役立ちますが、結果を決めるものではありません。レビュー担当者が、元の作成者の説明の一部を妥当とし、同時に別の点で重大な不足を見つける場合もあります。
対象の識別を確認する
技術的紛争では、図面、写真、試験が製品のどの仕様に対応するかが重要です。プログラムに関する紛争では、どのファイル一式が実際に調べられたかが重要です。標章の比較では、提示された具体的な形態を把握する必要があります。作成者が説明なしに別々の対象の資料をまとめると、最終表が、実際には存在しなかった構造や画像を示すおそれがあります。
レビュー担当者は、名称、表示、バージョン、日付を照合します。事務的に見える確認ですが、分析が正しい対象に基づくかを左右します。見つかった不一致は、具体的な結論に結びつける必要があります。名称の誤りすべてが、調査内容を変えるわけではありません。
比較方法を検討する
特徴の比較表は、各特徴の確認方法と裏付けを読者が理解できる場合にのみ役立ちます。全景写真では内部構造が分からないことがあります。文章やコードの類似率だけでは、共通ライブラリーやテンプレートの意味は明らかになりません。デザインの一部が見た目で一致しても、全体構成の相違を説明したことにはなりません。
手法が対象と質問に適しているかを評価するには、専門知識が必要です。レビューでは、発見された一致だけでなく、見落とし、代替説明、基礎データの十分性も検討します。断定的な結論には、それに見合う十分な根拠が必要です。
技術的結論と法的結論を分ける
調査により、ある特徴の存在、部分的な類似、元資料一式の特性を明らかにできることがあります。しかし、それだけで排他的権利の帰属、個人の責任、補償額が自動的に決まるわけではありません。鑑定書にそのような評価がある場合、作成者が専門的質問の範囲を超えていないかを確認する必要があります。
逆に、特徴に関する情報がないことを、その特徴自体が存在しないと立証されたかのように記載する場合もあります。レビュー担当者は、両者を区別する必要があります。対象へのアクセス制限、文書不足、非公開形式のプログラムによって、質問が未解決のまま残る場合があり、一方当事者に都合の良い仮説が確認されたことにはなりません。
次の対応を決める
実質的なレビューでは、ページ、検討するデータ、各指摘の意味を示します。表の説明や添付資料の提供だけで足りる場合もあります。一方、新たな実物確認、別のソースコード群、追加調査が必要な場合もあります。文書のレビューによって不足データが作られるわけではなく、新たな対象の調査にも代わりません。
今後の利用に向けて、争点となる結論、作成者の根拠、検証可能な指摘、必要資料を短い表に整理すると便利です。自分の立場に不利な情報も専門家に提供してください。適切な作業範囲を選び、透明性のある結果を得るのに役立ちます。レビューの訴訟手続上の利用と紛争解決の判断は、別に行われます。
当初の鑑定後に入手した資料は、別に示してください。新しい図面、変更された構成、後から見つかった刊行物は役立つことがありますが、以前に調べられた資料一式を説明なく置き換えてはなりません。作成者が当時のデータから何を明らかにできたかという問いと、拡充された対象・書類に基づいて何を結論づけられるかという問いは区別する必要があります。