JP7073693B2 - 情報処理装置及び情報処理プログラム - Google Patents
情報処理装置及び情報処理プログラム Download PDFInfo
- Publication number
- JP7073693B2 JP7073693B2 JP2017232222A JP2017232222A JP7073693B2 JP 7073693 B2 JP7073693 B2 JP 7073693B2 JP 2017232222 A JP2017232222 A JP 2017232222A JP 2017232222 A JP2017232222 A JP 2017232222A JP 7073693 B2 JP7073693 B2 JP 7073693B2
- Authority
- JP
- Japan
- Prior art keywords
- request
- conversation
- reminder
- response
- information processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/216—Handling conversation history, e.g. grouping of messages in sessions or threads
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Description
本発明は、複数人による会話における会話内容を時系列に提示する場合にあって、依頼に対して応答を行いやすくする情報処理装置及び情報処理プログラムを提供することを目的としている。
請求項1の発明は、複数人による会話における会話内容を時系列に提示する会話提示手段と、依頼を受信する受信手段と、前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段を有する情報処理装置である。
図1は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア(コンピュータ・プログラム)、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム(コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム)、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、1モジュールを1プログラムで構成してもよいし、複数モジュールを1プログラムで構成してもよく、逆に1モジュールを複数プログラムで構成してもよい。また、複数モジュールは1コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって1モジュールが複数コンピュータで実行されてもよい。なお、1つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続(データの授受、指示、データ間の参照関係、ログイン等)の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、2以上の値(もちろんのことながら、全ての値も含む)が同じであってもよい。また、「Aである場合、Bをする」という記載は、「Aであるか否かを判断し、Aであると判断した場合はBをする」の意味で用いる。ただし、Aであるか否かの判断が不要である場合を除く。また、「A、B、C」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その1つのみを選んでいる場合(例えば、Aのみ)を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク(一対一対応の通信接続を含む)等の通信手段で接続されて構成されるほか、1つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」(社会システム)にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、RAM(Random Access Memory)、外部記憶媒体、通信回線を介した記憶装置、CPU(Central Processing Unit)内のレジスタ等を含んでいてもよい。
なお、会話サービスとは、主に文字列(例えば、記号、絵文字、画像等を含めてもよい)による会話をリアルタイム可能に行うためのものであって、複数人による会話における会話内容を時系列に提示することができるものである。そして、前後の会話をスクロールによって確認可能とする処理を行うようにしてもよい。会話サービスとして、例えば、ユーザー端末200同士が通信回線を介してリアルタイムコミュニケーションを行うチャット、SNS(Social Networking Service)でのメッセージ送受信機能等がある。
送信モジュール110は、ユーザー端末200に会話等を送信する。
受信モジュール115は、ユーザー端末200から会話等を受信する。
会話モジュール125は、会話サービスを行う。つまり、会話を発したユーザー端末200から会話データを受け取り、その会話データを会話相手のユーザー端末200に送信し、その会話内容を提示させる。会話は、複数人によって行われ、2人以上であればよい。
また、会話モジュール125は、会話の集団が複数ある場合は、その会話の集団毎に、会話サービスを行う。つまり、その集団に属しているユーザーのユーザー端末200に会話を送信する。
ここで「会話の集団」とは、会話に参加している複数人のユーザーによるグループをいい、例えば、部屋、ルーム、会議室等ともいわれている。
「会話の集団」として、例えば、トピック毎に会話の集団が形成されている場合は、そのトピック毎と同義になる。
また、催促提示モジュール145は、依頼が複数ある場合は、その依頼の重要度にしたがって、その依頼を提示するようにしてもよい。なお、重要度を用いない場合は、依頼の日時順、依頼を行ったユーザーの名前順(例えば、ABC順等)等によって、依頼を表示する。
さらに、催促提示モジュール145は、依頼を行った者以外によって、その依頼に対する応答の参照があった場合に、その依頼の重要度を高くするようにしてもよい。なお、ここでは「応答の参照」として、その応答が行われたことを確認するための操作を含む。例えば、応答に対する依頼が行われた会話内容群(トピック)の参照を含むようにしてもよい。つまり、その応答を待っていることを示す操作であればよい。
また、催促提示モジュール145は、参照を行った人数が多い場合に、依頼の重要度を高くするようにしてもよい。ここで「人数が多い」とは、参照を行った人数が予め定められた閾値よりも多い又は以上であることをいう。
また、催促提示モジュール145は、依頼に対する応答の参照の回数が多い場合に、その依頼の重要度を高くするようにしてもよい。ここで「応答の参照の回数が多い」とは、応答の参照の回数が予め定められた閾値よりも多い又は以上であることをいう。
さらに、催促提示モジュール145は、依頼を行ったユーザーの位置と応答を行うユーザーの位置を検知し、ユーザー間の距離に応じて重要度を決定するようにしてもよい。例えば、ユーザーが用いているユーザー端末200が携帯端末である場合は、その携帯端末に内蔵されているGPS(Global Positioning System)やインドアセンシング技術(ユーザーがどこにいるかを測定する技術)を用いて位置を検知してもよいし、ユーザーが用いているユーザー端末200が設置されているPC(Personal Computer)である場合は、PCとそのPCが設置されている位置との対応を記憶しているテーブルを予め作成しておき、そのテーブルを用いて、位置を検知してもよい。
また、催促提示モジュール145は、距離が予め定められた値未満又は以下である場合に、距離に応じた重要度を決定するようにしてもよい。予め定められた値より遠い又は以上である場合は、直接に会うことができないからである。
さらに、催促提示モジュール145は、応答をしていないユーザーに対して、他のユーザーからの応答があった旨の提示を行うようにしてもよい。したがって、応答をしていない応答者は、その依頼において、他の応答者が既に応答していることを知ることができるようになる。
「依頼があった前又は後の会話内容」としている。したがって、提示するのは、「依頼があった前の会話内容」、「依頼があった後の会話内容」、「依頼があった前及び後の会話内容」の3種類のいずれであってもよい。また、提示対象として、依頼である会話内容を含めてもよいし、含めなくてもよい。また、時系列に会話内容を提示しているので、「依頼があった前の会話内容を提示」とは、依頼である会話内容(又は依頼である会話の直前の会話内容)を最後尾とした提示を行うこと、「依頼があった後の会話内容を提示」とは、依頼である会話内容(又は依頼である会話の直後の会話内容)を先頭とした提示を行うこと、「依頼があった前及び後の会話内容を提示」とは、依頼である会話内容を含めた提示を行うことである。さらに、「依頼である会話内容を含めた提示」とは、「依頼である会話」の前及び後の会話の会話内容を少なくとも1つ以上含めた表示であり、例えば、「依頼」が画面の中央の位置になるようにすること等が含まれる。
また、このいずれを提示するかについては、「依頼である会話」と「その依頼である会話の直前の会話」との間隔A、「依頼である会話」と「その依頼である会話の直後の会話」との間隔Bを比較して、短い方の会話群を提示するようにしてもよい。会話の間隔が短い方が会話が連続している可能性が高いからである。なお、間隔Aと間隔Bとの差分が予め定められた値以下又は未満である場合は、「依頼があった前及び後の会話内容を提示」を行うようにしてもよい。「依頼である会話」の前と後は連続している可能性が高いからである。
少人数による会話の場合は、依頼があった前又は後の会話内容を提示する必要がなく(例えば、最近の会話である場合等)、そして、画面の遷移をしてしまった場合は、むしろ煩わしくなってしまうことがあるからである。
さらに、遷移モジュール150は、会話が3人以上によって行われている場合に、遷移を行うようにしてもよい。特に、2人による会話の場合は、必ずその2人の間で行われていた会話であり、依頼があった直後には応答が行われるのが一般的であるので、依頼があった前又は後の会話内容を遷移して提示するまでもなく、応答が可能である可能性が高いからである。
この処理によって、応答者は応答をしないと、次の操作を行うことができなくなる。
「画面を遷移させない」処理として、具体的には、応答のみを受け付けるポップアップ画面を提示する、スクロールを行わせない、他の集団の会話の画面に遷移させない等がある。
そして、遷移モジュール150は、第2の集団における会話における依頼に対する応答を行う場合に、その第2の集団における会話を提示する画面に遷移するようにしてもよい。第1の集団での会話の画面を提示している場合に、第2の集団での会話の画面に遷移することになる。もちろんのことながら、第2の画面において、依頼があった前又は後の会話内容を提示している画面に遷移することになる。
また、遷移モジュール150は、依頼に対する応答があるまでは、他の集団における会話を提示する画面に遷移させないようにしてもよい。この処理によって、応答者は応答をしないと、他の集団での会話を行うことができなくなる。
そして、遷移モジュール150は、依頼に対する応答があるまでは、第1の集団における会話を提示する画面に戻らせないようにしてもよい。
ユーザー端末200A、ユーザー端末200B、ユーザー端末200Cは、通信回線を介して、サーバー250にそれぞれ接続されている。ユーザー端末200は、ユーザー210によって使用され、サーバー250に対してのクライアントとしての機能を有することになる。サーバー250は、情報処理装置100を有している。サーバー250は、会話サービス(チャットシステム)を提供する。
各ユーザー210がユーザー端末200を使用してメッセージを投稿すると、サーバー250に保存され、各ユーザー端末200にメッセージが配信される。
具体的には、ユーザーA:210Aの操作によって、ユーザー端末200Aの会話画面260Aのメッセージ受付領域272A内に会話内容(メッセージ)が記入され、送信ボタン274Aが選択(投稿)されると、その会話内容がサーバー250に送信される。なお、ユーザーA:210A、ユーザーB:210B、ユーザーC:210Cは、会話の1つの集団(グループ)を形成している。
サーバー250は、その会話内容を、同じグループに属しているユーザーA:210A、ユーザーB:210B、ユーザーC:210Cに送信する。各会話画面260では、その会話内容を受信し、会話画面260内の最新の会話内容としてメッセージ270を表示する。なお、会話画面260内で右側にユーザー210が投稿した会話内容、左側に他のユーザー210が投稿した会話内容を時系列に表示する。
また、会話画面260には、過去の会話内容として、時系列に(投稿日時の古いものを上から順に)メッセージ262、メッセージ264、メッセージ266、メッセージ268を表示している。
サーバー250Aは、情報処理装置100Aを有している。ユーザー端末200A、ユーザー端末200B、ユーザー端末200C、サーバー250Aは、通信回線380を介してそれぞれ接続されている。通信回線380は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのイントラネット等であってもよい。例えば、社内の業務で、サーバー250Aの会話サービスを利用した場合、依頼の一例として、応答者である上司等に確認を求める場合がある。しかし、応答者は、常にその会話サービスを利用しているとは限らず、他の会話の集団に参加している場合もある。このような場合に、サーバー250Aは、応答者のユーザー端末200に対して応答を催促する。しかし、応答者は、何の確認であるかが把握できない場合がある。そこで、サーバー250Aは、依頼があった前又は後の会話内容を、応答者のユーザー端末200に提示する。応答者は、それを閲覧して、応答を行うことができる。
なお、サーバー250による機能は、クラウドサービスとして実現してもよい。
画面400には、リストトピック領域410、メッセージ領域430、確認依頼表示領域450を表示する。
リストトピック領域410には、ユーザーが参加している、又は、参加可能なトピックを表示する。ここでのトピックは、会話の集団の一例である。例えば、トピック412(撮影の日程について)、トピック414(会議時間の変更)、トピック416(デモ日程調整)、トピック418(申請)、トピック420(英語地図について)を表示する。いずれかのトピックが、ユーザーによって選択された場合、メッセージ領域430内に、そのトピックにおける会話内容が表示される。図4の例では、トピック416が選択された状態を示している。つまり、トピックとして「デモ日程調整」を話題としており、ユーザー「Fxxxx69」とユーザー「Fxxxx41」が会話している。会話は3人以上で行われていてもよい。
メッセージ領域430には、各参加者の会話内容であるメッセージ432、メッセージ434、メッセージ436、メッセージ438、メッセージ440等をスクロール可能に表示している。スクロール動作があると、より過去の会話内容を表示する。そして、ユーザーが会話内容を記載するメッセージ受付領域442、その会話内容に添付する書類を指定するための添付ボタン444、その会話内容を投稿するための送信ボタン446を表示する。
確認依頼表示領域450には、会話サービスを使用しているユーザーに対して、他のユーザーから依頼があり、応答が必要であることを表示する。また、その依頼を重要度順に表示してもよい。
ステップS502では、ユーザーXによって確認リクエストの操作(依頼の一例)があったか否かを判断し、あった場合はステップS504へ進み、それ以外の場合は確認リクエストの操作があるまで待機する。
図9は、本実施の形態による確認リクエストの表示処理例を示す説明図である。
図9(a)は、図4の例に示した画面400上に確認リクエストボタン910を表示した例を示している。例えば、メッセージ436上にマウスポインタを重ねた(マウスオーバーした)ことを検知した場合に、確認リクエストボタン910を表示する。その他に、メッセージ436がダブルクリックされたことを検知した場合に、確認リクエストボタン910を表示してもよいし、予め定められたキー(例えば、コントロールキー)を押しながらメッセージ436がクリックされたことを検知した場合に、確認リクエストボタン910を表示してもよい。
なお、確認してほしいメッセージ(具体的には、マウスオーバーするメッセージ)として、一般的には、自分(ここではメンバーX)のメッセージであるが、他のメンバーのメッセージであってもよい。
また、確認リクエストボタン910内の表示内容は、ステップS504、ステップS506によって決定される。
なお、このチャット管理テーブル700は、トピック毎に生成される。
ステップS506では、そのトピックのメンバーを抽出する。具体的には、ステップS504で抽出されたトピックから、トピック管理テーブル600を用いてメンバーを抽出すればよい。
具体的には、図9(b)の例に示すように、確認リクエストボタン910が選択された場合に、確認リスト表示領域920をポップアップ表示する。その確認リスト表示領域920には、確認リクエスト受付領域930、確認先ユーザー表示領域942、確認先ユーザー表示領域944、確認先ユーザー表示領域946、送信ボタン950を表示する。確認リクエスト受付領域930には、ユーザーによって、依頼先のユーザーへの依頼事項が記入される。依頼先として、例えば、確認先ユーザー表示領域942、確認先ユーザー表示領域944、確認先ユーザー表示領域946を表示する。なお、ここでの「確認者」とは、依頼先である応答者である。例えば、ステップS506で抽出したトピックのメンバー(本人であるユーザーを除く)をリスト表示している。ユーザーXは、確認してほしいメンバーを選択(チェックボックスにチェック)する。そして、ユーザーXによって送信ボタン950が選択されると、ユーザー端末200はその確認リクエストの情報をサーバー250に送信して、サーバー250は、確認リクエスト管理テーブル800を生成し、ステップS510へ進む。
図10、図11は、本実施の形態による処理例(ステップS510)を示す説明図である。
図9の例に示した送信ボタン950が選択されると、図10の例に示す左側の画面400から確認リクエストの情報がサーバー250に送信される。そして、サーバー250は、図10の例に示す右側の確認者のユーザー端末200の画面1000(具体的には、確認依頼表示領域1050)に、応答を催促する旨の提示を行う。
具体的には、図11(a)の例に示す画面1000の確認依頼表示領域1050内に、図11(b)の例に示す確認依頼表示領域1050を表示する。例えば、確認依頼表示領域1050には、その確認者に送信されている確認リクエストを示す確認依頼(1)表示領域1110、確認依頼(2)表示領域1120、確認依頼(3)表示領域1130を表示する。
確認依頼(1)表示領域1110には、例えば、『メンバー1からの確認依頼があります 「・・・依頼資料を更新しました」』、詳細ボタン1112を表示する。確認依頼(2)表示領域1120には、例えば、『メンバー2からの確認依頼があります 「・・・こちらでよろしいでしょうか?」』、詳細ボタン1122を表示する。確認依頼(3)表示領域1130には、例えば、『メンバー3からの確認依頼があります 「・・・の出席をお願いします」』、詳細ボタン1132を表示する。なお、「」内に表示される文字列は、図9(b)の例に示した確認リクエスト受付領域930内に記入された文字列である。
ステップS514では、そのトピックのメンバーは3人以上か否かを判断し、3人以上の場合はステップS516へ進み、それ以外の場合はステップS518へ進む。
なお、ステップS514の処理を行わなくてもよい。つまり、そのトピックのメンバーが2人であっても、ステップS516の処理を行うようにしてもよい。
例えば、図11(b)に示す詳細ボタン1112が選択された場合は、図11(c)に示すような画面1000の表示にする。つまり、メッセージ1036の周囲に確認ボタン1160を表示する。なお、メッセージ1036は、図9(a)の例で確認依頼が行われたメッセージ436に対応するものである(つまり、メッセージ436とメッセージ1036の表示内容は同じである)。また、確認者のメッセージ領域1030で他の画面(例えば、同じトピックであるが、より過去の会話内容、又は、他のトピックの会話内容等)を表示していた場合は、メッセージ1036を表示する画面に遷移する。具体的には、メッセージ1036をメッセージ領域1030内の中心になるように、その前後のメッセージ(メッセージ1032、メッセージ1034、メッセージ1038、メッセージ1040)を表示する。
なお、ステップS516では、対象となっているメッセージ1036をメッセージ領域1030内の最後にして表示(つまり、メッセージ1036の前のメッセージ群を表示)してもよい。この場合、メッセージ1036の投稿が行われるまでの経過を把握することができるようになる。また、対象となっているメッセージ1036をメッセージ領域1030内の最初にして表示(つまり、メッセージ1036の後のメッセージ群を表示)してもよい。この場合、メッセージ1036の投稿が行われた後の経過を把握することができるようになる。
ステップS1202では、依頼者の操作に応じて、確認者に確認依頼メッセージを送信したか否かを判断し、送信した場合はステップS1204へ進み、それ以外の場合送信するまで待機する。
ステップS1204では、確認者毎に確認依頼リストを生成する。
ステップS1206では、確認者のユーザー端末200に確認依頼リストを送信して表示させる。
ステップS1208では、確認者の操作に応じて、確認依頼に対して返信したか否かを判断し、返信した場合はステップS1204へ戻り、それ以外の場合は処理を終了する(ステップS1299)。つまり、返信が行われた場合(応答が行われた場合、具体的には、図11(d)の例に示す送信ボタン1166が選択された場合)は、返信した確認依頼を確認依頼リストから削除して、確認依頼リストを更新する。そして、その更新された確認依頼リストを確認者のユーザー端末200に送信し、確認依頼表示領域1050に表示させる。
ステップS1302では、依頼者の操作に応じて、確認者に確認依頼メッセージを送信したか否かを判断し、送信した場合はステップS1304へ進み、それ以外の場合は送信するまで待機する。
ステップS1304では、確認者が開いているトピックでの確認依頼リスト(重要度順)を生成する。例えば、図15に示すフローチャートを用いて後述する。
ステップS1306では、確認者に確認依頼リストを送信して表示させる。
ステップS1310では、確認者の操作に応じて、確認依頼に対して返信したか否かを判断し、返信した場合はステップS1304へ戻り、それ以外の場合は処理を終了する(ステップS1399)。
図14(a)の例では、画面1400において、リストトピック領域1405内のトピック1410が選択された状態である。この場合、確認依頼表示領域1430には、図14(b1)のように表示している。つまり、確認依頼表示領域1430には、確認依頼(1)表示領域1432、確認依頼(2)表示領域1436、確認依頼(3)表示領域1440の順番で表示している。具体的には、トピック1410の内容に類似する順番で表示する。例えば、選択されているトピックの画面で確認依頼が行われたものは重要度を高くしている(表示順位が高い)。また、確認依頼が行われたメッセージの前又は後にあるメッセージ群の文字列によって構成される意味ベクトルと選択されたトピック内のメッセージ群の文字列によって構成される意味ベクトルとの類似度(内積)を算出して、その類似度が高い順に表示してもよい。
ここで、リストトピック領域1405内のトピック1410からトピック1420に選択を変更した場合、確認依頼表示領域1430には、図14(b2)のように表示する。つまり、確認依頼表示領域1430には、確認依頼(1)表示領域1452、確認依頼(2)表示領域1456、確認依頼(3)表示領域1460の順番で表示する。なお、確認依頼(1)表示領域1452の内容は確認依頼(2)表示領域1436の内容であり、確認依頼(2)表示領域1456の内容は確認依頼(3)表示領域1440の内容であり、確認依頼(3)表示領域1460の内容は確認依頼(1)表示領域1432の内容である。具体的には、トピック1420の内容に類似する順番で表示する。
なお、図13、図14の例では、トピックが変更されると、確認依頼表示領域1430内の表示順を変更したが、トピック内の部分毎に重要度(表示順番)を変更してもよい。例えば、メッセージ領域1480の表示スクロールにしたがって重要度を変更してもよい。この場合は、メッセージ領域1480内に表示されているメッセージ群との類似度を算出すればよい。
ステップS1502では、ユーザーに対して確認依頼が複数あるか否かを判断し、複数ある場合はステップS1504へ進み、それ以外の場合はステップS1506へ進む。
ステップS1504では、確認依頼の表示順位を決定する。ステップS1504の処理については、図16、図18、図19、図21の例に示すフローチャートのいずれか(又はこれらの組み合わせ)を用いればよい。詳細については後述する。
ステップS1506では、そのユーザーのユーザー端末200の確認依頼表示領域450に確認依頼を表示する。
ステップS1602では、確認依頼に対する応答への参照人数を算出する。例えば、応答管理テーブル1700を用いればよい。具体的には、応答管理テーブル1700の参照者ID欄1760内の参照者IDの数によって、参照人数を算出すればよい。図17は、応答管理テーブル1700のデータ構造例を示す説明図である。応答管理テーブル1700は、応答No欄1710、対応確認依頼No欄1720、応答日時欄1730、応答ユーザーID欄1740、応答内容欄1750、参照者ID欄1760、参照日時欄1770を有している。応答No欄1710は、応答Noを記憶している。ここで応答Noとは、個々の応答を識別するための情報である。対応確認依頼No欄1720は、その応答に対応する対応確認依頼の対応確認依頼Noを記憶している。ここで対応確認依頼Noとは、個々の対応確認依頼を識別するための情報である。応答日時欄1730は、その応答が行われた日時を記憶している。応答ユーザーID欄1740は、応答したユーザーのユーザーIDを記憶している。応答内容欄1750は、その応答の内容を記憶している。参照者ID欄1760は、本実施の形態において、その応答を参照した参照者を一意に識別するための情報(参照者ID)を記憶している。参照日時欄1770は、その参照者によって参照された日時を記憶している。なお、応答についての参照がある都度に、参照者ID欄1760と参照日時欄1770が付加される。
ステップS1604では、参照人数の多い順に表示順位を決定する。
応答待ちのトピックへのアクセスを利用してもよい。例えば、メンバーがトピックA上で確認依頼を実施したとき、確認依頼後のトピックAの閲覧数、メッセージ書き込み数により、その確認依頼の重要度を上げるようにしてもよい。応答者による確認の結果は、トピックAに関与するメンバーからの関心が高く、その確認依頼が重要であると考えられるためである。
また、応答又は確認依頼が行われたトピックへの閲覧数は多いが、メッセージの書き込み数が少ないトピックにおける確認依頼の、重要度を上げるようにしてもよい。その確認依頼に対する応答には関心があるが、応答がないことで、議論が滞っている可能性が高いためである。
ステップS1802では、確認依頼に対する応答への参照回数を算出する。例えば、応答管理テーブル1700の参照日時欄1770内の参照日時の数によって、参照回数を算出すればよい。
ステップS1804では、参照回数の多い順に、表示順位を決定する。
図16の例に示したフローチャートによる処理では、参照した人数によって表示順位を決定したが、図18の例に示したフローチャートによる処理では、参照回数で表示順位を決定するものである。したがって、一人のユーザーが参照を繰り返した場合も、表示順位は上位になる。
ステップS1902では、応答を行うユーザーの位置を抽出する。例えば、ユーザー端末200から抽出すればよい。図20は、ユーザー・位置対応テーブル2000のデータ構造例を示す説明図である。ユーザー・位置対応テーブル2000は、ユーザーID欄2010、位置欄2020を有している。ユーザーID欄2010は、ユーザーIDを記憶している。位置欄2020は、そのユーザーの位置を記憶している。ユーザーの位置は、前述したように、携帯端末である場合はGPSを用いてもよいし、固定されたPC等である場合は予め測定された位置としてもよい。
ステップS1904では、確認依頼を行った各ユーザーの位置を抽出する。
ステップS1906では、応答ユーザーと各確認依頼ユーザー間の距離を算出する。
ステップS1908では、距離<閾値のユーザーがいるか否かを判断し、いる場合はステップS1910へ進み、それ以外の場合は処理を終了する(ステップS1999)。
ステップS1910では、距離が短い順に、表示順位を決定する。
応答を行うべきユーザーが近くに来た場合、そのユーザーが近くにいることを、確認依頼をしたユーザーに通知するようにしてもよい。この処理によって、確認の依頼を、口頭で念押しすることができるようになる。
また、確認依頼をしたユーザーが近くに来た場合、応答を行うべきユーザーの確認依頼の重要度を上げ、さらに、確認依頼をしたユーザーが近くにいることを通知するようにしてもよい。応答を行うべきユーザーにとっては、確認内容について口頭で話すことができるようになる。
また、位置情報だけでなく、忙しさ(近くにいるユーザーの心拍などの生体情報や、スケジュール情報等)を利用し、近くにいても対応可能でなければ、重要度を上げないようにしてもよい。
また、ユーザー(確認依頼をしたユーザー、応答を行うべきユーザー、その確認依頼が行われたトピックに属しているユーザーのいずれか、又は、これらの組み合わせ)のスケジュールのイベント(行事)と、その確認依頼が行われたトピックのタイトル又はメンバーとの類似度を算出し、近いスケジュールイベントがある場合は、重要度を上げるようにしてもよい。
ステップS2102では、確認依頼は、複数のユーザーに対してのものであるか否かを判断し、複数のユーザーに対してのものである場合はステップS2104へ進み、それ以外の場合は処理を終了する(ステップS2199)。
ステップS2104では、他の確認者(応答を行うべき他のユーザー)によって応答が既にあったか否かを判断し、あった場合はステップS2106へ進み、それ以外の場合は処理を終了する(ステップS2199)。
ステップS2106では、重要度を下げて、表示順位を決定する。
ステップS2108では、既に他の確認者による応答があった旨を表示する。
図5の例に示すフローチャートのステップS518の処理を次のようにしてもよい。
ステップS2202では、メッセージ領域430のスクロール処理の操作があったか否かを判断し、あった場合はステップS2204へ進み、それ以外の場合は処理を終了する(ステップS2299)。
ステップS2204では、確認処理の最中であるか否かを判断し、確認処理の最中である場合はステップS2206へ進み、それ以外の場合はステップS2208へ進む。
ステップS2206では、スクロール処理を行わずに、確認処理を行うようにメッセージを表示する。
ステップS2208では、スクロール処理を行う。
なお、図23に示すハードウェア構成は、1つの構成例を示すものであり、本実施の形態は、図23に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア(例えば特定用途向け集積回路(Application Specific Integrated Circuit:ASIC)等)で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図23に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータ等の他、携帯情報通信機器(携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む)、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機(スキャナ、プリンタ、複写機、ファックス等のいずれか2つ以上の機能を有している画像処理装置)などに組み込まれていてもよい。
(1)確認依頼Aに類似する過去の確認依頼Bに対して、応答すべきユーザーが既に応答している場合、その確認依頼Aの重要度を上げるようにしてもよい。
(2)確認依頼に類似する、応答すべきユーザーが所有しているドキュメント(応答すべきユーザーのユーザー端末200内にあるドキュメント(文書)、応答すべきユーザーが文書記憶サーバー等に記憶させているドキュメント)又は応答すべきユーザーが属している他のトピックが存在する場合、確認依頼にそれらの類似している情報を付与して、応答すべきユーザーに提示する。そして、その類似度が高いほど、確認依頼の重要度を上げるようにしてもよい。
これらの処理によって、過去の関連情報を利用して、応答すべきユーザーがより簡単に対応できると考えられるため(短時間での応答が可能であるため)、先にすべき応答であるとして促すことができるようになる。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク(DVD)であって、DVDフォーラムで策定された規格である「DVD-R、DVD-RW、DVD-RAM等」、DVD+RWで策定された規格である「DVD+R、DVD+RW等」、コンパクトディスク(CD)であって、読出し専用メモリ(CD-ROM)、CDレコーダブル(CD-R)、CDリライタブル(CD-RW)等、ブルーレイ・ディスク(Blu-ray(登録商標) Disc)、光磁気ディスク(MO)、フレキシブルディスク(FD)、磁気テープ、ハードディスク、読出し専用メモリ(ROM)、電気的消去及び書換可能な読出し専用メモリ(EEPROM(登録商標))、フラッシュ・メモリ、ランダム・アクセス・メモリ(RAM)、SD(Secure Digital)メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク(LAN)、メトロポリタン・エリア・ネットワーク(MAN)、ワイド・エリア・ネットワーク(WAN)、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
105…通信モジュール
110…送信モジュール
115…受信モジュール
120…会話処理モジュール
125…会話モジュール
130…依頼モジュール
135…応答モジュール
140…会話提示モジュール
145…催促提示モジュール
150…遷移モジュール
200…ユーザー端末
250…サーバー
Claims (24)
- 複数人による会話における会話内容を時系列に提示する会話提示手段と、
依頼を受信する受信手段と、
前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
を有し、
前記遷移手段は、前記会話が予め定められた人数より多い又は以上である場合に、前記遷移を行う、
情報処理装置。 - 複数人による会話における会話内容を時系列に提示する会話提示手段と、
依頼を受信する受信手段と、
前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
を有し、
前記催促提示手段は、前記依頼が複数ある場合は、該依頼の重要度にしたがって該依頼を提示し、
前記催促提示手段は、さらに、前記依頼を行った者以外によって、該依頼に対する応答の参照があった場合に、該依頼の重要度を高くする、
情報処理装置。 - 複数人による会話における会話内容を時系列に提示する会話提示手段と、
依頼を受信する受信手段と、
前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
を有し、
前記催促提示手段は、前記依頼に対して応答するユーザーが複数いる場合であって、ユーザーからの応答があったときは、応答をしていないユーザーにおける該依頼の重要度を下げて提示する、
情報処理装置。 - 複数人による会話における会話内容を時系列に提示する会話提示手段と、
依頼を受信する受信手段と、
前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
を有し、
会話の集団が複数ある場合であって、前記催促提示手段は、現在の会話を行っている第1の集団とは異なる第2の集団における会話における依頼をも提示する、
情報処理装置。 - 前記遷移手段は、前記会話が予め定められた人数より多い又は以上である場合に、前記遷移を行う、
請求項2から4のうちいずれか一項に記載の情報処理装置。 - 前記遷移手段は、前記会話が3人以上によって行われている場合に、前記遷移を行う、
請求項5に記載の情報処理装置。 - 前記催促提示手段は、前記依頼が複数ある場合は、該依頼の重要度にしたがって該依頼を提示する、
請求項1、3、4のうちいずれか一項に記載の情報処理装置。 - 前記催促提示手段は、前記依頼を行った者以外によって、該依頼に対する応答の参照があった場合に、該依頼の重要度を高くする、
請求項7に記載の情報処理装置。 - 前記催促提示手段は、前記参照を行った人数が予め定められた閾値よりも多い又は以上である場合に、前記依頼の重要度を高くする、
請求項8に記載の情報処理装置。 - 前記催促提示手段は、前記依頼に対する応答の参照の回数が予め定められた閾値よりも多い又は以上である場合に、該依頼の重要度を高くする、
請求項7に記載の情報処理装置。 - 前記催促提示手段は、応答を行う場合に、前記依頼を行ったユーザーが該応答を行うユーザー間の距離が予め定められた閾値未満又は以下である場合は、該依頼の重要度を高くする、
請求項7に記載の情報処理装置。 - 前記催促提示手段は、前記依頼を行ったユーザーの位置と前記応答を行うユーザーの位置を検知し、ユーザー間の距離に応じて重要度を決定する、
請求項11に記載の情報処理装置。 - 前記催促提示手段は、前記距離が予め定められた値未満又は以下である場合に、距離に応じた重要度を決定する、
請求項12に記載の情報処理装置。 - 前記催促提示手段は、前記依頼に対して応答するユーザーが複数いる場合であって、ユーザーからの応答があったときは、応答をしていないユーザーにおける該依頼の重要度を下げて提示する、
請求項1、2、4のうちいずれか一項に記載の情報処理装置。 - 前記催促提示手段は、前記応答をしていないユーザーに対して、他のユーザーからの応答があった旨の提示を行う、
請求項14に記載の情報処理装置。 - 前記遷移手段は、前記応答があるまでは、前記画面を遷移させない、
請求項1から4のうちいずれか一項に記載の情報処理装置。 - 会話の集団が複数ある場合であって、前記催促提示手段は、現在の会話を行っている第1の集団とは異なる第2の集団における会話における依頼をも提示する、
請求項1から3のうちいずれか一項に記載の情報処理装置。 - 前記遷移手段は、前記第2の集団における会話における依頼に対する応答を行う場合に、該第2の集団における会話を提示する画面に遷移する、
請求項17に記載の情報処理装置。 - 前記遷移手段は、前記依頼に対する応答があるまでは、他の集団における会話を提示する画面に遷移させない、
請求項18に記載の情報処理装置。 - 前記遷移手段は、前記依頼に対する応答があるまでは、前記第1の集団における会話を提示する画面に戻らせない、
請求項19に記載の情報処理装置。 - コンピュータを、
複数人による会話における会話内容を時系列に提示する会話提示手段と、
依頼を受信する受信手段と、
前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
として機能させ、
前記遷移手段は、前記会話が予め定められた人数より多い又は以上である場合に、前記遷移を行う、
情報処理プログラム。 - コンピュータを、
複数人による会話における会話内容を時系列に提示する会話提示手段と、
依頼を受信する受信手段と、
前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
として機能させ、
前記催促提示手段は、前記依頼が複数ある場合は、該依頼の重要度にしたがって該依頼を提示し、
前記催促提示手段は、さらに、前記依頼を行った者以外によって、該依頼に対する応答の参照があった場合に、該依頼の重要度を高くする、
情報処理装置。 - コンピュータを、
複数人による会話における会話内容を時系列に提示する会話提示手段と、
依頼を受信する受信手段と、
前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
として機能させ、
前記催促提示手段は、前記依頼に対して応答するユーザーが複数いる場合であって、ユーザーからの応答があったときは、応答をしていないユーザーにおける該依頼の重要度を下げて提示する、
情報処理装置。 - コンピュータを、
複数人による会話における会話内容を時系列に提示する会話提示手段と、
依頼を受信する受信手段と、
前記依頼に対して、応答を催促する旨の提示を行う催促提示手段と、
前記応答を行う場合に、前記依頼があった前又は後の会話内容を提示できるように画面を遷移する遷移手段
として機能させ、
会話の集団が複数ある場合であって、前記催促提示手段は、現在の会話を行っている第1の集団とは異なる第2の集団における会話における依頼をも提示する、
情報処理装置。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017232222A JP7073693B2 (ja) | 2017-12-04 | 2017-12-04 | 情報処理装置及び情報処理プログラム |
CN201810714952.8A CN109873748A (zh) | 2017-12-04 | 2018-07-03 | 信息处理装置 |
US16/198,895 US11411902B2 (en) | 2017-12-04 | 2018-11-23 | Information processing apparatus and non-transitory computer readable medium storing information processing program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017232222A JP7073693B2 (ja) | 2017-12-04 | 2017-12-04 | 情報処理装置及び情報処理プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2019101768A JP2019101768A (ja) | 2019-06-24 |
JP7073693B2 true JP7073693B2 (ja) | 2022-05-24 |
Family
ID=66658294
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2017232222A Active JP7073693B2 (ja) | 2017-12-04 | 2017-12-04 | 情報処理装置及び情報処理プログラム |
Country Status (3)
Country | Link |
---|---|
US (1) | US11411902B2 (ja) |
JP (1) | JP7073693B2 (ja) |
CN (1) | CN109873748A (ja) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP7451992B2 (ja) * | 2019-12-23 | 2024-03-19 | カシオ計算機株式会社 | クライアント端末、情報処理システム、プログラム及び情報処理方法 |
JP2021177334A (ja) * | 2020-05-08 | 2021-11-11 | 京セラドキュメントソリューションズ株式会社 | メッセージ表示プログラム及び情報処理装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007049405A1 (ja) | 2005-10-26 | 2007-05-03 | Sharp Kabushiki Kaisha | 電子機器及びプログラム |
JP2007199768A (ja) | 2006-01-23 | 2007-08-09 | Fuji Xerox Co Ltd | 文書管理装置及び文書管理方法、並びにコンピュータプログラム |
WO2017018016A1 (ja) | 2015-07-24 | 2017-02-02 | ソニー株式会社 | 情報処理装置、情報処理方法、およびプログラム |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6496851B1 (en) | 1999-08-04 | 2002-12-17 | America Online, Inc. | Managing negotiations between users of a computer network by automatically engaging in proposed activity using parameters of counterproposal of other user |
US7743340B2 (en) | 2000-03-16 | 2010-06-22 | Microsoft Corporation | Positioning and rendering notification heralds based on user's focus of attention and activity |
BR0215407A (pt) | 2001-12-28 | 2004-11-09 | Simdesk Technologies Inc | Sistema de envio de mensagens instantâneo |
US20060010208A1 (en) | 2002-07-23 | 2006-01-12 | Kabushiki Kaisha Eighting | Informing system |
JP5645153B2 (ja) | 2007-05-08 | 2014-12-24 | 俊彦 岡部 | チャットシステム、リンク情報付きログの提供方法、表示装置、表示方法、プログラム、記録媒体、及びリンク情報付きログ |
JP2009104288A (ja) | 2007-10-22 | 2009-05-14 | Hitachi Ltd | 通信管理サーバ及び計算機システム |
CN101419631A (zh) * | 2008-12-11 | 2009-04-29 | 腾讯科技(深圳)有限公司 | 一种展示问题的方法和装置 |
US8254890B2 (en) * | 2009-04-08 | 2012-08-28 | Research In Motion Limited | System and method for managing items in a list shared by a group of mobile devices |
JP6044411B2 (ja) | 2013-03-25 | 2016-12-14 | 富士通株式会社 | メール処理プログラム、メール処理方法及びメール処理装置 |
US20160344677A1 (en) * | 2015-05-22 | 2016-11-24 | Microsoft Technology Licensing, Llc | Unified messaging platform for providing interactive semantic objects |
US10389667B2 (en) * | 2015-08-13 | 2019-08-20 | Successfactors, Inc. | High value message threading model |
CN105282013A (zh) | 2015-10-30 | 2016-01-27 | 腾讯科技(深圳)有限公司 | 事项消息通知方法、装置及*** |
US20180004762A1 (en) * | 2016-06-30 | 2018-01-04 | Quippy, Inc. | User discovery in a location-based messaging platform |
US10257128B2 (en) * | 2016-11-28 | 2019-04-09 | Microsoft Technology Licensing, Llc | Presenting messages to participants based on neighborhoods |
US10771424B2 (en) * | 2017-04-10 | 2020-09-08 | Microsoft Technology Licensing, Llc | Usability and resource efficiency using comment relevance |
US11206231B2 (en) * | 2017-08-18 | 2021-12-21 | Slack Technologies, Inc. | Group-based communication interface with subsidiary channel-based thread communications |
-
2017
- 2017-12-04 JP JP2017232222A patent/JP7073693B2/ja active Active
-
2018
- 2018-07-03 CN CN201810714952.8A patent/CN109873748A/zh active Pending
- 2018-11-23 US US16/198,895 patent/US11411902B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2007049405A1 (ja) | 2005-10-26 | 2007-05-03 | Sharp Kabushiki Kaisha | 電子機器及びプログラム |
JP2007199768A (ja) | 2006-01-23 | 2007-08-09 | Fuji Xerox Co Ltd | 文書管理装置及び文書管理方法、並びにコンピュータプログラム |
WO2017018016A1 (ja) | 2015-07-24 | 2017-02-02 | ソニー株式会社 | 情報処理装置、情報処理方法、およびプログラム |
Also Published As
Publication number | Publication date |
---|---|
US20190173815A1 (en) | 2019-06-06 |
US11411902B2 (en) | 2022-08-09 |
CN109873748A (zh) | 2019-06-11 |
JP2019101768A (ja) | 2019-06-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3639151B1 (en) | Method and system to converse across fragmented messaging services based on discussion topics | |
US12003471B2 (en) | Teleporting a new member to a messaging group | |
US9514424B2 (en) | System and method for online communications management | |
US8214746B2 (en) | Establishment of message context in a collaboration system | |
EP2372964B1 (en) | Collaboration support system | |
CN112771485A (zh) | 显示与即时通讯软件应用程序相关的聊天室的方法及装置 | |
KR20180135097A (ko) | 통신들 및 관련 기능들의 채팅―기반 지원 | |
JP2006018833A (ja) | 通知を搬送するのを容易にするシステムおよび方法 | |
TW201519064A (zh) | 管理對話 | |
JP2016057740A (ja) | 情報処理装置及び情報処理プログラム | |
JP2016541076A (ja) | 連絡先情報のためのシステム、方法、及びコンピュータプログラム製品 | |
US9224134B2 (en) | Arranging a conversation among a plurality of participants | |
JP2014063459A (ja) | オンエアーサービス方法及びそのシステム | |
US9659089B2 (en) | Prioritizing work and personal items from various data sources using a user profile | |
US10122673B2 (en) | Methods and systems for aggregating user generated content | |
US20150363895A1 (en) | System and method for managing online information by a community manager | |
US20200090123A1 (en) | System and method for rule-based information routing and participation | |
CN114556389A (zh) | 保持对重要任务的跟踪 | |
JP7073693B2 (ja) | 情報処理装置及び情報処理プログラム | |
CN109376018B (zh) | 消息线程的运行方法和程序指令 | |
CN114830150A (zh) | 用于主动双向对话的***和方法 | |
JP2020201770A (ja) | コミュニケーションシステム、コミュニケーション方法及びプログラム | |
KR101471171B1 (ko) | 게시판과 연계된 인스턴트 메시징 서비스 제공 시스템 및 방법 | |
Russell | Strategies for effectively managing email at work | |
Willis et al. | Supporting Emotion Communication in Information Systems. |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20201119 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20210928 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20211012 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20211208 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20220412 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20220425 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7073693 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |