400万人が利用する会社訪問アプリ
株式会社 MetaMoJi / シニア ソリューション アーキテクト
前々職のパナソニックでは、自然言語処理技術、音声インターフェース技術のエンジニアとして研究開発に従事してきました。2000年頃には、カーナビゲーションシステムでのVICSテキスト情報の音声読み上げ、フィーチャーホンでの電子メールテキストの音声読み上げなどの製品化を担当しました。2012年頃からは、対話システムの研究開発に注力し、料理レシピ選びの対話システムのプロトタイプ開発、そのプロトタイプの発展形としてB2B向けのQA対話システムの製品化などを行ってきました。
クラウドベースのシェアノートアプリ (eYACHO / GEMBA Note)で動く現場支援のAIソリューションのプロダクトマネージャーを担当しています。 プロダクトのマーケットフィット、コンセプト立案、開発ロードマップ、一部の技術開発も担っています。
対話システムの役割を一言で言うとすれば、私は「人の意図を理解する」ことだと考えています。少し噛み砕くと「話している相手がどんな意図をもっているかを、相手の発話から理解すること」となります。この「意図を理解する」機能（行動）は、通常我々が日常的に行っていて、特に意識をせずとも出来ることなのですが、計算機のプログラムとして実装しようとすると、
実際に取り組んだのは、ユーザに質問を行って得た回答からユーザの好みに合った料理レシピを提示する対話システムです。 多数ある料理レシピから徐々に絞り込んで提示するタイプの対話システムや、料理レシピ間の関連性を連想知識のグラフとして表現し、ユーザの回答に沿ってグラフをたどることで、連想的に料理レシピを提示するタイプの対話システムを開発しました。 上記の対話システムは、料理レシピの提案に深層学習は使っておらず、どちらかというと知識ベースの情報とユーザの回答に含まれる情報との関連性に基づいて料理レシピの選別を行っています。このような枠組みで対話システムを開発している主な理由は、対話システムが提示する料理レシピに対して、ユーザが提示される理由を理解しやすくするためです。 対話システムが料理レシピを選んでくれた時、なぜ料理レシピが（自分の好みに合うものとして）選ばられたのか理由が知りたくなることがあるのではないでしょうか？ 提示されたレシピが自分の好みに合うものだとすぐに理解できることもあれば、そうでないこともあります。対話システムの用途によって理由はほとんど不要なケースもありますが、理由が分からないと提示された結果を受け入れ難いというケースもあります。 これが、私が、対話システムにおいて「理由」がわかることが大切だと考える理由です。
山上 勝義さん
のプロフィールをすべて閲覧
Wantedlyユーザー もしくは つながりユーザーのみ閲覧できる項目があります
過去の投稿を確認する
共通の知り合いを確認する
山上 勝義さんのプロフィールをすべて見る
私がプロダクトマネージャとして開発を進めているプロダクト「COTOBA Talk」のニュースリリースを 2022/01/13 に行いました。 日本に 3100万人いると言われているデスクレスワーカー。業務中にPCが使えないデスクレスワーカーの業務環境にフィットする低遅延のグループ通話と音声インターフェースを統合したプロダクトです。 現場のコミュニケーションに関するマーケティングから浮かび上がった課題やニーズを反映したスペックを盛り込みました。 今後も様々な課題に向き合って商用化を加速して行きたいと思います。
