POTA（Parks on the Air）、楽しいですよね！アカウント登録もログの提出も、さらにはアワードのダウンロードまで完全無料で遊べる、アマチュア無線界でも素晴らしいプラットフォームです。

 

でも、ふと気になりませんか？「これだけ巨大なシステム、一体どうやって維持されているんだろう？」と。

 

現在、POTAには世界中で84,000人以上のオペレーターが参加しており、2025年だけでなんと1,520万件もの交信（QSO）データが処理されたそうです。 実はこの巨大なシステム、裏側はAWS（Amazon Web Services）という本格的なクラウド環境で動いています。そして、ボランティア開発チームが、高度なシステムを無償で構築・維持してくれているのです。

 

優秀なエンジニアたちの「人件費」は彼らの熱意と善意に甘えるとしても（実は一番高額のはず・・・）、AWSのデータベースやストレージの「物理的な利用料」は、毎月確実に発生しています。

 

そこで、この目に見えない「クラウドの実費」が1交信あたりどれくらいなのか、ITインフラの観点から類推してみました。

 

■ 1交信が消費するコストは「約0.5円」

私たちにとってはたった1行の交信データですが、POTAのシステム上ではそう単純ではありません。ログがアップロードされると、システムは「重複がないか」「アワードの条件（Kiloや各ハンターの称号）を満たしたか」、そして最も複雑な「Park-to-Park（公園間交信）の成立」などを瞬時に照合し、複数のデータベースを更新します（多分・・・）。

 

これらのデータ処理や長期保存にかかるAWSのリソースを推計すると、少なく見積もっても「1交信あたり約0.3円〜0.5円」のインフラコストがかかっていると考えられます。

 

■ 「実費の割り勘」という考え方

1交信0.5円とすると、例えば1つの公園から1,000交信を達成して「Kiloアワード」を獲得する頃には、システム上で約500円分のサーバーリソースを消費している計算になります。

 

私たち日本のアマチュア無線家は、免許の更新や各種の証明書など、明確なサービスに対して「手数料」を払うことには慣れていますが、POTAのような無償サービスに対する「寄付（ドネーション）」には、少しハードルを感じる方も多いかもしれません。

 

現在、POTAの公式ページでは、システムを広告なしで維持するためにいくらでもドネーションを受け付けています。 POTAのトップページ の右側からドネーション可能です。少し前まで日本からは PayPal でのドネーションができませんでしたが、改善されたようです。PayPal でも Donorbox どちらからでもOKです。

 

もちろん完全無料のまま楽しむことも自由ですが、「海外のよくわからないサーバーへの寄付」と難しく考えるのではなく、「自分が遊んだ分の実費の割り勘」として捉えてみてはいかがでしょうか。

 

たとえば、「Kiloアワードを達成した記念」や「新しい無線機で初めてPOTAをやった記念」などに$10をドネーションしてみる。この$10は、約3,000回分の交信データを処理・保存するクラウド費用を自ら「前払い」したことになり、無償でシステムを支えてくれているボランティアチームへの最高のエールになりそうです。

 

次回の運用でログをアップロードする際、ほんの少しだけ、見えないところで休まず動いているサーバーに思いを馳せてみると良いかなぁと思います。

 

 

◆◆ 下記は参考情報 ◆◆

先ほどのレポートおよびブログ記事の原案を作成するにあたり、コスト類推のベースとした前提事項は以下の通りです。

 

1. 運用・インフラに関する基本前提

• インフラ基盤: システムのバックエンドはアマゾンウェブサービス（AWS）を利用して構築・運用されている。

• 人的コストの除外: 高度なシステムを構築・維持しているボランティア開発チームの人件費や保守作業費は無償とみなし、AWSから請求される物理的なサーバー・ネットワークの実費のみをコストとして計上している。

2. トラフィックとデータ規模の前提（2025年実績ベース）

• 年間交信（QSO）処理数: 1,520万件

• 年間ログ（ADIFファイル）提出数: 40万6,000件

• 登録オペレーター数: 8万4,000人以上

• 登録公園数: 世界で8万5,000箇所以上

3. システムアーキテクチャとデータ処理負荷の前提

• 複雑なデータリレーション: アワード認定システムという性質上、1つの交信データは単一のログとして保存されるだけでなく、「アクティベーター」「ハンター」「公園」など複数のDBテーブルにまたがって記録・更新される。

• 高いトランザクション負荷: ADIFファイル自体は軽量なテキストデータ（1交信あたり100〜200バイト程度）だが、システムにインサートされる際、重複チェック、数十種類のアワード条件判定、マスター統計の更新などが行われる。

• Park-to-Park (P2P) 処理の計算コスト: アクティベーター同士の交信（P2P）や、複数の公園境界にまたがる運用（2-fer）を正確に照合・マッチングさせるための複雑なデータベース処理（JOINクエリなど）が、コンピュートリソース（CPU・メモリ）とI/Oを大きく消費する。

• 継続的な読み取り（Read）負荷: 書き込み時だけでなく、数万人のユーザーが日々リーダーボードやアワードの進捗状況、過去のスポット履歴を検索・閲覧するため、データが蓄積されるほどデータベース（Amazon RDS等）に対する検索処理の維持コストが増大する。

4. 財務およびコスト算出の前提

• AWS月額コストの推計: 大規模なリレーショナルデータベース（Amazon RDS/Aurora）、サーバーレスコンピュート（AWS Lambda）、ストレージ（Amazon S3）、およびデータ転送量などをエンタープライズ規模で運用する最小構成として、月額約1,600ドル（年間約19,200ドル）の実費が発生していると仮定した。

• 為替レート: 1米ドル ＝ 150円として計算した。

• 1交信あたりの原価算出: 年間インフラ維持費（約288万円）を年間QSO数（1,520万件）で単純に割ると約0.19円となるが、データの長期保持と将来にわたる検索時のクエリ消費リソースを総合的に勘案し、実質的なシステム負荷コストを「1交信あたり 0.3円 〜 0.5円」として類推した。