(57)【要約】 【目的】  複数ユーザが協調して行う作業を効率よく的確に支援可能なことを課題とする。【構成】  複数ユーザによる協調作業を支援する対話型協調作業支援システムであって、各ユーザＡ〜Ｄ等との間で音声による対話情報の入出力を行う対話実行部３０と、ユーザ毎の役割に応じた対話モデルを管理すると共に、接続ユーザからの対話情報入力に基づき自己の対話モデルの状態遷移を制御し、該接続ユーザに出力するための新たな対話シナリオを生成する複数の対話制御部１１Ａ〜１１Ｄ等と、前記複数ユーザＡ〜Ｄ等からの対話情報入力に基づき、所要の対話制御部が同期して状態遷移するための共通の条件を管理する同期制御部１２とを備える。【選択図】  図１
2006244126.tif 000002
【特許請求の範囲】
【請求項１】
複数ユーザによる協調作業を支援する対話型協調作業支援システムであって、
各ユーザとの間で音声による対話情報の入出力を行う対話実行部と、
ユーザ毎の役割に応じた対話モデルを管理すると共に、接続ユーザからの対話情報入力に基づき自己の対話モデルの状態遷移を制御し、該接続ユーザに出力するための新たな対話シナリオを生成する複数の対話制御部と、
前記複数ユーザからの対話情報入力に基づき、所要の対話制御部が同期して状態遷移するための共通の条件を管理する同期制御部とを備えることを特徴とする対話型協調作業支援システム。
【請求項２】
同期制御部は、所要のユーザからの作業完了の旨の対話情報入力に基づき、所要の対話制御部を次の状態に遷移させることを特徴とする請求項１記載の対話型協調作業支援システム。
【請求項３】
同期制御部は、何れかのユーザによる作業中断の旨の対話情報入力に基づき、所要の対話制御部を中断状態に遷移させることを特徴とする請求項１記載の対話型協調作業支援システム。
【請求項４】
同期制御部は、何れかのユーザと対話実行部との間の呼に障害が検出されたことにより、所要の対話制御部を呼障害による中断状態に遷移させることを特徴とする請求項１記載の対話型協調作業支援システム。
【請求項５】
同期制御部は、何れかのユーザによる作業を前に戻す旨の対話情報入力に基づき、所要の対話制御部における現在の状態を前の状態に遷移させることを特徴とする請求項１記載の対話型協調作業支援システム。
【請求項６】
対話制御部は、同期制御部における前記共通の条件が満足されたことにより、自己が管理する現在の状態と、ユーザが入力した対話情報とに基づき、自己が次に出力すべき発話と、ユーザから収集すべき情報とを決定することを特徴とする請求項１乃至５の何れか一つに記載の対話型協調作業支援システム。
【請求項７】
所定イベントの発生に対応するための対話モデルを管理すると共に、複数の対話制御部における対話処理を中断させ、別の対話シナリオを挿入して複数ユーザとの対話を実行するシナリオ挿入部を備えることを特徴とする請求項１乃至６の何れか一つに記載の対話型協調作業支援システム。
【請求項８】
対話制御部は、接続ユーザのスキルを反映する個人情報に基づき該スキルに対応する対話モデルを管理することを特徴とする請求項１記載の対話型協調作業支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は対話型協調作業支援システムに関し、更に詳しくは、複数ユーザが一連の作業項目を一斉に協調して行うような協調作業を支援する対話型協調作業支援システムに関する。水道の元バルブと蛇口の工事や、工場内における生産設備の保守点検等、作用と確認の箇所が離れた条件下で行われる作業では、複数の作業者が協調してタスクを実行する必要がある。
【背景技術】
【０００２】
従来は、複数の作業者が互いに近接して作業をする場合に、予め各作業者の作業支援情報要求の音声パターンを登録しておき、ある作業者から入力された作業支援情報要求の音声を識別して、登録された音声のみを選択し、対応する作業支援情報を読み出して、該作業者に表示する作業支援システムが知られている（特許文献１）。これにより、各作業者は、本来の作業を継続しながら、隣の作業者の音声に妨げられることなく、音声により作業支援情報を要求できる。
【０００３】
また従来は、どんな順序で作業が進んでも、どの部分の作業が先行しても、実施可能な作業に対する作業指示が発行されるように、業務プロセスを全体のフローとして捉えるのではなく、独立した作業の集合体であると捉え、個々の作業の実施条件をもとに、作業指示を発行可能な協調作業支援システムが知られている（特許文献２）。
【特許文献１】特開平１１-３２７５８７（要約，図）
【特許文献２】特開平１０−１５４１７７（段落「００１１」）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記従来技術における作業は、いずれも作業者毎に独立して進行することが前提となっており、複数作業者間の作業を連携（同期）させて行うという観点は存在しておらず、このため、従来技術では、作用と確認の箇所が離れた条件下で一定の同期の下に行われるような協調作業の支援を行えなかった。
【０００５】
本発明は上記従来技術の問題点に鑑みなされたものであり、その目的とする所は、複数ユーザが協調して行う作業を効率よく的確に支援可能な対話型協調作業支援システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記の課題は例えば図１の構成により解決される。即ち、本発明（１）の対話型協調作業支援システムは、複数ユーザによる協調作業を支援する対話型協調作業支援システムであって、各ユーザＡ〜Ｄ等との間で音声による対話情報の入出力を行う対話実行部３０と、ユーザ毎の役割に応じた対話モデルを管理すると共に、接続ユーザからの対話情報入力に基づき自己の対話モデルの状態遷移を制御し、該接続ユーザに出力するための新たな対話シナリオを生成する複数の対話制御部１１Ａ〜１１Ｄ等と、前記複数ユーザＡ〜Ｄ等からの対話情報入力に基づき、所要の対話制御部が同期して状態遷移するための共通の条件を管理する同期制御部１２とを備えるものである。
【０００７】
本発明（１）では、複数ユーザＡ〜Ｄ等からの対話情報入力に基づき、所要の対話制御部が同期して状態遷移するための共通の条件を管理する同期制御部１２を備えることによ
り、例えばバス車両の点検作業における「ブレーキ作動」と「ブレーキ動作確認」のように、互いに遠隔にある操作行為と動作確認行為とを効率よくペアで管理できる。また、作業者からの対話入力のみならず、作業者への対話出力も音声にて行う構成により、各作業者は自己の作業をハンズフリー、かつアイズフリーで行える。更にまた、作業者同士が直接連絡をとり合う方式ではなく、タスク制御部１０を介して連携をとる構成により、作業の効率化、及び安全運用と作業履歴の取得が容易に行える。
【０００８】
本発明（２）では、上記本発明（１）において、同期制御部１２は、所要のユーザからの作業完了の旨の対話情報入力に基づき、所要の対話制御部を次の状態に遷移させるものである。従って、複数ユーザ間における作業の同期（連携）が効率よく確実に得られる。
【０００９】
本発明（３）では、上記本発明（１）において、同期制御部１２は、何れかのユーザによる作業中断の旨の対話情報入力に基づき、所要の対話制御部を中断状態に遷移させるものである。従って、あるユーザの作業に不都合（遅延等）が生じても、他のユーザの作業を効率よく一斉に待たせることが可能である。
【００１０】
本発明（４）では、上記本発明（１）において、同期制御部１２は、何れかのユーザと対話実行部３０との間の呼に障害が検出されたことにより、所要の対話制御部を呼障害による中断状態に遷移させるものである。従って、回線障害時にも、ユーザからの中断指示と同様に、自動的に対処できる。
【００１１】
本発明（５）では、上記本発明（１）において、同期制御部１２は、何れかのユーザによる作業を前に戻す旨の対話情報入力に基づき、所要の対話制御部における現在の状態を前の状態に遷移させるものである。従って、あるユーザの作業にやりなおし等が生じても、他のユーザの作業を効率よく一斉に前の作業に戻すことが可能である。
【００１２】
本発明（６）では、上記本発明（１）〜（５）において、対話制御部１１は、同期制御部１２における前記共通の条件が満足されたことにより、自己が管理する現在の状態と、ユーザが入力した対話情報とに基づき、自己が次に出力すべき発話と、ユーザから収集すべき情報とを決定するものである。従って、ユーザ毎の対話（シナリオ）を円滑に運用できる。
【００１３】
本発明（７）では、上記本発明（１）〜（６）において、所定イベントの発生に対応するための対話モデルを管理すると共に、複数の対話制御部における対話処理を中断させ、別の対話シナリオを挿入して複数ユーザとの対話を実行するシナリオ挿入部１１Ｓを備えるものである。従って、作業中にイベント（異常等）が発生したり、非定常動作を行う必要が生じた場合でも、これらのイベントに対応する各所定の対話シナリオを途中で強制的に割り込ませることにより、様々な状況にも効率よく対処できる。
【００１４】
本発明（８）では、上記本発明（１）において、対話制御部１１は、接続ユーザのスキルを反映する個人情報に基づき該スキルに対応する対話モデルを管理するものである。従って、ユーザのスキルを考慮した役割の分担が容易に行える。
【発明の効果】
【００１５】
以上述べた如く本発明によれば、物理的に離れた複数ユーザによる協調作業を効率良く支援可能となるため、この種の協調作業の安全実施、効率向上に寄与するところが極めて大きい。
【発明を実施するための最良の形態】
【００１６】
以下、添付図面に従って本発明に好適なる実施の形態を詳細に説明する。なお、全図を
通して同一符号は同一又は相当部分を示すものとする。
【００１７】
図１は実施の形態による対話型協調作業支援システムの構成を示す図で、この支援システムは、大きく分けて、複数ユーザによる協調作業の実行を同期制御するＷｅｂサーバ（タスク処理部）１０と、複数ユーザ（クライアント）との間で音声による対話を実行する対話サーバ（対話実行部）３０とを備える。
【００１８】
Ｗｅｂサーバ１０において、１１Ａ〜１１Ｄはユーザ毎に生成され、各接続ユーザＡ〜Ｄとの間における対話の実行（進行）を制御する対話制御オブジェクト（本発明の対話制御部に相当）、１２は各対話制御オブジェクト１１Ａ〜１１Ｄ間における対話制御の同期を制御する同期制御オブジェクト（本発明の同期制御部に相当）、１３は対話サーバ３０からのＨＴＴＰリクエストを受け付けるサーブレット、１４はVoiceＸＭＬドキュメント（一例の対話記述用言語で書かれたリスト）のテンプレートであるＪＳＰ｛Java（登録商標） Server Pages｝ 、２０は対話シナリオ等の生成に必要な情報を格納しているVoiceＸＭＬデータベース、１５はVoiceＸＭＬデータベース２０に接続するためのデータベース（ＤＢ）連携モジュール、１００はＷｅｂサーバ１０と対話サーバ３０間を接続するＩＰ網である。
【００１９】
対話サーバ２０において、３１はVoiceＸＭＬによる対話シナリオを解釈・実行するVoiceＸＭＬインタプリタ、３２はユーザからの音声を認識する音声認識部（ＡＳＲ）、３３はユーザへの音声を合成する音声合成部（ＴＴＳ）、３４は電話端末を収容する電話ボードインタフェース（Ｉ／Ｆ）、２００は公衆交換電話網（ＰＳＴＮ）、５０はユーザが使用する電話端末（携帯電話，ＰＨＳ等）である。好ましくは、ハンズフリータイプの電話端末５０を使用することで、各ユーザＡ〜Ｄはハンズフリー、かつアイズフリーで専ら作業に専念できる。
【００２０】
係る構成により、次に、対話制御オブジェクト１１とユーザ間の１対１対話制御を説明する。ユーザとの間の対話制御は、基本的には、対話制御オブジェクト１１からの発話（作業指示）に対して、ユーザが必要な作業をい行い、作業結果を応答すると共に、該応答内容に基づき対話制御オブジェクト１１における状態が遷移し、新たな発話（作業指示）を生成する形、で進められる。
【００２１】
例えば、ユーザＡが携帯電話５０Ａで特定の電話番号にアクセスすると、対話サーバ３０の電話ボードＩ／Ｆ３４に着信する。対話サーバ３０では、ユーザＡ用のVoiceＸＭＬインタプリ夕３１Ａを生成すると共に、該インタプリ夕３１Ａは、ユーザＡの発話内容を解析し、Ｗｅｂサーバ１０に対して発話内容に対応するＨＴＴＰ(GET／POST)リクエストを送信する。
【００２２】
Ｗｅｂサーバ１０では、ユーザＡ用の対話制御オブジェクト１１Ａを生成すると共に、サーブレット１３は、ＨＴＴＰリクエストから上記ユーザＡとの対話で得られたパラメータ情報を受け取って、これを対話制御オブジェクト１１Ａに渡す。
【００２３】
対話制御オブジェクト１１Ａは、該取得したパラメータ情報に基づき、自己の状態を遷移させると共に、データベース連携モジュール１５を介してVoiceＸＭＬデータベース２０にアクセスし、ユーザＡとの対話制御に必要な対話シナリオ（プロンプト，グラマー等）の選択を行う。更に、選択したプロンプトやグラマーをＪＳＰ１４で対応するテンプレートに埋め込み、VoiceＸＭＬドキュメント（即ち、対話シナリオ）を生成すると共に、これをVoiceＸＭＬインタプリタ１１Ａに返送する。このVoiceＸＭＬドキュメントは、VoiceＸＭＬインタプリタ１１Ａで解釈され、更に、音声合成部３３で音声に合成され、ユーザＡに出力される。
【００２４】
ユーザＡは、システムからの出力音声に応じて必要な作業を行い、新たな音声入力を行う。対話制御オブジェクト１１Ａでは、その応答内容に基づき新たな状態に遷移し、新たな発話（作業指示）を生成する。このような対話制御を繰り返すことにより、ユーザＡの担当する作業が順に進められる。他のユーザＢ〜Ｄについても同様である。
【００２５】
次に、ユーザＡ〜Ｄによる協調作業の同期制御を説明する。対話制御オブジェクト１１Ａ〜１１Ｄ間で一つの同期制御オブジェクト１２を共有することにより、ユーザＡ〜Ｄ間における協調作業の同期制御が実現される。同期制御オブジェクト１２では、対話制御オブジェクト１１Ａ〜１１Ｄ毎にそれぞれ同期フラグを管理しており、各同期フラグはユーザＡ〜Ｄへの新たな作業の指示によってリセットされ、その後の各ユーザＡ〜Ｄからの作業完了の通知があった時点でそれぞれがセットされる。
【００２６】
そして、全ての同期フラグがセットされたことを契機に、各対話制御オブジェクト１１Ａ〜１１Ｄにおける状態遷移が付勢（イネーブル）される。この同期フラグは、ユーザからの作業完了の通知によりセットされるが、それ以外の通知（ユーザからの作業中断、前の作業に戻る指示の通知等)によってはセットされない。こうして、ユーザＡ〜Ｄによる協調作業の同期制御が効率よく行われる。
【００２７】
なお、上記全ての同期フラグがセットされたことを遷移の条件としたが、これに限らない。実際上は、様々なタイプの作業項目（作業の種類、人数、操作／確認の役割分担等）に応じて、必要なユーザからの作業完了通知のみが要求される。即ち、これが状態遷移の条件となる。本発明では、各場面において、このような要件に該当するユーザを「所要のユーザ」という語で表し、また、該要件の満足により状態遷移すべき関係にある所定の対話制御部を「所要の対話制御部」という語で表している。また、図示しないが、どのユーザ（又は対話制御部１１）が所要のユーザ（又は対話制御部１１）に該当するかについては、予め各タイプの作業項目に応じて同期制御部１２及び又は各ユーザ対応の対話モデル内で管理されている。
【００２８】
図２は実施の形態による対話型協調作業支援処理のシーケンス図で、ユーザＡ、Ｂによる協調作業の一部を示している。まず、ユーザＡの接続により対話制御オブジェクト１１Ａが生成される。その後、ユーザＡがシステムからの要求に応じて個人情報（ユーザ名、ＩＤ情報等）の入力を行うと、データベース２０に格納されたタスクデータと、ユーザＡの個人情報とに基づき、ユーザＡの役割に応じた対話モデルＡが生成され、これに伴いユーザＡから最初の対話シナリオＡ１を要求される状態となる。これを受けた対話モデル１１Ａは、同期制御オブジェクト１２にユーザＡ（即ち、対話モデルＡ）の状態登録を行うと共に、同期制御オブジェクト１２による同期待ちの（この例では、ユーザＢの接続を待つ）状態となる。
【００２９】
次に、ユーザＢの接続により対話制御オブジェクト１１Ｂが生成される。その後、上記同様にして生成された対話モデルＢが同期制御オブジェクト１２にユーザＢ（即ち、対話モデルＢ）の状態登録を行うと、これにより同期制御オブジェクト１２内では上記待ち状態の同期が得られた状態となる。このように、同期制御オブジェクト１２では、常に、対話モデルＡ，Ｂの状態が管理されており、各対話モデルＡ，Ｂからの同期の問い合わせに対しては、待つ必要があるか否かを判定し、かつ該問い合わせに応答可能となっている。図２は、ユーザＡが先に対話を完了しているが、ユーザＢの対話が完了するまでは、次の対話シナリオには進めない様子を示している。
【００３０】
対話モデルＡでは、上記同期の状態が得られたことにより、自己が管理する現在の状態と、ユーザが入力したパラメータ情報とに基づき、次に遷移すべき状態を決定する。具体
的には、データベース２０にアクセスして、次に出力すべきシステム側の発話シナリオを選択し、かつそれに関連付けられた状態、及びユーザＡから収集すべき情報を決定する。更に、これらの発話、状態及び収集すべき情報を、VoiceＸＭＬドキュメントのテンプレート（ＪＳＰ）に埋め込み、ＨＴＴＰリクエストに対する結果としてVoiceＸＭＬインタブリ夕３１Ａに返送する。
【００３１】
ユーザＡは、システムからの対話シナリオＡ１（タスク等）を受けたことにより、作業Ａ１を実行すると共に、その結果を音声にて応答する。この応答には、作業の完了のみならず、作業の状況に応じて、作業の中断又は作業を前の作業に戻す旨の指示等が行われる場合がある。そして、これらの応答は、対話モデルＡに対する次の対話シナリオＡ２の要求となり、これを受けた対話モデルＡでは、自己が管理する現在の状態と、ユーザが入力した応答情報とに基づき、次に遷移すべき状態を決定する。こうして、全てのタスクが終了するまで、同様の処理を繰り返す、ユーザＢについても同様である。
【００３２】
図３は実施の形態による同期制御処理の流れを説明する図で、図３（Ａ）は同期制御オブジェクト１２で管理する作業完了の同期フラグを示している。同期制御オブジェクト１２では各ユーザＡ〜Ｄの対応に設けられた作業完了の同期フラグを作業項目毎に管理している。一方、各対話制御オブジェクト１１Ａ〜１１Ｄは、各作業項目におけるユーザからの作業の完了（又は、作業中断、前の作業に戻る旨の）の入力を同期制御オブジェクト１２に通知する。同期制御オブジェクト１２では、対話制御オブジェクト１１Ａ〜１１Ｄから作業完了の通知が行われると、対応する作業完了の同期フラグをセットするが、その他の指示入力（作業中断の指示、作業を前の作業に戻す旨の指示等）では対応する同期フラグをセットしない。従って、全ての作業が完了した時点でのみ作業完了の同期状態となる。
【００３３】
図３（Ａ）は、ユーザＡ〜Ｄが作業項目ｎを行っているときの作業完了の同期フラグの状態を示しており、ユーザＡ, Ｃ, Ｄからの作業完了は既に通知されているが、ユーザＢからの作業完了の音声入力を待っている状態である。好ましくは、このとき、ユーザＡ,Ｃ,Ｄには待機状態にある旨の音声メッセージ（ｅｘ「しばらくお待ちください。」）が通知される。そして、全てのユーザＡ〜Ｄの作業完了が通知された時点で、各対話制御オブジェクト１１Ａ〜１１Ｄにおける次に遷移すべき状態の決定が付勢される。
【００３４】
なお、図示しないが、上記作業完了の同期フラグと同様にして、他にも、作業中断の指示フラグ、作業を前に戻す旨の指示フラグが各対話制御オブジェクト１１Ａ〜１１Ｄの対応に設けられている。作業中断の指示フラグについては、何れかが最初にセットされた時点でユーザ全体の作業中断の同期判定が有効になるが、該フラグは当該中断指示を出したユーザよってリセットされ、これによりユーザ全体の作業中断の同期判定は無効に解除される。
【００３５】
但し、上記最初の中断指示フラグがリセットされる前に、もし、他のユーザによる作業中断の指示フラグがセットされていた場合は、上記最初の中断指示フラグがリセットされた後でも、ユーザ全体の作業中断の同期判定は有効のままである。従って、一度に複数ユーザによる作業中断の指示が受け付けられ、適正に処理される。作業を前に戻す旨の指示についても上記同様に複数ユーザ分を受け付けるが、何れか最初のユーザの指示によりユーザ全体の作業が前に戻された時点で、全ての前に戻す旨の指示フラグが一旦リセットされる。
【００３６】
図３（Ｂ）は対話制御オブジェクト１１で実行する同期制御処理の一部フローを示している。作業項目ｎの実行開始によりこの処理に入力する。ステップＳ１１では同期制御オブジェクト１２の作業完了の同期フラグを検査する。ステップＳ１２では全て完了の状態
か否かを判別し、全て完了の場合はステップＳ１３で自己の実行すべき作業項目を（ｎ＋１）に更新し、この処理を抜ける。
【００３７】
また、上記ステップＳ１２の判別で全て完了でない場合は、ステップＳ１４でその原因が何れかのユーザの中断指示によるものか否かを判別する。ユーザの中断指示による場合は、更にステップＳ１８で本人（当該対話制御オブジェクト１１が接続するユーザ）による中断指示か否かを判別し、本人による場合はステップＳ１９で当該ユーザに対して中断指示解除待ちの旨（ｅｘ「作業を中断しました。作業を再開するには、再開、とおっしゃってください。」）の通知を行う。また、本人でない場合はステップＳ２０で自己が接続するユーザに、作業が他人により中断されている旨（ｅｘ「鈴木の操作により、作業を中断しました。作業が再開されるまでしばらくお待ちください。」）を通知する。このように、何れかのユーザが作業中断を指示した場合は、既に作業完了しているユーザが存在していたとしても、全てのユーザの作業が中断される。
【００３８】
そして、ステップＳ２１では中断の再開（全ての中断指示フラグが解除）か否かを判別し、再開でない場合はステップＳ１８に戻る。また、中断再開の場合は、作業再開の旨（ｅｘ「中断していた作業を再開します。」の通知を行って後、ステップＳ１１に戻り、引き続き作業項目ｎの作業完了を待つ。なお、中断した作業が再開された時は、既に作業を完了しているユーザが存在していたとしても、全てのユーザの作業が当該作業項目ｎの最初からやり直される。
【００３９】
また、上記ステップＳ１４の判別で作業の中断でない場合は、更にステップＳ１５で何れかのユーザによる現在の作業を前の作業に戻す旨の指示（バック指示）か有効か否かを判別する。バック指示が無効の場合は、作業項目ｎの作業が引き続き進行中であるので、処理はステップＳ１１に戻る。また、バック指示が有効の場合は、ステップＳ１６で自己が接続するユーザに作業を一つ前に戻す旨（ｅｘ「鈴木の操作により、前の作業に戻ります。」）の通知を行い、ステップＳ１７では自己の作業項目を（ｎ−１）に更新し、この処理を抜ける。何れかのユーザが前の作業に戻る旨を指示した場合は、作業完了しているユーザが存在していても、全てのユーザが前の作業に戻ることになる。
【００４０】
なお、図示しないが、全ての作業項目を完了する前に、何れかのユーザと対話サーバ３０との間の呼の接続が回線障害等により切断された場合には、一種の中断状態となるが、当該ユーザ本人による中断指示とは異なる為、何らかの手段が必要となる。この場合は、例えば電話ボードＩ／Ｆ３４にて、ある回線の障害を検出したことにより、当該回線の接続ユーザに代わって、該接続ユーザに対応するVoiceＸＭＬインタプリタ３１より対応する対話制御オブジェクト１１に回線障害による中断の指示を行い、これにより他の全てのユーザの作業を自動的に中断させることが可能である。やがて、電話ボードＩ／Ｆ３４にて、回線障害の復帰を検出した場合は、上記同様のルートで中断解除の指示を行い、これにより全てのユーザの作業を再開可能である。
【００４１】
図４は実施の形態による対話例を示す図で、ユーザＡ，Ｂが水道保守の協調作業を行う場合を時系列に示している。まず、ユーザＡがシステムに登録すると共に、この例では協調作業に必要なもう一人のユーザＢの接続待ちとなる。やがて、ユーザＢがシステムに登録すると、待ち合わせの同期が得られ、これによりユーザＡ，Ｂに作業の内容、場所に関する情報が通知されると共に、所定の協調作業が開始される。
【００４２】
図５は実施の形態によるVoiceＸＭＬデータベース２０の記憶内容を説明する図で、バス車両のフットブレーキ検査作業に適用した場合を具体的に示している。VoiceＸＭＬデータベース２０は、対話制御オブジェクトの状態（state）、該状態におけるシステム側の発話（prompt）、及び該状態においてユーザから収集すべき情報（Answer）を状態毎に
保持している。これにより、ある状態は、その状態でユーザから収集すべき情報と、そのために出力するプロンプトとに関連付けられている。
【００４３】
例えば、ステート「Login」のプロンプトは「バス車両検査システムです。」であり、要求するアンサーはない。また、ステート「AskSagyoType」のプロンプトは「個人作業を行いますか、グループ作業を行いますか」であり、要求するアンサーは「個人作業又はグループ作業」である。他ステートについても同様に理解できる。
【００４４】
なお、図示しないが、各状態でVoiceＸＭＬを生成するためのＪＳＰ（テンプレート）には以下のタイプ、
「Annouce」情報提示
「Ask」質問
「Disconnect」対話を終了
「Waiting」待機状態にあることを通知  
「Backward」前の作業に戻ることを通知  
「Suspended」中断されたことを通知  
「AskForResume」再開の指示を要求  
「Resumed」再開されたことを通知  
「Reconnect」未完了作業があることを通知  
「Error」エラー通知
がある。
【００４５】
図６，図７は実施の形態による状態（state）遷移パターンを説明する図（１），（２）であり、各ブロック（状態）のシステム動作については図８の説明を参照されたい。図６は各ユーザがそれぞれに作業完了の応答を入力する場合（作業パターン１）を示している。各ユーザＡ〜Ｄは、システムからの作業の指示に対して、問題がなければ作業を完了（操作完了，動作確認等）したことをそれぞれに音声入力し、所要数のユーザの完了応答が揃ったところで、次の作業項目に進む。この場合に、各ユーザは、作業中に何らかの問題が見つかった場合は、作業中断の指示を音声入力し、問題解決を行った後、作業再開の指示を音声入力する。また各ユーザは、前の作業を再度行う必要が生じた場合には、前の作業に戻る旨の指示を音声入力できる。また、回線毎の回線障害につても上記同様に扱える。
【００４６】
図７はある代表者（班長）のみが作業完了の応答を入力できる場合（作業パターン２）を示している。班長は所要のユーザが作業を完了したことをオフライン（現場）で確認後、代表して作業完了を音声入力する。班長以外の各ユーザには、好ましくは、班長が音声入力するまで、システムからの作業指示が繰り返しアナウンスされる。前の作業に戻る場合や作業を中断する場合も同様に、班長が代表して指示を音声入力する。
【００４７】
なお、Ｗｅｂサーバ１０は、各ユーザの登録時におけるユーザのスキル・経験に関する個人情報（作業の主任資格保持等）を考慮することで、対話モデル１１の生成時に、当該ユーザの対話モデルに対して上記班長のような管理権限を自動的に付与することが可能である。
【００４８】
図８は上記図６，図７の各状態におけるシステム動作を説明する図である。図６の各ユーザＡ，Ｃ，ＤはユーザＢの操作（Sousa）２に対して、確認（Kakunin）２のユーザ入力を行う必要があるが、図７の各ユーザＡ，Ｃ，ＤはユーザＢの操作（Soisa）２に対して、ユーザ入力なしのアナウンス確認（AnounceKakunin）２を行う。この場合は、必要なら、不図示の班長が確認（Kakunin）２のユーザ入力を行うことになる。
【００４９】
図９は他の実施の形態による対話型協調作業支援システムの構成を示す図で、システム運用中に発生した様々な（不測等の）イベントに応じて、現在進行中の対話シナリオを自動的に中断させると共に、これに代わる他の対話シナリオを強制挿入可能な場合を示している。図において、１１Ｓは、システム運用中に何らかのイベントが検出されたことにより、対話制御オブジェクト１１Ａ〜１１Ｄにおける対話シナリオの進行を一時的に中断させると共に、これまでのタスク処理に割り込んで、所定の対話シナリオを能動的に挿入するシナリオ挿入部、３１ａ〜３１ｄは、対話制御オブジェクト１１Ａ〜１１Ｄの各拡張機能として設けられると共に、シナリオ挿入部１１Ｓからの挿入シナリオを受け取り、各作業者Ａ〜Ｄとの間で対話を実行するシナリオ挿入対応部である。
【００５０】
上記何らかのイベントとしては、検査対象についての異常の検出（ユーザによる検査対象の異常報告でも良い）、回線障害の検出、システムに関する障害の検出、等が考えられる。あるユーザが使用中のＰＳＴＮ回線に何らかの障害が発生したときは、上記の如くその回線対応部から中断の指示を対応する対話制御オブジェクト１１に通知しても良いが、回線障害の旨をシナリオ挿入部１１Ｓに通知することで、一旦全ての作業を中断又は停止させると共に、他の正常なＰＳＴＮ回線を使用し、又は作業員の数を再編成して、途中からの作業を継続し、又は別途新たに作業を再開させることが容易に可能となる。回線障害等は、その場で一時的に対話を中断させても、しばらくは回復しない場合があるので、本発明により他の対話シナリオで対処するのが効率が良い。
【００５１】
なお、各対話制御オブジェクト１１Ａ〜１１Ｄ中にシナリオ挿入対応部３１ａ〜３１ｄをそれぞれ設けたことにより、VoiceＸＭＬドキュメントのプッシュ機能を利用して、何れか１又は２以上のユーザとの間で単発的なシナリオ（対話）を挿入することも容易に行える。例えば、本システムでは、全作業者の完了入力が得られていない間は、各対話制御オブジェクト１１によって、システムが待機状態である旨を各作業者に通知するためのVoiceXMLドキュメント（ｅｘ「しばらくお待ちください。」を生成するが、各VoiceＸＭＬインタプリタがそれを音声出力すると、再び各インタプリタから各対話制御オブジェクト１１に状態遷移有無のＨＴＴＰリクエストを送り、これを受けた各対話制御オブジェクト１１では、再度全作業者の完了入力が得られたか否かを調べることになる。このため、ある時点の条件満足により次の状態に遷移させることが可能となる実際のタイミングは、待ち状態の作業者に対する音声プロンプト「しばらくお待ちください。」の送出後となってしまうが、本シナリオ挿入機能を利用すれば、音声プロンプト「しばらくお待ちください。」の再生中であってもその再生を中断させ、直ちに次の状態に遷移させることが容易に可能となる。
【００５２】
あるいは、何れかのユーザにより「作業中断」、「作業を前に戻す」旨の操作が行われた場合は、他の作業者は元の作業シナリオを実行しており、作業結果を音声入力しても実質的に無効となってしまうが、本シナリオ挿入機能を利用すれば、全作業者に「作業中断」、「作業を前に戻す」旨の操作が行われたことを迅速に伝えることが可能となる。
【００５３】
また、６０は保守者等がシステムの運用状況を監視する保守端末であり、該保守端末６０からシナリオ挿入部１１Ｓを介して保守者が各ユーザに所望の対話シナリオを挿入しても良い。こうすれば、不測（予想外）のイベント発生に対しても柔軟に対処できる。
【００５４】
図１０は他の実施の形態による対話例を示すで、作業中に異常が発見された場合に、該異常を検出したユーザの対話モデルに速やかに割り込んで異常の詳細な報告を取得する場合を時系列に示している。ここではユーザＡ，Ｂがバルブの操作と、配管の水漏れチェックとを分担して行う。ユーザＡがバルブをオープンし、ユーザＢが水漏れ異常を発見すると、その通知によりユーザＡがバルブを閉栓する。その後は、シナリオ挿入部１１Ｓが新たな対話シナリオを挿入することで、該シナリオ挿入部１１Ｓからの要求に従い、ユーザ
Ｂが詳しい検査状況を報告している。 本実施の形態によれば、緊急イベントが起きた場合や、通常にはない対話処理の必要が生じた場合には、他のユーザがどんな対話状態にあっても、速やかにその処理に割り込むことが可能となる。
【００５５】
なお、上記各実施の形態ではユーザが携帯電話５０を使用したが、これに限らない。他にもＰＨＳ，ＩＰ電話、又はアナログ固定電話を使用しても本システムを構成できる。また、合成音声に替えて、予め録音した音声を使用してもよい。
【００５６】
また、上記本発明に好適なる複数の実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成、制御、処理及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【図面の簡単な説明】
【００５７】
【図１】実施の形態による対話型協調作業支援システムの構成を示す図である。
【図２】実施の形態による対話型協調作業支援処理のシーケンス図である。
【図３】実施の形態による同期制御処理の流れを説明する図である。
【図４】実施の形態による対話例を説明する図である。
【図５】実施の形態によるVoiceＸＭＬデータベースの記憶内容を説明する図である。
【図６】実施の形態による状態遷移パターンを説明する図（１）である。
【図７】実施の形態による状態遷移パターンを説明する図（２）である。
【図８】各ＳＴＡＴＥにおけるシステムの動作を説明する図である。
【図９】他の実施の形態による対話型協調作業支援システムの構成を示す図である。
【図１０】他の実施の形態による対話例を説明する図である。
【符号の説明】
【００５８】
１０  Ｗｅｂサーバ（タスク処理部）
１１  対話制御オブジェクト
１２  同期制御オブジェクト
１３  サーブレット
１４  ＪＳＰ
１５  データベース（ＤＢ）連携モジュール
２０  VoiceＸＭＬデータベース
３０  対話サーバ（対話実行部）
３１  VoiceＸＭＬインタプリタ
３２  音声認識部（ＡＳＲ）
３３  音声合成部（ＴＴＳ）
３４  電話ボードインタフェース（Ｉ／Ｆ）
５０  電話端末
６０  保守端末
１００  ＩＰ網
２００  公衆交換電話網（ＰＳＴＮ）
【図１】
2006244126.tif 000003
【図２】
2006244126.tif 000004
【図３】
2006244126.tif 000005
【図４】
2006244126.tif 000006
【図５】
2006244126.tif 000007
【図６】
2006244126.tif 000008
【図７】
2006244126.tif 000009
【図８】
2006244126.tif 000010
【図９】
2006244126.tif 000011
【図１０】
2006244126.tif 000012