WO2023248863A1

WO2023248863A1 - 情報処理装置および情報処理方法

Info

Publication number: WO2023248863A1
Application number: PCT/JP2023/021856
Authority: WO
Inventors: 好江畔上
Original assignee: 株式会社Zenmetry
Priority date: 2022-06-21
Filing date: 2023-06-13
Publication date: 2023-12-28

Abstract

情報処理サーバ２の情報処理部１０は、ユーザが利用可能な異なる種類の複数のコミュニケーションサービスに関する情報が表示される情報提供画面２６を提供する機能と、複数のコミュニケーションサービスのうち、任意のコミュニケーションサービスでユーザがメッセージを受信したことを検出する機能と、コミュニケーションサービスでユーザが受信したメッセージについて、メッセージに関する情報を取得し、取得した情報の少なくとも一部を含む受信メッセージ情報を生成し記憶させる機能と、受信メッセージ情報の少なくとも一部の情報を含むオブジェクトである受信メッセージオブジェクトを情報提供画面２６の受信メッセージ表示領域２９に表示する機能とを有する。

Description

情報処理装置および情報処理方法

　本発明は、情報処理装置および情報処理方法に関し、特にコミュニケーションサービスに関する情報を提供する情報処理装置、および、当該情報処理装置による情報処理方法に用いて好適なものである。

　近年、メッセージの送受信を可能なコミュニケーションサービスとして、様々な種類のコミュニケーションサービスが提供されている。コミュニケーションサービスには、電子メールに係るメールサービスのほか、例えばモバイル端末によるチャット形式でのメッセージの送受信を可能とするコミュニケーションサービス（例えばLINE（登録商標））、ビジネスにおけるコミュニケーションの円滑化を図るコミュニケーションサービス（例えばSlack（登録商標）およびMicrosoft Teams（登録商標））およびＳＮＳに係るコミュニケーションサービス（例えばFacebook（登録商標））が存在する。このような状況の中、ユーザは通常、１つのコミュニケーションサービスだけを利用するのではなく、複数のコミュニケーションサービスを使い分けながら他者とメッセージをやり取りする。なおコミュニケーションサービスに関して、特許文献１には、ユーザが制限なく、送信済みのメッセージ（例えば、テキスト、音声、画像、映像およびアニメーション）を削除または編集することができるようにしたシステムが記載されている。

特開２０２１－１３１８６６号公報

　上述の通り、一人のユーザが複数のコミュニケーションサービスを利用することが一般的となっている。この状況の中、ユーザが各コミュニケーションサービスで受信したメッセージを把握するためには、ユーザはコミュニケーションサービスのそれぞれにおける受信状況を適宜、確認する必要があり、ユーザにとって負担が大きかった。

　本発明は、このような問題を解決するために成されたものであり、複数のコミュニケーションサービスで受信したメッセージを把握する際のユーザの負担を軽減することを目的とする。

　上記した課題を解決するために、本発明は、複数のコミュニケーションサービスのうち、任意のコミュニケーションサービスでメッセージを受信したことを検出し、メッセージに関する情報を取得し、取得した情報の少なくとも一部を含む受信メッセージ情報を生成して記憶させ、受信メッセージ情報に対応する受信メッセージオブジェクトを情報提供画面の第１領域に表示する。

　上記のように構成した本発明によれば、種類の異なる複数のコミュニケーションサービスで受信したメッセージについて、各メッセージに対応するオブジェクトが第１領域に統括的に表示されることになる。このためユーザは、第１領域を参照することによって、コミュニケーションサービスのそれぞれを確認することなく、各コミュニケーションサービスで受信したメッセージを把握することができる。従って、複数のコミュニケーションサービスで受信したメッセージを把握する際のユーザの負担を軽減することができる。

図１は、一実施形態に係る情報処理システムの構成例を示す図である。図２は、一実施形態に係る情報処理サーバおよび端末の機能構成例を示すブロック図である。図３は、一実施形態に係る情報処理サーバのハードウェア構成例を示す図である。図４は、受信メッセージ管理レコードおよび送信メッセージ管理レコードの内容を示す図である。図５は、情報提供画面の一例を示す図である。図６は、受信メッセージオブジェクトを示す図である。図７は、アクションオブジェクトを示す図である。図８は、締切日別アクション表示領域が表示された情報提供画面の一例を示す図である。図９は、送信メッセージ表示領域が表示された情報提供画面の一例を示す図である。図１０は、状況確認表示領域の一例を示す図である。図１１は、情報処理部の処理の説明に用いる図である。図１２は、プライベートボード関連領域が表示された情報提供画面の一例を示す図である。図１３は、ボード領域の説明に用いる図である。図１４は、パブリックボード関連領域が表示された情報提供画面の一例を示す図である。図１５は、集中モード表示領域が表示された情報提供画面の一例を示す図である。図１６は、第３変形例に係るアクションオブジェクトを示す図である。

　以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態に係る情報処理システム１の構成例を示す図である。図１で示すように情報処理システム１は、情報処理サーバ２（特許請求の範囲の「情報処理装置」に相当）と、第１サーバ３と、第２サーバ４と、対象メールサーバ５と、１つ以上の端末６とを含んで構成されている。情報処理サーバ２、第１サーバ３、第２サーバ４および対象メールサーバ５は共に、インターネット、電話網、その他の通信網を含むネットワークＮに接続可能である。

　端末６は、ユーザが使用するコンピュータであり、液晶ディスプレイや有機ＥＬディスプレイ等の表示装置７（図２）が接続されるか、或いは、表示装置７を備えて構成されている。本実施形態ではユーザとは、情報処理サーバ２が提供するサービス（以下「本件サービス」という）を利用し得る者を意味する。端末６は、ブラウザが搭載されているコンピュータであれば、そのタイプはどのようなものであってもよい。例えばデスクトップ型コンピュータ、ノート型コンピュータ、タブレット型コンピュータ（いわゆるスマートフォンを含む）を端末６として機能させることができる。図１では、無数に存在する端末６のうちの数個を例示的に示している。

　第１サーバ３は、第１コミュニケーションサービスを提供するサーバである。以下、第１コミュニケーションサービスを「第１サービス」という。第１サービスは、ビジネスチャットツールと呼ばれるコミュニケーションサービスである。以下、第１サービスの内容を、メッセージの送受信に着目して説明する。以下では、第１サービスにアカウントを登録している者を「メンバ」という（後述する第２コニュニケーションサービスおよび対象メールサービスについても同様）。第１サービスにおいて、メンバには、ブラウザまたは専用のアプリケーションを介して各種ユーザインタフェイスが提供される。メンバは、提供されたユーザインタフェイスを利用して、グループ（共有スペース）を作成でき、更にグループ内に１つ以上のチャネルを作成できる。チャネルには、複数のメンバが参加できる。あるチャネルに参加するメンバのそれぞれは、提供されたユーザインタフェイスを利用して、そのチャネル内でチャット形式のメッセージを自由に送受信できる。第１サービスではメッセージの種類として、通常メッセージと、メンション付メッセージとが少なくとも用意されている。

　通常メッセージは、特定のメンバの指定を伴わず送信されるメッセージである。通常メッセージは、チャネルに参加する全てのメンバにより受信され、閲覧される。メンション付メッセージは、特定のメンバの指定を伴って送信されるメッセージである。メンション付メッセージが送信された場合、指定された特定のメンバには、指定されたことが通知される。メンション付きメッセージは、チャネルに参加する全てのメンバにより受信され、閲覧される。以上、第１サービスでやり取りされるメッセージの種類として、上記２つの種類を説明した。しかしメッセージの種類は、上記２つの種類に限られるものではない。メッセージの種類には、第１サービスで利用可能な全てのメッセージの種類が含まれる。例えば第１サービスにおいて、指定されたメンバに対してのみメッセージが送信されるダイレクトメッセージを利用可能な場合には、メッセージの種類にはダイレクトメッセージが含まれる。

　更に第１サービスでは、メンバは、受信したメッセージに対して絵文字によるリアクションを実行可能である。絵文字によるリアクションでは、メッセージを受信したメンバが、所定のユーザインタフェイスを利用して、用意された複数の絵文字から１つの絵文字を選択すると、メッセージに対して絵文字が返信される。絵文字は基本的には、同意（例えば、いわゆる「いいね」を示す絵文字）、不満、その他の感情を表現するものである。絵文字によるリアクションを行うことによりユーザは、非常に簡易な操作で、メッセージに対する自身の感情を伝えることができる。

　更に第１サービスでは、各メンバは、プロフィールを設定可能である。プロフィールには、属性としてステータスが含まれている。ステータスは、メンバの状況を示す情報であり、値として、少なくとも「活動中」（メッセージをやり取りできる状況）、および、「取込み中」（メッセージをすぐにはやり取りできない状況）が用意されている。各メンバは、他のメンバのステータスを閲覧することができ、ステータスを閲覧することにより、当該他のメンバの状況を認識することができる。

　第２サーバ４は、第２コミュニケーションサービスを提供するサーバである。以下、第２コミュニケーションサービスを「第２サービス」という。第２サービスは、第１サービスと同様、ビジネスチャットツールと呼ばれるコミュニケーションサービスである。第２サービスは、第１サービスを提供する主体とは異なる主体が提供するサービスである。つまり第１サービスと第２サービスとは異なる種類のコミュニケーションサービスである。

　第２サービスの内容は、第１サービスと同様である。すなわち、第２サービスにおいてメンバは、グループ（共有スペース）を作成でき、グループ内に１つ以上のチャネルを作成できる。またメンバは、少なくとも通常メッセージおよびメンション付きメッセージを送受信できる。またメンバは、絵文字によるリアクションを実行可能である。またメンバのプロフィールにはステータスが含まれており、各メンバは、自身のステータスの値を自由に変更することができる。

　対象メールサーバ５は、メールアカウントを作成した者（以下「メール利用者」という）に対して、特定のドメインのメールに関するＷｅｂメールサービス（以下「対象メールサービス」という）を提供するサーバ装置である。周知の通りＷｅｂメールサービスは、メールに関する各種ユーザインタフェイスを提供し、メールを送信する手段およびメールを受信する手段を提供する。本実施形態では、「メッセージ」という用語には、対象メールサービスで送受信されるメールが含まれる。対象メールサービスは、コミュニケーションサービスの一種である。対象メールサービスのメンバは、自身が所有するコンピュータのブラウザ或いは専用のアプリケーションにより、対象メールサーバ５が提供する対象メールサービスを利用することができる。対象メールサーバ５は、メンバのアカウントごとに受信メールを保存する機能を有する。以下、第１サービス、第２サービスおよび対象メールサービスを区別しない場合、「コニュニケーションサービス」という。

　情報処理サーバ２は、端末６をクライアントの１つとし、本件サービスを提供するサーバ装置である。本件サービスは、第１サービス、第２サービスおよび対象メールサービスから独立したサービスである。本件サービスの内容は、後に明らかとなる。なお図１では、情報処理サーバ２、第１サーバ３、第２サーバ４および対象メールサーバ５のそれぞれを１つのブロックで表しているが、これは各サーバが単一のサーバ装置であることを意味するものではない。各サーバは、複数のサーバ装置により構成されてもよい。特に各サーバは、Ｗｅｂサーバを含む複数のサーバ装置により構成されてもよい。

　図２は、情報処理サーバ２および端末６の機能構成例を示すブロック図である。図２で示すように情報処理サーバ２は機能構成として、情報処理部１０および通信部１１を備えている。また端末６は機能構成として、端末制御部１２および端末通信部１３を備えている。上記機能ブロック１０～１３は、ハードウェア、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記機能ブロック１０～１３は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭ等を備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。また情報処理サーバ２は記憶手段として、記憶部１４を備えている。

　情報処理サーバ２の通信部１１は、ネットワークＮに接続された外部装置と所定のプロトコルに従って通信する。端末６の端末通信部１３は、ネットワークＮに接続された外部装置と所定のプロトコルに従って通信する。情報処理サーバ２および端末６によるネットワークＮを介した通信は、各装置の各通信部により適切に行われるものとして詳細な説明を省略する。

　図３は、情報処理サーバ２のハードウェア構成の一例である。図３の例において情報処理サーバ２は、処理装置１６、一次記憶装置１７、補助記憶装置１８（記憶媒体）、通信装置１９および入出力装置２０を備えている。処理装置１６、一次記憶装置１７、補助記憶装置１８、通信装置１９および入出力装置２０は、バス２１を介して接続されている。処理装置１６は、制御装置、演算装置、レジスタおよびキャッシュメモリを含んで構成されたＣＰＵを備えている。情報処理部１０の少なくとも一部の機能は、処理装置１６により実現される。一次記憶装置１７は、ＤＲＡＭ等の揮発性メモリを備えている。一次記憶装置１７は、処理装置１６が直接読み書きするデータを一時的に記憶する。補助記憶装置１８は、ハードディスクドライブ（他の磁気記憶装置であってもよい）、ＲＯＭ、フラッシュメモリ、その他の不揮発性メモリを備えている。補助記憶装置１８は、各種データを不揮発的に記憶する。記憶部１４の少なくとも一部の機能は、補助記憶装置１８により実現される。通信装置１９は、通信制御装置およびネットワークインタフェイスを含んで構成され、ネットワークＮを介した外部装置との通信を実現する。通信部１１の少なくとも一部の機能は、通信装置１９により実現される。入出力装置２０は、入出力制御装置、入力装置および出力装置を含んで構成される。図３で示すように補助記憶装置１８には、プログラム２２が記憶されている。処理装置１６は、補助記憶装置１８に記憶されたプログラム２２を一次記憶装置１７に読み出して実行することにより、各種処理を実行する。

　次に情報処理サーバ２の機能について説明する。以下、情報処理サーバ２による本件サービスの提供を受けるユーザとして、以下の注目ユーザを想定する。注目ユーザは、本件サービスにアカウントを登録しており、本件サービスにログインするためのログイン情報（例えばログインＩＤとログインパスワードとの組合せ）を保有している。なおソーシャルログインまたはアカウント連携機能によって、本件サービス固有のアカウントではなく、他のサービスに係るログイン情報（例えば、ＳＮＳアカウントのログイン情報）を使用して本件サービスにログインできる構成であってもよい。更に注目ユーザは、第１サービス、第２サービスおよび対象メールサービスのそれぞれについてアカウントを登録しており、各コミュニケーションサービスにログインするためのログイン情報を保有している。

　また以下では、注目ユーザの端末６を「注目端末６－１」とする。注目端末６－１には、第１サービス、第２サービスおよび第３コミュニケーションサービスを利用するためのアプリケーションがインストールされているものとする。

　また情報処理サーバ２は、「ＯＡｕｔｈ」その他の標準に準拠して、第１サーバ３が保持する注目ユーザのリソースにＷｅｂＡＰＩ経由でアクセスし、注目ユーザに関する情報を取得する権限（ＡＰＩアクセス権）を正当に有している。すなわち情報処理サーバ２が第１サーバ３に対してＷｅｂＡＰＩ経由で情報の送受信をすることについて適切な方法で注目ユーザの同意が得られている。更に情報処理サーバ２には、第１サーバ３にアクセスリクエストを送るときに必要な情報（例えば利用許可証および登録証明書に相当する情報）が、第１サーバ３から付与されている。このため情報処理サーバ２の情報処理部１０は、必要に応じてＷｅｂＡＰＩを利用して第１サーバ３と通信し、注目ユーザに関する情報を送受信することができる。同様に情報処理サーバ２は、第２サーバ４および対象メールサーバ５について、注目ユーザのリソースにアクセスするための権限を正当に有している。従って情報処理部１０は、ＷｅｂＡＰＩを利用して第２サーバ４および対象メールサーバ５と通信し、注目ユーザに関する情報を取得することができる。ただし本実施形態で例示する方法以外の方法で、情報処理サーバ２が、第１サーバ３、第２サーバ４および対象メールサーバ５と情報の送受信を行う構成でもよい。例えば権限の認可に利用する標準として、ＯＡｕｔｈ以外の標準を使用する構成でもよい。

＜受信メッセージ取得処理＞
　まず情報処理サーバ２が実行する受信メッセージ取得処理について説明する。以下ではまず、情報処理サーバ２が第１サーバ３に対して実行する受信メッセージ取得処理について説明する。

　第１サーバ３に対する受信メッセージ取得処理において、情報処理サーバ２の情報処理部１０は、第１サービスで注目ユーザが新たにメッセージを受信したか否かを監視する。情報処理部１０は、ＷｅｂＡＰＩを利用して注目ユーザについて新着のメッセージがあるか否かを第１サーバ３に定期的に問い合わせることによって、上記監視を行う。チャネルを識別する情報、注目ユーザを識別する情報、その他の問合せに必要な情報は、情報処理サーバ２に事前に登録されている。なおメッセージを受信したか否かを監視する処理の具体的な方法は、本実施形態で例示した方法に限られない。例えば、ユーザがメッセージを受信したときに、必要な情報と共にそのことを通知するサービスを第１サーバ３が提供している場合には、情報処理部１０がこのサービスを利用して、メッセージを受信したか否かを監視する構成でもよい。

　注目ユーザが新たにメッセージを受信したことを検出すると、情報処理部１０は、ＷｅｂＡＰＩを利用して、新たに受信したメッセージに係る受信メッセージ取得情報（メッセージに関する情報）を第１サーバ３から取得する。受信メッセージ取得情報は、メッセージの送信者の名称（例えば名前または表示名）を示す送信者名称情報、メッセージの受信日時（日付＋時刻）を示すメッセージ受信日時情報、メッセージの内容を示すメッセージ内容情報、メッセージが送信されたチャネルを識別するチャネル識別情報、メッセージが送信されたチャネルの名称を示すチャネル名情報、メッセージの種類を示すメッセージ種類情報、および、コミュニケーションサービス側メッセージＩＤ（以下「ＣＳメッセージＩＤ」という）を含む。なおチャネル識別情報およびチャネル名情報は、チャネルを利用しないメッセージの場合は、ヌル値である。メッセージ種類情報は、メッセージの種類（本実施形態では、少なくとも通常メッセージおよびメンション付メッセを含む）を示す情報を含む。更にメッセージ種類情報は、メッセージの種類がメンション付メッセージである場合には、注目ユーザが指定されているか否かを示す情報を含む。

　ＣＳメッセージＩＤは、メッセージを識別する情報である。ある送信者がメッセージを送信したときに、送信者にとっての送信メッセージのＣＳメッセージＩＤの値と、受信者のそれぞれにとっての受信メッセージのＣＳメッセージＩＤの値とは一致する。例えばチャネル内でメンバＭ１が通常メッセージを送信し、メンバＭ２、Ｍ３、Ｍ４がメッセージを受信したとする。この場合、メンバＭ１にとっての送信メッセージのＣＳメッセージＩＤの値と、メンバＭ２、Ｍ３、Ｍ４にとっての受信メッセージのＣＳメッセージＩＤの値とは一致する。ＣＳメッセージＩＤは例えば、チャネルを識別するチャネルＩＤと、メッセージが送信された日時を示すタイムスタンプとの組み合わせにより構成される。なお受信メッセージ取得情報に含まれる情報の内容はあくまで一例である。受信メッセージ取得情報には、情報処理部１０が各種処理を実行するにあたって必要な情報が含まれていればよい。

　図２で示すように記憶部１４には、ユーザごとに（アカウントごとに）、ユーザを識別するユーザＩＤと関連付けて受信メッセージ管理データベース２４が記憶されている。受信メッセージ取得情報を取得した後、情報処理部１０は、注目ユーザに対応する受信メッセージ管理データベース２４に１件のレコードを記憶させる。以下、受信メッセージ管理データベース２４の１件のレコードを「受信メッセージ管理レコード」という。図４の（Ａ）は、受信メッセージ管理レコードの内容を示す図である。図４の（Ａ）で示すように受信メッセージ管理レコードは、レコードを識別する受信メッセージＩＤと、上述した受信メッセージ取得情報と、付加情報とを含んでいる。

　図４の（Ａ）で示すように付加情報は、サービス種類情報と、メンション有無フラグと、チェック有無フラグと、保存有無フラグと、実行待ちフラグと、連絡待ちフラグと、チェック日時情報と、締切日情報とを含む。サービス種類情報は、コミュニケーションサービスの種類を示す情報である。情報処理部１０は、サービス種類情報の値を、受信したメッセージのコニュニケーションサービスの種類（本例では、第１サービス）に応じた値とする。メンション有無フラグは、対応するメッセージが、ユーザ（本例では対象ユーザ）の指定を含むメンション付メッセージであるか否かを示すフラグである。情報処理部１０は、メッセージ種類情報に基づいて、注目ユーザの指定を含む場合にはメンション有無フラグをオン値とし、含まない場合にはメンション有無フラグをオフ値とする。チェック有無フラグ、保存有無フラグ、実行待ちフラグおよび連絡待ちフラグの意義は後に明らかとなる。これらフラグの初期値はオフ値である。チェック日時情報および締切日情報の意義は後に明らかとなる。これら情報の初期値はヌル値である。受信メッセージ管理レコードに含まれる情報は、特許請求の範囲の「受信メッセージ情報」に相当する。

　以上が、第１サーバ３に対して情報処理部１０が実行する受信メッセージ取得処理である。第１サーバ３に対して受信メッセージ取得処理が行われる結果、第１サービスにおいて注目ユーザがメッセージを受信すると、メッセージに対応する受信メッセージ管理レコードが注目ユーザに対応する受信メッセージ管理データベース２４に記憶される。情報処理部１０は、第２サーバ４に対しても受信メッセージ取得処理を実行する。従って、第２サービスにおいて注目ユーザがメッセージを受信すると、メッセージに対応する受信メッセージ管理レコードが注目ユーザに対応する受信メッセージ管理データベース２４に記憶される。

　情報処理部１０は、対象メールサーバ５に対しても受信メッセージ取得処理を実行する。従って、対象メールサービスにおいて注目ユーザがメール（メッセージ）を受信すると、メールに対応する受信メッセージ管理レコードが注目ユーザに対応する受信メッセージ管理データベース２４に記憶される。以下、第１サーバ３に対する受信メッセージ取得処理と、対象メールサーバ５に対する受信メッセージ取得処理との相違点について説明する。受信メッセージ取得処理において情報処理部１０が対象メールサーバ５から取得する受信メッセージ取得情報には、チャネル識別情報、チャネル名情報およびメッセージ種類情報は含まれない。従って情報処理部１０は、受信メッセージ管理レコードのチャネル識別情、チャネル名情報、および、メッセージ種類情報をヌル値とする。また受信メッセージ取得情報に含まれるメッセージ内容情報には、メールの件名および本文の内容が含まれる。また受信メッセージ取得情報に含まれるＣＳメッセージＩＤは、メッセージＩＤ（Message-ID）である。また情報処理部１０は、メンション有無フラグを一律にオフ値とする。

　以上の通り情報処理部１０は、複数のコミュニケーションサービスのうち、任意のコミュニケーションサービスでユーザがメッセージを受信したことを検出する機能と、コミュニケーションサービスでユーザが受信したメッセージについて、メッセージに関する情報を取得し、取得した情報の少なくとも一部を含む受信メッセージ情報を生成し記憶させる機能とを有する。この結果、コミュニケーションサービスの種類にかかわらず、何れかのコミュニケーションサービスにおいて注目ユーザがメッセージを受信すると、メッセージに対応する受信メッセージ管理レコードが注目ユーザに対応する受信メッセージ管理データベース２４に記憶される。以上、受信メッセージ取得処理を説明した。しかし、説明した受信メッセージ取得処理の具体的な内容は一例であり、本実施形態で例示した内容に限定されるものではない。すなわち受信メッセージ取得処理は、コニュニケーションサービスでユーザが受信したメッセージについて、漏れなく受信メッセージ取得情報が取得され、受信メッセージ管理レコードが記憶される処理であればよい。また受信メッセージ取得処理について、必要な例外処理が適切に実装されている。例えば、何らかの理由で情報処理サーバ２から第１サーバ３にアクセスできない時間が発生したときに、アクセスできるようになった後に「アクセスできなかった期間に受信したメッセージ」について受信メッセージ取得情報を取得する機能が実装されている。以上のことは、後述する送信メッセージ取得処理についても同様である。特に本実施形態では、情報処理部１０がコミュニケーションサービスと連携する機能は、基本的には、ＷｅｂＡＰＩを利用して実現されていた。例えば、情報処理部１０がコミュニケーションサービスでユーザがメッセージを受信したことを検出する機能、および、情報処理部１０がコミュニケーションサービスで受信したメッセージに関する情報を受信する機能は、基本的には、ＷｅｂＡＰＩを利用して実現されていた。この点に関し、情報処理部１０がＷｅｂＡＰＩを利用する方法以外の方法で、コミュニケーションサービスと連携する構成でもよい。例えば、情報処理部１０が、以下のブリッジシステムを介してコミュニケーションサービスと連携する構成でもよい。すなわちブリッジシステムは、コミュニケーションサービスにアクセスし、コミュニケーションサービスとの間でデータを送受信する機能が実装されたシステムである。ブリッジシステムは、マトリックス、その他の公開された規格に準拠したシステムであってもよい。この場合において、ブリッジシステムは例えば、処理を自動で実行するボットにより、コミュニケーションサービスとの連携に関する各種処理を自動で実行する。各種処理には、サービスへのログイン、メッセージの受信の検出、およびメッセージに関する情報の取得が含まれる。ただしブリッジシステムを利用する場合において、ボットを利用する方法以外の方法で、コミュニケーションサービスとの連携が実現されてもよい。このほか、情報処理部１０が、Ｗｅｂスクレイピングを応用した方法で、コミュニケーションサービスと連携する構成でもよい。

＜送信メッセージ取得処理＞
　次に、情報処理サーバ２が実行する送信メッセージ取得処理について説明する。以下では、まず情報処理部１０が第１サーバ３に対して実行する送信メッセージ取得処理について説明する。

　第１サーバ３に対する送信メッセージ取得処理において、情報処理サーバ２の情報処理部１０は、ＷｅｂＡＰＩを利用して、第１サービスで注目ユーザが新たにメッセージを送信したか否かを監視する。ただし監視する方法は、ＷｅｂＡＰＩを利用する方法に限られない。注目ユーザが新たにメッセージを送信したことを検出すると、情報処理部１０は、ＷｅｂＡＰＩを利用して、新たに送信したメッセージに係る送信メッセージ取得情報を第１サーバ３から取得する。送信メッセージ取得情報は、メッセージの送信日時を示すメッセージ送信日時情報、メッセージ内容情報、チャネル識別情報、チャネル名情報、メッセージ種類情報、メッセージの宛先に関する宛先情報、および、ＣＳメッセージＩＤを含む。宛先情報は、メッセージが、宛先を伴うものである場合に、その宛先を示す情報である。なお、送信メッセージ取得情報に含まれる情報の内容はあくまで一例である。送信メッセージ取得情報には、情報処理部１０が各種処理を実行するにあたって必要な情報が含まれていればよい。

　図２で示すように記憶部１４には、ユーザごとに（アカウントごとに）、ユーザＩＤと関連付けて送信メッセージ管理データベース２５が記憶されている。送信メッセージ取得情報を取得した後、情報処理部１０は、注目ユーザに対応する送信メッセージ管理データベース２５に１件のレコードを記憶させる。図４の（Ｂ）は、送信メッセージ管理データベース２５の１件のレコード（以下「送信メッセージ管理レコード」という）を示している。図４の（Ｂ）で示すように送信メッセージ管理レコードは、レコードを識別する送信メッセージＩＤと、上述した送信メッセージ取得情報と、サービス種類情報とを含んでいる。

　以上が、第１サーバ３に対して情報処理部１０が実行する送信メッセージ取得処理である。第１サーバ３に対して送信メッセージ取得処理が行われる結果、第１サービスにおいて注目ユーザがメッセージを送信すると、メッセージに対応する送信メッセージ管理レコードが注目ユーザに対応する送信メッセージ管理データベース２５に記憶される。情報処理部１０は、第２サーバ４に対しても送信メッセージ取得処理を実行する。従って、第２サービスにおいて注目ユーザがメッセージを送信すると、メッセージに対応する送信メッセージ管理レコードが注目ユーザに対応する送信メッセージ管理データベース２５に記憶される。

　情報処理部１０は、対象メールサーバ５に対しても送信メッセージ取得処理を実行する。従って、対象メールサービスにおいて注目ユーザがメール（メッセージ）を送信すると、メールに対応する送信メッセージ管理レコードが注目ユーザに対応する送信メッセージ管理データベース２５に記憶される。以下、第１サーバ３に対する送信メッセージ取得処理と、対象メールサーバ５に対する送信メッセージ取得処理との相違点について説明する。送信メッセージ取得処理において情報処理部１０が対象メールサーバ５から取得する送信メッセージ取得情報には、チャネル識別情報、チャネル名情報およびメッセージ種類情報は含まれない。従って情報処理部１０は、送信メッセージ管理レコードのチャネル識別情報、チャネル名情報、および、メッセージ種類情報をヌル値とする。以上の通り、コミュニケーションサービスの種類にかかわらず、何れかのコミュニケーションサービスにおいて注目ユーザがメッセージを送信すると、メッセージに対応する送信メッセージ管理レコードが注目ユーザに対応する送信メッセージ管理データベース２５に記憶される。

＜ログイン時およびログイン後の処理＞
　次に注目ユーザが本件サービスにログインするときに情報処理サーバ２が実行する処理、および、ログインした後の注目ユーザの操作に応じて情報処理サーバ２が実行する処理を説明する。

　本件サービスへのログインに際して注目ユーザは、注目端末６－１のブラウザを立ち上げ、情報処理サーバ２の所定のＵＲＬへのアクセスを指示する。注目端末６－１の端末制御部１２はブラウザの機能により、当該所定のＵＲＬにアクセス（ＨＴＴＰリクエスト）する。情報処理サーバ２の情報処理部１０は、当該所定のＵＲＬへのアクセスに応じて、ログイン情報を用いた認証を適切に行った上で、情報提供画面２６（後述）の表示用ファイル（ＨＴＭＬファイルおよび付随するデータ群）を応答（ＨＴＴＰレスポンス）する。注目端末６－１の端末制御部１２は、表示用ファイルを受信し、ブラウザの機能により表示用ファイルに基づいて情報提供画面２６を表示装置７に表示する。

　以下では、表示用ファイルに基づいて端末６の表示装置７に表示された画面に対するユーザの操作の検出、当該画面へ入力された情報の取得、各種画面の動的な変更、その他の画面に関する各種処理は、ＣＧＩ、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ａｊａｘ、ＤＨＴＭＬ、その他の既存の技術を用いて情報処理部１０により適切に実行されるものとし、詳しい説明は行わない。また情報処理部１０が表示用ファイルを端末６に送信し、表示用ファイルに基づく画面を端末６の表示装置７に表示させることを「情報処理部１０が○○画面を端末６の表示装置７に表示する」、或いは単に「情報処理部１０が○○画面を表示する」のように表現することがある。

　図５は、情報提供画面２６の初期画面であるホーム画面ＨＭの一例を示す図である。図５で示すようにホーム画面ＨＭは、画面の上部に形成されたヘッダメニュ領域２７と、ヘッダメニュ領域２７の下方であって画面の左部に形成されたサイドメニュ領域２８と、ヘッダメニュ領域２７の下方であって画面の中央に形成された受信メッセージ表示領域２９（第１領域）と、ヘッダメニュ領域２７の下方であって画面の右部に形成されたアクションリスト領域３０（第２領域）とを含んでいる。

［受信メッセージ表示領域２９に関する情報処理サーバ２の処理］
　以下、受信メッセージ表示領域２９に関する情報処理サーバ２の処理について説明する。注目ユーザが本件サービスにログインした後、最初に受信メッセージ表示領域２９を表示する際、情報処理部１０は、以下の処理を実行する。すなわち情報処理部１０は、注目ユーザに対応する受信メッセージ管理データベース２４を参照する。次いで情報処理部１０は、注目ユーザの受信メッセージ管理データベース２４の受信メッセージ管理レコードのうち、チェック有無フラグの値がオフ値であるレコードを特定する。次いで情報処理部１０は、特定した受信メッセージ管理レコードのそれぞれについて、受信メッセージオブジェクト３１を受信メッセージ表示領域２９に表示する。図５で示すように受信メッセージオブジェクト３１は、矩形のブロック（オブジェクト）である。受信メッセージ表示領域２９において、受信メッセージオブジェクト３１は、上下方向に並んで配置される。

　情報処理部１０は、コミュニケーションサービスの種類にかかわらず、メッセージ受信日時情報が示す受信日時が時間的に後であるほど、受信メッセージ表示領域２９において上方に位置するように受信メッセージオブジェクト３１を並べて表示する。図５の例では、受信メッセージ表示領域２９に表示された受信メッセージオブジェクト３１のうち、一番上の受信メッセージオブジェクト３１が、最も受信日時が時間的に後である（現時点から近い）。後に明らかとなる通り、チェック有無フラグは、受信メッセージオブジェクト３１のチェックボタン４２が選択されるとオン値となる。これを踏まえ情報処理部１０は、受信メッセージ表示領域２９に、チェックボタン４２が選択されていない受信メッセージオブジェクト３１を受信日時の順で一覧表示する。

　以上の方法で受信メッセージ表示領域２９を表示した後、情報処理部１０は、以下の処理を実行する。すなわち情報処理部１０は、上述した受信メッセージ取得処理を継続して実行する。そして情報処理部１０は、受信メッセージ取得処理により注目ユーザの受信メッセージ管理データベース２４に新たに受信メッセージ管理レコードを記憶させた場合、以下の処理を実行する。すなわち情報処理部１０は、記憶させた新たな受信メッセージ管理レコードに基づいて、その受信メッセージ管理レコードに対応する受信メッセージオブジェクト３１を受信メッセージ表示領域２９に表示する。新しい受信メッセージオブジェクト３１は、その受信日時が最も時間的に後であるため、情報処理部１０は、新しい受信メッセージオブジェクト３１を、受信メッセージ表示領域２９内で一番上に表示する。つまり情報処理部１０は、受信したメッセージに対応する受信メッセージオブジェクト３１を受信メッセージ表示領域２９（第１領域）に表示する際に、コミュニケーションサービスでメッセージを受信した順番に受信メッセージオブジェクト３１が並ぶように、受信メッセージ表示領域２９に追加的に受信メッセージオブジェクト３１を表示する。

　なお注目ユーザの受信メッセージ管理データベース２４に新たに受信メッセージ管理レコードが記憶されたということは、何れかのコミュニケーションサービスで注目ユーザが新たにメールを受信したということである。これを踏まえ情報処理部１０は、受信メッセージ表示領域２９（第１領域）を表示中に、何れかのコミュニケーションサービスでユーザがメッセージを受信したことを検出した場合、受信したメッセージに対応する受信メッセージオブジェクト３１を受信メッセージ表示領域に表示する。

　以上の通り本実施形態では、情報処理部１０は、ユーザが利用可能な異なる種類の複数のコミュニケーションサービスに関する情報が表示される情報提供画面２６を提供する機能と、複数のコミュニケーションサービスのうち、任意のコミュニケーションサービスでユーザがメッセージを受信したことを検出する機能と、コミュニケーションサービスでユーザが受信したメッセージについて、メッセージに関する情報を取得し、取得した情報の少なくとも一部を含む受信メッセージ情報を生成し記憶させる機能と、受信メッセージ情報の少なくとも一部の情報を含むオブジェクトである受信メッセージオブジェクト３１を情報提供画面２６の受信メッセージ表示領域２９（第１領域）に表示する機能とを有する。

　この構成によれば、種類の異なる複数のコミュニケーションサービスで受信したメッセージについて、各メッセージに対応するオブジェクト（受信メッセージオブジェクト３１）が受信メッセージ表示領域２９に統括的に表示されることになる。このためユーザは、受信メッセージ表示領域２９を参照することによって、コミュニケーションサービスのそれぞれを確認することなく、各コミュニケーションサービスで受信したメッセージを把握することができる。従って、複数のコミュニケーションサービスで受信したメッセージを把握する際のユーザの負担を軽減することができる。

［アクションリスト領域３０に関する情報処理サーバ２の処理］
　次にアクションリスト領域３０に関する情報処理サーバ２の処理について説明する。注目ユーザが本件サービスにログインした後、最初にアクションリスト領域３０を表示する際、情報処理部１０は、注目ユーザの受信メッセージ管理データベース２４を参照する。次いで情報処理部１０は、注目ユーザの受信メッセージ管理データベース２４の受信メッセージ管理レコードのうち、実行待ちフラグがオン値のレコード、および、連絡待ちフラグがオン値のレコードを特定する。次いで情報処理部１０は、特定した受信メッセージ管理レコードのそれぞれについて、アクションオブジェクト３２をアクションリスト領域３０に表示する。図５で示すようにアクションオブジェクト３２は、矩形のブロック（オブジェクト）である。アクションリスト領域３０において、アクションオブジェクト３２は、上下方向に並んで配置される。

　情報処理部１０は、コミュニケーションサービスの種類にかかわらず、締切日情報が示す締切日（詳細は後述）が時間的に前であるほど、アクションリスト領域３０において上方に位置するようにアクションオブジェクト３２を並べて表示する。図５の例では、アクションリスト領域３０に表示されたアクションオブジェクト３２のうち、一番上のアクションオブジェクト３２が、締切日が最も時間的に前（現時点から最も遠い）である。アクションオブジェクト３２の内容については後述する。

［受信メッセージオブジェクト３１の内容、および、受信メッセージオブジェクト３１に関連して情報処理サーバ２が実行する処理］
　次に受信メッセージオブジェクト３１の内容、および、受信メッセージオブジェクト３１に関連して情報処理サーバ２が実行する処理について説明する。図６は、１つの受信メッセージオブジェクト３１を示す図である。図６で示すように受信メッセージオブジェクト３１は、オブジェクトの上部に形成されたオブジェクトヘッダ領域３４と、オブジェクトヘッダ領域３４の下方に形成されたオブジェクトボディ領域３５と、オブジェクトボディ領域３５の下方に形成されたオブジェクトフッタ領域３６とを含む。

　オブジェクトヘッダ領域３４には、対応するメッセージの送信者の名称を示す送信者名称表示情報３７と、対応するメッセージの受信日時を示すメッセージ受信日時表示情報３８と、対応するメッセージが受信されたチャネルのチャネル名を示すチャネル名表示情報３９と、コミュニケーションサービスの種類を示すサービス種類表示情報４０とが表示される。情報処理部１０は、ある受信メッセージオブジェクト３１のオブジェクトヘッダ領域３４に含まれる情報を、その受信メッセージオブジェクト３１に対応する受信メッセージ管理レコードの送信者名称情報、メッセージ内容情報、チャネル名情報およびサービス種類情報に基づいて表示する。ただし受信メッセージ管理レコードのチャネル名情報はヌル値の場合がある。この場合、情報処理部１０は、チャネル名表示情報３９を表示しない。

　オブジェクトボディ領域３５には、メッセージの内容を示すメッセージ内容表示情報４１が表示される。なお対象メールサービスで受信したメールに対応する受信メッセージオブジェクト３１については、メッセージ内容表示情報４１としてメールの件名と、メールの本文とが表示される。なお受信メッセージオブジェクト３１の初期の大きさは一定である。メッセージ内容表示情報４１の量が多く、当該情報の全部が初期のオブジェクトボディ領域３５に入りきらないときは、入る分だけ文章が表示されると共に、入っていない文章を表示するための専用のボタンが表示される。情報処理部１０は、当該専用のボタンが選択されると、オブジェクトボディ領域３５を拡張し、メッセージ内容表示情報４１の全部を拡張後のオブジェクトボディ領域３５に表示する。情報処理部１０は、対応する受信メッセージ管理レコードのメッセージ内容情報に基づいて、メッセージ内容表示情報４１を表示する。

　オブジェクトフッタ領域３６には、チェックボタン４２と、返信ボタン４３と、保存ボタン４４と、実行待ちボタン４５（アクションボタン、第１アクションボタン）と、連絡待ちボタン４６（アクションボタン、第２アクションボタン）とが選択可能な状態で表示される。オブジェクトフッタ領域３６の各ボタンが選択された場合の、情報処理サーバ２の処理については後述する。

　以上の通り本実施形態では、情報処理部１０は、コミュニケーションサービスの種類にかかわらず、何れかのコミュニケーションサービスにおいてユーザがメッセージを受信した場合、受信したメッセージに対応する受信メッセージオブジェクト３１を受信メッセージ表示領域２９に表示する。そして受信メッセージオブジェクト３１には、メッセージの送信者の名称、受信日時、チャネル名（第１、第２サービスの場合）、コミュニケーションサービスの種類およびメッセージの内容が表示される。このため、ユーザは、受信メッセージオブジェクト３１を参照することによって、受信したメッセージの内容を含むメッセージに関連する情報を的確に把握することができる。

　以下、受信メッセージオブジェクト３１の１つに着目し（着目したオブジェクトを注目受信メッセージオブジェクト３１－１とする）、注目受信メッセージオブジェクト３１－１のオブジェクトフッタ領域３６に表示された各ボタンが注目ユーザにより選択された場合の情報処理サーバ２の処理について説明する。

［チェックボタン４２が選択された場合］
　まずチェックボタン４２が選択された場合の情報処理サーバ２の処理について説明する。注目ユーザは基本的には、注目受信メッセージオブジェクト３１－１の内容を確認した後、対処する必要がなくなったときに、チェックボタン４２を選択する。対処する必要がなくなったときには、元々対処の必要がないときや、必要な対処を全て行ったときが含まれる。

　注目受信メッセージオブジェクト３１－１のチェックボタン４２が選択されると情報処理部１０は、注目受信メッセージオブジェクト３１－１に対応する受信メッセージ管理レコードのチェック有無フラグをオン値へと変更する。更に情報処理部１０は、注目受信メッセージオブジェクト３１－１に対応する受信メッセージ管理レコードのチェック日時情報の値を、現時点の日時を示す値へと変更する。更に情報処理部１０は、受信メッセージ表示領域２９から注目受信メッセージオブジェクト３１－１を削除する。なお注目受信メッセージオブジェクト３１－１に対応する受信メッセージ管理レコードが受信メッセージ管理データベース２４から削除されるわけではない。更に情報処理部１０は、注目受信メッセージオブジェクト３１－１に対応するメッセージを受信したコミュニケーションサービスに対して、メッセージに対する所定のリアクション（所定の通知）を行う。

　本実施形態では、対応するコミュニケーションサービスが第１サービスまたは第２サービスの場合、情報処理部１０は、特定の絵文字を利用した絵文字によるリアクションを実行する。特定の絵文字は、本件サービスを利用してメッセージを確認したことが相手方に伝わる絵文字である。例えば第１サービスで受信したメッセージに対応する受信メッセージオブジェクト３１のチェックボタン４２が選択された場合、情報処理部１０は、以下の処理を実行する。すなわち情報処理部１０は、ＷｅｂＡＰＩを利用し、第１サービスにおいて、受信したメッセージに対して同意を示す絵文字によるリアクションを行う。

　なおチェックボタン４２が選択されたことに応じて情報処理部１０が実行する所定の通知は、絵文字のリアクションに限られない。一例として情報処理部１０は、チャネル或いは送信者に対して、受信したメッセージの内容を確認した旨のメッセージを返信してもよい。また第１サービスおよび第２サービスがスレッドによる返信に対応している場合には、情報処理部１０は、スレッドにより所定の情報を返信するようにしてもよい。また送信者に対するリアクションを行うか否かについて、および、どのような方法でリアクションを行うかについてユーザが設定できるようにしてもよい。なお情報処理部１０は、ＷｅｂＡＰＩを利用してメッセージに対する絵文字によるリアクションを実行する。

　また本実施形態では、注目受信メッセージオブジェクト３１－１に対応するコミュニケーションサービスが対象メールサービスの場合、情報処理部１０は、受信したメール（メッセージ）に対して、受信したメールの内容を確認した旨の内容のメールを返信する（所定の通知を行う）。ただしチェックボタン４２が選択されたことに応じて情報処理部１０が実行する所定の通知は、メールの返信に限られない。また送信者に対して所定の通知を行うか否かについてユーザが設定できるようにしてもよい。また所定の通知を行う場合に、どのような内容のメールを返信するかについてユーザが設定できるようにしてもよい。なお情報処理部１０は、ＷｅｂＡＰＩを利用して送信者に対するメールの返信を実行する。ただし例えば、情報処理部１０が、注目端末６－１のメーラを利用して、メールを作成し、返信する構成でもよい。

　以上の通り受信メッセージオブジェクト３１は、チェックボタン４２を含む。そして情報処理部１０は、受信メッセージ表示領域２９に表示された一の受信メッセージオブジェクト３１のチェックボタンが選択された場合、受信メッセージ表示領域２９から当該一の受信メッセージオブジェクト３１を削除する。更に情報処理部１０は、当該一の受信メッセージオブジェクト３１のチェックボタン４２が選択された場合、当該一の受信メッセージオブジェクト３１を第１領域から削除すると共に、当該一の受信メッセージオブジェクト３１に対応するメッセージを受信したコミュニケーションサービスに対して所定の通知を行う。この構成のため、以下の効果を奏する。すなわちユーザは、受信メッセージオブジェクト３１のチェックボタン４２を選択することによって、メッセージの内容を確認したことを送信者に通知することができる。上述の通り本実施形態では、コミュニケーションサービスの種類にかかわらず、受信したメッセージについて、対応する受信メッセージオブジェクト３１が統括的に受信メッセージ表示領域２９に表示される構成である。従ってユーザは、メッセージの内容を確認したことを送信者に通知するにあたって、個々のコミュニケーションサービスを利用して通知する必要がなく、ユーザの負担が小さい。

　また本実施形態では、ユーザは、受信メッセージ表示領域２９を参照することによって、コミュニケーションサービスの種類にかかわらず、受信したメッセージの内容を網羅的かつ迅速かつ的確に確認できる。そしてユーザは、受信メッセージオブジェクト３１のチェックボタン４２を選択することによって、受信メッセージ表示領域２９から受信メッセージオブジェクト３１を削除することができる。従ってユーザは、チェックボタン４２を利用して対処の必要のない受信メッセージオブジェクト３１を順次、削除することによって、対処の必要がある受信メッセージオブジェクト３１のみが受信メッセージ表示領域２９に残った状態とすることができる。このためユーザは、コミュニケーションサービスの種類にかかわらず、対処の必要があるメッセージについて、漏れなく網羅的に簡易に把握することができる。またユーザは、受信メッセージ表示領域２９を空にすることを目標として、受信メッセージオブジェクト３１のそれぞれに計画的に対処することができる。

［返信ボタン４３が選択された場合］
　次に返信ボタン４３が選択された場合の情報処理サーバ２の処理について説明する。注目ユーザは基本的には、注目受信メッセージオブジェクト３１－１に対応するコミュニケーションサービスを利用して応答することが必要と考えたときに返信ボタン４３を選択する。

　注目受信メッセージオブジェクト３１－１の返信ボタン４３が選択されると情報処理部１０は、対応するコミュニケーションサービスのアプリケーションを起動し（ただし起動していない場合）、アプリケーションをアクティブな状態とする。情報処理部１０は例えば、注目端末６－１のＯＳが提供するＡＰＩを利用して上記処理を実行する。アプリケーションがアクティブな状態となると、注目ユーザは、注目受信メッセージオブジェクト３１－１に対応するメッセージに対して、対応するコニュニケーションサービスを利用した所望の対処を実行することが可能となる。所望の対象は例えば、絵文字によるリアクションの実行またはメールの返信である。なお本実施形態では、端末６にインストールされた専用のアプリケーションを利用して、各コミュニケーションサービスを利用することを前提としている。一方、ブラウザを利用してコミュニケーションサービスが利用される場合には、情報処理部１０が以下の処理を実行する構成でもよい。すなわち情報処理部１０は、ブラウザが起動していない場合にはブラウザを起動し、対応するコミュニケーションサービスの所定のＵＲＬにアクセスさせ、コミュニケーションサービスを利用可能とする。

　以上の通り、受信メッセージオブジェクト３１は、返信ボタン４３を含む。そして情報処理部１０は、受信メッセージ表示領域２９（第１領域）に表示された一の受信メッセージオブジェクト３１の返信ボタン４３が選択された場合、当該一の受信メッセージオブジェクト３１に対応するメッセージを受信したコミュニケーションサービスを利用可能な状態を構築する。この構成によれば、ユーザは、返信ボタンを選択するという簡易な作業を行うだけで、迅速にコミュニケーションサービスを利用してメッセージに対する対処を行うことができる。

［保存ボタン４４が選択された場合］
　次に保存ボタン４４が選択された場合の情報処理サーバ２の処理について説明する。注目ユーザは基本的には、注目受信メッセージオブジェクト３１－１を特別に保存しておき、後で参照できるようにしたいと考えたときに保存ボタン４４を選択する。

　注目受信メッセージオブジェクト３１－１の保存ボタン４４が選択されると、情報処理部１０は、注目受信メッセージオブジェクト３１－１に対応する受信メッセージ管理レコードの保存有無フラグの値をオン値へと変更する。更に情報処理部１０は、保存ボタン４４の見た目を変化させ、保存ボタン４４が選択されたことを明示する。なお情報処理部１０は、注目受信メッセージオブジェクト３１－１の保存ボタン４４が再び選択されると、受信メッセージ管理レコードの保存有無フラグの値をオフ値へと変更し、保存ボタン４４の見た目を元に戻す。後述するように、サイドメニュ領域２８の保存メッセージ関連ボタン５７が選択されると、情報処理部１０は、保存された注目受信メッセージオブジェクト３１－１を一覧表示する。

［実行待ちボタン４５または連絡待ちボタン４６が選択された場合］
　次に実行待ちボタン４５または連絡待ちボタン４６が選択された場合の情報処理サーバ２の処理について説明する。まず実行待ちボタン４５が選択された場合の情報処理サーバ２の処理について説明する。ユーザは基本的には、受信メッセージオブジェクト３１が、特定の日付（＝締切日）までに対処すべきメッセージに対応するオブジェクトであるときに、実行待ちボタン４５を選択する。

　注目受信メッセージオブジェクト３１－１の実行待ちボタン４５が選択されると情報処理部１０は、注目受信メッセージオブジェクト３１－１に対応する受信メッセージ管理レコードの実行待ちフラグの値をオン値へと変更する。更に情報処理部１０は、締切日情報の値を現時点が属する日付とする。つまり実行待ちボタン４５が選択された時点での締切日情報の値は、実行待ちボタン４５が選択された日付である。更に情報処理部１０は、アクションリスト領域３０に、注目受信メッセージオブジェクト３１－１に対応するアクションオブジェクト３２を表示する。以下、注目受信メッセージオブジェクト３１－１に対応するアクションオブジェクト３２を「注目アクションオブジェクト３２－１」という。

　図７の（Ａ）は、実行待ちボタン４５が選択されることによって表示されるアクションオブジェクト３２の一例を示す図である。図７で示すようにアクションオブジェクト３２は、矩形のブロック（オブジェクト）である。アクションオブジェクト３２の上部には、アクションマーク４８と、コニュニケーションサービスの種類を示すサービス種類表示情報４９と、送信者の名称を示す送信者名称表示情報５０と、返信ボタン５１と、締切日表示情報５２とが表示されている。アクションマーク４８は、実行待ちボタン４５が選択された場合には、実行待ちボタン４５を示すマークである。返信ボタン５１が選択された場合、情報処理部１０は、上述した受信メッセージオブジェクト３１の返信ボタン４３が選択されたときと同じ処理を実行する。

　締切日表示情報５２は、締切日を示す情報である。情報処理部１０は、アクションオブジェクト３２に対応する受信メッセージ管理レコードの締切日情報に基づいて締切日表示情報５２を表示する。締切日表示情報５２は選択可能なボタンとしても機能する。すなわち本実施形態では、締切日表示情報５２が、特許請求の範囲の締切日設定ボタンとしても機能する。締切日表示情報５２がユーザにより選択されると情報処理部１０は、締切日を設定するための画面をポップアップ表示する。例えば当該画面は、カレンダから任意の一日を選択できる画面である。また例えば当該画面は、締切日を入力する入力欄が形成された画面である。ユーザにより当該画面を利用して締切日が設定されると、情報処理部１０は、アクションオブジェクト３２に対応する受信メッセージ管理レコードの締切日情報の値を指定された締切日とする。

　アクションオブジェクト３２の下部には、メッセージ内容表示情報５３が表示されている。情報処理部１０は、アクションオブジェクト３２に対応する受信メッセージ管理レコードのメッセージ内容情報に基づいてメッセージ内容表示情報５３を表示する。アクションオブジェクト３２のアクションマーク４８が選択されると情報処理部１０は、アクションマーク４８に対応する受信メッセージ管理レコードの実行待ちフラグを再びオフ値にし、アクションリスト領域３０からアクションオブジェクト３２を削除する。

　上述したように情報処理部１０は、アクションリスト領域３０内で、締切日が時間的に前であるほど、アクションリスト領域３０内で上方に位置するようにアクションオブジェクト３２を並べて表示する。情報処理部１０は、新たにアクションオブジェクト３２をアクションリスト領域３０に表示する場合、新たなアクションオブジェクト３２の締切日（実行待ちボタン４５が選択された日付）と、既存のアクションオブジェクト３２のそれぞれの締切日との関係を踏まえ、適切な位置に表示する。また情報処理部１０は、一のアクションオブジェクト３２の締切日が変更された場合、当該一のアクションオブジェクト３２の変更後の締切日と、他のアクションオブジェクト３２の締切日との関係を踏まえ、アクションオブジェクト３２を並べ替える。

　次に連絡待ちボタン４６が選択された場合の情報処理サーバ２の処理について説明する。ユーザは基本的には、受信メッセージオブジェクト３１が、特定の日付（＝締切日）までに、連絡を受けるべきメッセージに対応するオブジェクトであるときに、連絡待ちボタン４６を選択する。

　連絡待ちボタン４６が選択されたときの処理は、実行待ちボタン４５が選択されたときの処理とほとんど同じであり、簡単に説明する。注目受信メッセージオブジェクト３１－１の連絡待ちボタン４６が選択されると情報処理部１０は、対応する受信メッセージ管理レコードの連絡待ちフラグの値をオン値へと変更する。更に情報処理部１０は、対応する受信メッセージ管理レコードの締切日情報の値を現時点が属する日付とする。更に情報処理部１０は、アクションリスト領域３０に、注目受信メッセージオブジェクト３１－１に対応するアクションオブジェクト３２を表示する。

　図７の（Ｂ）は、連絡待ちボタン４６が選択されることによって表示されるアクションオブジェクト３２を示す図である。図７の（Ａ）と図７の（Ｂ）との比較で明らかな通り、実行待ちボタン４５に係るアクションオブジェクト３２と、連絡待ちボタン４６に係るアクションオブジェクト３２との相違点は、アクションマーク４８の態様だけである。連絡待ちボタン４６に係るアクションマーク４８は、連絡待ちボタン４６を示すマークである。つまり情報処理部１０は、実行待ちボタン４５（第１アクションボタン）が選択された場合と、連絡待ちボタン（第２アクションボタン）が選択された場合とで、アクションオブジェクト３２の態様を変える。ユーザは、アクションマーク４８を参照することによって、アクションオブジェクト３２が、実行待ちボタン４５が選択されたことによって表示されたものであるか、連絡待ちボタン４６が選択されたことによって表示されたものであるかを認識できる。

　以上の通り受信メッセージオブジェクト３１は、実行待ちボタン４５および連絡待ちボタン４６（アクションボタン）を含む。そして情報処理部１０は、受信メッセージ表示領域２９（第１領域）に表示された一の受信メッセージオブジェクト３１の実行待ちボタン４５または連絡待ちボタン４６が選択された場合、一の受信メッセージオブジェクト３１に対応するアクションオブジェクト３２を受信メッセージ表示領域２９とは異なるアクションリスト領域３０（第２領域）に表示する。またアクションオブジェクト３２には、締切日を示す締切日表示情報５２と、締切日設定ボタンとが含まれる。なお本実施形態では、締切日表示情報５２が締切日設定ボタンとして機能する。そして情報処理部１０は、アクションリスト領域３０に表示された一のアクションオブジェクト３２の締切日表示情報５２（締切日設定ボタン）が選択された場合、締切日を設定するための画面を提供し、当該一のアクションオブジェクトに含まれる締切日表示情報の値を、当該画面で設定された締切日とする。また情報処理部１０は、アクションリスト領域３０内で、締切日の順にアクションオブジェクト３２を並べて表示する。

　以上の構成の構成によればユーザは、コミュニケーションサービスの種類にかかわらず、特定の日付までに対処すべきメッセージ或いは連絡を受けるべきメッセージについて、アクションオブジェクト３２をアクションリスト領域３０に表示させることができる。そしてユーザは、アクションリスト領域３０を参照することにより、コミュニケーションサービスの種類にかかわらず、締切日までに対処の必要があるメッセージ或いは連絡を受けるべきメッセージについて、自身で指定した締切日と共に、漏れなく網羅的に的確に把握することができる。

［サイドメニュ領域２８の各ボタンが選択された場合の情報処理部１０の処理］
　図５で示すように、サイドメニュ領域２８には、ホーム画面移行ボタン５５と、メンション関連ボタン５６と、保存メッセージ関連ボタン５７と、アーカイブボタン５８と、アクション関連ボタン５９と、送信メッセージ関連ボタン６０と、ボード関連ボタン６１とが表示されている。以下、サイドメニュ領域２８の各ボタンが選択されたときの情報処理部１０の処理について説明する。

［ホーム画面移行ボタン５５が選択された場合］
　ホーム画面移行ボタン５５が選択された場合、情報処理部１０は、情報提供画面２６をホーム画面ＨＭへと移行する。ホーム画面ＨＭは、図５で示すように、受信メッセージ表示領域２９とアクションリスト領域３０とが表示された画面である。

［メンション関連ボタン５６が選択された場合］
　注目ユーザによりメンション関連ボタン５６が選択された場合、情報処理部１０は、以下の処理を実行する。すなわち情報処理部１０は、受信メッセージ表示領域２９に、チェック有無フラグがオフ値であり、かつメンション有無フラグの値がオン値の受信メッセージ管理レコードのそれぞれについて、対応する受信メッセージオブジェクト３１を表示する。つまり情報処理部１０は、注目ユーザが受信したメッセージのうち、注目ユーザの指定を伴うメンション付メッセージに対応する受信メッセージオブジェクト３１を受信メッセージ表示領域２９に表示する。この結果、受信メッセージ表示領域２９には、注目ユーザの指定を伴うメンション付メッセージ以外のメッセージについては、受信メッセージオブジェクト３１が表示されない。ユーザは、受信メッセージ表示領域２９を参照することにより、コミュニケーションサービスの種類にかかわらず、自身の指定を伴うメンション付メッセージについて、漏れなく網羅的に的確に把握することができる。以上の通り情報処理部１０は、ユーザが受信したメッセージのうち、ユーザを宛先として指定するメッセージに対応する受信メッセージオブジェクト３１を受信メッセージ表示領域２９（第１領域）に表示する機能を有する。

［保存メッセージ関連ボタン５７が選択された場合］
　注目ユーザにより保存メッセージ関連ボタン５７が選択された場合、情報処理部１０は、以下の処理を実行する。すなわち情報処理部１０は、受信メッセージ表示領域２９を保存受信メッセージ表示領域へと変更する。情報処理部１０は、保存受信メッセージ表示領域に、保存有無フラグの値がオン値の受信メッセージ管理レコードのそれぞれについて、対応する受信メッセージオブジェクト３１を表示する。保存有無フラグの値がオン値の受信メッセージ管理レコードは、注目ユーザによって保存ボタン４４が選択された受信メッセージオブジェクト３１に対応するレコードである。従って、保存受信メッセージ表示領域には、注目ユーザによって保存することが指示された受信メッセージオブジェクト３１が表示される。ユーザは、保存受信メッセージ表示領域を参照することにより、コミュニケーションサービスの種類にかかわらず、自身が保存することを指定したメッセージについて、漏れなく網羅的に的確に把握することができる。

［アーカイブボタン５８が選択された場合］
　注目ユーザによりアーカイブボタン５８が選択された場合、情報処理部１０は、以下の処理を実行する。すなわち情報処理部１０は、受信メッセージ表示領域２９をチェック済受信メッセージ表示領域へと変更する。情報処理部１０は、チェック済受信メッセージ表示領域に、チェック有無フラグの値がオン値の受信メッセージ管理レコードのそれぞれについて、対応する受信メッセージオブジェクト３１を表示する。チェック有無フラグの値がオン値の受信メッセージ管理レコードは、注目ユーザによってチェックボタン４２が選択された受信メッセージオブジェクト３１に対応するレコードである。従ってチェック済受信メッセージ表示領域には、注目ユーザによってチェックされた受信メッセージオブジェクト３１が表示される。更に情報処理部１０は、キーワード検索およびチェックした日時（チェック日時情報の値）による検索を含む検索のためのユーザインタフェイスを提供する。ユーザは、チェック済受信メッセージ表示領域を参照することにより、コミュニケーションサービスの種類にかかわらず、チェック済のメッセージ（つまり、受信メッセージ表示領域２９に受信メッセージオブジェクト３１が表示されないメッセージ）について、漏れなく網羅的に的確に把握することができる。

［アクション関連ボタン５９が選択された場合］
　注目ユーザによりアクション関連ボタン５９が選択された場合、情報処理部１０は、以下の処理を実行する。すなわち情報処理部１０は、ホーム画面ＨＭの受信メッセージ表示領域２９とアクションリスト領域３０とを合わせた領域に、これら領域に代えて締切日別アクション表示領域６３（第３領域）を表示する。

　図８は、締切日別アクション表示領域６３が表示された情報提供画面２６の一例を示す図である。図８で示すように、締切日別アクション表示領域６３は、アクションオブジェクト３２の締切日が存在する日付ごとに領域が区分けされ、各日付に対応する領域に、その日付を締切日とするアクションオブジェクト３２が表示される。図８の例では、締切日別アクション表示領域６３は、「２０２２／７／１５」の領域６４、「２０２２／７／３０」の領域６５と、「２０２２／８／１０」の領域６６とに区分けされている。そして「２０２２／７／１５」の領域６４に、締切日が「２０２２／７／１５」であるアクションオブジェクト３２が表示され、「２０２２／７／３０」の領域６５に、締切日が「２０２２／７／３０」であるアクションオブジェクト３２が表示され、「２０２２／８／１０」の領域６６に、締切日が「２０２２／８／１０」であるアクションオブジェクト３２が表示されている。なお領域遷移ボタン６７を選択することによって、締切日別アクション表示領域６３に入りきらない締切日の領域を表示させることができる。

　以上の通りアクション関連ボタン５９が選択されると、情報処理部１０は、締切日ごとに、アクションオブジェクトが区分して表示された締切日別アクション表示領域６３（第３領域）を情報提供画面２６に表示する。この構成によれば、ユーザは、締切日別アクション表示領域６３を参照することによって、コミュニケーションサービスの種類にかかわらず、締切日を設定したメッセージのそれぞれについて、締切日とメッセージの内容とを的確に把握することができる。

［送信メッセージ関連ボタン６０が選択された場合］
　注目ユーザにより送信メッセージ関連ボタン６０が選択された場合、情報処理部１０は、以下の処理を実行する。すなわち情報処理部１０は、受信メッセージ表示領域２９を送信メッセージ表示領域６８へと変更する。情報処理部１０は、記憶部１４の送信メッセージ管理データベース２５に基づいて、送信メッセージ表示領域６８に、送信メッセージオブジェクト６９を一覧表示する。

　図９は、受信メッセージ表示領域２９に代えて送信メッセージ表示領域６８が表示された情報提供画面２６の一例を示す図である。図９で示すように、送信メッセージ表示領域６８に表示される送信メッセージオブジェクト６９は、矩形のブロック（オブジェクト）である。送信メッセージ表示領域６８において、送信メッセージオブジェクト６９は、上下方向に並んで配置される。情報処理部１０は、注目ユーザに対応する送信メッセージ管理データベース２５に記憶された送信メッセージ管理レコードのそれぞれに基づいて、送信メッセージオブジェクト６９のそれぞれを表示する。図９で示すように、１つの送信メッセージオブジェクト６９は、メッセージを送信した日時を示す情報、チャネル名を示す情報、コミュニケーションサービスの種類を示す情報、宛先を示す情報、および、メッセージの内容を示す情報を含む。ただし、チャネル名および宛先を示す情報は表示されない場合もある。

　送信メッセージオブジェクト６９のそれぞれは、ダブルクリックによって選択可能である。何れかの送信メッセージオブジェクト６９が選択されると、情報処理部１０は、選択された送信メッセージオブジェクト６９に対応する状況確認表示領域７０をポップアップ表示する。図１０は、状況確認表示領域７０を示す図である。図１０で示すように、状況確認表示領域７０は、未チェック者一覧領域７１と、チェック済者一覧領域７２と、実行待ち者一覧領域７３と、連絡待ち者一覧領域７４とを含んでいる。

　未チェック者一覧領域７１には、選択された送信メッセージオブジェクト６９に対応するメッセージ（注目ユーザにとって送信メッセージ）の受信者のうち、対応する受信メッセージオブジェクト３１をチェックした者（チェックボタン４２を選択した者）の名称が一覧表示される。未チェック者一覧領域７１の上方には、当該領域に表示対象となったユーザの人数が表示される。以下、選択された送信メッセージオブジェクト６９に対応するメッセージを「選択送信メッセージ」という。またチェック済者一覧領域７２には、選択送信メッセージの受信者のうち、対応する受信メッセージオブジェクト３１をチェックしていない者（チェックボタン４２を選択していない者）の名称が一覧表示される。チェック済者一覧領域７２の上方には、当該領域に表示対象となったユーザの人数が表示される。

　例えば第１サービスに、注目ユーザのほかにユーザＵ１およびユーザＵ２が参加するチャネルＣ１が存在するとする。そして注目ユーザがメッセージＭＥ１を送信し、ユーザＵ１、Ｕ２がメッセージＭＥ１を受信したとする。この場合、情報処理部１０は、ユーザＵ１に係る受信メッセージ表示領域２９に、メッセージＭＥ１に対応する受信メッセージオブジェクト３１を表示し（受信メッセージオブジェクト３１を提供し）、同様にユーザＵ２に係る受信メッセージ表示領域２９に、メッセージＭＥ１に係る受信メッセージオブジェクト３１を表示する。そしてユーザＵ１が、メッセージＭＥ１に係る受信メッセージオブジェクト３１のチェックボタン４２を選択せず、ユーザＵ２が、メッセージＭＥ１に係る受信メッセージオブジェクト３１のチェックボタン４２を選択したとする。この場合、未チェック者一覧領域７１には、ユーザＵ１の名称が表示される。またチェック済者一覧領域７２には、ユーザＵ２の名称が表示される。

　実行待ち者一覧領域７３には、選択送信メッセージの受信者のうち、対応する受信メッセージオブジェクト３１の実行待ちボタン４５を選択した者の名称と、締切日との組合せが一覧表示される。実行待ち者一覧領域７３の上方には、当該領域に表示対象となったユーザの人数が表示される。また連絡待ち者一覧領域７４には、選択送信メッセージの受信者のうち、対応する対応受信メッセージオブジェクトの連絡待ちボタンを選択した者の名称と締切日との組合せが一覧表示される。連絡待ち者一覧領域７４の上方には、当該領域に表示対象となったユーザの人数が表示される。例えば、上述した例に準じて、ユーザＵ１およびユーザＵ２が、メッセージＭＥ１の受信者であったとする。そしてユーザＵ１が、メッセージＭＥ１に係る受信メッセージオブジェクト３１の実行待ちボタン４５を選択し、締切日を「２０２２／８／１」に設定したとする。またユーザＵ２が、メッセージＭＥ１に係る受信メッセージオブジェクト３１の連絡待ちボタン４６を選択し、締切日を「２０２２／１０／１０」に設定したとする。この場合、実行待ち者一覧領域７３には、ユーザＵ１の名称とユーザＵ１が設定した締切日である「２０２２／８／１」との組合せが表示される。また連絡待ち者一覧領域７４には、ユーザＵ２の名称とユーザＵ２が設定した締切日である「２０２２／１０／１０」との組合せが表示される。

　以下、情報処理部１０が、状況確認表示領域７０を表示する方法について図１１を用いて説明する。図１１で示すように、記憶部１４に、注目ユーザに対応する送信メッセージ管理データベース２５、および、ユーザＵ１、Ｕ２、Ｕ３、Ｕ４に対応する受信メッセージ管理データベース２４ａ、２４ｂ、２４ｃ、２４ｄが記憶されているとする。状況確認表示領域７０の表示に際して、情報処理部１０は、選択された送信メッセージオブジェクト６９に対応する送信メッセージ管理レコードのＣＳメッセージＩＤを認識する。以下、認識したＣＳメッセージＩＤを「認識ＩＤ」という。図１１の例では、情報処理部１０は、認識ＩＤとして、「Ｄ００１」を認識する。

　次いで情報処理部１０は、注目ユーザ以外のユーザの受信メッセージ管理データベース２４を参照し、認識ＩＤの値と同一の値のＣＳメッセージＩＤを有する受信メッセージ管理レコードを特定する。以下、特定された受信メッセージ管理レコードを「特定レコード」という。図１１の例では情報処理部１０は、ユーザＵ１に対応する受信メッセージ管理データベース２４ａの受信メッセージ管理レコードＲ１と、ユーザＵ３に対応する受信メッセージ管理データベース２４ｃの受信メッセージ管理レコードＲ３と、ユーザＵ４に対応する受信メッセージ管理データベース２４ｄの受信メッセージ管理レコードＲ４とを特定する。以下、特定レコードが記憶された受信メッセージ管理データベース２４に対応するユーザを、「メッセージ受信ユーザ」という。図１１の例では、メッセージ受信ユーザは、ユーザＵ１、Ｕ３、Ｕ４である。

　情報処理部１０は、メッセージ受信ユーザのそれぞれについて、対応する特定レコードのチェック有無フラグ、実行待ちフラグおよび連絡待ちフラグの状況に基づいて、状況確認表示領域７０の各領域に名称を表示するか否かを判別する。具体的には情報処理部１０は、チェック有無フラグがオフ値のメッセージ受信ユーザは、未チェック者一覧領域７１に表示する対象とする。情報処理部１０は、チェック有無フラグがオン値のメッセージ受信ユーザは、チェック済者一覧領域７２に表示する対象とする。情報処理部１０は、実行待ちフラグがオン値のメッセージ受信ユーザは、実行待ち者一覧領域７３に表示する対象とする。情報処理部１０は、連絡待ちフラグがオン値のメッセージ受信ユーザは、連絡待ち者一覧領域７４に表示する対象とする。次いで情報処理部１０は、記憶部１４のユーザ管理データベース８４を参照し、メッセージ受信ユーザのそれぞれの名称を取得し、状況確認表示領域７０の各領域に、表示対象のユーザの名称を表示する。なおユーザ管理データベース８４は、ユーザごとにユーザＩＤと対応付けてユーザに関する種々の情報を記憶するデータベースである。なお状況確認表示領域７０の具体的な内容はあくまで一例である。例えば状況確認表示領域７０は、メッセージ受信ユーザの名称を一覧表示し、ユーザごとに選択したボタンの種類を示す情報を表示する画面でもよい。

　以上の通り、受信メッセージオブジェクト３１は、異なる種類の複数のボタンを含む。そして情報処理部１０は、コミュニケーションサービスで第１のユーザが第１のメッセージを送信し、第２のユーザが第１のメッセージを受信した場合に、第１のメッセージに対応する第１の受信メッセージオブジェクト３１を第２のユーザに提供する一方、第２のユーザが選択した第１の受信メッセージオブジェクト３１のボタンの種類を示す状況確認表示領域７０を第１のユーザに提供する機能を更に有する。また受信メッセージオブジェクト３１は、締切日を設定可能に構成される。なおアクションオブジェクト３２に締切日を設定することは、受信メッセージオブジェクト３１に締切日を設定することに相当する。情報処理部１０は、第１のユーザに提供する状況確認表示領域７０に、第２にユーザによって第１の受信メッセージオブジェクト３１に設定された締切日を表示する。この構成によれば、ユーザは、状況確認表示領域７０を参照することにより、コミュニケーションサービスの種類にかかわらず、自身が送信したメッセージについて、そのメッセージに対応する受信メッセージオブジェクト３１に対して受信者がどのような反応をしたか（具体的には選択したボタンの種類を的確に把握することができる。

［ボード関連ボタン６１が選択された場合］
　図５で示すように、ボード関連ボタン６１は、具体的には、プライベートボタン７５と、注目ユーザが参加するチャネルごとのチャネルボタン７６とを含む。チャネルボタン７６は、第１サービスにおいて注目ユーザが参加するチャネルのそれぞれ、および、第２サービスにおいて注目ユーザが参加するチャネルのそれぞれについて設けられる。以下、プライベートボタン７５が選択された場合の情報処理部１０の処理を説明し、次にチャネルボタン７６が選択された場合の情報処理部１０の処理を説明する。

［プライベートボタン７５が選択された場合］
　注目ユーザによりプライベートボタン７５が選択された場合、情報処理部１０は、以下の処理を実行する。すなわち情報処理部１０は、ホーム画面ＨＭの受信メッセージ表示領域２９とアクションリスト領域３０とを合わせた領域に、これら領域に代えてプライベートボード関連領域７７を表示する。図１２は、プライベートボード関連領域７７が表示された状態の情報提供画面２６の一例を示す図である。図１２で示すようにプライベートボード関連領域７７は、プライベートボード表示領域７８と、プライベートボード表示領域７８の右方に設けられたサブ受信メッセージ表示領域７９（第１領域）とを含んでいる。サブ受信メッセージ表示領域７９の内容は受信メッセージ表示領域２９と同じである。すなわち、コミュニケーションサービスの種類にかかわらず、受信したメッセージに対応する受信メッセージオブジェクト３１が一覧表示される。

　プライベートボード表示領域７８には３つの矩形の第１ボード領域８０ａ、第２ボード領域８０ｂおよび第３ボード領域８０ｃが表示される。以下、第１ボード領域８０ａ、第２ボード領域８０ｂおよび第３ボード領域８０ｃを区別しない場合には、「ボード領域８０」という。ボード領域８０には、サブ受信メッセージ表示領域７９に表示された受信メッセージオブジェクト３１をドラッグ＆ドロップ（移動）することができる。

　図１３の（Ａ）で示すように、ある受信メッセージオブジェクト３１がボード領域８０にドラッグ＆ドロップされたとする。すると図１３の（Ｂ）で示すように、情報処理部１０は、その受信メッセージオブジェクト３１に対応するメッセージついての送信者の名称、メッセージの内容、コニュニケーションサービスの種類、チャネルの名称（ない場合もある）の組合せ（以下「掲載情報」という）をボード領域８０に表示する。掲載情報は、受信メッセージオブジェクト３１に含まれる情報の少なくとも一部を含む。情報処理部１０は、ドラッグ＆ドロップの対象となった受信メッセージオブジェクト３１に対応する受信メッセージ管理レコードに基づいて掲載情報を表示する。ボード領域８０に１つ以上の掲載情報が表示されているときに、受信メッセージオブジェクト３１がドラッグ＆ドロップされた場合、情報処理部１０は、既存の掲載情報を残したまま、ボード領域８０の最上部に新たな掲載情報を表示する。なお情報処理部１０は、ドラッグ＆ドロップの対象となった受信メッセージオブジェクト３１を、サブ受信メッセージ表示領域７９から削除しない。ユーザは、ボード領域８０に表示された掲載情報を選択し、削除することができる。

　第１ボード領域８０ａは、後で検討すべき事項を含むメッセージについて、掲載情報が表示される領域である。ユーザは基本的には、受信メッセージオブジェクト３１の内容を確認し、メッセージの内容に後で検討すべき事項が含まれている場合には、受信メッセージオブジェクト３１を第１ボード領域８０ａにドラッグ＆ドロップする。サブ受信メッセージ表示領域７９にはコミュニケーションサービスの種類にかかわらず、受信メッセージオブジェクト３１が表示される。これを踏まえ、ユーザは、第１ボード領域８０ａを参照することにより、コミュニケーションサービスの種類にかかわらず、後で検討すべき事項を含むメッセージを漏れなく的確に把握することができる。

　第２ボード領域８０ｂは、後で実行すべき事項を含むメッセージについて、掲載情報が表示される領域である。ユーザは基本的には、後で検討すべき事項を含む受信メッセージオブジェクト３１を第２ボード領域８０ｂにドラッグ＆ドロップする。ユーザは、第２ボード領域８０ｂを参照することにより、コミュニケーションサービスの種類にかかわらず、後で検討すべき事項を含むメッセージを漏れなく的確に把握することができる。第３ボード領域８０ｃは、何らかの結論を示す事項を含むメッセージについて、掲載情報が表示される領域である。ユーザは基本的には、結論を示す事項を含む受信メッセージオブジェクト３１を第３ボード領域８０ｃにドラッグ＆ドロップする。ユーザは、第３ボード領域８０ｃを参照することにより、コミュニケーションサービスの種類にかかわらず、結論を示す事項を含むメッセージを漏れなく的確に把握することができる。

　記憶部１４には、ユーザ（アカウント）ごとに、プライベートボード関連領域７７に関連する情報を記憶するプライベートボード関連データベース８１が記憶されている。情報処理部１０は、プライベートボード関連データベース８１に基づいて、プライベートボード関連領域７７を表示し、またボード領域８０の内容に変更があった場合には、対応する情報を更新する。

［チャネルボタン７６が選択された場合］
　次にチャネルボタン７６が選択された場合の情報処理部１０の処理について説明する。上述したようにチャネルボタン７６は、チャネルごとに存在する。以下、注目ユーザがある一のチャネル（以下「注目チャネル」という）に対応するチャネルボタン７６（以下「注目チャネルボタン７６」という）を選択した場合の情報処理部１０の処理について説明する。

　注目チャネルボタン７６が注目ユーザによって選択されると、情報処理部１０は、ホーム画面ＨＭの受信メッセージ表示領域２９とアクションリスト領域３０とを合わせた領域に、これら領域に代えてパブリックボード関連領域８２を表示する。図１４は、パブリックボード関連領域８２が表示された状態の情報提供画面２６の一例を示す図である。パブリックボード関連領域８２は、プライベートボード表示領域７８に代えて、パブリックボード表示領域８３を有している点で、プライベートボード関連領域７７と異なっている。図１４で示すように、パブリックボード表示領域８３の上部には、注目チャネルの名称と、注目チャネルの参加者のそれぞれの名称とが表示される。更にパブリックボード表示領域８３は、プライベートボード表示領域７８と同様、第１ボード領域８０ａ、第２ボード領域８０ｂおよび第３ボード領域８０ｃを備えている。

　注目チャネルに係るパブリックボード表示領域８３のボード領域８０の内容は、注目チャネルの参加者全員に公開され、共有される。すなわち、注目チャネルの参加者の一人がボード領域８０の内容を変更した場合（新たな掲載情報の追加または既存の掲載情報の削除）、他の参加者に提供されるボード領域８０について、その変更が反映される。例えば注目チャネルに注目ユーザのほか、ユーザＵ１およびユーザＵ２が参加しているとする。この場合において注目ユーザが、自身に提供された注目チャネルに係るパブリックボード表示領域８３の第１ボード領域８０ａに掲載情報Ｊ１を表示させたとする。この場合、ユーザＵ１に提供される第１ボード領域８０ａに掲載情報Ｊ１が表示され、ユーザＵ２に提供される第１ボード領域８０ａに掲載情報Ｊ１が表示される。

　記憶部１４には、チャネルごとに、チャネルに参加するユーザのユーザＩＤが記憶されたチャネル管理データベース８８が記憶されている。情報処理部１０は、第１サーバ３および第２サーバ４から取得したチャネルに関する情報、および、ユーザにより登録されたチャネルに関する情報に基づいて、チャネル管理データベース８８の内容を適宜、更新する。また記憶部１４には、チャネルごとに、パブリックボード関連領域８２に関する情報を有するレコード（以下「パブリックボード関連レコード」という）が記憶されたパブリックボード関連データベース８７が記憶されている。パブリックボード関連レコードには、パブリックボード表示領域８３を表示するために必要な情報が少なくとも含まれ、特にボード領域８０のそれぞれに表示すべき掲載情報に関する情報が含まれる。情報処理部１０は、あるチャネルのパブリックボード表示領域８３を表示する場合、そのチャネルに対応するパブリックボード関連レコードに基づいて領域を表示する。また情報処理部１０は、あるチャネルのパブリックボード表示領域８３のボード領域８０の内容に変更があった場合、その変更が反映されるように、対応するパブリックボード関連レコードの内容を更新する。

　以上の通り情報処理部１０は、ボード領域８０を特定の複数のユーザに公開し、特定の複数のユーザに含まれる一のユーザに提供したボード領域８０の内容が一のユーザにより変更された場合、一のユーザによる変更を、特定の複数のユーザに含まれる他のユーザに提供するボード領域８０の内容に反映する。この構成によれば、以下の効果を奏する。すなわち各ユーザは、何れかのコミュニケーションサービスにおいて自身が受信したメッセージについて、その内容をチャネルの参加者全員で共有したい（参加者全員に認識させたい）と考えた場合に、メッセージに対応する受信メッセージオブジェクト３１をボード領域８０にドラッグ＆ドロップする（移動する）という簡易な操作をするだけで、メッセージを共有することができる。

　特に本実施形態では、チャネルにかかわらず、更にコミュニケーションサービスの種類にかかわらず、ユーザが受信したメッセージに対応する受信メッセージオブジェクト３１がサブ受信メッセージ表示領域７９に表示される。そしてユーザは、自身が参加するチャネルの参加者に、そのチャネル内で受信したメッセージだけでなく、そのチャネルとは別のチャネル、或いは、そのチャネルが属するコミュニケーションサービスとは別のコミュニケーションサービスで受信したメッセージについて、ドラッグ＆ドロップという簡易な操作で迅速に共有できる。ここでチャネルの参加者で共有すべきメッセージは、そのチャネル内でやり取りされるメッセージに限られるものではない。例えば、あるチャネルがある企業内で形成されたチャネルであるとする。そして、その企業にとってのクライアントから、そのチャネルのある参加者が対象メールサービスによりメール（メッセージ）を受信した場合に、そのメールが、参加者で共有すべきメッセージである場合がある。そして本実施形態では、この場合に、そのユーザは、自身のサブ受信メッセージ表示領域７９に表示された「メールに対応する受信メッセージオブジェクト３１」を第１ボード領域８０ａにドラッグ＆ドロップするという簡易な操作を行うだけで、即座にチャネル内でメッセージを共有することができる。

　なお本実施形態では、ボード領域８０が公開される範囲を特定のチャネルに参加するユーザとしている。しかしながら、ボード領域８０を公開する特定の複数のユーザは、特定のチャネルの参加者に限られるものではない。例えば、公開される範囲がユーザにより設定される構成でもよい。

［集中モード移行ボタン８５が操作された場合］
　図５で示すように、ヘッダメニュ領域２７には、集中モード移行ボタン８５が表示されている。以下、ヘッダメニュ領域２７に表示された集中モード移行ボタン８５が選択された場合の情報処理サーバ２の処理について説明する。注目ユーザは基本的には、現時点から一定の時間（本実施形態では「３０分」）の間、受信メッセージオブジェクト３１を閲覧することなく特定の作業を集中して行いたい場合に、集中モード移行ボタン８５を選択する。

　集中モード移行ボタン８５が選択されると情報処理部１０は、以下の処理を実行する。すなわち情報処理部１０は、動作モードを通常モードから集中モードへ移行する。集中モードへの移行に応じて情報処理部１０は、ＷｅｂＡＰＩを利用して第１サーバ３と通信し、第１サービスにおける注目ユーザのステータスの値を「取込み中」へと変更する。同様に情報処理部１０は、第２サーバ４と通信し、第２サービスにおける注目ユーザのステータスを「取込み中」へと変更する。更に情報処理部１０は、ホーム画面ＨＭのサイドメニュ領域２８と、受信メッセージ表示領域２９と、アクションリスト領域３０とを合わせた領域に、これら領域に代えて集中モード表示領域８６を表示する。

　情報処理部１０は、集中モード表示領域８６を表示してから３０分の間、集中モード表示領域８６を継続して表示する。図１５は、集中モード表示領域８６が表示された情報提供画面２６の一例を示す図である。図１５で示すように集中モード表示領域８６では、経過時間に応じて「３０分」から「０分」へと向かってカウントダウンしていったときの時間（つまり、３０分が経過するまでの残り時間）が表示される。一方、集中モード表示領域８６には、受信メッセージ表示領域２９（つまり受信メッセージオブジェクト３１が表示される表示領域）は含まれない。

　情報処理部１０は、集中モードへ移行してから３０分が経過すると、以下の処理を実行する。すなわち情報処理部１０は、動作モードを集中モードから通常モードへ戻す。情報処理部１０は、第１サーバ３と通信し、第１サービスにおける注目ユーザのステータスの値を「取込み中」から元の値へ戻す。情報処理部１０は、第２サービスについても同様の処理を実行する。更に情報処理部１０は、情報提供画面２６にホーム画面ＨＭを表示する。

　以上のように、情報提供画面２６には、集中モード移行ボタン８５が含まれる。情報処理部１０は、集中モード移行ボタン８５が選択された場合、コミュニケーションサービスに所定の通知を行い、所定の時間の間、受信メッセージ表示領域２９（第１領域）を含まない情報提供画面２６を表示する。この構成によれば、ユーザは、受信メッセージオブジェクト３１に気を取られることなく、集中して作業を行うことができる。特に本実施形態によれば、集中モード移行ボタン８５を選択するという簡易な操作を行うだけで、第１サービスおよび第２サービスのステータスを変更することができ、ユーザの利便性が高い。

　なお本実施形態では、集中モードの継続時間（集中モード表示領域８６が表示される時間）を３０分としているが、当該時間は３０分に限られない。当該継続時間をユーザが設定できる構成でもよい。また本実施形態では、集中モード移行ボタン８５が選択されたときに、第１サービスに係るステータスを変更する構成であるが、ステータスの変更以外の方法で、第１サービスのメンバに通知する構成でもよい。一例としてユーザが参加するチャネルに所定の内容のメッセージを送信する構成でもよい。また本実施形態では、情報処理部１０は、集中モード移行ボタン８５が選択されたときに、対象メールサービスに対しては、通知を行わない構成であった。この点に関し、情報処理部１０が対象メールサービスに対して通知を行う構成でもよい。例えば情報処理部１０は、ユーザにより予め設定されたメールアドレスに対して、ユーザにより指定された内容のメールを送信する。また集中モード表示領域８６の内容は例示した内容に限られない。例えば、情報処理部１０が、受信メッセージ表示領域２９を含む情報提供画面２６を表示する一方、集中モードの間は、受信メッセージ表示領域２９に新たな受信メッセージオブジェクト３１を表示しない構成でもよい。

＜第１変形例＞
　次に第１変形例について説明する。第１変形例においても、本件サービスの提供を受けるユーザを「注目ユーザ」とする。以下、チェック有無フラグの値がオフ値の受信メッセージ管理レコードに対応するメッセージを「未チェックメッセージ」という。上述した実施形態では情報処理部１０は、初期画面であるホーム画面ＨＭ（図５）の受信メッセージ表示領域２９に、未チェックメッセージに対応する受信メッセージオブジェクト３１を表示した。一方、本変形例では情報処理部１０は、チェック有無フラグがオフ値であり、かつメンション有無フラグの値がオン値の受信メッセージ管理レコードのそれぞれについて、対応する受信メッセージオブジェクト３１を受信メッセージ表示領域２９に表示する。つまり情報処理部１０は、未チェックメッセージのうち、注目ユーザの指定を伴うメンション付メッセージに対応する受信メッセージオブジェクト３１を受信メッセージ表示領域２９（第１領域）に表示する。この結果、初期画面であるホーム画面ＨＭの受信メッセージ表示領域２９には、注目ユーザの指定を伴うメンション付メッセージ以外のメッセージについては、受信メッセージオブジェクト３１が表示されない。

　また本変形例では、サイドメニュ領域２８のメンション関連ボタン５６に代えて、全メール表示ボタンが表示される。全メール表示ボタンが注目ユーザによって選択されると、情報処理部１０は、受信メッセージ表示領域２９に、未チェックメッセージに対応する受信メッセージオブジェクト３１を受信メッセージ表示領域２９に表示する。

　本変形例の構成によれば、ホーム画面ＨＭの受信メッセージ表示領域２９に、ユーザの指定を伴うメンション付メッセージに対応する受信メッセージオブジェクト３１だけが表示される。ユーザの指定を伴うメンション付メッセージは、ユーザが宛先として指定されているという点でユーザにとって重要度が高いと言える。このためユーザは、ホーム画面ＨＭを参照したときに、重要度が高いメッセージのみを的確に把握することができる。

　なお本変形例では、情報処理部１０は、ユーザの指定を伴うメンション付メッセージに対応する受信メッセージオブジェクト３１を、ホーム画面ＨＭの受信メッセージ表示領域２９に表示する。しかしながら、受信メッセージ表示領域２９に表示される対象となるメッセージは、「ユーザの指定を伴うメンション付メッセージ」に限られない。すなわちホーム画面ＨＭの受信メッセージ表示領域２９に表示される対象となるメッセージは、「ユーザを宛先として指定するメッセージ」であればよい。従って情報処理部１０が、ユーザを送信先とするダイレクトメッセージまたはユーザを宛先とするメールを、ホーム画面ＨＭの受信メッセージ表示領域２９に表示する対象とする構成でもよい。なお、あるメッセージをホーム画面ＨＭの受信メッセージ表示領域２９に表示する対象とするかどうかについては、例えば、受信メッセージ管理レコードに含まれるフラグによって管理される。以上の点は、上記実施形態において、メンション関連ボタン５６が選択された場合についても同様である。

　このほか、以下の構成としてもよい。すなわち情報処理部１０は、注目ユーザがコミュニケーションサービスで受信したメッセージのうち、注目ユーザを宛先として指定するメッセージ（例：メンション付メッセージ）のみ、メッセージに関する情報を取得し、受信メッセージ管理レコードをさせる。そして情報処理部１０は、注目ユーザを宛先として指定するメッセージのみを、受信メッセージオブジェクト３１を表示する対象とする。以上の構成でもよい。

＜第２変形例＞
　次に第２変形例について説明する。第２変形例においても、本件サービスの提供を受けるユーザを「注目ユーザ」とする。上記実施形態では情報処理部１０は、受信メッセージ表示領域２９を表示中に、何れかのコミュニケーションサービスで注目ユーザがメッセージを受信したことを検出した場合、以下の処理を実行する。

　すなわち情報処理部１０は、受信したメッセージのメッセージ内容情報を、ＷｅｂＡＰＩを利用して外部サーバに送信する。上述した通りメッセージの内容は、メッセージがメールである場合には、件名および本文の内容である。外部サーバは、メッセージ内容情報を受信する。外部サーバは、受信したメッセージ内容情報に基づいてメッセージの緊急度の度合いを示す情報（以下「緊急度情報」という）を生成し、情報処理部１０に応答する。本変形例では緊急度情報は、０～１００の値をとり、緊急度が高いほど値が大きくなる情報である。ただし本変形例で例示する緊急度情報の内容は一例である。緊急度情報は、緊急度の度合を情報処理部１０が認識可能な情報、または、緊急度が高いか低いかを情報処理部１０が判別可能な情報であればよい。外部サーバは、メッセージ内容情報、その他のメッセージを含む情報に基づいて緊急度情報を出力するエンジンを備えている。当該エンジンは例えば、機械学習により学習されたモデルを含んで構成される。

　情報処理部１０は、外部サーバが応答した緊急度情報を受信する。情報処理部１０は、受信した緊急度情報に基づいてメッセージの緊急度が高いか否かを判別する。情報処理部１０は、緊急度情報の値が事前に定められた閾値以上の場合はメッセージの緊急度が高いと判定し、閾値よりも小さい場合はメッセージの緊急度が低いと判定する。そして情報処理部１０は、メッセージの緊急度が高い場合、対応する受信メッセージオブジェクト３１を即時に受信メッセージ表示領域２９に表示する。この結果、何れかのコミュニケーションサービスにおいて緊急度の高いメッセージが受信された場合、対応する受信メッセージオブジェクト３１が即時に受信メッセージ表示領域２９に表示される。一方、情報処理部１０は、メッセージの緊急度が低い場合、対応する受信メッセージオブジェクト３１を即座に表示するのではなく、次回の定期タイミングで受信メッセージ表示領域２９に表示する。本変形例では情報処理部１０は、一定の間隔（例えば３０分）ごとに、定期タイミングが到来したと認識する。一定の間隔の長さをユーザが設定可能な構成でもよい。これを踏まえ、次回の定期タイミングとは、現時点以降で最初に到来する定期タイミングを意味する。なお情報処理部１０は、緊急度の低いメッセージに対応する受信メッセージオブジェクト３１を以下の態様で表示する。すなわち情報処理部１０は、上記実施形態と同様、コミュニケーションサービスでメッセージを受信した順番に受信メッセージオブジェクト３１が並ぶように、受信メッセージ表示領域２９に追加的に受信メッセージオブジェクト３１を表示する。

　以上の通り情報処理部１０は、ユーザが受信したメッセージの緊急度が高いか否かを判別する機能と、受信メッセージ表示領域２９（第１領域）を表示中に、何れかのコミュニケーションサービスでユーザがメッセージを受信したことを検出した場合、メッセージの緊急度が高いときは、対応する受信メッセージオブジェクト３１を受信に応じて即座に受信メッセージ表示領域２９に表示し、メッセージの緊急度が低いときは、対応する受信メッセージオブジェクト３１を、現時点から間隔をあけたタイミングで受信メッセージ表示領域２９に表示する機能とを有する。

　本変形例の構成によれば、以下の効果を奏する。すなわち緊急度の高いメッセージについては、コミュニケーションサービスで受信が行われたときに、対応する受信メッセージオブジェクト３１が即座に受信メッセージ表示領域２９に表示される。このためユーザは、緊急度の高いメッセージについては、コミュニケーションサービスで受信が行われたときに、即時に認識できる。一方、緊急度の低いメッセージについては、対応する受信メッセージオブジェクト３１が、間隔をあけて定期的に訪れるタイミングでまとめて表示される。このためユーザは、緊急度の低いメッセージに対応する受信メッセージオブジェクト３１が表示されないまとまった時間を確保することができ、緊急度の低いメッセージに煩わされることなく作業に集中することができる。

　なお本変形例では、情報処理部１０は、緊急度の低いメッセージに対応する受信メッセージオブジェクト３１を、次回の定期タイミングで表示する構成であった。この点に関し情報処理部１０が、緊急度の低いメッセージに対応する受信メッセージオブジェクト３１を自動で表示するのではなく、ユーザから明示的な指示があったときに表示する構成でもよい。また本変形例では情報処理部１０は、外部サーバと連携して、メッセージの緊急度が高いか否かを判別した。この点に関して以下の構成でもよい。すなわち、メッセージ内容情報を入力とし、緊急度情報を出力とするモデルが記憶部１４に記憶される。そして情報処理部１０が、記憶部１４に記憶されたモデルを利用して、メッセージの緊急度が高いか否かを判別する構成でもよい。この他、メッセージの緊急度が高いか否かを判別する具体的な方法は、例示した方法に限れられない。また情報処理部１０が、緊急度の高いメッセージに対応する受信メッセージオブジェクト３１に、緊急度が高いことを示す情報を付加する構成でもよい。また情報処理部１０が、緊急度の高いメッセージに対応する受信メッセージオブジェクト３１に、緊急度が高いことが見た目で分かる変形を加える構成でもよい。また第１変形例を応用して以下の構成としてもよい。すなわち情報処理部１０は、ユーザを宛先として指定するメッセージのうち、緊急度の高いメッセージについてのみ、受信メッセージオブジェクト３１を受信メッセージ表示領域２９に表示する。以上の構成としてもよい。

＜第３変形例＞
　次に第３変形例について説明する。第３変形例においても、本件サービスの提供を受けるユーザを「注目ユーザ」とする。図１６は、本変形例に係るアクションオブジェクト３２Ａの一例を示す図である。図１６で示すようにアクションオブジェクト３２Ａは、アプリ関連ボタン９０を備えている。本変形例に係るアクションオブジェクト３２Ａは、アプリ関連ボタン９０を備えている点でのみ、上記実施形態に係るアクションオブジェクト３２と異なっている。本変形例に係る情報処理部１０は、アプリ関連ボタン９０が選択されたことを検出すると以下の処理を実行する。すなわち情報処理部１０は、注目ユーザの注目端末６－１にインストールされたアプリケーションのうち、事前に登録された特定のアプリケーションを起動させる。アプリケーションは、注目ユーザがメッセージに対処するにあたって、日常的に使用するアプリケーション、または、使用する可能性が高いアプリケーションとされることが想定されている。アプリケーションは例えば、所定の種類の文書作成ソフトウェア、または、所定の種類の表計算ソフトウェアである。

　情報処理部１０は、例えば、表示用ファイルに組み込まれたスクリプトの機能により、表示用端末６－１のＯＳと連携して、特定のアプリケーションを起動させる。なおアプリケーションの登録は、ユーザごとに、あるいは、複数のユーザが属する組織ごとに事前に行われる。

　以上の通り、アクションオブジェクト３２Ａは、アプリ関連ボタン９０を含む。情報処理部１０は、アプリ関連ボタン９０が選択された場合、情報提供画面２６を表示する端末６の特定のアプリケーションを起動させる機能を有する。本変形例の構成によれば、ユーザは、アプリ関連ボタン９０を利用して、スムーズにアプリケーションを起動させることができる。ここで従来は、何らかのコミュニケーションサービスで受信したメッセージに対する対処にあたって、ユーザは、メッセージからいったん離れて、アプリケーションを別途、起動させる必要があった。このためユーザにとって作業が煩わしく、アプリケーションの起動が必要な対処が、後回しになる傾向があった。一方で本変形例の構成によれば、ユーザは、アクションオブジェクト３２Ａから直接、アプリケーションを起動できる。このため、上述した傾向を抑制できる。

　なお受信メッセージオブジェクト３１にアプリ関連ボタン９０が含まれ、アプリ関連ボタン９０の選択に応じて、情報処理部１０が、特定のアプリケーションを起動させる構成でもよい。

＜第４変形例＞
　次に第４変形例について説明する。本変形例では情報処理部１０は、実行待ちボタン４５および連絡待ちボタン４６に関連する機能を有さない。また受信メッセージオブジェクト３１には、実行待ちボタン４５および連絡待ちボタン４６（アクションボタン）が表示されない。また情報提供画面２６には、アクションリスト領域３０が含まれない。

　本変形例では、ユーザは、受信メッセージ表示領域２９に表示された受信メッセージオブジェクト３１の全てを、アクション待ち（実行待ち、または、連絡待ち）のメッセージとして捉える。そしてユーザは、チェックボタン４２を選択し、受信メッセージ表示領域２９から受信メッセージオブジェクト３１を削除することによって、アクション待ちを解除する。

　本変形例について、第１変形例を応用し、以下の構成としてもよい。すなわち情報処理部１０が、ユーザを宛先として指定するメッセージについてのみ、対応する受信メッセージオブジェクト３１を受信メッセージ表示領域２９に表示する構成としてもよい。

　以上、本発明の一実施形態（変形例を含む）について説明したが、上記実施形態は、本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

　例えば上述した実施形態では、情報処理サーバ２が記憶部１４を備える構成であった。この点に関し、情報処理サーバ２と通信可能な他の装置に記憶部１４が設けられ、情報処理サーバ２が適宜、他の装置にアクセスする構成でもよい。

　上記実施形態では、情報提供画面２６について図面を用いて説明したが、上記実施形態の情報提供画面２６の内容はあくまで一例である。

　また上記実施形態では、情報処理サーバ２は、インターネットを含むグローバルなネットワークＮに接続されたサーバ装置であったが、情報処理サーバ２はグローバルなネットワークＮに接続されたサーバ装置である必要はない。一例として、ユーザが所属する組織のローカルネットワークに設けられたサーバ装置であってもよい。この場合、情報処理サーバ２は、ローカルネットワークに接続する端末６をクライアントとして各種サービスを提供する。

　また上記実施形態では、コミュニケーションサービスとして３つのコミュニケーションサービスを例示したが、コミュニケーションサービスは例示したサービスに限られない。例えばコミュニケーションサービスに、モバイル端末によるチャット形式でのメッセージの送受信を可能とするコミュニケーションサービスが含まれてもよい。またコミュニケーションサービスに、ＳＮＳに係るコミュニケーションサービスが含まれてもよい。またメッセージについても、上記実施形態で例示したメッセージに限られない。メッセージは、コミュニケーションサービスにおいて送受信される情報であればよい。

　また上記実施形態において、端末６（注目端末６－１）のブラウザが実行するとした処理の一部または全部を、端末６にインストールされたアプリケーションが実行する構成としてもよい。この場合、情報処理サーバ２の情報処理部１０は、端末６のアプリケーションと連携して各種画像、ユーザインタフェイスを端末６に表示させることができる。また情報処理部１０は、端末６のアプリケーションから依頼を受けて各種情報処理を実行し、処理結果をアプリケーションに通知することができる。また情報処理部１０は、端末６のアプリケーションに各種処理を実行させることができる。

　また例えば実施形態に、情報処理サーバ２のコンピュータが実行するプログラムを提供すること、または、このプログラムをコンピュータで読み取り可能に記録した記録媒体の提供を提供することを含めることができる。記録媒体としては、磁気的記録媒体、光学的記録媒体または半導体メモリーデバイスを用いることができる。記録媒体は例えば、フレキシブルディスク、ＨＤＤ（Hard Disk Drive）、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＤＶＤ（Digital Versatile Disk）、Ｂｌｕ－ｒａｙ（登録商標）Ｄｉｓｃ、光磁気ディスク、フラッシュメモリ、またはカード型記録媒体である。プログラムの提供は例えば、電気通信回線を用いたプログラムの送信により行われる。

　２　情報処理サーバ（情報処理装置）
　１０　情報処理部
　２６　情報提供画面
　２９　受信メッセージ表示領域（第１領域）
　３０　アクションリスト領域（第２領域）
　３１　受信メッセージオブジェクト
　３２　アクションオブジェクト
　４２　チェックボタン
　４３　返信ボタン
　４４　保存ボタン
　４５　実行待ちボタン（アクションボタン、第１アクションボタン）
　４６　連絡待ちボタン（アクションボタン、第２アクションボタン）
　５２　締切日表示情報（締切日設定ボタン）
　６３　締切日別アクション表示領域
　７０　状況確認表示領域
　７９　サブ受信メッセージ表示領域（第１領域）
　８０ａ　第１ボード領域８０ａ（ボード領域）
　８０ｂ　第２ボード領域８０ｂ（ボード領域）
　８０ｃ　第３ボード領域８０ｃ（ボード領域）
　８５　集中モード移行ボタン
　９０　アプリ関連ボタン

Claims

　ユーザが利用可能な異なる種類の複数のコミュニケーションサービスに関する情報が表示される情報提供画面を提供する機能と、
　複数の前記コミュニケーションサービスのうち、任意の前記コミュニケーションサービスで前記ユーザがメッセージを受信したことを検出する機能と、
　前記コミュニケーションサービスで前記ユーザが受信したメッセージについて、メッセージに関する情報を取得し、取得した情報の少なくとも一部を含む受信メッセージ情報を生成し記憶させる機能と、
　前記受信メッセージ情報の少なくとも一部の情報を含むオブジェクトである受信メッセージオブジェクトを前記情報提供画面の第１領域に表示する機能とを有する情報処理部を備える
　ことを特徴とする情報処理装置。
　前記情報処理部は、
　前記第１領域を表示中に、何れかの前記コミュニケーションサービスで前記ユーザがメッセージを受信したことを検出した場合、受信したメッセージに対応する前記受信メッセージオブジェクトを前記第１領域に表示する機能を有する
　ことを特徴とする請求項１に記載の情報処理装置。
　前記情報処理部は、受信したメッセージに対応する前記受信メッセージオブジェクトを前記第１領域に表示する際に、前記コミュニケーションサービスでメッセージを受信した順番に前記受信メッセージオブジェクトが並ぶように、前記第１領域に追加的に前記受信メッセージオブジェクトを表示する機能を有する
　ことを特徴とする請求項２に記載の情報処理装置。
　前記受信メッセージオブジェクトは、チェックボタンを含み、
　前記情報処理部は、
　前記第１領域に表示された一の受信メッセージオブジェクトの前記チェックボタンが選択された場合、前記第１領域から前記一の受信メッセージオブジェクトを削除する機能を有する
　ことを特徴とする請求項１に記載の情報処理装置。
　前記情報処理部は、前記一の受信メッセージオブジェクトの前記チェックボタンが選択された場合、前記一の受信メッセージオブジェクトを前記第１領域から削除すると共に、前記一の受信メッセージオブジェクトに対応するメッセージを受信した前記コミュニケーションサービスに対して所定の通知を行う機能を有する
　ことを特徴とする請求項４に記載の情報処理装置。
　前記受信メッセージオブジェクトは、返信ボタンを含み、
　前記情報処理部は、
　前記第１領域に表示された一の受信メッセージオブジェクトの前記返信ボタンが選択された場合、前記一の受信メッセージオブジェクトに対応するメッセージを受信した前記コミュニケーションサービスを利用可能な状態を構築する機能を有する
　ことを特徴とする請求項１に記載の情報処理装置。
　前記受信メッセージオブジェクトは、アクションボタンを含み、
　前記情報処理部は、
　前記第１領域に表示された一の受信メッセージオブジェクトの前記アクションボタンが選択された場合、前記一の受信メッセージオブジェクトに対応するアクションオブジェクトを前記第１領域とは異なる第２領域に表示する機能を有する
　ことを特徴とする請求項１に記載の情報処理装置。
　前記アクションオブジェクトには、締切日を示す締切日表示情報と、締切日設定ボタンとが含まれ、
　前記情報処理部は、
　前記第２領域に表示された一のアクションオブジェクトの前記締切日設定ボタンが選択された場合、締切日を設定するための画面を提供し、前記一のアクションオブジェクトに含まれる締切日表示情報の値を、当該画面で設定された締切日とする機能と、
　前記第２領域内で、締切日の順に前記アクションオブジェクトを並べて表示する機能とを有する
　ことを特徴とする請求項７に記載の情報処理装置。
　前記情報処理部は、締切日ごとに、前記アクションオブジェクトが区分して表示された第３領域を前記情報提供画面に表示する機能を有する
　ことを特徴とする請求項８に記載の情報処理装置。
　前記アクションボタンは、第１アクションボタンと、第２アクションボタンとを含み、
　前記情報処理部は、前記第１アクションボタンが選択された場合と、前記第２アクションボタンが選択された場合とで、前記アクションオブジェクトの態様を変える機能を有する
　ことを特徴とする請求項７に記載の情報処理装置。
　前記アクションオブジェクトは、アプリ関連ボタンを含み、
　前記情報処理部は、
　前記アプリ関連ボタンが選択された場合、前記情報提供画面を表示する端末の特定のアプリケーションを起動させる
　ことを特徴とする請求項７に記載の情報処理装置。
　前記受信メッセージオブジェクトは、異なる種類の複数のボタンを含み、
　前記情報処理部は、
　前記コミュニケーションサービスで第１のユーザが第１のメッセージを送信し、第２のユーザが前記第１のメッセージを受信した場合に、前記第１のメッセージに対応する第１の受信メッセージオブジェクトを前記第２のユーザに提供する一方、前記第２のユーザが選択した前記第１の受信メッセージオブジェクトのボタンの種類を示す状況確認表示領域を前記第１のユーザに提供する機能を有する
　ことを特徴とする請求項１に記載の情報処理装置。
　前記受信メッセージオブジェクトは、締切日を設定可能に構成され、
　前記情報処理部は、
　前記第１のユーザに提供する前記状況確認表示領域に、前記第２のユーザによって前記第１の受信メッセージオブジェクトに設定された締切日を表示する機能を有する
　ことを特徴とする請求項１２に記載の情報処理装置。
　前記情報処理部は、
　前記第１領域と共に、前記受信メッセージオブジェクトを移動させることが可能なボード領域を表示し、前記受信メッセージオブジェクトが前記ボード領域に移動された場合に、前記受信メッセージオブジェクトに含まれる情報の少なくとも一部を前記ボード領域に表示する機能を有する
　ことを特徴とする請求項１に記載の情報処理装置。
　前記情報処理部は、
　前記ボード領域を特定の複数のユーザに公開し、前記特定の複数のユーザに含まれる一のユーザに提供した前記ボード領域の内容が前記一のユーザにより変更された場合、前記一のユーザによる変更を、前記特定の複数のユーザに含まれる他のユーザに提供する前記ボード領域の内容に反映する機能を有する
　ことを特徴とする請求項１４に記載の情報処理装置。
　前記情報提供画面には、集中モード移行ボタンが含まれ、
　前記情報処理部は、
　前記集中モード移行ボタンが選択された場合、前記コミュニケーションサービスに所定の通知を行い、
　所定の時間の間、前記第１領域を含まない前記情報提供画面を表示するか、または、新たな前記受信メッセージオブジェクトを前記第１領域に表示しない機能を有する
　ことを特徴とする請求項１に記載の情報処理装置。
　前記コミュニケーションサービスで送受信されるメッセージには、特定のユーザを宛先として指定するメッセージが含まれ、
　前記情報処理部は、
　前記ユーザが受信したメッセージのうち、前記ユーザを宛先として指定するメッセージに対応する前記受信メッセージオブジェクトを前記第１領域に表示する機能を有する
　ことを特徴とする請求項１に記載の情報処理装置。
　前記情報処理部は、
　前記ユーザが受信したメッセージの緊急度が高いか否かを判別する機能と、
　前記第１領域を表示中に、何れかの前記コミュニケーションサービスで前記ユーザがメッセージを受信したことを検出した場合、メッセージの緊急度が高いときは、対応する前記受信メッセージオブジェクトを受信に応じて即座に前記第１領域に表示し、メッセージの緊急度が低いときは、対応する前記受信メッセージオブジェクトを、間隔をあけて定期的に訪れるタイミングで前記第１領域に表示するか、または前記ユーザから指示があったときに前記第１領域に表示する機能とを有する
　ことを特徴とする請求項１に記載の情報処理装置。
　前記受信メッセージオブジェクトは、アプリ関連ボタンを含み、
　前記情報処理部は、
　前記アプリ関連ボタンが選択された場合、前記情報提供画面を表示する端末の特定のアプリケーションを起動させる機能を有する
　ことを特徴とする請求項１に記載の情報処理装置。
　情報処理装置の情報処理部が異なる種類の複数のコミュニケーションサービスのうち、任意の前記コミュニケーションサービスでユーザがメッセージを受信したことを検出するステップと、
　前記情報処理装置の前記情報処理部が前記コミュニケーションサービスで前記ユーザが受信したメッセージについて、メッセージに関する情報を取得し、取得した情報の少なくとも一部を含む受信メッセージ情報を生成し記憶させるステップと、
　前記情報処理装置の前記情報処理部が前記受信メッセージ情報の少なくとも一部の情報を含むオブジェクトである受信メッセージオブジェクトを情報提供画面の第１領域に表示するステップとを含む
　ことを特徴とする情報処理方法。