行政書士の専門分野として「プログラムの著作権登録」を選ぶ価値
行政書士試験に合格し、いざ実務の世界へ足を踏み出す際、「どの業務を自身の専門分野の柱とするか」は、今後の事業展開を大きく左右する重要な決断です。建設業許可や宅建業免許、あるいは入管業務といった王道の許認可業務が存在する一方で、IT化が加速する現代において急速にニーズが高まっているのが、知的財産権の分野、とりわけ「プログラムの著作権登録」業務です。
この業務は、単なる役所への書類提出代行にとどまらず、企業のコア技術である無体財産を法的に保護するためのコンサルティング要素を強く含んでいます。行政書士として独自のポジショニングを築く上で、なぜプログラムの著作権登録が有望な選択肢となり得るのか、その法的背景からマーケティング戦略まで、実務に必要な知識を網羅的に解説します。
IT化社会におけるプログラム保護の重要性とニーズの拡大
あらゆる産業においてDX（デジタルトランスフォーメーション）が推進される現在、企業の競争力の源泉はハードウェアからソフトウェアへと完全に移行しています。革新的なスマートフォンアプリ、独自のアルゴリズムを用いた業務効率化システム、あるいはAI（人工知能）を活用したデータ解析ツールなど、これらはすべて「プログラム」によって駆動しています。
しかし、多大な時間と人的コストをかけて開発したソースコードが、競合他社や退職した従業員によって不正に持ち出され、流用・盗用されるリスクは常に存在します。特にスタートアップ企業や個人開発者にとって、自社のプログラムの模倣はビジネスの根幹を揺るがす致命傷になりかねません。そのため、「自社のプログラムを法的に守りたい」「ベンチャーキャピタルからの資金調達の前に権利関係を明確にしておきたい」という予防法務・戦略法務のニーズは、かつてないほど高まっています。ここに、法律と手続きの専門家である行政書士が介入し、企業の知財戦略をサポートする大きな余地があります。
他の許認可業務と比較した著作権業務の特性
一般的な許認可業務（例えば、飲食店営業許可や古物商許可など）は、要件を満たし、必要な書類を整えれば、原則として誰が申請しても同じ結果（許可の取得）が得られます。これらは行政法規に基づく「警察的規制の解除」という性質を持っています。
一方、著作権業務は私法上の権利に関する手続きです。日本の著作権法は「無方式主義」を採用しており、著作権そのものは登録によって発生するわけではありません。しかし、登録制度を活用することで、権利の帰属や創作の事実を国が指定する原簿に公示し、取引の安全を図るという重要な目的があります。
クライアントの最終的な目的（資金調達のデューデリジェンス対策、M&Aに向けた資産価値の明確化、他社へのライセンス供与、将来の侵害訴訟への備えなど）に応じて、「どの種類の登録を行うべきか」「どのような内容で明細書を作成し、ソースコードのどの部分を抽出・保護すれば将来のリスクを極小化できるか」を戦略的にアドバイスする能力が求められます。単なる定型業務ではなく、個別の案件ごとに知恵を絞り、企業のビジネスモデルに寄り添う民事法務的アプローチが必要となる点が、この業務の最大の特性です。
IT法務の入り口としての強力なポテンシャル
プログラムの著作権登録を専門として掲げることは、IT関連企業に対して「自社のテクノロジーとビジネスモデルを理解してくれる希少な法律専門家」として認知されるきっかけになります。
一度プログラムの登録手続きを通じてシステムの構造や開発体制を把握し、信頼関係を築くことができれば、そこから派生する様々な「IT法務業務」を継続的に受任できる可能性が飛躍的に高まります。
例えば、開発したソフトウェアをユーザーに提供するための「SaaS利用規約」の作成、外部ベンダーと協業する際の「システム開発委託契約書」の緻密なリーガルチェック、機密情報を守るための「NDA（秘密保持契約書）」の締結サポートなどです。
特にシステム開発委託契約においては、要件定義から順を追って開発する「ウォーターフォール型」と、短いサイクルで開発と修正を繰り返す「アジャイル型」では、著作権がいつ、誰に帰属するのかの契約上の取り決め方が全く異なります。プログラム著作権登録の実務を通じてソフトウェア開発の工程を理解していれば、こうした高度な契約書作成業務においても的確なアドバイスが可能となります。プログラム著作権登録は、継続的な企業法務サポート・顧問契約へと繋がる、極めて強力なフロントエンド業務としてのポテンシャルを秘めています。
プログラムの著作権登録制度の基礎知識と最新動向
実務に取り組むためには、まず著作権法および関連する特別法（プログラム登録特例法）の正確な理解が不可欠です。クライアントに対して制度の強力なメリットと、逆に「何ができないのか」という限界を正しく説明できなければ、専門家としての信頼を得ることはできません。
そもそも「プログラムの著作物」とは何か？（特許権との切り分け）
著作権法上、保護の対象となる「著作物」とは、「思想又は感情を創作的に表現したものであつて、文芸、学術、美術又は音楽の範囲に属するもの」と定義されています（第2条1項1号）。そして、プログラムについても「プログラムの著作物」として明文で保護の対象とされています（第10条1項9号）。
法律上、プログラムは「電子計算機を機能させて一の結果を得ることができるようにこれに対する指令を組み合わせたもの」と定義されています。ここで実務上、クライアントに必ず説明しなければならない極めて重要な原則が、「著作権法で保護されるのは、具体的な指令の組み合わせ（＝ソースコード、オブジェクトコードなどの表現）のみである」という点です。
著作権法第10条3項では、プログラムの作成に用いる「プログラム言語（JavaやPythonなど）」「規約（インターフェースや通信プロトコルなど）」「解法（アルゴリズム）」は保護の対象外であると明確に定めています。クライアントはしばしば「ユーザーの購買履歴から最適な商品を推薦する全く新しいアルゴリズムを思いついたので独占したい」と相談に来ますが、そのアルゴリズム（アイデアそのもの）は著作権では保護されません。
A社が開発した画期的なソースコードを、B社が一切見ることなく、自社の独自コードで全く同じ機能（アルゴリズム）を実装した場合、著作権侵害には問えません。アイデアそのものを独占排他したい場合は、著作権ではなく特許庁への「特許権（ソフトウェア特許・ビジネスモデル特許）」の出願領域となります。行政書士は特許出願の代理はできないため、クライアントの真のニーズが「アイデアの独占」にあるとヒアリングで判断した場合は、速やかに提携する弁理士を紹介することが、正しい実務対応です。
逆に、「開発した自社のソースコードそのものをコピー（デッドコピー）されて別アプリとしてリリースされるのを防ぎたい、牽制したい」ということであれば、著作権登録が極めて有効な対策となります。
登録によって得られる「推定効」と「対抗要件」の絶大な効果
前述の通り、著作権は特許権と異なり、登録しなくても創作した時点で権利が発生します。それでもなお、企業が安くない費用をかけて登録を行う理由（法的メリット）を、行政書士は明確にプレゼンテーションできなければなりません。
1. 推定効（裁判における立証負担の劇的な軽減）
最も利用される「創作年月日の登録」を行うと、登録された年月日にそのプログラムが創作されたものと法的に「推定」されます（著作権法第77条の2）。
万が一、自社のプログラムを不正に持ち出した退職者が競合他社で同じシステムを稼働させ、裁判になったとします。登録をしていない場合、「自社の方が先にそのソースコードを書き上げていた」という事実を、開発当時の断片的なメール、バージョン管理システムの古いログ、担当エンジニアの証言などをかき集めて、自力で完璧に立証しなければなりません。これは天文学的な労力を要します。
しかし、登録を行っておけば、裁判官は「登録日に創作された」という前提で審理を進めます。相手方が「いや、その日には存在していなかった」という決定的な反証を行わない限り、この推定は覆りません。立証責任を相手に転換できるという、訴訟戦略上、極めて強力なメリットがあります。
2. 令和2年法改正による「同一性の証明」請求制度の導入（重要）
さらに実務上見逃せないのが、令和2年の「プログラムの著作物に係る登録の特例に関する法律（プログラム登録特例法）」の改正です。この改正により、訴訟等で係争中となった際、裁判所等の求めに応じて、指定登録機関に保管されている登録プログラムと、現在問題となっているプログラムが「同一であることの証明」を請求できる制度が新たに導入されました。
以前は、登録していても「登録されたコード」と「盗まれたコード」の同一性を証明する手続きにハードルがありましたが、この法改正により、登録による事実関係の推定効果をより確実かつ強力に享受できるようになりました。この最新動向をクライアントに伝えることで、登録の価値はさらに高まります。
3. 対抗要件（権利移転の際の第三者への主張とM&Aにおける必須条件）
著作権を他社に譲渡したり、著作権を担保にして銀行から融資を受けたり（質権の設定）する場合、当事者間の契約書を交わすだけでは不十分です。国（指定登録機関）の原簿に登録しなければ、第三者にその事実を主張（対抗）することができません（著作権法第77条）。
例えば、スタートアップ企業がバイアウト（M&A）を行う際、買い手企業は「その事業のコアであるプログラムの著作権が、本当に売り手企業に単独で帰属しているか、過去に他社へ二重譲渡されていないか」を厳格に監査（法務デューデリジェンス）します。この時、著作権の移転登録や創作登録が原簿上でクリアになされていれば、権利関係が公的に証明されるため、M&Aや資金調達の交渉が極めて円滑に進行します。
指定登録機関「SOFTIC（ソフトウェア情報センター）」の役割
プログラムの著作物に関する登録業務は、文化庁に直接行うのではありません。文化庁長官の指定を受けた「一般財団法人ソフトウェア情報センター（SOFTIC）」が、日本における唯一の指定登録機関としてすべての事務を代行しています。
行政書士は、このSOFTICが定めている厳密な「プログラム登録特例法」および関連規則、詳細な手続ガイドラインを完全に熟読し、それに準拠した高度な書類作成と申請手続きを行う専門代理人として活動します。
職務著作（法人著作）の要件確認：絶対に失敗できない実務の要
企業からの依頼を受ける際、行政書士が最も神経を尖らせて確認しなければならないのが、「そのプログラムの著作権は、そもそも本当にその企業（法人）にあるのか？」という根本的な権利帰属の確認です。これを怠って見切り発車で登録手続きを進めると、後々取り返しのつかない権利トラブルに発展します。
職務著作が成立するための必須要件
プログラムを従業員が開発した場合、一定の要件を満たすことで、実際にコードを書いた個人のエンジニアではなく、会社（法人）が「最初から」著作者となる特例制度があります。これを「職務著作（法人著作）」と呼びます（著作権法第15条）。プログラムの職務著作が成立するためには、以下の要件をすべて満たしているか、初回ヒアリングで徹底的にエビデンスを確認しなければなりません。
1. **法人等の発意に基づくこと：** 会社からの事業計画、開発指示、または社内会議での決定のもとに開発がスタートしたか。従業員が自宅で勝手に趣味で作ったものを会社に持ち込んだわけではないか。
2. **法人等の業務に従事する者が職務上作成すること：** 雇用関係にある従業員（正社員、契約社員など）が、業務の一環としてコーディングしたか。
3. **契約、勤務規則等に別段の定めがないこと：** 就業規則や個別の雇用契約書で「開発したプログラムの著作権は従業員個人に帰属する」といった特段の取り決めがないか。
外注（業務委託）が絡む場合の権利帰属の罠
ここで実務上極めて陥りやすい罠が、「外部への委託」です。外部のフリーランスエンジニアや、下請けのシステム開発会社に外注（業務委託）した場合は、職務著作の要件を満たしません。原則として、実際に手を動かした**外注先に著作権が原始的に発生します。**
したがって、開発体制に外注を含んでいる場合は、必ず事前に「著作権譲渡契約書」が締結されているかを確認し、未締結であれば契約書の作成からサポートする必要があります。
公表要件の特例と客観的証拠の確認
なお、一般の書籍などの著作物では「法人の名義で公表すること」という要件が必要ですが、プログラムの著作物に関しては、社内の業務システムのように公表されないケースも多いため、**公表要件は不要**とされています（第15条第2項）。
行政書士は、これらの要件を満たしている客観的証拠（雇用契約書、就業規則、開発指示書、業務日報など）の存在を確認した上で、申請書の「著作者」欄に堂々と法人名を記載する判断を下します。
【実務解説】プログラム著作権登録申請の具体的な手続きフローと費用
では、実際に行政書士として業務を受任した場合、どのような流れで手続きを進めていくのか。最もニーズの高い「創作年月日の登録」を例に、具体的な実務フローと費用感を解説します。
ステップ1：初回面談における詳細な要件定義
面談では、法的リスクを洗い出すため、以下の項目を詳細にヒアリングします。
* **登録の真の目的：** 資金調達対策か、ライセンス販売の準備か、競合からの侵害警告の準備か。目的によって明細書の書き込み具合が変わります。
* **プログラムの全体像：** 何の課題を解決する、どのような機能を持つシステムか。
* **開発体制とタイムライン：** 誰が、いつ企画し、いつコーディングを完了したか。外部委託先は混ざっていないか。
* **公表の有無と時期：** すでに世の中にサービスとしてリリース（公表）されているか。
ステップ2：「申請書」と「明細書」の緻密な言語化
SOFTICの指定フォーマットに従い、書類を作成します。行政書士の法的文章力が最も問われる工程です。
**1. 登録申請書**
プログラムの名称、著作者、著作権者、創作年月日などを正確に記載します。
注意すべきは「プログラムの名称」です。社内の開発コードネーム（例：「Project X」）だけでは、後日第三者が見た時に何のプログラムか特定できません。「〇〇業向け顧客データ自動解析処理プログラム（Project X）」のように、機能と実態を客観的に表す名称を考案し、クライアントと合意します。
**2. 明細書**
明細書は、そのプログラムの「設計図の要約」であり、プログラムを特定するための極めて重要な書類です。
* **特徴・機能：** 使用したプログラミング言語、動作するOSやハードウェア環境を明記した上で、主な機能やデータ処理のフローを記載します。専門的なIT用語を羅列するだけでなく、非エンジニアである法律の専門家や裁判官が読んでも、プログラムの全体像と特徴が正確に把握できるように要約して言語化するスキルが求められます。
ステップ3：「プログラムの複製物（ソースコード）」の提出とマスキング技術
プログラムの著作物登録において特有かつ最大のハードルが、「プログラムの複製物」の提出です。
これは、登録の対象となるプログラムそのもの（ソースコード）をPDFファイル等の電子媒体（CD-R/DVD-R）に格納し、SOFTICに厳重に保管してもらう手続きです。これにより、後日の紛争時に「登録日に、確かにこのコードが存在していた」という動かぬ証拠となります。
実務上の重要ポイントは以下の通りです。
* **抽出提出の判断：** 数百万行に及ぶ大規模システムの場合、全てのソースコードを提出するのは現実的ではありません。SOFTICの規則では、プログラムを特定するのに十分な範囲（例えば、プログラムの最初の数十ページと最後の数十ページなど）を抽出して提出することが認められています。どの主要モジュールを抽出するか、クライアントのCTO（最高技術責任者）やリードエンジニアと綿密に協議して決定します。
* **営業秘密の保護（黒塗り・マスキング）：** ソースコードの中には、他社に絶対に知られたくないAPIの暗号鍵、サーバーのパスワード、あるいは特許出願を検討している独自のアルゴリズム部分など、重大な「営業秘密」が含まれている場合があります。登録された複製物は、一定の法的要件下で将来開示される可能性があるため、営業秘密に該当する箇所については、行政書士の助言のもと、黒塗り（マスキング）を行って提出することが実務上広く行われています。ただし、マスキングの範囲が広すぎるとプログラム全体の特定が困難になり登録を拒否されるため、特定を妨げない適正な範囲を見極める高度な判断が必要です。
ステップ4：法定費用（登録手数料・免許税）と審査期間
申請には、行政書士の報酬とは別に、以下の法定費用が必ずかかります。この金額はクライアントに事前に明確に提示する必要があります。（※以下は執筆時点の規定に基づくため、実務の際は常にSOFTICの最新情報を確認してください）
* **SOFTICへの登録手数料： 1件につき一律 47,100円（非課税）**。これは電子申請・書面申請、プログラムの規模に関わらず固定です。
* **国への登録免許税： 創作年月日の登録の場合は 3,000円**。（※著作権譲渡の登録などは18,000円など、種類によって異なります）。
**審査期間について：**
すべての書類とCD-Rが整いSOFTICへ申請を受理された後、審査にかかる期間は**「約1週間」**と非常にスピーディです。
ただし、SOFTICが行うのは、書類の記載不備や添付漏れがないかを確認する「形式審査」のみです。「本当にこのコードに著作物性があるのか」「本当にこの日に作られたのか」という事実関係まで踏み込む「実体審査」は行われません。
形式審査で不備（名称の不整合や明細書の記載不足など）が見つかった場合は補正通知が届くため、行政書士として速やかに修正対応を行います。無事に通過すると「登録済通知書」が発行され、業務完了となります。
プログラム著作権登録業務を獲得するためのマーケティング戦略
どれほど高度な専門知識を身につけても、クライアントに認知されなければ実務は始まりません。行政書士として、このニッチで専門性の高い業務をどのようにマーケティングしていくべきかを考察します。
ターゲットとなる顧客層（ペルソナ）の解像度を極限まで上げる
「IT企業全般の皆様へ」といった曖昧なメッセージでは、誰の心にも刺さりません。自事務所がどのような層を主要な顧客とするか、具体的なペルソナを設定します。
* **シード〜アーリー期のスタートアップ企業：** 独自のSaaSを開発し、これからベンチャーキャピタルから数千万円〜数億円の資金調達を控え、厳格なデューデリジェンスに備えたい経営者。
* **受託開発メインからの脱却を図るシステム会社：** これまで他社の下請けで作ってきた汎用モジュールを自社パッケージとしてライセンス販売し、ストック収益を得たいと考えている開発会社の社長。
* **先端技術（AI、IoT）を扱う研究開発型ベンチャー：** 特許出願の要件には満たないが、長年蓄積した学習モデルやデータ処理プログラムを強力に保護したい企業。
コンテンツSEOによる「専門性の証明（オーソリティ構築）」
プログラム著作権業務は、企業の経営者や法務担当者が「自社のプログラムの権利を守る方法はないか」と検索行動を起こすケースがほとんどです（インバウンド型）。したがって、WebサイトやオウンドメディアでのSEO対策が死活問題となります。
単に「著作権登録代行 〇〇円」と料金表を載せるだけのサイトは選ばれません。「ソースコードは特許か著作権か？」「外注先と揉めない職務著作の要件」「SOFTICへのソースコード提出時のマスキングのコツ」など、開発現場が直面するリアルな疑問を先回りして解決する専門的で長文のコラムを継続的に発信します。「この記事を書いている行政書士は、ITビジネスの裏側まで熟知している」という絶対的な信頼感（E-E-A-T）を構築することが、受任への最短ルートです。
弁理士・税理士との強力なアライアンス（紹介ネットワークの構築）
Web集客と並行して、他士業との連携が極めて有効な営業チャネルとなります。
特に、**IT分野に強い特許事務所（弁理士）との連携**は必須です。IT企業から「新しいソフトウェアを特許で守りたい」と相談を受けた弁理士が、特許の要件（進歩性など）を満たさないと判断した場合、あるいは特許出願と並行してソースコード自体の防衛も図りたい場合に、「著作権登録と関連契約なら、この行政書士に一任できる」という相互送客のパートナー関係を築きます。
また、スタートアップの財務を支援する税理士やベンチャーキャピタリストに対して、「資金調達前の知財リスク診断」といった切り口でアプローチし、顧問先を紹介してもらうスキームも強力です。
プログラム著作権業務における行政書士の責任とリスク管理
企業のコア技術である目に見えない権利を扱うからこその、重い責任とリスクマネジメントについても触れておきます。
企業の「心臓」に防具を着せる仕事の醍醐味
クライアントが開発したプログラムは、彼らのビジネスの成否を握る「心臓部」です。行政書士の仕事は、法的根拠という強固な防具をその心臓に着せる作業です。
「御社のおかげで権利関係がクリアになり、無事に大型の資金調達が決まりました」「堂々と大手企業にシステムをライセンス提供できるようになりました」という報告を受ける時、企業のダイナミックな成長に法務の裏方として深くコミットできたという、他の業務では味わえない士業としての真の醍醐味を感じることができます。
業務過誤を防ぐための「免責事項」とインフォームドコンセント
専門性が高いゆえに、クライアントとの法的な認識のズレが重大なトラブル（損害賠償請求など）に直結するリスクがあります。最も多いのが、経営者が「国に登録さえすれば、絶対に他社に模倣されない完全な権利が確定する（特許と同じだ）」と誤解しているケースです。
前述の通り、SOFTICの登録は形式審査であり、著作物性の有無や実体的な権利の有効性を国が絶対的に保証するものではありません。あくまで「推定効」や「対抗要件」を得るための武器にすぎません。
したがって、受任時の委任契約書や重要事項説明書において、以下の点を明確に文書化し、クライアントから署名・捺印をもらう（インフォームドコンセントを徹底する）ことが、行政書士自身を守るための必須のリスクマネジメントです。
* 登録は権利の絶対的な有効性を確定するものではないこと。
* 万が一、将来の裁判等で著作物性が否定された場合でも、行政書士は一切の責任を負わないこと（免責事項の明記）。
* 申請内容（創作年月日や著作者の事実関係、外注の有無など）にクライアント側の虚偽や隠蔽があった場合、すべての法的責任はクライアントにあること。
これからIT法務を専門にしたい行政書士への学習ガイド
最後に、これからこの分野の専門知識を身につけ、実務の第一線に立ちたいと考えている行政書士の方へ向けて、具体的な学習のアプローチを提示します。
著作権法と「システム開発実務」の両輪を学ぶ
法律の知識だけでは、IT企業の社長とは会話が成立しません。著作権法（特に第10条、15条、75〜78条）のコンメンタールを読み込むと同時に、IT業界特有の商習慣やシステム開発の工程（要件定義、基本設計、コーディング、テスト、検収）についての実務書を読み漁ってください。GitHubとは何か、オープンソース（OSS）ライセンス（GPLやMITなど）とは何かといった、エンジニアの常識を知ることも不可欠です。
SOFTICのガイドラインを「申請者目線」で熟読する
SOFTICの公式ウェブサイトは、情報の宝庫です。「プログラム登録手続マニュアル」や各種申請書の記載例をすべてダウンロードし、「もし自分がこの仮想のシステムの申請を依頼されたら、明細書をどう要約するか」「ソースコードのどこをマスキングして提出するか」を具体的にシミュレーションしながら熟読してください。
まずは「自作のプログラム」で登録手続きを経験する
どれだけ本を読んでも、一度の実務経験には敵いません。おすすめの第一歩は、「自ら簡単なプログラムを書き、自分のためにSOFTICへ登録申請を行ってみる」ことです。
複雑なAIである必要はありません。日々の行政書士業務の期限を自動で計算する簡単なExcelマクロ（VBA）や、Pythonで書いた短いスクリプトなどを自分で作成し、それを「プログラムの著作物」として、実際に「創作年月日の登録」を行ってみてください。
申請書の作成、明細書の論理構成、CD-RへのPDF格納、47,100円の振込、そしてSOFTICからの通知の受領。この一連のプロセスを当事者として身銭を切って経験することで、手続きの全体像と細かなつまづきポイントが完全に腹落ちします。この実体験によって得られた「生きた手続きの知識」こそが、将来クライアントに対して「私はこの手続きの裏の裏まで熟知しています」と自信を持って語るための、最も説得力のある武器となるはずです。