先使用権の主張に備えるには、技術内容、日付、事業準備、対象範囲、真正性を平時から説明できる状態が必要です。公証とタイムスタンプの役割、証拠台帳、分野別の残し方まで整理します。
先使用権の主張に備えるには、技術内容、日付、事業準備、対象範囲、真正性を平時から説明できる状態が必要です。
他社権利との衝突に備え、技術・時期・事業・範囲・真正性を平時から説明できる状態にします。
公証・タイムスタンプによる先使用証拠化とは、他社が後に取得する特許権・実用新案権・意匠権・商標権などに対し、自社がそれ以前から発明、考案、意匠、標章、製品、製造方法、ソフトウェア、ノウハウ等を実施し、または実施準備していたことを、将来の紛争で説明できる形にしておく証拠設計です。
最初に、証拠化で説明すべき5項目を整理します。この一覧が重要なのは、単に「先に思いついた」「社内で使っていた」という感覚だけでは、警告対応や訴訟で足りないことがあるためです。各項目では、何を、いつ、どの範囲で、どの資料により説明するかを読み取ってください。
他社の出願日または優先日前から存在していたことを、客観的な日付資料で説明します。
技術、製品、方法、意匠、標章、ソースコード、データ、ノウハウの内容と範囲を特定します。
後日作成や改ざんではないことを、公証、認定タイムスタンプ、電子署名、台帳で補強します。
公証は、紙資料、封緘資料、署名文書、現場確認に公的な証明力を加える手段です。タイムスタンプは、電子データについて、ある時刻以前の存在と、その後の非改ざん性を説明する技術的手段です。両者は競合ではなく、紙、電子ファイル、現物、ログ、取引資料、技術説明書、写真・動画、メール、議事録、承認記録を束ねる補完的な道具です。
先使用権は登録で取得する権利ではなく、権利行使を受けた場面で主張する性質を持ちます。
特許法79条を中心に見ると、他人の特許出願に係る発明の内容を知らずに自ら発明し、またはその発明をした者から知得して、特許出願時点で日本国内においてその発明の実施である事業またはその準備をしている者について、一定範囲で通常実施権が認められます。
企業が残すべき証拠を要素別に見ると、先使用権の主張でどこが争点になるかが分かります。この表が重要なのは、日付だけでなく、独自創作、事業準備、実施対象、事業目的、継続性まで説明する必要があるためです。各行では、どの資料がどの事実を支えるかを確認してください。
| 立証要素 | 残すべき資料例 | 証拠化のポイント |
|---|---|---|
| 独自創作・独自入手 | 発明提案書、研究ノート、共同研究契約、開発経緯資料 | 他社出願内容からの模倣ではないことを説明する |
| 他社出願前の存在 | 公証済み資料、タイムスタンプ済み電子ファイル、日付入り設計書 | 日付の客観性を高める |
| 実施または事業準備 | 試作指示書、購買発注、設備発注、量産判定資料、顧客提案 | 単なるアイデアではなく事業行為に近づいていたことを示す |
| 実施対象の範囲 | 製品仕様書、図面、BOM、ソースコード、工程表、実験条件 | 後日のクレーム対比に耐える粒度で記録する |
| 継続性・承継 | 生産履歴、販売履歴、部門移管記録、事業譲渡契約、M&A資料 | 中断、変更、承継時の説明を可能にする |
実用新案や意匠でも同趣旨の制度が問題になりますが、意匠では形状・模様・色彩等の見た目が中心となるため、製品外観、3D CAD、金型図、試作品写真、販売ページ、カタログ、パッケージ、ユーザーインターフェース画像が重要になります。商標では、使用開始日だけでなく、販売実績、広告、取引先、地域、認知度、ウェブ掲載、メディア露出、展示会出展も重要です。
確定日付、私署証書の認証、事実実験公正証書を目的に応じて使い分けます。
公証制度は、公証人が私署証書に確定日付を付与したり、認証したり、公正証書を作成したりすることにより、文書の信用性や証拠力を高め、紛争を予防する制度です。先使用証拠化で使われる代表的な手段は、確定日付、私署証書の認証、事実実験公正証書です。
公証手段の役割を比較すると、同じ「公証」でも効く争点が異なることが分かります。この比較が重要なのは、文書の存在日を示したいのか、作成名義人との結び付きを強めたいのか、現場・装置・工程を直接確認したいのかで選ぶ手段が変わるためです。各列で、証明したい事実と限界を確認してください。
| 手段 | 主な機能 | 先使用証拠化での使い方 | 限界 |
|---|---|---|---|
| 確定日付 | その日に文書が存在したことを示す | 発明提案書、設計図、技術履歴説明書、封緘資料に使う | 内容の真実性や作成者までは当然には示さない |
| 私署証書の認証 | 署名・押印等が本人の意思に基づくことを補強する | 技術説明書や添付資料一覧に責任者が署名する場面で使う | 技術内容そのものの正しさを鑑定するものではない |
| 事実実験公正証書 | 公証人が直接体験した事実を公文書化する | 製造装置、工程、現物、画面、サンプル封入の確認に使う | 公証人は技術鑑定人ではないため事前設計が必要 |
確定日付を取得する場合、発明提案書、技術説明書、研究開発報告書、設計図、試験成績書を綴じる方法があります。小型サンプル、写真、説明書、仕様書を封筒に入れ、封緘し、封筒と説明書の境目に確定日付印を得る方法もあります。ただし、資料の作成者、添付資料との関係、差し替え防止、保管場所を別途説明できるようにします。
公証を使う際の注意点を一覧で見ると、費用をかけても肝心の争点に効かないリスクが分かります。この一覧が重要なのは、公証だけで勝敗が決まるわけではなく、資料ID、封緘、ハッシュ値、証拠台帳、秘密管理を組み合わせる必要があるためです。各行では、弱点と実務対応の組合せを確認してください。
| 注意点 | 実務対応 |
|---|---|
| 内容の真実性まで当然に証明されるわけではない | 説明書、添付資料一覧、作成者署名、関連ログ、現物保管を組み合わせる |
| 添付資料の差し替えリスク | 契印、割印、封緘、ページ番号、資料ID、ハッシュ値一覧を使う |
| 技術秘密の開示リスク | 示す範囲、封緘方式、閲覧範囲、提出範囲を検討する |
| 大量電子データとの相性 | 認定タイムスタンプ、電子署名、証拠台帳、外部保管と組み合わせる |
| 後日の説明可能性 | なぜこの資料を公証したのかを証拠台帳に残す |
電子データの存在時刻と非改ざん性を説明するための技術的手段です。
タイムスタンプは、電子データについて、ある時刻にそのデータが存在していたことと、その時刻以降に改ざんされていないことを検証するための技術です。一般的には、対象ファイルのハッシュ値を計算し、タイムスタンプ局が時刻情報と署名を付けたトークンを返し、後日ファイルとトークンを照合します。
タイムスタンプの基本動作を順番に見ると、なぜファイル本体、ハッシュ値、トークン、検証レポートを一体保存すべきかが分かります。この時系列が重要なのは、トークンだけ残っても対象ファイルがなければ検証できないためです。上から下へ、取得から検証までの順番を確認してください。
PDF、CAD、ソースコード、ZIP、画像、動画、実験データ、AIモデルなどを選びます。
対象ファイルから一意の値を計算し、改ざん検知の基礎にします。
タイムスタンプ局が時刻情報と署名を結合したトークンを発行します。
再計算したハッシュ値とトークン内の値を照合し、存在時刻と非改ざん性を説明しやすくします。
タイムスタンプが主に示すのは、存在時刻と非改ざん性です。誰が作成したか、内容が真実か、他社特許のクレームと同じかまでは当然には示しません。そのため、電子署名、社内承認記録、証拠説明書、実験ログ、取引資料、クレーム対比と組み合わせます。
電子データの種類ごとに、何へタイムスタンプを付けるべきかを整理します。この表が重要なのは、重要資料を無差別に保存するのではなく、証明したい事実と対応づけて選ぶ必要があるためです。各行では、研究開発、設計、ソフトウェア、AI、営業、取引のどこに証拠が生まれるかを確認してください。
| 分野 | タイムスタンプ対象例 |
|---|---|
| 研究開発 | 発明提案書、実験計画書、実験結果、研究月報、解析レポート、共同研究議事録 |
| 設計・製造 | CAD、BOM、図面、工程表、製造標準書、検査規格、品質記録、設備設定値 |
| ソフトウェア | ソースコード、Gitタグ、コミット一覧、設計書、API仕様書、テストログ、バイナリ |
| AI・データ | 学習データ仕様、前処理コード、モデル構成、重みファイル、評価レポート、プロンプト設計 |
| 営業・商標 | カタログ、広告、LP、SNS投稿記録、販売実績、注文書、顧客向け提案資料 |
| 取引・準備 | 見積書、発注書、設備購入、外注契約、量産判定、取締役会・稟議資料 |
紙・現物・現場には公証、大量の電子データにはタイムスタンプが強みを持ちます。
公証とタイムスタンプは、どちらか一方を選ぶものではありません。紙・現物・現場・署名者確認には公証が強く、大量の電子データや継続的な開発資料にはタイムスタンプが強みを持ちます。実務では、電子データの量的蓄積、紙文書の公的日付、作成者の確認、現物・現場の補強を組み合わせます。
次の比較は、場面ごとにどの手段を優先するかを示します。この整理が重要なのは、たとえばソースコードにはタイムスタンプが向いていても、試作品や現場工程には公証が有効な場面があるためです。各行では、対象物と理由をセットで確認してください。
| 場面 | 推奨手段 | 理由 |
|---|---|---|
| 小型サンプル、試作品、紙資料 | 確定日付、封緘、公証役場での保全 | 現物と説明書を一体化しやすい |
| 大量の設計図、電子文書、ソースコード | 認定タイムスタンプ、ハッシュ一覧、電子署名 | 量が多く、反復取得しやすい |
| 製造工程や装置動作 | 事実実験公正証書、動画、ログ | 公証人が見聞した事実を公文書化できる |
| 作成者・責任者の明確化 | 私署証書認証、電子署名、社内承認ログ | 作成名義との結び付きを補強する |
| 秘密情報を外部に出したくない | ハッシュ型タイムスタンプ、限定的な公証資料 | 本体開示を抑えられる可能性がある |
| 将来の訴訟への備え | 公証、タイムスタンプ、証拠台帳、保管ポリシーの併用 | 裁判所は証拠を総合評価するため |
典型的な併用モデルでは、研究開発資料、設計資料、ソースコード、実験データに日常的に認定タイムスタンプを付与し、四半期または開発ゲートごとに技術履歴説明書を作成します。説明書には添付資料一覧、ハッシュ値一覧、資料ID、作成者、関連製品を記載し、確定日付または私署証書認証を受けます。重要な現物・サンプル・工程については、封緘確定日付または事実実験公正証書を検討します。
併用モデルの順番を整理すると、平時の運用に落とし込みやすくなります。この判断の流れが重要なのは、日常の電子データ保全と節目の公証を分けて設計できるためです。上から下へ、継続取得、節目整理、現物補強、台帳登録の順番を確認してください。
設計資料、ソースコード、実験データを継続的に保全します。
開発ゲートごとに、資料ID、ハッシュ値、関連製品を整理します。
サンプル、工程、装置動作、画面表示を説明する必要があるかを見ます。
封緘、確定日付、事実実験公正証書を検討します。
保管場所、検証方法、アクセス権限を記録します。
単発の資料ではなく、発明から量産・販売・変更までを説明できる形にします。
先使用権の争いでは、時間軸が決定的です。他社の出願日または優先日より前に、自社が何をしていたかが問題になるためです。時系列表には、作成日、承認日、試験日、出荷日、タイムスタンプ日、公証日、イベント、関係者、対象技術、証拠ID、証拠化手段、保管場所、秘密区分、関連特許・商標を記録します。
証拠台帳の例を見ると、資料が「点」ではなく事業活動の「線」としてつながることが分かります。この表が重要なのは、弁護士、弁理士、裁判所、相手方が見たときに、資料の意味と証明したい事実を理解できるようにするためです。各列では、証拠ID、資料名、証拠化手段、証明したい事実の対応を確認してください。
| 証拠ID | 資料名 | 作成日 | 対象技術 | 証拠化手段 | 証明したい事実 |
|---|---|---|---|---|---|
| E-001 | 発明提案書 v1.0 | 2026-01-12 | 制御方法X | 電子署名・タイムスタンプ | 独自発明、技術内容 |
| E-002 | 試作指示書 | 2026-02-03 | 試作機P1 | タイムスタンプ | 事業準備 |
| E-003 | 実験結果報告書 | 2026-02-20 | 条件Y | タイムスタンプ | 技術効果、実施条件 |
| E-004 | 部材発注書 | 2026-02-25 | 試作機P1 | 原本保管 | 事業準備 |
| E-005 | 技術履歴説明書 | 2026-03-31 | 制御方法X | 私署証書認証 | 資料群の統合説明 |
| E-006 | 試作機封緘記録 | 2026-04-10 | 試作機P1 | 確定日付・写真 | 現物存在 |
タイムスタンプ証拠パッケージでは、対象ファイルだけでなく、README、証拠インデックス、原本ファイル、ハッシュ一覧、タイムスタンプトークン、検証レポート、保管履歴、関連する発注書・試作指示・顧客提案を一式で保管します。READMEには、証拠の目的、対象技術、関連製品、作成者、部署、日付、資料間の関係、秘密区分、保管責任者、検証方法を記載します。
平時の保全と紛争時の凍結を分けて、法務・知財・R&D・ITで運用します。
平時の先使用証拠化は、法務だけで完結しません。研究開発、知財、製造、IT、営業、経理、内部監査が関与する業務プロセスです。発明・ノウハウの発生から、発明提案、技術情報登録、権利化・秘匿化・公知化・先使用証拠化の選別、証拠対象資料の指定、電子署名・タイムスタンプ・公証、台帳登録、アクセス制御、他社出願ウォッチまでをつなげます。
平時から紛争時までの順番を見える化すると、どの段階で証拠を作り、どの段階で凍結するかが分かります。この判断の流れが重要なのは、警告書を受けてから証拠を作り始めても、真正性を疑われるリスクが高まるためです。上から下へ、平時運用と紛争時対応の接続を確認してください。
発明提案、実験、設計、コード、顧客提案を記録します。
権利化、秘匿化、公知化、先使用証拠化を分けます。
電子署名、タイムスタンプ、公証、現物保管を実施します。
対象権利、請求項、指定商品役務、対象行為を特定します。
削除・上書きを止め、クレーム対比、秘密保持、提出範囲を検討します。
取得タイミングは、発明提案時、試作開始時、実験完了時、顧客提案時、量産移行時、四半期末、重要サンプル完成時、重要工程確立時、仕様変更時、他社出願発見時に分けると運用しやすくなります。紛争時には、対象権利を特定し、資料を凍結し、既存の公証資料・タイムスタンプ資料・台帳・ログを回収し、クレームチャートまたは対比表を作ります。
取得タイミングを一覧にすると、どの業務資料が証拠になるかが見えます。この表が重要なのは、技術資料だけでなく、購買、設備、顧客、製造、品質、営業の資料も事業準備を支えるためです。各行では、どの節目で何を保全するかを確認してください。
| タイミング | 取得すべき証拠化 |
|---|---|
| 発明提案時 | 発明提案書への電子署名・タイムスタンプ |
| 試作開始時 | 試作指示書、設計図、仕様書へのタイムスタンプ |
| 実験完了時 | 実験計画、実験結果、測定ログへのタイムスタンプ |
| 量産移行時 | 製造標準、検査規格、工程条件、設備設定の保全 |
| 四半期末 | 技術履歴説明書への確定日付または認証 |
| 他社出願発見時 | 証拠凍結、フォレンジック保全、弁護士・弁理士レビュー |
存在時期を説明しつつ、秘密管理性・有用性・非公知性を損なわない設計が必要です。
先使用証拠化は、営業秘密管理と衝突し得ます。証拠を残すために情報を広く共有すると、秘密管理性を損なうおそれがあるからです。秘匿ノウハウを証拠化する場合は、後日存在時期と内容を説明できること、秘密管理性・有用性・非公知性を損なわないこと、アクセス権限、保管、閲覧履歴、持出制限が管理されていることを同時に満たす必要があります。
秘密情報を扱う場合の設計を整理すると、証拠化と漏えい防止を両立させるポイントが分かります。この一覧が重要なのは、証拠化のための外部サービス利用や公証提出が、秘密情報の管理を弱めることがあるためです。各項目では、資料表示、アクセス制御、送信方式、開示範囲の読み方を確認してください。
営業秘密、社外秘、Confidentialなどの表示を付し、必要最小限の閲覧権限にします。
タイムスタンプ取得時にファイル本体を送るのか、ハッシュのみを送るのかを確認します。
公証に示す資料は必要範囲に限定し、封緘、添付資料方式、閲覧制限を検討します。
退職者、外注先、共同研究先との秘密保持契約、発明帰属、成果利用条項も確認します。M&A、共同開発、ライセンス交渉では、開示範囲、開示履歴、データルームログを残すことが重要です。
製造、ソフトウェア、AI、化学、商標では、争点になる資料が異なります。
分野ごとの証拠設計を分けると、対象技術に合った資料を残しやすくなります。製造業では工程条件や管理値、ソフトウェアではソースコードやリリースログ、AIでは学習データやモデル構成、商標では販売・広告・周知性資料が問題になりやすいからです。各列では、何が争点になり、どの資料が説明に役立つかを確認してください。
| 分野 | 残すべき資料 | 注意点 |
|---|---|---|
| 製造業・装置産業 | 図面、CAD、BOM、工程表、材料ロット、装置設定値、試作品、納品記録 | 製品だけでは製造方法やパラメータが分からないことが多い |
| ソフトウェア・SaaS・AI | Gitタグ、ソースコードZIP、設計書、API仕様、モデル構成、学習ログ、推論ログ | Git履歴は書き換え可能な場合があるため、スナップショット保全が重要 |
| バイオ・医薬・化学・食品 | 実験ノート、SOP、配合表、反応条件、分析データ、品質規格、変更管理 | 規制対応資料と技術資料、事業準備資料を結び付ける必要がある |
| 商標・ブランド・サービス | 販売記録、広告、LP、SNS、ロゴデータ、売上、顧客数、メディア掲載 | 使用開始だけでなく、需要者認識や表示態様を説明する必要がある |
ソフトウェアやAIでは、Gitコミット日時だけに依存せず、重要なタグやリリースごとに、リポジトリのスナップショット、コミット一覧、ハッシュ一覧にタイムスタンプを付与し、外部保管することが望ましいです。ウェブページやSNS投稿は変更・削除されやすいため、スクリーンショット、HTML、PDF、投稿日時、ハッシュ、タイムスタンプ、必要に応じた公証を組み合わせます。
分野別の管理方法を役割で見ると、法務・知財だけでは証拠が揃わないことが分かります。この一覧が重要なのは、現場部門が作る日常資料こそ、事業準備や継続使用を支えることが多いためです。各項目では、誰がどの資料を管理すべきかを確認してください。
権利化、秘匿化、公知化、先使用証拠化の選別と、紛争時の提出範囲を設計します。
方針発明提案、実験記録、設計資料、技術履歴を作成し、対象技術の粒度を保ちます。
技術タイムスタンプ基盤、証拠保管、アクセス制御、ログ、バックアップを管理します。
保管発注、納品、販売、請求、広告、顧客提案などの事業証拠を残します。
事業日付だけ、トークンだけ、研究資料だけ、秘密管理なしという片手落ちを避けます。
よくある失敗を先に把握すると、制度設計の穴をふさぎやすくなります。この一覧が重要なのは、先使用証拠化の失敗が、公証やタイムスタンプの取得自体ではなく、添付資料、原本、事業準備、変更履歴、周知性、秘密管理との接続不足から生じやすいためです。各項目では、問題と対策をセットで確認してください。
添付図面や写真との関係が不明になります。資料ID、ページ番号、目録、契印、封緘、ハッシュ値を併用します。
原本ファイルが消失すると検証できません。対象ファイル、トークン、検証レポートを一体保存します。
技術資料だけでは弱いことがあります。購買、設備、顧客、製造、品質、営業の資料をひも付けます。
先使用当時と現在の実施態様が異なる場合があります。変更前後の技術的同一性と変更理由を記録します。
使用開始だけでなく、売上、広告費、販売地域、顧客数、媒体掲載、展示会、レビューを蓄積します。
ハッシュ型タイムスタンプ、アクセス制御、NDA、暗号化、提出範囲限定、ログ管理を徹底します。
ブロックチェーン証明など新しい仕組みを使う場合も、時刻源、運用主体、検証方法、裁判所や相手方への説明可能性を検討します。認定タイムスタンプ、公証、電子署名、証拠台帳と組み合わせ、補助証拠として位置づける方が現実的な場面があります。
技術履歴説明書、証拠化ポリシー、取得記録、準備リストを運用に落とし込みます。
技術履歴説明書には、証拠ID、技術名、関連製品・サービス、作成部署、作成者、承認者、作成日、秘密区分、解決課題、技術的構成、主要パラメータ、実施方法、代替構成、開発経緯、事業準備、添付資料一覧、公証・タイムスタンプ情報、保管情報を記載します。
テンプレートの項目を一覧にすると、技術説明だけでなく、事業準備、証拠化情報、保管情報まで必要なことが分かります。この一覧が重要なのは、先使用権の範囲や真正性を後日説明するには、資料の中身だけではなく、誰がいつどのように保管したかが必要になるためです。各行では、説明すべき項目と実務上の意味を確認してください。
| 項目 | 記載する内容 | 実務上の意味 |
|---|---|---|
| 基本情報 | 証拠ID、技術名、関連製品、作成部署、作成者、秘密区分 | 資料の主体と管理範囲を特定する |
| 技術内容 | 解決課題、技術的構成、主要パラメータ、実施方法、変形例 | 他社権利との対比に耐える粒度を確保する |
| 開発経緯 | 着想日、初回実験日、試作日、量産準備日、顧客提案日 | 他社出願前の存在と事業準備を説明する |
| 添付資料一覧 | 資料名、作成日、作成者、証拠ID、ハッシュ値、タイムスタンプ | 差し替えや散逸への疑義を減らす |
| 保管情報 | 原本保管場所、電子保管場所、アクセス権限、次回検証予定 | 長期保存と検証可能性を確保する |
中小企業・スタートアップでは、まず発明提案書または技術履歴説明書のひな形を作り、重要な図面、仕様書、ソースコード、実験結果を月1回または開発節目でZIP化し、認定タイムスタンプを付けます。半期に1回、重要技術をまとめた紙の説明書に確定日付を取得し、試作品や小型サンプルは説明書・写真とともに封緘して確定日付を得る方法が現実的です。
大企業や研究開発型企業では、発明管理システム、文書管理システム、電子署名、認定タイムスタンプを統合し、Git、PLM、ELN、ERP、MES、QMSと証拠台帳を連携します。開発ゲート、設計審査、量産判定、顧客仕様凍結、ソフトウェアリリース時に自動証拠化する運用も検討できます。
組織規模別の始め方を比較すると、完璧な制度を一度に作る必要はないことが分かります。この比較が重要なのは、証拠化の思想を早い段階から組織に入れ、後で高度化できる形にするためです。左から、最小構成、高度構成、共通の到達点を読み取ってください。
月次ZIP、認定タイムスタンプ、半期の確定日付、Excel台帳、年1回レビューから始めます。
発明管理、文書管理、電子署名、タイムスタンプ、開発ゲート、監査を統合します。
技術、時期、事業、範囲、真正性を平時から説明できる状態にします。
個別案件への法律判断ではなく、一般的な制度理解として整理します。
一般的には、公証やタイムスタンプは証拠の信用性を高める手段とされています。ただし、技術内容、事業準備、対象範囲、独自開発、資料間のひも付けなどによって結論は変わる可能性があります。具体的な見通しは、資料を整理したうえで弁護士・弁理士等の専門家へ相談する必要があります。
一般的には、確定日付は文書がその日に存在したことを示す手段とされています。ただし、電子データの非改ざん性や大量資料の検証には、タイムスタンプ、ハッシュ値、電子署名、検証レポートなどの併用が必要になる可能性があります。具体的な証拠設計は、資料の種類と用途に応じて専門家へ相談する必要があります。
一般的には、秘密情報を扱う場合、ファイル本体を外部送信する方式か、ハッシュ値のみを送信する方式かを確認する必要があるとされています。ただし、情報の性質、契約条件、アクセス制御、NDA、社内規程によってリスクは変わります。具体的な運用は、情報セキュリティ担当や弁護士等と確認する必要があります。
一般的には、資金調達、M&A、共同開発、退職者対応、他社権利との衝突に備え、重要技術の来歴を説明できる状態にしておくことが有用とされています。ただし、費用や運用負担とのバランスは企業規模や事業内容で変わります。具体的には、重要資料を月次または開発節目で保全する最小構成から検討する必要があります。
法令、公的資料、公証・時刻認証、営業秘密管理に関する資料を整理しています。