(57)【要約】【課題】メッセージ交換サービスを利用した情報交換の場において、先の参加者が、途中からの参加者に対して場の状況を説明しなかったり、場の状況を主体的に説明したりする場合と比べて、メッセージ交換をより円滑に遂行可能な情報処理システム、方法及びプログラムを提供する。【解決手段】情報処理システム１０のボットサーバ１４は、グループのメンバの参加状態を監視する参加状態監視部６６と、参加状態監視部６６が、グループ内のメッセージ交換に参加していなかったユーザＤ（第１ユーザ）の参加を確認し又は参加の予兆を検知した場合、ボット（仮想キャラクタ）とユーザＤ又はユーザＡ（第２ユーザ）の間の対話を通じて、グループ内で既に行われたメッセージ交換に関する交換情報ＩｅｘをユーザＤに提供するようにボットの対話制御を行う対話制御部４８を備える。【選択図】図４
2020052439.tif 000002
【特許請求の範囲】
【請求項１】
メッセージ交換サービスにおいてメッセージを共有するグループのメンバの参加状態を監視する監視手段と、
前記監視手段が、前記グループ内のメッセージ交換に参加していなかった第１ユーザの参加を確認し又は参加の予兆を検知した場合、仮想キャラクタと前記第１ユーザ又は前記グループのメンバである第２ユーザの間の対話を通じて、前記グループ内で既に行われたメッセージ交換に関する交換情報を前記第１ユーザに提供するように前記仮想キャラクタの対話制御を行う対話制御手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記対話制御手段は、前記グループ内で既に投稿されたメッセージ記録、既に投稿された電子資料、前記メッセージ記録の所在、及び前記電子資料の所在のうち少なくとも１つを前記第１ユーザに提供するように対話制御を行うことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記対話制御手段は、メッセージ交換に既に参加している前記第２ユーザに前記交換情報を提供せず、前記第１ユーザのみに前記交換情報を提供するように対話制御を行うことを特徴とする請求項１又は２に記載の情報処理システム。
【請求項４】
印刷機器に対して前記交換情報の印刷を指示する印刷指示手段をさらに備え、
前記仮想キャラクタは、前記第１ユーザに対応付けられた前記印刷機器のアバターであり、
前記対話制御部は、前記アバターと前記第１ユーザの間の対話を通じて前記第１ユーザからの前記交換情報の印刷の要求を受け付け、前記第１ユーザ又は前記印刷機器の識別情報を前記印刷指示手段に供給する
ことを特徴とする請求項１〜３のいずれか１項に記載の情報処理システム。
【請求項５】
前記グループ内で既に投稿された前記電子資料が複数存在する場合、前記メッセージ交換サービスのサービス画面を介した前記第１ユーザの操作に応じて、少なくとも１つ以上の前記電子資料の取得又は印刷を指示可能に構成されるＵＩ手段をさらに備えることを特徴とする請求項２〜４のいずれか１項に記載の情報処理システム。
【請求項６】
前記交換情報の開示範囲を設定する設定手段をさらに備え、
前記監視手段は、前記グループのメンバの追加の有無を監視し、
前記対話制御手段は、追加されたメンバである前記第１ユーザに、前記設定手段により設定された前記開示範囲内にて前記交換情報を提供するように対話制御を行う
ことを特徴とする請求項１〜５のいずれか１項に記載の情報処理システム。
【請求項７】
前記設定手段は、前記第１ユーザの属性と前記第２ユーザの属性の間の関係に応じて、前記第１ユーザに対する前記開示範囲を設定することを特徴とする請求項６に記載の情報処理システム。
【請求項８】
前記設定手段は、前記第１ユーザを前記グループのメンバに追加する前に前記第２ユーザが投稿したメッセージの内容に基づいて、前記第１ユーザに対する前記開示範囲を設定することを特徴とする請求項６に記載の情報処理システム。
【請求項９】
前記監視手段は、前記グループのメンバの在状態又は不在状態を監視し、
前記対話制御手段は、不在状態から在状態になったメンバに前記交換情報の提供の要否を問い合わせるように対話制御を行う
ことを特徴とする請求項１〜８のいずれか１項に記載の情報処理システム。
【請求項１０】
前記対話制御手段は、不在状態である前記グループのメンバに前記交換情報の提供の要否を問い合わせないように対話制御を行うことを特徴とする請求項９に記載の情報処理システム。
【請求項１１】
前記対話制御手段は、前記交換情報の提供の要否を問い合わせた後にメッセージの投稿がなかった在状態のメンバに対して、前記交換情報の提供の要否を再度問い合わせるように対話制御を行うことを特徴とする請求項９又は１０に記載の情報処理システム。
【請求項１２】
前記監視手段は、
在状態のメンバが予め定めた時間間隔を超えてメッセージ交換に関与しなかった場合に当該メンバが在状態から不在状態になったと判定し、
不在状態のメンバがメッセージ交換の関与を開始した場合に当該メンバが不在状態から在状態になったと判定する
ことを特徴とする請求項９〜１１のいずれか１項に記載の情報処理システム。
【請求項１３】
メッセージ交換サービスにおいてメッセージを共有するグループのメンバの状態を監視する監視ステップと、
前記監視ステップにおいて前記グループ内のメッセージ交換に参加していなかった第１ユーザの参加を確認し又は参加の予兆を検知した場合、仮想キャラクタと前記第１ユーザ又は前記グループのメンバである第２ユーザの間の対話を通じて、前記グループ内で既に行われたメッセージ交換に関する交換情報を前記第１ユーザに提供するように前記仮想キャラクタの対話制御を行う対話制御ステップと、
を１つ又は複数のコンピュータが実行することを特徴とする情報処理方法。
【請求項１４】
メッセージ交換サービスにおいてメッセージを共有するグループのメンバの状態を監視する監視ステップと、
前記監視ステップにおいて前記グループ内のメッセージ交換に参加していなかった第１ユーザの参加を確認し又は参加の予兆を検知した場合、仮想キャラクタと前記第１ユーザ又は前記グループのメンバである第２ユーザの間の対話を通じて、前記グループ内で既に行われたメッセージ交換に関する交換情報を前記第１ユーザに提供するように前記仮想キャラクタの対話制御を行う対話制御ステップと、
を１つ又は複数のコンピュータに実行させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、方法及びプログラムに関する。
【背景技術】
【０００２】
特許文献１には、メッセージ交換サービスを提供するサーバに関して、一のグループに属するメンバ間で共有するメッセージを複製又は移動することで、当該メッセージを他のグループに属するメンバ間に共有させる技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１９７８１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このサービスを利用した情報交換の場、例えばチャット会議に関して、それまで出席していなかったユーザ又は実質的に参加していなかったユーザがこの会議に途中から参加することがある。この場合、会議の円滑な進行を図るため、途中からの参加者に対して何らかの情報を提供し、なるべく早い段階で会議の状況（例えば、経緯や現状）を共有できることが望ましい。
【０００５】
本発明の目的は、メッセージ交換サービスを利用した情報交換の場において、先の参加者が、途中からの参加者に対して場の状況を説明しなかったり、場の状況を主体的に説明したりする場合と比べて、メッセージ交換をより円滑に遂行可能な情報処理システム、方法及びプログラムを提供することである。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、メッセージ交換サービスにおいてメッセージを共有するグループのメンバの状態を監視する監視手段と、前記監視手段が、前記グループ内のメッセージ交換に参加していなかった第１ユーザの参加を確認し又は参加の予兆を検知した場合、仮想キャラクタと前記第１ユーザ又は前記グループのメンバである第２ユーザの間の対話を通じて、前記グループ内で既に行われたメッセージ交換に関する交換情報を前記第１ユーザに提供するように前記仮想キャラクタの対話制御を行う対話制御手段と、を備える情報処理システムである。
【０００７】
請求項２に記載の発明は、前記対話制御手段は、前記グループ内で既に投稿されたメッセージ記録、既に投稿された電子資料、前記メッセージ記録の所在、及び前記電子資料の所在のうち少なくとも１つを前記第１ユーザに提供するように対話制御を行う、請求項１に記載の情報処理システムである。
請求項３に記載の発明は、前記対話制御手段は、メッセージ交換に参加している前記第２ユーザに前記交換情報を提供せず、前記第１ユーザのみに前記交換情報を提供するように対話制御を行う、請求項１又は２に記載の情報処理システムである。
請求項４に記載の発明は、印刷機器に対して前記交換情報の印刷を指示する印刷指示手段をさらに備え、前記仮想キャラクタは、前記第１ユーザに対応付けられた前記印刷機器のアバターであり、前記対話制御部は、前記アバターと前記第１ユーザの間の対話を通じて前記第１ユーザからの前記交換情報の印刷の要求を受け付け、前記第１ユーザ又は前記印刷機器の識別情報を前記印刷指示手段に供給する、請求項１〜３のいずれか１項に記載の情報処理システムである。
請求項５に記載の発明は、前記グループ内で既に投稿された前記電子資料が複数存在する場合、前記メッセージ交換サービスのサービス画面を介した前記第１ユーザの操作に応じて、少なくとも１つ以上の前記電子資料の取得又は印刷を指示可能に構成されるＵＩ手段をさらに備える、請求項２〜４のいずれか１項に記載の情報処理システムである。
【０００８】
請求項６に記載の発明は、前記交換情報の開示範囲を設定する設定手段をさらに備え、前記監視手段は、前記グループのメンバの追加の有無を監視し、前記対話制御手段は、追加されたメンバである前記第１ユーザに、前記設定手段により設定された前記開示範囲内にて前記交換情報を提供するように対話制御を行う、請求項１〜５のいずれか１項に記載の情報処理システムである。
請求項７に記載の発明は、前記設定手段は、前記第１ユーザの属性と前記第２ユーザの属性の間の関係に応じて、前記第１ユーザに対する前記開示範囲を設定する、請求項６に記載の情報処理システムである。
請求項８に記載の発明は、前記設定手段は、前記第１ユーザを前記グループのメンバに追加する前に前記第２ユーザが投稿したメッセージの内容に基づいて、前記第１ユーザに対する前記開示範囲を設定する、請求項６に記載の情報処理システムである。
【０００９】
請求項９に記載の発明は、前記監視手段は、前記グループのメンバの在状態又は不在状態を監視し、前記対話制御手段は、不在状態から在状態になったメンバに前記交換情報の提供の要否を問い合わせるように対話制御を行う、請求項１〜８のいずれか１項に記載の情報処理システムである。
請求項１０に記載の発明は、前記対話制御手段は、不在状態である前記グループのメンバに前記交換情報の提供の要否を問い合わせないように対話制御を行う、請求項９に記載の情報処理システムである。
請求項１１に記載の発明は、前記対話制御手段は、前記交換情報の提供の要否を問い合わせた後にメッセージの投稿がなかった在状態のメンバに対して、前記交換情報の提供の要否を再度問い合わせるように対話制御を行う、請求項９又は１０に記載の情報処理システムである。
請求項１２に記載の発明は、前記監視手段は、在状態のメンバが予め定めた時間間隔を超えてメッセージ交換に関与しなかった場合に当該メンバが在状態から不在状態になったと判定し、不在状態のメンバがメッセージ交換の関与を開始した場合に当該メンバが不在状態から在状態になったと判定する、請求項９〜１１のいずれか１項に記載の情報処理システムである。
【００１０】
請求項１３に記載の発明は、メッセージ交換サービスにおいてメッセージを共有するグループのメンバの状態を監視する監視ステップと、前記監視ステップにおいて前記グループ内のメッセージ交換に参加していなかった第１ユーザの参加を確認し又は参加の予兆を検知した場合、仮想キャラクタと前記第１ユーザ又は前記グループのメンバである第２ユーザの間の対話を通じて、前記グループ内で既に行われたメッセージ交換に関する交換情報を前記第１ユーザに提供するように前記仮想キャラクタの対話制御を行う対話制御ステップと、を１つ又は複数のコンピュータが実行する情報処理方法である。
【００１１】
請求項１４に記載の発明は、メッセージ交換サービスにおいてメッセージを共有するグループのメンバの状態を監視する監視ステップと、前記監視ステップにおいて前記グループ内のメッセージ交換に参加していなかった第１ユーザの参加を確認し又は参加の予兆を検知した場合、仮想キャラクタと前記第１ユーザ又は前記グループのメンバである第２ユーザの間の対話を通じて、前記グループ内で既に行われたメッセージ交換に関する交換情報を前記第１ユーザに提供するように前記仮想キャラクタの対話制御を行う対話制御ステップと、を１つ又は複数のコンピュータに実行させる情報処理プログラムである。
【発明の効果】
【００１２】
請求項１，１３，１４に記載の発明によれば、メッセージ交換サービスを利用した情報交換の場において、先の参加者が、途中からの参加者に対して場の状況を説明しなかったり、場の状況を主体的に説明したりする場合と比べて、メッセージ交換がより円滑に遂行される。
請求項２に記載の発明によれば、場の状況を示すエビデンスとしてのメッセージ記録又は電子資料が提供されない場合と比べて、状況の把握がより容易になる。
請求項３に記載の発明によれば、交換情報をすべてのユーザに向けて一斉に提供する場合と比べて、メッセージ交換がより円滑に遂行される。
請求項４に記載の発明によれば、交換情報の印刷物を得る際に、交換情報を入手し、印刷を指示する第１ユーザの手間が省かれる。
請求項５に記載の発明によれば、第１ユーザは、自身の操作を通じて、所望の資料を所望の出力態様で入手することができる。
【００１３】
請求項６に記載の発明によれば、開示範囲を設定しない場合と比べて、グループのメンバが開示を望まない情報を第１ユーザに誤って提供してしまう可能性が抑制される。
請求項７に記載の発明によれば、グループ毎・ユーザ毎にマニュアルで設定する場合と比べて、設定の工数が削減されるとともに、画一的かつ客観的な基準に従って開示範囲が設定される。
請求項８に記載の発明によれば、設定権限をグループのメンバ以外の者に与える場合と比べて、開示範囲の設定がより容易になる。
【００１４】
請求項９に記載の発明によれば、一時的に不在になったメンバに対して交換情報を提供する機会が与えられない場合と比べて、場の状況の把握がより容易になる。
請求項１０に記載の発明によれば、メンバの在・不在にかかわらず交換情報を提供する場合と比べて、メッセージ交換がより円滑に遂行される。
請求項１１に記載の発明によれば、一時的に不在であった可能性があるメンバに対して交換情報を提供する機会が与えられる。
請求項１２に記載の発明によれば、メッセージ交換への関与の時間間隔を考慮することで、２種類の状態の切り替わりの判定精度が高まる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態における情報処理システムの全体構成図である。
【図２】メッセージ交換サービスのサービス画面の一例を示す図である。
【図３】図１に示すボットサーバの電気的なブロック図である。
【図４】図３に示すサーバ側制御部の機能ブロック図である。
【図５】図５（ａ）はユーザ情報、図５（ｂ）はグループ情報、図５（ｃ）は開示範囲情報、図５（ｄ）はプリンタ情報におけるデータ構造の一例を示す図である。
【図６】図１に示すユーザ端末の電気的なブロック図である。
【図７】ユーザ端末及びボットサーバの動作を示すシーケンス図である。
【図８】メッセージ交換の第１のバリエーションを示す図である。
【図９】メッセージ交換の第２のバリエーションを示す図である。
【図１０】メッセージ交換の第３のバリエーションを示す図である。
【図１１】メッセージ交換の第４のバリエーションを示す図である。
【図１２】メッセージ交換の第５のバリエーションを示す図である。
【図１３】メッセージ交換の第６のバリエーションを示す図である。
【図１４】図４に示す状態監視部の動作に関するフローチャートである。
【図１５】メッセージ交換の第７バリエーションを示す図である。
【発明を実施するための形態】
【００１６】
本発明における情報処理システムについて、情報処理方法及び情報処理プログラムとの関係において好適な実施形態を挙げ、添付の図面を参照しながら説明する。なお、本発明は、以下の実施形態に限定されるものではなく、この発明の主旨を逸脱しない範囲で自由に変更できることは勿論である。あるいは、技術的に矛盾が生じない範囲で各々の構成を任意に組み合わせてもよい。
【００１７】
［情報処理システム１０の構成］
＜全体構成＞
図１は、本発明の一実施形態における情報処理システム１０の全体構成図である。この情報処理システム１０は、グループに属する複数のメンバとの間でメッセージをやり取りするメッセージ交換サービス（例えば、ビジネスチャット）と、人工知能ロボット（ここでは、チャットボット）を活用した会議支援サービスを複合的に提供可能に構成される。
【００１８】
この情報処理システム１０は、チャットサーバ１２と、ボットサーバ１４（情報処理装置）と、複数（本図の例では４つ）のユーザ端末１６，１８と、１つ又は複数（本図の例では２つ）の印刷機器２０と、から構成される。なお、この情報処理システム１０は、本図に例示する装置構成又はネットワーク構成に限られない。
【００１９】
チャットサーバ１２は、クラウド２２上に配置されたクラウドサーバであり、１つ又は複数のサーバコンピュータから構成される。チャットサーバ１２は、グループに属する複数のメンバ（本図の例では、ユーザＡ，ユーザＢ，ユーザＣ及びユーザＤの４者）が参加するチャット会議を開催するためのチャットルームを提供する装置である。
【００２０】
ボットサーバ１４は、クラウド２２上に配置されたクラウドサーバであり、１つ又は複数のサーバコンピュータから構成される。ボットサーバ１４は、印刷機器２０を擬人化したアバター（仮想キャラクタ）である「ボット」をチャットルーム（あるいは、トークルーム）に入室させ、このボットを通じて会議支援サービスを提供する装置である。
【００２１】
各々のユーザ端末１６，１８は、ユーザがタスクの遂行時に使用する多機能・多目的装置であり、例えば、パーソナルコンピュータ、タブレット、スマートフォン、又はウェアラブルコンピュータである。ユーザは、各自が所有するユーザ端末１６，１８のサービス画面３０（図２）上で、グループのメンバ同士でメッセージのやり取りを行う。説明の便宜上、ユーザＡ，Ｂ，Ｃが所有する端末をユーザ端末１６、ユーザＤが所有する端末をユーザ端末１８と区別して表記している。
【００２２】
各々の印刷機器２０は、電子ファイル（例えば、交換情報Ｉｅｘ）を含むデータを外部装置から受信して用紙にプリント処理を行い、所望の印刷物を出力するネットワークプリンタである。この印刷機器２０は、例えば、複合機（ＭＦＰ：Multifunction Printer）、レーザプリンタ、インクジェットプリンタである。
【００２３】
＜サービス画面３０の一例＞
ユーザ端末１６，１８及びボットサーバ１４はそれぞれ、メッセージ交換サービスを利用するためのＡＰＩ（Application Programming Interface）を介して、ユーザ同士の対話、又はユーザとボットの間での対話を行う対話処理を実行する。これらの対話は、ユーザの手動応答及びボットの自動応答を通じて行われる。
【００２４】
図２は、メッセージ交換サービスにおけるサービス画面３０の一例を示す図である。本図は、ユーザＡが所有するユーザ端末１６のディスプレイ上で、ユーザＡとユーザＤの間で対話が行われるシーンを示している。
【００２５】
サービス画面３０の中央部には、投稿者のメッセージの内容を示す吹き出し欄３２が上下方向にわたって時系列的に表示されている。サービス画面３０の右端にはユーザＡを示すユーザアイコン３４ａが、左端にはユーザＡ以外の投稿者を示すアイコン（本図では、ユーザアイコン３４ｄ）がそれぞれ表示される。なお、「投稿者」には、グループのメンバ（人間）のみならず、ボットも含まれる点に留意する。
【００２６】
例えば、ユーザＡ，Ｂ，Ｃの３者によるチャット会議の進行中に、グループのメンバであるユーザＡ（第２ユーザ）の招待を受けて、ユーザＤ（第１ユーザ）が当該チャット会議に新たに参加したとする。この場合、途中から参加したユーザＤは、今までのチャット会議の経緯や現状を知らないため、会議の状況を把握するのに時間が掛かってしまう。先の参加者であるユーザＡ，Ｂ，ＣがユーザＤに会議の状況を説明してもよいが、会議の流れが中断するので望ましくない。そこで、図１に示すボットサーバ１４は、ユーザＤに対して、議事のキャッチアップを支援する動作（以下、キャッチアップ支援動作ともいう）を行う。
【００２７】
＜ボットサーバ１４のブロック図＞
図３は、図１に示すボットサーバ１４の電気的なブロック図である。図４は、図３に示すサーバ側制御部４２の機能ブロック図である。このボットサーバ１４は、サーバ側通信部４０と、サーバ側制御部４２と、サーバ側記憶部４４と、を含んで構成される。
【００２８】
図３に示すように、サーバ側通信部４０は、外部装置に対して電気信号を送受信するための通信インターフェースである。これにより、ボットサーバ１４は、チャットサーバ１２を経由して、ユーザ端末１６との間で様々なデータ（例えば、メッセージ、文書ファイル、画像ファイル、ユーザの操作情報など）のやり取りが可能である。
【００２９】
サーバ側制御部４２は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）を含む処理演算装置によって構成される。サーバ側制御部４２は、サーバ側記憶部４４に格納されたプログラムを読み出し、メッセージ交換用アプリケーションを実行することで、交換処理部４６、対話制御部４８（対話制御手段）、イベント管理部５０、及び印刷指示部５２（印刷指示手段）として機能する。
【００３０】
サーバ側記憶部４４は、非一過性であり、かつ、コンピュータ読み取り可能な記憶媒体で構成されている。ここで、コンピュータ読み取り可能な記憶媒体は、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）、ソリッドステートドライブ（ＳＳＤ：Solid State Drive）を含む記憶装置、あるいは、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ、フラッシュメモリ等の可搬媒体である。本図の例では、サーバ側記憶部４４には、共有データ５６（交換情報Ｉｅｘを含む）、ユーザ情報５８、グループ情報６０、開示範囲情報６２、及びプリンタ情報６４が格納されている。
【００３１】
図４に示すように、交換処理部４６は、グループ内で共有する共有データ５６をチャットサーバ１２から受信し、対話制御部４８に供給する受信制御を行う。また、交換処理部４６は、対話制御部４８が生成した投稿メッセージを含むデータをチャットサーバ１２に向けて送信する送信制御を行う。
【００３２】
対話制御部４８は、印刷機器２０のアバターとしてのボットが、グループに属するメンバとの間で対話を行う対話制御を行う。対話制御部４８は、共有データ５６を受け取った後、相手からのメッセージの内容を解析する処理、その解析結果に基づいて相手のアクションを認識する処理、相手のアクションに対するボットのリアクションを決定する処理、ボットのリアクションに応じたメッセージを生成する処理など、グループ内のコミュニケーションに必要な各種処理を実行する。なお、これらの処理は、深層学習を含む様々な人工知能技術を用いて実現することができる。
【００３３】
対話制御部４８は、ユーザ情報５８、グループ情報６０及び開示範囲情報６２を読み出すことで、ボットがチャット会議の状況を把握しながら円滑に対話できるように対話制御を行う。対話制御部４８は、議事のキャッチアップを求めるユーザからの要求に応じて、グループ内で既に行われたメッセージ交換に関する情報（以下、交換情報Ｉｅｘという）を生成する。また、対話制御部４８は、当該ユーザから印刷の要求を受け付けた場合、ユーザの識別情報（以下、ユーザＩＤ）及び交換情報Ｉｅｘを印刷指示部５２に供給する。
【００３４】
イベント管理部５０は、対話制御部４８からの対話情報に基づいて、グループ情報６０の一部（後述する参加メンバ、在状態、開示制限）を動的に更新する。このイベント管理部５０は、メンバの参加状態を監視する参加状態監視部６６（監視手段）と、交換情報Ｉｅｘの開示範囲を設定する開示範囲設定部６８（設定手段）と、を含んで構成される。
【００３５】
印刷指示部５２は、上記したユーザＩＤ、交換情報Ｉｅｘの他に、印刷設定に関する情報（以下、印刷設定情報という）を取得する。ここで、印刷設定情報は、印刷設定に関する複数の印刷設定項目の組み合わせからなる情報である。この印刷設定項目には、例えば、印刷部数、カラー／白黒印刷の指定、両面／片面印刷の指定、用紙サイズ、Ｎｕｐ、拡縮倍率などの項目が挙げられる。
【００３６】
印刷指示部５２は、さらにプリンタ情報６４を用いて、交換情報Ｉｅｘの送信先である印刷機器２０を選定するとともに、交換情報Ｉｅｘの印刷を指示する。そして、印刷指示部５２は、交換情報Ｉｅｘの印刷が終了した後、対話制御部４８にその旨を通知する。
【００３７】
図５（ａ）は、ユーザ情報５８におけるデータ構造の一例を示す図である。このユーザ情報５８は、ユーザの識別情報である「ユーザＩＤ」と、サービス画面３０上での名称である「表示名」と、ユーザに付与された権限を示す「ユーザ権限」の間の対応関係を示している。この情報により、利用権限を有するユーザのみに対してメッセージ交換サービスを提供することができる。
【００３８】
図５（ｂ）は、グループ情報６０におけるデータ構造の一例を示す図である。このグループ情報６０は、グループの識別情報である「グループＩＤ」と、このグループに属するメンバを示す「メンバ構成」と、チャット会議の参加者を示す「参加メンバ」と、参加者毎の「在状態」と、参加者毎に付与された情報の「開示制限」の間の対応関係を示している。この情報により、登録されたグループ毎のメンバ構成と、メンバ毎の参加状態がそれぞれ特定される。
【００３９】
図５（ｃ）は、開示範囲情報６２におけるデータ構造の一例を示す図である。この開示範囲情報６２は、グループ又はメンバが所属する自組織を示す「組織ＩＤ」と、この自組織の人員を示す「人員構成」と、自組織の保有情報に関する他組織への開示ルールを示す「開示規則」の間の対応関係を示している。この情報により、組織の立場を考慮したユーザ間の情報開示ルールが対応付けられる。
【００４０】
図５（ｄ）は、プリンタ情報６４におけるデータ構造の一例を示す図である。このプリンタ情報６４は、ユーザの識別情報である「ユーザＩＤ」と、印刷機器２０の識別情報である「プリンタＩＤ」の間の対応関係を示している。この情報により、登録されたユーザ毎に、１つ又は複数の印刷機器２０が対応付けられる。
【００４１】
＜ユーザ端末１６，１８の構成＞
図６は、図１に示すユーザ端末１６，１８の電気的なブロック図である。このユーザ端末１６，１８は、入力部７０と、出力部７２と、端末側通信部７４と、端末側制御部７６と、端末側記憶部７８と、を含んで構成される。
【００４２】
入力部７０は、マウス、キーボード、タッチセンサ又はマイクロフォンを含む入力デバイスから構成される。出力部７２は、ディスプレイ、スピーカを含む出力デバイスから構成される。入力部７０による入力機能及び出力部７２による出力機能を組み合わせることで、ユーザインターフェース手段（以下、ＵＩ部８０）が構築される。
【００４３】
端末側通信部７４は、外部装置に対して電気信号を送受信するための通信インターフェースである。これにより、ユーザ端末１６は、チャットサーバ１２を経由して、ボットサーバ１４との間で様々なデータ（例えば、メッセージ、電子ファイル、画像ファイル）のやり取りが可能である。
【００４４】
端末側制御部７６は、ＣＰＵ、ＭＰＵを含む処理演算装置によって構成される。端末側制御部７６は、端末側記憶部７８に格納されたプログラムを読み出し、メッセージ交換用アプリケーションを実行することで、交換処理部８２及び表示用データ作成部８４として機能する。
【００４５】
端末側記憶部７８は、非一過性であり、かつ、コンピュータ読み取り可能な記憶媒体で構成されている。本図の例では、端末側記憶部７８には、上記した共有データ５６や、ボットサーバ１４が提供した交換情報Ｉｅｘが格納されている。
【００４６】
［第１のキャッチアップ支援動作］
この実施形態における情報処理システム１０は、以上のように構成される。続いて、情報処理システム１０による第１のキャッチアップ支援動作について、図７〜図１３を参照しながら説明する。
【００４７】
この「第１のキャッチアップ支援動作」の実行中、ボットサーバ１４の参加状態監視部６６は、グループのメンバの参加状態を逐次監視しながら、メッセージ交換に参加していなかったユーザの参加を確認し、又は参加の予兆を検知する。例えば、参加状態監視部６６は、チャット会議の参加メンバの追加登録があったか否かに応じて「登録による参加」の有無を確認する。また、参加状態監視部６６は、参加メンバの追加登録前に、メンバの招待を示唆する投稿メッセージがあった場合に当該メンバの「参加の予兆」があったと検知してもよい。
【００４８】
＜基本的な動作の流れ＞
図７は、２つのユーザ端末１６，１８及びボットサーバ１４の動作を示すシーケンス図である。ここで、ユーザ端末１６及びボットサーバ１４は、基本的には、チャットサーバ１２を経由してデータのやり取りを行う。同様に、ユーザ端末１８及びボットサーバ１４は、基本的には、チャットサーバ１２を経由してデータのやり取りを行う。
【００４９】
ユーザ端末１６，１８の表示用データ作成部８４は、メッセージ交換用アプリケーションの実行中に、端末側記憶部７８から読み出した共有データ５６を用いて表示用データを作成し、当該表示用データをＵＩ部８０に向けて出力する。これにより、ユーザ端末１６，１８のＵＩ部８０には、メッセージ交換のバリエーションに応じたサービス画面３０（図８〜図１３）が表示される。
【００５０】
［Ｓ０１］  ユーザの招待：（Ｍｓｇ０１）の追加
ユーザ端末１６の交換処理部８２は、ＵＩ部８０を介してユーザＡによる招待操作を受け付けた場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。ボットサーバ１４の交換処理部４６は、端末側通信部７４、チャットサーバ１２及びサーバ側通信部４０を介して、メッセージを含む共有データ５６を取得する。これにより、ユーザ端末１６のサービス画面３０上には、ユーザＡが、グループのユーザＡ，Ｂ，Ｃに、ユーザＤを新たに招待したことを通知するメッセージ（Ｍｓｇ０１）が追加される。
【００５１】
［Ｓ０２］  参加メンバの更新
ボットサーバ１４の対話制御部４８は、ユーザＡからの投稿がトリガとなって、キャッチアップ支援動作を開始する。イベント管理部５０（より詳しくは、参加状態監視部６６）は、チャットサーバ１２からの通知によりユーザＤの参加を確認し、グループ情報６０の「メンバ構成」及び「参加メンバ」にユーザＤを追加する更新を行う。
【００５２】
［Ｓ０３］  入室の通知：（Ｍｓｇ０２）の追加
ユーザ端末１８の交換処理部８２は、ＵＩ部８０を介してユーザＤによる投稿操作を受け付けた場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。ボットサーバ１４の交換処理部４６は、端末側通信部７４、チャットサーバ１２及びサーバ側通信部４０を介して、メッセージを含む共有データ５６を取得する。これにより、ユーザ端末１６，１８のサービス画面３０上には、ユーザＤが、グループ内のユーザＡ，Ｂ，Ｃに、チャットルームに入室したことを通知するメッセージ（Ｍｓｇ０２）が追加される。
【００５３】
［Ｓ０４］  提供要否の問合せ：（Ｍｓｇ０３）の追加
ボットサーバ１４の対話制御部４８は、更新されたグループ情報６０を読み出した後、ユーザＤに対して交換情報Ｉｅｘの提供の要否を問い合わせるメッセージを生成する。そして、交換処理部４６は、対話制御部４８から当該メッセージが供給された場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。ユーザ端末１８の交換処理部８２は、ボットからの投稿メッセージを含む共有データ５６を取得する。これにより、ユーザ端末１６，１８のサービス画面３０上には、ボットが、ユーザＤに、交換情報Ｉｅｘの要否を問い合わせるメッセージ（Ｍｓｇ０３）が追加される。
【００５４】
［Ｓ０５］  問合せの回答：（Ｍｓｇ０４）の追加
ユーザ端末１８の交換処理部８２は、ＵＩ部８０を介してユーザによる回答操作を受け付けた場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。ボットサーバ１４の交換処理部４６は、ユーザからの投稿メッセージを含む共有データ５６を取得する。これにより、ユーザ端末１６，１８のサービス画面３０上には、ユーザが、ボットに、交換情報Ｉｅｘの提供を要求する又は要求しないメッセージ（Ｍｓｇ０４）が追加される。
【００５５】
［Ｓ０６］  交換情報の生成
ボットサーバ１４の対話制御部４８は、チャット会議中に取得した共有データ５６を用いて、ユーザＤに提供するための交換情報Ｉｅｘを生成する。この交換情報Ｉｅｘは、例えば、既に投稿されたメッセージ記録、電子資料、又はこれらの所在である。ここで「所在」とは、電子ファイルの保存場所を特定可能な情報を意味し、例えばＵＲＬ（Uniform Resource Locator）からなる。
【００５６】
［Ｓ０７］  交換情報の提供：（Ｍｓｇ０５）の追加
ボットサーバ１４の交換処理部４６は、対話制御部４８から供給された交換情報Ｉｅｘを含むメッセージを含むデータを送信する送信制御を行う。すると、ユーザ端末１８の表示用データ作成部８４は、交換情報Ｉｅｘの提供態様に応じた表示用データを作成し、当該表示用データをＵＩ部８０に向けて出力する。これにより、ユーザ端末１６，１８のサービス画面３０上には、ボットが、ユーザＤに、交換情報Ｉｅｘを提供するメッセージ（Ｍｓｇ０５）が追加される。
【００５７】
以上のようにして、ボットサーバ１４の対話制御部４８は、第１のキャッチアップ支援動作を終了する。つまり、図７の［Ｓ０１］→［Ｓ０２］→・・・→［Ｓ０７］の動作を順次行うことで、ボットを活用した会議支援サービスが提供される。続いて、この支援の様々なバリエーションについて、図７のシーケンスの他に、図８〜図１３を併せて参照しながら説明する。
【００５８】
なお、図８〜図１３において、上図のサービス画面３０は、ユーザＤの招待前におけるユーザ端末１６（ユーザＡの所有端末）に表示される画面を示している。一方、下図のサービス画面３０は、ユーザＤの招待後におけるユーザ端末１８（ユーザＤの所有端末）に表示される画面を示している。
【００５９】
＜１．電子データの提供＞
第１のバリエーションとして、ボットサーバ１４は、ユーザＤに対して、グループ内で既に交換されたメッセージの全部又は一部を記録したメッセージ記録を、電子データの形式で提供してもよい。この場合、情報処理システム１０は、図７の［Ｓ０１］→［Ｓ０２］→・・・→［Ｓ０７］の動作を順次行う。その結果、ユーザＡ，ユーザＤ及びボットの間で、図８に示すメッセージ交換がなされる。
【００６０】
図８は、メッセージ交換の第１のバリエーションを示す図である。
Ｍｓｇ０１：ユーザＡは、チャット会議の参加者（ユーザＡ，Ｂ，Ｃ）に向けて、グループ内で開催中のチャット会議にユーザＤを招待する旨のメッセージを発する。
Ｍｓｇ０２：ユーザＤは、参加者全員に向けて、チャット会議の参加を表明するメッセージを発する。
Ｍｓｇ０３：ボットは、ユーザＤに向けて、今までのメッセージ記録の要否に関する問い合わせるメッセージを発する。
Ｍｓｇ０４：ユーザＤは、ボットに向けて、メッセージ記録を必要とする意思を示すメッセージを発する。
Ｍｓｇ０５：ボットは、ユーザＤに向けて、メッセージ記録を提供するメッセージを発する。ここで、Ｍｓｇ０５の操作欄９１には、交換情報Ｉｅｘとしてのメッセージ記録が保存されたＵＲＬに誘導するハイパーリンクが設定されている。ユーザ端末１８は、操作欄９１のタップ操作を受け付けることで、指定されたＵＲＬにアクセスし、このメッセージ記録が格納された電子ファイルをダウンロード可能である。
【００６１】
このようにして、ユーザＤとボットの間の対話を通じて、交換情報Ｉｅｘとしてのメッセージ記録がユーザＤに提供される。ユーザＤは、メッセージ記録を閲覧しながらチャット会議に参加することで、場の状況を速やかに把握することができる。
【００６２】
なお、上記した例では、ボットサーバ１４はメッセージ記録をユーザＤに提供しているが、提供する交換情報Ｉｅｘはこれに限られない。例えば、対話制御部４８は、グループ内で既に投稿されたメッセージ記録、既に投稿された電子資料、メッセージ記録の所在、及び電子資料の所在のうち少なくとも１つをユーザＤに提供するように、ボットの対話制御を行ってもよい。これにより、ユーザＤは、場の状況を示すエビデンスであるメッセージ記録又は電子資料を入手可能となり、これらの情報が提供されない場合と比べて、状況の把握がより容易になる。
【００６３】
また、上記した例では、ボットサーバ１４はメッセージ記録をユーザＡ，Ｂ，Ｃ，Ｄに対して一斉に提供しているが、これに代わって、交換情報Ｉｅｘの提供先をユーザＤのみに制限してもよい。つまり、対話制御部４８は、メッセージ交換に既に参加しているユーザＡ，Ｂ，Ｃに交換情報Ｉｅｘを提供せず、ユーザＤのみに交換情報を提供してもよい。これにより、場の状況を既に把握しているユーザＡ，Ｂ，Ｃは、不要な情報を受け取らなくても済むので、交換情報Ｉｅｘをすべてのユーザに向けて一斉に提供する場合と比べて、メッセージ交換がより円滑に遂行される。
【００６４】
上記した提供先の制限は、例えば、［１］ユーザ端末１８とボットサーバ１４の間でピアツーピア通信を行う、［２］ボットサーバ１４は、ユーザ端末１８からの操作のみを受け付け、他のユーザ端末１６からの操作を無効化する、［３］ユーザ端末１８のサービス画面３０上のみで操作欄９１のハイパーリンクを設定可能にする、などの手法を用いて実現される。
【００６５】
＜２．印刷物の提供＞
第２のバリエーションとして、ボットサーバ１４は、ユーザＤに対して、グループ内で既に投稿された電子資料の全部又は一部を、印刷物（ハードコピー）の形式で提供してもよい。この場合、図７の［Ｓ０７］の後に、以下に示す［Ｓ０８］〜［Ｓ１１］の動作を追加すればよい。
【００６６】
［Ｓ０８］  印刷の要求：（Ｍｓｇ０６）の追加
ユーザ端末１８の交換処理部８２は、ＵＩ部８０を介してユーザＤによる投稿操作を受け付けた場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。ボットサーバ１４の交換処理部４６は、ユーザＤからの投稿メッセージを含む共有データ５６を取得する。これにより、サービス画面３０上には、ユーザＤが、ボットに、交換情報Ｉｅｘの印刷を要求するメッセージ（Ｍｓｇ０６）が追加される。
【００６７】
そして、対話制御部４８は、メッセージ（Ｍｓｇ０６）の中から印刷要求の意図を示す文字（例えば、「はい」「お願い」の文字列）を抽出した場合、ユーザＤに関するユーザＩＤ及び交換情報Ｉｅｘを印刷指示部５２に供給する。
【００６８】
［Ｓ０９］  印刷設定の決定
印刷指示部５２は、図５（ｄ）のプリンタ情報６４を読み出して参照することで、交換情報Ｉｅｘの提供先であるユーザＤに対応付けられる印刷機器２０を選定する。また、印刷指示部５２は、交換情報Ｉｅｘの印刷に適した印刷設定情報を取得する。
【００６９】
［Ｓ１０］  印刷の指示
印刷指示部５２は、交換情報Ｉｅｘ及び印刷設定情報を含むデータを、選定された印刷機器２０に向けて出力することで、印刷設定情報を用いた交換情報Ｉｅｘの印刷を指示する。印刷機器２０は、所望の印刷設定に従って交換情報Ｉｅｘのプリント処理を行った後、当該印刷が終了した旨をボットサーバ１４に通知する。
【００７０】
［Ｓ１１］  印刷終了の通知：（Ｍｓｇ０７）の追加
ボットサーバ１４の対話制御部４８は、印刷指示部５２を経由して印刷機器２０からの通知を受け付け、印刷が終了したことを通知するメッセージを生成する。そして、交換処理部４６は、対話制御部４８から当該メッセージが供給された場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。これにより、ユーザ端末１６，１８のサービス画面３０上には、ボットが、ユーザＤに、交換情報Ｉｅｘの印刷が終了したことを通知するメッセージ（Ｍｓｇ０７）が追加される。
【００７１】
このように、情報処理システム１０は、図７の［Ｓ０１］→［Ｓ０２］→・・・→［Ｓ１１］の動作を順次行う。その結果、ユーザＡ，ユーザＤ及びボットの間で、図９に示すメッセージ交換がなされる。
【００７２】
図９は、メッセージ交換の第２のバリエーションを示す図である。
Ｍｓｇ０１：ユーザＡは、チャット会議の参加者（ユーザＡ，Ｂ，Ｃ）に向けて、グループ内で開催中のチャット会議にユーザＤを招待する旨のメッセージを発する。
Ｍｓｇ０２：ユーザＤは、参加者全員に向けて、チャット会議の参加を表明するメッセージを発する。
Ｍｓｇ０３：ボットは、ユーザＤに向けて、今までに投稿された電子資料の要否に関する問い合わせるメッセージを発する。
Ｍｓｇ０４：ユーザＤは、ボットに向けて、電子資料を必要とする意思を示すメッセージを発する。
Ｍｓｇ０５：ボットは、ユーザＤに向けて、電子資料を提供するとともに、資料の印刷の要否を問い合わせるメッセージを発する。ここで、Ｍｓｇ０５の操作欄９２には、交換情報Ｉｅｘとしての電子資料が保存されたＵＲＬに誘導するハイパーリンクが設定されている。
【００７３】
ユーザ端末１８は、操作欄９２のタップ操作を受け付けることで、指定されたＵＲＬにアクセスし、この電子資料が格納された電子ファイルの内容を表示可能である。これにより、ユーザＤは、電子資料の内容を閲覧することで、資料の印刷物が必要であるか否かを速やかに判断することができる。
Ｍｓｇ０６：ユーザＤは、ボットに向けて、資料の印刷を必要とする意思を示すメッセージを発する。
Ｍｓｇ０７：ボットは、ユーザＤに向けて、資料の印刷が終了したことを通知するメッセージを発する。
【００７４】
このようにして、ユーザＤとボットの間の対話を通じて、交換情報Ｉｅｘとしての印刷済み資料がユーザＤに提供される。ユーザＤは、印刷機器２０から出力された印刷物を回収した後にチャット会議に参加することで、必要な紙資料を速やかに準備することができる。
【００７５】
以上のように、情報処理システム１０のボットサーバ１４は、印刷機器２０に対して交換情報Ｉｅｘの印刷を指示する印刷指示部５２を備え、対話制御部４８は、ボット（印刷機器２０のアバター）とユーザＤの間の対話を通じてユーザＤからの交換情報Ｉｅｘの印刷の要求を受け付け、ユーザＤ又は印刷機器２０の識別情報を印刷指示部５２に供給してもよい。これにより、交換情報Ｉｅｘの印刷物を得る際に、交換情報Ｉｅｘを入手し、印刷を指示するユーザＤの手間が省かれる。
【００７６】
＜３．電子資料の選択的印刷＞
第３のバリエーションとして、ユーザ端末１８は、ボットサーバ１４が提供した複数の電子資料の中から印刷対象を選択可能に構成されてもよい。この場合、第２のバリエーションと同様に、図７の［Ｓ０７］の後に、［Ｓ０８］〜［Ｓ１１］の動作を追加すればよい。以下、第２のバリエーションとは異なる［Ｓ０８］の動作について説明する。
【００７７】
［Ｓ０８］  印刷の要求
ユーザ端末１８の交換処理部８２は、ＵＩ部８０を介してユーザによる投稿操作を受け付けた場合、印刷対象である電子資料の識別情報（以下、資料ＩＤという）を含むデータを送信する送信制御を行う。ボットサーバ１４の交換処理部４６は、資料ＩＤを含む共有データ５６を取得する。そして、対話制御部４８は、共有データ５６に含まれる資料ＩＤを抽出した場合、ユーザＩＤ及び資料ＩＤを印刷指示部５２に供給する。
【００７８】
以下、情報処理システム１０は、図７の［Ｓ０９］→［Ｓ１０］→［Ｓ１１］の動作を順次行う。その結果、ユーザＡ，ユーザＤ及びボットの間で、図１０に示すメッセージ交換がなされる。
【００７９】
図１０は、メッセージ交換の第３のバリエーションを示す図である。
Ｍｓｇ０１：ユーザＡは、チャット会議の参加者（ユーザＡ，Ｂ，Ｃ）に向けて、グループ内で開催中のチャット会議にユーザＤを招待する旨のメッセージを発する。
Ｍｓｇ０２：ユーザＤは、参加者全員に向けて、チャット会議の参加を表明するメッセージを発する。
Ｍｓｇ０３：ボットは、ユーザＤに向けて、今までに投稿された電子資料の要否に関する問い合わせるメッセージを発する。
Ｍｓｇ０４：ユーザＤは、ボットに向けて、電子資料を必要とする意思を示すメッセージを発する。
Ｍｓｇ０５：ボットは、ユーザＤに向けて、電子資料を提供するメッセージを発する。ここで、Ｍｓｇ０５の操作欄９３，９４，９５には、交換情報Ｉｅｘとしての電子資料のファイル名がそれぞれ表記されている。ユーザ端末１８は、ユーザＤによる操作欄９３〜９５のタップ操作に応じて、複数の電子資料の印刷を独立かつ選択的に要求可能である。
【００８０】
具体的には、ユーザ端末１８は、操作欄９３のタップ操作を受け付けた場合、ファイル名が「資料１」である電子資料の資料ＩＤを生成し、当該資料ＩＤを含むデータをチャットサーバ１２に向けて送信する。また、ユーザ端末１８は、操作欄９４のタップ操作を受け付けた場合、ファイル名が「資料２」である電子資料の資料ＩＤを生成し、当該資料ＩＤを含むデータをチャットサーバ１２に向けて送信する。また、ユーザ端末１８は、操作欄９５のタップ操作を受け付けた場合、ファイル名が「資料３」である電子資料の資料ＩＤを生成し、当該資料ＩＤを含むデータをチャットサーバ１２に向けて送信する。
Ｍｓｇ０７：ボットは、ユーザＤに向けて、選択された資料（ここでは「資料２」）の印刷が終了したことを通知するメッセージを発する。
【００８１】
このようにして、ユーザＤとボットの間の対話を通じて、交換情報Ｉｅｘとしての印刷済み資料がユーザＤに提供される。ユーザＤは、自ら選択した紙資料のみを準備可能となり、無駄な印刷が抑制される。
【００８２】
以上のように、情報処理システム１０のユーザ端末１８は、グループ内で既に投稿された電子資料が複数存在する場合、サービス画面３０を介したユーザＤの操作に応じて、少なくとも１つ以上の電子資料の取得又は印刷を指示可能に構成されるＵＩ部８０（ＵＩ手段）を備えてもよい。これにより、ユーザＤは、自身の操作を通じて、所望の資料を所望の出力態様で入手することができる。
【００８３】
＜４．規則による開示範囲の設定＞
第４のバリエーションとして、ボットサーバ１４は、予め定められた規則に従って、ユーザＤに対して交換情報Ｉｅｘの開示範囲を設定してもよい。この場合、図７の［Ｓ０３］と［Ｓ０４］の間に、以下に示す［Ｓ１２］［Ｓ１３］の動作を追加すればよい。
【００８４】
［Ｓ１２］  開示範囲の設定
開示範囲設定部６８は、情報の開示制限に関する規則を示す開示範囲情報６２を読み出して参照することで、ユーザＤに対する開示範囲を設定する。この開示範囲は、例えば、メッセージ単位、投稿時間単位、資料単位、投稿者単位でそれぞれ設定可能であってもよい。ここで、開示範囲設定部６８は、ユーザＡ，Ｂ，Ｃの属性と、ユーザＤの属性の関係から開示範囲を決定し、グループ情報６０の「開示制限」に上記した開示範囲を示す情報を書き込むことで、ユーザＤに適用される開示範囲を設定する。この属性は、組織（例えば、部門・プロジェクト・チーム）の他、役職、年齢層、性別、勤務地であってもよい。
【００８５】
例えば、開発部が主催するチャット会議に、開発部員であるユーザＡ，Ｂ，Ｃが既に参加しており、営業部員であるユーザＤが招待されたとする。この場合、図５（ｃ）に示す開示範囲情報６２に基づいて、「メッセージ記録は開示可能」かつ「資料は開示不可」とする開示範囲が一意に定められる。
【００８６】
［Ｓ１３］  開示制限の通知
対話制御部４８は、更新されたグループ情報６０を読み出し、ユーザＤに開示制限が課せられる場合、設定された開示範囲を含むメッセージを生成する。そして、交換処理部４６は、対話制御部４８から当該メッセージが供給された場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。これにより、ユーザ端末１６，１８のサービス画面３０上には、ボットが、ユーザＤに、当該ユーザＤに設定された開示範囲を通知するメッセージ（Ｍｓｇ０８）が追加される。
【００８７】
以下、情報処理システム１０は、［Ｓ０４］→・・・→［Ｓ０７］の動作を順次行う。なお、［Ｓ０６］において、対話制御部４８は、ユーザＤに設定された開示範囲内にて交換情報Ｉｅｘを生成する点に留意する。その結果、ユーザＡ，ユーザＤ及びボットの間で、図１１に示すメッセージ交換がなされる。
【００８８】
図１１は、メッセージ交換の第４のバリエーションを示す図である。
Ｍｓｇ０１：ユーザＡは、チャット会議の参加者（ユーザＡ，Ｂ，Ｃ）に向けて、グループ内で開催中のチャット会議にユーザＤを招待する旨のメッセージを発する。
Ｍｓｇ０２：ユーザＤは、参加者全員に向けて、チャット会議の参加を表明するメッセージを発する。
Ｍｓｇ０８：ボットは、ユーザＤに向けて、当該ユーザＤに設定された開示範囲を通知するメッセージを発する。
Ｍｓｇ０３：ボットは、ユーザＤに向けて、今までのメッセージ記録の要否に関する問い合わせるメッセージを発する。
Ｍｓｇ０４：ユーザＤは、ボットに向けて、メッセージ記録を必要とする意思を示すメッセージを発する。
Ｍｓｇ０５：ボットは、ユーザＤに向けて、メッセージ記録を提供するメッセージを発する。
【００８９】
このようにして、ユーザＤとボットの間の対話を通じて、交換情報Ｉｅｘとしてのメッセージ記録がユーザＤに提供される。ユーザＤは、設定された開示範囲内にて交換情報Ｉｅｘを入手することができる。
【００９０】
以上のように、開示範囲設定部６８は、ユーザＤの属性とユーザＡ，Ｂ，Ｃの属性の間の関係に応じて、ユーザＤに対する開示範囲を設定してもよい。これにより、グループ毎・ユーザ毎にマニュアルで設定する場合と比べて、設定の工数が削減されるとともに、画一的かつ客観的な基準に従って開示範囲が設定される。
【００９１】
＜５．宣言による開示範囲の設定＞
第５のバリエーションとして、ボットサーバ１４は、グループのメンバによる宣言に従って、ユーザＤに対する交換情報Ｉｅｘの開示範囲を設定してもよい。この場合、上記した［Ｓ１２］［Ｓ１３］に加えて、図７の［Ｓ０１］の前に、以下に示す［Ｓ１４］［Ｓ１５］の動作を追加すればよい。
【００９２】
［Ｓ１４］  開示範囲の宣言
ユーザ端末１６の交換処理部８２は、ＵＩ部８０を介してユーザＡによる投稿操作を受け付けた場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。ボットサーバ１４の交換処理部４６は、ユーザＡからの投稿メッセージを含む共有データ５６を取得する。これにより、サービス画面３０上には、ユーザＡが、ボットに、ユーザＤに対する開示範囲を宣言するメッセージ（Ｍｓｇ０９）が追加される。
【００９３】
なお、開示範囲の宣言方法は、上記したメッセージの投稿に限られない。例えば、開示範囲を示すタグ情報を電子文書に予め付与しておき、その電子文書の投稿により開示範囲を宣言してもよい。
【００９４】
［Ｓ１５］  開示範囲の通知
ボットサーバ１４の対話制御部４８は、メッセージ（Ｍｓｇ０９）の中から情報の開示範囲に関する文字（例えば、「許可」「制限」「禁止」の文字列）を抽出した場合、ユーザＡが宣言した開示範囲を通知するメッセージを生成する。そして、交換処理部４６は、対話制御部４８から当該メッセージが供給された場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。これにより、ユーザ端末１６のサービス画面３０上には、ボットが、ユーザＡに、宣言した開示範囲の内容を通知するメッセージ（Ｍｓｇ１０）が追加される。
【００９５】
［Ｓ１２］  開示範囲の設定
開示範囲設定部６８は、ユーザＤの追加前にユーザＡが投稿したメッセージ（Ｍｓｇ０９）の内容に基づいて、ユーザＤに対する開示範囲を設定する。なお、開示範囲の宣言がなかった場合、この開示範囲は、「すべて開示可能」に設定されてもよいし、上記した開示範囲情報６２に基づいて設定されてもよい。また、宣言した開示範囲が開示範囲情報６２から求めた開示範囲と整合しない場合、前者又は後者のいずれかを優先してもよい。
【００９６】
以下、情報処理システム１０は、［Ｓ０４］→・・・→［Ｓ０７］の動作を順次行う。その結果、ユーザＡ，ユーザＤ及びボットの間で、図１２に示すメッセージ交換がなされる。
【００９７】
図１２は、メッセージ交換の第５のバリエーションを示す図である。なお、Ｍｓｇ０３以降のメッセージは、図８の場合と同じであるためその説明を省略する。
Ｍｓｇ０９：ユーザＡは、ボットに向けて、招待しようとするユーザＤに対する開示範囲を宣言するメッセージを発する。
Ｍｓｇ１０：ボットは、ユーザＡに向けて、宣言した開示範囲の内容を通知するメッセージを発する。
Ｍｓｇ０１：ユーザＡは、チャット会議の参加者（ユーザＡ，Ｂ，Ｃ）に向けて、グループ内で開催中のチャット会議にユーザＤを招待する旨のメッセージを発する。
Ｍｓｇ０２：ユーザＤは、参加者全員に向けて、チャット会議の参加を表明するメッセージを発する。
Ｍｓｇ０８：ボットは、ユーザＤに向けて、当該ユーザＤに設定された開示範囲を通知するメッセージを発する。ユーザＤに提供可能な交換情報Ｉｅｘがないので、ボットは、このメッセージ（Ｍｓｇ０８）の後、交換情報ＩｅｘをユーザＤに提供するメッセージを発しない。
【００９８】
このように、開示範囲設定部６８は、ユーザＤの追加前にユーザＡ，Ｂ，Ｃが投稿したメッセージの内容に基づいてユーザＤに対する開示範囲を設定してもよい。これにより、グループのメンバであるユーザＡ，Ｂ，Ｃがメッセージの投稿を通じて設定可能となり、設定権限をグループのメンバ以外の者に与える場合と比べて、開示範囲の設定がより容易になる。
【００９９】
＜６．折衝による開示範囲の設定＞
第６のバリエーションとして、ボットサーバ１４は、ボットとグループのメンバ（ユーザＡ，Ｂ，Ｃの少なくとも１人）との折衝を通じて、ユーザＤに対する交換情報Ｉｅｘの開示範囲を設定してもよい。この場合、上記した［Ｓ１２］［Ｓ１３］に加えて、図７の［Ｓ０１］の前に、［Ｓ１６］の「開示範囲の折衝」を追加すればよい。
【０１００】
図１３は、メッセージ交換の第６のバリエーションを示す図である。
Ｍｓｇ１１：ユーザＡは、ボットに向けて、招待しようとするユーザＤに対する開示範囲の推奨設定を問い合わせるメッセージを発する。
Ｍｓｇ１２：ボットは、ユーザＡに向けて、開示範囲情報６２に基づいて設定され得る開示範囲の内容を通知するメッセージを発する。
Ｍｓｇ１３：ユーザＡは、ボットに向けて、ボットが提案した推奨設定の一部を変更することを指示するメッセージを発する。
Ｍｓｇ１４：ボットは、ユーザＡに向けて、変更後の開示範囲の内容を通知するメッセージを発する。
Ｍｓｇ０１：ユーザＡは、チャット会議の参加者（ユーザＡ，Ｂ，Ｃ）に向けて、グループ内で開催中のチャット会議にユーザＤを招待する旨のメッセージを発する。
Ｍｓｇ０８：ボットは、ユーザＤに向けて、当該ユーザＤに設定された開示範囲を通知するメッセージを発する。
Ｍｓｇ０５：ボットは、ユーザＤに向けて、メッセージ記録を提供するメッセージを発する。
【０１０１】
このようにして、ユーザＡとボットの間の対話を通じて、交換情報Ｉｅｘとしてのメッセージ記録がユーザＤに提供される。ユーザＤは、設定された開示範囲内にて交換情報Ｉｅｘを入手することができる。
【０１０２】
＜第１のキャッチアップ支援動作による効果＞
以上のように、情報処理システム１０のボットサーバ１４は、メッセージ交換サービスにおいてメッセージを共有するグループのメンバの参加状態を監視する参加状態監視部６６（監視手段）と、参加状態監視部６６が、グループ内のメッセージ交換に参加していなかったユーザＤ（第１ユーザ）の参加を確認し又は参加の予兆を検知した場合、ボット（仮想キャラクタ）とユーザＤ又はユーザＡ，Ｂ，Ｃ（第２ユーザ）の間の対話を通じて、グループ内で既に行われたメッセージ交換に関する交換情報ＩｅｘをユーザＤに提供するようにボットの対話制御を行う対話制御部４８を備える。
【０１０３】
また、この情報処理方法及び情報処理プログラムにおいて、１つ又は複数のコンピュータが、メッセージ交換サービスにおいてメッセージを共有するグループのメンバの状態を監視する監視ステップと、グループ内のメッセージ交換に参加していなかったユーザＤの参加を確認し又は参加の予兆を検知した場合、ボットとユーザＤ又はユーザＡ，Ｂ，Ｃの間の対話を通じて、グループ内で既に行われたメッセージ交換に関する交換情報ＩｅｘをユーザＤに提供するようにボットの対話制御を行う対話制御ステップと、を実行する。
【０１０４】
このように、ボットとユーザＤ又はユーザＡ，Ｂ，Ｃの間の対話を通じて交換情報ＩｅｘをユーザＤに提供するので、ユーザＤは、グループ内のメッセージ交換により形成された場の状況を、ボットとの双方向コミュニケーションを通じて円滑に把握することができる。また、ボットが主体となって交換情報Ｉｅｘを提供することで、ユーザＡ，Ｂ，Ｃは、ユーザＤに意識が逸れることなくメッセージ交換の場に専念することができる。これにより、メッセージ交換サービスを利用した情報交換の場において、先の参加者が、途中からの参加者に対して場の状況を説明しなかったり、場の状況を主体的に説明したりする場合と比べて、より円滑にメッセージ交換がなされる。
【０１０５】
特に、第１のキャッチアップ支援動作において、参加状態監視部６６は、グループのメンバの追加の有無を監視する。この場合、対話制御部４８は、追加されたメンバであるユーザＤに、開示範囲設定部６８により設定された開示範囲内にて交換情報Ｉｅｘを提供するように対話制御を行ってもよい。これにより、開示範囲を設定しない場合と比べて、グループのメンバが開示を望まない情報を、追加されたメンバであるユーザＤに誤って提供してしまう可能性が抑制される。
【０１０６】
［第２のキャッチアップ支援動作］
続いて、情報処理システム１０における第２のキャッチアップ支援動作について、図１４のフローチャート及び図１５を参照しながら説明する。この「第２のキャッチアップ支援動作」の実行中、ボットサーバ１４の参加状態監視部６６は、グループのメンバの参加状態を逐次監視しながら、メッセージ交換に参加していなかったユーザの参加を確認する。例えば、参加状態監視部６６は、チャット会議の参加メンバの在状態、不在状態又は状態遷移に応じて「復帰による参加」の有無を確認する。
【０１０７】
図１４のステップＳ２１において、参加状態監視部６６は、対話制御部４８を通じて、投稿された電子資料に対する印刷要求があったことを受け付ける。
【０１０８】
ステップＳ２２において、参加状態監視部６６は、図５（ｂ）のグループ情報６０（参加メンバ）を参照し、グループのメンバの増減を確認する。
【０１０９】
ステップＳ２３において、参加状態監視部６６は、メンバの追加があったか否かを確認する。メンバの追加がなかった場合（ステップＳ２３：ＮＯ）、ステップＳ２４の実行を省略し、ステップＳ２５に進む。一方、メンバの追加があった場合（ステップＳ２３：ＹＥＳ）、ステップＳ２４に進む。
【０１１０】
ステップＳ２４において、参加状態監視部６６は、新たなメンバに対応する対話フラグを追加する。この「対話フラグ」は、ボットとメンバとの間で、資料の印刷の要否に関する対話が成立したか否かを示すフラグである。値が０である対話フラグは対話の未了状態を示すとともに、値が１である対話フラグは対話の完了状態を示す。ボットは、新たに追加されたメンバとは対話を行っていないので、対話フラグの初期値は常に「０」で与えられる点に留意する。
【０１１１】
ステップＳ２５において、参加状態監視部６６は、メンバ全員の対話フラグがすべて「１」であるか否かを確認する。メンバ全員の対話フラグがすべて「１」である場合（ステップＳ２５：ＹＥＳ）、ステップＳ２６に進む。
【０１１２】
ステップＳ２６において、参加状態監視部６６は、開催中のチャット会議が終了したか否かを確認する。まだ終了していない場合（ステップＳ２６：ＮＯ）、ステップＳＳ２２に戻って、グループのメンバの確認を繰り返す（ステップＳ２２）。一方、１人以上のメンバの対話フラグが「０」である場合、メンバ全員の対話フラグがすべて「１」ではないとして（ステップＳ２５：ＮＯ）、ステップＳ２７に進む。
【０１１３】
ステップＳ２７において、参加状態監視部６６は、各々のメンバの在状態又は不在状態を判定する。ここで、「在状態」はメッセージ交換に関与し得る状態を意味し、「不在状態」はメッセージ交換に関与し得ない状態を意味する。参加状態監視部６６は、一方の状態（例えば、在状態）に関する判定条件を定めておき、当該判定条件を満たさなかった場合に他方の状態（例えば、不在状態）であると判定してもよい。
【０１１４】
例えば、参加状態監視部６６は、［１］最後の投稿時刻からの無応答時間が閾値を超えていないこと、［２］ユーザのログイン状態が検出されたこと、又は［３］相手のメッセージに対して「既読」チェックを行わない無反応時間が閾値を超えていないこと、などの判定条件を満たす場合に「在状態」と判定してもよい。
【０１１５】
ステップＳ２８において、参加状態監視部６６は、対話フラグが「０」であって、かつ「不在状態」から「在状態」になったメンバ（以下、「特定メンバ」という）に対して、資料の印刷の要否を問い合わせる処理を行う。具体的には、参加状態監視部６６は、特定メンバに対してこの問合せを要求する旨を対話制御部４８に通知する。
【０１１６】
ステップＳ２９において、参加状態監視部６６は、対話制御部４８を通じて、予め定められた猶予時間内に特定メンバからの回答を受け付けたか否かを確認する。特定メンバからの回答がなかった場合（ステップＳ２９：ＮＯ）、ステップＳ２２に戻る。一方、回答があった場合（ステップＳ２９：ＹＥＳ）、参加状態監視部６６は、印刷が必要であるか否かにかかわらず、対話フラグの値を「０」から「１」に更新し（ステップＳ３０）、ステップＳ２２に戻る。
【０１１７】
以下、参加状態監視部６６は、チャット会議が終了するまでの間、ステップＳ２１〜Ｓ３０の動作を上記した流れに沿って繰り返し実行する。一方、チャット会議が終了した場合（ステップＳ２６：ＹＥＳ）、ボットサーバ１４の対話制御部４８は、第２のキャッチアップ支援動作を終了する。情報処理システム１０は、この動作と並行して、図７の［Ｓ０１］→［Ｓ０２］→・・・→［Ｓ１１］の動作を順次行う。その結果、ユーザＡ，Ｂ，Ｃ，Ｄ及びボットの間で、図１５に示すメッセージ交換がなされる。
【０１１８】
図１５は、メッセージ交換の第７のバリエーションを示す図である。本図のサービス画面３０は、ユーザ端末１６（ユーザＡの所有端末）に表示される画面を示している。
Ｍｓｇ２１：ユーザＡは、チャット会議の参加者全員（ユーザＡ，Ｂ，Ｃ，Ｄ）に向けて、チャット会議に用いる電子資料を投稿した旨のメッセージを発する。
Ｍｓｇ２２：ボットは、参加者全員に向けて、ユーザＡが投稿した電子資料に関する印刷の要否を問い合わせるメッセージを発する。この時点において、ユーザＤは、所用により一時的に離席しており、サービス画面３０にアクセスできない状態（不在状態）であったとする。
Ｍｓｇ２３：ユーザＡは、ボットに向けて、資料の印刷を必要としない意思を示すメッセージを発する。
Ｍｓｇ２４：ユーザＢは、ボットに向けて、資料の印刷を必要とする意思を示すメッセージを発する。
Ｍｓｇ２５：ユーザＣは、ボットに向けて、資料の印刷を必要とする意思を示すメッセージを発する。
【０１１９】
Ｍｓｇ２６：ボットは、ユーザＤに向けて、資料の印刷の要否を再度問い合わせるメッセージを発する。ここで、ボットの投稿時刻（Ｍｓｇ２２）から猶予時間が経過した時点で、ユーザＤからの回答がなかったとする。
Ｍｓｇ２７：ボットは、参加者全員に向けて、ユーザＢ，Ｃの２人が印刷を要求し、ユーザＤが不在である旨を通知するメッセージを発する。その後、ボットサーバ１４は、ユーザＢ，Ｃにそれぞれ対応付けられた印刷機器２０に対して資料の印刷を指示する。資料の印刷が終了した後、所用を終えたユーザＤが戻ってきた（在状態になった）とする。
Ｍｓｇ２８：ユーザＤは、メンバ全員に向けて、これからチャット会議に参加する意思を示すメッセージを発する。
Ｍｓｇ２９：ボットは、ユーザＤに向けて、資料の印刷の要否を再度問い合わせるメッセージを発する。
【０１２０】
ユーザＤが、ボットに、印刷の要否に関する回答を行うことで、ユーザＡ，Ｂ，Ｃ，Ｄの対話フラグ（図１４）がすべて１になる。そうすると、参加メンバがさらに増加しない限り、この電子資料に関する第２のキャッチアップ支援動作は終了する。
【０１２１】
＜第２のキャッチアップ支援動作による効果＞
以上のように、第２のキャッチアップ支援動作において、参加状態監視部６６は、グループのメンバ（ユーザＡ，Ｂ，Ｃ，Ｄ）の在状態又は不在状態を監視する。この場合、対話制御部４８は、不在状態から在状態になったメンバ（図１５の例では、ユーザＤ）に交換情報Ｉｅｘの提供の要否を問い合わせるように対話制御を行ってもよい。これにより、メンバが情報交換の場に復帰した直後に問い合わせを行うことが可能となり、一時的に不在状態になったメンバに対して交換情報Ｉｅｘを提供する機会が与えられない場合と比べて、場の状況の把握がより容易になる。
【０１２２】
また、対話制御部４８は、不在状態であるグループのメンバに交換情報Ｉｅｘの提供の要否を問い合わせないように対話制御を行ってもよい。これにより、交換情報Ｉｅｘに即時にアクセスできないメンバに対する不要な問合せを抑制可能となり、メンバの在・不在にかかわらず交換情報Ｉｅｘを提供する場合と比べて、メッセージ交換がより円滑に遂行される。
【０１２３】
また、対話制御部４８は、交換情報Ｉｅｘの提供の要否を問い合わせた後にメッセージの投稿がなかった在状態のメンバに対して、交換情報Ｉｅｘの提供の要否を再度問い合わせるように対話制御を行ってもよい。これにより、一時的に不在であった可能性があるメンバに対して交換情報Ｉｅｘを提供する機会が与えられる。
【０１２４】
また、参加状態監視部６６は、［１］在状態のメンバが予め定めた時間間隔を超えてメッセージ交換に関与しなかった場合に当該メンバが在状態から不在状態になったと判定する一方、［２］不在状態のメンバがメッセージ交換の関与を開始した場合に当該メンバが不在状態から在状態になったと判定してもよい。メッセージ交換への関与の時間間隔を考慮することで、２種類の状態の切り替わりの判定精度が高まる。
【符号の説明】
【０１２５】
１０  情報処理システム、１２  チャットサーバ、１４  ボットサーバ、１６，１８  ユーザ端末、２０  印刷機器、３０  サービス画面、４８  対話制御部（対話制御手段）、５２  印刷指示部（印刷指示手段）、６６  参加状態監視部（監視手段）、６８  開示範囲設定部（設定手段）、８０  ＵＩ部（ＵＩ手段）、Ｉｅｘ  交換情報。
【図１】
2020052439.tif 000003
【図２】
2020052439.tif 000004
【図３】
2020052439.tif 000005
【図４】
2020052439.tif 000006
【図５】
2020052439.tif 000007
【図６】
2020052439.tif 000008
【図７】
2020052439.tif 000009
【図８】
2020052439.tif 000010
【図９】
2020052439.tif 000011
【図１０】
2020052439.tif 000012
【図１１】
2020052439.tif 000013
【図１２】
2020052439.tif 000014
【図１３】
2020052439.tif 000015
【図１４】
2020052439.tif 000016
【図１５】
2020052439.tif 000017