本文へスキップ
OpenQRS
ツール
現在の言語: 日本語
100%プライベート

Zoom会議 QRコード作成

100%プライベート、ローカル処理 — データがブラウザの外に出ることはありません。これらのQRコードは恒久的で、期限切れになることはありません。

会議リンクの設定

受け付けるリンクの形と、パスコードをURLに載せられるかどうかが決まります。

最も確実な入力で、Microsoft Teamsが受け付けるのはこれだけです。ZoomとGoogle MeetはIDからも組み立てられます。招待リンクは丸ごと貼り付けてください。プラットフォームが発行したパスコードのトークンは、すでにその中に入っています。

リンクの欄が空のときだけ使われます。Zoomでは空白とハイフンが取り除かれ、Meetのコードはハイフンをそのまま保ちます。

Zoomの招待リンクを貼り付けるか、ミーティングIDを入力してください。リンクのほうが確実な入力です。有効なパスコードのトークンをすでに運んでいるからです。

リンクの欄が空のときだけ読まれます。貼り付けた招待リンクは自前のpwdトークンをすでに持っているので、その場合ここは無視されます。入れるのはZoomのリンクの pwd= より後ろの値で、人が入力する数字のパスコードではありません。

デザイン

モジュールの形
プリセット
コーナーの枠
中央にロゴを追加
画像を選択、またはここにドロップPNG, JPEG, WebPまたはGIF、1000 KBまで

画像はこのページ内で読み込まれ、data: URLとしてコードに埋め込まれます。アップロードはされず、ダウンロードするファイルの中に留まります。

その他のデザイン設定

コードの暗いほうの半分です。背景より明度を十分低く保ってください。

モジュール同士の隙間だけでなく、クワイエットゾーンも塗ります。背景を透過にするとファイルから省かれるので、この色では何も描画されません。

モジュールと背景のコントラストは11.5:1です。

プリセット

PNGとWebPはアルファチャンネルを保持し、SVGは背景の矩形をそのまま省きます。コードを置いた面が、コントラストの明るいほうの半分になります。

グラデーション

グラデーションは暗いモジュールだけを塗ります。明るいほうの端がスキャナーの実際に得るコントラストを決めるので、両端とも暗いままにする必要があります。

2色目で、グラデーションを選んでいる間だけ使われます。1色目と並べてコントラストが測定されます。

45°

左から右への向きを起点とした時計回りの角度です。放射グラデーションは中心から外へ広がるため、角度が効くのは線形のときだけです。

モジュールの形

丸い形はセルを覆う面積が小さくなります。デコーダーが標本を取る中心は覆われたままですが、密度の高いコードを小さく印刷する場合は四角のほうが安定して読み取れます。

コーナーの枠

3つの位置検出パターンの外枠です。

コーナーの中心

各位置検出パターンの中にある目にあたる部分です。

4モジュール

コードの周囲の余白で、モジュール単位で測ります。規格上の最小値は4です。

復元レベルが高いほど多くの損傷に耐えられますが容量を消費するため、同じ内容でもシンボルが密になります。

中央にロゴがあり、レベルをHに固定しています。幅の上限はシンボルに応じて変わり、最小のコードで14%、密なコードで30%です。

ライブプレビューと書き出し

書き出し

書き出し

ラスター、画面向け

フォームを入力するとダウンロードが有効になります。

書き出しサイズとエンコードされたテキスト
ペイロード
まだ何もエンコードされていません
シンボル
まだ生成されていません
復元レベル
M

入力待ち

書き出しサイズ

64〜4096ピクセルの範囲。1024 pxで書き出します。

エンコードされたテキスト

会議リンクをエンコードして、その場にいる人がIDを入力せずに参加できるようにします。リンクは貼り付けたとおりに使われ、短縮サービスもリダイレクトも間に入りません。

スキャンしたときの動作

スマートフォンが会議URLを開き、Zoom、Teams、Meetのアプリが入っていればそのアプリに、なければブラウザクライアントに引き渡します。

パスコードと、リンクにそれを入れられるのはどのプラットフォームか

3つのうち、参加URLにパスコードを載せるのはZoomだけで、しかも載っているのはパスコードそのものではありません。pwdパラメータが持つのは、その会議のためにZoomが生成したエンコード済みのトークンです。参加者が入力するように伝えられる6桁の数字は、それとは別のものです。数字からトークンを導く方法は公開されておらず、Zoom自身のサポートも、その要望に対して不可能だと答えています。pwdに素のパスコードを入れても、結局パスコードを求められるリンクができるだけです。

実務上の結論は単純です。Zoomから招待リンクをコピーして、そのまま丸ごと貼り付けてください。そのリンクにはすでに、機能するpwdが含まれています。トークンの欄を使うのは、リンクを組み立て直していて、同じ招待の以前の控えからエンコード済みの値を持っている場合だけです。

Microsoft Teamsにはパスコードのパラメータがそもそもありません。meetup-joinのリンク自体が資格情報で、参加を許可する長い不透明な文字列です。別にある会議IDとパスコードの組は、参加フォームに手で入力する人のために存在します。Google Meetにはパスコードという概念がなく、アクセスはその会議自身の入室ルールと、誰がサインインしているかで決まります。

会議IDからリンクを組み立てる

リンクの欄を空にしておくと、Zoomの会議IDは https://zoom.us/j/ に数字を続けた形になり、空白とハイフンは取り除かれます。このリンクは動きますが、パスコードのある会議ではパスコードの入力画面に着地するので、番号を知っている参加者が集まる定例の社内会議に向いています。

Google Meetのコードは https://meet.google.com/ にコードを続けた形になり、abc-defg-hij の区切りはそのまま保たれます。ハイフンは飾りではなく、コードの一部です。

Microsoft Teamsはこの方法では組み立てられません。選ぶと欄が消えるのはそのためです。Teamsの会議IDは、その会議を所有するテナントに対してTeamsの中で照合されるもので、あの12桁を参加リンクに変えるURLの形は存在しません。でっち上げれば、その場で失敗するコードができるだけです。代わりに招待リンクを貼り付けてください。

  • IDからのZoom: https://zoom.us/j/85512345678
  • コードからのMeet: https://meet.google.com/abc-defg-hij
  • Teams: 招待リンクのみ

印刷した会議コードが向いている用途

印刷物より長生きするリンクに向いています。定例の常設会議、個人ミーティングルーム、会議室のドアに貼る固定のMeetコード、掲示板に貼るオフィスアワーのリンクなどです。掲示が見える人は誰でも参加できるので、実際に会議を守るのは会議自身の設定、つまり待機室、ロビー、サインインの必須化です。

単発のウェビナーにはあまり向いていません。そうしたリンクは、会議が削除された時点でも、主催者のアカウントが変わった時点でも死にますし、コードは印刷後に更新できません。長さの影響もあります。Teamsのリンクは平気で300文字を超えるので、細かいモジュールを持つ高いバージョンのシンボルになり、短いZoomのリンクより大きな印刷と、近い距離からの読み取りが必要になります。

よくある質問

誰も入力しなくて済むように、Zoomの6桁のパスコードをコードに入れられますか?

できませんし、どの生成ツールにもできません。Zoomのpwdパラメータが取るのは会議ごとにZoomが発行するエンコード済みのトークンで、参加者が読み上げる数字ではありません。パスコードから参加リンクを偽造できないよう、そのエンコードは意図的に公開されていません。すでに機能するトークンを含んでいる招待リンクを、丸ごと貼り付けてください。

TeamsのコードがZoomのものよりずっと大きく、密になるのはなぜですか?

長さです。Teamsのmeetup-join URLはエンコードされたコンテキストのオブジェクトを運び、300文字を超えることがよくあります。Zoomの参加リンクは40文字前後です。文字が増えればQRのバージョンが上がり、モジュールが増え、同じ印刷サイズならモジュールは小さくなります。大きく印刷するか、モジュールのサイズを上げて、掲示が大きくなるのを受け入れてください。

会議が終わるとコードは期限切れになりますか?

コードはなりませんが、リンクはなることがあります。パターンは恒久的で、10年後も同じURLをエンコードしています。そのURLがまだ会議を開くかどうかはプラットフォーム次第です。個人ミーティングルームや定例のリンクは残り、単発の会議リンクは、会議が削除されるか主催者のアカウントが閉じられた時点で機能しなくなります。

読み取った人は、他に誰が参加するのかを見られますか?

コードからは見られません。コードに入っているのはURLだけで、参加者の一覧も、カレンダーの予定も、身元も含まれていません。ブラウザがリンクを開いたあとはすべてプラットフォームの領分で、訪問者にサインインを求めるか、ロビーで待たせるか、入室後に何を見せるかも、そちらが決めます。

静的QRコードの仕組み

このサイトのコードはすべて静的です。ペイロードは白黒のモジュールそのものに書き込まれています。読み取り時に何かを参照することはなく、当サイトのサーバーが関与することもなく、印刷されたコードをサブスクリプションが支えているわけでもありません。同じ性質が限界でもあります。一度印刷すると、中身は変更できません。

印刷したコードが読めるかどうかを決めるのは3つです。ペイロードが何バイトになったか、どの復元レベルが損傷を吸収するか、そして紙の上で1モジュールがどれだけの幅になるか。以下のガイドは、そのそれぞれを数字とともに扱います。