JP2011141718A - メール管理プログラム，メール管理装置およびメール管理方法 - Google Patents

Abstract

【課題】サーバが管理するメールに関する情報を，サーバにアクセスする端末装置でユーザが閲覧する際に，ユーザによる目的メールの検索効率を向上させる。
【解決手段】ＷＥＢ／ＡＰサーバ１のメール管理部１０において，メール情報要求受付部１１は，携帯端末から送信されたメール一覧要求を受付ける。受付間隔算出部１２３は，該携帯端末から受付けた今回のメール一覧要求の受付時間と，前回のメール一覧要求の受付時間との差を，受付間隔として算出する。出力メール情報決定・取得部１２４は，受付間隔が所定時間以内である場合に，前回のメール一覧要求時に該携帯端末に出力したメール情報と受信日時の順で連続しない，所定件数のメール情報を，ＤＢサーバ２のメール情報記憶部２３から取得する。メール情報出力部１３は，取得されたメール情報の一覧を該携帯端末に出力する。
【選択図】図３

Description

本発明は，ユーザが操作する端末からの要求に応じて，ユーザが管理するアドレスで受信した複数のメールの情報を，該ユーザが操作する端末に提供する，メール管理プログラム，メール管理装置およびメール管理方法に関するものである。

情報処理装置において，画面に大量の受信メールの一覧を表示するなど，画面に大量の情報を表示する場合には，すべての情報を同時に表示することができないことがある。特に，携帯電話などの移動通信端末などは，表示画面が非常に小さいこともあり，画面に一度に表示可能な情報の量は，かなり少ない。例えば，携帯電話の画面に受信メールのメール情報（タイトルや受信日時などの情報）の一覧を表示する場合，画面には数件の受信メールに関するメール情報しか同時に表示できない。

このような情報処理装置の画面にすべての情報を表示しきれていない場合において，非表示の情報を閲覧したいユーザは，スクロール指示などの操作を行うことにより，非表示の情報を画面に表示させるようにする。例えば，携帯電話の画面に表示されたメール情報の一覧に目的とするメールが表示されていない場合に，ユーザは，スクロール操作などによって画面に非表示のメール情報を表示させ，目的とするメールを検索する。

なお，移動通信端末機において，画面のスクロール命令を受けたときにスクロール速度を変化させながら画面をスクロールさせることで，ユーザによるスクロールの操作性を向上させる技術が知られている。

ここで，ユーザがメールを閲覧する端末にはメールの情報を常時保存させずに，ユーザのアドレスで受信されたメールをサーバ側で管理するメールシステムの技術がある。このようなメールシステムにおいて，ユーザが端末でメールの情報を閲覧する場合には，その都度，端末を用いてサーバにアクセスし，サーバにあるメールの情報を端末に取得する必要がある。

例えば，ユーザが端末で自分宛ての受信メールを閲覧する指示の操作を行ったときに，端末は，サーバに対して問合せを行う。そして，端末は，サーバから一定量のメール情報を受信し，受信したメール情報の一覧を画面に表示する。ユーザが目的とするメールの開封指示操作を行ったときに，端末は，サーバから目的とするメールの本文を取得し，取得したメールの本文を画面に表示する。

このようなメールシステムは，ユーザが持つ端末にメールの情報を残さないため，例えばユーザが端末を紛失したような場合でもメールから重要な情報が洩れない等のメリットがある。

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

上述のメールシステムでは，例えばユーザが自分宛ての受信メールの閲覧を希望したときに，サーバから端末には，所定の一定量ずつしかメール情報が転送されない場合がある。そして，端末は，転送された一定量ずつ，メール情報をメール情報一覧として表示する。所定量ずつメール情報を転送することは，端末・サーバ間の通信負荷低減や，メール情報を保持する端末のメモリ容量の削減に有効である。

端末の画面に表示されたメール情報一覧に目的とするメールがない場合に，ユーザは，メール情報一覧をスクロールする操作などを行い，端末に次のメール情報を取得させる必要がある。ここで，ユーザが目的とするメールが，メール一覧の並び順で，そのときの端末に取得されているメール情報から離れている場合を考える。この場合，ユーザは，次のメール情報を端末に取得させるための操作を，繰り返し行う。端末では，ユーザが目的とするメールに辿り着くまで，メール情報の受信とメール情報一覧の表示とが繰り返されることになる。そのため，ユーザが目的とするメールを見つけ出すまでに，かなりの時間がかかってしまうという問題がある。なお，メモリ容量等の問題で端末は一度にすべてのメール情報をサーバから取得することができないため，上述のスクロール速度を変化させる技術を適用してもあまり意味はない。

また，ユーザが端末画面のテキスト入力領域に目的とするメールに関する検索条件を入力して，端末からサーバに目的とするメールの検索を実行させる技術がある。この技術では，端末は，検索条件をサーバに送信し，検索条件に該当するメールの情報をサーバから受信する。しかし，この技術では，ユーザは目的とするメールに関して検索条件となるなんらかの手がかりを認識している必要性がある。さらには，この技術では，文字入力などの煩わしい操作を行わなければならず，その利便性に問題がある。

本発明は，上記の問題点の解決を図り，サーバが管理するメールの情報や本文を，サーバにアクセスする端末装置でユーザに閲覧させるメールシステムにおいて，ユーザが目的とするメールを特定するときにかかる時間や手間を軽減する技術を提供することを目的とする。

開示するプログラムは，ユーザが管理するアドレスで受信した複数のメールに関する情報を，該ユーザが操作する端末装置に提供する処理を行うコンピュータを，次のように機能させる。

すなわち，前記プログラムは，前記プログラムがインストールされて実行されるコンピュータに，端末装置から複数のメールに関する第１の提供要求信号を受付ける第１の受付ステップと，第１の提供要求信号および複数のメールのそれぞれを受信した受信日時に基づいて，複数のメールに含まれるメールに関する情報を端末装置に出力する第１の出力ステップと，端末装置から複数のメールに関する第ｉ（ｉ＝２，３，... ）の提供要求信号を受付ける第ｉの受付ステップと，第（ｉ−１）の提供要求信号と第ｉの提供要求信号との受付間隔を演算する演算ステップと，受付間隔に基づいて，第（ｉ−１）の出力ステップで出力したメールに関する情報とは受信日時の順では連続しない，複数のメールに含まれるメールに関する情報を端末装置に出力する第ｉの出力ステップとを実行させる。

上記の技術によって，ユーザが端末装置を用いてサーバが管理するメールを閲覧する際に，ユーザは，煩わしい文字入力操作を行わなくても，メール一覧のスクロール操作などの簡単な操作を行うだけで，目的とするメールを短時間で見つけることができるようになる。

本実施の形態によるメールシステムの構成例を示す図である。 本実施の形態による携帯端末の画面の例を示す図である。 本実施の形態によるＷＥＢ／ＡＰサーバ・ＤＢサーバの機能構成例を示す図である。 本実施の形態によるユーザ情報記憶部に格納されているデータテーブルの例を示す図である。 本実施の形態によるメール情報記憶部に格納されているデータテーブルの例を示す図である。 本実施の形態による履歴情報記憶部に格納されているデータテーブルの例を示す図である。 本実施の形態による新着順リスト情報記憶部に格納されたデータテーブルの例を示す図である。 本実施の形態のメール管理部によるメール一覧要求受付け時のメール管理処理フローチャートである。 本実施の形態によるＷＥＢ／ＡＰサーバのハードウェア構成例を示す図である。

以下，本実施の形態について，図を用いて説明する。

図１は，本実施の形態によるメールシステムの構成例を示す図である。

図１に示すメールシステムは，クライアント端末側に電子メールの情報を保存させずに，サーバ側で電子メールを管理するＷｅｂメールシステムの例である。図１に示すメールシステムでは，ユーザが管理するアドレスで受信された電子メールは，すべて，サーバ側で管理される。ユーザは，電子メールを閲覧したい場合に，その都度，端末を用いてサーバにアクセスし，サーバ上にあるメールを閲覧する。このようなメールシステムは，ユーザが持つ端末にメールの情報を残さないため，例えばユーザが端末を紛失したような場合でもメールから重要な情報が洩れない等のメリットがある。また，そのメリットを鑑み，このメールシステムは，企業内メールシステムなどに利用される。なお，以下では，電子メールを，単にメールと呼ぶ。

図１に示すメールシステムにおいて，携帯端末３は，ユーザが使用するクライアント端末である。携帯端末３は，携帯電話やＰＤＡ（Personal Digital Assistante ）やＰＨＳ（Personal Handy-phone System ）等である。ＷＥＢ／ＡＰ（Application ）サーバ１は，携帯端末３からの要求に応じたサービス処理を行うサーバである。ＤＢ（Database）サーバ２は，データを管理するサーバである。図１に示すＷＥＢ／ＡＰサーバ１，ＤＢサーバ２，携帯端末３は，それぞれ，ＣＰＵ（Central Processing Unit ），メモリ等を備えるコンピュータである。

ユーザが，自分宛ての受信メールの一覧を携帯端末３の画面に表示するように操作を行うと，携帯端末３は，ＷＥＢ／ＡＰサーバ１に対して，所定数のメールに関するメール情報の要求を送信する。なお，メール情報の要求にかわって，メール情報の一覧の要求を送信しても良い。ここでいう，メール情報の一覧とは，所定数のメールに関するメール情報の一覧である。なお，メール情報は，メール本文を含まない，タイトルや受信日時などのメールに関する情報であるものとする。

ＷＥＢ／ＡＰサーバ１は，携帯端末３からの要求を受付けると，ＤＢサーバ２から該当するユーザ宛ての所定件数のメール情報を取得する。ＷＥＢ／ＡＰサーバ１は，ＤＢサーバ２から取得したメール情報を携帯端末３に送信する。

携帯端末３は，ＷＥＢ／ＡＰサーバ１からメール情報を受信すると，メール情報に基づいてメール情報の一覧を画面に表示する。なお，ＷＥＢ／ＡＰサーバ１が，取得したメール情報に基づいて，メール情報の一覧を作成するとしても良い。その場合には，携帯端末３は受信したメール情報の一覧を表示する。以下では，メール情報の一覧を，ＷＥＢ／ＡＰサーバ１が作成するとして説明する。

ＷＥＢ／ＡＰサーバ１から携帯端末３に送信されるメール情報は，例えば２０件分のメール情報の一覧である。

ユーザは，携帯端末３の画面に表示されたメール情報の一覧をスクロールさせるなどの操作により，自分が見たいメールを探す。このとき，表示されたメール情報の一覧の中にユーザが目的とするメールの情報がないと判断した場合，ユーザはメール情報の一覧の端までスクロール操作を行う。スクロール操作がなされると，携帯端末３は，メモリ上に保持しているメール情報の一覧を破棄する。そして，携帯端末３は，ＷＥＢ／ＡＰサーバ１に，メール一覧の要求を再度送信する。携帯端末３は，ＷＥＢ／ＡＰサーバ１から追加のメール情報の一覧を受信し，メール情報の一覧を画面に表示する。この場合に，メール情報の一覧は，過去に表示したメール情報の一覧とは異なる内容となる。

ユーザが，携帯端末３の画面に表示されたメール情報の一覧から，本文を見たいメールを選択する操作を行うと，携帯端末３は，ＷＥＢ／ＡＰサーバ１に対して該当メールの本文を要求する。ＷＥＢ／ＡＰサーバ１は，携帯端末３からメールの本文の要求を受付けると，ＤＢサーバ２から該当するメールの本文の情報を取得する。ＷＥＢ／ＡＰサーバ１は，ＤＢサーバ２から取得されたメールの本文の情報を携帯端末３に送信する。携帯端末３は，ＷＥＢ／ＡＰサーバ１からメールの本文の情報を受信すると，メールの本文の情報を画面に表示する。

図２は，本実施の形態による携帯端末の画面の例を示す図である。

図２に示す携帯端末３の画面の例は，ユーザによる受信メール閲覧時の画面の例である。ここでは，図２に示す画面の例を用いて，ユーザの操作と，携帯端末３からＷＥＢ／ＡＰサーバ１へのメール一覧要求の送信タイミングとを説明する。

図２（Ａ）は，メールのフォルダ一覧画面の例である。ユーザは，画面に表示されたフォルダ一覧から，“受信箱”を選択する操作を行う。このとき，携帯端末３は，ＷＥＢ／ＡＰサーバ１に対して，受信したメールに関するメール情報の一覧の要求を送信する。

図２（Ｂ）は，最初のメール一覧画面の例である。携帯端末３は，ＷＥＢ／ＡＰサーバ１から最初のメール情報の一覧を受信すると，そのメール情報の一覧を画面に表示する。なお，携帯端末３は，受信したメール情報の一覧のすべてを画面に表示しきれない場合，受信したメール情報の一覧の一部を表示する。ここでは，携帯端末３は，受信日時が新しい順に，一度に５０件分のメール情報の一覧をＷＥＢ／ＡＰサーバ１から取得する。また，図２（Ｂ）に示すように，携帯端末３のメール一覧画面には，メール情報の一覧の一部として，一度に９件分のメール情報が表示される。なお，図２（Ｂ）に示す携帯端末３のメール一覧画面の例では，“メール００１”のようにメールの番号のみが表示されているが，実際には，件名や受信日時，送信者などの情報も表示される。

図２（Ｃ）は，メール一覧画面上でのフォーカスの移動を示す。図２（Ｂ）に示すように，メール一覧画面が表示された段階では，最も上位のメール，すなわち取得されたメール情報の一覧の中で最も受信日時が新しいメールにフォーカスが置かれている。ユーザは，携帯端末３の上方向キー／下方向キーなどを操作してメール一覧画面上のフォーカスを上／下に移動させながら，目的のメールを探索する。例えば，ユーザが，図２（Ｂ）に示す状態から下方向キーを２回押すと，図２（Ｃ）に示すように，フォーカスが“メール００１”から，“メール００２”，“メール００３”へと移動する。なお，ユーザが下方向キーを押し続けても，フォーカスの移動は可能である。

フォーカスが，メール一覧画面上に表示された最上または最下のメールに到達すると，メール一覧画面がスクロールする。例えば，図２（Ｃ）に示す画面において，フォーカスが最下の“メール００９”まで移動すると，メール一覧画面がスクロールし，画面上に次の“メール０１０”が現れる。

図２（Ｄ）は，取得されたメール情報の一覧において，最後のメールまでフォーカスが移動した状態を示す。上述したように，ここでは携帯端末３に一度に取得されるメール情報の件数は５０件分であるので，図２（Ｄ）に示すように，携帯端末３は，フォーカスが“メール０５０”まで移動しても次の“メール０５１”を画面に表示することができない。

図２（Ｅ）は，情報未取得のメールへのフォーカスの移動を示す。図２（Ｄ）に示す状態でさらにユーザが下方向へのスクロール操作を行うと，図２（Ｅ）に示すように，携帯端末３のメール一覧画面では，“メール０５０”の次の情報未取得のメールがフォーカスされた状態となる。ユーザが下方向へのスクロール操作をさらに行ったタイミングで，携帯端末３は，ＷＥＢ／ＡＰサーバ１に対してメール一覧要求を送信する。なお，携帯端末３の表示画面上に，ユーザに対して次のメールを閲覧する意思を問うボタンを表示させるとしても良い。その場合は，当該ボタンのクリックを検知して，携帯端末３は，ＷＥＢ／ＡＰサーバ１に対してメール一覧要求を送信する。

このとき，携帯端末３は，ＷＥＢ／ＡＰサーバ１に送信するメール一覧要求に，メール取得方向の情報を含ませる。メール取得方向は，次に取得したいメールの情報の方向を示すメールの情報取得方向である。具体的には，メール取得方向は，例えば，携帯端末３のメール一覧画面におけるユーザによるメールの検索方向であり，携帯端末３でのユーザによるスクロール操作の方向すなわちフォーカスの移動操作の方向である。本実施の形態では，メール情報の一覧は，受信日時が新しい順に並んでいる。よって，メール取得方向は，現在携帯端末３が持っているメール情報より受信日時が古い方向を示しているか，または現在携帯端末３が持っているメール情報より受信日時が新しい方向を示している。

例えば，図２（Ｅ）のメール一覧画面に示すように，最下の“メール０５０”からさらに下方向へのフォーカスの移動指示がユーザからあった場合に，携帯端末３は，メール取得方向の情報として下方向の情報をメール一覧要求に含ませる。この場合，メール情報の一覧が受信日時が新しいメールの順であるので，メール取得方向を示す下方向は，メール情報の一覧最下の“メール０５０”より受信日時が古いメールの方向を示している。

図２（Ｆ）は，追加のメール一覧画面の例である。携帯端末３は，ＷＥＢ／ＡＰサーバ１から，メール取得方向の情報で指示された追加の５０件分のメール情報の一覧を受信する。そして，携帯端末３は，図２（Ｆ）に示すように，次のメール情報の一覧を画面に表示する。携帯端末３では，次のメール情報の一覧を取得するとともに，前のメール情報の一覧を破棄する。

なお，ここでは，現在表示されているメール情報の一覧より受信日時が古い方向のメール情報の一覧を追加取得する例を説明しているが，逆方向の場合も同様である。すなわち，現在表示されているメール情報の一覧において，最上のメールからさらに上方向へのフォーカスの移動指示がユーザからあった場合に，メール一覧要求に含まれるメール取得方向の情報は，上方向すなわちより受信日時が新しいメールの方向となる。このとき，携帯端末３は，ＷＥＢ／ＡＰサーバ１から，現在表示されているメール情報の一覧より受信日時が新しい方向のメール情報の一覧を追加取得することになる。

ここで，例えば，ユーザが閲覧の目的としているメールが，受信日時の順で６００番目にあったとする。従来の技術では，携帯端末３は，最初のメール一覧要求を含めて，メール一覧要求の送信とメール情報の一覧の受信とを１２回繰り返す。１２回目のメール情報の一覧取得で，ユーザは，目的とするメールの情報を閲覧することができる。このように，目的とするメールを検索するためのユーザの負担が大きい。また，携帯端末３とＷＥＢ／ＡＰサーバ１との間で１２回もメール情報の一覧を送受信するための通信が行われるため，その通信時間は長くなり，検索のための時間効率が悪いものとなる。

以下では，ユーザが携帯端末３でスクロール操作のような簡易な操作を行うだけで，目的とするメールを短時間で見つけることが可能となる，本実施の形態のＷＥＢ／ＡＰサーバ１によるメール管理の技術の例を説明する。

図３は，本実施の形態によるＷＥＢ／ＡＰサーバ・ＤＢサーバの機能構成例を示す図である。

ＷＥＢ／ＡＰサーバ１は，携帯端末３からの要求に応じてメールに関する処理を行うメール管理部１０を備える。特に本実施の形態によるメール管理部１０は，携帯端末３からのメール情報の要求に対して，携帯端末３を使用するユーザが目的とするメールに短時間で辿り着くことができるように，効率的にメール情報を送信する機能を有する。

メール管理部１０は，メール情報要求受付部１１，メール情報取得部１２，メール情報出力部１３，定義情報記憶部１４を備える。メール管理部１０およびメール管理部１０が備える各機能部は，ＷＥＢ／ＡＰサーバ１のコンピュータが備えるＣＰＵ，メモリ，ディスク等のハードウェアとソフトウェアプログラムとにより実現される。

メール情報要求受付部１１は，携帯端末３から送信された提供要求信号を受付ける。提供要求信号は，メール情報の提供を要求する信号である。メール情報は，メールシステムのサーバ側で管理されているメールに関する情報を示す。例えば，各メールの件名，受信日時，送信者などの情報がメール情報であってもよいし，さらにメールの本文が含まれた情報がメール情報であってもよい。本実施の形態では，メール本文以外のメールの件名，受信日時，送信者などの情報をメール情報とする。また，ここでは，携帯端末３から送信されるメール情報の提供要求は，複数メールのメール情報の一覧を要求するメール一覧要求であるものとする。本実施の形態のメール情報要求受付部１１は，携帯端末３から送信されたメール一覧要求を受付ける。

メール情報取得部１２は，携帯端末３から受付けたメール情報の提供を要求する信号に応じて，その携帯端末３に送信するメール情報を決定し，ＤＢサーバ２から取得する。本実施の形態のメール情報取得部１２では，要求を行った携帯端末３に対して送信するメール情報の一覧に含めるメールを決定し，メール情報の一覧に含めるメールの情報をＤＢサーバ２から取得する。メール情報取得部１２の詳細については，後述する。

メール情報出力部１３は，メール情報の提供を要求した携帯端末３に対して，メール情報取得部１２で取得されたメール情報を送信する。本実施の形態のメール情報取得部１２では，要求を行った携帯端末３に対して，メール情報取得部１２で取得されたメール情報の一覧を送信する。

定義情報記憶部１４は，メール情報取得部１２によるメール情報の決定・取得処理に用いる各種定義情報を記憶する，コンピュータがアクセス可能な記憶装置である。本実施の形態の定義情報記憶部１４には，メール一覧取得件数，スキップタイム，スキップ数初期値などの定義情報が記憶される。

ＤＢサーバ２は，メール記憶部２１，ユーザ情報記憶部２２，メール情報記憶部２３，履歴情報記憶部２４を備える。ＤＢサーバ２が備える各記憶部は，ＤＢサーバ２のコンピュータが備えるメモリ，ディスク等の記憶装置により実現される。

メール記憶部２１は，本実施の形態のメールシステムで管理するメールを記憶する，コンピュータがアクセス可能な記憶装置である。メールシステムが受信したメールは，メール記憶部２１で保管される。なお，ＤＢサーバ２は，例えばメールアドレスなどによって，メールの宛先である利用者を識別し，利用者ごとに受信メールを管理する。

ユーザ情報記憶部２２は，本実施の形態のメールシステムを利用するユーザに関する情報を記憶する，コンピュータがアクセス可能な記憶装置である。

メール情報記憶部２３は，本実施の形態のメールシステムで管理するメールの情報を記憶する，コンピュータがアクセス可能な記憶装置である。

履歴情報記憶部２４は，携帯端末３からのメール情報提供の要求を受けて，ＷＥＢ／ＡＰサーバ１がＤＢサーバ２からメール情報を取得した履歴の情報を記憶する，コンピュータがアクセス可能な記憶装置である。

図４は，本実施の形態によるユーザ情報記憶部に格納されているデータテーブルの例を示す図である。

図４に示すユーザ管理テーブル２２０は，ユーザ情報記憶部２２に記憶された，メールシステムを利用するユーザに関する情報の例である。ユーザ管理テーブル２２０には，ユーザＩＤ，ユーザ名などの，システムの利用者として登録されたユーザに関する様々な情報が記録される。ユーザ管理テーブル２２０において，ユーザＩＤは，登録されたユーザに対して一意に割り当てられた識別情報を示す。ユーザ名は，登録されたユーザの氏名を示す。

図５は，本実施の形態によるメール情報記憶部に格納されているデータテーブルの例を示す図である。

図５に示すメッセージテーブル２３０は，メール情報記憶部２３に記憶された，メールシステムで管理するメールの情報が記録されたデータの例である。本実施の形態のメール情報取得部１２は，メッセージテーブル２３０に記録されたメール情報から，携帯端末３に送信するメール情報を取得する。

メッセージテーブル２３０には，メッセージＩＤ，サブジェクト，日付などの，メールシステムで管理している各メールに関する情報が記録される。なお，図５に示すメッセージテーブル２３０の例は，特に，ユーザＩＤが００１であるユーザ宛ての受信メールに関する情報の例である。本実施の形態では，メッセージテーブル２３０は，ユーザごとに用意されているものとする。

メッセージテーブル２３０において，メッセージＩＤは，メッセージテーブル２３０のレコードごと，すなわちユーザＩＤが００１であるユーザ宛ての受信メールごとに割り当てられた識別情報を示す。サブジェクトは，該当メールの件名を示す。日付は，該当メールの受信日時を示す。そのほか，メッセージテーブル２３０には，送信者の情報や，メール記憶部２１における該当メールの格納位置の情報などが記録される。

図６は，本実施の形態による履歴情報記憶部に格納されているデータテーブルの例を示す図である。

図６に示すメール一覧取得履歴テーブル２４０は，履歴情報記憶部２４に記憶された，携帯端末３からのメール一覧要求を受けて，ＷＥＢ／ＡＰサーバ１がＤＢサーバ２からメール情報を取得した履歴の情報の例である。メール一覧取得履歴テーブル２４０は，携帯端末３からのメール一覧要求に応じて，ＷＥＢ／ＡＰサーバ１が携帯端末３に送信したメール情報の一覧の履歴情報であるとも言える。メール一覧取得履歴テーブル２４０には，履歴ＩＤ，ユーザＩＤ，受付時間，メール取得方向，取得メール一覧，スキップ数，スキップメールなどの情報が記録される。

メール一覧取得履歴テーブル２４０において，履歴ＩＤは，メール一覧取得履歴テーブル２４０のレコードごと，すなわち１回のメール一覧要求に対するメール情報の取得履歴ごとに割り当てられた識別情報を示す。ユーザＩＤは，携帯端末３を操作して自分宛ての受信メール一覧の閲覧を要求したユーザのユーザＩＤを示す。受付時間は，メール情報要求受付部１１が携帯端末３からのメール一覧要求を受付けた日時を示す。メール取得方向は，携帯端末３から受付けたメール一覧要求に含まれたメール取得方向の情報を示す。取得メール一覧は，メール情報取得部１２によりメール情報記憶部２３のメッセージテーブル２３０から情報が取得された各メールに割り当てられた新着順序を示す。新着順序は，受信日時が新しいメールの順に若い番号が割り当てられた順序情報である。新着順序の割り当ての詳細については後述する。スキップ数は，スキップされて情報が取得されなかったメールの件数を示す。スキップは，前回のメール一覧要求時にＤＢサーバ２から取得されたメール情報の中で最も大きな新着順序のメール情報と新着順序が連続しない新着順序のメール情報以降のメール情報を取得することをいう。スキップの詳細については後述する。スキップメールは，スキップされたメールの新着順序を示す。

なお，履歴情報記憶部２４はＤＢサーバ２に備わるとして説明したが，これに限られない。つまり，メール管理部１０が，履歴情報記憶部２４を有するとしても良い。

ここで，メール情報取得部１２の詳細について説明する。メール情報取得部１２は，メール情報要求判定部１２１，新着順リスト情報生成部１２２，受付間隔算出部１２３，出力メール情報決定・取得部１２４，新着順リスト情報記憶部１２５を備える。

メール情報要求判定部１２１は，携帯端末３から受付けたメール一覧要求に，メール取得方向の情報が含まれているか否かを判定する。

新着順リスト情報生成部１２２は，新着順リスト情報を生成する。新着順リストとは，ユーザのメッセージテーブル２３０に基づいて，メールを受信日時が新しい順序に並べたリスト情報である。ユーザは，携帯端末３を使用して自分宛ての受信メール一覧の閲覧を要求したユーザを指す。

受付間隔算出部１２３は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０に基づいて，今回受付けたメール一覧要求の受付時間と，前回受付けたメール一覧要求の受付時間との差を算出し，受付間隔とする。

出力メール情報決定・取得部１２４は，受付けたメール一覧要求に応じて携帯端末３に出力するメール情報を決定し，メール情報記憶部２３に記憶されたメッセージテーブル２３０から，携帯端末３への出力が決定されたメール情報を取得する。

詳細は後述するが，出力メール情報決定・取得部１２４は，メール一覧要求の受付間隔の長短によって，携帯端末３に送信するメール情報の一覧を，受信日時の順で，前回のメール一覧要求時に携帯端末３に送信したメール情報の一覧と連続させるか，連続させないかを決定する。

新着順リスト情報記憶部１２５は，新着順リスト情報生成部１２２により生成された新着順リスト情報を記憶する，コンピュータがアクセス可能な記憶装置である。

図７は，本実施の形態による新着順リスト情報記憶部に格納されたデータテーブルの例を示す図である。

図７に示す新着順リスト情報１２６は，新着順リスト情報記憶部１２５に記憶された，メールを受信日時が新しい順序に並べたリスト情報の例である。新着順リスト情報１２６には，新着順序と，メッセージＩＤとの対応が記録される。なお，図７に示す新着順リスト情報１２６の例は，特に，図５に示すメッセージテーブル２３０に基づいて，ユーザＩＤが００１であるユーザ宛ての受信メールに関して生成された情報の例である。

新着順リスト情報１２６において，新着順序は，メールの受信日時が新しい順に若い番号が割り当てられる順序情報である。メッセージＩＤは，メッセージテーブル２３０で管理されるメール情報のレコードに割り当てられたメッセージＩＤである。新着順リスト情報生成部１２２は，該当ユーザのメッセージテーブル２３０の日付すなわち受信日時を参照し，受信日時が新しいものから順に，そのレコードのメッセージＩＤに番号の若い新着順序を対応付けて，新着順リスト情報１２６を生成する。

図８は，本実施の形態のメール管理部によるメール一覧要求受付け時のメール管理処理フローチャートである。

メール管理部１０において，メール情報要求受付部１１が携帯端末３からメール一覧要求を受付けると（ステップＳ１０），メール情報取得部１２のメール情報要求判定部１２１は，そのメール一覧要求にメール取得方向の情報が含まれているかを判定する（ステップＳ１１）。

メール一覧要求にメール取得方向の情報が含まれていない場合には（ステップＳ１１のＮＯ），新着順リスト情報生成部１２２は，新着順リスト情報１２６を生成する（ステップＳ１２）。なお，新着順リスト情報生成部１２２は，メール一覧要求にメール取得方向の情報が含まれていない場合には，最初のメール一覧要求であると判断する。新着順リスト情報生成部１２２は，生成された新着順リスト情報１２６を，新着順リスト情報記憶部１２５に記憶させる。出力メール情報決定・取得部１２４は，メール情報記憶部２３から，受信日時が最新のものから順に所定件数のメール情報を取得する（ステップＳ１３）。なお，携帯端末３への１回の出力で送信するメール情報の件数は，定義情報記憶部１４に記憶されたメール一覧取得件数で定義されている。出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０に，今回のメール一覧要求に対する処理の履歴を記録する（ステップＳ２３）。メール情報出力部１３は，取得した所定件数のメール情報の一覧を，メール一覧要求の送信元の携帯端末３に出力する（ステップＳ２４）。

メール一覧要求にメール取得方向の情報が含まれている場合には（ステップＳ１１のＹＥＳ），受付間隔算出部１２３は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０から，前回のメール一覧要求の受付時間を取得する（ステップＳ１４）。なお，受付間隔算出部１２３は，受付けたメール一覧要求にメール取得方向の情報が含まれている場合には，受付けたメール一覧要求が追加のメール一覧要求であると判断する。受付間隔算出部１２３は，受付間隔として，前回のメール一覧要求の受付時間と今回のメール一覧要求の受付時間との差分を算出する（ステップＳ１５）。出力メール情報決定・取得部１２４は，算出された受付間隔が所定時間以内であるかを判定する（ステップＳ１６）。なお，受付間隔の判定に用いる所定時間の閾値は，定義情報記憶部１４に記憶されたスキップタイムで定義されている。

受付間隔が所定時間を超えていれば（ステップＳ１６のＮＯ），出力メール情報決定・取得部１２４は，メール情報記憶部２３から，前回のメール一覧要求時に出力されたメール情報と，受付日時の順で連続する所定件数のメール情報を取得する（ステップＳ１７）。具体的にＳ１７の処理を説明する。メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０から，前回のメール一覧要求時のレコードにおける取得メール一覧の情報を取得する。ここでは，メール一覧取得履歴テーブル２４０から，前回のメール一覧要求時に取得したメール情報に対応する新着順序の番号が得られる。出力メール情報決定・取得部１２４は，新着順リスト情報記憶部１２５に記憶された新着順リスト情報１２６を参照し，前回のメール一覧要求時に取得したメール情報に対応する新着順序と，メール取得方向の情報で指定された方向に番号が連続する所定件数のメッセージＩＤを取得する。出力メール情報決定・取得部１２４は，取得されたメッセージＩＤに該当するレコードのメール情報を，メール情報記憶部２３に記憶されたメッセージテーブル２３０から取得する。出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０に，今回のメール一覧要求に対する処理の履歴を記録する（ステップＳ２３）。メール情報出力部１３は，取得した所定件数のメール情報の一覧を，メール一覧要求の送信元の携帯端末３に出力する（ステップＳ２４）。

なお，携帯端末３からのメール一覧要求の受付間隔が長いときには，ユーザが，携帯端末３のメール一覧画面上のメール情報をじっくりと確認している可能性が高い。このとき，前回のメール一覧要求で携帯端末３が受信して保持するメール情報の一覧の近傍に，ユーザが目的とするメールが存在する可能性が高いと判断できる。

これに対して，携帯端末３からのメール一覧要求の受付間隔が短いときには，ユーザが，携帯端末３のメール一覧画面上のメール情報をほとんど確認せずに，速いペースでメール情報の一覧をスクロールさせている可能性が高い。このとき，前回のメール一覧要求で携帯端末３が受信して保持するメール情報の一覧の近傍には，ユーザが目的とするメールが存在しない可能性が高いと判断できる。

受付間隔が所定時間以内であれば（ステップＳ１６のＹＥＳ），出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０から，前回のメール一覧要求に含まれたメール取得方向の情報を取得する（ステップＳ１８）。出力メール情報決定・取得部１２４は，前回のメール一覧要求に含まれたメール取得方向の情報と，今回のメール一覧要求に含まれるメール取得方向の情報とが一致するかを判定する（ステップＳ１９）。

メール取得方向の情報が一致する場合には（ステップＳ１９のＹＥＳ），出力メール情報決定・取得部１２４は，メールのスキップ数を決定する（ステップＳ２０）。出力メール情報決定・取得部１２４は，前回のメール一覧要求時に出力されたメール情報から，受付日時の順で決定されたスキップ数分だけ順序をスキップして，メール情報記憶部２３から所定件数のメール情報を取得する（ステップＳ２１）。出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０に，今回のメール一覧要求に対する処理の履歴を記録する（ステップＳ２３）。メール情報出力部１３は，取得した所定件数のメール情報の一覧を，メール一覧要求の送信元の携帯端末３に出力する（ステップＳ２４）。

より詳細に説明する。出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０から，前回のメール一覧要求時のレコードにおけるスキップ数を取得する。出力メール情報決定・取得部１２４は，前回のメール一覧要求時のスキップ数が０であれば，今回のメール一覧要求に対するメール取得時のメールのスキップ数を，所定の初期値とする。なお，メールのスキップ数の初期値は，定義情報記憶部１４に記憶されたスキップ数初期値で定義されている。また，出力メール情報決定・取得部１２４は，前回のメール一覧要求時のスキップ数が０でなければ，今回のメール一覧要求に対するメール情報取得時のメールのスキップ数を，前回のメール一覧要求時のスキップ数の倍とする。このように，本実施の形態では，同じメール取得方向の情報を含むメール一覧要求が続くことに合わせて，スキップ数が増加していく仕組みが用いられる。

出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０から，前回のメール一覧要求時のレコードにおける取得メール一覧の情報を取得する。ここでは，メール一覧取得履歴テーブル２４０から，前回のメール一覧要求時に取得したメール情報に対応する新着順序の番号が取得される。出力メール情報決定・取得部１２４は，新着順リスト情報記憶部１２５に記憶された新着順リスト情報１２６を参照し，前回のメール一覧要求時に取得したメール情報に対応する新着順序からスキップ数分だけ番号を飛ばして，所定件数のメッセージＩＤを取得する。出力メール情報決定・取得部１２４は，取得されたメッセージＩＤに該当するレコードのメール情報を，メール情報記憶部２３に記憶されたメッセージテーブル２３０から取得する。

同じメール取得方向の情報を含むメール一覧要求が短い受付間隔で続く場合には，携帯端末３を操作するユーザが，そのとき携帯端末３に表示されたメール情報の一覧をあまり詳しく確認せずに，ほとんどボタン連打の状態でスクロール操作している可能性が高い。このとき，前回のメール一覧要求で携帯端末３が受信して保持するメール情報の一覧から，受信日時の順で離れたところに，ユーザが目的とするメールがあると予測できる。このような場合に，出力メール情報決定・取得部１２４は，携帯端末３に送信するメール情報の一覧を，受信日時の順で，前回のメール一覧要求時に携帯端末３に送信したメール情報の一覧から，メール取得方向の情報が示す方向にスキップさせる。これにより，携帯端末３が，ユーザが目的とするメールの情報を取得して，メール一覧画面に表示するまでの時間効率が，良くなる。

メール取得方向の情報が一致しない場合には（ステップＳ１９のＮＯ），出力メール情報決定・取得部１２４は，メール情報記憶部２３から，前回のメール一覧要求時にスキップされたメール情報から所定件数のメール情報を取得する（ステップＳ２２）。なお，前回スキップされたメール情報の先頭のメール情報ではなく，前々回のメール一覧要求時に携帯端末３に送信されたメール情報の一覧と，前回のメール一覧要求時に携帯端末３に送信されたメール情報の一覧との中間に位置するメール情報を取得する，などの設計は任意である。出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０に，今回のメール一覧要求に対する処理の履歴を記録する（ステップＳ２３）。メール情報出力部１３は，取得した所定件数のメール情報の一覧を，メール一覧要求の送信元の携帯端末３に出力する（ステップＳ２４）。

異なるメール取得方向の情報を含むメール一覧要求が短い受付間隔で続く場合には，携帯端末３を操作するユーザが，そのとき携帯端末３に表示されたメール情報の一覧をあまり詳しく確認せずに，逆方向にスクロール操作している可能性が高い。このとき，前回のメール一覧要求時にメールをスキップし過ぎて，前回のメール一覧要求時に携帯端末３が取得したメール情報の一覧が，受信日時の順でユーザが目的とするメールを大きく通り越してしまったと予測できる。このような場合に，出力メール情報決定・取得部１２４は，携帯端末３に送信するメール情報を，前回のメール一覧要求時にスキップしたメール情報の中から決定する。このとき，出力メール情報決定・取得部１２４は，メール一覧要求の受付間隔が短いので，前回のメール一覧要求時に携帯端末３に送信したメール情報の一覧と受信日時の順で連続しないメール情報を，携帯端末３に送信するメール情報とする。これにより，携帯端末３が，ユーザが目的とするメールの情報を取得して，メール一覧画面に表示するまでの時間効率が，良くなる。

以下，図６に示すメール一覧取得履歴テーブル２４０の例を用いて，本実施の形態のメールシステムによる処理の流れの具体例を説明する。以下の説明において，括弧書き中のステップは，図８のフローチャートでの該当ステップを示す。

なお，定義情報記憶部１４に記憶された定義情報について，メール一覧取得件数は５０件が定義されており，スキップタイムは２０秒が定義されており，スキップ数初期値は１００件が定義されているものとする。

まず，ユーザが携帯端末３で自分宛ての受信メールを閲覧するための操作を行う。携帯端末３は，ＷＥＢ／ＡＰサーバ１に対して，最初のメール一覧要求，すなわちメール取得方向の情報を含まないメール一覧要求を送信する。なお，このユーザのユーザＩＤは，００１であるものとする。

ＷＥＢ／ＡＰサーバ１において，メール管理部１０のメール情報要求受付部１１は，携帯端末３からのメール一覧要求を受付ける（ステップＳ１０）。ここで受付けたメール一覧要求には，メール取得方向の情報が含まれていない（ステップＳ１１のＮＯ）。

メール情報取得部１２の新着順リスト情報生成部１２２は，メール情報記憶部２３に記憶された，図５に示すメッセージテーブル２３０に記録されたメール情報を，日付が新しい順に順序付けした，図７に示す新着順リスト情報１２６を生成する（ステップＳ１２）。図７に示す新着順リスト情報１２６は，図５に示すメッセージテーブル２３０の各メール情報のメッセージＩＤに対して，受信日時が新しいものから順に，数字が若い新着順序を割り当てた情報となる。新着順リスト情報生成部１２２は，生成された新着順リスト情報１２６を，新着順リスト情報記憶部１２５に記憶する。

出力メール情報決定・取得部１２４は，新着順リスト情報記憶部１２５に記憶された新着順リスト情報１２６から，新着順序の数字が若い順に５０件分のメッセージＩＤを取得する。新着順リスト情報１２６から，新着順序００１〜０５０に対応する，５０件分のメッセージＩＤが取得される。出力メール情報決定・取得部１２４は，取得された新着順序００１〜０５０に対応するメッセージＩＤに該当するメール情報を，メール情報記憶部２３に記憶されたメッセージテーブル２３０から取得する（ステップＳ１３）。

出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０に，今回のメール一覧要求に対する処理の履歴を記録する（ステップＳ２３）。ここで記録された履歴情報は，図６に示すメール一覧取得履歴テーブル２４０の履歴ＩＤ０１のレコードである。

メール情報出力部１３は，取得した新着順序００１〜０５０に対応するメール情報の一覧を，携帯端末３に送信する（ステップＳ２４）。

新着順序００１〜０５０に対応するメール情報の一覧を受信した携帯端末３は，受信したメール情報を新着順序の番号が若い順に一覧表示する。

ユーザは，携帯端末３のメール一覧画面上のフラッシュを移動する操作を行いながら，目的とするメールを探索する。ここでは，ユーザは，新着順序００１〜０５０の中に目的とするメールは見つけられず，メール一覧画面上で，この時点でメール情報の一覧の最下メールである新着順序０５０のメールからさらに下方向にフラッシュを移動する操作を行う。

携帯端末３は，ＷＥＢ／ＡＰサーバ１に対して，追加のメール一覧要求，すなわちメール取得方向の情報を含むメール一覧要求を送信する。ここで送信されるメール一覧要求には，メール取得方向の情報として，下方向，すなわち受信日時がより古い方向の情報が含まれている。

ＷＥＢ／ＡＰサーバ１において，メール管理部１０のメール情報要求受付部１１は，携帯端末３からのメール一覧要求を受付ける（ステップＳ１０）。ここで受付けたメール一覧要求には，メール取得方向の情報が含まれている（ステップＳ１１のＹＥＳ）。

メール情報取得部１２の受付間隔算出部１２３は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０から，前回のメール一覧要求の受付時間を取得する（ステップＳ１４）。ここでは，メール一覧取得履歴テーブル２４０から，履歴ＩＤ０１の受付時間“2009/1/1 10:00:00 ”が取得される。今回のメール一覧要求の受付時間が，“2009/1/1 10:01:00 ”であるものとすると，受付間隔として１分が算出される（ステップＳ１５）。算出された受付間隔１分は，所定時間２０秒を超えている（ステップＳ１６のＮＯ）。

出力メール情報決定・取得部１２４は，メール一覧取得履歴テーブル２４０から，前回のメール一覧要求時の取得メール一覧を取得する。ここでは，メール一覧取得履歴テーブル２４０から，履歴ＩＤ０１の取得メール一覧を示す新着番号として，００１〜０５０が取得される。出力メール情報決定・取得部１２４は，新着順リスト情報記憶部１２５に記憶された新着順リスト情報１２６から，新着順序００１〜０５０と受信日時がより古い方向で連続する５０件分のメッセージＩＤを取得する。新着順リスト情報１２６から，新着順序０５１〜１００に対応する，５０件分のメッセージＩＤが取得される。出力メール情報決定・取得部１２４は，取得された新着順序０５１〜１００に対応するメッセージＩＤに該当するメール情報を，メール情報記憶部２３に記憶されたメッセージテーブル２３０から取得する（ステップＳ１７）。

出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０に，今回のメール一覧要求に対する処理の履歴を記録する（ステップＳ２３）。ここで記録された履歴情報は，図６に示すメール一覧取得履歴テーブル２４０の履歴ＩＤ０２のレコードである。

メール情報出力部１３は，取得した新着順序０５１〜１００に対応するメール情報の一覧を，携帯端末３に送信する（ステップＳ２４）。

新着順序０５１〜１００に対応するメール情報の一覧を受信した携帯端末３は，受信したメール情報を新着順序の番号が若い順に一覧表示する。前回のメール一覧要求で受信した新着順序００１〜０５０に対応するメール情報の一覧は，破棄される。

ユーザは，携帯端末３のメール一覧画面上のフラッシュを移動する操作を行いながら，さらに，目的とするメールを探索する。ここでは，ユーザは，新着順序０５１〜１００の中に目的とするメールがないと早い段階で判断し，メール一覧画面上で，この時点でメール情報の一覧の最下メールである新着順序１００のメールからさらに下方向にフラッシュを移動する操作を高速に行う。

携帯端末３は，ＷＥＢ／ＡＰサーバ１に対して，追加のメール一覧要求，すなわちメール取得方向の情報を含むメール一覧要求を送信する。ここで送信されるメール一覧要求には，メール取得方向の情報として，前回と同様に，下方向，すなわち受信日時がより古い方向の情報が含まれている。

ＷＥＢ／ＡＰサーバ１において，メール管理部１０のメール情報要求受付部１１は，携帯端末３からのメール一覧要求を受付ける（ステップＳ１０）。ここで受付けたメール一覧要求には，メール取得方向の情報が含まれている（ステップＳ１１のＹＥＳ）。

メール情報取得部１２の受付間隔算出部１２３は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０から，前回のメール一覧要求の受付時間を取得する（ステップＳ１４）。ここでは，メール一覧取得履歴テーブル２４０から，履歴ＩＤ０２の受付時間“2009/1/1 10:01:00 ”が取得される。今回のメール一覧要求の受付時間が，“2009/1/1 10:01:10 ”であるものとすると，受付間隔として１０秒が算出される（ステップＳ１５）。算出された受付間隔１０秒は，所定時間２０秒以内である（ステップＳ１６のＹＥＳ）。

出力メール情報決定・取得部１２４は，メール一覧取得履歴テーブル２４０から，前回のメール一覧要求に含まれたメール取得方向の情報を取得する（ステップＳ１８）。ここでは，メール一覧取得履歴テーブル２４０から，履歴ＩＤ０２のメール取得方向として，下方向が取得される。今回のメール一覧要求に含まれるメール取得方向の情報は下方向であるので，前回のメール一覧要求に含まれたメール取得方向の情報と一致する（ステップＳ１９のＹＥＳ）。

出力メール情報決定・取得部１２４は，メール一覧取得履歴テーブル２４０から，前回のメール一覧要求時のスキップ数を取得する。ここでは，メール一覧取得履歴テーブル２４０から，履歴ＩＤ０２のスキップ数として，０件が取得される。出力メール情報決定・取得部１２４は，前回のメール一覧要求時のスキップ数が０件であるので，今回のスキップ数を初期値の１００件に決定する（ステップＳ２０）。

出力メール情報決定・取得部１２４は，メール一覧取得履歴テーブル２４０から，前回のメール一覧要求時の取得メール一覧を取得する。ここでは，メール一覧取得履歴テーブル２４０から，履歴ＩＤ０２の取得メール一覧を示す新着番号として，０５１〜１００が取得される。出力メール情報決定・取得部１２４は，新着順リスト情報記憶部１２５に記憶された新着順リスト情報１２６から，新着順序０５１〜１００と受信日時がより古い方向で連続する１００件分の新着順序１０１〜２００をスキップする。出力メール情報決定・取得部１２４は，スキップした新着順序１０１〜２００と受信日時がより古い方向で連続する５０件分のメッセージＩＤを取得する。新着順リスト情報１２６から，新着順序２０１〜２５０に対応する，５０件分のメッセージＩＤが取得される。出力メール情報決定・取得部１２４は，取得された新着順序２０１〜２５０に対応するメッセージＩＤに該当するメール情報を，メール情報記憶部２３に記憶されたメッセージテーブル２３０から取得する（ステップＳ２１）。

出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０に，今回のメール一覧要求に対する処理の履歴を記録する（ステップＳ２３）。ここで記録された履歴情報は，図６に示すメール一覧取得履歴テーブル２４０の履歴ＩＤ０３のレコードである。

メール情報出力部１３は，取得した新着順序２０１〜２５０に対応するメール情報の一覧を，携帯端末３に送信する（ステップＳ２４）。

新着順序２０１〜２５０に対応するメール情報の一覧を受信した携帯端末３は，受信したメール情報を新着順序の番号が若い順に一覧表示する。前回のメール一覧要求で受信した新着順序０５１〜１００に対応するメール情報の一覧は，破棄される。

ユーザは，携帯端末３のメール一覧画面上のフラッシュを移動する操作を行いながら，さらに，目的とするメールを探索する。ここでも，ユーザは，新着順序２０１〜２５０の中に目的とするメールがないと早い段階で判断し，メール一覧画面上で，この時点でメール情報の一覧の最下メールである新着順序２５０のメールからさらに下方向にフラッシュを移動する操作を高速に行う。

携帯端末３は，ＷＥＢ／ＡＰサーバ１に対して，追加のメール一覧要求，すなわちメール取得方向の情報を含むメール一覧要求を送信する。ここで送信されるメール一覧要求には，メール取得方向の情報として，下方向，すなわち受信日時がより古い方向の情報が含まれている。

ＷＥＢ／ＡＰサーバ１において，メール管理部１０のメール情報要求受付部１１は，携帯端末３からのメール一覧要求を受付ける（ステップＳ１０）。ここで受付けたメール一覧要求には，メール取得方向の情報が含まれている（ステップＳ１１のＹＥＳ）。以下，メール情報取得部１２による，図８に示すフローチャートのステップＳ１９までの処理については，前回のメール一覧要求取得時とほぼ同様の処理となるので，ここでは説明を省略する。

出力メール情報決定・取得部１２４は，メール一覧取得履歴テーブル２４０から，前回のメール一覧要求時のスキップ数を取得する。ここでは，メール一覧取得履歴テーブル２４０から，履歴ＩＤ０３のスキップ数として，１００件が取得される。出力メール情報決定・取得部１２４は，前回のメール一覧要求時のスキップ数が１００件であるので，今回のスキップ数をその倍の２００件に決定する（ステップＳ２０）。

出力メール情報決定・取得部１２４は，メール一覧取得履歴テーブル２４０から，前回のメール一覧要求時の取得メール一覧を取得する。ここでは，メール一覧取得履歴テーブル２４０から，履歴ＩＤ０３の取得メール一覧を示す新着番号として，２０１〜２５０が取得される。出力メール情報決定・取得部１２４は，新着順リスト情報記憶部１２５に記憶された新着順リスト情報１２６から，新着順序２０１〜２５０と受信日時がより古い方向で連続する２００件分の新着順序２５１〜４５０をスキップする。出力メール情報決定・取得部１２４は，スキップした新着順序２５１〜４５０と受信日時がより古い方向で連続する５０件分のメッセージＩＤを取得する。新着順リスト情報１２６から，新着順序４５１〜５００に対応する，５０件分のメッセージＩＤが取得される。出力メール情報決定・取得部１２４は，取得された新着順序４５１〜５００に対応するメッセージＩＤに該当するメール情報を，メール情報記憶部２３に記憶されたメッセージテーブル２３０から取得する（ステップＳ２１）。

出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０に，今回のメール一覧要求に対する処理の履歴を記録する（ステップＳ２３）。ここで記録された履歴情報は，図６に示すメール一覧取得履歴テーブル２４０の履歴ＩＤ０４のレコードである。

メール情報出力部１３は，取得した新着順序４５１〜５００に対応するメール情報の一覧を，携帯端末３に送信する（ステップＳ２４）。

新着順序４５１〜５００に対応するメール情報の一覧を受信した携帯端末３は，受信したメール情報を新着順序の番号が若い順に一覧表示する。前回のメール一覧要求で受信した新着順序２０１〜２５０に対応するメール情報の一覧は，破棄される。

ユーザは，携帯端末３のメール一覧画面上のフラッシュを移動する操作を行いながら，さらに，目的とするメールを探索する。ここで，ユーザは，新着順序４５１〜５００の冒頭で目的とするメールがスキップされてしまったと早い段階で判断し，メール一覧画面上で，この時点でメール情報の一覧の最上メールである新着順序４５１のメールからさらに上方向にフラッシュを移動する操作を高速に行う。

携帯端末３は，ＷＥＢ／ＡＰサーバ１に対して，追加のメール一覧要求，すなわちメール取得方向の情報を含むメール一覧要求を送信する。ここで送信されるメール一覧要求には，メール取得方向の情報として，上方向，すなわち受信日時がより新しい方向の情報が含まれている。

ＷＥＢ／ＡＰサーバ１において，メール管理部１０のメール情報要求受付部１１は，携帯端末３からのメール一覧要求を受付ける（ステップＳ１０）。ここで受付けたメール一覧要求には，メール取得方向の情報が含まれている（ステップＳ１１のＹＥＳ）。

メール情報取得部１２の受付間隔算出部１２３は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０から，前回のメール一覧要求の受付時間を取得する（ステップＳ１４）。ここでは，メール一覧取得履歴テーブル２４０から，履歴ＩＤ０４の受付時間“2009/1/1 10:01:20 ”が取得される。今回のメール一覧要求の受付時間が，“2009/1/1 10:01:30 ”であるものとすると，受付間隔として１０秒が算出される（ステップＳ１５）。算出された受付間隔１０秒は，所定時間２０秒以内である（ステップＳ１６のＹＥＳ）。

出力メール情報決定・取得部１２４は，メール一覧取得履歴テーブル２４０から，前回のメール一覧要求に含まれたメール取得方向の情報を取得する（ステップＳ１８）。ここでは，メール一覧取得履歴テーブル２４０から，履歴ＩＤ０４のメール取得方向として，下方向が取得される。今回のメール一覧要求に含まれるメール取得方向の情報は上方向であるので，前回のメール一覧要求に含まれたメール取得方向の情報と一致しない（ステップＳ１９のＮＯ）。

出力メール情報決定・取得部１２４は，メール一覧取得履歴テーブル２４０から，前回のメール一覧要求時のスキップメールを取得する。ここでは，メール一覧取得履歴テーブル２４０から，履歴ＩＤ０４のスキップメールを示す新着番号として，２５１〜４５０が取得される。今回のメール一覧要求に応じて取得するメール情報は，メール取得方向が受信日時がより新しい方へ戻る方向であるので，スキップされた新着番号２５１〜４５０のうち，先頭から５０件分のメール情報，すなわちより受信日時が新しい新着番号２５１〜３００に対応するメール情報となる。これは，前々回のメール一覧要求時に出力されたメール情報に対応する新着番号２０１〜２５０と連続する新着番号に対応するメール情報である。

出力メール情報決定・取得部１２４は，新着順リスト情報記憶部１２５に記憶された新着順リスト情報１２６から，新着順序２５１〜３００に対応する，５０件分のメッセージＩＤを取得する。出力メール情報決定・取得部１２４は，取得された新着順序１５１〜３００に対応するメッセージＩＤに該当するメール情報を，メール情報記憶部２３に記憶されたメッセージテーブル２３０から取得する（ステップＳ２２）。実質的に，マイナス方向に，新着順序３０１〜４５０に対応する，１５０件分のメール情報がスキップされた状態である。

出力メール情報決定・取得部１２４は，履歴情報記憶部２４に記憶されたメール一覧取得履歴テーブル２４０に，今回のメール一覧要求に対する処理の履歴を記録する（ステップＳ２３）。ここで記録された履歴情報は，図６に示すメール一覧取得履歴テーブル２４０の履歴ＩＤ０５のレコードである。

メール情報出力部１３は，取得した新着順序２５１〜３００に対応するメール情報の一覧を，携帯端末３に送信する（ステップＳ２４）。

新着順序２５１〜３００に対応するメール情報の一覧を受信した携帯端末３は，受信したメール情報を新着順序の番号が若い順に一覧表示する。前回のメール一覧要求で受信した新着順序２０１〜２５０に対応するメール情報の一覧は，破棄される。

以降，同様にメール一覧画面上のフラッシュを移動するユーザの操作に応じて，携帯端末３がメール一覧要求をＷＥＢ／ＡＰサーバ１に送信する。ＷＥＢ／ＡＰサーバ１では，メール管理部１０が，携帯端末３から受付けたメール一覧要求と過去のメール一覧要求時の履歴情報とに基づいて，携帯端末３にメール情報の一覧を送信する。

ユーザが目的とするメールを選択した時点で，携帯端末３がＷＥＢ／ＡＰサーバ１に対して該当メールの本文を要求する。ＷＥＢ／ＡＰサーバ１は，要求を受けたメールの本文をＤＢサーバ２から取得し，携帯端末３に送信する。受信したメールの本文が携帯端末３の画面に表示され，ユーザは，目的とするメールの内容を読むことができる。

このように，本実施の形態のメール管理部１０は，携帯端末３から受付けたメール一覧要求と過去のメール一覧要求時の履歴情報とに基づいて，特に連続するメール一覧要求の受付間隔に基づいて，ユーザが目的とするメールの順序的な位置を予測する。メール管理部１０は，ユーザの目的とするメールの順序的な位置の予測に基づいて，ユーザの目的外である可能性が高いと予測されるメールの情報をスキップして，メール情報の一覧を携帯端末３に送る。これによって，ユーザが目的とするメールの情報が携帯端末３に送信されるまでの時間を短縮し，携帯端末３を用いたユーザによる目的メールの検索効率を向上させることができる。

以上説明した本実施の形態のメールシステムによる処理は，コンピュータが備えるＣＰＵ，メモリ等のハードウェアとソフトウェアプログラムとにより実現することができ，そのプログラムをコンピュータ読み取り可能な記録媒体に記録することも，ネットワークを通して提供することも可能である。

図９は，本実施の形態によるＷＥＢ／ＡＰサーバのハードウェア構成例を示す図である。

ＷＥＢ／ＡＰサーバ１は，ＣＰＵ１００１，ＲＯＭ（Read Only Memory）１００２，ＲＡＭ（Random Access Memory）１００３，通信部１００４，ＨＤＤ（Hard Disk Drive ）１００５，入力部１００６，媒体読取部１００７，表示部１００８を有しており，各部はバス１００９を介して相互に接続されている。各部は，ＣＰＵ１００１による管理下で，相互にデータの送受を行うことができる。

ＣＰＵ１００１は，ＷＥＢ／ＡＰサーバ１全体の動作制御を司る中央処理装置である。通信部１００４は，他のコンピュータからの信号を受信し，その信号の内容をＣＰＵ１００１に渡す。さらに，通信部１００４は，ＣＰＵ１００１からの指示に応じて，他のコンピュータに信号を送信する。

ＨＤＤ１００５には，上述の本実施の形態に示したメール管理部１０と同様の機能をコンピュータに発揮させるプログラムとして，例えば図８のフローチャートに示す各処理をコンピュータに実行させるプログラムが記憶されている。ＣＰＵ１００１がこのプログラムをＨＤＤ１００５から読み出して実行することで，図３に示すメール情報要求受付部１１，メール情報取得部１２，メール情報出力部１３，さらにはメール情報要求判定部１２１，新着順リスト情報生成部１２２，受付間隔算出部１２３，出力メール情報決定・取得部１２４として，コンピュータが機能するようになる。このプログラムは，ＣＰＵ１００１がアクセス可能なＲＯＭ１００２またはＲＡＭ１００３に格納されていても良い。

さらに，ＨＤＤ１００５は，ＣＰＵ１００１の管理下で，例えば図３に示す定義情報記憶部１４や新着順リスト情報記憶部１２５などの記憶部として，各種定義情報や新着順リスト情報１２６などの情報を記憶する。プログラムと同様に，各情報は，ＣＰＵ１００１がアクセス可能なＲＯＭ１００２またはＲＡＭ１００３に格納されても良い。入力部１００６は，ＣＰＵ１００１の管理下で，データの入力を受付ける。

例えば図８のフローチャートに示した処理内容を記述したプログラムは，コンピュータが読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体には，磁気記録装置，光ディスク，光磁気記録媒体，半導体メモリなどがある。磁気記録装置には，ＨＤＤ，フレキシブルディスク（ＦＤ（Flexible Disk ）），磁気テープ（ＭＴ（Magnetic Tape ））などがある。光ディスクには，ＤＶＤ（Digital Versatile Disc），ＤＶＤ−ＲＡＭ，ＣＤ（Compact Disc）−ＲＯＭ，ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には，ＭＯ（Magneto-Optical disk）などがある。このプログラムを流通させる場合には，例えば，そのプログラムが記録されたＤＶＤ，ＣＤ−ＲＯＭなどの可搬型記録媒体が販売されることが考えられる。

プログラムを実行するコンピュータでは，媒体読取部１００７が，例えば図８のフローチャートに示した処理内容を記述したプログラムを記録した記録媒体から，該プログラムを読み出す。ＣＰＵ１００１は，読み出されたプログラムを，ＨＤＤ１００５，ＲＯＭ１００２またはＲＡＭ１００３に格納する。コンピュータは，自己の記憶装置であるＨＤＤ１００５，ＲＯＭ１００２またはＲＡＭ１００３からプログラムを読み取り，プログラムに従った処理を実行する。

以上，本実施の形態について説明したが，本発明はその主旨の範囲において種々の変形が可能であることは当然である。

例えば，本実施の形態のメールシステムでは，メール管理の処理を行うＷＥＢ／ＡＰサーバ１と，データを管理するＤＢサーバ２とが別々のコンピュータで実現されているが，実際には１台のコンピュータで実現されてもよい。

また，本実施の形態では，携帯端末３からのメール情報の要求に対して，ＷＥＢ／ＡＰサーバ１は，メール本体を含まないメールの件名，受信日時，送信者などの情報を，メール情報として返信している。携帯端末３からのメール情報の要求に対して，ＷＥＢ／ＡＰサーバ１が，メール本体をメール情報として返信するようにしてもよい。メール情報がメール本体である場合には，ユーザによるメール情報の一覧からのメール選択の操作後，ＷＥＢ／ＡＰサーバ１へのアクセスなしに，携帯端末３の画面にメール内容を表示させることができる。メール本体を含まないメールの件名，受信日時，送信者などの情報がメール情報である場合には，携帯端末３とＷＥＢ／ＡＰサーバ１との間の通信負荷や，携帯端末３のリソース負荷を軽減することができる。

また，本実施の形態では，携帯端末３からＷＥＢ／ＡＰサーバ１に追加のメール一覧要求が送信される契機となるユーザの操作が，メール一覧画面のスクロール操作であるが，必ずしもスクロール操作である必要はない。例えば，携帯端末３からＷＥＢ／ＡＰサーバ１に追加のメール一覧要求が送信される契機となるユーザの操作が，“次のメール一覧の表示”や“前のメール一覧の表示”などを指定する操作であってもよい。

１ ＷＥＢ／ＡＰサーバ
１０ メール管理部
１１ メール情報要求受付部
１２ メール情報取得部
１２１ メール情報要求判定部
１２２ 新着順リスト情報生成部
１２３ 受付間隔算出部
１２４ 出力メール情報決定・取得部
１２５ 新着順リスト情報記憶部
１３ メール情報出力部
１４ 定義情報記憶部
２ ＤＢサーバ
２１ メール記憶部
２２ ユーザ情報記憶部
２３ メール情報記憶部
２４ 履歴情報記憶部
３ 携帯端末

Claims (6)

1. ユーザが管理するアドレスで受信した複数のメールに関する情報を，該ユーザが操作する端末装置に提供する処理を，コンピュータに実行させるメール管理プログラムであって，
   前記コンピュータに，
   前記端末装置から，前記複数のメールに関する第１の提供要求信号を受付ける第１の受付ステップと，
   前記第１の提供要求信号および前記複数のメールのそれぞれを受信した受信日時に基づいて，該複数のメールに含まれるメールに関する情報を，前記端末装置に出力する第１の出力ステップと，
   前記端末装置から，前記複数のメールに関する第ｉ（ｉ＝２，３，... ）の提供要求信号を受付ける第ｉの受付ステップと，
   第（ｉ−１）の提供要求信号と第ｉの提供要求信号との受付間隔を演算する演算ステップと，
   前記受付間隔に基づいて，第（ｉ−１）の出力ステップで出力したメールに関する情報とは前記受信日時の順では連続しない，前記複数のメールに含まれるメールに関する情報を，前記端末装置に出力する第ｉの出力ステップとを
   実行させることを特徴とするメール管理プログラム。
2. 前記第ｉの出力ステップにおいて，前記受付間隔が所定の値よりも小さい場合に，第（ｉ−１）の出力ステップで出力したメールに関する情報とは前記受信日時の順では連続しない，前記複数のメールに含まれるメールに関する情報を出力する
   ことを特徴とする請求項１記載のメール管理プログラム。
3. 前記第ｉの提供要求信号は，メールの情報取得方向を示す情報を含み，
   前記第ｉの出力ステップにおいて，第（ｉ−１）の提供要求信号に含まれるメールの情報取得方向と，第ｉの提供要求信号に含まれるメールの情報取得方向とが一致する場合に，第（ｉ−１）の出力ステップで出力したメールに関する情報とは前記受信日時の順では連続しない，前記複数のメールに含まれるメールに関する情報を出力する
   ことを特徴とする請求項１または請求項２に記載のメール管理プログラム。
4. 前記コンピュータに，
   前記第ｉの出力ステップで，第（ｉ−１）の出力ステップで出力したメールに関する情報とは前記受信日時の順では連続しないメールに関する情報を出力し，その後に，第ｉの提供要求信号とは異なるメールの情報取得方向を示す情報を含む第（ｉ＋１）の提供要求信号を受信した場合に，前記受信日時の順では第（ｉ−１）の出力ステップで出力したメールに関する情報と第ｉの出力ステップで出力したメールに関する情報との間にあるメールに関する情報を，前記端末装置に出力する第（ｉ＋１）の出力ステップを実行させる
   ことを特徴とする請求項３に記載のメール管理プログラム。
5. ユーザが管理するアドレスで受信した複数のメールに関する情報を，該ユーザが操作する端末装置に提供するメール管理装置であって，
   前記端末装置から，前記複数のメールに関する提供要求信号を受付ける要求受付部と，
   前記要求受付部がある提供要求信号を受付けたときに，該提供要求信号とその前に受付けた別の提供要求信号との受付間隔を算出する受付間隔算出部と，
   前記受付間隔に基づいて，前記別の提供要求信号に対して出力したメールに関する情報とは受信日時の順では連続しない，前記複数のメールに含まれるメールに関する情報を，前記端末装置に出力する出力部とを備える
   ことを特徴とするメール管理装置。
6. ユーザが管理するアドレスで受信した複数のメールに関する情報を，該ユーザが操作する端末装置に提供する処理を，コンピュータが実行するメール管理方法であって，
   前記コンピュータが，
   前記端末装置から，前記複数のメールに関する第１の提供要求信号を受付ける第１の受付過程と，
   前記第１の提供要求信号および前記複数のメールのそれぞれを受信した受信日時に基づいて，該複数のメールに含まれるメールに関する情報を，前記端末装置に出力する第１の出力過程と，
   前記端末装置から，前記複数のメールに関する第ｉ（ｉ＝２，３，... ）の提供要求信号を受付ける第ｉの受付過程と，
   第（ｉ−１）の提供要求信号と第ｉの提供要求信号との受付間隔を演算する演算過程と，
   前記受付間隔に基づいて，第（ｉ−１）の出力過程で出力したメールに関する情報とは前記受信日時の順では連続しない，前記複数のメールに含まれるメールに関する情報を，前記端末装置に出力する第ｉの出力過程とを実行する
   ことを特徴とするメール管理方法。

Images