Google Apps Script (GAS)を使って、文書ファイルを指定のメールアドレスに送信する。文書ファイルの内容を確認した旨を自動で取得するため、送信されるメールにはGASへのリンクを張っておき、ワンクリックで受領確認の記録が残るようにする。このとき、文書ファイルのファイルID、受信者のアドレス、受領確認日時が記録されるようにする。

STEP1 承認用のリンクを踏んだ時に動くdoGET関数を定義

承認用のリンクをつくるには、まずdoGET関数を含むプロジェクトを定義し、ウェブアプリケーションとして導入する必要がある。ウェブアプリケーションとして導入するには、doGET関数を定義したのちに、スクリプトエディタのメニュー「公開」から「 ウェブアプリケーションとして導入 」を選択する。作業が完了すると、ウェブアプリケーションにアクセスするためのURLが発行される。

下にスクリプトの例を示す。
URLの最後尾にパラメータとして、スプレッドシートの何行目に承認済みの記録を記入するか (8行目 row)と承認者名 (9行目 SV)を入れるようにする。
12行目はスプレッドシートへの書き込みの例である。8行目で求めたrow行のA列からC列に対して、”recipt”という文字列, rowの中身, supervisor中身を記入する。冒頭で述べた、文書ファイルのファイルID、受信者のアドレス、受領確認日時あたりはここを書き換えればいい。
16,17行目で送信するメール本文を作成する。16行目はプレーンテキストの場合、17行目はHTMLテキストの場合である。受信者の環境によって、いずれかが表示される。
19行目でメールを送信する。送信者は、このスクリプトを実行するアカウントである。宛先はrecipient、メールタイトルはsubject、本文は前述のとおりである。
21行目以降は、ウェブアプリケーションとして導入したURLにアクセスした人に表示される画面を示している。
※「ウェブアプリケーションとして導入」したあとにdoGETの中身を変更した場合は、再度 「ウェブアプリケーションとして導入」 を行う。このときProject VersionをNewにしてから「更新」すること。

//ウェブアプリケーションとして導入する
function doGet(e) {
  var recipient = "受信者のメールアドレス",
      SS_id = "情報を記録するスプレッドシートのファイルID",
      SheetName = "情報を記録するスプレッドシートのシート名",
      Sheet = SpreadsheetApp.openById(SS_id).getSheetByName(SheetName),
      data = Sheet.getDataRange().getValues(),
      row = e.parameter.row,
      supervisor = e.parameter.SV;

  //ファイルに書き込み
  Sheet.getRange(row,1,1,3).setValues([["recipt",row, supervisor]]);

  var subject = '回覧通知';
  
  var plaintxt = "上長の承認が得られたので、報告書を回覧します。";
  var html = '<h1>報告書の回覧通知</h1>'+ '<p>上長の承認が得られたので、報告書を回覧します。</p>';
    
  GmailApp.sendEmail(recipient, subject, plaintxt, { htmlBody: html });

  var display = '<p>報告書の承認を受けつけました。N氏に回覧します。ご協力ありがとうございました。</p>';
  return HtmlService.createHtmlOutput(display);
}

STEP2 承認リンクのURLにパラメータを付加してメールで送信する

STEP1で作成したウェブアプリケーションのURLに、スプレッドシートの情報を読みだしてパラメータを付加させる。

下にスクリプトの例を示す。
7行目のsupervisorを承認依頼メールの受信者にする。data[0][2]すなわちシートのC1セルに入っている値を読みだしている。8，9行目も同様にスプレッドシートのB1セル、A1セルの値を読み込んでいる。
11,12行目で、ウェブアプリケーションにアクセスするURLに、パラメータとしてrowとSVを付加している。パラメータSVならdoGET関数でe.parameter.SVとして受け渡される。複数のパラメータは&で結ぶ。※下のスクリプトでは＆amp;となっているが、amp;は除く。
14,15行目はメールに本文を生成している。
17行目は添付したいファイルを呼び出している。ファイルはあらかじめGoogle Driveに入れておく。ファイルIDの調べ方
あとはメールでsupervisorに送る。

//承認依頼のメールを送信する
function myFunction() {
  var SS_id = "情報が記録されているスプレッドシートのファイルID",
      SheetName = "情報が記録されているスプレッドシートのシート名",
      Sheet = SpreadsheetApp.openById(SS_id).getSheetByName(SheetName),
      data = Sheet.getDataRange().getValues(),
      supervisor = data[0][2],
      subject = data[0][1],
      row = data[0][0];
      
  var url = "ウェブアプリケーションのURL(execで終わる)";
      url += '?row=' + row + '&SV=' + supervisor;

  var txt = '承認リンク ' + url;
  var html = '<h1>次のリンクを開いてください</h1>' + '<a href="' + url + '">承認</a>';
 
  var file = DriveApp.getFileById("Google Drive上のファイルのID")
    
    //承認依頼メールを送信する
    GmailApp.sendEmail(supervisor, subject, txt, { htmlBody: html, attachments: file});
}

参考
「Google Apps Script」で社内システムをつくってみた～GASとの出会い編～
GASのワークフローでURLのパラメータで承認・否認を切り替える方法

2019年秋に発売される新型日産スカイラインにはプロパイロット2.0が搭載される。日産リーフZE1などに搭載されているプロパイロット1.0は同一車線の自動運転(車速、車間距離の制御、車線中央維持)に限られていた。プロパイロット2.0では遅い車の追い越しやインターチェンジへの侵入といった車線変更を行えるようになった。また、プロパイロット1.0相当の運転はハンドルから手を放しても良いことになった。

プロパイロット1.0から2.0にバージョンアップするため、車両のセンサー類が増えている。前方カメラは単眼カメラから3眼カメラに変更された。3眼カメラは長距離用の望遠カメラから超広角カメラまで、幅広い距離範囲で物体を認識できる。アイサイトで使われてきたステレオカメラが視差から距離を算出するのとはカメラの使い方が異なっている。

カメラの他にも超音波ソナーとミリ波レーダーが装備されているが、超音波ソナーはリーフZE1にも装備されていた。ミリ波レーダーはプロパイロット2.0での追加である。悪天候下や長距離のセンシングにはカメラよりミリ波レーダーが有効である。高速で走行すると単位時間あたりの移動距離が長くなることから、遠くまでセンシングできるという特徴は高速走行への対応にも必要な性能だ。たとえば、新東名は制限速度が120km/hの区間があるものの、リーフのプロパイロット1.0では115 km/hまでしか対応できない。アメリカやドイツのような制限速度が高速な大陸国ではミリ波レーダーの必要性がより高い。

これだけ車両のセンシング能力を上げても、車両単独での自動運転には限界がある。カーブが連続して見通しの悪い区間(東名高速の大井松田IC-足柄SIC間など)で車線変更する場合のように、人間にとっても先読み能力をフル活用しなければならない場面がある。そこで活用されるのが高精度3次元マップデータである。車両側でその時その状況をすべてノーヒントでセンシングするのではなく、あらかじめ道路の構造をデータとして持っておく。車両のカメラに映った画像とマップデータを照合することで、車両の絶対位置を特定する。すると、この先にカーブやアップダウン、トンネルやインターチェンジといった道路構造がどのように存在しているのかがわかる。こうした情報を持ったうえで、車両側で車線変更の可否を判定する。道路の形状は工事などで変わっていくので、ネットワーク経由で最新のマップデータを更新する。プロパイロット2.0では年間2万2千円の日産コネクトに加入することになる。

高精度3次元マップデータを構築するのも、更新し続けるのも大変な労力を要する。そこで三菱電機やゼンリン、自動車メーカー10社などが出資するダイナミックマップ基盤(DMP)が日本国内の高精度3次元マップデータを維持する体制を構築している。DMPは2019年3月の時点で開通しているすべての自動車専用上下線道約3万kmのアップデータを構築した。日産のプロパイロット2.0ではこのデータが使用されるが、使用される形はDMPのデータそのままではない。DMPのデータは協調領域呼ばれ、どの会社も利用できる。ここに各社が差別化のためのデータを加えることができる（競争領域）。プロパイロット2.0ではゼンリンが追加データを整備している。

DMPは一般道のデータや海外のデータの構築にも着手している。災害対策やインフラ管理にも活用されているようで、なかなか興味深い会社だ。

安価な全固体電池が登場、エネルギー密度の限界突破で実用化前倒しへ
imecがA4型5Ah品を開発
日経エレクトロニクス 2019/7/23

TDKのCeraChargeみたいな車載駆動用電源と容量の桁が違うタイプの全固体電池ではなくて、車載に使えそうな大容量のもの。

Nikonが倒れたEUV露光機をASMLが実用化したときに立役者として名前が挙がるIMECの名前が電池分野に現れて驚いた。液体状態で塗布した電解質が固体電解質になるので、界面抵抗の問題を解決しつつ製造コストを抑制するという。それも固体電解質はシリカが基になっているとか。トヨタが進めている硫化物系固体電解質が硫化物の反応性ゆえに嫌がられているものの酸化物系では性能が出ないのでしぶしぶ使われているというのに、その問題も解決するのか？数年後には100mS/cmのイオン電導度を達成するなんて言っているし、とんだゲームチェンジャーの登場か？

期待して記事を読むと、固体電解質の正体はナノポーラスなシリカにLi塩のイオン液体を染み込ませてあるだけだった。急速充電に向いていない(0.5C以上で容量低下)、Liデンドライトが発生する問題があると明記されていた。トヨタ-東工大陣営も固体電解質を使うとデンドライトでショートしないというのが売りだったはずなのに、全固体電池でデンドライトが発生してしまったと新聞に出たのが2年近く前のことだ。そもそもimecはイオン液体使っているから全固体電池じゃないだろうというのは置いておいて、セパレータ要らずでコストダウンという宣伝文句はimecでも聞けそうにない。ナノメッシュ構造の電極を使えばデンドライトを抑制できるそうだが、間隙が50 nmしかないからLi結析出しても結晶が成長しにくいくらいの話ではなかろうか。
高温に強いから冷却機構要らずというのは良い。固体電解質の前駆体溶液を塗布してその場で反応させて製造するというのも、適切な前駆体-固体電解質の条件が決まれば大当たりしそう。性能アップに自信があるようなので、もう見当はついているのかな。

トヨタはCATLと提携しちゃうし、いつになったら全固体電池はできるのだろうか。ちゃんと利益の出せるまともな製造技術ができますように。