JP2001339422A - メールデータ管理システム - Google Patents

Abstract

(57)【要約】 【課題】 サーバ装置により菅理されているメールデー
タをメールアクセス装置からアクセスする場合、メール
データのヘッダ情報と本体情報とを取得するので、デー
タ通信量が多くなり、メールアクセス装置の負荷を大き
くする問題があった。 【解決手段】 携帯電話網１０２を介して携帯電話装置
１０１からメールデータを管理するサーバ装置に対して
アクセス要求を行なう。アクセス要求はメールアクセス
代行装置１０５により受信され、メールアクセス代行装
置１０５からサーバ装置１０４に対してアクセス要求を
行ない、ヘッダ情報を取得してメールアクセス装置のメ
ールデータ表示機構２０１に表示し、ユーザに選択させ
る。メールアクセス代行装置１０５は選択されたヘッダ
情報に対応する本体情報をサーバ装置１０４に要求し、
取得した本体情報を携帯電話装置１０１に送るメールデ
ータ管理システム。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】メールアクセス装置、例えば
メールデータ（以下、メールデータを電子メール或い
は、電子メールデータとも称する）をアクセスすること
ができる機能を備える携帯電話装置を利用してメールサ
ーバ装置により管理されているメールデータ（以下、メ
ールデータを電子メールと称する）をアクセスするメー
ルデータ管理システムに関する。特に、携帯電話装置と
メールサーバ装置とのデータ送受信の回数を減らすメー
ルデータ管理システムに関する。

【０００２】

【従来の技術】最近のＮＴＴドコモによるｉモードサー
ビスに代表されるように、携帯電話装置を利用してイン
ターネットにアクセスするサービスと機能が提供されて
きた。

【０００３】電子メールはその代表的なアプリケーショ
ンであり、さまざまなサービスが提供されている。

【０００４】ｉモードサービスの電子メールはその代表
で、ユーザ宛て電子メールは、そのアドレスにより、携
帯電話装置を識別し、直接携帯電話装置まで送信する。

【０００５】しかしながら、この電子メール方式では、
ビジネスユーザのように、携帯電話装置でも、ノート型
のパーソナルコンピュータ（以下、ノート型パーソナル
コンピュータをノート型ＰＣと称する）からでも電子メ
ールを読みたいユーザにとっては、両方の環境に同じ電
子メールを転送しておくしか両方の環境で電子メールを
読むことができず、非常に煩わしく、また本来はノート
型ＰＣに受信して携帯電話装置では受信したくない不要
な電子メールまで携帯電話装置に到着してしまうという
欠点があった。

【０００６】例えば、特開平１１−１６１５６９では、
これらの問題を解決するために、携帯電話などで変更し
た情報を再び電子メールで送るなどして解決している
が、非常にトラフィックが多くなりコストがかかるとい
う問題点があった。

【０００７】例えば、特開平１１−１３６２５７では、
サーバ上で管理する電子メールに対して、さまざまな選
択処理でトラフィックが発生することを防ぐために一括
して電子メールを処理する機能を備えているが、オフラ
イン時の操作がサポートされず、また、同期の処理が必
要になり、トラフィックが多くなるという問題があっ
た。

【０００８】また、特開平１０−９７４７７や、特開平
８−１５４２７４では接続中に何らかの理由により切断
され、再度接続状態になった時に自動的に再接続する機
能を保持しているが、オフライン時の例えば、サーバ装
置と接続されていなくても接続状態であった時に前もっ
て次の電子メールを受信しておくというような操作をサ
ポートできないという問題があった。

【０００９】また、ｉモードサービスのように携帯電話
装置のみで電子メールを処理しようとすると、特定のア
プリケーションでないと開くことのできないデータを添
付したような電子メールを受信するような場合もあり、
これに対応できなかったり、電子メールのサイズが一定
の大きさを超えてしまうと、ユーザが望むかどうかに関
わらずサービス側で電子メールを所定のサイズになるよ
うに切ってしまうという問題があった。

【００１０】また、ＩＭＡＰ４サーバにアクセスできる
携帯電話装置を用いる電子メールサービスもあるが、携
帯電話装置から直接ＩＭＡＰ４対応のサーバ装置へアク
セスを行なうとＩＭＡＰ４のプロトコルでは、何度もア
クセスが発生するためＩＭＡＰ４のプロトコルが無線環
境を煩雑に飛び、処理の効率が悪いという問題があっ
た。

【００１１】また、接続中に何らかの理由により切断状
態になるような不安定な環境で、接続できない状態にな
った場合に、電子メールに関係する処理ができなくなっ
てしまうという問題もあった。

【００１２】

【発明が解決しようとする課題】本発明は、これらの問
題を解決するために、サーバ装置上で電子メールデータ
を管理するメールデータ管理システムにおいて、携帯電
話装置からアクセスする場合には、ユーザの特性を利用
したまとめ読みと、ユーザの特性を利用した未読電子メ
ールまたはユーザの指定条件をまとめてアクセスするこ
とと、ユーザの特性を利用して、すべて既読状態にし、
ユーザが特に指定しない限りはトラフィックが発生しな
いようにし、いつでも、どこでも、ユーザの独自の環境
で、携帯電話装置を利用して電子メールにアクセスする
ことを目的とする。

【００１３】

【課題を解決するための手段】この発明に係るメールデ
ータ管理システムは、メールデータを管理するサーバ装
置と、上記サーバ装置により管理されているメールデー
タをアクセスするために所定の通信網を介して上記サー
バ装置に対してアクセス要求を出力するメールアクセス
装置と、上記サーバ装置に常時接続されているととも
に、上記所定の通信網に接続され、上記メールアクセス
装置から上記サーバ装置に出力された上記アクセス要求
を入力して、上記アクセス要求に基づいて上記サーバ装
置により管理されているメールデータをアクセスして、
アクセスした結果情報を上記所定の通信網を介して上記
メールアクセス装置に送信して、上記サーバ装置の上記
メールアクセス装置に対するアクセス処理を代行するメ
ールアクセス代行装置とを備えたことを特徴とする。

【００１４】また、この発明に係るメールデータ管理シ
ステムは、上記サーバ装置により管理されているメール
データは、少なくともヘッダ情報を有し、上記メールア
クセス代行装置は、上記アクセス要求に基づいて上記サ
ーバ装置により管理されているメールデータのヘッダ情
報を上記結果情報として取得して、取得した上記ヘッダ
情報を上記所定の通信網を介して上記メールアクセス装
置に送信するアクセス代行部を備え、上記メールアクセ
ス装置は、上記メールアクセス代行装置のアクセス代行
部より送信された上記メールデータのヘッダ情報を少な
くとも表示する表示部を備えたことを特徴とする。

【００１５】また、この発明に係るメールデータ管理シ
ステムは、上記サーバ装置により管理されているメール
データは、上記ヘッダ情報に対するメール本体情報を有
し、上記メールアクセス装置は、さらに、上記表示部に
より表示されている上記ヘッダ情報より所定のヘッダ情
報を選択させるとともに、選択された上記所定のヘッダ
情報に対するメール本体情報を要求する本体要求情報を
出力する第１のメールデータ交換部を備え、上記メール
アクセス代行装置は、上記メールアクセス装置の第１の
メールデータ交換部より出力された上記本体要求情報を
上記所定の通信網を介して入力して、入力した上記本体
要求情報に基づいて上記サーバ装置により管理されてい
るメールデータをアクセスしてメール本体情報を取得
し、取得したメール本体情報を上記メールアクセス装置
に宛てて上記所定の通信網を介して送信する第２のメー
ルデータ交換部を備え、上記メールアクセス装置の表示
部は、上記所定の通信網を介して上記メールアクセス代
行装置の第２のメールデータ交換部より上記メール本体
情報を入力し、入力した上記メール本体情報を表示する
ことを特徴とする。

【００１６】また、この発明に係るメールデータ管理シ
ステムは、上記サーバ装置により管理されているメール
データは、アクセスが行われたことを示す状態情報を少
なくとも有し、上記メールアクセス装置の第１のメール
データ交換部は、上記サーバ装置により管理されている
メールデータの有する上記状態情報を変更する状態変更
情報を上記サーバ装置に宛てて上記所定の通信回線を介
して送信し、上記メールアクセス代行装置の第２のメー
ルデータ交換部は、上記メールアクセス装置より上記所
定の通信回線を介して上記状態変更情報を受信して、受
信した上記状態変更情報に基づいて上記サーバ装置によ
り管理されているメールデータの状態情報を変更するこ
とを特徴とする。

【００１７】また、この発明に係るメールデータ管理シ
ステムは、上記メールアクセス装置の第１のメールデー
タ交換部と、上記メールアクセス代行装置のアクセス代
行部と第２のメールデータ交換部とは、ｉｎｔｅｒｎｅ
ｔ ｍｅｓｓａｇｅ ａｃｃｅｓｓ ｐｒｏｔｏｃｏｌ
（以下、ＩＭＡＰと称する）の通信プロトコルを用いる
ことを特徴とする。

【００１８】また、この発明に係るメールデータ管理シ
ステムは、上記メールアクセス装置と上記メールアクセ
ス代行装置の少なくともいずれか一方は、ユーザの利用
特性を示す特性情報を記憶する特性情報記憶部を備え、
上記メールアクセス代行装置のアクセス代行部は、上記
メールアクセス装置と上記メールアクセス代行装置の少
なくともいずれか一方が備える特性情報記憶部に記憶さ
れている特性情報に従い、上記サーバ装置により管理さ
れているメールデータをアクセスすることを特徴とす
る。

【００１９】また、この発明に係るメールデータ管理シ
ステムは、上記メールアクセス装置は、上記メールアク
セス装置と上記メールアクセス代行装置の少なくともい
ずれか一方に備えられている上記特性情報記憶部に記憶
されている特性情報を更新する更新情報を入力して更新
処理を行う特性情報更新処理部を備えたことを特徴とす
る。

【００２０】また、この発明に係るメールデータ管理シ
ステムは、上記特性情報は、新着メールデータから優先
してアクセスすることを示す情報と、メールデータの到
着順にメールデータを順にアクセスすることを示す情報
と、接続時間に関係なくメールデータをアクセスことを
示す情報との少なくともいずれか１つの情報を含むこと
を特徴とする。

【００２１】さらに、この発明に係るメールデータ管理
システムは、上記所定の通信網は、少なくともインター
ネットを含み、上記メールアクセス代行装置は、上記メ
ールアクセス装置から上記サーバ装置に出力された上記
アクセス要求を上記インターネットを介して入力して、
上記アクセス要求に基づいて上記サーバ装置により管理
されているメールデータをアクセスして、上記結果情報
を取得し、取得した上記結果情報を上記インターネット
を介して上記メールアクセス装置に送信することを特徴
とする。

【００２２】

【発明の実施の形態】実施の形態１．本発明によるメー
ルデータ管理システムの一実施例を図を用いてを説明す
る。

【００２３】図１は実施の形態１におけるメールデータ
管理システムの構成図である。図１において、１００
は、この発明のメールデータ管理システムの一例であ
る。１０１はメールアクセス装置の一例である携帯電話
装置であり、サーバ装置に管理されているメールデータ
をアクセスする機能を有している。１０２は所定の通信
網であるデータ通信サービスを提供する携帯電話網であ
り、インターネット網１０３と接続されている。１０６
は、通信網であり、携帯電話網１０２とインターネット
網１０３とによりなる。

【００２４】１０４はインターネット網１０３から直接
アクセス可能な電子メールデータを管理するサーバ装置
であり、１０５はサーバ装置１０４に常時接続されると
ともに、インターネット網１０３から直接アクセス可能
なメールアクセス代行装置である。

【００２５】図２にソフトウエア構成図を示す。

【００２６】２０１は、携帯電話装置１０１の有する電
子メールを表示する表示部である電子メール表示機構で
あり、２０２は、携帯電話装置１０１の有する第１のメ
ールデータ交換部であるメールデータ交換機構である。

【００２７】２０３は、メールアクセス代行装置１０５
の有する第２のメールデータ交換部であるメールデータ
交換機構であり、携帯電話網１０２及びインターネット
網１０３とを介して携帯電話装置１０１の有するメール
データ交換機構２０２と通信する。

【００２８】２０４は、メールアクセス代行装置１０５
の有するアクセス代行部であるメールデータ管理機構で
ある。

【００２９】２０５は、サーバ装置１０４の有するＩＭ
ＡＰ４メールサーバであり、メールアクセス代行装置１
０５よりアクセスされる。

【００３０】ＩＭＡＰ４メールサーバ２０５は、通常の
インターネットメールサーバとして動作し、インターネ
ットからの電子メールを受信したり、インターネット上
の任意の電子メールアドレスに電子メールを送信するこ
とができる電子メールサーバである。

【００３１】図３に示すフローチャートにて、メールデ
ータ管理システムの処理手順の一実施例を説明する。図
３において、ステップ３０１１から３０１４の処理は携
帯電話装置１０１による処理であり、ステップ３０２１
から３０２７の処理はメールアクセス代行装置１０５に
よる処理であり、ステップ３０３１から３０３５の処理
はサーバ装置１０４による処理である。なお、実施の形
態１では、サーバ装置１０４に管理されている電子メー
ルは、ヘッダ情報と上記ヘッダ情報に対するメールデー
タの本体情報とを有し、ヘッダ情報は、さらに、状態情
報を有するものとする。状態情報とは、例えば、電子メ
ールがアクセスされている既読状態を示す情報と、電子
メールがアクセスされていない未読状態を示す情報と、
ユーザより削除の指示がされた削除状態を示す情報とを
設定する情報である。また、ヘッダ情報は、例えば、電
子メールの送信者を示す送信者情報と、電子メールの宛
先を示す受信者情報と、電子メールの通信経路を示す経
路情報と、電子メールの送信日時を示す送信日情報と、
本体情報の概略を示す件名情報と、ヘッダ情報のサイズ
を示すヘッダサイズ情報と、本体情報のサイズを示す本
体サイズ情報とを設定されているものとする。また、サ
ーバ装置１０４は、電子メールをユーザ毎に設けたフォ
ルダにより個別に管理している。サーバ装置１０４は、
アクセスの行われた電子メールの状態情報をユーザから
の特別な指示が無い限り既読状態に設定するものとす
る。

【００３２】ステップ３０１１にて、携帯電話装置１０
１より、メールアクセス代行装置１０５に対して接続
（アクセス）要求を出力し、認証のための情報、例えば
ユーザ名とパスワードなどを送信する。

【００３３】ステップ３０２１にて、接続（アクセス）
要求を受けたメールアクセス代行装置１０５は、サーバ
装置１０４に接続（アクセス）要求を出す。

【００３４】ステップ３０３１にてサーバ装置１０４は
接続（アクセス）要求に対して、正しいユーザであるこ
とを確認できたら、メールアクセス代行装置１０５と接
続をする。

【００３５】ステップ３０２２にて、接続されたユーザ
のフォルダにある電子メールを一覧できるフォルダ一覧
をサーバ装置に対して要求する。例えば、フォルダ一覧
とは、従来よりある電子メール閲覧ソフトによるフォル
ダ内の電子メール一覧のようなものである。

【００３６】ステップ３０３２では、メールアクセス代
行装置１０５からのフォルダ一覧の要求に対して、フォ
ルダの一覧を返す。

【００３７】ステップ３０２３では、要求したフォルダ
一覧を確認した後、受信箱にある電子メールのヘッダ情
報の状態情報が未読状態に設置されている未読メールの
一覧をサーバ装置１０４に要求する。

【００３８】このステップ３０２３の要求は、とくに携
帯電話装置１０１から指定があった場合は、未読状態に
設置されている未読メールの一覧に限らず当該ユーザの
他のフォルダ名と件名情報（サブジェクト）の指定、例
えば送信日情報を用いた特定の日時の指定、送信者情報
を用いた特定の送信者の指定など条件指定であってもか
まわない。条件の指定は、ステップ３０１１の接続（ア
クセス）要求を行うときに指定する条件を一緒に入力し
て行う。

【００３９】ステップ３０３３ではメールアクセス代行
装置１０５からの要求に応じて該当する電子メールのＩ
Ｄ（メールのＩＤとは、メールを一意に識別するための
情報である）の一覧を返す。

【００４０】ステップ３０２４では、指定にあった電子
メールのＩＤを受け取るため、ステップ３０３３で送信
されたメールＩＤの一覧の中で指定にあったメールＩＤ
の必要なヘッダ情報をサーバ装置１０４にアクセスす
る。

【００４１】必要な電子メールＩＤとは、ステップ３０
３３でそもそも条件にあった電子メールＩＤが返されい
るので、全部が必要なように見えるが、実際には携帯電
話装置という小さなデバイスに表示するため、その無線
の速度とユーザが待てる待ち時間を考慮して、一度に送
信しても良い電子メールヘッダサイズを決めておき、こ
の大きさに見合うだけの数の電子メールを必要な電子メ
ールとして順番に選択する。

【００４２】例えば、９６００ｂｐｓの無線速度であ
り、ユーザが待てるのが３０秒だとすれば、９６００＊
３０＝２８８０００ビットすなわち、３６Ｋバイトに収
まるようにすれば良いことになる。実際には実効速度で
計算する。ユーザのフォルダ内の未読メールが１０件あ
り、上述したようにヘッダ情報はヘッダサイズ情報を設
定されているので、１０件の未読メールのヘッダサイズ
情報を順に加算していき、合計のヘッダサイズが３６Ｋ
バイトを越えたら、越える前までの未読メールのヘッダ
情報を要求する。

【００４３】必要なヘッダ情報とは、ヘッダ情報に含ま
れる経路情報など携帯電話装置では不要な情報を省くと
ともに、表示領域の大きさなども考え、表示しても情報
が途中でカットされてしまい意味不明になることを避け
るために、予め表示可能サイズを決めておき、その表示
可能サイズを超えるような情報は表示しないので、サー
バ装置１０４から送信してもらう必要がなく、サーバ装
置１０４から送信してもらうヘッダ情報からは削るとい
う意味である。

【００４４】ステップ３０３４において、ステップ３０
２４で指定された条件にあうようにヘッダ情報を返し、
ステップ３０２５で、携帯電話装置に送るためのヘッダ
情報に修正変更し、携帯電話装置１０１に送る。修正変
更とは、携帯電話装置の表示可能サイズに合わせてヘッ
ダ情報を編集するということである。

【００４５】ステップ３０１２においては、受け取った
ヘッダ情報をメールデータ表示機構２０１により携帯電
話装置１０１の画面に表示し、ユーザの指示を待つ。

【００４６】ユーザはヘッダ情報を見た上で、メールデ
ータ交換機構２０２によって受信したい電子メールを選
択すると、ステップ３０１３で指定したヘッダ情報に対
する電子メール本体情報の要求を、メールアクセス代行
装置１０５に対して行う。

【００４７】ステップ３０２６では、要求された本体情
報の要求を実際にサーバ装置１０４に対して要求する。

【００４８】ステップ３０３５で、本体情報を返すとと
もに、メールアクセス代行装置１０５に送信した電子メ
ールのヘッダ情報の状態情報を既読状態に設定する。ス
テップ３０２７では、携帯電話装置にあったように電子
メールデータを編集して、携帯電話装置１０１に返す。

【００４９】携帯電話装置１０１にあったようにとは、
応答時間の問題を考慮して、電子メール本体情報が大き
い場合は適切な大きさに分割して送るであるとか、ＭＩ
ＭＥ形式（ＭＩＭＥとは、Ｍｕｌｔｉｐｕｒｐｏｓｅ
Ｉｎｔｅｒｎｅｔ ＭａｉｌＥｘｔｅｎｓｉｏｎｓのこ
と）の電子メールで、アプリケーションを指定するよう
な場合に、携帯電話装置上では意味のない電子メール、
例えば携帯電話装置で開くことが出来ない添付ファイル
を送らないようにするとかである。

【００５０】ステップ３０１４で送られたきたメール本
体情報をメールデータ表示機構２０１によりを表示す
る。

【００５１】図３のステップ３０２１から３０２５の処
理は、メールデータ管理機構（アクセス代行部）２０４
により行い、ステップ３０２６と３０２７はメールデー
タ交換機構（第２のメールデータ交換部）２０３によっ
て行うものとする。

【００５２】以上のように、実施の形態１では、電子メ
ールをサーバ装置上でユーザごとに管理するメールサー
バ機能とインターネットに接続する機能を備えたサーバ
装置と、電子メールを読むことができる機能とインター
ネットサービスに接続される機能を備えた携帯電話装置
と、サーバ装置にアクセスできる携帯電話のメールアク
セス代行装置とを備えるメールデータ管理システムの一
例を説明した。

【００５３】また、サーバ装置は、メールアクセスプロ
トコルの一つであるＩＭＡＰ４をサポートし、ＩＭＡＰ
４のクライアント機能の一部（図２のメールデータ交換
機構（第１のメールデータ交換部）２０２）を携帯電話
装置上に持ち、一部（図２のメールデータ管理機構（ア
クセス代行部）２０４とメールデータ交換機構（第２の
メールデータ交換部）２０３）をメールアクセス代行装
置上に持つメールデータ管理システムの一例を説明し
た。

【００５４】実施の形態２．上記実施の形態１では、サ
ーバ装置１０４は、図３のステップ３０３５でアクセス
した電子メールの状態情報を既読状態に設定していた。
しかし、この実施の形態２では、ユーザからの指示によ
り電子メールのアクセスを行なっても状態情報を未読状
態に設定する例外処置について以下に説明する。なお、
図４の始めの処理はステップ４０３１であるが、ステッ
プ４０３１の前には図３のステップ３０１１からステッ
プ３０２６の処理が行なわれたものとする。

【００５５】始めに、ステップ４０３１、ステップ４０
２１で、サーバ装置１０４から、メールアクセス代行装
置１０５を経由して、携帯電話装置１０１にメールの本
体情報を送信する。

【００５６】ステップ４０１１にて、携帯電話装置１０
１のメールデータ表示機構２０１によりメールの本体情
報を表示する。

【００５７】ステップ４０１２にて、携帯電話装置１０
１に表示されている電子メールの状態情報をメールデー
タ交換機構２０２によって既読状態にする。

【００５８】ステップ４０１３にて、ユーザより例外処
置の指示、つまり、携帯電話装置１０１に表示されてい
る電子メールの状態情報を未読状態に設定する指示がな
されたかどうかを判別する。

【００５９】例外処置とは、通常メールを読んだ場合
は、メールが既読状態になるのが普通であり、これをあ
えて、未読状態のままに設定する場合などが例外処置に
あたる。例外処置がなければ、このまま終了する。

【００６０】ユーザより例外処置の指示があれば、ステ
ップ４０１４にてメールデータ交換機構２０２は、表示
されている電子メールの状態情報を未読状態に設定す
る。更に、サーバ装置１０４により管理されている電子
メールは既読状態に設定されているため、携帯電話装置
１０１とサーバ装置１０４で状態情報の同期をとる必要
がある。このため、メールデータ交換機構２０２は、同
期をとるために状態更新情報をサーバ装置１０４に宛て
て出力する。ステップ４０２２では、携帯電話装置１０
１より出力された状態更新情報を入力して、メールデー
タ交換機構２０３によりサーバ装置１０４に対して状態
更新情報に基づいて電子メールの状態情報を未読状態に
設定する指示を行なう。

【００６１】ステップ４０３２で、ステップ４０２２で
行われた指示に従い、該当する電子メールの状態情報を
未読状態に設定して処理を終了する。

【００６２】状態情報の同期をとる操作は、電子メール
１通ごとに行っても良いし、ある程度のまとまった量で
行っても良い。通信の特性によっては、まとまった量を
一度に通信する方が応答速度の面と、データ通信量の面
で効率が良いことが多い。また、状態情報を未読状態に
変更するほかに削除状態に設定することもできるので、
ユーザの指示が削除の指示であれば、携帯電話装置１０
１上の電子メールの状態情報とサーバ装置１０４上の電
子メールの状態情報を削除状態に変更することもでき
る。

【００６３】以上のように、実施の形態２では、ユーザ
は携帯電話装置上に読み込んだ電子メールは既に読んだ
という既読状態にするという通常処理に対して、未読状
態にする処理を例外処置として、携帯電話装置側とサー
バ装置側とで同期をとるように処理を行なうことによ
り、サーバ装置側と携帯電話装置側で電子メールの状態
情報を同じ状態にするメールデータ管理システムの一例
を説明した。

【００６４】実施の形態３．実施の形態３では、ユーザ
の特性情報を利用するメールデータ管理システムの一例
を説明する。図５は、実施の形態２におけるメールデー
タ管理システムの構成図の一部である。図５において、
２０６はユーザの特性情報を記憶する特性情報記憶部で
ある。特性情報は、図５に示すように例えば（１）新着
メールを優先してアクセスするための情報や、（２）メ
ールの到着順に前もって次のメールもアクセスする情報
や、（３）長文のメールデータを全文アクセスするため
の情報等がある。特性情報は１つ以上記憶されているも
のとする。上記（１）から（３）の特性情報を用いてサ
ーバ装置１０４に管理されているメールデータをアクセ
スする動作を図６のフローチャートに従い説明する。な
お、基本動作の処理は図３と同様とする。

【００６５】携帯電話装置１０１は、図３のステップ３
０１３で本体指定要求を行なっているが、図６では本体
指定要求を行なうとともに、特性情報記憶部２０６に記
憶されている特性情報をサーバ装置１０４に対して送信
する。携帯電話装置１０１より送信された特性情報は、
メールアクセス代行装置１０５によりステップ５０１２
で受信され、メールアクセス代行装置１０５は、特性情
報を解析して解析結果に基づいてサーバ装置１０４に対
して本体要求を行なう。サーバ装置１０４は、メールア
クセス代行装置１０５からの要求に従いメールデータを
メールアクセス代行装置１０５に送信する。このため、
サーバ装置１０４の動作は実施の形態１の図３と同じで
ある。図５（１）の特性情報は、新着メールから優先し
てアクセスするための特性情報なので、ステップ５０１
２においてメールアクセス代行装置１０５は、受信日時
の最も新しいメールデータの本体を優先するようにサー
バ装置１０４に対して要求する。（２）の特性情報は、
メールデータの到着順に前もって次のメールデータもア
クセスする情報である。これは、ユーザは順番にメール
をアクセスする傾向が高いことから、応答速度を考慮し
て、ステップ５０１２においてユーザがメールを読んで
る動作と並行して、メールアクセス代行装置１０５がサ
ーバ装置１０４に対して次のメールを要求する。これに
より、携帯電話装置１０１とメールアクセス代行装置１
０５との間の通信手順を効率よくできる。また、（３）
の特性情報によって、表示する電子メールが大きい場合
は、応答速度の点を考慮し、分割して送信されてきてい
るので、最初の部分をメールデータ表示機構２０１に表
示する。分割した残りに関しては、応答速度の点を考慮
して、表示している間に要求を発生しておいても良い
し、コストの面を考慮して、ユーザが要求してからメー
ルアクセス代行装置１０５に要求してもかまわない。こ
の（３）の特性情報は、別の側面からユーザは接続時間
を気にすることなく読むという特性に置き換えることも
できる。この点に着目して移動中などパケット通信がで
きない場合も、分割されて先読みしてある続きのメール
を読むことができる。また、携帯電話装置１０１側でメ
ールデータの状態情報を未読と設定した場合、パケット
通信が可能になってからサーバ装置１０４に管理されて
いるメールデータの状態情報を、携帯電話装置１０１側
のメールデータと同じ状態情報にするように上記実施の
形態２の同期処理を行なうことが可能である。（１）か
ら（３）の特性情報を用いてメールデータをアクセスす
ることにより携帯電話装置１０１とメールアクセス代行
装置１０５との間のやり取りの回数が少なくなり、ユー
ザの待ち時間を短くできる。

【００６６】以上のように実施の形態３では、ユーザの
特性を利用してデータ通信量を少なくするメールデータ
管理システムの一例を説明した。特に、ユーザは新着メ
ールを読む傾向が多いという特性を利用し、アクセス手
順の最初には必ず新着メールを送信するメールデータ管
理システムの一例を説明した。また、ユーザは順番にメ
ールを読むことが多いという特性を利用して、前もって
先に情報を読み込んでおき、応答性をあげるメールデー
タ管理システムの一例を説明した。また、ユーザは接続
時間を気にすることなく読むという特性（この特性は図
５の（３）の特性情報に対応している）に着目し、移動
中などパケット通信ができない場合も、先読みしてある
メールを読んだり、状態の変更などは可能にするメール
データ管理システムの一例を説明した。

【００６７】実施の形態４．実施の形態４では、上記実
施の形態３で説明したユーザの特性情報をメールアクセ
ス代行装置１０５が記憶する例を説明する。

【００６８】図７は、実施の形態４におけるメールデー
タ管理システムの構成図の一部である。図７において、
２０７は特性情報記憶部であり、ユーザ毎の特性情報を
記憶する。ここでは、特性情報記憶部２０７は、図５の
特性情報記憶部２０６と同じ情報を記憶する。

【００６９】図８のフローチャートに従い動作を説明す
る。図８は、実施の形態１の図３とほぼ同じフローチャ
ートであるが、ステップ５０１２が図３と異なる処理で
ある。ステップ５０１２は図３のステップ３０２６と対
応する処理である。ステップ３０１３で送信された本体
指定要求を受信すると、ステップ５０１２で特性情報記
憶部２０７よりユーザに対応する特性情報を取り出し、
特性情報を解析して解析結果に基づいてサーバ装置１０
４に対して本体を要求する。この後の処理は実施の形態
３の図６と同じ処理を行なう。

【００７０】以上のように、特性情報は、携帯電話装置
１０１とメールアクセス代行装置１０５と少なくともど
ちらか一方に備えられている。

【００７１】実施の形態５．実施の形態５では、特性情
報記憶部に記憶された特性情報を更新する例を説明す
る。図９は、実施の形態５におけるメールデータ管理シ
ステムの構成図の一部である。図９において、２０８は
特性情報記憶部２０６と、特性情報記憶部２０７に記憶
されている特性情報を更新する特性情報更新処理部であ
る。ユーザは、特性情報の更新をする場合、メールデー
タ表示機構２０１に特性情報記憶部２０６に記憶されて
いる特性情報を表示させて、表示させた情報を変更した
り、削除したり、新しい特性情報を携帯電話装置１０１
のキーボタンを用いて入力し、確定ボタン（確定ボタン
は携帯電話装置のキーボタンにはないが、確定するため
のキーボタンをあらかじめ決めておく）を押して、特性
情報記憶部２０６に記憶されている特性情報を更新す
る。また、メールアクセス代行装置１０５も特性情報記
憶部２０７を備えているので、特性情報更新処理部２０
８は、更新情報をメールアクセス代行装置１０５に対し
て送信する。更新情報を受信すると、メールアクセス代
行装置１０５は特性情報記憶部２０７の特性情報を、受
信した更新情報に基づいて更新する。

【００７２】以上のように、実施の形態５では、ユーザ
によって特性情報の更新を行なうメールデータ管理シス
テムの一例を説明した。ユーザが特性情報の更新を自身
によって行なうことにより、ユーザ毎に特性情報が異な
る場合でも、ユーザ固有の特性情報を容易に設定するこ
とができ、携帯電話装置とメ−ルアクセス代行装置との
間のデータ通信を効率よく行うことができる。

【００７３】実施の形態６．この実施の形態６では上記
実施の形態１の図１とは異なるネットワーク構成のメー
ルデータ管理システムの一例を説明する。図１０は、実
施の形態６のメールデータ管理システムの構成図であ
る。図１０において、メールアクセス代行装置１０５
は、直接携帯電話網１０２と接続されるとともにサーバ
装置１０４と常時接続している。図１のようにインター
ネット網１０３を介さない接続にすることによって、情
報の秘匿性を確保できる効果がある。携帯電話網は携帯
電話会社の用意するプライベートなネットワークでもか
まわない。一方、インターネットを利用することによ
り、ｉモード（“ｉモード”はＮＴＴドコモが提供して
いるサービスである）サービスや、ＷＡＰ（“ＷＡＰ”
はＤＤＩなどが提供しているサービスである）サービス
を利用してインターネットにアクセスすることができ
る。

【００７４】以上のように、実施の形態１から６では、
サーバ装置上でメールデータを管理するメールデータ管
理システムにおいて、携帯電話装置からサーバ装置をア
クセスする場合には、ユーザの特性を利用したまとめ読
みと、ユーザの特性を利用した未読メールまたはユーザ
の指定条件をまとめてアクセスすることと、ユーザの特
性を利用して、すべて既読状態にし、ユーザが特に指定
しない限りはトラフィックが発生しないようにし、いつ
でも、どこでも、ユーザの独自の環境で、携帯電話装置
を利用してメールデータにアクセスすることを目的とす
る一例を説明した。

【００７５】

【発明の効果】以上にように、この発明のメールデータ
管理システムは、メールアクセス代行装置を備えること
により、メールアクセス装置とサーバ装置との間で行な
う通信の負担を軽減する効果がある。

【００７６】また、メールアクセス代行装置は、メール
データのヘッダ情報のみをアクセスするアクセス代行部
を備えた。このため、ユーザはヘッダ情報だけを表示部
に表示させて、表示されたヘッダ情報より必要なメール
データの本体を要求することができるので、サーバ装置
とメールアクセス装置との間のデータ通信量を減らすこ
とができる効果がある。

【００７７】また、メールアクセス装置とメールアクセ
ス代行装置とは、ＩＭＡＰの通信プロトコルを用いて通
信を行なうため、既存のプロトコルを利用でき、システ
ムを構築するコストを低くすることができる効果があ
る。

【００７８】また、メールアクセス装置は、メールデー
タの状態情報を変更するとともに、サーバ装置に対して
状態変更情報を送信する。送信された状態変更情報をメ
ールアクセス代行装置が受信し、受信した状態変更情報
に基づいてサーバ装置上のメールデータの状態情報を変
更して、サーバ装置とメールアクセス装置のメールデー
タの状態情報をユーザの希望する状態に同期させること
ができる効果がある。

【００７９】また、メールアクセス装置とメールアクセ
ス代行装置の少なくともいずれか一方は、特性情報を記
憶する特性情報記憶部を備えた。このため、サーバ装置
上のメールデータを特性情報に従いアクセスする。ユー
ザの特性情報を利用することによりメールアクセス装置
とメールアクセス代行装置との間のデータ通信量を減少
させるとともに、通信を効率よく行うことができる効果
がある。

【００８０】また、特性情報はユーザにより更新可能で
あるため、ユーザ固有の特性情報を設定することがで
き、ユーザによる特性情報の違いを容易にメールデータ
管理システムに反映することができ、ユーザ固有のシス
テム環境を容易に提供できる効果がある。

【００８１】さらに、インターネットを介してメールア
クセス装置よりアクセス要求を入力することにより、メ
ールアクセス装置以外の例えばインターネットの通信が
可能なパーソナルコンピュータからもサーバ装置上のメ
ールデータのアクセス要求にも対応可能なメールデータ
管理システムを提供できる効果がある。

【図面の簡単な説明】

【図１】 実施の形態１から５におけるメールデータ管
理システムの構成図。

【図２】 実施の形態１におけるメールデータ管理シス
テムを構成する機能ブロック図。

【図３】 実施の形態１におけるメールデータ管理シス
テムの動作を説明するフローチャート図。

【図４】 実施の形態２におけるメールデータ管理シス
テムの動作を説明するフローチャート図。

【図５】 実施の形態３におけるメールデータ管理シス
テムを構成する機能ブロック図。

【図６】 実施の形態３におけるメールデータ管理シス
テムの動作を説明するフローチャート図。

【図７】 実施の形態４におけるメールデータ管理シス
テムを構成する機能ブロック図。

【図８】 実施の形態４におけるメールデータ管理シス
テムの動作を説明するフローチャート図。

【図９】 実施の形態５におけるメールデータ管理シス
テムを構成する機能ブロック図。

【図１０】 実施の形態６におけるメールデータ管理シ
ステムの構成図。

【符号の説明】

１００ メールデータ管理システム、１０１ 携帯電話
装置、１０２ 携帯電話網、１０３ インターネット
網、１０４ サーバ装置、１０５ メールアクセス代行
装置、２０１ メールデータ表示機構（表示部）、２０
２ メールデータ交換機構（第１のメールデータ交換
部）、２０３ メールデータ交換機構（第２のメールデ
ータ交換部）、２０４ メールデータ管理機構（アクセ
ス代行部）、２０５ ＩＭＡＰ４メールサーバ、２０６
特性情報記憶部、２０７ 特性情報記憶部、２０８
特性情報更新処理部。

Claims (9)

【特許請求の範囲】
1. 【請求項１】 メールデータを管理するサーバ装置と、 上記サーバ装置により管理されているメールデータをア
   クセスするために所定の通信網を介して上記サーバ装置
   に対してアクセス要求を出力するメールアクセス装置
   と、 上記サーバ装置に常時接続されているとともに、上記所
   定の通信網に接続され、上記メールアクセス装置から上
   記サーバ装置に出力された上記アクセス要求を入力し
   て、上記アクセス要求に基づいて上記サーバ装置により
   管理されているメールデータをアクセスして、アクセス
   した結果情報を上記所定の通信網を介して上記メールア
   クセス装置に送信して、上記サーバ装置の上記メールア
   クセス装置に対するアクセス処理を代行するメールアク
   セス代行装置とを備えたことを特徴とするメールデータ
   管理システム。
2. 【請求項２】 上記サーバ装置により管理されているメ
   ールデータは、少なくともヘッダ情報を有し、 上記メールアクセス代行装置は、上記アクセス要求に基
   づいて上記サーバ装置により管理されているメールデー
   タのヘッダ情報を上記結果情報として取得して、取得し
   た上記ヘッダ情報を上記所定の通信網を介して上記メー
   ルアクセス装置に送信するアクセス代行部を備え、 上記メールアクセス装置は、上記メールアクセス代行装
   置のアクセス代行部より送信された上記メールデータの
   ヘッダ情報を少なくとも表示する表示部を備えたことを
   特徴とする請求項１記載のメールデータ管理システム。
3. 【請求項３】 上記サーバ装置により管理されているメ
   ールデータは、上記ヘッダ情報に対するメール本体情報
   を有し、 上記メールアクセス装置は、さらに、上記表示部により
   表示されている上記ヘッダ情報より所定のヘッダ情報を
   選択させるとともに、選択された上記所定のヘッダ情報
   に対するメール本体情報を要求する本体要求情報を出力
   する第１のメールデータ交換部を備え、 上記メールアクセス代行装置は、上記メールアクセス装
   置の第１のメールデータ交換部より出力された上記本体
   要求情報を上記所定の通信網を介して入力して、入力し
   た上記本体要求情報に基づいて上記サーバ装置により管
   理されているメールデータをアクセスしてメール本体情
   報を取得し、取得したメール本体情報を上記メールアク
   セス装置に宛てて上記所定の通信網を介して送信する第
   ２のメールデータ交換部を備え、 上記メールアクセス装置の表示部は、上記所定の通信網
   を介して上記メールアクセス代行装置の第２のメールデ
   ータ交換部より上記メール本体情報を入力し、入力した
   上記メール本体情報を表示することを特徴とする請求項
   ２記載のメールデータ管理システム。
4. 【請求項４】 上記サーバ装置により管理されているメ
   ールデータは、アクセスが行われたことを示す状態情報
   を少なくとも有し、 上記メールアクセス装置の第１のメールデータ交換部
   は、上記サーバ装置により管理されているメールデータ
   の有する上記状態情報を変更する状態変更情報を上記サ
   ーバ装置に宛てて上記所定の通信回線を介して送信し、 上記メールアクセス代行装置の第２のメールデータ交換
   部は、上記メールアクセス装置より上記所定の通信回線
   を介して上記状態変更情報を受信して、受信した上記状
   態変更情報に基づいて上記サーバ装置により管理されて
   いるメールデータの状態情報を変更することを特徴とす
   る請求項３記載のメールデータ管理システム。
5. 【請求項５】 上記メールアクセス装置の第１のメール
   データ交換部と、上記メールアクセス代行装置のアクセ
   ス代行部と第２のメールデータ交換部とは、ｉｎｔｅｒ
   ｎｅｔ ｍｅｓｓａｇｉｎｇ ａｃｃｅｓｓ ｐｒｏｔ
   ｏｃｏｌ（以下、ＩＭＡＰと称する）の通信プロトコル
   を用いることを特徴とする請求項３記載のメールデータ
   管理システム。
6. 【請求項６】 上記メールアクセス装置と上記メールア
   クセス代行装置の少なくともいずれか一方は、ユーザの
   利用特性を示す特性情報を記憶する特性情報記憶部を備
   え、 上記メールアクセス代行装置のアクセス代行部は、上記
   メールアクセス装置と上記メールアクセス代行装置の少
   なくともいずれか一方が備える特性情報記憶部に記憶さ
   れている特性情報に従い、上記サーバ装置により管理さ
   れているメールデータをアクセスすることを特徴とする
   請求項２記載のメールデータ管理システム。
7. 【請求項７】 上記メールアクセス装置は、上記メール
   アクセス装置と上記メールアクセス代行装置の少なくと
   もいずれか一方に備えられている上記特性情報記憶部に
   記憶されている特性情報を更新する更新情報を入力して
   更新処理を行う特性情報更新処理部を備えたことを特徴
   とする請求項６記載のメールデータ管理システム。
8. 【請求項８】 上記特性情報は、新着メールデータから
   優先してアクセスすることを示す情報と、メールデータ
   の到着順にメールデータを順にアクセスすることを示す
   情報と、接続時間に関係なくメールデータをアクセスす
   ることを示す情報との少なくともいずれか１つの情報を
   含むことを特徴とする請求項６記載のメールデータ管理
   システム。
9. 【請求項９】 上記所定の通信網は、少なくともインタ
   ーネットを含み、 上記メールアクセス代行装置は、上記メールアクセス装
   置から上記サーバ装置に出力された上記アクセス要求を
   上記インターネットを介して入力して、上記アクセス要
   求に基づいて上記サーバ装置により管理されているメー
   ルデータをアクセスして、上記結果情報を取得し、取得
   した上記結果情報を上記インターネットを介して上記メ
   ールアクセス装置に送信することを特徴とする請求項１
   記載のメールデータ管理システム。