JP7176321B2 - 制御装置及び制御プログラム - Google Patents

Description

本発明の技術は、制御装置及び制御プログラムに関する。

特許文献１には、メンバが書き込んだメッセージを時系列に沿って表示するコミュニケーションサービスにおけるメッセージから、外部機器を操作するための動作指示を検出するとともに、該メッセージを書き込んだメンバを該動作指示の指示者として特定する動作指示検出手段と、上記動作指示検出手段が検出した上記動作指示に従って上記外部機器を制御する外部機器制御手段と、上記外部機器制御手段の制御によって上記外部機器が動作した結果を取得する動作結果取得手段と、上記動作結果取得手段が取得した動作の結果を報告する報告メッセージを生成する報告メッセージ生成手段と、上記報告メッセージ生成手段が生成した報告メッセージを、上記コミュニケーションサービスを提供するサーバに出力して、上記動作指示検出手段が特定した指示者を宛て先として明記した状態で、該メッセージを上記コミュニケーションサービスに表示させる報告メッセージ表示手段と、を備えることを特徴とするメッセージ制御装置が開示されている。

特開２０１４－１６４５２２号公報

近年、自動会話プログラムであるチャットボットが知られている。チャットボットは、トークルームにおけるユーザのメッセージの投稿に応答して、自動でメッセージを投稿する。チャットボットは、更なる活用例として、ユーザが投稿したメッセージに含まれる指示の実行に必要な処理を実行する。例えば、情報処理装置に特定の処理を実行させるための指示に関するメッセージをユーザが投稿した場合、チャットボットは、情報処理装置に特定の処理を実行させる。

上記の技術では、トークルームに、複数のユーザが参加している状況は想定されていない。複数のユーザが参加しているトークルームにおいて、ユーザが一人のみのトークルームのときと同じように、チャットボットに特定の処理の実行を指示した場合、当該特定の処理の実行に関する通知の全てがトークルームに投稿されてしまう。しかしながら、トークルームに参加するユーザの中には、チャットボットから通知される情報と関連性が低いユーザも含まれる可能性がある。そのようなユーザにとっては、チャットボットからの当該情報の通知を煩わしいと感じる虞がある。

本発明は、複数のユーザが参加するトークルームでユーザから受け付けた指示に基づき特定の処理の実行を制御するチャットボットが、当該特定の処理の実行に関連する情報の全てをそのトークルーム内に通知する場合に比べて、当該情報と関連性の低いユーザにとっての当該通知の煩わしさを低減し得る制御装置及び制御プログラムを提供することを目的とする。

本開示の第一態様は、制御装置であって、参加している複数のユーザの各々が情報を投稿且つ閲覧可能なトークルームにおいて、ユーザにより投稿された情報に基づいて、外部機器に特定の処理を実行させるように制御する実行制御部を有し、前記実行制御部は、前記特定の処理の実行に関する通知を、所定の条件に従って、前記複数のユーザのうち一部のユーザのみに通知する。

第一態様において、前記所定の条件は、前記通知の内容が、前記特定の処理の実行開始又は実行完了を示す内容以外の内容であることであり、前記通知の内容が、前記特定の処理の実行開始又は実行完了を示す内容である場合、前記実行制御部は、前記トークルームに前記通知を投稿する。

第一態様において、前記所定の条件は、前記通知の内容と、前記通知の対象となる前記一部のユーザと、の組み合わせで設定される。

第一態様において、前記所定の条件は、前記通知の内容が前記外部機器の操作を要する旨の内容であり、且つ前記一部のユーザが、前記トークルームに参加しているユーザのうち前記外部機器と一定の関係性を満たしたユーザであることである。

第一態様において、前記一定の関係性は、前記外部機器との間の距離が所定値以下であることであり、前記一部のユーザは、前記外部機器との間の距離が所定値以下のユーザである。

第一態様において、前記一定の関係性は、前記外部機器との関連付けが予め登録されていることであり、前記一部のユーザは、前記外部機器と関連付けられているユーザである。

第一態様において、前記所定の条件は、前記通知の内容が前記外部機器での処理の前段階で行なうべき処理に関する内容であり、且つ前記一部のユーザが、前記特定の処理の実行を指示する情報を投稿したユーザであることである。

第一態様において、前記特定の処理に関する通知の通知先のユーザが複数人存在する場合、前記実行制御部は、当該通知先のユーザだけが参加する別のトークルームに前記特定の処理に関する通知を投稿する。

第一態様において、前記別のトークルームは、前記特定の処理の実行を指示する情報の投稿に起因して、動的に生成される。

第一態様において、前記一部のユーザは、前記特定の処理の実行を指示する情報を投稿したユーザである。

第一態様において、前記実行制御部は、情報を投稿したユーザと前記外部機器との間の距離が所定値以下である場合、前記情報を投稿したユーザのみに前記特定の処理の実行に関する通知を通知し、情報を投稿したユーザと前記外部機器との間の距離が所定値より大きい場合、前記トークルームに前記特定の処理の実行に関する通知を投稿する。

第一態様において、前記特定の処理は、原稿から画像を読み取るスキャン処理であり、
前記所定の条件は、前記通知の内容が前記スキャン処理に関することである。

第一態様において、前記実行制御部は、第１閾値時間を経過しても前記通知を前記一部のユーザが確認しない場合、前記複数のユーザのうち前記一部のユーザ以外のユーザにも通知する。

第一態様において、前記実行制御部は、第２閾値時間を経過しても前記通知に対応する処理が前記一部のユーザにより行なわれない場合、前記複数のユーザのうち前記一部のユーザ以外のユーザにも通知する。

第一態様において、前記実行制御部における前記第２閾値時間は、前記第１閾値時間よりも長い時間に設定される。

本開示の第二態様は、制御プログラムであって、コンピュータを、上記制御装置として機能させる。

請求項１、１６に係る発明によれば、複数のユーザが参加するトークルームでユーザから受け付けた指示に基づき特定の処理の実行を制御するチャットボットが、当該特定の処理の実行に関連する情報の全てをそのトークルーム内に通知する場合に比べて、当該情報と関連性の低いユーザにとっての当該通知の煩わしさを低減し得る。

請求項２に係る発明によれば、特定の処理の実行開始又は実行完了以外の内容が複数のユーザ全員に通知されることを回避できる。

請求項３に係る発明によれば、通知の内容に応じて、通知の対象となるユーザを変更できる。

請求項４に係る発明によれば、外部機器と一定の関係性を満たしたユーザに、当該外部機器の操作を要する内容を通知できる。

請求項５に係る発明によれば、外部機器に比較的近いユーザに、当該外部機器の操作を要する内容を通知するので、早期な外部機器の操作を実現しうる。

請求項６に係る発明によれば、外部機器に関連付けられて、当該外部機器を管理する、或いは当該外部機器に慣れたユーザに、当該外部機器の操作を要する内容を通知できる。

請求項７に係る発明によれば、特定の処理の実行を指示したユーザ以外では対応しにくい外部機器での処理以前の前段階の処理については、特定の処理の実行を指示したユーザに通知できる。

請求項８に係る発明によれば、トークルームに参加する複数のユーザのうち、通知先として適切な複数のユーザだけに一斉に通知できる。

請求項９に係る発明によれば、ユーザによって別のトークルームを手動的に作成する必要がなく、ユーザの手間がない。

請求項１０に係る発明によれば、原則として、特定の処理の実行を指示する情報を投稿したユーザを通知対象にできる。

請求項１１に係る発明によれば、例外的に、特定の処理の実行を指示する情報を投稿したユーザを含めトークルームに参加する全てのユーザを通知対象にできる。

請求項１２に係る発明によれば、スキャン処理を指示する情報を投稿したために外部機器に近づく必要があるユーザを、通知先にできる。

前記特定の処理は、原稿から画像を読み取るスキャン処理であり、
前記所定の条件は、前記通知の内容が前記スキャン処理に関することである

請求項１３に係る発明によれば、ユーザが通知を確認しない場合、別のユーザにも通知し、対応可能なユーザを増員できる。

請求項１４に係る発明によれば、ユーザにより通知に対する適切な対応が実行されない場合、別のユーザにも通知し、対応可能なユーザを増員できる。

請求項１５に係る発明によれば、通知に対応する処理がされない場合よりも、一部のユーザが通知を確認しない場合の方が、早く通知できる。

本発明の技術の実施形態に係る制御システムの概略構成を示す図である。 トークルームサーバのハードウェア構成を示すブロック図である。 チャットボットサーバのハードウェア構成を示すブロック図である。 トークルームサーバの機能構成の例を示すブロック図である。 チャットボットサーバの機能構成の例を示すブロック図である。 登録部に登録されるユーザと画像形成装置との対応関係を示すテーブルの一例である。 登録部に登録される、トークルームと画像形成装置との対応関係を示すテーブルの一例ある。 チャットボットサーバによる制御処理の流れを示すフローチャートである。 トークルーム内の投稿の様子を示す図である。 トークルーム内の投稿の様子を示す図である。 第２実施形態に係るチャットボットサーバによる制御処理の流れを示すフローチャートである。 トークルーム内の投稿の様子を示す図である。 第３実施形態に係るチャットボットサーバによる制御処理の流れを示すフローチャートである。 第４実施形態に係るチャットボットサーバによる制御処理の流れを示すフローチャートである。

以下、本発明の技術の実施形態の一例を、図面を参照しつつ説明する。なお、各図面において同一又は等価な構成要素及び部分には同一の参照符号を付与している。また、図面の寸法比率は、説明の都合上誇張されており、実際の比率とは異なる場合がある。

（第１実施形態）

図１は、本発明の技術の実施形態に係る制御システムの概略構成を示す図である。

制御システムは、ユーザ端末１０、トークルームサーバ２０、チャットボットサーバ３０及び情報処理装置４０を含む。ユーザ端末１０、トークルームサーバ２０及びチャットボットサーバ３０（制御装置）は、インターネット５０により相互に接続されている。

ユーザ端末１０は、ユーザが使用する端末であって、デスクトップ型コンピュータ、ノートパソコン、タブレット又はスマートフォン等のいかなる端末であっても良い。図１においては、ユーザＡがユーザ端末１０Ａを、ユーザＢがユーザ端末１０Ｂを、ユーザＣがユーザ端末１０Ｃを、ユーザＤがユーザ端末１０Ｄを使用しているものとする。ユーザ端末１０Ａ～１０Ｄを総称して、ユーザ端末１０と呼ぶ。

トークルームサーバ２０は、トークルームを提供する。トークルームは、ユーザと後述するチャットボットとが共に参加して、チャットとしてメッセージ、記号列、画像、スタンプ及びボタン等の情報を投稿し共有できる仮想空間である。ここで、チャットとは、コンピュータネットワーク上でリアルタイムに複数の構成員が情報を入力して会話を交わすことである。ここで構成員とは、実在する人物と関連付けられたユーザと、特定の規則に従って動作するソフトウェアロボットの両方を含む。また、チャットボットとは、トークルーム上でユーザから投稿された情報に基づいて特定の処理の実行がなされるよう制御するソフトウェアロボットである。

ユーザは、ユーザ端末１０を通じて、トークルーム内において、情報を投稿したり、または発話したりすることが可能である。トークルーム内では、ユーザ同士で、情報を共有し、さらに、チャットボットがユーザの投稿した情報に応答して、返答したりすることが可能である。また、ユーザが、トークルーム内において、チャットボットに対して、情報処理装置４０に特定の処理を実行させるための指示を与えることも可能である。チャットボットは、例えば、投稿されたメッセージ等の情報から、自然言語処理により、特定の処理を実行させるための指示を抽出し、情報処理装置４０に特定の処理を実行させるように制御する。なお、トークルームには、ユーザとチャットボットが一対一（ユーザが一人のみ）で参加したり、複数のユーザとチャットボットとが参加したりすることが可能である。以下では、ユーザとチャットボットが一対一で参加するトークルームを、専用トークルームと呼び、複数のユーザとチャットボットとが参加するトークルームを、グループトークルームと呼ぶ場合がある。トークルームは開設された数だけ複数存在しうる。

チャットボットサーバ３０は、チャットボットを管理するサーバである。チャットボットは、上述の通り、トークルームに参加して、ユーザのメッセージに応答したり、メッセージに含まれる指示に従い情報処理装置４０に特定の処理を実行させたりする。

チャットボットは、参加しているトークルームにおいて、情報処理装置４０に特定の処理を実行させるための指示に関する情報が投稿されると、トークルームに参加しているユーザに関連付けて登録されている情報処理装置４０に、特定の処理を実行させるように制御する。なお、情報処理装置４０は、いかなる情報処理を行なう装置であっても良い。ここで、情報処理とは、例えば、文字データ又は画像データ等から印刷を実行する処理、情報処理装置４０が備える設備を用いてデータを生成又は加工等する処理、情報処理装置４０と他の機器との間でデータを授受する処理等を含む。以下では、情報処理装置４０が画像形成装置であり、特定の処理を実行させるための指示が印刷を実行させるための指示である場合を例に説明する。以下では、画像形成装置に参照番号４０を付して説明する。印刷を実行させるための指示には、画像形成装置４０に対する直接的な印刷の指示だけでなく、印刷ジョブを生成するために必要な情報、例えば、印刷対象の画像データ又は印刷の仕様等をトークルームにおいて提供することも含まれうる。

画像形成装置４０は、印刷ジョブに基づいて用紙等の記録媒体に画像を形成する装置であり、プリンタ又は複合機等のいかなる装置であっても良い。図１の制御システムの例においては、画像形成装置４０Ａ及び画像形成装置４０Ｂが、チャットボットサーバ３０に接続されている。画像形成装置４０Ａ及び画像形成装置４０Ｂを総称して、画像形成装置４０と呼ぶ。図示の例では、チャットボットサーバ３０に画像形成装置４０が接続されているが、画像形成装置４０は、インターネット５０を経由して、チャットボットサーバ３０に接続されても良い。

次に、トークルームサーバ２０及びチャットボットサーバ３０のハードウェア構成について説明する。

図２は、トークルームサーバのハードウェア構成を示すブロック図である。

図２に示すように、トークルームサーバ２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３、ストレージ２４、入力部２５、表示部２６及び通信インタフェース２７の各構成を有する。各構成は、バス２９を介して相互に通信可能に接続されている。

ＣＰＵ２１は、中央演算処理ユニットであり、各種プログラムを実行したり、各部を制御したりする。すなわち、ＣＰＵ２１は、ＲＯＭ２２又はストレージ２４からプログラムを読み出し、ＲＡＭ２３を作業領域としてプログラムを実行する。ＣＰＵ２１は、ＲＯＭ２２又はストレージ２４に記録されているプログラムにしたがって、上記各構成の制御及び各種の演算処理を行う。本実施形態では、ＲＯＭ２２又はストレージ２４には、トークルームを提供するトークルーム提供プログラムが格納されている。

ＲＯＭ２２は、各種プログラム及び各種データを格納する。ＲＡＭ２３は、作業領域として一時的にプログラム又はデータを記憶する。ストレージ２４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）により構成され、オペレーティングシステムを含む各種プログラム、及び各種データを格納する。

入力部２５は、マウス等のポインティングデバイス、及びキーボードを含み、各種の入力を行うために使用される。表示部２６は、たとえば、液晶ディスプレイであり、各種の情報を表示する。表示部２６は、タッチパネル方式を採用して、入力部２５として機能しても良い。通信インタフェース２７は、インターネット５０を介して、他の機器と通信するためのインタフェースであり、たとえば、イーサネット（登録商標）、ＦＤＤＩ、Ｗｉ－Ｆｉ（登録商標）等の規格が用いられる。

図３は、チャットボットサーバのハードウェア構成を示すブロック図である。

図３に示すように、チャットボットサーバ３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ストレージ３４、入力部３５、表示部３６及び通信インタフェース３７の各構成を有する。各構成は、バス３９を介して相互に通信可能に接続されている。チャットボットサーバ３０の各構成は、図２のトークルームサーバ２０の各構成と同様の機能を有する。

次に、トークルームサーバ２０及びチャットボットサーバ３０の機能構成について説明する。

図４は、トークルームサーバの機能構成の例を示すブロック図である。

図４に示すように、トークルームサーバ２０は、機能構成として、提供部２０１を有する。機能構成は、ＣＰＵ２１がＲＯＭ２２又はストレージ２４に記憶されたトークルーム提供プログラムを読み出して、ＲＡＭ２３に展開して実行することにより実現される。

提供部２０１は、複数のユーザが参加し、メッセージ等の情報を投稿可能なトークルームを提供する。トークルームサーバ２０は、ユーザとチャットボットとが一対一で参加するトークルーム、及び、複数のユーザとチャットボットとが参加するトークルーム等を提供する。トークルームは、ユーザからの開設要求に従い、複数開設されうる。また、例えば、あるユーザがトークルームサーバ２０にアクセスしてトークルーム開設の要求を行い、特定のトークルームを開設した場合、開設者であるユーザは、他のユーザを開設したトークルームに招待し、参加させる事ができる。或いは、トークルームに参加中のユーザであれば、トークルームに参加していない他のユーザをトークルームへ招待して、新たに参加させる事ができる。

図５は、チャットボットサーバの機能構成の例を示すブロック図である。図６は、登録部に登録されるユーザと画像形成装置との対応関係を示すテーブルの一例である。図７は、登録部に登録される、トークルームと画像形成装置との対応関係を示すテーブルの一例ある。

図５に示すように、チャットボットサーバ３０は、機能構成として、登録部３０１及び実行制御部３０２を有する。各機能構成は、ＣＰＵ３１がＲＯＭ３２又はストレージ３４に記憶された制御プログラムを読み出して、ＲＡＭ３３に展開して実行することにより実現される。

登録部３０１は、例えば、図６に示すように、ユーザと画像形成装置とを関連付けて登録する。図６に示す例では、更に、各ユーザに、印刷を指示する際の基本的な印刷設定も関連付けられている。また、登録部３０１は、例えば、図７に示すように、トークルームと画像形成装置とを関連付けて登録する。図７に示す例では、更に、各トークルームに、ユーザと、ユーザ毎の基本的な印刷設定が関連付けられている。

図６に示す対応付けテーブルは、ユーザとチャットボットとが一対一でトークルームに参加する場合、すなわち、ユーザが主に使用する画像形成装置に命令する場合の設定を登録するために設けられる。一方、図７に示す対応付けテーブルは、複数のユーザがトークルームに参加する場合、すなわち、トークルームが共有される場合の設定を登録するために設けられる。図７に示す対応付けテーブルでは、トークルームに参加中のユーザがトークルーム毎に対応付けられ、また、当該トークルーム内での印刷設定がユーザ毎に対応付けられている。また、トークルームには、当該トークルーム内での指示に基づく処理を実行させるための画像形成装置４０が対応付けて登録されている。トークルームに対応付けられる画像形成装置４０は、複数であっても良い。

実行制御部３０２は、チャットボットとして、トークルームに参加する。そして、実行制御部３０２は、トークルームにおいて、画像形成装置（情報処理装置）４０に印刷させるための指示に関する情報がユーザにより投稿された場合、トークルームに関連付けられている画像形成装置４０に、印刷を実行させるように制御する。なお、画像形成装置４０は、スキャナ機能を備えても良い。実行制御部３０２は、トークルームにおいて、画像形成装置４０にスキャンさせるための指示に関する情報がユーザにより投稿された場合、画像形成装置４０に、スキャンを実行させるように制御する。

また、実行制御部３０２は、印刷の指示（特定の処理）の実行に関する通知を、所定の条件に従って、トークルームに参加している複数のユーザのうち一部の限定されたユーザに通知する。所定の条件、通知するユーザの選択等については、後述する。

次に、チャットボットサーバ３０の作用について説明する。

図８は、チャットボットサーバによる制御処理の流れを示すフローチャートである。ＣＰＵ３１がＲＯＭ３２又はストレージ３４から制御プログラムを読み出して、ＲＡＭ３３に展開して実行することにより、制御処理が行なわれる。図９及び図１０は、トークルーム内の投稿の様子を示す図である。

ＣＰＵ３１は、実行制御部３０２として、ユーザによりトークルームに情報が投稿されたか否か判断する（ステップＳ１０１）。トークルームに投稿がない場合（ステップＳ１０１：ＮＯ）、ＣＰＵ３１は、投稿があるまで待機する。トークルームに情報が投稿された場合（ステップＳ１０１：ＹＥＳ）、ＣＰＵ３１は、投稿された情報が印刷指示に関する情報か否か判断する（ステップＳ１０２）。ここで、ＣＰＵ３１は、投稿された情報に含まれるメッセージを自然文解析し、「印刷」、または、印刷設定に関する用語が含まれる場合に、印刷指示に関する情報と判断する。

投稿された情報が印刷指示に関しない場合（ステップＳ１０２：ＮＯ）、ＣＰＵ３１は、投稿された情報に合った応答メッセージ等の情報を、トークルームに投稿する（ステップＳ１０３）。例えば、図９に示すように、天気を尋ねる情報Ｍ１００が投稿された場合、ＣＰＵ３１は、チャットボットとして、インターネットから天気の情報を取得し、天気を回答する情報Ｍ１０１をトークルームに投稿する。これにより、ユーザとチャットボットの会話がトークルーム内で成立する。

投稿された情報が印刷指示に関する場合（ステップＳ１０２：ＹＥＳ）、ＣＰＵ３１は、実行制御部３０２として、画像形成装置４０に印刷処理を実行させるように制御する（ステップＳ１０４）。トークルームでは、例えば、図９に示すように、印刷指示に関する情報として指示情報Ｍ１０２及びＭ１０３が投稿されると、ＣＰＵ３１は、画像形成装置４０に印刷処理を実行させる。

ＣＰＵ３１は、トークルームにおいて、印刷を開始する旨を通知する（ステップＳ１０５）。トークルームでは、例えば、図９に示すように、ＣＰＵ３１は、印刷を開始する旨の情報Ｍ１０４を投稿する。

ＣＰＵ３１は、印刷処理の実行に関する通知が必要か否か判断する（ステップＳ１０６）。印刷処理の実行に関する通知とは、例えば、印刷処理が完了するまでに発生したエラーに関する通知である。エラーとは、例えば、用紙切れ又は紙詰まり等である。このようなエラーが発生した場合が、印刷処理の実行に関する通知が必要な場合となる。なお、印刷処理の実行に関する通知には、ステップＳ１０５及びステップＳ１０９に含まれる印刷開始及び終了を示す内容の通知は含まれない。

印刷処理の実行に関する通知が必要でない場合（ステップＳ１０６：ＮＯ）、ＣＰＵ３１は、ステップＳ１０８の処理に進む。印刷処理の実行に関する通知が必要である場合（ステップＳ１０６：ＹＥＳ）、ＣＰＵ３１は、印刷処理の実行に関する通知を、トークルームを用いず、トークルームに参加している複数のユーザのうち一部のユーザに対して個別に行なう（ステップＳ１０７）。ここで、一部のユーザは、例えば、ステップＳ１０１において情報を投稿した投稿者である。ＣＰＵ３１は、例えば、図１０に示すように、投稿者であるユーザＡとチャットボットが一対一で参加しているユーザＡ専用のトークルームにおいて、エラー内容を示す情報Ｍ１１０を投稿する。これに対し、例えば、ユーザＡは、ユーザＡ専用のトークルームにおいて、エラーを解消するための指示を示す情報Ｍ１１１を投稿する。これにより印刷が再開され、ＣＰＵ３１により、印刷を再開する旨を示す情報Ｍ１１２が投稿される。なお、エラーは必ずしも、ユーザＡが情報を投稿することによっては解消できない。例えば、紙詰まり等の場合は、ユーザＡが画像形成装置４０において詰まった紙を取り除く必要がある。このように、画像形成装置４０に対する処理又は操作が必要な場合は、ユーザＡが必要な処理等を完了することにより、情報Ｍ１１１が投稿されなくても、印刷が再開される。

ＣＰＵ３１は、印刷処理が完了したか否か判断する（ステップＳ１０８）。印刷が完了していない場合（ステップＳ１０８：ＮＯ）、ＣＰＵ３１は、ステップＳ１０６の処理に戻る。印刷処理が完了した場合（ステップＳ１０８：ＹＥＳ）、ＣＰＵ３１は、トークルームに印刷が終了した旨の情報Ｍ１０５を投稿する（ステップＳ１０９）。

以上のように、第１実施形態においては、印刷処理の実行開始及び実行完了を示す情報は、複数のユーザが参加するグループトークルームに通知し、印刷処理の実行開始及び実行完了以外の内容を示す情報は、専用トークルームに通知する。すなわち、一部のユーザのみに通知を行なう所定の条件は、通知内容が印刷処理の実行開始及び実行完了以外の内容であることである。

（第２実施形態）

第２実施形態では、一部のユーザのみに通知を行なう所定の条件が第１実施形態と異なる。第２実施形態では、所定の条件は、通知の内容と、通知の対象となるユーザとの組合せで設定される。以下、詳細に説明する。

図１１は、第２実施形態に係るチャットボットサーバによる制御処理の流れを示すフローチャートである。ＣＰＵ３１がＲＯＭ３２又はストレージ３４から制御プログラムを読み出して、ＲＡＭ３３に展開して実行することにより、制御処理が行なわれる。図１２は、トークルーム内の投稿の様子を示す図である。

図１１のステップＳ２０１～Ｓ２０４は、図８のステップＳ１０１～１０４と同様であるため、説明を省略する。

ＣＰＵ３１は、印刷処理の実行に関する通知が必要か否か判断する（ステップＳ２０５）。印刷処理の実行に関する通知とは、例えば、印刷処理が完了するまでに発生したエラーに関する通知である。エラーとは、例えば、用紙切れ又は紙詰まり等である。このようなエラーが発生した場合が、印刷処理の実行に関する通知が必要な場合となる。

印刷処理の実行に関する通知が必要でない場合（ステップＳ２０５：ＮＯ）、ＣＰＵ３１は、ステップＳ２１３の処理に進む。印刷処理の実行に関する通知が必要である場合（ステップＳ２０５：ＹＥＳ）、ＣＰＵ３１は、通知の内容が外部機器である画像形成装置４０の操作を要する旨の内容か否か判断する（ステップＳ２０６）。外部機器の操作を要する旨の内容とは、例えば、画像形成装置４０において、紙詰まりの解消を要請する旨の内容、又は用紙切れのため用紙の補充を要請する旨の内容である。紙詰まり又は用紙切れが発生した場合、外部機器の操作を要する旨の内容を示す情報を通知する必要が生じる。逆に、外部機器の操作を要しない、印刷処理の実行に関する通知には、外部機器での処理の前段階で行なうべき処理に関する内容の通知が含まれる。外部機器での処理の前段階で行なうべき処理とは、例えば、画像形成装置４０において実現できない印刷指示の修正、又は、破損した印刷ジョブの再入力等がある。

通知の内容が外部機器の操作を要する旨の内容でない場合（ステップＳ２０６：ＮＯ）、ＣＰＵ３１は、印刷処理の実行に関する通知を、トークルームを用いず、トークルームに参加している複数のユーザのうち一部のユーザに対して個別に行なう（ステップＳ２０７）。ここで、一部のユーザは、ステップＳ１０１において情報を投稿した投稿者である。ＣＰＵ３１は、例えば、図１０に示すように、投稿者であるユーザＡとチャットボットが一対一で参加しているユーザＡ専用のトークルームにおいて、エラー内容を示す情報Ｍ１１０を投稿する。

通知の内容が外部機器の操作を要する旨の内容である場合（ステップＳ２０６：ＹＥＳ）、ＣＰＵ３１は、画像形成装置４０との距離が所定値以下のユーザが存在するか否か判断する（ステップＳ２０８）。ここで、画像形成装置４０との距離が所定値以下のユーザを判断するためには、ユーザの位置を示す位置情報及び画像形成装置４０の位置を示す位置情報が必要である。位置情報は、例えば、ユーザの属性及び画像形成装置４０の属性としてチャットボットサーバ３０に予め登録されうる。或いは、通常、画像形成装置４０の位置は固定であるため、画像形成装置４０の位置だけ予め登録しておき、ユーザの位置情報は、印刷指示の都度、ユーザ端末１０から取得しても良い。この場合、ユーザ端末１０は、例えば、ＧＰＳアンテナにより自身の位置を確認して、チャットボットサーバ３０に送信する。或いは、ユーザ及び画像形成装置４０の所属を示す属性データにより、ユーザ及び画像形成装置４０の位置が推定されても良い。例えば、ユーザＡがある会社又は会社の部門に所属する属性を有する場合、当該会社又は会社の部門の場所が、ユーザの位置として推定されうる。また、上記所定値は、任意に設定が可能である。所定値は、例えば、５０ｍ以下の値として設定される。

画像形成装置４０との距離が所定値以下のユーザが存在しない場合（ステップＳ２０８：ＮＯ）、ＣＰＵ３１は、ステップＳ２０７の処理に進む。

画像形成装置４０との距離が所定値以下のユーザが存在する場合（ステップＳ２０８：ＹＥＳ）、ＣＰＵ３１は、該当するユーザが複数人存在するか否か判断する（ステップＳ２０９）。

該当するユーザが複数人存在しない場合、すなわち、画像形成装置４０との距離が所定値以下のユーザが一人だけの場合（ステップＳ２０９：ＮＯ）、ＣＰＵ３１は、印刷処理の実行に関する通知を、トークルームを用いず、該当するユーザに対して個別に行なう（ステップＳ２１０）。

該当するユーザが複数人存在する場合（ステップＳ２０９：ＹＥＳ）、ＣＰＵ３１は、該当する複数人ユーザのために新たに別のグループトークルームを作成する（ステップＳ２１１）。このように、別のトークルームは、印刷処理の実行を指示する情報の投稿に起因して、動的に生成される。そして、ＣＰＵ３１は、作成した別のグループトークルームにおいて、印刷処理の実行に関する通知を投稿することにより、該当する複数のユーザに通知する（ステップＳ２１２）。ＣＰＵ３１は、例えば、図１２に示すように、ステップＳ２０８の条件を満たすユーザＢ及びユーザＣが受動的に参加させられたグループトークルームにおいて、エラー内容を示す情報Ｍ１２０を投稿する。エラーが解除されると、エラーが解除された旨を示す情報Ｍ１２１及び特定の処理が再開される旨を示す情報Ｍ１２２がグループトークルームに投稿される。情報Ｍ１２０～Ｍ１２２は、元々印刷指示に関する情報が投稿されたトークルームには投稿されない。

ＣＰＵ３１は、印刷処理が完了したか否か判断する（ステップＳ２１３）。印刷処理が完了していない場合（ステップＳ２１３：ＮＯ）、ＣＰＵ３１は、ステップＳ２０５の処理に戻る。印刷処理が完了した場合（ステップＳ２１３：ＹＥＳ）、ＣＰＵ３１は、制御処理を終了する。

以上のように、第２実施形態においては、印刷処理の実行に関する通知の内容が、外部機器での処理の前段階で行なうべき処理に関する内容である場合、当該内容を投稿者に個別に通知する。すなわち、一部のユーザのみに通知を行なう所定の条件は、通知の内容が外部機器での処理の前段階で行なうべき処理に関する内容であり、通知の対象となるユーザが、印刷処理の実行を指示する情報を投稿したユーザであることである。

また、第２実施形態においては、印刷処理の実行に関する通知の内容が、前記外部機器の操作を要する旨の内容であり、外部機器との距離が所定値以下のユーザが存在する場合に、該当するユーザに通知する。すなわち、一部のユーザのみに通知を行なう所定の条件は、通知の内容が前記外部機器の操作を要する旨の内容であり、通知の対象となるユーザが、外部機器との距離が所定値以下のユーザであることである。なお、所定の条件は、外部機器と距離が所定値以下のユーザに限定されない。所定の条件は、外部機器と一定の関係性を満たしたユーザであることであれば、他の条件であっても良い。例えば、外部機器と一定の関係性を満たしたユーザは、外部機器と関連付けられているユーザであっても良い。この場合、外部機器とユーザとの関連付けは、図６のようなテーブルが参照され、グループトークルームにおいて印刷を指示された画像形成装置に関連付けられているユーザのみに通知がされる。

（第３実施形態）

第３実施形態では、グループトークルームに参加する複数のユーザのうち一部のユーザに通知を行なった後、エラーが解除されない場合に再通知を行なう。第３実施形態において示される再通知は、第１実施形態及び第２実施形態にも適用可能である。

図１３は、第３実施形態に係るチャットボットサーバによる制御処理の流れを示すフローチャートである。ＣＰＵ３１がＲＯＭ３２又はストレージ３４から制御プログラムを読み出して、ＲＡＭ３３に展開して実行することにより、制御処理が行なわれる。

図１３のステップＳ３０１～Ｓ３０４は、図８のステップＳ１０１～１０４と同様であるため、説明を省略する。

ＣＰＵ３１は、印刷処理にエラーが発生したか否か判断する（ステップＳ３０５）。エラーが発生していない場合（ステップＳ３０５：ＮＯ）、ＣＰＵ３１は、ステップＳ３１０の処理に進む。

エラーが発生した場合（ステップＳ３０５：ＹＥＳ）、ＣＰＵ３１は、印刷指示を投稿した投稿者にエラーが発生した旨を通知する（ステップＳ３０６）。ここでは、投稿者の専用トークルームに情報が投稿されることにより個別通知される。

ＣＰＵ３１は、個別通知をしてから第１閾値時間が経過しても、投稿者により情報が確認されたか否か、すなわち、専用トークルームに投稿されたエラー通知の情報が投稿者により既読の状態となったか否か判断する（ステップＳ３０７）。情報は、投稿者が自身のユーザ端末が備えるディスプレイ等の表示部において表示されることにより、既読状態となる。

既読になった場合（ステップＳ３０７：ＹＥＳ）、ＣＰＵ３１は、ステップＳ３１０の処理に進む。既読にならない場合（ステップＳ３０７：ＮＯ）、ＣＰＵ３１は、専用トークルームにエラー通知の情報が投稿されてから第１閾値時間経過したか否か判断する（ステップＳ３０８）。第１閾値時間は、任意に設定される時間である。例えば、第１閾値時間は、ユーザがエラーを解除するのに要する時間及び画像形成装置４０のような情報処理装置においてエラーの発生を放置しても許容される時間を考慮して設定される。

第１閾値時間が経過していない場合（ステップＳ３０８：ＮＯ）、ＣＰＵ３１は、ステップＳ３０７の処理に戻る。一方、第１閾値時間が経過した場合（ステップＳ３０８：ＹＥＳ）、ＣＰＵ３１は、最初に印刷指示に関する情報が投稿されたグループトークルームに、エラー通知の情報を投稿する（ステップＳ３０９）。これにより、投稿者以外のユーザも画像形成装置４０におけるエラーの発生を確認可能となる。

ＣＰＵ３１は、印刷処理が完了したか否か判断する（ステップＳ３１０）。印刷処理が完了していない場合（ステップＳ３１０：ＮＯ）、ＣＰＵ３１は、ステップＳ３０５の処理に戻る。印刷処理が完了した場合（ステップＳ３１０：ＹＥＳ）、ＣＰＵ３１は、制御処理を終了する。

なお、上記のステップＳ３０７及びステップＳ３０８の代わりに、エラーが解除されたか否か、及び第２閾値時間を経過したか否かが判断されても良い。エラーが解除されたか否かは、画像形成装置４０におけるエラーの検知状態を参照することにより確認可能である。また、第２閾値時間は、任意に設定される時間である。例えば、第２閾値時間は、画像形成装置４０のような情報処理装置においてエラーの発生を放置しても許容される時間を考慮して設定される。第２閾値時間は、第１閾値時間よりも長い時間として設定されうる。

（第４実施形態）

第４実施形態では、グループトークルームに参加する複数のユーザのうち、エラー通知を行なう対象を、原則として、特定の処理の実行を指示する旨の投稿を行なった投稿者とする。

図１４は、第４実施形態に係るチャットボットサーバによる制御処理の流れを示すフローチャートである。ＣＰＵ３１がＲＯＭ３２又はストレージ３４から制御プログラムを読み出して、ＲＡＭ３３に展開して実行することにより、制御処理が行なわれる。

ＣＰＵ３１は、複数のユーザが参加するグループトークルームにおいて、特定の処理の実行を指示する情報が投稿されたか否か判断する（ステップＳ４０１）。特定の処理の実行を指示する情報が投稿されない場合（ステップＳ４０１：ＮＯ）、ＣＰＵ３１は、当該情報が投稿されるまで待機する。

特定の処理の実行を指示する情報が投稿された場合（ステップＳ４０１：ＹＥＳ）、ＣＰＵ３１は、指示に基づく処理を、情報処理装置４０に実行させるように制御する（ステップＳ４０２）。

ＣＰＵ３１は、処理の実行に関する通知、すなわち、情報処理装置４０におけるエラーの通知が必要か否か判断する（ステップＳ４０３）。情報処理装置４０においてエラーが発生した場合、エラーの通知が必要となる。処理の実行に関する通知が必要でない場合（ステップＳ４０３：ＮＯ）、ＣＰＵ３１は、ステップＳ４０８の処理に進む。

処理の実行に関する通知が必要である場合（ステップＳ４０３：ＹＥＳ）、ＣＰＵ３１は、当該通知の内容が、情報処理装置４０において実行される処理の前段階で行なうべき処理に関するか否か判断する（ステップＳ４０４）。外部機器での処理の前段階で行なうべき処理とは、例えば、情報処理装置４０において実現できない指示の修正、又は、破損した指示ジョブの再入力等がある。

通知の内容が前段階で行なうべき処理に関する場合（ステップＳ４０４：ＹＥＳ）、ＣＰＵ３１は、投稿者の専用トークルームにエラーの通知の情報を投稿し、投稿者にエラーを個別通知する（ステップＳ４０５）。

通知の内容が前段階で行なうべき処理に関しない場合（ステップＳ４０４：ＮＯ）、ＣＰＵ３１は、投稿者と外部機器との距離が所定値以下か否か判断する（ステップＳ４０６）。投稿者と外部機器との距離は、図１１のステップＳ２０８で説明した方法により特定可能である。

投稿者と外部機器との距離が所定値以下である場合（ステップＳ４０６：ＹＥＳ）、ＣＰＵ３１は、原則通り、投稿者の専用トークルームにエラーの通知の情報を投稿し、投稿者にエラーを個別通知する（ステップＳ４０５）。投稿者と外部機器との距離が所定値以下でない場合（ステップＳ４０６：ＮＯ）、ＣＰＵ３１は、例外的に、グループトークルームにエラーの通知の情報を投稿し、グループトークルームの参加者全員にエラーを個別通知する（ステップＳ４０７）。

ＣＰＵ３１は、特定の処理の実行が完了したか否かを判断する（ステップＳ４０８）。情報において特定の処理の実行が完了していない場合（ステップＳ４０８：ＮＯ）、ＣＰＵ３１は、ステップＳ４０３の処理に戻る。特定の処理の実行が完了した場合（ステップＳ４０８：ＹＥＳ）、ＣＰＵ３１は、制御処理を終了する。

第４実施形態のステップＳ４０４において、処理の実行に関する通知の内容が前段階の処理に関するか否かを判断する代わりに、処理の実行に関する通知の内容が画像形成装置４０に対するスキャン処理に関するか否かを判断しても良い。処理の実行に関する通知の内容がスキャン処理に関する場合（ステップＳ４０４：ＹＥＳ）、エラーが投稿者に個別通知される（ステップＳ４０５）。スキャン処理は、ユーザが画像形成装置４０に近づいて用紙をセットすることが前提となっているため、スキャン処理の実行に関する通知の場合は、投稿者に知らせることが効率的である。

上記の処理は、専用のハードウェア回路によっても実現することもできる。この場合には、１つのハードウェアで実行されてもよいし、複数のハードウェアで実行されてもよい。

また、チャットボットサーバ３０を動作させるプログラムは、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、フレキシブルディスク、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のコンピュータ読み取り可能な記録媒体によって提供されてもよいし、インターネット等のネットワークを介してオンラインで提供されてもよい。この場合、コンピュータ読み取り可能な記録媒体に記録されたプログラムは、通常、メモリ又はストレージ等に転送され記憶される。また、このプログラムは、たとえば、単独のアプリケーションソフトとして提供されてもよいし、チャットボットサーバ３０の一機能としてその各装置のソフトウェアに組み込んでもよい。

１０、１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ ユーザ端末
２０ トークルームサーバ
２１、３１ ＣＰＵ
２２、３２ ＲＯＭ
２３、３３ ＲＡＭ
２４、３４ ストレージ
２５、３５ 入力部
２６、３６ 表示部
２７、３７ 通信インタフェース
２９、３９ バス
３０ チャットボットサーバ
４０、４０Ａ、４０Ｂ 情報処理装置（画像形成装置）
５０ インターネット
２０１ 提供部
３０１ 登録部
３０２ 実行制御部

Claims (16)

1. 参加している複数のユーザの各々が情報を投稿且つ閲覧可能なトークルームにおいて、ユーザにより投稿された情報に基づいて、外部機器に特定の処理を実行させるように制御する実行制御部を有し、
   前記実行制御部は、前記特定の処理の実行に関する通知を、所定の条件に従って、前記複数のユーザのうち一部のユーザのみに通知する制御装置。
2. 前記所定の条件は、前記通知の内容が、前記特定の処理の実行開始又は実行完了を示す内容以外の内容であることであり、
   前記通知の内容が、前記特定の処理の実行開始又は実行完了を示す内容である場合、前記実行制御部は、前記トークルームに前記通知を投稿する請求項１記載の制御装置。
3. 前記所定の条件は、前記通知の内容と、前記通知の対象となる前記一部のユーザと、の組み合わせで設定される請求項１に記載の制御装置。
4. 前記所定の条件は、前記通知の内容が前記外部機器の操作を要する旨の内容であり、且つ前記一部のユーザが、前記トークルームに参加しているユーザのうち前記外部機器と一定の関係性を満たしたユーザであることである請求項３記載の制御装置。
5. 前記一定の関係性は、前記外部機器との間の距離が所定値以下であることであり、
   前記一部のユーザは、前記外部機器との間の距離が所定値以下のユーザである請求項４記載の制御装置。
6. 前記一定の関係性は、前記外部機器との関連付けが予め登録されていることであり、
   前記一部のユーザは、前記外部機器と関連付けられているユーザである請求項４記載の制御装置。
7. 前記所定の条件は、前記通知の内容が前記外部機器での処理の前段階で行なうべき処理に関する内容であり、且つ前記一部のユーザが、前記特定の処理の実行を指示する情報を投稿したユーザであることである請求項４記載の制御装置。
8. 前記特定の処理に関する通知の通知先のユーザが複数人存在する場合、前記実行制御部は、当該通知先のユーザだけが参加する別のトークルームに前記特定の処理に関する通知を投稿する請求項１～６のいずれか一項に記載の制御装置。
9. 前記別のトークルームは、前記特定の処理の実行を指示する情報の投稿に起因して、動的に生成される請求項８記載の制御装置。
10. 前記一部のユーザは、前記特定の処理の実行を指示する情報を投稿したユーザである請求項１記載の制御装置。
11. 前記実行制御部は、情報を投稿したユーザと前記外部機器との間の距離が所定値以下である場合、前記情報を投稿したユーザのみに前記特定の処理の実行に関する通知を通知し、情報を投稿したユーザと前記外部機器との間の距離が所定値より大きい場合、前記トークルームに前記特定の処理の実行に関する通知を投稿する請求項１０記載の制御装置。
12. 前記特定の処理は、原稿から画像を読み取るスキャン処理であり、
    前記所定の条件は、前記通知の内容が前記スキャン処理に関することである請求項１０又は請求項１１記載の制御装置。
13. 前記実行制御部は、第１閾値時間を経過しても前記通知を前記一部のユーザが確認しない場合、前記複数のユーザのうち前記一部のユーザ以外のユーザにも通知する請求項１～１２のいずれか一項に記載の制御装置。
14. 前記実行制御部は、第２閾値時間を経過しても前記通知に対応する処理が前記一部のユーザにより行なわれない場合、前記複数のユーザのうち前記一部のユーザ以外のユーザにも通知する請求項１３に記載の制御装置。
15. 前記実行制御部における前記第２閾値時間は、前記第１閾値時間よりも長い時間に設定される請求項１４記載の制御装置。
16. コンピュータを、請求項１～１５のいずれか一項に記載の制御装置として機能させるための制御プログラム。

Images