JP5631947B2 - 管理装置、メッセージ管理方法およびプログラム - Google Patents

Description

本発明は、グループに参加する複数の利用者の端末装置から送信されたメッセージを当該複数の利用者に閲覧させる技術に関する。

近年、インターネットを利用してメッセージの閲覧などができるサービスが普及している。このようなサービスにおいては、主題に関して複数の利用者の相互間による結び付きの度合いであるリンク強度に基づいてメッセージの送信先を選択する技術が知られている（例えば特許文献１参照）。

特開２００５−９２５７９号公報

ところで、メッセージの閲覧（チャット）は、実際には、管理サーバと通信可能な携帯電話機などの端末装置同士で実行される。このようなチャットには、予め登録された相手との１対１のチャットや、複数のメンバーで構成されたグループにおけるメンバー同士のグループチャットがある。このうち、グループチャットでは、新たな利用者が途中からメンバーとして参加することができる。

しかしながら、途中からメンバーとして参加した利用者は、参加よりも前にメンバー同士でなされたチャット内容、すなわちメッセージ履歴について閲覧することができない。また、１対１チャットの場合でも、誤った操作によって、メッセージ履歴の一部または全部を削除してしまうときがあり、このようなときでも当該メッセージ履歴を復活させたい、というニーズもある。
本発明は、このような事情に鑑みてなされたもので、その目的の１つは、閲覧することができなかった過去のメッセージ履歴を補充、復活させて、閲覧可能にする技術を提供することにある。

上記課題を解決するために本発明が採用する手段を説明する。なお、本発明の理解を容易にするために、以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。

本発明に係る管理装置（１０）は、グループに参加する複数の利用者のそれぞれごとに、当該グループに参加した以降に互いの利用者から発信されたメッセージが蓄積されたメッセージ履歴を、利用者の端末装置（２０）にて閲覧可能に提供する管理装置（１０）であって、前記複数の利用者のうち一の利用者である要求元利用者から、当該要求元利用者を除いた利用者の一部または全部である要求先利用者に対する申請を受け付ける申請処理部（１２２）と、前記要求元利用者に対応したメッセージ履歴に蓄積されていない未蓄積メッセージを、前記申請に応じる要求先利用者に対応したメッセージ履歴から取得して、前記要求元利用者に対応したメッセージ履歴に追加する処理をさせる履歴処理部（１２３）と、を備えることを特徴とする。

本発明に係る管理装置（１０）によれば、要求元利用者に対応したメッセージ履歴に蓄積されていない未蓄積メッセージが、要求元利用者の申請に応じる要求先利用者に対応したメッセージ履歴から取得されて、要求元利用者に対応したメッセージ履歴に追加されるので、閲覧することができなかった過去のメッセージ履歴が、閲覧可能になる。
ここで、メッセージとは、本文である文字情報をいうときもあるが、これに限られず、静止画や、動画像、音声であっても良いし、これらを含んでも良い。したがって、メッセージの閲覧には、動画像や音声などの再生も含まれる。
なお、「処理をさせる」には、自らが当該処理を実行する場合と、他者に当該処理の実行を指示する場合との双方を含む。また、「申請に応じる」とは、当該申請を承諾することまで必要ではなく、当該申請を受け付けた、当該申請に対応する（要求先利用者）の意味で用いている。
「利用者から発信されたメッセージ」とは、利用者の操作に基づいて当該利用者が操作する端末装置から発信（投稿、送信）されたメッセージであることをいう。「要求元利用者を除いた利用者の一部または全部」とは、グループに参加する利用者から要求元利用者を除いた残りの利用者のうちの１人でも良いし、残りの利用者全員でも良いという意味で用いている。また、「要求元利用者に対応したメッセージ履歴」とは、利用者毎に対応付けられた互いに別個のメッセージ履歴であっても良いし、利用者間で共通のメッセージ履歴であっても良い。

本発明において、履歴処理部（１２３）は、前記要求先利用者による前記申請の承諾があったとき、前記要求元利用者に対応したメッセージ履歴に蓄積されていない未蓄積メッセージを、前記申請を承諾した要求先利用者に対応したメッセージ履歴から取得して、前記要求元利用者に対応したメッセージ履歴に追加する処理をさせる構成としても良い。

本発明において、前記複数の利用者のそれぞれに対応したメッセージ履歴は、管理記憶部（ＴＢ１３）で記憶され、前記履歴処理部（１２３）は、前記申請に応じる要求先利用者に対応して前記管理記憶部（ＴＢ１３）に記憶されたメッセージ履歴から前記未蓄積メッセージを取得して、前記要求元利用者に対応したメッセージ履歴に追加する処理をさせる構成としても良い。
なお、この構成において、前記要求元利用者に対応したメッセージ履歴については、当該要求元の利用者の端末装置（２０）に記憶しても良いし、管理装置（１０）で複数の利用者ごとに区別できるように記憶しても良い。

本発明において、前記複数の利用者のそれぞれに対応したメッセージ履歴は、それぞれの前記端末装置（２０）の端末記憶部（ＴＢ２３）で記憶され、前記履歴処理部（１２３）は、前記申請に応じる要求先利用者に対応して前記端末記憶部（ＴＢ２３）に記憶されたメッセージ履歴から前記未蓄積メッセージを取得して、取得した前記未蓄積メッセージを前記要求元利用者に対応して前記端末記憶部（ＴＢ２３）に記憶されたメッセージ履歴に追加する処理をさせる構成としても良い。

本発明において、前記メッセージ履歴に含まれるメッセージには、当該メッセージを発信した利用者と発信された日時情報とが関連付けられており、前記要求元利用者に対応したメッセージ履歴に含まれるメッセージの中で最も古い日時情報に基づいて、前記要求元利用者に対応したメッセージ履歴に含まれるメッセージのうち前記未蓄積メッセージが特定され、前記履歴処理部（１２３）は、特定された前記未蓄積メッセージを前記要求元利用者に対応したメッセージ履歴に追加する処理をさせる態様としても良い。

本発明において、前記グループに参加する前記複数の利用者は３人以上であって、前記申請処理部（１２２）は、前記複数の利用者のうち前記要求元利用者を除く利用者の中から前記要求元利用者が選択した要求先利用者に対する申請を受け付ける態様としても良い。

また、本発明において、前記グループに参加する前記複数の利用者は３人以上であって、前記申請処理部（１２２）は、前記要求元利用者からの申請を受け付けた場合に、所定のルールに従って、前記複数の利用者のうち前記要求元利用者を除く利用者の中から一の利用者を前記申請に応じる要求先利用者として決定する態様としても良い。

この態様において、前記所定のルールとは、前記複数の利用者のうち前記要求元利用者を除く利用者の中で対応するメッセージ履歴が最も多い利用者を前記申請に応じる要求先利用者としても良い。

また、本発明は、管理装置（１０）のみならず、メッセージ管理方法や、コンピュータを管理装置（１０）として機能させるプログラムとしても概念することができる。
なお、上記プログラムは記録媒体に記録させても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。

発明の概要動作を示す図である。 第１実施形態に係るメッセージ提供システムの構成を示す図である。 メッセージ提供システムの管理サーバの構成を示すブロック図である。 メッセージ提供システムの端末装置の構成を示すブロック図である。 メッセージ提供システムにおける機能ブロック図である。 端末装置の端末利用者情報記憶部における記憶内容の一例を示す図である。 端末装置の送信相手記憶部における記憶内容の一例を示す図である。 端末装置の管理記憶部における記憶内容の一例を示す図である。 端末装置の動作を示すフローチャートである。 端末装置の動作を示すフローチャートである。 端末装置の動作を示すフローチャートである。 メッセージ提供システムの動作シーケンスを示す図である。 端末装置におけるチャット相手一覧画面の一例を示す図である。 端末装置におけるチャット相手一覧画面の一例を示す図である。 端末装置におけるチャット投稿・表示画面の一例を示す図である。 メッセージ表示の説明図である。 端末装置におけるチャット投稿・表示画面の一例を示す図である。 端末装置におけるグループ設定画面の一例を示す図である。 端末装置における承諾相手の候補一覧画面の一例を示す図である。 相手先利用者の端末装置における承諾問合画面の一例を示す図である。 相手先利用者の端末装置における承諾問合画面の一例を示す図である。 未蓄積メッセージの補充を示す図である。 第２実施形態に係るメッセージ提供システムの機能ブロック図である。 メッセージ提供システムの動作シーケンスを示す図である。 端末装置における承諾相手の候補一覧画面の一例を示す図である。 端末装置における承諾相手の候補一覧画面の別例を示す図である。 未蓄積メッセージの補充を示す図である。 第３実施形態に係るメッセージ提供システムの機能ブロック図である。

＜実施形態の概要＞
図１は、本発明の実施形態に係るメッセージ提供システムの概要を示す図である。
ここでは、利用者Ａ、Ｂ、Ｃ、Ｄによって操作される端末装置が、管理サーバと通信可能に接続されている。
利用者Ａ、Ｂ、Ｃ、Ｄは、グループチャットのメンバーであり、このうち利用者Ａは、当該グループに途中で参加して、その参加時点から利用者Ｂ、Ｃ、Ｄとのチャットを利用することが可能になった、と仮定する。なお、利用者Ｂ、Ｃ、Ｄ同士は、利用者Ａの参加前からチャットを利用することが可能である。
このような想定において、利用者Ａは、チャットが進行している過程で参加前のチャットの流れを知りたいと望むようになった。

この場合に、利用者Ａは、端末装置への操作によってメッセージ履歴を申請する（ａ）。このとき、利用者Ａは、メッセージ履歴の要求元であるので、要求元利用者と呼ぶことがある。履歴の申請を受け付けた管理サーバは、グループを構成する利用者のうち、申請した利用者Ａを除く、利用者Ｂ、Ｃ、Ｄの１名以上に対して、当該申請の可否について問い合わせる（ｂ）。
なお、このとき、利用者Ｂ、Ｃ、Ｄは、要求元に対して要求先となるので要求先利用者と呼ぶ場合がある。また、申請の可否については、第１に、利用者Ｂ、Ｃ、Ｄのいずれかを要求元利用者に選択させて、選択された者に問い合わせる、第２に、利用者Ｂ、Ｃ、Ｄのそれぞれに問い合わせる、第３に、利用者Ｂ、Ｃ、Ｄのうち１名を、予め定められたルールにしたがって選択された者に問い合わせる、などが想定される。

ここで、管理サーバが、利用者Ｂに当該申請の可否について問い合わせた場合に、当該利用者Ｂが当該申請を承諾したとき（ｃ）、管理サーバは、要求元利用者に対応して蓄積されたメッセージ履歴において蓄積されていない未蓄積メッセージを特定するとともに、特定した未蓄積メッセージを、当該メッセージ履歴に追加（補充）する（ｄ）。
これにより、要求元利用者である利用者Ａは、未蓄積メッセージが追加されたメッセージ履歴を閲覧することができるようになる。
また、未蓄積メッセージの取得にあたって要求先利用者の承諾が必要となるので、あるグループでなされたメッセージ履歴が、第３者によって不正に利用されてしまうことを防止することができる。なお、未蓄積メッセージの補充だけを重視するのであれば、要求先利用者の承諾は必ずしも必要でない。

未蓄積メッセージを特定、補充するにあたって、全メッセージ履歴が管理サーバ側に設けられる管理記憶部でマスターとして記憶される構成と、このような管理記憶部を有さずに、利用者のメッセージ履歴が当該利用者の端末装置側に設けられる端末記憶部のみでローカルに記憶される構成と、が考えられる。さらに、全メッセージ履歴が管理サーバの管理記憶部でマスターとして記憶される前者構成においては、各利用者のメッセージ履歴が、当該利用者の端末装置側の端末記憶部にも記憶される構成と、端末装置側ではなく、当該管理サーバ側の管理記憶部で利用者毎に記憶される構成と、が考えられる。
そこで、以下においては、前者構成のうち、利用者のメッセージ履歴が当該利用者の端末装置側の端末記憶部でも記憶される構成を第１実施形態とし、管理記憶部を有さずに、利用者のメッセージ履歴が当該利用者の端末装置側の端末記憶部のみでローカルに記憶される後者構成を第２実施形態とし、前者構成のうち、利用者のメッセージ履歴が管理サーバ側の管理記憶部で利用者毎に記憶される構成を第３実施形態として、それぞれ説明することにする。

＜第１実施形態＞
図２は、第１実施形態に係るメッセージ提供システムの全体的な構成を示す図である。
この図に示されるように、メッセージ提供システム１では、複数の端末装置２０−１、２０−２、２０−３、２０−４、…が、移動通信網Ｎｂ、ゲートウェイ１５およびインターネットＮａを介して管理サーバ（管理装置）１０に接続された構成となっている。
なお、以降において端末装置２０−１は利用者Ａによって操作されるものとし、同様に、端末装置２０−２、２０−３、２０−３、は、利用者Ｂ、Ｃ、Ｄによって操作されるものとする。また、端末装置２０−１、２０−２、２０−３、…の操作者について、利用者を特定せずに一般的に説明する場合には、符号における「−（ハイフン）」以下を省略して単に「２０」とする。

管理サーバ１０は、自身が提供するサービスとして、チャットを提供する際の仲立ちとなるものである。具体的には、管理サーバ１０は、チャットを提供するにあたって、ある利用者の端末装置２０から送信されたメッセージを、相手先となる利用者の端末装置に転送したり、チャットの利用者やグループを管理したりする。

本実施形態において、チャットとしては、ある端末装置２０を基準としてみたときに、当該端末装置２０の利用者本人（端末利用者）と、他の１名以上の利用者で構成されるメンバー、換言すれば当該端末装置２０に登録された利用者（登録利用者）とのチャットを想定している。このため、１つのグループは、当該端末装置２０の端末利用者を含めて２名以上で構成される。このようなチャットにおいて、端末利用者と相手である登録利用者との２名で行われるチャットを１対１チャットと呼んだり、端末利用者を含む３名以上で行われるチャットを狭義のグループチャットと呼んだりする場合もある。また、後述するようにチャットをする際には、端末利用者がチャット先となるグループを事前に選択する構成となっている。

図３は、管理サーバ１０のハードウェア的な構成を示すブロック図である。この図に示されるように、管理サーバ１０は、装置全体を制御するＣＰＵ（Central Processing Unit）１０１と、ＣＰＵ１０１の主記憶として機能するＲＡＭ（Random Access Memory）１０２と、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）１０３と、ネットワークを介して通信するためのインターフェース（Ｉ／Ｆ）１０５と、時間情報を出力するＲＴＣ（Real Time Clock）１０６と、ストレージユニット１０８と、を含む。ストレージユニット１０８では、ＣＰＵ１０１によって管理されるデータベース１１８が構築される。

なお、ストレージユニット１０８には、管理サーバ１０が端末装置２０にチャットを提供するためのプログラムや各種データなどを記憶する。また、データベース１１８には、後述するように利用者やグループの情報などが管理される。
ここで、管理サーバ１０が端末装置２０にチャットを提供するためのプログラムは、記録媒体に記憶されても良い。当該記録媒体を用いれば、例えばコンピュータとしての管理サーバ１０に上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、非一過性の記録媒体であっても良い。非一過性の記録媒体は特に限定されないが、例えば ＣＤ−ＲＯＭ等の記録媒体であっても良い。

また、管理サーバ１０は、図２においては１台で構築されているが、２台以上に分散させるとともに外部からみたときに仮想的に１台であるかのようにみえる構成としても良い。一方で、管理サーバ１０の一部の機能を他のサービスを提供しているサーバで構築しても良い。また、管理サーバ１０が中継サーバを介して端末装置２０と接続するように構成しても良い。

端末装置２０は、例えば利用者が操作する携帯電話機である。この端末装置２０は、表示パネル２１０に重ねられたタッチパネル２２０を有し、利用者が表示パネル２１０に表示された画面に対してタッチ操作等することで、必要な情報の入力や各種の指示が与えられる構成となっている。

図４は、端末装置２０のハードウェア構成を示すブロック図である。この図に示されるように、端末装置２０は、ＣＰＵ２０１と、メモリ２０２と、通信ユニット２０４と、ＲＴＣ２０６と、ストレージユニット２０８と、表示パネル２１０と、タッチパネル２２０と、を含む。

このうち、ＣＰＵ２０１は端末装置２０の全体を制御し、メモリ２０２は基本プログラムや、チャットを実行するためのアプリケーションプログラム（チャットアプリ）などを不揮発性に記憶する。このチャットアプリは、メッセージを作成して管理サーバ１０に送信したり、管理サーバ１０から受信したメッセージを表示したりするものであって、特定の配信サイトからダウンロードされて、端末装置２０にインストールされたものである。
なお、端末装置２０を用いてチャットするには、当該端末装置２０チャットアプリをインストールするだけでは足りず、後述するように管理サーバ１０からアカウントを取得することが必要である。また、ある利用者の端末装置２０からチャットアプリをアンインストールすると、アカウントとともに、それまでに当該利用者が交わしたチャットの内容（メッセージ履歴）も削除される構成となっている。

通信ユニット２０４は、移動通信網Ｎｂや無線ＬＡＮ網など介して管理サーバ１０と通信する。ＲＴＣ２０６は、現在時刻の時間情報を出力する。ストレージユニット２０８では、ＣＰＵ２０１によって管理されるデータベース２１８が構築される。なお、データベース２１８によって管理される各種の記憶部の詳細については後述する。

表示パネル２１０は、例えば液晶表示装置や有機ＥＬ（Electro Luminescence）装置などのフラットディスプレイである。タッチパネル２２０は、詳細な説明については省略するが、表示パネル２１０によって表示された画面に対する操作位置（二次元座標値）を検出してＣＰＵ２０１に供給する。ＣＰＵ２０１は、当該検出情報に基づいてタッチ位置の移動方向や、移動速度、タッチ操作など、タッチパネル２２０への操作内容を特定する。
ここで、特定可能なタッチ操作の種類には、例えばタップ、フリック、ドラッグ、ピンチ等が含まれる。このうち、タップとは、表示画面を指で軽く叩く操作である。フリックとは、画面に表示された対象物を指で軽く払う操作である。ドラッグとは、画面に表示された対象物を指で接触させた状態で移動させる操作である。ピンチとは、表示画面に二本の指を接触させた状態で広げたり狭めたりする操作である。

なお、端末装置２０は、移動通信網Ｎｂに限られず、無線ＬＡＮ（Local Area Network）に接続される構成であっても良い。無線ＬＡＮに接続される場合、端末装置２０は、無線基地局（アクセスポイント）およびインターネットＮｂを経由して、上記管理サーバ１０に接続される。
端末装置２０は、携帯電話機に限られず、タブレット型コンピュータやＰＤＡ（Personal Digital Assistant）などでも良い。

管理サーバ１０においては、上記プログラムを実行することによって、また、端末装置２０においては、予めインストールされたチャットアプリを実行することによって、それぞれ次のような機能ブロックが構築される。

図５は、メッセージ提供システムで構築される機能ブロックを示す図である。
なお、この図においては、メッセージ提供システム１のうち、管理サーバ１０と、複数台のうち、ある１台について着目した端末装置２０とで構築される機能ブロックを示している。
この図に示されるように、端末装置２０の側では、表示部２０５、操作検出部２３１、管理部２３３、送信部２３６および表示制御部２４１のほか、データベース２１８において端末利用者情報記憶部ＴＢ２１、送信相手記憶部ＴＢ２２および端末記憶部ＴＢ２３の３つの記憶部が構築される。なお、これらの３つの記憶部の詳細については後述する。表示部２０５は、表示パネル２１０の表示領域に設けられて、各種の表示をしたり、タッチパネル２２０に対する操作を受け付けたりする。

操作検出部２３１は、タッチパネル２２０の検出信号から、表示部２０５に対する操作を検出する。表示部２０５に対する操作には、メッセージの入力や、当該メッセージなどの送信（発信、投稿）指示、画面の移動・切替指示などが含まれる。
管理部２３３は、管理サーバ１０にメッセージなどを送信する場合に各種情報を添付して送信部２３６に供給するほか、管理サーバ１０から各種情報を受信したり、３つの記憶部を管理したり、表示部２０５での表示に必要な情報を表示制御部２４１に供給したりする。
送信部２３６は、管理部２３３から供給されたメッセージを、添付された各種情報とともに管理サーバ１０に送信する。

表示制御部２４１は、チャットの実行時に、表示部２０５に対する操作が反映されるように表示内容を制御する。具体的には、表示制御部２４１は、表示部２０５に対し、チャット相手一覧画面で、チャット相手を一覧表示させたり、管理サーバ１０から管理部２３３を経由して供給されたメッセージ等を投稿日時の順に表示させたりする。
なお、後述する記憶部への格納処理が実行される場合、上記チャットアプリが実行されていなくても、管理部２３３、送信相手記憶部ＴＢ２２および端末記憶部ＴＢ２３が構築される。

一方、管理サーバ１０の側では、受信部１２１、申請処理部１２２、管理部１２３、転送部１２５のほか、データベース１１８において利用者／グループ記憶部ＴＢ１１、管理記憶部ＴＢ１３が構築される。
受信部１２１は、端末装置２０から各種情報が添付されたメッセージや、メッセージ履歴の申請、当該申請の承諾などを受信する。

本実施形態では、あるグループのメンバー（要求元利用者）が端末装置２０を操作して、当該グループに関連するメッセージ履歴を申請したときに、当該申請が受信部１２１によって受信される。申請処理部１２２は、受信された申請を受け付けるとともに、当該グループの他のメンバー（要求先利用者）に対して、当該申請についての操作の処理をさせるものである。具体的には後述するように、申請処理部１２２は、要求先利用者に対して当該申請を承諾するか否かを問い合わせる処理を、要求先利用者の端末装置２０に実行させる。

管理部１２３は、受信されたメッセージ等を管理記憶部ＴＢ１３に記憶するとともに、当該メッセージ等に添付された各種情報に含まれる情報のうち、グループを一意に識別するグループＩＤと利用者を一意に識別する利用者ＩＤとから、当該グループＩＤで特定されるグループのメンバーのうち、利用者ＩＤを除いたメンバー（利用者）の端末装置にアクセスするための情報を、利用者／グループ記憶部ＴＢ１１を参照して取得する。これにより、受信されたメッセージ等は、管理記憶部ＴＢ１３に履歴として記憶されるとともに、転送先が特定されることになる。
ここで、管理部１２３は、履歴処理部を兼用する。詳細については後述するが、要求先利用者から要求元利用者による申請を承諾した旨の情報が受信されたときに、要求元利用者の端末装置２０において未蓄積メッセージを特定するとともに、特定した未蓄積メッセージを管理記憶部ＴＢ１３から取得し、転送部１２５を介して当該端末装置２０に供給する。
転送部１２５は、受信部１２１で受信されたメッセージを、転送先が特定された端末装置２０に転送したり、取得された未蓄積メッセージを要求元利用者の端末装置２０に供給したりする。

利用者／グループ記憶部ＴＢ１１では、特に図示はしないが、チャットが可能な利用者に関する情報と、チャットするグループに関する情報とが記憶される。詳細には、チャットが可能な利用者に関する情報としては、当該利用者の名前情報や、利用者を一意に識別する利用者ＩＤ、当該利用者の端末装置にアクセスするための情報などが登録され、また、グループに関する情報としては、当該グループの名称情報や、当該グループを一意に識別するグループＩＤ、当該グループを構成するメンバーの利用者ＩＤなどとともに、グループの開設者や、当該グループにおいてどのメンバーを誰が招待したのかを示す情報なども登録されている。

なお、利用者ＩＤは、利用者の端末装置２０でチャットアプリが初めて起動されたとき、当該端末装置２０は管理サーバ１０と通信し、この通信の過程において管理サーバ１０の管理部１２３によって生成される。この利用者ＩＤは、利用者／グループ記憶部ＴＢ１１に登録されるとともに、転送部１２５を介し端末装置２０に送信されて記憶される。これにより、端末装置２０において、チャットアプリを実行するためのアカウントが取得されたことになる。
また、管理サーバ１０における利用者／グループ記憶部ＴＢ１１では、利用者全員とすべてのグループとについて情報が登録されたものであり、後述する端末装置２０における送信相手記憶部ＴＢ２２では、当該端末装置２０とチャット相手となるグループについての情報が利用者／グループ記憶部ＴＢ１１から転送されて登録されたものである。例えば、あるグループのメンバー（利用者）が増減して、当該グループの構成に変更が生じた場合には、まず、管理サーバ１０における利用者／グループ記憶部ＴＢ１１が更新され、当該グループに参加している利用者の端末装置２０に通知され、それぞれの利用者の送信相手記憶部ＴＢ２２が更新される。

図５においては、説明の便宜上、ある１つ（１人の利用者）の端末装置２０に着目して、当該端末装置２０と管理サーバ１０との情報やメッセージなどの授受について図示しているに過ぎない。管理サーバ１０は、実際には、メッセージなどを複数の端末装置２０から受信し、逆に、メッセージなどを複数の端末装置２０に転送する。図において、受信部１２１に向かう多数の矢印は、着目した端末装置２０を除いた他の端末装置からもメッセージなどを受信することを示し、転送部１２５から向かう多数の矢印は、当該端末装置２０以外の他の端末装置にもメッセージなどが送信されることを示している。
また、図２におけるインターネットＮａや、ゲートウェイ１５、移動通信網Ｎｂ、また、図３におけるＩ／Ｆ１０５、図４における通信ユニット２０４などについては、情報やメッセージ等の伝送経路に過ぎないので、図５において図示を省略している。

ここで、説明の便宜上、端末装置２０の側における端末利用者情報記憶部ＴＢ２１、送信相手記憶部ＴＢ２２および端末記憶部ＴＢ２３について順番に説明する。

＜端末利用者情報登録記憶部＞
本実施形態では、ある利用者（端末利用者）が端末装置２０を用いてチャット相手にメッセージの送信を指示すると、当該メッセージに当該端末利用者を示す情報（差出人情報）などの様々な情報が添付されて当該チャット相手の端末装置２０に、管理サーバ１０を経由して送信される一方、当該チャット相手側の端末装置２０では、当該メッセージに当該差出人情報が付加されて表示される。これにより、当該チャット相手は、表示されたメッセージが、誰によって送信されたものであるかが直感的に判るようになっている。
端末利用者情報記憶部ＴＢ２１は、端末装置２０の端末利用者の差出人情報を記憶したものである。

図６は、端末利用者情報記憶部ＴＢ２１の一例を示す図である。
この図に示されるように、端末利用者情報記憶部ＴＢ２１は、端末利用者の利用者ＩＤに対して、利用者の名前情報と、プロフィール画像とが対応付けられて記憶されている。ここで、利用者ＩＤは、利用者を一意に識別するための情報であり、上述したように、管理サーバ１０によって生成されたものが登録される。
利用者の名前情報には、チャットにおける相手利用者が端末利用者を識別するための名前が登録され、当該端末利用者の実名やニックネームなどが用いられる。プロフィール画像情報には、当該利用者の実画像や、イラスト像、風景像が登録され、利用者によって選択または編集されたものが用いられる。なお、プロフィール画像情報については、実体的な画像情報そのものではなく、当該画像情報のリンク先（参照先）であっても良い。いずれにしても、利用者ＩＤ等から、プロフィール画像情報を取得できる手段が講じられていれば良い。
なお、図６では、利用者ＩＤが「ａａ１１」である端末利用者の端末装置２０に登録された端末利用者情報記憶部ＴＢ２１の例である。また、利用者ＩＤが「ａａ１１」である利用者を「利用者Ａ」として、便宜的に区別して表記する場合がある。

＜送信相手記憶部＞
送信相手記憶部ＴＢ２２は、チャットにおける相手をグループ単位で、端末装置２０の側で管理するためのものである。

図７は、送信相手記憶部ＴＢ２２における記憶内容の一例を示す図である。
この図に示されるように、送信相手記憶部ＴＢ２２では、当該端末装置２０とチャット可能なグループを一意に識別するグループＩＤ毎に、名称（名前）情報と、グループを構成するメンバーの利用者ＩＤとが関連付けられて記憶される。
このうち、名称情報には、グループを構成するメンバーが端末装置２０の利用者である本人（端末利用者）を含んで３名以上であれば、グループの名称が登録され、メンバーが端末利用者を含んで２名であれば相手利用者の名前が登録される。ただし、２名である場合に相手利用者の名前を事後的にグループの名称に変更できるようにしても良い。また、２名である場合にメンバーが追加されて３名以上となるとき、入力されたグループの名称に登録内容が変更される。なお、３名以上であってもグループに参加した利用者の名前を繋げた名称で登録され、事後的にグループの名称に変更できるようにしても良い。

この図の例においては１つのグループを構成するメンバー数の最大値が「５」である場合を示しており、メンバーとして例えばａからｅまでの５名の利用者ＩＤが登録可能である。なお、グループの開設者が例えばメンバーａとして登録され、以下、参加の順に、メンバーｂ、ｃ、ｄ、ｅとして登録される。
送信相手記憶部ＴＢ２２は、端末装置２０からみたときのグループメンバーを記憶するものであるから、各グループのメンバーには端末利用者が必ず含まれる。図の例では、利用者ＩＤが「ａａ１１」である者が端末利用者である。
一方、図において登録された利用者のうち、端末利用者以外の利用者は、当該端末利用者とチャット相手が可能であるから、登録利用者またはメンバーと呼ぶ場合がある。

なお、図の例において、＜ｎｕｌｌ＞は、未設定の空き状態であることを示している。
また、グループを構成するメンバーが端末利用者を含んで２名である場合に、相手利用者がグループから脱会したとき、端末利用者の利用者ＩＤのみが登録される。このとき、チャット相手が存在しないので、当該グループでのチャットはできないが、同じ登録利用者または別の利用者を招待する一方で相手が承諾したときに、グループの構成員が２名以上となるので、同じグループＩＤを引き継いでチャットすることができる。

図７の例において、グループＩＤが「ａｘ１６」であるグループでは、利用者ＩＤが「ａａ１１」である端末利用者と、利用者ＩＤが「ａａ１３」である相手の利用者との２名で構成されることが規定されている。したがって、このグループの名前情報に登録された「高橋 雄Ｊ」は、利用者ＩＤが「ａａ１３」の利用者の名前である。
このチャット相手の端末装置２０の送信相手記憶部ＴＢ２２においても、特に図示しないが、図７において、グループＩＤが「ａｘ１６」であるグループと同様な内容が記憶される。これは、グループの新規作成や、グループのメンバー追加、削除などの変更があったときに、詳細については後述するように、その変更内容が端末装置から管理サーバ１０の利用者／グループ記憶部ＴＢ１１にマスター登録されるとともに、当該グループを構成するメンバーにも送信されて、当該グループの登録内容がメンバー同士で同期されるためである。

また、図７の例において、グループＩＤが「ａｙ０３」であるグループは、名称が「チーム２４６」であって、利用者ＩＤが「ａａ１２」、「ａａ１５」、「ａａ１１」（利用者Ａ）、「ａａ１６」である４名のメンバーによって構成されることが規定されている。
特に図示しないが、利用者Ａ以外のメンバーの、すなわち利用者ＩＤが「ａａ１２」、「ａａ１５」、「ａａ１６」であるメンバーの、端末装置の送信相手記憶部ＴＢ２２のそれぞれにおいても当該グループが登録される。
また、利用者ＩＤが「ａａ１２」である利用者を「利用者Ｂ」とし、利用者ＩＤが「ａａ１５」である利用者を「利用者Ｃ」とし、利用者ＩＤが「ａａ１６」である利用者を「利用者Ｄ」として、便宜的に区別して表記する場合がある。
ここでは説明のために、グループを構成するメンバー数の最大値を「５」としているが、これに限定する趣旨ではなく、２名以上であれば、４人以下でも、６人以上でも、あるいは人数に上限を設けなくても良い点については、いうまでもない。

＜端末記憶部＞
本実施形態において、端末装置２０では、送信相手記憶部ＴＢ２２に登録されたメンバーから送信されたメッセージ等が、管理サーバ１０を経由して逐一受信される。このときに受信されたメッセージ等の格納先が端末記憶部ＴＢ２３である。なお、受信したメッセージ等には、本体である文字情報のほかに、様々な付帯情報が添付されている。

図８は、端末記憶部ＴＢ２３における登録内容の一例を示す図である。
この図に示されるように、端末記憶部ＴＢ２３では、メッセージを一意に識別するために管理サーバ１０によって付与される投稿ＩＤ毎に、当該メッセージを投稿した利用者を示す投稿者ＩＤと、チャット相手のグループのグループＩＤと、当該メッセージが送信された日時を示す投稿日時情報と、投稿者の差出人情報と、本体であるメッセージの文字情報とが互いに関連付けられて記憶されている。このうち、投稿者ＩＤには、投稿者の利用者ＩＤが用いられる。また、差出人情報は、投稿者の名前情報およびプロフィール画像情報である。

管理サーバ１０から受信したメッセージには、付帯情報として、投稿ＩＤと、投稿者ＩＤと、グループＩＤと、投稿日時情報と、投稿者の差出人情報とが添付される。
一方、端末利用者の端末装置２０から管理サーバ１０に送信されるメッセージには、付帯情報のうち、投稿ＩＤが含まれない状態で添付される。ただし、管理サーバ１０が、チャット相手の端末装置２０に転送する際に、当該管理サーバ１０の管理部１２３は、当該メッセージを識別する投稿ＩＤを付与して付帯情報に含ませる。
また、端末利用者がメッセージを送信する操作したとき、当該メッセージは、投稿ＩＤを含まない付帯情報とともに、管理サーバ１０を経由しないで、直接、自己の端末装置２０における端末記憶部ＴＢ２３に格納される場合がある。ただし、この場合でも、管理サーバ１０が、メッセージの受信通知とともに投稿ＩＤを返信するので、当該端末装置２０では、返信された投稿ＩＤが当該メッセージに関連付けられて端末記憶部ＴＢ２３に格納されることになる。
なお、投稿されたメッセージの本体（本文）については、投稿ＩＤと関連付けられて別のテーブル（図示省略）で管理・記憶しても良い。

＜システムの動作＞
次に、メッセージ提供システム１の動作について説明する。

図９は、端末装置２０での動作を示すフローチャートである。
まず、端末装置２０において、チャットをするために端末利用者が所定の操作をしたとき、例えばメインメニュー画面（図示省略）において当該チャットに対応したアイコンなどをタップ操作したとき、上記チャットアプリが起動される。チャットアプリが起動されると、管理部２３３は、当該端末装置２０の利用者名前情報を利用者情報記憶部ＴＢ２１から取得する一方、チャットが可能なグループについての情報を送信相手記憶部ＴＢ２２から取得する。管理部２３３は、取得した情報を表示制御部２４１に供給し、表示制御部２４１は、供給された情報に基づいて、チャットが可能な相手一覧画面を作成して、表示部２０５に表示させる。これにより、表示部２０５においては、チャット相手一覧画面が表示される（ステップＳｂ１１）。

図１３は、チャット相手一覧画面の一例を示す図である。この図で示されるように、表示部２０５において、端末装置２０とチャット可能な相手名称が一覧表示される。ここでいう名称は、グループを構成するメンバーが端末利用者を含んで３名以上であればグループの名称であり、２名であって事後的に変更されていなければ、相手利用者の名前である。
また、表示制御部２４１は、チャット相手一覧画面において相手利用者の名前の表示部分近傍に、当該相手利用者に対応付けられているプロフィール画像を表示させ、グループの名称表示部分近傍に、それが利用者本人を含んで３名以上のグループ（利用者本人以外に複数人のメンバーにメッセージが送信されるグループ）であることを示すとともにメンバー確認用のボタン２５１を表示させる。さらに、表示制御部２４１は、チャット相手一覧画面において、図の上側右隅にボタン２５２を表示させる。このボタン２５２は、チャットアプリの終了を指示するソフトウェアボタンである。

相手利用者に対応付けられているプロフィール画像については、例えば端末記憶部ＴＢ２３に記憶されているものが用いられる。詳細には、管理部２３３は、送信相手記憶部ＴＢ２２から取得したグループの構成メンバーの利用者ＩＤをキーとして、端末記憶部ＴＢ２３において当該利用者ＩＤに対応付けられているプロフィール画像を取得し、表示制御部２４１に転送して、表示制御部２４１が、相手利用者の名前と関連付けて表示させる。
このような一覧表示において、チャット相手の選択は、例えば相手利用者の名前またはグループの名称の表示部分を利用者がタッチすることによって行われる。また、チャット可能な相手名称が多数であって一度に表示しきれない場合、フリックなどの操作によってチャット相手一覧画面が上下にスクロールして表示されるようになっている。
なお、この例では、チャットが可能な相手を１対１チャットとグループチャットと混在させて一覧表示させているが、区別して一覧表示させても良い。

説明を図９に戻すと、チャット相手一覧画面において、操作検出部２３１は、表示部２０５に対して適切な操作がなされたのか否かを判別する（ステップＳｂ１２）。ここで、適切な操作とは、予め想定された範囲内での操作であり、例えばボタンの表示部分または名前名称の表示部分に対する操作や、上述したフリックなど操作である。

操作がなければ、または、操作があっても想定されていない無効な操作であれば（ステップＳｂ１２の判別結果が「Ｎｏ」であれば）、処理手順がステップＳｂ１１に戻る。このため、何らかの適切な操作があるまで、チャット相手一覧画面の表示が継続することになる。
適切な操作がなされたとき（ステップＳｂ１２の判別結果が「Ｙｅｓ」になったとき）、操作検出部２３１は、まず、当該操作がボタン２５２の表示部分への操作であったか否かを判別する（ステップＳｂ１３）。

ボタン２５２の表示部分への操作、すなわちチャットの終了を指示する操作であれば（ステップＳｂ１３の判別結果が「Ｙｅｓ」であれば）、操作検出部２３１は、その旨を管理部２３３に通知して、チャットアプリを終了させる。

一方、チャット相手一覧表示画面に対してなされた操作がボタン２５２の表示部分への操作でなければ（ステップＳｂ１３の判別結果が「Ｎｏ」であれば）、操作検出部２３１は、次に、当該操作がチャット相手の選択、つまり、相手利用者の名前やグループの名称の表示部分へのタッチ等の操作であったか否かを判別する（ステップＳｂ２１）。

当該操作がチャット相手を選択する操作でなければ（ステップＳｂ２１の判別結果が「Ｎｏ」であれば）、当該操作に応じた処理が実行される（ステップＳｂ２７）。
このような処理の例としては、ボタン２５１への操作や、チャット相手一覧画面のフリックである。このうち、ボタン２５１への操作である場合、操作検出部２３１は、当該操作の検出を管理部２３３に通知し、管理部２３３は、当該ボタン２５１に対応するグループの構成メンバーについての情報を取得する。詳細には、管理部２３３は、第１に、送信相手記憶部ＴＢ２２にアクセスして当該グループのメンバーの利用者ＩＤを取得し、第２に、端末記憶部ＴＢ２３にアクセスして、当該利用者ＩＤに対応する名前情報およびプロフィール画像を取得し、第３に、取得した情報を表示制御部２４１に転送する。表示制御部２４１は、転送された情報を基に、ボタン２５１に対応するグループの構成メンバーを確認させる画面を作成して表示させる。

図１４は、グループの構成メンバーの一覧画面の一例である。ここで、図１４は、図７に示した送信相手記憶部ＴＢ２２においてグループＩＤが「ａｙ０３」であって名称が「チーム２４６」のグループに対応するボタン２５１（図１３参照）が端末利用者（利用者Ａ）によって操作されたときに、当該グループを構成する４名のメンバー、すなわち利用者ＩＤが「ａａ１２」（利用者Ｂ）、「ａａ１５」（利用者Ｃ）、「ａａ１１」（利用者Ａ）、「ａａ１６」（利用者Ｄ）であるメンバーの名前とプロフィール画像とが表示された例である。
なお、チャット相手一覧画面のフリックについては、上述した通りである。
ステップＳｂ２７の後、処理手順がステップＳｂ１１におけるチャット相手一覧画面の表示に戻る。

一方、チャット相手一覧画面においてなされた操作がチャット相手を選択する操作であれば（ステップＳｂ２１の判別結果が「Ｙｅｓ」であれば）、操作検出部２３１は、その旨を管理部２３３に通知し、この通知を受けて管理部２３３は、端末記憶部ＴＢ２３のうち、選択されたグループに対応したメッセージ等を抜き出して表示制御部２４１に転送して、当該グループに対応するチャット投稿・表示画面を表示させる旨を指示する（ステップＳｂ２３）。

ここで、チャット投稿・表示画面について説明する前に、端末記憶部ＴＢ２３に対する格納処理について説明する。チャット投稿・表示画面は、端末記憶部ＴＢ２３の内容に基づいて表示されるが、端末記憶部ＴＢ２３の内容は、この格納処理によって変更（追加）されるためである。

図１０は、格納処理を示すフローチャートである。
この格納処理は、管理サーバ１０からチャットに関する情報を受信したことを契機として実行される。詳細には、格納処理は、チャットアプリが実行されていなくても、また、チャットアプリが実行されていても、当該チャットアプリとは並行して実行される。

本実施形態において、端末装置２０が管理サーバ１０から受信するチャットに関する情報としては、次の４つが想定されている。すなわち、第１に、他の端末装置２０から付帯情報が添付されて（管理サーバ１０を経由して）送信されたメッセージと、第２に、チャット履歴を申請したときに管理サーバ１０から送信された未蓄積メッセージと、第３に、管理サーバ１０で付与された投稿ＩＤと、第４に、端末利用者を含むグループの構成に変更が生じたときに当該変更後のメンバーに関する情報と、が想定されている。
このうち、第１および第２については、管理サーバ１０からのメッセージには、メッセージ本体である文字情報のほかに、付帯情報として、投稿ＩＤと、投稿者ＩＤと、グループＩＤと、投稿日時情報、投稿者の差出人情報（名前情報およびプロフィール画像情報）とが添付されている。
第３については、自己の端末装置２０でメッセージの送信を指示したときに、当該メッセージが投稿ＩＤを除いた付帯情報とともに端末記憶部ＴＢ２３に格納されるので、このときに不足している投稿ＩＤを補うのである。
なお、第４について当該変更後のメンバーに関する情報は、すでに送信相手記憶部ＴＢ２２で説明した通りである。

さて、何らかの情報を管理サーバ１０から受信したとき、管理部２３３は、まず、当該情報が（付帯情報が添付された）メッセージであるか否かを判別する（ステップＳｂ１０１）。メッセージであれば（ステップＳｂ１０１の判別結果が「Ｙｅｓ」であれば）、管理部２３３は、当該メッセージを、当該付帯情報に含まれるグループＩＤに関連付けて端末記憶部ＴＢ２３に格納する（ステップＳｂ１０２）。
なお、この格納の対象は、他の端末装置２０からのメッセージ等と、管理サーバからの未蓄積メッセージとの双方である。

一方、受信した情報がメッセージでなければ（ステップＳｂ１０１の判別結果が「Ｎｏ」であれば）、管理部２３３は、次に、当該情報が管理サーバ１０で付与された投稿ＩＤであるか否かを判別する（ステップＳｂ１０３）。当該情報が投稿ＩＤであれば（ステップＳｂ１０３の判別結果が「Ｙｅｓ」であれば）、管理部２３３は、当該投稿ＩＤを、対応するメッセージに関連付けて端末記憶部ＴＢ２３に格納する（ステップＳｂ１０４）。
また、受信した情報が投稿ＩＤでなければ（ステップＳｂ１０３の判別結果が「Ｎｏ」であれば）、当該情報は、グループ変更後のメンバーに関する情報である。このため、管理部２３３は、当該変更後のメンバーに関する情報を、送信相手記憶部ＴＢ２２の登録内容に反映させる（ステップＳｂ１０５）。

なお、ステップＳｂ１０２、Ｓｂ１０４、Ｓｂ１０５の後、当該格納処理は終了する。ただし、チャットに関する情報を管理サーバ１０から再び受信したとき、格納処理が呼び出される。このため、管理サーバ１０から何らかの情報を受信する毎に、格納処理によって受信した情報が記憶部に格納、反映される。
このため、端末記憶部ＴＢ２３では、格納処理によって自他の利用者によるメッセージがグループ毎に対応付けられて逐一格納されるので、一種のメッセージ履歴が形成されることになる。
そして、このようなメッセージ履歴を用いて、チャット投稿・表示画面が表示される。
換言すれば、チャットしないと、自他の利用者によるメッセージがグループ毎に対応付けられて端末記憶部ＴＢ２３に記憶されないので、チャット投稿・表示画面に表示されない。したがって、グループに参加する前のチャット内容は、未蓄積メッセージを補充しない限り、閲覧することができないのである。

説明を図９に再び戻すと、管理部２３３は、表示制御部２４１に対し、端末記憶部ＴＢ２３のうち、選択されたグループに対応したメッセージ等を抜き出して転送するとともに、当該グループに対応するチャット投稿・表示画面を表示させる旨を指示する（ステップＳｂ２３）。

図１５は、チャット投稿・表示画面の一例を示す図である。表示制御部２４１は、選択されたチャット相手のグループに対応付けられたメッセージを、付帯情報に基づいて、表示部２０５に投稿日時の順に表示させる。
詳細には、表示制御部２４１は、転送されたメッセージを、付帯情報の投稿日時情報で示される時間の順にソートして、例えば新しいものほど、表示部２０５の上側になるように配列させて表示させる。このため、図の例において、メッセージ表示（１）、（２）、（３）、（７）、（９）のうち、メッセージ表示（１）が最新であって、下に向かうほど古くなる。

各メッセージ表示についての内容は、メッセージ表示（３）を例にとれば、図１６に示される通りであり、送信者を示すプロフィール画像が例えば画面右端に表示され、当該プロフィール画像の上側に送信者の名前が表示され、当該プロフィール画像の下側に投稿日時が表示されている。
また、メッセージの本文は、当該プロフィール画像から発せられたように吹き出しで囲まれて表現されている。
このようにして、当該端末装置２０の端末利用者と他のメンバーとが時系列で、あたかもチャットしているかのような場が共有されることになる。

なお、図１５における表示部２０５でのメッセージ表示は、端末利用者が、図１３のチャット相手一覧画面において「チーム２４６」という名称の表示部分をタッチ操作した場合の例であって、端末記憶部ＴＢ２３の記憶内容が図８に示される場合の例である。この場合、利用者ＩＤが「ａａ１１」（利用者Ａ）である端末利用者が、グループＩＤが「ａｙ０３」であるグループをチャット相手として選択したことになる。換言すれば、端末記憶部ＴＢ２３において登録されたメッセージのうち、グループＩＤが「ａｙ０３」であるグループをチャット相手として選択したことになる。このため、端末記憶部ＴＢ２３において登録されたメッセージのうち、グループＩＤが「ａｙ０３」である（１）、（２）、（３）、（７）、（９）のそれぞれが、表示部２０５においてメッセージ表示される。
また、図の例では、メッセージ表示について５件分しか表示されていないが、フリックなどの操作によって上下方向にスクロールして表示されるようになっている。また、ピンチなどの操作によってメッセージ表示が拡大・縮小されるようになっている。

一方、図１３のチャット相手一覧画面において「高橋 雄Ｊ」という名前の表示部分をタッチ操作した場合、チャット投稿・表示画面は、図１７に示されるような表示内容となる。
この場合、利用者ＩＤが「ａａ１１」である端末利用者が、グループＩＤが「ａｘ１６」であるグループ、すなわち利用者ＩＤが「ａａ１３」であるメンバーのひとりをチャット相手として選択したことになる。このため、端末記憶部ＴＢ２３において登録されたメッセージ等のうち、グループＩＤが「ａｘ１６」である（４）、（５）、（６）、（８）、（１０）のそれぞれが、表示部２０５においてメッセージ表示される。

なお、表示部２０５におけるメッセージ表示のうち、自己によるメッセージ表示については、他のメンバーによるメッセージ表示と区別できる態様で表示するようにしても良い。例えば、プロフィール画像を省略したり、メッセージの吹き出しの形状を他と異ならせたり、メッセージ本文の表示色やフォントなどを異ならせたりしても良い。

ところで、チャット投稿・表示画面には、図１５または図１７に示されるように、メッセージ入力部２１４が含まれるとともに、ボタン２５３、２５４、２５５が表示される。メッセージ入力部２１４は、送信するメッセージをソフトウェアキーボードなどによって入力するための領域であり、ボタン２５３は、メッセージ入力部２１４に入力されたメッセージの内容を確定させて、送信を指示するソフトウェアボタンである。ボタン２５４は、現時点で選択されているグループについての様々な設定をすることを指示するソフトウェアボタンである。また、ボタン２５５は、１つ前のチャット相手一覧画面に戻ることを指示するソフトウェアボタンである。

このようなチャット投稿・表示画面に対し、操作検出部２３１は、適切な操作がなされたのか否かを判別する（ステップＳｂ２４）。操作がなければ、または、操作があっても想定されていない無効な操作であれば（ステップＳｂ２４の判別結果が「Ｎｏ」であれば）、処理手順がステップＳｂ２３に戻る。
このため、何らかの適切な操作がなされるまで、処理手順がステップＳｂ２３→Ｓｂ２４→（Ｓｂ２３）という経路で循環するので、チャット投稿・表示画面が継続するとともに、循環経路の途中で、受信されたメッセージが格納処理によって端末記憶部ＴＢ２３に記憶されると、そのメッセージが表示部２０５に追加表示されることになる。

本実施形態ではチャット投稿・表示画面に対する適切な操作として、次のような操作を想定している。すなわち、第１に、ボタン２５３の表示部分への操作、第２に、ボタン２５４の表示部分への操作、第３に、ボタン２５５の表示部分への操作、および、第４に、その他の操作、を想定している。その他の操作としては、メッセージをスクロール表示させるためのフリックや、拡大表示のためのピンチ、メッセージ入力部２１４に対する入力操作などが挙げられる。

適切な操作がなされた場合（ステップＳｂ２４の判別結果が「Ｙｅｓ」になった場合）、操作検出部２３１は、まず、当該操作がメッセージの送信の指示、すなわちボタン２５３の表示部分への操作であったか否かを判別する（ステップＳｂ２５）。
ボタン２５５への操作であったとき（ステップＳｂ２５の判別結果が「Ｙｅｓ」であったとき）、操作検出部２３１は、当該操作時点においてメッセージ入力部２１４に入力されたメッセージの内容を管理部２３３に供給する。
管理部２３３は、当該指示がなされたときの時間情報をＲＴＣ２０６から取得して、当該メッセージの投稿日時情報とする。なお、メッセージの投稿日時情報として、管理サーバ１０が当該メッセージを受信したタイミングで管理サーバ１０のＲＴＣ１０６から取得した時間情報を用いても良い。
また、管理部２３３は、端末利用者情報記憶部ＴＢ２１から自己の差出人情報（利用者の名前情報およびプロフィール画像情報）を取得する。
そして、管理部２３３は、メッセージ入力部２１４に入力されたメッセージ（本文）に、端末利用者の利用者ＩＤと、投稿日時情報と、先のステップＳｂ２１で選択されたチャット相手のグループＩＤと、差出人情報とを付帯情報として添付して、端末記憶部ＴＢ２３に格納する。なお、この時点では、まだ、投稿ＩＤが付与されていない。
一方、管理部２３３は、操作検出部２３１から供給されたメッセージを付帯情報とともに送信部２３６に供給し、送信部２３６は、メッセージおよび付帯情報を管理サーバ１０に送信する（ステップＳｂ２６）。この後、処理手順はステップＳｂ２３に戻る。

管理サーバ１０では、受信部１２１がメッセージ等を受信し、管理部１２３は、受信されたメッセージ等に一意の投稿ＩＤを付与するとともに、当該メッセージの転送先を、付帯情報に含まれるグループＩＤおよび送信者の利用者ＩＤから特定する。具体的には、上述したように管理部１２３は、利用者／グループ記憶部ＴＢ１１にアクセスして、当該グループＩＤで示されるグループのメンバーのうち、送信者の利用者ＩＤを除いた利用者の端末装置を当該メッセージの転送先として特定する。ここで、転送先としてメッセージの送信者を除外している理由は、当該メッセージについては当該送信者の端末装置２０における端末記憶部ＴＢ２３に格納されており、転送する必要がないためである。
そして、転送部１２５は、受信されたメッセージを、管理部１２３によって特定された転送先の端末装置２０に転送する。
これにより、転送先の端末装置２０では、当該メッセージ等が格納処理（図１０参照）によって端末記憶部ＴＢ２３においてグループＩＤに関連付けられて格納される（ステップＳｂ１０２）。したがって、転送先の端末装置２０では、当該チャットアプリが実行されて、同じグループが選択されていれば、チャット投稿・表示画面の表示（ステップＳｂ２３）においてそのメッセージが表示部２０５において追加表示されることになる。
このようにして、グループのメンバー同士においては、送信されたメッセージが共有されることになる。
なお、管理サーバ１０は、付与した投稿ＩＤをメッセージの受信通知とともに当該メッセージを送信した端末利用者の端末装置２０に返信する。これにより、当該端末装置２０では、管理サーバ１０から返信された投稿ＩＤが端末記憶部ＴＢ２３において先のメッセージに関連付けられて格納される（ステップＳｂ１０４）。

さて、チャット投稿・表示画面に対してなされた操作がメッセージの送信を指示する操作でなかったとき（ステップＳｂ２５の判別結果が「Ｎｏ」であったとき）、操作検出部２３１は、次に、当該操作が、選択したグループについての様々な設定する旨を指定する操作、すなわちボタン２５４の表示部分へのタップ等の操作であったか否かを判別する（ステップＳｂ２８）。ボタン２５４への操作であったとき（ステップＳｂ２８の判別結果が「Ｙｅｓ」であったとき）、操作検出部２３１は、その旨を管理部２３３に通知し、管理部２３３は、グループ設定処理を実行する（ステップＳｂ２９）。このグループ設定処理の後、処理手順はステップＳｂ２３に戻る。

また、チャット投稿・表示画面に対してなされた操作が、選択したグループについての様々な設定をする旨の指示でなかったとき（ステップＳｂ２８の判別結果が「Ｎｏ」であったとき）、操作検出部２３１は、当該操作がチャット相手一覧画面に戻ることを指定する操作、すなわちボタン２５５の表示部分へのタップ等の操作であったか否かを判別する（ステップＳｂ２８）。
ボタン２５５への操作であったとき（ステップＳｂ３０の判別結果が「Ｙｅｓ」であったとき）、処理手順がステップＳｂ１１におけるチャット相手一覧画面の表示に戻る。

戻る操作でなければ（ステップＳｂ３０の判別結果が「Ｎｏ」であれば）、なされた操作に対応した処理、具体的には、その他の操作として、スクロール表示させるためのフリックや、拡大表示のためのピンチ、入力操作などに応じた処理が実行される（ステップＳｂ３１）。この後、処理手順はステップＳｂ２３に戻る。

＜グループ設定処理＞
チャット投稿・表示画面に対して、グループについて設定をする旨が指示されたとき、グループ設定処理が実行される。

図１１は、グループ設定処理を示すフローチャートである。
まず、管理部２３３は、表示制御部２４１に対してグループ設定画面を表示部２０５に表示させるように指示する（ステップＳｂ２０１）。

図１８は、グループ設定画面の一例を示す図である。
この図に示されるように、グループ設定画面では、表示部２０５において、ボタン２５５、２６１〜２６３が表示される。このうち、ボタン２６１は、選択されているグループの編集処理の実行を指示するソフトウェアボタンである。このグループの編集処理では、特に詳述しないが、例えば選択されているグループの名称（名前）の変更や、当該グループへのメンバー招待、当該グループからの退会などが実行される。
ボタン２６２は、選択されているグループのメッセージ履歴の削除処理の実行を指示するソフトウェアボタンである。このメッセージ履歴の削除処理では、当該グループのメッセージ履歴について一部または全部を削除するものであり、メッセージ履歴の一部の削除については、端末利用者が例えば日時を指定することによって、端末記憶部ＴＢ２３において当該グループのグループＩＤに関連付けられたメッセージのうち、投稿日時情報が指定した日時以前のものを削除することによって実行される。また、メッセージ履歴の全部の削除については、端末記憶部ＴＢ２３において当該グループのグループＩＤに関連付けられたメッセージを全て削除することによって実行される。
ボタン２６３は、選択されているグループのメッセージ履歴の補充（復活）を指示するソフトウェアボタンである。
なお、ボタン２５５は、１つ前のチャット相手一覧画面に戻ることを指示するソフトウェアボタンである。

このようなグループ設定画面において、操作検出部２３１は、表示部２０５に対して適切な操作がなされたのか否かを判別する（ステップＳｂ２０２）。ここで、適切な操作とは、ボタンの表示部分に対する操作である。

操作がなければ（ステップＳｂ２０２の判別結果が「Ｎｏ」であれば）、処理手順がステップＳｂ２０１に戻る。このため、何らかの適切な操作があるまで、グループ設定画面の表示が継続することになる。
これに対して、操作がなされたとき（ステップＳｂ２０１の判別結果が「Ｙｅｓ」になったとき）、操作検出部２３１は、まず、当該操作がボタン２５５の表示部分への操作、すなわちチャット相手一覧画面に戻すことを指示する操作であったか否かを判別する（ステップＳｂ２０３）。ボタン２５５の表示部分への操作であれば（ステップＳｂ２０３の判別結果が「Ｙｅｓ」であれば）、処理手順は、ステップＳｂ２３に戻る。詳細には、操作検出部２３１は、その旨を管理部２３３に通知し、管理部２３３は、表示制御部２４１に対してチャット投稿・表示画面の表示に戻させる。

一方、グループ設定画面に対してなされた操作がボタン２５５の表示部分への操作でなければ（ステップＳｂ２０３の判別結果が「Ｎｏ」であれば）、操作検出部２３１は、次に、当該操作がボタン２６３の表示部分への操作、すなわち選択されているグループのメッセージ履歴の補充を指示する操作であったかを判別する（ステップＳｂ２０４）。
ボタン２６３の表示部分への操作であれば（ステップＳｂ２０４の判別結果が「Ｙｅｓ」であれば、操作検出部２３１は、その旨を管理部２３３に通知し、管理部２３３は、メッセージ履歴の補充（追加）処理を実行する（ステップＳｂ２０５）。このメッセージ履歴の補充処理の後、処理手順はステップＳｂ２３に戻る。

なお、グループ設定画面に対してなされた操作がボタン２５５、２６３の表示部分への操作でなければ（ステップＳｂ２０４の判別結果が「Ｎｏ」であれば）、当該操作は、ボタン２６１または２６２のいずれかの表示部分の操作である。
このため、操作検出部２３１は、ボタン２６１への表示部分の操作であれば、その旨を管理部２３３に通知して、当該管理部２３３は、上述したグループ編集処理を実行する一方、ボタン２６１への表示部分の操作であれば、その旨を管理部２３３に通知して、当該管理部２３３は、上述したメッセージ履歴の削除処理を実行する（ステップＳｂ２０６）。
いずれかの処理の後、処理手順はステップＳｂ２３に戻る。

＜メッセージ履歴の補充処理＞
グループ設定画面に対して、メッセージ履歴の補充をする旨が指示されたとき、メッセージ履歴の補充処理が実行される。
このメッセージ履歴の補充処理は、選択しているグループに途中から参加した場合に、参加前になされたメッセージ履歴を補充したり、メッセージ履歴の削除処理によって誤って削除してしまったメッセージ履歴を復活させたりする処理である。
なお、本実施形態では、メッセージ履歴を補充等することができる利用者を、当該グループのメンバーに限定している。これは、グループでなされたチャットの内容が、グループのメンバーでない他の利用者に流出するのを防止するためである。また、本実施形態では、グループでなされたメッセージ履歴の補充等をするにあたって、当該グループにおける他のメンバーの承諾を要件としている。これにより、補充等されるメッセージ履歴の不正利用が防止される。

図１２は、メッセージ履歴の補充処理が実行されるときに、メッセージ提供システムの動作シーケンスを示す図である。
まず、端末装置において、管理部２３３は、表示制御部２４１に対して承諾相手の候補一覧画面を表示させるように指示する。これにより、メッセージ履歴の補充等を申請（要求）する利用者（要求元利用者）に対しては、承諾を得る利用者を決定するように促される（ステップＳｂ３０５）。
なお、メッセージ履歴の補充処理は、チャット相手一覧画面→（グループ選択）→チャット投稿・表示画面→（ボタン２５４の操作）→グループ設定画面→（ボタン２６３の操作）という変遷を辿って実行されるので、すでにグループが選択された状態にある。このため、管理部２３３は、まず、ステップＳｂ２１（図９参照）において選択されたグループのうち、要求元利用者以外のメンバーについての情報（名前情報、プロフィール画像情報）を表示制御部２４１に転送して、承諾相手の候補一覧画面を表示させるように指示する。

図１９は、承諾相手の候補一覧画面の一例を示す図である。
この図に示される画面は、端末利用者である利用者Ａが先の画面の変遷において、チャット相手一覧画面（図１３参照）において「チーム２４６」という名称の表示部分をタッチ操作した場合の例であり、４名のメンバーのうち、要求元利用者である利用者Ａを除いた３名の利用者Ｂ、Ｃ、Ｄが、プロフィール画像とともに一覧表示されている。
また、承諾相手の候補一覧画面では、表示部２０５において、利用者Ｂを承諾相手として選択させるためのボタン２７１が、利用者Ｂの名前情報と対応付けられて表示されている。同様に、利用者Ｃ、Ｄを承諾相手として選択させるためのボタン２７２、２７３が、利用者Ｃ、Ｄの名前情報と対応付けられて表示されている。

承諾相手の候補一覧画面において、いずれかのボタンの操作によって承諾相手が決定されたとき、操作検出部２３１は、当該操作されたボタンの情報を管理部２３３に供給する。管理部２３３は、端末記憶部ＴＢ２３にアクセスして、選択されたグループのグループＩＤに関連付けられた投稿日時情報のうち、最も古いものを読み出す。そして、管理部２３３は、要求元利用者（利用者Ａ）の利用者ＩＤと、承諾相手として決定された利用者（要求先利用者）の利用者ＩＤと、当該グループＩＤと、当該投稿日時情報と、を送信部２３６に転送し、送信部２３６は、これらの情報を管理サーバ１０に送信する（ステップＳｂ３０６）。これにより、要求元利用者の端末装置から管理サーバ１０に、メッセージ履歴の補充が申請されたことが通知されるとともに、当該端末装置での当該グループについてのメッセージ履歴の蓄積状態が報告されることになる。
なお、説明の便宜上、承諾相手として利用者Ｂが決定されたものとして説明する。

管理サーバ１０では、受信部１２１が、要求元利用者である利用者Ａの端末装置２０−１から申請および報告を受信して管理部１２３に供給する。
管理部１２３は、当該申請を申請処理部１２２に転送する一方、次の承諾問い合わせ画面の作成に必要な情報、例えば要求元利用者の名前情報や、グループＩＤに対応するグループの名称情報などを、利用者／グループ記憶部ＴＢ１１から取得するとともに、要求先利用者（利用者Ｂ）の端末装置２０−２にアクセスするための情報を、同じく利用者／グループ記憶部ＴＢ１１から取得して、転送部１２５に供給する。なお、承諾問い合わせ画面の作成に必要な情報には、グループの名称情報や、要求先利用者の名前情報を用いた定型の通知文が含まれる。
一方、申請処理部１２２は、管理部１２３を介して要求元利用者による申請を受け付けると、要求先利用者の端末装置２０−２に対し、当該申請に対して応答すべき旨を指示する。この指示は、転送部１２５に供給される。
転送部１２５は、承諾問い合わせ画面の作成に必要な情報と、申請処理部１２２による指示とを選択された要求先利用者（利用者Ｂ）の端末装置２０−２に送信する（ステップＳｂ３０７）。

利用者Ｂの端末装置２０−２において、管理部２３３が、当該情報と当該指示とを受信すると、当該情報を表示制御部２４１に転送するとともに、当該表示制御部２４１に対して承諾問い合わせ画面を表示させるように指示する。これにより、表示制御部２４１は、表示部２０５に、当該承諾問い合わせ画面を表示させる（ステップＳｂ３０８）。

図２０は、承諾問い合わせ画面の一例を示す図である。
図に示される承諾問い合わせ画面において、メッセージ履歴の補充についての承諾を要求先利用者に問う通知文が吹き出し２８１によって表示されている。この通知文のうち、上から１番目の「」の部分に要求先利用者によって選択されたグループの名称が挿入される。また、２番目の「」の部分に要求先利用者の名前が挿入され、３番目の「」の部分に投稿日時情報のうち日時が挿入され、他の部分は定型である。
また、この承諾問い合わせ画面には、例えばメッセージ履歴の補充についての承諾を示すボタン２８３と、保留を示すボタン２８４とが表示されている。
なお、ここで示す承諾問い合わせ画面はあくまでも一例であり、画面でなくても良い。例えば、通知文をメール形式で、少なくとも承諾についての意志を確認させるための特定のリンク先を伴って表示させ、当該リンク先に移動したときに承諾の意志を示すようにしても良い。

相手先利用者（利用者Ｂ）の端末装置２０−２においては、要求元利用者によるメッセージ履歴の補充の申請に対する承諾があったか否かが判別される（ステップＳｂ３０９）。
なお、相手先利用者の端末装置２０−２において、承諾の問い合わせおよびその承諾については、上記チャットアプリの実行に優先させて例えば割り込みによって表示、確認しても良いし、チャットアプリにおける処理の一貫として実行しても良い。

なお、図２０は、グループの名称が「チーム２４６」（グループＩＤ：「ａｙ０３」）であるグループのメンバーの利用者Ａが要求元利用者となって未蓄積メッセージの補充を申請したときに、他のメンバーに当該申請の承諾を問い合わせる画面の一例である。本件におけるチャットには、グループチャットのほかに１対１チャットもある。１対１チャットにあっても、端末利用者がメッセージ履歴を誤って削除してしまうこと等があるので、１対１チャットにおいても、相手に承諾を求める場合がある。
１対１チャットにおけるチャット相手に対する承諾問い合わせ画面は、グループ名称を表示する必要がないので、例えば図２１に示されるようなものとなる。

さて、相手先利用者の端末装置２０−２において、要求先利用者がボタン２８３の表示部分を操作して、要求元利用者によるメッセージ履歴の補充について承諾したとき（ステップＳｂ３０９の判別結果が「Ｙｅｓ」になったとき）、承諾の旨の通知が管理サーバ１０に通知される（ステップＳｂ３１０）。
一方、ボタン２８４の表示部分への操作がなされて、要求元利用者によるメッセージ履歴の補充についての承諾を保留したとき、以降の処理はなされず、要求先利用者の端末装置２０−２においては、承諾問い合わせ画面を表示する前の動作に復帰する。なお、保留されると、ステップＳｂ３１０以降の処理が実行されないので、未蓄積メッセージが要求元利用者の端末装置２０−１に補充されることもない。
なお、保留されたとき、その旨を要求元利用者の端末装置２０−１に通知しても良い。

管理サーバ１０では、受信部１２１が承諾の旨の通知を受信すると、履歴処理部を兼ねる管理部１２３が、先に要求元利用者の端末装置２０−１から送信されたグループＩＤおよび投稿日時情報から、当該端末装置２０−１において蓄積されていない未蓄積メッセージを特定する（ステップＳｂ３１１ａ）。詳細には、管理部１２３は、管理記憶部ＴＢ１３に記憶されたメッセージのうち、当該グループＩＤに関連付けられたものであって、投稿日時情報が、当該端末装置２０−１から送信された投稿日時情報よりも古いもの全部を、当該端末装置２０−１における未蓄積メッセージとして特定する。続いて、管理部１２３は、特定した未蓄積メッセージを、関連付けられる付帯情報（投稿ＩＤ、投稿者ＩＤ、グループＩＤ、投稿日時情報および差出人情報）とともに、管理記憶部ＴＢ１３から読み出して転送部１２５に供給し、転送部１２５は、当該未蓄積メッセージ、および、これの付帯情報を要求元利用者の端末装置２０−１に送信する（ステップＳｂ３１２ａ）。

なお、端末装置２０−１では、管理部２３３が管理サーバ１０から未蓄積メッセージおよび付帯情報を受信すると、図１０に示した格納処理が実行される（ステップＳｂ３１４）。このため、当該未蓄積メッセージは、当該格納処理によって端末記憶部ＴＢ２３にグループＩＤ等とともに関連付けられて格納されるので（ステップＳｂ１０２）、当該グループにおいて未蓄積メッセージがそれまでのメッセージ履歴に補充（追加）されることになる。
したがって、転送先の端末装置２０においてチャット投稿・表示画面の表示（ステップＳｂ２３）では、以前では未蓄積であったメッセージについて、表示部２０５に対するフリックなどの操作することによって、過去に遡って表示させることができる。

この補充について図２２を参照して説明する。
ここでは、利用者Ａの端末装置２０−１において、グループの名称が「チーム２４６」であってグループＩＤが「ａｙ０３」であるグループに関連付けられて端末記憶部ＴＢ２３に記憶されているメッセージのうち、投稿日時情報が最も古いメッセージが図８において（ｚ）で示されるものであるとする。
このとき、端末装置２０−１においては当該グループに関連付けられて蓄積されたメッセージ（蓄積済履歴）は、図に示されるように、（ｚ）の投稿日時情報から現在に至るまでのものとなる。

利用者Ａが要求元利用者となって未蓄積メッセージの補充を申請すると、当該申請は、（ｚ）の投稿日時情報とともに管理サーバ１０に送信される（ステップＳｂ３０６）。
一方、当該申請を当該グループのメンバーである利用者Ｂが要求先利用者として承諾したとき（ステップＳｂ３０８の判別結果が「Ｙｅｓ」となったとき）、管理サーバ１０は、当該グループに関連付けられたメッセージのうち、（ｚ）の投稿日時情報よりも古いもの全部を、当該グループについて端末装置２０−１において未蓄積メッセージとして特定する（ステップＳｂ３１１ａ）。すなわち、このときに特定された未蓄積メッセージが、端末装置２０−１において補充すべき対象である。
そして、管理サーバ１０は、補充対象として特定した未蓄積メッセージを送信して、端末装置２０−１の端末記憶部ＴＢ２３に格納させる。これにより、当該端末装置２０−１では、当該未蓄積メッセージが格納される結果、メッセージ履歴が（ｚ）の投稿日時よりも前に遡って補充されることになる。

なお、この実施形態では、管理サーバ１０の管理記憶部ＴＢ１３が、当該グループの開設当初からのメッセージを逐一記憶しているので、未蓄積メッセージにおける投稿日時情報の起点は、グループが開設されたときのもの（グループ開設時）となる。
これに限られず、例えば、要求元利用者が未蓄積メッセージを申請するときに、未蓄積メッセージのうち、「いつから」のメッセージが欲しいのかを示す日時情報を指定する一方、管理サーバ１０の（管理部１２３）が、投稿日時情報が当該日時情報以降であるものを特定して、要求元の端末装置に送信して補充させても良い。
同様にして、要求元利用者が未蓄積メッセージを申請するときに、未蓄積メッセージのうち、「いつまで」のメッセージチャットが欲しいのかを示す日時情報を指定するようにしても良い。

また、この実施形態では、グループを構成するメンバーが端末利用者を含めて３名以上である場合に、端末利用者が要求先利用者となって未蓄積メッセージの補充を申請したとき、当該要求先利用者を除いたメンバーのなかから承諾相手を１人決定させる構成としているが、これに限られず、所定のルールによって承諾相手を１人決定するルールとしても良い。
例えば、当該グループを開設した利用者（開設者）を承諾相手として決定するルールとしても良いし、当該端末利用者を当該グループに招待したメンバー（招待者）を承諾相手として決定するルールとしても良い。このようなルールを適用する場合、要求先利用者の端末装置において、承諾相手の候補一覧画面を表示させる必要なくなる。一方、管理サーバ１０の管理部１２３が、要求先利用者からグループの開設者や、要求先利用者の招待者を、利用者／グループ記憶部ＴＢ１１を参照して特定し、特定した開設者／招待者を要求先利用者として決定して、承諾問い合わせ画面の送信先としても良い。
なお、要求先利用者イコール開設者である場合、このようなルールを適用することができない。この場合、上述したように他のメンバーのなかから承諾相手を１人決定させる構成にすれば良い。

管理部１２３が、グループメンバーの端末装置のそれぞれから、当該グループに関連付けられる最古の投稿日時情報を取得し、最古の、すなわち最も多くメッセージ履歴を有する端末装置の利用者を要求先利用者として自動的に決定する構成としても良い。
また、承諾相手を２以上選択させるとともに、そのうち最も早く承諾が得られれば、その時点で、ステップＳｂ３１０ａ以降の処理を実行すれば良い。

＜第２実施形態＞
次に、本発明の第２実施形態について説明する。

図２３は、第２実施形態に係るメッセージ提供システムの構成を示す図である。
図５に示した第１実施形態では、管理サーバ１０の管理記憶部ＴＢ１３において利用者の端末装置２０から送信されたメッセージ等がすべて記憶される構成としたが、第２実施形態では、この管理記憶部ＴＢ１３をなくした構成としたものである。このため、グループメンバーが送信したメッセージ等は、当該グループメンバーの端末装置２０の端末記憶部ＴＢ２３のみに記憶されることになる。
したがって、あるグループのメンバーである要求元利用者が未蓄積メッセージの補充を申請して、他のメンバーである要求先利用者によって当該申請が承諾されたとき、承諾した要求先利用者の端末装置における端末記憶部ＴＢ２３の記憶内容から要求元利用者における未蓄積メッセージが特定されて、当該要求元利用者の端末装置に送信されることになる。

なお、第２実施形態においてチャット処理にあっては、第１に、管理サーバ１０の側でメッセージ等を記憶しない点、および、第２に、グループ設定処理におけるメッセージ履歴の補充処理が異なる点以外、第１実施形態と同様である。
そこで、第２実施形態については、メッセージ履歴の補充処理を中心にして説明することにする。第２実施形態においても、グループ設定画面（図１８参照）に対して、メッセージ履歴の補充をする旨が指示されたとき、メッセージ履歴の補充処理が実行される。

図２４は、第２実施形態においてメッセージ履歴の補充処理が実行されるときに、メッセージ提供システムの動作シーケンスを示す図である。
上述したように、第２実施形態では、グループメンバーが送信したメッセージ等は、当該グループメンバーの端末装置２０の端末記憶部ＴＢ２３のみに記憶されるが、各メンバーでのメッセージの蓄積状態は、グループの参加時期や削除などによってメンバー毎に異なっている場合が多い。このため、未蓄積メッセージの補充を申請しても、補充の対象となるメッセージ履歴が、承諾相手となる要求先利用者の端末装置において必ず記憶されている保証はない。
そこで、第２実施形態では、要求元利用者が承諾相手を決定する際に参考となるように、各メンバーのメッセージ履歴の蓄積状態を知らせるようにしている。このため、図１２の第１実施形態と比較してステップＳｂ３０１〜Ｓｂ３０４が追加されている。

まず、端末装置２０では、グループ設定画面において要求元利用者である利用者Ａによってボタン２６３が操作されたとき、操作検出部２３１がその操作内容を管理部２３３に通知する。このとき、管理部２３３は、送信部２３６を介して、未蓄積メッセージを補充する旨の申請を、選択されたグループのグループＩＤおよび要求元の利用者ＩＤとともに、管理サーバ１０に送信する（ステップＳｂ３０１）。
管理サーバ１０では、受信部１２１が、要求先利用者の端末装置２０から情報を受信して、管理部１２３に供給する。
管理部１２３は、各メンバーの端末装置２０におけるメッセージ履歴の蓄積状態を知るために、その問い合わせ先となる端末装置２０を、グループＩＤおよび利用者ＩＤから特定する。詳細には、グループＩＤに対応するグループのメンバーのうち、利用者ＩＤに対応する要求元利用者を除外したメンバーの端末装置２０を、メッセージ履歴の蓄積状態を問い合わせ先として特定する。例えば、利用者Ａ、Ｂ、Ｃ、Ｄから構成されるグループにおいて、利用者Ａが未蓄積メッセージを補充する旨を申請した要求元利用者である場合、端末装置２０−２、２０−３、２０−４が問い合わせ先として特定される。
そして、管理部１２３は、特定した端末装置２０、上記の例でいえば端末装置２０−２、２０−３、２０−４に対して、グループＩＤに関連付けられるメッセージ履歴の蓄積状態を、転送部１２５を介して問い合わせる（ステップＳｂ３０２）。

一方、問い合わせ先の端末装置２０では、上記の例でいえば端末装置２０−２、２０−３、２０−４のそれぞれでは、管理部２３３が、端末記憶部ＴＢ２３にアクセスし、当該グループに関連付けられる投稿日時情報のうち、最も古いものを取得し、当該投稿日時情報およびその端末装置２０の利用者ＩＤを、送信部２３６を介して管理サーバ１０に返信する（ステップＳｂ３０３）。
管理サーバ１０では、受信部１２１が、要求先利用者の端末装置２０から投稿日時情報等を受信して管理部１２３に供給し、管理部１２３は、問い合わせした端末装置２０から受信された投稿日時情報等を、転送部１２５を介して、要求元利用者の端末装置２０に送信する（ステップＳｂ３０４）。

要求元利用者の端末装置２０において、管理部２３３が当該投稿日時情報等を受信すると、当該投稿日時情報等を表示制御部２４１に供給する。
そして、管理部２３３は、表示制御部２４１に対して承諾相手の候補一覧画面を表示させるように指示する。これにより、メッセージ履歴の補充等を申請（要求）する利用者（要求元利用者）に対しては、承諾を得る利用者を決定するように促される（ステップＳｂ３０５）。

図２５は、承諾相手の候補一覧画面の一例を示す図である。
この図に示される画面についても、図１２に示した画面と同様に、端末利用者である利用者Ａが、チャット相手一覧画面において「チーム２４６」という名称の表示部分をタッチ操作した場合の例である。
ただし、図２５に示した画面が、図１２に示した画面と比較して、承諾相手の表示部分の近傍に、各承諾相手の端末装置から送信された投稿日時情報に基づくバーグラフ２８１、２８２、２８３の表示が追加されている。
詳細には、バーグラフ２８１、２８２、２８３は、各右端を現在として揃えたときに、対応する利用者の端末装置から送信された投稿日時情報で示される日時が古くなるにつれて、左側に伸びるように表示させたものである。このため、古いメッセージ、換言すれば、多くのメッセージを記憶しているほど、バーグラフが左側に伸びた状態、すなわち過去に向かって伸びるように表示されるので、どのメンバー（の端末装置）が、最も多くのメッセージを記憶しているのかが視覚的に判明する。図の例では、利用者Ｂのバーグラフ２８１が最も長いので、端末装置２０−２が最も多くメッセージ履歴を記憶しているのが判る。

また、図２６に示されるように、承諾相手の候補者をメッセージ履歴の記憶量が多いほど上位となるように、すなわち、バーグラフの長い順に並び替えて表示しても良い。このように並び替えると、バーグラフが接近していても、どちらが長いか一目瞭然であるし、また、グループのメンバー数が多いために１画面で表示しきないケースであっても、どの候補者においてメッセージ履歴の記憶量が多いのかが比較しやすくなる。

図２５および図２６の例においては、要求先利用者である利用者Ａの投稿日時情報に基づくバーグラフ２８０が比較のために表示されている。
なお、あるグループのメンバーの端末装置から送信された投稿日時情報が、要求先利用者の端末装置において当該グループに関連付けられた最も古い投稿日時情報よりも新しければ、当該メンバーの端末装置では、要求元利用者の未蓄積メッセージを記憶していないことになる。このため、そのようなメンバー（図の例では利用者Ｃ）については、承諾相手の候補一覧から除外しても良い。

さて、承諾相手の候補一覧画面において、いずれかのボタンの操作によって承諾相手が決定されたとき、例えば利用者Ｂが選択されたとき、管理部２３３は、第１実施形態と同様に、要求元利用者（利用者Ａ）の利用者ＩＤと、承諾相手として決定された利用者Ｂ（要求先利用者）の利用者ＩＤと、グループＩＤと、投稿日時情報とを送信部２３６に転送し、送信部２３６は、これらの情報を管理サーバ１０に送信する（ステップＳｂ３０６）。これにより、要求元利用者の端末装置から管理サーバ１０に、メッセージ履歴の補充が申請されたことが通知されるとともに、当該端末装置での当該グループについてのメッセージ履歴の蓄積状態が報告されることになる。

管理サーバ１０では、要求元利用者である利用者Ａの端末装置２０−１から申請および報告が受信されると、管理部１２３は、承諾問い合わせ画面の作成に必要な情報および要求先利用者の端末装置２０−２にアクセスするための情報を取得して、転送部１２５に供給する一方、申請処理部１２２は、要求先利用者の端末装置２０−２に対し、当該申請に対して応答すべき旨を指示する。この指示は、転送部１２５に供給される。
転送部１２５は、承諾問い合わせ画面の作成に必要な情報（要求元利用者の利用者ＩＤを含む）と、申請処理部１２２による指示とを選択された要求先利用者の端末装置２０−２に送信する（ステップＳｂ３０７）。

要求先利用者の端末装置２０−２において、当該承諾問い合わせ画面が表示され（ステップＳｂ３０８）、要求元利用者によるメッセージ履歴の補充についての承諾があったか否かが判別される（ステップＳｂ３０９）。
そして、要求元利用者によるメッセージ履歴の補充について承諾されると（ステップＳｂ３０９の判別結果が「Ｙｅｓ」になると）、第２実施形態では、要求先利用者の端末装置は、管理サーバ１０の代わりに、先に要求元利用者の端末装置から送信されたグループＩＤおよび投稿日時情報に基づいて未蓄積メッセージを特定する（ステップＳｂ３１１ｂ）。
詳細には、要求先利用者の端末装置では、管理部２３３が、端末記憶部ＴＢ２３に記憶されたメッセージのうち、当該グループＩＤに関連付けられたものであって、投稿日時情報が、要求元利用者から送信された投稿日時情報よりも古いもの全部を、要求元利用者における未蓄積メッセージとして特定する。
続いて、管理部２３３は、特定した未蓄積メッセージを、関連付けられる付帯情報（投稿ＩＤ、投稿者ＩＤ、グループＩＤ、投稿日時情報および差出人情報）とともに、端末記憶部ＴＢ２３から読み出す。このとき、管理部２３３は、読み出した未蓄積メッセージに、付帯情報とともに、先の承諾問い合わせ画面の作成に必要な情報に含まれていた要求元利用者の利用者ＩＤを添付して、送信部２３６に供給する。送信部２３６は、当該未蓄積メッセージなどを管理サーバ１０に送信する（ステップＳｂ３１２ｂ）。

管理サーバ１０は、要求先利用者の端末装置から未蓄積メッセージなどを受信すると、当該未蓄積メッセージを付帯情報とともに要求元利用者の端末装置に送信（転送）する（ステップＳｂ３１３）。
このときに管理サーバ１０において、要求先利用者の端末装置から受信した未蓄積メッセージの付帯情報には、投稿ＩＤが含まれる。一方、ある利用者が端末装置においてチャットのメッセージの送信操作をしたときに（ステップＳｂ２６）、管理サーバ１０が当該端末装置から受信したメッセージの付帯情報には、投稿ＩＤが含まれない。
このため、管理サーバ１０の管理部（履歴処理部）１２３は、端末装置からメッセージを受信したときに、当該メッセージの付帯情報に投稿ＩＤが含まれていれば、当該メッセージは、要求元利用者の端末装置に転送すべき未蓄積メッセージであると判別して、当該未蓄積メッセージと付帯情報とを、添付された要求元利用者の利用者ＩＤを転送先として送信する。
一方、管理部１２３は、端末装置からメッセージを受信したときに、当該メッセージの付帯情報に投稿ＩＤが含まれていなければ、当該未蓄積メッセージと付帯情報とを、グループＩＤで特定されるグループメンバーのうち、投稿者ＩＤを除いたメンバーの端末装置に、投稿ＩＤを付与した上で送信することについては、すでに上述した通りである。

なお、要求元利用者の端末装置では、管理部２３３が管理サーバ１０から未蓄積メッセージを受信すると、格納処理（図１０参照）が実行される（ステップＳｂ３１４）。このため、当該未蓄積メッセージは、端末記憶部ＴＢ２３にグループＩＤなどともに関連付けられて格納されるので（ステップＳｂ１０２）、当該グループにおいて未蓄積メッセージが補充されることになる。
このため、要求元利用者の端末装置２０において、チャット投稿・表示画面（ステップＳｂ２３）では、補充されたメッセージを、表示部２０５に対するフリックなどの操作によって、過去に遡って表示させることができる。

この補充について図２７を参照して説明する。
ここでは、利用者Ａの端末装置２０−１の端末記憶部ＴＢ２３において、グループＩＤが「ａｙ０３」であるグループに関連付けられて記憶されているメッセージのうち、投稿日時情報が最も古いメッセージが図８において（ｚ）で示されるものであるとする。このとき、端末装置２０−１においては当該グループに関連付けられたメッセージ履歴は、図に示されるように、（ｚ）の投稿日時情報から現在に至るまでのものとなる。
ここで、利用者Ａが要求元利用者となって、当該グループのメンバーから送信された未蓄積メッセージの補充を申請すると、承諾相手の候補一覧画面は、図２５または図２６に示されるようなものとなるので、利用者Ｂ（の端末装置）が、（ｚ）の投稿日時情報よりも古いメッセージを最も多く記憶していることが判明する。
このため、要求先利用者が利用者Ｂに対応するボタン２７１を操作すると、要求先利用者である利用者Ｂの端末装置では、（ｚ）の投稿日時情報よりも古いもの全部が、当該グループについての補充対象とする未蓄積メッセージとして特定される（ステップＳｂ３１１ｂ）。
補充対象として特定された未蓄積メッセージは、要求先利用者の端末装置から管理サーバ１０に送信され（ステップＳｂ３１２ｂ）、
管理サーバ１０は、当該未蓄積メッセージを、要求元利用者の端末装置に転送して（ステップＳｂ３１３）、端末記憶部ＴＢ２３に格納させる。これにより、要求元利用者の端末装置では、当該未蓄積メッセージが格納される結果、蓄積済履歴が（ｚ）の投稿日時情報よりも前に遡って補充されることになる。
なお、第２実施形態において、補充される未蓄積メッセージは、管理サーバ１０の側で記憶されたものではなく、メンバーである相手先利用者の端末装置の側で記憶されたものである。このため、補充される未蓄積メッセージの最古は、第１実施形態のようにグループ開設時とは限らない。
このため、第２実施形態においても、第１実施形態と同様に、要求元利用者が「いつから」、「いつまで」を指定しても良いが、該当するメッセージがグループメンバーのいずれかの端末装置で記憶されているとは限らない。

なお、承諾相手の候補となるメンバーから投稿日時情報を受信した後に、承諾相手の候補一覧画面を表示させたが、承諾相手の候補となるメンバーの一覧を先に表示させるとともに、その後、各メンバーの端末装置から投稿日時情報が（管理サーバ１０を経由して）送信された時点で、履歴蓄積状態を示すバーグラフをメンバーに対応付けて順次表示させても良い。
また、メンバーのメッセージ履歴の保有状態を示すバーグラフは、第２実施形態固有ではなく、第１実施形態においても同様に表示させても良い。

第２実施形態では、（必ずしも未蓄積メッセージが記憶されているとは限らないが）第１実施形態と同様に所定のルールによって、例えば開設者／招待者を承諾相手として決定しても良い。
また、最も多くメッセージ履歴を有する端末装置の利用者を要求先利用者として自動的に決定する構成としても良い。すなわち、ステップＳｂ３０４において、問い合わせした端末装置２０から投稿日時情報等を管理部１２３が取得した時点で、最も多くメッセージ履歴を有する端末装置の利用者が判明する。このため、管理部１２３が、最も多くメッセージ履歴を有する端末装置の利用者を要求先利用者として決定し、未蓄積メッセージの承認を、当該要求先利用者に問い合わせるようにしても良い。したがって、管理部１２３は、要求先利用者に承諾相手の一覧表示画面を表示させる必要がなくなる。
第２実施形態において、承諾相手を２以上選択させるとともに、そのうち最も早く承諾が得られれば、その時点での承諾者の端末装置において、ステップＳｂ３１１ｂ以降の処理を実行すれば良い。

＜第３実施形態＞
次に、本発明の第３実施形態について説明する。

図２８は、第３実施形態に係るメッセージ提供システムの構成を示す図である。
図５に示した第１実施形態では、管理サーバ１０の管理記憶部ＴＢ１３において利用者の端末装置２０から送信されたメッセージ等がすべて記憶されるとともに、ある利用者に関連するメッセージが、当該利用者の端末装置２０の端末記憶部ＴＢ２３にも記憶された構成であったが、第３実施形態では、このような端末記憶部ＴＢ２３をなくした構成としたものである。その代わりに、第３実施形態において、管理サーバ１０側では、利用者のそれぞれに対応した管理記憶部ＴＢ３３−１、ＴＢ３３−２、ＴＢ３３−３、ＴＢ３３−４、…が設けられる。
すなわち、第１実施形態において利用者の端末装置２０に構築されていた端末記憶部ＴＢ２３が、第３実施形態においては、管理サーバ１０側に、利用者のそれぞれに個々に対応した管理記憶部ＴＢ３３−１、ＴＢ３３−２、ＴＢ３３−３、ＴＢ３３−４、…として構築される。
したがって、ある利用者の端末装置２０において、例えばチャット投稿・表示画面（ステップＳｂ２３）の処理が実行される場合、当該端末装置２０は、当該管理サーバ１０と通信するとともに、当該管理サーバ１０側において当該利用者に対応する端末記憶部から、グループに関連付けられるメッセージ等を取得することになる。
なお、第３実施形態は、端末記憶部が設けられる場所が異なるだけで、動作的には、第１実施形態とほぼ同じであるので、これ以上の説明は省略することにする。

＜応用・変形例＞
本発明は、上述した各実施形態に限定されるものではなく、例えば次に述べるような各種の応用・変形が可能である。なお、次に述べる応用・変形の態様は、任意に選択された一または複数を適宜に組み合わせることもできる。

＜アカウント削除、再登録＞
例えば利用者Ｆと利用者Ｇとの２名で構成されるグループにおいてチャットが行われていた場合に、利用者Ｆがチャットアプリをアンインストールしたとき、利用者Ｆのチャットのアカウントが削除されるとともに、利用者Ｆの端末装置では、それまでの利用者Ｇとで交わしことによるメッセージ履歴も削除される。
この状態において、利用者Ｆが再びチャットアプリを用いたチャットに参加するためには、新たなアカウントを取得する必要がある。このとき、利用者Ｆには新たな（以前とは異なる）利用者ＩＤが付与されるので、利用者Ｇからみて利用者Ｆは、別の利用者Ｆ１として扱われる。一方で、上記グループから、見掛け上、利用者Ｆが脱会した扱いとなるので、利用者Ｇが当該グループに１人で参加している状態になる。
ここで、利用者Ｇの招待によって利用者Ｆ１が当該グループに参加すると、当該グループは、利用者Ｆ１と利用者Ｇとの２名で構成されるので、利用者Ｆ１と利用者Ｇとの１対１チャットが可能になる。

利用者Ｆ１（Ｆ）の端末装置では、利用者Ｇと交わしたメッセージ履歴が削除されているので、その復活を利用者Ｆ１（Ｆ）が望む場合、利用者Ｇに対して未蓄積メッセージの補充を申請することになる。当該申請に対して承諾があれば、利用者Ｆ１（Ｆ）の端末装置では、削除されたメッセージ履歴が復活することになる（第２実施形態であれば、利用者Ｇが利用者Ｆと交わしたメッセージを削除していない場合に限る）。
ただし、利用者Ｆがアカウントを削除したときに、管理サーバ１０の利用者／グループ記憶部ＴＢ１１では、当該利用者Ｆの名前情報が例えば「ｕｎｋｎｏｗｎ」に書き換えられるとともに、利用者Ｆのプロフィール画像が削除された状態になる。

第１実施形態では、管理記憶部ＴＢ１３に記憶されたメッセージ履歴が管理サーバ１０の利用者／グループ記憶部ＴＢ１１の状態に同期するので、利用者Ｆ１の端末装置でメッセージ履歴が管理記憶部ＴＢ１３によって復活しても、当該メッセージ履歴の名前情報には、利用者Ｇの名前、「ｕｎｋｎｏｗｎ」、利用者Ｆ１の３名が登場してしまう状況になる。
同様に第２実施形態では、利用者Ｇの端末記憶部ＴＢ２３に記憶されたメッセージ履歴が、管理サーバ１０の利用者／グループ記憶部ＴＢ１１の状態に同期するので、利用者Ｆ１の端末装置でメッセージ履歴が端末記憶部ＴＢ２３によって復活しても、当該メッセージの履歴の名前情報には、やはり利用者Ｇ、「ｕｎｋｎｏｗｎ」、利用者Ｆ１の３名が登場してしまう状況になる。

しかしながら、このような状況であっても、端末装置に、「ｕｎｋｎｏｗｎ」を利用者Ｆ１の名前に置き換えるとともに、「ｕｎｋｎｏｗｎ」について削除されたプロフィール画像として利用者Ｆ１のプロフィール画像を登録する機能を設けると、「ｕｎｋｎｏｗｎ」イコール利用者Ｆ１として扱うことが可能になる。

＜グループ設定＞
グループ設定画面への移行を指示するボタン２５４については、チャット投稿・表示画面（図１５、図１７）に設けたが、より上層の、例えばチャット相手一覧画面に設けても良い。チャット相手一覧画面にボタン２５４を設ける場合、その段階では、チャット相手が選択されていないので、設定対象となるチャット相手（グループ）を選択させた後に、設定画面に移行するようにすれば良い。
また、チャット相手一覧画面において、チャット相手（グループ）とのチャット投稿・表示画面へ移行させるためのタッチ操作とは異なる操作（例えば、長押し操作）であった場合に、グループ設定画面に移行させるようにしても良い。

＜管理部（履歴処理部）＞
各実施形態において、管理部１２３は、履歴処理部を兼ねて一体化したブロックとして表現したが、分離したブロックとして考えても良い。

＜メッセージの形式＞
チャットチャットについては、文字のみとしたが、音声信号や、静止画像、動画像としても良いし、これらを適宜組み合わせたものであっても良い。メッセージに、音声信号や、動画像を含ませる場合、これらを再生することが閲覧となる。

＜タッチパネル以外の操作＞
端末装置２０がタッチパネル２２０を有する構成として説明したが、ハードウェアのキーやスイッチなどの操作子を有し、これらの操作子を介して各種の入力操作を行う構成としても良い。

＜クラウド＞
各種実施形態では、管理サーバ１０がデータベース１１８を内包して管理する構成としていたが、管理サーバ１０以外のサーバで管理する構成、すなわちクラウドコンピューティングで管理するようにしても良い。同様に、各種実施形態では、端末装置２０がデータベース２１８を内包して管理する構成としていたが、管理サーバ１０や他のサーバによってクラウドコンピューティングで管理するようにしても良い。
すなわち、管理記憶部ＴＢ１３、ＴＢ３３−１等は、管理サーバ１０以外の他のサーバで管理する構成として良いし、端末記憶部ＴＢ２３についても、他のサーバで管理する構成としても良い。

１…メッセージ提供システム、１０…管理サーバ、２０…端末装置、１０１、２０１…ＣＰＵ、１２２…申請処理部、１２３…管理部（履歴処理部）、１１８、２１８…データベース、２０５…表示部、２４１…表示制御部。

Claims (9)

1. グループに参加する複数の利用者のそれぞれごとに、当該グループに参加した以降に互いの利用者から発信されたメッセージが蓄積されたメッセージ履歴を、利用者の端末装置にて閲覧可能に提供する管理装置であって、
   前記複数の利用者のうち一の利用者である要求元利用者から、当該要求元利用者を除いた利用者の一部または全部である要求先利用者に対する申請を受け付ける申請処理部と、
   前記要求元利用者に対応したメッセージ履歴に蓄積されていない未蓄積メッセージを、前記申請に応じる要求先利用者に対応したメッセージ履歴から取得して、前記要求元利用者に対応したメッセージ履歴に追加する処理をさせる履歴処理部と、
   を備えることを特徴とする管理装置。
2. 前記複数の利用者のそれぞれに対応したメッセージ履歴は、管理記憶部で記憶され、
   前記履歴処理部は、
   前記申請に応じる要求先利用者に対応して前記管理記憶部に記憶されたメッセージ履歴から前記未蓄積メッセージを取得して、前記要求元利用者に対応したメッセージ履歴に追加する処理をさせる
   ことを特徴とする請求項１に記載の管理装置。
3. 前記複数の利用者のそれぞれに対応したメッセージ履歴は、それぞれの前記端末装置の端末記憶部で記憶され、
   前記履歴処理部は、
   前記申請に応じる要求先利用者に対応して前記端末記憶部に記憶されたメッセージ履歴から前記未蓄積メッセージを取得して、取得した前記未蓄積メッセージを前記要求元利用者に対応して前記端末記憶部に記憶されたメッセージ履歴に追加する処理をさせる
   ことを特徴とする請求項１に記載の管理装置。
4. 前記メッセージ履歴に含まれるメッセージには、当該メッセージを発信した利用者と発信された日時情報とが関連付けられており、
   前記要求元利用者に対応したメッセージ履歴に含まれるメッセージの中で最も古い日時情報に基づいて、前記要求元利用者に対応したメッセージ履歴に含まれるメッセージのうち前記未蓄積メッセージが特定され、
   前記履歴処理部は、
   特定された前記未蓄積メッセージを前記要求元利用者に対応したメッセージ履歴に追加する処理をさせる
   ことを特徴とする請求項１乃至３のいずれかに記載の管理装置。
5. 前記グループに参加する前記複数の利用者は３人以上であって、
   前記申請処理部は、前記複数の利用者のうち前記要求元利用者を除く利用者の中から前記要求元利用者が選択した要求先利用者に対する申請を受け付ける
   ことを特徴とする請求項１乃至４のいずれかに記載の管理装置。
6. 前記グループに参加する前記複数の利用者は３人以上であって、
   前記申請処理部は、前記要求元利用者からの申請を受け付けた場合に、所定のルールに従って、前記複数の利用者のうち前記要求元利用者を除く利用者の中から一の利用者を前記申請に応じる要求先利用者として決定する
   ことを特徴とする請求項１乃至４のいずれかに記載の管理装置。
7. 前記所定のルールとは、前記複数の利用者のうち前記要求元利用者を除く利用者の中で対応するメッセージ履歴が最も多い利用者を前記申請に応じる要求先利用者とする
   ことを特徴とする請求項６に記載の管理装置。
8. グループに参加する複数の利用者のそれぞれごとに、当該グループに参加した以降に互いの利用者から発信されたメッセージが蓄積されたメッセージ履歴を、利用者の端末装置にて閲覧可能に提供するメッセージ管理方法であって、
   前記複数の利用者のうち一の利用者である要求元利用者から、当該要求元利用者を除いた利用者の一部または全部である要求先利用者に対する申請を受け付けるステップと、
   前記要求元利用者に対応したメッセージ履歴に蓄積されていない未蓄積メッセージを、前記申請に応じる要求先利用者に対応したメッセージ履歴から取得して、前記要求元利用者に対応したメッセージ履歴に追加する処理をさせるステップと、
   を備えることを特徴とするメッセージ管理方法。
9. グループに参加する複数の利用者のそれぞれごとに、当該グループに参加した以降に互いの利用者から発信されたメッセージが蓄積されたメッセージ履歴を、利用者の端末装置にて閲覧可能に提供するコンピュータを、
   前記複数の利用者のうち一の利用者である要求元利用者から、当該要求元利用者を除いた利用者の一部または全部である要求先利用者に対する申請を受け付ける申請処理部、および、
   前記要求元利用者に対応したメッセージ履歴に蓄積されていない未蓄積メッセージを、前記申請に応じる要求先利用者に対応したメッセージ履歴から取得して、前記要求元利用者に対応したメッセージ履歴に追加する処理をさせる履歴処理部、
   として機能させることを特徴とするプログラム。

Images