More than 3 years have passed since last update.

LINEアカウントと自サービスのユーザ紐付けを実装してみた

Last updated at 2020-05-11Posted at 2020-05-11

はじめに

LINEの公式アカウント機能を使用することで、
ユーザーとのデータ授受のインタフェースとしてLINEを活用することができます。

LINEを活用すると何が嬉しいのかというと、

自サービスからプッシュでユーザーに行動を促せる
画像などファイルデータも扱えるので、アップローダの実装工数を減らせる

など、大きなメリットがあると思っています。

この記事で書きたいこと

LINEをインタフェースとして活用するにあたり、
実装に迷ったポイントがあったため、共有いたします。

（もっといい方法があるよ、などご指摘・ご意見ございましたら是非コメントください）

なお、本内容は先日開催した「Personium Meetup #2」で
「LINEでPersoniumにデータを貯める」として発表した内容を修正したものです。

今回取り上げる課題

さて、LINEを入力のインタフェースとして活用する場合に、課題となるのは何があるでしょうか？
私がまっさきにぶち当たったのは**「LINEのユーザーと自サービスユーザーの紐付け」**の難しさでした。

LINE公式アカウントの仕様(2020年05月現在)

ではLINEの仕様から見ていきましょう。

LINEは下記のように LINE Developersで設定することで、
指定したURLにWEBフックでトークのイベントを送信させることが可能になります。

ドキュメントはこちら → メッセージ（Webhook）を受信する

送信されるイベント形式

公式アカウントに送信されたWebフックでは下記に示されるような形式で送信されます。

{
  "destination": "<公式アカウントのユーザーID>",
  "events": [],     // <Webhookイベントのリスト>
}

「Webhookイベント」は Webhookイベントのタイプにあるように、様々な種類が存在します。

たとえば、トークにメッセージが送られたときには下記のように、"type": "message" な
オブジェクトが events に含まれて、データが送られてきます。
（Webhookイベントオブジェクトより一部抜粋）

{
  "destination": "xxxxxxxxxx",
  "events": [
    {
      "replyToken": "0f3779fba3b349968c5d07db31eab56f",
      "type": "message",
      "mode": "active",
      "timestamp": 1462629479859,
      "source": {
        "type": "user",
        "userId": "U4af4980629..."
      },
      "message": {
        "id": "325708",
        "type": "text",
        "text": "Hello, world"
      }
    },
  /* 中略 */
  ]
}

簡単に内容を説明しますと

プロパティ名	意味
replyToken	このトークンを付与してLINE APIに送信すると、このイベントへの返信として扱われる
timestamp	イベントの発生時刻
source	イベントの送信元情報
message	typeが `message` の場合含まれる、メッセージの内容

つまり、 event の source と message を読み解けば、
「誰が何と発言したのか」がわかります。

問題点

ではこれで完成か？というとそうではありません。

送信元ユーザーによれば、送信元のユーザーを示すsource のオブジェクトは、
下記の形式で表されます。

プロパティ名	型	概要
type	String	文字列`user` （固定）
userId	String	送信元ユーザーのID

ここで厄介なのが、「送信元ユーザーのID」です。

ドキュメントによれば、

ユーザーIDの値は、U[0-9a-f]{32}の正規表現にマッチする文字列です。

とあり、

Udeadbeefdeadbeefdeadbeefdeadbeef
U00112233445566778899aabbccddeeff

みたいな文字列であることがわかります。
各自が検索で設定できる「hogehoge」のようなIDではなく、
LINEで一意になるように振られたIDが送られてくるのです（どういうロジックで振られるのかは不明です）。

上記を踏まえた上での実装案

ここまでで、LINEの発言データがどのように送られてくるのかわかったと思います。
では、それを自サービスでも使用できるように、
LINEのユーザーIDと自サービスのユーザーIDをマッピングする方法を検討していきます。

その①：（NG）ユーザーID直打ち

一番最初に思いつくのがサービスにおける本人のIDをLINEで入力させる方法。

これは他者が勝手に自分のIDを使ってサービスを利用できてしまう問題が生じます。

その②：（NG）自サービスでLINEのIDを打たせる

では逆にLINEのIDを自サービスで打たせたらどうでしょうか？

これも、他人のトーク内容を自サービスに入力させることができてしまう問題が発生します。
というより、そもそもLINEのIDをユーザーは普通知り得ないので実現困難な方法でしょう。

その③：一時キーを発行して紐付ける（無料でやる）

そこで考えたのが、登録時に一時キーを発行して、それを自サービスで
認証しているユーザーに入力させる方法です。

ユーザーは公式アカウントを「ともだち登録」する（⇒フォローイベント発火）
サービスは受信したフォローイベントの送信元ユーザーIDに紐づく一時キーA を発行する
サービスはreplyTokenを使用してユーザーに一時キーA を送信する（1000通/月まで無料！）
ユーザーはサービスを開き（Aliceとして認証中）、一時キーA を入力する
サービスは受信した一時キーAに紐づくLINE上のIDをAliceと紐付け、確定用の 一時キーB を発行する
ユーザーはLINEを開き、一時キーBを入力する
サービスは受信したメッセージイベントに含まれる 一時キーBのLINE IDと、送信元のLINE IDが一致することを確認し、 AliceとLINE上のIDの紐付けを確定する