中国企業レポートにおけるソフトウェア著作権

タイトル、バージョン、記録された所有者、および日付によってソフトウェア著作権の記録を解釈し、その記録が実際に購入されているソフトウェアとどのように関連するかを検証します。

ソフトウェア著作権記録は、特定のソフトウェアバージョンを記録された権利保有者に関連付けることができます。しかし、それはソフトウェアが機能すること、現在のビルドが登録されたバージョンであること、またはベンダーが製品内のすべてのコンポーネントを所有していることを証明するものではありません。

ソフトウェア著作権記録とライブ機器プラットフォームおよび接続されたコントローラーを比較する技術レビュアー
実際に購入されているソフトウェアに併せて登録項目を確認してください:正確なタイトル、バージョン、主体、日付、ビルドの証拠、および納品責任。

この境界線は、産業用プラットフォーム、モバイルアプリ、組み込みコントローラー、SaaSベンダー、またはスマートデバイスサプライヤーを検討する際に特に重要です。企業レポートは有用な登録記録を浮き彫りにすることがありますが、調達に関する質問はより狭義です: この記録は、ベンダーがこの製品において主張する役割を裏付けるものか?

何が登録されているのか?

中国の コンピュータソフトウェア保護条例 では、ソフトウェアをコンピュータプログラムおよびそれに関連する文書と定義しています。同じプログラムのソースコードとオブジェクトコードは、その定義の下で同一の作品として扱われます。したがって、この概念は、製品のアイデア、クラウドサービス、ブランド、またはテクノロジービジネス全体よりも具体的です。

その WIPOソフトウェア概要 はもう一つの有用な線引きを示しています:著作権は表現を保護しますが、アイデア、手続き、操作方法、または数学的概念そのものを保護するものではありません。「倉庫ルーティングプラットフォーム V1.0」の登録は、販売プレゼンテーションで説明されているすべての倉庫ルーティングの概念やアルゴリズムに対する排他的所有権を意味するものではありません。

企業レポートが特許や商標 alongside ソフトウェア登録をリストアップしている場合、その目的を区別してください。 IP記録使用マップ はより広範なポートフォリオを説明しますが、このページはソフトウェア記録に焦点を当てています。

登録は証拠であり、著作権の発生ではない

保護条例では、ソフトウェア著作権は開発が完了した時点で発生すると規定しています。また、権利保有者が登録を行い、その結果得られる登録書類を登録事項の予備的証拠として記述することを認めています。中国の ソフトウェア著作権登録弁法 は登録を奨励し、申請者および書類の要件を定めています。

したがって、2 の一般的な誤った陈述を避けてください:

  • 「会社は登録日に著作権を取得した。」基礎となる権利はその行政的な日付によって作成されるものではありません。
  • 「登録が見つからなかったため、会社には著作権がない。」検索結果が見つからないことは、保護対象となるソフトウェアや契約上の権利が存在するかどうかを決定するものではありません。

この区別は、なぜ登録数が品質ランキングにならないのかも説明しています。国家著作権局は報告しました 2025における3,182,829件のソフトウェア著作権登録。これは広範な行政的文脈であり、100件の記録を持つベンダーが5件の関連記録を持つ1よりも優れているという証拠ではありません。

6のフィールドをバージョンカードとして読み取る

利用可能性は情報源によって異なりますが、有用な記録抽出には以下のフィールドが含まれる場合があります。バージョンサフィックスやエンティティ名を翻訳で消去するのではなく、中国語テキストと取得日を保持してください。

ソフトウェアの正式名称および略称
正確な文言を引用文、ログイン画面、ユーザーマニュアル、契約別表と比較してください。類似した名称は、購入対象のビルドではなく、製品ファミリーを指す場合があります。
バージョン番号
`V1.0`は、実証された`V3.2`と interchangeable(相互交換可能)ではありません。リリース、モジュール、ホワイトラベル版が登録バージョンとどのように関連するかを確認してください。
登録者または記録上の権利者
中国語の法人名を契約会社と一致させてください。創業者、従業員、関連会社、外部開発者が記載されている場合は、その差異を自動的に正当または疑わしいものと見なすのではなく、所有権またはライセンスの連鎖を文書化してください。
開発完了日
これは登録済みソフトウェアの報告された完了時点です。コードリポジトリ、機能の完全性、またはリリース品質の独立した監査ではありません。
表示されている場合、1の公開日
これは年代順序の再構築に役立ちます。「未公開」、空白、または利用不可を「一度も使用されていない」または「一度も納品されていない」と書き換えてはいけません。
登録日および登録番号
これらを使用して行政記録を特定し、時期を確定してください。登録日を完了日、1の公開日、または現在の製品リリース日の代用として使用しないでください。

権利者が販売者であるとは限りません

不一致がある場合は、関係性の説明が必要です。ソフトウェアは従業員によって開発されたもの、共同開発されたもの、請負業者に委託されたもの、譲渡されたもの、ライセンスされたもの、または他のグループ会社に留保されたものである可能性があります。保護規制には、委託開発および特定の従業員開発ソフトウェアに関する特定のデフォルト規則が含まれていますが、買い手は短い公開結果から法的所有権を解決しようとしてはなりません。

実際の状況に適合する書類(開発契約、雇用契約における知的財産条項、譲渡証書、ライセンス、グループ会社からの承認、合併または社名変更の記録、および3サードパーティおよびオープンソースコンポーネントのリスト)を請求してください。各企業を中国語の法人身分によって検証してください。販売者が開発者は関連会社であると主張している場合は、両方の名称を1社に統合するのではなく、契約当事者およびサービスチームとの関係性を比較してください。

事業範囲はソフトウェア開発または技術サービスに関する文脈を提供できますが、著作権の所有権を決定するものではありません。 事業範囲のレビュー をその別の分野のために使用してください。

3の日付はリリース履歴を構成しません

登録からは、完了日、1の公開日、および登録日が得られる場合があります。しかし、それらのいずれも、今日デモで実行されているビルド、機能が追加された時期、本番環境を維持している担当者、またはベンダーが障害後にサービスを復旧できるかどうかを必ずしも示すものではありません。

ソフトウェア配信のために作成された記録から短い年代順序を構築してください:

  1. 登録タイトル、バージョン、および報告された完了日;
  2. 引用されたバージョンのリリースノートおよびビルド識別子;
  3. 日付付きの顧客または内部受領記録;
  4. 取引に適したリポジトリ、デプロイメント、またはエスクローの証拠;
  5. 現在のサポート所有者、下請け業者、およびライフサイクル終了ポリシー。

目的は、すべての購入に対してソースコードを要求することではありません。証拠が依存関係に比例していることを確認することです:1の分析家が使用するオフラインユーティリティは、生産ラインを制御したり規制対象データを保存したりするソフトウェアよりも、継続性の証拠をより少なく必要とします。

事例:レポートではV1.0と記載されていますが、デモではV3.2となっています。

架空のベンダーが`PlantWatch 3.2`(工場センサー付きの監視プラットフォーム)を実演しています。同社のレポートには、同じ中国の法人实体に登録された`PlantWatch Equipment Monitoring Platform V1.0`が記載されており、登録日は3年前です。タイトル、所有者、時系列は妥当です。この記録は、会社とその製品の以前のバージョン間の継続性を支持するものです。

これはV3.2を検証するものではありません。購入者は、デモに表示されるビルド番号であるV1.0からV3.2へのリリースノート、機能対バージョンリスト、最近の受領証拠、および他の開発者が供給したマッピングコンポーネントの開示を求めます。その後、契約書には納品物のバージョン、サポート期間、データエクスポート方法、セキュリティ上の義務、受検試験、および3者ライセンスに関する責任が明記されます。

得られる結論は、「著作権検証済み、承認」でも「バージョン不整合、却下」でもありません。それは次の通りです:「登録は以前の製品と会社の関係を支持しますが、現在のバージョンの所有権、コンポーネント、および納品管理については、記載された証拠が必要です。」

登録がテストしない事項

  • 機能: 約束された機能が買主のワークロードの下で動作するか否か。
  • セキュリティ: 脆弱性管理、アクセス制御、暗号化、インシデント対応、または安全な開発。
  • コードの出所: すべてのモジュールがオリジナル、ライセンス付与済み、オープンソース、または請負業者によって供給されたものであるか否か。
  • 運用: ホスティングの所有権、バックアップ、災害復旧、サポートスタッフ、および稼働率。
  • 製品権限: 販売者が買主の地域と使用ケースにおいて現在のビルドをライセンス付与する権限を持っているか否か。

これらを確認するには、技術的テスト、ソフトウェア構成管理またはセキュリティレビュー、契約書の証拠、そして場合によっては専門的な法的助言が必要です。会社の記録はこれらのチェックをターゲットにするのに役立ちますが、それ自体が行うことはできません。

限定された会社レポートの結論を作成する

正確な記録、アイデンティティの一致、バージョンの関係、日付の制限、および次のアクションを明記します。例:

レポートは、認証済みの契約当事者に登録された`PlantWatch Equipment Monitoring Platform V1.0`を特定しています。これは、記録された日付時点で、指定されたバージョンについてソフトウェアと会社の関係を支持するものです。しかし、引用されたV3.2ビルドの所有権、セキュリティ、またはパフォーマンスを確立するものではありません。承認前に、リリースチェーン、コンポーネント開示、受領証拠、および契約上のライセンスを取得してください。

ソース抽出物とサプライヤーの回答を サプライヤー承認ファイルに添付します。 サンプル会社レポート は、IPモジュールがアイデンティティおよび運用データの横に位置する方法を示しており、孤立して読むべきではありません。

高価値のカスタム開発、所有権の争い、ソースコードへのアクセス、国境を越えたライセンス、侵害の懸念、またはビジネス上重要な継続性を、資格のある技術者および法的レビュー担当者にエスカレーションしてください。通常の調達においては、結果を 契約前証拠シーケンス に配置し、限定された文言を 内部承認メモに記録します。