LocalSendは近くの端末へ送るためのローカル通信アプリ
LocalSend は、中央サーバーを使用せずに、ローカル ネットワーク経由で近くのデバイス間でファイルとメッセージを転送します。
ひと目でわかる
- これは何?
- localsend/localsendは、中央サーバーやインターネットを介さず、同じローカルネットワーク上の端末間でファイルとメッセージを交換するクロスプラットフォームアプリです。
- 誰に向いている?
- LocalSendは、同じネットワークにある自分の端末同士で写真やファイルを移したい人に適した選択肢です。READMEは中央サーバーを必要としない構成、REST APIとHTTPS、WindowsからFire OSまでの配布先を示していますが、ローカルネットワーク内の信頼境界や組織の端末管理を代わりに設計するものではありません。
- 商用利用できる?
- できます。Apache-2.0 は寛容なライセンスで、著作権表示とライセンス表示を残せば、使用・改変・販売が可能です。
- 今もメンテナンスされている?
- されています。最後のコミットは 1 日前です。
- 何の言語で書かれている?
- 主に Dart です(GitHub の言語統計による)。
回答はプロジェクトの GitHub データ(最終同期:2026年9月15日)と当サイトの分析に基づくもので、法的助言ではありません。
オープンソース詳細解説
中央サーバーを置かない端末間共有
LocalSendは、近くの端末へローカルネットワーク経由でファイルとメッセージを送る無料のオープンソースアプリです。READMEはインターネット接続や第三者サーバーを必要としないと説明し、AirDropに代わるクロスプラットフォームの選択肢として位置づけています。送信元と受信先が同じネットワークで見えることが、利用の前提になります。
動作説明にはREST APIとHTTPS暗号化が登場します。これは通信経路の設計を示す情報ですが、同じWi-Fiに参加できる人を自動的に信頼してよいという意味ではありません。来客用ネットワーク、職場ネットワーク、テザリングなど、端末が置かれる環境ごとに相手の見え方と共有範囲を確認する必要があります。
対応OSと入手経路を先に固定する
READMEの互換表はAndroid 5.0以上、iOS 12.0以上、macOS 11 Big Sur以上、Windows 10以上を示し、Linuxは固定された最低版を示さずデスクトップポータルの依存関係を記載しています。Fire OSもダウンロード表に含まれます。macOSの古い端末ではOpenCore Legacy Patcherに触れていますが、導入判断には対象端末の確認が要ります。
入手先として、Windows、macOS、Linux、Android、iOS、Fire OSごとのストアやパッケージ管理、GitHub Releasesが並びます。READMEは自動更新がないため、アプリストアかパッケージ管理から入れることを推奨しています。Windowsバイナリの署名方針へのリンクもあります。非公式MSIXプレビューは安定性を保証しないと明記されているので、通常配布と混同しないでください。
送受信でつまずきやすいネットワーク条件
READMEは、送信または受信に問題がある場合、ファイアウォールでLocalSendがローカルネットワーク通信を行えるよう設定する必要があると説明しています。アプリがインストールできても、端末同士が検出されるとは限りません。OSのファイアウォール、ルーターのクライアント分離、VPN、会社のネットワーク方針が検出と転送を妨げる可能性があります。
初回確認では、同じアクセスポイントに接続した二台のテスト端末で、一覧への表示、短いメッセージ、低容量ファイル、大きなファイルの順に試してください。失敗時はOS、ネットワーク方式、アプリ版、ファイアウォール規則を記録します。READMEは実環境の転送速度や成功率を提示していないため、性能を数値で断定する根拠はありません。
ファイルを送る前に相手と範囲を確かめる
LocalSendは近くの端末へファイルとメッセージを送る道具であり、共有対象を選び、受信側で受け入れるという作業が中心です。READMEは通信を安全に行うと表現していますが、組織のアクセス制御、受信後の保存、端末のマルウェア対策までを提供すると説明してはいません。アプリの暗号化とデータの取り扱い全体を同じものとして扱わないことが重要です。
本人確認書類や社外秘を送る場合は、送信前に相手端末の名前と利用者を声に出して確認し、受信後に不要なコピーを消す手順を決めてください。ローカル通信でも、誤送信や共有フォルダへの残存は起きます。長期保管が必要なら、別の管理された保管場所へ移し、LocalSendを唯一の記録媒体にしない方がよいでしょう。
手動更新を前提にした保守
素材のメタデータでは、既定ブランチはmain、ライセンスはApache-2.0、スターは89589、フォークは4988、オープンIssueは1102です。リリース一覧にはv1.18.2、v1.18.1、v1.18.0があり、取得資料では2026年8月に公開されています。件数や版は時間で変化するため、導入時の公式ページで再確認してください。
自動更新がないというREADMEの注意は、更新を忘れない運用が必要だという意味です。配布経路を端末ごとにばらばらにすると、版の確認が難しくなります。家庭なら同じ配布方式を選び、組織なら配布パッケージ、署名、更新日、ロールバック手順を台帳に残すと、問題発生時に対象範囲を切り分けやすくなります。
貢献、翻訳、ライセンスの確認点
READMEは翻訳、バグ修正、改善への参加方法を案内しています。改善案はIssueで必要性を先に議論し、バグ修正は問題と修正方法を明確にしたプルリクエストを作るという整理です。日本語を含む多言語のREADMEとWeblateへのリンクもあり、利用者が文書の品質に参加できる入口になっています。
Apache-2.0は再配布や改変を扱うライセンスですが、アプリの利用時に組織が守るべき個人情報規程やデータ保管方針を決めるものではありません。Windowsの署名方針、パッケージ管理側の配布条件、依存コンポーネントの表示も別に確認してください。ライセンスの許可と通信の安全性は、別の審査項目です。
非公式ビルドを含めた採用判断
LocalSendは多くのOSを一つの操作感でつなぐ点が強みですが、READMEが示す範囲はアプリの機能、配布入口、互換条件、貢献方法です。企業向けの監査ログ、集中管理、転送履歴、保存期間、外部ID連携については、この資料だけでは確認できません。必要な統制があるなら、アプリを導入する前に要件表へ落としてください。
編集部の判断では、家庭内や少人数のローカル転送を試す場合に検討しやすい一方、非公式MSIXプレビューや未確認の配布サイトを業務端末へ入れる理由はありません。公式配布元を固定し、ファイアウォールの変更を記録し、テストデータで端末検出と削除まで確かめてから実データへ進むのが妥当です。
編集部の結論
LocalSendは、同じネットワークにある自分の端末同士で写真やファイルを移したい人に適した選択肢です。READMEは中央サーバーを必要としない構成、REST APIとHTTPS、WindowsからFire OSまでの配布先を示していますが、ローカルネットワーク内の信頼境界や組織の端末管理を代わりに設計するものではありません。公式ストアやパッケージ管理経由で導入し、ファイアウォール、相手端末の表示、更新手順を確認してから機微なデータを送ってください。
コミュニティノート