JP6927537B2 - チャットルームベースのメッセージ客体処理装置 - Google Patents

Description

本発明は、チャットルームベースのメッセージ客体処理技術に関し、より詳細には、ユーザ間の対話を通じて業務を円滑に進めることができるようにするチャットルームベースのメッセージ客体処理装置に関する。

インスタントメッセンジャーは、ユーザ間の文字又はグラフィックを含むメッセージを伝達するアプリケーションに該当し、複数のユーザが参加するチャットルームで実現される。モバイル環境の発達により、モバイルメッセンジャー（例えば、カカオトーク、ライン、及びフェイスブック）は、メッセージを介して相手にユーザの意思を伝達する手段として活発に使用されている。インスタントメッセンジャーは、相手のメッセージの確認可否及び相手のチャットルームの参加状態をユーザに通知することができる。

しかしながら、近年ではインスタントメッセンジャーを使用するユーザの数が急増するのに伴い、インスタントメッセンジャーのチャットルームで生成されるメッセージもまた急増している。これに伴って、ユーザは、多数が参加しているチャットルームの数多くのメッセージの中で、自分を指定したメッセージを一つずつ確認し難く、時間的損失まで予想されている。

従って、チャットルームでのメッセージの数が急増するのに伴い、チャットルームに参加したユーザが自分を指定したメッセージに対して未読のメッセージがある場合、該当指定のユーザにより容易にメッセージを確認することができる技術が要求されている。

特許文献１は、グループメッセージを管理するための方法、及びシステム並びに記録媒体技術に関し、多数の受信人にグループメッセージを受けた受信者とやり取りしたメッセージをグループメッセージとまとめて管理することができる技術を開示している。

韓国登録特許第１０−２０１５−０１１５６６９号

本発明の一実施形態は、ユーザ間の対話を通じて業務を円滑に進めることができるようにするチャットルームベースのメッセージ客体処理装置を提供しようとするものである。

本発明の一実施形態は、非指定のメッセージ客体と指定のメッセージ客体とを区別してメッセージ客体を実現することによって、指定のユーザに提供されたメッセージ客体を明確に把握できるようにするチャットルームベースのメッセージ客体処理装置を提供しようとするものである。

本発明の一実施形態は、指定のメッセージ客体を読んだかどうかを検出し、メッセージの提供者及びメッセージの受信者の両方が指定のメッセージを効率的に管理できるようにするチャットルームベースのメッセージ客体処理装置を提供しようとするものである。

本発明の一実施形態は、指定のメッセージ客体の一類型として業務客体を活用することができ、業務処理フローを管理することができるチャットルームベースのメッセージ客体処理装置を提供しようとするものである。

上記目的を達成するためになされた本発明によるチャットルームベースのメッセージ客体処理装置は、メモリ、及び前記メモリと電気的に接続されたプロセッサを含む。前記プロセッサは、少なくとも一つのユーザにより参加されるチャットルームを生成し、前記チャットルームに前記少なくとも一つのユーザにより自発的に生成された既存のメッセージ客体を時系列的に含むメッセージスレッドを提供し、前記少なくとも一つのユーザのうちの一つから非指定又は指定のメッセージ客体を受信し、前記メッセージスレッドに更に挿入し、前記メッセージスレッドにある指定のメッセージ客体を該当指定のユーザが読んでいるか否かを検出し、未読の指定のメッセージ客体の個数をカウントし、前記該当指定のユーザに前記未読の指定のメッセージ客体の個数を提供し、前記少なくとも一つのユーザのうち、前記該当指定のユーザに前記メッセージスレッドにある指定のメッセージ客体と非指定のメッセージ客体に関して、未読の指定のメッセージ客体の個数、及び未読の非指定のメッセージ客体の個数を提供することを特徴とする。

前記プロセッサは、前記チャットルーム内で業務処理に使用される独立したメッセージ客体として、業務生成者、業務処理者、業務内容、及び業務状態を含み、前記業務生成者又は前記業務処理者により前記業務状態を更新する業務客体に該当するか否かを検出することができる。

前記プロセッサは、前記業務生成者又は前記業務処理者により行われるか、又は特定のイベントによって行われる指定のメッセージハンドラーを介して、既定義された業務処理フローに応じて前記業務状態を更新し、前記更新された業務状態によって前記該当指定のユーザを変更することができる。

前記プロセッサは、前記業務処理者により前記業務状態として業務完了が受信されると、前記業務生成者に前記業務内容の評価を指定のメッセージ客体として要請し、前記業務客体にある業務評価を記録することができる。

前記プロセッサは、前記業務客体にある業務締切日によって前記特定のイベントとして業務締切日のイベントを発生させて、前記指定のメッセージハンドラーを介して、前記業務処理者に前記業務内容を前記指定のメッセージ客体としてリマインドすることができる。

前記プロセッサは、前記業務締切日が過ぎると、前記業務処理者による前記チャットルームの接続と関係なく、前記業務処理者に前記業務内容を継続的にプッシュ通知（ｐｕｓｈ ｎｏｔｉｆｉｃａｔｉｏｎ）として提供することができる。

前記プロセッサは、前記業務客体を前記メッセージスレッドに前記指定のメッセージ客体として追加することができる。

前記プロセッサは、前記業務処理者の要請によって、前記メッセージスレッドから前記業務客体を抽出し、前記チャットルームに提供することができる。

前記プロセッサは、前記該当指定のユーザに前記メッセージスレッドにあるメッセージ客体に関して、指定のメッセージ客体の個数と未読の非指定のメッセージ客体の個数をチャットルームのバッジとして提供することができる。

前記プロセッサは、前記該当指定のユーザの接続を感知し、前記未読の指定のメッセージ客体の個数が一つ以上である場合には、指定のメッセージハンドラーに指定のユーザ接続のイベントを提供し、前記チャットルームに前記未読の指定のメッセージ客体の存在を通知することができる。

実施形態において、チャットルームベースのメッセージ客体処理方法は、メモリ、及び前記メモリと電気的に連結されたプロセッサを含むチャットルームベースのメッセージ客体処理装置により行われるチャットルームベースのメッセージ客体処理方法において、少なくとも一つのユーザにより参加されるチャットルームを生成する段階と、前記チャットルームに前記少なくとも一つのユーザにより自発的に生成された既存のメッセージ客体を時系列的に含むメッセージスレッドを提供する段階と、前記少なくとも一つのユーザのうちの一つから非指定又は指定のメッセージ客体を受信し、前記メッセージスレッドに更に挿入する段階と、前記メッセージスレッドにある指定のメッセージ客体を該当指定のユーザが読んでいるか否かを検出し、未読の指定のメッセージ客体の個数をカウンティングする段階と、前記該当指定のユーザに前記未読の指定のメッセージ客体の個数を提供する段階とを含むことができる。

開示された技術は次の効果を有することができる。但し、特定の実施形態が次の効果を全て含むべきであるか、又は次の効果のみを含むべきであるという意味ではないので、開示された技術の権利範囲は、これによって制限されるものと理解されてはならない。

本発明の一実施形態に係るチャットルームベースのメッセージ客体処理装置は、ユーザ間の対話を通じて業務を円滑に進めるようにすることができる。

本発明の一実施形態に係るチャットルームベースのメッセージ客体処理装置は、非指定のメッセージ客体と指定のメッセージ客体とを区別してメッセージ客体を実現することによって、指定のユーザに提供されたメッセージ客体を明確に把握できるようにすることができる。

本発明の一実施形態に係るチャットルームベースのメッセージ客体処理装置は、指定のメッセージ客体を読んだかどうかを検出し、メッセージの提供者及びメッセージの受信者の両方が指定のメッセージを効率的に管理できるようにすることができる。

本発明の一実施形態に係るチャットルームベースのメッセージ客体処理装置は、業務客体を指定のメッセージ客体の一類型として活用することができ、業務処理フローが管理できるようにすることができる。

本発明の一実施形態によるチャットルームベースのメッセージ客体処理システム１００を示す図である。 図１に示すチャットルームベースのメッセージ客体処理装置１１０の構成を概略的に示すブロック図である。 図２に示すプロセッサの機能要素を示すブロック図である。 図１のチャットルームベースのメッセージ客体処理装置で行われる過程を説明するためのフローチャートである。 図１に示すチャットルームベースのメッセージ客体処理装置により生成されたチャットルーム目録のユーザインターフェースを示す図である。 図１に示すチャットルームベースのメッセージ客体処理装置により生成された業務客体を処理する過程を説明する図である。 図１に示すチャットルームベースのメッセージ客体処理装置により生成された業務状態別の業務客体を説明する図である。 図１のチャットルームベースのメッセージ客体処理装置で行われるメッセージ送信を説明する図である。

本発明に関する説明は、構造的又は機能的説明のための実施例に過ぎないので、本発明の権利範囲は、本文に説明された実施形態により制限されるものと解釈されてはならない。即ち、実施形態は、様々な変更が可能であり、様々な形態を有することができるので、本発明の権利範囲は、技術的思想を実現することができる均等物を含むものと理解されるべきである。また、本発明で提示された目的又は効果は、特定の実施形態がこれを全て含むべきであるか、又はそのような効果のみを含むべきであるという意味ではないので、本発明の権利範囲は、これによって制限されるものと解釈されてはならない。

一方、本出願で叙述している用語の意味は、次のように理解されるべきである。

「第１」、「第２」などの用語は、一つの構成要素を他の構成要素から区別するためのものであって、これらの用語により権利範囲が限定されてはならない。例えば、第１構成要素は第２構成要素と名付けられてもよく、同様に第２構成要素も第１構成要素と名付けられてもよい。

ある構成要素が他の構成要素に「連結されて」いると言及された際には、その他の構成要素に直接的に連結されていてもよいが、中間に他の構成要素が存在していてもよいと理解されるべきである。反面、ある構成要素が他の構成要素に「直接連結されて」いると言及された際には、中間に他の構成要素が存在しないと理解されるべきである。一方、構成要素間の関係を説明する他の表現、即ち「〜間に」と「直ぐに〜間に」又は「〜に隣り合う」と「〜に直接隣り合う」なども同様に解釈されるべきである。

単数の表現は、文脈上明らかに異なる意味ではない限り、複数の表現を含むものと理解されるべきであり、「含む」又は「有する」等の用語は、実施された特徴、数字、段階、動作、構成要素、部品、又はこれらを組み合わせたものが存在するということを指定しようとするものであり、一つ又はそれ以上の異なる特徴や数字、段階、動作、構成要素、部品、又はこれらを組み合わせたものの存在又は付加可能性を予め排除しないものと理解されるべきである。

各段階において、識別符号（例えば、ａ、ｂ、ｃ等）は、説明の便宜のために使用されるものであって、識別符号は各段階の順序を説明するものではなく、各段階は文脈上明らかに特定の順序を記載しない以上、明記された順序と異なって生じ得る。即ち、各段階は、明記された順序と同一に生じることもあり、実質的に同時に行われることもあり、逆の順序通りに行われることもある。

本発明は、コンピュータが読み取ることができる記録媒体にコンピュータが読み取ることができるコードとして実現することができ、コンピュータが読み取ることができる記録媒体は、コンピュータシステムによって読み取られるデータが格納される全ての種類の記録装置を含む。コンピュータが読み取ることができる記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ格納装置等がある。また、コンピュータが読み取ることができる記録媒体は、ネットワークで接続されたコンピュータシステムに分散され、分散方式でコンピュータが読み取ることができるコードが格納されて実行することができる。

ここで使用される全ての用語は、異なって定義されない限り、本発明が属する分野で通常の知識を有する者によって一般的に理解されるものと同一の意味を有する。一般的に使用される辞書に定義されている用語は、関連技術の文脈上有する意味と一致するものと解釈されなければならず、本出願で明らかに定義しない限り、理想的又は過度に形式的な意味を有するものと解釈することができない。

図１は、本発明の一実施形態によるチャットルームベースのメッセージ客体処理システム１００を示す図である。

図１を参照すると、チャットルームベースのメッセージ客体処理システム１００は、チャットルームベースのメッセージ客体処理装置１１０、及びユーザ端末１２０を含む。

チャットルームベースのメッセージ客体処理装置１１０は、ユーザ端末１２０とネットワークを介して接続可能なコンピューティング装置に該当する。一実施形態において、チャットルームベースのメッセージ客体処理装置１１０は、ユーザ端末１２０を介して参加できる構成員グループを管理することができる。

一実施形態において、チャットルームベースのメッセージ客体処理装置１１０は、ユーザ端末１２０に設けられたエージェントを介して、構成員グループとしてのユーザ端末１２０を管理することができる。ここで、エージェントは、ユーザ端末１２０に設けることができるコンピュータソフトウェアに該当し得て、ユーザ端末１２０の承認下でユーザ端末１２０をチャットルームベースのメッセージ処理装置１１０に接続してチャットルームベースのメッセージ客体を処理することができるようにする。

ユーザ端末１２０は、チャットルームベースのメッセージ客体処理装置１１０とネットワークを介して接続可能なコンピューティング装置に該当し得て、チャットルームに参加するユーザにより使用される。例えば、ユーザ端末１２０は、デスクトップ、ノートパソコン、タブレットＰＣ又はスマートフォンで実現され得る。

図２は、図１に示すチャットルームベースのメッセージ客体処理装置１１０の構成を概略的に示すブロック図である。

図２を参照すると、チャットルームベースのメッセージ客体処理装置１１０は、プロセッサ２１０、メモリ２２０、ユーザの入出力部２３０、及びネットワークの入出力部２４０を含むことができる。

プロセッサ２１０は、チャットルームベースの客体処理装置１１０の動作全般を制御することができ、メモリ２２０、ユーザの入出力部２３０、及びネットワークの入出力部２４０と電気的に接続され、これらの構成要素間のデータフローを制御することができる。

一実施形態において、プロセッサ２１０は、チャットルームベースのメッセージ客体処理プロシージャを実行することができ、このような実行過程でメモリ２２０からメッセージ客体を読み出すか、又はメモリ２２０にメッセージ客体を書き込むことができる。

プロセッサ２１０のより具体的な動作内容については、図３を参照して後述する。

メモリ２２０は、チャットルームベースのメッセージ客体処理プロシージャを処理するのに使用されるデータを格納することができる。一実施形態において、メモリ２２０はＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ）又はＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）のような不揮発性メモリで実現可能である。別の一実施形態において、メモリ２２０はＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような揮発性メモリで実現され得る。

ユーザの入出力部２３０は、チャットルームにメッセージ客体を入力する過程で使用され得て、マウス、トラックボール、タッチパッド、グラフィックタブレット、スキャナー、タッチスクリーン、キーボード、又はポインティング装置で実現され得る。ユーザの入出力部２３０は、チャットルームにあるメッセージ客体を表現する過程で使用され得て、モニター又はタッチスクリーンで実現可能である。

ネットワークの入出力部２４０は、ユーザ端末１２０とのデータ通信を支援するハードウェア装置に該当し得る。例えば、ネットワークの入出力部２４０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信のためのアダプターを含むことができる。

図３は、図２に示すプロセッサの機能要素を示すブロック図である。

図３を参照すると、プロセッサ２１０は機能の観点から分離される際に、チャットルーム処理部３１０、メッセージ客体処理部３２０、未読のメッセージ処理部３３０、業務客体処理部３４０、業務内容リマインド部３５０、チャットルームバッジ処理部３６０、及び制御部３７０を含むことができる。

チャットルーム処理部３１０は、少なくとも一つのユーザにより参加されるチャットルームを生成することができる。ここで、少なくとも一つのユーザのそれぞれは、ユーザ端末１２０を介してチャットルームにアクセスできる。チャットルーム処理部３１０は、チャットルームに少なくとも一つのユーザにより自発的に生成された既存のメッセージ客体を時系列的に含むメッセージスレッドを提供する。チャットルームは少なくとも一つのユーザにより参加されるサイバー上の会合空間に該当し得るものであり、メッセージスレッドは少なくとも一つのユーザにより提供されるメッセージ客体を時系列的に連結した集合にチャットルームで実体化され得る。一実施形態において、チャットルーム処理部３１０は、ユーザ端末１２０にあるディスプレイモジュールを介してチャットルームを提供し、チャットルームを介してメッセージスレッドを提供することができる。

メッセージ客体処理部３２０は、チャットルームに参加したユーザ間に送受信されるメッセージ客体を処理することができる。ここで、メッセージ客体は、ユーザにより生成されたメッセージを含むエンティティ（ｅｎｔｉｔｙ）であって、メッセージは必ずしもテキストのみを意味するわけではなく、テキスト、音声、写真、動画、又は業務客体のうちの少なくとも一つで構成された複合エンティティ（ｃｏｍｐｌｅｘ ｅｎｔｉｔｙ）を含むことができる。
メッセージ客体処理部３２０は、少なくとも一つのユーザのうちの一つから非指定又は指定のメッセージ客体を受信してメッセージスレッドに更に挿入することができる。非指定のメッセージ客体は、特定のユーザを指定していないメッセージ客体を含むことができ、指定のメッセージ客体は、特定のユーザを指定したメッセージ客体を含むことができる。例えば、メッセージ客体処理部３２０は、［ユーザＡ］が［ユーザＢ］を指定し、「業務評価を実施して下さい」というメッセージを含むメッセージ客体をチャットルームを介して送信すると、［ユーザＢ］を指定した指定のメッセージ客体をメッセージスレッドに追加することができ、［ユーザＢ］が指定のメッセージ客体を区別するようにすることができる。一実施形態において、メッセージ客体処理部３２０は、指定のメッセージ客体が受信された場合には、指定のユーザにリアルタイムでメッセージ客体の到着を通知することができる。

未読のメッセージ処理部３３０は、メッセージスレッドにある指定のメッセージ客体を該当指定のユーザが読んでいるか否かを検出し、未読の指定のメッセージ客体の個数をカウントする。例えば、メッセージスレッドは［ユーザＡ］を指定した５個の指定のメッセージ客体、及び［ユーザＢ］を指定した３個の指定のメッセージ客体を含むとする。ここで、［ユーザＡ］は、５個の指定のメッセージ客体のうちの１個の指定のメッセージ客体を読み、［ユーザＢ］を指定した３個の指定のメッセージ客体のうちの２個の指定のメッセージ客体を読んでいると仮定する。また、［ユーザＢ］は［ユーザＡ］を指定した５個の指定のメッセージ客体のうちの２個の指定のメッセージ客体を読み、［ユーザＢ］を指定した３個の指定のメッセージ客体のうちの１個の指定のメッセージ客体を読んでいると仮定する。この場合、未読のメッセージ処理部３３０は、［ユーザＡ］の観点から未読の指定のメッセージ客体の個数を４とカウントすることができ、［ユーザＢ］の観点から未読の指定のメッセージ客体の個数を２とカウントすることができる。未読のメッセージ処理部３３０は、指定のユーザに未読の指定のメッセージ客体の個数を提供することができる。例えば、未読のメッセージ処理部３３０は、［ユーザＡ］に未読の指定のメッセージ客体の個数を４として提供することができ、［ユーザＢ］に未読の指定のメッセージ客体の個数を２として提供することができる。即ち、未読のメッセージ処理部３３０は、指定のユーザ別に各々の未読の指定のメッセージ客体の個数を提供することができる。

また、未読のメッセージ処理部３３０は、メッセージスレッドから少なくとも一つのユーザ（即ち、チャットルームに参加した全てのユーザ）により読まれていない未読の非指定のメッセージ客体の個数を算出することができる。例えば、メッセージスレッドは、［ユーザＡ］を指定した５個の指定のメッセージ客体及び３個の非指定のメッセージ客体を含むとする。ここで、［ユーザＡ］は５個の指定のメッセージ客体のうちの１個の指定のメッセージ客体を読み、３個の非指定のメッセージ客体のうちの１個の非指定のメッセージ客体を読んでいる場合、未読のメッセージ処理部３３０は［ユーザＡ］の観点から、未読の指定のメッセージ客体の数４と未読の非指定のメッセージ客体の数２を［ユーザＡ］にそれぞれ提供することができる。即ち、未読のメッセージ処理部３３０は、未読の指定のメッセージ客体の個数と未読の非指定のメッセージ客体の個数を該当ユーザにそれぞれ算出して提供することができる。

未読のメッセージ処理部３３０は、メッセージスレッドから非指定のメッセージ客体に対する未読のユーザの数を提供することができる。メッセージスレッドは、２個の非指定のメッセージ客体を含むことができ、一例として、チャットルームに参加したユーザ（即ち、チャットルームの参加者）の数を１０とする。例えば、１０名のチャットルームの参加者のうちの４名のチャットルームの参加者が一番目の非指定のメッセージ客体を読んでいる場合、未読のメッセージ処理部３３０は、一番目の非指定のメッセージ客体に対して未読のユーザの数６を提供することができ、１０名のチャットルーム参加者のうちの２名のチャットルームの参加者が二番目の非指定のメッセージ客体を読んでいる場合、未読のメッセージ処理部３３０は、二番目の非指定のメッセージ客体に対して未読のユーザの数８を提供することができる。即ち、未読のメッセージ処理部３３０は、非指定のメッセージ客体のそれぞれに対して未読のユーザの数を算出して提供することができる。

一方、未読のメッセージ処理部３３０は、指定のメッセージ客体及び非指定のメッセージ客体の既読に対する処理を次のように行うことができる。

指定のメッセージ客体の場合、該当ユーザはチャットルームにある該当指定のメッセージ客体にユーザ反応（クリック又はタッチのようなユーザ入力）を提供し、該当指定のメッセージ客体を読むことができる。即ち、未読のメッセージ処理部３３０は、指定のメッセージ客体に該当ユーザのユーザ反応が入力された場合、指定のメッセージ客体を読んでいると処理することができ、未読の指定のメッセージ客体の個数を差し引くことができる。

非指定のメッセージ客体の場合、未読のメッセージ処理部３３０は任意のユーザがチャットルームに参加すると、該当メッセージスレッドにある非指定のメッセージ客体をユーザが読んでいると見なすことができる。即ち、未読のメッセージ処理部３３０は、非指定のメッセージ客体に関して、ユーザ反応と関係なく読んでいると処理することができ、未読の非指定のメッセージ客体の個数を差し引くことができる。

結果として、未読のメッセージ処理部３３０は上記のように、互いに異なる方式で、非指定のメッセージ客体の数と指定のメッセージ客体の数をそれぞれカウントして算出することができる。

業務客体処理部３４０は、ユーザが特定のユーザに業務の処理を指示するための業務客体を指定のメッセージ客体としてメッセージスレッドに追加することができ、指定のメッセージ客体のうち業務客体を処理する。ここで、業務客体は、チャットルーム内で業務処理に使用される独立したメッセージ客体に該当し、業務生成者、業務処理者、業務締切日、業務内容、及び業務状態を含むことができる。業務生成者は、業務客体を生成することができる業務指示者に該当し得るものであり、業務処理者は、業務生成者により指定される業務実行者に該当し得る。業務締切日は、業務生成者により指定される業務のデッドラインに該当し得るものであり、必要に応じて、業務生成者の自発的な変更又は業務処理者の変更要請によって変更し得る。業務内容は、業務生成者により指示され得る単純なテキスト、又は別途文書を含むことができる。業務状態は、業務の進行状態であって、業務生成者又は業務処理者により更新され、未確認（ｕｎｃｏｎｆｉｒｍｅｄ）状態、進行前（ｐｒｅ−ｐｒｏｇｒｅｓｓ）状態、進行中（ｐｒｏｇｒｅｓｓｉｎｇ）状態、進行後（ｐｏｓｔ−ｐｒｏｇｒｅｓｓ）状態、評価（ｅｖａｌｕａｔｉｎｇ）状態、完了（ｃｏｍｐｌｅｔｅｄ）状態、又は期間超過（ｏｖｅｒｄｕｅ）状態に該当し得る。

業務客体処理部３４０は、メッセージスレッドにある指定のメッセージ客体が業務客体に該当するか否かを検出する。一実施形態において、業務客体処理部３４０は業務処理者の要請によってメッセージスレッドから業務客体を抽出してチャットルームに提供することができる。

業務客体処理部３４０は、指定のメッセージハンドラーを介して、業務客体を処理することができる。指定のメッセージハンドラーは、バックグラウンドで行われるプロセスを意味することができ、業務生成者又は業務処理者により行われるか、又は特定のイベント（例：業務日程による通知）によって行われる。業務客体処理部３４０は、指定のメッセージハンドラーを介して既定義された業務処理フローに応じて業務状態を更新し、更新された業務状態によって該当指定のユーザを変更することができる。

例えば、指定のメッセージハンドラーは、［業務処理者Ｂ］が＜業務客体Ｐ＞を受信することを検出して業務状態を［未確認状態］に設定することができ、［業務処理者Ｂ］が＜業務客体Ｐ＞を確認したことを検出して［未確認状態］を［進行前状態］に変更することができる。指定のメッセージハンドラーは、［業務処理者Ｂ］が＜業務客体Ｐ＞を進行することを検出して［進行前状態］を［進行中状態］に変更することができ、［業務処理者Ｂ］が＜業務客体Ｐ＞を完了することを検出して［進行中状態］を［進行後状態］に変更し、指定のユーザを［仕事処理者Ｂ］から［仕事生成者Ａ］に変更することができる。指定のメッセージハンドラーは、［仕事生成者Ａ］が＜業務客体Ｐ＞を評価することを検出して［進行後状態］を［完了状態］に変更することができる。

業務客体処理部３４０は、［業務処理者Ｂ］が＜業務客体Ｐ＞の業務締切日を過ぎることを予測（業務締切日の経過前）、又は検出（業務締切日の経過後）し、特定のイベントとして業務締切日のイベントを生成することができる。例えば、指定のメッセージハンドラーは業務締切日のイベントを受信することができ、［業務処理者Ｂ］に業務締切日を知らせて、＜業務客体Ｐ＞に対する［業務処理者Ｂ］の迅速な業務処理を誘導することができる。業務客体処理部３４０は［業務処理者Ｂ］から完了状態が受信されると、［業務生成者Ａ］に業務内容の評価を指定のメッセージとして要請し、業務状態を評価状態に変更する。業務客体処理部３４０は、業務状態が評価状態に変更されると、指定のユーザを［仕事処理者Ｂ］から［仕事生成者Ａ］に変更し、［業務生成者Ａ］が＜業務客体Ｐ＞にある業務評価を記録するようにすることができる。また、業務客体処理部３４０は＜業務客体Ｐ＞の業務状態を追跡し、最終的に［業務生成者Ａ］から＜業務客体Ｐ＞に関する評価を業務評点として受信することができる。

業務内容リマインド部３５０は、業務客体にある業務締切日によって、特定のイベントとして業務締切日のイベントを発生させることができる。一実施形態において、業務内容リマインド部３５０は、業務客体にある業務締切日を周期的にチェックすることができ、業務締切日が迫ると、業務締切日のイベントを発生させることができる。業務締切日の間近は、ユーザの設定によって定義されてもよく、例えば、デフォルトで業務締切日の間近は、業務締切日の一週間前に設定することができる。

業務内容リマインド部３５０は、業務締切日のイベントを介して、指定のメッセージハンドラーをウェイクアップさせることができ、指定のメッセージハンドラーは業務処理者に業務内容をリマインドすることができる。

業務内容リマインド部３５０は、リマインド過程でリマインドメッセージを生成することができる。ここで、リマインドメッセージは、ユーザを指定した指定のメッセージ客体に該当し得るものであり、業務客体の業務状態によって業務処理者の変更が発生する場合には、リマインド時点の業務処理者に送信され得る。例えば、＜業務客体Ｐ＞の業務処理者が［業務処理者Ａ］から［業務処理者Ｂ］に変更された場合、業務内容リマインド部３５０は［業務処理者Ｂ］に指定のメッセージ客体にリマインドメッセージを送信することができる。また、業務内容リマインド部３５０は、［業務処理者Ｂ］に＜業務客体Ｐ＞の業務内容を指定のメッセージ客体としてリマインドメッセージを送信することができる。

業務内容リマインド部３５０は、リマインドメッセージを介して、業務生成者及び業務内容の少なくとも一部、並びに業務締切日を業務処理者に提供することができる。

業務内容リマインド部３５０は、業務締切日の期間超過（ｏｖｅｒｄｕｅ）を検出し、業務締切日が過ぎると、業務処理者に業務内容を継続的にプッシュ通知（ｐｕｓｈ ｎｏｔｉｆｉｃａｔｉｏｎ）として提供できる。一実施形態において、業務内容リマインド部３５０は、業務処理者によるチャットルームの接続と関係なく、プッシュ通知を提供することができる。

チャットルームバッジ処理部３６０は、メッセージスレッドにある指定のメッセージ客体に関する未読のメッセージ客体の個数をチャットルームのバッジとして指定のユーザに提供できる。ここで、チャットルームのバッジは、図５に示すように、チャットルームに参加する前にチャットルームの目録にアイコン５４５で実現可能であり、アイコン５４５は、未読のメッセージ客体の個数を含むことができる。

また、チャットルームバッジ処理部３６０は、メッセージスレッドにある該当指定のユーザに対する指定のメッセージ客体の数と非指定のメッセージ客体の数を同時にチャットルームのバッジに提供できる。例えば、メッセージスレッドは、［ユーザＡ］を指定した５個の指定のメッセージ客体、及び３個の非指定のメッセージ客体を含むとする。ここで、［ユーザＡ］は５個の指定のメッセージ客体のうちの１個の指定のメッセージ客体を読み、３個の非指定のメッセージ客体のうちの１個の非指定のメッセージ客体を読んでいる場合、チャットルームバッジ処理部３６０は、未読の指定のメッセージ客体の数４と未読の非指定のメッセージ客体の数２を［ユーザＡ］にチャットルームのバッジにそれぞれ提供することができる。即ち、チャットルームバッジ処理部３６０は、未読の指定のメッセージ客体の個数と未読の非指定のメッセージ客体の個数を該当ユーザにそれぞれ算出し、チャットルームのバッジに同時に提供できる。

チャットルームバッジ処理部３６０は、メッセージスレッドにある指定のメッセージ客体に関して、自分の未読の指定のメッセージ客体の個数をチャットルームのバッジとして提供することができ、自分を指定した未読の指定のメッセージ客体の個数をチャットルームのバッジに提供し、指定のユーザにとって未読の指定のメッセージ客体の存在をより容易に確認できるようにする。

例えば、チャットルームの参加者の数が５名であり、指定のメッセージ客体の個数が１０個であり、［指定のユーザＡ］を指定した指定のメッセージ客体の個数が３であり、［指定のユーザＢ］を指定した指定のメッセージ客体の個数が５と仮定する。［指定のユーザＡ］が２個の指定のメッセージ客体を読んだ場合、チャットルームバッジ処理部３６０は、チャットルームの配置に［指定のユーザＡ］に対する自分の未読のメッセージ客体の個数を１として提供することができる。

チャットルームバッジ処理部３６０は、指定のユーザにメッセージスレッドにある指定のメッセージ客体に関する未読のユーザの数と自分の未読のメッセージ客体の個数をチャットルームのバッジとして提供することができる。

制御部３７０は、プロセッサ２１０の全体的な動作を制御し、チャットルーム処理部３１０、メッセージ客体処理部３２０、未読のメッセージ処理部３３０、業務客体処理部３４０、業務内容リマインド部３５０、チャットルームバッジ処理部３６０間の制御流れ又はデータ流れを管理することができる。

図４は、図１のチャットルームベースのメッセージ客体処理装置で行われる過程を説明するためのフローチャートである。

図４において、チャットルームベースのメッセージ客体処理装置１１０は、チャットルーム処理部３１０を介して少なくとも一つのユーザにより参加されるチャットルームを生成することができる（段階Ｓ４１０）。例えば、チャットルーム処理部３１０は、［ユーザＡ］及び［ユーザＢ］により参加された［チャットルームＸ］を生成することができる。

チャットルーム処理部３１０は、チャットルームに少なくとも一つのユーザにより自発的に生成された既存のメッセージ客体を時系列的に含むメッセージスレッドに提供できる（段階Ｓ４３０）。例えば、チャットルーム処理部３１０は、［ユーザＡ］により生成された［メッセージ客体Ｍ］を［ユーザＡ］が参加した［チャットルームＸ］のメッセージスレッドに時系列的に追加することができる。

メッセージ客体処理部３２０は、少なくとも一つのユーザのうちの一つから非指定又は指定のメッセージ客体を受信してメッセージスレッドに更に挿入することができる（段階Ｓ４５０）。

例えば、メッセージ客体処理部３２０は、［ユーザＡ］から受信された［指定のメッセージ客体Ｍ］を［チャットルームＸ］のメッセージスレッドに更に挿入することができる。

未読のメッセージ処理部３３０は、メッセージスレッドにある指定のメッセージ客体を該当指定のユーザが読んでいるか否かを検出し、未読の指定のメッセージ客体の個数をカウントすることができる（段階Ｓ４７０）。例えば、［チャットルームＸ］のメッセージスレッドは、［指定のユーザＡ］を指定した［指定のメッセージ客体Ｍ］を含むことができ、未読のメッセージ処理部３３０は、［指定のユーザＡ］が［指定のメッセージ客体Ｍ］にユーザ反応（クリック又はタッチのようなユーザ入力）を提供しているか否かを検出することができ、ユーザ反応を検出すると、［指定のユーザＡ］が［指定のメッセージ客体Ｍ］を読んでいると決定することができる。未読のメッセージ処理部３３０は、［指定のメッセージ客体Ｍ］が読まれた場合には、未読の指定のメッセージ客体の個数を一つ差し引くことができる。

チャットルームベースのメッセージ客体処理装置１１０は、該当指定のユーザに未読のメッセージ処理部３３０を介して、未読の指定のメッセージ客体の個数を提供することができる（段階Ｓ４９０）。例えば、［チャットルームＸ］は、［指定のユーザＡ］を指定した５個の指定のメッセージ客体を含み、［指定のユーザＡ］は、１個の指定のメッセージを読んでいると仮定すると、未読のメッセージ処理部３３０は、［指定のユーザＡ］に未読のメッセージ客体の個数を４として提供することができる。

図５は、図１に示すチャットルームベースのメッセージ客体処理装置により生成されたチャットルーム目録のユーザインターフェースを示す図である。

図５を参照すると、チャットルーム目録のユーザインターフェース５００は、業務組織コントロール５１０、プロジェクトコントロール５２０、バッジコントロール５２５、ユーザコントロール５３０、チャットルーム目録コントロール５４０、及びチャットルーム５５０を含む。

業務組織コントロール５１０は、会社内の業務組織を示すユーザインターフェースであって、ユーザ入力を介して、自分が属した業務組織にアクセスするか、又は自分により管理される業務組織にアクセスする際に使用することができる。例えば、業務組織コントロール５１０は、会社内にある経営支援室にアクセスするのに使用されることができる。

プロジェクトコントロール５２０は、業務組織コントロール５１０を介して選択された業務組織によって実行中のプロジェクトに含まれた全ての業務に関する業務フローを要約するユーザインターフェースである。業務フローは、ＰＤＣＡ（Ｐｌａｎ−Ｄｏ−Ｃｈｅｃｋ−Ａｃｔ）過程を示すものであって、ＰＬＡＮ過程、ＤＯ過程、ＣＨＥＣＫ過程、及びＡＣＴ過程を含み、それぞれはメッセージ客体用バッジを含むバッジコントロール５２５を周辺に配置することができる。

ＰＬＡＮ過程は、目標や方針を明らかにし、実現可能な計画を立てるステップを含み、ＤＯ過程は、計画に応じて実行しつつ、計画の進捗度を測定するステップを含み、ＣＨＥＣＫ過程は、成果達成度及び方式を評価し、成功又は失敗要因を検討するステップを含み、ＡＣＴ過程は、改善及び修正を通じて、次の計画にフィードバックするステップを含む。

バッジコントロール５２５は、全体のチャットルーム５５０ａ〜５５０ｃに対して、未読の指定のメッセージ客体と未読の非指定のメッセージ客体の個数をそれぞれ示し、ユーザ入力を介して、該当メッセージ客体にアクセスするために使用され得る。一実施形態において、バッジコントロール５２５は、未読の指定又は非指定のメッセージ客体の個数の増加又は減少によって更新され得る。例えば、バッジコントロール５２５は、未読の指定のメッセージ客体の個数を赤色で強調して表示することができる。一実施形態において、バッジコントロール５２５は、未読の指定のメッセージ客体と未読の非指定のメッセージ客体の個数のそれぞれにユーザ入力（例えば、クリック又はタッチ）を受信することができ、別途のユーザインターフェースを介して、該当未読のメッセージ客体を提供することができる。

ユーザコントロール５３０は、チャットルーム目録のユーザインターフェース５００にアクセスしたユーザを示し、ユーザ反応（例えば、クリック又はタッチ）を介して、他のユーザに変更することができる。

チャットルーム目録コントロール５４０は、チャットルーム５５０を順通りに並べ、ユーザ入力を介して、特定のチャットルーム５５０ａにアクセスすることができるようにするユーザインターフェースに該当する。一実施形態において、チャットルーム目録コントロール５４０は、最近対話が発生したチャットルーム５５０の順通りにチャットルーム５５０を整列することができる。別の一実施形態において、チャットルーム目録コントロール５４０は、最も最近発生した指定のユーザに対する指定のメッセージ客体を含むチャットルーム５５０の順通りにチャットルーム５５０を整列することができる。

バッジコントロール５４５は、チャットルーム目録コントロール５４０を介して示されたチャットルーム５５０のそれぞれに未読の指定のメッセージ客体の数と未読の指定のメッセージ客体の数を提供することができる。例えば、ユーザコントロール５３０の指定のユーザＡに対して、バッジコントロール５２５はチャットルーム５５０ａで未読の指定のメッセージ客体の数［９（赤色表示）］と未読の非指定のメッセージ客体の数［１０］を提供することができる。一実施形態において、バッジコントロール５４５は、未読の指定のメッセージ客体と未読の非指定のメッセージ客体の個数のそれぞれにユーザ入力（例えば、クリック又はタッチ）を受信することができ、別途のユーザインターフェースを介して、該当未読のメッセージ客体を提供することができる。

図５において、チャットルーム目録のユーザインターフェース５００は、チャットルーム目録コントロール５４０にあるチャットルーム５５０ａにユーザ入力（例えば、タッチ）を受信することができ、これに関する内容は図６を通じて説明する。

図６は、図１に示すチャットルームベースのメッセージ客体処理装置により生成された業務客体を処理する過程を説明する図である。

図６のチャットルーム業務インターフェース６００は、チャットルーム５５０を介してアクセスでき、図５にあるチャットルーム目録のユーザインターフェース５００にある内容は省略することとする。

図６を参照すると、チャットルーム業務インターフェース６００は、プロジェクト業務コントロール６１０、業務日程コントロール６２０、及びメッセージスレッドコントロール６３０を含む。

プロジェクト業務コントロール６１０は、チャットルーム５５０と関連したプロジェクトに関する説明、日程、及びチャットルームの人員を制御するのに使用され得る。ここで、プロジェクトに関する説明は、プロジェクトに対して管理者により作成された簡略な内容を含み、日程は、プロジェクトの業務日程を含み、チャットルームの参加者は、プロジェクトに参加するユーザを知るために使用され得る。

業務日程コントロール６２０は、業務客体の進行状態を提供し、進行状態別の業務客体を制御するのに使用され得る。業務客体の進行状態は、予定されている（即ち、未確認状態と進行前状態を含む）、進行中（即ち、進行中状態、進行後状態を含む）、過ぎた（即ち、期間超過状態）、及び確認（完了状態及び評価状態を含む）に区分することができ、それぞれは該当業務客体の個数を共に示すことができる。

メッセージスレッドコントロール６３０は、チャットルーム５５０で生成されるメッセージ客体で構成されたメッセージスレッドを時系列的に提供し、ユーザ入力（例えば、クリック又はタッチ）を介して、ユーザが特定のメッセージ客体を制御するために使用され得る。例えば、メッセージスレッドコントロール６３０は、メッセージ客体が非指定のメッセージ客体に該当する場合には、ユーザ入力を介して、該当非指定のメッセージ客体を送信したユーザに対する指定のメッセージ客体の作成を要求させることができる。別の例を挙げると、メッセージスレッドコントロール６３０は、メッセージ客体が指定のメッセージ客体に該当する場合には、ユーザが指定のユーザであるかを検出し、指定のユーザであれば、該当指定のメッセージ客体（例えば、業務客体）を確認したものと処理することができ、指定のユーザでなければ、非指定のメッセージ客体のような方式で、ユーザに対する指定のメッセージ客体の作成を要求させることができる。

図６において、チャットルーム業務インターフェース６００は、業務日程コントロール６２０にある業務日程６２５にユーザ入力（例えば、クリック又はタッチ）を受信し、業務客体の進行状態をより具体的に示すことができる。これに関する内容は、図７を参照して説明する。

図７は、図１に示すチャットルームベースのメッセージ客体処理装置により生成された業務状態別の業務客体を説明する図である。

図７の業務状態別の業務客体インターフェース７００は、業務日程コントロール６２０を介してアクセスすることができ、図５及び図６に示すチャットルーム目録のユーザインターフェース５００とチャットルーム業務インターフェース６００にある内容は省略することとする。

図７を参照すると、業務状態別の業務客体インターフェース７００は、業務進行コントロール７１０及び業務客体コントロール７３０を含む。

図７において、業務状態別の業務客体インターフェース７００は業務状態別の業務客体を示し、指定のユーザに与えられた業務客体を業務状態別に提供し、指定のユーザの業務便宜を助けるために生成され得る。

業務進行コントロール７１０は、業務状態別に業務客体を分類し、例えば、予定されている、進行中、過ぎた、及び確認を含むことができる。

業務進行コントロール７１０は、業務状態（例えば、予定されている、進行中、過ぎた、確認）の周辺に未読の指定のメッセージ客体の個数と未読の非指定のメッセージ客体の個数を視覚的に区別されるように提供することができ、ユーザ入力（例えば、クリック又はタッチ）を受信し、該当メッセージ客体を別途提供することができる。例えば、業務進行コントロール７１０は、業務状態［進行中］中、未読の指定のメッセージ客体の個数［２］がユーザ入力を介して選択されると、別途のユーザインターフェース又は該当業務状態の下段にあるユーザインターフェースに２個の未読の指定のメッセージ客体を提供することができる。

業務客体コントロール７３０は、業務進行コントロール７１０の下部に区別された業務状態に合わせて整列され得る。業務客体コントロール７３０は、業務締切日の接近又は経過可否を示す表示子（ｉｎｄｉｃａｔｏｒ）７３１、業務生成者を示す表示子７３３、及び業務締切日を示す表示子７３５を要約することができ、例えば、ユーザ入力を受信し、業務客体を詳細に別途のユーザインターフェースに提供することができる。

図８は、図１のチャットルームベースのメッセージ客体処理装置で行われるメッセージ送信を説明する図である。

図８を参照すると、メッセージ送信インターフェース８００は、ユーザ指定コントロール８１０、メッセージ編集コントロール８２０、及びメッセージ送信コントロール８３０を含む。

ユーザ指定コントロール８１０は、指定のユーザを指定するのに使用され、メッセージ客体生成者（例えば、ユーザＡ）を介して、指定のユーザを指定するための命令語（例えば、特殊文字［＠］）を受信し、メッセージ客体生成者が選択可能なように、現在のチャットルームに参加したチャットルームの参加者をリストとして提供する。一実施形態において、ユーザ指定コントロール８１０は、順次に特殊文字［＠］を入力し、複数の指定のユーザを指定することができる。

メッセージ編集コントロール８２０は、テキスト文字又は特定の客体（例えば、絵客体、動画客体、文書客体、業務客体）でメッセージ客体が入力され得て、メッセージ送信コントロール８３０を介して、メッセージ客体を該当ユーザに送信することができる。

以上、本発明の好ましい実施形態を参考として説明したが、該当技術分野の熟練した当業者は、下記の特許請求の範囲に記載された本発明の思想及び領域から逸脱しない範囲内で本発明を様々に修正及び変更させることができるということを理解すべきである。

１００ チャットルームベースのメッセージ客体処理システム
１１０ チャットルームベースのメッセージ客体処理装置
１２０ ユーザ端末
２１０ プロセッサ
２２０ メモリ
２３０ ユーザの入出力部
２４０ ネットワークの入出力部
３１０ チャットルーム処理部
３２０ メッセージ客体処理部
３３０ 未読のメッセージ処理部
３４０ 業務客体処理部
３５０ 業務内容リマインド部
３６０ チャットルームバッジ処理部
３７０ 制御部

Claims (10)

1. メモリ、及び前記メモリと電気的に接続されたプロセッサを含み、
   前記プロセッサは、
   少なくとも一つのユーザにより参加されるチャットルームを生成し、
   前記チャットルームに前記少なくとも一つのユーザにより自発的に生成された既存のメッセージ客体を時系列的に含むメッセージスレッドを提供し、
   前記少なくとも一つのユーザのうちの一つから非指定又は指定のメッセージ客体を受信し、前記メッセージスレッドに更に挿入し、
   前記メッセージスレッドにある指定のメッセージ客体を該当指定のユーザが読んでいるか否かを検出し、未読の指定のメッセージ客体の個数をカウントし、
   前記該当指定のユーザに前記未読の指定のメッセージ客体の個数を提供し、
   前記少なくとも一つのユーザのうち、前記該当指定のユーザに前記メッセージスレッドにある指定のメッセージ客体と非指定のメッセージ客体に関して、未読の指定のメッセージ客体の個数、及び未読の非指定のメッセージ客体の個数を提供することを特徴とするチャットルームベースのメッセージ客体処理装置。
2. 前記プロセッサは、
   前記チャットルーム内で業務処理に使用される独立したメッセージ客体として、業務生成者、業務処理者、業務内容、及び業務状態を含み、前記業務生成者又は前記業務処理者により前記業務状態を更新する業務客体に該当するか否かを検出することを特徴とする請求項１に記載のチャットルームベースのメッセージ客体処理装置。
3. 前記プロセッサは、
   前記業務生成者又は前記業務処理者により行われるか、又は特定のイベントによって行われる指定のメッセージハンドラーを介して、既定義された業務処理フローに応じて前記業務状態を更新し、前記更新された業務状態によって前記該当指定のユーザを変更することを特徴とする請求項２に記載のチャットルームベースのメッセージ客体処理装置。
4. 前記プロセッサは、
   前記業務処理者により前記業務状態として業務完了が受信されると、前記業務生成者に前記業務内容の評価を前記指定のメッセージ客体として要請し、前記業務客体にある業務評価を記録することを特徴とする請求項３に記載のチャットルームベースのメッセージ客体処理装置。
5. 前記プロセッサは、
   前記業務客体にある業務締切日によって前記特定のイベントとして業務締切日のイベントを発生させて、前記指定のメッセージハンドラーを介して、前記業務処理者に前記業務内容を前記指定のメッセージ客体としてリマインドすることを特徴とする請求項３に記載のチャットルームベースのメッセージ客体処理装置。
6. 前記プロセッサは、
   前記業務締切日が過ぎると、前記業務処理者による前記チャットルームの接続と関係なく、前記業務処理者に前記業務内容を継続的にプッシュ通知（ｐｕｓｈ ｎｏｔｉｆｉｃａｔｉｏｎ）として提供することを特徴とする請求項５に記載のチャットルームベースのメッセージ客体処理装置。
7. 前記プロセッサは、
   前記業務客体を前記メッセージスレッドに前記指定のメッセージ客体として追加することを特徴とする請求項２に記載のチャットルームベースのメッセージ客体処理装置。
8. 前記プロセッサは、
   前記業務処理者の要請によって前記メッセージスレッドから前記業務客体を抽出し、前記チャットルームに提供することを特徴とする請求項７に記載のチャットルームベースのメッセージ客体処理装置。
9. 前記プロセッサは、
   前記該当指定のユーザに前記メッセージスレッドにあるメッセージ客体に関して、未読の指定のメッセージ客体の個数と未読の非指定のメッセージ客体の個数をチャットルームのバッジとして提供することを特徴とする請求項１に記載のチャットルームベースのメッセージ客体処理装置。
10. 前記プロセッサは、
    前記該当指定のユーザの接続を感知し、前記未読の指定のメッセージ客体の個数が一つ以上である場合には、指定のメッセージハンドラーに指定のユーザ接続のイベントを提供し、前記チャットルームに前記未読の指定のメッセージ客体の存在を通知することを特徴とする請求項１に記載のチャットルームベースのメッセージ客体処理装置。
    

Images