2019年1月4日から6日まで開催された国際会議IMCOM(International Conference on Ubiquitous Information Management and Communication) 2019にて，Mobile pictogrammingというタイトルで発表してきました．

Pictogrammingはスマートフォン版も利用できますが，論文の形でまとめていなかったので，これを機にピクトグラミング自体の紹介も兼ねて発表してきました．

中学生以上ではほぼ全ての生徒，学生がスマートフォンを所持しており，スマートフォン対応であれば授業時間外でも時間制約なく利用できます．単純な図形である人型ピクトグラム一体を題材とし，さらに人型ピクトグラムの部位のドラッグ，命令入力支援ボタン，少ないテキスト入力文字数による命令記述をベースとしているので，スマートフォンのように表示領域が狭いデバイスあっても，視認性や判別性を損なうことなく，学習できる可能性を秘めています．現状，PC版のアプリケーションを元にレイアウト変更した程度ですが，今後，スマートフォンの様々な特性をうまく取り入れた機能を実装し，評価検証を行っていく予定です．

ピクトグラミングの使い方に関する動画がYouTubeでアップされていましたので，紹介させていただきたいと思います．とてもわかりやすいです．作成いただいた方，ありがとうございます．

ピクトグラミングでは，プロブラム記述領域に独自の言語仕様でテキストで入力していきます．

主要命令をボタン入力で補完するボタン群が画面下部に配置されているので，命令の記述がわからなくてもボタンに記述されている命令例をみたり，マウスオーバーすると人型ピクトグラムが吹き出しでその意味を教えてくれるので，使っていると小一時間もすると慣れてきます．

使っている様子を見るとたまにあるのが，命令の途中に保管した命令が挿入されてしまい，シンタックスエラーになる例です．次にその典型例を示します．|はカーソルです．

命令ボタンを押下して最初に入力した後に，

R LUA 90 1|

回転角度を変更しようとして，

R LUA 120| 1

と変更して，さらに続けて別のボタンを押すとカーソル位置に次のように命令が追加されて実行されてしまうため，シンタックスエラーが発生します．

R LUA 120RW LUA 90 1
|
1

そこで，命令ボタン押下時に追加される命令は必ず行頭から追加されるように修正しました．行頭以外にカーソルがある場合，次の行の先頭に，行頭にカーソルがある場合，その行の命令の前に命令が挿入されます．

よって先ほど例示した

R LUA 120| 1

の状態でRW LUA 90 1ボタンを押下すると，

R LUA 120 1
RW LUA 90 1
|


となります．

また例えば，
|R LUA 120 1

の状態でRW LUA 90 1ボタンを押下すると，

RW LUA 90 1
R LUA 120 1
|


となります．

挿入されたところに挿入するという動作にしてシンタックスエラーが存在することを表示するでも，それは一つのあり方で，これまではそういう方針だったのですが，シンタックスエラーをできるだけ発生しないような仕組みにしていこうと思います．
将来的には，ブロックプログラミング型の言語や，JavaScript，Pythonなどのプログラミング言語での入力もサポートする予定ですが，ピクトグラミングのシンプルな命令セットゆえの長所を生かした環境を作っていきたいと思っています．

ピクトグラミングは，命令を記述してアニメーションを作成できますが，アニメーションの総時間長が大きくなってくると末尾に新しく記述した命令の挙動を確かめるまで時間がかかるようになります．そこで，下の図にあるように通常再生ボタンの右に，「早送り再生」ボタンを追加しました．このボタンを押すと実行が早送りで再生され，記述したプログラムの挙動を本来の動作時間よりも短時間で確認ができます．

またプログラム記述エリアに命令を記述し，改行をするとそのたびにプログラムが最初から実行されますが，その場合も，「早送り再生」ボタンを押して実行したのちは，「早送り再生モード」は維持されたまま実行されます．もし再生モードを変更したければ，通常再生ボタンあるいは早送り再生ボタンを押せばそのモードに変更されます．

デバッガの機能がまだ十分でないのと，このような時間軸を有するコンテンツの生成をどのような機能で支援するのが良いかはこれからの研究課題です．今後も引き続きピクトグラミングのご支援よろしくお願いします．

小学校プログラミング教育の手引（第一版） – 文部科学省 2018.03.30　では，教育課程内のプログラミング教育について次の4項目に分類しています．

A 学習指導要領に例示されている単元等で実施するもの

B 学習指導要領に例示されてはいないが，学習指導要領に示されている各教科等の内容を指導する中で実施するもの

C 各学校の裁量により実施するもの

D クラブ活動など，特定の児童を対象として実施するもの

特に項Aで例示されている小学校5年生   算数　図形（多角形）の性質，小学校6年生   理科　電気の利用，特に「図形の性質」については，すでに多くの実践事例が報告されています．多くは，タートルグラフィックスで図形を描くプログラムを通じて図形の性質を学ぶ実践となっています．

仕事柄教育関係者の方々と話すことが多いのですが，この単元に関して，以前このような声を耳にしました．

1.「学習指導要領で書かれている内容が学習されればいいのだから，「ネコで描こうが，亀で描こうが，人型ピクトグラムで描こうが関係ない」」

2.「これまでの定規とコンパスで描いてきたアナログな図形描画とデジタルでの図形描画（タートルグラフィックスを例に出していました）は全く異なる」

本当にそうなのでしょうか？

ピクトグラミングでは，タートルグラフィックスに相当するグラフィックス描画もサポートしていますが，それに加えて先日のエントリで「人型ピクトグラムの様々な部位を使って線画を描くことができるようになりました．」でご紹介したように，異なった視点（一人称鏡像視点とでもいうのでしょうか）の図形描画を実装することにしました．　

（2021-07-29 追記）小学校向けに，使えるブロックを限定したカスタマイズバージョンのブロック版ピクトグラミングも用意しています．一度おためしください．

初中等学校授業向けカスタマイズアプリケーション

「小学校段階におけるプログラミング教育の在り方について（議論の取りまとめ）」2016-06-16 に以下の記述があります．

コーディングを覚えることが目的ではないことを明確に共有していくことが不可欠である。また、一人で黙々とコンピュータに向かっているだけで授業が終わったり、子供自身の生活や体験と切り離された抽象的な内容に終始しないよう、留意が必要である。楽しく学んでコンピュータに触れることが好きになることが重要であるが、一方で、楽しいだけで終わっては学習成果に結びついたとは言えず、子供たちの感性や学習意欲に働きかけるためにも不十分である。学習を通じて、子供たちが何に気付き、何を理解し、何を身に付けるようにするのかといった、指導上のねらいを明確にする必要がある。

Scratchを一斉授業で学習者全員が同一のゴールを目指すという単元型学習で使う事例も多く散見され， Scratchを検定試験に使うような団体も現れてしまっています．Scratch は非常にPowerful なツールですが，昨今のプログラミング教育ブームや，次期学習指導要領への対応状況を鑑み，俯瞰的視点で見るならば，どうScratchを使わないかという視点も考えていかなければいけないと思います．

また，ねこやカメですと一人で黙々とコンピュータに向かう可能性がありますが，人型ピクトグラムと一緒ならいつも最低二人です（笑）．