JP2002359647A - 情報提供装置及び情報処理装置及びシステムとそれらの方法 - Google Patents

Abstract

(57)【要約】 【課題】電子メールの内容を電子メール受信端末の能力
に応じたデータ形態に変換して転送するとともに、その
旨を別の端末に通知することを可能とする。 【解決手段】ネットデータベース４００には、ユーザ毎
に、受信した電子メールの転送先（ＦＡＸ、Ｗｅｂ又は
携帯端末等）を示す情報と、電子メールの転送があった
旨の通知先（携帯端末）を示す情報を含むユーザ情報が
保持される。判断モジュール２００、変換モジュール３
００を含むsite1は、自サイトのみの機能を用い、また
はsite2、site3、site4と協働して、受信された電子メ
ールをユーザ情報によって指定される転送先に適応した
データ形態に変換し、変換されたデータを指定された転
送先に応じて、メールサーバ１００、Ｗｅｂサーバ６０
０、ＦＡＸサーバ６５０に転送する。また、Ｗｅｂサー
バ６００或いはＦＡＸサーバ６５０を介して電子メール
を転送した場合、その旨を示す通知文をメールサーバ１
００を介して携帯端末へ通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は電子メールシステム
を用いてユーザに情報を提供する電子メール提供システ
ム及び装置及びそれらの方法に関するものである。

【０００２】

【従来の技術】近年、通信インフラの整備及び情報通信
技術の発展により、インターネットを利用した情報提供
サービスが可能になった。インターネットを利用した情
報提供サービスでは文字による情報提供だけではなく画
像や音等を含むマルチメディア情報を提供する事が可能
である。

【０００３】また、インターネットを介しての情報提供
サービスを受けるユーザは電子メールを使用するための
メールアカウントを登録することにより、ユーザ間で電
子メールを用いた通信、情報の交信を行うことができ
る。

【０００４】電子メール情報は通常テキストであるが、
ユーザ作成のアプリケーションデータ（ドキュメントフ
ァイル）等のバイナリファイルもテキストデータへのエ
ンコード技術、テキストデータからのデコード技術によ
って電子メール情報に添付してユーザ間で送受信するこ
とが可能である。

【０００５】一方、無線通信インフラの整備及びその情
報通信技術の発展、及びそれらを利用するための端末の
小型化が進んだことにより、インターネットへの接続は
設置型のパーソナルコンピュータのみならず、携帯電話
等のモバイル環境向け携帯端末からも可能になった。そ
の結果、携帯端末を使用して電子メールを使用するユー
ザも急速に増加している。

【０００６】

【発明が解決しようとする課題】インターネットに流通
する情報を取得できる手段は、パーソナルコンピュータ
だけにとどまらず、携帯端末、電子メール専用端末など
多岐にわたる。そのため、受信できる情報量の制限や、
表示サイズ、色、解像度等の端末における表示能力の制
限等、固有の物理的制限や能力的制限は千差万別であ
る。また、制限の少ないパーソナルコンピュータ同士の
通信、電子メールの交信においても、送受信者双方に共
通の情報処理環境が欠けている場合が増えてきている。

【０００７】このような環境下では、受信側に受信情報
を取り扱える環境がないときは現在のところ情報として
入手できないまま切り捨てられてしまう。従って、事前
に双方の環境を理解した上で情報交信をしないと、更新
される情報に欠落が生じる可能性がある。

【０００８】例えば、携帯端末におけるインターネット
を介した電子メールの交信が可能となっているものの、
１メール当たりの受け取り文字数や取り扱える情報内容
（コンピュータ用電子ファイルまたはバイナリファイル
の添付など）に制限が設けられ、その制限を越える部分
は切り捨てられてしまう。したがって、この制限につい
て予めメール送信者に連絡しない限り、電子メールの受
信者には正しく受け取れない（端末へ到達する前に切り
捨てられる）情報を発生させてしまう可能性がある。

【０００９】情報の送信先が携帯端末であることは、そ
のメールアドレスのドメイン名から想像はつくものの、
標準的なインターネットメールのアドレス体系であるこ
とにかわりはない。さらに携帯端末ユーザの中には、通
常は設置型のパーソナルコンピュータ等、電子メールの
受信に対する制限の異なる端末で利用しているメールア
ドレスを、携帯端末のメールアドレスへ転送している場
合もあり、送信側では受信者端末の情報受け取り能力を
容易に判断することはできない。その結果、電子メール
の送信者が受信者の環境を予測し、受信者が受け取れる
状態に加工して情報を送るということは極めて困難であ
る。

【００１０】従って、現在では携帯端末を通じた電子メ
ールの交信には情報の欠落したメールが多発している。

【００１１】これらを回避するために、携帯端末への電
子メールを携帯端末で受け取る前にWorldWide Webの技
術を応用したサーバ上のある一つのアカウントへ転送
し、World Wide Webの仕組みを通じて閲覧するという技
術が既に存在するが、携帯端末での受け取り文字数の制
限を回避するのみで、バイナリファイルの閲覧やデータ
取得などには対応できていない。また、この構成におい
ては、携帯端末への電子メールを無条件にWorldWide We
bのサーバへ転送してしまうので、携帯端末利用者は絶
えずWorld Wide Webへの転送メールがあったかどうかの
確認をしなければならず、携帯端末利用者に多大な負荷
をかけていた。

【００１２】また、電子メール送信者が何らかのアプリ
ケーションを使用して作成したドキュメントファイル等
を添付している場合には、携帯端末のみをインターネッ
トへの接続手段として利用しているユーザは、携帯端末
で添付ファイルを展開することができたとしても、携帯
端末の表示能力等の制限を超えてしまうことも多く実用
的ではない。

【００１３】更に、携帯端末に限らず設置型のパーソナ
ルコンピュータ等、受信手段としては制限の少ないイン
ターネット接続端末であっても、電子メールに添付され
る添付ドキュメント情報を展開、表示するには、メール
受信端末に電子メールの送信者が添付ドキュメントを作
成するときに使用したアプリケーション、またはそのア
プリケーションと互換性を持つアプリケーションが必要
になるが、電子メール受信端末にそれらが必ずしも存在
するとは限らない。送信者が添付ドキュメントを作成し
た際に使用したアプリケーションもしくはそれと互換性
を持つアプリケーションを受信者側が持たない場合、そ
の受信者は電子メール送信者が送信した情報を見ること
はできない。

【００１４】このような環境下では受信者が多大な労力
を払って送信者の送信環境と互換性のある環境を整えな
い限り、送信者から送られてきた情報を確認することが
できないのである。

【００１５】本発明は、上記の問題に鑑みてなされたも
のであり、電子メールの内容を電子メール受信端末の能
力に応じたデータ形態に変換して提供することを目的と
する。また、その転送の旨を別の受信端末に通知可能と
することを目的とする。

【００１６】

【課題を解決するための手段】上記の目的を達成するた
めの本発明による情報提供装置は、以下の構成を備え
る。すなわち、ユーザへの送信情報を受信する受信手段
と、前記受信手段によって受信した送信情報の送付先
を、当該ユーザに対応して設定された情報に基づいて決
定する決定手段と、前記送信情報に含まれるデータを内
容のタイプ別に分割する分割手段と、前記分割手段によ
り分割された各データを、前記決定手段で決定された送
付先の処理能力に適合させるべくフォーマット変換を指
示する指示手段と、前記指示手段の指示に基づいてフォ
ーマット変換された各データを統合し、前記送付先へ提
供する提供手段とを備える。

【００１７】また、上記の目的を達成するための本発明
による情報提供システムは、以下の構成を備える。すな
わち、ユーザへの送信情報を受信する受信手段と、前記
受信手段によって受信した送信情報の送付先を、当該ユ
ーザに対応して設定されたユーザ情報に基づいて決定す
る決定手段と、前記送信情報に含まれるデータを内容の
タイプ別に分割する分割手段と、前記分割手段により分
割された各データを、前記決定手段で決定された送付先
の処理能力に適合させるべくフォーマット変換を指示す
る指示手段と、前記指示手段により指示されたフォーマ
ット変換を前記分割されたデータに施す変換手段と、前
記フォーマット変換された各データを統合し、前記送付
先へ提供する提供手段とを備える。

【００１８】また、上記の目的を達成するための本発明
による情報提供方法は、ユーザへの送信情報を受信する
受信工程と、前記受信工程によって受信した送信情報の
送付先を、当該ユーザに対応して設定された情報に基づ
いて決定する決定工程と、前記送信情報に含まれるデー
タを内容のタイプ別に分割する分割工程と、前記分割工
程により分割された各データを、前記決定工程で決定さ
れた送付先の処理能力に適合させるべくフォーマット変
換を指示する指示工程と、前記指示工程の指示に基づい
てフォーマット変換された各データを統合し、前記送付
先へ提供する提供工程とを備える。

【００１９】更に、上記の目的を達成するための本発明
による情報提供方法は、ユーザ側の端末装置へ情報を提
供する情報提供システムにおける情報提供方法であっ
て、ユーザへの送信情報を受信する受信工程と、前記受
信工程によって受信した送信情報の送付先を、当該ユー
ザに対応して設定されたユーザ情報に基づいて決定する
決定工程と、前記送信情報に含まれるデータを内容のタ
イプ別に分割する分割工程と、前記分割工程により分割
された各データを、前記決定工程で決定された送付先の
処理能力に適合させるべくフォーマット変換を指示する
指示工程と、前記指示工程で指示されたフォーマット変
換を前記分割されたデータに施す変換工程と、前記フォ
ーマット変換された各データを統合し、前記送付先へ提
供する提供工程とを備える。

【００２０】

【発明の実施の形態】以下、添付の図面を参照して本発
明の好適な実施形態を説明する。

【００２１】本実施形態では、電子メールシステムを用
いてユーザに情報を提供する場合に、電子メールの受信
側端末の環境で展開、表示することのできない情報が送
信されたときに、その概要及び取得方法をユーザに通知
し、従来は環境の制約で展開、表示できなかった情報を
様々な形態で受信者に提供可能とする情報提供サービス
システムを説明する。

【００２２】＜システムの構成＞本実施形態で説明され
るサービスシステム（以下、ネットメールサービスとい
う）は、メールサーバと、ユーザの設定に従いユーザが
望む媒体への表示あるいは出力が可能かどうかを判断し
ユーザが望む媒体に適合したドキュメントを作成するモ
ジュール（以下、判断モジュールという）と、ある特定
のフォーマットを別の特定のフォーマットに変換するた
めのモジュール（以下、変換モジュールという）と、ユ
ーザ情報やユーザの望む媒体を設定するためのモジュー
ル（以下、設定モジュールという）と、ユーザ情報やユ
ーザによる媒体間変換の設定（以下、ユーザ変換設定と
いう）や媒体間変換を行うサーバの情報やメールによっ
て送付されてきたデータなどを格納する記憶装置（以
下、ネットデータベースという）を有する。

【００２３】図１は本実施形態によるサービスの概略の
構成を説明する図である。図１のように、本実施形態に
よるサービスはsite1、site2、site3、site4の４つの種
類のサイトから構成されている。これは説明をわかりや
すくすることを目的に４つのサイトを示したものであ
り、サイトの数の制限を意味するものではない。その他
のサイトの構成としては、例えば以下のような形態があ
る。

【００２４】（１）１つまたは複数のsite1で構成され
る形態、（２）１つまたは複数のsite1、および１つま
たは複数のsite2で、構成される形態、（３）１つまた
は複数のsite1、および１つまたは複数のsite3、および
１つまたは複数のsite4で、構成される形態、（４）１
つまたは複数のsite1、および１つまたは複数のsite2、
および１つまたは複数のsite3、および１つまたは複数
のsite4で、構成される形態、（５）上記（２）〜
（４）の形態において、site1が変換モジュールを有さ
ない形態。

【００２５】また、図１においてsite1、site2、site
3、site4と記述したものは、後述するそれぞれの機能を
提供する最小限のものに仮定している。これについて
も、以下でsite1、site2、site3、site4のそれぞれにつ
いて詳細に述べる際にわかりやすくするための仮定であ
って、site1とsite3（および他の組み合わせ）が同一の
サイトにあることや、site1の機能とsite3の機能（およ
び他の機能の組み合わせ）をともにもつサイトがあるこ
とを否定するものではない。以下では、site1のような
サイトをネットメールサービスサイト、site2・site4の
ようなサイトを変換サービスサイト、site3のようなサ
イトをディレクトリーサービスサイトとそれぞれ呼ぶこ
とにする。

【００２６】ここで、site2とsite4は同様の機能をもつ
変換サービスサイトである。なお、site2とsite4は共に
同じ機能をもつ変換サービスサイトであるにも関わら
ず、図１ではsite1とsite2の間、site3とsite4の間の直
接の通信関係しか存在しない。これについてもわかりや
すく説明をするための仮定であって、site2とsite3の
間、およびsite1とsite4の間に直接の通信関係があって
もいいことは言うまでもない。

【００２７】図２においては、図１では書かなかったsi
te1、site2、site3、site4の本実施形態における通信方
法を含めて書いたものである。本実施形態では図２のよ
うに、判断モジュール２００、２００ａ、２００ｂ、２
００ｃ間において、ＨＴＴＰを用いＷｅｂサーバ６０
０、６００ａ、６００ｂ、６００ｃ上のＣＧＩなどを用
いて通信したり、ＳＭＴＰを用いてメールサーバを通し
た通信を行う。ただし、ここで挙げたプロトコルに限定
されるものではなく、専用プロトコルやＨＴＴＰ、ＳＭ
ＴＰ以外の汎用プロトコルで通信できないことを意味す
るものではない。すなわち、専用プロトコルやＨＴＴ
Ｐ、ＳＭＴＰ以外の汎用プロトコルでの通信はもちろん
可能であり、サイト間の通信手段が別に存在する場合
は、site2、site3、site4にＷｅｂサーバやメールサー
バは必須のものではない。以下では図２を用いて説明を
行うが、判断モジュール間の通信方法について説明した
部分以外は、図１についても同様の説明が成り立つ。

【００２８】図２において、１００（１００ａ、１００
ｂ、１００ｃ）はメールサーバ、２００（２００ａ、２
００ｂ、２００ｃ）は判断モジュール、３００（３００
ａ、３００ｃ）は変換モジュール、５００（５００ａ、
５００ｂ、５００ｃ）が設定モジュール、４００（４０
０ａ、４００ｂ、４００ｃ）がネットデータベースであ
る。なお、図２において、変換モジュール３００、３０
０ａ、３００ｃは各サイトにそれぞれ１つのみ示されて
いるが、後述するように変換モジュールはそれぞれ複数
個存在してもよい。また前述したようにsite1、site2、
site3、site4は、それぞれの機能を最小限のものに仮定
しているので、判断モジュール２００、２００ａ、２０
０ｂ、２００ｃの機能は一部異なるものとなっている。

【００２９】以上の構成において、メールサーバ１００
で受けたメールは判断モジュール２００でフォーマット
別に分割され、それぞれのデータはユーザ変換設定に従
って適切な変換モジュール３００、またはsite2の変換
モジュール３００ａ、またはsite3において選ばれたsit
e4の変換モジュール３００ｃに、渡されて変換される。
そして、site1の判断モジュール２００では変換後のデ
ータを受け取り、該変換後のデータを用いて出力先の各
媒体に適合したドキュメントを作成した後、Ｗｅｂサー
バ６００、メールサーバ１００、ＦＡＸサーバ６５０を
介して、ユーザのＷｅｂブラウザ、携帯端末、ファクシ
ミリ装置といった各媒体に送られ表示、或いは出力され
る。判断モジュール２００での判断に使用されるユーザ
変換設定の内容は、設定モジュール５００によって作
成、変更される。以下、各モジュールについて詳細に説
明する。

【００３０】本実施形態においては、より柔軟なサービ
スをユーザに提供するため、設定モジュール５００によ
るユーザの設定を可能にしているが、すべてのユーザに
画一的なサービスを与える場合は同じ変換設定を用いれ
ばよいので設定モジュールは必要ない。すなわち、設定
モジュールはオプションであり、必須のものではない。

【００３１】メールサーバ１００はメールの送受信を行
うモジュールであるが、判断モジュール２００が稼動し
ているサーバ上で稼動していてもよいし、そうでなくて
もよい。また、メール受信の機能についてはＳＭＴＰメ
ールを直接受ける機能であっても良いし、別のメールサ
ーバをＰＯＰ３などのプロトコルを用いて定期的にアク
セスしメールを取得するものでもかまわない。すなわ
ち、本実施形態への適用においては、受け取ったデータ
を他のプログラムモジュールに渡す手段を有するメール
サーバであること、そして変換結果が表現される媒体
（他のメールサーバ、メール機能を有する携帯端末な
ど）に対してメールが出せることが求められる。

【００３２】判断モジュール２００は、メールサーバ１
００で受け取ったメールまたはネットデータベース４０
０に格納されたメールを、各メールに含まれるフォーマ
ットごとのデータに分割する。この分割によって得られ
た個々の部分についてユーザが望む媒体に適合する形態
にフォーマット変換するために、適切な変換モジュール
を選択する。site1内の変換モジュール３００が適切な
変換モジュールであった場合は、変換モジュール３００
に対し変換が指示される。またsite1のネットデータベ
ース内の情報に基づいてsite2内の変換モジュール３０
０ａが適切であると判断された場合は、判断モジュール
２００から判断モジュール２００ａをとおして変換モジ
ュール３００ａに変換の指示が出される。

【００３３】さらにどこのサイトのどの変換モジュール
で変換されるのが適切かわからないときは、ディレクト
リサービスサイトsite3の判断モジュール２００ｂで適
切な変換モジュールを調べる。そしてそのディレクトリ
サービスサイトでの判断の結果、選択された変換サービ
スサイト内の変換モジュールがsite4内の変換モジュー
ル３００ｃであったなら、変換モジュール３００ｃにお
いて変換が行われる。

【００３４】なお、適切な変換後のフォーマットは、変
換の依頼元であるサイト（site1）のネットデータベー
ス４００中に格納されているユーザ変換設定テーブル
（後述）を参照して決定される。そして変換モジュール
３００、３００ａ、３００ｃから返されたデータを利用
しユーザが望んだ媒体用にドキュメントを作成する。

【００３５】site3の判断モジュール２００ｂは、判断
モジュール２００から指示された変換に適切な変換モジ
ュールを後述するネットデータベース４００ｂ内の変換
モジュールテーブルから選択し、適切な変換モジュール
の存在する変換サービスサイト内の適切な判断モジュー
ル（例えば、site4の判断モジュール２００ｃ）に変換
を指示する。変換モジュールテーブルに適切な変換モジ
ュールが存在しないときは、判断モジュール２００に対
し適切な変換ができないことを伝える。

【００３６】site2の判断モジュール２００ａは判断モ
ジュール２００から指示された変換に適切な変換モジュ
ール３００ａを選択し、変換された結果を判断モジュー
ル２００に対し返すものである。同様に、site4の判断
モジュール２００ｃは判断モジュール２００ｂから指示
された変換に適切な変換モジュール３００ｃを選択し、
変換された結果を判断モジュール２００ｂに対して返す
ものである。

【００３７】変換モジュール３００、３００ａ、３００
ｃは、特定のフォーマットから別の特定のフォーマット
への変換を行うフィルタである。例えば最も単純な例と
しては、画像フォーマットであるＴＩＦＦフォーマット
を別の画像フォーマットであるＪＰＥＧフォーマットに
変換するモジュールが挙げられる。特定のフォーマット
間の変換を行うものなので、判断モジュール２００が取
り扱うことができるフォーマット間変換に応じて変換モ
ジュールは複数存在する。なお、図１では変換モジュー
ル３００、３００ａ、３００ｃが示されているが、変換
モジュールが同一サイト内に２つ以上存在してもかまわ
ないことはいうまでもない。

【００３８】設定モジュール５００は、ユーザ登録、ユ
ーザ変換設定、変換モジュールに関する設定などを受け
付け、ネットデータベース４００にそれら設定内容を格
納するための機構である。同様に、設定モジュール５０
０ａ、５００ｂ、５００ｃは、変換モジュールに関する
設定などを受け付け、ネットデータベース４００ａ、４
００ｂ、４００ｃにそれぞれ格納するための機構であ
る。本実施形態では、ＣＧＩを通してＷｅｂサーバ６０
０、６００ａ、６００ｂ、６００ｃから、またはメール
を通してメールサーバ１００、１００ａ、１００ｂ、１
００ｃから起動されるものとするが、専用端末や電話な
どによる設定ができないことを意味するものではない。
すなわち、専用端末や、電話での音声ガイダンスなどに
よる設定や設定の変更はもちろん可能である。

【００３９】ネットデータベース４００、４００ａ、４
００ｂ、４００ｃには、ユーザ登録の内容、ユーザ変換
設定、課金情報、変換にかかわる他のサイトの情報、メ
ールデータなどが格納される。

【００４０】Ｗｅｂサーバ６００、ＦＡＸサーバ６５０
はそれぞれ、変換後のデータを用いて作成されたドキュ
メントが出力される媒体（Ｗｅｂブラウザを有するコン
ピュータ、Ｗｅｂブラウザを有する携帯端末、ファクシ
ミリ装置など）へ接続される。なお、本実施形態では、
Ｗｅｂサーバ６００を設定モジュール５００にアクセス
するためにも利用するものとするが、Ｗｅｂサーバ６０
０と設定モジュール５００が物理的に同一のサーバであ
っても構わないし、別のサーバであっても構わない。

【００４１】また、ドキュメントを出力するファクシミ
リ装置へ転送するデータをＦＡＸサーバ６５０を介して
送信する構成としたが、ファクシミリ装置へ直接電話し
て送信する構成としてもよいことはいうまでもない。

【００４２】また、メールが到着しデータ変換が行われ
たことをユーザがすばやく知ることができるように、Ｗ
ｅｂサーバ６００上に情報がアップロードされたこと
や、ＦＡＸが送信されたことやその送信先など、メール
の変換結果を、メールサーバ１００を介して携帯端末に
通知できるものとする。

【００４３】本実施形態では、変換結果を表現する媒体
への情報提供手段として、メールサーバ１００、Ｗｅｂ
サーバ６００、ＦＡＸサーバ６５０を選択しているが、
他の媒体の実装が制限を受けるわけではない。たとえ
ば、文字から音声への変換を行う変換モジュールさえあ
れば、変換結果を表現する媒体に音声電話を選ぶことも
できる。また、ユーザ側の携帯端末やファクシミリ装置
も専用のものである必要は全くない。

【００４４】以上のようなシステムにおいて実現される
サービスの例として、本実施形態では主に以下のサービ
スを説明する。 （１）ユーザ登録：ユーザ認証に用いるＩＤやパスワー
ド、課金のために必要な情報、個人情報などを登録す
る。 （２）ユーザ変換設定の登録変更：メールの自動変換サ
ービスを行う際に用いられる転送先の設定や変換の設定
を登録或いは変更する。 （３）Ｗｅｂによるデータの表示：変換されたメールの
情報をＷｅｂ上で表示する。 （４）携帯端末に対応したＷｅｂによるデータの表示：
携帯端末上のＷｅｂプラウザ用に変換されたメールの情
報を表示する。 （５）携帯端末でのデータの表示：変換されたメールの
情報を携帯端末上で表示する。 （６）ＦＡＸでのデータの表示：変換されたメールの情
報をＦＡＸを用いて出力する。 （７）変換サービスに関わる他サイトの登録：変換サー
ビスに利用する他のサイトの情報を登録する。 （８）サイト登録内容検証サービス：ネットデータベー
ス中に登録された他サイトの情報が正しいかを検証す
る。 （９）メールの自動変換サービス：設定に従って、メー
ルの内容を他の媒体に適合した形に自動的に変換する。 （１０）メールの対話的変換サービス：メールの内容を
他の媒体に適合した形に、ユーザと対話的に変換する。

【００４５】以上の各サービスについては、詳細に後述
する。なお、本実施形態におけるサービス、機能が上記
に限られるわけではない。

【００４６】＜メールサーバの構成＞図３はメールサー
バ１００（１００ａ、１００ｂ、１００ｃ）の概略構成
を示すブロック図である。１０１は制御部であり、ＣＰ
Ｕ１０２、メモリ１０３を備える。ＣＰＵ１０２は、メ
モリ１０３に格納されたメール送受信プログラム１０３
ａ、メールアカウント作成消去プログラム１０３ｂを実
行することによりメールの送受信の制御やメールアカウ
ントの作成と消去を実現する。１０４は通信部であり、
回線を通してメールデータのやり取りを行ったり、受信
したメールをネットデータベース４００に格納したり、
ネットデータベース４００からデータを取り出しメール
を送信する際に使用される。

【００４７】＜判断モジュールの構成＞図４は判断モジ
ュール２００（２００ａ、２００ｂ、２００ｃ）の概略
構成を示すブロック図である。２０１は制御部であり、
ＣＰＵ２０２、メモリ２０３を備える。メモリ２０３に
格納されたメール分割プログラム２０３ａ、変換モジュ
ール選択プログラム２０３ｂ、メール再生成プログラム
２０３ｃをＣＰＵ２０２が実行することにより、データ
の変換に関わる判断が実現される。２０４は通信部であ
り、他のモジュールや他のサイトとのデータのやり取り
を行ったり、ネットデータベース４００に格納されてい
る受信メールを取り出したり、処理後のデータをネット
データベース４００（４００ａ、４００ｂ、４００ｃ）
に加えたり、ユーザ変換設定の内容や変換モジュールに
関する情報などをネットデータベース４００（４００
ａ、４００ｂ、４００ｃ）に格納する際などに、ネット
データベース４００（４００ａ、４００ｂ、４００ｃ）
へアクセスするのに使用される。また本実施形態では、
他のモジュールや他のサーバと、ネットデータベース４
００（４００ａ、４００ｂ、４００ｃ）とのアクセスの
仲介処理も、判断モジュール２００（２００ａ、２００
ｂ、２００ｃ）で行うものとするが、判断モジュール２
００（２００ａ、２００ｂ、２００ｃ）を仲介させる必
要性は必ずしもない。

【００４８】＜変換モジュールの構成＞図５は変換モジ
ュール３００（３００ａ、３００ｃ）の概略構成を示す
ブロック図である。３０１は制御部であり、ＣＰＵ３０
２、メモリ３０３を備える。ＣＰＵ３０２は、メモリ３
０３に格納されたフォーマット変換プログラム３０３ａ
を実行することにより、提供されたデータのフォーマッ
トの変換を行う。３０４は通信部であり、他のモジュー
ルとのデータのやり取りを行ったり、変換前のデータを
ネットデータベース４００（４００ａ、４００ｃ）から
取得したり、変換後のデータをネットデータベース４０
０（４００ａ、４００ｃ）に格納する際に、ネットデー
タベース４００（４００ａ、４００ｃ）上のデータにア
クセスするのに使用される。

【００４９】＜設定モジュールの構成＞図６は設定モジ
ュール５００（５００ａ、５００ｂ、５００ｃ）の概略
構成を示すブロック図である。５０１は制御部であり、
ＣＰＵ５０２、メモリ５０３を備える。ＣＰＵ５０２
は、メモリ５０３に格納されたユーザ変換設定プログラ
ム５０３ａ、ＸＭＬパーサプログラム５０３ｂを実行す
ることにより、ユーザ変換設定の設定および変更を実現
する。５０４は通信部であり、回線を通してユーザと対
話し設定の内容の指定を受けたり、他のモジュールとの
通信を行ったり、ユーザ変換設定の内容や変換モジュー
ルに関する情報などをネットデータベース４００（４０
０ａ、４００ｂ、４００ｃ）に格納する際に、ネットデ
ータベース４００（４００ａ、４００ｂ、４００ｃ）上
のデータにアクセスするのに使用される。

【００５０】＜ネットデータベースの構成＞図７はネッ
トデータベース４００（４００ａ、４００ｂ、４００
ｃ）の概略構成を示すブロック図である。４０１は制御
部であり、ＣＰＵ４０２、メモリ４０３を備える。ＣＰ
Ｕ４０２は、メモリ４０３に格納されたデータベースマ
ネージメントシステム４０３ａを実行することにより、
記憶媒体４０５に格納されているデータの管理を行う。
４０４は通信部であり、回線を通して他のモジュールと
のデータのやり取りを行うのに用いられる。記憶媒体４
０５は、データベースマネージメントシステム４０３ａ
が管理するデータが格納保存される。格納されるデータ
としては、ユーザ情報などのテーブル群４０６とメール
データなどのデータ実体４０７等がある。

【００５１】テーブル群４０６には、ユーザ情報テーブ
ル４０６ａ（図８）、ユーザ自宅情報テーブル４０６ｂ
（図９）、ユーザ勤務先情報テーブル４０６ｃ（図１
０）、ユーザ携帯端末情報テーブル４０６ｄ（図１
１）、ユーザ変換設定テーブル４０６ｅ（図１２）、変
換モジュールテーブル４０６ｆ（図１３）、サービス会
社テーブル４０６ｇ（図１４）、サービスサイトテーブ
ル４０６ｈ（図１５）、使用ディレクトリサービステー
ブル４０６ｉ（図１６）、携帯端末性能テーブル４０６
ｊ（図１７）が含まれる。以下、各テーブルについて説
明する。なお本実施例の場合、サイトの機能を限定して
いるので、site1、site2、site3、site4の各サイトには
必要のないテーブルも存在する。site1のようなネット
メールサービスサイトは、すべてのテーブル、つまりユ
ーザ情報テーブル４０６ａ、ユーザ自宅情報テーブル４
０６ｂ、ユーザ勤務先情報テーブル４０６ｃ、ユーザ携
帯端末情報テーブル４０６ｄ、ユーザ変換設定テーブル
４０６ｅ、変換モジュールテーブル４０６ｆ、サービス
会社テーブル４０６ｇ、サービスサイトテーブル４０６
ｈ、使用ディレクトリサービステーブル４０６ｉ、携帯
端末性能テーブル４０６ｊをもつ。またsite2・site4の
ような変換サービスサイトやsite3のようなディレクト
リーサービスサイトは、変換モジュールテーブル４０６
ｆ、サービス会社テーブル４０６ｇ、サービスサイトテ
ーブル４０６ｈをもつ。

【００５２】図８は、ユーザ情報テーブルのデータ構成
例を示す図である。ユーザ情報テーブル４０６ａは、ユ
ーザがユーザ登録を行った際に生成、記録されるもので
あり、ユーザの認証に使用されるユーザＩＤ、およびパ
スワード、ユーザの課金に使用されるクレジットカード
情報、課金実績などが格納される。

【００５３】なおこのユーザＩＤは、本ネットメールサ
ービスにおいてメールサーバ内に作成されるメールアカ
ウントとしても利用される。例えば、ユーザのＩＤがaa
aであり、ネットメールサービスサイトのドメインがhog
e.ne.jpであったとすると、メールサーバ内でユーザに
割り当てられるメールアドレスは、[email protected]とな
る。

【００５４】図９は、ユーザ自宅情報テーブルのデータ
構成例を示す図である。ユーザ自宅情報テーブル４０６
ｂは、ユーザがユーザ登録を行った際もしくはユーザが
ネットメールサービスを利用する際に生成、記録される
ものである。ユーザ自宅情報テーブル４０６ｂには、ユ
ーザの自宅電話番号や自宅住所とそれに付属する表示・
出力媒体のＩＤ（例えば自宅ＦＡＸ番号、自宅メールア
ドレス）が格納される。なお、ユーザＩＤは図８で示し
たユーザ情報テーブルに登録されているものと同一であ
る。

【００５５】図１０は、ユーザ勤務先情報テーブルのデ
ータ構成例を示す図である。ユーザ勤務先情報テーブル
４０６ｃは、ユーザがユーザ登録を行った際もしくはユ
ーザがネットメールサービスを利用する際に生成、記録
されるものである。ユーザ勤務先情報テーブル４０６ｃ
には、勤務先電話番号や勤務先住所等、ユーザの勤務先
の住所とそれに付属する表示・出力媒体のＩＤ（例えば
勤務先ＦＡＸ番号、勤務先メールアドレス）が格納され
る。なお、ユーザＩＤは図８で示したユーザ情報テーブ
ルに登録されているものと同一である。

【００５６】図１１は、ユーザ携帯端末情報テーブルの
データ構成例を示す図である。ユーザ携帯端末情報テー
ブル４０６ｄは、ユーザがユーザ登録を行った際もしく
はユーザがネットメールサービスを利用する際に生成、
記録されるものであり、図示のようにユーザの携帯端末
についての情報が格納される。なお、ユーザＩＤは図８
で示したユーザ情報テーブルに登録されているものと同
一である。

【００５７】図１２は、ユーザ変換設定テーブルのデー
タ構成例を示す図である。本実施形態では、ユーザ変換
設定テーブル４０６ｅを用いて、メールサーバ１００、
Ｗｅｂサーバ６００、ＦＡＸサーバ６５０を介した各媒
体での表示或いは出力を行うか否か等の設定を行う。ユ
ーザ変換設定テーブル４０６ｅは、ユーザが自動変換サ
ービスを利用するにあたり適切な機器に適切な情報が届
くように設定を行うものである。なお、ユーザＩＤは図
８で示したユーザ情報テーブルに登録されているものと
同一である。

【００５８】ユーザは設定モジュール５００をとおし
て、メールサーバ１００、Ｗｅｂサーバ６００、ＦＡＸ
サーバ６５０を介した各媒体における表示（出力）を選
択することができ、また、それぞれの出力先について添
付ドキュメントをどのような形で表示（出力）するか選
択することができる。またＷｅｂサーバ６００、ＦＡＸ
サーバ６５０を介した内容の表示或いは出力が行われた
場合、そのような表示・出力が行われた旨をメールサー
バ１００を通して携帯端末に通知することができる。

【００５９】たとえばＷｅｂでの表示を行うことを選択
した状態で、画像ファイルが添付されたメールを受信し
たとする。通常Ｗｅｂブラウザがサポートしている画像
フォーマットはＪＰＥＧとＧＩＦなどに限られる。この
ようなとき、ユーザが添付されてきたこれ以外の画像を
見るためには、そのフォーマットに対応した画像表示ソ
フトウェアを用意しなければならない。しかしここで、
ユーザ変換設定テーブル４０６ｅの『添付画像をＷｅｂ
で表示する時ＪＰＥＧ、ＧＩＦ以外の画像フォーマット
をＪＰＥＧに変換する機能をＯＮ』を選択しておけば、
画像ファイルは自動的にＪＰＥＧに変換され、Ｗｅｂブ
ラウザ上での表示が可能になる。そして、メール本文な
ど携帯端末でも見ることができる部分とＷｅｂサーバ６
００にアップロードされた旨がメールサーバ１００をと
おして携帯端末に通知される。以上の手順は、ワープロ
ドキュメントの場合も同様である。ただしここで変換を
サポートしている画像フォーマットやワープロドキュメ
ントは、当該画像フォーマットやワープロドキュメント
を変換する変換モジュールを利用できる場合であり、す
べてのフォーマットの変換を約束するものではない。だ
が、公開されているフォーマットならば該フォーマット
に対応する変換モジュールを実装することにより、該フ
ォーマットの変換のサービスを提供することは可能であ
る。

【００６０】また公開されていないフォーマットなど
で、該フォーマットを変換する変換モジュールを有料で
のみ利用可能な場合もあるので、有料変換モジュールの
利用を認めるかを選択できるようにしている（ユーザ変
換設定テーブル４０６ｅにおける、『Ｗｅｂ表示に有料
の変換を用いる』、『携帯端末での表示で有料の変換を
用いる』、『ＦＡＸでの表示で有料の変換を用いる』を
選択するか否かで設定できる）。そして同機能の複数の
変換モジュールが存在したときに、価格、互換レベル、
安定度のうちいずれを基準にして、変換モジュールを選
択すべきかも設定できるようになっている。これらの設
定が可能であることにより、ユーザは不要な支払を防い
だり、安定した品質の変換モジュールを利用したりでき
る。

【００６１】なお、表示・出力先として、ユーザはメー
ルサーバ１００、Ｗｅｂサーバ６００、ＦＡＸサーバ６
５０のいずれかひとつだけを選ばねばならないことはな
く、複数の媒体、或いはすべての媒体においてひとつの
メールを表示あるいは出力することも可能である。ま
た、それら複数の媒体において表示あるいは出力する内
容は、同一でなくてもよい。たとえば、携帯端末に対し
メール本文と添付ワープロドキュメントの要旨を送付
し、ＦＡＸサーバ６５０を介したＦＡＸの利用によって
ワープロドキュメント全文を出力することが可能であ
る。

【００６２】以上が自動変換サービスにおけるユーザ変
換設定テーブルの働きであるが、データ実体４０７にメ
ールデータが保存されているので、後述するようにユー
ザと対話的に変換を行うことも可能である。この際にも
ユーザ変換設定テーブル４０６ｅが利用される。ただし
対話的に変換を行う設定をユーザ変換設定４０６ｅに格
納する場合は、『テンポラリフラグ』を“True”にする
（自動変換の場合は“False”である）。例えばワープ
ロドキュメントなど有料の変換モジュールを利用しない
と閲覧できないような場合、メールサーバ１００を介し
て携帯端末にワープロドキュメントが届いたことだけを
通知する。この通知を受けたユーザが、Ｗｅｂサーバ６
００にアクセスし、当該メールを選択し、メールの変換
方法を指定する。この指定された結果がユーザ変換設定
テーブル４０６ｅに格納され、あわせてテーブル内の
『テンポラリフラグ』が“True”にセットされる。判断
モジュール２００がユーザ変換設定テーブル４０６ｅを
参照し適切な変換モジュール３００に、メールのうち変
換対象となっている部分を送り、変換モジュールで変換
された変換結果を受け取って、出力先に合わせたドキュ
メントを作成して閲覧できるようにする。

【００６３】図１３は、変換モジュールテーブルのデー
タ構成例を示す図である。変換モジュールテーブル４０
６ｆは各変換モジュール（３００、３００ａ、３００
ｃ）の特性を記述するのに使用される。判断モジュール
２００、２００ａ、２００ｂ、２００ｃは、この変換モ
ジュールテーブル４０６ｆを参照することで、入力フォ
ーマットおよび出力フォーマットが適切な変換モジュー
ルを選択することができる。入力フォーマットおよび出
力フォーマットは通常ＭＩＭＥおよび拡張子で判断され
るが、図１２で示したように「ワープロドキュメントの
要旨」のようにＭＩＭＥや拡張子だけでは判断できない
ものもあるのでそのために『出力フォーマット（独
自）』が加えられている。

【００６４】また図１２の説明中で触れたように、有料
による変換モジュールが存在することから変換一枚あた
りに必要とされる価格を示す項目（『価格』）も用意さ
れている。本実施形態では、変換の価格をページ単位で
考えているが、データの大きさなど他の基準で価格を決
めるようにしてもよいことはいうまでもない。

【００６５】さらに、変換モジュールの安定度を知るた
めに使用回数と成功回数が入る項目（『使用回数』、
『成功回数』）を用意しているので、変換の安定度は、
成功回数を使用回数で割ったもので知ることができる。
またアプリケーションのファイルなどの場合、すべての
機能の変換を行うことはできない場合も考えられるの
で、どの程度まで再現性があるかを示すための項目
（『互換レベル』）も用意されている。『互換レベ
ル』、『価格』、『使用回数』、『成功回数』の各項目
は、判断モジュールが変換モジュールを選ぶ際の基準と
して利用される。

【００６６】図１４は、サービス会社テーブルのデータ
構成例を示す図である。サービス会社テーブル４０６ｇ
は変換サービスサイト、ネットメールサービスサイト、
ディレクトリーサービスサイトのいずれかまたは複数を
運営する会社の基礎情報を記述するのに使用される。変
換サービスサイトやディレクトリーサービスサイトを利
用することにより課金が発生することもありうるので、
変換サービスサイトやディレクトリーサービスサイトを
運営する会社への支払金額またはディレクトリーサービ
スサイトやネットメールサービスサイトを運営する会社
への請求金額を記述できるように、『支払予定金額実
績』の項目が用意されている。変換サービスサイトやデ
ィレクトリーサービスサイトが利用されるごとに、変換
モジュールテーブル４０７ｆの『価格』または後述する
ディレクトリサービスサイトから通知される金額を、支
払予定金額実績に加算または減算する。なお、加算を行
うときは変換サービスサイトやディレクトリーサービス
サイトを運営する会社への支払があるときであり、減算
を行うときはディレクトリーサービスやネットメールサ
ービスを運営する会社への請求があるときである。

【００６７】図１５は、サービスサイトテーブルのデー
タ構成例を示す図である。サービスサイトテーブル４０
６ｈは変換サービスサイト、ネットメールサービスサイ
ト、ディレクトリーサービスサイトのいずれかの基礎情
報を記述するのに使用される。変換サービスサイトやデ
ィレクトリーサービスサイトを利用することにより課金
が発生することもありうるので、変換サービスサイトや
ディレクトリーサービスサイトへの支払金額またはディ
レクトリーサービスサイトやネットメールサービスサイ
トへの請求金額を記述できるように、『サイト別支払予
定金額実績』の項目が用意されている。変換サービスサ
イトやディレクトリーサービスサイトが利用されるごと
に、変換モジュールテーブル４０７ｆの『価格』または
後述するディレクトリサービスサイトから通知される金
額を、『サイト別支払予定金額実績』に加算または減算
する。なお、加算を行うときは変換サービスサイトやデ
ィレクトリーサービスサイトへの支払があるときであ
り、減算を行うときはディレクトリーサービスやネット
メールサービスへの請求があるときである。

【００６８】図１６は、使用ディレクトリサービステー
ブルのデータ構成例を示す図である。使用ディレクトリ
サービステーブル４０６ｉは使用するディレクトリサー
ビスサイトと優先度を記述するのに使用される。変換モ
ジュールテーブル４０６ｆにより、希望する変換を行う
ことができる変換モジュールを当該サイトの判断モジュ
ールで判断できなかった場合、ディレクトリサービスを
用いて変換モジュールが検索されるが、その際に利用す
べきディレクトリサービスサイトを、この使用ディレク
トリサービステーブル４０６ｉを参照して指定すること
になる。『優先度』で指定するものは、ディレクトリサ
ービスサイトの利用順序である。優先度が１のディレク
トリサービスサイトで希望する変換モジュールがないか
を調べ、もしあったときはそれを使用し優先度２以下の
ディレクトリサービスサイトでの調査は行わない。もし
優先度１のディレクトリサービスサイトで希望する変換
モジュールがないときは、優先度２のディレクトリサイ
トサービスが調べられ、以下、登録された優先度順にデ
ィレクトリサービスサイトの調査が繰り返される。

【００６９】前述したように本実施形態では、site1、s
ite2、site3、site4の機能を最小限のものを仮定してい
るので、使用ディレクトリサービステーブル４０６ｉは
ネットメールサービスサイト（site1）だけにあればよ
い。

【００７０】図１７は、携帯端末性能テーブルのデータ
構成例を示す図である。携帯端末性能テーブル４０６ｊ
は携帯端末の特性を記述するのに使用される。携帯端末
によって表示できる画像が大きく異なることから、携帯
端末にて画像を表示する必要があるときは、ユーザ携帯
端末情報テーブル４０６ｄに登録されている携帯端末種
別、携帯端末キャリア名、携帯端末品番を得、携帯端末
性能テーブル４０６ｊを参照して、これらの情報によっ
て指定される携帯端末の画像表示能力を調べることがで
き、携帯端末に合わせた画像の作成が可能となる。また
同様に、携帯端末によって表示可能な最大文字数が大き
く異なることから、携帯端末にメールを送付する必要が
あるときは、携帯端末種別、携帯端末キャリア名、携帯
端末品番で指定される携帯端末の表示可能最大文字数を
携帯端末性能テーブル４０６ｊによって調べることで、
メール送信先の携帯端末に合わせたメールの作成が可能
となる。

【００７１】なお、上記では、サイト内の各モジュール
が物理的に異なったマシン上に存在することとして説明
したが、複数のモジュールが同一マシン上に存在してい
ても不都合はない。つまりsite1の場合はメールサーバ
１００、判断モジュール２００、変換モジュール３０
０、設定モジュール５００、ネットデータベース４０
０、site2の場合はメールサーバ１００ａ、判断モジュ
ール２００ａ、変換モジュール３００ａ、設定モジュー
ル５００ａ、ネットデータベース４００ａ、site3の場
合はメールサーバ１００ｂ、判断モジュール２００ｂ、
設定モジュール５００ｂ、ネットデータベース４００
ｂ、site4の場合はメールサーバ１００ｃ、判断モジュ
ール２００ｃ、変換モジュール３００ｃ、設定モジュー
ル５００ｃ、ネットデータベース４００ｃ、がそれぞれ
同じマシン上に存在していても不都合はない。つまりＣ
ＰＵ１０１、ＣＰＵ２０２、ＣＰＵ３０２、ＣＰＵ４０
２、ＣＰＵ５０２は同じものでも何ら問題はない。その
際にはメールサーバ１００（１００ａ、１００ｂ、１０
０ｃ）、判断モジュール２００（２００ａ、２００ｂ、
２００ｃ）、変換モジュール３００（３００ａ、３００
ｃ）、設定モジュール５００（５００ａ、５００ｂ、５
００ｃ）は、それぞれ通信部１０４、通信部１０４、通
信部３０４、通信部４０４、通信部５０４を介さずに、
直接記憶媒体４０５にアクセスすることになる。

【００７２】＜システムの動作概要＞ネットメールサー
ビスによるサービスを受けるためには、事前のユーザ登
録が必要となる。また自動変換サービスを利用する際に
は、ユーザ変換設定の登録も必要となる。前述したよう
に本実施形態ではユーザ登録およびユーザ変換設定の登
録は、Ｗｅｂサーバ６００を通して行われる。ユーザ登
録およびユーザ変換設定の登録についての手順を図１８
に示す。

【００７３】まず、ステップＳ１０１において、ユーザ
登録をすべきか否かを判断する。まだユーザ登録が済ん
でいない場合はステップＳ１０１からステップＳ１０２
へ進み、ユーザ登録の作業を進める。ステップＳ１０２
ではユーザの基本情報やユーザに課金を行うために必要
な情報の登録を行う。ステップＳ１０３およびステップ
Ｓ１０４において希望ユーザＩＤが使用できるかのチェ
ックとクレジットカードの認証を行い、問題がなけれ
ば、メールを変換し転送するために使用される携帯端末
やＦＡＸ、電話などについて追加の情報の記入と、サー
ビス内容の選択を求める（ステップＳ１０５）。

【００７４】ステップＳ１０３で希望するユーザＩＤが
既に他者によって使用されており、使用できないと判定
された場合、或いはステップＳ１０４でクレジットカー
ドの認証が取れなかった場合は、ステップＳ１０２へ戻
り基本情報の修正を促す。

【００７５】一方、既にユーザ登録を済ませている場合
は、ユーザ登録が不要であるのでステップＳ１０１から
ステップＳ１０６に進み、ユーザＩＤとパスワードの入
力を行う。入力されたＩＤとパスワードによりユーザの
認証がされた場合（ステップＳ１０７）、ユーザ変換設
定の変更を行う（ステップＳ１０５）か、Ｗｅｂによる
メールの表示を行う（ステップＳ１０９）かの選択をす
る（ステップＳ１０８）。ここで、ユーザ変換設定の変
更を行う場合は、メールを変換し転送するために使用さ
れる携帯端末やＦＡＸ、電話などについて追加の情報の
記入と、サービス内容の選択を求める（ステップＳ１０
５）。また、Ｗｅｂによるメールの表示が選択された場
合は、設定に従いＷｅｂ用に作りなおされたメールを表
示する（ステップＳ１０９）。

【００７６】＜ユーザ登録＞図１９に本実施形態のネッ
トメールサービスのＷｅｂサーバにおけるログイン画面
を示す。既にユーザＩＤを取得しているユーザは、ユー
ザＩＤ入力領域７００にユーザＩＤを、パスワード入力
領域７０１にパスワードを記入し、ログインボタン７０
２をクリックすると、ユーザの認証を経て図２０が表示
される（Ｓ１０１、Ｓ１０６、Ｓ１０７）。ここで、
「設定の変更」ボタン７１１をクリックすることで後述
するユーザ変換設定の登録変更を行うための画面が表示
される（Ｓ１０８、Ｓ１０５）。また、「メールの内容
を示す」ボタン７１０をクリックすることで後述するＷ
ｅｂによるデータ表示画面が表示される（Ｓ１０８、Ｓ
１０９）。

【００７７】一方、図１９のユーザ登録ボタン７０３を
クリックすると、ユーザ登録を行うための画面である図
２１の画面が表示される（Ｓ１０１、Ｓ１０２）。入力
領域７２０から７３２のすべての項目についてユーザが
埋め、ＯＫボタン７３３を押す（クリックする）。ユー
ザが希望したＩＤが使用できクレジットカードの認証も
問題なく行われた場合は、図２２の画面が表示され、ユ
ーザ変換設定が可能となる（Ｓ１０３、Ｓ１０４、Ｓ１
０５）。なお、図２１の画面で入力された情報に基づい
てユーザ情報テーブル４０６ａおよびユーザ自宅情報テ
ーブル４０６ｂにデータが格納されることになる。

【００７８】図２２の画面において「自宅にＦＡＸ・メ
ールを転送」ボタン７４０をクリックすると、図２３の
入力画面が表示される。図２３は自宅の媒体の情報を記
入するために使用され、必要に応じて入力領域７５０、
７５１に、それぞれＦＡＸ番号やメールアドレスを記入
する。この情報に基づいてユーザ自宅情報テーブル４０
６ｂが形成される。

【００７９】また図２２の「勤務先にＦＡＸ・メールを
転送」ボタン７４１をクリックすると、図２４の入力画
面が表示される。図２４は勤務先の媒体の情報を記入す
るために使用され、ユーザは必要に応じて入力領域７６
０から７６６に勤務先の情報を記入する。この図２４の
入力画面によって入力された情報に基づいて、ユーザ勤
務先情報テーブル４０６ｃが生成される。

【００８０】また図２２の「携帯端末にＦＡＸ・メール
を転送」ボタン７４２をクリックすると、図２５の画面
が表示される。図２５は携帯端末の情報を記入するため
に使用され、必要に応じて入力領域７７０から７７５に
携帯端末の情報を選択または記入する。例えば、本実施
形態では、エリア７７０には携帯電話、ポケベルなどの
種別をプルダウンメニューから選択でき、またエリア７
７１についてもキャリア名をプルダウンメニューから選
択できる。７７２には、携帯端末の品番を記入する。７
７５には、携帯端末に割り当てられたメールアドレスが
存在する場合に記入する。これらの情報に基づいて、ユ
ーザ携帯端末情報テーブル４０６ｄが生成される。

【００８１】なお、図２１の各項目については個人の識
別を図るために必ず記入しなければならないが、図２
３、図２４、図２５の各項目についてはサービスを提供
するために必要な情報なので、ユーザの必要に応じて記
入すればよい。

【００８２】＜ユーザ変換設定の登録変更＞図２０の
「設定の変更」ボタン７１１をクリックすることで、ユ
ーザ変換設定の登録変更を行うための図２６のような画
面が表示される（Ｓ１０８、Ｓ１０５）。ここで、「使
用媒体の変更」ボタン７９０をクリックすると上述の図
２２の画面が表示される。図２２において、ボタン７４
０〜７４２をクリックした際の動作についてはすでに述
べたので、ここでは説明を省略する。

【００８３】一方、図２６の「使用サービスの変更」ボ
タン７９１をクリックすると、図２７の画面が表示され
る。図２７はユーザが希望するサービスを設定するため
の画面であり、８００から８２２の各項目についてはユ
ーザの必要に応じて設定される。この図２７の画面を用
いて設定された内容に基づいてユーザ変換設定テーブル
４０６ｅが構築される。

【００８４】チェックボックス８０３、８０８、８１
４、８２０は、自動的に変換を行う際に有料変換モジュ
ールを利用することを認めるかどうかを設定する項目で
ある。チェックボックス８０４、８０９、８２１は、Ｗ
ｅｂサーバ６００にアップロードされたりＦＡＸサーバ
６５０を通しＦＡＸが送信されたときに、その旨をメー
ルで通知するか否かを設定する項目である。

【００８５】プルダウンメニュー８１８は、チェックボ
ックス８１５、８１６、８１７のいずれかをチェックし
ＦＡＸへの転送サービスを利用することが設定されてい
る場合の、ＦＡＸ転送先を指定するもので、自宅、勤務
先、携帯端末のうちＦＡＸ番号を指定したものの中から
一つ選ぶことができる。またＦＡＸへの転送は電話料金
がかかることから有料のサービスであるため、大量のＦ
ＡＸが出力され、多額の料金がかかることを避けるため
最大出力枚数を入力領域８１９において指定できるよう
になっている。

【００８６】ラジオボタン８２２は、同じ変換を行う変
換モジュールが２つ以上あったとき、変換モジュールが
選択されるときの基準をあたえるものである。３つの内
のいずれかを選ぶことで、同一サイトまたはディレクト
リサービスサイト内で複数の変換モジュールがあったと
きの選択において、価格が安いものを優先的に選ぶの
か、互換レベルが高いものを優先的に選ぶのか、安定度
が高いものを優先的に選ぶのかを、ユーザが設定するこ
とを可能になる。

【００８７】＜Ｗｅｂによるデータの表示＞一方、図２
０の「メールの内容を示す」ボタン７１０をクリックす
ることで、図２８が表示される（Ｓ１０８、Ｓ１０
９）。ユーザの設定に従い、Ｗｅｂ形式に変換されたメ
ールの一覧が表示される。“From”と“Subject”につ
いて表示している個々のメール８３０のうちの一つを選
択することにより、ネットデータベース４００に格納さ
れているデータ実体４０７（メール本文と添付ファイ
ル）が図２９のように表示される。図２９はＷｅｂブラ
ウザで表示可能な形式に変換されたメールの内容を表示
しているもののうち、メールに画像ファイルが添付され
ていた場合の一例である。図２７のチェックボックス８
０１がチェックされていて、メールが添付画像をもち添
付画像のフォーマットをＪＰＥＧに変換する変換モジュ
ールが存在するときは、図２９のように本文に加えて画
像の表示がなされる。また、メールにワープロドキュメ
ントファイルが添付されており、図２７のチェックボッ
クス８０２がチェックされている場合、本文の後にワー
プロドキュメントの内容が表示される。

【００８８】以上が自動的な変換結果のＷｅｂにおける
表示であるが、Ｗｅｂサーバを通した対話的なデータの
変換や作業も可能である。図２９の削除ボタン８４１を
押すと、図２９において表示されていたメール内容がネ
ットデータベース４００から削除され、以降は、図２９
で示していたメール以外の情報が図２８と同じ形態で表
示されることになる。なお、本実施形態においては、削
除ボタン８４１を図２９の画面内にしか設置しなかった
が、図２８中にあってもかまわないことは言うまでもな
い。

【００８９】また図２９の転送ボタン８４０を押すと、
図３０が表示される。図３０において転送先と転送方法
を指定するために、８５０から８８１の各項目が利用さ
れ、メールサーバ１００、Ｗｅｂサーバ６００、ＦＡＸ
サーバ６５０を介した各媒体での表示或いは出力を行う
か否か等の設定を行う。

【００９０】メールのまま転送を行いたいときは、チェ
ックボックス８５０をチェックしテキスト入力領域８５
１から８５３にそれぞれ任意のメールアドレスを入力す
る。もし一項目に複数のアドレスを入力する必要がある
なら、カンマで区切って入力する。またメールをＷｅｂ
サーバを通してＷｅｂブラウザで表示したいときは、８
５４をチェックすればよい。８５４がチェックされてい
れば、Ｗｅｂサーバ６００上にＷｅｂページが用意さ
れ、８５５に記入されたメールアドレスにこのＷｅｂペ
ージのＵＲＬが通知される。例えばメールの添付書類が
ＴＩＦＦフォーマットの画像であり、受け手がＴＩＦＦ
フォーマットに対応した画像表示ソフトを持っていない
とする。このような場合、８５４をチェックするととも
に８５６をチェックしておけば、Ｗｅｂブラウザ上での
表示が可能になり、伝達の確度が高まる。このようにＷ
ｅｂでの表示を行う際に変換モジュールによるフォーマ
ット変換が必要となる場合もあるので、画像フォーマッ
トやワープロフォーマットの変換を行ってＷｅｂで表示
するかの設定ができるようになっている。この変換の際
に、有料の変換モジュールが使用できるかを８５８にお
いて設定できるようになっている。

【００９１】またメールを携帯端末に対応したＷｅｂペ
ージで表示したいときは、８５９をチェックすればよ
い。８５９をチェックし、８６０から８６２の各項目を
入力することで、８６０から８６２で特定される携帯端
末の性能が携帯端末性能テーブル４０６ｊを参照するこ
とによって調査され、Ｗｅｂサーバ６００上にこの携帯
端末で表示することができるＷｅｂページが用意され
る。そして８６３に記入されたメールアドレスにこのＷ
ｅｂページのＵＲＬが通知される。送り先の携帯端末の
種別、キャリア名、端末品番などがわからないならば、
この変換機能は使用することができない。このようにＷ
ｅｂでの表示を行う際に変換モジュールによるフォーマ
ット変換が必要となる場合もあるので、画像フォーマッ
トやワープロフォーマットの変換を行ってＷｅｂで表示
するかの設定ができるようになっている。このときも携
帯端末性能テーブル４０６ｊが参照され、表示される携
帯端末に合致した画像フォーマットが選択される。ま
た、この変換の際に、有料の変換モジュールが使用でき
るかをチェックボックス８６６において設定できるよう
になっている。

【００９２】同様に携帯端末にメール転送する場合は、
チェックボックス８６７をチェックし８６８から８７１
の各項目を入力することで送り先の携帯端末に最適なメ
ールを作成することが可能となる。送り先の携帯端末が
わからないならば、メールアドレスのみを書いておけば
よい。ただしメールアドレスのみの指定のときは、最適
なメールが生成されるとは限らない。携帯端末の場合も
変換モジュールによるフォーマット変換が必要となる場
合があるので、画像フォーマットやワープロフォーマッ
トの変換を行ってメールで送ることが設定できるように
なっている。この変換の際に、有料の変換モジュールが
使用できるかをチェックボックス８７５において設定で
きるようになっている。

【００９３】またＦＡＸへの転送を行う場合は、チェッ
クボックス８７６をチェックし、８７７に送付先ＦＡＸ
番号を入力することで転送が行われる。もし一項目に複
数のＦＡＸ番号を入力する必要があるなら、カンマで区
切って入力する。ＦＡＸ送信の際に、変換モジュールに
よるフォーマット変換が必要となる場合もあるので、画
像フォーマットやワープロフォーマットの変換を行って
ＦＡＸに送信することを設定できるようになっている。
この変換の際に、有料の変換モジュールが使用できるか
をチェックボックス８８１において設定できるようにな
っている。またＦＡＸへの転送は電話料金がかかること
から有料のサービスであるため、大量のＦＡＸが出力さ
れ、多額の料金がかかることを避けるため最大出力枚数
を入力領域８８０において指定できるようになってい
る。

【００９４】なお、ユーザは転送先としてメールサーバ
１００、Ｗｅｂサーバ６００、ＦＡＸサーバ６５０のい
ずれか一つだけを選ばねばならないことはなく、複数の
媒体、或いはすべての媒体において、ひとつのメールを
表示あるいは出力することも可能である。また、それら
複数の媒体において表示あるいは出力する内容は、同一
でなくてもよい。たとえば、携帯端末においてメール本
文と添付ワープロドキュメントの要旨を表示し、ＦＡＸ
サーバ６５０を介したＦＡＸの利用によってワープロド
キュメント全文を出力することが可能である。

【００９５】図３０のＯＫボタン８８２を押すと、図３
１が表示される。図３１においては発信元として何を使
うかを指定する。プルダウンメニュー８８５では、(1)
図２３において入力され、ユーザ自宅情報テーブル４０
６ｂに収められている自宅のメールアドレス、(2)図２
４において入力され、ユーザ勤務先情報テーブル４０６
ｃに収められている勤務先のメールアドレス、(3)図２
５において入力されユーザ携帯端末情報テーブル４０６
ｄに収められている携帯端末のメールアドレス及び(4)
ネットメールサービスが提供しているメールサーバ１０
０上にあるメールアカウントのアドレス、の４つのうち
からひとつ選ぶことができる。

【００９６】また同様にプルダウンメニュー８８６で
は、(1)図２１および図２３で入力されユーザ自宅情報
テーブル４０６ｂに収められている自宅の住所とＦＡＸ
番号、(2)図２４において入力されユーザ勤務先情報テ
ーブル４０６ｃに収められている勤務先の住所とＦＡＸ
番号、(3)図２５において入力され、ユーザ携帯端末情
報テーブル４０６ｄに収められている携帯端末のＦＡＸ
番号、の３つのうちからひとつを選ぶことができる。こ
こで選ばれたメールアドレスは、ＵＲＬを通知するメー
ルや携帯端末へのメールも含めたメールのヘッダの“Fr
om”に使用される。またここで選ばれたＦＡＸ発信者名
は、ＦＡＸ送信される際に作成される表紙の発信者欄に
記入される。

【００９７】図３１のＯＫボタン８８７を押すと、図３
２が表示される。転送するメールの内容を変更する場合
は、「変更」ボタン８８８を押し、そのまま送る場合は
「変更せず送信」ボタン８８９が押される。「変更せず
送信」ボタン８８９が押された場合は、図３０で設定さ
れた転送先と転送方法、そして図３１で設定した送信元
で、送信される。

【００９８】図３２の変更ボタン８８８を押すと、図３
３が表示される。図３３において、転送するメールの内
容を編集することが可能である。入力領域８９０ではメ
ールのSubjectが、入力領域８９１ではメール本文が表
示され、ユーザはこれをもとに編集することができる。
Subject８９０は、ＵＲＬを通知するメールや携帯端末
へのメールを含めたメールのSubjectに使用され、また
ＦＡＸの表紙の表題としても使用される。また８９２に
おいて添付ファイルが表示されるので、添付ファイルの
確認を行うことができる。また削除ボタン８９３を押す
ことにより添付ファイルを送信しないことも可能であ
る。削除ボタン８９３を押すと、８９２、８９３が表示
されない図３３が表示される。送信ボタン８９４が押さ
れると、入力フィールド８９０、８９１で編集された結
果と、８９２で表示されている添付ファイルが、図３０
で設定された転送先と転送方法、そして図３１で設定し
た送信元で、送信される。

【００９９】以上で転送の方法については述べたので、
次に新規に送信内容を作成する手順を述べる。図２８の
新規作成ボタン８３２を押すと、図３４が表示される。
図３４は転送における図３０と目的は同じであり、送信
先と送信方法を指定するものである。図３０と異なるの
は添付書類に関する指定がないことだけである。

【０１００】図３４のＯＫボタン９２１を押すことによ
り図３１に示した画面が表示される。図３１に示した画
面の役割と動きについても前述したので、ここでは説明
を省略する。ＯＫボタン８８７を押すことにより図３５
が表示される。図３５はメールの内容を入力するために
あり、Subjectおよび本文について、それぞれ入力フィ
ールド９２５および９２６が用意されており、それぞれ
にユーザが入力を行う。Subjectの入力フィールド９２
５の内容は、ＵＲＬを通知するメールや携帯端末へのメ
ールを含めたメールのSubjectに使用され、またＦＡＸ
の表紙の表題としても使用される。送信ボタン９２７を
押すことにより、入力フィールド９２５および９２６に
入力した内容が、図３４で設定された送信先と送信方
法、そして図３１で設定した送信元で、送信される。

【０１０１】以上では、Ｗｅｂでの表示上の転送ボタ
ン、新規ボタンを利用した対話的な変換サービスの利用
について述べた。本実施形態では、Ｗｅｂサーバを通し
た対話的なサービスだけに言及しているが、携帯端末向
けＷｅｂサーバや専用端末、電話の応答サービスなどに
おいても、上述したような対話的な変換サービスを実現
可能であることはいうまでもないことである。

【０１０２】＜携帯端末対応Ｗｅｂでのデータの表示＞
携帯端末上のＷｅｂブラウザを用いてデータの表示が行
われるのは、自動変換サービスによる場合と対話的変換
サービスによる場合がある。対話的変換サービスは、前
述したとおり図２９の転送ボタン８４０や図２８の新規
作成ボタン８３２を押し、図３０や図３４によって携帯
端末へのデータの転送または送信を選択することで行
う。

【０１０３】もし、図３０のチェックボックス８５９を
チェックし、入力領域８６０〜８６２に適切な情報を入
力すると、携帯端末性能テーブル４０６ｊが参照されて
携帯端末で表現可能なMark Up言語が判断され、適切な
変換モジュールによって適切なフォーマットに変換され
る。そして変換後のファイルがＷｅｂサーバ６００に転
送され、ＵＲＬが記載された通知メールが入力領域８６
３に記入されたメールアドレスに転送される。さらに図
３０のチェックボックス８６４がチェックされている場
合は、入力領域８６０〜８６２に入力された携帯種別、
形態キャリア名、携帯端末品番で特定される携帯端末に
おいて表現可能な画像フォーマットを携帯端末性能テー
ブル４０６ｊを参照して調べる。そして、適切な変換モ
ジュールによってメールに添付された画像を、この画像
フォーマットに変換しＷｅｂサーバ６００に送り、図２
９と同じように本文を変換したMarkUp言語から参照され
る。また同様に、図３０のチェックボックス８６５がチ
ェックされている場合は、本文の後にワープロドキュメ
ントの要旨が表示される。

【０１０４】また図３４のチェックボックス９０６をチ
ェックし、入力領域９０７〜９０９に適切な情報を入力
すると、携帯端末性能テーブル４０６ｊが参照されて当
該携帯端末で表現可能なMark Up言語が判断され、適切
な変換モジュールによって適切なフォーマットに変換さ
れる。そして変換後のファイルがＷｅｂサーバ６００に
転送され、ＵＲＬの書かれた通知メールが入力領域９１
０に記入されたメールアドレスに転送される。

【０１０５】以上が対話的変換サービスに関する説明で
ある。次に自動変換サービスについて説明する。

【０１０６】図２７のチェックボックス８０５がチェッ
クされている場合、Ｗｅｂサーバ６００内に携帯端末に
対応したＷｅｂページが用意される。これはユーザ携帯
端末情報テーブル４０６ｄに登録された携帯種別、携帯
キャリア名、携帯端末品番で特定される携帯端末におい
て表示可能なMark Up言語が携帯端末性能テーブル４０
６ｊを参照して調べられ、その言語へのメール本文の変
換が、適切な変換モジュールによって行われるためであ
る。またチェックボックス８０５に加え、チェックボッ
クス８０６がチェックされたときは、ユーザ携帯端末情
報テーブル４０６ｄの携帯種別、携帯キャリア名、携帯
端末品番で特定される携帯端末において表現可能な画像
フォーマットを携帯端末性能テーブル４０６ｊを参照し
て調べる。そして、適切な変換モジュールを選択し、選
択された変換モジュールによってメールに添付された画
像をこの携帯端末で表現可能な画像フォーマットに変換
し、本文と共に携帯端末対応Ｗｅｂページとして提供す
る。また同様に、図２７のチェックボックス８０７がチ
ェックされている場合は、本文の後にワープロドキュメ
ントの要旨が表示される。

【０１０７】＜携帯端末でのデータの表示＞携帯端末で
のデータの表示が行われるのは、自動変換サービスによ
るときと対話的変換サービスによる場合がある。対話的
変換サービスは、前述したとおり図２９の転送ボタン８
４０や図２８の新規作成ボタン８３２を押し、図３０や
図３４によって携帯端末へのデータの転送または送信先
を選択することで行う。

【０１０８】図３０のチェックボックス８６７をチェッ
クすると、入力領域８７１に記入されたメールアドレス
にデータが転送される。さらにチェックボックス８７２
がチェックされているときは、入力領域８６８〜８７０
に入力された携帯種別、形態キャリア名、携帯端末品番
で特定される携帯端末において表示可能な最大文字数が
携帯端末性能テーブル４０６ｊを参照して調べられる。
その結果、送信しようとしているメール本文がこの表示
可能最大文字数より大きかった場合は、当該テキストか
ら要旨を作成する変換モジュールによってメール本文の
要旨が作成され、入力領域８７１に記入されたメールア
ドレスに送付される。また図３０のチェックボックス８
７３がチェックされている場合は、入力領域８６８〜８
７０に入力された携帯種別、形態キャリア名、携帯端末
品番で特定される携帯端末において表現可能な画像フォ
ーマットと表示可能な画像サイズを携帯端末性能テーブ
ル４０６ｊを参照して調べる。そして、適切な変換モジ
ュールによってメールに添付された画像を、当該携帯端
末で表現可能なフォーマットに変換し、更に当該携帯端
末で表示可能な画像サイズに変更して、携帯端末へこれ
を送付する。また同様に、メールにワープロドキュメン
トファイルが添付されていて、図３０のチェックボック
ス８７４がチェックされている場合は、本文の後にワー
プロドキュメントの要旨が表示される。

【０１０９】また図３４のチェックボックス９１１がチ
ェックされているとき、入力領域９１５に記入されたメ
ールアドレスにメールが転送される。さらにチェックボ
ックス９１６がチェックされているときは、入力領域９
１２〜９１４に入力された携帯種別、形態キャリア名、
携帯端末品番で特定される携帯端末において表示可能な
最大文字数が携帯端末性能テーブル４０６ｊを参照して
調べられる。その結果、送信するメール本文がこの表示
可能最大文字数より大きかった場合は、当該テキストか
ら要旨を作成する変換モジュールによってメール本文の
要旨が作成され、入力領域９１５に記入されたメールア
ドレスに送付される。

【０１１０】以上が「携帯端末でのデータの表示」にお
ける対話的変換サービスである。次に自動変換サービス
について説明する。

【０１１１】図２７のチェックボックス８１０がチェッ
クされている場合、メールサーバ１００を介して携帯端
末にメールが送付される。さらに図２７のチェックボッ
クス８１１がチェックされている場合は、図１１のユー
ザ携帯端末情報テーブル４０６ｄに登録された携帯種
別、携帯キャリア名、携帯端末品番で特定される携帯端
末において表示可能な最大文字数が携帯端末性能テーブ
ル４０６ｊを参照して調べられる。その結果、送信する
メール本文がこの表示可能最大文字数より大きかった場
合は、当該テキストから要旨を作成する変換モジュール
によってメール本文の要旨が作成され送付される。

【０１１２】また、図２７のチェックボックス８１２が
チェックされている場合は、図１１のユーザ携帯端末情
報テーブル４０６ｄにおける携帯種別、携帯キャリア
名、携帯端末品番で特定される携帯端末において表現可
能な画像フォーマットと表示可能な画像サイズを携帯端
末性能テーブル４０６ｊを参照して調べる。そして、適
切な変換モジュールによってメールに添付された画像
を、このこの画像フォーマットと画像サイズに変換して
当該携帯端末に送付する。また同様に、図２７のチェッ
クボックス８１３がチェックされている場合は、本文の
後にワープロドキュメントの要旨が表示される。また図
２７のチェックボックス８０４、８０９、８２１がチェ
ックされている場合は、メールがＷｅｂサーバ６００に
アップロードされたときや、ＦＡＸサーバ６５０を介し
てＦＡＸ送信が行われたときに、その旨を表示したメー
ルが携帯端末に送付される。

【０１１３】＜ＦＡＸによるデータの表示（出力）＞Ｆ
ＡＸでのデータの表示が行われるのは、自動変換サービ
スによる場合と対話的変換サービスによる場合がある。
対話的変換サービスは、前述したとおり図２９の転送ボ
タン８４０や図２８の新規作成ボタン８３２を押し、図
３０や図３４によってＦＡＸへのデータの転送または送
信を選択することで行う。

【０１１４】図３０のチェックボックス８７６、８７
８、８７９のいずれかがチェックされている場合、それ
ぞれ本文、添付画像、添付ワープロドキュメントが入力
領域８７７に入力されたＦＡＸ番号にＦＡＸされる。ま
たＦＡＸされる枚数は、図３０の入力領域８８０で指定
されたＦＡＸ許容枚数以内におさまるように枚数を調整
される。なお、それぞれのＦＡＸには図３１で設定した
送信元を示す表紙が付けられる。

【０１１５】また図３４のチェックボックス９１８がチ
ェックされている場合、図３５で入力された内容が入力
領域９１９で入力されたＦＡＸ番号にＦＡＸされる。ま
たＦＡＸされる枚数は、図３４の入力領域９２０で指定
されたＦＡＸ許容枚数以内におさまるように枚数を調整
される。なお、それぞれのＦＡＸには図３１で設定した
送信元を示す表紙が付けられる。

【０１１６】以上が「ＦＡＸによるデータの表示（出
力）」における対話的変換サービスである。次に自動変
換サービスについて説明する。

【０１１７】図２７のチェックボックス８１５、８１
６、８１７のいずれかがチェックされている場合、それ
ぞれ本文、添付画像、添付ワープロドキュメントがＦＡ
Ｘされる。このときの送り先は、ユーザ変換設定テーブ
ル４０６ｅで指定された自宅・勤務先・携帯端末のいず
れかのＦＡＸ番号であり、ボックス８１８で指定され、
ユーザ変換設定テーブル４０６ｅにおさめられている設
定に従い、ユーザ自宅情報テーブル４０６ｂ、ユーザ勤
務先情報テーブル４０６ｃ、ユーザ携帯端末情報テーブ
ル４０６ｄに登録されているＦＡＸ番号の中から選択さ
れる。またＦＡＸされる枚数は、８１９で指定されユー
ザ変換設定テーブル４０６ｅに格納されたＦＡＸ許容枚
数以内におさまるように枚数を調整される。なお、それ
ぞれのＦＡＸにはプルダウンメニュー８１８で指定され
ユーザ変換設定テーブル４０６ｅに格納された場所につ
いて、ユーザ自宅情報テーブル４０６ｂ、ユーザ勤務先
情報テーブル４０６ｃ、ユーザ携帯端末情報テーブル４
０６ｄに格納された住所等の情報を宛先とする表紙が付
けられる。

【０１１８】＜変換サービスに関わる他サイトの登録＞
図３６〜図３９は管理用のツールの画面であり、サイト
の管理者以外は見ることはできない。図３６〜図３９の
画面を用いて、自サイト以外のネットメールサービスサ
イト、ディレクトリーサービスサイト、変換サービスサ
イトの情報を入力する。

【０１１９】図３６はネットメールサービスサイト、デ
ィレクトリーサービスサイト、変換サービスサイトのい
ずれかを運営するサービス会社の基礎的な情報を登録す
る画面である。入力フィールド９３０〜９３６までを必
要に応じて埋め、ＯＫボタン９３７を押す（クリックす
る）ことで、サービスサイトを運営する会社の情報がサ
ービス会社テーブル４０６ｇに登録される。

【０１２０】図３７はネットメールサービスサイト、デ
ィレクトリーサービスサイト、変換サービスサイトのい
ずれかの基礎的な情報を登録する画面である。プルダウ
ンメニュー９４１から事前に図３６を用いて入力してお
いたサイトの運営会社を選び、サイトの名称、サイトの
判断モジュールを起動するＣＧＩのＵＲＬおよび管理用
メールアドレスを入力フィールド９４０、９４２、９４
３に入力し、ＯＫボタン９４４を押す（クリックする）
ことで、サイトの情報をサービスサイトテーブル４０６
ｈに登録できる。なお入力フィールド９４３で入力され
た管理用メールアドレスについては、詳しく後述する。

【０１２１】図３８は変換モジュールの情報を登録する
画面である。プルダウンメニュー９５０から事前に図３
７を用いて入力しておいた他のサイトまたは自サイトの
うちから一つ選び、入力フィールド９５１〜９５８に変
換モジュールの情報を入力し、ＯＫボタン９５９を押す
（クリックする）ことで、変換モジュールの情報を変換
モジュールテーブル４０６ｆに登録できる。変換モジュ
ールがそのサイト内にある場合は入力領域９５１には変
換モジュールの名称がフルパスで記入され、他のサイト
にある場合は空白にしておいて良い。互換レベルは変換
モジュールの互換性を示すものなので、管理者が共通の
評価基準の下で評価し決定すればよい。また価格につい
ては、自サイト内のものは任意に、他サイトのものはそ
のサイトの運営者が指定したものを入力すれば良い。な
お変換モジュールが４０６ｆに登録される際に、変換モ
ジュールテーブル４０６ｆの変換モジュールＩＤに格納
されるＩＤが発行される。変換モジュールＩＤは、変換
モジュールを一意に対応付ける数字または文字列であ
る。

【０１２２】図３９は使用するディレクトリサービスの
順序を指定する画面である。プルダウンメニュー９６
０、９６１、９６２から事前に図３７を用いて入力して
おいたサイトをそれぞれ一つ選びＯＫボタン９６３を押
す（クリックする）ことで、使用するディレクトリサー
ビスサイトと優先度が使用ディレクトリサービステーブ
ル４０６ｉに入力される。９６０で指定されたサイトが
優先度１として使用ディレクトリサービステーブル４０
６ｉに入力され、同様に９６１で入力されたサイトが優
先度２、９６２で入力されたサイトが優先度３として登
録される。図３９においては、登録されるディレクトリ
サービスサイトが３つまでとなっているが、３つ以上登
録できるようにしてもよいことは言うまでもない。

【０１２３】＜サイト登録内容検証サービス＞以上で述
べたように、変換モジュールの利用形態としては、自サ
イト内の変換モジュールを使用する場合、自サイト以外
の変換モジュールを直接利用する場合、ディレクトリサ
ービスを通して自サイト以外の変換モジュールを利用す
る場合がある。このため、変換モジュールの登録に不備
があった場合、自サイト内の問題ではおさまらず、課金
などで問題が生じる可能性が生まれる。サイト登録内容
検証サービスは、このリスクを最小限に抑えるための機
能である。

【０１２４】変換モジュールの登録を行う際には、図３
８の画面で入力を行う。既に登録を済ませてある変換サ
ービスサイトのうち適切なものをプルダウンメニュー９
５０から選択し、入力フィールド９５１〜９５８に適切
な内容を入力する。ＯＫボタン９５９を押す（クリック
する）ことにより、設定モジュール５００（５００ｂ）
は変換モジュールの情報を変換モジュ−ルテーブル４０
６ｆに格納する。このとき、サービス有効フラグが“fa
lse”に、使用回数・成功回数がそれぞれ０に設定され
る。

【０１２５】さらに、設定モジュール５００（５００
ｂ）はサービスサイトテーブル４０６ｈからメールアド
レスをとりだし、このアドレスに対しメールアドレス１
００（１００ｂ）を通してメールでＸＭＬファイルを送
る。ＸＭＬファイルに書かれるものは、変換モジュール
テーブル４０６ｆに書かれた入力フォーマット（ＭＩＭ
Ｅ）、入力フォーマット（拡張子）、出力フォーマット
（ＭＩＭＥ）、出力フォーマット（拡張子）、出力フォ
ーマット（独自）、価格の各項目である。ＸＭＬファイ
ルの一例を図５０Ａに示す。なおこのメールの送信に際
し、メールサーバ１００（１００ｂ）はメールアカウン
トを新規作成し、このメールアカウントを該メールのRe
ply-Toヘッダに用いる。

【０１２６】変換サービスサイトまたはディレクトリサ
ービスサイトのメールサーバがメールを受けると、メー
ルを設定モジュール５００ａ（５００ｂ、５００ｃ）に
渡す。設定モジュール５００ａ（５００ｂ、５００ｃ）
はＸＭＬファイルをパースし、変換モジュールテーブル
４０６ｆの内容と比較し、一致していればReply-Toにあ
るアドレスにメールを返す。内容はＸＭＬで書かれてい
る。ＸＭＬファイルに書かれるものは、変換サービスサ
イトまたはディレクトリサービスサイトの変換モジュー
ルテーブル４０６ｆにおける変換モジュールＩＤであ
る。ＸＭＬファイルの一例を図５１Ａに示す。

【０１２７】変換サービスサイトまたはディレクトリサ
ービスサイトからメールが到着したら、メールサーバは
このメールを受けたメールアドレスを消去し、メールを
設定モジュール５００（５００ｂ）に渡す。設定モジュ
ール５００（５００ｂ）は変換モジュールテーブル４０
６ｆのサービス有効フラグを“True”にし、変換サービ
ス側変換モジュールＩＤを入力する。なお、該メール中
のＸＭＬファイルに記述された変換モジュールＩＤとメ
ールが発信されたサービスサイトを示すサービスサイト
ＩＤが、変換モジュールテーブル４０６ｆに登録されて
いる他の変換モジュールの変換サービスサイト側変換モ
ジュールＩＤとサービスサイトＩＤに一致している場
合、前述した変換モジュールテーブル４０６ｆの該項目
への更新はせず、図５０Ｂのようなメールが再度出され
る。そして既に登録されていない変換モジュールＩＤが
図５１Ａのように通知された場合は、既に述べたように
変換モジュールテーブル４０６ｆの該項目への入力が行
われる。また再度既に登録されている変換モジュールＩ
Ｄが通知されたときは、図５０Ｂ同様のメールが出され
る。または図５１Ｂのように変換サービスサイトまたは
ディレクトリサービスサイトにおいて該当する変換モジ
ュールが見つからなかった通知があったときは、変換モ
ジュールテーブル４０６ｆから該項目を消去する。

【０１２８】本実施形態では、サイト登録内容検証サー
ビスのためにメールでＸＭＬファイルを送付するという
方法をとっているが、この方法は一例に過ぎない。独自
プロトコルを使用した方法や他の汎用プロトコルを利用
した方法などでも何ら問題ないことは言うまでもない。

【０１２９】以下で変換モジュールテーブル４０６ｆか
ら変換モジュールを検索を行うことを何度か述べている
が、サービス有効フラグが“True”のものからの検索で
あることを前提としているので、サービス有効フラグの
確認については言及していない。

【０１３０】＜メールの自動的変換サービス＞Ｗｅｂ、
携帯端末、ＦＡＸでのデータの表示を可能にしているメ
ールの変換サービスには、メールがメールサーバ１００
に到着したときに自動的に行われるものと、ユーザがＷ
ｅｂサーバ１００や電話などを通して対話的に行うのも
がある。以下では、メール自動変換サービスのメカニズ
ムについて述べる。図４０はメールをメールサーバで受
けた後、当該メールが判断モジュール２００にもたらさ
れたところからの処理の動きを示したフローチャートで
ある。なお、メールに添付された文書が複数ある場合
は、ＡＢＣＤ個々のステップにおいて、添付されたすべ
ての文書が添付された順番で、今後説明する処理にかけ
られる。

【０１３１】メールのContent-Typeがmultipartである
場合、boundaryを用いてメールを個々の部分に分割する
（ステップＳ３００）。Content-Transfer-Encodingに
よって与えられているエンコードデータ（通常Base64や
Uuencodeなど）をデコードできる変換モジュールがあれ
ば、そのエンコードデータをデコードする（ステップＳ
３０５）。そして図４１Ａ，Ｂから図４４で示される個
々の媒体のための変換を行う。すなわち、当該メールを
Ｗｅｂで表示する場合はステップＳ３１０から図４１
Ａ，Ｂで示される処理を開始し、携帯端末に対応したＷ
ｅｂでの表示をする場合はステップＳ４００から図４２
Ａ，Ｂで示される処理を開始し、ＦＡＸに転送する場合
はステップＳ５００から図４３Ａ，Ｂで示される処理を
開始し、携帯端末でメール機能を利用し表示を行う場合
はステップＳ６００から図４４で示される処理を開始す
る。なお、携帯端末でのメール機能を利用しての表示と
は、メール内容の表示の他、メールがＷｅｂサーバ６０
０にアップロードされた旨の通知、メールがＦＡＸに転
送された旨の通知等を含む。

【０１３２】＜＜Ｗｅｂにて表示可能なデータへの変換
＞＞図４１Ａ，Ｂは、Ｗｅｂでの表示物を作成するフロ
ーチャートである。本文については変換を必要としない
ので、変換を必要とするのはメールに添付されてきた画
像やワープロドキュメントなどになる。ユーザ変換設定
テーブル４０６ｅにおいて画像のＷｅｂ上での表示を行
う設定をしている場合（ステップＳ３１１）、メールデ
ータに画像が含まれているかをContent-Typeやnameの拡
張子から判断するとともに、その画像のフォーマットを
変換する必要があるか否かを判断する（ステップＳ３１
２）。画像が含まれており、画像フォーマットの変換が
必要である場合は、画像のContent-Typeやnameの拡張子
と、変換モジュールテーブル４０６ｆの入力フォーマッ
ト（ＭＩＭＥ）や入力フォーマット（拡張子）を比較す
ることにより、この画像をＪＰＥＧに変換するための適
切な変換モジュールを探す（ステップＳ３１３）。

【０１３３】適切な変換モジュールがあったら、Ｆの手
順を踏んで最適な一つの変換モジュールを選択する。Ｆ
の手順は図４６に書かれているが、ユーザ変換設定テー
ブル４０６ｅにおさめられている変換モジュール選択の
基準と変換モジュールテーブル４０６ｆにおさめられて
いる互換レベル、価格、安定度（成功回数を使用回数で
わったもので定義される）を元に、複数ある適切な変換
モジュールの中から最適なものをひとつ選ぶ。

【０１３４】図４６において、まず、変換モジュールテ
ーブル４０６ｆに適切な変換モジュールが２つ以上ある
か判定し、１つしかないのであれば、その変換モジュー
ルを使用するべく決定する（ステップＳ７００、Ｓ７０
９）。一方、適切な変換モジュールが２つ以上ある場合
は、ユーザ変換設定テーブル４０６ｅを参照して、設定
された変換モジュール選択の基準を取得する。そして、
設定された選択の基準が最も高い変換モジュールが１つ
だけ存在した場合は、その変換モジュールを使用するべ
く設定する（ステップＳ７０２、Ｓ７０９）。

【０１３５】ステップＳ７０２において、設定された選
択基準が最も高い変換モジュールが複数存在した場合
は、「安定度」、「価格」、「互換レベル」を個別に調
べて、絞り込みを行う。本例では、「安定度」、「価
格」、「互換レベル」の順に調べるが、この順序は本実
施形態に限定されるものではない。また、この順序はユ
ーザにより設定されるものであってもよい。

【０１３６】まず、ステップＳ７０２で抽出された変換
モジュールについて、安定度の最も高いものが唯一存在
した場合は、その変換モジュールを使用すべく決定する
（ステップＳ７０３、Ｓ７０９）。ステップＳ７０３に
よって複数の変換モジュールが残った場合は、更に、価
格の最も安い変換モジュールを抽出し、ここで、唯一の
変換モジュールが抽出されればそれを使用するべく設定
する（ステップＳ７０４、Ｓ７０９）。ステップＳ７０
４によって複数の変換モジュールが残った場合は、更
に、互換レベルの最も高い変換モジュールを抽出し、こ
こで、唯一の変換モジュールが抽出されればそれを使用
するべく設定する（ステップＳ７０５、Ｓ７０９）。

【０１３７】以上の絞り込みの結果、複数の変換モジュ
ールが残っている場合は、同一サイト内の変換モジュー
ルを優先して使用する変換モジュールを決定する（ステ
ップＳ７０６、Ｓ７０８）。同一サイト内のものがなけ
れば、変換モジュールＩＤが最も小さいものを使用する
変換モジュールとして設定する（ステップＳ７０６、Ｓ
７０７）。なお、ステップＳ７０６の時点で同一サイト
内に複数の変換モジュールが存在した場合は、ステップ
Ｓ７０７にて、同一サイト内の変換モジュールで、ＩＤ
の最も小さいものを使用する変換モジュールに決定す
る。

【０１３８】そして変換モジュールの利用価格が０であ
るか（変換モジュールテーブル４０６ｆを参照）、また
は有料変換モジュールの使用を認めている（ユーザ変換
設定テーブル４０６ｅを参照）場合は（ステップＳ３２
２）、選択された変換モジュールがサイト内に存在する
かを検証し（ステップＳ３２３）、サイト内の場合は選
択された変換モジュールに変換を指示する（ステップＳ
３２６）。また選択された変換モジュールが自サイト外
のものであった場合は、そのサイトの判断モジュールに
対し変換を指示する（ステップＳ３２４）。

【０１３９】サイト内外を問わず変換モジュールによる
変換を終えたならば、Ｇ（図４７を参照）において安定
度の更新を行う。すなわち、ネットワークエラーや変換
モジュールの異常終了等のエラーが発生した場合は（ス
テップＳ７２１）、変換モジュールテーブル４０６ｆの
使用回数のみをインクリメントし（ステップＳ７２
３）、エラーが起きていないときは変換モジュールテー
ブル４０６ｆの使用回数と成功回数の両方をインクリメ
ントする（ステップＳ７２２）。

【０１４０】安定度の更新（Ｇ）を終えると、課金処理
を行う。サイト外の変換モジュールで変換が行われた場
合は、ユーザ情報テーブル４０６ａの課金実績、サービ
ス会社テーブル４０６ｇの支払予定金額実績、サービス
サイトテーブル４０６ｈのサイト別支払予定金額実績
に、変換モジュールテーブル４０６ｆの価格を加算する
（ステップＳ３２５）。またサイト内の変換モジュール
で変換が行われた場合は、ユーザ情報テーブル４０６ａ
の課金実績のみに変換モジュールテーブル４０６ｆの価
格を加算する（ステップＳ３２７）。

【０１４１】一方、変換モジュールテーブル４０６ｆに
適切な変換モジュールが登録されていない場合（ステッ
プＳ３１３）や、利用しようとしている変換モジュール
の価格が０でなく、ユーザ変換設定テーブル４０６ｅで
有料変換モジュールの使用を認めていない場合（ステッ
プＳ３２２）は、使用ディレクトリサービステーブル４
０６ｉに登録されているディレクトリサービスサイトか
ら適切な変換モジュールを選択するべくステップＳ３１
４〜Ｓ３１７、Ｓ３２１を実行する。

【０１４２】まず、使用ディレクトリサービステーブル
４０６ｉに登録されているディレクトリサービスサイト
数を変数ｉに格納し（ステップＳ３１４）、優先度の順
でサービスサイトへの問い合わせを行い（ステップＳ３
１６）、適切な変換モジュールが登録されているディレ
クトリサービスサイトを見つけるまでこの処理を繰り返
す（ステップＳ３１７、Ｓ３２１、Ｓ３１５）。すべて
のディレクトリサービスサイトへの問い合わせをして
も、適切な変換モジュールが見つからなかったときは
（ステップＳ３１５でｉ＝０となった場合）、変換は行
わない。

【０１４３】もし適切な変換モジュールが見つかり、変
換モジュールの価格が０であるか（変換モジュールテー
ブル４０６ｆを参照）、または有料変換モジュールの使
用を認めている（ユーザ変換設定テーブル４０６ｅを参
照）場合は（ステップＳ３１８）、ディレクトリサービ
スサイトに変換を指示する（ステップＳ３１９）。変換
が行われたときは、ユーザ情報テーブル４０６ａの課金
実績、サービス会社テーブル４０６ｇの支払予定金額実
績、サービスサイトテーブル４０６ｈのサイト別支払予
定金額実績に、後述する変換モジュールの価格を加算す
る（ステップＳ３２０）。一方、変換モジュールの価格
が０でなく、ユーザ変換設定テーブル４０６ｅで有料変
換モジュールの使用を認めていない場合は、変換を行わ
ない（ステップＳ３１８）。

【０１４４】ユーザがワープロドキュメントのＷｅｂ上
での表示を行う設定をしている場合（ステップＳ３３
１）、メールデータにワープロドキュメントが含まれて
いるかをContent-Typeやnameの拡張子から判断し（ステ
ップＳ３３２）、ワープロドキュメントのContent-Type
やnameの拡張子と変換モジュールテーブル４０６ｆの入
力フォーマット（ＭＩＭＥ）や入力フォーマット（拡張
子）を比較することにより、このワープロドキュメント
をＨＴＭＬに変換するための適切な変換モジュールを探
す（ステップＳ３３３）。

【０１４５】適切な変換モジュールがあったら、Ｆの手
順を踏んで最適な一つの変換モジュールを選択する。そ
して変換モジュールの価格が０であるか（変換モジュー
ルテーブル４０６ｆを参照）、または有料変換モジュー
ルの使用を認めている（ユーザ変換設定テーブル４０６
ｅを参照）場合は（ステップＳ３４２）、選択された変
換モジュールがサイト内に存在するかを検証し（ステッ
プＳ３４３）、サイト内の場合は選択された変換モジュ
ールに当該ワープロドキュメントの変換を指示する（ス
テップＳ３４６）。また選択された変換モジュールが自
サイト外のものであった場合は、そのサイトの判断モジ
ュールに対し変換を指示する（ステップＳ３４４）。

【０１４６】サイト内外を問わず変換モジュールによる
変換を終えたならば、上述の処理Ｇ（図４７を参照）に
おいて安定度の更新を行い、次に課金処理を行う。サイ
ト外の変換モジュールで変換が行われた場合は、ユーザ
情報テーブル４０６ａの課金実績、サービス会社テーブ
ル４０６ｇの支払予定金額実績、サービスサイトテーブ
ル４０６ｈのサイト別支払予定金額実績に変換モジュー
ルテーブル４０６ｆの価格を加算する（ステップＳ３４
５）。またサイト内の変換モジュールで変換が行われた
場合は、ユーザ情報テーブル４０６ａの課金実績のみ
に、変換モジュールテーブル４０６ｆの価格を加算する
（ステップＳ３４７）。

【０１４７】一方、ステップＳ３３３において変換モジ
ュールテーブル４０６ｆに適切な変換モジュールが登録
されていない場合や、ステップＳ３４２において価格が
０でなくユーザ変換設定テーブル４０６ｅで有料変換モ
ジュールの使用を認めていない場合は、ステップＳ３３
４へ進み、使用ディレクトリサービステーブル４０６ｉ
に登録されているディレクトリサービスサイトから適切
な変換モジュールを選択するべくステップＳ３３４〜Ｓ
３３７、Ｓ３４１を実行する。

【０１４８】まず、使用ディレクトリサービステーブル
４０６ｉに登録されているディレクトリサービスサイト
数を変数ｉに格納し（ステップＳ３３４）、優先度の順
でサービスサイトへの問い合わせを行い（ステップＳ３
３６）、適切な変換モジュールが登録されているディレ
クトリサービスサイトを見つけるまでこの処理を繰り返
す（ステップＳ３３７、Ｓ３４１、Ｓ３３５）。すべて
のディレクトリサービスサイトへの問い合わせをして
も、適切な変換モジュールが見つからなかったときは
（ステップＳ３３５でｉ＝０となった場合）、変換は行
わない。

【０１４９】適切な変換モジュールが見つかり、変換モ
ジュールの価格が０であるか（変換モジュールテーブル
４０６ｆを参照）、または有料変換モジュールの使用を
認めている（ユーザ変換設定テーブル４０６ｅを参照）
場合は（ステップＳ３３８）、ディレクトリサービスサ
イトに変換を指示する（ステップＳ３３９）。変換が行
われたときは、ユーザ情報テーブル４０６ａの課金実
績、サービス会社テーブル４０６ｇの支払予定金額実
績、サービスサイトテーブル４０６ｈのサイト別支払予
定金額実績に、後述する変換モジュールの価格を加算す
る（ステップＳ３４０）。また、検索された変換モジュ
ールの価格が０でなく、ユーザ変換設定テーブル４０６
ｅで有料変換モジュールの使用を認めていない場合は、
変換を行わない（ステップＳ３３８）。

【０１５０】以上のようにして変換された個々の部分や
変換されなかった部分を、もとのメールにあった順番で
並べ、Subjectの内容をタイトルタグで囲んだＨＴＭＬ
ヘッダを付ける（ステップＳ３５１）ことでＷｅｂペー
ジを作成する。できあがったＷｅｂページはネットデー
タベース４００に格納する（ステップＳ３５２）。

【０１５１】上記でディレクトリサービスサイトへの問
い合わせと書いたが、本実施形態ではディレクトリサー
ビスサイトへの問い合わせにはＸＭＬファイルをＨＴＴ
Ｐを通してわたすことでおこなっている。問い合わせを
示すＸＭＬファイルの一例を図５２に示す。必要とされ
ている変換モジュールの入力フォーマットと出力フォー
マットそれぞれのＭＩＭＥと拡張子が記述されており、
ディレクトリサービスサイトの変換モジュールテーブル
４０６ｆと比較するのに用いられる。また、変換モジュ
ールを選ぶ際に重視する内容についても記述されてお
り、適合する複数の変換モジュールがあったときに一つ
に絞る際に用いられる（図４８によって後述するＦの処
理）。そして図５３のようなＸＭＬファイルで検索され
た変換モジュールのデータが渡される（ステップＳ７５
１）。

【０１５２】ここでは前述した変換モジュールの価格の
ほかに、ディレクトリサービスサイトへの変換の依頼時
に引数として用いられるｉｄを含んでいる。なおこのｉ
ｄは変換モジュールテーブル４０６ｆに含まれる変換モ
ジュールＩＤと同じものである。なお本実施形態ではＸ
ＭＬとＨＴＴＰを用いて実装をしているが、これはあく
まで例であり、ＸＭＬとＨＴＴＰに依存する部分はまっ
たくない。独自プロトコルや別の汎用プロトコルなど
で、実装することはもちろん可能である。

【０１５３】また、上述した図４１Ａ、Ｂの処理では、
ステップＳ３１８（Ｓ３３８）において、ステップＳ３
１４〜Ｓ３１７、Ｓ３２１（Ｓ３３４〜Ｓ３３７、Ｓ３
４１）の処理で検索されたモジュールの使用料が０でな
く、有料変換モジュールの使用を認めていない場合は、
変換を行わないが、より低い優先度のディレクトリサー
ビスサイトにおいて変換モジュールを検索するべく、ス
テップＳ３１４〜Ｓ３１７、Ｓ３２１（Ｓ３３４〜Ｓ３
３７、Ｓ３４１）を実行するようにしてもよい。

【０１５４】＜＜携帯端末に対応したＷｅｂページへの
変換＞＞図４２Ａ，Ｂは、携帯端末に対応したＷｅｂペ
ージを作成するフローチャートである。携帯端末が採用
しているMark Up言語を知るために、ユーザ携帯端末情
報テーブル４０６ｄの携帯種別、携帯キャリア名、携帯
端末品番で特定される携帯端末のMarkUp言語を、携帯端
末性能テーブル４０６ｊから調べる（ステップＳ４０
１）。本文については特に変換を必要としないので、変
換を必要とするのはメールに添付されてきた画像やワー
プロドキュメントなどになる。

【０１５５】ユーザ変換設定テーブル４０６ｅにおいて
画像の携帯端末対応のＷｅｂ上での表示を行う設定をし
ている場合（ステップＳ４１１）、メールデータに画像
が含まれているかをContent-Typeやnameの拡張子から判
断する（ステップＳ４１２）。画像が含まれる場合は、
ユーザ携帯端末情報テーブル４０６ｄの携帯種別、携帯
キャリア名、携帯端末品番で特定される携帯端末で表示
可能な画像フォーマットを携帯端末性能テーブル４０６
ｊから調べる（ステップＳ４１３）。次に、画像のCont
ent-Typeやnameの拡張子と変換モジュールテーブル４０
６ｆの入力フォーマット（ＭＩＭＥ）や入力フォーマッ
ト（拡張子）を比較することにより、この画像を適切な
画像フォーマットに変換するための適切な変換モジュー
ルを探す（ステップＳ４１４）。

【０１５６】適切な変換モジュールがあったら、Ｆの手
順を踏んで最適な一つの変換モジュールを選択する。そ
して選択した変換モジュールの価格が０であるか（変換
モジュールテーブル４０６ｆを参照）、または有料変換
モジュールの使用を認めている（ユーザ変換設定テーブ
ル４０６ｅを参照）場合は（ステップＳ４２３）、選択
された変換モジュールがサイト内に存在するかを検証す
る（ステップＳ４２４）。選択された変換モジュールが
サイト内に存在する場合は選択された変換モジュールに
変換を指示する（ステップＳ４２７）。また選択された
変換モジュールが自サイト外のものであった場合は、そ
のサイトの判断モジュールに対し変換を指示する（ステ
ップＳ４２５）。サイト内外を問わず変換モジュールに
よる変換を終えたならば、Ｇ（図４７を参照）において
安定度の更新を行い、次に課金処理を行う。すなわち、
サイト外の変換モジュールで変換が行われた場合は、ユ
ーザ情報テーブル４０６ａの課金実績、サービス会社テ
ーブル４０６ｇの支払予定金額実績、サービスサイトテ
ーブル４０６ｈのサイト別支払予定金額実績に変換モジ
ュールテーブル４０６ｆの価格を加算する（ステップＳ
４２６）。またサイト内の変換モジュールで変換が行わ
れた場合は、ユーザ情報テーブル４０６ａの課金実績の
みに変換モジュールテーブル４０６ｆの価格を加算する
（ステップＳ４２８）。

【０１５７】一方、ステップＳ４１４で変換モジュール
テーブル４０６ｆに適切な変換モジュールが登録されて
いないと判定された場合や、ステップＳ４２３で価格が
０でなくかつユーザ変換設定テーブル４０６ｅで有料変
換モジュールの使用を認めていない場合は、使用ディレ
クトリサービステーブル４０６ｉに登録されているディ
レクトリサービスサイトから適切な変換モジュールを選
択するべくステップＳ４１５〜Ｓ４１８、Ｓ４２２を実
行する。

【０１５８】まず、使用ディレクトリサービステーブル
４０６ｉに登録されているディレクトリサービスサイト
数を変数ｉに格納し（ステップＳ４１５）、優先度の順
でサービスサイトへの問い合わせを行い（ステップＳ４
１７）、適切な変換モジュールが登録されているディレ
クトリサービスサイトを見つけるまでこの処理を繰り返
す（ステップＳ４１８、Ｓ４２２、Ｓ４１６）。すべて
のディレクトリサービスサイトへの問い合わせをして
も、適切な変換モジュールが見つからなかったときは
（ステップＳ４１６でｉ＝０となった場合）、変換は行
わない。

【０１５９】もし適切な変換モジュールが見つかり、変
換モジュールの価格が０であるか（変換モジュールテー
ブル４０６ｆを参照）、または有料変換モジュールの使
用を認めている（ユーザ変換設定テーブル４０６ｅを参
照）場合は（ステップＳ４１９）、ディレクトリサービ
スサイトに変換を指示する（ステップＳ４２０）。

【０１６０】変換が行われたならば、ユーザ情報テーブ
ル４０６ａの課金実績、サービス会社テーブル４０６ｇ
の支払予定金額実績、サービスサイトテーブル４０６ｈ
のサイト別支払予定金額実績に、ディレクトリサービス
サイトからもたらされた変換モジュールの価格を加算す
る（ステップＳ４２１）。また、ステップＳ４１９にお
いて、選択された変換モジュールの価格が０でなく、ユ
ーザ変換設定テーブル４０６ｅで有料変換モジュールの
使用を認めていないと判定された場合は、変換を行わな
い。

【０１６１】以上のようにしてメールに添付された画像
に関する処理を終えると、続いて当該メールに添付され
たワープロドキュメントに関する処理を行う。

【０１６２】ユーザがワープロドキュメントの携帯端末
対応のＷｅｂ上での表示を行う設定をしている場合、す
なわち、ワープロドキュメントの要旨を携帯端末対応Ｗ
ｅｂ上で表示するべく設定されている場合（ステップＳ
４３１）、メールデータにワープロドキュメントが含ま
れているかをContent-Typeやnameの拡張子から判断する
（ステップＳ４３２）。ワープロドキュメントが含まれ
ている場合、ワープロドキュメントのContent-Typeやna
meの拡張子と変換モジュールテーブル４０６ｆの入力フ
ォーマット（ＭＩＭＥ）や入力フォーマット（拡張子）
を比較することにより、このワープロドキュメントをス
テップＳ４０１で調べたMarkUp言語に変換するための適
切な変換モジュールを探す（ステップＳ４３３）。

【０１６３】適切な変換モジュールがあったら、Ｆの手
順を踏んで最適な一つの変換モジュールを選択する。そ
して変換モジュールの価格が０であるか（変換モジュー
ルテーブル４０６ｆを参照）、または有料変換モジュー
ルの使用を認めている（ユーザ変換設定テーブル４０６
ｅを参照）場合は（ステップＳ４４２）、選択された変
換モジュールがサイト内に存在するかを検証（ステップ
Ｓ４４３）する。選択された変換モジュールがサイト内
に存在する場合は、その選択された変換モジュールに当
該ワープロドキュメントの変換を指示する（ステップＳ
４４６）。また選択された変換モジュールが自サイト外
のものであった場合は、そのサイトの判断モジュールに
対して当該ワープロドキュメントの変換を指示する（ス
テップＳ４４４）。

【０１６４】サイト内外を問わず変換モジュールによる
変換を終えたならば、Ｇ（図４７を参照）において安定
度の更新を行い、次に課金処理を行う。すなわち、サイ
ト外の変換モジュールで変換が行われた場合は、ユーザ
情報テーブル４０６ａの課金実績、サービス会社テーブ
ル４０６ｇの支払予定金額実績、サービスサイトテーブ
ル４０６ｈのサイト別支払予定金額実績に、変換モジュ
ールテーブル４０６ｆの価格を加算する（ステップＳ４
４５）。またサイト内の変換モジュールで変換が行われ
た場合は、ユーザ情報テーブル４０６ａ課金実績のみに
変換モジュールテーブル４０６ｆの価格を加算する（ス
テップＳ４４７）。

【０１６５】一方、変換モジュールテーブル４０６ｆに
適切な変換モジュールが登録されていない場合（ステッ
プＳ４３３）や、利用しようとしている変換モジュール
の価格が０でなく、ユーザ変換設定テーブル４０６ｅで
有料変換モジュールの使用を認めていない場合（ステッ
プＳ４４２）は、使用ディレクトリサービステーブル４
０６ｉに登録されているディレクトリサービスサイトか
ら適切な変換モジュールを選択するべくステップＳ４３
〜Ｓ４３７、Ｓ４４１を実行する。

【０１６６】まず、使用ディレクトリサービステーブル
４０６ｉに登録されているディレクトリサービスサイト
数を変数ｉに格納し（ステップＳ４３４）、優先度の順
でサービスサイトへの問い合わせを行い（ステップＳ４
３６）、適切な変換モジュールが登録されているディレ
クトリサービスサイトを見つけるまでこの処理を繰り返
す（ステップＳ４３７、Ｓ４４１、Ｓ４３５）。すべて
のディレクトリサービスサイトへの問い合わせをして
も、適切な変換モジュールが見つからなかったときは
（ステップＳ４３５でｉ＝０となった場合）、変換は行
わない。

【０１６７】もし適切な変換モジュールが見つかり、変
換モジュールの価格が０であるか（変換モジュールテー
ブル４０６ｆを参照）、または有料変換モジュールの使
用を認めている（ユーザ変換設定テーブル４０６ｅを参
照）場合は（ステップＳ４３８）、ディレクトリサービ
スサイトに変換を指示する（ステップＳ４３９）。変換
が行われたときは、ユーザ情報テーブル４０６ａの課金
実績、サービス会社テーブル４０６ｇの支払予定金額実
績、サービスサイトテーブル４０６ｈのサイト別支払予
定金額実績に、ディレクトリサービスサイトからもたら
された変換モジュールの価格を加算する（ステップＳ４
４０）。一方、変換モジュールの価格が０でなく、ユー
ザ変換設定テーブル４０６ｅで有料変換モジュールの使
用を認めていない場合は、変換を行わない（ステップＳ
４３８）。

【０１６８】以上のようにして変換された個々の部分や
変換する必要がなかった或いは変換されなかった部分
を、もとのメールにあった順番で並べ、Subjectの内容
をタイトルとするようなMark Up言語固有のヘッダなど
を付ける（ステップＳ４５１）ことで携帯端末に対応し
たＷｅｂページを作成する。できあがったＷｅｂページ
はネットデータベース４００に格納する（ステップＳ４
５２）。

【０１６９】なお本実施形態では携帯端末上のＷｅｂブ
ラウザが処理可能なファイルの大きさは十分なものであ
ると仮定しているが、たとえ制限があったとしても複数
のファイルの分割しその相互をハイパーリンクでつなぐ
ことができるので、この仮定は一般性を失わないことは
いうまでもない。また、上述した図４２Ａ、Ｂの処理で
は、ステップＳ４１９（Ｓ４３８）において、ステップ
Ｓ４１５〜Ｓ４１８、Ｓ４２２（Ｓ４３４〜Ｓ４３７、
Ｓ４４１）の処理で検索されたモジュールの使用料が０
でなく、有料変換モジュールの使用を認めていない場合
は、変換を行わないが、より低い優先度のディレクトリ
サービスサイトにおいて変換モジュールを検索するべ
く、ステップＳ４１５〜Ｓ４１８、Ｓ４２２（Ｓ４３４
〜Ｓ４３７、Ｓ４４１）を実行するようにしてもよい。

【０１７０】＜＜ＦＡＸへ送信可能なデータへの変換＞
＞図４３は、ＦＡＸで送付される表示物を作成するフロ
ーチャートである。ユーザがメールの本文をＦＡＸ送信
する設定をしている場合（ステップＳ５０１）、本文の
テキストをレイアウトしレンダリングをした後CCITT FA
Xエンコーディングする変換モジュールによって、本文
をCCITT FAXフォーマットに変換する（ステップＳ５０
２）。

【０１７１】また、ユーザ変換設定テーブル４０６ｅに
おいて画像のＦＡＸ送信を行う設定をしている場合（ス
テップＳ５１１）、メールデータに画像が含まれている
かをContent-Typeやnameの拡張子から判断する（ステッ
プＳ５１２）。画像が含まれる場合は、画像のContent-
Typeやnameの拡張子と変換モジュールテーブル４０６ｆ
の入力フォーマット（ＭＩＭＥ）や入力フォーマット
（拡張子）を比較することにより、この画像をCCITTFAX
フォーマットに変換するための適切な変換モジュールを
探す（ステップＳ５１３）。

【０１７２】適切な変換モジュールがあったら、Ｆの手
順を踏んで最適な一つの変換モジュールを選択する。そ
して、変換モジュールの価格が０であるか（変換モジュ
ールテーブル４０６ｆを参照）、または有料変換モジュ
ールの使用を認めている（ユーザ変換設定テーブル４０
６ｅを参照）場合は（ステップＳ５２２）、選択された
変換モジュールがサイト内に存在するかを検証する（ス
テップＳ５２３）。選択された変換モジュールがサイト
内に存在する場合は選択された変換モジュールに変換を
指示する（ステップＳ５２６）。また選択された変換モ
ジュールが自サイト外のものであった場合は、そのサイ
トの判断モジュールに対し変換を指示する（ステップＳ
５２４）。

【０１７３】サイト内外を問わず変換モジュールによる
変換を終えたならば、Ｇ（図４７を参照）において安定
度の更新を行い、次に課金処理を行う。サイト外の変換
モジュールで変換が行われた場合は、ユーザ情報テーブ
ル４０６ａの課金実績、サービス会社テーブル４０６ｇ
の支払予定金額実績、サービスサイトテーブル４０６ｈ
のサイト別支払予定金額実績に変換モジュールテーブル
４０６ｆの価格を加算する（ステップＳ５２５）。また
サイト内の変換モジュールで変換が行われた場合は、ユ
ーザ情報テーブル４０６ａの課金実績のみに変換モジュ
ールテーブル４０６ｆの価格を加算する（ステップＳ５
２７）。

【０１７４】一方、変換モジュールテーブル４０６ｆに
適切な変換モジュールが登録されていない場合（ステッ
プＳ５１３）や、利用しようとしている変換モジュール
の価格が０でなく、ユーザ変換設定テーブル４０６ｅで
有料変換モジュールの使用を認めていない場合（ステッ
プＳ５２２）は、使用ディレクトリサービステーブル４
０６ｉに登録されているディレクトリサービスサイトか
ら適切な変換モジュールを選択するべくステップＳ５１
４〜Ｓ５１７、Ｓ５２１を実行する。

【０１７５】まず、使用ディレクトリサービステーブル
４０６ｉに登録されているディレクトリサービスサイト
数を変数ｉに格納し（ステップＳ５１４）、優先度の順
でサービスサイトへの問い合わせを行い（ステップＳ５
１６）、適切な変換モジュールが登録されているディレ
クトリサービスサイトを見つけるまでこの処理を繰り返
す（ステップＳ５１７、Ｓ５２１、Ｓ５１５）。すべて
のディレクトリサービスサイトへの問い合わせをして
も、適切な変換モジュールが見つからなかったときは
（ステップＳ５１５でｉ＝０となった場合）、変換は行
わない。

【０１７６】もし適切な変換モジュールが見つかり、変
換モジュールの価格が０であるか（変換モジュールテー
ブル４０６ｆを参照）、または有料変換モジュールの使
用を認めている（ユーザ変換設定テーブル４０６ｅを参
照）場合は（ステップＳ５１８）、ディレクトリサービ
スサイトに変換を指示する（ステップＳ５１９）。変換
が行われたときは、ユーザ情報テーブル４０６ａの課金
実績、サービス会社テーブル４０６ｇの支払予定金額実
績、サービスサイトテーブル４０６ｈのサイト別支払予
定金額実績に、ディレクトリサービスサイトからもたら
された変換モジュールの価格を加算する（ステップＳ５
２０）。一方、変換モジュールの価格が０でなく、ユー
ザ変換設定テーブル４０６ｅで有料変換モジュールの使
用を認めていない場合は、変換を行わない（ステップＳ
５１８）。

【０１７７】更に、ユーザがワープロドキュメントのＦ
ＡＸへの転送を行う設定をしている場合（ステップＳ５
３１）、メールデータにワープロドキュメントが含まれ
ているかをContent-Typeやnameの拡張子から判断する
（ステップＳ５３２）。ワープロドキュメントが含まれ
ていた場合は、そのワープロドキュメントのContent-Ty
peやnameの拡張子と変換モジュールテーブル４０６ｆの
入力フォーマット（ＭＩＭＥ）や入力フォーマット（拡
張子）を比較することにより、このワープロドキュメン
トをCCITTFAXフォーマットに変換するための適切な変換
モジュールを探す（ステップＳ５３３）。

【０１７８】適切な変換モジュールがあったら、Ｆの手
順を踏んで最適な一つの変換モジュールを選択する。そ
して選択された変換モジュールの価格が０であるか（変
換モジュールテーブル４０６ｆを参照）、または有料変
換モジュールの使用を認めている（ユーザ変換設定テー
ブル４０６ｅを参照）場合は（ステップＳ５４２）、選
択された変換モジュールがサイト内に存在するかを検証
する（ステップＳ５４３）。選択された変換モジュール
がサイト内に存在する場合は選択された変換モジュール
に変換を指示する（ステップＳ５４６）。また選択され
た変換モジュールが自サイト外のものであった場合は、
そのサイトの判断モジュールに対し変換を指示する（ス
テップＳ５４４）。

【０１７９】サイト内外を問わず変換モジュールによる
変換を終えたならば、Ｇ（図４７を参照）において安定
度の更新を行い、次に課金処理を行う。サイト外の変換
モジュールで変換が行われた場合は、ユーザ情報テーブ
ル４０６ａの課金実績、サービス会社テーブル４０６ｇ
の支払予定金額実績、サービスサイトテーブル４０６ｈ
のサイト別支払予定金額実績に変換モジュールテーブル
４０６ｆの価格を加算する（ステップＳ５４５）。また
サイト内の変換モジュールで変換が行われた場合は、ユ
ーザ情報テーブル４０６ａの課金実績のみに変換モジュ
ールテーブル４０６ｆの価格を加算する（ステップＳ５
４７）。

【０１８０】一方、変換モジュールテーブル４０６ｆに
適切な変換モジュールが登録されていない場合（ステッ
プＳ５３３）や、利用しようとしている変換モジュール
の価格が０でなく、ユーザ変換設定テーブル４０６ｅで
有料変換モジュールの使用を認めていない場合（ステッ
プＳ５４２）は、使用ディレクトリサービステーブル４
０６ｉに登録されているディレクトリサービスサイトか
ら適切な変換モジュールを選択するべくステップＳ５３
４〜Ｓ５３７、Ｓ５４１を実行する。

【０１８１】まず、使用ディレクトリサービステーブル
４０６ｉに登録されているディレクトリサービスサイト
数を変数ｉに格納し（ステップＳ５３４）、優先度の順
でサービスサイトへの問い合わせを行い（ステップＳ５
３６）、適切な変換モジュールが登録されているディレ
クトリサービスサイトを見つけるまでこの処理を繰り返
す（ステップＳ５３７、Ｓ５４１、Ｓ５３５）。すべて
のディレクトリサービスサイトへの問い合わせをして
も、適切な変換モジュールが見つからなかったときは
（ステップＳ５３５でｉ＝０となった場合）、変換は行
わない。

【０１８２】もし適切な変換モジュールが見つかり、変
換モジュールの価格が０であるか（変換モジュールテー
ブル４０６ｆを参照）、または有料変換モジュールの使
用を認めている（ユーザ変換設定テーブル４０６ｅを参
照）場合は（ステップＳ５３８）、ディレクトリサービ
スサイトに変換を指示する（ステップＳ５３９）。変換
が行われたならば、ユーザ情報テーブル４０６ａの課金
実績、サービス会社テーブル４０６ｇの支払予定金額実
績、サービスサイトテーブル４０６ｈのサイト別支払予
定金額実績に、ディレクトリサービスサイトからもたら
された変換モジュールの価格を加算する（ステップＳ５
４０）。一方、変換モジュールの価格が０でなく、ユー
ザ変換設定テーブル４０６ｅで有料変換モジュールの使
用を認めていない場合は、変換を行わない（ステップＳ
５３８）。

【０１８３】これら変換された個々の部分をもとのメー
ルにあった順番で並べて、送信されるドキュメントを作
成し、ドキュメントの枚数を調べる（ステップＳ５５
１）。この枚数が図２７のＦＡＸ許容出力枚数（８１
９）においてユーザが指定した枚数（ユーザ変換テーブ
ル７０６ｅに登録されている）以下の場合は（ステップ
Ｓ５５２）、ＦＡＸ転送先としてユーザが選んだ場所を
示す表紙を作成し、これを生成したドキュメントの最初
に付け加える（ステップＳ５５３）。逆にドキュメント
のページ数が図２７のＦＡＸ許容出力枚数（８１９）に
おいてユーザが指定した枚数より大きかった場合は、ス
テップＳ５５４へ進み、ドキュメントの枚数がＦＡＸ許
容出力枚数になるようにステップＳ５５１で作成したド
キュメントを後ろから削除する。そして、ユーザの指定
に従い送付枚数を制限した旨と、ＦＡＸ転送先としてユ
ーザが選んだ場所を示す表紙を作成し、ページ数が調整
されたドキュメントの最初に付け加える（ステップＳ５
５４）。以上のステップＳ５５３或いはステップＳ５５
４にてできあがったドキュメントをユーザが指定するフ
ァクシミリ装置にＦＡＸサーバ６５０を通して送付する
（ステップＳ５５５）。

【０１８４】＜＜携帯端末にて表示可能なデータへの変
換＞＞図４４は携帯端末上での表示物を作成するフロー
チャートである。まず、Ｗｅｂサーバにアップロードさ
れたりＦＡＸが送られたときに、携帯端末に通知される
通知文面が作成される。すなわち、ユーザ変換設定テー
ブル４０６ｅにおいて「ＷｅｂページがＷｅｂサーバに
アップロードされたらメールで通知」が設定されている
かを調べ（ステップＳ６０１）、通知する旨が設定され
ている場合はＷｅｂサーバにアップロードされたことな
どを示す文面が作成される（ステップＳ６０２）。同様
にユーザ変換設定テーブル４０６ｅにおいて、「携帯端
末対応のページがＷｅｂサーバにアップロードされたら
メールで通知」が設定されているかを調べ（ステップＳ
６０３）、通知する旨が設定されている場合はＷｅｂサ
ーバにアップロードされたことなどを示す文面が作成さ
れる（ステップＳ６０４）。次に、ユーザ変換設定テー
ブル４０６ｅにおいて、「ＦＡＸが送られたら送り先を
通知」が設定されているかを調べ（ステップＳ６０
５）、通知が設定されている場合はＦＡＸが送られた旨
やＦＡＸの送り先などにあらわす文面が作成される（ス
テップＳ６０６）。そして、これらステップＳ６０２、
Ｓ６０４、Ｓ６０６で作成された通知文面を順番に並
べ、通知文面全体の文字数を調べる（ステップＳ６０
７）。

【０１８５】次に、ユーザ変換設定テーブル４０６ｅに
おいて「携帯端末に転送ＯＮ」が設定されているかを調
べ（ステップＳ６０８）、設定されている場合は後に図
４５Ａ、Ｂのフローチャートを用いて説明する個々の変
換が行われる。その後、これら変換された個々の部分や
変換する必要がなかった部分をもとのメールにあった順
番で付け加え、ステップＳ６０７で作成した通知文面を
最初に付け加えて携帯端末に送付する文章を作成する
（ステップＳ６０９）。そしてできあがった文章をメー
ルサーバ１００を通しユーザが指定する携帯端末に送付
する（ステップＳ６１０）。

【０１８６】次に、ステップＳ６０８において「携帯端
末に転送ＯＮ」が設定されていた場合の処理Ｅについて
詳細に説明する。「携帯端末に転送ＯＮ」が設定されて
いた場合は、図４５Ａ、Ｂの処理ヘ進み、携帯端末上で
メールを表示するための個々の変換が行われる。

【０１８７】まず、本文については、ユーザ携帯端末情
報テーブル４０６ｄに登録された携帯種別、携帯キャリ
ア名、携帯端末品番で特定される携帯端末において表示
可能な最大文字数を携帯端末性能テーブル４０６ｊを参
照して調べ、この表示可能最大文字数からステップＳ６
０７で調べた通知文面の文字数を差し引いた値よりメー
ル本文の文字数の方が大きいかどうかを判断する（ステ
ップＳ６２１）。もし本文の文字数の方が表示最大文字
数より大きければ、本文の要旨作成を行うかどうかをユ
ーザ変換設定テーブル４０６ｅの設定内容から判定する
（ステップＳ６２２）。もし要旨を作成するべく設定さ
れていれば、本文の要旨作成を行う変換モジュールにお
いて、表示可能最大文字数に納まるようにメール本文の
要旨の作成が行われる（ステップＳ６２４）。もし要旨
を作成しない設定なら、携帯端末の表示可能最大文字数
に納まるようにメール本文の文字列の切捨てを行う変換
モジュールにより、文字列の切り詰めを行う（ステップ
Ｓ６２３）。

【０１８８】ユーザ変換設定テーブル４０６ｅにおいて
画像の携帯端末対応での表示を行う設定をしている場合
（ステップＳ６３１）、メールデータに画像が含まれて
いるかをContent-Typeやnameの拡張子から判断する（ス
テップＳ６３２）。画像が含まれている場合は、ユーザ
携帯端末情報テーブル４０６ｄの携帯種別、携帯キャリ
ア名、携帯端末品番で特定される携帯端末で表示可能な
画像フォーマットを携帯端末性能テーブル４０６ｊを参
照して調べる（ステップＳ６３３）。そして、画像のCo
ntent-Typeやnameの拡張子と変換モジュールテーブル４
０６ｆの入力フォーマット（ＭＩＭＥ）や入力フォーマ
ット（拡張子）を比較することにより、この画像を適切
な画像フォーマットに変換するための適切な変換モジュ
ールを探す（ステップＳ６３４）。

【０１８９】適切な変換モジュールがあったら、Ｆの手
順を踏んで最適な一つの変換モジュールを選択し、変換
モジュールの価格が０であるか（変換モジュールテーブ
ル４０６ｆを参照）、または有料変換モジュールの使用
を認めている（ユーザ変換設定テーブル４０６ｅを参
照）場合は（ステップＳ６４３）、選択された変換モジ
ュールが自サイト内に存在するかを検証する（ステップ
Ｓ６４４）。選択された変換モジュールがサイト内に存
在する場合は、選択された変換モジュールに変換を指示
する（ステップＳ６４７）。また選択された変換モジュ
ールが自サイト外のものであった場合は、そのサイトの
判断モジュールに対し変換を指示する（ステップＳ６４
５）。

【０１９０】サイト内外を問わず変換モジュールによる
変換を終えたならば、Ｇ（図４７を参照）において安定
度の更新を行い、次に課金処理を行う。サイト外の変換
モジュールで変換が行われた場合は、ユーザ情報テーブ
ル４０６ａの課金実績、サービス会社テーブル４０６ｇ
の支払予定金額実績、サービスサイトテーブル４０６ｈ
のサイト別支払予定金額実績に変換モジュールテーブル
４０６ｆの価格を加算する（ステップＳ６４６）。ま
た、サイト内の変換モジュールで変換が行われた場合
は、ユーザ情報テーブル４０６ａの課金実績のみに変換
モジュールテーブル４０６ｆの価格を加算する（ステッ
プＳ６４８）。

【０１９１】一方、変換モジュールテーブル４０６ｆに
適切な変換モジュールが登録されていない場合（ステッ
プＳ６３４）や、利用しようとしている変換モジュール
の価格が０でなく、ユーザ変換設定テーブル４０６ｅで
有料変換モジュールの使用を認めていない場合（ステッ
プＳ６４３）は、使用ディレクトリサービステーブル４
０６ｉに登録されているディレクトリサービスサイトか
ら適切な変換モジュールを選択するべくステップＳ６３
５〜Ｓ６３８、Ｓ６４２を実行する。

【０１９２】まず、使用ディレクトリサービステーブル
４０６ｉに登録されているディレクトリサービスサイト
数を変数ｉに格納し（ステップＳ６３５）、優先度の順
でサービスサイトへの問い合わせを行い（ステップＳ６
３７）、適切な変換モジュールが登録されているディレ
クトリサービスサイトを見つけるまでこの処理を繰り返
す（ステップＳ６３８、Ｓ６４２、Ｓ６３６）。すべて
のディレクトリサービスサイトへの問い合わせをして
も、適切な変換モジュールが見つからなかったときは
（ステップＳ６３６でｉ＝０となった場合）、変換は行
わない。

【０１９３】もし適切な変換モジュールが見つかり、変
換モジュールの価格が０であるか（変換モジュールテー
ブル４０６ｆを参照）、または有料変換モジュールの使
用を認めている（ユーザ変換設定テーブル４０６ｅを参
照）場合は（ステップＳ６３９）、ディレクトリサービ
スサイトに変換を指示する（ステップＳ６４０）。変換
が行われたときは、ユーザ情報テーブル４０６ａの課金
実績、サービス会社テーブル４０６ｇの支払予定金額実
績、サービスサイトテーブル４０６ｈのサイト別支払予
定金額実績に、ディレクトリサービスサイトからもたら
された変換モジュールの価格を加算する（ステップＳ６
４１）。一方、変換モジュールの価格が０でなく、ユー
ザ変換設定テーブル４０６ｅで有料変換モジュールの使
用を認めていない場合は、変換を行わない（ステップＳ
６３９）。

【０１９４】また、ユーザがワープロドキュメント要旨
の携帯端末上での表示を行う設定をしている場合（ステ
ップＳ６５１）、メールデータにワープロドキュメント
が含まれているかをContent-Typeやnameの拡張子から判
断する（ステップＳ６５２）。メールデータにワープロ
ドキュメントが含まれている場合、ワープロドキュメン
トのContent-Typeやnameの拡張子と変換モジュールテー
ブル４０６ｆの入力フォーマット（ＭＩＭＥ）や入力フ
ォーマット（拡張子）を比較することにより、このワー
プロドキュメントを要旨に変換するための適切な変換モ
ジュールを探す（ステップＳ６５３）。

【０１９５】適切な変換モジュールがあったら、Ｆの手
順を踏んで最適な一つの変換モジュールを選択する。そ
して変換モジュールの価格が０であるか（変換モジュー
ルテーブル４０６ｆを参照）、または有料変換モジュー
ルの使用を認めている（ユーザ変換設定テーブル４０６
ｅを参照）場合は（ステップＳ６６２）、選択された変
換モジュールがサイト内に存在するかを検証する（ステ
ップＳ６６３）。選択された変換モジュールがサイト内
に存在する場合は、選択された変換モジュールに変換を
指示する（ステップＳ６６６）。また選択された変換モ
ジュールが自サイト外のものであった場合は、そのサイ
トの判断モジュールに対し変換を指示する（ステップＳ
６６４）。

【０１９６】サイト内外を問わず変換モジュールによる
変換を終えたならば、Ｇ（図４７を参照）において安定
度の更新を行い、次に課金処理を行う。サイト外の変換
モジュールで変換が行われた場合は、ユーザ情報テーブ
ル４０６ａの課金実績、サービス会社テーブル４０６ｇ
の支払予定金額実績、サービスサイトテーブル４０６ｈ
のサイト別支払予定金額実績に変換モジュールテーブル
４０６ｆの価格を加算する（ステップＳ６６５）。また
サイト内の変換モジュールで変換が行われた場合は、ユ
ーザ情報テーブル４０６ａの課金実績のみに変換モジュ
ールテーブル４０６ｆの価格を加算する（ステップＳ６
６７）。

【０１９７】一方、変換モジュールテーブル４０６ｆに
適切な変換モジュールが登録されていない場合（ステッ
プＳ６５３）や、利用しようとしている変換モジュール
の価格が０でなく、ユーザ変換設定テーブル４０６ｅで
有料変換モジュールの使用を認めていない場合（ステッ
プＳ６６２）は、使用ディレクトリサービステーブル４
０６ｉに登録されているディレクトリサービスサイトか
ら適切な変換モジュールを選択するべくステップＳ６５
４〜Ｓ６５７、Ｓ６６１を実行する。

【０１９８】まず、使用ディレクトリサービステーブル
４０６ｉに登録されているディレクトリサービスサイト
数を変数ｉに格納し（ステップＳ６５４）、優先度の順
でサービスサイトへの問い合わせを行い（ステップＳ６
５６）、適切な変換モジュールが登録されているディレ
クトリサービスサイトを見つけるまでこの処理を繰り返
す（ステップＳ６５７、Ｓ６６１、Ｓ６５５）。すべて
のディレクトリサービスサイトへの問い合わせをして
も、適切な変換モジュールが見つからなかったときは
（ステップＳ６５５でｉ＝０となった場合）、変換は行
わない。

【０１９９】もし適切な変換モジュールが見つかり、変
換モジュールの価格が０であるか（変換モジュールテー
ブル４０６ｆを参照）、または有料変換モジュールの使
用を認めている（ユーザ変換設定テーブル４０６ｅを参
照）場合は（ステップＳ６５８）、ディレクトリサービ
スサイトに変換を指示する（ステップＳ６５９）。変換
が行われたときは、ユーザ情報テーブル４０６ａの課金
実績、サービス会社テーブル４０６ｇの支払予定金額実
績、サービスサイトテーブル４０６ｈのサイト別支払予
定金額実績に、ディレクトリサービスサイトからもたら
された変換モジュールの価格を加算する（ステップＳ６
６０）。一方、変換モジュールの価格が０でなく、ユー
ザ変換設定テーブル４０６ｅで有料変換モジュールの使
用を認めていない場合は、変換を行わない（ステップＳ
６５８）。なお、上述した図４５Ａ、Ｂの処理では、ス
テップＳ６３９（Ｓ６５８）において、ステップＳ６３
５〜Ｓ６３８、Ｓ６４２（Ｓ６５４〜Ｓ６５７、Ｓ６６
１）の処理で検索されたモジュールの使用料が０でな
く、有料変換モジュールの使用を認めていない場合は、
変換を行わないが、より低い優先度のディレクトリサー
ビスサイトにおいて変換モジュールを検索するべく、ス
テップＳ６３５〜Ｓ６３８、Ｓ６４２（Ｓ６５４〜Ｓ６
５７、Ｓ６６１）を実行するようにしてもよい。

【０２００】以上で自動的変換サービスにおけるネット
メールサービスサイトの判断モジュールの動きを説明し
た。次にディレクトリサービスサイトの判断モジュール
の動きについて説明する。既に説明しているように、デ
ィレクトリサービスサイトの判断モジュールが果たす役
割は、２つある。すなわち、（１）ネットメールサービ
スサイトから変換モジュールの検索の要求に応えること
と、（２）フォーマット変換の要求に応えることであ
る。以下、図４８を使って詳しく説明する。

【０２０１】ネットメールサービスサイトからの要求が
変換モジュールの検索であった場合は（ステップＳ７５
０）、既に述べたように必要な変換モジュールの入力フ
ァイルフォーマットと出力ファイルフォーマットおよ
び、変換モジュールを選択する際に何を優先的に重視す
るかが書かれたＸＭＬファイルがもたらされる。従っ
て、これらの情報を用いて、処理Ｆ（図４６）を実行し
て変換モジュールテーブル４０６ｆに登録されているも
のから最良な変換モジュールが選ばれる。そしてこの変
換モジュールの情報（互換レベル、価格、安定度、変換
モジュールＩＤを含む）がＸＭＬファイルとして、ネッ
トメールサービスサイトの判断モジュールに渡される
（ステップＳ７５０〜Ｓ７５１）。

【０２０２】もしネットメールサービスサイトからの要
求がファイルの変換であったら（ステップＳ７５０）、
既に説明したように変換モジュールのＩＤを指定するこ
とで変換の要求が出される。ディレクトリサービスサイ
ト内の変換モジュールテーブル４０６ｆでこのＩＤに対
応する変換モジュールサイトとその変換モジュールサイ
ト内のＩＤを調べ、この変換モジュールサイトに変換を
依頼する（ステップＳ７５２）。変換結果がもたらされ
るまでにエラーが生じたときは（ステップＳ７５３）、
エラーをネットメールサービスサイトに返し（ステップ
Ｓ７５４）、変換モジュールテーブル４０６ｆの使用回
数をインクリメントする（ステップＳ７５５）。

【０２０３】また正常な結果がもたらされたときは、変
換結果をメールサービスサイトに返し（ステップＳ７５
６）、変換モジュールテーブル４０６ｆの使用回数と成
功回数の両方をインクリメントする（ステップ７５
７）。そして課金処理、つまりサービス会社テーブル４
０６ｇの支払予定金額実績およびサービスサイトテーブ
ル４０６ｈのサイト別支払予定金額実績に変換モジュー
ルテーブル４０６ｆの価格を、メールサービスサイトの
ものに対しては減算、変換モジュールサイトのものに対
しては加算する（ステップＳ７５８）。

【０２０４】次に、変換サービスサイトの判断モジュー
ルの動きについて、図４９を用いて説明する。ネットメ
ールサービスサイトまたはディレクトリサービスサイト
から変換の要求が出されたときは、変換モジュールＩＤ
に対応する変換モジュールに変換を依頼する（ステップ
Ｓ７７０）。そして、変換結果がもたらされるまでにエ
ラーが生じたときは（ステップＳ７７１）、エラーをネ
ットメールサービスサイトまたはディレクトリサービス
サイトに返し（ステップＳ７７２）、変換モジュールテ
ーブル４０６ｆの使用回数をインクリメントする（ステ
ップＳ７７３）。一方、正常な結果がもたらされたとき
は、変換結果をネットメールサービスサイトまたはディ
レクトリサービスサイトに返し（ステップＳ７７４）、
変換モジュールテーブル４０６ｆの使用回数と成功回数
の両方をインクリメントする（ステップ７７５）。そし
て課金処理、つまりサービス会社テーブル４０６ｇの支
払予定金額実績およびサービスサイトテーブル４０６ｈ
のサイト別支払予定金額実績に、変換モジュールテーブ
ル４０６ｆの価格を減算する（ステップＳ７７６）。

【０２０５】＜メールの対話的変換サービス＞メールの
自動変換サービスでは、図２７を使って事前に設定さ
れ、ユーザ変換設定テーブル４０６ｅに格納されたユー
ザ変換設定を元に変換される。既に言及したように、こ
のとき用いるユーザ変換設定テーブル４０６ｅのテンポ
ラリフラグは“False”である。一方メールの対話的変
換サービスでは、図３０または図３４を使って直前にユ
ーザ変換設定が設定され、設定の結果はユーザ変換設定
テーブル４０６ｅにおさめられる。このとき、ユーザ変
換設定テーブル４０６ｅにおける違いは、テンポラリフ
ラグが“True”であることだけである。また自動変換サ
ービスにおいては、転送先としてはユーザ自宅情報テー
ブル４０６ｂ、ユーザ勤務先情報テーブル４０６ｃ、ユ
ーザ携帯端末情報テーブル４０６ｄに事前に登録された
なかから選ばれる。これも対話的変換サービスでは、図
３０または図３４を通して設定されたものが転送先にな
るだけである。以上でわかるように、自動変換サービス
と対話的変換サービスではフローはすべて同じであり、
図４０から図４９を使っての説明はすべて対話的変換サ
ービスでも成り立つ。よって対話的変換サービスに関し
ての説明は省略する。

【０２０６】以上説明したように、本実施形態によれ
ば、ユーザが電子メールを受信する端末環境で展開、表
示することのできない情報が送信されたときに、その概
要情報、及び情報の取得方法をユーザに通知し、ユーザ
環境で展開、表示できなかった情報を様々な形態でユー
ザに提供することができるようになり、電子メール利用
環境を飛躍的に向上させることができる。

【０２０７】＜他の実施形態＞本発明の目的は前述した
実施形態の機能を実現するソフトウェアのプログラムコ
ードを記録した記録媒体を、システムあるいは装置に供
給し、そのシステムあるいは装置のコンピュータ（また
はＣＰＵまたはＭＰＵ）が記録媒体に格納されたプログ
ラムコードを読み出し実行することによっても、達成さ
れることは言うまでもないこの場合、記憶媒体から読み
出されたプログラムコード自体が前述した実施形態の機
能を実現することとなり、そのプログラムコードを記憶
した記憶媒体は本発明を構成することになる。

【０２０８】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク、ハードディス
ク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ
−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、
ＤＶＤなどを用いることができる。

【０２０９】またコンピュータが読み出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼動しているＯＳ（オペレ
ーションシステム）などが実際の処理の一部または全部
を行い、その処理によって前述した実施形態の機能が実
現される場合も含まれることは言うまでもない。

【０２１０】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書きこまれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部または全部を行
い、その処理によって前述した実施形態の機能が実現さ
れる場合も含まれることは言うまでもない。

【０２１１】

【発明の効果】以上説明したように、本発明によれば、
電子メールの内容を電子メール受信端末の能力に応じた
データ形態に変換して転送するとともに、その転送の旨
を別の受信端末に通知可能とすることができる。

【図面の簡単な説明】

【図１】本実施形態によるサービスシステムの概略の構
成を表すブロック図である。

【図２】本実施形態によるサービスシステムの概略の構
成を表すブロック図である。

【図３】メールサーバの概略構成を示すブロック図であ
る。

【図４】判断モジュールの概略構成を示すブロック図で
ある。

【図５】変換モジュールの概略構成を示すブロック図で
ある。

【図６】設定モジュールの概略構成を示すブロック図で
ある。

【図７】ネットデータベースの概略構成を示すブロック
図である。

【図８】ユーザ情報テーブルのデータ構成例を示す図で
ある。

【図９】ユーザ自宅情報テーブルのデータ構成例を示す
図である。

【図１０】ユーザ勤務先情報テーブルのデータ構成例を
示す図である。

【図１１】ユーザ携帯端末情報テーブルのデータ構成例
を示す図である。

【図１２】ユーザ変換設定テーブルのデータ構成例を示
す図である。

【図１３】変換モジュールテーブルのデータ構成例を示
す図である。

【図１４】サービス会社テーブルのデータ構成例を示す
図である。

【図１５】サービスサイトテーブルのデータ構成例を示
す図である。

【図１６】使用ディレクトリサービステーブルのデータ
構成例を示す図である。

【図１７】携帯端末性能テーブルのデータ構成例を示す
図である。

【図１８】ユーザ登録およびユーザ変換設定の登録につ
いての手順を示したフローチャートである。

【図１９】本実施形態のネットメールサービスのＷｅｂ
サーバにおける表紙部分の一例を表した図である。

【図２０】本実施形態のネットメールサービスのＷｅｂ
サーバにおけるユーザ設定の表紙部分の一例を表した図
である。

【図２１】本実施形態のネットメールサービスのＷｅｂ
サーバにおける会員登録用の画面例を表した図である。

【図２２】本実施形態のネットメールサービスのＷｅｂ
サーバにおける転送先指定用の画面例を表した図であ
る。

【図２３】本実施形態のネットメールサービスのＷｅｂ
サーバにおける転送先指定用の画面例を表した図であ
る。

【図２４】本実施形態のネットメールサービスのＷｅｂ
サーバにおける転送先指定用の画面例を表した図であ
る。

【図２５】本実施形態のネットメールサービスのＷｅｂ
サーバにおける転送先指定用の画面例を表した図であ
る。

【図２６】本実施形態のネットメールサービスのＷｅｂ
サーバにおけるユーザ設定変更の表紙部分の例を表した
図である。

【図２７】本実施形態のネットメールサービスのＷｅｂ
サーバにおけるサービス選択用の画面例を表した図であ
る。

【図２８】本実施形態のネットメールサービスのＷｅｂ
サーバにおける受信メール一覧表示部分の画面例を表し
た図である。

【図２９】本実施形態のネットメールサービスのＷｅｂ
サーバにおける受信メールの表示例を表した図である。

【図３０】本実施形態のネットメールサービスのＷｅｂ
サーバにおけるメールの転送設定用画面例を表した図で
ある。

【図３１】本実施形態のネットメールサービスのＷｅｂ
サーバにおけるメールの転送設定または新規作成用画面
例を表した図である。

【図３２】本実施形態のネットメールサービスのＷｅｂ
サーバにおけるメールの転送設定用画面例を表した図で
ある。

【図３３】本実施形態のネットメールサービスのＷｅｂ
サーバにおけるメールの転送設定用画面例を表した図で
ある。

【図３４】本実施形態のネットメールサービスのＷｅｂ
サーバにおけるメールの新規作成用画面例を表した図で
ある。

【図３５】本実施形態のネットメールサービスのＷｅｂ
サーバにおけるメールの新規作成用画面例を表した図で
ある。

【図３６】本実施形態のネットメールサービスのＷｅｂ
サーバにおける変換サービスに関わる他サイトの登録画
面の例を表した図である。

【図３７】本実施形態のネットメールサービスのＷｅｂ
サーバにおける変換サービスに関わる他サイトの登録画
面の例を表した図である。

【図３８】本実施形態のネットメールサービスのＷｅｂ
サーバにおける変換モジュールの登録画面の例を表した
図である。

【図３９】本実施形態のネットメールサービスのＷｅｂ
サーバにおけるディレクトリサービスサイトの優先度登
録画面の例を表した図である。

【図４０】本実施形態によるネットメールサービスサイ
トにおける判断モジュールの処理を説明するフローチャ
ートである。

【図４１Ａ】Ｗｅｂ上で表示可能なデータを作成する処
理を説明するフローチャートである。

【図４１Ｂ】Ｗｅｂ上で表示可能なデータを作成する処
理を説明するフローチャートである。

【図４２Ａ】携帯端末に対応したＷｅｂページを作成す
る処理を説明するフローチャートである。

【図４２Ｂ】携帯端末に対応したＷｅｂページを作成す
る処理を説明するフローチャートである。

【図４３Ａ】ＦＡＸに送信可能なデータを作成する処理
を説明するフローチャートである。

【図４３Ｂ】ＦＡＸに送信可能なデータを作成する処理
を説明するフローチャートである。

【図４４】携帯端末上で表示可能なデータを作成する処
理を説明するフローチャートである。

【図４５Ａ】携帯端末上で表示可能なデータを作成する
処理を説明するフローチャートである。

【図４５Ｂ】携帯端末上で表示可能なデータを作成する
処理を説明するフローチャートである。

【図４６】複数ある変換モジュールから一つを選択する
処理を説明するフローチャートである。

【図４７】安定度の更新処理を説明するフローチャート
である。

【図４８】本実施形態によるディレクトリサービスサイ
トにおける判断モジュールの処理を説明するフローチャ
ートである。

【図４９】本実施形態による変換サービスサイトにおけ
る判断モジュールの処理を説明するフローチャートであ
る。

【図５０Ａ】本実施形態による変換モジュールの登録の
際用いられるＸＭＬファイルの例を示す図である。

【図５０Ｂ】変換モジュールテーブルの項目更新を行わ
ない場合に送信されるメール例を示す図である。

【図５１Ａ】本実施形態による変換モジュールの登録の
際用いられるＸＭＬファイルの例を示す図である。

【図５１Ｂ】変換サービスサイトまたはディレクトリサ
ービスサイトにおいて該当する変換モジュールが見つか
らなかった場合の通知例を示す図である。

【図５２】本実施形態による変換モジュールの検索の際
用いられるＸＭＬファイルの例を示す図である。

【図５３】本実施形態による変換モジュールの検索の際
用いられるＸＭＬファイルの例を示す図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 井上 敦 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 伊藤 公祐 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 井桁 敏 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 Ｆターム(参考） 5C062 AA02 AA13 AA25 AA29 AB38 AB41 AC21 AC22 AC28 AC29 AC43 AE01 AE07 AF02 AF14 BD09 5C075 AB90 CA14 CA90 5K030 GA18 HA06 HC01 LD11 LE11

Claims (63)

【特許請求の範囲】
1. 【請求項１】 ユーザへの送信情報を受信する受信手段
   と、 前記受信手段によって受信した送信情報の送付先を、当
   該ユーザに対応して設定された情報に基づいて決定する
   決定手段と、 前記送信情報に含まれるデータを内容のタイプ別に分割
   する分割手段と、 前記分割手段により分割された各データを、前記決定手
   段で決定された送付先の処理能力に適合させるべくフォ
   ーマット変換を指示する指示手段と、 前記指示手段の指示に基づいてフォーマット変換された
   各データを統合し、前記送付先へ提供する提供手段とを
   備えることを特徴とする情報提供装置。
2. 【請求項２】 ユーザ毎に、送信情報の送付先の指定を
   含むユーザ情報を保持するユーザ情報保持手段を更に備
   え、 前記決定手段は前記ユーザ情報に基づいて前記送信情報
   の前記送付先を決定することを特徴とする請求項１に記
   載の情報提供装置。
3. 【請求項３】 ユーザ側の端末に対して、前記ユーザ情
   報を設定するためのインターフェースを提供する手段を
   更に備えることを特徴とする請求項２に記載の情報提供
   装置。
4. 【請求項４】 前記決定手段は、 前記受信手段により送信情報を受信した場合に、当該ユ
   ーザ側の端末に対して、前記送信情報の送付先の設定を
   含むユーザインターフェースを提供する手段と、 前記ユーザインターフェースを介して設定された送付先
   を前記送信情報の送付先に決定する手段とを備えること
   を特徴とする請求項１に記載の情報提供装置。
5. 【請求項５】 前記指示手段は、前記分割されたデータ
   を、前記決定手段で決定された送付先の処理能力に適合
   させるべくフォーマット変換を行なうことが可能な変換
   部を有する外部装置に対して、該指示を行なうことを特
   徴とする請求項１に記載の情報提供装置。
6. 【請求項６】 更に、前記分割されたデータを、前記決
   定手段で決定された送付先の処理能力に適合させるべく
   フォーマット変換を行なうことが可能な変換部を判断す
   る判断手段を有し、 前記判断手段で、該フォーマット変換を行なうことが可
   能な変換部を判断できなかった場合、前記指示手段は、
   該フォーマット変換を行なうことが可能な変換部を判断
   する判断手段を有する他の情報処理手段に対して、前記
   分割されたデータをフォーマット変換可能な変換部を判
   断するように指示することを特徴とする請求項１に記載
   の情報提供装置。
7. 【請求項７】 前記指示手段の指示に応じて、前記分割
   手段により分割された各データを送付先のフォーマット
   に適合するように変換する変換手段を更に備えることを
   特徴とする請求項１に記載の情報提供装置。
8. 【請求項８】 前記変換手段が、前記分割したデータを
   前記送付先のフォーマットに変換可能か否かを判断する
   判断手段を更に備え、 前記指示手段は、前記判断手段が変換不可と判断した場
   合に、外部装置に対して前記分割されたデータを変換す
   るよう指示することを特徴とする請求項７に記載の情報
   提供装置。
9. 【請求項９】 当該情報提供装置に存在する変換手段及
   び外部装置に存在する変換手段についての変換手段情報
   を保持する変換手段情報保持手段と、 前記変換手段情報に基づいて、前記分割したデータを前
   記送付先の処理能力に適合するフォーマットに変換可能
   か否かを判断する判断手段とを更に備え、 前記指示手段は前記変換情報に基づいて指示先とすべき
   変換手段を決定することを特徴とする請求項７に記載の
   情報提供装置。
10. 【請求項１０】 前記変換手段が複数のサイトに存在す
    るときに、前記変換手段情報保持手段が保持する変換手
    段情報の整合性をとる整合性維持手段を更に備えること
    を特徴とする請求項９に記載の情報提供装置。
11. 【請求項１１】 前記指示手段は、前記送付先がWorld
    Wide Webによる情報提供装置である場合に、前記送信情
    報に含まれる画像データをＪＰＥＧ形式データへ変換
    し、ワープロドキュメントデータをＨＴＭＬ形式データ
    へフォーマット変換するべく指示することを特徴とする
    請求項１に記載の情報提供装置。
12. 【請求項１２】 前記指示手段は、前記送付先が携帯端
    末内のブラウザである場合に、前記送信情報に含まれる
    画像データやワープロドキュメントデータを該携帯端末
    内のブラウザで表示可能な形式へ変換するべく指示する
    ことを特徴とする請求項１に記載の情報提供装置。
13. 【請求項１３】 前記指示手段は、前記送付先が携帯端
    末である場合に、前記送信情報に含まれる画像データを
    該携帯端末で表示可能な形式へ変換し、ワープロドキュ
    メントデータを当該ドキュメントの要旨を表すテキスト
    列データへ変換するべく指示することを特徴とする請求
    項１に記載の情報提供装置。
14. 【請求項１４】 前記指示手段は、前記送付先がファク
    シミリ装置である場合に、前記送信情報に含まれる本文
    データ、画像データ、ワープロドキュメントデータをCC
    ITT FAXエンコーディングによってファクシミリデータ
    へ変換するべく指示することを特徴とする請求項１に記
    載の情報提供装置。
15. 【請求項１５】 前記ユーザ情報に基づいて、データ送
    付先の宛て名を表記した表紙データを生成する表紙生成
    手段を更に備え、 前記提供手段は、前記変換手段で得られたファクシミリ
    データに前記表紙データを添付して前記出力データを構
    成することを特徴とする請求項１４に記載の情報提供装
    置。
16. 【請求項１６】 前記提供手段は、前記送信情報のデー
    タ順に従って、前記変換された各データを統合すること
    を特徴とする請求項１に記載の情報提供装置。
17. 【請求項１７】 前記提供手段は、前記送付先がWorld
    Wide Webによる情報提供装置またはファクシミリ装置で
    ある場合、該送付先への前記送付データの送付を完了し
    た時点で、携帯端末に対して送付が完了した通知を送付
    することを特徴とする請求項１に記載の情報提供装置。
18. 【請求項１８】 前記指示手段の指示により課金が生じ
    る変換処理が実行された場合に、これに基づく課金処理
    を実行する課金手段を更に備えることを特徴とする請求
    項１に記載の情報提供装置。
19. 【請求項１９】 ユーザによって課金を禁止する設定が
    なされていた場合、課金の生じる変換処理の実行を禁止
    する禁止手段を更に備えることを特徴とする請求項１８
    に記載の情報提供装置。
20. 【請求項２０】 前記決定手段で決定された送付先の所
    有する出力能力を取得する取得手段を更に備え、 前記指示手段は前記送信情報を、前記取得手段で取得し
    た出力能力に適応するフォーマットに変換するよう指示
    することを特徴とする請求項１に記載の情報提供装置。
21. 【請求項２１】 送付先となり得る装置の機種毎に、出
    力能力を含む機種情報を保持する機種情報保持手段を更
    に備え、 前記取得手段は、前記機種情報に基づいて前記送付先の
    所有する出力能力を取得することを特徴とする請求項２
    ０に記載の情報提供装置。
22. 【請求項２２】 前記提供手段は、前記送付先がWorld
    Wide Webによる情報提供を行う装置である場合に、URL
    によってアクセス可能に前記出力用データを保持するこ
    とを特徴とする請求項１に記載の情報提供装置。
23. 【請求項２３】 前記提供手段は、前記送付先が携帯端
    末装置である場合に、該携帯端末装置へ前記出力用デー
    タを送信することを特徴とする請求項１に記載の情報提
    供装置。
24. 【請求項２４】 前記提供手段は、前記送付先がファク
    シミリ装置である場合に、前記出力用データを当該ファ
    クシミリ装置へ送信することを特徴とする請求項１に記
    載の情報提供装置。
25. 【請求項２５】 データを所定のフォーマットに変換す
    ることが可能な変換部を判断する判断手段と、 前記判断手段によって判断された変換部に対して、前記
    データを変換するように指示する指示手段とを有するこ
    とを特徴とする情報処理装置。
26. 【請求項２６】 前記変換部は、外部装置が有する変換
    部であることを特徴とする請求項２５に記載の情報処理
    装置。
27. 【請求項２７】 前記データは、外部装置において前記
    所定のフォーマットに変換することが可能な変換部を判
    断できなかった場合に、当該外部装置から送信されたデ
    ータであることを特徴とする請求項２５に記載の情報処
    理装置。
28. 【請求項２８】 データを受信する受信手段と、 当該受信したデータを所定のフォーマットに変換する変
    換手段と、 該所定のフォーマットに変換したデータを送信する送信
    手段とを有する情報処理装置であって、 前記受信したデータは、外部装置から該所定のフォーマ
    ット変換を行なうように指示を受けたデータであること
    を特徴とする情報処理装置。
29. 【請求項２９】 ユーザへの送信情報を受信する受信手
    段と、 前記受信手段によって受信した送信情報の送付先を、当
    該ユーザに対応して設定されたユーザ情報に基づいて決
    定する決定手段と、 前記送信情報に含まれるデータを内容のタイプ別に分割
    する分割手段と、 前記分割手段により分割された各データを、前記決定手
    段で決定された送付先の処理能力に適合させるべくフォ
    ーマット変換を指示する指示手段と、 前記指示手段により指示されたフォーマット変換を前記
    分割されたデータに施す変換手段と、 前記フォーマット変換された各データを統合し、前記送
    付先へ提供する提供手段とを備えることを特徴とする情
    報提供システム。
30. 【請求項３０】 更に、前記送信情報の受信に先立っ
    て、ユーザ毎に、前記送信情報の送付先を含むユーザ情
    報を設定する設定手段を有することを特徴とする請求項
    ２９に記載の情報提供システム。
31. 【請求項３１】 前記設定手段は、前記受信手段により
    送信情報を受信した場合に、当該送信情報の送信先をユ
    ーザに設定させることを特徴とする請求項３０に記載の
    情報提供システム。
32. 【請求項３２】 前記変換手段は、ネットワーク上に複
    数存在することを特徴とする請求項２９に記載の情報提
    供システム。
33. 【請求項３３】 前記指示手段は、前記変換手段が有す
    る複数の変換モジュールの中から、前記決定手段で決定
    された送付先の処理能力に適合させるフォーマット変換
    が可能な変換モジュールを判断できなかった場合に、該
    ふぉマット変換を行なうことが可能な変換モジュールを
    判断可能な他の指示手段に対して、当該分割されたデー
    タをフォーマット変換可能な変換モジュールを判断する
    ように支持することを特徴とする請求項２９に記載の情
    報提供システム。
34. 【請求項３４】 前記指示手段は、前記変換手段が有す
    る複数の変換モジュールの中から、前記決定手段で決定
    された送付先の処理能力に適合させるフォーマット変換
    が可能な変換モジュールを選択し、該選択した変換モジ
    ュールに対してフォーマット変換するように指示し、 前記変換手段は、前記選択手段で選択された変換モジュ
    ールを用いて前記分割されたデータを変換することを特
    徴とする請求項２９に記載の情報提供システム。
35. 【請求項３５】 前記複数の変換モジュールはネットワ
    ークで接続された複数の情報処理装置に分散して存在す
    ることを特徴とする請求項３４に記載の情報提供システ
    ム。
36. 【請求項３６】 前記複数の変換モジュールの各々につ
    いての変換モジュール情報を保持する保持手段を更に備
    え、 前記指示手段は、前記変換モジュール情報に基づいて変
    換モジュールを選択することを特徴とする請求項３４に
    記載の情報提供システム。
37. 【請求項３７】 前記保持手段が保持する変換モジュー
    ル情報の整合性をとる整合性維持手段を更に備えること
    を特徴とする請求項３６に記載の情報提供システム。
38. 【請求項３８】 前記変換手段は、前記送付先がWorld
    Wide Webによる情報提供システムである場合に、前記送
    信情報に含まれる画像データをＪＰＥＧ形式データへ変
    換し、ワープロドキュメントデータをＨＴＭＬ形式デー
    タへフォーマット変換するべく指示することを特徴とす
    る請求項２９に記載の情報提供システム。
39. 【請求項３９】 前記変換手段は、前記送付先が携帯端
    末内のブラウザである場合に、前記送信情報に含まれる
    画像データやワープロドキュメントデータを該携帯端末
    内のブラウザで表示可能な形式へ変換するべく指示する
    ことを特徴とする請求項２９に記載の情報提供システ
    ム。
40. 【請求項４０】 前記変換手段は、前記送付先が携帯端
    末である場合に、前記送信情報に含まれる画像データを
    該携帯端末で表示可能な形式へ変換し、ワープロドキュ
    メントデータを当該ドキュメントの要旨を表すテキスト
    列データへ変換するべく指示することを特徴とする請求
    項２９に記載の情報提供システム。
41. 【請求項４１】 前記変換手段は、前記送付先がファク
    シミリ装置である場合に、前記送信情報に含まれる本文
    データ、画像データ、ワープロドキュメントデータをCC
    ITT FAXエンコーディングによってファクシミリデータ
    へ変換するべく指示することを特徴とする請求項２９に
    記載の情報提供システム。
42. 【請求項４２】 前記ユーザ情報に基づいて、データ送
    付先の宛て名を表記した表紙データを生成する表紙生成
    手段を更に備え、 前記提供手段は、前記変換手段で得られたファクシミリ
    データに前記表紙データを添付して前記出力データを構
    成することを特徴とする請求項４１に記載の情報提供シ
    ステム。
43. 【請求項４３】 前記提供手段は、前記送信情報のデー
    タ順に従って、前記変換された各データを統合すること
    を特徴とする請求項２９に記載の情報提供システム。
44. 【請求項４４】 前記提供手段は、前記送付先がWorld
    Wide Webによる情報提供システムまたはファクシミリ装
    置である場合、該送付先への前記送付データの送付を完
    了した時点で、携帯端末に対して送付が完了した通知を
    送付することを特徴とする請求項２９に記載の情報提供
    システム。
45. 【請求項４５】 前記変換手段により課金が生じる変換
    処理が実行された場合に、これに基づく課金処理を実行
    する課金手段を更に備えることを特徴とする請求項２９
    に記載の情報提供システム。
46. 【請求項４６】 ユーザによって課金を禁止する設定が
    なされていた場合、課金の生じる変換処理の実行を禁止
    する禁止手段を更に備えることを特徴とする請求項４５
    に記載の情報提供システム。
47. 【請求項４７】 前記決定手段で決定された送付先の所
    有する出力能力を取得する取得手段を更に備え、 前記変換手段は前記送信情報を、前記取得手段で取得し
    た出力能力に適応するフォーマットに変換することを特
    徴とする請求項２９に記載の情報提供システム。
48. 【請求項４８】 送付先となり得る装置の機種毎に、出
    力能力を含む機種情報を保持する機種情報保持手段を更
    に備え、 前記取得手段は、前記機種情報に基づいて前記送付先の
    所有する出力能力を取得することを特徴とする請求項４
    ７に記載の情報提供システム。
49. 【請求項４９】 前記提供手段は、前記送付先がWorld
    Wide Webによる情報提供を行う装置である場合に、URL
    によってアクセス可能に前記出力用データを保持するこ
    とを特徴とする請求項２９に記載の情報提供システム。
50. 【請求項５０】 前記提供手段は、前記送付先が携帯端
    末装置である場合に、該携帯端末装置へ前記出力用デー
    タを送信することを特徴とする請求項２９に記載の情報
    提供システム。
51. 【請求項５１】 前記提供手段は、前記送付先がファク
    シミリ装置である場合に、前記出力用データを当該ファ
    クシミリ装置へ送信することを特徴とする請求項２９に
    記載の情報提供システム。
52. 【請求項５２】 データを所定のフォーマットに変換す
    ることが可能な変換モジュールを判断する判断手段と、 前記判断手段によって判断された変換モジュールに対し
    て、前記データを変換するように指示する指示手段とを
    有することを特徴とする情報処理システム。
53. 【請求項５３】 前記変換モジュールは、ネットワーク
    上に複数存在することを特徴とする請求項５２に記載の
    情報処理システム。
54. 【請求項５４】 前記データは、ネットワーク上の他の
    判断手段において前記所定のフォーマットに変換するこ
    とが可能な変換モジュールを判断できなかった場合に、
    当該他の判断手段から送信されたデータであることを特
    徴とする請求項５２に記載の情報処理システム。
55. 【請求項５５】 データを受信する受信手段と、 当該受信したデータを所定のフォーマットに変換する変
    換手段と、 該所定のフォーマットに変換したデータを送信する送信
    手段とを有する情報処理システムであって、 前記受信したデータは、ネットワーク上に存在する判断
    手段から該所定のフォーマット変換を行なうように指示
    を受けたデータであることを特徴とする情報処理システ
    ム。
56. 【請求項５６】 ユーザへの送信情報を受信する受信工
    程と、 前記受信工程によって受信した送信情報の送付先を、当
    該ユーザに対応して設定された情報に基づいて決定する
    決定工程と、 前記送信情報に含まれるデータを内容のタイプ別に分割
    する分割工程と、 前記分割工程により分割された各データを、前記決定工
    程で決定された送付先の処理能力に適合させるべくフォ
    ーマット変換を指示する指示工程と、 前記指示工程の指示に基づいてフォーマット変換された
    各データを統合し、前記送付先へ提供する提供工程とを
    備えることを特徴とする情報提供方法。
57. 【請求項５７】 データを所定のフォーマットに変換す
    ることが可能な変換部を判断する判断工程と、 前記判断工程で判断された変換部に対して、前記データ
    を変換するように指示する指示工程とを有することを特
    徴とする情報処理方法。
58. 【請求項５８】 データを受信する受信工程と、 当該受信したデータを所定のフォーマットに変換する変
    換工程と、 該所定のフォーマットに変換したデータを送信する送信
    工程とを有する情報処理方法であって、 前記受信したデータは、外部装置から該所定のフォーマ
    ット変換を行なうように指示を受けたデータであること
    を特徴とする情報処理方法。
59. 【請求項５９】 ユーザ側の端末装置へ情報を提供する
    情報提供システムにおける情報提供方法であって、 ユーザへの送信情報を受信する受信工程と、 前記受信工程によって受信した送信情報の送付先を、当
    該ユーザに対応して設定されたユーザ情報に基づいて決
    定する決定工程と、 前記送信情報に含まれるデータを内容のタイプ別に分割
    する分割工程と、 前記分割工程により分割された各データを、前記決定工
    程で決定された送付先の処理能力に適合させるべくフォ
    ーマット変換を指示する指示工程と、 前記指示工程で指示されたフォーマット変換を前記分割
    されたデータに施す変換工程と、 前記フォーマット変換された各データを統合し、前記送
    付先へ提供する提供工程とを備えることを特徴とする情
    報提供方法。
60. 【請求項６０】 ネットワークで接続された情報処理シ
    ステムにおける情報処理方法であって、 データを所定のフォーマットに変換することが可能な変
    換モジュールを判断する判断工程と、 前記判断工程で判断された変換モジュールに対して、前
    記データを変換するように指示する指示工程とを有する
    ことを特徴とする情報処理方法。
61. 【請求項６１】 データを受信する受信工程と、 当該受信したデータを所定のフォーマットに変換する変
    換工程と、 該所定のフォーマットに変換したデータを送信する送信
    工程とを有するネットワークで接続された情報処理シス
    テムにおける情報処理方法であって、 前記受信したデータは、ネットワーク上の他の装置の判
    断工程で該所定のフォーマット変換を行なうように指示
    を受けたデータであることを特徴とする情報処理方法。
62. 【請求項６２】 請求項５６乃至６１のいずれかに記載
    の方法をコンピュータによって実現するための制御プロ
    グラムを格納したことを特徴とする記憶媒体。
63. 【請求項６３】 請求項５６乃至６１のいずれかに記載
    の方法をコンピュータによって実現するための制御プロ
    グラム。