基準時点から所定期間内に開封された受信メールの件数または合計データサイズに基づいて求まる受信メールの開封速度を用いて、複数の未開封の受信メール各々に付与された優先度が高い順に該未開封の受信メールを開封した場合に、前記優先度毎または所定件数毎の未開封の受信メールの開封が終了する開封終了時刻を予測する予測手段と、メールクライアントの情報が表示される表示装置に、前記予測手段により予測された優先度毎または所定件数毎の開封終了時刻が表示されるように制御する制御手段と、を含む情報処理装置。前記優先度を、前記受信メールの送信者側のメールクライアントの機能により付与された重要度、または該受信メールと同一の情報が送信された件数に応じた指標を示す個別開示度とした請求項1記載の情報処理装置。前記予測手段は、前記基準時点を前記メールクライアントの起動時とし、該起動時から現時点までに開封された受信メールの件数または合計データサイズを、該起動時から現時点までの経過時間で除して前記開封速度を求める請求項1または請求項2記載の情報処理装置。予測手段と、制御手段とを含む情報処理装置における情報処理方法であって、前記予測手段は、基準時点から所定期間内に開封された受信メールの件数または合計データサイズに基づいて求まる受信メールの開封速度を用いて、複数の未開封の受信メール各々に付与された優先度が高い順に該未開封の受信メールを開封した場合に、前記優先度毎または所定件数毎の未開封の受信メールの開封が終了する開封終了時刻を予測し、前記制御手段は、メールクライアントの情報が表示される表示装置に、前記予測手段により予測された優先度毎または所定件数毎の開封終了時刻が表示されるように制御する情報処理方法。前記優先度を、前記受信メールの送信者側のメールクライアントの機能により付与された重要度、または該受信メールと同一の情報が送信された件数に応じた指標である個別開示度とした請求項4記載の情報処理方法。前記予測手段は、前記基準時点を前記メールクライアントの起動時とし、該起動時から現時点までに開封された受信メールの件数または合計データサイズを、該起動時から現時点までの経過時間で除して前記開封速度を求める請求項4または請求項5記載の情報処理方法。コンピュータを、請求項1~請求項3のいずれか1項記載の情報処理装置を構成する各手段として機能させるための情報処理プログラム。しかし、特許文献1及び2の技術では、未開封の受信メールを開封するために要する時間に関する情報を把握することができないため、未開封の受信メールが大量にある場合などには、ユーザの利便性が損なわれる、という問題がある。本発明は上記問題点に鑑みてなされたものであり、未開封の受信メールが大量に存在する場合でも、ユーザの利便性を向上させるための表示を行うことができる情報処理装置、方法、及びプログラムを提供することを目的とする。上記目的を達成するために、本発明の情報処理装置は、基準時点から所定期間内に開封された受信メールの件数または合計データサイズに基づいて求まる受信メールの開封速度を用いて、複数の未開封の受信メール各々に付与された優先度が高い順に該未開封の受信メールを開封した場合に、前記優先度毎または所定件数毎の未開封の受信メールの開封が終了する開封終了時刻を予測する予測手段と、メールクライアントの情報が表示される表示装置に、前記予測手段により予測された優先度毎または所定件数毎の開封終了時刻が表示されるように制御する制御手段と、を含んで構成されている。本発明の情報処理装置によれば、予測手段が、基準時点から所定期間内に開封された受信メールの件数または合計データサイズに基づいて求まる受信メールの開封速度を用いて、複数の未開封の受信メール各々に付与された優先度が高い順に未開封の受信メールを開封した場合に、優先度毎または所定件数毎の未開封の受信メールの開封が終了する開封終了時刻を予測する。そして、制御手段が、メールクライアントの情報が表示される表示装置に、予測手段により予測された優先度毎または所定件数毎の開封終了時刻が表示されるように制御する。このように、受信メールの開封速度を求めて、優先度が高い順に未開封の受信メールを開封した場合の優先度毎の開封終了時刻を、求めた開封速度を用いて予測して表示する。このため、未開封の受信メールが大量に存在する場合でも、未開封の受信メールを開封するために要する時間に関する情報を把握することができるような、ユーザの利便性を向上させるための表示を行うことができる。また、前記優先度を、前記受信メールの送信者側のメールクライアントの機能により付与された重要度、または該受信メールと同一の情報が送信された件数に応じた指標を示す個別開示度とすることができる。重要度や個別開示度は、受信メールを優先的に開封するか否かを判断する指標となるものであり、本発明の優先度として用いることが適している。また、前記予測手段は、前記基準時点を前記メールクライアントの起動時とし、該起動時から現時点までに開封された受信メールの件数または合計データサイズを、該起動時から現時点までの経過時間で除して前記開封速度を求めることができる。このように、メールクライアント起動後の実際の開封状況に基づいて開封速度を求めることにより、現在の状況に沿った開封速度を求めることができる。また、本発明の情報処理方法は、予測手段と、制御手段とを含む情報処理装置における情報処理方法であって、前記予測手段は、基準時点から所定期間内に開封された受信メールの件数または合計データサイズに基づいて求まる受信メールの開封速度を用いて、複数の未開封の受信メール各々に付与された優先度が高い順に該未開封の受信メールを開封した場合に、前記優先度毎または所定件数毎の未開封の受信メールの開封が終了する開封終了時刻を予測し、前記制御手段は、メールクライアントの情報が表示される表示装置に、前記予測手段により予測された優先度毎または所定件数毎の開封終了時刻が表示されるように制御する方法である。また、本発明の情報処理方法において、前記優先度を、前記受信メールの送信者側のメールクライアントの機能により付与された重要度、または該受信メールと同一の情報が送信された件数に応じた指標である個別開示度とすることができる。また、本発明の情報処理方法において、前記予測手段は、前記基準時点を前記メールクライアントの起動時とし、該起動時から現時点までに開封された受信メールの件数または合計データサイズを、該起動時から現時点までの経過時間で除して前記開封速度を求めることができる。また、本発明の情報処理プログラムは、コンピュータを、上記の情報処理装置を構成する各手段として機能させるためのプログラムである。以上説明したように、情報処理装置、方法、及びプログラムによれば、受信メールの開封速度を求めて、優先度が高い順に未開封の受信メールを開封した場合の優先度毎の開封終了時刻を、求めた開封速度を用いて予測して表示する。このため、未開封の受信メールが大量に存在する場合でも、未開封の受信メールを開封するために要する時間に関する情報を把握することができるような、ユーザの利便性を向上させるための表示を行うことができる、という効果が得られる。以下、図面を参照して本発明の実施の形態を詳細に説明する。本実施の形態では、図1に示すように、電子メールの送受信システム1において、ユーザ端末2aにインストールされたメールクライアントメーラー3a、またはWebメールサーバ4にインストールされたメールクライアント3bで動作するメール開封進捗表示装置10に、本発明の情報処理装置を適用した場合を例に説明する。なお、Webメールの場合、ユーザ端末2bからWebブラウザを介してWebメールサーバ4上のユーザ毎のメールクライアント3bにアクセスする。以下では、メールクライアント3aとメールクライアント3bとを区別なく説明する場合には、単にメールクライアント3と表記する。図2に示すように、本実施の形態のメール開封進捗表示装置10は、メールクライアント3の表示画面を表示するためのモニタ12と、入力装置としてのキーボード14及びマウス16と、メール開封進捗表示装置10全体の制御を司るCPU18と、後述するメール開封進捗表示処理ルーチンを実現するためのプログラムを含む各種情報が記憶されたROM、RAM、HDD等で構成された記憶部20とを備えている。なお、各構成は、ユーザ端末2aまたはWebメールサーバ4及びユーザ端末2bが備える各構成と共通の構成としてもよい。また、記憶部20はさらに、起動時刻記憶部21、一覧記憶部22、件数記憶部23、進捗記憶部24、テンプレート記憶部25、入力記憶部26、レポート記憶部27、及び開封終了時刻記憶部28の各記憶領域を備えている。ここで、図3を参照して、記憶部20の各記憶領域に記憶されるデータ構造を説明する。起動時刻記憶部21は、メールクライアント3が起動された起動時刻を格納する領域である。一覧記憶部22は、メールクライアント3で受信した受信メールに付与された優先度に基づいて、降順にソートした未開封の受信メールの一覧を表すエントリを格納する領域である。各エントリには、件名、送信者、日付送信日時、及び参照IDが含まれる。なお、参照IDとは、各エントリと受信メールとを対応付ける識別番号である。Webメールの場合、受信メール参照時に用いるURLを参照IDとすることが好適である。なお、優先度は、受信メールを優先的に開封するか否かを判断するための指標となるもので、例えば、受信メールの送信者側のメールクライアントの機能により付与された重要度、または受信メールと同一の情報が送信された件数に応じた指標を示す個別開示度を用いることができる。ここで、個別開示度が高い場合は、開示されている人数が少ないことを表す。例えば、一人の人が一人の人にのみ送った電子メールのヘッダーTo:の宛先が1つで、同一内容のメールを他の人へ別送でも送っていない受信メールは個別開示度が高いなど、個別開示度は、開封の優先度を表すものとして用いることができる。件数記憶部23は、メールクライアント3起動後に開封した受信メールの件数、及び優先度毎の未開封の受信メールの件数を格納する領域である。件数記憶部23には、開封した受信メールの件数が格納される開封件数領域、及び未開封の受信メールの件数が格納される未開封件数領域が優先度各々に対応して設けられている。進捗記憶部24は、受信メールの開封状況を表すエントリを格納する領域である。各エントリには、参照ID、優先度、及び受信メールが開封済みか未開封かを示す開封フラグが含まれる。テンプレート記憶部25は、後述する開封進捗レポートをメールクライアント3の表示画面中に表示するための画面表示レイアウトのテンプレートを格納する領域である。入力記憶部26は、メール受信サーバ図1参照から送出された受信メールの属性情報を表すエントリを格納する領域である。各エントリには、件名、送信者、日付、参照ID、及び優先度が含まれる。優先度と、開封及び未開封との管理機能を有するメールクライアントから送信された未開封の受信メールの属性情報が格納されることが好適である。レポート記憶部27は、メールクライアント3の表示画面中に表示する開封進捗レポートを示すデータを格納する領域である。開封終了時刻記憶部28は、優先度が高い順に未開封の受信メールを開封した場合に、優先度毎に全ての受信メールの開封が終了する時刻として予測された開封終了時刻を格納する領域である。開封終了時刻記憶部28は、優先度iに対して予測された開封終了時刻Tiを格納する開封終了時刻領域が、優先度各々に対応して設けられている。次に、本実施の形態のメール開封進捗表示装置10の作用について説明する。本実施の形態のメール開封進捗表示装置10が搭載されたメールクライアント3が起動されると、メール開封進捗表示装置10のCPU18により、図4に示すメール開封進捗表示処理ルーチンが実行される。ステップS100で、初期化処理を実行する。具体的には、メールクライアント3の起動時刻として、例えば、ユーザ端末2aやWebサーバ4上のOSOperatingSystemなどから現時刻を取得し、起動時刻記憶部21に格納する。また、進捗記憶部24に格納されたエントリを全て削除する。次に、ステップS101で、OSなどからのメールクライアント3の処理終了を指示する終了信号が格納される終了フラグを参照して、終了信号が発生したか否かを判定することにより、本ルーチンの処理を終了するか否かを判定する。終了信号が発生していれば、本ルーチンを終了し、終了信号が発生していなければ、ステップS102へ移行する。ステップS102では、入力記憶部26を参照し、未開封の受信メールが存在するか否かを判定する。入力記憶部26にエントリが存在する場合には、未開封の受信メールが存在すると判定して、ステップS103へ移行し、エントリが存在しない場合には、未開封の受信メールは存在しないと判定して、ステップS101へ戻る。ステップS103では、図5に示す開封進捗レポート作成処理ルーチンを実行する。ステップS200で、未開封の受信メールの一覧を作成する。具体的には、まず、一覧記憶部22のエントリを全て削除する。そして、入力記憶部26に格納されたエントリを全て読み込み、優先度の降順でソートし、各エントリの件名、送信者、日付、及び参照IDから構成されるエントリを作成し、作成したエントリを優先度が高いものから順に一覧記憶部22に格納する。次に、ステップS201で、上記ステップS200で入力記憶部26から読み込んだ各エントリに対し、各エントリに含まれる参照ID、優先度、及び開封フラグを未開封としたエントリを作成し、進捗記憶部24へ格納する。この際、格納するエントリの参照IDと同一の参照IDを持つエントリが既に進捗記憶部24に存在する場合は、既存のエントリに新たに作成したエントリを上書きする。また、上記ステップS200で読み込んだエントリ中に存在しない参照IDを持つ既存のエントリについて、進捗記憶部24のそのエントリの開封フラグを開封に更新する。次に、ステップS202で、メールクライアント3の起動時から現時点までの間に開封した受信メールの件数を求める。具体的には、進捗記憶部24を参照して、開封フラグが開封となっているエントリの個数をカウントすることにより求める。求めた値を件数記憶部23の開封件数領域に格納する。また、優先度毎の未開封の受信メールの件数を求める。具体的には、進捗記憶部24を参照して、開封フラグが未開封となっているエントリの個数を、優先度毎にカウントすることにより求める。求めた値各々を件数記憶部23の対応する優先度の未開封件数領域に格納する。次に、ステップS203で、最も優先度が高い優先度1とする未開封の受信メールから、優先度iまでの未開封の受信メールを全て開封した場合、優先度毎に開封が終了する開封終了時刻を予測する。具体的には、下記1式により、受信メールの開封速度を求める。開封件数は件数記憶部23の開封件数領域に格納された値を用いる。現時刻はOS等から取得し、起動時刻は起動時刻記憶部21に格納された値を用いる。開封速度=開封件数/現時刻-起動時刻1そして、1式で求めた開封速度を用いて、優先度iまでの未開封メールの開封が終了する開封終了時刻Tiを、下記2式により求める。優先度1~iまでの未開封の受信メールの件数は、件数記憶部23の対応する優先度の未開封件数領域の値を用い、優先度各々に対応する未開封件数を加算して、優先度1~iまでの未開封の受信メールの件数を求める。開封終了時刻Ti=起動時刻優先度1~iまでの未開封の受信メールの件数/開封速度22式で求めた開封終了時刻Ti各々を、開封終了時刻記憶部28の対応する優先度の開封終了時刻領域に格納する。次に、ステップS204で、起動時刻記憶部21、一覧記憶部22、件数記憶部23、及び開封終了時刻記憶部28から読み込んだ値を、テンプレート記憶部25から読み込んだテンプレートに埋め込んで、開封進捗レポートとして作成する。この処理には、例えば、Webメールの場合は、htmlファイルへRubyスクリプトを埋め込むことを可能とする技術eRubyを用いることができる。eRubyを用いた場合、htmlファイル中にRubyの命令を<=...>内に記述することで、Rubyの命令の結果を埋め込んだhtmlを作成できるので、eRubyにより作成されたhtmlファイルをWebブラウザへ出力することにより開封進捗レポートの画面表示が可能となる。近年ではhtml5のグラフィックツールを用いることで、開封済の受信メール及び優先度毎の未開封の受信メールの状態を、図形を用いて容易に表すことが可能である。上記で作成した開封進捗レポートを示すデータをレポート記憶部27へ格納する。Webメールの場合は、レポート記憶部27に格納されているデータをWebブラウザから定期的に読み込むことで、開封進捗レポートをメールクライアント3bの表示画面へ表示することが可能である。開封進捗レポートを出力すると、メール開封進捗表示処理ルーチンにリターンし、ステップS101へ移行して、処理を繰り返す。図6及び7に、メールクライアント3の表示画面30の一例を示す。表示画面30には、開封進捗レポートを表示するための開封進捗レポート表示領域32と、メールクライアントの通常の画面を表示するための通常表示領域34とが設定されている。図6では、通常表示領域34に、個別の受信メールを閲覧するための画面が表示されている例を示し、図7では、通常表示領域34に、受信箱に格納されている受信メールのタイトル一覧が表示されている例を示している。図8に、開封進捗レポート表示領域32を拡大した図を示す。開封進捗レポート表示領域32は、さらに、優先度毎に予測された開封終了時刻が表示される開封終了予測時刻表示領域32aと、未開封の受信メールの一覧が表示される未開封一覧表示領域32bとに分けられる。図8の例では、優先度として、最優先、優先、及び普通を用いた場合を表しており、各々の優先度について予測された開封終了時刻が表示されている。また、優先度毎に予測された開封終了時刻と共に、優先度毎の未開封の受信メールの件数及び開封済みの受信メールの件数をグラフで表示している。また、開封開始時刻起動時刻も合わせて表示している。未開封一覧表示領域32bには、一覧記憶部22に格納されたエントリ順、すなわち優先度が高い順に、件名、送信者、及び日付が表示されている。また、各エントリの参照IDを用いて、各受信メールにその受信メールを参照するためのリンクを埋め込んでいる。従って、一覧から所望の受信メールを示すタイトル、送信者、及び日付の表示を選択することにより、該当の受信メールを閲覧することができる。以上説明したように、本実施の形態のメール開封進捗表示装置によれば、メールクライアントの起動時から現時点までに開封された受信メールの件数、及び経過時間に基づいて開封速度を求め、未開封の受信メールを優先度が高い順に開封した場合における、優先度毎の開封終了時刻を、求めた開封速度を用いて予測して表示するため、優先度でソートされた未開封の受信メールに対して、どの受信メールまでチェックするかを一目で把握することができる。このように、どの受信メールまで開封するかを判断しながら、未開封の受信メールを開封して閲覧していくことが可能となり、未開封の受信メールが大量に存在する場合でも、ユーザの利便性を向上させることができる。例えば、週明け、出社してメールクライアントを起動させた際に、大量の未開封の受信メール例えば、200~300通が存在した場合、どの受信メールまで開封すればよいかを容易に把握することができ、朝の仕事の時間配分やメールチェック終了時間の見積もりが容易になる。なお、上記の実施の形態では、起動時から現時点までに開封された受信メールの件数及び経過時間に基づいて開封速度を求める場合について説明したが、これに限定されず、所定の基準時点から所定期間内に開封された受信メールの件数に基づいて求めるものであればよい。また、上記実施の形態では、起動時から現時点までに開封された受信メールの件数を用いて開封速度を求める場合について説明したが、開封された受信メールの合計データサイズを用いて開封速度を求めてもよい。この場合、入力記憶部26及び進捗記憶部24のエントリにデータサイズの領域を設け、上記S203で、1式の代わりに、下記3式により開封速度を求める。開封データサイズ総和は、進捗記憶部24の開封フラグが開封となっているエントリのデータサイズを加算して求める。開封速度=開封データサイズ総和/現時刻-起動時刻3そして、3式で求めた開封速度を用いて、優先度iまでの未開封メールの開封が終了する開封終了時刻Tiを、下記4式により求める。優先度1~iまでの未開封の受信メールのデータサイズの総和は、進捗記憶部24の開封フラグが未開封、かつ優先度が1~iのエントリのデータサイズを加算して求める。開封終了時刻Ti=起動時刻優先度1~iまでの未開封の受信メールのデータサイズ総和/開封速度4また、上記実施の形態では、メールクライアント起動後の受信メールの開封状況に基づいて開封速度を求める場合について説明したが、記憶部20に開封速度を格納する領域を設け、前回以前のメールクライアント起動時に求めた開封速度を格納しておいてもよい。この場合、次回メールクライアントの起動時には、格納しておいた開封速度を読み込んで利用することにより、未開封の受信メールの開封を行っていない起動直後から優先度毎の未開封の受信メールの開封終了時刻を予測することができる。また、上記実施の形態では、優先度毎の開封終了時刻を予測する場合について説明したが、優先度が高い順に未開封の受信メールを開封した場合における、所定件数毎の開封終了時刻を予測してもよい。この場合、2式の優先度1~iまでの未開封の受信メールの件数に代えて、例えば、25、50、75、等の予め定めた値を設定して、所定件数毎の開封終了時刻を求めるようにするとよい。なお、4式により開封終了時刻を求める場合は、4式の優先度1~iまでの未開封の受信メールのデータサイズ総和に代えて、25件目までの未開封の受信メールのデータサイズ合計、50件目までの未開封の受信メールのデータサイズ合計、75件目までの未開封の受信メールのデータサイズ合計、等を設定して、所定件数毎の開封終了時刻を求めるようにするとよい。所定件数毎の開封終了時刻を予測した場合の開封終了予測時刻表示領域32aの一例を、図9に示す。上記実施の形態の例図8では、優先度iまで開封すると開封終了時刻は何時か、ということを把握するのが容易となり、図9の例では、何時まで開封を行うと優先度iのどの程度まで開封が終了するか、ということを把握するのが容易となる。また、本発明は、上記実施の形態に限定されるものではなく、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。また、本願明細書中において、プログラムが予めインストールされている実施の形態として説明したが、当該プログラムを、コンピュータ読み取り可能な記録媒体に格納して提供することも可能である。また、上記処理を実現するハードウエアにより構成してもよい。