(57)【要約】【課題】メッセージを共有するグループ内で電子文書のレビューを実施する際、１人のメンバがレビューの取りまとめを行う場合と比べて、電子文書のレビューから印刷までのワークフローをより円滑に進行可能な情報処理システム、方法及びプログラムを提供する。【解決手段】情報処理システム１０は、メッセージ交換サービスのサービス画面３０上でメッセージを共有するグループのメンバとの対話を通じて、グループ内で投稿された電子文書Ｄｏｃのレビューを進行させるように、ボット（印刷機器２０のアバター）の対話制御を行う対話制御部４８と、グループのメンバとボットの間の対話を通じてレビューの承認が得られた電子文書Ｄｏｃの印刷を印刷機器２０に対して指示する印刷指示部５２と、を備える。【選択図】図１２
2020047000.tif 000002
【特許請求の範囲】
【請求項１】
メッセージ交換サービスのサービス画面上でメッセージを共有するグループのメンバとの対話を通じて、前記グループ内で投稿された電子文書のレビューを進行させるように、印刷機器のアバターの対話制御を行う対話制御手段と、
前記グループのメンバと前記アバターの間の対話を通じて前記レビューの承認が得られた前記電子文書の印刷を前記印刷機器に対して指示する印刷指示手段と、
を備える情報処理システム。
【請求項２】
前記対話制御手段は、
前記レビューの承認者が、前記サービス画面とは異なる別のサービス画面上で、前記アバターとの対話を通じて前記レビューの判断結果を表明した場合、
前記アバターが、前記サービス画面上で前記レビューの判断結果を通知するように対話制御を行う
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記別のサービス画面上のメッセージは、前記グループの各メンバと前記アバターの間で共有可能であり、
前記対話制御手段は、前記別のサービス画面上で、前記アバターが前記レビューの実施を支援するように対話制御を行う
ことを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記対話制御手段は、前記別のサービス画面上で、ユーザの要求に応じて、前記ユーザが承認者として登録されているレビューの一覧を示すレビューリストを提供するように前記アバターの対話制御を行うことを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記レビューは、複数の承認フェーズからなる多段階承認フローに従って行われることを特徴とする請求項２〜４のいずれか１項に記載の情報処理システム。
【請求項６】
前記対話制御手段は、前記レビューによる最終承認が得られた場合、前記アバターが、前記レビューの依頼者に対して前記電子文書の印刷の要否を問い合わせるように対話制御を行うことを特徴とする請求項１〜５のいずれか１項に記載の情報処理システム。
【請求項７】
前記対話制御手段は、前記レビューの最終承認が得られる前に前記電子文書の改訂版が投稿された場合、前記アバターが、前記サービス画面上で前記レビューの承認状況が変更されたことを通知するように対話制御を行うことを特徴とする請求項１〜６のいずれか１項に記載の情報処理システム。
【請求項８】
前記対話制御手段は、前記レビューの依頼者からの要求に応じて、前記アバターが前記レビューの承認状況を通知するように対話制御を行うことを特徴とする請求項１〜７のいずれか１項に記載の情報処理システム。
【請求項９】
前記サービス画面上において前記電子文書の承認の意思を示すメッセージの欄を、他のメッセージの欄と比べて強調表示する表示手段をさらに備えることを特徴とする請求項１〜８のいずれか１項に記載の情報処理システム。
【請求項１０】
前記グループ内で共有されたメッセージの投稿回数が相対的に多いメンバを、前記レビューの承認者として設定する設定手段をさらに備えることを特徴とする請求項１〜９のいずれか１項に記載の情報処理システム。
【請求項１１】
前記レビューの依頼者と前記アバターの間の対話を通じて指定された前記グループのメンバを、前記レビューの承認者として設定する設定手段をさらに備えることを特徴とする請求項１〜９のいずれか１項に記載の情報処理システム。
【請求項１２】
前記印刷指示手段は、前記レビューの最終承認がまだ得られていない場合、前記レビューが実施中であることを示す電子透かしを付した前記電子文書の印刷を指示することを特徴とする請求項１〜１１のいずれか１項に記載の情報処理システム。
【請求項１３】
前記印刷指示手段は、前記レビューの最終承認が得られた場合、承認者による電子印を付した前記電子文書の印刷を指示することを特徴とする請求項１〜１２のいずれか１項に記載の情報処理システム。
【請求項１４】
メッセージ交換サービスのサービス画面上でメッセージを共有するグループのメンバとの対話を通じて、前記グループ内で投稿された電子文書のレビューを進行させるように、印刷機器のアバターの対話制御を行う対話制御ステップと、
前記グループのメンバと前記アバターの間の対話を通じてレビューの承認が得られた前記電子文書の印刷を前記印刷機器に対して指示する印刷指示ステップと、
を１つ又は複数のコンピュータが実行することを特徴とする情報処理方法。
【請求項１５】
メッセージ交換サービスのサービス画面上でメッセージを共有するグループのメンバとの対話を通じて、前記グループ内で投稿された電子文書のレビューを進行させるように、印刷機器のアバターの対話制御を行う対話制御ステップと、
前記グループのメンバと前記アバターの間の対話を通じてレビューの承認が得られた前記電子文書の印刷を前記印刷機器に対して指示する印刷指示ステップと、
を１つ又は複数のコンピュータに実行させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、方法及びプログラムに関する。
【背景技術】
【０００２】
特許文献１，２には、ユーザが書き込んだメッセージを時系列で表示するメッセージ交換サービスを提供するメッセージ通知装置に関して、メッセージの内容から外部機器の動作指示を検出し、得られた動作指示に従って当該外部機器を制御する技術が開示されている。これにより、ユーザは、擬人化機器（つまり、外部機器のアバター）との対話を通じて、自身が動作指示を行った結果を知ることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１４４０２７号公報
【特許文献２】特開２０１４−１６４５２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
メッセージ交換サービスのユースケースの一例として、グループのメンバ間で電子文書のレビューを実施した後、印刷機器のアバターに対して印刷指示を含むメッセージを投稿することで、承認済みの文書を印刷することが挙げられる。
【０００５】
例えば、１人のメンバがレビューの取りまとめを行う場合、サービス画面上に複数のユーザから次々に投稿されるメッセージの流れに追従できず、レビューの承認状況を把握するのに時間が掛かってしまう。また、レビューが終了した後にその電子文書が放置された場合、文書の印刷が停滞してしまう。
【０００６】
本発明の目的は、メッセージを共有するグループ内で電子文書のレビューを実施する際に、１人のメンバがレビューの取りまとめを行う場合と比べて、電子文書のレビューから印刷までのワークフローをより円滑に進行可能な情報処理システム、方法及びプログラムを提供することである。
【課題を解決するための手段】
【０００７】
請求項１に記載の発明は、メッセージ交換サービスのサービス画面上でメッセージを共有するグループのメンバとの対話を通じて、前記グループ内で投稿された電子文書のレビューを進行させるように、印刷機器のアバターの対話制御を行う対話制御手段と、前記グループのメンバと前記アバターの間の対話を通じて前記レビューの承認が得られた前記電子文書の印刷を前記印刷機器に対して指示する印刷指示手段と、を備える情報処理システムである。
【０００８】
請求項２に記載の発明は、前記対話制御手段は、前記レビューの承認者が、前記サービス画面とは異なる別のサービス画面上で、前記アバターとの対話を通じて前記レビューの判断結果を表明した場合、前記アバターが、前記サービス画面上で前記レビューの判断結果を通知するように対話制御を行う、請求項１に記載の情報処理システムである。
請求項３に記載の発明は、前記別のサービス画面上のメッセージは、前記グループの各メンバと前記アバターの間で共有可能であり、前記対話制御手段は、前記別のサービス画面上で、前記アバターが前記レビューの実施を支援するように対話制御を行う、請求項２に記載の情報処理システムである。
請求項４に記載の発明は、前記対話制御手段は、前記別のサービス画面上で、ユーザの要求に応じて、前記ユーザが承認者として登録されているレビューの一覧を示すレビューリストを提供するように前記アバターの対話制御を行う、請求項３に記載の情報処理システムである。
請求項５に記載の発明は、前記レビューは、複数の承認フェーズからなる多段階承認フローに従って行われる、請求項２〜４のいずれか１項に記載の情報処理システムである。
【０００９】
請求項６に記載の発明は、前記対話制御手段は、前記レビューによる最終承認が得られた場合、前記アバターが、前記レビューの依頼者に対して前記電子文書の印刷の要否を問い合わせるように対話制御を行う、請求項１〜５のいずれか１項に記載の情報処理システムである。
請求項７に記載の発明は、前記対話制御手段は、前記レビューの最終承認が得られる前に前記電子文書の改訂版が投稿された場合、前記アバターが、前記サービス画面上で前記レビューの承認状況が変更されたことを通知するように対話制御を行う、請求項１〜６のいずれか１項に記載の情報処理システムである。
請求項８に記載の発明は、前記対話制御手段は、前記レビューの依頼者からの要求に応じて、前記アバターが前記レビューの承認状況を通知するように対話制御を行う、請求項１〜７のいずれか１項に記載の情報処理システムである。
請求項９に記載の発明は、前記サービス画面上において前記電子文書の承認の意思を示すメッセージの欄を、他のメッセージの欄と比べて強調表示する表示手段をさらに備える、請求項１〜８のいずれか１項に記載の情報処理システムである。
【００１０】
請求項１０に記載の発明は、前記グループ内で共有されたメッセージの投稿回数が相対的に多いメンバを、前記レビューの承認者として設定する設定手段をさらに備える、請求項１〜９のいずれか１項に記載の情報処理システムである。
請求項１１に記載の発明は、前記レビューの依頼者と前記アバターの間の対話を通じて指定された前記グループのメンバを、前記レビューの承認者として設定する設定手段をさらに備える、請求項１〜９のいずれか１項に記載の情報処理システムである。
請求項１２に記載の発明は、前記印刷指示手段は、前記レビューの最終承認がまだ得られていない場合、前記レビューが実施中であることを示す電子透かしを付した前記電子文書の印刷を指示する、請求項１〜１１のいずれか１項に記載の情報処理システムである。
請求項１３に記載の発明は、前記印刷指示手段は、前記レビューの最終承認が得られた場合、承認者による電子印を付した前記電子文書の印刷を指示する、請求項１〜１２のいずれか１項に記載の情報処理システムである。
【００１１】
請求項１４に記載の発明は、メッセージ交換サービスのサービス画面上でメッセージを共有するグループのメンバとの対話を通じて、前記グループ内で投稿された電子文書のレビューを進行させるように、印刷機器のアバターの対話制御を行う対話制御ステップと、前記グループのメンバと前記アバターの間の対話を通じてレビューの承認が得られた前記電子文書の印刷を前記印刷機器に対して指示する印刷指示ステップと、を１つ又は複数のコンピュータが実行することを特徴とする情報処理方法である。
【００１２】
請求項１５に記載の発明は、メッセージ交換サービスのサービス画面上でメッセージを共有するグループのメンバとの対話を通じて、前記グループ内で投稿された電子文書のレビューを進行させるように、印刷機器のアバターの対話制御を行う対話制御ステップと、前記グループのメンバと前記アバターの間の対話を通じてレビューの承認が得られた前記電子文書の印刷を前記印刷機器に対して指示する印刷指示ステップと、を１つ又は複数のコンピュータに実行させることを特徴とする情報処理プログラムである。
【発明の効果】
【００１３】
請求項１，１４，１５に記載の発明によれば、メッセージを共有するグループ内で電子文書のレビューを実施する際に、１人のメンバがレビューの取りまとめを行う場合と比べて、電子文書のレビューから印刷までのワークフローの進行がより円滑になる。
請求項２に記載の発明によれば、レビューの過程においてサービス画面上で承認者とボットが逐一対話する場合と比べて、レビューの承認状況がより把握しやすくなる。
請求項３に記載の発明によれば、ボットの支援を受けない場合と比べて、レビューの進行がより円滑になる。
請求項４に記載の発明によれば、ユーザが承認者として登録されている複数のレビューを個別に提示する場合と比べて、承認処理を行うべきレビューの有無がより把握しやすくなる。
請求項５に記載の発明によれば、単一の承認フェーズからなる承認フローと比べて、レビューの判断とは関連性が低いメッセージの表示がさらに抑制される。
【００１４】
請求項６に記載の発明によれば、要否の問合せを行わない場合と比べて、レビューの終了時点から印刷の指示時点までの空き時間がさらに短縮され得る。
請求項７に記載の発明によれば、承認状況の変更を通知しない場合と比べて、レビューの進行がより円滑になる。
請求項８に記載の発明によれば、レビューの承認状況が通知されない場合と比べて、依頼者が承認状況をより把握しやすくなる。
請求項９に記載の発明によれば、サービス画面上のメッセージを常に同じ態様で表示する場合と比べて、レビューの承認状況がより把握しやすくなる。
【００１５】
請求項１０に記載の発明によれば、場の状況を振り返って適任なメンバを選定する場合と比べて、レビューの依頼者が承認者を設定する手間が省かれる。
請求項１１に記載の発明によれば、アバター又は依頼者のいずれか一方のみの意向を受けて承認者を決定する場合と比べて、レビューの客観性及び納得性がより高くなる。
請求項１２に記載の発明によれば、電子透かしを付さずに印刷する場合と比べて、最終版であるとの誤認を防ぎやすくなる。
請求項１３に記載の発明によれば、電子印を付さずに印刷する場合と比べて、レビューの承認が得られた最終版の文書であることを把握しやすくなる。
【図面の簡単な説明】
【００１６】
【図１】本発明の一実施形態における情報処理システムの全体構成図である。
【図２】メッセージ交換サービスのサービス画面の一例を示す図である。
【図３】図１に示すボットサーバの電気的なブロック図である。
【図４】図３に示すサーバ側制御部の機能ブロック図である。
【図５】図５（ａ）はユーザ情報、図５（ｂ）はグループ情報、図５（ｃ）はプリンタ情報におけるデータ構造の一例を示す図である。
【図６】図１に示すユーザ端末の電気的なブロック図である。
【図７】レビューの実施時におけるワークフローモデルを模式的に示す図である。
【図８】図７のワークフローモデルを記述するレビュー情報のデータ構造の一例を示す図である。
【図９】レビューの実施時におけるチャットルームの相互関係を示す模式図である。
【図１０】依頼者であるユーザＡの個人ルームに対応するサービス画面の一例を示す図である。
【図１１】承認者であるユーザＢの個人ルームに対応するサービス画面の一例を示す図である。
【図１２】共用ルームに対応するサービス画面の一例を示す図である。
【図１３】ユーザ端末及びボットサーバの動作を示すシーケンス図である。
【図１４】図３及び図４に示すレビュー設定部の動作を説明するためのフローチャートである。
【図１５】図１５（ａ）は、電子透かしの設定方法を例示する画面図である。図１５（ｂ）は、電子透かし付きの電子文書を可視化した模式図である。
【図１６】図１６（ａ）は、電子印の設定方法を例示する画面図である。図１６（ｂ）は、電子印付きの電子文書を可視化した模式図である。
【図１７】共用ルームに対応するサービス画面の別の例を示す図である。
【図１８】共用ルームに対応するサービス画面の別の例を示す図である。
【発明を実施するための形態】
【００１７】
本発明における情報処理システムについて、情報処理方法及び情報処理プログラムとの関係において好適な実施形態を挙げ、添付の図面を参照しながら説明する。なお、本発明は、以下の実施形態に限定されるものではなく、この発明の主旨を逸脱しない範囲で自由に変更できることは勿論である。あるいは、技術的に矛盾が生じない範囲で各々の構成を任意に組み合わせてもよい。
【００１８】
［情報処理システム１０の構成］
＜全体構成＞
図１は、本発明の一実施形態における情報処理システム１０の全体構成図である。この情報処理システム１０は、グループに属する複数のメンバとの間でメッセージをやり取りするメッセージ交換サービス（例えば、ビジネスチャット）と、人工知能ロボット（ここでは、チャットボット）を活用した会議支援サービスを複合的に提供可能に構成される。
【００１９】
この情報処理システム１０は、チャットサーバ１２と、情報処理装置としてのボットサーバ１４と、複数（本図の例では４つ）のユーザ端末１６，１８と、１つ又は複数（本図の例では２つ）の印刷機器２０と、から構成される。なお、この情報処理システム１０は、本図に例示する装置構成又はネットワーク構成に限られない。
【００２０】
チャットサーバ１２は、クラウド２２上に配置されたクラウドサーバであり、１つ又は複数のサーバコンピュータから構成される。チャットサーバ１２は、グループに属する複数のメンバ（本図の例では、ユーザＡ，ユーザＢ，ユーザＣ及びユーザＤの４者）が参加するチャット会議を開催するためのチャットルーム（あるいはトークルーム）を提供する装置である。
【００２１】
ボットサーバ１４は、クラウド２２上に配置されたクラウドサーバであり、１つ又は複数のサーバコンピュータから構成される。ボットサーバ１４は、印刷機器２０を擬人化したアバター（仮想キャラクタ）である「ボット」をチャットルームに入室させ、このボットを通じて会議支援サービスを提供する装置である。
【００２２】
各々のユーザ端末１６，１８は、ユーザがタスクの遂行時に使用する多機能・多目的装置であり、例えば、パーソナルコンピュータ、タブレット、スマートフォン、又はウェアラブルコンピュータである。ユーザは、各自が所有するユーザ端末１６，１８のサービス画面３０（図２）上で、グループのメンバ同士でメッセージのやり取りを行う。説明の便宜上、ユーザＡが所有する端末をユーザ端末１６、ユーザＢ，Ｃ，Ｄが所有する端末をユーザ端末１８と区別して表記している。
【００２３】
各々の印刷機器２０は、電子ファイル（例えば、電子文書Ｄｏｃ）を含むデータを外部装置から受信して用紙にプリント処理を行い、所望の印刷物を出力するネットワークプリンタである。この印刷機器２０は、例えば、複合機（ＭＦＰ：Multifunction Printer）、レーザプリンタ、インクジェットプリンタである。
【００２４】
＜サービス画面３０の一例＞
ユーザ端末１６，１８及びボットサーバ１４はそれぞれ、メッセージ交換サービスを利用するためのＡＰＩ（Application Programming Interface）を介して、ユーザ同士の対話、又はユーザとボットの間での対話を行う対話処理を実行する。これらの対話は、ユーザの手動応答及びボットの自動応答を通じて行われる。
【００２５】
図２は、メッセージ交換サービスにおけるサービス画面３０の一例を示す図である。本図は、ユーザＡが所有するユーザ端末１６のディスプレイ上で、ユーザＡとユーザＤの間で対話が行われるシーンを示している。なお、後述するサービス画面３０ａ，３０ｂ，３０ｓはいずれも、このサービス画面３０の表示態様の１つである。
【００２６】
サービス画面３０の中央部には、投稿者のメッセージの内容を示す吹き出し欄３２が上下方向にわたって時系列的に表示されている。サービス画面３０の右端にはユーザＡを示すユーザアイコン３４ａが、左端にはユーザＡ以外の投稿者を示すアイコン（本図では、ユーザアイコン３４ｄ）がそれぞれ表示される。なお、「投稿者」には、グループのメンバ（人間）のみならず、ボットも含まれる点に留意する。
【００２７】
以下、この情報処理システム１０のユースケースの一例として、サービス画面３０上でグループの一員（例えば、ユーザＡ）が作成した電子文書Ｄｏｃのレビューを実施する場合を想定する。ここで、「レビュー」とは、タスクの遂行によって得られた成果物の妥当性又は有効性について検証し、そのタスク又は成果物を承認するか否かの意思決定を行うイベントを意味する。
【００２８】
＜ボットサーバ１４のブロック図＞
図３は、図１に示すボットサーバ１４の電気的なブロック図である。図４は、図３に示すサーバ側制御部４２の機能ブロック図である。このボットサーバ１４は、サーバ側通信部４０と、サーバ側制御部４２と、サーバ側記憶部４４と、を含んで構成される。
【００２９】
図３に示すように、サーバ側通信部４０は、外部装置に対して電気信号を送受信するための通信インターフェースである。これにより、ボットサーバ１４は、チャットサーバ１２を経由して、ユーザ端末１６，１８との間で様々なデータ（例えば、メッセージ、文書ファイル、画像ファイル、ユーザの操作情報など）のやり取りが可能である。
【００３０】
サーバ側制御部４２は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）を含む処理演算装置によって構成される。サーバ側制御部４２は、サーバ側記憶部４４に格納されたプログラムを読み出し、メッセージ交換用アプリケーションを実行することで、交換処理部４６、対話制御部４８（対話制御手段）、レビュー設定部５０（設定手段）、及び印刷指示部５２（印刷指示手段）として機能する。
【００３１】
サーバ側記憶部４４は、非一過性であり、かつ、コンピュータ読み取り可能な記憶媒体で構成されている。ここで、コンピュータ読み取り可能な記憶媒体は、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）、ソリッドステートドライブ（ＳＳＤ：Solid State Drive）を含む記憶装置、あるいは、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ、フラッシュメモリ等の可搬媒体である。本図の例では、サーバ側記憶部４４には、共有データ５６（電子文書Ｄｏｃを含む）、ユーザ情報５８、グループ情報６０、レビュー情報６２、及びプリンタ情報６４が格納されている。
【００３２】
図４に示すように、交換処理部４６は、グループ内で共有する共有データ５６をチャットサーバ１２から受信し、対話制御部４８に供給する受信制御を行う。また、交換処理部４６は、対話制御部４８が生成した投稿メッセージを含むデータをチャットサーバ１２に向けて送信する送信制御を行う。
【００３３】
対話制御部４８は、印刷機器２０のアバターとしてのボットが、グループに属するメンバとの間で対話を行う対話制御を行う。対話制御部４８は、共有データ５６を受け取った後、相手からのメッセージの内容を解析する処理、その解析結果に基づいて相手のアクションを認識する処理、相手のアクションに対するボットのリアクションを決定する処理、ボットのリアクションに応じたメッセージを生成する処理など、グループ内のコミュニケーションに必要な各種処理を実行する。なお、これらの処理は、深層学習を含む様々な人工知能技術を用いて実現することができる。
【００３４】
対話制御部４８は、ユーザ情報５８及びグループ情報６０を読み出すことで、チャット会議の状況を把握しながら、グループのメンバと円滑に対話できるようにボットの対話制御を行う。対話制御部４８は、レビュー情報６２を読み出し又は更新することで、電子文書Ｄｏｃに対するレビューの承認状況を把握しながら、グループのメンバと円滑に対話できるようにボットの対話制御を行う。対話制御部４８は、ユーザからの電子文書Ｄｏｃの印刷要求を受け付けた場合、ユーザの識別情報（以下、ユーザＩＤ）及び電子文書Ｄｏｃの識別情報（例えば、文書ファイル名）を印刷指示部５２に供給する。
【００３５】
レビュー設定部５０は、ユーザからの入力情報を用いて又は予め定められた規則に従ってレビューワークフロー（以下、レビューＷＦ）の設定を行い、レビュー情報６２に対してレコードを追加する更新処理を行う。具体的な設定方法について後ほど詳述する。
【００３６】
印刷指示部５２は、上記したユーザＩＤ、文書ファイル名の他に、印刷設定に関する情報（以下、印刷設定情報という）を取得する。ここで、印刷設定情報は、印刷設定に関する複数の印刷設定項目の組み合わせからなる情報である。この印刷設定項目には、例えば、印刷部数、カラー／白黒印刷の指定、両面／片面印刷の指定、用紙サイズ、Ｎｕｐ、拡縮倍率などの項目が挙げられる。
【００３７】
印刷指示部５２は、さらにプリンタ情報６４を用いて、電子文書Ｄｏｃの送信先である印刷機器２０を選定するとともに、電子文書Ｄｏｃの印刷を指示する。そして、印刷指示部５２は、電子文書Ｄｏｃの印刷が終了した後、対話制御部４８にその旨を通知する。
【００３８】
図５（ａ）は、ユーザ情報５８におけるデータ構造の一例を示す図である。このユーザ情報５８は、ユーザの識別情報である「ユーザＩＤ」と、サービス画面３０上での名称である「表示名」と、ユーザに付与された権限を示す「ユーザ権限」の間の対応関係を示している。この情報により、利用権限を有するユーザのみに対してメッセージ交換サービスを提供することができる。
【００３９】
図５（ｂ）は、グループ情報６０におけるデータ構造の一例を示す図である。このグループ情報６０は、グループの識別情報である「グループＩＤ」と、このグループに属するメンバを示す「メンバ構成」と、チャット会議の参加者を示す「参加メンバ」と間の対応関係を示している。この情報により、登録されたグループ毎のメンバ構成と、チャット会議の参加メンバが特定される。
【００４０】
図５（ｃ）は、プリンタ情報６４におけるデータ構造の一例を示す図である。このプリンタ情報６４は、ユーザの識別情報である「ユーザＩＤ」と、印刷機器２０の識別情報である「プリンタＩＤ」の間の対応関係を示している。この情報により、登録されたユーザ毎に、１つ又は複数の印刷機器２０が対応付けられる。
【００４１】
＜ユーザ端末１６，１８の構成＞
図６は、図１に示すユーザ端末１６，１８の電気的なブロック図である。このユーザ端末１６，１８は、入力部７０（入力手段）と、出力部７２（表示手段）と、端末側通信部７４と、端末側制御部７６と、端末側記憶部７８と、を含んで構成される。
【００４２】
入力部７０は、マウス、キーボード、タッチセンサ又はマイクロフォンを含む入力デバイスから構成される。出力部７２は、ディスプレイ、スピーカを含む出力デバイスから構成される。入力部７０による入力機能及び出力部７２による出力機能を組み合わせることで、ユーザインターフェース手段（以下、ＵＩ部８０）が構築される。
【００４３】
端末側通信部７４は、外部装置に対して電気信号を送受信するための通信インターフェースである。これにより、ユーザ端末１６，１８は、チャットサーバ１２を経由して、ボットサーバ１４との間で様々なデータ（例えば、メッセージ、電子ファイル、画像ファイル）のやり取りが可能である。
【００４４】
端末側制御部７６は、ＣＰＵ、ＭＰＵを含む処理演算装置によって構成される。端末側制御部７６は、端末側記憶部７８に格納されたプログラムを読み出し、メッセージ交換用アプリケーションを実行することで、交換処理部８２及び表示用データ作成部８４として機能する。
【００４５】
端末側記憶部７８は、非一過性であり、かつ、コンピュータ読み取り可能な記憶媒体で構成されている。本図の例では、端末側記憶部７８には、上記した共有データ５６と、投稿する前の電子文書Ｄｏｃが格納されている。
【００４６】
［情報処理システム１０の動作］
この実施形態における情報処理システム１０は、以上のように構成される。続いて、情報処理システム１０の動作（より詳しくは、ボットを活用した文書作成支援動作）について、図７〜図１３を参照しながら説明する。
【００４７】
＜レビューＷＦの一例＞
図７は、レビューの実施時におけるワークフローモデルを模式的に示す図である。
（１）レビュー開始
１人のユーザＡ（依頼者）は、ファイル名が「文書−Ｄ１．ｄｏｃ」である電子文書Ｄｏｃを作成した後、４名のユーザＢ，Ｃ，Ｄ，Ｅ（承認者）にレビューを依頼する。このレビューは、複数（本図の例では２つ）の承認フェーズからなる多段階承認に従って行われる。
（２）１次承認
３人のユーザＢ，Ｃ，Ｄは、電子文書Ｄｏｃの妥当性を検証し、この電子文書Ｄｏｃに対して承認するか否かを判定する。この３人全員がすべて承認したことを条件（ＡＮＤ条件）に１次承認が終了する。
（３）２次承認
１人のユーザＥは、１次承認が得られた電子文書Ｄｏｃの妥当性を検証し、電子文書Ｄｏｃに対して最終承認するか否かを判定する。この１人のユーザＥが承認したことを条件に２次承認が終了する。
（４）レビュー終了
最終承認が得られた場合にレビューが終了し、電子文書Ｄｏｃは印刷可能な状態で保管される。なお、レビュー期限に達した時点で最終承認が得られなかった場合にもレビューは終了する。
【００４８】
図８は、図７のワークフローモデルを記述するレビュー情報６２のデータ構造の一例を示す図である。このレビュー情報６２（図３及び図４）は、レビューＩＤと、対象ファイル名と、依頼者（ユーザＩＤ及びグループＩＤ）と、レビュー期限と、承認者（識別番号及びユーザＩＤ）と、承認フロー（ワークフローの構造及び承認者の役割）と、承認状況と、を含んで構成される。
【００４９】
＜チャットルームの相互関係＞
図９は、レビューの実施時におけるチャットルームの相互関係を示す模式図である。本図の例では、ユーザ毎に準備された４つの個人ルーム９０と、レビュー単位で準備された２つの共用ルーム９２と、から構成される。ここで、レビュー単位とは、１つのレビューにて取り扱う成果物の構成単位（１つ又は複数の電子文書Ｄｏｃ）を意味する。
【００５０】
ユーザＡの個人ルーム９０は、ユーザＡ及びボットのみが入室可能である。ユーザＢの個人ルーム９０は、ユーザＢ及びボットのみが入室可能である。ユーザＣの個人ルーム９０は、ユーザＣ及びボットのみが入室可能である。ユーザＤの個人ルーム９０は、ユーザＤ及びボットのみが入室可能である。
【００５１】
各々の共用ルーム９２は、グループのメンバ（ユーザＡ，Ｂ，Ｃ，Ｄ）及びボットが入室可能なチャットルームである。本図上側の共用ルーム９２内にて、基本的には、レビューの依頼者であるユーザＡと、ボット（ユーザＢ，Ｃ，Ｄのエージェント）の間で対話が行われる。本図下側の共用ルーム９２内にて、基本的には、レビューの依頼者であるユーザＣと、ボット（ユーザＡ，Ｂのエージェント）の間で対話が行われる。
【００５２】
破線の矢印は、個人ルーム９０から共用ルーム９２に向けて電子文書Ｄｏｃを投稿する流れを示す。実線の矢印は、個人ルーム９０と共用ルーム９２の間で行われる、電子文書Ｄｏｃのレビューに関わる情報のやり取りを示す。このように、ボットは、個人ルーム９０及び共用ルーム９２に適時に出入りしながら、グループのメンバと対話することで、レビューの円滑な進行を支援する役割を担う。
【００５３】
＜個人ルーム９０内でのメッセージ交換＞
図１０は、依頼者であるユーザＡの個人ルーム９０に対応するサービス画面３０ａの一例を示す図である。図１０（ａ）のサービス画面３０ａ上には、ユーザＡが、ボットとの対話を通じて、ユーザＢ，Ｃ，Ｄにレビューを依頼するシーンを表している。なお、ユーザＡを示すユーザアイコン３４ａに対面する位置に、印刷機器２０の外形を模したボットアイコン３６が配置されている。
（Ｍｓｇ０１）ユーザＡは、ボットに向けて、電子文書Ｄｏｃを投稿したことを通知するメッセージを発する。
（Ｍｓｇ０２）ボットは、ユーザＡに向けて、電子文書Ｄｏｃの取扱いについて問い合わせるメッセージを発する。
【００５４】
ボットからのメッセージ（Ｍｓｇ０２）の投稿に併せて、このメッセージの直下に、３つのボタンからなるボタン群１００が新たに表示される。ユーザＡは、レビューを実施しないで電子文書Ｄｏｃをそのまま印刷することを望む場合、［すぐ印刷］ボタンをタップする。一方、ユーザＡは、投稿した電子文書Ｄｏｃのレビューを望む場合、［レビュー］ボタンをタップする。そうすると、ユーザ端末１６のＵＩ部８０には、サービス画面３０ａとは別の設定ウィンドウ１０２が新たに表示される。
【００５５】
図１０（ｂ）に示すように、設定ウィンドウ１０２上には、６種類のユーザコントロール１０４〜１０９と、［開始］ボタン１１０が配置されている。ユーザコントロール１０４〜１０９は、上から順に、レビュー名、レビュー期限、１次承認者、２次承認者、印刷問合せの要否、及び承認フォローの頻度をそれぞれ入力可能に構成される。
【００５６】
ユーザＡは、ユーザコントロール１０４〜１０９を用いて、レビューの設定に必要な情報を入力した後、［開始］ボタン１１０をタップする操作を行う。この操作がトリガとなって、ボットが、承認者（ユーザＢ，Ｃ，Ｄ）に、レビューを依頼するメッセージが追加される。
【００５７】
図１１は、承認者であるユーザＢの個人ルーム９０に対応するサービス画面３０ｂの一例を示す図である。このサービス画面３０ｂは、ユーザＢが、ボットとの対話を通じて、レビューを実施するシーンを表している。なお、ユーザＢを示すユーザアイコン３４ｂに対面する位置に、ボットを示すボットアイコン３６が配置されている。
【００５８】
（Ｍｓｇ０３）ユーザＢは、ボットに向けて、自身のレビューリストを要求するメッセージを発する。
（Ｍｓｇ０４）ボットは、ユーザＢに向けて、レビューリストを提供するメッセージを発する。
（Ｍｓｇ０５）ユーザＢは、ボットに向けて、レビューリスト内の２つのうち、１番目のレビュー（Ｒｅｖｉｅｗ−１）の実施を要求するメッセージを発する。
（Ｍｓｇ０６）ボットは、ユーザＢに向けて、レビュー結果の入力を要求するメッセージを発する。
【００５９】
ボットからのメッセージ（Ｍｓｇ０６）の投稿に併せて、このメッセージの直下に、３つのボタンからなるボタン群１１２が新たに表示される。ユーザＢは、電子文書Ｄｏｃを承認することを望む場合に［承認］ボタンをタップする一方、電子文書Ｄｏｃの差し戻しを望む場合に［差戻し］ボタンをタップする。いずれかの操作がトリガとなって、ボットが、依頼者（ユーザＡ）に、レビューの結果を通知するメッセージが追加される。なお、ユーザＢは、［問合せ］ボタンをタップすることで、承認結果を保留にしたまま、ユーザＡに問い合わせることができる。
【００６０】
このように、ユーザＢがレビューの判断結果（承認、差戻し又は問合せ）を表明した場合、ボットが、ユーザＢに代わって、サービス画面３０ｂとは異なるサービス画面３０ｓ上でレビューの判断結果を通知するメッセージを投稿する。
【００６１】
＜共用ルーム９２内でのメッセージ交換＞
図１２は、共用ルーム９２に対応するサービス画面３０ｓの一例を示す図である。このサービス画面３０ｓは、いわゆるワンストップサービスにより、電子文書Ｄｏｃのレビュー及び印刷を行うシーンを表している。
【００６２】
（Ｍｓｇ１１）依頼者であるユーザＡは、グループの他のメンバ（ユーザＢ，Ｃ，Ｄ）に向けて、電子文書Ｄｏｃのレビューの依頼を予告するメッセージを発する。
（Ｍｓｇ１２）ボットは、グループのメンバ全員（ユーザＡ，Ｂ，Ｃ，Ｄ）に向けて、電子文書Ｄｏｃのレビュー開始を通知するメッセージを発する。
（Ｍｓｇ１３）ボットは、ユーザＡに向けて、電子文書Ｄｏｃを承認したことを通知するメッセージを、承認者の１人であるユーザＢに代わって発する。
（Ｍｓｇ１４）ボットは、ユーザＡに向けて、電子文書Ｄｏｃを承認したことを通知するメッセージを、承認者の１人であるユーザＣに代わって発する。
（Ｍｓｇ１５）ボットは、ユーザＡに向けて、電子文書Ｄｏｃを承認したことを通知するメッセージを、承認者の１人であるユーザＤに代わって発する。
【００６３】
（Ｍｓｇ１６）ボットは、グループのメンバ全員に向けて、レビューが終了し、電子文書Ｄｏｃの最終承認が得られたことを通知するメッセージを発する。
（Ｍｓｇ１７）ボットは、依頼者であるユーザＡに向けて、電子文書Ｄｏｃの印刷の要否を問い合わせるメッセージを発する。
（Ｍｓｇ１８）ユーザＡは、ボットに向けて、電子文書Ｄｏｃの印刷を要求するメッセージを発する。
（Ｍｓｇ１９）ボットは、ユーザＡに向けて、電子文書Ｄｏｃの印刷が終了したことを通知するメッセージを発する。
【００６４】
＜基本的な動作＞
図１３は、ユーザ端末１６，１８及びボットサーバ１４の動作を示すシーケンス図である。ここで、ユーザ端末１６及びボットサーバ１４は、基本的にはチャットサーバ１２を経由してデータのやり取りを行う。同様に、ユーザ端末１８及びボットサーバ１４は、基本的には、チャットサーバ１２を経由してデータのやり取りを行う。
【００６５】
［Ｓ０１］  サービス画面３０の表示
グループのメンバであるユーザＡ，Ｂ，Ｃ，Ｄはそれぞれ、ユーザ端末１６，１８を用いて、サービス画面３０を表示するための操作を行う。ユーザ端末１６，１８の表示用データ作成部８４は、メッセージ交換用アプリケーションの実行中に、端末側記憶部７８から読み出した共有データ５６を用いて表示用データを作成し、当該表示用データをＵＩ部８０に向けて出力する。これにより、ユーザ端末１６，１８のＵＩ部８０には、所望のサービス画面３０（図２）が表示される。
【００６６】
［Ｓ０２］  電子文書Ｄｏｃの投稿：（Ｍｓｇ０１）の追加
ユーザＡは、ユーザ端末１６を用いて、電子文書Ｄｏｃを投稿するための操作を行う。ユーザ端末１６の交換処理部８２は、ＵＩ部８０を介してユーザＡによる投稿操作を受け付けた場合、投稿対象であるメッセージ及び電子ファイル（つまり、電子文書Ｄｏｃ）を含むデータを送信する送信制御を行う。ボットサーバ１４の交換処理部４６は、端末側通信部７４、チャットサーバ１２及びサーバ側通信部４０を介して、電子文書Ｄｏｃを含む共有データ５６を取得する。これにより、サービス画面３０上には、ユーザＡが、ボットに、レビュー対象である電子文書Ｄｏｃを投稿したことを通知するメッセージ（Ｍｓｇ０１）が追加される。
【００６７】
［Ｓ０３］  レビュー要否の問合せ：（Ｍｓｇ０２）の追加
ボットサーバ１４の対話制御部４８は、電子文書Ｄｏｃが投稿されたことを確認し、この電子文書Ｄｏｃに対するレビューの実施要否をユーザＡに問い合わせるメッセージを生成する。そして、交換処理部４６は、対話制御部４８から当該メッセージが供給された場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。ユーザ端末１８の交換処理部８２は、ボットからの投稿メッセージを含む共有データ５６を取得する。これにより、ユーザ端末１６のサービス画面３０上には、ボットが、ユーザＡに、レビューの実施要否を問い合わせるメッセージ（Ｍｓｇ０３）が追加される。
【００６８】
［Ｓ０４］  レビュー開始の依頼
レビューの依頼者であるユーザＡは、ユーザ端末１６を用いて、レビューの開始を依頼するための操作を行う。ユーザ端末１６の交換処理部８２は、ＵＩ部８０を介してユーザＡによる依頼操作（例えば、図１０（ａ）における［レビュー］ボタンのタップ操作）を受け付けた場合、この依頼の意思を示す操作データを送信する送信制御を行う。ボットサーバ１４の交換処理部４６は、この操作データを含む共有データ５６を取得する。
【００６９】
［Ｓ０５］  レビューＷＦの設定
レビュー設定部５０は、対話制御部４８を経由してレビュー依頼を受け付けた場合、新たなレビューＩＤを発行するとともに、この電子文書Ｄｏｃのレビューに適用するレビューＷＦを設定する。その後、レビュー設定部５０は、現時点のレビュー情報６２にレコードを追加する更新処理を行う。
【００７０】
［Ｓ０６］  レビュー開始の通知
対話制御部４８は、レビュー情報６２が更新されたことを確認し、この電子文書Ｄｏｃのレビュー開始を通知するメッセージを生成する。そして、交換処理部４６は、対話制御部４８から当該メッセージが供給された場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。そうすると、ユーザ端末１６のサービス画面３０上には、ボットが、当事者全員（つまり、依頼者及び承認者）に、レビューの開始を通知するメッセージ（Ｍｓｇ０３）が追加される。
【００７１】
［Ｓ０７］  レビューの実施
レビューの承認者であるユーザＢ，Ｃ，Ｄは、電子文書Ｄｏｃのレビューをそれぞれ実施する。ユーザＢ，Ｃ，Ｄは、ユーザ端末１８を用いて、ボットのレビュー支援を受けながら承認の可否を判断する。このレビュー支援は、例えば、［１］承認者として登録されているレビューの一覧表（レビューリスト）の提供、［２］レビューリストに列挙されている承認状況の提供、［３］電子文書Ｄｏｃの提供（電子ファイル又は印刷物）、［４］自身の判断結果をボットに通知させる代行サービスの提供、などが挙げられる。
【００７２】
ユーザＢ，Ｃ，Ｄは、ユーザ端末１８のサービス画面３０を介して、電子文書Ｄｏｃの内容を承認する又は承認しない意思を示す操作を行う。ユーザ端末１６の交換処理部８２は、ＵＩ部８０を介してユーザによる承認操作を受け付けた場合、この承認操作を示す操作データを送信する送信制御を行う。ボットサーバ１４の交換処理部４６は、この操作データを含む共有データ５６を取得する。
【００７３】
［Ｓ０８］  レビュー情報６２の更新
対話制御部４８は、共有データ５６の中から操作データを抽出した場合、レビュー情報６２の「承認状況」を更新する（例えば、ユーザＢ：未了→承認済み）。
【００７４】
［Ｓ０９］  最終承認の判断
対話制御部４８は、レビュー情報６２の「承認状況」を逐次読み出し、レビューの最終承認が得られたか否かを判断する。あるいは、対話制御部４８は、レビュー情報６２の「レビュー期限」を逐次読み出し、レビュー期限を経過したレビューがある場合、そのレビューを終了する。
【００７５】
［Ｓ１０］  電子文書Ｄｏｃの確定
対話制御部４８は、最終承認が得られた電子文書Ｄｏｃの内容を確定し、レビューＩＤに対応付けた状態でサーバ側記憶部４４に格納させる。
【００７６】
［Ｓ１１］  レビュー終了の通知
対話制御部４８は、電子文書Ｄｏｃのレビューが終了したことを通知するメッセージを生成する。交換処理部４６は、対話制御部４８から当該メッセージが供給された場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。これにより、サービス画面３０上には、ボットが、レビューの当事者全員に、電子文書Ｄｏｃのレビュー終了を通知するメッセージ（Ｍｓｇ１６）が追加される。
【００７７】
［Ｓ１２］  印刷要否の問合せ：（Ｍｓｇ１７）の追加
対話制御部４８は、電子文書Ｄｏｃを印刷するメッセージを生成する。交換処理部４６は、対話制御部４８から当該メッセージが供給された場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。これにより、サービス画面３０上には、ボットが、レビューの依頼者であるユーザＡに、電子文書Ｄｏｃの印刷の要否を問い合わせるメッセージ（Ｍｓｇ１７）が追加される。
【００７８】
［Ｓ１３］  電子文書Ｄｏｃの印刷要求：（Ｍｓｇ１８）の追加
ユーザＡは、ユーザ端末１６を用いて、電子文書Ｄｏｃの印刷を要求するための操作を行う。ユーザ端末１６の交換処理部８２は、ＵＩ部８０を介してユーザＡによる要求操作を受け付けた場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。ボットサーバ１４の交換処理部４６は、ユーザＡからの投稿メッセージを含む共有データ５６を取得する。そうすると、サービス画面３０上には、ユーザＡが、ボットに、電子文書Ｄｏｃの印刷を要求するメッセージ（Ｍｓｇ１８）が追加される。
【００７９】
そして、対話制御部４８は、投稿メッセージの中から印刷要求の意図を示す文字（例えば、「印刷」「お願い」「はい」の文字列）を抽出した場合、ユーザＡのユーザＩＤ及び印刷対象のレビューＩＤを印刷指示部５２に供給する。
【００８０】
［Ｓ１４］  印刷設定の決定
印刷指示部５２は、レビューＩＤに対応付けられた電子文書Ｄｏｃを取得した後、図５（ｃ）のプリンタ情報６４を読み出して参照することで、ユーザＡに対応付けられた印刷機器２０を選定する。また、印刷指示部５２は、プリンタ情報６４又は電子文書Ｄｏｃの内容に基づいて、電子文書Ｄｏｃの印刷に適した印刷設定情報を決定する。
【００８１】
［Ｓ１５］  印刷の指示
印刷指示部５２は、電子文書Ｄｏｃ及び印刷設定情報を含むデータを、選定された印刷機器２０に向けて出力することで、印刷設定情報を用いた電子文書Ｄｏｃの印刷を指示する。印刷機器２０は、所望の印刷設定に従って電子文書Ｄｏｃのプリント処理を行った後、当該印刷が終了した旨をボットサーバ１４に通知する。
【００８２】
［Ｓ１６］  印刷終了の通知：（Ｍｓｇ１９）の追加
ボットサーバ１４の対話制御部４８は、印刷指示部５２を経由して印刷機器２０からの通知を受け付け、印刷が終了したことを通知するメッセージを生成する。そして、交換処理部４６は、対話制御部４８から当該メッセージが供給された場合、投稿対象であるメッセージを含むデータを送信する送信制御を行う。これにより、ユーザ端末１６のサービス画面３０ｓ上には、ボットが、ユーザＡに、電子文書Ｄｏｃの印刷が終了したことを通知するメッセージ（Ｍｓｇ１９）が追加される。
【００８３】
＜情報処理システム１０による効果＞
以上のように、この情報処理システム１０は、［１］メッセージ交換サービスのサービス画面３０上でメッセージを共有するグループのメンバとの対話を通じて、グループ内で投稿された電子文書Ｄｏｃのレビューを進行させるように、ボット（印刷機器２０のアバター）の対話制御を行う対話制御部４８（対話制御手段）と、［２］グループのメンバとボットの間の対話を通じてレビューの承認が得られた電子文書Ｄｏｃの印刷を印刷機器２０に対して指示する印刷指示部５２（印刷指示手段）を備える。
【００８４】
また、この情報処理方法及びプログラムでは、１つ又は複数のコンピュータが、［１］メッセージ交換サービスのサービス画面３０上でメッセージを共有するグループのメンバとの対話を通じて、グループ内で投稿された電子文書Ｄｏｃのレビューを進行させるように、ボット（印刷機器２０のアバター）の対話制御を行う対話制御ステップ（図１３のＳ０７）と、［２］グループのメンバとボットの間の対話を通じてレビューの承認が得られた電子文書Ｄｏｃの印刷を印刷機器２０に対して指示する印刷指示ステップ（図１３のＳ１５）を備える。
【００８５】
このように、ユーザＡ（１人のメンバ）に代わってボットが主体となって電子文書Ｄｏｃのレビューを進行させることで、ユーザＡがサービス画面３０に表示されたユーザＢ，Ｃ，Ｄ（他のメンバ）のメッセージを確認する負担が軽減される。また、レビュー及び印刷に関する窓口の一元化が図られるので、レビューの終了後に印刷が停滞することが抑制される。これにより、メッセージを共有するグループ内で電子文書Ｄｏｃのレビューを実施する際に、ユーザＡがレビューの取りまとめを行う場合と比べて、電子文書Ｄｏｃのレビューから印刷までのワークフローの進行がより円滑になる。
【００８６】
また、対話制御部４８は、ユーザＢ（レビューの承認者）が、サービス画面３０ｓとは異なる別のサービス画面３０ｂ上で、ボットとの対話を通じてレビューの判断結果を表明した場合、ボットが、サービス画面３０ｓ上でレビューの判断結果を通知するように対話制御を行ってもよい。これにより、レビューの判断とは関連性が低いメッセージが共用のサービス画面３０ｓ上に表示されることを抑制可能となり、レビューの過程においてサービス画面３０ｓ上でユーザＢとボットが逐一対話する場合と比べて、レビューの承認状況がより把握しやすくなる。
【００８７】
特に、このレビューが複数の承認フェーズからなる多段階承認フローに従って行われる場合、より複雑なプロセスを経て最終承認に至ることになり、その分だけメッセージの交換回数が増加する。つまり、単一の承認フェーズからなる承認フローと比べて、レビューの判断とは関連性が低いメッセージの表示を抑制する効果がより顕著に現われる。
【００８８】
また、別のサービス画面３０ｂ上のメッセージは、グループの各メンバとボットの間で共有可能であり、対話制御部４８は、サービス画面３０ｂ上で、ボットがレビューの実施を支援するように対話制御を行ってもよい。これにより、各メンバが利用可能なサービス画面３０ｂ上でボットの支援を受けることが可能となり、ボットの支援を受けない場合と比べて、レビューの進行がより円滑になる。
【００８９】
また、対話制御部４８は、別のサービス画面３０ｂ上で、ユーザの要求に応じて、ユーザが承認者として登録されているレビューの一覧を示すレビューリストを提供するようにボットの対話制御を行ってもよい。これにより、ユーザが承認者として登録されているレビューをリスト形式で同時に提示可能となり、複数のレビューを個別に提示する場合と比べて、承認処理を行うべきレビューの有無がより把握しやすくなる。
【００９０】
また、対話制御部４８は、レビューによる最終承認が得られた場合、ボットが、ユーザＡ（レビューの依頼者）に対して電子文書Ｄｏｃの印刷の要否を問い合わせるように対話制御を行ってもよい（図１３のＳ１２）。これにより、ボットからの投稿メッセージを通じてユーザＡの意思決定を早期に促すことが可能となり、要否の問合せを行わない場合と比べて、レビューの終了時点から印刷の指示時点までの空き時間がさらに短縮され得る。
【００９１】
［各部の具体的動作］
続いて、図３，図４に示す［１］レビュー設定部５０及び［２］印刷指示部５２の具体的動作について、図１４〜図１６を参照しながら詳細に説明する。
【００９２】
＜１．レビュー設定部５０の動作＞
レビュー設定部５０の具体的動作について、図１４のフローチャート及び図１０（ｂ）を参照しながら説明する。
【００９３】
図１４のステップＳ３１において、レビュー設定部５０は、ユーザにより入力された各種情報（以下、ユーザ入力情報という）を取得する。このユーザ入力情報は、図１０（ｂ）に示す設定ウィンドウ１０２を介して入力された情報であってもよいし、ユーザにより投稿されたメッセージの内容であってもよい。
【００９４】
ステップＳ３２において、レビュー設定部５０は、ステップＳ３１で取得されたユーザ入力情報の中に承認者に関する情報（以下、承認者情報という）が含まれるか否かを判定する。例えば、設定ウィンドウ１０２上において１次，２次承認者の少なくとも一方でユーザＢ，Ｃ，Ｄの１人以上が選択された場合、レビュー設定部５０は、承認フロー情報が含まれると判定し（ステップＳ３２：ＹＥＳ）、ステップＳ３３に進む。一方、１次，２次承認者の両方で「自動」が選択された場合、レビュー設定部５０は、承認フロー情報が含まれないと判定し（ステップＳ３２：ＮＯ）、ステップＳ３４に進む。
【００９５】
ステップＳ３３の場合、レビュー設定部５０は、ステップＳ３１で取得されたユーザ入力情報に従って承認フロー及び承認者を決定し、ステップＳ３６に進む。
【００９６】
一方、ステップＳ３４の場合、レビュー設定部５０は、予め定められた規則に従って承認フローを決定する。この規則は、例えば、グループのメンバ数又は電子文書Ｄｏｃの重要度に応じて定められる。具体的には、［１］メンバ数が多いほど承認フェーズの数を増やす、［２］メンバ数が多いほど同一フェーズにある承認者の数を増やす、［３］電子文書Ｄｏｃの重要度が高いほど承認者の総数を増やす、などの規則が挙げられる。
【００９７】
ステップＳ３５において、レビュー設定部５０は、予め定められた規則に従って承認者を決定する。この規則は、例えば、依頼者の組織上の立場又は電子文書Ｄｏｃに対する関与度に応じて定められる。具体的には、レビュー設定部５０は、［１］グループ内での役職が上位であり、［２］依頼者との間に直属関係があり、［３］電子文書Ｄｏｃの作成にあたりメッセージの投稿回数が多い、などの様々な条件を満たすメンバを承認者に決定してもよい。
【００９８】
ステップＳ３６において、レビュー設定部５０は、ステップＳ３３〜Ｓ３５で決定された承認フロー及び承認者を含むレコードを追加することで、レビュー情報６２に対する更新処理を行う。以上のようにして、レビュー設定部５０による設定動作が終了する。
【００９９】
このように、レビュー設定部５０は、グループ内で共有されたメッセージの投稿回数が相対的に多いメンバをレビューの承認者として設定してもよい。これにより、電子文書Ｄｏｃに対する関与度が高く承認者に相応しいメンバを選択可能となり、場の状況を振り返って適任なメンバを選定する場合と比べて、レビューの依頼者が承認者を設定する手間が省かれる。
【０１００】
ところで、上記した例では、設定ウィンドウ１０２を表示させた上でレビューの設定を行っているが、設定ウィンドウ１０２を表示させる代わりに、ボットとの対話を通じて設定可能に構成されてもよい。具体的には、対話制御部４８は、ユーザＡがレビューの設定を問い合わせると、ボットがレビューの推奨設定を提案するように対話制御を行ってもよい。この推奨設定は、図１４のステップＳ３４，Ｓ３５と同一の又は異なる手法により決定してもよい。
【０１０１】
そして、ユーザＡは、ボットからの提案（特に、レビューの承認者）に同意する場合は同意の意思を示すメッセージを投稿する一方、同意しない場合は代替の承認者を示すメッセージを投稿する。つまり、レビュー設定部５０は、レビューの依頼者とボットの間の対話を通じて指定されたグループのメンバを、レビューの承認者として設定してもよい。これにより、ボット及び依頼者の両方の意向を反映可能となり、ボット又は依頼者のいずれか一方のみの意向を受けて承認者を決定する場合と比べて、レビューの客観性及び納得性がより高くなる。
【０１０２】
＜２．印刷指示部５２の動作＞
印刷指示部５２の具体的動作について、図１５及び図１６を参照しながら説明する。
【０１０３】
まず、電子透かし１１８の付与機能について、図１５を参照しながら説明する。図１５（ａ）は、電子透かし１１８の設定方法を例示する画面図である。図１５（ｂ）は、電子透かし１１８が付された電子文書Ｄｏｃを可視化した模式図である。
【０１０４】
図１５（ａ）のサービス画面３０ｂに示すように、ユーザＢとボットの間で、図１１の場合と同様の対話がなされる。
（Ｍｓｇ０３）ユーザＢは、ボットに向けて、自身のレビューリストを要求するメッセージを発する。
（Ｍｓｇ０４）ボットは、ユーザＢに向けて、レビューリストを提供するメッセージを発する。
（Ｍｓｇ０５）ユーザＢは、ボットに向けて、レビューリスト内の２つのうち、１番目のレビュー（Ｒｅｖｉｅｗ−１）の実施を要求するメッセージを発する。
（Ｍｓｇ０６）ボットは、ユーザＢに向けて、レビュー結果の入力を要求するメッセージを発する。
【０１０５】
ボットからのメッセージ（Ｍｓｇ０６）の投稿に併せて、このメッセージの直下に、４つのボタンからなるボタン群１１６が新たに表示される。このボタン群１１６は、［印刷］ボタンが追加的に設けられている点で、図１１のボタン群１１２とは異なる。ユーザＢは、電子文書Ｄｏｃを印刷してレビューを行うことを望む場合に［印刷］ボタンをタップする。
【０１０６】
ユーザ端末１６の交換処理部８２は、ＵＩ部８０を介してユーザによる指示操作を受け付けた場合、この指示操作を示す操作データを送信する送信制御を行う。ボットサーバ１４の交換処理部４６は、この操作データを含む共有データ５６を取得する。対話制御部４８は、共有データ５６の中から操作データを抽出した場合、ユーザＢのユーザＩＤ及び印刷対象のレビューＩＤを印刷指示部５２に供給する。そうすると、図１３の［Ｓ１４］→［Ｓ１５］の流れに従って、印刷機器２０は、所望の印刷設定に従って電子文書Ｄｏｃのプリント処理を行う。ただし、印刷指示部５２は、電子文書Ｄｏｃに電子透かし１１８を付加する画像処理を行った後、電子文書Ｄｏｃの印刷を指示する。
【０１０７】
図１５（ｂ）に示すように、電子文書Ｄｏｃの中央部には、レビューが実施中であることを示す電子透かし１１８が設けられている。印刷物を視た者は、電子文書Ｄｏｃのレビューが未了であることを認識し、最終版であるとの誤認を防ぐことができる。
【０１０８】
このように、印刷指示部５２は、レビューの最終承認がまだ得られていない場合、レビューが実施中であることを示す電子透かし１１８を付した電子文書Ｄｏｃの印刷を指示してもよい。これにより、電子透かし１１８を付さずに印刷する場合と比べて、最終版であるとの誤認を防ぎやすくなる。
【０１０９】
次に、電子印１２２の付与機能について、図１６を参照しながら説明する。図１６（ａ）は、電子印１２２の設定方法を例示する画面図である。図１６（ｂ）は、電子印１２２が付された電子文書Ｄｏｃを可視化した模式図である。
【０１１０】
図１６（ａ）のサービス画面３０ａは、ユーザＡが、ボットとの対話を通じて、電子印１２２に関する設定を行うシーンを表している。
（Ｍｓｇ２１）ユーザＡは、ボットに向けて、電子印１２２の設定を開始することを通知するメッセージを発する。
（Ｍｓｇ２２）ボットは、ユーザＡに向けて、電子印１２２の設定に関する入力を要求するメッセージを発する。
【０１１１】
ボットからのメッセージ（Ｍｓｇ２２）の投稿に併せて、このメッセージの直下に、３つのボタンからなるボタン群１２０が新たに表示される。このボタン群１２０は、電子印１２２の位置・個数に関する設定メニューを呼び出すための［位置・個数］ボタンと、電子印１２２のサイズ・日付・所属に関する設定メニューを呼び出すための［サイズ・日付・所属］ボタンと、入力された設定情報を確定する［設定］ボタンと、から構成される。
【０１１２】
図１６（ｂ）に示すように、電子文書Ｄｏｃの右上隅部には、レビューの承認者の一部又は全員（ここでは、ユーザＤ）による電子印１２２が設けられている。これにより、承認者に対して再度の承認手続きを要求することなく、チャット会議のエビデンスとしての文書をそのまま保管することができる。
【０１１３】
このように、印刷指示部５２は、レビューの最終承認が得られた場合、承認者による電子印１２２を付した電子文書Ｄｏｃの印刷を指示してもよい。これにより、電子印１２２を付さずに印刷する場合と比べて、レビューの承認が得られた最終版の文書であることを把握しやすくなる。
【０１１４】
［情報処理システム１０の別の動作］
ところで、上記した動作の例では、承認者であるユーザＢ，Ｃ，Ｄは、各々の個人ルーム９０を利用しながら電子文書Ｄｏｃのレビューを行っている。これに対して、ユーザＢ，Ｃ，Ｄは、個人ルーム９０を利用する代わりに、共用ルーム９２内にて直接的にメッセージを投稿しながらレビューを実施してもよい。この場合、レビューの判断とは関連性が低いメッセージがサービス画面３０ｓ上に表示されやすくなり、それだけレビューの承認状況を把握しにくくなる。そこで、情報処理システム１０は、以下に説明する動作を行うことで上記した問題点が解決され得る。
【０１１５】
＜第１例＞
図１７は、共用ルーム９２に対応するサービス画面３０ｓの別の例を示す図である。図１７のサービス画面３０ｓ上には、グループのメンバ間でレビューを実施するシーンを表している。なお、ユーザＡを示すユーザアイコン３４ａに対面する位置に、ユーザアイコン３４ｂ，３４ｃ，３４ｄ及びボットアイコン３６が配置されている。
【０１１６】
（Ｍｓｇ３１）依頼者であるユーザＡは、グループ内の他のメンバ（ユーザＢ，Ｃ，Ｄ）に向けて、電子文書Ｄｏｃのレビューの依頼を予告するメッセージを発する。
（Ｍｓｇ３２）ボットは、グループのメンバ全員（ユーザＡ，Ｂ，Ｃ，Ｄ）に向けて、電子文書Ｄｏｃのレビュー開始を通知するメッセージを発する。
（Ｍｓｇ３３）承認者であるユーザＢは、ユーザＡに向けて、電子文書Ｄｏｃを承認したことを通知するメッセージを発する。
（Ｍｓｇ３４）承認者であるユーザＣは、ユーザＡに向けて、電子文書Ｄｏｃを承認したことを通知するメッセージを発する。
【０１１７】
本図から理解されるように、承認の意思を示す吹き出し欄１２４は、通常の吹き出し欄３２と比べて強調表示されている。吹き出し欄３２，１２４は、例えば、［１］欄の形状、背景色、文字の色・サイズ・フォント、［２］枠線の色・太さ・種類、のうち少なくとも１つを変えて表示される。この強調表示により、ユーザＡは、ユーザＢ，Ｃが承認したことを一見して把握することができる。
【０１１８】
（Ｍｓｇ３５）承認者であるユーザＤは、ユーザＡに向けて、電子文書Ｄｏｃの差し戻しを要求するメッセージを発する。
（Ｍｓｇ３６）ユーザＡは、グループ内の他のメンバ（ユーザＢ，Ｃ，Ｄ）に向けて、電子文書Ｄｏｃの改訂を通知するメッセージを発する。このメッセージは、例えば、ユーザＡが、図１０（ａ）に示すサービス画面３０ａ上の［改訂レビュー］ボタンをタッチする操作がトリガとなって発せられる。
（Ｍｓｇ３７）ボットは、グループのメンバ全員（ユーザＡ，Ｂ，Ｃ，Ｄ）に向けて、改訂された電子文書Ｄｏｃのレビューを開始し、改訂される前のレビューの承認状況がリセットされたことを通知するメッセージを発する。
【０１１９】
このように、ボットサーバ１４の対話制御部４８は、レビューの最終承認が得られる前に電子文書Ｄｏｃの改訂版が投稿された場合、ボットが、サービス画面３０ｓ上でレビューの承認状況が変更されたことを通知するように対話制御を行ってもよい。これにより、既にレビューが終了した承認者に対して再度のレビューを要求可能となり、承認状況の変更が通知されない場合と比べて、レビューの進行がより円滑になる。
【０１２０】
また、ユーザ端末１６，１８の出力部７２（表示手段）は、サービス画面３０ｓ上において電子文書Ｄｏｃの承認の意思を示す吹き出し欄１２４を、他の吹き出し欄３２と比べて強調表示してもよい。これにより、視認性が相対的に高い吹き出し欄１２４の存否により承認の意思の有無を認識可能となり、サービス画面３０ｓ上のメッセージを常に同じ態様で表示する場合と比べて、レビューの承認状況がより把握しやすくなる。
【０１２１】
＜第２例＞
図１８は、共用ルーム９２に対応するサービス画面３０ｓの別の例を示す図である。
（Ｍｓｇ４１）依頼者であるユーザＡは、グループ内の他のメンバ（ユーザＢ，Ｃ，Ｄ）に向けて、電子文書Ｄｏｃのレビューの依頼を予告するメッセージを発する。
（Ｍｓｇ４２）ボットは、グループのメンバ全員（ユーザＡ，Ｂ，Ｃ，Ｄ）に向けて、電子文書Ｄｏｃのレビュー開始を通知するメッセージを発する。
（Ｍｓｇ４３）ユーザＢは、ユーザＡに向けて、電子文書Ｄｏｃの内容について問い合わせるメッセージを発する。
（Ｍｓｇ４４）ユーザＡは、ユーザＢに向けて、ユーザＢからの問い合わせに対して回答するメッセージを発する。
（Ｍｓｇ４５）ユーザＢは、ユーザＡに向けて、ユーザＡからの回答に対して反論するメッセージを発する。
【０１２２】
その後、ユーザＡ，Ｂの間でメッセージの交換がしばらく続き、ユーザＡは、両者の話が逸れていることに気が付いたとする。
（Ｍｓｇ４６）ユーザＡは、ボットに向けて、レビューの承認状況を尋ねるメッセージを発する。
（Ｍｓｇ４７）ボットは、ユーザＡに向けて、承認者毎のレビューの承認状況を通知するメッセージを発する。これにより、メッセージの交換量の増加に伴って、レビューの判断結果を示すメッセージを探しにくい状態であっても、レビューの承認状況を容易に把握することができる。
【０１２３】
このように、対話制御部４８は、ユーザＡ（レビューの依頼者）からの要求に応じて、ボットがレビューの承認状況を通知するように対話制御を行ってもよい。これにより、オンデマンドによる情報提供が可能となり、レビューの承認状況が通知されない場合と比べて、依頼者が承認状況をより把握しやすくなる。
【符号の説明】
【０１２４】
１０  情報処理システム、１２  チャットサーバ、１４  ボットサーバ、１６，１８  ユーザ端末、２０  印刷機器、３０（ａ／ｂ／ｓ）  サービス画面、４８  対話制御部（対話制御手段）、５０  レビュー設定部（設定手段）、５２  印刷指示部（印刷指示手段）、７２  出力部（表示手段）、１１８  電子透かし、１２２  電子印、Ｄｏｃ  電子文書。
【図１】
2020047000.tif 000003
【図２】
2020047000.tif 000004
【図３】
2020047000.tif 000005
【図４】
2020047000.tif 000006
【図５】
2020047000.tif 000007
【図６】
2020047000.tif 000008
【図７】
2020047000.tif 000009
【図８】
2020047000.tif 000010
【図９】
2020047000.tif 000011
【図１０】
2020047000.tif 000012
【図１１】
2020047000.tif 000013
【図１２】
2020047000.tif 000014
【図１３】
2020047000.tif 000015
【図１４】
2020047000.tif 000016
【図１５】
2020047000.tif 000017
【図１６】
2020047000.tif 000018
【図１７】
2020047000.tif 000019
【図１８】
2020047000.tif 000020