LINEヤフー、LIFFとLINE PlanetでLINE内グループ通話を実装する手順を公開

LINEヤフー、LIFFとLINE PlanetでLINE内グループ通話を実装する手順を公開

公開日:2026年10月12日

LINEヤフー、LIFFとLINE PlanetでLINE内グループ通話を実装する手順を公開

3行解説

  • LINEヤフーが、LIFFとLINE Planetを使う実装手順を公開した。
  • LINE OA内で、グループビデオ通話を動かす構成を示している。
  • 開発側の主な作業は、接続と画面実装に絞られている。

ニュースの概要

LINEヤフーのTech Blogで、LINEアプリ内にグループビデオ通話サービスを作る方法が紹介された。記事では、LINE Developersから使えるLIFFを起点に、LINE OA、LINE Planet、Cloud Functions for Firebaseを組み合わせる構成を説明している。執筆者はLINE PlanetチームのPMとAndroidエンジニアで、ウェブエンジニアなしでLINE OA上の通話サービスを作った検証結果としてまとめている。

記事は、専門相談、オンライン授業、リアルタイム配信、ゲーム内ボイスチャットなどの利用例も挙げている。あわせて、開発前の準備、ルームIDの設計、プレビュー画面の実装など、実装時に確認すべき流れを段階的に示している。

何が新しいのか

新しい点は、LINE OAを入口にして、LIFFでアプリ内ウェブ画面を開き、LINE PlanetでWebRTC通信を担うという役割分担を、実装手順として具体化したことです。記事では、アプリ側で自前対応が必要なのは「ウェブアプリ」と「アプリサーバー」の2つだけと整理し、アプリサーバーはCloud Functions for Firebaseで素早く構築できるとしています。

また、LIFFがLINEログイントークンやユーザープロフィールを渡すため、別の認証サーバーを用意せずにユーザー識別できる点も特徴です。通話前のプレビューでは、PlanetKit SDKのMediaStreamManagerを使い、ページをまたいでもカメラやマイクの権限を再要求しない設計が示されています。

LINE内通話サービスの流れ
LINE OA
→
LIFF画面
→
通話・認証
→
LINE Planet

LINE OAが入口になり、LIFFで画面を開き、通話処理はLINE Planet側で担う構成です。

グリットアーツ編集部の分析

この記事で実務上重要なのは、LINE OA、LIFF、LINE Planet、Cloud Functions for Firebaseという分担が明示されている点です。つまり、通話サービスを作るといっても、すべてを自前で持つ必要はなく、開発側は画面と接続に集中できます。一方で、認証、WebRTC、グローバル通信基盤は外部サービス依存になるため、障害時の切り分け範囲は広がります。

デモではなく実運用に進めるなら、特に「プレビューから通話まで同じMediaStreamManagerを使う」「モバイルWebViewで権限プロンプトを再表示しない」といった挙動が、現場の使い勝手に直結します。逆に言えば、UIの自由度や細かな通話制御を重視する場合は、記事の構成だけでは足りず、追加設計が必要になる可能性があります。

日本の現場で考えると

日本企業で見ると、既存のLINE OAを持つ事業者にとっては、顧客接点を増やしやすい構成です。別アプリのインストールを求めず、LINEアプリ内で相談、授業、配信、ボイスチャットを完結できるため、参加のハードルを下げやすいからです。

一方で、導入時はLINE Developersコンソール、LINE OA Manager、LINEログインのチャネル、LIFF設定、LINE Planet側のアカウント取得など、運用担当と開発担当の作業が分かれます。さらに、LIFFはHTTPS公開が前提で、ローカル開発ではngrokを使う想定です。社内検証では通っても、本番公開時にPublished状態や権限設定で止まる可能性があるため、公開手順の確認が重要です。

向いているのは、短時間で参加してもらいたい相談窓口、予約制のオンライン授業、LINEフォロワー向けの配信です。慎重に見るべきなのは、独自UIが多い通話アプリや、厳密な監査・録画・障害復旧設計が必要な用途です。記事は実装の入口を示していますが、運用設計までは自動では埋まりません。

導入・検討時に確認したいこと

  • LIFFのHTTPS公開方法と、ローカル検証時のngrok利用手順。
  • LINE OA、LINEログイン、LINE Planetの設定順序と担当分担。
  • shareTargetPickerを使う場合のPublished条件と公開前チェック。
  • プレビューから通話画面までの権限再取得の有無と挙動。
  • Cloud Functions for Firebaseで足りる範囲と、追加サーバーが必要な範囲。

現時点で分かっていないこと

記事では、実運用時のセキュリティ設計、エラー処理、パフォーマンス最適化の詳細は示されていません。また、同時接続規模、監視方法、障害時の復旧手順、SLAの考え方も本文からは確認できません。

LINE内で完結する通話や配信の仕組みは、既存の認証や配信基盤の設計にもつながります。自社の運用条件に当てはめて整理したい場合は、インフラ面から検討するのが近道です。

ITインフラの構築・保守をご検討の方へ

「自社の環境にはどんな構成・保守体制が合うのか」お悩みではありませんか。貴社の現場課題に合わせたご提案をいたします。まずはご相談からお気軽にどうぞ。

出典: LINEヤフー Tech Blog