JP2013206199A - 情報提供プログラム、情報提供装置および情報提供方法 - Google Patents

Abstract

【課題】他のメッセージ提供システム（コミュニケーションツール）のメッセージをメーラー（メールプログラム）によって見ることができること。
【解決手段】メールプログラム１５１のみインストールされているクライアント端末１５０においても、チャットのチャンネル文やＳＮＳメッセージの内容をメールとして通常のメールと同様にメールＤＢに記憶させることによって、通常のメールと同じようにメールプログラム１５１を用いて表示させることができるので、クライアント端末１５０においても、クライアント端末１００と同様にチャットのチャンネル文やＳＮＳメッセージの内容を確認することができる。
【選択図】図１

Description

本発明は、情報提供プログラム、情報提供装置および情報提供方法に関する。

近年、多くのユーザによって、一般的なコミュニケーションツールである電子メール（以下、「メール」という）を用いた情報の伝達をするだけでなく、チャットやＳＮＳなど、メールとは別の多様なコミュニケーションツールであるメッセージ提供システムを用いた情報の伝達が増加している。このように、別のコミュニケーションツールを利用する場合は、それぞれ専用のアプリケーションを情報端末装置にインストールして使用する。

関連する先行技術としては、たとえば、コミュニティにおいて、自分宛、コミュニティ宛の発言を収集して、メール一覧で有無を通知したり、複数のコミュニティにおける、発言を収集し、メールで活動状況を送信するものがある（たとえば、下記特許文献１、２参照）。

特開２００５−３４６４９３号公報 特開２００４−２４６４７４号公報

しかしながら、情報端末装置の環境によっては、必ずしもそれぞれのコミュニケーションツールの専用のアプリケーションがインストールされているとは限らないため、情報端末装置によっては、別のコミュニケーションツールであるメッセージ提供システムにおけるメッセージを確認することができない場合がある。また、すべてのメッセージを確認できたとしても、コミュニケーションツールであるメッセージ提供システムが複数あることから、それらをすべて確認するのは煩わしく、また、いずれかのメッセージを確認し損なう畏れもある。

本発明は、上述した従来技術による問題点を解消するため、複数のコミュニケーションツールであるメッセージ提供システムを効率よく利用した情報伝達を可能にすることができる情報提供プログラム、情報提供装置および情報提供方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、本発明の一側面によれば、利用者を差出人または宛先としたメールの表示要求を受け付け、受け付けられたメールの表示要求にかかる利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出し、抽出されたメッセージの内容を含む、前記利用者を宛先としたメールを作成して、前記利用者を差出人または宛先としたメールが記憶されている記憶部に記憶し、前記記憶部に記憶されているメールの内容に基づいて、当該メールの概要情報からなる利用者用のメールの一覧表示画面を作成し、作成された一覧表示画面を出力し、出力された一覧表示画面に一覧で表示された概要情報にかかるメールの選択要求を受け付け、受け付けられた選択要求にかかるメールの内容を前記記憶部から抽出し、抽出されたメールの内容を出力する情報提供プログラム、情報提供装置および情報提供方法が提案される。

本発明の一側面によれば、複数のコミュニケーションツールであるメッセージ提供システムを電子メールを用いて効率よく利用することができるという効果を奏する。

図１は、実施の形態１にかかる情報提供方法の一実施例を示す説明図である。 図２は、実施の形態１にかかるメールシステム２００のシステム構成例を示す説明図である。 図３は、実施の形態１にかかる情報提供装置２０１のハードウェア構成例を示すブロック図である。 図４は、実施の形態１にかかるクライアント端末２０２のハードウェア構成例を示すブロック図である。 図５は、実施の形態１にかかる利用者認証ＤＢ２２０の記憶内容の一例を示す説明図である。 図６は、実施の形態１にかかるチャット利用者ＤＢ２３０の記憶内容の一例を示す説明図である。 図７は、実施の形態１にかかるＳＮＳ利用者ＤＢ２４０の記憶内容の一例を示す説明図である。 図８は、実施の形態１にかかる設定ＤＢ２５０の記憶内容の一例を示す説明図である。 図９は、実施の形態１にかかるログイン履歴ＤＢ２６０の記憶内容の一例を示す説明図である。 図１０は、実施の形態１にかかるメールＤＢ２７０の記憶内容の一例を示す説明図である。 図１１は、実施の形態１にかかるチャンネル文ＤＢ２８０の記憶内容の一例を示す説明図である。 図１２は、実施の形態１にかかるＳＮＳメッセージＤＢ２９０の記憶内容の一例を示す説明図である。 図１３は、実施の形態１にかかるメール一覧表示画面の画面例を示す説明図である。 図１４は、実施の形態１にかかるメッセージ表示画面の画面例を示す説明図（その１）である。 図１５は、実施の形態１にかかるメッセージ表示画面の画面例を示す説明図（その２）である。 図１６は、実施の形態１にかかるメッセージ表示画面の画面例を示す説明図（その３）である。 図１７は、実施の形態１にかかる情報提供装置２０１の機能的構成例を示すブロック図である。 図１８は、実施の形態１にかかる情報提供装置２０１の情報提供処理（チャットプログラム）手順の一例を示すフローチャートである。 図１９は、実施の形態１にかかる情報提供装置２０１の情報提供処理（ＳＮＳプログラム）手順の一例を示すフローチャートである。 図２０は、実施の形態１にかかる情報提供装置２０１の情報提供処理（メールプログラム）手順の一例を示すフローチャート（その１）である。 図２１は、実施の形態１にかかる情報提供装置２０１の情報提供処理（メールプログラム）手順の一例を示すフローチャート（その２）である。 図２２は、実施の形態１にかかる情報提供装置２０１の情報提供処理（メールプログラム）手順の一例を示すフローチャート（その３）である。 図２３は、実施の形態１にかかる連携アプリデータ記録処理の具体的処理手順の一例を示すフローチャートである。 図２４は、実施の形態１にかかる連携アプリデータ取得処理の具体的処理手順の一例を示すフローチャートである。 図２５は、実施の形態１にかかるクライアント端末２０２の情報処理手順の一例を示すフローチャート（その１）である。 図２６は、実施の形態１にかかるクライアント端末２０２の情報処理手順の一例を示すフローチャート（その２）である。 図２７は、実施の形態２にかかる設定ＤＢ２５５の記憶内容の一例を示す説明図である。

以下に添付図面を参照して、この発明にかかる情報提供プログラム、情報提供装置および情報提供方法の実施の形態を詳細に説明する。

（実施の形態１）
図１は、実施の形態１にかかる情報提供方法の一実施例を示す説明図である。図１において、利用者は、通常、使用するクライアント端末（たとえばオフィス用ＰＣ）１００に、メールプログラム１０１、チャットプログラム１０２およびＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）プログラム１０３をインストールして、メール、チャットおよびＳＮＳを利用している。

ここで、チャットとは、複数の利用者がメッセージを設定されているチャンネルに書き込むことにより情報の伝達をおこなうコミュニケーションツールである。また、ＳＮＳとは、限定的なネットワークの中で情報交換をおこなうサービスであり、ＳＮＳを用いることによって、利用者同士のコミュニティを広げていくことができる。

また、通常使用するクライアント端末１００とは別のクライアント端末（たとえばモバイル用ノートＰＣ）１５０には、メールプログラム１５１のみをインストールしている。この場合、クライアント端末１５０では、メールの送受信はできるが、チャットのチャンネル文やＳＮＳメッセージの送受信をすることはできない。

そこで、実施の形態１では、メールプログラム１５１のみインストールされているクライアント端末１５０においても、チャットのチャンネル文やＳＮＳメッセージの内容であって利用者に関連するものを、メールとして通常のメールと同様に後述するメールＤＢ２７０に記憶させることによって、通常のメールと同じようにメールプログラム１５１を用いて表示させることができるので、クライアント端末１５０においても、クライアント端末１００と同様にチャットのチャンネル文やＳＮＳメッセージの内容を確認することができる。

（メールシステム２００のシステム構成例）
つぎに、実施の形態１にかかるメールシステム２００のシステム構成例について説明する。図２は、実施の形態１にかかるメールシステム２００のシステム構成例を示す説明図である。図２において、メールシステム２００は、情報提供装置２０１と、複数のクライアント端末２０２（図面では３台）と、を含む。

メールシステム２００において、情報提供装置２０１および複数のクライアント端末２０２は、有線または無線のネットワーク２１０を介して相互に通信可能に接続されている。ネットワーク２１０は、たとえば、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などである。

ここで、情報提供装置２０１は、利用者認証ＤＢ（データベース）２２０、チャット利用者ＤＢ２３０、ＳＮＳ利用者ＤＢ２４０、設定ＤＢ２５０、ログイン履歴ＤＢ２６０、メールＤＢ２７０、チャンネル文ＤＢ２８０、ＳＮＳメッセージＤＢ２９０を有し、メールシステム２００内のメールの送受信をおこなうコンピュータである。情報提供装置２０１は、たとえば、メールサーバである。なお、利用者認証ＤＢ２２０、チャット利用者ＤＢ２３０、ＳＮＳ利用者ＤＢ２４０、設定ＤＢ２５０、ログイン履歴ＤＢ２６０、メールＤＢ２７０、チャンネル文ＤＢ２８０およびＳＮＳメッセージＤＢ２９０については、図５〜図１２を用いて後述する。

クライアント端末２０２は、メールの表示、作成、送受信をおこなうコンピュータである。クライアント端末２０２は、たとえば、メールシステム２００のユーザが使用するＰＣ（パーソナル・コンピュータ）、ノートＰＣ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、スマートフォン、タブレット型端末などである。メールは、たとえば、クライアント端末２０２のブラウザにより表示、作成、送受信されるウェブメールである。

（情報提供装置２０１のハードウェア構成例）
図３は、実施の形態１にかかる情報提供装置２０１のハードウェア構成例を示すブロック図である。図３において、情報提供装置２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）３０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０３と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０４と、磁気ディスクドライブ３０５と、磁気ディスク３０６と、光ディスクドライブ３０７と、光ディスク３０８と、入力装置３０９と、を有している。また、各構成部はバス３００によってそれぞれ接続されている。

ここで、ＣＰＵ３０１は、情報提供装置２０１の全体の制御を司る。ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。Ｉ／Ｆ３０４は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して、クライアント端末２０２などの他の装置に接続される。そして、Ｉ／Ｆ３０４は、ネットワーク２１０と内部のインターフェースを司り、他の装置からのデータの入出力を制御する。Ｉ／Ｆ３０４には、たとえば、モデムやＬＡＮアダプタなどを採用することができる。

磁気ディスクドライブ３０５は、ＣＰＵ３０１の制御にしたがって磁気ディスク３０６に対するデータのリード／ライトを制御する。磁気ディスク３０６は、磁気ディスクドライブ３０５の制御で書き込まれたデータを記憶する。光ディスクドライブ３０７は、ＣＰＵ３０１の制御にしたがって光ディスク３０８に対するデータのリード／ライトを制御する。光ディスク３０８は、光ディスクドライブ３０７の制御で書き込まれたデータを記憶したり、光ディスク３０８に記憶されたデータをコンピュータに読み取らせたりする。

入力装置３０９は、文字、数字、各種指示などのデータの入力をおこなう。入力装置３０９は、たとえば、入力のためのキーを有するキーボードやタッチパネル式の入力パッドなどである。なお、情報提供装置２０１は、上述した構成部の他に、データを表示するディスプレイを有することにしてもよい。また、情報提供装置２０１は、たとえば、上述した構成部のうち光ディスクドライブ３０７および光ディスク３０８を有さないことにしてもよい。

（クライアント端末２０２のハードウェア構成例）
図４は、実施の形態１にかかるクライアント端末２０２のハードウェア構成例を示すブロック図である。図４において、クライアント端末２０２は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、磁気ディスクドライブ４０４と、磁気ディスク４０５と、光ディスクドライブ４０６と、光ディスク４０７と、ディスプレイ４０８と、Ｉ／Ｆ４０９と、キーボード４１０と、マウス４１１と、スキャナ４１２と、プリンタ４１３と、を有している。また、各構成部はバス４００によってそれぞれ接続されている。

ここで、ＣＰＵ４０１は、クライアント端末２０２の全体の制御を司る。ＲＯＭ４０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。磁気ディスクドライブ４０４は、ＣＰＵ４０１の制御にしたがって磁気ディスク４０５に対するデータのリード／ライトを制御する。磁気ディスク４０５は、磁気ディスクドライブ４０４の制御で書き込まれたデータを記憶する。

光ディスクドライブ４０６は、ＣＰＵ４０１の制御にしたがって光ディスク４０７に対するデータのリード／ライトを制御する。光ディスク４０７は、光ディスクドライブ４０６の制御で書き込まれたデータを記憶したり、光ディスク４０７に記憶されたデータをコンピュータに読み取らせたりする。

ディスプレイ４０８は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０８は、たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイなどを採用することができる。

Ｉ／Ｆ４０９は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して情報提供装置２０１などの他の装置に接続される。そして、Ｉ／Ｆ４０９は、ネットワーク２１０と内部のインターフェースを司り、他の装置からのデータの入出力を制御する。Ｉ／Ｆ４０９には、たとえば、モデムやＬＡＮアダプタなどを採用することができる。

キーボード４１０は、文字、数字、各種指示などの入力のためのキーを備え、データの入力をおこなう。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス４１１は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様に機能を備えるものであれば、タッチパネル、トラックボールやジョイスティックなどであってもよい。

スキャナ４１２は、画像を光学的に読み取り、クライアント端末２０２内に画像データを取り込む。なお、スキャナ４１２は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ４１３は、画像データや文書データを印刷する。プリンタ４１３には、たとえば、レーザプリンタやインクジェットプリンタを採用することができる。なお、クライアント端末２０２は、たとえば、上述した構成部のうち、光ディスクドライブ４０６、光ディスク４０７、スキャナ４１２、プリンタ４１３などを有さないことにしてもよい。

（各種ＤＢ２２０、２３０、２４０、２５０、２６０、２７０、２８０、２９０の記憶内容）
つぎに、図５〜図１２を用いて、情報提供装置２０１が有する各種ＤＢ２２０、２３０、２４０、２５０、２６０、２７０、２８０、２９０の記憶内容について説明する。各種ＤＢ２２０、２３０、２４０、２５０、２６０、２７０、２８０、２９０は、たとえば、図３に示した情報提供装置２０１のＲＡＭ３０３、磁気ディスク３０６、光ディスク３０８などの記憶装置により実現される。

＜利用者認証ＤＢ２２０の記憶内容＞
図５は、実施の形態１にかかる利用者認証ＤＢ２２０の記憶内容の一例を示す説明図である。図５において、利用者認証ＤＢ２２０は、少なくとも、「利用者ＩＤ」、「パスワード」のフィールドを有し、各フィールドに情報を設定することで、各利用者の認証情報（たとえば、認証情報５００−１〜５００−３）をレコードとして記憶している。

ここで、利用者ＩＤは、メールシステム２００の利用者の識別子である。パスワードは、メールシステム２００の利用者を認証する符号である。たとえば、認証情報５００−１は、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」の利用者のパスワード「ｋｌｊｋｆａｐｄｏｊａｆ」を示している。本実施の形態においては、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」は、後述するメールＤＢ２７０の「メッセージＩＤ」および「宛先」としても用いられる。

＜チャット利用者ＤＢ２３０の記憶内容＞
図６は、実施の形態１にかかるチャット利用者ＤＢ２３０の記憶内容の一例を示す説明図である。図６において、チャット利用者ＤＢ２３０は、少なくとも、「利用者ＩＤ」、「チャットＩＤ」、「自動ＪＯＩＮチャンネル」、「現在ＪＯＩＮチャンネル」のフィールドを有し、各フィールドに情報を設定することで、各チャット利用者情報（たとえば、チャット利用者情報６００−１〜６００−５）を記憶している。

ここで、利用者ＩＤは、図５に示した利用者認証ＤＢ２２０と同様に、メールシステム２００の利用者の識別子である。チャットＩＤは、チャットにおける利用者の識別子であり、利用者ＩＤと１対１で対応する。自動ＪＯＩＮチャンネルは、後述する連携アプリデータ記録処理においてチャンネル文ＤＢ２８０から自動的にメッセージ（発言）を取得するために、利用者ＩＤに対応させてあらかじめ登録しているチャンネルである。

現在ＪＯＩＮチャンネルは、現在、利用者ＩＤにかかる利用者が参加しているチャンネルに関する情報である。したがって、利用者は、現在ＪＯＩＮチャンネルの中から、自動的にメッセージをメールとして取得したいチャンネルを自動ＪＯＩＮチャンネルとして登録している。

たとえば、チャット利用者情報６００−１は、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」の利用者のチャットＩＤが「ｙａｍａｄａ」であり、自動ＪＯＩＮチャンネルが「健康管理」であり、現在ＪＯＩＮチャンネルが「健康管理、平成２２年会」であることを示している。自動ＪＯＩＮチャンネル、現在ＪＯＩＮチャンネルの全部または一部は、各利用者の所定の操作によって、追加、変更、削除することができる。

＜ＳＮＳ利用者ＤＢ２４０の記憶内容＞
図７は、実施の形態１にかかるＳＮＳ利用者ＤＢ２４０の記憶内容の一例を示す説明図である。図７において、ＳＮＳ利用者ＤＢ２４０は、少なくとも「利用者ＩＤ」、「ニックネーム」、「アイコン」、「登録コミュニティ」のフィールドを有し、各フィールドに情報を設定することで、各ＳＮＳ利用者情報（たとえば、ＳＮＳ利用者情報７００−１〜７００−５）を記憶している。

ここで、利用者ＩＤは、図５に示した利用者認証ＤＢ２２０、図６に示したチャット利用者ＤＢ２３０と同様に、メールシステム２００の利用者の識別子である。ニックネームは、ＳＮＳにおける利用者の識別情報であり、利用者ＩＤと１対１で対応する。アイコンは、利用者のメッセージに付与される画像（イラスト、写真など）であって、利用者のメッセージと他の利用者のメッセージとを容易に視覚的に区別可能にするものである。

登録コミュニティは、チャット利用者ＤＢ２３０の自動ＪＯＩＮチャンネルと同様に、後述する連携アプリデータ記録処理において、ＳＮＳメッセージＤＢ２９０から自動的にメッセージ（発言）を取得するために、利用者ＩＤに対応させてあらかじめ登録しているチャンネルである。

たとえば、ＳＮＳ利用者情報７００−１は、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」の利用者のニックネームが「やまだ」であり、アイコンは男性のイラスト画像であり、登録コミュニティが「教育コミュニティ」であることを示している。登録コミュニティの全部または一部は、各利用者の所定の操作によって、追加、変更、削除することができる。

＜設定ＤＢ２５０の記憶内容＞
図８は、実施の形態１にかかる設定ＤＢ２５０の記憶内容の一例を示す説明図である。図８において、設定ＤＢ２５０は、少なくとも「アプリ（アプリケーション）名」、「チャンネル名／コミュニティ名」、「設定時間」のフィールドを有し、各フィールドに情報を設定することで、各利用者ごとの設定情報（たとえば、設定情報８００−１〜８００−７）を記憶している。ここで、設定情報８００−１〜８００−４が、チャットのチャンネルに関する設定であり、設定情報８００−５〜８００−７が、ＳＮＳのコミュニティに関する設定である。

設定時間は、後述する連携アプリデータ取得処理において、チャンネル文ＤＢ２８０またＳＮＳメッセージＤＢ２９０から自動的にメッセージ（発言）を取得する際に取得の可否を決定するための時間である。したがって、ＣＰＵ３０１は、前回の取得してからの時間が、この設定時間を経過している場合に、チャンネル文ＤＢ２８０またはＳＮＳメッセージＤＢ２９０から取得し、この設定時間を経過していない場合は取得しない。設定時間の設定は、分単位、時間単位に限らず、日単位、週単位などでもおこなうことができる。

設定時間は、同じチャンネル、コミュニティであっても、利用者ごとに設定することができ、また、利用者または管理者の所定の操作によって変更することができる。したがって、各チャンネル、コミュニティにおいて、設定時間を短く設定することで、利用者はメッセージを頻繁にチェックすることが可能となる。また、設定時間を長く設定することで、利用者がメールとして頻繁にメール一覧表示画面に他のメールと同様に表示される煩わしさを解消することができる。

＜ログイン履歴ＤＢ２６０＞
図９は、実施の形態１にかかるログイン履歴ＤＢ２６０の記憶内容の一例を示す説明図である。図９において、ログイン履歴ＤＢ２６０は、「ログイン日時」、「ログアウト日時」のフィールドを有し、各フィールドに日時情報を設定することで、各利用者のメールシステム２００へのログイン履歴情報を記憶している。図９においては、このログイン履歴ＤＢ２６０は、各利用者ごとに設けられているように示している。また、図９において、図示を省略する「利用者ＩＤ」のフィールドをさらに設けて、利用者ごとに管理できるようにしてもよい。

図９において、ログイン履歴情報９００−１からは、利用者が「２０１２／２／１０ ８：３４：２３」（２０１２年２月１０日８時３４分２３秒）にメールシステム２００へログインし、「２０１２／２／１０ ２０：２３：２４」（２０１２年２月１０日２０時２３分２４秒）にメールシステム２００からログアウトしたことがわかる。また、ログイン履歴情報９００−３では、利用者が「２０１２／２／２０ １５：３２：０１」（２０１２年２月２０日１５時３２分０１秒）にメールシステム２００へログインしたことがわかり、「ログアウト日時」のフィールドに日時情報が記憶されていない。このことから、利用者が現在ログイン中であることがわかる。

＜メールＤＢ２７０の記憶内容＞
図１０は、実施の形態１にかかるメールＤＢ２７０の記憶内容の一例を示す説明図である。図１０において、メールＤＢ２７０は、少なくとも「送受信情報」、「メッセージＩＤ」、「発信者ＩＤ」、「発信日時」、「宛先」、「件名」、「連携アプリ（アプリケーション）名」、「チャンネル名／コミュニティ名」、「本文」、「連携ＩＤ」のフィールドを有する。各フィールドに情報を設定することで、メール情報（たとえば、メール情報１０００−１〜１０００−７）が記憶されている。

図１０のメールＤＢ２７０において、メール情報のうち、メール情報１０００−１、１０００−４、１０００−５は通常のメールであり、メール情報１０００−２、１０００−３、１０００−６、１０００−７は連携アプリである。

図１０において、メールＤＢ２７０は、各利用者ごとに設けられているように示しているが、複数の利用者について、共通のデータベースにおける「発信者ＩＤ」および「宛先」などのフィールド、あるいは図示を省略する他に設けられたフィールドから、利用者ごとに区別して管理できるようにしてもよい。したがって、図１０は、「発信者ＩＤ」および「宛先」のフィールドから利用者ＩＤである『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』に該当する情報のみをメールＤＢ２７０から収集したものであるとすることもできる。

送受信情報は、受信メール（『受信』）か送信メール（『送信』）かを区別する情報である。メッセージＩＤは、メールシステム２００にて送受信されたメールを一意に識別する識別子である。通常は全体としてユニークな文字列となればよいが、一般的に、＠マークの右側をドメイン名とし、左側は発信日時や利用者ＩＤなどを使い、何らかの規則で作成した文字列とすることで、全体としてユニークな文字列となるようにしている。本実施例では、メールを識別しやすいような文字列としている。

図１０のメールＤＢ２７０において、メール情報１０００−２、１０００−３、１０００−５、１０００−６、１０００−７が受信メールであり、メール情報１０００−１、１０００−４が送信メールである。

発信者ＩＤは、メールの送信元の識別子であり、たとえば、送信元となるユーザの利用者ＩＤである。発信日時は、メールの発信日時である。宛先は、メールの宛先であり、たとえば、メールの送信先となるユーザのメールアドレスである。宛先は、たとえば、ＣＣ（Ｃａｒｂｏｎ Ｃｏｐｙ）やＢＣＣ（Ｂｌｉｎｄ Ｃａｒｂｏｎ Ｃｏｐｙ）を含む。

件名は、メールの件名である。件名は、後述する図１３に示す一覧表示画面１３００にメールの概要情報の一部として表示される。連携アプリ（アプリケーション）名は、連携する他のメッセージ提供システムに関する情報である。具体的には、『チャット』はチャット提供システム（チャットアプリケーション）であり、チャット利用者ＤＢ２３０、チャンネル文ＤＢ２８０を参照したことを示しており、『ＳＮＳ』はＳＮＳ提供システム（ＳＮＳアプリケーション）であり、ＳＮＳ利用者ＤＢ２４０、ＳＮＳメッセージＤＢ２９０を参照したことを示している。図１０のメールＤＢ２７０において、連携アプリのメール情報１０００−３、１０００−６、１０００−７がチャットである。また、連携アプリのメール情報１０００−２がＳＮＳである。

チャンネル名／コミュニティ名は、チャット利用者ＤＢ２３０において自動ＪＯＩＮチャンネルに記憶されているチャンネル名またはＳＮＳ利用者ＤＢ２４０において登録コミュニティに記憶されているコミュニティ名である。本文は、メールの本文情報として記述されたメッセージである。連携アプリの場合は、定型文（たとえば『チャット：○○コミュニティからの連携です。ｈｈ：ｍｍ−ＨＨ：ＭＭまでの○件です。』、『ＳＮＳ：○○コミュニティからの連携です。ｈｈ：ｍｍ−ＨＨ：ＭＭまでの○件です。』）の後に、チャンネル文ＤＢ２８０またはＳＮＳメッセージＤＢ２９０から抽出された発言内容が本文情報となる。

連携ＩＤは、後述するチャンネル文ＤＢ２８０、ＳＮＳメッセージＤＢ２９０から抽出された連携ＩＤと一致する。連携ＩＤの内容については、後述する。

このように、「連携アプリ名」、「チャンネル名／コミュニティ名」、「連携ＩＤ」は、アプリ連携のメールにのみデータが記憶され、連携アプリではない通常のメールには、「連携アプリ名」、「チャンネル名／コミュニティ名」、「連携ＩＤ」は記憶されない。

たとえば、メール情報１０００−１は、利用者ＩＤが『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』のユーザの送信メールに関する情報である。メールの「送受信情報」は『送信』、「メッセージＩＤ」は『ｓｙｓｔｅｍ２＠ｘｘｘ．ｗｗ』、「発信者ＩＤ」は『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』、「発信日時」は『２０１１／２／２０ １６：３９：２９』、「宛先」は『ｔａｎａｋａ＠ｘｘｘ．ｗｗ』、「件名」は『○○システムの障害』、「本文」は『山田です。・・・』である。そして、このメール情報１０００−１は、通常のメールなので、「連携アプリ名」、「チャンネル名／コミュニティ名」および「連携ＩＤ」の各フィールドには情報は入っていない。

また、メール情報１０００−２は、利用者ＩＤが『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』のユーザの受信メールに関する情報である。メールの「送受信情報」は『受信』、「メッセージＩＤ」は『ａｐｐｒｅｎｋｅｉ３＠ｘｘｘ．ｗｗ』、「発信者ＩＤ」は『アプリ連携』、「発信日時」は『２０１１／２／２０ １６：３２：３２』、「宛先」は『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』、「件名」は『ＳＮＳ：教育コミュニティ』、「連携アプリ名」は『ＳＮＳ』、「チャンネル名／コミュニティ名」は『教育』、「本文」は『ＳＮＳ：教育コミュニティからの連携です。・・・』、「連携ＩＤ」は『ＳＮＳ００００１』である。

また、メール情報１０００−３も、利用者ＩＤが『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』のユーザの受信メールに関する情報である。メールの「送受信情報」は『受信』、「メッセージＩＤ」は『ａｐｐｒｅｎｋｅｉ２＠ｘｘｘ．ｗｗ』、「発信者ＩＤ」は『アプリ連携』、「発信日時」は『２０１１／２／２０ １６：３２：０７』、「宛先」は『ｙａｍａｄａ＠ｘｘｘ．ｗｗ』、「件名」は『チャット：健康管理チャンネル』、「連携アプリ名」は『チャット』、「チャンネル名／コミュニティ名」は『健康管理』、「本文」は『チャット：健康管理チャンネルからの連携です。・・・』、「連携ＩＤ」は『ＣＨ００００２』である。

＜チャンネル文ＤＢ２８０の記憶内容＞
図１１は、実施の形態１にかかるチャンネル文ＤＢ２８０の記憶内容の一例を示す説明図である。図１１において、チャンネル文ＤＢ２８０は、チャットにおけるチャンネル文情報を記憶するデータベースであり、少なくとも「チャンネル名」、「発信日時」、「チャットＩＤ」、「発言内容」、「連携ＩＤ」のフィールドを有し、各フィールドに情報を設定することで、チャンネル文情報（たとえば、チャンネル文情報１１００−１〜１１００−１３）をレコードとして記憶している。チャンネル文情報は、図１１に示すように、各チャンネル名ごとに管理してもよい。

発信日時は、発言の発信日時である。チャットＩＤは、チャットにおける利用者の識別子である。チャットＩＤのフィールドの情報は、チャット利用者ＤＢ２３０のチャットＩＤのフィールドの情報と対応する。これによって、チャンネル文情報の利用者ＩＤを特定することができる。発言内容は、利用者が発言したメッセージの内容である。

連携ＩＤは、アプリ連携としてチャンネル文情報が抽出される際に、付与される識別子である。複数のチャンネル文情報が同時に抽出される場合は、同時に抽出される複数のチャンネル文情報に同一の連携ＩＤがそれぞれに付与され、記憶される。この連携ＩＤが付与されているか否かによって、チャンネル文がすでに抽出されたか未抽出であるかを判断することができる。また、連携ＩＤの違いによって、チャンネル文がどのタイミングで抽出されたかを判断することができる。連携ＩＤは、アプリ連携のメール情報としてメールＤＢ２７０「連携ＩＤ」のフィールドに記憶される。

＜ＳＮＳメッセージＤＢ２９０の記憶内容＞
図１２は、実施の形態１にかかるＳＮＳメッセージＤＢ２９０の記憶内容の一例を示す説明図である。図１２において、ＳＮＳメッセージＤＢ２９０は、ＳＮＳにおけるＳＮＳメッセージ情報を記憶するデータベースであり、少なくとも「コミュニティ名」、「発信日時」、「ＳＮＳニックネーム」、「発言内容」、「連携ＩＤ」のフィールドを有し、各フィールドに情報を設定することで、ＳＮＳメッセージ情報（たとえば、メッセージ情報１２００−１〜１２００−３）をレコードとして記憶している。ＳＮＳメッセージ情報は、図１２に示すように、各コミュニティ名ごとに管理してもよい。

発信日時は、発言の発信日時である。ＳＮＳニックネームは、ＳＮＳにおける利用者の識別情報である。ＳＮＳニックネームのフィールドの情報は、ＳＮＳ利用者ＤＢ２４０のニックネームのフィールドの情報と対応する。これによって、ＳＮＳメッセージ情報の利用者ＩＤを特定することができる。発言内容は、利用者が発言したメッセージの内容である。

連携ＩＤは、アプリ連携としてＳＮＳメッセージ情報が抽出される際に、付与される識別子である。複数のＳＮＳメッセージ情報が同時に抽出される場合は、同時に抽出される複数のＳＮＳメッセージ情報に同一の連携ＩＤがそれぞれに付与され、記憶される。この連携ＩＤが付与されているか否かによって、ＳＮＳメッセージがすでに抽出されたか未抽出であるかを判断することができる。また、連携ＩＤの違いによって、ＳＮＳメッセージがどのタイミングで抽出されたかを判断することができる。連携ＩＤは、アプリ連携のメール情報としてメールＤＢ２７０の「連携ＩＤ」のフィールドに記憶される。

（メール一覧表示画面の画面例）
つぎに、図４に示したクライアント端末２０２のディスプレイ４０８に表示されるメール一覧表示画面について説明する。メール一覧表示画面の画面情報は、たとえば、情報提供装置２０１で作成され、クライアント端末２０２に送信される。

図１３は、実施の形態１にかかるメール一覧表示画面の画面例を示す説明図である。利用者がメール一覧表示画面の表示要求をすると、ディスプレイ４０８に図１３に示すメール一覧表示画面１３００が表示される。図１３において、メール一覧表示画面１３００には、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」の利用者宛に送信されたメールおよび利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」の利用者が送信したメールの概要情報（たとえば、概要情報１３００−１〜１３００−７）が表示されている。

また、メール一覧表示画面１３００には、「メッセージ作成」ボタンＢ１と、「アプリ連携最新受信」ボタンＢ２と、「ログアウト」ボタンＢ３とが備えられている。「メッセージ作成」ボタンＢ１がクリックされると、新規メールを作成するメッセージ作成画面の表示要求が情報提供装置２０１に送信された結果、図示を省略するメッセージ作成画面がディスプレイ４０８に表示される。

「アプリ連携最新受信」ボタンＢ２は、後述する図２１のフローチャートのステップＳ２１０１に対応し、「アプリ連携最新受信」ボタンＢ２がクリックされると、後述する図２０のフローチャートのステップＳ２００８の連携アプリ記録処理（後述する図２３のフローチャート参照）が実行され、アプリ連携の最新情報を含む、更新されたメール一覧表示画面１３００がディスプレイ４０８に表示される。「ログアウト」ボタンＢ３がクリックされると、ログアウト要求が情報提供装置２０１に送信された結果、メール一覧表示画面１３００の表示が終了する。

図１３において、メール一覧表示画面１３００には、利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」のユーザ宛に送信されたメールおよび利用者ＩＤ「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」が差出人となっているメールの概要情報（たとえば、概要情報１３００−１〜１３００−７）が表示されている。

概要情報は、メールの差出人、発信日時および件名を示す情報である。ここでは、メールの差出人として、メールの発信者ＩＤが示されている。また、メールの件名として、メールのタイトルが示されている。たとえば、概要情報１３００−１は、メールの差出人「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」、発信日時「２０１１／２／２０ １６：３９：２９」および件名「○○システムの障害」を示している。

また、たとえば、概要情報１３００−２は、メールの差出人「アプリ連携」、発信日時「２０１１／２／２０ １６：３２：３２」および件名「ＳＮＳ：教育コミュニティ」を示している。また、たとえば、概要情報１３００−３は、メールの差出人「アプリ連携」、発信日時「２０１１／２／２０ １６：３２：０７」および件名「チャット：健康管理チャンネル」を示している。

各概要情報は、図１３に示すように、通常のメール、チャットのアプリ連携、ＳＮＳのアプリ連携ごとに表示の仕方、たとえば文字色やフォントを変えたり、背景色を変えるなどすることにより、それぞれを容易に区別できるようにしてもよい。また、図示を省略するが、通常のメール、チャットのアプリ連携、ＳＮＳのアプリ連携ごとに並べ替えができるようにしてもよい。

メール一覧表示画面１３００において、図４に示したキーボード４１０やマウス４１１を用いたユーザの操作入力により、メール一覧表示画面１３００に表示される図示を省略するカーソルを移動させていずれかの概要情報がクリックされると、該概要情報に対応するメールが選択された状態となる。

（メッセージ表示画面の画面例）
つぎに、クライアント端末２０２のディスプレイ４０８に表示されるメッセージ表示画面について説明する。図１４〜図１６は、実施の形態１にかかるメッセージ表示画面の画面例を示す説明図である。

図１３のメール一覧表示画面１３００において、利用者が概要情報１３００−２の表示要求をすると、ディスプレイ４０８に図１４に示すＳＮＳのメッセージ表示画面１４００が表示される。

図１４において、「メール一覧に戻る」ボタンＢ４は、後述する図２２のフローチャートのステップＳ２２０４に対応している。「メール一覧に戻る」ボタンＢ４がクリックされると、ステップＳ２１０７の連携アプリデータ取得処理（後述する図２４のフローチャート参照）が実行され、更新されたメール一覧表示画面１３００がディスプレイ４０８に表示される。

「前の教育コミュニティメッセージ」の矢印ボタンＢ５および「次の教育コミュニティメッセージ」の矢印ボタンＢ６は、後述する図２２のフローチャートのステップＳ２２０３に対応している。矢印ボタンＢ５またはＢ６がクリックされると、ステップＳ２２０５によって前／後の連携ＩＤをメールＤＢ２７０から取得して、取得された連携ＩＤが付与されたメッセージを含むメッセージ表示画面１４００（図示省略）がディスプレイ４０８に表示される。

図１３のメール一覧表示画面１３００において、利用者が概要情報１３００−６の表示要求をすると、ディスプレイ４０８に図１５に示すチャットのメッセージ表示画面１５００が表示される。

図１５において、「メール一覧に戻る」ボタンＢ７は、図１４に示した「メール一覧に戻る」ボタンＢ４と同じ機能を有する。「前の健康管理チャンネルメッセージ」の矢印ボタンＢ８、「次の健康管理チャンネルメッセージ」の矢印ボタンＢ９も、「前の教育コミュニティメッセージ」の矢印ボタンＢ５、「次の教育コミュニティメッセージ」の矢印ボタンＢ６と同様の機能を有する。

図１５のメッセージ表示画面１５００において、利用者が「次の健康管理チャンネルメッセージ」の矢印ボタンＢ９を押下すると、ディスプレイ４０８に図１６に示すＳＮＳのメッセージ表示画面１６００が表示される。図１３のメール一覧表示画面１３００において、利用者が概要情報１３００−３の表示要求をしても同様に、ディスプレイ４０８に図１６に示すチャットのメッセージ表示画面１６００が表示される。

図１６において、「メール一覧に戻る」ボタンＢ７、「前の健康管理チャンネルメッセージ」の矢印ボタンＢ８、「次の健康管理チャンネルメッセージ」の矢印ボタンＢ９のそれぞれのボタンは、図１５におけるメッセージ表示画面１５００と同様の機能を有する。

また、図１４〜図１６のメッセージ表示画面１４００〜１６００には、図１３に示したメール一覧表示画面１３００において設けた「ログアウト」ボタンＢ３が設けられてはいないが、それぞれのメッセージ表示画面１４００〜１６００において、「ログアウト」ボタンＢ３と同様の「ログアウト」ボタンを設けるようにしてもよい。そうすることで、メッセージ表示画面１４００〜１６００から、一端、メール一覧表示画面１３００へ戻らなくても、直接ログアウトすることができる。

（情報提供装置２０１の機能的構成例）
図１７は、実施の形態１にかかる情報提供装置２０１の機能的構成例を示すブロック図である。図１７において、情報提供装置２０１は、受付部１７０１と、メッセージ抽出部１７０２と、メール作成部１７０３と、メール記憶部１７０４と、一覧表示画面作成部１７０５と、出力部１７０６と、メール抽出部１７０７と、を含む。受付部１７０１〜メール抽出部１７０７は、制御部となる機能であり、具体的には、たとえば、図３に示したＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０６、光ディスク３０８などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０４により、その機能を実現する。

受付部１７０１は、所定のアドレス宛に送信されたメールあるいは所定のアドレスから送信されたメールの表示要求を受け付ける機能を有する。ここで、所定のアドレスとは、メールシステム２００にてメールを送受信する際にユーザを特定するための文字列であり、たとえば、ユーザのメールアドレスである。所定のアドレスは、１ユーザに対して複数存在していてもよい。

また、メールの表示要求には、たとえば、要求元となるユーザの利用者ＩＤと、表示要求の対象となるメールのメッセージＩＤとが含まれている。利用者ＩＤは、たとえば、ユーザのメールアドレスである。

具体的には、たとえば、受付部１７０１が、対象となる利用者を差出人または宛先としたメールの表示要求をクライアント端末２０２から受信することにより、当該メールの表示要求を受け付ける。また、受付部１７０１が、たとえば、図３に示した入力装置３０９を用いたユーザの操作入力により、当該メールの表示要求を受け付けることにしてもよい。

また、受付部１７０１は、利用者認証処理をおこなうようにしてもよい。具体的には、たとえば、図示を省略する利用者ＩＤ、パスワード入力画面の画面情報をクライアント端末２０２に送信し、利用者ＩＤおよびパスワードを受信した場合に、図５に示した利用者認証ＤＢ２２０を参照して、利用者ＩＤおよびパスワードが一致するか否かを判断することによって、利用者の認証処理を実行する。そして、受付部１７０１は、利用者が認証された場合には、図９に示したログイン履歴ＤＢ２６０にログイン日時を記憶する。

メッセージ抽出部１７０２は、受付部１７０１によって受け付けられたメールの表示要求にかかるアドレスに対応する利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出する。具体的には、メッセージ抽出部１７０２は、たとえば、利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージのうち、当該利用者が参加しているグループにおけるメッセージのみを抽出する。

より具体的には、たとえば、メッセージ抽出部１７０２は、図６に示したチャット利用者ＤＢ２３０から、ここで、利用者ＩＤに対応する自動ＪＯＩＮチャンネルを抽出する。利用者ＩＤが「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」であれば、自動ＪＯＩＮチャンネル「健康管理」が抽出される。そして、メッセージ抽出部１７０２は、抽出された「健康管理」に該当するチャンネル名「健康管理」のチャンネル文情報をチャンネル文ＤＢ２８０から抽出する。

その際、メッセージ抽出部１７０２は、前回の抽出後にチャンネル文ＤＢ２８０に記憶されたメッセージのみを抽出するようにするとよい。具体的には、メッセージ抽出部１７０２は、たとえば、チャンネル文ＤＢ２８０における、抽出された「健康管理」に該当するチャンネル名「健康管理」のチャンネル文情報の中から、連携ＩＤが設定されていないチャンネル文情報のみを抽出するようにしてもよい。

また、メッセージ抽出部１７０２は、前回の抽出後から今回の表示要求までの時間が、あらかじめ設定された設定時間を経過している場合に、他のメッセージ提供システムに記憶されているメッセージを抽出するようにしてもよい。具体的には、メッセージ抽出部１７０２は、たとえば、図８に示した、設定ＤＢ２５０から、設定時間を取得し、前回の抽出後から今回の表示要求までの時間と当該設定時間とを比較して、前回の抽出後から今回の表示要求までの時間が当該設定時間を超えている場合にのみ、メッセージを抽出するようにしてもよい。

より具体的には、メッセージ抽出部１７０２は、チャンネル名「健康管理」の設定時間は「１時間」であるので、前回の抽出から１時間経過後になっている場合にのみ、上記メールの抽出処理をおこなうようにしてもよい。

また、同様に、メッセージ抽出部１７０２は、図７に示したＳＮＳ利用者ＤＢ２４０から、利用者ＩＤに対応する登録コミュニティを抽出する。ここで、利用者ＩＤが「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」であれば、登録コミュニティ「教育コミュニティ」が抽出される。そして、メッセージ抽出部１７０２は、抽出された「教育コミュニティ」に該当するコミュニティ名「教育コミュニティ」のＳＮＳメッセージ情報をＳＮＳメッセージＤＢ２９０から抽出する。

その際、メッセージ抽出部１７０２は、前回の抽出後にＳＮＳメッセージＤＢ２９０に記憶されたメッセージのみを抽出するようにするとよい。具体的には、メッセージ抽出部１７０２は、たとえば、ＳＮＳメッセージＤＢ２９０における、抽出された「教育コミュニティ」に該当するコミュニティ名「教育コミュニティ」のＳＮＳメッセージ情報の中から、連携ＩＤが設定されていないＳＮＳメッセージ情報のみを抽出するようにしてもよい。

また、メッセージ抽出部１７０２は、前回の抽出後から今回の表示要求までの時間が、あらかじめ設定された設定時間を経過している場合に、他のメッセージ提供システムに記憶されているメッセージを抽出するようにしてもよい。具体的には、メッセージ抽出部１７０２は、たとえば、図８に示した、設定ＤＢ２５０から、設定時間を取得し、前回の抽出後から今回の表示要求までの時間と当該設定時間とを比較して、前回の抽出後から今回の表示要求までの時間が当該設定時間を超えている場合にのみ、メッセージを抽出するようにしてもよい。

より具体的には、メッセージ抽出部１７０２は、コミュニティ名「教育コミュニティ」の設定時間は「１時間」であるので、前回の抽出から１時間が経過している場合にのみ、上記メールの抽出処理をおこなうようにしてもよい。

メール作成部１７０３は、抽出されたメッセージの内容を含む、利用者を宛先としたメール（連携アプリデータ）を作成する。具体的には、メール作成部１７０３は、メッセージＩＤをあらたに作成し、メールＤＢ２７０に対して、作成されたメッセージＩＤを記憶し、宛先に当該利用者の宛先を設定（記憶）し、件名に提携の文書を設定（記憶）し、連携アプリ名を記憶し、チャンネル名／コミュニティ名を記憶し、本文に抽出されたメッセージの内容を登録（記憶）し、連携ＩＤを記憶する。このようにすることによって、連携アプリデータが、通常のメールと同様に、メールＤＢ２７０に記憶される。

メール記憶部１７０４は、前記利用者を差出人または宛先としたメールが記憶される。メール記憶部１７０４は、たとえば、図１０に示したメールＤＢ２７０によってその機能を実現することができる。

一覧表示画面作成部１７０５は、メール記憶部１７０４に記憶されているメールの内容に基づいて、当該メールの概要情報からなる前記利用者用のメールの一覧表示画面を作成する。具体的には、たとえば、メールＤＢ２７０から、発信者ＩＤ、発信日時、件名を抽出し、所定のフォーマットによりメール情報を一覧表示する画面（具体的には、たとえば図１３に示したメール一覧表示画面１３００）を作成する。

出力部１７０６は、一覧表示画面作成部１７０５によって作成された一覧表示画面を出力する。具体的には、クライアント端末２０２へ一覧表示画面の情報を送信して、図４に示したクライアント端末２０２のディスプレイ４０８に当該一覧表示画面を表示する。

また、受付部１７０１は、出力部１７０６によって出力された一覧表示画面に一覧で表示された概要情報にかかるメールの選択要求を受け付ける。具体的には、メール一覧表示画面１３００において、図４に示したキーボード４１０やマウス４１１を用いたユーザの操作入力により、メール一覧表示画面１３００に表示される図示を省略するカーソルを移動させていずれかの概要情報がクリックされることによって、該概要情報に対応するメールが選択され、その情報をクライアント端末２０２から受信することによってメールの選択要求を受け付ける。

メール抽出部１７０７は、受け付けられた選択要求にかかるメールの内容をメール記憶部１７０４から抽出する。具体的には、たとえば、受け付けた選択要求にかかるメッセージＩＤのメール情報をメールＤＢ２７０から抽出する。また、出力部１７０６は、抽出されたメールの内容を出力する。具体的には、クライアント端末２０２へメッセージ表示画面（具体的には、たとえば図１４に示したメッセージ表示画面１４００、図１５に示したメッセージ表示画面１５００）の情報を送信して、クライアント端末２０２のディスプレイ４０８に当該一覧表示画面を表示する。

（情報提供装置２０１の情報提供処理手順）
つぎに、実施の形態１にかかる情報提供装置２０１の情報提供処理手順について説明する。図１８は、実施の形態１にかかる情報提供装置２０１の情報提供処理（チャットプログラム）手順の一例を示すフローチャートである。

図１８のフローチャートにおいて、まず、ＣＰＵ３０１により、自動ＪＯＩＮチャンネル名に参加している他の参加者のチャットＩＤを、図６に示したチャット利用者ＤＢ２３０から取得する（ステップＳ１８０１）。そして、ＣＰＵ３０１により、自動ＪＯＩＮチャンネルに参加者を含めた画面を作成し、クライアント端末２０２へ送信する（ステップＳ１８０２）。

つぎに、ＣＰＵ３０１により、新規チャンネル名称とチャンネル作成要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ１８０３）。ここで、ＣＰＵ３０１により、新規チャンネル名称とチャンネル作成要求を受信しなかった場合（ステップＳ１８０３：Ｎｏ）は、ステップＳ１８０８へ移行する。一方、ＣＰＵ３０１により、新規チャンネル名称とチャンネル作成要求をクライアント端末２０２から受信した場合（ステップＳ１８０３：Ｙｅｓ）は、図１１に示したチャンネル文ＤＢ２８０に、新規チャンネル名に対応する欄を追加する（ステップＳ１８０４）。

そして、ＣＰＵ３０１により、チャット利用者ＤＢ２３０におけるその利用者ＩＤの現在ＪＯＩＮチャンネルにその新規チャンネル名を記憶し（ステップＳ１８０５）、新規作成したチャンネルを、チャット画面に追加する（ステップＳ１８０６）。その後、ＣＰＵ３０１により、そのチャット画面（図示省略）をクライアント端末２０２へ送信する（ステップＳ１８０７）。

つぎに、ＣＰＵ３０１により、チャンネルへの参加要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ１８０８）。ここで、チャンネルへの参加要求を受信しなかった場合（ステップＳ１８０８：Ｎｏ）は、ステップＳ１８１２へ移行する。一方、ＣＰＵ３０１により、チャンネルへの参加要求を受信した場合（ステップＳ１８０８：Ｙｅｓ）は、ＣＰＵ３０１により、チャット利用者ＤＢ２３０におけるその利用者ＩＤの現在ＪＯＩＮチャンネルに当該チャンネル名を記憶し（ステップＳ１８０９）、当該チャンネルを、チャット画面に追加する（ステップＳ１８１０）。その後、ＣＰＵ３０１により、そのチャット画面（図示省略）をクライアント端末２０２へ送信する（ステップＳ１８１１）。

つぎに、ＣＰＵ３０１により、あるチャンネル宛へのメッセージをクライアント端末２０２から受信したか否かを判断する（ステップＳ１８１２）。ここで、メッセージを受信しなかった場合（ステップＳ１８１２：Ｎｏ）は、ステップＳ１８１７へ移行する。一方、ＣＰＵ３０１により、当該チャンネル宛へのメッセージを受信した場合（ステップＳ１８１２：Ｙｅｓ）は、当該チャンネルに対応するチャンネル文ＤＢ２８０に発言者とメッセージを記憶する（ステップＳ１８１３）。

そして、ＣＰＵ３０１により、チャット利用者ＤＢ２３０から、当該チャンネルを現在ＪＯＩＮチャンネルとして持つチャットＩＤを検出する（ステップＳ１８１４）。つぎに、ＣＰＵ３０１により、検出したチャットＩＤに対応するチャット画面の、当該チャンネル欄にメッセージを追加する（ステップＳ１８１５）。その後、ＣＰＵ３０１により、そのチャット画面（図示省略）をクライアント端末２０２へ送信する（ステップＳ１８１６）。

つぎに、ＣＰＵ３０１により、終了要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ１８１７）。ここで、終了要求を受信しなかった場合（ステップＳ１８１７：Ｎｏ）は、ステップＳ１８０３へ移行する。一方、終了要求を受信した場合（ステップＳ１８１７：Ｙｅｓ）は、本フローチャートの一連の処理を終了する。

図１９は、実施の形態１にかかる情報提供装置２０１の情報提供処理（ＳＮＳプログラム）手順の一例を示すフローチャートである。図１９のフローチャートにおいて、まず、ＣＰＵ３０１により、図７に示したＳＮＳ利用者ＤＢ２４０から、利用者の登録コミュニティを取得する（ステップＳ１９０１）。そして、ＣＰＵ３０１により、図１２に示したＳＮＳメッセージＤＢ２９０の、取得されたコミュニティに対応するメッセージを取得してコミュニティ画面を作成し、作成されたコミュニティ画面（図示省略）をクライアント端末２０２へ送信する（ステップＳ１９０２）。

つぎに、ＣＰＵ３０１により、コミュニティへの参加要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ１９０３）。ここで、コミュニティへの参加要求を受信しなかった場合（ステップＳ１９０３：Ｎｏ）は、ステップＳ１９０６へ移行する。一方、ＣＰＵ３０１により、コミュニティへの参加要求を受信した場合（ステップＳ１９０３：Ｙｅｓ）は、利用者のＳＮＳ利用者ＤＢ２４０の登録コミュニティに、指定されたコミュニティ名を記憶し（ステップＳ１９０４）、ＳＮＳメッセージＤＢ２９０の、当該コミュニティに対応するメッセージを取得してコミュニティ画面を作成し、作成されたコミュニティ画面（図示省略）をクライアント端末２０２へ送信する（ステップＳ１９０５）。

つぎに、ＣＰＵ３０１により、あるコミュニティ宛へのメッセージをクライアント端末２０２から受信したか否かを判断する（ステップＳ１９０６）。ここで、メッセージを受信しなかった場合（ステップＳ１９０６：Ｎｏ）は、ステップＳ１９０８へ移行する。一方、ＣＰＵ３０１により、当該コミュニティ宛へのメッセージを受信した場合（ステップＳ１９０６：Ｙｅｓ）は、ＳＮＳメッセージＤＢ２９０の、当該コミュニティに対応する欄に発言者とメッセージを記憶する（ステップＳ１９０７）。

つぎに、ＣＰＵ３０１により、終了要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ１９０８）。ここで、終了要求を受信しなかった場合（ステップＳ１９０８：Ｎｏ）は、ステップＳ１９０３へ移行する。一方、終了要求を受信した場合（ステップＳ１９０８：Ｙｅｓ）は、本フローチャートの一連の処理を終了する。

図２０〜図２２は、実施の形態１にかかる情報提供装置２０１の情報提供処理手順の一例を示すフローチャートである。図２０のフローチャートにおいて、まず、ＣＰＵ３０１により、メール表示要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２００１）。ここで、ＣＰＵ３０１により、メール表示要求を受信するのを待つ（ステップＳ２００１：Ｎｏ）。そして、ＣＰＵ３０１により、メール表示要求を受信した場合（ステップＳ２００１：Ｙｅｓ）は、利用者ＩＤ、パスワード入力画面（図示省略）の画面情報をクライアント端末２０２に送信する（ステップＳ２００２）。つぎに、ＣＰＵ３０１により、利用者ＩＤ、パスワードをクライアント端末２０２から受信したか否かを判断する（ステップＳ２００３）。

ここで、ＣＰＵ３０１により、利用者ＩＤおよびパスワードを受信するのを待つ（ステップＳ２００３：Ｎｏ）。そして、ＣＰＵ３０１により、利用者ＩＤおよびパスワードを受信した場合（ステップＳ２００３：Ｙｅｓ）は、図５に示した利用者認証ＤＢ２２０を参照して、利用者の認証処理を実行する（ステップＳ２００４）。

具体的には、たとえば、ＣＰＵ３０１が、利用者認証ＤＢ２２０を参照して、受信した利用者ＩＤに対応するパスワードを特定する。そして、ＣＰＵ３０１が、受信したパスワードと、特定したパスワードとの一致判定をおこなう。この結果、ＣＰＵ３０１は、パスワードが一致する場合、ＣＰＵ３０１が利用者を認証する。一方、パスワードが不一致の場合、ＣＰＵ３０１が利用者を認証しない。

つぎに、ＣＰＵ３０１により、利用者が認証されたか否かを判断する（ステップＳ２００５）。ここで、ユーザが認証されなかった場合（ステップＳ２００５：Ｎｏ）は、ＣＰＵ３０１により、認証エラー画面（図示省略）の画面情報をクライアント端末２０２に送信して（ステップＳ２００６）、本フローチャートによる一連の処理を終了する。

一方、ステップＳ２００５において、ユーザが認証された場合（ステップＳ２００５：Ｙｅｓ）は、ＣＰＵ３０１により、図９に示したログイン履歴ＤＢ２６０のログイン欄に認証された時刻を記録する（ステップＳ２００７）。そして、ＣＰＵ３０１により、連携アプリデータ記録処理を実行する（ステップＳ２００８）。ステップＳ２００８の連携アプリデータ記録処理の内容については、図２３を用いて後に説明する。

その後、図１０に示した受信した利用者ＩＤのメールＤＢ２７０に基づいて、図１３に示したメール一覧表示画面１３００を作成する（ステップＳ２００９）。具体的には、「発信者ＩＤ」、「宛先」の少なくともいずれかのフィールドの情報が利用者ＩＤの情報と一致するメール情報を抽出し、抽出したメール情報に基づいて、メール一覧表示画面の画面情報を作成する。この際、ＣＰＵ３０１が、メールの発生日時が新しい順にソートされたメール一覧表示画面の画面情報を作成することにしてもよい。

そして、ＣＰＵ３０１により、メール一覧表示画面の画面情報をクライアント端末２０２に送信する（ステップＳ２０１０）。このクライアント端末２０２は、ステップＳ２００１において受信されたメール一覧表示画面の表示要求の要求元のクライアント端末２０２である。

その後、ＣＰＵ３０１により、表示終了要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２０１１）。表示終了要求は、たとえば、図１３に示したメール一覧表画面１３００の「ログアウト」ボタンＢ３を利用者が押下することによっておこなうことができる。ここで、終了要求を受信しなかった場合（ステップＳ２０１１：Ｎｏ）は、図２１のフローチャートのステップＳ２１０１へ移行する。一方、終了要求を受信した場合（ステップＳ２０１１：Ｙｅｓ）は、ＣＰＵ３０１により、図９に示したログイン履歴ＤＢ２６０のログアウト欄に終了要求を受信した時刻を記録し（ステップＳ２０１２）、一連の処理を終了する。

つぎに、図２１のフローチャートにおいて、ＣＰＵ３０１により、アプリ連携最新受信要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２１０１）。アプリ連携最新受信要求は、たとえば、図１３に示したメール一覧表示画面１３００の「アプリ連携最新受信」ボタンＢ２を利用者が押下することによっておこなうことができる。ここで、アプリ連携最新受信要求を受信した場合（ステップＳ２１０１：Ｙｅｓ）は、図２０のフローチャートのステップＳ２００８へ移行し、ステップＳ２００８以降の処理を繰り返し実行する。

ステップＳ２１０１において、アプリ連携最新受信要求を受信しなかった場合（ステップＳ２１０１：Ｎｏ）は、つぎに、ＣＰＵ３０１により、メール選択情報、すなわち図１３に示したメール一覧表示画面１３００に一覧表示されている概要情報の中の所定のメッセージの表示要求をクライアント端末２０２から受信したか否かを判断する（ステップＳ２１０２）。ここで、ＣＰＵ３０１により、メール選択情報を受信していない場合（ステップＳ２１０２：Ｎｏ）は、ステップＳ２１０６へ移行する。

一方、ＣＰＵ３０１により、メール選択情報を受信した場合（ステップＳ２１０２：Ｙｅｓ）、選択されたメールがアプリ連携メールか否かを判断する（ステップＳ２１０３）。選択されたメールがアプリ連携メールか否かは、図１０に示したメールＤＢ２７０の「連携アプリ名」のフィールドに『ＳＮＳ』または『チャット』の情報が記憶されているか否かで判断する。メールＤＢ２７０の「連携アプリ名」のフィールドに『ＳＮＳ』または『チャット』の情報が記憶されていれば、アプリ連携メールであると判断し、いずれの情報も記録されていなければ、アプリ連携メールでない（すなわち、通常のメールである）と判断する。

ステップＳ２１０３において、選択されたメールがアプリ連携メールである場合（ステップＳ２１０３：Ｙｅｓ）は、図２２のフローチャートのステップＳ２２０１へ移行する。一方、ＣＰＵ３０１により、選択されたメールがアプリ連携メールでない場合（ステップＳ２１０３：Ｎｏ）は、選択されたメールの本文、発信日時などをメールＤＢ２７０から取得する（ステップＳ２１０４）。そして、ＣＰＵ３０１により、本文、発信日時などを含めたメッセージ表示画面（図示省略）を作成し、作成したメッセージ表示画面の画面情報をクライアント端末２０２に送信する（ステップＳ２１０５）。

その後、ＣＰＵ３０１により、一覧表示画面の表示要求をクライアント端末２０２から受信するのを待って（ステップＳ２１０６：Ｎｏ）、ＣＰＵ３０１により、一覧表示画面の表示要求を受信した場合（ステップＳ２１０６：Ｙｅｓ）は、連携アプリデータ取得処理を実行する（ステップＳ２１０７）。ステップＳ２１０６の連携アプリデータ取得処理の内容については図２４を用いて後に説明する。そして、ステップＳ２１０７の連携アプリデータ取得処理の後に、図２０のフローチャートのステップＳ２００９へ移行し、ステップＳ２００９以降の処理を繰り返し実行する。

引き続き、ステップＳ２１０３において、選択されたメールがアプリ連携メールである場合（ステップＳ２１０３：Ｙｅｓ）の処理の手順を説明する。図２２のフローチャートにおいて、ＣＰＵ３０１により、選択されたメールの連携ＩＤを図１０に示したメールＤＢ２７０から取得する（ステップＳ２２０１）。

そして、取得された連携ＩＤに対する図１１に示したチャンネル文ＤＢ２８０の情報または図１２に示したＳＮＳメッセージＤＢ２９０の情報を用いて、図１４または図１５に示すようなメッセージの表示画面を作成し、ＣＰＵ３０１によりクライアント端末２０２へ送信する（ステップＳ２２０２）。

つぎに、ＣＰＵ３０１により、クライアント端末２０２から、前／後のチャンネル／コミュニティのメッセージ表示要求を受信したか否かを判断する（ステップＳ２２０３）。前のチャンネルのメッセージ表示要求は、たとえば図１５の「前の健康管理チャンネルメッセージ」の矢印ボタンＢ８を利用者が押下することによっておこなうことができる。また、後のチャンネルのメッセージ表示要求は、たとえば図１５の「次の健康管理チャンネルメッセージ」の矢印ボタンＢ９を利用者が押下することによっておこなうことができる。

同様に、前のコミュニティのメッセージ表示要求は、たとえば図１４の「前の教育コミュニティメッセージ」の矢印ボタンＢ５を利用者が押下することによっておこなうことができる。また、後のコミュニティのメッセージ表示要求は、たとえば図１４の「次の教育コミュニティメッセージ」の矢印ボタンＢ６を利用者が押下することによっておこなうことができる。

ステップＳ２２０３において、ＣＰＵ３０１により、クライアント端末２０２から、前／後のチャンネル／コミュニティのメッセージ表示要求を受信した場合（ステップＳ２２０３：Ｙｅｓ）は、前／後の連携ＩＤをメールＤＢ２７０から取得し（ステップＳ２２０５）、ステップＳ２２０２へ戻り、以後ステップＳ２２０２以降の処理を繰り返し実行する。

具体的には、図１０のメールＤＢ２７０において、連携ＩＤが「ＣＨ００００１」に対するチャンネル文ＤＢ２８０の情報を用いてメッセージの表示画面が作成されていた場合に、前のチャンネルのメッセージ表示要求を受信した場合は、連携ＩＤが「ＣＨ０００００」に対するチャンネル文ＤＢ２８０の情報を用いたメッセージの表示画面が作成され、後のチャンネルのメッセージ表示要求を受信した場合は、連携ＩＤが「ＣＨ００００２」に対するチャンネル文ＤＢ２８０の情報を用いたメッセージの表示画面が作成されることになる。

ステップＳ２２０３において、前／後のチャンネル／コミュニティのメッセージ表示要求を受信しなかった場合（ステップＳ２２０３：Ｎｏ）は、ＣＰＵ３０１により、クライアント端末２０２から、一覧表示画面の表示要求を受信したか否かを判断する（ステップＳ２２０４）。ここで、一覧表示画面の表示要求を受信しなかった場合（ステップＳ２２０４：Ｎｏ）は、ステップＳ２２０３へ戻る。一方、一覧表示画面の表示要求を受信した場合（ステップＳ２２０４：Ｙｅｓ）は、図２１に示したステップＳ２１０７へ移行する。

これにより、利用者からの各種表示要求に対して、メール一覧表示画面、メッセージ作成画面およびメッセージ表示画面の画面情報をクライアント端末２０２に提供することができる。

（連携アプリデータ記録処理）
つぎに、図２０のステップＳ２００８における連携アプリデータ記録処理の手順について説明する。図２３は、実施の形態１にかかる連携アプリデータ記録処理の具体的処理手順の一例を示すフローチャートである。図２３のフローチャートにおいて、ＣＰＵ３０１により、利用者ＩＤのチャット利用者ＤＢ２３０から、自動ＪＯＩＮチャンネルを取得する（ステップＳ２３０１）。

自動ＪＯＩＮチャンネルが複数あれば、それらすべての自動ＪＯＩＮチャンネルを取得する。たとえば利用者ＩＤが「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」であれば、自動ＪＯＩＮチャンネルとして「健康管理」を取得し、利用者ＩＤが「Ｔａｎａｋａ＠ｘｘｘ．ｗｗ」であれば、自動ＪＯＩＮチャンネルとして「テニスクラブ」、「特許相談」、「健康管理」の３つを取得する。

同様にして、ＣＰＵ３０１により、利用者ＩＤのＳＮＳ利用者ＤＢ２４０から、登録コミュニティを取得する（ステップＳ２３０２）。登録コミュニティが複数あれば、それらすべての登録コミュニティを取得する。たとえば利用者ＩＤが「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」であれば、登録コミュニティとして「教育コミュニティ」を取得し、利用者ＩＤが「ｓｕｚｕｋｉ＠ｘｘｘ．ｗｗ」であれば、自動ＪＯＩＮ登録コミュニティとして「教育コミュニティ」、「特許コミュニティ」の２つを取得する。

つぎに、ＣＰＵ３０１により、今までの自動ＪＯＩＮチャンネルでの発言のうち、連携ＩＤが付与されていない発言を、チャンネル文ＤＢ２８０から取得して、新しい連携ＩＤを割り振り（ステップＳ２３０３）、割り振られた新しい連携ＩＤをチャンネル文ＤＢ２８０に記録する（ステップＳ２３０４）。

そして、ＣＰＵ３０１により、メッセージＩＤを作成して、現在日時と、件名と、連携アプリ名と、チャンネル名と、本文と、連携ＩＤとを利用者のメールＤＢ２７０に記録する（ステップＳ２３０５）。ここで、件名には、たとえばチャットであること、およびチャンネル名を記憶する。また本文には、たとえばチャットであること、チャンネル名、メッセージを受信した時刻、メッセージの件数などを記録する。

また、ＣＰＵ３０１により、今までの登録コミュニティでの発言のうち、連携ＩＤが付与されていない発言を、ＳＮＳメッセージＤＢ２９０から取得して、新しい連携ＩＤを割り振り（ステップＳ２３０６）、割り振られた新しい連携ＩＤをＳＮＳメッセージＤＢ２９０に記録する（ステップＳ２３０７）。

そして、ＣＰＵ３０１により、メッセージＩＤを作成して、現在日時と、件名と、連携アプリ名と、コミュニティ名と、本文と、連携ＩＤとを利用者のメールＤＢ２７０に記録する（ステップＳ２３０８）。ここで、件名には、たとえばＳＮＳであること、およびコミュニティ名を記憶する。また本文には、たとえばＳＮＳであること、コミュニティ名、メッセージを受信した時刻、メッセージの件数などを記録する。これにより、ステップＳ２００８の連携アプリデータ記録処理を終了する。

（連携アプリデータ取得処理）
つぎに、図２１のステップＳ２１０７における連携アプリデータ取得処理の手順について説明する。図２４は、実施の形態１にかかる連携アプリデータ取得処理の具体的処理手順の一例を示すフローチャートである。図２４のフローチャートにおいて、ＣＰＵ３０１により、利用者ＩＤのチャット利用者ＤＢ２３０から取得した自動ＪＯＩＮチャンネルの設定時間、利用者ＩＤのＳＮＳ利用者ＤＢ２４０から取得した登録コミュニティの設定時間を、図８に示した設定ＤＢ２５０から取得する（ステップＳ２４０１）。

つぎに、ＣＰＵ３０１により、前の取得時から設定時間を経過しているチャンネル、コミュニティが存在するか否かを判断する（ステップＳ２４０２）。ここで、設定時間を超えていない場合（ステップＳ２４０２：Ｎｏ）は、何もせずに、一連の処理を終了する。一方、設定時間を超えている場合（ステップＳ２４０２：Ｙｅｓ）は、チャットであるかあるいはＳＮＳであるかを判断する（ステップＳ２４０３）。

ステップＳ２４０３で、チャットである場合（ステップＳ２４０３：「チャット」）は、ＣＰＵ３０１により、今までの自動ＪＯＩＮチャンネルでの発言のうち、連携ＩＤが付与されていない発言を、チャンネル文ＤＢ２８０から取得して、新しい連携ＩＤを割り振り（ステップＳ２４０４）、割り振られた新しい連携ＩＤをチャンネル文ＤＢ２８０に記録する（ステップＳ２４０５）。

そして、ＣＰＵ３０１により、メッセージＩＤを作成して、現在日時と、件名と、連携アプリ名と、チャンネル名と、本文と、連携ＩＤとを利用者のメールＤＢ２７０に記録し（ステップＳ２４０６）、一連の処理を終了する。ここで、件名には、たとえばチャットであること、およびチャンネル名を記憶する。また本文には、たとえばチャットであること、チャンネル名、メッセージを受信した時刻、メッセージの件数などを記録する。

一方、ステップＳ２４０３で、ＳＮＳである場合（ステップＳ２４０３：「ＳＮＳ」）は、ＣＰＵ３０１により、今までの登録コミュニティでの発言のうち、連携ＩＤが付与されていない発言を、ＳＮＳメッセージＤＢ２９０から取得して、新しい連携ＩＤを割り振り（ステップＳ２４０７）、割り振られた新しい連携ＩＤをＳＮＳメッセージＤＢ２９０に記録する（ステップＳ２４０８）。

そして、ＣＰＵ３０１により、メッセージＩＤを作成して、現在日時と、件名と、連携アプリ名と、コミュニティ名と、本文と、連携ＩＤとを利用者のメールＤＢ２７０に記録する（ステップＳ２４０９）。ここで、件名には、たとえばＳＮＳであること、およびコミュニティ名を記憶する。また本文には、たとえばＳＮＳであること、コミュニティ名、メッセージを受信した時刻、メッセージの件数などを記録する。これにより、ステップＳ２１０７の連携アプリデータ取得処理を終了する。

このように、ステップＳ２００８の連携アプリデータ記録処理においては、新しい連携ＩＤが付与されていないすべてのメッセージを取得して新しいＩＤを割り振り、メールＤＢ２７０に記録するが、これに対してステップＳ２１０７の連携アプリデータ取得処理においては、新しい連携ＩＤが付与されていないもののうち、設定時間を超えている場合にのみ、メッセージを取得して新しいＩＤを割り振り、メールＤＢ２７０に記録する。

したがって、設定時間を超えていない場合は、たとえメッセージが存在しても新しい連携ＩＤは割り振られず、メールＤＢ２７０に記録されることはない。これによって、チャットまたはＳＮＳのメッセージを受信するたびに頻繁にメールの対象となることを回避することができる。

（クライアント端末２０２の情報処理手順）
つぎに、実施の形態１にかかるクライアント端末２０２の情報処理手順について説明する。図２５および図２６は、実施の形態１にかかるクライアント端末２０２の情報処理手順の一例を示すフローチャートである。図２５のフローチャートにおいて、まず、ＣＰＵ４０１により、キーボード４１０やマウス４１１を用いたユーザの操作入力により、メール表示要求を受け付けたか否かを判断する（ステップＳ２５０１）。

ここで、ＣＰＵ４０１により、メール表示要求を受け付けるのを待つ（ステップＳ２５０１：Ｎｏ）。そして、ＣＰＵ４０１により、メール表示要求を受け付けた場合（ステップＳ２５０１：Ｙｅｓ）は、メール表示要求を情報提供装置２０１に送信する（ステップＳ２５０２）。

つぎに、ＣＰＵ４０１により、情報提供装置２０１から利用者ＩＤ、パスワードの入力画面（図示省略）の画面情報を受信したか否かを判断する（ステップＳ２５０３）。ここで、ＣＰＵ４０１により、利用者ＩＤ、パスワードの入力画面の画面情報を受信するのを待つ（ステップＳ２５０３：Ｎｏ）。

そして、ＣＰＵ４０１により、利用者ＩＤ、パスワードの入力画面の画面情報を受信した場合（ステップＳ２５０３：Ｙｅｓ）は、受信した画面情報に基づいて、ディスプレイ４０８に利用者ＩＤ、パスワードの入力画面を表示する（ステップＳ２５０４）。つぎに、ＣＰＵ４０１により、ユーザの操作入力により利用者ＩＤおよびパスワードの入力を受け付けたか否かを判断する（ステップＳ２５０５）。

ここで、ＣＰＵ４０１により、利用者ＩＤおよびパスワードの入力を受け付けるのを待つ（ステップＳ２５０５：Ｎｏ）。そして、ＣＰＵ４０１により、利用者ＩＤおよびパスワードの入力を受け付けた場合（ステップＳ２５０５：Ｙｅｓ）は、利用者ＩＤおよびパスワードを情報提供装置２０１に送信する（ステップＳ２５０６）。

つぎに、ＣＰＵ４０１により、認証エラー画面（図示省略）の画面情報を受信したか否かを判断する（ステップＳ２５０７）。ここで、ＣＰＵ４０１により、認証エラー画面の画面情報を受信した場合（ステップＳ２５０７：Ｙｅｓ）は、受信した画面情報に基づいて、ディスプレイ４０８に認証エラー画面を表示して（ステップＳ２５０８）、本フローチャートによる一連の処理を終了する。

ステップＳ２５０７において、ＣＰＵ４０１により、認証エラー画面の画面情報を受信していない場合（ステップＳ２５０７：Ｎｏ）、メール一覧表示画面の画面情報を受信したか否かを判断する（ステップＳ２５０９）。ここで、ＣＰＵ４０１により、メール一覧表示画面の画面情報を受信していない場合（ステップＳ２５０９：Ｎｏ）、ステップＳ２５０７へ戻る。

一方、ＣＰＵ４０１により、メール一覧表示画面の画面情報を受信した場合（ステップＳ２５０９：Ｙｅｓ）、受信した画面情報に基づいて、ディスプレイ４０８にメール一覧表示画面を表示する（ステップＳ２５１０）。つぎに、ＣＰＵ４０１により、アプリ連携最新受信要求を受け付けたか否かを判断する（ステップＳ２５１１）。

ステップＳ２５１１において、ＣＰＵ４０１により、アプリ連携最新受信要求を受け付けた場合（ステップＳ２５１１：Ｙｅｓ）は、アプリ連携最新受信要求を情報提供装置２０１へ送信し（ステップＳ２５１２）、ステップＳ２５０９へ移行する。一方、アプリ連携最新受信要求を受け付けなかった場合（ステップＳ２５１１：Ｎｏ）は、図２６に示すステップＳ２６０１へ移行する。

図２６のフローチャートにおいて、まず、ＣＰＵ４０１により、ユーザの操作入力によりメール選択情報、すなわちメール一覧表示画面の中から対象メールの選択を受け付けたか否かを判断する（ステップＳ２６０１）。ここで、対象メールの選択を受け付けていない場合（ステップＳ２６０１：Ｎｏ）、ステップＳ２６０５へ移行する。

一方、ＣＰＵ４０１により、メール選択情報を受け付けた場合（ステップＳ２６０１：Ｙｅｓ）、メール選択情報を情報提供装置２０１に送信する（ステップＳ２６０２）。この表示要求には、たとえば、クライアント端末２０２のユーザの利用者ＩＤと、対象メールのメッセージＩＤとが含まれている。

つぎに、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信したか否かを判断する（ステップＳ２６０３）。ここで、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信するのを待つ（ステップＳ２６０３：Ｎｏ）。そして、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信した場合（ステップＳ２６０３：Ｙｅｓ）は、受信した画面情報に基づいて、ディスプレイ４０８にメッセージ表示画面を表示する（ステップＳ２６０４）。

つぎに、ＣＰＵ４０１により、アプリ連携のメッセージ表示画面にて、前あるいは後の同アプリ、同チャンネル／コミュニティのメッセージの表示要求を受け付けたか否かを判断する（ステップＳ２６０５）。ここで、メッセージ作成画面の表示要求を受け付けていない場合（ステップＳ２６０５：Ｎｏ）、ステップＳ２６０９へ移行する。

一方、ＣＰＵ４０１により、前あるいは後の同アプリ、同チャンネル／コミュニティのメッセージの表示要求を受け付けた場合（ステップＳ２６０５：Ｙｅｓ）、前あるいは後の同アプリ、同チャンネル／コミュニティのメッセージの表示要求を情報提供装置２０１に送信する（ステップＳ２６０６）。

つぎに、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信したか否かを判断する（ステップＳ２６０７）。ここで、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信するのを待つ（ステップＳ２６０７：Ｎｏ）。そして、ＣＰＵ４０１により、メッセージ表示画面の画面情報を受信した場合（ステップＳ２６０７：Ｙｅｓ）は、受信した画面情報に基づいて、ディスプレイ４０８にメッセージ表示画面を表示し（ステップＳ２６０８）、ステップＳ２６０５へ戻る。

つぎに、ステップＳ２６０９において、ＣＰＵ４０１により、一覧表示画面の表示要求があったか否か、具体的には、ユーザの操作入力により図１４のメッセージ表示画面１４００の「メール一覧に戻る」ボタンＢ４または図１５のメッセージ表示画面１５００、図１６のメッセージ表示画面１６００の「メール一覧に戻る」ボタンＢ７が押下されたか否かを判断する（ステップＳ２６０９）。ここで、ＣＰＵ４０１により、一覧表示画面の表示要求があった場合（ステップＳ２６０９：Ｙｅｓ）は、一覧表示画面の表示要求を情報提供装置２０１へ送信し（ステップＳ２６１０）、図２５のフローチャートのステップＳ２５０９へ移行する。

そして、ＣＰＵ４０１により、ユーザの操作入力により表示終了要求、具体的には、ユーザの操作入力により図１３のメール一覧表示画面１３００の「ログアウト」ボタンＢ３が押下されたか否かを判断する（ステップＳ２６１１）。ここで、表示終了要求を受け付けていない場合（ステップＳ２６１１：Ｎｏ）、ステップＳ２６０１へ戻る。一方、ＣＰＵ４０１により、表示終了要求を受け付けた場合（ステップＳ２６１１：Ｙｅｓ）、表示終了要求を情報提供装置２０１に送信して（ステップＳ２６１２）、本フローチャートによる一連の処理を終了する。

以上説明したように、実施の形態１にかかる情報提供装置２０１によれば、他のメッセージ提供システムに記憶されているメッセージをメールと同様に表示されるので、メールを閲覧するだけで、他のメッセージ提供システムに記憶されているメッセージを確認し損なうことを回避することができ、複数のコミュニケーションツールであるメッセージ提供システムを電子メールを用いて効率よく利用することができる。

また、実施の形態１にかかる情報提供装置２０１によれば、メッセージの取得間隔に関する可否について設定時間を定めることができるので、設定時間を短く設定することで、利用者はメッセージを頻繁にチェックすることが可能となる。また、設定時間を長く設定することで、利用者がメールとして頻繁にメール一覧表示画面に他のメールと同様に表示される煩わしさを解消することができる。

（実施の形態２）
つぎに、実施の形態２にかかる情報提供方法について説明する。実施の形態２では、実施の形態１で説明した情報提供方法において、図８に示した設定ＤＢ２５０に代えて、図２７に示す設定ＤＢ２５５を用いることによって実現する。なお、実施の形態１で説明した箇所と同様の箇所については図示および説明を省略する。

図２７は、実施の形態２にかかる設定ＤＢ２５５の記憶内容の一例を示す説明図である。実施の形態１の設定ＤＢ２５０と、実施の形態２の設定ＤＢ２５５とは、「設定時間」のフィールドと「設定量」のフィールドの違いのみである。設定ＤＢ２５５の「設定量」のフィールドには、チャンネル文の発言内容またはＳＮＳメッセージの発言内容の量、具体的には、行数、メッセージ数などを記憶する。

そして、図示を省略するが、図２４のフローチャートのステップＳ２４０１において、記憶されている発言内容の量を取得し、ステップＳ２４０２において、取得された発言内容の量と設定量と比較し、当該設定量を超えているか否かを判断し、発言内容の量が当該設定量を超えている場合に、ステップＳ２４０３へ移行する。発言内容の量が当該設定量を超えてない場合には、何もせずに連携アプリデータ取得処理を終了する。その他は、実施の形態１と同じである。

また、実施の形態２にかかる設定量と、実施の形態１にかかる設定時間とを、利用者が自由に選択して設定することができる。また、設定量と設定時間の両方を設定条件（たとえばＡＮＤ条件、ＯＲ条件、ＮＯＴ条件など）として設定するようにしてもよい。

以上説明したように、実施の形態２にかかる情報提供方法によれば、実施の形態１と同様に、複数のコミュニケーションツールであるメッセージ提供システムを電子メールを用いて効率よく利用することができる。

さらに、実施の形態２にかかる情報提供方法によれば、メッセージ（発言）の内容が、ある程度まとまった時点で、メールとしてメール一覧表示画面に表示されるので、メッセージが登録されるごとにメールとして頻繁に一覧表示画面に他のメールと同様に表示される煩わしさを解消することができる。また、前回取得されてからの時間に関係なく所定量が貯まった場合にメール一覧表示画面に表示されるので、グループ（たとえばチャンネル、コミュニティ）に対する参加者の参加状況に応じた適切なタイミングで、メッセージの内容を確認することができ、利用者に煩わしさから来るストレスを軽減することができる。

なお、本実施の形態で説明した情報提供方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報提供プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本情報提供プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）コンピュータに、
利用者を差出人または宛先とした電子メールの表示要求を受け付け、
受け付けられた電子メールの表示要求にかかる利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出し、
抽出されたメッセージの内容を含む、前記利用者を宛先とした電子メールを作成して、前記利用者を差出人または宛先とした電子メールが記憶されている記憶部に記憶し、
前記記憶部に記憶されている電子メールの内容に基づいて、当該電子メールの概要情報を一覧で表示するための一覧表示画面を作成し、
作成された一覧表示画面を出力し、
出力された一覧表示画面に一覧で表示された概要情報にかかる電子メールの選択要求を受け付け、
受け付けられた選択要求にかかる電子メールの内容を前記記憶部から抽出し、
抽出された電子メールの内容を出力する、
処理を実行させることを特徴とする情報提供プログラム。

（付記２）前記メッセージを抽出する処理は、前回の抽出後に前記他のメッセージ提供システムに記憶されたメッセージを抽出することを特徴とする付記１に記載の情報提供プログラム。

（付記３）前記メッセージを抽出する処理は、前回の抽出後から今回の表示要求までの時間が、あらかじめ設定された設定時間を経過している場合に、前記他のメッセージ提供システムに記憶されているメッセージを抽出することを特徴とする付記１または２に記載の情報提供プログラム。

（付記４）前記メッセージを抽出する処理は、前回の抽出後に前記他のメッセージ提供システムに記憶されたメッセージの量が所定値を超えている場合に、当該他のメッセージ提供システムに記憶されているメッセージを抽出することを特徴とする付記１または２に記載の情報提供プログラム。

（付記５）前記メッセージを抽出する処理は、前記他のメッセージ提供システムに記憶されているメッセージのうち、前記利用者の識別情報に基づいて、前記利用者が登録されているグループにおけるメッセージを抽出することを特徴とする付記１〜４のいずれか一つに記載の情報提供プログラム。

（付記６）前記他のメッセージ提供システムが、チャンネルごとにメッセージを記憶するチャット提供システムであり、
前記メッセージを抽出する処理は、
前記チャット提供システムに記憶されているメッセージのうち、前記利用者の識別情報に基づいて、前記利用者が登録されているチャンネルにおけるメッセージを抽出することを特徴とする付記５に記載の情報提供プログラム。

（付記７）前記他のメッセージ提供システムが、コミュニティごとにメッセージを記憶するＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）提供システムであり、
前記メッセージを抽出する処理は、
前記ＳＮＳ提供システムに記憶されているメッセージのうち、前記利用者の識別情報に基づいて、前記利用者が登録されているコミュニティにおけるメッセージを抽出することを特徴とする付記５に記載の情報提供プログラム。

（付記８）利用者を差出人または宛先とした電子メールの表示要求を受け付ける表示要求受付部と、
前記表示要求受付部によって受け付けられた電子メールの表示要求にかかる利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出する抽出部と、
前記抽出部によって抽出されたメッセージの内容を含む、前記利用者を宛先とした電子メールを作成する電子メール作成部と、
前記電子メール作成部によって作成された前記利用者を差出人または宛先とした電子メールを記憶する記憶部と、
前記記憶部に記憶されている電子メールの内容に基づいて、当該電子メールの概要情報を一覧で表示するための一覧表示画面を作成する一覧表示画面作成部と、
前記一覧表示画面作成部によって作成された一覧表示画面を出力する一覧表示画面出力部と、
前記一覧表示画面出力部によって出力された一覧表示画面に一覧で表示された概要情報にかかる電子メールの選択要求を受け付ける選択要求受付部と、
前記選択要求受付部によって受け付けられた選択要求にかかる電子メールの内容を前記記憶部から抽出する電子メール抽出部と、
前記電子メール抽出部によって抽出された電子メールの内容を出力する内容出力部と、
を有することを特徴とする情報提供装置。

（付記９）コンピュータが、
利用者を差出人または宛先とした電子メールの表示要求を受け付け、
受け付けられた電子メールの表示要求にかかる利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出し、
抽出されたメッセージの内容を含む、前記利用者を宛先とした電子メールを作成して、前記利用者を差出人または宛先とした電子メールが記憶されている記憶部に記憶し、
前記記憶部に記憶されている電子メールの内容に基づいて、当該電子メールの概要情報を一覧で表示するための一覧表示画面を作成し、
作成された一覧表示画面を出力し、
出力された一覧表示画面に一覧で表示された概要情報にかかる電子メールの選択要求を受け付け、
受け付けられた選択要求にかかる電子メールの内容を前記記憶部から抽出し、
抽出された電子メールの内容を出力する、
処理を実行することを特徴とする情報提供方法。

２００ メールシステム
２０１ 情報提供装置
２０２ クライアント端末
１７０１ 受付部
１７０２ メッセージ抽出部
１７０３ メール作成部
１７０４ メール記憶部
１７０５ 一覧表示画面作成部
１７０６ 出力部
１７０７ メール抽出部

Claims (7)

1. コンピュータに、
   利用者を差出人または宛先とした電子メールの表示要求を受け付け、
   受け付けられた電子メールの表示要求にかかる利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出し、
   抽出されたメッセージの内容を含む、前記利用者を宛先とした電子メールを作成して、前記利用者を差出人または宛先とした電子メールが記憶されている記憶部に記憶し、
   前記記憶部に記憶されている電子メールの内容に基づいて、当該電子メールの概要情報を一覧で表示するための一覧表示画面を作成し、
   作成された一覧表示画面を出力し、
   出力された一覧表示画面に一覧で表示された概要情報にかかる電子メールの選択要求を受け付け、
   受け付けられた選択要求にかかる電子メールの内容を前記記憶部から抽出し、
   抽出された電子メールの内容を出力する、
   処理を実行させることを特徴とする情報提供プログラム。
2. 前記メッセージを抽出する処理は、前回の抽出後に前記他のメッセージ提供システムに記憶されたメッセージを抽出することを特徴とする請求項１に記載の情報提供プログラム。
3. 前記メッセージを抽出する処理は、前回の抽出後から今回の表示要求までの時間が、あらかじめ設定された設定時間を経過している場合に、前記他のメッセージ提供システムに記憶されているメッセージを抽出することを特徴とする請求項１または２に記載の情報提供プログラム。
4. 前記メッセージを抽出する処理は、前回の抽出後に前記他のメッセージ提供システムに記憶されたメッセージの量が所定値を超えている場合に、当該他のメッセージ提供システムに記憶されているメッセージを抽出することを特徴とする請求項１または２に記載の情報提供プログラム。
5. 前記メッセージを抽出する処理は、前記他のメッセージ提供システムに記憶されているメッセージのうち、前記利用者の識別情報に基づいて、前記利用者が登録されているグループにおけるメッセージを抽出することを特徴とする請求項１〜４のいずれか一つに記載の情報提供プログラム。
6. 利用者を差出人または宛先とした電子メールの表示要求を受け付ける表示要求受付部と、
   前記表示要求受付部によって受け付けられた電子メールの表示要求にかかる利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出する抽出部と、
   前記抽出部によって抽出されたメッセージの内容を含む、前記利用者を宛先とした電子メールを作成する電子メール作成部と、
   前記電子メール作成部によって作成された前記利用者を差出人または宛先とした電子メールを記憶する記憶部と、
   前記記憶部に記憶されている電子メールの内容に基づいて、当該電子メールの概要情報を一覧で表示するための一覧表示画面を作成する一覧表示画面作成部と、
   前記一覧表示画面作成部によって作成された一覧表示画面を出力する一覧表示画面出力部と、
   前記一覧表示画面出力部によって出力された一覧表示画面に一覧で表示された概要情報にかかる電子メールの選択要求を受け付ける選択要求受付部と、
   前記選択要求受付部によって受け付けられた選択要求にかかる電子メールの内容を前記記憶部から抽出する電子メール抽出部と、
   前記電子メール抽出部によって抽出された電子メールの内容を出力する内容出力部と、
   を有することを特徴とする情報提供装置。
7. コンピュータが、
   利用者を差出人または宛先とした電子メールの表示要求を受け付け、
   受け付けられた電子メールの表示要求にかかる利用者の識別情報に基づいて、他のメッセージ提供システムに記憶されているメッセージを抽出し、
   抽出されたメッセージの内容を含む、前記利用者を宛先とした電子メールを作成して、前記利用者を差出人または宛先とした電子メールが記憶されている記憶部に記憶し、
   前記記憶部に記憶されている電子メールの内容に基づいて、当該電子メールの概要情報を一覧で表示するための一覧表示画面を作成し、
   作成された一覧表示画面を出力し、
   出力された一覧表示画面に一覧で表示された概要情報にかかる電子メールの選択要求を受け付け、
   受け付けられた選択要求にかかる電子メールの内容を前記記憶部から抽出し、
   抽出された電子メールの内容を出力する、
   処理を実行することを特徴とする情報提供方法。

Images