(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024027393
(43)【公開日】2024-03-01
(54)【発明の名称】業務支援システム、業務支援方法、及びプログラム
(51)【国際特許分類】
G06Q 10/10 20230101AFI20240222BHJP
【ＦＩ】
G06Q10/10
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2022130158
(22)【出願日】2022-08-17
(71)【出願人】
【識別番号】500022557
【氏名又は名称】サイボウズ株式会社
(74)【代理人】
【識別番号】110000154
【氏名又は名称】弁理士法人はるか国際特許事務所
(72)【発明者】
【氏名】五十嵐 英樹
(72)【発明者】
【氏名】下地 勇人
(72)【発明者】
【氏名】中川 遼太郎
(72)【発明者】
【氏名】内田 公太
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049AA11
(57)【要約】
【課題】通知に関連付けられた通知関連業務を行うユーザの手間を軽減する。
【解決手段】業務支援システム（１）は、ユーザの業務を支援する。表示制御部（２０３）は、業務支援システム（１）でユーザが受け取った通知に関する通知画面を表示させる。第１操作受付部（２０４Ａ）は、通知画面において、通知に関連付けられた通知関連業務に関する第１操作を受け付ける。第１業務処理実行部（２０５）は、第１操作に基づいて、通知関連業務に関する第１業務処理を実行する。
【選択図】図９
【解決手段】業務支援システム（１）は、ユーザの業務を支援する。表示制御部（２０３）は、業務支援システム（１）でユーザが受け取った通知に関する通知画面を表示させる。第１操作受付部（２０４Ａ）は、通知画面において、通知に関連付けられた通知関連業務に関する第１操作を受け付ける。第１業務処理実行部（２０５）は、第１操作に基づいて、通知関連業務に関する第１業務処理を実行する。
【選択図】図９
【特許請求の範囲】
【請求項1】
ユーザの業務を支援する業務支援システムであって、
前記業務支援システムで前記ユーザが受け取った通知に関する通知画面を表示させる表示制御部と、
前記通知画面において、前記通知に関連付けられた通知関連業務に関する第１操作を受け付ける第１操作受付部と、
前記第１操作に基づいて、前記通知関連業務に関する第１業務処理を実行する第１業務処理実行部と、
を含む業務支援システム。
前記業務支援システムで前記ユーザが受け取った通知に関する通知画面を表示させる表示制御部と、
前記通知画面において、前記通知に関連付けられた通知関連業務に関する第１操作を受け付ける第１操作受付部と、
前記第１操作に基づいて、前記通知関連業務に関する第１業務処理を実行する第１業務処理実行部と、
を含む業務支援システム。
【請求項2】
前記業務支援システムは、
前記通知画面において前記通知が選択された場合に、前記通知に関連付けられた遷移先画面に遷移する画面遷移部と、
前記遷移先画面において、前記通知関連業務に関する第２操作を受け付ける第２操作受付部と、
前記第２操作に基づいて、前記通知関連業務に関する第２業務処理を実行する第２業務処理実行部と、
を更に含み、
前記通知画面で受付可能な前記第１操作は、前記遷移先画面で受付可能な前記第２操作と同じ又は前記第２操作よりも簡易的である、
請求項１に記載の業務支援システム。
前記通知画面において前記通知が選択された場合に、前記通知に関連付けられた遷移先画面に遷移する画面遷移部と、
前記遷移先画面において、前記通知関連業務に関する第２操作を受け付ける第２操作受付部と、
前記第２操作に基づいて、前記通知関連業務に関する第２業務処理を実行する第２業務処理実行部と、
を更に含み、
前記通知画面で受付可能な前記第１操作は、前記遷移先画面で受付可能な前記第２操作と同じ又は前記第２操作よりも簡易的である、
請求項１に記載の業務支援システム。
【請求項3】
前記画面遷移部は、前記通知画面のポップアップとして、又は、前記通知画面とは別のタブとして、前記遷移先画面を表示させ、
前記通知画面の表示は、前記遷移先画面が表示されても維持される、
請求項２に記載の業務支援システム。
前記通知画面の表示は、前記遷移先画面が表示されても維持される、
請求項２に記載の業務支援システム。
【請求項4】
前記第１操作受付部は、前記通知関連業務に関するリアクションをするためのリアクション操作を、前記第１操作として受け付け、
前記第１業務処理実行部は、前記リアクション操作に基づいて、前記リアクションに関するリアクション処理を、前記第１業務処理として実行する、
請求項１～３の何れかに記載の業務支援システム。
前記第１業務処理実行部は、前記リアクション操作に基づいて、前記リアクションに関するリアクション処理を、前記第１業務処理として実行する、
請求項１～３の何れかに記載の業務支援システム。
【請求項5】
前記第１操作受付部は、前記通知関連業務に関するステータスを変更するためのステータス変更操作を、前記第１操作として受け付け、
前記第１業務処理実行部は、前記ステータス変更操作に基づいて、前記ステータスの変更に関するステータス変更処理を、前記第１業務処理として実行する、
請求項１～３の何れかに記載の業務支援システム。
前記第１業務処理実行部は、前記ステータス変更操作に基づいて、前記ステータスの変更に関するステータス変更処理を、前記第１業務処理として実行する、
請求項１～３の何れかに記載の業務支援システム。
【請求項6】
前記第１操作受付部は、前記通知画面において、前記通知に対するドラッグアンドドロップを、前記第１操作として受け付け、
前記第１業務処理実行部は、前記ドラッグアンドドロップにおけるドロップ位置に基づいて、前記第１業務処理を実行する、
請求項１～３の何れかに記載の業務支援システム。
前記第１業務処理実行部は、前記ドラッグアンドドロップにおけるドロップ位置に基づいて、前記第１業務処理を実行する、
請求項１～３の何れかに記載の業務支援システム。
【請求項7】
前記業務支援システムは、前記通知画面における複数の表示領域の各々に関連付けられた表示条件を、前記通知が満たすか否かを判定する表示条件判定部を更に含み、
前記表示制御部は、前記複数の表示領域の各々に、当該表示領域に関連付けられた前記表示条件を満たすと判定された前記通知が配置された前記通知画面を表示させ、
前記第１業務処理実行部は、前記複数の表示領域のうち、前記ドロップ位置にある前記表示領域に基づいて、前記第１業務処理を実行する、
請求項６に記載の業務支援システム。
前記表示制御部は、前記複数の表示領域の各々に、当該表示領域に関連付けられた前記表示条件を満たすと判定された前記通知が配置された前記通知画面を表示させ、
前記第１業務処理実行部は、前記複数の表示領域のうち、前記ドロップ位置にある前記表示領域に基づいて、前記第１業務処理を実行する、
請求項６に記載の業務支援システム。
【請求項8】
前記第１業務処理実行部は、前記第１操作が受け付けられた前記通知に基づいて、前記通知画面における表示条件を設定する表示条件設定処理を、前記第１業務処理として実行する、
請求項１～３の何れかに記載の業務支援システム。
請求項１～３の何れかに記載の業務支援システム。
【請求項9】
ユーザの業務を支援する業務支援システムで前記ユーザが受け取った通知に関する通知画面を表示させる表示制御ステップと、
前記通知画面において、前記通知に関連付けられた通知関連業務に関する第１操作を受け付ける第１操作受付ステップと、
前記第１操作に基づいて、前記通知関連業務に関する第１業務処理を実行する第１業務処理実行ステップと、
を含む業務支援方法。
前記通知画面において、前記通知に関連付けられた通知関連業務に関する第１操作を受け付ける第１操作受付ステップと、
前記第１操作に基づいて、前記通知関連業務に関する第１業務処理を実行する第１業務処理実行ステップと、
を含む業務支援方法。
【請求項10】
ユーザの業務を支援する業務支援システムで前記ユーザが受け取った通知に関する通知画面を表示させる表示制御部、
前記通知画面において、前記通知に関連付けられた通知関連業務に関する第１操作を受け付ける第１操作受付部、
前記第１操作に基づいて、前記通知関連業務に関する第１業務処理を実行する第１業務処理実行部、
としてコンピュータを機能させるためのプログラム。
前記通知画面において、前記通知に関連付けられた通知関連業務に関する第１操作を受け付ける第１操作受付部、
前記第１操作に基づいて、前記通知関連業務に関する第１業務処理を実行する第１業務処理実行部、
としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、業務支援システム、業務支援方法、及びプログラムに関する。
【背景技術】
【0002】
従来、ユーザの業務を支援する業務支援システムが知られている。例えば、特許文献１には、クラウド型の業務支援システムが記載されている。特許文献１の業務支援システムでは、ユーザに何らか関係するコメントが入力されると、ユーザは、コメントが入力されたことを示す通知を受け取る。ユーザが、自身が受け取った通知に関する通知画面上で通知を選択すると、当該通知に対応するコメントの詳細を確認するための遷移先画面に遷移する。ユーザは、遷移先画面において、通知に関連付けられた通知関連業務を遂行する。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１４－１７４７７３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、特許文献１の技術では、遷移先画面における通知関連業務が完了した後に、ユーザが他の通知を確認しようとすると、遷移先画面から通知画面に戻る必要があるので、ユーザの手間がかかる。遷移先画面を、通知画面のポップアップとして、又は、通知画面とは別のタブとして表示させることも考えられるが、この場合にも、遷移先画面における通知関連業務が完了した後に、ポップアップを閉じたりタブを切り替えたりして通知画面を表示させる必要があるので、ユーザの手間がかかる。
【0005】
本開示の目的の１つは、通知に関連付けられた通知関連業務を行うユーザの手間を軽減することである。
【課題を解決するための手段】
【0006】
本開示の一側面に係る業務支援システムは、ユーザの業務を支援する業務支援システムであって、前記業務支援システムで前記ユーザが受け取った通知に関する通知画面を表示させる表示制御部と、前記通知画面において、前記通知に関連付けられた通知関連業務に関する第１操作を受け付ける第１操作受付部と、前記第１操作に基づいて、前記通知関連業務に関する第１業務処理を実行する第１業務処理実行部と、を含む。
【発明の効果】
【0007】
本開示によれば、通知に関連付けられた通知関連業務を行うユーザの手間を軽減できる。
【図面の簡単な説明】
【0008】
【図1】業務支援システムのハードウェア構成の一例を示す図である。
【図2】スレッド画面の一例を示す図である。
【図3】通知画面の一例を示す図である。
【図4】第１実施形態で実現される機能の一例を示す図である。
【図5】ユーザデータベースの一例を示す図である。
【図6】スレッドデータベースの一例を示す図である。
【図7】第１実施形態で実行される処理の一例を示す図である。
【図8】第２実施形態の通知画面の一例を示す図である。
【図9】第２実施形態で実現される機能の一例を示す図である。
【図10】第２実施形態で実行される処理の一例を示す図である。
【図11】第１実施形態に関する変形例における機能の一例を示す図である。
【図12】通知画面上で行われる表示領域の並び替えの一例を示す図である。
【図13】変形例１－５における通知画面の一例を示す図である。
【図14】変形例１－６における通知画面の一例を示す図である。
【図15】変形例２－２における通知画面の一例を示す図である。
【図16】変形例２－３における通知画面の一例を示す図である。
【発明を実施するための形態】
【0009】
［１．第１実施形態］
本開示に係る表示制御システムの実施形態の一例である第１実施形態を説明する。第１実施形態では、ユーザの業務を支援する業務支援システムに表示制御システムを適用した場合を例に挙げる。このため、業務支援システムと記載した箇所は、表示制御システムと読み替えることができる。業務支援システム以外の他のシステムへの適用例は、後述の「第１実施形態に関するその他の変形例」で説明する。
本開示に係る表示制御システムの実施形態の一例である第１実施形態を説明する。第１実施形態では、ユーザの業務を支援する業務支援システムに表示制御システムを適用した場合を例に挙げる。このため、業務支援システムと記載した箇所は、表示制御システムと読み替えることができる。業務支援システム以外の他のシステムへの適用例は、後述の「第１実施形態に関するその他の変形例」で説明する。
【0010】
［１－１．業務支援システムのハードウェア構成］
図１は、業務支援システムのハードウェア構成の一例を示す図である。例えば、業務支援システム１は、サーバ１０及びユーザ端末２０を含む。サーバ１０及びユーザ端末２０の各々は、インターネット又はＬＡＮ等のネットワークＮに接続される。
図１は、業務支援システムのハードウェア構成の一例を示す図である。例えば、業務支援システム１は、サーバ１０及びユーザ端末２０を含む。サーバ１０及びユーザ端末２０の各々は、インターネット又はＬＡＮ等のネットワークＮに接続される。
【0011】
サーバ１０は、サーバコンピュータである。例えば、サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、フラッシュメモリ等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。
【0012】
ユーザ端末２０は、ユーザのコンピュータである。例えば、ユーザ端末２０は、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。例えば、ユーザ端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、及び表示部２５を含む。制御部２１、記憶部２２、及び通信部２３のハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部２４は、マウス、タッチパネル、又はキーボード等の入力デバイスである。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイである。
【0013】
なお、記憶部１２，２２に記憶されるプログラムは、ネットワークＮを介して供給されてもよい。サーバ１０及びユーザ端末２０の各々のハードウェア構成は、図１の例に限られない。例えば、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）、又は、外部機器と直接的に接続するための入出力部（例えば、ＵＳＢ端子）が含まれてもよい。この場合、情報記憶媒体に記憶されたプログラムが読取部又は入出力部を介して供給されてもよい。
【0014】
また、業務支援システム１は、少なくとも１つのコンピュータを含めばよい。業務支援システム１に含まれるコンピュータは、図１の例に限られない。例えば、業務支援システム１は、ユーザ端末２０を含まなくてもよい。この場合、ユーザ端末２０は、業務支援システム１の外部に存在し、業務支援システム１は、サーバ１０だけを含む。業務支援システム１は、サーバ１０と、他のサーバコンピュータと、を含んでもよい。
【0015】
［１－２．第１実施形態の概要］
業務支援システム１は、ユーザに対し、業務を支援するための種々の機能を提供する。業務支援システム１は、任意の業種に対応可能である。例えば、業務支援システム１は、グループウェアと呼ばれることもある。第１実施形態では、クラウド型の業務支援システム１を例に挙げるが、業務支援システム１は、任意の種類であってよく、クラウド型ではなく、オンプレミス型であってもよい。
業務支援システム１は、ユーザに対し、業務を支援するための種々の機能を提供する。業務支援システム１は、任意の業種に対応可能である。例えば、業務支援システム１は、グループウェアと呼ばれることもある。第１実施形態では、クラウド型の業務支援システム１を例に挙げるが、業務支援システム１は、任意の種類であってよく、クラウド型ではなく、オンプレミス型であってもよい。
【0016】
第１実施形態では、業務支援システム１が提供する機能の一例として、チャットツールの一種であるスレッドでコミュニケーションを取るためのスレッド機能を説明するが、例えば、スケジュールを共有するためのスケジュール共有機能、ファイルを共有するためのファイル共有機能、又はデータベースを共有するためのデータベース共有機能といった他の機能が提供されてもよい。例えば、ユーザがユーザ端末２０を操作して業務支援システム１にログインすると、スレッドの内容を示すスレッド画面が表示部２５に表示される。
【0017】
図２は、スレッド画面の一例を示す図である。第１実施形態では、ユーザ端末２０のブラウザ上でスレッド画面等の各画面が表示される場合を説明するが、各画面は、ユーザ端末２０にインストールされた専用のプログラム上で表示されてもよい。例えば、スレッド画面ＳＣ１の表示領域Ａ１０には、スレッドに投稿されたメッセージが表示される。ユーザは、新たなメッセージをスレッドに投稿したり、他のユーザがスレッドに投稿したメッセージに対するリアクションをしたりすることができる。
【0018】
例えば、ユーザに関係のあるスレッドにメッセージが投稿されたり、ユーザが投稿したメッセージに対するリアクションが行われたりすると、ユーザは、業務支援システム１から通知を受け取る。通知は、メンション又はアラートと呼ばれることもある。第１実施形態では、自分宛通知と、自分宛以外の通知と、の２種類の通知が存在する場合を例に挙げるが、これらの通知を区別せずに１種類の通知だけが存在してもよいし、より詳細に通知を区別するために３種類以上の通知が存在してもよい。
【0019】
自分宛通知は、ユーザが宛先に指定された場合に受け取る通知である。例えば、あるユーザが宛先に指定されたメッセージが投稿されると、このユーザは、自分宛通知を受け取る。自分宛以外の通知は、ユーザが宛先に指定されなかった場合に受け取る通知である。例えば、あるユーザに関係するメッセージであるが、このユーザが宛先に指定されなかったメッセージが投稿されると、このユーザは、自分宛以外の通知を受け取る。以降、自分宛通知と、自分宛以外の通知と、を区別しない時は、単に通知という。
【0020】
例えば、ユーザは、宛先の指定を意味する「＠」の後に、宛先に指定したい他のユーザの名前を入力することによって、宛先を指定できる。宛先の指令方法自体は、第１実施形態の例に限られず、他の方法であってもよい。例えば、ユーザは、「＠」以外の他の記号を利用して宛先を指定してもよいし、他のユーザのリストの中から宛先を指定してもよい。例えば、ユーザは、他のユーザの名前の付近に表示させたラジオボタン又はチェックボックスに対する操作によって、宛先を指定してもよい。
【0021】
図２の例では、２０２２年８月１８日の１４時２５分に投稿されたメッセージは、「山田太郎」が宛先に指定されているので、「山田太郎」は、このメッセージが入力されたことを示す自分宛通知を受け取る。２０２２年８月１８日の１４：４２に投稿されたメッセージは、「山田太郎」自身のメッセージなので、「山田太郎」は、通知を受け取らない。２０２２年８月１８日の１５：０２に投稿されたメッセージは、「山田太郎」が宛先に指定されていないが、「山田太郎」に関係するスレッドに投稿されたので、「山田太郎」は、このメッセージが投稿されたことを示す自分宛以外の通知を受け取る。
【0022】
第１実施形態では、ユーザは、スレッド機能以外の他の機能に関する通知も受け取る。例えば、ユーザは、業務支援システム１により提供されるスケジュール共有機能、ファイル共有機能、データベース共有機能、又はその他の機能に関する通知も受け取る。ユーザは、自身が受け取った通知を業務支援システム１上で確認できる。例えば、ユーザがアイコンＩ１１を選択すると、自身が受け取った通知の一覧を示す通知画面が表示部２５に表示される。
【0023】
図３は、通知画面の一例を示す図である。例えば、通知画面ＳＣ２は、横方向に並べられた表示領域Ａ２０Ａ～Ａ２０Ｅを含む。以降、表示領域Ａ２０Ａ～Ａ２０Ｅを区別しない時は、単に表示領域Ａ２０という。図３の例では、５つの表示領域Ａ２０を示しているが、表示領域Ａ２０は、任意の数であってよく、５つに限られない。例えば、通知画面ＳＣ２は、１つ～４つ又は６つ以上の表示領域Ａ２０を含んでもよい。通知画面ＳＣ２に収まらない表示領域Ａ２０は、横方向にスクロールすることによって表示可能である。
【0024】
表示領域Ａ２０には、表示条件が関連付けられている。表示条件は、表示領域Ａ２０に通知を表示させるか否かの判定基準である。表示条件は、フィルタリング条件又は絞り込み条件ということもできる。表示条件は、表示領域Ａ２０に表示する通知を検索するためのクエリということもできる。表示条件は、１つの条件だけから構成されてもよいし、複数の条件の組み合わせから構成されてもよい。第１実施形態では、表示領域Ａ２０ごとに表示条件が関連付けられており、表示領域Ａ２０と表示条件が１対１で対応する場合を説明するが、ある表示条件が複数の表示領域Ａ２０に共通してもよい。
【0025】
表示条件は、通知に関する何らかのデータに基づいて判定可能な条件であればよく、任意の条件であってよい。例えば、表示条件は、通知の付帯データ、又は、通知の内容に関する条件である。付帯データは、通知そのものの内容ではなく、通知に付帯するデータである。例えば、自分宛通知若しくは自分宛以外の通知といった種類、又は、後述するあとで読むフラグは、付帯データに相当する。通知の内容は、通知そのものを示す文字列（テキスト）である。第１実施形態では、表示領域Ａ２０には、表示条件を満たす通知が上から下に時系列順に配置されるものとする。
【0026】
例えば、表示領域Ａ２０Ａには、「通知の種類が自分宛通知である」といった表示条件が関連付けられている。図３の例では、「山田太郎」が受け取った自分宛通知が、表示領域Ａ２０Ａの上から下に時系列順に配置される。第１実施形態では、表示領域Ａ２０Ａにおいて、未読の自分宛通知と、既読の自分宛通知と、を区別できるようになっている。例えば、表示領域Ａ２０Ａの上から２番目に配置された「営業部」に関する自分宛通知は、未読である。この自分宛通知の左端には、未読であることを示す色（図３では、模式的に網点で示す色）が付与される。
【0027】
例えば、表示領域Ａ２０Ｂには、「タイムラインの通知」といった表示条件が関連付けられている。図３の例では、「山田太郎」が受け取ったタイムラインの通知が、表示領域Ａ２０Ｂの上から下に時系列順に配置される。表示領域Ａ２０Ｃには、「あとで読むフラグがオンである」といった表示条件が関連付けられている。図３の例では、「山田太郎」が「あとで読む」に分類した通知が、表示領域Ａ２０Ｃの上から下に時系列順に配置される。
【0028】
例えば、表示領域Ａ２０Ｄには、「通知の本文中に「山田」のキーワードを含む」といった表示条件が関連付けられている。図３の例では、通知の宛先ではなく本文中に「山田」のキーワードを含む通知が、表示領域Ａ２０Ｄの上から下に時系列順に配置される。図３では詳細が示されていない表示領域Ａ２０Ｅにも、表示領域Ａ２０Ａ～Ａ２０Ｄとは異なる表示条件が関連付けられている。図３の表示領域Ａ２０Ａ，Ａ２０Ｂのように、収まりきらない通知は、縦方向にスクロールすることによって表示させることができる。図３の表示領域Ａ２０Ｃ，Ａ２０Ｄのように、過去の通知を更に読み込むこともできる。
【0029】
第１実施形態では、左から３列目までの表示領域Ａ２０Ａ～Ａ２０Ｃの表示条件は、業務支援システム１側で予め定められているものとする。４列目以降の表示領域Ａ２０Ｄ，Ａ２０Ｅの表示条件は、ユーザが自由に指定できる。例えば、ユーザは、アイコンＩ２００を選択して表示条件を変更したり、表示領域Ａ２０自体を削除したりすることができる。ユーザは、新たな表示条件を指定し、６列目に新たな表示領域Ａ２０を追加することもできる。後述する変形例のように、表示領域Ａ２０の順序を変更可能であってもよい。
【0030】
以上のように、第１実施形態では、複数の表示領域Ａ２０の各々に、当該表示領域Ａ２０に関連付けられた表示条件を満たす通知が配置された通知画面ＳＣ２が表示部２５に表示される。これにより、ある表示条件を満たす通知と、他の表示条件を満たす通知と、を同じ通知画面ＳＣ２に表示させることができる。その結果、ユーザがいちいち表示条件を指定しなおして通知画面ＳＣ２の表示を切り替えるといった手間がなくなるので、ユーザの利便性が高まる。以降、業務支援システム１の詳細について説明する。
【0031】
［１－３．第１実施形態で実現される機能］
図４は、第１実施形態で実現される機能の一例を示す図である。
図４は、第１実施形態で実現される機能の一例を示す図である。
【0032】
［１－３－１．サーバで実現される機能］
例えば、サーバ１０は、データ記憶部１００、通知生成部１０１、受信部１０２、及び送信部１０３を含む。データ記憶部１００は、記憶部１２により実現される。受信部１０２及び送信部１０３の各々は、制御部１１により実現される。
例えば、サーバ１０は、データ記憶部１００、通知生成部１０１、受信部１０２、及び送信部１０３を含む。データ記憶部１００は、記憶部１２により実現される。受信部１０２及び送信部１０３の各々は、制御部１１により実現される。
【0033】
［データ記憶部］
データ記憶部１００は、ユーザの業務を支援するためのデータを記憶する。例えば、データ記憶部１００は、ユーザデータベースＤＢ１と、スレッドデータベースＤＢ２と、を記憶する。
データ記憶部１００は、ユーザの業務を支援するためのデータを記憶する。例えば、データ記憶部１００は、ユーザデータベースＤＢ１と、スレッドデータベースＤＢ２と、を記憶する。
【0034】
図５は、ユーザデータベースＤＢ１の一例を示す図である。ユーザデータベースＤＢ１は、ユーザに関する各種データが格納されたデータベースである。例えば、ユーザデータベースＤＢ１には、ユーザＩＤ、パスワード、ユーザの名前、設定データ、及び通知データが格納される。ユーザデータベースＤＢ１に格納されるデータは、ユーザに関する任意のデータであってよく、図５の例に限られない。例えば、ユーザデータベースＤＢ１には、ユーザのメールアドレス、所属、役職、又は参加中のスレッドといったデータが格納されてもよい。
【0035】
ユーザＩＤ及びパスワードは、ログイン時に必要な認証情報である。ユーザの名前は、宛先の指定時に利用される。設定データは、表示領域Ａ２０の設定に関するデータである。設定データは、任意の形式であってよく、例えば、ＪＳＯＮ形式又はＸＭＬ形式であってもよい。例えば、設定データは、表示領域Ａ２０の列番号、タイトル、及び表示条件を示す。ユーザが、新たな表示条件を指定して表示領域Ａ２０を追加すると、新たな列番号、新たなタイトル、及び新たな表示条件が追加されるように、設定データが更新される。ユーザが、既存の表示領域Ａ２０を削除すると、この表示領域Ａ２０に対応する列番号、タイトル、及び表示条件が削除されるように、設定データが更新される。
【0036】
図５の例では、「山田太郎」の設定データの列番号「１」には、タイトル「自分宛」と、表示条件「自分宛通知である」と、が関連付けられている。列番号「２」には、タイトル「タイムライン」と、表示条件「タイムラインの通知」と、が関連付けられている。列番号「３」には、タイトル「あとで読む」と、表示条件「あとで読むフラグがオンである」と、が関連付けられている。列番号「４」には、タイトル「エゴサ」と、表示条件「通知の本文に「山田」のキーワードを含む」と、が関連付けられている。列番号「５」には、タイトル「知的財産部」と、表示条件「知的財産部スレッドの通知である」と、が関連付けられている。
【0037】
通知データは、ユーザが受け取った通知に関する各種情報を含む。例えば、通知データは、通知ＩＤ、通知の種類、未読／既読フラグ、あとで読むフラグ、通知の本文、通知の要因となったスレッド等の情報、通知の要因となった行為をした他のユーザの名前、及び通知の日時を含む。通知データは、後述の通知生成部１０１により生成されてユーザデータベースＤＢ１に格納される。通知データのうち、通知の本文以外のデータは、先述した付帯データに相当する。
【0038】
通知ＩＤは、通知を一意に識別可能な情報である。通知の種類は、自分宛通知であるか、又は、自分宛以外の通知であるかを示す。通知の種類は、タイムラインの通知であるか否かを示してもよい。未読／既読フラグは、通知が未読であるか、又は、既読であるかを示す。未読／既読フラグは、通知が生成された時点では未読を示し、通知が通知画面ＳＣ２に表示されると、未読を示す。
【0039】
あとで読むフラグは、あとで読む通知に分類されたか否かを示す。例えば、ユーザが通知画面ＳＣ２上の通知に対し、あとで読むことを示す操作を行うと、この通知のあとで読むフラグがオンになる。あとで読むフラグに関する表示条件が関連付けられた表示領域Ａ２０に通知がドラッグアンドドロップされることによって、この通知のあとで読むフラグがオンになってもよい。
【0040】
通知の本文は、通知の具体的な内容である。第１実施形態では、通知の本文と、メッセージの内容と、が同じである場合を説明するが、通知の本文は、メッセージの冒頭部分だけを示してもよい。通知の本文は、メッセージのサマリであってもよい。スレッド等の情報は、通知の要因となったスレッド及びメッセージに対応するスレッドＩＤ及びメッセージＩＤを示す。他のユーザの名前及び通知の日時は、通知の要因となったメッセージを投稿したりリアクションを行ったりした他のユーザの名前及びその時の日時である。
【0041】
なお、通知データは、ユーザデータベースＤＢ１以外の他のデータベースに格納されてもよい。他のデータベースは、通知に関する各種データが格納される通知専用のデータベースであってもよい。通知データに含まれる情報は、任意の情報であってよく、図４の例に限られない。図５に示す種類や未読／既読フラグ等の属性以外の他の属性を通知に持たせる場合には、当該他の属性が通知データに含まれてもよい。例えば、他の属性としては、重要な通知であることを示すブックマーク、又は、通知の要因となった行為をした他のユーザの部署若しくは役職であってもよい。
【0042】
図６は、スレッドデータベースＤＢ２の一例を示す図である。スレッドデータベースＤＢ２は、スレッドに投稿された各種メッセージが格納されたデータベースである。例えば、スレッドＩＤ、スレッドの名前、及びメッセージデータが格納される。スレッドデータベースＤＢ２に格納されるデータは、スレッドに関する任意のデータであってよく、図６の例に限られない。例えば、スレッドに投稿された添付ファイル等の他のデータが格納されてもよい。
【0043】
スレッドＩＤは、スレッドを一意に識別可能な情報である。スレッドは、スレッドＩＤではなく、スレッドを表示するためのＵＲＬ又はスレッドの名前等の他の情報によって識別可能であってもよい。メッセージデータは、スレッドに投稿されたメッセージに関するデータである。例えば、メッセージデータは、メッセージＩＤ、通知ＩＤ、メッセージの本文、及びメッセージの投稿者を示す。メッセージデータには、メッセージが投稿されたスレッド、日時、又は通知の宛先といった他の情報を含んでもよい。
【0044】
メッセージＩＤは、スレッド内のメッセージを一意に識別する情報である。メッセージＩＤには、メッセージが入力された場合に行われる通知の通知ＩＤが関連付けられる。メッセージＩＤには、通知ＩＤだけではなく、通知の宛先等の他の情報が関連付けられてもよい。第１実施形態では、メッセージの本文が通知の本文と同じである場合を説明するが、通知の本文は、メッセージの一部だけであってもよい。メッセージデータには、メッセージに対してリアクションをしたユーザのユーザＩＤやリアクションの数といった情報が含まれてもよい。
【0045】
なお、データ記憶部１００に記憶されるデータは、上記の例に限られない。データ記憶部１００は、業務の支援に関する種々のデータを記憶可能である。例えば、データ記憶部１００は、各画面を表示するために必要なデータを記憶する。例えば、データ記憶部１００は、スレッド機能以外の他の機能に関するデータを記憶する。他の機能に関する通知の通知データも、ユーザデータベースＤＢ１に格納される。
【0046】
［通知生成部］
通知生成部１０１は、ユーザが受け取る通知の通知データを生成する。通知データの生成方法自体は、公知の処理を適用可能である。例えば、通知生成部１０１は、あるユーザが所定の行為をした場合に、当該行為に関係のある他のユーザが受け取る通知の通知データを生成する。通知生成部１０１は、当該他のユーザのユーザＩＤと、当該生成された通知データと、を関連付けてユーザデータベースＤＢ１に格納する。これらの一連の処理や通知データの管理方法自体は、公知のグループウェア等で採用されている方法を利用可能である。
通知生成部１０１は、ユーザが受け取る通知の通知データを生成する。通知データの生成方法自体は、公知の処理を適用可能である。例えば、通知生成部１０１は、あるユーザが所定の行為をした場合に、当該行為に関係のある他のユーザが受け取る通知の通知データを生成する。通知生成部１０１は、当該他のユーザのユーザＩＤと、当該生成された通知データと、を関連付けてユーザデータベースＤＢ１に格納する。これらの一連の処理や通知データの管理方法自体は、公知のグループウェア等で採用されている方法を利用可能である。
【0047】
第１実施形態では、通知生成部１０１は、あるユーザがスレッドにメッセージを投稿した場合に、このスレッドに関係する他のユーザが受け取る通知の通知データを生成する。通知生成部１０１は、このメッセージに宛先として指定された他のユーザが自分宛通知を受け取るための通知データと、宛先には指定されなかったがスレッドに参加している他のユーザが自分宛以外の通知を受け取るための通知データと、を生成し、これらの他のユーザのユーザＩＤと関連付けてユーザデータベースＤＢ１に格納する。スレッドに参加している他のユーザのユーザＩＤは、ユーザデータベースＤＢ１又はスレッドデータベースＤＢ２に格納されているものとする。
【0048】
なお、通知生成部１０１は、スレッド機能以外の他の機能において、あるユーザに通知すべき行為が行われた場合も同様にして、通知データを生成し、このユーザのユーザＩＤに関連付けてユーザデータベースＤＢ１に格納すればよい。例えば、通知生成部１０１は、データベース共有機能におけるデータベースのレコードが新規作成、変更、又は削除された場合に、このデータベースに関係するユーザが受け取る通知を生成してもよい。例えば、データベースのレコードに対して何らかのコメントが登録された場合に、このコメントに関係するユーザが受け取る通知を生成してもよい。また、通知画面ＳＣ２上の通知だけではなく、電子メール等の他の手段も利用して通知が行われる場合には、通知生成部１０１は、他の手段のメッセージを生成し、通知を受け取るユーザに送信してもよい。
【0049】
［受信部］
受信部１０２は、ユーザ端末２０から、種々のデータを受信する。例えば、受信部１０２は、ユーザ端末２０から、通知画面ＳＣ２を表示させるための表示要求を受信する。表示要求は、通知画面ＳＣ２の表示を意味する所定形式のデータが送信されることによって行われる。表示要求は、ユーザ端末２０からログイン中のユーザのユーザＩＤを含む。受信部１０２は、通知画面ＳＣ２の表示要求以外の他のデータも受信する。例えば、受信部１０２は、各画面に対する操作内容を示すデータを受信する。ユーザが通知画面ＳＣ２の通知を選択した場合には、受信部１０２は、当該選択された通知の通知ＩＤを受信する。
受信部１０２は、ユーザ端末２０から、種々のデータを受信する。例えば、受信部１０２は、ユーザ端末２０から、通知画面ＳＣ２を表示させるための表示要求を受信する。表示要求は、通知画面ＳＣ２の表示を意味する所定形式のデータが送信されることによって行われる。表示要求は、ユーザ端末２０からログイン中のユーザのユーザＩＤを含む。受信部１０２は、通知画面ＳＣ２の表示要求以外の他のデータも受信する。例えば、受信部１０２は、各画面に対する操作内容を示すデータを受信する。ユーザが通知画面ＳＣ２の通知を選択した場合には、受信部１０２は、当該選択された通知の通知ＩＤを受信する。
【0050】
［送信部］
送信部１０３は、ユーザ端末２０に対し、種々のデータを送信する。例えば、送信部１０３は、ユーザ端末２０に対し、通知画面ＳＣ２の表示データを送信する。表示データは、ユーザ端末２０に何らかの画面を表示させるためのデータである。第１実施形態のように、ブラウザ上で各画面が表示される場合には、例えば、表示データは、ＨＴＭＬデータである。専用のアプリケーション上で各画面が表示される場合には、表示データは、アプリケーションで規定された形式のデータ（例えば、ＪＰＥＧ等の画像データ）であればよい。
送信部１０３は、ユーザ端末２０に対し、種々のデータを送信する。例えば、送信部１０３は、ユーザ端末２０に対し、通知画面ＳＣ２の表示データを送信する。表示データは、ユーザ端末２０に何らかの画面を表示させるためのデータである。第１実施形態のように、ブラウザ上で各画面が表示される場合には、例えば、表示データは、ＨＴＭＬデータである。専用のアプリケーション上で各画面が表示される場合には、表示データは、アプリケーションで規定された形式のデータ（例えば、ＪＰＥＧ等の画像データ）であればよい。
【0051】
第１実施形態では、通知が表示条件を満たすか否かの判定は、ユーザ端末２０側で実行されるものとする。このため、ユーザ端末２０側で当該判定を実行できるように、通知画面ＳＣ２の表示データは、表示領域Ａ２０の設定データの全部又は一部と、所定数の通知の通知データの全部又は一部と、を含む。例えば、送信部１０３は、あるユーザが通知画面ＳＣ２の表示要求を送信した場合に、このユーザのユーザＩＤに関連付けられた設定データのうち、直近の所定数（例えば、１００個程度）の通知データを取得する。送信部１０３は、当該取得された設定データ及び通知データを含む表示データを、ユーザ端末２０に送信する。
【0052】
なお、送信部１０３は、通知画面ＳＣ２の表示データとは別データとして、ユーザ端末２０に設定データ及び通知データを送信してもよい。また、通知画面ＳＣ２の表示データには、通知が表示条件を満たすか否かを判定する処理、表示領域Ａ２０に通知を並べる処理、及び通知画面ＳＣ２の表示に必要なその他の処理を実行するためのスクリプトが含まれているものとする。また、送信部１０３は、通知画面ＳＣ２以外の他の画面の表示要求が行われた場合には、当該他の画面の表示データを生成してユーザ端末２０に送信する。
【0053】
［１－３－２．ユーザ端末で実現される機能］
例えば、ユーザ端末２０は、データ記憶部２００、通知取得部２０１、表示条件判定部２０２、表示制御部２０３、及び操作受付部２０４を含む。データ記憶部２００は、記憶部２２により実現される。通知取得部２０１、表示条件判定部２０２、表示制御部２０３、及び操作受付部２０４の各々は、制御部２１により実現される。
例えば、ユーザ端末２０は、データ記憶部２００、通知取得部２０１、表示条件判定部２０２、表示制御部２０３、及び操作受付部２０４を含む。データ記憶部２００は、記憶部２２により実現される。通知取得部２０１、表示条件判定部２０２、表示制御部２０３、及び操作受付部２０４の各々は、制御部２１により実現される。
【0054】
［データ記憶部］
データ記憶部２００は、ユーザの業務を支援するために必要なデータを記憶する。例えば、データ記憶部２００は、業務支援システム１に関する種々の画面を表示するためのブラウザを記憶する。例えば、データ記憶部２００は、業務支援システム１専用のアプリケーションを記憶する。例えば、データ記憶部２００は、サーバ１０から受信した各画面の表示データを記憶する。第１実施形態では、表示条件判定部２０２及び表示制御部２０３の処理は、表示データに含まれるスクリプトの処理として実行される。
データ記憶部２００は、ユーザの業務を支援するために必要なデータを記憶する。例えば、データ記憶部２００は、業務支援システム１に関する種々の画面を表示するためのブラウザを記憶する。例えば、データ記憶部２００は、業務支援システム１専用のアプリケーションを記憶する。例えば、データ記憶部２００は、サーバ１０から受信した各画面の表示データを記憶する。第１実施形態では、表示条件判定部２０２及び表示制御部２０３の処理は、表示データに含まれるスクリプトの処理として実行される。
【0055】
［通知取得部］
通知取得部２０１は、ユーザが受け取った通知を取得する。通知を取得するとは、通知データを取得することである。第１実施形態では、通知取得部２０１がユーザ端末２０に含まれるので、サーバ１０から通知データを受信することが通知を取得することに相当する。例えば、通知取得部２０１は、サーバ１０から、通知画面ＳＣ２の表示データを受信することによって、通知を取得する。通知データが表示データとは別データである場合には、当該別データである通知データを受信することが、通知を取得することに相当すればよい。通知取得部２０１は、一度に複数の通知を取得してもよいし、一度に１つの通知を取得してもよい。第１実施形態では、通知取得部２０１は、一度に所定数（例えば、１００個）の通知を取得するものとする。
通知取得部２０１は、ユーザが受け取った通知を取得する。通知を取得するとは、通知データを取得することである。第１実施形態では、通知取得部２０１がユーザ端末２０に含まれるので、サーバ１０から通知データを受信することが通知を取得することに相当する。例えば、通知取得部２０１は、サーバ１０から、通知画面ＳＣ２の表示データを受信することによって、通知を取得する。通知データが表示データとは別データである場合には、当該別データである通知データを受信することが、通知を取得することに相当すればよい。通知取得部２０１は、一度に複数の通知を取得してもよいし、一度に１つの通知を取得してもよい。第１実施形態では、通知取得部２０１は、一度に所定数（例えば、１００個）の通知を取得するものとする。
【0056】
第１実施形態では、ユーザが受け取った情報の一例として、ユーザの業務を支援する業務支援システム１でユーザが受け取った通知を説明する。このため、通知と記載した箇所は、ユーザが受け取った情報と読み替えることができる。通知取得部２０１は、情報取得部と読み替えることができる。ユーザが受け取った情報は、通知以外の他の情報であってもよく、通知に限られない。例えば、ユーザが受け取った情報は、電子メールであってもよいし、ＳＭＳ、ＳＮＳ、又はメッセージアプリ等の他の手段におけるメッセージであってもよい。他の情報の例は、後述する第１実施形態に関するその他の変形例で説明する。
【0057】
例えば、ユーザが受け取った情報は、元データ本体ではなく、元データが別の形式でサマライズされたものであってもよい。通知も、元データであるメッセージが別の形式でサマライズされたものの一例である。後述する電子メールのプレビューも、最低限の情報だけが表示されるという意味では、サマライズされたものの一例である。他にも例えば、業務支援システム１のように、特定の相手同士でやりとりを行うシステムにおいて表示される情報が、ユーザが受け取った情報に相当してもよい。なお、ユーザが受け取った情報は、特にサマライズされたものではなく、元データそのものであってもよいし、不特定多数の相手とやりとりするためのものであってもよい。
【0058】
［表示条件判定部］
表示条件判定部２０２は、通知画面ＳＣ２における複数の表示領域Ａ２０の各々に関連付けられた表示条件を、通知が満たすか否かを判定する。表示条件判定部２０２は、複数の通知の各々を判定対象としてもよいし、１つの通知だけを判定対象としてもよい。例えば、表示条件判定部２０２は、通知画面ＳＣ２の表示データに含まれる設定データを参照し、各表示条件を特定する。表示条件判定部２０２は、表示データに含まれるスクリプトを実行し、表示領域Ａ２０ごとに、当該表示領域Ａ２０に関連付けられた表示条件を、所定数の通知の各々が満たすか否かを判定する。
表示条件判定部２０２は、通知画面ＳＣ２における複数の表示領域Ａ２０の各々に関連付けられた表示条件を、通知が満たすか否かを判定する。表示条件判定部２０２は、複数の通知の各々を判定対象としてもよいし、１つの通知だけを判定対象としてもよい。例えば、表示条件判定部２０２は、通知画面ＳＣ２の表示データに含まれる設定データを参照し、各表示条件を特定する。表示条件判定部２０２は、表示データに含まれるスクリプトを実行し、表示領域Ａ２０ごとに、当該表示領域Ａ２０に関連付けられた表示条件を、所定数の通知の各々が満たすか否かを判定する。
【0059】
第１実施形態では、業務支援システム１における通知を表示するための通知画面ＳＣ２は、表示画面の一例である。このため、通知画面ＳＣ２と記載した箇所は、表示画面と読み替えることができる。表示画面は、通知以外の他の情報を表示するための画面であってもよい。例えば、電子メールソフトで受信メールの一覧を表示するための画面が表示画面に相当してもよいし、ＳＭＳ、ＳＮＳ、又はメッセージアプリ等の他の手段で受信メッセージの一覧を表示するための画面が表示画面に相当してもよい。他の表示画面の例は、後述する第１実施形態に関するその他の変形例で説明する。
【0060】
例えば、表示条件に通知の種類が定められている場合には、表示条件判定部２０２は、表示条件が示す種類の通知であるか否かを判定することによって、通知が表示条件を満たすか否かを判定する。図５の例では、「山田太郎」の設定データには、列番号「１」に表示条件「通知の種類が自分宛通知である」が関連付けられているので、表示条件判定部２０２は、通知の種類が自分宛通知であるか否かを判定することによって、通知が表示条件を満たすか否かを判定する。例えば、図５の例では、「山田太郎」の設定データには、列番号「２」に表示条件「タイムラインの通知」が関連付けられているので、表示条件判定部２０２は、通知の種類がタイムラインであるか否かを判定することによって、通知が表示条件を満たすか否かを判定する。
【0061】
例えば、表示条件に何らかのフラグの値が定められている場合には、表示条件判定部２０２は、表示条件が示すフラグの値の通知であるか否かを判定することによって、通知が表示条件を満たすか否かを判定する。図５の例では、「山田太郎」の設定データには、列番号「３」に表示条件「あとで読むフラグがオンである」が関連付けられているので、表示条件判定部２０２は、通知のあとで読むフラグがオンであるか否かを判定することによって、通知が表示条件を満たすか否かを判定する。
【0062】
なお、表示領域Ａ２０において、未読の通知のみを表示させることが表示条件に相当してもよい。この場合、表示条件判定部２０２は、通知の未読／既読フラグが未読を示すか否かを判定することによって、通知が表示条件を満たすか否かを判定してもよい。これとは逆に、表示領域Ａ２０において、既読の通知のみを表示させることが表示条件に相当してもよい。この場合、表示条件判定部２０２は、通知の未読／既読フラグが既読を示すか否かを判定することによって、通知が表示条件を満たすか否かを判定してもよい。
【0063】
例えば、表示条件にキーワードが定められている場合には、表示条件判定部２０２は、表示条件が示す文字を含む通知であるか否かを判定することによって、通知が表示条件を満たすか否かを判定する。図５の例では、「山田太郎」の設定データには、列番号「４」に表示条件「通知の本文に「山田」のキーワードを含む」が関連付けられているので、表示条件判定部２０２は、「山田」の文字が通知の本文に含まれるか否かを判定することによって、通知が表示条件を満たすか否かを判定する。
【0064】
例えば、表示条件に通知の要因となったスレッドが定められている場合には、表示条件判定部２０２は、表示条件が示す通知元の通知であるか否かを判定することによって、通知が表示条件を満たすか否かを判定する。図５の例では、列番号「５」に表示条件「知的財産部スレッドの通知である」が関連付けられているので、表示条件判定部２０２は、通知の要因となったスレッドが知的財産部スレッドであるか否かを判定することによって、通知が表示条件を満たすか否かを判定する。
【0065】
なお、表示条件の判定方法は、上記の例に限られない。表示条件判定部２０２は、個々の表示条件に応じた判定方法で、通知が表示条件を満たすか否かを判定すればよい。例えば、表示条件として、通知の日時が定められている場合には、表示条件判定部２０２は、通知の日時が所定の日時であるか否かを判定することによって、通知が表示条件を満たすか否かを判定してもよい。
【0066】
例えば、表示条件として、通知の要因となった他のユーザが定められている場合には、表示条件判定部２０２は、通知データに含まれる他のユーザが所定の者（例えば、所定の所属又は役職の者）であるか否かを判定することによって、通知が表示条件を満たすか否かを判定してもよい。他にも例えば、表示条件判定部２０２は、通知の本文の文字数、添付ファイルの有無、又はリアクションの数といった他の表示条件を、通知が満たすか否かを判定してもよい。
【0067】
［表示制御部］
表示制御部２０３は、業務支援システム１における各画面を、表示部２５に表示させる。例えば、表示制御部２０３は、サーバ１０から受信した表示データに基づいて、各画面を、表示部２５に表示させる。第１実施形態では、特に通知画面ＳＣ２を表示させるための処理について説明する。
表示制御部２０３は、業務支援システム１における各画面を、表示部２５に表示させる。例えば、表示制御部２０３は、サーバ１０から受信した表示データに基づいて、各画面を、表示部２５に表示させる。第１実施形態では、特に通知画面ＳＣ２を表示させるための処理について説明する。
【0068】
第１実施形態では、表示制御部２０３は、複数の表示領域Ａ２０の各々に、当該表示領域Ａ２０に関連付けられた表示条件を満たすと判定された通知が配置された通知画面ＳＣ２を表示させる。例えば、表示制御部２０３は、複数の表示領域Ａ２０の各々が横方向に並べられ、かつ、複数の表示領域Ａ２０の各々における縦方向に、当該表示領域Ａ２０に関連付けられた表示条件を満たすと判定された情報が並べられた通知画面ＳＣ２を表示させる。
【0069】
横方向は、第１方向の一例である。縦方向は、第２方向の一例である。このため、横方向について説明している箇所は、第１方向と読み替えることができる。縦方向について説明している箇所は、第２方向と読み替えることができる。第２方向は、第１方向と直交する方向である。第１方向及び第２方向は、第１実施形態の例に限られない。例えば、第１方向は、縦方向であり、第２方向は、横方向であってもよい。
【0070】
なお、表示領域Ａ２０は、第１方向に並べられなくてもよい。例えば、表示領域Ａ２０は、通知画面ＳＣ２内の左上、右上、左下、及び右下の各々に表示領域Ａ２０が配置されてもよい。例えば、通知画面ＳＣ２内のランダムに定まる位置に。複数の表示領域Ａ２０の各々が配置されてもよい。表示領域Ａ２０の幅は、互いに異なっていてもよい。ユーザが表示領域Ａ２０の幅を指定できるようにしてもよい。表示領域Ａ２０は、任意の形状であってよく、図３のような長方形に限られない。例えば、表示領域Ａ２０は、正方形、角丸四角形、又は円形といった他の形状であってもよい。
【0071】
また、表示領域Ａ２０において、通知が第２方向に並べられなくてもよい。例えば、通知の横幅が表示領域Ａ２０の横幅よりも短い場合には、表示領域Ａ２０において、第１方向に通知が並べられてもよい。表示領域Ａ２０における通知のソート順は、第１実施形態のような時系列順に限られず、任意のソート条件であってよい。例えば、スレッド順、通知の要因となった行為をした他のユーザ順、通知の文字列順、又は通知の種類順といった他のソート条件に基づいて、表示領域Ａ２０内の通知が並べられてもよい。例えば、表示領域Ａ２０には、ソート条件が定められておらず、ランダムに決定された順序で通知が配置されてもよい。
【0072】
第１実施形態では、表示制御部２０３は、複数の表示領域Ａ２０の少なくとも１つの表示領域Ａ２０において、当該表示領域Ａ２０に関連付けられた表示条件を満たすと判定された未読の通知と、当該表示領域に関連付けられた表示条件を満たすと判定された既読の通知と、を互いに区別できるように表示させる。図３の例では、表示制御部２０３は、表示領域Ａ２０Ａにおいて、未読の自分宛通知と、既読の自分宛通知と、を色の有無によって区別できるように表示させる。表示制御部２０３は、未読／既読フラグが未読を示す通知（図３では、表示領域Ａ２０Ａにおける営業部の通知）に所定の色を付与することによって、未読の自分宛通知と、既読の自分宛通知と、を区別する。
【0073】
なお、未読／既読を区別する方法は、他の方法であってもよく、色の有無に限られない。例えば、表示制御部２０３は、通知の背景色、通知自体のサイズ、通知の文字色、通知の文字サイズ、又は通知の形状を異ならせることによって、未読／既読を区別してもよい。例えば、表示制御部２０３は、未読の通知だけを表示させる状態と、未読の通知と既読の通知の両方を表示させる状態と、を切り替えることによって、未読／既読を区別してもよい。例えば、表示制御部２０３は、表示領域Ａ２０Ａではなく、表示領域Ａ２０Ｂ～Ａ２０Ｅにおける通知の未読／既読を区別してもよい。
【0074】
［操作受付部］
操作受付部２０４は、業務支援システム１における各種操作を受け付ける。例えば、操作受付部２０４は、スレッド画面ＳＣ１又は通知画面ＳＣ２に対する操作を受け付ける。操作受付部２０４が受け付けた操作内容は、サーバ１０に適宜送信される。例えば、操作受付部２０４は、アイコンＩ１１が選択された場合に、通知画面ＳＣ２の表示要求をサーバ１０に送信する。例えば、操作受付部２０４は、通知画面ＳＣ２の通知が選択された場合に、この通知が示すメッセージが投稿されたスレッドのスレッド画面ＳＣ１の表示要求をサーバ１０に送信する。
操作受付部２０４は、業務支援システム１における各種操作を受け付ける。例えば、操作受付部２０４は、スレッド画面ＳＣ１又は通知画面ＳＣ２に対する操作を受け付ける。操作受付部２０４が受け付けた操作内容は、サーバ１０に適宜送信される。例えば、操作受付部２０４は、アイコンＩ１１が選択された場合に、通知画面ＳＣ２の表示要求をサーバ１０に送信する。例えば、操作受付部２０４は、通知画面ＳＣ２の通知が選択された場合に、この通知が示すメッセージが投稿されたスレッドのスレッド画面ＳＣ１の表示要求をサーバ１０に送信する。
【0075】
［１－４．第１実施形態で実行される処理］
図７は、第１実施形態で実行される処理の一例を示す図である。図７では、業務支援システム１で実行される処理のうち、主に、通知画面ＳＣ２を表示させるための処理を説明する。制御部１１，２１が、それぞれ記憶部１２，２２に記憶されたプログラムを実行することによって、図７の処理が実行される。
図７は、第１実施形態で実行される処理の一例を示す図である。図７では、業務支援システム１で実行される処理のうち、主に、通知画面ＳＣ２を表示させるための処理を説明する。制御部１１，２１が、それぞれ記憶部１２，２２に記憶されたプログラムを実行することによって、図７の処理が実行される。
【0076】
図７に示すように、サーバ１０及びユーザ端末２０の間で、ユーザがログインするためのログイン処理が実行される（Ｓ１００）。Ｓ１００では、ユーザ端末２０は、サーバ１０に対し、ユーザが入力したユーザＩＤ及びパスワードを送信する。サーバ１０は、ユーザデータベースＤＢ１を参照し、ユーザＩＤ及びパスワードの正当性を確認する。ログイン処理が成功すると、ユーザはグループウェアを利用できる。以降、通知画面ＳＣ２を表示させる場合の処理を説明する。
【0077】
ユーザ端末２０は、スレッド画面ＳＣ１又は他の画面でアイコンＩ１１が選択されると、サーバ１０に対し、通知画面ＳＣ２の表示要求を送信する（Ｓ１０１）。ユーザ端末２０がサーバ１０と通信する場合には、ユーザＩＤ又は他のデータが送信されることによって、サーバ１０は、どのユーザのリクエストであるかを特定できるようになっている。サーバ１０は、通知画面ＳＣ２の表示要求を受信すると（Ｓ１０２）、ユーザデータベースＤＢ１を参照し、ユーザが直近で受け取った所定数の通知を取得する（Ｓ１０３）。Ｓ１０３では、例えば、通知の日時が現在に近い順に１００個の通知データが取得される。
【0078】
サーバ１０は、通知画面ＳＣ２の表示データを生成してユーザ端末２０に送信する（Ｓ１０４）。Ｓ１０４では、サーバ１０は、ユーザデータベースＤＢ１を参照し、ユーザの設定データを取得する。サーバ１０は、ユーザの設定データと、Ｓ１０３で取得した１００個の通知データと、を含む表示データを生成する。先述したように、表示データには、ユーザ端末２０側で実行すべき処理を示すスクリプトが含まれている。
【0079】
ユーザ端末２０は、通知画面ＳＣ２の表示データを受信すると（Ｓ１０５）、複数の表示領域Ａ２０の各々に関連付けられた表示条件を、通知が満たすか否かを判定する（Ｓ１０６）。Ｓ１０６では、ユーザ端末２０は、通知画面ＳＣ２の表示データに含まれるスクリプトを実行し、表示領域Ａ２０ごとに、当該表示領域Ａ２０に関連付けられた表示条件を、１００個の通知の各々が満たすか否かを判定する。
【0080】
ユーザ端末２０は、Ｓ１０６における判定結果に基づいて、複数の表示領域Ａ２０の各々に、当該表示領域Ａ２０に関連付けられた表示条件を満たすと判定された通知が配置された通知画面ＳＣ２を、表示部２５に表示させ（Ｓ１０７）、本処理は終了する。Ｓ１０７では、ユーザ端末２０は、通知画面ＳＣ２の表示データに含まれるスクリプトを実行し、表示領域Ａ２０ごとに、当該表示領域Ａ２０に関連付けられた表示条件を満たす通知を、上から下に時系列順に並ぶように配置する。
【0081】
なお、Ｓ１０７の処理で通知画面ＳＣ２が表示された後は、通知画面ＳＣ２に対するユーザの操作に応じた処理が実行される。例えば、通知を選択する操作が行われた場合、ユーザ端末２０は、サーバ１０との間で、通知が示すメッセージのスレッド画面ＳＣ１を表示させるための処理が実行される。例えば、ユーザは、スレッド画面ＳＣ１からメッセージに対するリアクションを行ったり、スレッド機能以外の他の機能から、メッセージで要求された業務を遂行したりする。
【0082】
例えば、過去の通知の読込操作が行われた場合、ユーザ端末２０は、サーバ１０との間で、過去の通知を表示させるための処理を実行する。この場合、ユーザ端末２０は、ユーザが選択した表示領域Ａ２０の過去の通知を要求する。サーバ１０は、ユーザデータベースＤＢ１を参照し、ユーザ端末２０に通知データが送信されていない通知のうち、現在に近い順に所定数の通知の通知データを取得する。ユーザ端末２０は、通知データを受信すると、Ｓ１０６及びＳ１０７と同様の処理を実行し、過去の通知が表示条件を満たす表示領域Ａ２０に表示される。
【0083】
例えば、表示条件の変更操作が行われた場合、ユーザ端末２０は、サーバ１０との間で、表示条件を変更するための処理を実行する。この場合、サーバ１０は、ユーザが変更した表示条件をユーザデータベースＤＢ１に格納する。ユーザ端末２０は、変更後の表示条件に基づいて、Ｓ１０６及びＳ１０７と同様の処理を実行し、通知画面ＳＣ２の表示を更新する。例えば、新たな表示領域Ａ２０の追加操作が行われた場合、ユーザ端末２０は、サーバ１０との間で、新たな表示領域Ａ２０を追加するための処理を実行する。この場合、サーバ１０は、ユーザが指定した新たな表示条件と、新たな表示領域Ａ２０と、が関連付けられるように、ユーザデータベースＤＢ１を更新する。ユーザ端末２０は、新たな表示条件が関連付けられた新たな表示領域Ａ２０に、当該新たな表示条件を満たす通知を配置する。通知画面ＳＣ２を閉じる操作が行われた場合、通知画面ＳＣ２が閉じられる。
【0084】
第１実施形態の業務支援システム１は、通知画面ＳＣ２における複数の表示領域Ａ２０の各々に関連付けられた表示条件を、通知が満たすか否かを判定する。業務支援システム１は、複数の表示領域Ａ２０の各々に、当該表示領域Ａ２０に関連付けられた表示条件を満たすと判定された通知が配置された通知画面ＳＣ２を表示させる。これにより、ある表示条件を満たす通知と、他の表示条件を満たす通知と、を同じ通知画面ＳＣ２で確認できるので、ユーザの利便性が高まる。例えば、図３の例であれば、ユーザが、自分宛通知を表示条件として指定して通知画面ＳＣ２に表示させた後に、タイムラインを表示条件として通知画面ＳＣ２の表示を切り替えるといった手間を省き、これらを同時に通知画面ＳＣ２に表示させることができる。
【0085】
また、第１実施形態の業務支援システム１は、複数の表示領域Ａ２０の各々が横方向に並べられ、かつ、複数の表示領域Ａ２０の各々における縦方向に、当該表示領域Ａ２０に関連付けられた表示条件を満たすと判定された通知が並べられた通知画面ＳＣ２を表示させる。これにより、通知画面ＳＣ２の視認性が高まる。例えば、表示領域Ａ２０の縦方向に、通知を時系列的に並べることによって、通知の時系列を直感的に把握できる。
【0086】
また、第１実施形態の業務支援システム１は、複数の表示領域Ａ２０の少なくとも１つの表示領域Ａ２０において、当該表示領域Ａ２０に関連付けられた表示条件を満たすと判定された未読の通知と、当該表示領域Ａ２０に関連付けられた表示条件を満たすと判定された既読の通知と、を互いに区別できるように表示させる。これにより、未読の通知と、既読の通知と、を通知画面ＳＣ２上で区別しやすくなる。
【0087】
また、第１実施形態の業務支援システム１は、ユーザが受け取った情報として、業務支援システム１における通知を表示するための通知画面ＳＣ２を表示させる。これにより、業務支援システム１におけるユーザの利便性が高まる。
【0088】
［２．第２実施形態］
次に、業務支援システム１の別実施形態である第２実施形態を説明する。例えば、通知画面ＳＣ２には、ユーザが何の操作もしなくてよい通知もあれば、ユーザが何らかの業務を遂行するために何らかの操作をする通知もある。ユーザは、何らかの操作をする通知を通知画面ＳＣ２で確認すると、この通知を選択してスレッド画面ＳＣ１を表示させる。ユーザは、スレッド画面ＳＣ１から、メッセージに対するリアクションを行ったり、メッセージに関する業務を遂行するための他の画面に遷移したりすることによって、自身に求められている業務を遂行する。
次に、業務支援システム１の別実施形態である第２実施形態を説明する。例えば、通知画面ＳＣ２には、ユーザが何の操作もしなくてよい通知もあれば、ユーザが何らかの業務を遂行するために何らかの操作をする通知もある。ユーザは、何らかの操作をする通知を通知画面ＳＣ２で確認すると、この通知を選択してスレッド画面ＳＣ１を表示させる。ユーザは、スレッド画面ＳＣ１から、メッセージに対するリアクションを行ったり、メッセージに関する業務を遂行するための他の画面に遷移したりすることによって、自身に求められている業務を遂行する。
【0089】
例えば、ユーザは、スレッド画面ＳＣ１又は他の画面で業務を遂行した後に、他の通知を確認したいと思うことがある。この場合、スレッド画面ＳＣ１又は他の画面から再び通知画面ＳＣ２に戻る必要がある。ユーザは、スレッド画面ＳＣ１又は他の画面と、通知画面ＳＣ２と、の間を行ったり来たりする必要があるので、ユーザの手間がかかる。そこで、第２実施形態では、通知画面ＳＣ２に表示された通知に対し、リアクションのような簡易的な操作を受け付けることができるようになっている。
【0090】
図８は、第２実施形態の通知画面ＳＣ２の一例を示す図である。図８のように、通知画面ＳＣ２の全体的なレイアウトは、第１実施形態と同様である。第２実施形態では、表示領域Ａ２０には、通知が示すメッセージに対するリアクションを受け付けるためのアイコンＩ２０１が表示される。例えば、ユーザが、ある通知のアイコンＩ２０１を選択すると、スレッド画面ＳＣ１に遷移しなくても、通知画面ＳＣ２を表示させたまま、この通知が示すメッセージに対するリアクションを行うことができる。
【0091】
以上のように、第２実施形態では、通知画面ＳＣ２に表示された通知に対する操作を受け付けることによって、通知画面ＳＣ２上で簡易的な業務を行うことができるようになっている。これにより、スレッド画面ＳＣ１又は他の画面と、通知画面ＳＣ２と、の間を行ったり来たりしなくても、ユーザによる業務の遂行が可能になるので、ユーザの手間を軽減できる。以降、第２実施形態の詳細を説明する。第２実施形態では、第１実施形態と同様の構成については、説明を省略する。
【0092】
［２－１．第２実施形態で実現される機能］
図９は、第２実施形態で実現される機能の一例を示す図である。
図９は、第２実施形態で実現される機能の一例を示す図である。
【0093】
［２－１－１．サーバで実現される機能］
サーバ１０は、データ記憶部１００、通知生成部１０１、受信部１０２、及び送信部１０３を含む。これら各機能は、第１実施形態と同様であってよい。なお、第２実施形態では、通知データには、通知が示すメッセージのリアクション数が含まれるものとする。メッセージデータにも、メッセージのリアクション数が含まれるものとする。
サーバ１０は、データ記憶部１００、通知生成部１０１、受信部１０２、及び送信部１０３を含む。これら各機能は、第１実施形態と同様であってよい。なお、第２実施形態では、通知データには、通知が示すメッセージのリアクション数が含まれるものとする。メッセージデータにも、メッセージのリアクション数が含まれるものとする。
【0094】
［２－１－２．ユーザ端末で実現される機能］
ユーザ端末２０は、データ記憶部２００、通知取得部２０１、表示条件判定部２０２、表示制御部２０３、操作受付部２０４、第１業務処理実行部２０５、画面遷移部２０６、及び第２業務処理実行部２０７が実現される。第１業務処理実行部２０５、画面遷移部２０６、及び第２業務処理実行部２０７の各々は、制御部２１により実現される。
ユーザ端末２０は、データ記憶部２００、通知取得部２０１、表示条件判定部２０２、表示制御部２０３、操作受付部２０４、第１業務処理実行部２０５、画面遷移部２０６、及び第２業務処理実行部２０７が実現される。第１業務処理実行部２０５、画面遷移部２０６、及び第２業務処理実行部２０７の各々は、制御部２１により実現される。
【0095】
［データ記憶部、通知取得部、表示条件判定部、表示制御部］
データ記憶部２００、通知取得部２０１、表示条件判定部２０２、及び表示制御部２０３の各々の機能は、第１実施形態と同様であってよい。第２実施形態の表示制御部２０３は、業務支援システム１でユーザが受け取った通知に関する通知画面ＳＣ２を表示させるようにすればよく、通知画面ＳＣ２は、第１実施形態とは異なってもよい。
データ記憶部２００、通知取得部２０１、表示条件判定部２０２、及び表示制御部２０３の各々の機能は、第１実施形態と同様であってよい。第２実施形態の表示制御部２０３は、業務支援システム１でユーザが受け取った通知に関する通知画面ＳＣ２を表示させるようにすればよく、通知画面ＳＣ２は、第１実施形態とは異なってもよい。
【0096】
例えば、第２実施形態では、表示制御部２０３は、表示領域Ａ２０ごとに表示条件が関連付けられておらず、ユーザが受け取った全ての通知を示す通知画面ＳＣ２を表示させてもよい。例えば、表示制御部２０３は、ユーザが指定した表示条件を満たす通知を通知画面ＳＣ２に表示させ、ユーザが他の表示条件を指定した場合には、当該他の表示条件を満たす通知が表示させるように、通知画面ＳＣ２の表示を切り替えてもよい。このため、第２実施形態では、第１実施形態で説明した機能が実現されなくてもよい。第２実施形態で説明する機能は、第１実施形態で説明した機能がなくても実現可能である。
【0097】
［操作受付部］
操作受付部２０４は、第１実施形態と同様であってよいが、第２実施形態の操作受付部２０４は、第１操作受付部２０４Ａ及び第２操作受付部２０４Ｂを含む。
操作受付部２０４は、第１実施形態と同様であってよいが、第２実施形態の操作受付部２０４は、第１操作受付部２０４Ａ及び第２操作受付部２０４Ｂを含む。
【0098】
第１操作受付部２０４Ａは、通知画面ＳＣ２において、通知に関連付けられた通知関連業務に関する第１操作を受け付ける。通知関連業務は、通知に関する何らかの業務である。例えば、通知関連業務は、通知に関する何らかのデータを登録、変更（更新）、又は削除することである。第２実施形態では、通知が示すメッセージのメッセージデータを変更することが、通知関連業務に相当する場合を説明する。具体的には、メッセージデータに含まれるリアクション数を増加させることが、通知関連業務に相当する場合を説明する。
【0099】
なお、通知関連業務は、任意の業務であってよく、リアクション数を増加させることに限られない。例えば、通知が示すメッセージに対する返信をすることが、通知関連業務に相当してもよい。例えば、通知が示すデータベースのレコードを追加、変更、又は削除することが通知関連業務に相当してもよい。例えば、通知が示す何らかのステータスを変更すること、又は、通知が示す何らかの承認操作を行うことが、通知関連業務に相当してもよい。
【0100】
第１操作は、通知画面ＳＣ２に表示された通知に対する操作である。第１操作は、通知関連業務を遂行するための操作である。第１操作は、通知画面ＳＣ２で受付可能な操作であればよく、例えば、第１操作受付部２０４Ａは、通知関連業務に関するリアクションをするためのリアクション操作を、第１操作として受け付ける。図８の例では、アイコンＩ２０１を選択する操作が第１操作に相当する。このため、アイコンＩ２０１を選択する操作について説明している箇所は、第１操作と読み替えることができる。第１操作は、ラジオボタン又はチェックボックスを選択する操作、又は、その他の何らかのボタンを選択する操作であってもよい。
【0101】
リアクションとは、あるユーザのメッセージに対する他のユーザのアクションである。リアクションは、メッセージを投稿したユーザ自身のアクションであってもよい。例えば、リアクションは、いいね又は絵文字のリアクションである。メッセージに対する返信を入力することも、リアクションの一種である。メッセージに対する返信を入力することが第１操作に相当する場合には、通知画面ＳＣ２における通知内に、返信を入力するための入力フォームが表示されてもよい。例えば、自由な文字列を返信として入力するのではなく、定型文で返信を入力する場合には、定型文を選択するための画像が通知内に表示されてもよい。リアクションは、メッセージ以外の他のデータに対して行われてもよい。
【0102】
第２操作受付部２０４Ｂは、スレッド画面ＳＣ１において、通知関連業務に関する第２操作を受け付ける。スレッド画面ＳＣ１は、遷移先画面の一例である。このため、スレッド画面ＳＣ１と記載した箇所は、遷移先画面と読み替えることができる。遷移先画面は、通知画面ＳＣ２以外の他の画面であればよく、スレッド画面ＳＣ１に限られない。例えば、スケジュール共有機能で共有されるスケジュールを示すスケジュール共有画面、ファイル共有機能で共有されるファイルを示すファイル共有画面、又はデータベース共有機能で共有されるデータベースを示すデータベース共有画面が遷移先画面に相当してもよい。
【0103】
第２操作は、スレッド画面ＳＣ１に対する操作である。第２操作は、通知関連業務を遂行するための操作である。第２操作は、スレッド画面ＳＣ１で受付可能な操作であればよく、例えば、第２操作受付部２０４Ｂは、表示領域Ａ１０に表示されたメッセージに対してリアクションをするためのリアクション操作を、第２操作として受け付ける。図２の例では、表示領域Ａ１０内のアイコンＩ１００を選択する操作が第２操作に相当する。このため、アイコンＩ１００を選択する操作について説明している箇所は、第２操作と読み替えることができる。
【0104】
なお、第２操作は、何らかの業務を遂行するための操作であればよく、アイコンＩ１００に限られない。例えば、第２操作は、ラジオボタン若しくはチェックボックスを選択する操作、又は、その他の何らかのボタンを選択する操作であってもよい。例えば、第２操作は、スレッド画面ＳＣ１に表示されたメッセージに対する返信を入力する操作であってもよい。例えば、第２操作は、何らかのコメントを入力する操作、何らかのファイルをアップロードする操作、データベースのレコードを追加、変更、若しくは削除する操作、又は何らかの承認を行う操作であってもよい。
【0105】
［第１業務処理実行部］
第１業務処理実行部２０５は、第１操作に基づいて、通知関連業務に関する第１業務処理を実行する。第２実施形態では、第１業務処理実行部２０５がユーザ端末２０に含まれるので、第１業務処理は、サーバ１０に対し、通知関連業務に関するデータの登録、変更、又は削除の依頼を送信する処理である。サーバ１０は、当該依頼に基づいて、対象となるデータを登録、変更、又は削除する。
第１業務処理実行部２０５は、第１操作に基づいて、通知関連業務に関する第１業務処理を実行する。第２実施形態では、第１業務処理実行部２０５がユーザ端末２０に含まれるので、第１業務処理は、サーバ１０に対し、通知関連業務に関するデータの登録、変更、又は削除の依頼を送信する処理である。サーバ１０は、当該依頼に基づいて、対象となるデータを登録、変更、又は削除する。
【0106】
例えば、第１業務処理実行部２０５は、リアクション操作に基づいて、リアクションに関するリアクション処理を、第１業務処理として実行する。例えば、第１業務処理は、メッセージに関連付けられたリアクション情報の変更を依頼する処理である。例えば、ユーザが、リアクションをしていないメッセージの通知に対し、アイコンＩ２０１を選択した場合には、このメッセージに関連付けられたリアクション数の増加を依頼する処理が、第１業務処理に相当する。ユーザがリアクション済みのメッセージの通知に対し、アイコンＩ２０１を選択した場合には、このメッセージに対するリアクションの取り消しを依頼する処理が、第１業務処理に相当する。
【0107】
例えば、第２実施形態では、アイコンＩ２０１を選択する操作が第１操作に相当し、アイコンＩ１００を選択する操作が第２操作に相当する。このため、第１操作と第２操作は、互いに異なる画面で受け付けられる操作であるが、リアクション数を増加するための操作としては同じである。通知関連業務として、リアクション数を増加するための処理以外の他の処理が実行される場合には、通知画面ＳＣ２で受付可能な第１操作は、スレッド画面ＳＣ１で受付可能な第２操作と同じ又は第２操作よりも簡易的であってもよい。通知画面ＳＣ２では、スレッド画面ＳＣ１で受け付けられる第１操作と全く同じ第２操作が受け付けられてもよい。
【0108】
操作が簡易的とは、ある結果を得るために必要な操作回数が少ないことである。例えば、通知画面ＳＣ２において、何らかのステータスの変更をすることが通知関連業務に相当したとすると、通知画面ＳＣ２における第１操作では、通知上のボタンを選択するといった１回の操作で済むのに対し、スレッド画面ＳＣ１で、同じステータスの変更をするためには、ステータスを表示するための操作と、ステータスを変更するための操作と、を含む２回以上の操作が第２操作として必要であってもよい。
【0109】
他にも例えば、メッセージに対する返信が通知関連業務に相当したとすると、通知画面ＳＣ２における第１操作では、定型文を選択することによって返信が可能であるのに対し、スレッド画面ＳＣ１で返信をするためには、返信の意思を示すアイコンの選択と、返信の文章を入力する操作と、を含む２回以上の操作が第２操作として必要であってもよい。他の通知関連業務も同様に、第１操作は、第２操作よりも簡易的であってもよい。
【0110】
なお、スレッド画面ＳＣ１から受け付けられる第２操作の方が、より詳細な通知関連業務を遂行できるものとする。例えば、メッセージに対する返信であれば、第２操作により、定型文ではなく、自由な文章の入力が可能である。例えば、ステータスを変更するための操作であれば、スレッド画面ＳＣ１から指定できるステータスの種類は、通知画面ＳＣ２から指定できるステータスの種類よりも多くてもよい。
【0111】
［画面遷移部］
画面遷移部２０６は、通知画面ＳＣ２において通知が選択された場合に、通知に関連付けられたスレッド画面ＳＣ１に遷移する。通知に関連付けられたスレッド画面ＳＣ１は、通知を選択することによって遷移する遷移先の画面である。スレッド画面ＳＣ１に遷移する流れは、第１実施形態で説明した通りである。第２実施形態では、画面遷移部２０６がユーザ端末２０により実現されるので、画面遷移部２０６は、サーバ１０に対し、スレッド画面ＳＣ１の表示要求を送信することによって、スレッド画面ＳＣ１に遷移する。
画面遷移部２０６は、通知画面ＳＣ２において通知が選択された場合に、通知に関連付けられたスレッド画面ＳＣ１に遷移する。通知に関連付けられたスレッド画面ＳＣ１は、通知を選択することによって遷移する遷移先の画面である。スレッド画面ＳＣ１に遷移する流れは、第１実施形態で説明した通りである。第２実施形態では、画面遷移部２０６がユーザ端末２０により実現されるので、画面遷移部２０６は、サーバ１０に対し、スレッド画面ＳＣ１の表示要求を送信することによって、スレッド画面ＳＣ１に遷移する。
【0112】
スレッド画面ＳＣ１の表示要求には、選択された通知の通知ＩＤが含まれるものとする。スレッドデータベースＤＢ２には、メッセージＩＤと通知ＩＤが関連付けられているので、サーバ１０は、表示要求に含まれる通知ＩＤによって、どのメッセージをスレッド画面ＳＣ１に表示させたらよいかを特定できる。サーバ１０は、このメッセージを含むスレッド画面ＳＣ１の表示データを生成してユーザ端末２０に送信する。ユーザ端末２０は、スレッド画面ＳＣ１の表示データを受信すると、画面遷移部２０６は、当該受信した表示データに基づいて、スレッド画面ＳＣ１を表示部２５に表示させる。
【0113】
［第２業務処理実行部］
第２業務処理実行部２０７は、第２操作に基づいて、通知関連業務に関する第２業務処理を実行する。第２実施形態では、第２業務処理実行部２０７がユーザ端末２０に含まれるので、第２業務処理は、サーバ１０に対し、通知関連業務に関するデータの登録、変更、又は削除を依頼する処理である。サーバ１０は、当該依頼に基づいて、対象となるデータを登録、変更、又は削除する。
第２業務処理実行部２０７は、第２操作に基づいて、通知関連業務に関する第２業務処理を実行する。第２実施形態では、第２業務処理実行部２０７がユーザ端末２０に含まれるので、第２業務処理は、サーバ１０に対し、通知関連業務に関するデータの登録、変更、又は削除を依頼する処理である。サーバ１０は、当該依頼に基づいて、対象となるデータを登録、変更、又は削除する。
【0114】
第２業務処理は、スレッド画面ＳＣ１から行われる処理という点で第１業務処理とは異なるが、他の点については同様である。このため、第２業務処理は、第１業務処理と同様に、リアクション数を増加させる処理、メッセージに対する返信を行う処理、ステータスを変更する処理、又はデータベースの変更等を行う処理といった任意の処理であってよい。第２業務処理実行部２０７は、スレッド画面ＳＣ１における第２操作に基づいて、これらの処理を実行する。
【0115】
［２－２．第２実施形態で実行される処理］
図１０は、第２実施形態で実行される処理の一例を示す図である。図１０のＳ２００～Ｓ２０７の処理は、図７のＳ１００～Ｓ１０７の処理と同様である。Ｓ２０７において、通知画面ＳＣ２が表示されると、ユーザ端末２０は、アイコンＩ２０１が選択されたか、又は、表示領域Ａ２０内の通知が選択されたかを判定する（Ｓ２０８）。
図１０は、第２実施形態で実行される処理の一例を示す図である。図１０のＳ２００～Ｓ２０７の処理は、図７のＳ１００～Ｓ１０７の処理と同様である。Ｓ２０７において、通知画面ＳＣ２が表示されると、ユーザ端末２０は、アイコンＩ２０１が選択されたか、又は、表示領域Ａ２０内の通知が選択されたかを判定する（Ｓ２０８）。
【0116】
Ｓ２０８において、アイコンＩ２０１が選択されたと判定された場合（Ｓ２０８：Ｉ２０１）、ユーザ端末２０は、サーバ１０に対し、リアクション要求を送信する（Ｓ２０９）。サーバ１０は、リアクション要求を受信すると（Ｓ２１０）、スレッドデータベースＤＢ２を更新し（Ｓ２１１）、ユーザ端末２０との間で通知画面ＳＣ２を更新するための処理を実行し（Ｓ２１２）、本処理は終了する。
【0117】
Ｓ２０８において、表示領域Ａ２０内の通知が選択されたと判定された場合（Ｓ２０８：通知選択）、本処理は終了する。この場合、ユーザ端末２０は、サーバ１０との間で、スレッド画面ＳＣ１を表示させるための処理を実行する。サーバ１０及びユーザ端末２０の間で、メッセージに関する業務を遂行するための処理が実行される。
【0118】
第２実施形態の業務支援システム１は、通知画面ＳＣ２において受け付けられた第１操作に基づいて、第１業務処理を実行する。これにより、通知画面ＳＣ２で通知を確認してそのまま簡易的な業務を遂行できるので、ユーザの手間を軽減できる。例えば、ユーザは、通知画面ＳＣ２からスレッド画面ＳＣ１に遷移してリアクション操作を行った後に、再び通知画面ＳＣ２に戻るといった必要が無くなる。ユーザは、通知画面ＳＣ２から、ある通知が示すメッセージに対するリアクション操作を行った後に、そのまま他の通知を確認するといったことができるので、ユーザの業務効率が高まる。
【0119】
また、第２実施形態の業務支援システム１は、通知画面ＳＣ２で受付可能な第１操作は、通知画面ＳＣ２において通知が選択された場合に遷移するスレッド画面ＳＣ１で受付可能な第２操作と同じ又は第２操作よりも簡易的である。第１操作と第２操作が同じである場合には、スレッド画面ＳＣ１から行う業務と同じ操作を通知画面ＳＣ２上で受け付けることができる。通知画面ＳＣ２で複雑な操作をさせようとすると、その分だけ通知画面ＳＣ２の表示スペースを消費する可能性があるが、通知画面ＳＣ２上で行うことができる第１操作が簡易的である場合には、通知画面ＳＣ２の表示スペースをあまり消費しないようにすることができる。
【0120】
また、第２実施形態の業務支援システム１は、通知画面ＳＣ２で受け付けられたリアクション操作に基づいて、リアクション処理を実行する。これにより、通知画面ＳＣ２で通知を確認し、そのままリアクションをすることができる。このため、リアクションのために通知画面ＳＣ２からスレッド画面ＳＣ１に遷移するといった手間を省くことができる。
【0121】
［３．変形例］
なお、本開示は、以上説明した第１実施形態及び第２実施形態の例に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。
なお、本開示は、以上説明した第１実施形態及び第２実施形態の例に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。
【0122】
［３－１．第１実施形態に関する変形例］
まず、第１実施形態に関する変形例を説明する。
まず、第１実施形態に関する変形例を説明する。
【0123】
図１１は、第１実施形態に関する変形例における機能の一例を示す図である。例えば、サーバ１０は、表示条件共有部１０４を含む。表示条件共有部１０４は、制御部１１により実現される。例えば、ユーザ端末２０は、並替操作受付部２０８、並び替え部２０９、及び新着数取得部２１０を含む。並替操作受付部２０８、並び替え部２０９、及び新着数取得部２１０の各々は、制御部１１により実現される。
【0124】
［変形例１－１］
例えば、第１実施形態では、ある１つの業務支援システム１における通知が通知画面ＳＣ２に表示される場合を説明したが、複数の業務支援システム１の各々における通知が１つの通知画面ＳＣ２に表示されてもよい。変形例１－１では、グループウェアＡ，Ｂ，Ｃといった３つの業務支援システム１の各々における通知が１つの通知画面ＳＣ２に表示される場合を例に挙げるが、通知画面ＳＣ２には、２つ又は４つ以上の業務支援システム１の各々における通知が表示されてもよい。
例えば、第１実施形態では、ある１つの業務支援システム１における通知が通知画面ＳＣ２に表示される場合を説明したが、複数の業務支援システム１の各々における通知が１つの通知画面ＳＣ２に表示されてもよい。変形例１－１では、グループウェアＡ，Ｂ，Ｃといった３つの業務支援システム１の各々における通知が１つの通知画面ＳＣ２に表示される場合を例に挙げるが、通知画面ＳＣ２には、２つ又は４つ以上の業務支援システム１の各々における通知が表示されてもよい。
【0125】
変形例１－１の通知取得部２０１は、ユーザが利用する複数の業務支援システム１の各々における通知を取得する。変形例１－１では、図１で説明したハードウェアと同様の構成を有する業務支援システム１が複数存在する。複数の業務支援システム１の各々は、互いにネットワークＮを介して通信可能に接続される。複数の業務支援システム１の各々で実現される機能は、第１実施形態で説明した機能と同様であってもよいし、第１実施形態で説明した機能を有さない業務支援システム１が存在してもよい。
【0126】
変形例１－１では、複数の業務支援システム１の各々は、互いに連携している。変形例１－１では、複数の業務支援システム１の各々は、ユーザＩＤと、通知データと、を互いに共有する。このため、複数の業務支援システム１の各々は、どのユーザがどの通知を受け取ったかを互いに把握できるようになっている。通知データのデータ形式は、互いに同様であるものとするが、データ形式が異なっていてもよい。通知データのデータ形式が異なる場合には、複数の業務支援システム１の各々は、互いに通知データのデータ形式を共有しているものとする。
【0127】
なお、ユーザ端末２０の通知取得部２０１は、複数の業務支援システム１の各々と通信して通知を取得してもよいし、ユーザがログイン中の業務支援システム１を介して、残りの業務支援システム１から通知を取得してもよい。他にも例えば、ある特定の業務支援システム１のユーザデータベースＤＢ１で、他の業務支援システムにおける通知も管理されていてもよい。この場合、通知取得部２０１は、当該特定の業務支援システム１から、全ての業務支援システム１の各々における通知を取得する。
【0128】
変形例１－１の表示制御部２０３は、複数の表示領域Ａ２０の各々に、当該表示領域Ａ２０に関連付けられた表示条件を満たすと判定された、複数の業務支援システム１の各々における通知が配置された通知画面ＳＣ２を表示させる。複数の業務支援システム１の各々における通知が通知画面ＳＣ２に表示される点で第１実施形態とは異なるが、表示条件を満たすか否かを判定する処理と、当該処理の結果に基づいて通知画面ＳＣ２を表示させる処理と、については、第１実施形態で説明した通りである。
【0129】
図３の通知画面ＳＣ２の例において、ユーザがグループウェアＡ～Ｃの全てを利用していたとすると、表示制御部２０３は、表示領域Ａ２０Ａにおいて、グループウェアＡから受け取った自分宛通知、グループウェアＢから受け取った自分宛通知、及びグループウェアＣから受け取った自分宛通知を混在して表示させる。表示制御部２０３は、表示領域Ａ２０Ｂ～Ａ２０Ｅについても同様に、グループウェアＡ～Ｃの各々から受け取った通知であって、表示領域Ａ２０Ｂ～Ａ２０Ｅの各々に関連付けられた表示条件を満たす通知を混在して表示させる。
【0130】
変形例１－１の業務支援システム１は、複数の表示領域Ａ２０の各々に、当該表示領域Ａ２０に関連付けられた表示条件を満たすと判定された、複数の業務支援システム１の各々における通知が配置された通知画面ＳＣ２を表示させる。これにより、複数の業務支援システム１の各々における通知を１つの通知画面ＳＣ２にまとめて表示させることができるので、ユーザの利便性が高まる。
【0131】
［変形例１－２］
例えば、業務支援システム１は、スレッド機能、スケジュール共有機能、ファイル共有機能、及びデータベース共有機能といったように、ユーザに対し、業務の支援に関する複数の機能を提供する。この場合、複数の表示領域Ａ２０は、複数の機能に関する表示条件が関連付けられた表示領域Ａ２０を含んでもよい。即ち、表示条件は、ある第１機能に関する条件と、第１機能とは異なる第２機能に関する条件と、を含むようにしてもよい。変形例１－２では、複数の機能の一例として、スレッド機能と、データベース共有機能と、を説明する。
例えば、業務支援システム１は、スレッド機能、スケジュール共有機能、ファイル共有機能、及びデータベース共有機能といったように、ユーザに対し、業務の支援に関する複数の機能を提供する。この場合、複数の表示領域Ａ２０は、複数の機能に関する表示条件が関連付けられた表示領域Ａ２０を含んでもよい。即ち、表示条件は、ある第１機能に関する条件と、第１機能とは異なる第２機能に関する条件と、を含むようにしてもよい。変形例１－２では、複数の機能の一例として、スレッド機能と、データベース共有機能と、を説明する。
【0132】
図２のスレッド画面ＳＣ１における「アプリ」は、データベース共有機能の一例である。図２の例では、請求書のデータベースを共有する請求書管理アプリ、特許出願のデータベースを共有する特許管理アプリ、意匠出願のデータベースを共有する意匠管理アプリ、及び商標出願のデータベースを共有する商標管理アプリが利用されている。ユーザは、これらのアプリを利用して、データベースに格納された各種情報を共有する。例えば、アプリのレコードが追加、変更、又は削除された場合に、ユーザは、通知を受け取る。アプリにコメントが入力された場合にも、ユーザは、通知を受け取る。
【0133】
例えば、複数の表示領域Ａ２０のうちの少なくとも１つには、「知的財産部スレッドの通知、又は、請求書管理アプリの通知」といったように、複数の機能の各々に関する条件がＯＲで定義されている。これらの条件は、ＯＲではなく、ＡＮＤで定義されてもよい。他にも例えば、表示条件が３つ以上の条件を含む場合には、ＯＲとＡＮＤの両方を利用して表示条件が定義されていてもよい。表示条件は、「知的財産部スレッドの通知、又は、請求書管理アプリの通知、又は、意匠管理アプリの通知」といったように、３つ以上の機能に関する条件を含んでもよい。
【0134】
変形例１－２の表示条件判定部２０２は、複数の機能に関する表示条件が関連付けられた表示領域Ａ２０については、当該表示条件に含まれる複数の条件の各々を、通知が満たすか否かを判定する。例えば、表示条件判定部２０２は、「知的財産部スレッドの通知、又は、請求書管理アプリの通知」といった２つの条件を含む表示条件については、通知の要因となったものが知的財産部スレッド又は請求書管理アプリであるか否かを判定することによって、通知が表示条件を満たすか否かを判定する。表示制御部２０３が表示条件判定部２０２の判定結果に基づいて通知画面ＳＣ２を表示させる処理については、第１実施形態で説明した通りである。
【0135】
変形例１－２の業務支援システム１は、ユーザに対し、業務の支援に関する複数の機能を提供し、複数の表示領域Ａ２０は、複数の機能に関する表示条件が関連付けられた表示領域Ａ２０を含む。これにより、より柔軟な表示条件を表示領域Ａ２０に関連付けることができるので、ユーザの利便性が高まる。
【0136】
［変形例１－３］
例えば、図３の例では、表示領域Ａ２０Ａ～Ａ２０Ｃは、業務支援システム１側で予め表示条件が定められており、表示領域Ａ２０Ｄ，Ａ２０Ｅは、ユーザ側で自由に表示条件を指定できる場合を説明した。このため、図３の例では、複数の表示領域Ａ３０は、ユーザが指定した表示条件が関連付けられた表示領域Ａ２０を含むことになる。例えば、複数の表示領域Ａ２０は、ユーザが指定した表示条件が関連付けられた表示領域Ａ２０だけを含んでもよい。変形例１－３では、ユーザが指定した表示条件が、他のユーザに共有される。
例えば、図３の例では、表示領域Ａ２０Ａ～Ａ２０Ｃは、業務支援システム１側で予め表示条件が定められており、表示領域Ａ２０Ｄ，Ａ２０Ｅは、ユーザ側で自由に表示条件を指定できる場合を説明した。このため、図３の例では、複数の表示領域Ａ３０は、ユーザが指定した表示条件が関連付けられた表示領域Ａ２０を含むことになる。例えば、複数の表示領域Ａ２０は、ユーザが指定した表示条件が関連付けられた表示領域Ａ２０だけを含んでもよい。変形例１－３では、ユーザが指定した表示条件が、他のユーザに共有される。
【0137】
変形例１－３の業務支援システム１は、表示条件共有部１０４を含む。表示条件共有部１０４は、ユーザが指定した表示条件を、他のユーザに共有する。例えば、表示条件共有部１０４は、ユーザが指定した表示条件を、他のユーザに閲覧可能にする。第１実施形態で説明した例であれば、表示条件共有部１０４は、他のユーザ「木村花子」が、ユーザ「山田太郎」が指定した表示条件の表示を要求した場合に、他のユーザ「木村花子」のユーザ端末２０に、ユーザ「山田太郎」が指定した表示条件を表示させる。
【0138】
なお、表示条件の共有は、任意の方法によって行われてよく、単純な閲覧に限られない。例えば、表示条件共有部１０４は、ユーザ「山田太郎」が指定した表示条件を、他のユーザ「木村花子」の表示条件としてコピーすることによって、この表示条件の共有を行ってもよい。表示条件共有部１０４は、ユーザ「山田太郎」が指定した表示条件を、他のユーザ「木村花子」のメールアドレスに送信することによって、この表示条件の共有を行ってもよい。
【0139】
変形例１－３の業務支援システム１は、ユーザが指定した表示条件を、他のユーザに共有する。あるユーザが指定した表示条件は、他のユーザにとっても参考になる可能性があるので、ユーザ間で表示条件を共有させることによって、ユーザの利便性が高まる。
【0140】
［変形例１－４］
例えば、図３の例では、通知画面ＳＣ２の左から３列目までの表示領域Ａ２０Ａ～Ａ２０Ｃの位置が固定されており、４列目以降の表示領域Ａ２０Ｄ，Ａ２０Ｅは、作成日時順に並ぶ場合を説明した。通知画面ＳＣ２における表示領域Ａ２０の順序は、ユーザが自由に指定できるようにしてもよい。変形例１－４の業務支援システム１は、並替操作受付部２０８及び並び替え部２０９を含む。
例えば、図３の例では、通知画面ＳＣ２の左から３列目までの表示領域Ａ２０Ａ～Ａ２０Ｃの位置が固定されており、４列目以降の表示領域Ａ２０Ｄ，Ａ２０Ｅは、作成日時順に並ぶ場合を説明した。通知画面ＳＣ２における表示領域Ａ２０の順序は、ユーザが自由に指定できるようにしてもよい。変形例１－４の業務支援システム１は、並替操作受付部２０８及び並び替え部２０９を含む。
【0141】
図１２は、通知画面ＳＣ２上で行われる表示領域Ａ２０の並び替えの一例を示す図である。例えば、並替操作受付部２０８は、通知画面ＳＣ２において、複数の表示領域Ａ２０のうちの全部又は一部の並び替えに関する並び替え操作を受け付ける。並び替えとは、通知画面ＳＣ２における表示領域Ａ２０の順序を変更することである。変形例１－４では、並び替え操作がドラッグアンドドロップである場合を説明するが、並び替え操作は、予め定められた操作であればよく、ドラッグアンドドロップに限られない。例えば、並び替えを指示する矢印等のボタンを選択する操作、又は、入力フォームに対して順序を示す数値を入力する操作が並び替え操作に相当してもよい。
【0142】
図１２の例では、上側の通知画面ＳＣ２のように、表示領域Ａ２０Ｂを表示領域Ａ２０Ｄ上にドラッグアンドドロップする操作が並び替え操作に相当する。並び替え部２０９は、並び替え操作に基づいて、複数の表示領域Ａ２０のうちの全部又は一部を並び替える。図１２の例では、並び替え部２０９は、表示領域Ａ２０Ｂが表示領域Ａ２０Ｄの後の順序になるように、並び替えを行う。このため、図１２の下側の通知画面ＳＣ２のように、表示領域Ａ２０Ａ，Ａ２０Ｃ，Ａ２０Ｄ，Ａ２０Ｂ，Ａ２０Ｅの順序になる。
【0143】
なお、並び替え部２０９は、並び替え操作に応じた並び替えを実行すればよい。例えば、図１２の例において、並び替え部２０９は、表示領域Ａ２０Ｂ，Ａ２０Ｄに挟まれた表示領域Ａ２０Ｃの順序を変更せずに、表示領域Ａ２０Ｂ，Ａ２０Ｄの順序を互いに入れ替えるように、並び替えを実行してもよい。この場合、並び替えにより、表示領域Ａ２０Ａ，Ａ２０Ｄ，Ａ２０Ｃ，Ａ２０Ｂ，Ａ２０Ｅの順序になる。他にも例えば、図１２の例において、並び替え部２０９は、表示領域Ａ２０Ｂが表示領域Ａ２０Ｄの前の順序になるように、並び替えを行ってもよい。この場合、並び替えにより、表示領域Ａ２０Ａ，Ａ２０Ｃ，Ａ２０Ｂ，Ａ２０Ｄ，Ａ２０Ｅの順序になる。
【0144】
変形例１－４の業務支援システム１は、通知画面ＳＣ２において、並び替え操作に基づいて、複数の表示領域Ａ２０のうちの全部又は一部を並び替える。これにより、簡単な操作によって、ユーザの好みに応じた表示領域Ａ２０の順序にすることができるので、ユーザの利便性が高まる。
【0145】
［変形例１－５］
例えば、通知画面ＳＣ２に含まれる表示領域Ａ２０が多くなると、全ての表示領域Ａ２０を一度に表示させることができないので、ユーザが通知画面ＳＣ２をスクロールさせる必要がある。この場合、ユーザが所望の表示領域Ａ２０を表示させるのに手間がかかることがある。このため、複数の表示領域Ａ２０のうちの何れかに移動するためのアイコンが並べられた目次領域を、通知画面ＳＣ２に表示させるようにしてもよい。
例えば、通知画面ＳＣ２に含まれる表示領域Ａ２０が多くなると、全ての表示領域Ａ２０を一度に表示させることができないので、ユーザが通知画面ＳＣ２をスクロールさせる必要がある。この場合、ユーザが所望の表示領域Ａ２０を表示させるのに手間がかかることがある。このため、複数の表示領域Ａ２０のうちの何れかに移動するためのアイコンが並べられた目次領域を、通知画面ＳＣ２に表示させるようにしてもよい。
【0146】
図１３は、変形例１－５における通知画面ＳＣ２の一例を示す図である。変形例１－５の表示制御部２０３は、複数の表示領域Ａ２０の目次に関する目次領域Ａ２１を含む通知画面ＳＣ２を表示させる。例えば、表示制御部２０３は、複数の表示領域Ａ２０の各々に対応するアイコンＩ２１０Ａ～Ｉ２１０Ｅを、目次領域Ａ２１に表示させる。以降、アイコンＩ２１０Ａ～Ｉ２１０Ｅを区別しない時は、単にアイコンＩ２１０という。表示領域Ａ２０とアイコンＩ２１０は、１対１で対応する。
【0147】
なお、図１３の例では、表示領域Ａ２０の左側に目次領域Ａ２１が配置されているが、表示領域Ａ２０と目次領域Ａ２１の位置関係は、任意の位置関係であってよく、図１３の例に限られない。例えば、表示領域Ａ２０の上側、右側、又は下側に目次領域Ａ２１が配置されてもよい。変形例１－５では、表示領域Ａ２０をスクロールしても、目次領域Ａ２１の表示位置が変わらない場合を説明するが、目次領域Ａ２１は、表示領域Ａ２０とともにスクロールしてもよい。
【0148】
変形例１－５の表示制御部２０３は、目次領域Ａ２１において複数の表示領域Ａ２０の何れかが選択された場合に、当該選択された表示領域Ａ２０に関する表示を制御する。例えば、表示制御部２０３は、当該選択された表示領域Ａ２０に移動するように、通知画面ＳＣ２の表示を制御する。例えば、複数のアイコンＩ２１０の各々には、当該アイコンＩ２１０が選択された場合に表示させる表示領域Ａ２０の位置が関連付けられている。表示制御部２０３は、複数のアイコンＩ２１０の何れかが選択された場合に、当該選択されたアイコンＩ２１０に関連付けられた位置に移動するように、通知画面ＳＣ２を制御する。
【0149】
図１３の上側の通知画面ＳＣ２において、ユーザが目次領域Ａ２１のアイコンＩ２１０Ｅを選択すると、表示制御部２０３は、アイコンＩ２１０Ｅに関連付けられた表示領域Ａ２０Ｅの位置を特定する。図１３の下側の通知画面ＳＣ２のように、表示制御部２０３は、当該特定された位置に移動して表示領域Ａ２０Ｅを通知画面ＳＣ２に表示させる。これらの処理は、通知画面ＳＣ２の表示データに含まれるスクリプトによって実行される。表示位置を変更するためのスクリプトの命令自体は、公知の命令を利用すればよい。
【0150】
なお、表示制御部２０３は、目次領域Ａ２１において複数のアイコンＩ２１０の何れかが選択された場合に、当該選択されたアイコンＩ２１０に関する何らかの表示を制御すればよい。この表示の制御は、上記説明した表示領域Ａ２０への移動に限られない。例えば、表示制御部２０３は、ユーザが選択したアイコンＩ２１０に対応する表示領域Ａ２０が既に表示されている場合に、当該表示領域Ａ２０を強調表示してもよい。強調表示は、任意の態様で行われてよく、例えば、表示領域Ａ２０の背景色若しくは文字色を変えること、又は、表示領域Ａ２０を大きくすることによって、強調表示が行われてもよい。
【0151】
他にも例えば、表示制御部２０３は、ユーザが選択したアイコンＩ２１０に対応する表示領域Ａ２０が通知画面ＳＣ２内に移動してくるように、当該表示領域Ａ２０の表示を制御してもよい。この場合、当該表示領域Ａ２０は、通知画面ＳＣ２の最も左に配置されるようにしてもよい。例えば、表示制御部２０３は、ユーザが選択したアイコンＩ２１０に対応する表示領域Ａ２０だけが通知画面ＳＣ２に表示されるように、当該表示領域Ａ２０の表示を制御してもよい。
【0152】
変形例１－５の業務支援システム１は、目次領域Ａ２１において複数の表示領域Ａ２０の何れかが選択された場合に、当該選択された表示領域Ａ２０に関する表示を制御する。これにより、例えば、ユーザが、通知画面ＳＣ２に表示しきれなかった表示領域Ａ２０を表示させるためにスクロールを行う必要がなくなるので、ユーザの利便性が高まる。例えば、ユーザが選択したアイコンＩ２１０に対応する表示領域Ａ２０を強調表示する場合には、ユーザが当該表示領域Ａ２０に気付きやすくなる。例えば、ユーザが選択したアイコンＩ２１０に対応する表示領域Ａ２０が移動してくる場合には、当該表示領域Ａ２０を表示させるためにスクロールを行う必要がなくなる。例えば、ユーザが選択したアイコンＩ２１０に対応する表示領域Ａ２０だけが表示される場合には、当該表示領域Ａ２０を表示させるためにスクロールを行う必要がなくなり、かつ、当該表示領域Ａ２０を見やすい状態で表示できる。
【0153】
［変形例１－６］
例えば、変形例１－５のように目次領域Ａ２１を表示させる場合に、アイコンＩ２１０に関連付けて、通知の新着数を表示させてもよい。変形例１－６の通知データには、新着フラグが含まれるものとする。新着フラグは、通知データが生成された場合にはオンになり、ユーザ端末２０に通知データが送信された後にオフになる。新着フラグを利用せずに、未読／既読フラグを利用して新着数がカウントされてもよい。この場合、新着数は、未読の通知の総数となる。
例えば、変形例１－５のように目次領域Ａ２１を表示させる場合に、アイコンＩ２１０に関連付けて、通知の新着数を表示させてもよい。変形例１－６の通知データには、新着フラグが含まれるものとする。新着フラグは、通知データが生成された場合にはオンになり、ユーザ端末２０に通知データが送信された後にオフになる。新着フラグを利用せずに、未読／既読フラグを利用して新着数がカウントされてもよい。この場合、新着数は、未読の通知の総数となる。
【0154】
変形例１－６の業務支援システム１は、新着数取得部２１０を含む。新着数取得部２１０は、複数の表示領域Ａ２０の各々に関連付けられた表示条件を満たす情報に関する新着数を取得する。変形例１－６では、新着フラグが通知データに含まれているので、新着数取得部２１０は、表示領域Ａ２０ごとに、当該表示領域Ａ２０に関連付けられた表示条件を満たす通知の新着フラグを参照し、新着フラグがオンの通知の数をカウントすることによって、新着数を取得する。
【0155】
図１４は、変形例１－６における通知画面ＳＣ２の一例を示す図である。変形例１－６の表示制御部２０３は、目次領域Ａ２１において、複数の表示領域Ａ２０の各々と、当該表示領域Ａ２０の新着数と、を関連付けて表示させる。例えば、表示制御部２０３は、アイコンＩ２１０のバッジに新着数を表示させる。新着数を表示する方法は、任意の方法であってよく、バッジに限られない。例えば、アイコンＩ２１０とは別のアイコンに新着数を表示してもよいし、アイコンＩ２１０の近辺に新着数を示す文字列を配置することによって新着数を表示してもよい。
【0156】
変形例１－６の業務支援システム１は、目次領域Ａ２１において、複数の表示領域Ａ２０の各々と、当該表示領域Ａ２０の新着数と、を関連付けて表示させる。これにより、複数の表示領域Ａ２０の各々の新着数を目次領域Ａ２１で確認できるので、ユーザの利便性が高まる。
【0157】
［変形例１－７］
例えば、第１実施形態では、表示条件判定部２０２がユーザ端末２０に含まれる場合を説明したが、表示条件判定部２０２は、サーバ１０に含まれてもよい。この場合、サーバ１０の表示条件判定部２０２は、第１実施形態と同様に、通知画面ＳＣ２の表示要求を受け付けるたびに判定処理を実行してもよいし、予め判定処理を実行しておいて、判定結果をユーザデータベースＤＢ１に格納しておいてもよい。
例えば、第１実施形態では、表示条件判定部２０２がユーザ端末２０に含まれる場合を説明したが、表示条件判定部２０２は、サーバ１０に含まれてもよい。この場合、サーバ１０の表示条件判定部２０２は、第１実施形態と同様に、通知画面ＳＣ２の表示要求を受け付けるたびに判定処理を実行してもよいし、予め判定処理を実行しておいて、判定結果をユーザデータベースＤＢ１に格納しておいてもよい。
【0158】
変形例１－７の表示条件判定部２０２は、サーバ１０に含まれる。サーバ１０の表示条件判定部２０２は、通知画面ＳＣ２の表示要求を受け付ける前に、複数の表示領域Ａ２０の各々に関連付けられた表示条件を通知が満たすか否かを判定して判定結果を保持する。保持とは、判定結果をデータ記憶部１００に記録することである。変形例１－７では、ユーザデータベースＤＢ１に判定結果が格納される場合を説明するが、判定結果は、他のデータベースに格納されてもよい。表示条件判定部２０２の判定処理自体は、サーバ１０側で実行されるといった点では異なるが、処理内容としては、第１実施形態で説明した通りである。
【0159】
変形例１－７の表示制御部２０３は、保持された判定結果に基づいて、通知画面ＳＣ２を表示させる。例えば、表示制御部２０３がサーバ１０に含まれる場合には、サーバ１０の表示制御部２０３は、表示領域Ａ２０ごとに、保持された判定結果に基づいて、当該表示領域Ａ２０に関連付けられた表示条件を満たす通知を特定し、当該特定された通知を並べることによって、通知画面ＳＣ２の表示データを生成する。
【0160】
変形例１－７の業務支援システム１は、通知画面ＳＣ２の表示要求を受け付ける前に、複数の表示領域Ａ２０の各々に関連付けられた表示条件を情報が満たすか否かを判定して判定結果を保持する。業務支援システム１は、保持された判定結果に基づいて、通知画面ＳＣ２を表示させる。これにより、判定処理を予め済ませることができるので、通知画面ＳＣ２を表示させる処理を高速化できる。また、サーバ１０が通知画面ＳＣ２の表示要求を受信した場合に判定処理を実行する場合には、多数の表示要求が重なるとサーバ１０の処理負荷が高くなる可能性があるが、予め判定処理を実行することによって、サーバ１０の処理負荷を軽減できる。
【0161】
［変形例１－８］
例えば、表示条件判定部２０２は、新たな表示条件が追加された場合に、過去にユーザが受け取った通知に遡って、当該新たな表示条件を満たすか否かを判定してもよい。判定対象となる通知が過去の通知である点で第１実施形態とは異なるが、表示条件判定部２０２の判定方法自体は、第１実施形態で説明した通りである。
例えば、表示条件判定部２０２は、新たな表示条件が追加された場合に、過去にユーザが受け取った通知に遡って、当該新たな表示条件を満たすか否かを判定してもよい。判定対象となる通知が過去の通知である点で第１実施形態とは異なるが、表示条件判定部２０２の判定方法自体は、第１実施形態で説明した通りである。
【0162】
変形例１－８の表示制御部２０３は、新たな表示条件が追加された場合に、当該新たな表示条件を満たすと判定された通知が配置された新たな表示領域Ａ２０を、通知画面ＳＣ２に追加する。判定対象となる通知が過去の通知である点で第１実施形態とは異なるが、通知画面ＳＣ２の表示自体は、第１実施形態で説明した通りである。
【0163】
変形例１－８の業務支援システム１は、新たな表示条件が追加された場合に、過去にユーザが受け取った通知に遡って、当該新たな表示条件を満たすか否かを判定する。これにより、新たな表示条件が追加されたとしても、当該新たな表示条件を満たす過去の通知を新たな表示領域Ａ２０に表示させることができる。
【0164】
［第１実施形態に関するその他の変形例］
例えば、ユーザ端末２０で実現されるものとして説明した機能がサーバ１０によって実現されてもよい。通知取得部２０１、表示条件判定部２０２、及び表示制御部２０３は、ユーザ端末２０ではなく、サーバ１０によって実現されてもよい。この場合、サーバ１０の通知取得部２０１は、ユーザデータベースＤＢ１を参照し、所定数の通知データを取得することによって、通知を取得する。サーバ１０の表示条件判定部２０２は、ユーザデータベースＤＢ１を参照し、表示領域Ａ２０に関連付けられた表示条件を特定し、個々の通知が表示条件を満たすか否かを判定する。サーバ１０の表示制御部２０３は、当該判定結果に基づいて、表示領域Ａ２０に通知を配置した通知画面ＳＣ２の表示データを生成し、ユーザ端末２０に送信する。ユーザ端末２０は、表示データを受信すると通知画面ＳＣ２を表示部２５に表示させる。
例えば、ユーザ端末２０で実現されるものとして説明した機能がサーバ１０によって実現されてもよい。通知取得部２０１、表示条件判定部２０２、及び表示制御部２０３は、ユーザ端末２０ではなく、サーバ１０によって実現されてもよい。この場合、サーバ１０の通知取得部２０１は、ユーザデータベースＤＢ１を参照し、所定数の通知データを取得することによって、通知を取得する。サーバ１０の表示条件判定部２０２は、ユーザデータベースＤＢ１を参照し、表示領域Ａ２０に関連付けられた表示条件を特定し、個々の通知が表示条件を満たすか否かを判定する。サーバ１０の表示制御部２０３は、当該判定結果に基づいて、表示領域Ａ２０に通知を配置した通知画面ＳＣ２の表示データを生成し、ユーザ端末２０に送信する。ユーザ端末２０は、表示データを受信すると通知画面ＳＣ２を表示部２５に表示させる。
【0165】
例えば、業務支援システム１に表示制御システムを適用する場合を例に挙げたが、表示制御システムは、業務支援以外の他の画面にも適用可能である。例えば、表示制御システムは、電子メールソフトの画面にも適用可能である。電子メールソフトに適用した場合、ユーザが受信した電子メールのプレビュー領域が表示領域に相当し、プレビュー領域に表示されるプレビューが通知に相当する。他にも例えば、ＯＳ上の通知を表示する画面、又は、ユーザが利用する何らかのソフトウェア上の通知を表示する画面に、表示制御システムを適用してもよい。
【0166】
［３－２．第２実施形態に関する変形例］
次に、第２実施形態に関する変形例を説明する。
次に、第２実施形態に関する変形例を説明する。
【0167】
［変形例２－１］
例えば、第２実施形態では、通知画面ＳＣ２の通知が選択されると、通知画面ＳＣ２が消去されて、当該通知が示すメッセージが投稿されたスレッドのスレッド画面ＳＣ１に遷移する場合を説明した。ユーザは、遷移先のスレッド画面ＳＣ１から、通知が示すメッセージに対するリアクションをしたり、メッセージに関係するデータベースのレコードを変更したりすることによって、通知関連業務を遂行する。この場合、ユーザが、通知関連業務を終えて通知画面ＳＣ２に戻ると、通知画面ＳＣ２の表示が更新されるので、通知画面ＳＣ２における通知の配置が変わる可能性がある。
例えば、第２実施形態では、通知画面ＳＣ２の通知が選択されると、通知画面ＳＣ２が消去されて、当該通知が示すメッセージが投稿されたスレッドのスレッド画面ＳＣ１に遷移する場合を説明した。ユーザは、遷移先のスレッド画面ＳＣ１から、通知が示すメッセージに対するリアクションをしたり、メッセージに関係するデータベースのレコードを変更したりすることによって、通知関連業務を遂行する。この場合、ユーザが、通知関連業務を終えて通知画面ＳＣ２に戻ると、通知画面ＳＣ２の表示が更新されるので、通知画面ＳＣ２における通知の配置が変わる可能性がある。
【0168】
そこで、変形例２－１の画面遷移部２０６は、通知画面ＳＣ２のポップアップとして、又は、通知画面ＳＣ２とは別のタブとして、スレッド画面ＳＣ１を表示させる。通知画面ＳＣ２の表示は、スレッド画面ＳＣ１が表示されても維持される。通知画面ＳＣ２の表示が維持されるとは、通知画面ＳＣ２の内容が変わらないことである。例えば、図３の通知画面ＳＣ２において、表示領域Ａ２０Ａの最も上の通知が選択された場合に、図２のスレッド画面ＳＣ１がポップアップ又は別のタブとして表示される。通知画面ＳＣ２に対応するウィンドウ又はタブの表示は、変わらない。
【0169】
変形例２－１の業務支援システム１は、通知画面ＳＣ２のポップアップとして、又は、通知画面ＳＣ２とは別のタブとして、スレッド画面ＳＣ１を表示させる。通知画面ＳＣ２の表示は、スレッド画面ＳＣ１が表示されても維持される。スレッド画面ＳＣ１を表示させた後に通知画面ＳＣ２に戻ると、既読の通知が表示されなくなったり、新着の通知によって通知の表示位置が変わったりして、通知画面ＳＣ２における通知の配置が変わることがある。この場合、ユーザが通知の配置を視覚的な感覚で覚えていたとしても、通知画面ＳＣ２に戻った時に通知の配置が変わってしまい、確認したい通知を見失う可能性がある。この点、変形例２－１のようにすれば、通知画面ＳＣ２の表示が維持されて通知の配置が変わらずに済むので、ユーザの利便性が高まる。
【0170】
［変形例２－２］
例えば、第２実施形態では、第１操作の一例としてリアクション操作を説明したが、第１操作は、通知画面ＳＣ２上で通知関連業務を行うための操作であればよく、リアクション操作に限られない。変形例２－２の第１操作受付部２０４Ａは、通知関連業務に関するステータスを変更するためのステータス変更操作を、第１操作として受け付ける場合を説明する。変形例２－２では、スレッドデータベースＤＢ２又は他のデータベースに、業務に関するステータスが格納されているものとする。
例えば、第２実施形態では、第１操作の一例としてリアクション操作を説明したが、第１操作は、通知画面ＳＣ２上で通知関連業務を行うための操作であればよく、リアクション操作に限られない。変形例２－２の第１操作受付部２０４Ａは、通知関連業務に関するステータスを変更するためのステータス変更操作を、第１操作として受け付ける場合を説明する。変形例２－２では、スレッドデータベースＤＢ２又は他のデータベースに、業務に関するステータスが格納されているものとする。
【0171】
変形例２－２では、ステータスの一例として、予め定められた複数の手順を順番に遂行することによって業務を完了させるワークフローを説明する。例えば、特許出願に関する業務であれば、打ち合わせ、原稿の受領、原稿の確認結果の連絡、出願の指示、及び出願の完了報告といった手順を含むワークフローが実行される。例えば、社内研修に関する業務であれば、研修の申し込み、資料の受領、及びレポートの提出といった手順を含むワークフローが実行される。ステータスは、これらの手順のうちのどの手順が実行されているかを示す情報である。
【0172】
図１５は、変形例２－２における通知画面ＳＣ２の一例を示す図である。例えば、表示制御部２０３は、通知画面ＳＣ２を表示させるユーザに対し、何らかのステータスの変更を求める通知であるか否かを判定する。変形例２－２の業務支援システム１は、ワークフローに関する通知については、ステータスの変更が求められる。このため、表示制御部２０３は、ワークフローに関する通知であるか否かを判定することによって、ユーザに対し、ステータスの変更が求められている通知であるか否かを判定する。ワークフローに関する通知であるか否かを示す情報は、通知データに含まれるものとする。
【0173】
表示制御部２０３は、ステータスの変更を求める通知であると判定した場合に、ステータスの変更を受け付けるボタンＢ２０２を、当該通知内に表示させる。このボタンＢ２０２には、ステータスの変更を指示するための命令が含まれている。図１５の例では、表示領域Ａ２０Ａの最も上の通知には、原稿を受領したか否かを示すステータスを変更するためのボタンＢ２０２が表示される。表示領域Ａ２０Ｃの通知には、受講申し込みをしたか否かを示すステータスを変更するためのボタンＢ２０２が表示される。
【0174】
なお、ステータスの変更を受け付ける画像は、任意の画像であってよく、ボタンＢ２０２に限られない。例えば、チェックボックスによってステータスの変更が受け付けられてもよいし、ポップアップを利用してステータスの変更が受け付けられてもよい。変形例２－２では、ボタンＢ２０１を選択する操作がステータス変更操作に相当する場合を説明するが、チェックボックス等の他の画像に対する操作がステータス変更操作に相当してもよい。
【0175】
また、ステータスの変更を求める通知であるか否かの判定方法は、任意の方法であってよく、上記の例に限られない。例えば、表示制御部２０３は、ステータスの変更を求めることを示す文字列（例えば、「承認」といった文字列）が通知の本文に含まれるか否かを判定することによって、ステータスの変更を求める通知であるか否かを判定してもよい。例えば、メッセージを投稿したユーザが、ステータスの変更を求めるための特定の操作をした場合に、当該操作が行われたことを示す情報を通知データに含めておき、表示制御部２０３は、当該情報を参照することによって、ステータスの変更を求める通知であるか否かを判定する。
【0176】
変形例２－２の第１業務処理実行部２０５は、ステータス変更操作に基づいて、ステータスの変更に関するステータス変更処理を、第１業務処理として実行する。例えば、第１業務処理実行部２０５は、ステータス変更操作によって指示されたステータスを識別可能な情報を含むステータス変更要求を、サーバ１０に送信する。サーバ１０は、ステータス変更要求を受信すると、スレッドデータベースＤＢ２又は他のデータベースに格納されたステータスを変更する。
【0177】
変形例２－２の業務支援システム１は、ステータス変更操作に基づいて、ステータスの変更に関するステータス変更処理を、第１業務処理として実行する。これにより、通知画面ＳＣ２から他の画面に遷移しなくても、ユーザの業務に係るステータスを変更できるので、ユーザの手間を軽減できる。
【0178】
［変形例２－３］
例えば、第１操作は、任意の操作であってよく、アイコンＩ２０１又はボタンＢ２０２を選択する操作に限られない。変形例２－３の第１操作受付部２０４Ａは、通知画面ＳＣ２において、通知に対するドラッグアンドドロップを、第１操作として受け付ける。第１業務処理実行部２０５は、ドラッグアンドドロップにおけるドロップ位置に基づいて、第１業務処理を実行する。
例えば、第１操作は、任意の操作であってよく、アイコンＩ２０１又はボタンＢ２０２を選択する操作に限られない。変形例２－３の第１操作受付部２０４Ａは、通知画面ＳＣ２において、通知に対するドラッグアンドドロップを、第１操作として受け付ける。第１業務処理実行部２０５は、ドラッグアンドドロップにおけるドロップ位置に基づいて、第１業務処理を実行する。
【0179】
図１６は、変形例２－３における通知画面ＳＣ２の一例を示す図である。図１６の例では、表示領域Ａ２０Ａ～Ａ２０Ｃには表示条件が関連付けられているが、表示領域Ａ２０Ｄには、表示条件が関連付けられていない。例えば、ユーザが、表示領域Ａ２０Ｂに表示された通知を、表示領域Ａ２０Ｄにドラッグアンドドロップすると、第１業務処理実行部２０５は、表示領域Ａ２０Ｄに関連付けられる表示条件を自動生成することによって、第１業務処理を実行する。図１６のように、ドラッグアンドドロップされた通知だけではなく、自動生成された表示条件を満たす他の通知も表示領域Ａ２０Ｄに表示される。
【0180】
図１６の例では、「知的財産部」のスレッドからの通知がドラッグアンドドロップされたので、第１業務処理実行部２０５は、このスレッドからの通知であることを示す表示条件を自動生成する。第１業務処理実行部２０５は、サーバ１０に対し、ドロップ位置にある表示領域Ａ２０Ｄに当該表示条件を関連付けるように要求する。サーバ１０は、要求を受信すると、表示領域Ａ２０Ｄと、当該表示条件と、を関連付けてユーザデータベースＤＢ１に格納する。表示条件を自動生成する処理は、サーバ１０側で実行されてもよい。
【0181】
なお、表示条件を自動生成する方法は、上記の例に限られない。例えば、ユーザが、複数の通知を表示領域Ａ２０Ｄにドラッグアンドドロップした場合には、第１業務処理実行部２０５は、当該複数の通知の共通点を抽出し、当該共通点を示す表示条件を自動生成してもよい。共通点は、通知の本文に含まれる文字列の共通点であってもよいし、通知の種類等の付帯データの共通点であってもよい。例えば、ドラッグアンドドロップされた複数の通知に共通の文字列として「山田」が含まれている場合に、第１業務処理実行部２０５は、この文字列をキーワードとした表示条件を自動生成してもよい。
【0182】
また、ドロップ位置に基づいて実行される第１業務処理は、他の処理であってもよく、表示条件の自動生成に限られない。例えば、あとで読むフラグをオンにすることが第１業務処理に相当してもよい。図１６の例において、ユーザが、表示領域Ａ２０Ｄではなく、表示領域Ａ２０Ｃに通知をドラッグアンドドロップしたとする。この場合、第１業務処理実行部２０５は、表示領域Ａ２０Ｃにドロップされた通知のあとで読むフラグがオンにするように、第１業務処理を実行してもよい。第１業務処理実行部２０５は、サーバ１０に対し、この通知のあとで読むフラグをオンにするように要求する。
【0183】
例えば、ユーザが、表示領域Ａ２０Ｃに表示された通知を、表示領域Ａ２０Ｃ以外の他の領域にドラッグアンドドロップした場合に、第１業務処理実行部２０５は、この通知のあとで読むフラグがオフになるように、第１業務処理を実行してもよい。第１業務処理実行部２０５は、サーバ１０に対し、この通知のあとで読むフラグをオフにするように要求する。ドロップ位置と、第１業務処理と、の関係は、通知画面ＳＣ２の表示データに含まれるスクリプトに定義されているものとする。第１業務処理実行部２０５は、これらの関係と、実際のドロップ位置と、に基づいて、何の第１業務処理を実行すべきかを特定すればよい。
【0184】
変形例２－３の業務支援システム１は、ドラッグアンドドロップにおけるドロップ位置に基づいて、第１業務処理を実行する。これにより、通知画面ＳＣ２上で通知をドラッグアンドドロップするといった簡易な操作によって第１業務処理を実行できるので、ユーザの手間を軽減できる。
【0185】
［変形例２－４］
例えば、第１実施形態と第２実施形態を組み合わせる場合、第１業務処理実行部２０５は、複数の表示領域Ａ２０のうち、ドロップ位置にある表示領域Ａ２０に基づいて、第１業務処理を実行してもよい。変形例２－４では、変形例１－４と同様の処理が実行されるものとする。変形例２－４では、変形例１－４で説明した順序を変更する処理が、第１業務処理に相当してもよいし、変形例２－３で説明した第１業務処理が実行されてもよい。
例えば、第１実施形態と第２実施形態を組み合わせる場合、第１業務処理実行部２０５は、複数の表示領域Ａ２０のうち、ドロップ位置にある表示領域Ａ２０に基づいて、第１業務処理を実行してもよい。変形例２－４では、変形例１－４と同様の処理が実行されるものとする。変形例２－４では、変形例１－４で説明した順序を変更する処理が、第１業務処理に相当してもよいし、変形例２－３で説明した第１業務処理が実行されてもよい。
【0186】
変形例２－４の業務支援システム１は、第１業務処理実行部２０５は、複数の表示領域Ａ２０のうち、ドロップ位置にある表示領域Ａ２０に基づいて、第１業務処理を実行する。これにより、通知画面ＳＣ２上で通知をドラッグアンドドロップするといった簡易な操作によって第１業務処理を実行できるので、ユーザの手間を軽減できる。
【0187】
［変形例２－５］
例えば、第２実施形態でも、変形例１－５のように、表示制御部２０３は、複数の表示領域Ａ２０の各々に関するアイコンＩ２１０が配置された目次領域Ａ２１を含む通知画面ＳＣ２を表示させてもよい。アイコンＩ２１０は、表示領域Ａ２０に関する項目の一例である。このため、アイコンＩ２１０と記載した箇所は、項目と読みかえることができる。項目は、アイコンＩ２１０以外の他の画像であってもよい。
例えば、第２実施形態でも、変形例１－５のように、表示制御部２０３は、複数の表示領域Ａ２０の各々に関するアイコンＩ２１０が配置された目次領域Ａ２１を含む通知画面ＳＣ２を表示させてもよい。アイコンＩ２１０は、表示領域Ａ２０に関する項目の一例である。このため、アイコンＩ２１０と記載した箇所は、項目と読みかえることができる。項目は、アイコンＩ２１０以外の他の画像であってもよい。
【0188】
変形例２－５では、図１３のような通知画面ＳＣ２が表示される。ユーザは、表示領域Ａ２０に表示された通知を、目次領域Ａ２１のアイコンＩ２１０にドラッグアンドドロップする。第１業務処理実行部２０５は、ドロップ位置にあるアイコンＩ２１０に基づいて、第１業務処理を実行してもよい。アイコンＩ２１０と、第１業務処理と、の関係は、通知画面ＳＣ２の表示データに含まれるスクリプトに定義されているものとする。第１業務処理実行部２０５は、これらの関係と、実際のドロップ位置と、に基づいて、何の第１業務処理を実行すべきかを特定すればよい。
【0189】
例えば、ユーザが、表示領域Ａ２０Ａに表示された通知を、目次領域Ａ２１のアイコンＩ２１０Ｃにドラッグアンドドロップすると、第１業務処理実行部２０５は、この通知のあとで読むフラグがオンになるように、第１業務処理を実行する。例えば、ユーザが、表示領域Ａ２０Ａに表示された通知を、目次領域Ａ２１のアイコンＩ２１０Ｄにドラッグアンドドロップすると、第１業務処理実行２０５は、表示領域Ａ２０Ｄに関連付けられた表示条件に、この通知に関する情報を追加するように、第１業務処理を実行する。例えば、「通知の本文に「山田」のキーワードを含む、又は、自分宛通知である」といった表示条件に変更される。
【0190】
変形例２－５の業務支援システム１は、複数の表示領域の各々に関する項目が配置された目次領域Ａ２１を含む通知画面ＳＣ２において、ドロップ位置にあるアイコンＩ２１０に基づいて、第１業務処理を実行する。これにより、通知画面ＳＣ２に表示されていない表示領域Ａ２０だったとしても、目次領域Ａ２１のアイコンＩ２１０に対して通知をドラッグアンドドロップすれば第１業務処理を実行できるので、ユーザの手間を軽減できる。
【0191】
［変形例２－６］
例えば、第１操作は、表示条件を自動生成するために通知を選択する操作であってもよい。変形例２－３で説明したドラッグアンドドロップも、この第１操作の一例である。第１業務処理実行部２０５は、第１操作が受け付けられた通知に基づいて、通知画面ＳＣ２における表示条件を設定する表示条件設定処理を、第１業務処理として実行してもよい。この第１業務処理は、変形例２－３で説明した通りである。
例えば、第１操作は、表示条件を自動生成するために通知を選択する操作であってもよい。変形例２－３で説明したドラッグアンドドロップも、この第１操作の一例である。第１業務処理実行部２０５は、第１操作が受け付けられた通知に基づいて、通知画面ＳＣ２における表示条件を設定する表示条件設定処理を、第１業務処理として実行してもよい。この第１業務処理は、変形例２－３で説明した通りである。
【0192】
なお、表示条件設定処理は、通知の絞り込みのための条件を設定する処理に限られない。例えば、第１業務処理実行部２０５は、通知画面ＳＣ２上で特定のユーザからのメッセージを示す通知を強調表示するために、表示条件設定処理を実行してもよい。この場合、強調表示する通知が示すメッセージを送信した上記特定のユーザを設定する処理が、表示条件設定処理に相当する。他にも例えば、第１業務処理実行部２０５は、通知画面ＳＣ２上で特定の文字列を強調表示するために、表示条件設定処理を実行してもよい。この場合、強調表示する文字列を設定する処理が、表示条件設定処理に相当する。
【0193】
なお、表示条件を自動生成するための第１操作は、ドラッグアンドドロップに限られない。例えば、複数の通知の各々をクリック又はダブルクリックで選択する操作であってもよい。この場合、第１業務処理実行部２０５は、第１操作によって選択された複数の通知の共通点を抽出し、当該共通点を示す表示条件を自動生成してもよい。自動生成された表示条件を関連付ける表示領域Ａ２０は、ユーザによって指定されてもよいし、新たに作成された表示領域Ａ２０に、当該自動生成された表示条件が関連付けられてもよい。
【0194】
変形例２－６の業務支援システム１は、第１操作が受け付けられた通知に基づいて、通知画面ＳＣ２における表示条件を設定する表示条件設定処理を、第１業務処理として実行する。これにより、簡易的な操作によって表示条件を自動生成できるので、ユーザの手間を軽減できる。
【0195】
［第２実施形態に関するその他の変形例］
例えば、第１実施形態に関する変形例１－１～１－８又はその他の変形例を、第２実施形態に適用してもよい。例えば、表示制御部２０３、第１操作受付部２０４Ａ、第２操作受付部２０４Ｂ、第１業務処理実行部２０５、画面遷移部２０６、及び第２業務処理実行部２０７がサーバ１０で実現されてもよい。この場合、サーバ１０の表示制御部２０３は、通知画面ＳＣ２の表示データをユーザ端末２０に送信することによって、通知画面ＳＣ２を表示させる。
例えば、第１実施形態に関する変形例１－１～１－８又はその他の変形例を、第２実施形態に適用してもよい。例えば、表示制御部２０３、第１操作受付部２０４Ａ、第２操作受付部２０４Ｂ、第１業務処理実行部２０５、画面遷移部２０６、及び第２業務処理実行部２０７がサーバ１０で実現されてもよい。この場合、サーバ１０の表示制御部２０３は、通知画面ＳＣ２の表示データをユーザ端末２０に送信することによって、通知画面ＳＣ２を表示させる。
【0196】
サーバ１０の第１操作受付部２０４Ａは、ユーザ端末２０から第１操作が行われたことを示すデータを受信することによって、第１操作を受け付ける。サーバ１０の第２操作受付部２０４Ｂは、ユーザ端末２０から第２操作が行われたことを示すデータを受信することによって、第２操作を受け付ける。サーバ１０の第１業務処理実行部２０５は、データ記憶部１００に記憶された通知関連業務に関するデータを登録、変更、又は削除することによって、第１業務処理を実行する。サーバ１０の画面遷移部２０６は、スレッド画面ＳＣ１等の遷移先画面の表示データをユーザ端末２０に送信することによって、遷移先画面を表示させる。サーバ１０の第２業務処理実行部２０７は、データ記憶部１００に記憶された通知関連業務に関するデータを登録、変更、又は削除することによって、第２業務処理を実行する。
【0197】
［３－３．その他の変形例］
例えば、上記説明した各機能は、業務支援システム１における任意の装置で実現されるようにすればよい。例えば、サーバ１０で実現されるものとして説明した機能がユーザ端末２０によって実現されてもよい。例えば、各機能は、複数のコンピュータによって分担されてもよい。
例えば、上記説明した各機能は、業務支援システム１における任意の装置で実現されるようにすればよい。例えば、サーバ１０で実現されるものとして説明した機能がユーザ端末２０によって実現されてもよい。例えば、各機能は、複数のコンピュータによって分担されてもよい。
【符号の説明】
【0198】
１ 業務支援システム、１０ サーバ、１１，２１ 制御部、１２，２２ 記憶部、１３，２３ 通信部、２０ ユーザ端末、２４ 操作部、２５ 表示部、Ｎ ネットワーク、１００ データ記憶部、１０１ 通知生成部、１０２ 受信部、１０３ 送信部、１０４ 表示条件共有部、２００ データ記憶部、２０１ 通知取得部、２０２ 表示条件判定部、２０３ 表示制御部、２０４ 操作受付部、２０５ 第１業務処理実行部、２０６ 画面遷移部、２０７ 第２業務処理実行部、２０８ 並替操作受付部、２０９ 並び替え部、２１０ 新着数取得部、Ａ１０，Ａ２０，Ａ２０Ａ，Ａ２０Ｂ，Ａ２０Ｃ，Ａ２０Ｄ，Ａ２０Ｅ 表示領域、Ａ２１ 目次領域、ＤＢ１ ユーザデータベース、ＤＢ２ スレッドデータベース、Ｉ１１，Ｉ２１，Ｉ１００，Ｉ２００，Ｉ２１０ アイコン、ＳＣ１ スレッド画面、ＳＣ２ 通知画面、Ｂ２０１ ボタン。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】