(57)【特許請求の範囲】
【請求項１】
同種のオブジェクトに係る複数の重複確保不可な確保対象のうち確保可能ないずれか１つの指定と該指定がなされた前記確保対象のスケジュール確保とを少なくとも含む所定作業の支援を要望するユーザの発話音声に基づいて該ユーザの要望を把握する把握手段と、
確保可否の確認前に選択させることができない前記指定の対象に係る複数の確保可能な候補にそれぞれ対応しかつそれぞれ対応する１つの前記候補に関する少なくとも１項目の属性がテキストで付記される複数の選択肢を画面に表示させる提示手段と、
前記画面に表示された複数の前記選択肢の中からいずれか１つを選択する前記ユーザの選択動作に基づいて前記指定の対象を確定させることで前記要望を補足する補足手段と、
を備える情報処理装置。
【請求項２】
前記確保対象は、会議室であり、
前記所定作業は、先約のない会議室を対象とする前記指定と該指定がなされた前記会議室のスケジュール確保とを少なくとも含む会議の予約作業であり、
前記提示手段が、それぞれ対応する１つの前記候補に関する複数項目の前記属性がテキストで付記される複数の前記選択肢を前記画面に表示させ、
前記属性は、前記会議室の収容人数と、前記会議室の常設備品と、のいずれかである、
請求項１に記載の情報処理装置。
【請求項３】
前記補足手段が、前記画面に表示された複数の前記選択肢の中からいずれか１つを選択する前記ユーザのタッチ操作を少なくとも含む前記選択動作に基づいて前記指定の対象を確定させることで前記要望を補足する、
請求項１又は請求項２に記載の情報処理装置。
【請求項４】
前記補足手段が、複数の前記選択肢が前記画面に表示されている状態で検出された発話音声がいずれかの前記選択肢を特定する内容である場合に該発話音声をさらに含む前記選択動作に基づいて前記指定の対象を確定させることで前記要望を補足する、
請求項３に記載の情報処理装置。
【請求項５】
前記提示手段が、さらに、複数の前記選択肢が前記画面に表示されている状態で検出された発話音声がいずれの前記選択肢を特定する内容でもない場合に該発話音声に基づいて前記選択肢を更新する、
請求項４に記載の情報処理装置。
【請求項６】
同種のオブジェクトに係る複数の重複確保不可な確保対象のうち確保可能ないずれか１つの指定と該指定がなされた前記確保対象のスケジュール確保とを少なくとも含む所定作業の支援を要望するユーザの発話音声に基づいて該ユーザの要望を把握する把握段階と、
確保可否の確認前に選択させることができない前記指定の対象に係る複数の確保可能な候補にそれぞれ対応しかつそれぞれ対応する１つの前記候補に関する少なくとも１項目の属性がテキストで付記される複数の選択肢を画面に表示させる提示段階と、
前記画面に表示された複数の前記選択肢の中からいずれか１つを選択する前記ユーザの選択動作に基づいて前記指定の対象を確定させることで前記要望を補足する補足段階と、
を含む、コンピュータの制御方法。
【請求項７】
同種のオブジェクトに係る複数の重複確保不可な確保対象のうち確保可能ないずれか１つの指定と該指定がなされた前記確保対象のスケジュール確保とを少なくとも含む所定作業の支援を要望するユーザの発話音声に基づいて該ユーザの要望を把握する把握機能と、
確保可否の確認前に選択させることができない前記指定の対象に係る複数の確保可能な候補にそれぞれ対応しかつそれぞれ対応する１つの前記候補に関する少なくとも１項目の属性がテキストで付記される複数の選択肢を画面に表示させる提示機能と、
前記画面に表示された複数の前記選択肢の中からいずれか１つを選択する前記ユーザの選択動作に基づいて前記指定の対象を確定させることで前記要望を補足する補足機能と、
をコンピュータに実現させる制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置，コンピュータの制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
エージェント機能を有するスケジュール管理装置が知られている（例えば、特許文献１参照）。特許文献１記載の装置は、入力された音声データをテキストデータに変換して必要な単語を抽出し、これらをスケジュール情報として登録する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１７９２３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１記載の装置は、スケジュール情報の登録に際し情報が不足する場合に、不足項目の音声入力をユーザに要求する（図３のＡ１１）。そのため、不足項目の内容や性質に関わらず、ユーザはこれを発話音声で入力するしかない。
【０００５】
本発明が解決しようとする課題は、作業を支援する装置に意向を伝達するユーザの負担を軽減することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明は、同種のオブジェクトに係る複数の重複確保不可な確保対象のうち確保可能ないずれか１つの指定と当該指定がなされた確保対象のスケジュール確保とを少なくとも含む作業の支援を要望するユーザの発話音声に基づいて当該ユーザの要望を把握し、確保可否の確認前に選択させることができない上記指定の対象に係る複数の確保可能な候補にそれぞれ対応しかつそれぞれ対応する１つの候補に関する少なくとも１項目の属性がテキストで付記される複数の選択肢を画面に表示させ、上記画面に表示された複数の選択肢の中からいずれか１つを選択する上記ユーザの選択動作に基づいて上記指定の対象を確定させることで上記要望を補足する。
【発明の効果】
【０００７】
本発明によれば、作業を支援する装置に意向を伝達するユーザの負担が軽減し得る。
【図面の簡単な説明】
【０００８】
【図１】チャット画面の主要な特徴の説明図である。（実施形態）
【図２】システムのネットワーク構成を例示するブロック図である。（実施形態）
【図３】スケジュール管理情報のデータ構成を例示する説明図である。（実施形態）
【図４】サーバ装置の電気的構成を例示するブロック図である。（実施形態）
【図５】チャットボットの機能的構成を例示するブロック図である。（実施形態）
【図６】予約支援手順を例示するシーケンス図である。（実施形態）
【図７】予約支援手順を例示するシーケンス図である。（実施形態）
【発明を実施するための形態】
【０００９】
［１．実施形態］
［１−１．概要］
（１）実施形態のシステムの主要な特徴
本実施形態は、会議の予約作業（所定作業）を支援する情報処理システム（実施形態のシステム）に関する。実施形態のシステムは、予約作業を行うユーザと予約を受け付ける装置との間で当該予約作業をチャット形式で支援する支援機能を含む。以下では、当該支援機能を「チャットボット」と称する。
【００１０】
会議の予約作業においてユーザが指定するべき事項は、件名，日付，時間枠（例えば、開始時刻と終了時刻の組，開始時刻と所要時間の組），場所，参加者（例えば、人，備品）を含み得る。これらのうち、場所や参加者は、予約を希望する日付，時間枠の少なくとも一部が先約と競合する可能性もある。したがって、従来の予約受付手順は、これらの事項をユーザに適切に指定させるため、作業ステップや画面遷移が複雑になっていることが多い。
【００１１】
実施形態のシステムのチャットボットは、会議の予約作業の支援を要望するユーザの入力動作に基づいて当該ユーザの要望を把握し、把握されなかった事項を確認するために当該ユーザに視覚的に提示された選択肢に対する当該ユーザの選択動作に基づいて当該要望を補足する。入力動作は、発話が好適であり、タッチ操作とジェスチャーの少なくともいずれかをさらに含んでいてもよい。選択動作は、タッチ操作が好適であり、発話とジェスチャーの少なくともいずれかをさらに含んでいてもよい。
【００１２】
タッチ操作は、画面に表示された仮想キーボート又は仮想キーパッドに対する一連の操作（文字入力操作）と、画面に表示された選択肢に対する操作（選択操作）を含む。以下の説明において、入力動作は発話（発声）と文字入力操作のいずれかであり、選択動作は選択操作であるものとする。
【００１３】
このように、実施形態のシステムのチャットボットは、入力動作に基づいて要望の要点を把握するとともに、把握されなかった内容を選択動作に基づいて確認することで当該要望を補足する。換言すれば、実施形態のシステムのチャットボットは、入力動作に基づいて要望を部分的に把握するとともに、把握されなかった内容を選択動作に基づいて確認することで当該要望を補足する。これにより、会議の予約作業を支援するチャットボットに意向（要望）を伝達するユーザの負担が軽減し得る。
【００１４】
（２）チャット画面
図１は、チャット画面の主要な特徴を示す。図１に例示されるように、チャット画面１００には、チャットボットがユーザに対し提示した内容にそれぞれ対応するデータ１１１〜１１６と、ユーザの入力動作又は選択動作に基づいてチャットボットが受け付けた内容にそれぞれ対応するデータ１２１〜１２５とが、チャット形式で画面の上方から下方に向けて時系列で追加されていく。チャット画面１００では、データ１１１〜１１６は画面の左側からの吹出，データ１２１〜１２５は画面の右側からの吹出の形式でそれぞれ表示されており、発言の主体（ユーザ又はチャットボット）が把握されやすいように構成されている。
【００１５】
チャット画面１００の表示範囲との関係で下方にスペースがない場合、データ全体を画面の上方に自動的に移動（スクロール）させてスペースが確保される。このとき、上方のデータはチャット画面１００の表示範囲外に出て表示されなくなる。表示されなくなったデータは、チャット画面１００を手動でスクロールさせることにより、改めて表示範囲内に表示させることが可能である。手動のスクロールは、例えば、画面の表示範囲内の任意の位置を始点とする画面の上方向へのスライド操作若しくはスワイプ操作、又は画面内に表示されるスクロールバーを画面の上方向へ移動させる操作により実現され得る。
【００１６】
チャットボットが提示した内容に対応するデータは、確認事項に関する選択肢を含んでいてよい。ユーザがいずれかの選択肢の表示領域をタッチする選択操作（例えば、タップ操作）を行うと、選択された内容が入力値としてチャットボットに提供される。例えば、データ１１２，１１３，１１５に含まれる選択肢１３１，１３２，１３３選択されると、それぞれ、選択された内容が入力値となりデータ１２２，１２３，１２５が追加される。
【００１７】
以上をまとめると、チャット画面１００において、データ１２１，１２４はそれぞれ、ユーザの発話（入力動作）に基づいて受け付けられた内容に対応する。一方、データ１２２，１２３，１２５はそれぞれ、ユーザの選択操作（選択動作）に基づいて受け付けられた内容に対応する。チャットボットは、発話音声に基づいて要望の要点を大雑把に把握するとともに、正確に指定させる必要がある細かい内容を選択操作に基づいて確認することで当該要望を補足する。
【００１８】
［１−２．ネットワーク構成］
図２は、実施形態のシステムのネットワーク構成を例示する。図２に例示されるように、実施形態のシステムは、ユーザが使用するユーザ端末１０と、スケジュール管理システムを構成するサーバ２０と、作業支援システムを構成するサーバ３０と、自然言語処理システムを構成するサーバ４０と、を含む。スケジュール管理システムは、会議の予約を受け付ける。作業支援システムは、チャットボットの主要な機能を提供する。自然言語処理システムは、自然言語処理機能を提供する。サーバ２０はデータベース２１にアクセス可能である。サーバ４０はデータベース４１にアクセス可能である。
【００１９】
ユーザ端末１０とサーバ２０及びサーバ３０とは、それぞれ、通信ネットワーク５０を通じてデータの授受が可能である。また、サーバ３０とサーバ２０及びサーバ４０とは、それぞれ、通信ネットワーク５０を通じてデータの授受が可能である。通信ネットワーク５０は、インターネット（Internet），携帯電話網，無線ＷＡＮ（Wireless Wide Area Network），無線ＬＡＮ（Wireless Local Area Network），イーサネット（Ethernet）（登録商標）等の既存のネットワークのうち少なくともいずれかを含んでいてよい。サーバ２０とサーバ３０とは、通信ネットワーク５０を通じてデータの授受が可能である。
【００２０】
［１−２−１．ユーザ端末］
ユーザ端末１０は、所定プログラム（Ｗｅｂブラウザ）がインストールされたユーザ装置（コンピュータ）である。ユーザ装置は、音声入力機能（例えば、マイクロフォン），音声出力機能（例えば、スピーカ），データ表示機能（例えば、ディスプレイ），タッチ入力機能（例えば、タッチパネル）を有するのが好ましい。これらの機能は、所定プログラム（Ｗｅｂブラウザ）上で動作するプログラム（スクリプト）により制御される。
【００２１】
本実施形態のシステムでは、ユーザ装置として、汎用の携帯装置（例えば、携帯電話，スマートフォン（smartphone），タブレット（tablet）端末，タブレットＰＣ（personal computer），ウェアラブルデバイス（wearable device）など）や汎用の処理装置（例えば、ＰＣ（personal computer）など）を用いることができる。本実施形態のユーザ端末１０は、データ表示機能を構成する画面（ディスプレイ）とタッチ入力機能を構成するタッチ面（タッチパネル）が重畳したタッチ画面（タッチパネルディスプレイ）を有しているものとする。
【００２２】
［１−２−２．スケジュール管理システム］
スケジュール管理システムは、サーバ２０とデータベース２１を含む。サーバ２０は、所定プログラムがインストールされたサーバ装置（コンピュータ）である。データベース２１は、所定データ（スケジュール管理データ）を管理する装置である。サーバ２０は、要求（リクエスト）に応じてデータをデータベース２１に記憶させ（登録し）、処理結果を要求元に提供（レスポンス）する。また、サーバ２０は、要求（リクエスト）に応じてデータベース２１に記憶されるデータを検索し、検索結果を要求元に提供（レスポンス）する。本実施形態におけるスケジュール管理システムは、公知のスケジュール管理システムに、外部から要求を受けるための各種ＡＰＩ（Application Programming Interface）を整備した構成である。
【００２３】
なお、複数のサーバ装置を連携させてサーバシステムを構成し、サーバ２０の機能を分担させ又はサーバ２０にかかる負荷を分散させてもよい。また、複数の記憶装置を用意し、データベース２１が記憶するデータの種類ごとに別々に記憶させてもよい。
【００２４】
図３は、スケジュール管理情報のデータ構成を例示する。図３（ａ）に例示されるように、オブジェクト情報は、オブジェクト（スケジュール確保の対象となる従業員，施設，備品等）を特定可能な「オブジェクトＩＤ」（キー項目）と、当該オブジェクトの「種別」（例えば、従業員，会議室等の施設，施設に常設されていない備品）と、当該オブジェクトの「名前」と、当該オブジェクトの「属性」と、を含む。従業員オブジェクトの属性は、例えば、所属部署，役職，肩書，敬称等を含んでいてよい。施設オブジェクトの属性は、例えば、所在するビルの名称，所在するフロア，常設されている備品の名称等を含んでいてよい。
【００２５】
図３（ｂ）に例示されるように、オブジェクト管理情報は、オブジェクトを特定可能な「オブジェクトＩＤ」（キー項目）と、当該オブジェクトが確保されている時間枠の「開始時期」及び「終了時期」と、を含む。オブジェクト管理情報は、空き状況の検索に用いる。図３（ｃ）に例示されるように、予約情報は、予約された会議を特定可能な「予約ＩＤ」（キー項目）と、当該会議の「件名」，「開始時期」，「終了時期」，「場所」（例えば、施設のオブジェクトＩＤ），「参加者」（例えば、従業員のオブジェクトＩＤ，施設に常設されていない備品のオブジェクトＩＤ）と、を含む。
【００２６】
［１−２−３．作業支援システム］
図２において、作業支援システムは、スケジュール管理システムの外部（クラウド環境）に存在するサーバ３０を含む。サーバ３０は、所定プログラムがインストールされたサーバ装置（コンピュータ）である。サーバ３０は、上記ＡＰＩに従ってサーバ２０にアクセスし、データの検索や登録を要求する。サーバ３０は、予約支援手順（後述）により、ユーザによる会議の予約作業を支援する。
【００２７】
なお、作業支援システムが提供する機能は、スケジュール管理システムの内部に存在するサーバ（例えば、サーバ２０）に実装されていてもよい。また、作業支援システムが提供する機能は、ユーザが使用する装置（例えば、ユーザ端末１０）に実装されていてもよい。
【００２８】
［１−２−４．自然言語処理システム］
自然言語処理システムは、スケジュール管理システムの外部かつ作業支援システムの外部（クラウド環境）に存在するサーバ４０を含む。サーバ４０は、所定プログラムがインストールされたサーバ装置（コンピュータ）である。データベース４１は、自然言語処理に関連するデータ（例えば、音声パターンの学習データ）を記憶する。サーバ４０は、例えば、発話音声（自然言語）のデータを入力し、データベース４１に蓄積しているデータを参照しつつ文字列に変換してキーワードを抽出し、各キーワードの意味（位置付け）を解釈し、処理結果を出力する。本実施形態では、公知公用の自然言語処理システム（自然言語処理サービス）を利用する。
【００２９】
ユーザの発話音声（自然言語）を解釈し予約情報（図３（ｃ））の項目（キーワード）を的確に抽出するには、サーバ４０による当該キーワードの認識精度を十分に向上させる必要がある。本実施形態では、会議の予約作業に関連する発話音声において出現頻度の高い表現パターンを事前にサーバ４０に学習させておくことで、サーバ４０による認識精度を実用に耐え得るレベルに向上させている。また、認識できなかったキーワードに関しては、必要に応じてユーザに確認することで補完する。
【００３０】
重点的に学習させておく優先度が高い表現パターンは、例えば次のものである。これらの正式な表現の他に、省略表現，頭文字（イニシャル）表現，順序を入れ替えた表現，その他の慣用表現も学習させておくとよい。また、下記（ａ）〜（ｄ）に関しては、これらのうちの少なくとも２種を組み合わせた表現も学習させておくのが好ましい。
（ａ）従業員の「名前」＋従業員の「肩書」
（ｂ）従業員の「名前」＋従業員の「役職」
（ｃ）従業員の「名前」＋従業員の「敬称」
（ｄ）従業員の「所属部署」＋従業員の「名前」
（ｅ）施設（会議室）の「名前」
【００３１】
なお、自然言語処理システムが提供する機能は、作業支援システムの内部に存在するサーバ（例えば、サーバ３０）やスケジュール管理システムの内部に存在するサーバ（例えば、サーバ２０）に実装されていてもよい。
【００３２】
［１−３．チャットボットの構成］
［１−３−１．電気的構成］
図４は、サーバ装置の電気的構成を例示する。典型的なサーバ装置は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）を含む制御処理装置４１０と、ＲＡＭ（Random Access Memory）を含む主記憶装置４２０と、ＨＤＤ（Hard Disc Drive）を含む補助記憶装置４３０と、マウスやキーボードを含む入力装置４４０と、ディスプレイやスピーカを含む出力装置４５０と、ネットワークカード（Network Interface Card）を含む通信制御装置４６０と、を有する。なお、典型的なユーザ装置の電気的構成は、典型的なサーバ装置と同様である。
【００３３】
主記憶装置４２０、補助記憶装置４３０、入力装置４４０、出力装置４５０及び通信制御装置４６０は、バスラインを介して制御処理装置４１０とそれぞれ接続される。制御処理装置４１０は、（１）補助記憶装置４３０に記憶されたプログラムを主記憶装置４２０上に読み込み、（２）プログラムの指示に従って入力装置４４０と補助記憶装置４３０と通信制御装置４６０との少なくともいずれかからデータを取得し、（３）取得したデータをプログラムに規定される手順で演算・加工した上で、（４）演算済み・加工済みのデータを補助記憶装置４３０と出力装置４５０と通信制御装置４６０との少なくともいずれかに提供する。
【００３４】
［１−３−２．機能的構成］
図５は、チャットボットの機能構成を例示する。図５に例示されるように、サーバ３０に実装されるチャットボットは、把握部５１０，提示部５２０，補足部５３０を含む。サーバ３０の機能は、サーバ装置向けＯＳ（Operating System）と当該ＯＳ上で動作する所定プログラム（制御プログラム）がサーバ装置にそれぞれインストールされることにより実現される。把握部５１０，提示部５２０，補足部５３０はそれぞれ、サーバ装置の制御処理装置４１０と通信制御装置４６０を含んで構成される。
【００３５】
サーバ装置向けＯＳ及びサーバ装置にインストールされるべき所定プログラムは、通信ネットワーク５０を介し搬送波に重畳させてサーバ装置に供給されてもよいし、ＣＤ（Compact Disc），ＤＶＤ（Digital Versatile Disk），ＭＯディスク（Magneto-Optical disk），フラッシュメモリ（flash memory）等の記録媒体に記録された状態で配布され当該記録媒体からサーバ装置に読み込まれてもよい。
【００３６】
把握部５１０は、会議の予約作業の支援を要望するユーザの発話音声に基づいて当該ユーザの要望の要点（要望の少なくとも一部）を把握する。具体的には、把握部５１０は、ユーザ端末１０から取得した発話音声のデータをサーバ４０に提供して発話音声を解釈させ、解釈処理の結果（キーワード）を取得する。続いて、把握部５１０は、キーワードの少なくとも一部をサーバ２０に提供し、当該キーワードに対応するオブジェクト（オブジェクトＩＤ）を特定する（照応解決）。
【００３７】
提示部５２０は、把握部５１０により把握されなかった事項に基づいて選定した選択肢をユーザに提示する。具体的には、提示部５２０は、把握部５１０により把握されなかった事項（例えば、複数の候補が存在し特定できなかった事項，管理状態（例えば、オブジェクトの空き状況）を確認してからでないと確定できない事項）に基づいて確認事項の選択肢を選定し、ユーザ端末１０に表示させる。
【００３８】
補足部５３０は、提示部５２０によりユーザに提示された選択肢に対する当該ユーザの選択動作に基づいて上記要望を補足する。具体的には、補足部５３０は、ユーザ端末１０のタッチ画面に選択肢が表示されている状態で検出された当該タッチ画面に対するタッチ操作によりユーザにより選択された選択肢に対応するデータをユーザ端末１０から取得し、上記要望における未確定の事項を確定させる。
【００３９】
［１−４．予約支援手順］
図６及び図７は、予約支援手順を例示する。前提として、ユーザ端末１０において所定のＷｅｂブラウザに関連付けられたショートカット（エイリアス）が指定されると、ユーザ端末１０がサーバ３０にアクセスし、公知の手法によるユーザ認証を経て、当該Ｗｅｂブラウザにチャット画面１００（図１）が表示される。初期状態では、チャット画面１００にデータ１１１が表示される。ユーザ端末１０は、音声入力及びタッチ入力を待機する。ユーザが発話してユーザ端末１０により発話音声が検出された後に図６のフローが開始し、チャット画面１００に順次データが追加されていく。
【００４０】
ステップＳ６０５では、サーバ３０（把握部５１０）がユーザ端末１０から、音声データを取得する。ステップＳ６１０では、サーバ３０（把握部５１０）がサーバ４０（図示省略）に自然言語処理を要求し、サーバ４０から処理結果を取得する。サーバ４０は、音声データをサーバ３０から取得し、自然言語処理の結果をサーバ３０に返戻する。サーバ３０（把握部５１０）は、返戻された結果に基づいて、開催時期を限定し得る情報，参加者（従業員及び備品）の把握を試みる。なお、本実施形態では、発話による従業員の指定方法として、フルネームだけでなく、「姓（名字）」と「敬称」（例えば、「さん」，「君」，「先生」，「Mr.」，「Ms.」，「Dr.」等），「役職」（例えば、「社長」，「部長」，「課長」等），「肩書」（例えば、「弁護士」，「弁理士」等），「所属部署」（例えば、「○○部」，「○○課」，「○○グループ」，「○○チーム」等）との組合せによる指定に対応する。
【００４１】
ステップＳ６１５では、サーバ３０（把握部５１０）がサーバ２０に参加者（従業員及び備品）の検索を要求し、検索結果を取得して、参加者のオブジェクトＩＤを特定する（照応解決）。検索の要求は、ステップＳ６１０で特定された参加者情報（例えば、従業員の「姓（Family Name）」と「名（First Name）」，「敬称」，「役職」，「肩書」，「所属部署」との組合せ，備品の「名前」）を含んでいてよい。サーバ２０は、参加者情報をサーバ３０から取得し、当該参加者情報に対応する従業員や備品をデータベース２１のオブジェクト情報（図３（ａ））において検索し、検索結果をサーバ３０に返戻する。オブジェクト情報（図３（ａ））の「属性」に役職名称や肩書が含まれていれば、従業員の検索に利用することができる。検索結果はオブジェクトＩＤだけでもよいし、「名前」等の他の項目を含んでいてもよい。検索結果にオブジェクトＩＤ以外の他の項目が含まれない場合、サーバ３０は、オブジェクトＩＤをキーとしてサーバ２０から「名前」等の他の項目を改めて取得するとよい。これらはサーバ２０に整備されるＡＰＩの仕様に応じて構成され得る。
【００４２】
ステップＳ６２０では、サーバ３０（提示部５２０）がユーザ端末１０に表示データを提供し、画面を更新させる。ここでは、データ１２１及びデータ１１２にそれぞれ対応する表示データが提供され、ユーザ端末１０のチャット画面１００（図１）にデータ１２１及びデータ１１２が追加される。ステップＳ６１５の検索において１人の従業員（候補）が特定された場合は、データ１１２に含まれる選択肢は１つになる。一方、ステップＳ６１５の検索において２人以上の従業員（候補）が検出された場合は、データ１１２に含まれる選択肢は２つ以上になる。備品の候補の提示に関しても同様である。参加者（例えば、従業員，備品）の候補に係る各選択肢には、対応する候補に係る名前と、対応する候補に係る少なくとも１項目の属性と、がテキストで付記されるのが好適である。例えば、選択肢１３１には、選択肢１３１に対応する候補（従業員）の名前（「Ｂ１Ｂ２」）とともに、当該候補の属性として役職（「課長」）及び所属部署（「○○部○○○○課」）がテキストで付記されている。
【００４３】
ステップＳ６２５では、サーバ３０（補足部５３０）がユーザ端末１０から、入力データを取得する。例えば、チャット画面１００（図１）においてユーザがタッチ操作（選択動作）により選択肢１３１を選択すると、データ１２２が入力値となり、当該入力値がサーバ３０に送信される。
【００４４】
ステップＳ６３０では、サーバ３０（補足部５３０）がサーバ２０に施設の検索を要求し、検索結果を取得して、施設のオブジェクトＩＤを特定する（照応解決）。検索の要求は、時期の条件（例えば、ステップＳ６１０で特定された会議の時期を限定し得る情報）や、場所の条件（例えば、予約作業を行っているユーザの就労場所の情報）を含んでいてよい。サーバ２０は、時期の条件や場所の条件をサーバ３０から取得し、当該各条件を満たす施設のオブジェクトＩＤをデータベース２１のオブジェクト情報（図３（ａ））において検索し、検索結果をサーバ３０に返戻する。本実施形態では、一例として、場所の条件を満たし、かつ、時期の条件を満たす期間に空きがある全ての施設が返戻される。
【００４５】
ステップＳ６３５では、サーバ３０（補足部５３０）がサーバ２０に参加者（従業員及び備品）及び施設のスケジュールの空き状況の検索を要求し、検索結果を取得する。検索要求は、上記時期の条件と、ステップＳ６２５を経て特定された参加者のオブジェクトＩＤ，ステップＳ６３０で取得された施設のオブジェクトＩＤと、を含んでいてよい。サーバ２０は、時期の条件と、参加者や施設のオブジェクトＩＤをサーバ３０から取得し、時期の条件により限定される期間内であって全ての参加者のスケジュールが確保可能な所要時間分の時間枠において各施設の使用権が確保可能か否かをデータベース２１のオブジェクト管理情報（図３（ｂ））において検索し、検索結果をサーバ３０に返戻する。
【００４６】
ステップＳ６４０では、サーバ３０（提示部５２０）がユーザ端末１０に表示データを提供し、画面を更新させる。ここでは、データ１１３に対応する表示データが提供され、ユーザ端末１０のチャット画面１００（図１）にデータ１１３が追加される。データ１１３には、所定数を上限とする施設（候補）の選択肢が含まれる。本実施形態では、一例として、ステップＳ６３５で確保可能と判定された施設を空き時間が現在から近い順（第１ソートキー），名前の昇順（第２ソートキー）でソートされ、上位５件が選択肢として提示される。場所（例えば、施設）の候補に係る各選択肢には、対応する候補に係る名前と、対応する候補に係る少なくとも１項目の属性と、がテキストで付記されるのが好適である。例えば、選択肢１３２には、選択肢１３２に対応する候補（施設）の名前（「９０２」）とともに、当該候補の属性として収容人数（「４名」）と常設備品（「プロジェクタ○」，「ホワイトボード○」）とがテキストで付記されている。
【００４７】
ステップＳ６４５では、サーバ３０（補足部５３０）がユーザ端末１０から、入力データを取得する。例えば、チャット画面１００（ず１）においてユーザがタッチ操作（選択動作）により選択肢１３２を選択すると、データ１２３が入力値となり、当該入力値がサーバ３０に送信される。
【００４８】
ステップＳ６５０では、サーバ３０（補足部５３０）がサーバ２０に施設の検索を要求し、検索結果を取得して、施設のオブジェクトＩＤを特定する（照応解決）。検索の要求は、ステップＳ６４５で取得された入力値である施設の名前を含んでいてよい。サーバ２０は、施設の名前をサーバ３０から取得し、当該名前の施設のオブジェクトＩＤをデータベース２１のオブジェクト情報（図３（ａ））において検索し、検索結果をサーバ３０に返戻する。
【００４９】
ステップＳ６５５では、サーバ３０（提示部５２０）がユーザ端末１０に表示データを提供し、画面を更新させる。ここでは、データ１１４に対応する表示データが提供され、ユーザ端末１０のチャット画面１００（図１）にデータ１１４が追加される。
【００５０】
ステップＳ６６０では、サーバ３０（把握部５１０）がユーザ端末１０から、音声データを取得する。ステップＳ６６５では、サーバ３０（把握部５１０）がサーバ４０（図示省略）に自然言語処理を要求し、サーバ４０から処理結果を取得する。サーバ４０は、音声データをサーバ３０から取得し、自然言語処理の結果をサーバ３０に返戻する。サーバ３０（把握部５１０）は、返戻された結果に基づいて、件名を把握する。なお、ステップＳ６６５の自然言語処理は、サーバ４０でない他のサーバに実行させてもよい。
【００５１】
ステップＳ６７０では、サーバ３０（提示部５２０）がユーザ端末１０に表示データを提供し、画面を更新させる。ここでは、データ１２４，データ１１５にそれぞれ対応する表示データが提供され、ユーザ端末１０のチャット画面１００（図１）にデータ１２４，データ１１５が追加される。データ１１５には、ステップＳ６０５からステップＳ６６５までの手順で、把握５１０により把握され、かつ、補足部５３０により補足された要望の内容が含まれる。
【００５２】
ステップＳ６７５では、サーバ３０（補足部５３０）がユーザ端末１０から、入力データを取得する。例えば、チャット画面１００（図１）においてユーザがタッチ操作（選択動作）により選択肢１３３を選択すると、データ１２５が入力値となり、当該入力値がサーバ３０に送信される。
【００５３】
ステップＳ６８０では、サーバ３０が、サーバ２０に会議の予約を要求する。予約の要求は、ステップＳ６７０で提示された要望の各項目を含んでいてよい。サーバ２０は、要望の各項目をサーバ３０から取得し、新たな予約情報（図３（ｃ））を生成し、これをデータベース２１に記憶させる。また、サーバ２０は、新たなオブジェクト管理情報（図３（ｂ））を生成し、これをデータベース２１に記憶させる。
【００５４】
ステップＳ６８５では、サーバ３０がユーザ端末１０に表示データを提供し、画面を更新させる。ここでは、データ１１６に対応する表示データが提供され、ユーザ端末１０のチャット画面１００（図１）にデータ１１６が追加される。データ１１６には、予約された会議の内容が含まれる。
【００５５】
［２．変形例］
［２−１．変形例１：発話による選択肢の選択を受け付ける］
上記実施形態における選択動作は、主としてタッチパネルに対するタッチ操作が想定されている。これに対し、選択動作として発話をさらに受け付けてもよい。
【００５６】
変形例１では、補足部５３０が、選択肢が表示されている状態で検出された発話音声がいずれかの選択肢を特定する内容である場合に当該発話音声に基づいてユーザの要望を補足する。例えば、選択肢に一意の符号を付与して提示し、当該符号を発話により選択させてもよい。また、例えば、選択肢として提示された施設の名前（部屋番号に相当する文字列）を発話により選択させてもよい。
【００５７】
［２−２．変形例２：発話による選択肢の更新要求を受け付ける］
上記実施形態では、所定数を上限とする施設の候補がチャット画面１００（図１）に表示される（図６のステップＳ６４０）。チャットボットとの対話をリセットして新たな予約作業を開始することは可能であるが、提示された施設（候補）の選択肢を更新することは想定されていない。これに対し、発話による選択肢の更新の要求を受け付けてもよい。
【００５８】
変形例２では、提示部５２０が、選択肢が表示されている状態で検出された発話音声がいずれの選択肢を特定する内容でもない場合に当該発話音声に基づいて選択肢を更新する。更新の内容は、選択肢の削減（絞込み），選択肢の追加（条件の緩和，上限の上昇），選択肢の変更（条件の変更）等のいずれでもよい。
【００５９】
（１）選択肢の削減（絞込み）
提示部５２０が、選択肢が表示されている状態で検出された発話音声が複数の選択肢にそれぞれ対応する複数の施設のうち一部に共通する内容である場合に、当該一部以外の施設に対応する選択肢を除外するとよい。これにより、発話により選択肢が削減され、選択肢の絞込みが可能になる。
【００６０】
（２）選択肢の追加（条件の緩和）
把握部５１０が施設を限定する条件を把握している場合であって、提示部５２０が当該条件を満たす施設に対応する選択肢が表示されている状態で検出された発話音声が当該条件を緩和する内容である場合に、提示部５２０が使用権の確保が可能な施設のうち当該条件を満たさない施設に対応する新たな選択肢を追加するとよい。これにより、発話により条件が緩和され、選択肢の拡充が可能になる。
【００６１】
（３）選択肢の変更（条件の変更）
把握部５１０が施設を限定する条件を把握している場合であって、提示部５２０が当該条件を満たす施設に対応する選択肢が表示されている状態で検出された発話音声が当該条件を変更する内容である場合に、提示部５２０が使用権の確保が可能な施設のうち変更後の条件を満たす施設に対応する新たな選択肢を提示するとよい。これにより、発話により条件が変更され、選択肢の変更が可能になる。
【００６２】
［３．付記］
［３−１．概要］
本発明は、作業の支援を要望するユーザの発話音声に基づいて当該ユーザの要望を把握し、把握されなかった事項を確認するために当該ユーザに提示された選択肢に対する当該ユーザの動作に応じて当該要望を補足する。これにより、作業を支援する装置に意向を伝達するユーザの負担が軽減し得る。
【００６３】
［３−２．主要な形態］
本発明は、少なくとも下記の形態を包含する。
〔Ａ〕所定作業の支援を要望するユーザの発話音声に基づいて該ユーザの要望を把握する把握手段と、前記把握手段により把握されなかった事項を確認するために前記ユーザに提示された選択肢に対する該ユーザの選択動作に基づいて前記要望を補足する補足手段と、を備える情報処理装置。
〔Ｂ〕所定作業の支援を要望するユーザの発話音声に基づいて該ユーザの要望を把握する把握段階と、前記把握段階において把握されなかった事項を確認するために前記ユーザに提示された選択肢に対する該ユーザの選択動作に基づいて前記要望を補足する補足段階と、を含む、コンピュータの制御方法。
〔Ｃ〕所定作業の支援を要望するユーザの発話音声に基づいて該ユーザの要望を把握する把握機能と、前記把握機能により把握されなかった事項を確認するために前記ユーザに提示された選択肢に対する該ユーザの選択動作に基づいて前記要望を補足する補足機能と、をコンピュータに実現させる制御プログラム。
〔Ｄ〕所定作業の支援を要望するユーザの発話音声に基づいて該ユーザの要望を把握する把握機能と、前記把握機能により把握されなかった事項を確認するために前記ユーザに提示された選択肢に対する該ユーザの選択動作に基づいて前記要望を補足する補足機能と、をコンピュータに実現させる制御プログラム を記録する記録媒体。
【００６４】
［３−３．主要な限定］
上記〔Ａ〕「情報処理装置」には、下記の技術的限定を加えてもよい。また、同様の技術的限定を、上記〔Ｂ〕「制御方法，上記〔Ｃ〕「制御プログラム及び上記〔Ｄ〕「記録媒体にそれぞれ加えてもよい。
（１）前記把握手段により把握されなかった事項に基づいて選定した前記選択肢を画面に表示させる提示手段をさらに備え、前記補足手段が、前記選択肢が表示されている状態で検出された前記画面に対するタッチ操作を少なくとも含む前記選択動作に基づいて前記要望を補足する。これにより、選択肢をタッチ操作により選択することが可能になり、ユーザの負担が大きく軽減し得る。
（２）前記補足手段が、前記選択肢が表示されている状態で検出された発話音声がいずれかの前記選択肢を特定する内容である場合に該発話音声をさらに含む前記選択動作に基づいて前記要望を補足する。これにより、選択肢を発声により選択することも可能になり、ユーザの負担が大きく軽減し得る。
（３）前記提示手段が、前記選択肢が表示されている状態で検出された発話音声がいずれの前記選択肢を特定する内容でもない場合に該発話音声に基づいて前記選択肢を更新する。これにより、選択肢を発声により更新させることが可能になり、ユーザの負担がより大きく軽減し得る。
（４）前記所定作業は資源の使用権を確保する作業を含み、前記提示手段が、前記使用権の確保が可能な複数の前記資源にそれぞれ対応する複数の前記選択肢が表示されている状態で検出された発話音声がいずれの前記選択肢を特定する内容でもない場合に前記選択肢を更新する。これにより、確保可能な資源の選択肢を発声により更新させることが可能になり、ユーザの負担がより大きく軽減し得る。
（５）前記提示手段が、前記発話音声が複数の前記選択肢にそれぞれ対応する複数の前記資源のうち一部に共通する内容である場合に該一部以外の資源に対応する選択肢を除外する。これにより、確保可能な資源の選択肢を発声により削減することが可能になり、ユーザの負担がより大きく軽減し得る。
（６）前記把握手段が、前記資源を限定する条件を少なくとも把握し、前記提示手段が、前記条件を満たす前記資源に対応する前記選択肢が表示されている状態で検出された前記発話音声が該条件を緩和する内容である場合に前記使用権の確保が可能な前記資源のうち前記条件を満たさない資源に対応する新たな選択肢を追加する。これにより、確保可能な資源の選択肢を発声により増大させることが可能になり、ユーザの負担がより大きく軽減し得る。
【符号の説明】
【００６５】
１０  ユーザ端末
２０  サーバ
２１  データベース
３０  サーバ（情報処理装置の一例）
４０  サーバ
４１  データベース
５０  通信ネットワーク
１００  チャット画面
【要約】
【課題】作業を支援する装置に意向を伝達するユーザの負担を軽減する。
【解決手段】本発明の一形態である情報処理装置（例えば、サーバ３０）は、所定作業の支援を要望するユーザの発話音声に基づいて該ユーザの要望を把握する把握手段（例えば、把握部５１０）と、前記把握手段により把握されなかった事項を確認するために前記ユーザに提示された選択肢に対する該ユーザの選択動作に基づいて前記要望を補足する補足手段（例えば、補足部５３０）と、を備える。
【選択図】図５【図１】
0006828231.tif 000002
【図２】
0006828231.tif 000003
【図３】
0006828231.tif 000004
【図４】
0006828231.tif 000005
【図５】
0006828231.tif 000006
【図６】
0006828231.tif 000007
【図７】
0006828231.tif 000008