ユースケースを検索
ベンダーから届く脆弱性情報を自社のIT資産台帳と突き合わせて、対応が要るものを選ぶ
公開された脆弱性情報を毎日集め、自社のIT資産台帳と突き合わせて、対応が要るものだけを一覧にします。担当者の作業は、届いた情報を1件ずつ読んで自社に関係あるかを調べることから、絞り込まれた一覧を見て対応を決めることに変わります。
詳しく見る → UC-0147仕入先から届く製造中止・仕様変更の通知を読み取って、影響する製品と手配を洗い出す
仕入先から届く製造中止・仕様変更の通知を入力に、部品番号・変更区分・最終発注期限を読み取り、部品表と突き合わせて影響する製品と在庫を一覧にします。担当者の作業は、通知を読んで調べることから、出てきた一覧を見て手配を決めることに変わります。
詳しく見る → UC-0139技術者へのヒアリングをAIとの対話で行い、届け出されていない発明を掘り起こす
開発報告書や設計レビューの議事録を入力に、技術者ごとの質問案を作り、チャットで一次ヒアリングを行います。知財担当の作業は、全員と面談することから、整理済みの回答を見て出願候補だけを面談することに変わります。
詳しく見る → UC-0108納付期限が来る特許を、事業での使用状況と照らして維持と放棄の判断材料を作る
翌々月に特許料の納付期限が来る権利を一覧にし、公報から請求項の要点を取り出して、自社の製品仕様や事業計画と突き合わせた検討表を作ります。維持する理由と放棄してよい理由の両方を並べます。
詳しく見る → UC-0098新製品の仕様から、他社特許に触れていないかを一次調査する
開発中の製品の仕様を入力に、関係しそうな他社特許を絞り込み、請求項と自社仕様の対応表を作ります。知財担当の作業は、検索式を組んで数百件を目で選り分けることから、絞り込まれた候補を読んで判断することに変わります。
詳しく見る → UC-0078過去の技術報告書から類似の検討結果を根拠付きで探して開発の重複をなくす
「昔、似た材料で検討した気がする」という問いに対し、20年分の技術報告書と検討書から該当箇所を探し、報告書名・年度・担当者・ページを示した回答案を返します。研究開発者の作業は、共有フォルダを探して経験の長い技術者に聞くことから、示された原典を読んで判断することに変わります。
詳しく見る → UC-0075応募者からの選考中の問い合わせにチャットで一次回答する
中途採用の選考中に応募者から届く「選考はどこまで進んでいるか」「面接は対面かオンラインか」といった問い合わせに、募集要項と応募者へ開示済みの案内だけを根拠にして、その場で一次回答を返す構成です。合否や評価に触れる質問には答えさせず、採用担当へ引き継ぎます。
詳しく見る → UC-0055店舗に付いたGoogleの口コミを読み分けて、返信案と本部への報告を作る
店舗に付いたGoogleの口コミを読み、そのまま返信してよいものと、本部が事実を確かめてから対応すべき苦情とに分けます。前者には口コミの中身に触れた返信案を作り、後者は本部へ報告に回します。
詳しく見る → UC-0053設備の保守マニュアルと過去の対応履歴から現場の質問に根拠付きで答える
現場からの「この型式でこのエラーが出たときはどうするか」という質問に対し、該当する設備のマニュアルと過去の対応履歴を探して、出典付きの回答案を返します。保全員の作業は、書庫と過去の日報を探すことから、示された根拠を読んで自分の設備に当てはまるかを判断することに変わります。
詳しく見る → UC-0026法改正と通達の更新を毎週巡回して影響のある顧問先と規程を洗い出す
あらかじめ決めた官公庁サイトの一覧を対象に、週1回、更新されたページを見つけて内容を読み、「何が、いつから、誰に適用されるのか」を整理したうえで、顧問先台帳や社内規程と突き合わせて影響先の候補を出す構成です。
詳しく見る → UC-0021社内のIT問い合わせをチャットで一次対応する
社員が Teams のチャットで「VPNがつながらない」「共有フォルダに入れない」と書くと、情報システム部が SharePoint に置いている手順書とFAQを根拠に、その場で回答が返る構成です。回答には参照した文書へのリンクが付きます。
詳しく見る → UC-0017公開特許公報を要約して自社領域との関連を整理する
公開特許公報を入力に、「何を解決しようとしている発明か」「どういう構成か」「請求項1の範囲は何か」を定型の観点で要約させ、自社の技術領域との関連度を分類させます。
詳しく見る →