(57)【要約】      （修正有）【課題】スレッドメールでの添付ファイルの表示方法を改善することにより、添付ファイルやメールの閲覧の手間を軽減することを目的とする。【解決手段】本発明は、受信したメールにエンコードされた添付ファイルがある場合、エンコードされた添付ファイルをデコードしたファイルに変換して情報処理装置の記憶部に登録し、そのファイルを指し示すリンク情報を作成して、作成されたリンク情報と、受信したメールとを紐付けて記憶する。表示される第１のメールと関連づく第２のメールが存在し、第２のメールに紐付けられたリンク情報があるか判断し、リンク情報があると判断された場合、第２のメールに紐付けられたリンク情報を第１のメールと共に表示することを特徴とする。【選択図】図３
2017117329.tif 000002
【特許請求の範囲】
【請求項１】
メールサーバからメールを受信するメール受信手段と、
前記メール受信手段により受信したメールを表示する表示手段と、
ファイルを記憶する記憶手段と、
を有する情報処理装置であって、
前記メール受信手段により受信したメールにエンコードされた添付ファイルがある場合、前記エンコードされた添付ファイルをデコードしたファイルに変換して前記記憶手段に登録する登録手段と、
前記記憶手段に登録された前記デコードしたファイルを指し示すリンク情報を作成するリンク情報作成手段と、
前記リンク情報作成手段により作成されたリンク情報と、前記メール受信手段により受信したメールとを紐付けて記憶するリンク情報記憶手段と、
前記表示手段により表示される第１のメールと関連づく第２のメールが存在し、前記リンク情報記憶手段により前記第２のメールに紐付けられたリンク情報があるか判断する判断手段と、
前記表示手段は、前記判断手段により前記第１のメールと関連づく前記第２のメールが存在し、前記リンク情報記憶手段により前記第２のメールに紐付けられたリンク情報があると判断された場合、前記第２のメールに紐付けられたリンク情報を前記第１のメールと共に表示することを特徴とする情報処理装置。
【請求項２】
前記リンク情報は、前記記憶手段に記憶された前記デコードしたファイルのアドレス情報とすることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記リンク情報は、前記記憶手段に記憶された前記デコードしたファイルへリンクする情報とすることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記判断手段により判断される関連づくメールとは同じスレッドのメールであることを特徴とする請求項１乃至３に記載の情報処理装置。
【請求項５】
前記メール受信手段により受信したメールを一覧表示するメール一覧表示手段と、
前記メール一覧表示手段により表示されるメール一覧の内、前記判断手段により前記第１のメールと関連づく前記第２のメールが存在すると判断された場合、前記第２のメールはメール一覧には表示させない関連メール非表示手段と、
を有することを特徴とする請求項１乃至４に記載の情報処理装置。
【請求項６】
メールサーバからメールを受信するメール受信ステップと、
前記メール受信ステップにより受信したメールを表示する表示ステップと、
ファイルを記憶する記憶部と、
を有する情報処理装置を制御する制御方法であって、
前記メール受信ステップにより受信したメールにエンコードされた添付ファイルがある場合、前記エンコードされた添付ファイルをデコードしたファイルに変換して前記記憶部に登録する登録ステップと、
前記記憶部に記憶された前記デコードしたファイルを指し示すリンク情報を作成するリンク情報作成ステップと、
前記リンク情報作成ステップにより作成されたリンク情報と、前記メール受信ステップにより受信したメールとを紐付けて記憶部に登録するリンク情報登録ステップと、
前記表示ステップにより表示される第１のメールと関連づく第２のメールが存在し、前記リンク情報登録ステップにより前記第２のメールに紐付けられたリンク情報が登録されているか判断する判断ステップと、
前記表示ステップは、前記判断ステップにより前記第１のメールと関連づく前記第２のメールが存在し、前記リンク情報登録ステップにより前記第２のメールに紐付けられたリンク情報が登録されていると判断された場合、前記第２のメールに紐付けられたリンク情報を前記第１のメールと共に表示することを特徴とする制御方法。
【請求項７】
請求項１乃至５のいずれか１項に記載の情報処理装置として、コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールを受信する情報処理装置の制御に関する。
【背景技術】
【０００２】
電子メール（以後メールと呼ぶ）を送受信する情報処理装置について、受信したメールに添付ファイルが付属して送られる場合がある。メールに付属される添付ファイルは、メール本文よりも重要な情報が記載されていることも良くある。そのため、過去に送られた添付ファイルを検索対象とする要求がある。
【０００３】
特許文献１には、メール本文と添付ファイルとを分離して管理し、メール本文と添付ファイルとを個別に検索を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−７０４９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１記載の技術では、送信したメールの本文と添付ファイルの分類管理による個別検索による改善に限られており検索の処理の効率化は改善されるが、メールの送信と返信が複数回発生した場合おいて添付ファイルやメールを閲覧するための手間は依然として発生し、メールの読み取り作業が煩雑化している。
【０００６】
具体的には、システム部門に関わる監視データＡの連絡に関するＢ、Ｃグループについてメールの送信が次のように行われたとする。
【０００７】
１．  Ｂグループが監視データＡの連絡のため、Ｂグループ⇒Ｃグループに送信（添付ファイル有）、
【０００８】
２．  メール１．の内容の問合せのため、Ｃグループ⇒Ｂグループへ送信（添付ファイル有）、
【０００９】
３．  メール２．の内容の回答のため、Ｂグループ⇒Ｃグループに送信、
【００１０】
４．  メール３．の内容の了承のため、Ｃグループ⇒Ｂグループに送信。
【００１１】
このようにメールの送信が行われた場合、メールは１．〜４．の４通となるが、監視データＡについての情報は、メール４．とメール１．２．の添付ファイルにすべて含まれている（メール４．に送信元メールであるメール１．２．３．の本文が含まれている場合）。
【００１２】
監視データＡの連絡内容の把握のためメール４．を参照する時、本文はメール１．２．３．に含まれており一度に参照可能であるが、メール１．２．の添付ファイルについては、メールを検索して見つけて探すか、もしくはスレッド表示機能等を用いてメール１．２．を検索してからその添付ファイルを探すかしなければならず、本文の参照に比べて手間を要する。
【００１３】
また、メール１．２．については、それらの本文がメール４．に含まれているにも関わらず、添付ファイルが付いているため、スレッド表示機能等を使用してもメール１．２．の添付メールを参照する時には、メール１．２．を閲覧する必要があり手間を要する。
【００１４】
本発明は、スレッドメールでの添付ファイルの表示方法を改善することにより、添付ファイルやメールの閲覧の手間を軽減することを目的とする
【課題を解決するための手段】
【００１５】
本発明は、メールサーバからメールを受信するメール受信手段と、前記メール受信手段により受信したメールを表示する表示手段と、ファイルを記憶する記憶手段と、を有する情報処理装置であって、前記メール受信手段により受信したメールにエンコードされた添付ファイルがある場合、前記エンコードされた添付ファイルをデコードしたファイルに変換して前記記憶手段に登録する登録手段と、前記記憶手段に記憶された前記デコードしたファイルを指し示すリンク情報を作成するリンク情報作成手段と、前記リンク情報作成手段により作成されたリンク情報と、前記メール受信手段により受信したメールとを紐付けて記憶するリンク情報記憶手段と、前記表示手段により表示される第１のメールと関連づく第２のメールが存在し、前記リンク情報記憶手段により前記第２のメールに紐付けられたリンク情報があるか判断する判断手段と、前記表示手段は、前記判断手段により前記第１のメールと関連づく前記第２のメールが存在し、前記リンク情報記憶手段により前記第２のメールに紐付けられたリンク情報があると判断された場合、前記第２のメールに紐付けられたリンク情報を前記第１のメールと共に表示することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、スレッドメールでの添付ファイルの表示方法を改善することにより、添付ファイルやメールの閲覧の手間を軽減することを可能とする効果を有する。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態の情報処理システムの構成を示すシステム構成図である。
【図２】本発明の実施形態の各種端末のハードウエア構成を示す図である。
【図３】本発明の実施形態の情報処理装置における制御処理手段の一例を示すフローチャートである。
【図４】本発明の実施形態の情報処理装置におけるメール送受信の一例を示すデータである。
【図５】本発明の実施形態における情報処理装置の表示部２１０に表示されるメール画面の画面イメージである。
【図６】本発明の実施形態における情報処理装置の表示部２１０に表示されるメール画面の画面イメージである。
【図７】本発明の実施形態における情報処理装置の表示部２１０に表示されるメール画面の画面イメージである。
【図８】本発明の実施形態における情報処理装置の表示部２１０に表示されるメール画面の画面イメージである。
【発明を実施するための形態】
【００１８】
以下、本発明の好ましい実施の形態について図面を参照しながら詳細に説明する。
【００１９】
図１は、本発明に係る情報処理システムの構成を示すシステム構成図である。
【００２０】
図１において、情報処理システムは、少なくとも１つのメールサーバ２００と、メールサーバ２００からメールを送受信するためのクライアント端末（情報処理装置）１００とを有し、ネットワーク１１０を介して接続されている。
【００２１】
ユーザは、クライアント端末（情報処理装置）１００を使用してメールサーバ２００に保存されているメールを受信し、また、クライアント端末（情報処理装置）１００を使用して作成したメールをメールサーバ２００に送信する。
【００２２】
図２は、本発明の実施形態の各種端末のハードウエア構成を示す図である。
【００２３】
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。
【００２４】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバあるいは各クライアントの後述する各種機能を実現するためのプログラムが記憶されている。
【００２５】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。
【００２６】
入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、特に、サーバやクライアント等の端末では、キーボード、マウス等のポインティングデバイスが挙げられる。また、印刷装置等では、タッチパネル、ボタン、スイッチ等が挙げられる。
【００２７】
出力コントローラ２０６は、出力部２１０の表示を制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。
【００２８】
外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。加えて、各サーバあるいは各クライアントの各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。
【００２９】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器との通信制御処理を実行する。
【００３０】
本発明を実現するためのプログラム（図１４）は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３１】
以下、図３を参照して、本発明における実施形態の流れを説明する。
【００３２】
図３は、本発明の実施形態の情報処理装置（クライアント端末）における制御処理手段の一例を示すフローチャートであり、図中のＳ３０１〜Ｓ３１１は各ステップを示す。各ステップの処理は、情報処理装置の外部メモリ２１１に格納されたアプリケーションプログラムを、それぞれの装置のＣＰＵ２０１がＲＡＭ２０３上にロードして実行することにより実現される。
【００３３】
図３のフローチャートは、クライアント端末１００におけるＭＵＡ（Ｍａｉｌ  Ｕｓｅｒ  Ａｇｅｎｔ）において、メールを受信する処理を実行すると開始される処理の流れである。
【００３４】
まず、ステップＳ３０１において、クライアント端末１００のＣＰＵ２０１は、メールサーバ２００からメールを受信し、記憶する。
【００３５】
次に、ステップＳ３０２において、クライアント端末１００のＣＰＵ２０１は、ステップＳ３０１で受信したメールに添付ファイルがあるかどうかを判断する。添付ファイルがあるかどうかは、たとえば、受信メールのヘッダに「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ；」があるかどうかで判断する。添付ファイルがある場合は、ステップＳ３０３へと処理を遷移し、添付ファイルがない場合は、ステップＳ３０６へと処理を遷移する。
【００３６】
ステップＳ３０３へと遷移すると、クライアント端末１００のＣＰＵ２０１は、メールのエンコードされている添付ファイル部分を抽出し、デコードして通常のファイル形式に変えて、クライアント端末が有する外部メモリ２１１に格納する。
【００３７】
次に、ステップＳ３０４において、クライアント端末１００のＣＰＵ２０１は、ステップＳ３０３で格納したファイル形式の添付ファイルの格納場所を指定したリンク情報（たとえば、ＵＲＩの文字列、ＵＲＩをリンク先とした＜ａ＞アンカータグ、もしくはショートカットファイルなど）を作成する。この添付ファイルのリンク情報を作成することにより、受信メールに添付ファイルがある場合、添付ファイル付き受信メールに関連があるメールを後に受信した際に、後で受信したメールにこのリンク情報を付加し、添付ファイル付き受信メールの添付ファイルを容易に確認することが出来る。
【００３８】
次に、ステップＳ３０５において、クライアント端末１００のＣＰＵ２０１は、ステップＳ３０４で作成したリンク情報をステップＳ３０１で受信したメールと紐付けて記憶する。
【００３９】
次に、ステップＳ３０６において、クライアント端末１００のＣＰＵ２０１は、ステップＳ３０１で受信したメールにスレッド情報があるかどうかを判断する。スレッド情報があるかどうかは、たとえば、受信メールのヘッダに「Ｉｎ−ｒｅｐｌｙ−ｔｏ：」があるかどうかで判断する。スレッド情報がある場合は、ステップＳ３０７へと処理を遷移し、スレッド情報がない場合は、ステップＳ３１１へと処理を遷移する。
【００４０】
ステップＳ３０７へと処理を遷移すると、クライアント端末１００のＣＰＵ２０１は、ステップＳ３０６で存在すると判断されたスレッド情報の「メールメッセージＩＤのメール」に紐付けられているリンク情報を抽出する。この処理により、受信メールに関連するメールにリンク情報がある場合、すなわち受信メールに関連するメールに添付ファイルがある場合に、そのリンク情報を抽出する。
【００４１】
次に、ステップＳ３０８において、クライアント端末１００のＣＰＵ２０１は、ステップＳ３０７でリンク情報を抽出できたかどうかを判断する。リンク情報を抽出できた場合は、受信メールに関するスレッドメールに添付ファイルが含まれていることを示しており、その際にはステップＳ３０９へと処理を遷移する。一方、リンク情報を抽出できない場合はステップＳ３１０へと処理を遷移する。
【００４２】
ステップＳ３０９へと処理を遷移すると、クライアント端末１００のＣＰＵ２０１は、ステップＳ３０７において抽出されたスレッドメールのリンク情報をステップＳ３０１で受信したメールに付加する処理を行う。詳細は図５〜図８を参照して後述する。
【００４３】
次に、ステップＳ３１０において、クライアント端末１００のＣＰＵ２０１は、受信メールのスレッドメールにリンク情報があってもなくても（すなわち、添付ファイルがあってもなくても）、スレッドメールの内、受信メール以外をメール一覧から非表示とする。
【００４４】
次に、ステップＳ３１１において、クライアント端末１００のＣＰＵ２０１は、ステップＳ３０９で付加されたリンク情報とともに、受信メールを表示する処理を行う。表示結果は図６〜図８を参照して後述する。
【００４５】
以上の処理により、添付ファイル付きのメールを受信後に送受信を繰り返したスレッドメールを確認する際に、過去のスレッドメールの添付ファイルを容易に確認することができるという効果を有する。
【００４６】
次に、図３のフローチャートの処理を実行した時の、クライアント端末１００の表示部２１０に表示されるメールの表示画面イメージを、図５〜図８を参照して説明する。なお、図５から図８のメールの送受信の関係を図４に模式化して表示している。
【００４７】
図４は、本発明の実施形態における送受信されるメールのやり取りを模式化したデータ図である。
【００４８】
図４の４０１には模式化したメールの番号が記載されており、一行が１件のメールに対応する。４０２にはメールに添付ファイルが付与されているかどうかが記載されていて、たとえば４０３と４０４はそれぞれ所定のアドレス内のメールボックスに格納されるメール番号である。また、これらのメールの送受信の向きは４０５の矢印に送受信をしている設定とする。
【００４９】
たとえば、１行目のメール番号Iのメールは「作業内容の連絡」メールであり、添付ファイルとして「監視データ」というファイルが付与されている。このメールは運用側を送信元とし、業務側が受信先となっている。１行目のメールでやり取りされている画面イメージを図５を参照して説明する。
【００５０】
図５は、本発明の実施形態における情報処理装置の表示部２１０に表示されるメール画面の画面イメージである。
【００５１】
図５の左側のメール５００が、運用側により作成された送信メールの画面イメージであり、添付ファイル５０１として、「○監視データ．ｘｌｓｘ」が指定されている。
【００５２】
送信メール５００のようなイメージのメールを、業務側が受信した画面イメージがメール５１０である。このメールを受信する際に、図３のフローチャートに沿った処理を行う。
【００５３】
受信メール５１０の場合は、まずステップＳ３０２において、添付ファイル「○監視データ．ｘｌｓｘ」５０１が存在しているので、ステップＳ３０３以降の処理を実行し、「○監視データ．ｘｌｓｘ」ファイルをクライアント１００の外部メモリ２１１に格納、その後、ファイルの所在を示すリンク情報を生成する。その後、メール番号Ｉと生成された不図示のリンク情報とを紐付けて記憶する。
【００５４】
次のステップＳ３０６では、受信メール５１０はスレッド情報を有していない（ヘッダに「Ｉｎ−ｒｅｐｌｙ−ｔｏ：」がない）ので、ステップＳ３１１へと処理を遷移し、図５の受信メール画面５１０のようなイメージの画面を表示する。図４のデータ図の説明に戻る
【００５５】
次に、２行目のメール番号ＩＩのメールは、図５のメールの返信として、業務側から運用側に送信される場合のメールであり、メールの内容は「作業の追加依頼」である。添付ファイルとして「追加データ」というファイルが付与されている。２行目のメールのやり取りの結果、表示される画面イメージを図６を参照して説明する。
【００５６】
図６は、本発明の実施形態における情報処理装置の表示部２１０に表示されるメール画面の画面イメージである。
【００５７】
図６の右側のメール６００のような内容で業務側担当者がメールを返信した後の、運用側の受信メール６１０および業務側の受信メール６００の画面イメージである。メール６００のように、添付ファイル「○追加データ．ｘｌｓｘ」を添付して返信しているため、図３のフローチャートによると、ステップＳ３０２において、添付ファイル６０１「○追加データ．ｘｌｓｘ」が存在しているので、ステップＳ３０３以降の処理を実行し、「○追加データ．ｘｌｓｘ」ファイル６０１をそれぞれのクライアント１００の外部メモリ２１１に格納、その後、ファイルの所在を示すリンク情報を生成する。その後、メール番号ＩＩと生成された不図示のリンク情報とを紐付けて記憶する。
【００５８】
次のステップＳ３０６では、受信メール５１０はスレッド情報を有している（ヘッダに「Ｉｎ−ｒｅｐｌｙ−ｔｏ：」がある）ので、ステップＳ３０７以降の処理を実行する。すなわち、受信メール６００や６１０に関連するメール（スレッドメール）を「Ｉｎ−ｒｅｐｌｙ−ｔｏ：」に対応する「Ｍｅｓｓａｇｅ−ＩＤ」のメールから検索し、そのメールのリンク情報があるかどうか（ステップＳ３０８）を判断する。
【００５９】
メール６００に関連するメール（スレッドメール）は、図５の５００のメールであり、この受信メール５１０は添付ファイルを有しているので、リンク情報を作成しており、そのため、ステップＳ３０９の処理を実行する。ステップＳ３０９では、スレッドメールのリンク情報を図６の６０２や６１２のように表示して、このリンクをクリックすれば直ぐに添付ファイル「○監視データ．ｘｌｓｘ」５０１にアクセスできる仕様にしている。
【００６０】
その後、ステップＳ３１０において、受信メール以外のスレッドメールを図示しないメール一覧画面から非表示として、ステップＳ３１１において、図６の６００や６１０の受信メール画面を表示する。
【００６１】
以上のように、ステップＳ３０９の処理により、過去に受信したスレッドメールに添付されたファイルを、最近受信したスレッドメールからでも容易に確認することができる効果を有する。また、ステップＳ３１０の処理により、最新の受信メール以外を表示させないようさせ、ユーザがメールを確認する際の表示件数を減らせるという効果も有する。
【００６２】
同様に、図７の画面イメージや図８の画面イメージは図４の３行目、４行目のメールを受信した際の画面イメージである。３行目と４行目のメールの場合、１行目や２行目のメールと異なり、添付ファイルを有していないため、ステップＳ３０３〜Ｓ３０５の処理を実行せず、ステップＳ３０７以降の処理を全て実行する事になる。
【００６３】
以上の処理により、本発明は、スレッドメールでの添付ファイルの表示方法を改善することにより、添付ファイルやメールの閲覧の手間を軽減することを可能とする効果を有する。特に、過去に受信したスレッドメールに添付された添付ファイルを、最近受信したスレッドメールからでも容易に確認することができる効果を有する。
【００６４】
なお、本実施形態では、上記のような構成で考えたが、データの構成や表示画面イメージおよびその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００６５】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００６６】
なお、本実施形態中に示した各変形例を組み合わせた構成もすべて本発明に含まれるものである。
【００６７】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【００６８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【００６９】
本実施形態における図３または図４に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【００７０】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００７１】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【００７２】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【００７３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７４】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７５】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００７６】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【００７７】
１００  クライアント端末
１１０  ネットワーク
２００  メールサーバ
【図１】
2017117329.tif 000003
【図２】
2017117329.tif 000004
【図３】
2017117329.tif 000005
【図４】
2017117329.tif 000006
【図５】
2017117329.tif 000007
【図６】
2017117329.tif 000008
【図７】
2017117329.tif 000009
【図８】
2017117329.tif 000010