政府情報にアクセスする民間企業の職員に関して定めた一般的なクリアランス制度は存在せず、それにより、外国政府機関が日本政府機関等と情報共有しようとする場合に、どの範囲の民間企業職員にどのような情報が提供され、秘密が暴露された場合にどのような対応措置がなされるのかについての予測可能性が保障されておらず、外国政府機関がわが国との情報共有を躊躇するという萎縮効果のおそれが生じていると言われていました。これらについて統一的な仕組みを構築したのが、特定秘密保護法の枠組みということになります。デジタルニッポンの提案内容について、特定秘密保護法との関係で位置づけをなしてみていくことにしましょう。特定秘密保護法の逐条解説は、こちらです。同法は、「我が国の安全保障(国の存立に関わる外部からの侵略等に対して国家及び国民の安全を保障することをいう。)に関する情報のうち特に秘匿することが必要であるものについて、これを適確に保護する体制を確立した上で収集し、整理し、及び活用することが重要であることに鑑み、当該情報の保護に関し、特定秘密の指定及び取扱者の制限その他の必要な事項を定めることにより、その漏えいの防止を図り、もって我が国及び国民の安全の確保に資することを目的」とする法律です。」と解説がなされているのが興味を引きます。民間企業との関係でみるときには、第5条「特定秘密の保護措置」の適合事業者の定め(4項)、従業者の定め(5項、6項)と第8条「適合事業者への特定秘密の提供」が興味を引きます。同法11条は、取扱者の制限を定めています。特定秘密の取扱いの業務は、当該業務を行わせる行政機関の長若しくは当該業務を行わせる適合事業者に当該特定秘密を保有させ、若しくは提供する行政機関の長又は当該業務を行わせる警察本部長が直近に実施した次条第一項又は第十五条第一項の適性評価(略)において特定秘密の取扱いの業務を行った場合にこれを漏らすおそれがないと認められた者(略)でなければ、行ってはならない適正評価は、行政機関の長による適性評価の実施(12条)によって定められている手続きに従い、評価対象者に告知の上で、その同意を得て(同条3項)、実施がなされます。評価の対称となる事項は、特定有害活動との関係、犯罪及び懲戒の経歴に関する事項、情報の取扱いに係る非違の経歴に関する事項、薬物の濫用及び影響に関する事項、精神疾患に関する事項、飲酒についての節度に関する事項、信用状態その他の経済的な状況に関する事項になります(同2項)。対象となるのではありませんか?」という質問に対しては、「民間企業の職員が適性評価の対象となるのは、防衛装備品を製作等する業者が、行政機関と契約し、特定秘密の提供を受けたときのみです。当該業者においても、特定秘密を取り扱う職員の範囲を明確に定めます。適性評価の対象となるのは、限られた範囲の人です。」という回答になるわけです。)特定秘密保護法については、立法に際して、いろいろな議論があったかと思いますが、民間への適用についての懸念というのは、あまりなかったように思えます。デジタルニッポン73ページ以下では、セキュリティクリアランスについて、日本にはないという表現をしていますが、あまり正確な表現ではないように思えます。それはさておいて、サイバーセキュリティサービス企業やユーザ企業に対して、クリアランスの付与を考えて、情報の提供を考えるべきという提案かと思います。この提案の狙いは、方向性としては、妥当なのだろうと判断はしていますが、そもそも、防衛装備品の情報を狙っているサイバーキャンペーンがあるというように、生の攻撃データから、情勢分析を踏まえてのインテリジェンスに、どの組織が昇華させるのかという根本的なところが認識されていないのではないかというように思えます。そのような情報を特に、防衛秘密と指定すべきものかという問題もありそうです。その一方で、経営者がクリアランスを持っていない場合に従業員のみがクリアランスに基づいて経営者に対して、レスポンスの必要性をどのように説明するのかという問題も生じそうです。簡単な問題ではないということはいえるでしょう。Ikuorepl-aiで、シナリオを作成したら、実験をすることができます。マイプロジェクトページから実験(シミュレーター)できます。これで、うまくいけば、LINEのアカウントと接続します。具体的な接続の仕方は、このページ(作ったボットとLINEで話そう)にでています。ところが、私の場合は、どうしてもエラーがでて、立ち往生してしまいました。いう作業をして、webhookのアドレスをコピーを押して、「コピーいたしました。ご利用ください」の文字がでても、一つもアドレスが生成されませんでした。もって、ドコモデベロッパーズで、質問をしたのですが、すぐには返事が返って来ないので、しつこく催促したところ、結局、webhookのアドレスを教えてもらって、手で、LINEのほうに入力して実験しました。なんとかうまく接続されました。実験すると、すぐに、理解の範疇を越えて、返事が返って来なくなります。一般公開というレベルには、たどり着けていません。実験目的で、公開しています。具体的には、事務所のページを訪問ください。repl-aiは、横浜のゴミ分別の紹介サイトに採用されています。自然言語のレベルは、結構、高いみたいです。横浜市のごみ分別ボットの答えが的確すぎる」という記事がでています。このボットのエンジンは、repl-aiなので、うまく作れると、発展性があるのかもしれません。「連携ボットを活用しよう」というように作成すると、docomoの準備している対話ボットと連携することができます。LINEのボットは、改良をしないと恥ずかしいレベルです。仕事の広告として、有効なのかなという感じもするので、とりあえずは、ここで、いったん、開発は、止めて、マイクロソフトのAzureのボットフレームワークを使いだしてみようかと考えています。あと、実際の開発が、パーツを組み合わせていくというのを体感したので、それをもとに、システム開発契約についての、いまの一般の解説が時代に対応していないのを論文にするのもいいなあ、と考えています。Ikuorepl-aiで、LINEボットを作っていきます。基本的には、ドコモのデベロッパーアカウントを作成ということになります。デベロッパーアカウントの作成は、こちらですね。デベロッパーサポートですが、いろいろとみていくと、いろいろな機能があります。APIのところででてくる種々の機能は、魅力的に思えます。ドキュメントや開発者コミュニティが貧弱なのではないか、という風に見えるのですが、本当は、どうなのでしょうか。(FBでのページは、更新も少ないし、?がつきますね)あと、デベロッパーアカウントだといろいろいと問い合わせる機能があります。デベロッパーのコミュニティとか、そのBBSとかで聞けるといいのになとか思いました。アカウントを作成したら、repl-aiにもどってログインしていきましょう。マイプロジェクトになります。プロジェクトを作成しましょう(上の矢印)。このプロジェクトをもとにいろいろなことができますね。もって、いよいよシナリオの作成になります。新規作成を押して、シナリオを作っていきます。ユーザが、何か、お話をしたら、「初めまして」と答えていくのにしましょう。それで、「法律関係でお手伝いしましょうか」というシナリオにします。それまでいけば、次のシナリオに移動するようにします。Chatfuelと、比べると、自然な対話を狙っています。Chatfuelのところでふれたように、ボタンによる入力というのは、ありません。法律相談支援チャットボットというのは、チャット相手からえられる正確な知識をもとに、ある程度の道筋を提供するという性格になるので、ボタンを組み合わせるというのが有効なように思えます。ボタン式の入力をまったくもってツールとして選べないのは、ツールとしては、評価しにくいなあというのが判断になります。あと、とりあえず、人工知能というか、自然言語認識をさせるというのが、売りなのかと思います。すると、「何の法律相談ですか」というシステム発話に対しては、「○○です」と答えさせて、その○○に応じて、シナリオを展開するのが、なにかツールみたいなので揃っているといいのになあとか考えたりします。普通のツールだと、自然言語処理のお約束とのことですが、intentとentityで、覚え込みをさせているのに対して、repl-aiだと、そこら辺の仕組みがよくみえないです。Azureのここら(LUIS)辺は、詳しくできていますね。あと、いろいろな繰り返しのパターンがあるのですが、それをコピーするとかが前はなかったりしていました。ツールとしては、なじみにくかったということになります。趣味で、何かを使うのであれば、他のツールかな、という感じです。はいっても、一応、それなりのシナリオを作って、形にしました。Ikuorepl-aiでLINEボットに挑戦なわけですが、まさに挑戦という感じでした。シナリオ自体は、Facebookメッセンジャーチャットボットを作っていたので、オーサリングツールをいじって、そのまま、実験することはできるので、むしろ、どうすれば、LINEチャットからアクセスできるのか、というところが問題でした。っ、ちょうど、この頃に、出たのが、前でもふれた立花翔著「LINEBOTを作ろう」の本です。この本を見ながら、実際に、簡単なチャットボットを作って、確認していきました。使い方を覚えておきました(超初心者ですね)。そのあとで、実際には、repl-aiのサーバで作ってデプロイするので、Herokuを使ってデプロイしなくていいわけですが、そのような原理の勉強には、ちょうどよかったです。実際に設定していくのは、第3章以降になります。Centerの登録などが必要になります。「作ったボットとLINEで話そう」とを見ながら、実際にアカウントを作りながら、進めます。CENTERにログインですね。ログインするとこんな感じです。CENTERのサービス終了だそうです。もって、アカウントを設定です。LINE@をクリックしましょう。なって、認証アカウントを申し込みます。認証がとれるまで数日かかりました。開設までに審査が必要なアカウントが認証アカウントということになります。法律事務所ですと、やっぱり、きちんと認証をとっておくべきでしょう。フリーなのも含めて、こんな感じです。認証済みのアカウントの全体の設定はこんな感じで基本設定は、こんな感じになります。APIの設定は、こんな感じで、webhook送信(あるアプリケーションから別のアプリケーションに対してリアルタイムな情報提供を実現するための仕組みだそうです)を利用するとします。いうことで、ここまでが一応の準備ということになります。Ikuo6月以降は、ラトビア・エストニア訪問やら、ネット中立性のエントリをまとめたりして、なかなか、チャットボット関係をいじることができなかったのですが、ネット中立性の分析も一段落したので、チャットボットに戻りましょう。戻るといっても、実際は、5月にいろいろといじっていたものですが、今回は、repl-aiで、LINEチャットボットを構築した経験をメモしていきましょう。Messengerチャットボットは、Chatfuelというツールで作りました。前にもふれましたが、ボタン式で、どんどん進めていける点、プログラミングをしないで済むというので、本当に、便利なツールでした。なんといっても、チャットボットといえば、LINEでしょう。国内アクティブユーザー数が、7000万人以上(?)というほとんどプラットフォーム・アプリになります(独禁法上は、どういう市場画定するんだろ?とか考えているのはさておき)。ところが、Chatfuelは、LINEに対応していません。APIでもって、組んでいくのであれば、それはそれでいいのですが、実際にやりたいのは、法律相談を、ダイアログ式の応対に組み込むことなので、どう考えても、単純な仕組みの繰り返しが増えるのは、目に見えているので、ツールを使わざるを得ません。」という本を購入して、いろいろと遊ばせていただきました。Herokuも使ったし、ライン公式アカウントを作成して、いろいろとやりとりをできるレベルまでには、持っていきました。おすすめの本かと思います。その前に、LINEのアカウントを作成して、APIを利用するのを登録して、設定を行わないといけません。このあたりの設定については、「わずか5分。APIでbotを作ってみた手順全公開」と上の本を参照しながら、作成していきました。ツールの選択が、一番の課題になります。具体的に、「チャットボット作成ツールまとめ(国内海外)」などをみながら、LINE対応しているツールを洗い出してみました。reply-ai、smoochくらいしかないようです。Frameworkmotion.aichatbots.iowit.ai(FBの子会社でしたよね)gupshupconversemeya.aiは、LINEへのエクスポートができません。Messengerチャットボットを作ったときに、チャットボット(というか、ダイアログの仕組み)については、非常な可能性を感じたのですが、もっとも重要なのは、開発のためのいいツールがあることことと感じました。その意味では、LINEは、位置づけとしては、微妙なのではないのと感じたりする結果ですね。具体的なツールの評価になります。hachidoriについては、ドキュメント不足ですので、パスということは前に書きました。英語サイトでもって、アカウントの作り方を探したのですが、見つかりません。ボットで、アカウントを作りたいけどというと、個人では、アカウントを作るのには、対応していませんと回答してきたので、これまたパスすることにしました。smoochは、まだ試していません。いうことで、日本におけるチャットボット導入ツールの代表的な存在?であるrepl.aiを試してみることにしましょう。詳しくは、次のエントリで。