JP7073693B2 - 情報処理装置及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、メール承認の根拠を容易に確認できるようにすることを課題とし、メール処理部は、クライアントから送信された承認が必要なメールを承認ＤＢに記憶し、メールに関連する利用者の端末との間で情報の送受信を開始するボタンとメールの内容とを含む承認画面のデータを承認者のクライアントに送信し、承認画面内のボタンが承認者によって押されたことを検出すると、承認者のクライアントとメールに関連する利用者の端末との間における情報の送受信を開始し、送受信された情報をメールに関連付けてチャットＤＢに記憶することが開示されている。

特許文献２には、コミュニティや電子掲示板などに投稿された大量のメッセージに含まれるアクション依頼の認識漏れを防止し、依頼事項の進捗などを管理することを課題とし、投稿されたメッセージ内容を解析し、アクション依頼のメッセージか否かを判定し、アクション依頼を含む場合はその判定結果を保持し、そして、必要に応じて判定結果に基づいたメッセージを生成してユーザーへの提示を適時行って、アクション依頼の認識漏れを防止し、サーバー側で蓄積されたメッセージを対象とする場合、各メッセージに対し、依頼されたことを認識していること、依頼事項の進捗をサーバー側で管理し、アクション依頼側での管理を容易にすることが開示されている。

特許文献３には、質問者は予想応答時間という新しい観点に基づいて回答者を選択でき、システムの利便性を向上させることを課題とし、管理サーバーとプレゼンスサーバーとを備える通信システムであって、前記管理サーバーは、前記ネットワークと接続されるインタフェースと、前記インタフェースと接続されるプロセッサと、前記プロセッサと接続されるメモリとを備え、前記管理サーバーは、第１のユーザー端末からの質問の開始を検出すると、前記プレゼンスサーバーから取得したプレゼンス情報を参照して、質問に応答する第２のユーザー端末が前記第１のユーザー端末から送信された質問の通知を受信可能になるまでの受信不能時間を計算し、前記計算された受信不能時間に基づいて、前記第２のユーザー端末の予想応答時間を見積もることが開示されている。

特許文献４には、現在の会話相手についての情報をユーザーに提示し、異なる参加者からの複数のメッセージの処理を管理する手段を提供するインスタントメッセージングシステムを提供することを課題とし、各会話相手について、優先度の階層がユーザーによって確立され、設定され、優先度が高い会話相手からのメッセージは、優先度がより低い会話相手からのメッセージより前に配信され、表示され、ビジネスの状況では、メッセージ送信者の性質又は属性に基づいて、メッセージを特定の個人に送付するか、特定の優先度で送付することができることが開示されている。

特許文献５には、チャットのメッセージと共に提供する、メッセージの内容に関連する極めて多くの告知情報を、メッセージが時間と共に移り変わって行くのと同様に移り変わるように、且つチャットの参加者が自由な意志で選択出来るように、表示することを可能にすることを課題とし、チャットサーバーが、時間と共に移り変わる性質を有するチャットのメッセージを送信すると共に、このメッセージの内容に関連付けた広告などの告知情報を取得するためのハイパーリンク形式のリンク情報を生成して、このリンク情報を前記メッセージの送信に合わせて送信し、これ等をチャットクライアントが受信して、メッセージは表示画面のメッセージ表示領域に表示し、これとは別にリンク情報は同表示画面のティッカ表示領域に時間と共に移り変わるように、且つハイパーリンクをチャットの参加者が指示装置を用いて選択し得るように表示するようにしたことが開示されている。

特許文献６には、進行中のタスクのコンテキストの中断を最小限に抑えながらコンピュータユーザーが電子的通知に効率よくアクセスできるようにすることを容易にすることを課題とし、通知システムは、通知の要約をユーザーに送る視覚的情報ヘラルドを備え、情報コントローラは、１つ又は複数の表示画面上の情報ヘラルドのレンダリング及び位置決めに関する決定に際して内容の重要度又は緊急度及びユーザーの現在及び／又は最近のアクティビティを考慮し、進行中のタスクに対する中断を最小限に抑えつつ要約された通知のユーザー処理を容易にすることが開示されている。

特開２０１４－１８６６６６号公報 特開２００７－１９９７６８号公報 特開２００９－１０４２８８号公報 特開２００７－２９３８９７号公報 特開２００８－３０５３９０号公報 特開２０１０－２３１８０６号公報

チャット等の会話を行うシステムにあって、会話内容として、相手に対して確認等の依頼を行い、そして、相手は、その依頼に対して応答を行う場面がある。この一連の会話で、応答を行う者は、依頼が行われたときの会話を確認する必要が生じることが多い。
本発明は、複数人による会話における会話内容を時系列に提示する場合にあって、依頼に対して応答を行いやすくする情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。なお、以下の「請求項」とあるのは、出願当初の請求項である。
請求項１の発明は、複数人による会話における会話内容を時系列に提示する会話提示手段と、依頼を受信する受信手段と、前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段を有する情報処理装置である。

請求項２の発明は、前記遷移手段は、前記会話が予め定められた人数より多い又は以上である場合に、前記遷移を行う、請求項１に記載の情報処理装置である。

請求項３の発明は、前記遷移手段は、前記会話が３人以上によって行われている場合に、前記遷移を行う、請求項２に記載の情報処理装置である。

請求項４の発明は、前記催促提示手段は、前記依頼が複数ある場合は、該依頼の重要度にしたがって該依頼を提示する、請求項１に記載の情報処理装置である。

請求項５の発明は、前記催促提示手段は、前記依頼を行った者以外によって、該依頼に対する応答の参照があった場合に、該依頼の重要度を高くする、請求項４に記載の情報処理装置である。

請求項６の発明は、前記催促提示手段は、前記参照を行った人数が多い場合に、前記依頼の重要度を高くする、請求項５に記載の情報処理装置である。

請求項７の発明は、前記催促提示手段は、前記依頼に対する応答の参照の回数が多い場合に、該依頼の重要度を高くする、請求項４に記載の情報処理装置である。

請求項８の発明は、前記催促提示手段は、応答を行う場合に、前記依頼を行ったユーザーが該応答を行うユーザーの近くにいる場合は、該依頼の重要度を高くする、請求項４に記載の情報処理装置である。

請求項９の発明は、前記催促提示手段は、前記依頼を行ったユーザーの位置と前記応答を行うユーザーの位置を検知し、ユーザー間の距離に応じて重要度を決定する、請求項８に記載の情報処理装置である。

請求項１０の発明は、前記催促提示手段は、前記距離が予め定められた値未満又は以下である場合に、距離に応じた重要度を決定する、請求項９に記載の情報処理装置である。

請求項１１の発明は、前記催促提示手段は、前記依頼に対して応答するユーザーが複数いる場合であって、ユーザーからの応答があったときは、応答をしていないユーザーにおける該依頼の重要度を下げて提示する、請求項１に記載の情報処理装置である。

請求項１２の発明は、前記催促提示手段は、前記応答をしていないユーザーに対して、他のユーザーからの応答があった旨の提示を行う、請求項１１に記載の情報処理装置である。

請求項１３の発明は、前記遷移手段は、前記応答があるまでは、前記画面を遷移させない、請求項１に記載の情報処理装置である。

請求項１４の発明は、会話の集団が複数ある場合であって、前記催促提示手段は、現在の会話を行っている第１の集団とは異なる第２の集団における会話における依頼をも提示する、請求項１に記載の情報処理装置である。

請求項１５の発明は、前記遷移手段は、前記第２の集団における会話における依頼に対する応答を行う場合に、該第２の集団における会話を提示する画面に遷移する、請求項１４に記載の情報処理装置である。

請求項１６の発明は、前記遷移手段は、前記依頼に対する応答があるまでは、他の集団における会話を提示する画面に遷移させない、請求項１５に記載の情報処理装置である。

請求項１７の発明は、前記遷移手段は、前記依頼に対する応答があるまでは、前記第１の集団における会話を提示する画面に戻らせない、請求項１６に記載の情報処理装置である。

請求項１８の発明は、コンピュータを、複数人による会話における会話内容を時系列に提示する会話提示手段と、依頼を受信する受信手段と、前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段として機能させるための情報処理プログラムである。

請求項１の情報処理装置によれば、複数人による会話における会話内容を時系列に提示する場合にあって、依頼に対して応答を行いやすくすることができる。

請求項２の情報処理装置によれば、会話が予め定められた人数より多い又は以上である場合に、画面を遷移することができる。

請求項３の情報処理装置によれば、３人以上で会話が行われている場合に、画面の遷移を行うことができる。

請求項４の情報処理装置によれば、依頼が複数ある場合は、その依頼の重要度にしたがってその依頼を提示することができる。

請求項５の情報処理装置によれば、依頼を行った者以外によって、その依頼に対する応答の参照があった場合に、その依頼の重要度を高くすることができる。

請求項６の情報処理装置によれば、参照を行った人数が多い場合に、依頼の重要度を高くすることができる。

請求項７の情報処理装置によれば、依頼に対する応答の参照の回数が多い場合に、その依頼の重要度を高くすることができる。

請求項８の情報処理装置によれば、応答を行う場合に、依頼を行ったユーザーがその応答を行うユーザーの近くにいる場合は、その依頼の重要度を高くすることができる。

請求項９の情報処理装置によれば、依頼を行ったユーザーの位置と応答を行うユーザーの位置を検知し、ユーザー間の距離に応じて重要度を決定することができる。

請求項１０の情報処理装置によれば、距離が予め定められた値未満又は以下である場合に、距離に応じた重要度を決定することができる。

請求項１１の情報処理装置によれば、依頼に対して応答するユーザーが複数いる場合であって、ユーザーからの応答があったときは、応答をしていないユーザーにおけるその依頼の重要度を下げて提示することができる。

請求項１２の情報処理装置によれば、応答をしていないユーザーに対して、他のユーザーからの応答があった旨の提示を行うことができる。

請求項１３の情報処理装置によれば、応答があるまでは、画面を遷移させないようにすることができる。

請求項１４の情報処理装置によれば、会話の集団が複数ある場合であって、催促提示手段は、現在の会話を行っている第１の集団とは異なる第２の集団における会話における依頼をも提示することができる。

請求項１５の情報処理装置によれば、第２の集団における会話における依頼に対する応答を行う場合に、その第２の集団における会話を提示する画面に遷移することができる。

請求項１６の情報処理装置によれば、依頼に対する応答があるまでは、他の集団における会話を提示する画面に遷移させないようにすることができる。

請求項１７の情報処理装置によれば、依頼に対する応答があるまでは、第１の集団における会話を提示する画面に戻らせないようにすることができる。

請求項１８の情報処理プログラムによれば、複数人による会話における会話内容を時系列に提示する場合にあって、依頼に対して応答を行いやすくすることができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 トピック管理テーブルのデータ構造例を示す説明図である。 チャット管理テーブルのデータ構造例を示す説明図である。 確認リクエスト管理テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 応答管理テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 ユーザー・位置対応テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係、ログイン等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。また、「Ａ、Ｂ、Ｃ」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その１つのみを選んでいる場合（例えば、Ａのみ）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置１００は、会話サービスを行うにあたって、会話内容として、相手に対して確認等の依頼を行うものであって、図１の例に示すように、通信モジュール１０５、会話処理モジュール１２０、会話提示モジュール１４０、催促提示モジュール１４５、遷移モジュール１５０を有している。
なお、会話サービスとは、主に文字列（例えば、記号、絵文字、画像等を含めてもよい）による会話をリアルタイム可能に行うためのものであって、複数人による会話における会話内容を時系列に提示することができるものである。そして、前後の会話をスクロールによって確認可能とする処理を行うようにしてもよい。会話サービスとして、例えば、ユーザー端末２００同士が通信回線を介してリアルタイムコミュニケーションを行うチャット、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）でのメッセージ送受信機能等がある。

通信モジュール１０５は、送信モジュール１１０、受信モジュール１１５を有しており、会話処理モジュール１２０、催促提示モジュール１４５と接続されている。通信モジュール１０５は、会話の参加者（ユーザーともいう）が用いるユーザー端末２００との通信を行う。例えば、会話を受信し、それを会話相手の参加者に送信する。
送信モジュール１１０は、ユーザー端末２００に会話等を送信する。
受信モジュール１１５は、ユーザー端末２００から会話等を受信する。

会話処理モジュール１２０は、会話モジュール１２５、依頼モジュール１３０、応答モジュール１３５を有しており、通信モジュール１０５、会話提示モジュール１４０と接続されている。会話処理モジュール１２０は、会話サービスの処理を行う。
会話モジュール１２５は、会話サービスを行う。つまり、会話を発したユーザー端末２００から会話データを受け取り、その会話データを会話相手のユーザー端末２００に送信し、その会話内容を提示させる。会話は、複数人によって行われ、２人以上であればよい。
また、会話モジュール１２５は、会話の集団が複数ある場合は、その会話の集団毎に、会話サービスを行う。つまり、その集団に属しているユーザーのユーザー端末２００に会話を送信する。
ここで「会話の集団」とは、会話に参加している複数人のユーザーによるグループをいい、例えば、部屋、ルーム、会議室等ともいわれている。
「会話の集団」として、例えば、トピック毎に会話の集団が形成されている場合は、そのトピック毎と同義になる。

依頼モジュール１３０は、通信モジュール１０５を介して、ユーザー端末２００Ａから「依頼」を受信する。ここでのユーザー端末２００Ａは、依頼を行ったユーザーが用いているユーザー端末２００である。その際に、依頼先のユーザーが指定される。なお、依頼は、ユーザーが明確に指定するものであってもよい。例えば、図９の例を用いて後述するように、ユーザーが確認リクエストボタン９１０を選択し、確認リクエスト受付領域９３０内に依頼を記載して、送信ボタン９５０を選択することが「依頼」としてもよい。また、会話の内容を判断して、「依頼」があったことを判断してもよい。例えば、会話の末尾に「？」があった場合、自然言語処理を行い、メッセージが依頼文であると判断された場合、メッセージと前述の明示的な依頼の組によって機械学習を行い、人工知能によって依頼文であると判断された場合、「依頼」と判断してもよい。また、会話の内容で判断する場合、依頼先については、予め定められたユーザーを依頼先としてもよい。例えば、依頼するユーザーと依頼先のユーザーとの組み合わせを予め生成しておいてもよいし、その会話の集団の依頼したユーザー以外のユーザー全員を依頼先としてもよいし、依頼したユーザーの上司を依頼先としてもよい。

応答モジュール１３５は、通信モジュール１０５を介して、ユーザー端末２００Ｂから依頼に対応した「応答」（以下、確認ともいう）を受信する。ここでのユーザー端末２００Ｂは、依頼先のユーザー（以下、応答者、確認者ともいう）が用いているユーザー端末２００である。

会話提示モジュール１４０は、会話処理モジュール１２０、遷移モジュール１５０と接続されている。会話提示モジュール１４０は、複数人による会話における会話内容を時系列に提示する。なお、ここでの「提示」には、通信回線を介して接続されているユーザー端末２００に対して、会話内容を提示させるように制御することを含む。例えば、会話内容、表示位置や表示形態等を指示する提示コマンド等を、通信モジュール１０５を介して、ユーザー端末２００に送信する。送信するデータとして、具体的には、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等で記述されていてもよい。そして、「提示」には、会話内容としての文字の表示の他に、画像、動画等の表示、音声の出力、振動等を含めてもよい。

催促提示モジュール１４５は、通信モジュール１０５、遷移モジュール１５０と接続されている。催促提示モジュール１４５は、依頼に対して、応答を催促する旨の提示を行う。
また、催促提示モジュール１４５は、依頼が複数ある場合は、その依頼の重要度にしたがって、その依頼を提示するようにしてもよい。なお、重要度を用いない場合は、依頼の日時順、依頼を行ったユーザーの名前順（例えば、ＡＢＣ順等）等によって、依頼を表示する。
さらに、催促提示モジュール１４５は、依頼を行った者以外によって、その依頼に対する応答の参照があった場合に、その依頼の重要度を高くするようにしてもよい。なお、ここでは「応答の参照」として、その応答が行われたことを確認するための操作を含む。例えば、応答に対する依頼が行われた会話内容群（トピック）の参照を含むようにしてもよい。つまり、その応答を待っていることを示す操作であればよい。
また、催促提示モジュール１４５は、参照を行った人数が多い場合に、依頼の重要度を高くするようにしてもよい。ここで「人数が多い」とは、参照を行った人数が予め定められた閾値よりも多い又は以上であることをいう。
また、催促提示モジュール１４５は、依頼に対する応答の参照の回数が多い場合に、その依頼の重要度を高くするようにしてもよい。ここで「応答の参照の回数が多い」とは、応答の参照の回数が予め定められた閾値よりも多い又は以上であることをいう。

また、催促提示モジュール１４５は、応答を行う場合に、依頼を行ったユーザーが、その応答を行うユーザーの近くにいる場合は、その依頼の重要度を高くするようにしてもよい。ここで「近くにいる場合」とは、物理的に近いこと（現実世界において近いこと）をいい、ユーザー間の距離が予め定められた閾値未満又は以下であることをいう。この場合に重要度を高くするのは、応答を行う者にとって、依頼を行ったユーザーが近くにいるということは、この会話サービスを用いなくても、直接に（対面して）、依頼内容を確認すること等ができるからである。
さらに、催促提示モジュール１４５は、依頼を行ったユーザーの位置と応答を行うユーザーの位置を検知し、ユーザー間の距離に応じて重要度を決定するようにしてもよい。例えば、ユーザーが用いているユーザー端末２００が携帯端末である場合は、その携帯端末に内蔵されているＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）やインドアセンシング技術（ユーザーがどこにいるかを測定する技術）を用いて位置を検知してもよいし、ユーザーが用いているユーザー端末２００が設置されているＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である場合は、ＰＣとそのＰＣが設置されている位置との対応を記憶しているテーブルを予め作成しておき、そのテーブルを用いて、位置を検知してもよい。
また、催促提示モジュール１４５は、距離が予め定められた値未満又は以下である場合に、距離に応じた重要度を決定するようにしてもよい。予め定められた値より遠い又は以上である場合は、直接に会うことができないからである。

また、催促提示モジュール１４５は、依頼に対して応答するユーザーが複数いる場合であって、ユーザーからの応答があったときは、応答をしていないユーザーにおけるその依頼の重要度を下げて提示するようにしてもよい。ここで「依頼に対して応答するユーザーが複数いる場合であって、ユーザーからの応答があったとき」とは、依頼された応答者が複数人である場合であって、そのうちのいずれか１人以上が既に応答をしている場合が該当する。既に他の応答者が応答を行っているので、未だ応答を行っていない応答者の応答は重要度が下がる。重要度が下がっているので、その依頼を下位に提示してもよい。
さらに、催促提示モジュール１４５は、応答をしていないユーザーに対して、他のユーザーからの応答があった旨の提示を行うようにしてもよい。したがって、応答をしていない応答者は、その依頼において、他の応答者が既に応答していることを知ることができるようになる。

遷移モジュール１５０は、会話提示モジュール１４０、催促提示モジュール１４５と接続されている。遷移モジュール１５０は、応答を行う場合に、依頼があった前又は後の会話内容を提示できるように、ユーザー端末２００の画面を遷移する。
「依頼があった前又は後の会話内容」としている。したがって、提示するのは、「依頼があった前の会話内容」、「依頼があった後の会話内容」、「依頼があった前及び後の会話内容」の３種類のいずれであってもよい。また、提示対象として、依頼である会話内容を含めてもよいし、含めなくてもよい。また、時系列に会話内容を提示しているので、「依頼があった前の会話内容を提示」とは、依頼である会話内容（又は依頼である会話の直前の会話内容）を最後尾とした提示を行うこと、「依頼があった後の会話内容を提示」とは、依頼である会話内容（又は依頼である会話の直後の会話内容）を先頭とした提示を行うこと、「依頼があった前及び後の会話内容を提示」とは、依頼である会話内容を含めた提示を行うことである。さらに、「依頼である会話内容を含めた提示」とは、「依頼である会話」の前及び後の会話の会話内容を少なくとも１つ以上含めた表示であり、例えば、「依頼」が画面の中央の位置になるようにすること等が含まれる。
また、このいずれを提示するかについては、「依頼である会話」と「その依頼である会話の直前の会話」との間隔Ａ、「依頼である会話」と「その依頼である会話の直後の会話」との間隔Ｂを比較して、短い方の会話群を提示するようにしてもよい。会話の間隔が短い方が会話が連続している可能性が高いからである。なお、間隔Ａと間隔Ｂとの差分が予め定められた値以下又は未満である場合は、「依頼があった前及び後の会話内容を提示」を行うようにしてもよい。「依頼である会話」の前と後は連続している可能性が高いからである。

また、遷移モジュール１５０は、会話が予め定められた人数より多い又は以上である場合に、遷移を行うようにしてもよい。なお、ここでの「予め定められた人数」として、一般的には、２人以上であるが、１人を含めてもよい。
少人数による会話の場合は、依頼があった前又は後の会話内容を提示する必要がなく（例えば、最近の会話である場合等）、そして、画面の遷移をしてしまった場合は、むしろ煩わしくなってしまうことがあるからである。
さらに、遷移モジュール１５０は、会話が３人以上によって行われている場合に、遷移を行うようにしてもよい。特に、２人による会話の場合は、必ずその２人の間で行われていた会話であり、依頼があった直後には応答が行われるのが一般的であるので、依頼があった前又は後の会話内容を遷移して提示するまでもなく、応答が可能である可能性が高いからである。

また、遷移モジュール１５０は、応答があるまでは、画面を遷移させないようにしてもよい。
この処理によって、応答者は応答をしないと、次の操作を行うことができなくなる。
「画面を遷移させない」処理として、具体的には、応答のみを受け付けるポップアップ画面を提示する、スクロールを行わせない、他の集団の会話の画面に遷移させない等がある。

また、会話の集団が複数ある場合であって、催促提示モジュール１４５は、現在の会話を行っている第１の集団とは異なる第２の集団における会話における依頼をも提示するようにしてもよい。
そして、遷移モジュール１５０は、第２の集団における会話における依頼に対する応答を行う場合に、その第２の集団における会話を提示する画面に遷移するようにしてもよい。第１の集団での会話の画面を提示している場合に、第２の集団での会話の画面に遷移することになる。もちろんのことながら、第２の画面において、依頼があった前又は後の会話内容を提示している画面に遷移することになる。
また、遷移モジュール１５０は、依頼に対する応答があるまでは、他の集団における会話を提示する画面に遷移させないようにしてもよい。この処理によって、応答者は応答をしないと、他の集団での会話を行うことができなくなる。
そして、遷移モジュール１５０は、依頼に対する応答があるまでは、第１の集団における会話を提示する画面に戻らせないようにしてもよい。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
ユーザー端末２００Ａ、ユーザー端末２００Ｂ、ユーザー端末２００Ｃは、通信回線を介して、サーバー２５０にそれぞれ接続されている。ユーザー端末２００は、ユーザー２１０によって使用され、サーバー２５０に対してのクライアントとしての機能を有することになる。サーバー２５０は、情報処理装置１００を有している。サーバー２５０は、会話サービス（チャットシステム）を提供する。
各ユーザー２１０がユーザー端末２００を使用してメッセージを投稿すると、サーバー２５０に保存され、各ユーザー端末２００にメッセージが配信される。
具体的には、ユーザーＡ：２１０Ａの操作によって、ユーザー端末２００Ａの会話画面２６０Ａのメッセージ受付領域２７２Ａ内に会話内容（メッセージ）が記入され、送信ボタン２７４Ａが選択（投稿）されると、その会話内容がサーバー２５０に送信される。なお、ユーザーＡ：２１０Ａ、ユーザーＢ：２１０Ｂ、ユーザーＣ：２１０Ｃは、会話の１つの集団（グループ）を形成している。
サーバー２５０は、その会話内容を、同じグループに属しているユーザーＡ：２１０Ａ、ユーザーＢ：２１０Ｂ、ユーザーＣ：２１０Ｃに送信する。各会話画面２６０では、その会話内容を受信し、会話画面２６０内の最新の会話内容としてメッセージ２７０を表示する。なお、会話画面２６０内で右側にユーザー２１０が投稿した会話内容、左側に他のユーザー２１０が投稿した会話内容を時系列に表示する。
また、会話画面２６０には、過去の会話内容として、時系列に（投稿日時の古いものを上から順に）メッセージ２６２、メッセージ２６４、メッセージ２６６、メッセージ２６８を表示している。

図３は、本実施の形態を利用したシステム構成例を示す説明図である。
サーバー２５０Ａは、情報処理装置１００Ａを有している。ユーザー端末２００Ａ、ユーザー端末２００Ｂ、ユーザー端末２００Ｃ、サーバー２５０Ａは、通信回線３８０を介してそれぞれ接続されている。通信回線３８０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのイントラネット等であってもよい。例えば、社内の業務で、サーバー２５０Ａの会話サービスを利用した場合、依頼の一例として、応答者である上司等に確認を求める場合がある。しかし、応答者は、常にその会話サービスを利用しているとは限らず、他の会話の集団に参加している場合もある。このような場合に、サーバー２５０Ａは、応答者のユーザー端末２００に対して応答を催促する。しかし、応答者は、何の確認であるかが把握できない場合がある。そこで、サーバー２５０Ａは、依頼があった前又は後の会話内容を、応答者のユーザー端末２００に提示する。応答者は、それを閲覧して、応答を行うことができる。

サーバー２５０Ｂは、情報処理装置１００Ｂを有している。ユーザー端末２００Ｄ、ユーザー端末２００Ｅ、ユーザー端末２００Ｆ、サーバー２５０Ｂは、通信回線３９０を介してそれぞれ接続されており、また、ユーザー端末２００Ａ、ユーザー端末２００Ｂ、ユーザー端末２００Ｃ、サーバー２５０Ａとは、通信回線３９０、通信回線３８０を介して接続されている。通信回線３９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット等であってもよい。社内の業務に限らず、友人同士の打ち合わせにおける確認（例えば、待ち合わせ場所の確認）等が起こり得る。そのような場合も、サーバー２５０Ｂは、応答者のユーザー端末２００に対して応答を催促し、依頼があった前又は後の会話内容を、応答者のユーザー端末２００に提示する。応答者は、それを閲覧して、応答を行うことができる。
なお、サーバー２５０による機能は、クラウドサービスとして実現してもよい。

図４は、本実施の形態による処理例を示す説明図である。ユーザー端末２００の画面４００を示している。
画面４００には、リストトピック領域４１０、メッセージ領域４３０、確認依頼表示領域４５０を表示する。
リストトピック領域４１０には、ユーザーが参加している、又は、参加可能なトピックを表示する。ここでのトピックは、会話の集団の一例である。例えば、トピック４１２（撮影の日程について）、トピック４１４（会議時間の変更）、トピック４１６（デモ日程調整）、トピック４１８（申請）、トピック４２０（英語地図について）を表示する。いずれかのトピックが、ユーザーによって選択された場合、メッセージ領域４３０内に、そのトピックにおける会話内容が表示される。図４の例では、トピック４１６が選択された状態を示している。つまり、トピックとして「デモ日程調整」を話題としており、ユーザー「Ｆｘｘｘｘ６９」とユーザー「Ｆｘｘｘｘ４１」が会話している。会話は３人以上で行われていてもよい。
メッセージ領域４３０には、各参加者の会話内容であるメッセージ４３２、メッセージ４３４、メッセージ４３６、メッセージ４３８、メッセージ４４０等をスクロール可能に表示している。スクロール動作があると、より過去の会話内容を表示する。そして、ユーザーが会話内容を記載するメッセージ受付領域４４２、その会話内容に添付する書類を指定するための添付ボタン４４４、その会話内容を投稿するための送信ボタン４４６を表示する。
確認依頼表示領域４５０には、会話サービスを使用しているユーザーに対して、他のユーザーから依頼があり、応答が必要であることを表示する。また、その依頼を重要度順に表示してもよい。

図５は、本実施の形態による処理例を示すフローチャートである。
ステップＳ５０２では、ユーザーＸによって確認リクエストの操作（依頼の一例）があったか否かを判断し、あった場合はステップＳ５０４へ進み、それ以外の場合は確認リクエストの操作があるまで待機する。
図９は、本実施の形態による確認リクエストの表示処理例を示す説明図である。
図９（ａ）は、図４の例に示した画面４００上に確認リクエストボタン９１０を表示した例を示している。例えば、メッセージ４３６上にマウスポインタを重ねた（マウスオーバーした）ことを検知した場合に、確認リクエストボタン９１０を表示する。その他に、メッセージ４３６がダブルクリックされたことを検知した場合に、確認リクエストボタン９１０を表示してもよいし、予め定められたキー（例えば、コントロールキー）を押しながらメッセージ４３６がクリックされたことを検知した場合に、確認リクエストボタン９１０を表示してもよい。
なお、確認してほしいメッセージ（具体的には、マウスオーバーするメッセージ）として、一般的には、自分（ここではメンバーＸ）のメッセージであるが、他のメンバーのメッセージであってもよい。
また、確認リクエストボタン９１０内の表示内容は、ステップＳ５０４、ステップＳ５０６によって決定される。

なお、トピックに参加しているユーザーの管理は、例えば、トピック管理テーブル６００を用いて行っている。図６は、トピック管理テーブル６００のデータ構造例を示す説明図である。トピック管理テーブル６００は、トピックＩＤ欄６１０、トピック名称欄６２０、メンバーＩＤ欄６３０を有している。トピックＩＤ欄６１０は、本実施の形態において、トピックを一意に識別するための情報（トピックＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。トピック名称欄６２０は、そのトピックの名称を記憶している。メンバーＩＤ欄６３０は、本実施の形態において、そのトピックに参加しているメンバーを一意に識別するための情報（メンバーＩＤ）を記憶している。

また、会話内容の管理は、例えば、チャット管理テーブル７００を用いて行っている。図７は、チャット管理テーブル７００のデータ構造例を示す説明図である。チャット管理テーブル７００は、チャットＮｏ欄７１０、メンバーＩＤ欄７２０、投稿日時欄７３０、チャット内容欄７４０を有している。チャットＮｏ欄７１０は、チャットＮｏを記憶している。ここでチャットＮｏとは、個々のメッセージを識別するための情報である。例えば、図４に示したメッセージ４３４の識別番号が該当する。メンバーＩＤ欄７２０は、そのチャットＮｏで示されるメッセージを投稿したメンバーのメンバーＩＤを記憶している。投稿日時欄７３０は、そのメッセージが投稿された日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。チャット内容欄７４０は、チャット内容（メッセージ内容、会話内容）を記憶している。
なお、このチャット管理テーブル７００は、トピック毎に生成される。

また、確認リクエストの管理は、例えば、確認リクエスト管理テーブル８００を用いて行っている。図８は、確認リクエスト管理テーブル８００のデータ構造例を示す説明図である。確認リクエスト管理テーブル８００は、確認リクエストＩＤ欄８１０、メンバーＩＤ欄８２０、確認者ＩＤ欄８３０、操作日時欄８４０、トピックＩＤ欄８５０、チャットＮｏ欄８６０を有している。確認リクエストＩＤ欄８１０は、本実施の形態において、確認リクエストを一意に識別するための情報（確認リクエストＩＤ）を記憶している。メンバーＩＤ欄８２０は、その確認リクエストを行ったメンバーのメンバーＩＤを記憶している。確認者ＩＤ欄８３０は、その確認リクエストの送信先である確認者のメンバーＩＤを記憶している。なお、複数人のメンバーＩＤを記憶してもよい。操作日時欄８４０は、その確認リクエストの操作が行われた日時を記憶している。トピックＩＤ欄８５０は、その確認リクエストの操作が行われたトピックのトピックＩＤを記憶している。チャットＮｏ欄８６０は、その確認リクエストの操作が行われたメッセージのチャットＮｏを記憶している。

ステップＳ５０４では、その操作があったトピック、チャットを抽出する。具体的には、ステップＳ５０２で検出した操作が行われたトピックとチャットを抽出すればよい。
ステップＳ５０６では、そのトピックのメンバーを抽出する。具体的には、ステップＳ５０４で抽出されたトピックから、トピック管理テーブル６００を用いてメンバーを抽出すればよい。

ステップＳ５０８では、メンバーのリストをユーザーＸのユーザー端末２００の確認リスト表示領域９２０内に表示する。
具体的には、図９（ｂ）の例に示すように、確認リクエストボタン９１０が選択された場合に、確認リスト表示領域９２０をポップアップ表示する。その確認リスト表示領域９２０には、確認リクエスト受付領域９３０、確認先ユーザー表示領域９４２、確認先ユーザー表示領域９４４、確認先ユーザー表示領域９４６、送信ボタン９５０を表示する。確認リクエスト受付領域９３０には、ユーザーによって、依頼先のユーザーへの依頼事項が記入される。依頼先として、例えば、確認先ユーザー表示領域９４２、確認先ユーザー表示領域９４４、確認先ユーザー表示領域９４６を表示する。なお、ここでの「確認者」とは、依頼先である応答者である。例えば、ステップＳ５０６で抽出したトピックのメンバー（本人であるユーザーを除く）をリスト表示している。ユーザーＸは、確認してほしいメンバーを選択（チェックボックスにチェック）する。そして、ユーザーＸによって送信ボタン９５０が選択されると、ユーザー端末２００はその確認リクエストの情報をサーバー２５０に送信して、サーバー２５０は、確認リクエスト管理テーブル８００を生成し、ステップＳ５１０へ進む。

ステップＳ５１０では、チェックされたメンバー（確認者）のユーザー端末２００の確認依頼表示領域４５０に確認リクエストを表示する。
図１０、図１１は、本実施の形態による処理例（ステップＳ５１０）を示す説明図である。
図９の例に示した送信ボタン９５０が選択されると、図１０の例に示す左側の画面４００から確認リクエストの情報がサーバー２５０に送信される。そして、サーバー２５０は、図１０の例に示す右側の確認者のユーザー端末２００の画面１０００（具体的には、確認依頼表示領域１０５０）に、応答を催促する旨の提示を行う。
具体的には、図１１（ａ）の例に示す画面１０００の確認依頼表示領域１０５０内に、図１１（ｂ）の例に示す確認依頼表示領域１０５０を表示する。例えば、確認依頼表示領域１０５０には、その確認者に送信されている確認リクエストを示す確認依頼（１）表示領域１１１０、確認依頼（２）表示領域１１２０、確認依頼（３）表示領域１１３０を表示する。
確認依頼（１）表示領域１１１０には、例えば、『メンバー１からの確認依頼があります 「・・・依頼資料を更新しました」』、詳細ボタン１１１２を表示する。確認依頼（２）表示領域１１２０には、例えば、『メンバー２からの確認依頼があります 「・・・こちらでよろしいでしょうか？」』、詳細ボタン１１２２を表示する。確認依頼（３）表示領域１１３０には、例えば、『メンバー３からの確認依頼があります 「・・・の出席をお願いします」』、詳細ボタン１１３２を表示する。なお、「」内に表示される文字列は、図９（ｂ）の例に示した確認リクエスト受付領域９３０内に記入された文字列である。

ステップＳ５１２では、確認者の操作によって確認リクエストが選択されたか否かを判断し、選択された場合はステップＳ５１４へ進み、それ以外の場合は選択されるまで待機する。例えば、図１１（ｂ）に示す詳細ボタン１１１２等が選択される。
ステップＳ５１４では、そのトピックのメンバーは３人以上か否かを判断し、３人以上の場合はステップＳ５１６へ進み、それ以外の場合はステップＳ５１８へ進む。
なお、ステップＳ５１４の処理を行わなくてもよい。つまり、そのトピックのメンバーが２人であっても、ステップＳ５１６の処理を行うようにしてもよい。

ステップＳ５１６では、確認者のユーザー端末２００のメッセージ領域１０３０を確認リクエストがあったトピック、チャットに合わせて表示する。
例えば、図１１（ｂ）に示す詳細ボタン１１１２が選択された場合は、図１１（ｃ）に示すような画面１０００の表示にする。つまり、メッセージ１０３６の周囲に確認ボタン１１６０を表示する。なお、メッセージ１０３６は、図９（ａ）の例で確認依頼が行われたメッセージ４３６に対応するものである（つまり、メッセージ４３６とメッセージ１０３６の表示内容は同じである）。また、確認者のメッセージ領域１０３０で他の画面（例えば、同じトピックであるが、より過去の会話内容、又は、他のトピックの会話内容等）を表示していた場合は、メッセージ１０３６を表示する画面に遷移する。具体的には、メッセージ１０３６をメッセージ領域１０３０内の中心になるように、その前後のメッセージ（メッセージ１０３２、メッセージ１０３４、メッセージ１０３８、メッセージ１０４０）を表示する。
なお、ステップＳ５１６では、対象となっているメッセージ１０３６をメッセージ領域１０３０内の最後にして表示（つまり、メッセージ１０３６の前のメッセージ群を表示）してもよい。この場合、メッセージ１０３６の投稿が行われるまでの経過を把握することができるようになる。また、対象となっているメッセージ１０３６をメッセージ領域１０３０内の最初にして表示（つまり、メッセージ１０３６の後のメッセージ群を表示）してもよい。この場合、メッセージ１０３６の投稿が行われた後の経過を把握することができるようになる。

ステップＳ５１８では、確認者の操作に応じて、確認処理を行う。例えば、図１１（ｃ）の例に示す確認ボタン１１６０が選択されると、確認受付表示領域１１６２を表示する。図１１（ｄ）に示すように、確認受付表示領域１１６２には、確認メッセージ受付領域１１６４、送信ボタン１１６６を表示する。確認メッセージ受付領域１１６４は、確認者によって文字列が記入される。送信ボタン１１６６が選択されると、確認メッセージ受付領域１１６４内の文字列を、依頼者であるメンバーＸに送信する。そして、確認メッセージ受付領域１１６４内の文字列は、メッセージとして表示してもよい。つまり、メンバーＸの画面４００のメッセージ領域４３０内の最後、確認者の画面１０００のメッセージ領域１０３０内の最後に（つまり、最新のメッセージとして）表示してもよい。また、依頼が行われたメッセージ（メッセージ４３６、メッセージ１０３６）へのリンクを含めて表示するようにしてもよい。

図１２は、本実施の形態による処理例を示すフローチャートである。この処理は、図１１（ｂ）の例に示した確認依頼表示領域１０５０内の確認者の確認依頼リストを生成する処理である。
ステップＳ１２０２では、依頼者の操作に応じて、確認者に確認依頼メッセージを送信したか否かを判断し、送信した場合はステップＳ１２０４へ進み、それ以外の場合送信するまで待機する。
ステップＳ１２０４では、確認者毎に確認依頼リストを生成する。
ステップＳ１２０６では、確認者のユーザー端末２００に確認依頼リストを送信して表示させる。
ステップＳ１２０８では、確認者の操作に応じて、確認依頼に対して返信したか否かを判断し、返信した場合はステップＳ１２０４へ戻り、それ以外の場合は処理を終了する（ステップＳ１２９９）。つまり、返信が行われた場合（応答が行われた場合、具体的には、図１１（ｄ）の例に示す送信ボタン１１６６が選択された場合）は、返信した確認依頼を確認依頼リストから削除して、確認依頼リストを更新する。そして、その更新された確認依頼リストを確認者のユーザー端末２００に送信し、確認依頼表示領域１０５０に表示させる。

図１３は、本実施の形態による処理例を示すフローチャートである。この処理は、図１２の例に示した処理と同等の処理を行うが、異なるトピックが選択された場合にも対応できるようにした処理を行うものである。
ステップＳ１３０２では、依頼者の操作に応じて、確認者に確認依頼メッセージを送信したか否かを判断し、送信した場合はステップＳ１３０４へ進み、それ以外の場合は送信するまで待機する。
ステップＳ１３０４では、確認者が開いているトピックでの確認依頼リスト（重要度順）を生成する。例えば、図１５に示すフローチャートを用いて後述する。
ステップＳ１３０６では、確認者に確認依頼リストを送信して表示させる。

ステップＳ１３０８では、確認者が別のトピックを開いたか否かを判断し、開いた場合はステップＳ１３０４へ戻り、それ以外の場合はステップＳ１３１０へ進む。つまり、別のトピックを開いた場合は、確認依頼リストを生成し直している。別のトピックを開くことによって、個々の重要度が異なる場合があるからである。
ステップＳ１３１０では、確認者の操作に応じて、確認依頼に対して返信したか否かを判断し、返信した場合はステップＳ１３０４へ戻り、それ以外の場合は処理を終了する（ステップＳ１３９９）。

図１４は、本実施の形態による処理例を示す説明図である。図１３の例に示した処理の具体例を示すものである。
図１４（ａ）の例では、画面１４００において、リストトピック領域１４０５内のトピック１４１０が選択された状態である。この場合、確認依頼表示領域１４３０には、図１４（ｂ１）のように表示している。つまり、確認依頼表示領域１４３０には、確認依頼（１）表示領域１４３２、確認依頼（２）表示領域１４３６、確認依頼（３）表示領域１４４０の順番で表示している。具体的には、トピック１４１０の内容に類似する順番で表示する。例えば、選択されているトピックの画面で確認依頼が行われたものは重要度を高くしている（表示順位が高い）。また、確認依頼が行われたメッセージの前又は後にあるメッセージ群の文字列によって構成される意味ベクトルと選択されたトピック内のメッセージ群の文字列によって構成される意味ベクトルとの類似度（内積）を算出して、その類似度が高い順に表示してもよい。
ここで、リストトピック領域１４０５内のトピック１４１０からトピック１４２０に選択を変更した場合、確認依頼表示領域１４３０には、図１４（ｂ２）のように表示する。つまり、確認依頼表示領域１４３０には、確認依頼（１）表示領域１４５２、確認依頼（２）表示領域１４５６、確認依頼（３）表示領域１４６０の順番で表示する。なお、確認依頼（１）表示領域１４５２の内容は確認依頼（２）表示領域１４３６の内容であり、確認依頼（２）表示領域１４５６の内容は確認依頼（３）表示領域１４４０の内容であり、確認依頼（３）表示領域１４６０の内容は確認依頼（１）表示領域１４３２の内容である。具体的には、トピック１４２０の内容に類似する順番で表示する。
なお、図１３、図１４の例では、トピックが変更されると、確認依頼表示領域１４３０内の表示順を変更したが、トピック内の部分毎に重要度（表示順番）を変更してもよい。例えば、メッセージ領域１４８０の表示スクロールにしたがって重要度を変更してもよい。この場合は、メッセージ領域１４８０内に表示されているメッセージ群との類似度を算出すればよい。

図１５は、本実施の形態による処理例を示すフローチャートである。
ステップＳ１５０２では、ユーザーに対して確認依頼が複数あるか否かを判断し、複数ある場合はステップＳ１５０４へ進み、それ以外の場合はステップＳ１５０６へ進む。
ステップＳ１５０４では、確認依頼の表示順位を決定する。ステップＳ１５０４の処理については、図１６、図１８、図１９、図２１の例に示すフローチャートのいずれか（又はこれらの組み合わせ）を用いればよい。詳細については後述する。
ステップＳ１５０６では、そのユーザーのユーザー端末２００の確認依頼表示領域４５０に確認依頼を表示する。

図１６は、本実施の形態による処理例（ステップＳ１５０４）を示すフローチャートである。
ステップＳ１６０２では、確認依頼に対する応答への参照人数を算出する。例えば、応答管理テーブル１７００を用いればよい。具体的には、応答管理テーブル１７００の参照者ＩＤ欄１７６０内の参照者ＩＤの数によって、参照人数を算出すればよい。図１７は、応答管理テーブル１７００のデータ構造例を示す説明図である。応答管理テーブル１７００は、応答Ｎｏ欄１７１０、対応確認依頼Ｎｏ欄１７２０、応答日時欄１７３０、応答ユーザーＩＤ欄１７４０、応答内容欄１７５０、参照者ＩＤ欄１７６０、参照日時欄１７７０を有している。応答Ｎｏ欄１７１０は、応答Ｎｏを記憶している。ここで応答Ｎｏとは、個々の応答を識別するための情報である。対応確認依頼Ｎｏ欄１７２０は、その応答に対応する対応確認依頼の対応確認依頼Ｎｏを記憶している。ここで対応確認依頼Ｎｏとは、個々の対応確認依頼を識別するための情報である。応答日時欄１７３０は、その応答が行われた日時を記憶している。応答ユーザーＩＤ欄１７４０は、応答したユーザーのユーザーＩＤを記憶している。応答内容欄１７５０は、その応答の内容を記憶している。参照者ＩＤ欄１７６０は、本実施の形態において、その応答を参照した参照者を一意に識別するための情報（参照者ＩＤ）を記憶している。参照日時欄１７７０は、その参照者によって参照された日時を記憶している。なお、応答についての参照がある都度に、参照者ＩＤ欄１７６０と参照日時欄１７７０が付加される。
ステップＳ１６０４では、参照人数の多い順に表示順位を決定する。

図１６の例に示した処理は、以下のようにしてもよい。
応答待ちのトピックへのアクセスを利用してもよい。例えば、メンバーがトピックＡ上で確認依頼を実施したとき、確認依頼後のトピックＡの閲覧数、メッセージ書き込み数により、その確認依頼の重要度を上げるようにしてもよい。応答者による確認の結果は、トピックＡに関与するメンバーからの関心が高く、その確認依頼が重要であると考えられるためである。
また、応答又は確認依頼が行われたトピックへの閲覧数は多いが、メッセージの書き込み数が少ないトピックにおける確認依頼の、重要度を上げるようにしてもよい。その確認依頼に対する応答には関心があるが、応答がないことで、議論が滞っている可能性が高いためである。

図１８は、本実施の形態による処理例（ステップＳ１５０４）を示すフローチャートである。
ステップＳ１８０２では、確認依頼に対する応答への参照回数を算出する。例えば、応答管理テーブル１７００の参照日時欄１７７０内の参照日時の数によって、参照回数を算出すればよい。
ステップＳ１８０４では、参照回数の多い順に、表示順位を決定する。
図１６の例に示したフローチャートによる処理では、参照した人数によって表示順位を決定したが、図１８の例に示したフローチャートによる処理では、参照回数で表示順位を決定するものである。したがって、一人のユーザーが参照を繰り返した場合も、表示順位は上位になる。

図１９は、本実施の形態による処理例（ステップＳ１５０４）を示すフローチャートである。
ステップＳ１９０２では、応答を行うユーザーの位置を抽出する。例えば、ユーザー端末２００から抽出すればよい。図２０は、ユーザー・位置対応テーブル２０００のデータ構造例を示す説明図である。ユーザー・位置対応テーブル２０００は、ユーザーＩＤ欄２０１０、位置欄２０２０を有している。ユーザーＩＤ欄２０１０は、ユーザーＩＤを記憶している。位置欄２０２０は、そのユーザーの位置を記憶している。ユーザーの位置は、前述したように、携帯端末である場合はＧＰＳを用いてもよいし、固定されたＰＣ等である場合は予め測定された位置としてもよい。
ステップＳ１９０４では、確認依頼を行った各ユーザーの位置を抽出する。
ステップＳ１９０６では、応答ユーザーと各確認依頼ユーザー間の距離を算出する。
ステップＳ１９０８では、距離＜閾値のユーザーがいるか否かを判断し、いる場合はステップＳ１９１０へ進み、それ以外の場合は処理を終了する（ステップＳ１９９９）。
ステップＳ１９１０では、距離が短い順に、表示順位を決定する。

図１９の例に示した処理は、以下のようにしてもよい。
応答を行うべきユーザーが近くに来た場合、そのユーザーが近くにいることを、確認依頼をしたユーザーに通知するようにしてもよい。この処理によって、確認の依頼を、口頭で念押しすることができるようになる。
また、確認依頼をしたユーザーが近くに来た場合、応答を行うべきユーザーの確認依頼の重要度を上げ、さらに、確認依頼をしたユーザーが近くにいることを通知するようにしてもよい。応答を行うべきユーザーにとっては、確認内容について口頭で話すことができるようになる。
また、位置情報だけでなく、忙しさ（近くにいるユーザーの心拍などの生体情報や、スケジュール情報等）を利用し、近くにいても対応可能でなければ、重要度を上げないようにしてもよい。
また、ユーザー（確認依頼をしたユーザー、応答を行うべきユーザー、その確認依頼が行われたトピックに属しているユーザーのいずれか、又は、これらの組み合わせ）のスケジュールのイベント（行事）と、その確認依頼が行われたトピックのタイトル又はメンバーとの類似度を算出し、近いスケジュールイベントがある場合は、重要度を上げるようにしてもよい。

図２１は、本実施の形態による処理例（ステップＳ１５０４）を示すフローチャートである。特に、応答を行うべきユーザーが複数人いる場合の処理例を示したものである。
ステップＳ２１０２では、確認依頼は、複数のユーザーに対してのものであるか否かを判断し、複数のユーザーに対してのものである場合はステップＳ２１０４へ進み、それ以外の場合は処理を終了する（ステップＳ２１９９）。
ステップＳ２１０４では、他の確認者（応答を行うべき他のユーザー）によって応答が既にあったか否かを判断し、あった場合はステップＳ２１０６へ進み、それ以外の場合は処理を終了する（ステップＳ２１９９）。
ステップＳ２１０６では、重要度を下げて、表示順位を決定する。
ステップＳ２１０８では、既に他の確認者による応答があった旨を表示する。

図２２は、本実施の形態による処理例を示すフローチャートである。
図５の例に示すフローチャートのステップＳ５１８の処理を次のようにしてもよい。
ステップＳ２２０２では、メッセージ領域４３０のスクロール処理の操作があったか否かを判断し、あった場合はステップＳ２２０４へ進み、それ以外の場合は処理を終了する（ステップＳ２２９９）。
ステップＳ２２０４では、確認処理の最中であるか否かを判断し、確認処理の最中である場合はステップＳ２２０６へ進み、それ以外の場合はステップＳ２２０８へ進む。
ステップＳ２２０６では、スクロール処理を行わずに、確認処理を行うようにメッセージを表示する。
ステップＳ２２０８では、スクロール処理を行う。

なお、本実施の形態（情報処理装置１００、ユーザー端末２００、サーバー２５０）としてのプログラムが実行されるコンピュータのハードウェア構成は、図２３に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ２３０１を用い、記憶装置としてＲＡＭ２３０２、ＲＯＭ２３０３、ＨＤ２３０４を用いている。ＨＤ２３０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いてもよい。通信モジュール１０５、送信モジュール１１０、受信モジュール１１５、会話処理モジュール１２０、会話モジュール１２５、依頼モジュール１３０、応答モジュール１３５、会話提示モジュール１４０、催促提示モジュール１４５、遷移モジュール１５０等のプログラムを実行するＣＰＵ２３０１と、そのプログラムやデータを記憶するＲＡＭ２３０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ２３０３と、トピック管理テーブル６００、チャット管理テーブル７００、確認リクエスト管理テーブル８００、応答管理テーブル１７００、ユーザー・位置対応テーブル２０００等を記憶している補助記憶装置（フラッシュ・メモリ等であってもよい）であるＨＤ２３０４と、キーボード、マウス、タッチスクリーン、マイク、カメラ（視線検知カメラ等を含む）等に対する利用者の操作（動作、音声、視線等を含む）に基づいてデータを受け付ける受付装置２３０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置２３０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース２３０７、そして、それらをつないでデータのやりとりをするためのバス２３０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図２３に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図２３に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図２３に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータ等の他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

確認依頼について、以下のようにしてもよい。
（１）確認依頼Ａに類似する過去の確認依頼Ｂに対して、応答すべきユーザーが既に応答している場合、その確認依頼Ａの重要度を上げるようにしてもよい。
（２）確認依頼に類似する、応答すべきユーザーが所有しているドキュメント（応答すべきユーザーのユーザー端末２００内にあるドキュメント（文書）、応答すべきユーザーが文書記憶サーバー等に記憶させているドキュメント）又は応答すべきユーザーが属している他のトピックが存在する場合、確認依頼にそれらの類似している情報を付与して、応答すべきユーザーに提示する。そして、その類似度が高いほど、確認依頼の重要度を上げるようにしてもよい。
これらの処理によって、過去の関連情報を利用して、応答すべきユーザーがより簡単に対応できると考えられるため（短時間での応答が可能であるため）、先にすべき応答であるとして促すことができるようになる。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ－Ｒ、ＤＶＤ－ＲＷ、ＤＶＤ－ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ－ＲＯＭ）、ＣＤレコーダブル（ＣＤ－Ｒ）、ＣＤリライタブル（ＣＤ－ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１０５…通信モジュール
１１０…送信モジュール
１１５…受信モジュール
１２０…会話処理モジュール
１２５…会話モジュール
１３０…依頼モジュール
１３５…応答モジュール
１４０…会話提示モジュール
１４５…催促提示モジュール
１５０…遷移モジュール
２００…ユーザー端末
２５０…サーバー

Claims (24)

1. 複数人による会話における会話内容を時系列に提示する会話提示手段と、
   依頼を受信する受信手段と、
   前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
   前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
   を有し、
   前記遷移手段は、前記会話が予め定められた人数より多い又は以上である場合に、前記遷移を行う、
   情報処理装置。
2. 複数人による会話における会話内容を時系列に提示する会話提示手段と、
   依頼を受信する受信手段と、
   前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
   前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
   を有し、
   前記催促提示手段は、前記依頼が複数ある場合は、該依頼の重要度にしたがって該依頼を提示し、
   前記催促提示手段は、さらに、前記依頼を行った者以外によって、該依頼に対する応答の参照があった場合に、該依頼の重要度を高くする、
   情報処理装置。
3. 複数人による会話における会話内容を時系列に提示する会話提示手段と、
   依頼を受信する受信手段と、
   前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
   前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
   を有し、
   前記催促提示手段は、前記依頼に対して応答するユーザーが複数いる場合であって、ユーザーからの応答があったときは、応答をしていないユーザーにおける該依頼の重要度を下げて提示する、
   情報処理装置。
4. 複数人による会話における会話内容を時系列に提示する会話提示手段と、
   依頼を受信する受信手段と、
   前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
   前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
   を有し、
   会話の集団が複数ある場合であって、前記催促提示手段は、現在の会話を行っている第１の集団とは異なる第２の集団における会話における依頼をも提示する、
   情報処理装置。
5. 前記遷移手段は、前記会話が予め定められた人数より多い又は以上である場合に、前記遷移を行う、
   請求項２から４のうちいずれか一項に記載の情報処理装置。
6. 前記遷移手段は、前記会話が３人以上によって行われている場合に、前記遷移を行う、
   請求項５に記載の情報処理装置。
7. 前記催促提示手段は、前記依頼が複数ある場合は、該依頼の重要度にしたがって該依頼を提示する、
   請求項１、３、４のうちいずれか一項に記載の情報処理装置。
8. 前記催促提示手段は、前記依頼を行った者以外によって、該依頼に対する応答の参照があった場合に、該依頼の重要度を高くする、
   請求項７に記載の情報処理装置。
9. 前記催促提示手段は、前記参照を行った人数が予め定められた閾値よりも多い又は以上である場合に、前記依頼の重要度を高くする、
   請求項８に記載の情報処理装置。
10. 前記催促提示手段は、前記依頼に対する応答の参照の回数が予め定められた閾値よりも多い又は以上である場合に、該依頼の重要度を高くする、
    請求項７に記載の情報処理装置。
11. 前記催促提示手段は、応答を行う場合に、前記依頼を行ったユーザーが該応答を行うユーザー間の距離が予め定められた閾値未満又は以下である場合は、該依頼の重要度を高くする、
    請求項７に記載の情報処理装置。
12. 前記催促提示手段は、前記依頼を行ったユーザーの位置と前記応答を行うユーザーの位置を検知し、ユーザー間の距離に応じて重要度を決定する、
    請求項１１に記載の情報処理装置。
13. 前記催促提示手段は、前記距離が予め定められた値未満又は以下である場合に、距離に応じた重要度を決定する、
    請求項１２に記載の情報処理装置。
14. 前記催促提示手段は、前記依頼に対して応答するユーザーが複数いる場合であって、ユーザーからの応答があったときは、応答をしていないユーザーにおける該依頼の重要度を下げて提示する、
    請求項１、２、４のうちいずれか一項に記載の情報処理装置。
15. 前記催促提示手段は、前記応答をしていないユーザーに対して、他のユーザーからの応答があった旨の提示を行う、
    請求項１４に記載の情報処理装置。
16. 前記遷移手段は、前記応答があるまでは、前記画面を遷移させない、
    請求項１から４のうちいずれか一項に記載の情報処理装置。
17. 会話の集団が複数ある場合であって、前記催促提示手段は、現在の会話を行っている第１の集団とは異なる第２の集団における会話における依頼をも提示する、
    請求項１から３のうちいずれか一項に記載の情報処理装置。
18. 前記遷移手段は、前記第２の集団における会話における依頼に対する応答を行う場合に、該第２の集団における会話を提示する画面に遷移する、
    請求項１７に記載の情報処理装置。
19. 前記遷移手段は、前記依頼に対する応答があるまでは、他の集団における会話を提示する画面に遷移させない、
    請求項１８に記載の情報処理装置。
20. 前記遷移手段は、前記依頼に対する応答があるまでは、前記第１の集団における会話を提示する画面に戻らせない、
    請求項１９に記載の情報処理装置。
21. コンピュータを、
    複数人による会話における会話内容を時系列に提示する会話提示手段と、
    依頼を受信する受信手段と、
    前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
    前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
    として機能させ、
    前記遷移手段は、前記会話が予め定められた人数より多い又は以上である場合に、前記遷移を行う、
    情報処理プログラム。
22. コンピュータを、
    複数人による会話における会話内容を時系列に提示する会話提示手段と、
    依頼を受信する受信手段と、
    前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
    前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
    として機能させ、
    前記催促提示手段は、前記依頼が複数ある場合は、該依頼の重要度にしたがって該依頼を提示し、
    前記催促提示手段は、さらに、前記依頼を行った者以外によって、該依頼に対する応答の参照があった場合に、該依頼の重要度を高くする、
    情報処理装置。
23. コンピュータを、
    複数人による会話における会話内容を時系列に提示する会話提示手段と、
    依頼を受信する受信手段と、
    前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
    前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
    として機能させ、
    前記催促提示手段は、前記依頼に対して応答するユーザーが複数いる場合であって、ユーザーからの応答があったときは、応答をしていないユーザーにおける該依頼の重要度を下げて提示する、
    情報処理装置。
24. コンピュータを、
    複数人による会話における会話内容を時系列に提示する会話提示手段と、
    依頼を受信する受信手段と、
    前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
    前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
    として機能させ、
    会話の集団が複数ある場合であって、前記催促提示手段は、現在の会話を行っている第１の集団とは異なる第２の集団における会話における依頼をも提示する、
    情報処理装置。
    

Images