JP2022008933A - 情報処理装置、情報処理プログラム及び情報処理方法 - Google Patents

Abstract

【課題】送信されたメッセージに対する書き換え操作があった場合であっても、その書き換え操作があったことを、ユーザーは知ることができる情報処理装置を提供する。
【解決手段】情報処理装置はプロセッサを有し、プロセッサは、複数のユーザーによって送信される複数のメッセージの内容を時系列順で提示している画面を表示し、送信されたメッセージに対する書き換え操作を検知した場合、前記複数のメッセージを提示している順番を変更せずに前記書き換え操作の結果を反映し、前記書き換え操作の結果を反映したメッセージの少なくとも一部に重畳された態様で前記書き換え操作があった旨を表示する。
【選択図】図１

Description

本発明は、情報処理装置、情報処理プログラム及び情報処理方法に関する。

特許文献１には、電子メッセージは、当該メッセージに含まれるマルウェアについて分析され、電子メッセージ自身に含まれるマルウェアを検出及び処理するために、当該電子メッセージのテキストが分析されうるが、本技術は、電子メッセージ及びその添付物を分析でき、これにより、ＵＲＬ（ｕｎｉｆｏｒｍ ｒｅｓｏｕｒｃｅ ｌｏｃａｔｉｏn）を検出し、当該ＵＲＬが疑わしいものであるかを特定し、全ての疑わしいＵＲＬを分析してマルウェアであるかを判断し、分析にあたっては、当該疑わしいＵＲＬを仮想環境でリプレイし、対象の演算装置による当該電子メッセージの受信をシミュレートし、リプレイされたＵＲＬが悪意あるものであると判断された場合、当該悪意あるＵＲＬは、ブラックリストに加えられ、当該ブラックリストは、コンピュータシステム全体にわたって更新されることが開示されている。

特表２０１４－５１３８３４号公報

ユーザー間でメッセージのやり取りが行われている（例えば、電子メール、チャット、ＳＮＳにおけるメッセージ交換等）。
しかし、送信されたメッセージに対する書き換え操作があった場合、その書き換えがあったことを知ることができない。
本発明は、送信されたメッセージに対する書き換え操作があった場合、その書き換え操作があったことを、ユーザーは知ることができる情報処理装置、情報処理プログラム及び情報処理方法を提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、プロセッサを有し、前記プロセッサは、複数のユーザーによって送信される複数のメッセージの内容を時系列順で提示している画面を表示し、送信されたメッセージに対する書き換え操作を検知した場合、前記複数のメッセージを提示している順番を変更せずに前記書き換え操作の結果を反映し、前記書き換え操作の結果を反映したメッセージの少なくとも一部に重畳された態様で前記書き換え操作があった旨を表示する、情報処理装置である。

請求項２の発明は、前記旨は、前記書き換え操作が行われた日時情報を含む、請求項１に記載の情報処理装置である。

請求項３の発明は、前記書き換え操作が複数の前記メッセージに存在する場合、前記書き換え操作を一覧で表示する、請求項１又は２に記載の情報処理装置である。

請求項４の発明は、前記書き換え操作が行われた位置に関連付けて、変化した旨を表示する、請求項１から３のいずれか一項に記載の情報処理装置である。

請求項５の発明は、プロセッサを備えたコンピュータの前記プロセッサに、複数のユーザーによって送信される複数のメッセージの内容を時系列順で提示している画面を表示し、送信されたメッセージに対する書き換え操作を検知した場合、前記複数のメッセージを提示している順番を変更せずに前記書き換え操作の結果を反映し、前記書き換え操作の結果を反映したメッセージの少なくとも一部に重畳された態様で前記書き換え操作があった旨を表示させる、情報処理プログラムである。

請求項６の発明は、前記旨は、前記書き換え操作が行われた日時情報を含む、請求項５に記載の情報処理プログラムである。

請求項７の発明は、前記書き換え操作が複数の前記メッセージに存在する場合、前記書き換え操作を一覧で表示する、請求項５又は６に記載の情報処理プログラムである。

請求項８の発明は、前記書き換え操作が行われた位置に関連付けて、変化した旨を表示する、請求項５から７のいずれか一項に記載の情報処理プログラムである。

請求項９の発明は、コンピュータが行う情報処理方法であって、前記コンピュータは、複数のユーザーによって送信される複数のメッセージの内容を時系列順で提示している画面を表示し、送信されたメッセージに対する書き換え操作を検知した場合、前記複数のメッセージを提示している順番を変更せずに前記書き換え操作の結果を反映し、前記書き換え操作の結果を反映したメッセージの少なくとも一部に重畳された態様で前記書き換え操作があった旨を表示する、情報処理方法である。

請求項１０の発明は、前記旨は、前記書き換え操作が行われた日時情報を含む、請求項９に記載の情報処理方法である。

請求項１１の発明は、前記書き換え操作が複数の前記メッセージに存在する場合、前記書き換え操作を一覧で表示する、請求項９又は１０に記載の情報処理方法である。

請求項１２の発明は、前記書き換え操作が行われた位置に関連付けて、変化した旨を表示する、請求項９から１１のいずれか一項に記載の情報処理方法である。

請求項１の情報処理装置によれば、送信されたメッセージに対する書き換え操作があった場合、その書き換え操作があったことを、ユーザーは知ることができる。

請求項２の情報処理装置によれば、書き換え操作が行われた日時を、ユーザーは知ることができる。

請求項３の情報処理装置によれば、複数のメッセージに書き換え操作が存在する場合、その書き換え操作を一覧で、ユーザーは知ることができる。

請求項４の情報処理装置によれば、メッセージ内の書き換え操作が行われた位置を、ユーザーは知ることができる。

請求項５の情報処理プログラムによれば、送信されたメッセージに対する書き換え操作があった場合、その書き換え操作があったことを、ユーザーは知ることができる。

請求項６の情報処理プログラムによれば、書き換え操作が行われた日時を、ユーザーは知ることができる。

請求項７の情報処理プログラムによれば、複数のメッセージに書き換え操作が存在する場合、その書き換え操作を一覧で、ユーザーは知ることができる。

請求項８の情報処理プログラムによれば、メッセージ内の書き換え操作が行われた位置を、ユーザーは知ることができる。

請求項９の情報処理方法によれば、送信されたメッセージに対する書き換え操作があった場合、その書き換え操作があったことを、ユーザーは知ることができる。

請求項１０の情報処理方法によれば、書き換え操作が行われた日時を、ユーザーは知ることができる。

請求項１１の情報処理方法によれば、複数のメッセージに書き換え操作が存在する場合、その書き換え操作を一覧で、ユーザーは知ることができる。

請求項１２の情報処理方法によれば、メッセージ内の書き換え操作が行われた位置を、ユーザーは知ることができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 受信されたメッセージが受信後又は閲覧後に変化した場合の例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 メッセージテーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係、ログイン等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。また、「Ａ、Ｂ、Ｃ」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その１つのみを選んでいる場合（例えば、Ａのみ）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置１００は、メッセージを受信し、そのメッセージを提示するものであって、図１の例に示すように、メッセージ処理モジュール１０５、記憶（Ｂ）モジュール１２５、差分抽出モジュール１３０、通知モジュール１３５を有している。特に、受信されたメッセージが変化した（変更された）場合であっても、その変化したことを、ユーザーに知らせるようにしている。
ここでメッセージとは、複数人の間でコミュニケーションツールを用いてやり取りされるデータであって、少なくとも文字列を含むものである。例えば、電子メール、チャット（テキストチャットを含む）における会話情報、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）におけるメッセージ送受信機能でやり取りされるメッセージ等がある。

例えば、電子メールのウイルスチェックは、ユーザーのメールアドレスで電子メールを受信すると、自動的にウイルスチェックが行われる。このウイルスチェックは、メールサーバー、又は、ユーザーの端末内のメーラーで行われている。
つまり、ユーザーが受信した後に（つまり、ウイルスチェックが１回行われた後に、さらに）、ウイルスチェックは行われないのが一般的である。
しかし、電子メールを受信した時点では安全であった内容が、後から操作されて危険な内容に変更される技術が、存在する。危険な内容の例は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｉｏn）といったリンク先の情報が変更され、ウィルスなどが格納されているファイル等にユーザーをおびき寄せることである。

例えば、図３に示すようなメッセージ内の書き換えが行われる。図３は、受信されたメッセージが受信後又は閲覧後に変化した場合の例を示す説明図である。
図３（ａ）の例は、電子メールを受信した直後に、その電子メールを表示したもの（１回目の閲覧）である。メッセージ提示画面３００ａには、日時表示領域３０５ａ、送信元表示領域３１０ａ、送信先表示領域３１５ａ、件名表示領域３２０ａ、本文表示領域３２５ａを表示する。
例えば、日時表示領域３０５ａには、「Ｆｒｉ，２９ Ｓｅｐ ２０１７ １１：１１：１１」と表示され、送信元表示領域３１０ａには、「ａａａ＠ｂｂｂ．ｃｏ．ｊｐ」と表示され、送信先表示領域３１５ａには、「ｘｘｘ＠ｙｙｙ．ｃｏ．ｊｐ」と表示され、件名表示領域３２０ａには、「ご招待」と表示され、本文表示領域３２５ａには、「こんにちは。・・・・・・・・・ ｈｔｔｐ：／／Ａｎｚｅｎ．ｃｏｍ アクセスして下さい。」と表示されている。この電子メールの内容は、ウイルスチェックが行われており、「ｈｔｔｐ：／／Ａｎｚｅｎ．ｃｏｍ」にアクセスしても問題はない。

そして、図３（ｂ）の例は、２回目にその電子メールを表示したものである。メッセージ提示画面３００ｂには、日時表示領域３０５ｂ、送信元表示領域３１０ｂ、送信先表示領域３１５ｂ、件名表示領域３２０ｂ、本文表示領域３２５ｂを表示する。
日時表示領域３０５ｂ、送信元表示領域３１０ｂ、送信先表示領域３１５ｂ、件名表示領域３２０ｂは、図３（ａ）の日時表示領域３０５ａ、送信元表示領域３１０ａ、送信先表示領域３１５ａ、件名表示領域３２０ａとそれぞれ同じである。
しかし、本文表示領域３２５ｂ内には、本文表示領域３２５ａの「ｈｔｔｐ：／／Ａｎｚｅｎ．ｃｏｍ」が「ｈｔｔｐ：／／Ｋｉｋｅｎ．ｃｏｍ」と改変されて表示されている。これは、電子メールの受信後に、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）に改変が加えられ、このように表示が変化したものである。例えば、偽のウェブサイトへのＵＲＬリンクになっており、いわゆるフィッシングが行われることになる。受信したユーザーは、１回目の閲覧ではＵＲＬが問題なかったので、２回目の閲覧でも同じＵＲＬであると思い、そのＵＲＬにアクセスしてしまう可能性がある。
この問題は、特にＣＳＳやＨＴＭＬを悪用したものに発生している。ＣＳＳを使ったメールは外部にある情報を読み込むため、メールが相手に届いた後でも、ＣＳＳを差し替えることで、受信者の手元にあるメールに表示されるＵＲＬを無害なものから悪意のあるものに変更することが可能である。図３の例に示したＵＲＬの変更は、受信後に引用元であるＣＳＳを改変させたことによって、実現したものである。
そこで、情報処理装置１００は、受信されたメッセージが変化した場合、その変化したことがユーザーにわかるように警告する。

メッセージ処理モジュール１０５は、受信モジュール１１０、記憶（Ａ）モジュール１１５、提示モジュール１２０を有している。メッセージ処理モジュール１０５は、メッセージをやり取りするコミュニケーションツールであって、いわゆるメーラー、ＳＮＳにおけるメッセージ送受信部等が該当する。
受信モジュール１１０は、記憶（Ａ）モジュール１１５、記憶（Ｂ）モジュール１２５と接続されている。受信モジュール１１０は、他の人とのメッセージの送受信を行う。受信したメッセージを記憶（Ａ）モジュール１１５に記憶させる。また、受信モジュール１１０は、受信後（特に、受信直後）のメッセージを記憶（Ｂ）モジュール１２５に記憶させるようにしてもよい。
記憶（Ａ）モジュール１１５は、受信モジュール１１０、提示モジュール１２０と接続されている。記憶（Ａ）モジュール１１５は、受信モジュール１１０が受信したメッセージを記憶する。

提示モジュール１２０は、記憶（Ａ）モジュール１１５、記憶（Ｂ）モジュール１２５と接続されている。提示モジュール１２０は、受信モジュール１１０が受信したメッセージ（又は、記憶（Ａ）モジュール１１５に記憶されたメッセージ）をユーザー（メッセージの受信者）に提示する。ここで提示には、液晶ディスプレイ等の表示装置への表示の他に、３Ｄ（Ｄｉｍｅｎｓｉｏｎｓ）映像としての出力を含めてもよく、さらに、プリンター等の印刷装置での印刷、スピーカー等の音声出力装置による音声の出力、振動等を組み合わせてもよい。
また、提示モジュール１２０は、閲覧した状態のメッセージを記憶（Ｂ）モジュール１２５に記憶させるようにしてもよい。特に、提示モジュール１２０は、最初に閲覧した状態のメッセージを記憶（Ｂ）モジュール１２５に記憶させるようにしてもよい。

記憶（Ｂ）モジュール１２５は、メッセージ処理モジュール１０５の受信モジュール１１０と提示モジュール１２０、差分抽出モジュール１３０と接続されている。記憶（Ｂ）モジュール１２５は、受信後のメッセージを記憶する。つまり記憶（Ｂ）モジュール１２５は、変化前のメッセージを記憶する。ここでの記憶対象である変化前のメッセージとは、受信後のメッセージ（一般的には、受信直後のメッセージ）である。
また、記憶（Ｂ）モジュール１２５は、閲覧した状態のメッセージを記憶する。特に、記憶（Ｂ）モジュール１２５は、最初の閲覧した状態のメッセージを記憶する。つまり記憶（Ｂ）モジュール１２５は、変化前のメッセージを記憶する。ここでの記憶対象である変化前のメッセージとは、閲覧した状態でのメッセージ（特に、１回目の閲覧時に提示されたメッセージ）である。
記憶する対象であるメッセージには、例えば、ＨＴＭＬファイル、ＣＳＳファイル、画像ファイル、ＪａｖａＳｃｒｉｐｔ（登録商標）ファイル、メッセージに添付されたファイル等を含めてもよい。特に、サーバーに記憶されているファイルがメッセージ内で指定されている場合は、そのファイルを記憶の対象としてもよい。また、ＣＳＳファイルだけを記憶の対象としてもよい。
また、記憶（Ｂ）モジュール１２５は、メッセージの識別情報とメッセージ内のリンク先とを少なくとも記憶する。記憶（Ｂ）モジュール１２５は、メッセージの識別情報とメッセージ内のリンク先だけを記憶するようにしてもよい。つまり、メッセージの大部分は改変されないので、変更される可能性のあるリンク先だけ（具体的には、ＵＲＬだけ）を抽出して記憶するようにしてもよい。
なお、記憶（Ｂ）モジュール１２５は、メッセージを提示するための記憶（Ａ）モジュール１１５（いわゆるメーラーがメッセージを記憶している記憶（Ａ）モジュール１１５）とは異なり、別個のものである。ただし、１つの記憶媒体（ハードディスク等）に、記憶（Ａ）モジュール１１５と記憶（Ｂ）モジュール１２５の両方があってもよい。また、記憶（Ｂ）モジュール１２５に記憶させる場合に、圧縮又は暗号化を行うようにしてもよい。特に、外からの変更ができないように、暗号化を行っていてもよい。

差分抽出モジュール１３０は、メッセージ処理モジュール１０５の提示モジュール１２０、記憶（Ｂ）モジュール１２５、通知モジュール１３５と接続されている。差分抽出モジュール１３０は、提示モジュール１２０によって提示されるメッセージと記憶（Ｂ）モジュール１２５に記憶されているメッセージの差分抽出処理（比較処理）を行う。特に、差分抽出モジュール１３０は、提示モジュール１２０によって２回目以降に提示されるメッセージと記憶（Ｂ）モジュール１２５に記憶されているメッセージの差分抽出処理を行うようにしてもよい。

通知モジュール１３５は、差分抽出モジュール１３０と接続されている。通知モジュール１３５は、受信されたメッセージが受信後に変化した場合、変化した旨を通知する。ここで通知には、液晶ディスプレイ等の表示装置への表示、３Ｄ（Ｄｉｍｅｎｓｉｏｎｓ）映像としての出力、プリンター等の印刷装置での印刷、スピーカー等の音声出力装置による音声の出力、振動等であってもよい。
また、通知モジュール１３５は、受信されたメッセージが閲覧後に変化した場合、変化した旨を通知する。
この場合、前述のメッセージには、別のリンク先に誘導する文字列が含まれている。この文字列が変化の対象である。そして、通知モジュール１３５は、変化したリンク先への移動を不可能にする。ここで、「移動を不可能にする」として、例えば、リンク先を示す文字列そのものを削除すること、その文字列を選択することができないようにすること、その文字列を変更すること（例えば、安全なリンク先を示す文字列であってもよいし、変化した旨を示す文字列等）等であってもよい。
また、通知モジュール１３５は、記憶（Ｂ）モジュール１２５に記憶されたメッセージと現在提示すべきメッセージとが異なる場合、変化した旨を通知する。ここで「提示すべきメッセージ」とは、提示前のメッセージであってもよいし（提示することが前提）、提示中のメッセージであってもよい。具体的には、メッセージの提示指示があった後に、差分抽出モジュール１３０による差分抽出処理を行えばよい。
また、通知モジュール１３５は、変化が複数のメッセージに存在する場合、その変化を一覧で通知するようにしてもよい。例えば、図１３に示す警告１３２５のように、変化したメッセージの一覧（リスト）を警告として提示する。
また、通知モジュール１３５は、メッセージの変化した位置に関連付けて、変化した旨を通知するようにしてもよい。例えば、図１２に示す警告１２２５、警告１２２７のように、変化した文字列の位置に対応して警告を提示する。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。このシステム構成は、電子メールサービスを例としたものである。
ユーザー端末２００Ａ、ユーザー端末２００Ｂ、メールサーバー２１０、Ｗｅｂメール装置２２０は、通信回線２９９を介してそれぞれ接続されている。メールサーバー２１０として、例えば、ＳＭＴＰサーバー、ＰＯＰ３サーバー、ＤＮＳサーバー等がある。通信回線２９９は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。
ユーザー端末２００Ａは、情報処理装置１００Ａを有している。ユーザー端末２００Ｂは、情報処理装置１００Ｂを有している。具体的には、各ユーザー端末２００内のメーラーに情報処理装置１００を付加させた構成（又は、メーラー内に情報処理装置１００を組み込んだ構成）である。また、Ｗｅｂメール装置２２０が、情報処理装置１００Ｗを有していてもよい。Ｗｅｂメールである場合は、ユーザー端末２００のブラウザを用いて、メールサーバーであるＷｅｂメール装置２２０上で電子メールを閲覧することになるので、Ｗｅｂメール装置２２０が、情報処理装置１００Ｗを有している。
ユーザー端末２００のユーザーの操作によって電子メールを受信した場合（又は、Ｗｅｂメール装置２２０が電子メールを受信した場合）、そして、その電子メールが閲覧される場合に、情報処理装置１００による処理が行われる。

図４は、本実施の形態による処理例を示すフローチャートである。受信直後のメッセージを記憶（Ｂ）モジュール１２５に記憶させる処理例を示すものである。なお、最初の閲覧時のメッセージを記憶（Ｂ）モジュール１２５に記憶させる場合は、この処理は行わなくてもよい。又は、受信直後のメッセージを記憶（Ｂ）モジュール１２５に記憶させること、最初の閲覧時のメッセージを記憶（Ｂ）モジュール１２５に記憶させることの両方を行い、差分抽出処理は、現在提示しようとしているメッセージと受信直後のメッセージとの間、現在提示しようとしているメッセージと最初の閲覧時のメッセージとの間の両方で行うようにしてもよい。

ステップＳ４０２では、受信モジュール１１０は、メッセージを受信する。
ステップＳ４０４では、受信モジュール１１０は、記憶（Ａ）モジュール１１５にメッセージを記憶する。この処理は、メーラーが一般的に行う処理である。

ステップＳ４０６では、受信モジュール１１０は、記憶（Ｂ）モジュール１２５にメッセージを記憶する。例えば、記憶（Ｂ）モジュール１２５内にメッセージテーブル５００を生成する。図５は、メッセージテーブル５００のデータ構造例を示す説明図である。メッセージテーブル５００は、メッセージＩＤ欄５０５、受信日時欄５１０、閲覧日時欄５１５、メッセージ欄５２０を有している。メッセージＩＤ欄５０５は、本実施の形態において、メッセージを一意に識別するための情報（メッセージＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。受信日時欄５１０は、そのメッセージの受信日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。閲覧日時欄５１５は、そのメッセージの閲覧日時を記憶している。そのメッセージについて複数回の閲覧があった場合は、閲覧日時欄５１５が複数あってもよい。メッセージ欄５２０は、メッセージを記憶している。メッセージ欄５２０には、メッセージの一部分だけを記憶してもよい。例えば、ＵＲＬ部分だけ、又は、ＵＲＬの文字列がない場合は、その旨を示す情報等がある。

ステップＳ４０８では、受信モジュール１１０は、そのメッセージにはＣＳＳファイルがあるか否かを判断し、ある場合はステップＳ４１０へ進み、それ以外の場合は処理を終了する（ステップＳ４９９）。
ステップＳ４１０では、受信モジュール１１０は、ＣＳＳファイルの内容を取得し、メッセージの一部として記憶（Ｂ）モジュール１２５に記憶する。メッセージテーブル５００のメッセージ欄５２０に記憶してもよいし、メッセージテーブル５００に新たにＣＳＳ欄を設けて、ＣＳＳファイルの内容を記憶させてもよい。

図６は、本実施の形態による処理例を示すフローチャートである。メッセージを閲覧する場合の処理を示すものである。
ステップＳ６０２では、提示モジュール１２０は、ユーザーの操作にしたがって、メッセージの閲覧指示を受け取る。
ステップＳ６０４では、提示モジュール１２０は、そのメッセージにおいて最初の閲覧であるか否かを判断し、最初の閲覧の場合はステップＳ６０６へ進み、それ以外の場合はステップＳ６１２へ進む。

ステップＳ６０６では、提示モジュール１２０は、提示内容（メッセージ）を記憶（Ｂ）モジュール１２５に記憶する。つまり、実際に画面に表示したメッセージを記憶する。
ステップＳ６０８では、受信モジュール１１０は、ＣＳＳファイルがあるか否かを判断し、ある場合はステップＳ６１０へ進み、それ以外の場合はステップＳ６１４へ進む。
ステップＳ６１０では、受信モジュール１１０は、ＣＳＳファイルの内容を取得し、提示内容（メッセージ）の一部として記憶（Ｂ）モジュール１２５に記憶する。

ステップＳ６１２では、差分抽出処理を行う。ステップＳ６１２の詳細な処理については、図７の例に示すフローチャートを用いて後述する。
ステップＳ６１４では、提示モジュール１２０は、メッセージを提示する。

図７は、本実施の形態による処理例を示すフローチャートである。
ステップＳ７０２では、閲覧指示のあったメッセージを記憶（Ａ）モジュール１１５から抽出する。
ステップＳ７０４では、閲覧指示のあったメッセージを記憶（Ｂ）モジュール１２５から抽出する。
ステップＳ７０６では、ステップＳ７０２で抽出したメッセージとステップＳ７０４で抽出したメッセージとの差分を抽出する。差分抽出処理は、ｄｉｆｆコマンド等の既存の技術を用いればよい。

ステップＳ７０８では、差分があるか否かを判断し、ある場合はステップＳ７１０へ進み、それ以外の場合は処理を終了する（ステップＳ７９９）。
ステップＳ７１０では、差分はＵＲＬであるか否かを判断し、差分がＵＲＬの場合はステップＳ７１２へ進み、それ以外の場合はステップＳ７１４へ進む。
ステップＳ７１２では、そのＵＲＬへの移動禁止処理を行う。例えば、そのＵＲＬの文字列を削除すること、そのＵＲＬの文字列を選択できないようすること、他のＵＲＬ（安全なＵＲＬ）に変更すること等がある。
また、変化後のＵＲＬのチェック（例えば、そのＵＲＬの電子証明書を確認すること等）を行い、問題のあるＵＲＬである場合に、ステップＳ７１２の処理を行うようにしてもよい。
ステップＳ７１４では、変化がある旨を通知する。

図８は、本実施の形態による処理例を示す説明図である。図６に示すフローチャートによる、具体的な処理例を示すものである。メッセージの最初の提示時には、情報処理装置１００による差分抽出処理を行わず、そのメッセージの２回目以降の提示時に情報処理装置１００による差分抽出処理を行うものである。
メッセージを受信８１０し、その後に、一般的なセキュリティーフィルター処理８１２が行われ、そのメッセージを記憶（Ａ）モジュール１１５、記憶（Ｂ）モジュール１２５に記憶８１４する。
その後、ユーザーの操作にしたがって、最初の閲覧指示受付８２０を行い、提示するメッセージを記憶８２２して、提示８２４を行う。なお、記憶８２２と提示８２４の処理は逆であってもよい。つまり、提示８２４が行われた後に、その提示されたメッセージを記憶８２２してもよい。
そして、ユーザーの操作にしたがって、２回目の閲覧指示受付８３０を行い、提示８３４前に差分抽出処理８３２を行い、その差分抽出処理８３２の処理結果とともに、メッセージを提示８３４する。
この場合、提示８２４と２回目の閲覧指示受付８３０の間に、書き換え８２６が行われていた場合、差分抽出処理８３２で差分があることを検出でき、提示８３４でその旨の警告をすることができる。
なお、この処理の場合、受信８１０と最初の閲覧指示受付８２０の間に、書き換え８１６が行われていた場合、書き換え８１６を検知することができない。そこで、図９の例に示す処理を行うようにしてもよい。

図９は、本実施の形態による処理例を示すフローチャートである。なお、メッセージの受信時に図４の例に示す処理が行われている。
ステップＳ９０２では、メッセージの閲覧指示を受け取る。
ステップＳ９０４では、差分抽出処理を行う。ステップＳ９０４の詳細な処理については、図７の例に示すフローチャートを用いて前述した。なお、ステップＳ７０４で行う処理では、メッセージの受信時に記憶されたメッセージを抽出することになり、受信時に記憶されたメッセージと現在提示しようとしているメッセージとの間で差分抽出処理を行うことになる。
ステップＳ９０６では、メッセージを提示する。

図１０は、本実施の形態による処理例を示す説明図である。図９に示すフローチャートによる、具体的な処理例を示すものである。メッセージの最初の提示時から情報処理装置１００による差分抽出処理を行うものである。
メッセージを受信１０１０し、その後に、一般的なセキュリティーフィルター処理１０１２が行われ、そのメッセージを記憶（Ａ）モジュール１１５、記憶（Ｂ）モジュール１２５に記憶１０１４する。
その後、ユーザーの操作にしたがって、最初の閲覧指示受付１０２０を行い、提示するメッセージを差分抽出処理１０２２して、提示１０２４を行う。なお、差分抽出処理１０２２と提示１０２４の処理は逆であってもよい。つまり、提示１０２４が行われた後に、その提示されたメッセージを差分抽出処理１０２２してもよい。
この場合、記憶１０１４と最初の閲覧指示受付１０２０の間に、書き換え１０１６が行われていた場合、差分抽出処理１０２２で差分があることを検出でき、提示１０２４でその旨の警告をすることができる。
そして、ユーザーの操作にしたがって、２回目の閲覧指示受付１０３０を行い、提示１０３４前に差分抽出処理１０３２を行い、その差分抽出処理１０３２の処理結果とともに、メッセージを提示１０３４する。
この場合、提示１０２４と２回目の閲覧指示受付１０３０の間に、書き換え１０２６が行われていた場合、差分抽出処理１０３２で差分があることを検出でき、提示１０３４でその旨の警告をすることができる。
つまり、この処理の場合、書き換え１０１６、書き換え１０２６の両方とも検知することができる。

図１１～図１３に示す例は、ＳＮＳにおけるメッセージ送受信を提示している画面例を示すものである。
図１１は、本実施の形態による処理例を示す説明図である。
図１１（ａ）の例では、メッセージの最初の提示例を示したものである。ユーザーと話者１との会話例を示している。
画面１１００ａには、ユーザーからのメッセージ１１１０ａ、話者１からのメッセージ１１２０ａ、そしてユーザーからのメッセージ１１３０ａが表示されている。
図１１（ｂ）の例では、同じメッセージ群について、２回目の提示が行われた場合の例を示している。例えば、（１）ＳＮＳにおけるメッセージ送受信画面を閉じた後に、再度、メッセージ送受信画面を開く場合、（２）図１１（ａ）の例の提示が行われた後に、続いてメッセージの送受信が行われ、過去のメッセージにスクロールした場合等が該当する。このようにチャット形式でメッセージが連なる場合、過去のＵＲＬを探して、そのＵＲＬに移動するケースが多くなる場面もあるので、本変更に対する対策は重要になる。

画面１１００ｂには、メッセージ１１１０ｂ、メッセージ１１２０ｂ、メッセージ１１３０ｂが表示されている。メッセージ１１１０ｂ、メッセージ１１３０ｂは、図１１（ａ）の例に示したメッセージ１１１０ａ、メッセージ１１３０ａと同じであるが、メッセージ１１２０ｂ内のＵＲＬが「ｈｔｔｐ○○」から「ｈｔｔｐ××」に変更されている。そして、差分抽出の結果として、メッセージ１１２０ｂに警告１１２５を表示している。警告１１２５には、例えば、「変化があります。注意してください。」と表示する。つまり、ポップアップ表示等を用いて、変化していることをユーザーに伝えている。そして、誤操作で、リンク先に移動しないようにリンクを無効にしてもよい。

図１２は、本実施の形態による処理例を示す説明図である。メッセージの変化した位置に関連付けて、変化した旨を通知するようにした例を示すものである。
画面１２００には、メッセージ１２１０、メッセージ１２２０、メッセージ１２３０が表示されており、メッセージ１２２０には、変更されたＵＲＬの位置に合わせて警告１２２５、警告１２２７を表示する。
警告１２２５、警告１２２７には、例えば、「変化があります。注意してください。」と表示する。

図１３は、本実施の形態による処理例を示す説明図である。複数のメッセージに変化が存在する場合、その変化群をリストで通知するようにした例を示すものである。
画面１３００には、ＵＲＬが変化したメッセージが表示されている。そして、警告１３２５を表示している。
警告１３２５には、例えば、下記のように表示する。
－－－－－－－－－－－－－－－
変化があったＵＲＬ一覧
（１）メッセージ送信者：ユーザー
送信日時：２０１７／８／２０／１３：２１
変化前ｈｔｔｐ○○
変化後ｈｔｔｐ××
（２）メッセージ送信者：話者１
送信日時：２０１７／８／２６／２０：３７
変化前ｈｔｔｐ…
変化後ｈｔｔｐ…
－－－－－－－－－－－－－－－

図１４～図１６に示す例は、メーラーにおける電子メール受信を提示している画面例を示すものである。
図１４は、本実施の形態による処理例を示す説明図である。
図１４（ａ）の例では、電子メールを受信した直後に、その電子メールを表示したもの（１回目の閲覧）である。メッセージ提示画面１４００ａには、日時表示領域１４０５ａ、送信元表示領域１４１０ａ、送信先表示領域１４１５ａ、件名表示領域１４２０ａ、本文表示領域１４２５ａを表示する。図３（ａ）の例に示したものと同等である。本文表示領域１４２５ａには、「こんにちは。・・・・・・・・・ ｈｔｔｐ：／／Ａｎｚｅｎ．ｃｏｍ アクセスして下さい。」と表示されている。この電子メールの内容は、ウイルスチェックが行われており、「ｈｔｔｐ：／／Ａｎｚｅｎ．ｃｏｍ」にアクセスしても問題はない。

そして、図１４（ｂ）の例は、２回目にその電子メールを表示したものである。
メッセージ提示画面１４００ｂには、日時表示領域１４０５ｂ、送信元表示領域１４１０ｂ、送信先表示領域１４１５ｂ、件名表示領域１４２０ｂ、本文表示領域１４２５ｂを表示する。
日時表示領域１４０５ｂ、送信元表示領域１４１０ｂ、送信先表示領域１４１５ｂ、件名表示領域１４２０ｂは、図１４（ａ）の日時表示領域１４０５ａ、送信元表示領域１４１０ａ、送信先表示領域１４１５ａ、件名表示領域１４２０ａとそれぞれ同じである。
しかし、本文表示領域１４２５ｂ内には、本文表示領域１４２５ａの「ｈｔｔｐ：／／Ａｎｚｅｎ．ｃｏｍ」が「ｈｔｔｐ：／／Ｋｉｋｅｎ．ｃｏｍ」と改変されて表示されている。差分抽出の結果、警告１４３０を表示している。警告１４３０には、例えば、「変化があります。注意してください。」と表示する。つまり、ポップアップ表示等を用いて、変化していることをユーザーに伝えている。そして、誤操作で、リンク先に移動しないようにリンクを無効にしてもよい。

図１５は、本実施の形態による処理例を示す説明図である。電子メール内の変化した位置に関連付けて、変化した旨を通知するようにした例を示すものである。
メッセージ提示画面１５００には、日時表示領域１５０５、送信元表示領域１５１０、送信先表示領域１５１５、件名表示領域１５２０、本文表示領域１５２５を表示されており、本文表示領域１５２５内には、変更されたＵＲＬの位置に合わせて警告１５３０、警告１５３５を表示する。
警告１５３０、警告１５３５には、例えば、「変化があります。注意してください。」と表示する。

図１６は、本実施の形態による処理例を示す説明図である。複数の電子メールに変化が存在する場合、その変化群をリストで通知するようにした例を示すものである。
メッセージ提示画面１６００には、日時表示領域１６０５、送信元表示領域１６１０、送信先表示領域１６１５、件名表示領域１６２０、本文表示領域１６２５を表示する。
例えば、本文表示領域１６２５には、「こんにちは。・・・・・・・・・ ｈｔｔｐ：／／Ｋｉｋｅｎ．ｃｏｍ アクセスして下さい。」と変化したＵＲＬが表示されている。そして、その本文表示領域１６２５に重ね合わせて、警告１６３０を表示している。
警告１６３０には、例えば、下記のように表示する。
－－－－－－－－－－－－－－－
（１）電子メール送信者：ａａａ＠ｂｂｂ．ｃｏ．ｊｐ
送信日時：Ｆｒｉ，２９ Ｓｅｐ ２０１７ １１：１１：１１
変化前：ｈｔｔｐ：／／Ａｎｚｅｎ．ｃｏｍ
変化後：ｈｔｔｐ：／／Ｋｉｋｅｎ．ｃｏｍ
（２）電子メール送信者：話者１
送信日時：Ｓａｔ，２６ Ａｕｇ ２０１７ ２０：３７
変化前：ｈｔｔｐ…
変化後：ｈｔｔｐ…
－－－－－－－－－－－－－－－

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１７に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１７０１を用い、記憶装置としてＲＡＭ１７０２、ＲＯＭ１７０３、ＨＤ１７０４を用いている。ＨＤ１７０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いてもよい。メッセージ処理モジュール１０５、受信モジュール１１０、提示モジュール１２０、差分抽出モジュール１３０、通知モジュール１３５等のプログラムを実行するＣＰＵ１７０１と、そのプログラムやデータを記憶するＲＡＭ１７０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１７０３と、記憶（Ａ）モジュール１１５、記憶（Ｂ）モジュール１２５としての機能を有する補助記憶装置（フラッシュ・メモリ等であってもよい）であるＨＤ１７０４と、キーボード、マウス、タッチスクリーン、マイク、カメラ（視線検知カメラ等を含む）等に対する利用者の操作（動作、音声、視線等を含む）に基づいてデータを受け付ける受付装置１７０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置１７０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１７０７、そして、それらをつないでデータのやり取りをするためのバス１７０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１７に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１７に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１７に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナー、プリンター、複合機（スキャナー、プリンター、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ－Ｒ、ＤＶＤ－ＲＷ、ＤＶＤ－ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ－ＲＯＭ）、ＣＤレコーダブル（ＣＤ－Ｒ）、ＣＤリライタブル（ＣＤ－ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

前述の実施の形態は以下のように把握してもよい。
例えば、課題として以下のものがある。
ユーザー間でメッセージのやり取りが行われている（例えば、電子メール、チャット、ＳＮＳにおけるメッセージ交換等）。メッセージに対するセキュリティー対策として、例えば、スパムフィルター又はセキュリティーフィルター等がある。
しかし、メッセージの一部であるＵＲＬ等を、ユーザーが受信した後に改変する技術がある。例えば、メッセージが相手の受信箱に届いてから、内容の一部を悪意のあるＵＲＬに置き換えることも可能である。これによって、メッセージに対するスパムフィルター又はセキュリティーフィルターをかいくぐって不正なメッセージを届けることが可能になる。
本発明は、受信されたメッセージが変化した場合であっても、その変化したことを、ユーザーは知ることができる情報処理装置及び情報処理プログラムを提供することを目的としている。

［Ａ１］
受信されたメッセージが受信後に変化した場合、変化した旨を通知する通知手段
を有する情報処理装置。
［Ａ２］
受信されたメッセージが閲覧後に変化した場合、変化した旨を通知する通知手段
を有する情報処理装置。
［Ａ３］
前記メッセージには、別のリンク先に誘導する文字列が含まれている、
［Ａ１］又は［Ａ２］に記載の情報処理装置。
［Ａ４］
変化した前記リンク先への移動を不可能にする、
［Ａ３］に記載の情報処理装置。
［Ａ５］
受信後のメッセージを記憶する記憶手段
をさらに有する［Ａ１］に記載の情報処理装置。
［Ａ６］
閲覧した状態のメッセージを記憶する記憶手段
をさらに有する［Ａ２］に記載の情報処理装置。
［Ａ７］
前記記憶手段は、最初の閲覧した状態のメッセージを記憶する、
［Ａ６］に記載の情報処理装置。
［Ａ８］
前記記憶手段は、前記メッセージの識別情報と前記メッセージ内のリンク先とを少なくとも記憶する、
［Ａ５］又は［Ａ６］に記載の情報処理装置。
［Ａ９］
前記記憶手段に記憶されたメッセージと現在提示すべきメッセージとが異なる場合、前記通知手段で変化した旨を通知する、
［Ａ５又は［Ａ６］に記載の情報処理装置。
［Ａ１０］
前記変化が複数の前記メッセージに存在する場合、前記通知手段は該変化を一覧で通知する、
［Ａ１］又は［Ａ２］に記載の情報処理装置。
［Ａ１１］
前記通知手段は、前記メッセージの変化した位置に関連付けて、変化した旨を通知する、
［Ａ１］又は［Ａ２］に記載の情報処理装置。
［Ａ１２］
コンピュータを、
受信されたメッセージが受信後に変化した場合、変化した旨を通知する通知手段
として機能させるための情報処理プログラム。
［Ａ１３］
コンピュータを、
受信されたメッセージが閲覧後に変化した場合、変化した旨を通知する通知手段
として機能させるための情報処理プログラム。

そして、前述の発明は、以下の効果を有する。
［Ａ１］の情報処理装置によれば、受信されたメッセージが変化した場合であっても、その変化したことを、ユーザーは知ることができる。
［Ａ２］の情報処理装置によれば、受信されたメッセージが閲覧後に変化した場合であっても、その変化したことを、ユーザーは知ることができる。
［Ａ３］の情報処理装置によれば、別のリンク先に誘導する文字列が含まれているメッセージを対象とすることができる。
［Ａ４］の情報処理装置によれば、変化したリンク先への移動を不可能とすることができる。
［Ａ５］の情報処理装置によれば、受信後のメッセージを保存しておくことができる。
［Ａ６］の情報処理装置によれば、閲覧した状態のメッセージを保存しておくことができる。
［Ａ７］の情報処理装置によれば、最初の閲覧した状態のメッセージを保存しておくことができる。
［Ａ８］の情報処理装置によれば、メッセージの識別情報とメッセージ内のリンク先とを少なくとも保存しておくことができる。
［Ａ９］の情報処理装置によれば、記憶されたメッセージと現在提示すべきメッセージとが異なる場合、変化した旨を通知することができる。
［Ａ１０］の情報処理装置によれば、複数のメッセージに変化が存在する場合、その変化を一覧で通知することができる。
［Ａ１１］の情報処理装置によれば、メッセージの変化した位置に関連付けて、変化した旨を通知することができる。
［Ａ１２］の情報処理プログラムによれば、受信されたメッセージが変化した場合であっても、その変化したことを、ユーザーは知ることができる。
［Ａ１３］の情報処理プログラムによれば、受信されたメッセージが閲覧後に変化した場合であっても、その変化したことを、ユーザーは知ることができる。

１００…情報処理装置
１０５…メッセージ処理モジュール
１１０…受信モジュール
１１５…記憶（Ａ）モジュール
１２０…提示モジュール
１２５…記憶（Ｂ）モジュール
１３０…差分抽出モジュール
１３５…通知モジュール
２００…ユーザー端末
２１０…メールサーバー
２２０…Ｗｅｂメール装置
２９９…通信回線

Claims (12)

1. プロセッサを有し、
   前記プロセッサは、
   複数のユーザーによって送信される複数のメッセージの内容を時系列順で提示している画面を表示し、
   送信されたメッセージに対する書き換え操作を検知した場合、
   前記複数のメッセージを提示している順番を変更せずに前記書き換え操作の結果を反映し、前記書き換え操作の結果を反映したメッセージの少なくとも一部に重畳された態様で前記書き換え操作があった旨を表示する、
   情報処理装置。
2. 前記旨は、前記書き換え操作が行われた日時情報を含む、
   請求項１に記載の情報処理装置。
3. 前記書き換え操作が複数の前記メッセージに存在する場合、前記書き換え操作を一覧で表示する、
   請求項１又は２に記載の情報処理装置。
4. 前記書き換え操作が行われた位置に関連付けて、変化した旨を表示する、
   請求項１から３のいずれか一項に記載の情報処理装置。
5. プロセッサを備えたコンピュータの前記プロセッサに、
   複数のユーザーによって送信される複数のメッセージの内容を時系列順で提示している画面を表示し、
   送信されたメッセージに対する書き換え操作を検知した場合、
   前記複数のメッセージを提示している順番を変更せずに前記書き換え操作の結果を反映し、前記書き換え操作の結果を反映したメッセージの少なくとも一部に重畳された態様で前記書き換え操作があった旨を表示させる、
   情報処理プログラム。
6. 前記旨は、前記書き換え操作が行われた日時情報を含む、
   請求項５に記載の情報処理プログラム。
7. 前記書き換え操作が複数の前記メッセージに存在する場合、前記書き換え操作を一覧で表示する、
   請求項５又は６に記載の情報処理プログラム。
8. 前記書き換え操作が行われた位置に関連付けて、変化した旨を表示する、
   請求項５から７のいずれか一項に記載の情報処理プログラム。
9. コンピュータが行う情報処理方法であって、
   前記コンピュータは、
   複数のユーザーによって送信される複数のメッセージの内容を時系列順で提示している画面を表示し、
   送信されたメッセージに対する書き換え操作を検知した場合、
   前記複数のメッセージを提示している順番を変更せずに前記書き換え操作の結果を反映し、前記書き換え操作の結果を反映したメッセージの少なくとも一部に重畳された態様で前記書き換え操作があった旨を表示する、
   情報処理方法。
10. 前記旨は、前記書き換え操作が行われた日時情報を含む、
    請求項９に記載の情報処理方法。
11. 前記書き換え操作が複数の前記メッセージに存在する場合、前記書き換え操作を一覧で表示する、
    請求項９又は１０に記載の情報処理方法。
12. 前記書き換え操作が行われた位置に関連付けて、変化した旨を表示する、
    請求項９から１１のいずれか一項に記載の情報処理方法。
    

Images