JP4628170B2 - データ変換装置、携帯通信端末、サーバ装置をデータ変換装置として機能させるためのプログラム、および携帯通信端末を表示装置として機能させるためのプログラム - Google Patents

Description

本発明は、出力先の情報機器に応じてデータを変換して出力する技術に関し、特に、複数のデータ形式により表現されるファイルに変換することができるデータ変換装置、携帯通信端末、サーバ装置をデータ変換装置として機能させるためのプログラム、および携帯通信端末を表示装置として機能させるためのプログラムに関する。

文書データその他の電子データは、そのデータの形式に適合する特定のアプリケーションを備えたコンピュータその他の情報処理機器において参照可能とある。この情報処理機器には、そのようなアプリケーションを予め記憶している場合もあれば、そのデータに応じた閲覧を実行するために、そのアプリケーションのインストールが必要になる場合もある。そのため、たとえば情報処理装置が文書データ等を出力すると、出力先の情報処理機器の性能によっては、その文書データが閲覧できない場合もあった。

そこで、このような問題点を解決するために、たとえば特開平４−１１９４５７号公報（特許文献１）は、表示装置と印刷装置とに接続され、カラーテキストとカラー図形とカラー画像とを整形して文書を作成することができる文書処理装置を開示する。この文書処理装置は、カラーテキストとカラー図形とカラー画像をどのように整形あるいは組版するかを表示装置あるいは印刷装置に依存しない状態で指示するための指示手段と、指示手段の指示内容に基づいて、テキスト、図形、イメージを含む文書を整形し組み版するための処理手段と、組み版された図形、テキスト、画像を含むカラー文書を表示装置あるいは印刷装置の性能に合わせて出力する出力手段とを含む。

特許文献１に開示された文書処理装置によると、指示手段が整形あるいは組み版の態様を指示すると、処理手段はその指示に基づいて、文書を整形し組み版する。出力手段は、出力先の性能に応じてこの文書を出力する。これにより、カラーテキスト、カラー画像あるいはカラーイメージを編集しつつ、出力先に応じて出力する文書処理装置が提供される。
特開平４−１１９４５７号公報

ところで、近年、携帯電話機その他の小型の携帯通信端末が普及している。そのような携帯通信端末は、モニタのサイズあるいは表示可能なフォントに制約がある。そのため、係る携帯通信端末は、たとえば、特許文献１に開示された文書処理装置その他の装置によって処理された文書を、最適に表示することができない場合があった。

本発明は、上述の問題点を解決するためになされたものであって、その目的は、レイアウト情報を有するファイルを、情報機器におけるファイルの処理機能に依存することなく表示可能な形式のファイルに変換することができるデータ変換装置を提供することである。

本発明の他の目的は、文書処理装置その他の装置によって処理された文書を表示することができる携帯通信端末を提供することである。

本発明の他の目的は、レイアウト情報を有するファイルを、情報機器におけるファイルの処理機能に依存することなく表示可能な形式のファイルに変換することができるコンピュータをデータ変換装置として機能させることができるプログラムを提供することである。

本発明のさらに他の目的は、文書処理装置その他の装置によって処理された文書を表示することができる表示装置として携帯通信端末を機能させることができるプログラムを提供することである。

上記の課題を解決するために、この発明のある局面に従うと、データ変換装置は、少なくともレイアウト情報を有する元ファイルと、１ないし複数の情報機器の少なくとも１つの能力の内容を表わす属性データとを記憶するための記憶手段と、属性データに基づいて、元ファイルを変換するための変換手段とを備える。変換手段は、元ファイルに含まれるデータに基づく変換処理により、予め定められた第１のデータ形式で表現されるファイルを生成するための第１のファイル変換手段と、元ファイルに含まれるデータに基づく変換処理により、予め定められた第２のデータ形式で表現されるファイルを生成するための第２のファイル変換手段とを含む。データ変換装置は、さらに、属性データに対応付けられる情報機器に、変換手段から出力されたファイルを出力するための出力手段とを備える。

上記の構成を有するデータ変換装置によると、第１のファイル変換手段は、元ファイルに含まれるデータに基づく変換処理を実行して、予め定められた第１のデータ形式で表現されるファイルを生成する。ここで、元ファイルは、テキストデータと、グラフィックスデータと、イメージデータとの少なくともいずれかを含む。レイアウト情報は、たとえば文書全体の大きさや、テキスト、グラフィックス、イメージなどの大きさや位置の情報に加えて、文字の色、装飾、フォントの種類その他の書式情報も含む。第２のファイル変換手段は、元ファイルに含まれるデータに基づく変換処理を実行して、予め定められた第２のデータ形式で表現されるファイルを生成する。出力手段は、変換手段から出力されるファイルを、属性データに対応付けられる情報機器に出力する。この属性データは、少なくとも１つ以上の情報機器のいずれかの能力の内容を表わす。ここで、能力の内容とは、たとえば情報機器が備える表示装置の表示可能領域の大きさ、通信回線における伝送可能容量、あるいは情報機器が有するメモリの大きさその他、情報処理の能力に関する内容を表わす。このようにすると、その情報機器は、処理可能な機能に依存することなく、受信したファイルを適切に表示することができる。これにより、レイアウト情報を有するファイルを、情報機器におけるファイルの処理機能に依存することなく表示可能な形式のファイルに変換することができるデータ変換装置を提供することができる。

好ましくは、第１のファイル変換手段は、レイアウト情報に基づいて、元ファイルをラスタデータにより表現されるファイルに変換する。第２のファイル変換手段は、レイアウト情報に基づいて、元ファイルをベクトルデータにより表現されるファイルに変換する。

上記の構成を有するデータ変換装置によると、元ファイルは、ラスタデータにより表現されるファイルと、ベクトルデータにより表現されるファイルとに変換される。ここで、ラスタデータとは、たとえば着色されたドットその他の表示要素の配列により画像を表現するためのデータをいう。ベクトルデータとは、点と、各点を結ぶ線、面の方程式のパラメータその他の描画情報によって画像を表現したものをいう。なお、ベクトルデータでは、ラスタデータの内容とその位置と大きさと方向とで、画像を表現してもよい。これにより、ラスタデータのファイルを受信する情報機器は、ビットマップ画像として拡大ないし縮小して、そのファイルの内容を表示できる。また、ベクトルデータのファイルを受信する情報機器は、ベクトル画像として明瞭に拡大ないし縮小して、そのファイルの内容を表示できる。

好ましくは、データ変換装置はさらに、通信回線を介して、元ファイルを受信するための受信手段を備える。

上記の構成を有するデータ変換装置によると、送信者が送信した元ファイルが変換されるため、受信者は、処理機能に依存することなく表示可能な形式のファイルを受信することができる。このようにすると、多様なデータ形式を有するファイルが添付された情報通信ネットワークにおいて、ファイルの利用度を高めることができる。

好ましくは、データ変換装置はさらに、属性データに基づいて、元ファイルを変換する必要があるか否かを判断するための判断手段を備える。変換手段は、判断手段が元ファイルを変換する必要がないと判断すると、元ファイルを変換することなく出力する。

上記の構成を有するデータ変換装置によると、元ファイルの変換の処理のための負荷が削減されるため、データ変換装置の動作特性の低下を防止することができる。

好ましくは、データ変換装置はさらに、属性データに基づいて、第１のファイル変換手段および第２のファイル変換手段のいずれにより元ファイルを変換する必要があるか否かを判断するための判断手段を備える。第１のファイル変換手段は、判断手段が第１のファイル変換手段により変換する必要があると判断した場合に、元ファイルに含まれるデータに基づいて、元ファイルをラスタデータにより表現されるファイルに変換する。第２のファイル変換手段は、判断手段が第２のファイル変換手段により変換する必要があると判断した場合に、元ファイルに含まれるデータに基づいて、元ファイルをベクトルデータにより表現されるファイルに変換する。

上記の構成を有するデータ変換装置によると、元ファイルの変換が選択的に実行されるため、情報機器が必要としないファイルが生成されないようにすることができる。したがって、たとえば、ファイルの記憶装置の記憶領域を効率よく活用することができる。

好ましくは、データ変換装置はさらに、属性データに基づいて、元ファイルを変換する必要があるか否かを判断するための判断手段を備える。第１のファイル変換手段は、判断手段が元ファイルを変換する必要があると判断すると、元ファイルに含まれるデータに基づいて、元ファイルをラスタデータにより表現されるファイルに変換する。第２のファイル変換手段は、判断手段が元ファイルを変換する必要があると判断すると、元ファイルに含まれるデータに基づいて、元ファイルをベクトルデータにより表現されるファイルに変換する。

上記の構成を有するデータ変換装置によると、元ファイルから、ラスタデータにより表現されるファイルと、ベクトルデータにより表現されるファイルとが生成されるため、ファイルのニーズに応じて、情報機器にファイルを出力することができる。

好ましくは、出力手段は、通信回線を介して、属性データに対応付けられる情報機器に、出力されたファイルを縮小して表示するためのデータを出力するための送信手段を含む。

上記の構成を有するデータ変換装置によると、送信手段が、そのファイルを縮小して表示するためのデータを情報機器に送信すると、情報機器は、そのデータに基づいて、縮小された画像を表示する。これにより、情報機器の利用者は、少ない通信量で変換後のファイルの概要を容易に認識することができる。

好ましくは、データ変換装置はさらに、通信回線を介して、出力されたファイルの送信要求を受信するための受信手段を備える。送信手段は、送信要求に基づいて、属性データに対応付けられる情報機器に、ベクトルデータにより表現されるファイルを送信する。

上記の構成を有するデータ変換装置によると、ベクトルデータにより表現されるファイルが情報機器に送信されるため、その情報機器は、そのファイルに基づいて、画像を明瞭に拡大して表示することができる。なお、送信要求には、送信要求の発信元、ファイル送信先を特定する情報、および変換に使用する属性データを特定する情報の少なくとも１つが含まれてもよい。また、送信要求と変換装置との両方に属性データを特定する情報が含まれている場合、送信要求に含まれる情報を優先してもよい。

好ましくは、データ変換装置はさらに、出力されたファイルを記憶するためのファイル記憶手段と、データ変換装置ないし出力されたファイルにアクセスするためのアクセスデータを生成するための生成手段と、通信回線を介して、属性データに対応付けられる情報機器に、アクセスデータを送信するためのアクセスデータ送信手段とを備える。

上記の構成を有するデータ変換装置によると、特定の利用者によるアクセス制限を設けることができるため、セキュリティを向上させることができる。このようにすると、秘密保持の要求が高いファイルを保護し易くなる。

好ましくは、出力手段は、通信回線を介して、属性データに対応付けられる情報機器に、出力されたファイルを縮小して表示するためのデータを出力するための送信手段を含む。

上記の構成を有するデータ変換装置によると、送信手段が、そのファイルを縮小して表示するためのデータを情報機器に送信すると、情報機器は、そのデータに基づいて、縮小された画像を表示する。これにより、情報機器の利用者は、少ない通信量で変換後のファイルの概要を容易に認識することができる。

好ましくは、出力されたファイルは、複数のファイルを含む。送信手段は、複数のファイルの各々を縮小して表示するためのデータを出力する。データ変換装置はさらに、通信回線を介して、複数のファイルのいずれかの送信要求を受信するための受信手段を備える。送信手段は、送信要求に基づいて、属性データに対応付けられる情報機器に、ベクトルデータにより表現されるファイルを送信する。

上記の構成を有するデータ変換装置によると、ベクトルデータにより表現されるファイルが選択的に情報機器に送信される。したがって、情報機器は、必要なファイルのみを受信して、そのファイルに基づいて、画像を明瞭に拡大して表示することができる。

好ましくは、データ変換装置はさらに、予め定められた方式に基づいて、出力されたファイルにアクセスするための認証情報の入力を要求するメッセージを生成するための生成手段と、出力されたファイルに、メッセージを付加するための付加手段とを備える。出力手段は、メッセージが付加されたファイルを、属性データに対応付けられる情報機器に出力する。データ変換装置はさらに、属性データに対応付けられる情報機器の利用者により入力された入力情報を受信するための手段と、認証情報と入力情報とに基づいて、出力されたファイルへのアクセスを認証するための認証手段とを備える。

上記の構成を有するデータ変換装置によると、セキュリティを維持しつつ、変換されたファイルの存在を情報機器に通知することができるため、情報機器の利用者に、常に更新情報の存在を知らせることができる。

好ましくは、データ変換装置は、通信回線を介して印刷装置に接続される。出力手段は、出力されたファイルを、印刷装置に出力するための手段を含む。

上記の構成を有するデータ変換装置によると、印刷装置の属性に依存することなく作成された元ファイルを印刷装置の属性データに従って変換することで、その内容を印刷装置に印刷させることができる。

好ましくは、変換手段は、元ファイルにおいて予め定められたデータの区切りごとに、元ファイルを変換する。

上記の構成を有するデータ変換装置によると、元ファイルの変換によって生成されるファイルも、その区切り（たとえば、ページの区切り）ごとに生成されるため、情報機器の利用者は、その元ファイルの内容を容易に確認することができる。

好ましくは、データ変換装置はさらに、出力されたファイルが予め定められた条件を満足するか否かを確認するための確認手段を備える。第１のファイル変換手段は、出力されたファイルが予め定められた条件を満足しない場合に、元ファイルを変換する条件を変更するための条件変更手段と、変更された条件に基づいて、元ファイルを変換するための手段とを含む。

上記の構成を有するデータ変換装置によると、ベクトルデータにより表現されるファイルへの変換では予め定められた条件を満たさない場合に、元ファイルはラスタデータに変換される。ラスタデータにより表現されるファイルは、予め定められた条件を満足するまで、幅や高さを変更したり、あるいは圧縮率を変更すること等により、繰り返し変換されるため、情報機器に確実に出力可能なファイルを生成することができる。

好ましくは、元ファイルを変換する条件は、元ファイルの圧縮率を含む。予め定められた条件は、出力されたファイルのサイズが予め定められたサイズを下回ることである。条件変更手段は、出力されたファイルのサイズが予め定められたサイズを上回る場合には、圧縮率を大きくする。

上記の構成を有するデータ変換装置によると、圧縮率を変更することにより、予め定められたサイズを超えないファイルが生成されるため、そのファイルの出力を確実にすることができる。

この発明の他の局面に従うと、データ変換方法は、少なくともレイアウト情報を有する元ファイルと、１ないし複数の情報機器の少なくとも１つの能力の内容を表わす属性データとを予め準備するステップと、属性データに基づいて、元ファイルを変換する変換ステップとを備える。変換ステップは、元ファイルに含まれるデータに基づく変換処理により、予め定められた第１のデータ形式で表現されるファイルを生成するステップと、元ファイルに含まれるデータに基づく変換処理により、予め定められた第２のデータ形式で表現されるファイルを生成するステップとを含む。前記データ変換方法は、さらに、属性データに対応付けられる情報機器に、変換ステップから出力されたファイルを出力するステップとを備える。

上記の構成を有するデータ変換方法によると、予め定められた第１のデータ形式で表現されるファイルと、予め定められた第２のデータ形式で表現されるファイルとが、少なくともレイアウト情報を有する元ファイルから生成される。そのファイルは、属性データに対応付けられる情報機器に出力される。このようにすると、その情報機器は、処理可能な機能に依存することなく、受信したファイルを適切に表示することができる。これにより、レイアウト情報を有するファイルを、情報機器におけるファイルの処理機能に依存することなく表示可能な形式のファイルに変換することができるデータ変換方法を提供することができる。

この発明の他の局面に従うと、プログラムは、コンピュータをデータ変換装置として機能させる。このプログラムはコンピュータに、少なくともレイアウト情報を有する元ファイルと、１ないし複数の情報機器の少なくとも１つの能力の内容を表わす属性データとを予め準備するステップと、属性データに基づいて、元ファイルを変換する変換ステップとを実行させる。変換ステップは、元ファイルに含まれるデータに基づく変換処理により、予め定められた第１のデータ形式で表現されるファイルを生成するステップと、元ファイルに含まれるデータに基づく変換処理により、予め定められた第２のデータ形式で表現されるファイルを生成するステップとを含む。さらに、このプログラムはコンピュータに、属性データに対応付けられる情報機器に、変換ステップから出力されたファイルを出力するステップとを実行させる。

上記の構成を有するプログラムがコンピュータによって実行されると、予め定められた第１のデータ形式で表現されるファイルと、予め定められた第２のデータ形式で表現されるファイルとが、少なくともレイアウト情報を有する元ファイルから生成される。そのファイルは、属性データに対応付けられる情報機器に出力される。このようにすると、その情報機器は、処理可能な機能に依存することなく、受信したファイルを適切に表示することができる。これにより、レイアウト情報を有するファイルを、情報機器におけるファイルの処理機能に依存することなく表示可能な形式のファイルに変換することができるデータ変換装置としてコンピュータを機能させることができる。

この発明のさらに他の局面に従うと、記録媒体は、コンピュータをデータ変換装置として機能させるプログラムを格納した、コンピュータ読取可能な記録媒体である。

上記の構成を有するプログラムを格納した記録媒体がコンピュータに装着されると、そのコンピュータは、レイアウト情報を有するファイルを、情報機器におけるファイルの処理機能に依存することなく表示可能な形式のファイルに変換することができるデータ変換装置として機能することができる。

本発明に係るデータ変換装置によると、レイアウト情報を有するファイルは、携帯通信端末、印刷装置その他の情報機器に応じて変換されるため、その情報機器の利用者は、その文書データを閲覧するために特別なアプリケーションを使用することなく、そのファイルの内容を参照することができる。

本発明に係るデータ変換方法によると、レイアウト情報を有するファイルは、携帯通信端末、印刷装置その他の情報機器に応じて変換されるため、その情報機器の利用者は、その文書データを閲覧するために特別なアプリケーションを使用することなく、そのファイルの内容を参照することができる。

本発明に係るプログラムによると、コンピュータは、レイアウト情報を有するファイルを、情報機器におけるファイルの処理機能に依存することなく表示可能な形式のファイルに変換することができるデータ変換装置として機能する。したがって、このコンピュータによって変換されたファイルを受信した利用者は、特別なアプリケーションを使用することなく、そのファイルの内容を閲覧することができる。

本発明に係る記録媒体によると、レイアウト情報を有するファイルを、情報機器におけるファイルの処理機能に依存することなく表示可能な形式のファイルに変換することができるデータ変換装置としてコンピュータを機能させることができる。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

＜第１の実施の形態＞
図１を参照して、本発明の第１の実施の形態に係るデータ変換装置１００について説明する。図１は、データ変換装置１００が使用される通信システムを概略的に表わす図である。

図１に示すように、データ変換装置１００は、制御部１１０と、登録者ＤＢ（Database）１２０と、メールＤＢ１３０と、ドキュメントＤＢ１４０とを含む。制御部１１０は、メール受信エージェント１１２と、メール送信エージェント１１４と、ＷＥＢサーバ＆ＷＥＢメールエージェント１１６と、ドキュメント変換エンジン１１８とを含む。

このデータ変換装置１００は、ネットワーク１９２を介してメールサーバ１８２に接続される。データ変換装置１００は、同様にネットワーク１９４，１９６を介してＧＷ（Gateway）サーバ１８６に接続される。メールサーバ１８２は、ネットワーク１８８を介して情報通信端末１８０に接続される。この情報通信端末１８０は、たとえばＰＣ（Personal Computer）を含むが、これに限られず、通信機能を有する情報処理装置であればよい。ＧＷサーバ１８６は、ネットワーク１９８を介して携帯通信端末１７０に接続される。この携帯通信端末１７０には、たとえば携帯電話機、あるいはＰＤＡ（Personal Digital Assistant）等が含まれるが、これに限られない。なお、各ネットワークは、一般の公衆の通信回線でもよいし、ＬＡＮ（Local Area Network）のような特定の組織内で使用される専用回線であってもよい。

上記のような通信環境を有するシステムにおいて、情報通信端末１８０の利用者が電子メールを作成して、その電子メールに文書ファイル等のレイアウト情報を有するファイルを添付してメールアドレス「○○＠ａｂｃ．ｎｅ．ｊｐ」に送信すると、その電子メールは、メールサーバ１８２を介してデータ変換装置１００に受信される。

なお、ここでレイアウト情報とは、文書全体の大きさや各部の大きさや位置だけでなく、文字の色や装飾、フォントの種類のような書式情報を含むものとする。また、このレイアウト情報を含む文書ファイルは、たとえば、エディタ装置等によって作成される文書、表計算機能を有するＰＣ等の処理装置によって作成される表などを含む。

データ変換装置１００において、制御部１１０のメール受信エージェント１１２が通信ＩＦ（Interface）（図示しない）を介してその電子メールを受信すると、メール受信エージェント１１２は、メールＤＢ１３０にメールの本文を格納する。メール受信エージェント１１２は、さらに添付ファイルをドキュメントＤＢ１４０に格納する。

ドキュメント変換エンジン１１８は、登録者ＤＢ１２０に格納されている属性情報に基づいて、添付ファイルを予め定められたデータ形式に変換する。ドキュメント変換エンジン１１８が生成したファイルは、ドキュメントＤＢ１４０に再び格納される。

メール送信エージェント１１４は、予め定められた書式に基づいて、情報通信端末１８０から携帯通信端末１７０への電子メールが送信されていることを通知する情報を生成する。メール送信エージェント１１４は、この情報を「△△＠ｔｅｓｔ．ｎｅｔ」を宛先とする電子メールとしてメールサーバ１８４に送信する。メールサーバ１８４は、このメールを携帯通信端末１７０に転送する。なお、予め定められた書式には、差出人のメールアドレスやメール本文が含まれてもよいし、添付ファイルが変換されたデータがある場合にその変換したデータへアクセスするためのＵＲＬ（Uniform Resource Locators）が含まれてもよい。

携帯通信端末１７０の利用者が、ネットワーク１９８を介してＧＷサーバ１８６にアクセスすると、ドキュメントＤＢ１４０に格納されている変換ファイルが読出されて閲覧することができる。このとき、必要があれば携帯通信端末１７０の属性情報を登録者ＤＢ１２０に更新させるようにしてもよい。

図２を参照して、本実施の形態に係るデータ変換装置１００の登録者ＤＢ１２０におけるデータ構造について説明する。図２は、登録者ＤＢ１２０に格納されるデータの構造を概念的に表わす図である。ここで、登録者ＤＢ１２０は、たとえばハードディスクその他の比較的大容量の記憶装置である。

図２に示すように、ユーザＩＤ（Identification）は、フィールドＦ２１０に格納される。各携帯通信端末のユーザのパスワードは、フィールドＦ２２０に格納される。各ユーザが使用する携帯通信端末のシリアルＩＤは、フィールドＦ２３０に格納される。このシリアルＩＤは、たとえば携帯通信端末の製造番号であるが、これに限られない。

端末メールアドレスは、フィールドＦ２４０に格納される。このような情報は、データ変換装置１００にアクセスしようとする携帯通信端末の利用登録時に予め登録しておいてもよい。あるいは、前述したように、携帯通信端末への電子メールの着信を受けて利用者がアクセスしようとするときに、その都度、利用者に情報を入力するようにしてもよい。なお、この端末メールアドレスの形式は、電子メールアドレス以外のアドレス、たとえば、ＩＰ（Internet Protocol）アドレスであってもよい。たとえば、図２において、「ｐｒｉｎｔｅｒ００１」のＩＤを有するプリンタのアドレスは、電子メール形式のアドレスであるが、このプリンタが使用されるネットワーク環境において定められたネットワークアドレスであってもよい。

発信先メールアドレスは、フィールドＦ２５０に格納される。このアドレスは、電子メールの送信者がその電子メールの送信先に指定するアドレスである。図１を再び参照して、このアドレスは、たとえば情報通信端末１８０の利用者が電子メールをする場合におけるメールサーバ１８２に有するアドレス「○○＠ａｂｃ．ｎｅ．ｊｐ」に相当する。なお、登録者ＤＢ１２０おけるデータ構造の態様は、図２に示したものに限られない。

図３を参照して、本実施の形態に係るデータ変換装置１００のメールＤＢ１３０におけるデータ構造について説明する。図３は、データ変換装置１００のメールＤＢ１３０が記憶する通信情報の構造を概念的に表わす図である。この通信情報には、たとえば電子メールが含まれる。

図３に示すように、受取人のメールアドレスは、フィールドＦ３１０に格納される。電子メールの差出人のアドレスは、フィールドＦ３２０に格納される。電子メールの送信日時を表わすデータは、フィールドＦ３３０に格納される。電子メールの件名を表わすデータは、フィールドＦ３４０に格納される。ここで、件名とは、たとえば電子メールの本文の前に付けられる見出し情報をいう。電子メールの本文は、フィールドＦ３５０に格納される。この本文のデータは、予め定められた容量（たとえば数百キロバイト）以下である。ファイル保存先を表わすデータは、フィールドＦ３６０に格納される。この保存先は、電子メールに添付されているファイルのデータが格納されているアドレスを含む。なお、ファイルが添付されていない通信情報に関しては、その旨を表わすデータ、たとえば「ＮＵＬＬ」が格納される。

図３に示したデータ構造は、あくまで概念的なものであってデータ構造の態様はこれに限られない。また、たとえばフィールドＦ３５０に格納される電子メールの本文データに代えて、フィールドＦ３６０に格納されるようなアドレス情報を同様に格納してもよい。この場合、その参照先となるデータを別の領域に格納しておくことにより、メールの本文データを容易に特定して参照することができる。

図４を参照して、本実施の形態に係るデータ変換装置１００のドキュメントＤＢ１４０におけるデータ構造について説明する。図４は、電子メールに添付されているファイルが格納される態様を表わす図である。データ領域Ｄ４１０〜Ｄ４４０は、電子メールに添付されているファイルが格納されている領域を表わす。

図４に示すように、たとえば「文書１．ＴＥＸＴ」というファイルは、アドレス「１０００」と「１０１０」との間のデータ領域Ｄ４１０に格納される。同様に、ファイル「文書２．ＴＥＸＴ」は、アドレス「１０１０」と「１１００」との間のデータ領域Ｄ４２０に格納される。このようなアドレス情報は、たとえば制御部１１０のメール受信エージェント１１２が電子メールを受信して、添付ファイルを保存するときに、予め定められた基準に基づいて生成される。このアドレスは、たとえばドキュメントＤＢ１４０の空き領域順に生成される場合もあれば、ファイルの種類ごとに予め設定されたデータ領域に格納されるように生成される場合もある。この場合、添付ファイルの管理を容易にすることができる。なお、ファイルが格納される態様は、図４に示したものに限られない。

図５を参照して、本実施の形態に係るデータ変換装置１００のドキュメントＤＢ１４０におけるデータ構造について、さらに説明する。図５（Ａ）は、電子メールに添付されていたファイル「資料１．ＤＯＣ」に関し、データ変換前におけるデータの格納の態様を概念的に表わす図である。図５（Ｂ）および（Ｃ）は、そのファイル「資料１．ＤＯＣ」に関し、データ変換後におけるデータの格納の態様を概念的に表わす図である。

図５（Ａ）に示すように、たとえば添付ファイル「資料１．ＤＯＣ」がたとえば１０ページにわたる文書データである場合、１０ページ分のデータがドキュメントＤＢ１４０に格納される。なお、図５（Ａ）の図は、複数ページを有するファイルは、後述する変換処理の前に予めページごとに分割されていることが不可欠であることを示すものではない。この場合、添付ファイルは、後述する変換処理の前に予めページごとに分割して記録されていてもよいし、分割されることなく、１ファイルのまま記録されていてもよい。

また、このページとは、たとえばデータ変換装置１００が実行する文書編集プログラムごとに予め設定されたページでもよいし、そのようなプログラムに依存することなく、データ変換装置１００において予め設定されたページであってもよい。

後述する予め定められた処理によりデータ変換が実行されると、添付ファイル「資料１．ＤＯＣ」は、図５（Ｂ）に示すように、各ページについてそれぞれデータ変換されたファイルが生成される。図５（Ｂ）の場合、変換前の添付ファイル「資料１．ＤＯＣ」のページ数が１０ページであるため、データ変換後のファイルは、各ページごとにそれぞれ生成される。

また、本実施の形態に係るデータ変換装置１００は、複数のデータ変換機能を予め有している場合がある。この場合、各変換機能ごとにファイルが生成されるため、たとえば図５（Ｃ）に示すように、図５（Ｂ）に示したファイルの形式と異なるデータ形式を有するファイルがそれぞれ生成される。

ここで、ファイルを変換する態様には、たとえばビットマップその他のラスタデータに基づいて表現されるファイルに変換する態様、あるいはベクトルデータに基づいて表現されるファイルに変換する態様等が含まれる。ラスタデータに基づく変換の態様には、たとえばＪＰＥＧ（Joint Photographic Experts Group）方式が含まれる。ベクトルデータに基づく変換の態様には、たとえばＳＶＧ（Scalable Vector Graphics）方式が含まれる。なお、ファイルの変換態様は、上記の態様に限られず、概略イメージが分かるファイルを生成することができる変換態様、幾何学的な図形要素等を含むファイル、あるいは、より特定的には、拡大時にも情報が明瞭に認識され得るファイルを生成することができる変換態様であればよい。

図６を参照して、本実施の形態に係るデータ変換装置１００を実現するコンピュータシステム６００について説明する。図６は、コンピュータシステム６００のハードウェア構成を表わすブロック図である。

図６に示すように、このコンピュータシステム６００は、相互にデータバスで接続されたＣＰＵ（Central Processing Unit）６１０と、ＲＡＭ（Random Access Memory）６２０と、固定ディスク６３０と、ＦＤ（Flexible Disk）駆動装置６４０と、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）駆動装置６５０と、通信ＩＦ６６０とを含む。ＦＤ駆動装置６４０には、ＦＤ６４２が装着される。ＣＤ−ＲＯＭ駆動装置６５０には、ＣＤ−ＲＯＭ６５２が装着される。

ＣＰＵ６１０は、図１に示したデータ変換装置１００における制御部１１０として機能する。固定ディスク６３０は、データ変換装置１００における登録者ＤＢ１２０、メールＤＢ１３０、あるいはドキュメントＤＢ１４０として機能する。したがって、固定ディスク６３０は、たとえば１つのハードディスク装置として構成されてもよいし、複数のハードディスク装置あるいは複数のパーティションにより区切られたハードディスク装置として構成されてもよい。また、このように固定ディスク６３０を内蔵するコンピュータシステムに代えて、データを格納するためのデータ記憶装置として外部接続されるＤＢサーバ、ファイルサーバ等のサーバ装置であってもよい。

ＣＰＵ６１０は、予め処理が設定されたプログラムが実行されると、制御部１１０のメール受信エージェント１１２、メール送信エージェント１１４、ＷＥＢサーバアンドＷＥＢメール１１６、およびドキュメント変換エンジン１１８として処理を実行する。この処理の手順および具体的内容は、後述する。

このようにして、データ変換装置１００を実現するコンピュータシステム６００における処理は、各ハードウェアおよびＣＰＵ６１０により実行されるソフトウェアによって実現される。このようなソフトウェアは、ＲＡＭ６２０あるいは固定ディスク６３０に予め記憶されている場合がある。あるいは、ＦＤ６４２、ＣＤ−ＲＯＭ６５２その他の記録媒体に格納されて流通し、ＦＤ駆動装置６４０あるいはＣＤ−ＲＯＭ駆動装置６５０によりその記録媒体から読取られて、固定ディスク６３０に一旦格納される場合もある。そのソフトウェアは、固定ディスク６３０から読出されて、ＣＰＵ６１０によって実行される。図６に示したコンピュータシステム６００のハードウェア自体は、一般的なものである。したがって、本発明の最も本質的な部分は、ＲＡＭ６２０、固定ディスク６３０、ＦＤ６４２、ＣＤ−ＲＯＭ６５２その他の記録媒体に記録されたソフトウェアであるともいえる。なお、このコンピュータシステム６００の各ハードウェアの動作は周知であるので、ここではその説明は繰返さない。

図７を参照して、本実施の形態に係るデータ変換装置１００に接続する携帯通信端末１７０に表示される画面について説明する。図７（Ａ）〜（Ｇ）はそれぞれ、携帯通信端末１７０のモニタ１７２に表示される画面を表わす図である。

情報通信端末１８０の利用者が、ファイルを添付した電子メールを携帯通信端末１７０のメールアドレスに送信すると、データ変換装置１００によって生成された転送メールのメッセージが携帯通信端末１７０に送信される。このメッセージは、モニタ１７２に表示される（図７（Ａ））。

携帯通信端末１７０の利用者が表示されたＵＲＬにアクセスすると、データ変換装置１００が予め定められた基準に基づいて生成したデータに応じて、利用者を認証するための画面が、モニタ１７２に表示される（図７（Ｂ））。この画面には、利用者に対しパスワードの入力を促すメッセージとパスワードの入力のための領域とが表示される。

利用者が、予め登録したパスワードを入力してログインの表示部を押下すると、そのパスワードが正当なパスワードであると認証された場合には、携帯通信端末１７０の利用者（たとえば○○さん）のメール一覧表がモニタ１７２に表示される（図７（Ｃ））。図７（Ｃ）においてモニタ１７２における一覧の表示は、たとえば図３に示したようにデータ変換装置１００のメールＤＢ１３０に格納されるデータに基づいて行なわれる。

利用者が、モニタ１７０に示された一覧表から閲覧しようとするメールの件名を選択し、予め定められた選択の決定の入力（たとえば、特定のボタンの押下）を行なうと、その件名に応じた本文が表示される（図７（Ｄ））。携帯通信端末１７０の利用者が選択した電子メールには、添付ファイルが含まれているため、たとえば添付リスト７１０の形式でモニタ１７２に示される。

利用者が、添付リスト７１０に含まれるファイルを選択して押下すると、その添付ファイルの各ページが、小さな画像としてモニタ１７２に表示される（図７（Ｅ））。この画像の表示は、データ変換装置１００のドキュメントＤＢ１４０に格納されている画像のデータに基づいて行なわれる。この画像は、データ変換後の各ファイルにそれぞれ対応付けて生成された画像である。

利用者が、その表示から閲覧しようとする表示を選択すると、選択されたファイルの表示がモニタ１７２の枠内で拡大されて表示される（図７（Ｆ））。この表示は、たとえば、予め定められた基準に基づいて圧縮されたＪＰＥＧ形式、あるいはＳＶＧ形式により表わされたデータに基づいて行なわれる。

また、利用者が表示された一覧表から受信を希望するファイルを選択して所定の動作、たとえばファイルのダウンロード処理、を実行すると、選択されたファイルはデータ変換装置１００のドキュメントＤＢ１４０から読み出されて、携帯通信端末１７０に送信される。この場合、各ファイルは、携帯通信端末１７０の属性データに応じて変換されたデータであるため、携帯通信端末１７０は、支障なくそのファイルを受信することができる。受信されたファイルは、たとえばＵＲＬとともに、モニタ１７２に表示される（図７（Ｇ））。

図８を参照して、データ変換装置１００を介して通信される電子メールの構成について説明する。図８は、電子メールのデータ構造を概念的に表わす図である。

図８において、データ列８１０（すなわち「multipart/mixed」）は、複数のパーツが一緒に送られていることを意味する。データ列８２０（すなわち「boundary」）は、電子メールの本文や添付データの区切りを表わす文字列であることを意味する。データ列８３０は、それぞれデータ列８２０と同じ文字列を含んでいる。このデータ列８３０は、したがって、この部分でデータが区切られることを表わす。データ列８４０（すなわち、「text/plain」）は、単なるテキストであることを意味する。

データ列８５０（すなわち、「image/jpeg」）は、画像がＪＰＥＧ形式の画像であることを意味する。データ列８６０（すなわち、「sample.jpg」）は、具体的なファイル名を表わす。なお、この場合、複数のデータ列８６０に関し、実際に読み込みの対象となるデータ列８６０は、そのファイルを読み込むアプリケーションによって異なる。データ列８７０（すなわち、「base64」）は、base６４にてバイナリが符号化されていることを意味する。データ列８８０（すなわち「attachment」）は、ファイルが単に添付されていることを表わす。データ列８９０は、ＪＰＥＧ画像データのバイナリ列を表わす。このデータは、上述したように、base64によって符号化されている。

このようにして、図８に示した電子メールには、後述する変換処理に必要な属性データを表わすデータ列が含まれている。したがって、データ変換装置１００は、そのデータ列から、変換処理に応じて、その電子メールに添付されているファイルの名称、種類、符号化の態様、符号化されたファイルのデータ、符号化の態様その他の属性データを使用することができる。

図９を参照して、ＪＰＥＧ画像データのバイナリ列の一例について説明する。図９は、そのデータのバイナリ列のヘッダ部の一部を概念的に表わした図である。

ＪＰＥＧの一般的なフォーマットには、たとえばＪＦＩＦ（ＪＰＥＧ Format Interchange Format）がある。この場合、図９に示すように、バイナリ列は、「ＦＦＤ８」で開始される。したがって、この場合、添付されているファイルがＪＰＥＧ形式のファイルであるか否かを判断するために、たとえば、データの先頭２バイトが、「０ｘＦＦ」および「０ｘＤ８」であるか否かを確認してもよい。あるいは、添付ファイルが圧縮されている場合に、そのファイルの復元処理（いわゆる解凍処理）を実行する場合に、そのファイルのデータが、ＪＰＥＧ形式のデータとして問題ないか否かを判定するようにしてもよい。

図１０を使用して、本発明の第１の実施の形態に係るデータ変換装置１００の制御構造について説明する。図１０は、データ変換装置１００の制御部１１０が実行する処理の手順を表わすフローチャートである。

ステップＳ１００２にて、制御部１１０のメール受信エージェント１１２は、情報通信端末１８０から送信されたメールを受信する。

ステップＳ１００４にて、制御部１１０は、受信メールにファイルが添付されているか否かを判断する。この判断は、受信した電子メールのヘッダ情報を参照することにより行なわれる（たとえば、図８におけるデータ列８６０，８８０）。ファイルが添付されている場合には（ステップＳ１００４にてＹＥＳ）、処理はステップＳ１００６に移される。そうでない場合には（ステップＳ１００４にてＮＯ）、処理はステップＳ１０３０に移される。

ステップＳ１００６にて、制御部１１０は、電子メールの送信先（転送先）の機器の属性を判定する。この判定は、たとえば登録者ＤＢ１２０に予め登録されているデータに基づいて行なわれる。あるいは、電子メールに含まれる情報（たとえば、送信先アドレス）に基づいて、その機器の属性を判定してもよい。

ステップＳ１００８にて、制御部１１０は、メールに添付されているファイルのデータ変換が必要であるか否かを判断する。この判断は、たとえばステップＳ１００６にて判定した機器の属性あるいは、添付されているファイルの属性に基づいて行なわれる。ファイルのデータ変換が必要であると判断すると（ステップＳ１００８にてＹＥＳ）、処理はステップＳ１１００に移される。そうでない場合には（ステップＳ１００８にてＮＯ）、処理はステップＳ１０２０に移される。

ステップＳ１１００にて、制御部１１０は、後述する変換処理を実行する。この処理が実行されると、受信メールに添付されていたファイルは、予め定められたデータ形式を有するファイルに変換され、ドキュメントＤＢ１４０に格納される。

ステップＳ１０１２にて、制御部１１０は、変換処理により生成されたファイルの格納位置の情報（たとえばＵＲＬ）を含む着信メッセージを作成する。

ステップＳ１０１４にて、制御部１１０のメール送信エージェント１１４は、着信メッセージを送信先の機器に送信する。

ステップＳ１０２０にて、制御部１１０は、受信メールに添付されていたファイルのデータ変換を実行することなく、そのファイルをドキュメントＤＢ１４０に格納する。すなわち、この処理は、ファイルの無変換処理とみなすことができる。

ステップＳ１０２２にて、制御部１１０のメール送信エージェント１１４は、情報通信端末１８０から受信したメールを送信先の携帯通信端末１７０に送信する。

ステップＳ１０３０にて、制御部１１０のメール送信エージェント１１４は、指定された送信先（たとえば携帯通信端末１７０）にメールをそのまま転送する。

図１１を参照して、データ変換装置１００の制御構造についてさらに説明する。図１１は、データ変換装置１００の制御部１１０が実行する変換処理の手順を表わすフローチャートである。

ステップＳ１１０２にて、制御部１１０は、ファイル解析機能を選択する。この選択は、たとえば添付ファイルの属性（そのファイルが文書ファイルであるか否か、あるいは表計算データを格納したファイルであるか否かなど）を参照して行なわれる。

ステップＳ１１０４にて、制御部１１０は、選択したファイル解析機能に基づいて、受信メールに添付されていたファイルを解析する。この解析により、添付ファイルのデータは、予め定められた１ページ分のデータに構成される。

ステップＳ１１０６にて、制御部１１０は、そのファイルにおいてページの区切りを検出したか否かを判断する。ページの区切りを検出した場合には（ステップＳ１１０６にてＹＥＳ）、処理はステップＳ１１０８に移される。そうでない場合には（ステップＳ１１０６にてＮＯ）、処理はステップＳ１１０４に戻される。

ステップＳ１１０８にて、制御部１１０は、予め定められた第１の変換処理を実行する。この第１の変換処理は、たとえば概略イメージがわかるような変換であって圧縮率が高い変換が好ましい。この処理には、たとえば、元のファイルをＪＰＥＧ形式で表現されるファイルに変換する処理が含まれる。なお、この処理は、さらにエラー処理を実行するステップを含んでもよい。たとえば、予め設定された条件を満足するようにファイルを圧縮する処理ができない場合には、変換不能としてユーザに通知するようにしてもよい。

ステップＳ１１１０にて、制御部１１０は、予め定められた第２の変換処理を実行する。この第２の変換処理は、たとえば画像を拡大して表示した場合でも、画像の中の情報が明瞭に表示されるものが好ましい。なお、ステップＳ１１０８と同様に、さらにエラー処理を実行するステップを含んでもよい。この処理には、たとえばＳＶＧ形式その他のベクトルデータに基づく変換処理が含まれる。このような処理により生成されたデータ形式を有するファイルは、そのファイルの画像等の情報の表示を拡大すると、その情報は、ベクトルデータによって表現されるため、その情報は明瞭に表示される。

ステップＳ１１１２にて、制御部１１０は、ファイルの終了部を検出したか否かを判断する。ファイルの終了部を検出した場合には（ステップＳ１１１２にてＹＥＳ）、処理はステップＳ１１１４に移される。そうでない場合には（ステップＳ１１１２にてＮＯ）、処理はステップＳ１１０４に戻される。

ステップＳ１１１４にて、制御部１１０のドキュメント変換エンジン１１８は、第１の変換処理により生成したファイルをドキュメントＤＢ１４０に格納する。

ステップＳ１１１６にて、制御部１１０のドキュメント変換エンジン１１８は、第２の変換処理により生成したファイルをドキュメントＤＢ１４０に格納する。

図１２を参照して、データ変換装置１００の制御構造についてさらに説明する。図１２は、データ変換装置１００の制御部１１０がメールの送信先である機器からアクセスを受けた場合に実行する処理の手順を表わすフローチャートである。

ステップＳ１２０２にて、制御部１１０は、着信メッセージを受信した携帯通信端末１７０からのアクセスを検知する。たとえば、携帯通信端末１７０の利用者が、着信メッセージに表示されたＵＲＬその他の位置データへの接続処理を実行した場合に、携帯通信端末１７０から所定の情報が送信される。データ変換装置１００がこの情報を受信すると、携帯通信端末１７０によるアクセスが検知される。

ステップＳ１２０４にて、制御部１１０は、パスワードの入力要求をその機器に送信する。ステップＳ１２０６にて、制御部１１０は、パスワードの入力を検知する。

ステップＳ１２０８にて、制御部１１０は、機器の認証が成功したか否かを判断する。この判断は、たとえば予め定められた記憶されているパスワードと、ステップＳ１２０６にて検知したパスワードとを比較することにより行なわれる。機器の認証が成功したと判断すると（ステップＳ１２０８にてＹＥＳ）、処理はステップＳ１２１０に移される。そうでない場合には（ステップＳ１２０８にてＮＯ）、処理はステップＳ１２０４に戻される。

ステップＳ１２１０にて、制御部１１０は、メールの一覧表データを機器に送信する。携帯通信端末１７０がこのデータを受信すると、そのモニタ１７２は、一覧表を表示する（たとえば図７（Ｃ））。

ステップＳ１２１２にて、制御部１１０は、その機器から選択されたメールを識別する情報を受信する。この情報は、携帯通信端末１７０の利用者が一覧表から特定のメールを選択する処理を実行した場合に、送信される。なお、このような送信の態様は、特に限られず、一覧表における選択に応答してその選択情報が送信される態様であればよい。

ステップＳ１２１４にて、制御部１１０は、選択されたメールについて変換されたファイルの縮小画像データを送信する。

ステップＳ１２１６にて、制御部１１０は、画像データへのアクセスを検知したか否かを判断する。画像データへのアクセスを検知した場合には（Ｓ１２１６にてＹＥＳ）、処理はステップＳ１２１８に移される。そうでない場合には（ステップＳ１２１６にてＮＯ）、処理はステップＳ１２２０に移される。

ステップＳ１２１８にて、制御部１１０は、画像の拡大表示のためのデータをその機器に送信する。このデータは、たとえばＳＶＧ形式で画像を表示するためのデータであるが、その他のデータ形式であってもよい。

ステップＳ１２２０にて、制御部１１０は、画像データの送信要求を検知したか否かを判断する。画像データの送信要求を検知した場合には（ステップＳ１２２０にてＹＥＳ）、処理はステップＳ１３００に移される。そうでない場合には（ステップＳ１２２０にてＮＯ）、処理はステップＳ１２３０に移される。

ステップＳ１２３０にて、制御部１１０は、予め定められた処理を実行する。この処理には、特定の処理を実行することなく画像データを携帯通信端末１７０に送信する処理が含まれる。

ステップＳ１３００にて、制御部１１０は、後述するページ合成処理を実行する。この処理が実行されると、機器の利用者により選択された特定のページがマージされたファイルが生成され、そのファイルはその機器に送信される。ここで、マージとは、選択されたページを合成して、１つのファイルを生成する処理をいう。この処理では、たとえば、選択されたページの番号の昇順に合成される。なお、このマージの処理の態様は、特に限られない。

図１３を参照して、データ変換装置１００の制御構造について、さらに説明する。図１３は、データ変換装置１００の制御部１１０が実行するページ合成処理の手順を表わすフローチャートである。

ステップＳ１３０２にて、制御部１１０は、送信先の機器の属性を判定する。ステップＳ１３０４にて、制御部１１０は、その機器に対する送信可能データ量を取得する。このデータ量は、たとえば予め登録者ＤＢ１２０に格納されているデータであるが、予め格納されていなくてもよい。たとえば、処理の開始時に、そのデータ量を取得する処理を実行することにより、送信可能データ量を取得してもよい。

ステップＳ１３０６にて、制御部１１０は、ページのカウンタＣＮＴを初期化する。ステップＳ１３０８にて、制御部１１０は、カウンタＣＮＴの示すページのデータ量を取得する。

ステップＳ１３１０にて、取得したデータ量が送信可能データ量よりも多いか否かを判断する。取得したデータ量が送信可能データ量よりも多い場合には（ステップＳ１３１０にてＹＥＳ）、処理はステップＳ１３２０に移される。そうでない場合には（ステップＳ１３１０にてＮＯ）、処理はステップＳ１３１２に移される。

ステップＳ１３１２にて、制御部１１０は、ページのマージ処理を実行する。ここでマージ処理とは、上述したように、予め設定された手順に基づいて、選択されたページのデータを結合して、１つのファイルを生成する処理をいう。ステップＳ１３１４にて、制御部１１０は、カウンタＣＮＴの値を１カウントアップする。

ステップＳ１３２０にて、制御部１１０は、カウンタＣＮＴの値が「１」であるか否かを判断する。カウンタＣＮＴの値が「１」である場合には（ステップＳ１３２０にてＹＥＳ）、処理はステップＳ１３２２に移される。そうでない場合には（ステップＳ１３２０にてＮＯ）、処理はステップＳ１３２４に移される。

ステップＳ１３２２にて、制御部１１０は、エラーメッセージを機器に送信する。このエラーメッセージは、たとえば予め定められたメッセージであって、たとえばページの合成が失敗したことを通知するメッセージを含む。

ステップＳ１３２４にて、制御部１１０は、マージ処理されたファイルを機器に送信する。

以上のような構造及びフローチャートに基づく、本実施の形態に係るデータ変換装置１００の動作について説明する。以下では、ファイルが添付されたメールの着信を通知する動作と、その通知に応答してファイルを送信する動作とに分けて、説明する。

［通知動作］
データ変換装置１００がメールを受信すると（ステップＳ１００２）、ファイルが添付されている場合には（ステップＳ１００４にてＹＥＳ）、メールの送信先の機器の属性が判定される（ステップＳ１００６）。データ変換装置１００がデータ変換は必要であると判断すると（ステップＳ１００８にてＹＥＳ）、データ変換装置１００は変換処理を開始する（ステップＳ１１００）。

データ変換装置１００は、メールに添付されているファイルの属性データに基づいて選択したファイル解析機能を使用して、そのファイルを解析する（ステップＳ１１０４）。この解析の結果、予め設定されたページの区切りが検出されると（ステップＳ１１０６）、第１の変換処理（たとえばＪＰＥＧのデータ形式によって表わされるファイルへの変換処理）と第２の変換処理（たとえばＳＶＧ形式によって表わされるファイルへの変換処理）とが実行される（ステップＳ１１０８、Ｓ１１１０）。変換の対象となるファイルの最後まで変換すると（ステップＳ１１１２にてＹＥＳ）、変換によって生成された各ファイルは、ドキュメントＤＢ１４０に格納される（ステップＳ１１１４，Ｓ１１１６）。

データ変換装置１００は、変換処理によって生成したファイルの位置データを含む着信メッセージを生成すると（ステップＳ１０１２）、そのメッセージを携帯通信端末１７０に送信する（ステップＳ１０１４）。

［ファイルを送信する動作］
携帯通信端末１７０の利用者が、着信メッセージを参照して、所定のアクセス動作を実行すると、データ変換装置１００は、そのアクセスを検知する（ステップＳ１２０２）。利用者がパスワードの入力処理を行なって、アクセスのための認証処理が成功した場合には（ステップＳ１２０８にてＹＥＳ）、データ変換装置１００は、携帯通信端末１７０にメールの一覧を表示するデータを送信する（ステップＳ１２１０）。

データ変換装置１００が携帯通信端末１７０から、特定のメールを選択する情報を受信すると（ステップＳ１２１２）、そのメールに添付されていたファイルの内容のイメージを縮小したデータをその携帯通信端末１７０に送信する（ステップＳ１２１４）。携帯通信端末１７０の利用者が特定の画像データの送信を要求すると（ステップＳ１２１６にてＮＯ、ステップＳ１２２０にてＹＥＳ）、データ変換装置１００は、特定の画像データについてページ合成処理を実行する（ステップＳ１３００）。

データ変換装置１００は、携帯通信端末１７０への送信可能データ量を取得し（ステップＳ１３０４）、選択されたページのデータ量の合計が送信可能データ量を超えない間（ステップＳ１３１０にてＮＯ）、ページのマージ処理を実行する（ステップＳ１３１２）。このデータ量の合計が送信可能データ量を超えると（ステップＳ１３１０にてＹＥＳ）、選択されたページがマージ処理されている場合には（ステップＳ１３２０にてＮＯ）、データ変換装置１００は、マージ処理により生成されたファイルを携帯通信端末１７０に送信する（ステップＳ１３２４）。これにより、携帯通信端末１７０は、閲覧を希望するページを含むファイルを受信することができる。

以上のようにして、本実施の形態に係るデータ変換装置１００によると、電子メールの送信先の情報機器の属性に応じて、そのメールに添付されていたファイルのデータ形式を変換して、記憶装置に格納する。このファイルの形式は、情報機器が有するアプリケーションプログラムに依存しないデータ形式である。データ変換装置１００は、その変換されたファイルの画像を電子メールの送信先である情報機器に送信する。

このようにすると、情報機器は、自身が有するアプリケーションでは参照することができないデータ形式によって表わされたファイルが電子メールに添付されて他の情報機器から送信された場合にも、その情報機器は、ファイルの内容を画像イメージとして参照することができる。これにより、情報機器における画像の表示態様に依存することなく文書データを閲覧可能なデータに変換することができるデータ変換装置を提供することができる。

＜第２の実施の形態＞
以下、本発明の第２の実施の形態について説明する。本実施の形態に係るデータ変換装置は、ファイルの変換処理を複数の処理の中から選択的に実行する機能を有する点で第１の実施の形態と異なる。なお、本実施の形態に係るデータ変換装置は、前述の第１の実施の形態に係るデータ変換装置１００と同じハードウェア構成を有する。それらの機能も同じである。したがって、それらについての説明はここでは繰り返さない。

図１４を参照して、本実施の形態に係るデータ変換装置１００の制御構造について説明する。図１４は、データ変換装置１００の制御部１１０が実行する選択的変換処理の手順を表わすフローチャートである。なお、前述の第１の実施の形態における処理と同一の処理には同一のステップ番号を付し、それらについての説明は繰り返さない。また、図１４に示した処理は、図１０に示すメイン処理において、ステップＳ１１００の代わりに実行される。

ステップＳ１４１０にて、制御部１１０は、ファイルの属性データが、機器と伝送路条件とを満たすか否かを判断する。ここで伝送路条件とは、たとえば伝送可能なデータ量を含むが、その他の条件であってもよい。ファイルの属性データがこれらの条件を満足する場合には（ステップＳ１４１０にてＹＥＳ）、処理は、ステップＳ１１１０に移される。そうでない場合には（ステップＳ１４１０にてＮＯ）、処理は、ステップＳ１１０８に移される。

以上のような構造およびフローチャートに基づく、本実施の形態に係るデータ変換装置の動作について説明する。なお、前述の第１の実施の形態と同じ動作の説明は、ここでは繰り返さない。

データ変換装置１００が、メールに添付されているファイルの属性が、送信先の機器と伝送路の条件とを満足すると判断すると（ステップＳ１４１０にてＹＥＳ）、第２の変換処理が実行される（ステップＳ１１１０）。

以上のようにして、本実施の形態に係るデータ変換装置によると、たとえば機器および伝送路の条件を充足するか否かを判断基準にすることにより、ファイルの変換処理を選択的に実行することができる。その結果、情報機器あるいは伝送路の条件に応じたファイルを生成することができる。

＜第３の実施の形態＞
以下、本発明の第３の実施の形態について説明する。本実施の形態に係るデータ変換装置は、装置自身の内部に予め記憶しておいたファイルを変換する機能を有する点で、前述の各実施の形態と異なる。

図１５を参照して、本実施の形態に係るデータ変換装置１５００の構成について説明する。図１５は、データ変換装置１５００が使用される通信システムを概略的に表わす図である。

図１５に示すように、データ変換装置１５００は、制御部１５１０と、登録者ＤＢ（Database）１２０と、ドキュメントＤＢ１４０とを含む。制御部１５１０は、ドキュメントエージェント１５１２と、メール送信エージェント１１４と、ＷＥＢサーバ＆ＷＥＢメールエージェント１１６と、ドキュメント変換エンジン１１８とを含む。

本実施の形態に係るデータ変換装置１５００は、ドキュメントエージェント１５１２を有する点で、図１に示したデータ変換装置１００の構成と異なる。その他のハードウェア構成は、前述の実施の形態と同じであるため、ここでは繰返さない。

ドキュメントエージェント１５１２は、ＷＥＢサーバ＆ＷＥＢメールエージェント１１６との間で、所定の情報（たとえば、携帯通信端末１７０のユーザ情報、その端末の属性、通信回線の伝送容量等）をやり取りする。ドキュメントエージェント１５１２は、その情報に基づいて、特定のファイルの変換指令を出力して、ドキュメント変換エンジン１１８に、そのファイルを変換させ、ドキュメントＤＢ１４０に保存させる。

メール送信エージェント１１４は、この変換されたファイルをメールサーバ１８４に出力して、さらにネットワーク１９８を介して、携帯通信端末１７０に送信する。

図１６を参照して、本実施の形態に係るデータ変換装置１５００の制御構造について説明する。図１６は、データ変換装置１５００の制御部１５１０が実行する処理の手順を表わすフローチャートである。なお、前述の実施の形態における処理と同一の処理には、同一のステップ番号を付し、それらについての説明は、ここでは繰り返さない。

ステップＳ１５０２にて、制御部１５１０は、ドキュメントＤＢ１４０からファイルを読み出す。このファイルの読み出しは、たとえば新たなファイルがファイルＤＢ１４０に格納されたとき、あるいは予め設定された時刻（たとえば、毎週所定の日時等）になったときに、行なわれるが、読出のトリガーは、上記の場合に限られず、その他の条件が成立した場合であってもよい。

ステップＳ１５０４にて、制御部１５１０は、ファイルの送信先の機器の属性を判定する。この判定の元となるデータは、たとえば登録者ＤＢ１２０に予め格納されているデータであるが、他のデータであってもよい。たとえば、読み出されたファイルがヘッダ部を有し、そのヘッダ部が機器の情報を含む場合には、各ファイルに格納されているデータに基づいて、機器の属性を判定することができる。

ステップＳ１５０６にて、制御部１５１０は、読出したファイルのデータ変換が必要であるか否かを判断する。この判断は、たとえば読出したファイルの属性と送信先の機器の属性とが一致するか否かに基づいて行なわれる。たとえば、送信先の機器が、ドキュメントＤＢ１４０に記憶されているファイルをそのままの形式で読み取ることができる場合には、データ変換が不要と判断される。ファイルのデータ変換が必要であると判断すると（ステップＳ１５０６にてＹＥＳ）、処理はステップＳ１１００に移される。そうでない場合には（ステップＳ１５０６にてＮＯ）、処理はステップＳ１５１０に移される。

ステップＳ１５１０にて、制御部１５１０は、読出したファイルをデータ変換することなく無変換のまま、機器に送信する。

ステップＳ１５１２にて、制御部１５１０は、変換処理により生成されたファイルの格納位置の情報を含むメッセージを作成する。この情報は、たとえばＵＲＬ、あるいは社内ＬＡＮの場合にはそのＬＡＮ内で定められた所定のアドレス情報等を含む。また、メッセージは、テキスト表示される文字列であるが、図形、画像その他の態様であってもよい。

ステップＳ１５１４にて、制御部１５１０は、そのメッセージを送信先の機器に送信する。なお、メッセージとともに、変換されたファイルをそのまま送信してもよい。また、送信先の機器は、たとえば携帯通信端末１７０その他の通信端末であるが、これに限られない。たとえば、印刷装置であってもよい。

以上のような構造及びフローチャートに基づく、本実施の形態に係るデータ変換装置１５００の動作について説明する。なお、前述の各実施の形態における動作と同じ動作の説明は、ここでは繰り返さない。

データ変換装置１５００がドキュメントＤＢ１４０からファイルを読み出し（ステップＳ１５０２）、送信先の機器の属性を判定する（ステップＳ１５０４）。そのファイルのデータ変換が必要である場合には（ステップＳ１５０６にてＹＥＳ）、所定の変換処理が実行される（ステップＳ１１００）。

以上のようにして、本実施の形態に係るデータ変換装置１５００によると、予めドキュメントＤＢ１４０に記憶しておいたファイルを読み出して、送信先の機器の属性に応じてそのファイルのデータ形式を変換する。このようにすると、たとえば共通のファイルを、異なる属性を有する複数の情報機器に送信する場合に、各属性に応じたファイルを予め作成して保存しておく必要がない。そのため、ドキュメントＤＢ１４０等の記憶装置のデータ記憶領域を効率よく活用することができるとともに、各ファイルを共有化することができるため、情報の共有化を促進することができる。

また、ファイルの読み出しのタイミングを、たとえば特定の時刻、新規に作成されたファイルの保存、あるいはファイルの更新があったとき、などに設定することにより、データ変換装置１５００に接続される利用者は、適宜、アップデートされた情報を知ることができるため、更新情報の共有化も進めることができる。

＜第４の実施の形態＞
以下、本発明の第４の実施の形態について説明する。本実施の形態に係るデータ変換装置は、ファイルの変換処理を選択的に実行する機能を有する点で、第３の実施の形態に係るデータ変換装置と異なる。なお、本実施の形態に係るデータ変換装置のハードウェア構成は、第３の実施の形態と同じである。したがって、その説明は、ここでは繰り返さない。

本実施の形態に係るデータ変換装置の制御構造は、図１６に示したフローチャートにおいて、ステップＳ１１００の変換処理に代えて、図１４に示した選択的変換処理を含む。それらの処理は、前述した処理と同じであるので、ここではそれらについての説明は繰り返さない。

このような制御構造を有するデータ変換装置は、レイアウト情報を有するファイルを選択的に変換するため、予め情報機器ごとに変換処理の種類を設定しておくことにより、必要なデータ形式に基づいて表わされるファイルのみを生成することができる。このようにすると、それぞれの情報機器が必要としないファイルが生成されないため、ドキュメントＤＢ１４０その他の記憶装置の記憶領域を有効に使用することができる。また、係るファイルの管理をする必要がなくなるため、管理業務の削減という観点から、効率を向上させることができる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の第１の実施の形態に係るデータ変換装置が使用される通信システムを概略的に表わす図である。 図１に示したデータ変換装置の登録者ＤＢに格納されるデータの構造を概念的に表わす図である。 図１に示したデータ変換装置のメールＤＢが記憶する通信情報の構造を概念的に表わす図である。 図１に示したデータ変換装置のドキュメントＤＢにおけるデータ構造を概念的に表わす図（その１）である。 図１に示したデータ変換装置のドキュメントＤＢにおけるデータ構造を概念的に表わす図（その２）である。 図１に示したデータ変換装置を実現するコンピュータシステムのハードウェア構成を表わすブロック図である。 図１に示したデータ変換装置に接続する携帯通信端末のモニタに表示される画面を表わす図である。 図１に示したデータ変換装置を介して通信される電子メールのデータ構造を概念的に表わす図である。 図１に示したデータ変換装置において変換されるＪＰＥＧ画像データのバイナリ列のヘッダ部の一部を概念的に表わす図である。 本発明の第１の実施の形態に係るデータ変換装置の制御部が実行する処理の手順を表わすフローチャート（その１）である。 本発明の第１の実施の形態に係るデータ変換装置の制御部が実行する処理の手順を表わすフローチャート（その２）である。 本発明の第１の実施の形態に係るデータ変換装置の制御部が実行する処理の手順を表わすフローチャート（その３）である。 本発明の第１の実施の形態に係るデータ変換装置の制御部が実行する処理の手順を表わすフローチャート（その４）である。 本発明の第２の実施の形態に係るデータ変換装置の制御部が実行する処理の手順を表わすフローチャートである。 本発明の第３の実施の形態に係るデータ変換装置が使用される通信システムを概略的に表わす図である。 本発明の第３の実施の形態に係るデータ変換装置の制御部が実行する処理の手順を表わすフローチャートである。

符号の説明

１００，１５００ データ変換装置、１１０，１５１０ 制御部、１１２ メール受信エージェント、１１４ メール送信エージェント、１１６ ＷＥＢサーバ＆ＷＥＢメールエージェント、１１８ ドキュメント変換エンジン、１２０ 登録者ＤＢ、１３０ メールＤＢ、１４０ ドキュメントＤＢ、１７０ 携帯通信端末、１７２ モニタ、１８０ 情報通信端末、１８２，１８４ メールサーバ、１８６ ＧＷサーバ、１８８，１９２，１９４，１９６，１９８ ネットワーク、６００ コンピュータシステム、６１０ ＣＰＵ、６２０ ＲＡＭ、６３０ 固定ディスク、６４０ ＦＤ駆動装置、６４２ ＦＤ、６５０ ＣＤ-ＲＯＭ駆動装置、６５２ ＣＤ-ＲＯＭ。

Claims (7)

1. 電子メールと命令とを受信する受信手段と、
   前記電子メールに添付された添付ファイルに含まれるデータを変換する変換手段とを備え、
   前記変換手段は、
   前記添付ファイルに含まれるデータを、予め定められた第１のデータ形式で表現されるデータへ変換する第１の変換手段と、
   前記添付ファイルに含まれるデータを、予め定められた第２のデータ形式で表現されるデータへ変換する第２の変換手段とを含み、
   さらに、
   変換により生成された前記第１のデータ形式で表現されるデータと、前記第２のデータ形式で表現されるデータとを格納する記憶手段と、
   前記命令を受信すると、前記第２のデータ形式で表現されるデータの中から、送信対象となるデータを選択する選択手段と、
   前記第１の変換手段および前記第２の変換手段から出力されるデータを送信するための送信手段とを備え、
   前記第１のデータ形式で表現されるデータは、前記添付ファイルの各ページのリストを表わすデータを含み、
   前記第２のデータ形式で表現されるデータは、前記添付ファイルのページ単位の変換によりそれぞれ生成された画像を表わすデータを含み、
   前記第１のデータ形式は、ラスタ形式であり、
   前記第１のデータ形式で表現されるデータが予め定められた条件を満足するまで、前記第１の変換手段は、圧縮率を変更することにより、前記添付ファイルに含まれるデータからラスタ形式の画像を生成し、
   前記記憶手段は、前記添付ファイルの各ページと各前記画像とを対応付けて記憶し、
   前記選択手段は、前記添付ファイルの各ページのリストから、ページを選択し、
   前記送信手段は、前記選択手段によって選択されたページに対応付けられる画像を送信する、データ変換装置。
2. 電子メールと命令とを受信する受信手段と、
   前記電子メールに添付された添付ファイルに含まれるデータを変換する変換手段とを備え、
   前記変換手段は、
   前記添付ファイルに含まれるデータを、予め定められた第１のデータ形式で表現されるデータへ変換する第１の変換手段と、
   前記添付ファイルに含まれるデータを、予め定められた第２のデータ形式で表現されるデータへ変換する第２の変換手段とを含み、
   さらに、
   変換により生成された前記第１のデータ形式で表現されるデータと、前記第２のデータ形式で表現されるデータとを格納する記憶手段と、
   前記命令を受信すると、前記第２のデータ形式で表現されるデータの中から、送信対象となるデータを選択する選択手段と、
   前記第１の変換手段および前記第２の変換手段から出力されるデータを送信するための送信手段とを備え、
   前記第１のデータ形式で表現されるデータは、前記添付ファイルの変換により生成されたラスタ形式の画像であり、
   前記第２のデータ形式で表現されるデータは、前記添付ファイルの変換により生成されたベクトル形式の画像であり、
   前記第１のデータ形式で表現されるデータが予め定められた条件を満足するまで、前記第１の変換手段は、圧縮率を変更することにより、前記添付ファイルに含まれるデータからラスタ形式の画像を生成し、
   前記記憶手段は、前記ラスタ形式の画像と前記ベクトル形式の画像とを対応付けて記憶し、
   前記選択手段は、前記ラスタ形式の画像を選択し、
   前記送信手段は、前記選択手段によって選択されたラスタ形式の画像に対応付けられるベクトル形式の画像を送信する、データ変換装置。
3. 前記添付ファイルは、複数のページを構成するデータを含み、
   前記第１の変換手段は、前記第１のデータ形式で表現されるデータを、ページ単位で出力する、請求項１または２に記載のデータ変換装置。
4. 請求項３に記載のデータ変換装置とデータを送受信する携帯通信端末であって、
   前記第１のデータ形式で表現されるデータを受信して、ファイルの一覧を表示する第１の表示手段と、
   前記表示されたファイルの一覧から、１つ以上のファイルを選択する選択手段と、
   前記選択手段により選択されたファイルを前記データ変換装置に通知する通知手段と、
   前記通知手段によって通知されたファイルに対応する、前記第２のデータ形式で表現されるデータを受信して画像を表示する第２の表示手段とを備える、携帯通信端末。
5. 電子メールを受信するサーバ装置をデータ変換装置として機能させるためのプログラムであって、前記サーバ装置はデータを格納する記憶装置を含み、前記プログラムは前記サーバ装置に、
   前記電子メールに添付された添付ファイルに含まれるデータを変換する変換ステップを実行させ、前記変換ステップは、
   前記添付ファイルに含まれるデータを、予め定められた第１のデータ形式で表現されるデータに変換するステップと、
   前記添付ファイルに含まれるデータを、予め定められた第２のデータ形式で表現されるデータに変換するステップとを含み、前記第１のデータ形式で表現されるデータは、前記添付ファイルの各ページのリストを表わすデータを含み、前記第２のデータ形式で表現されるデータは、前記添付ファイルのページ単位の変換によりそれぞれ生成された画像を表わすデータを含み、
   前記第１のデータ形式は、ラスタ形式であり、
   前記第１のデータ形式で表現されるデータに変換する前記ステップは、前記第１のデータ形式で表現されるデータが予め定められた条件を満足するまで、圧縮率を変更することにより、前記添付ファイルに含まれるデータからラスタ形式の画像を生成するステップを含み、
   さらに、前記プログラムは前記サーバ装置に、
   データの変換により生成された、前記第１のデータ形式で表現されるデータと、前記第２のデータ形式で表現されるデータとを前記記憶装置に格納する記憶ステップと、
   命令を受信するステップと、
   前記命令を受信すると、前記第２のデータ形式で表現されるデータの中から、送信対象となるデータを選択するステップと、
   前記変換により生成された、前記第１のデータ形式で表現されるデータと、前記第２のデータ形式で表現されるデータとを送信するステップとを実行させ、
   前記記憶ステップは、前記添付ファイルの各ページと各前記画像とを対応付けて前記記憶装置に格納し、
   前記選択するステップは、前記添付ファイルの各ページのリストからページを選択し、
   前記送信するステップは、前記選択されたページに対応付けられる画像を送信する、プログラム。
6. 前記添付ファイルは、複数のページを構成するデータを含み、
   前記第１のデータ形式で表現されるデータに変換する前記ステップは、前記第１のデータ形式で表現されるデータを、ページ単位で出力する、請求項５に記載のプログラム。
7. 請求項５または６に記載のプログラムが実行されるサーバ装置とデータを送受信できる携帯通信端末を、表示装置として機能させるプログラムであって、
   前記表示装置として機能させる前記プログラムは携帯通信端末に、
   前記サーバ装置から、前記第１のデータ形式で表現されるデータを受信するステップと、
   受信されたデータに基づいて、前記ファイルのリストを表示するステップと、
   表示されたリストから、１つ以上のファイルを選択する選択ステップと、
   前記選択されたファイルに対応する、前記第２のデータ形式で表現されるデータを、前記サーバ装置からダウンロードするステップと、
   ダウンロードされたデータに基づいて、前記ファイルに対応する画像を表示するステップとを実行させる、プログラム。