特許 7401619 会話業務ツール

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-11

(45)【発行日】2023-12-19

(54)【発明の名称】会話業務ツール

(51)【国際特許分類】

   G06F 3/16 20060101AFI20231212BHJP

   G06Q 10/06 20230101ALI20231212BHJP

   G06F 40/30 20200101ALI20231212BHJP

   G06F 40/56 20200101ALI20231212BHJP

   G06F 3/01 20060101ALI20231212BHJP

   G10L 15/00 20130101ALI20231212BHJP

   G10L 13/00 20060101ALI20231212BHJP

【ＦＩ】

G06F3/16 650

G06Q10/06

G06F40/30

G06F40/56

G06F3/16 690

G06F3/16 620

G06F3/16 610

G06F3/01 510

G10L15/00 200A

G10L13/00 100M

【請求項の数】 18

【外国語出願】

(21)【出願番号】P 2022142292

(22)【出願日】2022-09-07

(62)【分割の表示】P 2021536119の分割

【原出願日】2019-08-29

(65)【公開番号】P2022184890

(43)【公開日】2022-12-13

【審査請求日】2022-10-06

(31)【優先権主張番号】16/120,146

(32)【優先日】2018-08-31

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】521084851

【氏名又は名称】キナクシス インコーポレイテッド

(74)【代理人】

【識別番号】110000855

【氏名又は名称】弁理士法人浅村特許事務所

(72)【発明者】

【氏名】ペリーマン、オリヴィア マルゴー

(72)【発明者】

【氏名】ブラックモア、ドリュー

(72)【発明者】

【氏名】オリヴェイラ アルメイダ、マルシオ

【審査官】滝谷 亮一

(56)【参考文献】

【文献】特開２０１４－１１６０１６（ＪＰ，Ａ）

【文献】特開２０１１－８３７５（ＪＰ，Ａ）

【文献】特開２０１８－４５６４６（ＪＰ，Ａ）

【文献】特開２００３－４４６４６（ＪＰ，Ａ）

【文献】特表２００２－５２３８４２（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１８／００１２１６３（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１４／０１００８４６（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１６／０３７１３１７（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ３／１６

Ｇ０６Ｑ １０／０６

Ｇ０６Ｆ ４０／３０

Ｇ０６Ｆ ４０／５６

Ｇ０６Ｆ ３／０１

Ｇ１０Ｌ １５／００

Ｇ１０Ｌ １３／００

(57)【特許請求の範囲】

【請求項1】

業務分析会話型ツールであって、
通信チャネルを備えるデバイスと、
前記通信チャネルを介してユーザから口頭でのクエリを受信する自然言語プロセッサ （ＮＬＰ）であって、前記ＮＬＰは、口頭でのクエリから意図と１つまたは複数のエンティティを推論する、ＮＬＰと、
業務概要モジュール、業務メトリック詳細モジュール、および業務メトリック寄与ファクタ・モジュールを含む実現アプリケーション・プログラム・インターフェース（Ｆ－ＡＰＩ）であって、前記Ｆ－ＡＰＩは、前記ＮＬＰから前記意図と前記１つまたは複数のエンティティを受け取る、Ｆ－ＡＰＩと、
業務管理データベースと、
を備え、
前記Ｆ－ＡＰＩは、前記意図と前記１つまたは複数のエンティティに関連するデータをデータベースから取得し、
前記業務メトリック寄与ファクタ・モジュールは、前記業務概要モジュールおよび業務メトリック詳細モジュールの少なくとも１つの後にアクセスされ、
第１のタイプの意図に応じて、前記業務概要モジュールは、前記意図と前記１つまたは複数のエンティティに関連するデータをグループ化および要約し、前記データに１つ以上の洞察を提供し、そして、前記ユーザへの第１の会話応答を形成するように構成され、
第２のタイプの意図に応じて、前記業務メトリック詳細モジュールは、前記１つまたは複数のエンティティの対象期間を設定し、前記対象期間について前記１つまたは複数のエンティティに関連するデータを収集し、将来の期間について前記１つまたは複数のエンティティに関連するデータを収集し、前記対象期間についてのデータと前記将来の期間についてデータの比較を提供し、前記比較を含むユーザへの第２の会話応答を形成する、ように構成され、
第３のタイプの意図に応じて、前記業務メトリック寄与ファクタ・モジュールは、前記業務概要モジュールおよび業務メトリック詳細モジュールの少なくとも１つを含む以前のダイアログに基づいて、前記１つまたは複数のエンティティのサブセットを識別し、前記サブセットに関する更なる情報を取得し、前記サブセットに関連するデータをグループ化して要約し、前記業務概要モジュールまたは業務メトリック詳細モジュールのいずれによっても以前に伝えられなかったデータに関する情報を含む、ユーザへの第３の会話型応答を形成する、ように構成され、
前記Ｆ－ＡＰＩは、前記通信チャネルを介して、音声出力用の前記第１、第２、第３の会話応答のそれぞれを送信する、
業務分析会話型ツール。

【請求項2】

前記業務概要モジュールは、
前記１つまたは複数のエンティティに関連する業務メトリックの更新リストを取得し、
それぞれのパフォーマンス範囲でどのくらい多くの業務メトリックが見つかったかをリストし、
そのターゲットに関連して最悪のパフォーマンスの業務メトリックの情報を提供する、
ように構成される、請求項１に記載のツール。

【請求項3】

前記業務メトリック詳細モジュールは、
業務メトリックの現在のパフォーマンスを提供し、
前記業務メトリックの現在のパフォーマンスをそのパフォーマンスのターゲットと比較し、
前記業務メトリックの将来の計画を提供する、
ように構成される、請求項１に記載のツール。

【請求項4】

前記業務メトリック寄与ファクタ・モジュールは、
１つまたは複数のフィルタに従って前記サブセットの内訳を取得し、
前記１つまたは複数のフィルタのそれぞれ内で、どの業務メトリックがその計画されたターゲットから最も遠いかを判断する、
ように構成される、請求項１に記載のツール。

【請求項5】

前記Ｆ－ＡＰＩは、ユーザ責任モジュールと協働開始モジュールをさらに含み、
第４のタイプの意図に応じて、前記ユーザ責任モジュールは、
計画されたターゲットを下回っている業務メトリックのサブセットに対処するために、個人の名前を提供し、
前記個人に通信する、
ように構成され、
ここで、前記協働開始モジュールは、計画されたターゲットを下回っている前記業務メトリックのサブセットに対処するために、個人間の協働を開始する、
ように構成される、請求項１に記載のツール。

【請求項6】

前記業務管理データベースは、業務メトリックの迅速な処理、シナリオ・シミュレーションの迅速な処理、および前記口頭によるクエリに応答する最新の分析を提供するサプライ・チェーン計画プラットフォームと統合されている、請求項１に記載のツール。

【請求項7】

前記デバイスは、ラップトップ、タブレット、スマートフォン、またはスマートスピーカーである、請求項１に記載のツール。

【請求項8】

前記デバイスはスクリーンをさらに備え、前記Ｆ－ＡＰＩは、前記意図および１つまたは複数のエンティティに関連する前記データを、前記スクリーン上に提示するための可視化された形式にさらに変換する、請求項１に記載のツール。

【請求項9】

前記可視化された形式は、テキスト、グラフ、チャート、または表である、請求項８に記載のツール。

【請求項10】

非一時的コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータによって実行されたとき、前記コンピュータに、
自然言語プロセッサ（ＮＬＰ）によって、通信チャネルを介してユーザから口頭でのクエリを受信すること、
前記ＮＬＰによって、前記口頭でのクエリから意図と１つまたは複数のエンティティを推論すること、
前記ＮＬＰによって、業務概要モジュール、業務メトリック詳細モジュール、および業務メトリック寄与ファクタ・モジュールを含む実現アプリケーション・プログラム・インターフェース（Ｆ－ＡＰＩ）に前記意図と１つまたは複数のエンティティを通信すること、
前記ＮＬＰによって、業務管理データベースから前記意図と１つまたは複数のエンティティに関連するデータを取得すること、
前記業務概要モジュールおよび業務メトリック詳細モジュールの少なくとも１つの後に前記業務メトリック寄与ファクタ・モジュールにアクセスすること、
前記業務概要モジュールを、第１のタイプの意図に応じて、前記意図と１つまたは複数のエンティティに関連するデータをグループ化および要約し、前記データに１つ以上の洞察を提供し、そして、前記ユーザへの第１の会話応答を形成するように構成すること、
前記業務メトリック詳細モジュールを、第２のタイプの意図に応じて、前記１つまたは複数のエンティティの対象期間を設定し、前記対象期間について前記１つまたは複数のエンティティに関連するデータを収集し、将来の期間について前記１つまたは複数のエンティティに関連するデータを収集し、前記対象期間についてのデータと前記将来の期間についてのデータの比較を提供し、前記比較を含むユーザへの第２の会話応答を形成すること、
前記業務メトリック寄与ファクタ・モジュールを、第３のタイプの意図に応じて、前記業務概要モジュールおよび業務メトリック詳細モジュールの少なくとも１つを含む以前のダイアログに基づいて、前記１つまたは複数のエンティティのサブセットを識別し、前記サブセットに関する更なる情報を取得し、前記サブセットに関連するデータをグループ化して要約し、前記業務概要モジュールまたは業務メトリック詳細モジュールのいずれによっても以前に伝えられなかったデータに関する情報を含むユーザへの第３の会話型応答を形成すること、
前記Ｆ－ＡＰＩによって、前記通信チャネルを介して音声出力用の前記第１、第２、第３の会話応答のそれぞれを送信すること、
を行わせる命令を含む、非一時的コンピュータ可読記憶媒体。

【請求項11】

前記命令はさらに、前記業務概要モジュールが、
前記１つまたは複数のエンティティに関連する業務メトリックの更新リストを取得すること、
それぞれのパフォーマンス範囲でどのくらい多くの業務メトリックが見つかったかをリストすること、
そのターゲットに関連して最悪のパフォーマンスの業務メトリックの情報を提供すること、
を行うように、前記前記コンピュータを構成する、請求項１０に記載の非一時的コンピュータ可読記憶媒体。

【請求項12】

前記命令はさらに、前記業務メトリック詳細モジュールが、
前記対象期間で業務メトリックの現在のパフォーマンスを提供すること、
前記業務メトリックの現在のパフォーマンスをそのパフォーマンスのターゲットと比較すること、
前記業務メトリックの将来の計画を提供すること、
を行うように、前記前記コンピュータを構成する、請求項１０に記載の非一時的コンピュータ可読記憶媒体。

【請求項13】

前記命令はさらに、前記業務メトリック寄与ファクタ・モジュールが、
１つまたは複数のフィルタに従って前記サブセットの内訳を取得すること、
前記１つまたは複数のフィルタのそれぞれ内で、どの業務メトリックがその計画されたターゲットから最も遠いかを判断すること、
を行うように、前記前記コンピュータを構成する、請求項１０に記載の非一時的コンピュータ可読記憶媒体。

【請求項14】

前記Ｆ－ＡＰＩは、ユーザ責任モジュールと協働開始モジュールをさらに含み、
前記命令はさらに、
前記ユーザ責任モジュールが、第４のタイプの意図に応じて、
計画されたターゲットを下回っている業務メトリックのサブセットに対処するために、個人の名前を提供すること、
前記個人に通信すること、
前記協働開始モジュールが、計画されたターゲットを下回っている業務メトリックのサブセットに対処するために、個人間の協働を開始すること、
を行うように、前記前記コンピュータを構成する、請求項１０に記載の非一時的コンピュータ可読記憶媒体。

【請求項15】

前記通信チャネルは、ラップトップ、タブレット、スマートフォン、またはスマートスピーカーから選択されたデバイスに格納されている、請求項１０に記載の非一時的コンピュータ可読記憶媒体。

【請求項16】

前記デバイスはスクリーンをさらに備え、
前記命令が、さらに、
前記Ｆ－ＡＰＩによって、前記意図及び１つまたは複数のエンティティに関連する前記データを、前記スクリーン上に提示するための可視化された形式に変換すること、
を行うように前記コンピュータを構成する、請求項１５に記載の非一時的コンピュータ可読記憶媒体。

【請求項17】

前記可視化された形式は、テキスト、グラフ、チャート又は表である、請求項１６に記載の非一時的コンピュータ可読記憶媒体。

【請求項18】

前記業務管理データベースは、業務メトリックの迅速な処理、シナリオ・シミュレーションの迅速な処理、および前記口頭によるクエリに応答する最新の分析を提供するサプライ・チェーン計画プラットフォームの部分を形成する、請求項１０に記載の非一時的コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、業務管理の分野に関する。特に、本開示は、業務に関する情報を取得するための会話ユーザ・インターフェースの使用に関する。

【背景技術】

【0002】

サプライ・チェーン管理に関する業務データは、しばしば、理解又は可視化するために極めて詳細で複雑になる。利用可能なデータの総量は、しばしば、あまりにも大きすぎるので、１人がそれのすべてを読むことができない。非常に多くのデータがあるので、そのデータからの関連がある特徴を選定することは、時間がかかり、困難であり得る。

【0003】

一般的な提示方法（たとえばスプレッドシート、チャート）は生の数値を示すのに対して、理解するための洞察(insight(s))は読者に委ねられているので、データの提示には課題がある。さらに、可視化及びグラフは、意味がある結果を解釈するために訓練された技能を必要とする。

【0004】

したがって、最新の集計された業務データを容易に摘要可能な(easily-digestible)フォーマットで報告することは、サプライ・チェーンを補正及び／又は改善するために業務決定を行う際の効率を大いに改善するであろう。

【0005】

現在、集計業務データを通信するには、書類報告、電話又は電子メール通信、及び対話型ダッシュボードの、３つの主要な手法がある。

【0006】

書類報告には、それらがフレキシブルでないという問題がある。データは、さらにフィルタ処理、修正又は探査することができない。より多くの詳細が必要とされるか又は要求される場合、新しい報告を作成しなければならない。これは貴重な時間と財務資源とを使い尽くす。これらの報告では、しばしば与えられるデータが多すぎる結果、無関係な詳細が重要な態様及び洞察を不明瞭にする。しかしながら、与えられるデータが少なすぎる場合、管理職員はクリティカルな情報を見落とし得る。また、書類報告において与えられたデータはライブなものでない、すなわち、リアルタイムで更新されていかない。したがって、最も最新の業務メトリック(metric)が利用できなくなり、それにより意思決定プロセスが妨げられる。さらに、データは、しばしば、洞察を得るために訓練された技能を必要とするスプレッドシート、グラフ及び他の可視化の形態で表される。業務状況の意味がある知識を得るためにこれらの結果を解釈することを学習することは、時間がかかる困難なプロセスである。

【0007】

電話又は電子メール通信は最新のメトリックの問題に対処することができる。しかしながら、その代わり、人的資源を使用コストがかかる。たとえば、そのような情報を報告するデータ・サイエンティストは、会話のために常に利用可能であるとは限らず、結果は遅延され得る。

【0008】

対話型ダッシュボードは、それらが最新であり、フィルタ処理又は修正することができるので、普及している手法である。しかしながら、これらは、複雑な可視化の問題を解決せず、理解するためにより一層の訓練を必要とし得る。ダッシュボードはまた、すべての関連がある情報をデバイスのスクリーン上に収めるという新たな課題をもたらす。この手法はまた、ユーザがそれらの業務メトリックを消費する間、ユーザがマルチタスクすることを可能にしない。

【0009】

ＵＳ９９７７８０８Ｂ２は意図(intent)ベースのリアルタイム分析可視化を開示している。自然言語処理は、（可視化分析を生成するために使用される）受信された要件文から分析要件文を生成するために使用される。生成された可視化分析はコンピュータ生成のグラフィカル・ユーザ・インターフェース（ＧＵＩ）上に表示される。

【0010】

ＵＳ２０１４３５１２３２Ａ１は、自然言語ユーザ・インターフェースを使用して企業データにアクセスするための方法を開示している。モバイル・アプリケーションは、音声データをテキスト・データに変換し、これは、次いで業務アナリティクス・エンジンによる、又は企業検索エンジンによる使用のためのコマンドを生成するために使用される。いずれの場合にも、結果はユーザ・インターフェース上でユーザに提示される。

【0011】

ＵＳ９９９６５３１Ｂ１は、会話を管理するための方法、媒体及びシステムを開示している。そのシステムは、自然言語での情報を備える入力の受信のためのコンピュータ実装入力インターフェースと、入力の意図を決定し、意図を実現するための情報を決定するように構成されたダイアログ・マネージャと、意図及び識別された情報をドキュメント化する会話理解ドキュメントと、会話理解ドキュメントをダイアログ・マネージャとは独立した別個のタスク完了ハンドラに向けて転送する出力インターフェースとを含む。

【0012】

ＵＳ２０１８００１２１６３は、会話インターフェースによってセールス情報及び洞察を提供するための方法及びシステムを開示している。その方法及びシステムは、データ・ソースからのデータを処理し、業務のパフォーマンスをどのように改善するかについての示唆を提供するためにデータを分析する。

【0013】

ＵＳ１００４２８８２Ｂ２は、データ・ソースからアナリティクス・データを取り出すためのアナリティクス・プログラム・インターフェースを開示している。その方法は、アナリティクス・データを取り出すという要求を受信することと、第１のデータ・ソースからのアナリティクス・データについての第１のクエリを発行することと、第１のデータ・ソースとは異なる第２のデータ・ソースからのデータについての第２のクエリを発行することとを含む。その方法は、そのアナリティクス・データとそのデータとを提供することを含むことができる。

【0014】

したがって、フレキシブルであり、常に利用可能であり、最新であり、理解することが容易であり、ＫＰＩ、業務洞察などの関連情報のみを提供する、会話ツールを提供することと、将来の照会（すなわち将来のデータ／メトリックの要求）を予想することと、サプライ・チェーンにおける問題に対処するための協働を開始することとが有利である。

【発明の概要】

【発明が解決しようとする課題】

【0015】

一実施例によれば、業務アナリティクス会話ツール（business analytics conversational tool）は、通信チャネルを備えるデバイスと、自然言語プロセッサ（natural language processor）（ＮＬＰ）と、実現アプリケーション・プログラム・インターフェース（fulfillment application program interface）（Ｆ－ＡＰＩ）と、データベース・アプリケーション・プログラム・インターフェース（database application program interface）（Ｄ－ＡＰＩ）と、業務管理データベースとを備え、ＮＬＰは通信チャネルを通してユーザからのユーザ入力を受信し、ＮＬＰはユーザ入力の意図を推論し、ＮＬＰはＦ－ＡＰＩにその意図を通信し、Ｆ－ＡＰＩは、Ｄ－ＡＰＩを介してその意図に関連するデータについての要求をデータベースに通信し、Ｄ－ＡＰＩは、その意図に関連するそのデータをＦ－ＡＰＩに通信し、Ｆ－ＡＰＩは、その意図に関連するそのデータを会話形式に変換し、通信チャネルを通して音声出力のためにその会話形式を送る。

【0016】

別の実施例によれば、業務データにアクセスし、それの分析を報告するための方法を実行するための１つ又は複数のコンピュータ可読記憶媒体であって、その方法は、デバイス中に位置する通信チャネルを介して口頭クエリを受信することと、口頭クエリを業務データベースと通信するためのコマンドに変換することと、コマンドに基づいてデータベース中のデータの検索及び／又は分析を実行することと、検索結果及び／又は分析結果を取り出すことと、通信チャネルに音声出力のために会話形式の検索結果及び／又は分析結果を送信することとを含む。

【0017】

業務会話上で訓練される自然言語処理モデルと、業務洞察に優先度を付けるためのインテリジェント・アナリティクスと、会話様式で洞察を供給するデータ駆動型発話とを備える、会話業務ツールが本明細書で開示されている。

【0018】

会話業務ツールは、サプライ・チェーン計画プラットフォームと一体化され得る。業務メトリックとシナリオ・シミュレーションとの高速処理を行うプラットフォームは、会話業務ツールと一体化されたときに自然な会話の流れの中で最新の分析を行うために使用され得る。業務メトリックとシナリオ・シミュレーションとの高速処理を行うサプライ・チェーン計画プラットフォームの例は、米国特許第７，６１０，２１２Ｂ２号、第８，０１５，０４４Ｂ２号、第９，２９２，５７３Ｂ２号、及び米国公開第２０１３００８０２００Ａ１号に開示されており、それらのすべてが参照により本明細書に組み込まれる。そのような「高速」プラットフォームは、これまで「高速応答」サプライ・チェーン計画プラットフォームと呼ばれている。そのような会話業務ツールは、米国特許第７，６１０，２１２Ｂ２号、第８，０１５，０４４Ｂ２号、第９，２９２，５７３Ｂ２号、及び米国公開番号２０１３００８０２００Ａ１号（それらのすべてが参照により本明細書に組み込まれる）に開示されているシナリオ・シミュレーション機能を使用して、カスタマイズ可能なＫＰＩの予報を計画されたターゲットと比較することができる。

【0019】

上記及び追加の態様、及び本開示の実施例は、それの簡単な説明が次に与えられる図面を参照しながら行われる、様々な実施例及び／又は態様の詳細な説明から、当業者に明らかになろう。

【0020】

本開示の上記及び他の利点は、以下の詳細な説明を読み、図面を参照すれば明らかになろう。

【図面の簡単な説明】

【0021】

【図1】会話業務ツールの実施例のシステム・アーキテクチャの概観を示す図である。

【図2】図１に示されたシステム・アーキテクチャのより詳細なビューを示す図である。

【図2A】ＮＬＰの機能を要約し、会話業務ツールの実施例の擬似コード(pseudocode)を示す図である。

【図3】会話業務ツールの別の実施例のシステム・アーキテクチャを示す図である。

【図4】会話業務ツールの実施例のマスタ・フローチャートを示す図である。

【図5】５つのサブモジュールを備える会話業務ツールの実施例の詳細なフローチャートを示す図である。

【図6】図５に示されたモジュールが使用される、会話業務ツールの一実施例における一連の会話ターン(conversational turn)を備えるダイアログを示す図である。

【図7】図５に示された業務概要モジュール(business summary module)を備えるサブルーチンのフローチャートを示す図である。

【図8】図７において点線四角形によってハイライトされたサブルーチン部分のさらなる詳細を示す図である。

【図9】図５に示されたメトリック詳細モジュール（metric detail module）を備えるサブルーチンのフローチャートを示す図である。

【図10】図９において点線四角形によってハイライトされたサブルーチン部分のさらなる詳細を示す図である。

【図11】図５に示されたメトリック寄与ファクタ・モジュール（metric contributing factors module）を備えるサブルーチンのフローチャートを示す図である。

【図12】図１１において点線四角形によってハイライトされたサブルーチン部分のさらなる詳細を示す図である。

【図13】図５に示された「メッセージでの責任(responsibility with message)」モジュールと「協働」モジュールとを備えるサブルーチンのフローチャートを示す図である。

【図14】図１３において上側点線四角形によってハイライトされたサブルーチン部分のさらなる詳細を示す図である。

【図15】図１３において下側点線四角形によってハイライトされたサブルーチン部分のさらなる詳細を示す図である。

【発明を実施するための形態】

【0022】

本開示は様々な変更及び代替形態を受けやすいが、特定の実施例又は実装形態が例として図面に示されており、それについて本明細書で詳細に説明する。しかしながら、本開示は開示されている特定の形態に限定されるものではないことが理解されるべきである。むしろ、本開示は、添付の特許請求の範囲によって定義されているように、発明の趣旨及び範囲内に入るすべての変更、等価物、及び代替物を包含するものである。

【0023】

業務会話上で訓練される自然言語処理モデルと、業務洞察に優先度を付けるためのインテリジェント・アナリティクスと、洞察を会話様式で供給するデータ駆動型発話とを備える、会話業務ツールが本明細書で開示されている。

【0024】

さらに、クラウド・サービスを使用することによって、メトリック会話業務は「常時オン」であり、ユーザが有する各照会についての最新メトリックを計算している。それは、任意の時刻に使用され得、即時の答えを提供する。そのツールは、ユーザの要求で、メトリックを再計算し、結果をフィルタリングし、さらなる詳細まで掘り下げることができる。関連があるデータが取得されると、それは自然な会話の流れを維持しながら、理解しやすい文に処理される。

【0025】

会話業務ツールは、数だけでなく、結果の解釈を通信するためにデータ中のトレンド及びパターンを見つけるために、データの多くの可能なフィルタ組合せをチェックすることができる。多くの異なるシナリオ及び計画対象期間(time horizon)における予測をチェックすることによって、会話業務ツールはまた、ユーザに潜在的問題の早期検出を与え、問題の根本原因について示唆することが可能であり得る。会話業務ツールは、それの応答を構築し、ユーザ時間を節約することができる、次に尋ねられることを予想するために、議論されたことを追跡する。

【0026】

会話の性質により、ユーザが取得することができる情報の量は、ほとんど無限であるが、ユーザは提示されているものを制御しているので、圧倒的なものでもない。言語は、特別な訓練又は課程が必要とされることなしに、誰でも直観的に理解することができるインターフェースである。同じインターフェース内で、ユーザは、協働を始めることによって会社内の他人にメッセージを送ることが可能であり得る。モバイル・デバイスへの統合により、ユーザは、ＫＰＩをチェックしながらマルチタスクを行うことができ、どこからでも業務データにアクセスすることができる。

【0027】

図１は、会話業務ツール（１０）の実施例のシステム・アーキテクチャの概観を示す。図２は、図１に示されたシステム・アーキテクチャのより詳細なビューを示す。

【0028】

図１と図２の両方を参照すると、ユーザ（１５）は、デバイス中の通信チャネル（２０）を介して発声(utterance)を提供することによって会話を開始する。通信チャネルは、発声を自然言語プロセッサ（ＮＬＰ）（２５）に伝達する任意のタイプのチャネルであり得る。たとえば、通信チャネル（２０）は会話仮想アシスタント（たとえばＳｉｒｉ（登録商標），Ａｌｅｘａ（登録商標）、Ｃｏｒｔａｎａ（登録商標）など）、Ｓｋｙｐｅ（登録商標）などであり得る。デバイスは、スマート・フォン、タブレット、ラップトップ、スマート・スピーカなどであり得る。ＮＬＰ（２５）は、意図及びエンティティなど、発声の態様を決定し、それらの態様は、次いで、実現アプリケーション・プログラミング・インターフェース（Ｆ－ＡＰＩ）（３０）に通信される。Ｆ－ＡＰＩ（３０）は意図を特定のデータ要求に変換し、それらのデータ要求は、次いで、業務データベース（３５）と通信しているデータベースＡＰＩ（４０）に通信される。データベースＡＰＩ（４０）の例はＲＥＳＴｆｕｌ ＡＰＩを含む。特定の意図に関連するデータは、次いでデータベース（３５）から取り出され、データベースＡＰＩ（４０）を介してＦ－ＡＰＩに送られ、Ｆ－ＡＰＩは、洞察を引き出し、複数のケースをチェックし、目立つデータを見つける。Ｆ－ＡＰＩは、次いで、この情報を会話形式に変換し、会話形式は、次いで、通信チャネル（２０）を介してユーザ（１５）に通信される。業務データベースは、より大きい業務ソフトウェア・プラットフォーム、たとえば、上記で定義されたような高速応答プラットフォームなど、サプライ・チェーン管理ソフトウェア・プラットフォームの一部であり得る。

【0029】

図２Ａは、ＮＬＰの機能を要約し、会話業務ツールの実施例の擬似コードを示す。ＮＬＰは、発声を正しい意図に分類するために訓練を受ける。訓練は、システムが意図を正しく識別したときは強化(reinforcement)を含み、それが誤っているときは負の強化(negative reinforcement)を含む。そのような訓練は、将来において会話業務ツールがユーザ発声を処理することを可能にする。

【0030】

実現ＡＰＩの擬似コードは、基本的にユーザ・クエリ（発声）を取り、意図を機能に一致させ、適切なデータを取得し、応答を形成し、その応答をユーザに送る。

【0031】

図３は、複数の異なる顧客（５５、６０、６５）が同時にツールを使用する、会話業務ツールの別の実施例のシステム・アーキテクチャ（５０）を示す。特に、図３は、カスタマイズされた業務メトリックと複数の顧客とをサポートするためのスケーラブルなマルチテナント(multitenant)・アーキテクチャを示す。各顧客（５５、６０、６５）は、その特定の顧客のためにカスタマイズされたそれぞれの個々のＮＬＰ（７５、８０、８５）にアクセスする。各ＮＬＰ（７５、８０、８５）は、特定の顧客（７６）のための識別で会話をマーキングしながら、共通の実現ＡＰＩ（９０）と通信し、Ｆ－ＡＰＩは、それを使用して、それぞれの正しい顧客データベース（８７、８８、８９）にデータ要求を正しくチャネリングする（９５）。さらに、顧客のデータベースはエンティティ（９１）の名前を顧客のＮＬＰ（７５）に更新する。高速応答システムが使用される場合は、十分速く計算され得るデータ・リソースを生成するためにコマンド（９２）が与えられる。

【0032】

図４は、会話業務ツールの実施例のマスタ・フローチャートを示す。会話（１００）は第１の発声（１０５）で始まり、第１の発声（１０５）は、データベースからのデータについての要求に変換され（１１０）、その後、第１の発声に対する応答（１１５）が続く。会話が不完全である場合、プロセスは、会話が終わるまで繰り返される。

【0033】

図５は、５つのサブモジュール（２００、２０５、２１０、２１５、２２０）を備える会話業務ツールの実施例の詳細なフローチャートを示す。ユーザ（２２５）は歓迎され、彼女又は彼が新規である場合は紹介（２３０）を与えられるか、又は、彼女又は彼が復帰である場合は再歓迎（２３５）される。現時点では、業務概要（２００）を提供する会話モジュールと、特定のメトリック（２０５）に関する報告を提供する会話モジュールと、報告されたメトリックに寄与ファクタ（２１０）を提供する第３の会話モジュールとの、３つの利用可能な会話モジュールがある。モジュールは、ユーザ（２２５）の要求に応じて対話するように構成される。

【0034】

たとえば、ユーザは、最初に業務概要（２００）を要求し、その後、特定のメトリック（２０５）（たとえば収入、在庫など）について要求し、その後、そのメトリックのための寄与ファクタ（２１０）を要求し得る。又は、ユーザは、業務概要（２００）を要求し、その後、特定のメトリックの寄与ファクタ（２１０）を要求し（すなわち、特定のメトリックについての要求をバイパスし）得る。又は、ユーザは、単に特定のメトリック（２０５）の概要を要求し、その後、そのメトリック（２１０）の詳細を要求し得る。

【0035】

業務概要（２００）は、メトリック（２４０）のリストを提供することができ、図８においてより詳細に説明するように、異なる範囲（２４５）におけるメトリックを分類し得る。

【0036】

ユーザは、次いで、協働（２２０）が特定のメトリックに対処することを開始し得るように、特定のメトリックの責任者に連絡すること（２３５）を希望し得る。メッセージでの責任モジュール（２１５）は、ユーザによって確認され、次いで責任者に送られるメッセージを構成するために使用され得る。業務分析によって与えられた問題に対処する有資格者間の協働を開始するために、さらなる協働モジュール（２２０）が使用され得る。協働モジュール（２２０）は、サプライ・チェーン計画プラットフォームが協働をサポートするという条件で使用される。

【0037】

図６は、図５に示されたモジュールがその中で使用される、会話業務ツールの一実施例における一連の会話ターンを備えるダイアログを示す。さらに、ツールは、業務メトリックとシナリオ・シミュレーションとの高速処理を行うサプライ・チェーン計画プラットフォーム、すなわち、上記で定義された「高速応答」プラットフォームと一体化される。

【0038】

ユーザはその日の報告を要求した。概要は口頭で与えられるが、概要グラフィックは、ツールにアクセスするためにユーザによって使用されるデバイス上で与えられ得る。ユーザは、次いで、ツールと、上記で説明した高速返信サプライ・チェーン計画プラットフォームとの統合により、ツールが瞬時に提供することが可能である特定のメトリック（利用）の将来の予報を尋ねる。ユーザは、次いで、別の特定のメトリック（収入）の概要報告を要求し、その後、寄与ファクタを要求する。これは口頭で報告され、また、容易な可視化のためのグラフィック（すなわちパイ・チャート(pie chart)）を含む。寄与ファクタに関するより多くの情報がユーザによって要求される。ツールはさらに２つのファクタで応答する。これらの応答は、ツールと上述のプラットフォームとの統合により、最新であり、瞬時である。

【0039】

ユーザは、次いで、適切な要員に連絡するために要求の形態でアクションを要求する。ツールは、適切な連絡情報を与え、ユーザによる検討のためのドラフト・メッセージを構成する。確認されると、メッセージは送られる。ツールは、ユーザがさらに何かを要求するかどうかをチェックする。

【0040】

図７は、図５に示された業務概要モジュール（２００）を備えるサブルーチンのフローチャートを示す。このサブルーチンにおいて、基本的意図（３０５）が発声（３００）から推論される。その意図は、意図の部類、たとえば、質問、データ取得のコマンド、応答などから選択され得る。意図（３０５）が推論されると、これが、データベース（３１０）からどのデータを取り出すかを確立するステップをトリガする。実現ＡＰＩは最新のアップデートされたステータス・データをローカルに記憶する。意図（３０５）を識別した後、Ｆ－ＡＰＩは、ステップ「ステータス更新」（３１５）によって示されているように、データベースへのコマンドを介してそれのデータのステータスを更新する。

【0041】

データは、データ（３２０）の概観と、関連があるデータ（たとえば、収入、在庫、利用、マージン、ＫＰＩなどの業務メトリック）への洞察（insights）（３２５）との、２つの形態で取り出される。これは、次いで、通信チャネル（３３５）に伝達される会話応答（３３０）に設計される。応答に添付するグラフィック（３４０）を提供するオプションがある。ユーザは、次いで、会話を終了するべきか、さらなる質問を尋ね続けるべきかを決定する。

【0042】

図８は、図７においてハイライトされたサブルーチン部分（３５０）のさらなる詳細を示す。業務概要ルーチンは一般的な口頭のクエリ（４００）によって開始され、その例が上側ボックスに示されている。サブルーチンは、次いでメトリックのリストを取得し（４０５）、範囲によってメトリックをグループ化する（４１０）。例として、メトリックがオントラック(on track)（すなわちターゲットと比較して）であるかどうか、危険警告を是認するかどうか、又はクリティカルな状態にあるかどうかの３つの範囲（すなわち「オントラック」、「警告」、「クリティカル」）があり得る。各範囲におけるメトリックの内訳（４１５）が報告され得る。たとえば、所与の範囲にメトリックがない場合、この範囲はスキップされる（４２０）。その範囲に１つのメトリックがある場合（４２５）、ユーザ・インターフェースはその旨を返信する。その範囲に２つ以上のメトリックがある場合（４３０）、応答はその旨である。たとえば、範囲「オントラック」について、収入のみがオントラックである場合、会話ユーザ・インターフェースは「収入オントラック」と返信する。たとえば、収入及び在庫がオントラックである場合、会話ユーザ・インターフェースは「収入及び在庫がオントラック」と返信する。その後、サブルーチンは、それのターゲットに対して最も成績が低いメトリックについての詳細を取得する（４３５）。ユーザには、最も成績が悪いメトリックがターゲットを上回る（４４０）のか、ターゲットを下回る（４４５）のかが通知される。

【0043】

図９は、図５に示されたメトリック詳細モジュール（２０５）を備えるサブルーチンのフローチャートを示す。

【0044】

このモジュールにおいて、基本的意図（５０５）とエンティティ（５１０）の両方が発声（５００）から識別される。たとえば、エンティティ（５１０）は収入であり得るが、意図（５０５）は、エンティティ（５１０）に関する「データ取得（get data）」であり得る。これは、エンティティ（５１０）に関する意図（５０５）機能を実行するようにツールに指令する。一例では、これは、収入についてのデータを取得することを意味し得る。たいていのエンティティは、異なる計画対象期間中に（たとえば、月間、四半期間、年間、現在、前年など）報告されるので、計画対象期間（５１５）は設定され、その後、ステータスが更新される（５２０）。

【0045】

次いで、現在の計画対象期間についてデータが収集され（５２５）、将来の計画対象期間について計算されたデータも取り出される（５３０）。（計算されたデータを取得する）このステップは、将来のための適切なメトリックを計算するためにサプライ・チェーン計画プラットフォームにコマンドが送られることに依拠する。したがって、上記で説明したように、ツールが高速返信プラットフォームに一体化された場合に、意味がある結果が取得される。結果は、次いで比較され（５３５）、会話形式でユーザに中継される（５４０）。

【0046】

図１０は、図９において点線四角形によってハイライトされたサブルーチン部分（５５０）のさらなる詳細を示す。メトリック詳細サブルーチンは特定のメトリックについてのクエリ（６００）によってトリガされ、エンティティはメトリック名である。メトリックの例は、収入、利用、マージン、在庫などを含む。サブルーチンは、連続的に実行される、計画対象期間を得るステップ（６０５）と、メトリック計算を得るステップ（６１０）と、年末計算を得るステップ（６１５）との、３つのステップを有することができる。最初に、計画対象期間が選定される（６０５）。計画対象期間は、月間、四半期間、年間、又は前年のデータであり得る。たとえば、バケットは、四半期間データ、年間データ、又は昨年のデータであり得る。「メトリック計算を得る」（６１０）は、メトリックについての計算された値をチェックし、実際の値と比較する。たとえば、「収入は６２０万ドルであるが、ターゲットは５００万ドルである」。最後に、将来の予測（６１５）が、シナリオ・シミュレーションの結果を取り出すことによって与えられ、たとえば、「高速応答」などのサプライ・チェーン計画プラットフォーム中に見つけられ、ターゲット（６２０）と比較される。

【0047】

図１１は、図５に示されたメトリック寄与ファクタ・モジュール（２１０）を備えるサブルーチンのフローチャートを示す。

【0048】

このモジュールは、メトリック（すなわちエンティティ）が識別されている（７００）、業務概要モジュール（２００）及び／又はメトリック詳細モジュール（２０５）のいずれかの後にアクセスされる。先行するダイアログは「コンテキスト」（７０５）として記憶されており、したがってエンティティ（７００）はすでに識別されている。意図が推論される（７１０）。たとえば、意図（７１０）は質問（たとえば「なぜ」？）であり得る。推論されると、詳細な情報（７１５）がデータベースから取り出され、地域データ（７２０）及び製品ファミリー・データ（７２５）がそれぞれグループ化され、要約される。十分な概要及びグループ化は会話形式で報告され得るが、繰り返しを回避するために、前に伝達されていないデータ（７３０）のみが、会話形式（７３５）で、随意にグラフィック（７４０）とともにユーザに与えられる。

【0049】

図１２は、図１１において点線四角形によってハイライトされたサブルーチン部分（７５０）のさらなる詳細を示す。意図及びエンティティ（８００）は前に識別されており、したがって、メトリックのさらなる詳細／分析はこの寄与ファクタ・サブルーチンにおいて与えられる。メトリックがそれのターゲットから最も大きく外れているエリアを見つけるために、これらがユーザにとって最も関心が高いので、異なるフィルタ（たとえば地域ごとのフィルタ、部分ごとのフィルタなど）が、データに適用され得る。図１２では、たとえば、地域フィルタ（８０５）及び部分フィルタ（８１０）が選択されている。選択されたメトリックについての、それらのそれぞれのターゲットから最も遠い地域及び部分（８１５）は、示されている発話例（８２０、８２５）によってユーザにハイライトされる。

【0050】

図１３は、図５に示された、メッセージでの責任モジュール（２１５）と協働モジュール（２２０）とを備えるサブルーチンのフローチャートを示す。この会話ターン中の発声（９００）は、メトリック名と地域名と部分名のためのエンティティ（９０５）を含む。必要なパラメータ（９１０）が与えられると、モジュールは、データベース（９２０）に要求された責任者の名前を要求する（９１５）。そのような人（９２５）がデータベース（９２０）中に見つけられない場合、メッセージは送られない（９３５）。そのような人がデータベース（９２０）中に見つけられた場合（９４０）、ユーザによる検証（９５０）のためにドラフト・メッセージが構成される（９４５）。承認されると（９５５）、さらなるモジュールは、サプライ・チェーン計画プラットフォームが同時計画の形態で協働をサポートする（９６５）という条件で、任意のメトリック問題に対処するために、有資格者間の協働を開始することができる（９６０）。

【0051】

図１４は、図１３において上側点線四角形（９７０）によってハイライトされたサブルーチン部分のさらなる詳細を示す。メッセージでの責任モジュールは、意図とメトリック名の特定のエンティティとの組合せ、及びメトリック（９８０）のフィルタ（図１３では、地域フィルタ及び部分フィルタの例が使用されている）によってトリガされる。このモジュールのための発声（９８２）の例が最上部に与えられている。データベースから責任者（９８４）を取得することに成功した後、ツールは、情報をユーザに会話形式（９８６）で聞こえるように伝達する。この後に、（責任者に送る）ドラフト・メッセージ（９８８）、又は送られるメッセージを構成するためのユーザに対するクエリ（９９０）のいずれかが来る。

【0052】

図１５は、図１３において下側点線四角形（９７５）によってハイライトされた協働サブルーチン部分のさらなる詳細を示す。協働モジュールは、意図と、メトリック名、地域名、部分名及びメッセージの特定のエンティティとの組合せによってトリガされる。このモジュールのための発声の例が最上部に与えられている。前のモジュールにおいて構成されたメッセージを送ることに成功した後、ツールは、協働が開始されたことの確認をユーザに伝達する。

【0053】

開示された方法のうちのいくつかの動作は、便宜的なプレゼンテーションのために特定の順序で説明されるが、以下に記載する特定の文言によって特定の順序付けが必要とされない限り、説明のこの様式は並べ替えを包含することを理解されたい。たとえば、連続的に説明される動作は、場合によっては並べ替えられるか、又は同時に実行され得る。その上、簡潔のために、添付図は、開示された方法が他の方法とともに使用され得る様々な方法を示さないことがある。

【0054】

上記のフローチャートに関するものを含む上記で説明したアルゴリズムについては別個に説明したが、本明細書で開示したアルゴリズムの任意の２つ又はそれ以上は任意の組合せで組み合わせられ得ることを理解されたい。本明細書で説明した方法、アルゴリズム、実装形態、又はプロシージャのいずれも、（ａ）プロセッサ、（ｂ）コントローラ、及び／又は（ｃ）他の好適な処理デバイスによる実行のための機械可読命令を含むことができる。本明細書で開示したどのアルゴリズム、ソフトウェア、又は方法も、たとえば、フラッシュ・メモリ、ＣＤ－ＲＯＭ、フロッピー（登録商標）・ディスク、ハード・ドライブ、デジタル多用途ディスク（ＤＶＤ）、又は他のメモリ・デバイスなど、非一時的有形媒体上に記憶されたソフトウェアにおいて実施され得るが、当業者は、アルゴリズム全体及び／又はそれの一部は、代替的に、コントローラ以外のデバイスによって実行され得、及び／又は、よく知られている様式でファームウェア又は専用のハードウェアにおいて実施され得る（たとえば、それは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、フィールド・プログラマブル論理デバイス（ＦＰＬＤ）、ディスクリート論理などによって実装され得る）ことを容易に諒解しよう。また、本明細書において示されたフローチャート中に表された機械可読命令のいくつかの又はすべては、コントローラ、プロセッサ、又は同様のコンピューティング・デバイス又は機械によって自動的に実装されるのとは反対に、手動で実装され得る。さらに、本明細書において示されたフローチャートを参照しながら特定のアルゴリズムについて説明したが、当業者は、例示的な機械可読命令を実装する多くの他の方法が代替的に使用され得ることを容易に諒解しよう。たとえば、ブロックの実行の順序は変更され得、及び／又は説明したブロックのいくつかは、変更、削除、又は組み合わせられ得る。

【0055】

本明細書で示し、説明したアルゴリズムは、特定の機能を実行し、互いに対話する様々なモジュールを有することに留意されたい。これらのモジュールは、単に、説明のためにそれらの機能に基づいて分離され、また、コンピュータ・ハードウェア、及び／又は適切なコンピューティング・ハードウェア上での実行のためにコンピュータ可読媒体上に記憶された実行可能なソフトウェア・コードを表すことを理解されたい。異なるモジュール及びユニットの様々な機能は、ハードウェアとして、及び／又は任意の様式でモジュールとして上記のように非一時的コンピュータ可読媒体上に記憶されたソフトウェアとして組み合わせられるか又は分離され得、別個に又は組合せで使用され得る。

【0056】

本開示の特定の実装形態及び適用を示し、説明したが、本開示は、本明細書で開示された正確な構成及び組成に限定されないこと、及び様々な変更、改変、及び変形は、添付の特許請求の範囲において定義されているように、発明の趣旨及び範囲から逸脱することなしに、上記の説明から明らかになり得ることを理解されたい。

【図1】

【図2】

【図2A】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】