JP2008217434A - 情報処理装置、及び情報処理方法 - Google Patents

Abstract

【課題】 データをやり取りする際に、送信側と受信側でプリント時のデフォルト用紙サイズ、日付表記等の属性情報が異なることをユーザが容易に認識でき、また、属性情報の変換にかかるユーザの負担を軽減させる。
【解決手段】 データのやり取りを行う情報処理装置によってデータの送信や受信が行われる際に、送信側の属性情報と受信側の属性情報を取得し、取得された属性情報を比較してそれらが異なると判断された場合に、その旨をユーザに知らせると共に、必要な処理をユーザに選択させる。
【選択図】 図７

Description

本発明は、例えば、通信回線を介してやり取りされるデータを扱う情報処理装置、情報処理方法、並びにプログラム、記録媒体に関するものである。

従来、インターネットのような通信回線を介してワードプロセッサファイルや表計算ソフトで使用されるスプレッドシートデータファイル等の文書ファイルをやり取りする際に、データの送信側と受信側が異なる属性情報を持った地域であった場合、データを受信したユーザが、属性情報が異なることの確認や、必要な属性情報の変更を行わなければならなかった。例えば、電子メールに添付されたワードプロセッサファイルを、日本から米国に送った場合、送信側である日本における印刷時のデフォルト用紙サイズは通常Ａ４サイズで、受信側である米国におけるデフォルト用紙サイズは通常Ｌｅｔｔｅｒサイズであるため、米国で前記添付されたワードプロセッサファイルを受信し、例えば、レーザプリンタに送信して印刷を試みると、印刷に失敗し、プリンタに用紙変更のメッセージが出力される。米国では日本で使用されるＡ４サイズの用紙は入手困難で、ユーザは前記添付ファイルの印刷を中止し、前記添付されたワードプロセッサファイルをアプリケーションにて開いた後、用紙変更を行ってから印刷をやり直していた。

関連する先行技術として、特許文献１には、予め宛先情報に対応した通信属性情報を設定しておき、その設定された通信属性に基づいて画像データをファクシミリ送信する発明が開示されている。また、特許文献２には、中継機を介して画像を添付した電子メールを送る際に、中継機の画像処理能力に対応した用紙サイズ、解像度、フォーマットで添付画像を作成する発明が開示されている。
特開２００３−０１８３７７号公報 特開２００５−３３３２９９号公報

しかしながら、文書ファイルの印刷を行う際に、送信側の属性情報が受信側の属性情報と同じであるかどうかを逐一チェックし、違うと判断した場合に、前記文書ファイルをアプリケーションでオープンしその属性情報を変更した後に印刷を行うという作業は、ユーザに大きな負担がかかる。もし、前記送信側と受信側の属性情報が異なっており、かつ、前記属性情報の比較を行わずに印刷を行った場合は、背景技術で示したようにプリンタにエラーが表示されてしまう。

また、用紙サイズ以外にも、日付表記、時刻表記、通貨単位、小数点および３桁位取りのキャラクタなど、地域ごとに使用されている形式が異なる情報は多い。特に、日付表記では米国で使用される月／日／年の表記とヨーロッパで主に使用されている日／月／年の表記では伝達される情報の意味が全く異なってしまう。

また、先行技術である特許文献１、及び特許文献２の発明は、画像データに関する発明であり、文書ファイルに関することは想定されていない。

そこで本発明は、データをやり取りする際に、送信側と受信側で属性情報が異なることを、ユーザが容易に認識できるような情報処理装置、及び情報処理方法を提供することを目的とする。

また、本発明の別の目的は、ユーザ間で属性情報が異なる場合に、属性情報の変換にかかるユーザの負担を軽減させることができる情報処理装置、及び情報処理方法を提供することである。

本発明の目的を達成するために、本発明に係る情報処理装置は以下の構成を備える。
即ち、通信されるデータを扱う情報処理装置において、データ送信側の属性情報とデータ受信側の属性情報とを取得する属性取得手段と、データ送信側の属性情報とデータ受信側の属性情報とを比較する属性比較手段と、属性比較手段による比較結果に基づいて処理を行う処理手段とを備える。

また、本発明に係る情報処理装置は、電子メールを扱う情報処理装置において、電子メール受信側の属性情報を取得する属性取得手段と、属性取得手段によって取得された属性情報に基づいて、電子メールの本文と添付ファイルのうち少なくともいずれかのデータに対して、対応するアプリケーションの属性情報を電子メール受信側の属性情報に設定する属性設定手段とを備える。

また、本発明に係る情報処理方法は、通信されるデータを扱う情報処理装置が行う情報処理方法において、データ送信側の属性情報とデータ受信側の属性情報とを取得する属性取得工程と、データ送信側の属性情報とデータ受信側の属性情報とを比較する属性比較工程と、属性比較工程による比較結果に基づいてデータの変換を行う属性変換工程とを備える。

また、本発明に係る情報処理方法は、電子メールを扱う情報処理装置が行う情報処理方法において、電子メール受信側の属性情報を取得する属性取得工程と、属性取得工程によって取得された属性情報に基づいて、電子メールの本文と添付ファイルのうち少なくともいずれかのデータに対応するアプリケーションの属性情報を電子メール受信側の属性情報に設定する属性設定工程とを備える。

本発明によれば、データをやり取りする際に、送信側と受信側で属性情報が異なることを、ユーザが容易に認識できるようになる。

また、本発明によれば、ユーザ間で属性情報が異なる場合にデータの変換を容易に行うことで、属性情報の変換にかかるユーザの負担を軽減させることができるようになる。

以下添付図面を参照し、本発明を好適な実施形態に従って詳細に説明する。

（実施例１）
＜システムの構成例＞
図１は、本実施例に適用するシステムの全体構成を示したものである。図１に示すように、本実施例におけるシステムは、電子メールを取り扱う複数のＰＣ１０１とメールサーバ１０２から構成される。尚、メールサーバ１０２は複数あっても構わない。

＜ハードウェアの構成例＞
次に、図２を用いて図１で示したＰＣ１０１の構成について説明する。ＰＣ１０１は例えば一般に普及しているパソコンであり、ワードプロセッサファイルやスプレッドシートデータファイルのような文書ファイルに対応したアプリケーションによってこれらのファイルのオープンや編集を行うことが可能である。また、ユーザからの各種マニュアル指示等は、マウス２１１、キーボード２１２からの入力により行われる。さらに、ＮＩＣ２１５を用いて他のコンピュータと電子メールのやり取りを含めた種々のデータの通信を行うことが可能である。

ＰＣ１０１の内部では、バス２１６により後述する各ブロックが接続され、種々のデータの受け渡しを可能とする。

図中、２０１はＣＰＵであり、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤ２０７などのメモリに記憶されているプログラムやデータなどを用いて装置全体の制御を行うと共に、電子メールを初めとした種々のデータの通信や、ワードプロセッサファイル、スプレッドシートデータファイルのような文書ファイルのオープンや編集処理なども行う。
２０２はＲＯＭで、本装置全体の制御を行う制御プログラム等を記憶する。

２０３はＲＡＭで、本装置に入力されたプログラムやデータ（例えばＣＤドライブ２０４やＤＶＤドライブ２０９、ＨＤ２０７からロードされた、もしくはネットワークを介してダウンロードされたプログラムやデータ）を一時的に記憶するエリアを備えると共に、ＣＰＵ２０１が各種の処理を行う際に用いるワークエリアを備える。

２０７はＨＤ（ハードディスク）で、ＣＤドライブ２０４やＤＶＤドライブ２０９等のドライブから読み出されたプログラムやデータ、もしくはネットワークからダウンロードされたプログラムやデータ等をファイルとして保存することができる。また、処理後のデータを保存することもできる。また、図４に示すように、ＨＤ２０７には、電子メールの送受信に関するプログラム４０１、過去に送受信された電子メールと添付ファイルの内容４０２、また、図５に示すような地域別の属性情報４０３、図６のようなアドレス帳４０４、ワードプロセッサファイルやスプレッドシートデータファイルなどの文書ファイルのオープンや編集を行うための各種アプリケーションソフトウェア４０５、本発明に係る制御プログラム（図７、８、９、１０、１１参照）４０６等が記憶されている。尚、図７、８、９、１０、１１のフローチャートに示したような本発明に係る処理は、ＨＤ２０７上の制御プログラム４０６をＲＡＭ２０３にロードし、ＣＰＵ２０１で装置内の資源を利用しながら該制御プログラム４０６を実行することによって実現される。

２０４はＣＤドライブで、外部記録媒体の一つであるＣＤに記憶されたデータを読み込み、あるいは書き出すことができる。

２０９はＤＶＤドライブで、ＤＶＤからの読み込み、ＤＶＤへの書き出しができるＤＶＤドライブである。尚、ＣＤ、ＤＶＤ等に電子メール送受信用のプログラムが記憶されている場合には、これらのプログラムを各記憶媒体用のドライブを介してＨＤ２０７上にインストールし、必要に応じてＲＡＭ２０３に転送されるようになっている。

２０６は、マウス２１１やキーボード２１２からの入力指示を受け付けるために、これらと接続されるインターフェース（Ｉ／Ｆ）である。

２０５は、ＮＩＣ２１５を用いて、ＨＤ２０７やＣＤ、ＤＶＤ等に記憶されている種々のデータを他のコンピュータと通信するためにこれらと接続されるインターフェース（Ｉ／Ｆ）である。

２０８は、ＨＤ２０７、ＣＤ、ＤＶＤ等に記憶されているワードプロセッサファイルやスプレッドシートデータをプリンタ２１３を用いて紙の媒体に出力するためにこれらと接続されるプリンタインターフェース（Ｉ／Ｆ）である。

２１０は、ＰＣ１０１からの種々の情報をＣＲＴ２１４を用いて表示するためにこれらと接続されるインターフェース（Ｉ／Ｆ）である。

次に、図３を用いて図１で示したメールサーバ１０２の構成について説明する。
メールサーバ１０２の主なる構成は、装置全体の動作制御を司るＣＰＵ３０１と、ＣＰＵ３０１での動作制御のための各種プログラムやデータ等が格納されるＲＯＭ３０２と、ＣＰＵ３０１の主メモリやワークエリアを含むＲＡＭ３０４とにより制御される。

また、各種プログラムやデータを記憶するためのＨＤ（ハードディスク）３０３と、ＮＩＣ３０６を用いて他のコンピュータと通信を行うために接続されるインターフェースＩ／Ｆ３０５を備えている。

なお、メールサーバ１０２がＰＣ１０１のように、マウス、キーボード等の入力装置や、ＣＲＴディスプレイ等の表示手段等を備えていても構わない。

図５は、本発明における、地域と属性情報の関係を記憶した地域別の属性情報４０３の一例である。行５０１は地域情報を示し、列５０２は属性情報の大分類を、列５０３においては属性情報の小分類を示している。また、この属性情報には電子メールアドレスのトップレベルドメイン情報も含まれている。電子メールアドレスのトップレベルドメインとして、例えば、地域が日本国であれば５０４“ｊｐ”が、地域がフィリピンであれば５０６“ｐｈ”が登録され、５０５“ｃｏｍ，ｎｅｔ，ｏｒｇ，・・・”といったジェネリックトップレベルドメイン情報は、地域別のトップレベルドメイン情報を持たない米国に割り当てる。大分類が用紙サイズで小分類が用紙１である地域の情報として、例えば、日本における用紙サイズが５０７“Ａ４”に対応するフィリピンにおける用紙サイズは５０８“Ｌｅｔｔｅｒ”と登録される。この情報は、後述する属性情報の取得に使用される。

図６は、本発明の実施例で利用する、電子メール送受信アプリケーションソフトウェアのアドレス帳に登録されている個人情報の一例である。図６のアドレス帳には個人情報６０１、６０２、６０３、６０４に関して名前、メールアドレス、地域情報、図５で示した属性情報において大分類「用紙サイズ」の一つの小分類「用紙１」の情報が登録されている。

個人情報６０１は、メールアドレスのトップレベルドメインがジェネリックトップレベルドメインのひとつ“ｃｏｍ”であり、地域情報は図５の地域別の属性情報４０３と一致する「米国」となっており、属性情報の一つである用紙１の情報として“Ｌｅｔｔｅｒ”が登録されている。

個人情報６０２は、メールアドレスのトップレベルドメインが“ｐｈ”であり、地域情報は図５の地域別の属性情報４０３と一致する「フィリピン」となっており、用紙１の情報として“Ｌｅｔｔｅｒ”が登録されている。

個人情報６０３は、メールアドレスのトップレベルドメインがジェネリックトップレベルドメインのひとつ“ｃｏｍ”であるが、地域情報は図５の地域別の属性情報４０３と一致せず「日本」となっており、用紙１の情報は“Ａ４”および“Ｌｅｔｔｅｒ”が登録されている。個人情報６０３においては、プリンタに用紙として“Ａ４”および“Ｌｅｔｔｅｒ”が準備されていてどちらも印刷可能であることを示している。

個人情報６０４は、メールアドレスのトップレベルドメインが“ｊｐ”であり、地域情報は図５の地域別の属性情報４０３と一致する「日本」となっており、用紙１として“Ａ４”が登録されている。

＜本実施例に係る情報処理装置の処理手順例＞
以上の構成からなる実施例の動作を、図７に示したフローチャートを用いて以下に説明する。まず、ステップＳ７０１でユーザによって電子メールの送信指示が行われると、ステップＳ７０２においてＲＡＭ２０３上を検索し、送信する電子メールに添付ファイルが添付されているか否かが判断される。ここで、添付ファイルがなかった場合は、ステップＳ７１７において電子メールを送信して処理を終了する。ステップＳ７０２において添付ファイルがあると判断されると、ステップＳ７０３でアドレス帳４０４から電子メールの送信先メールアドレスの個人情報の検索を行い、ステップＳ７０４でアドレス帳４０４に個人情報が登録されているか否かの判断を行う。個人情報が登録されている場合はその情報をＲＡＭ２０３上に記憶させてステップＳ７０５に進み、登録されていない場合はステップＳ７０６に進む。

ステップＳ７０５では、ステップＳ７０４で確認された個人情報に、電子メールの添付ファイルと連結したアプリケーションのファイルフォーマットに必要な属性情報が登録されているか否かの判断を行う。属性情報が登録されている場合はステップＳ７０７へ進み、属性情報を取得する。一方、ステップＳ７０５において属性情報が登録されていないと判断された場合はステップＳ７０８へ進み、ステップＳ７０８では、ステップＳ７０４でＲＡＭ２０３上に記憶させた個人情報に地域情報が登録されているか否かの判断を行う。地域情報が登録されている場合はステップＳ７０９へ進み、図５に示したような地域別の属性情報４０３を参照することで属性情報を取得し、ステップＳ７１０に進む。一方、ステップＳ７０８において地域情報が登録されていないと判断された場合は、ステップＳ７０６に進み、送信先メールアドレスのトップレベルドメインと図５に示した地域別の属性情報４０３を参照して属性情報を取得し、ステップＳ７１０に進む。

ステップＳ７１０では、ＨＤ２０７からＲＡＭ２０３上に読み出された、送信元の電子メールの添付ファイルのファイルフォーマットに必要な属性情報と、ステップＳ７０７、又はステップＳ７０９、又はステップＳ７０６で取得された送信先の属性情報とを比較し、それらが同じ場合はステップＳ７１７で電子メールを送信して処理を終了する。一方、比較した属性情報が異なる場合は、ステップＳ７１１へ進み、電子メールの送信元と送信先で属性情報が異なる旨の警告をＣＲＴ２１４に表示させる処理を行う。また、警告の表示後、電子メールの添付ファイルと連結したアプリケーションにて添付ファイルをオープンするか、データの自動変換を行うか、警告を無視するかを決めるユーザからの指示を待ち、指示が入力されるとその内容をＲＡＭ２０３上に記憶させる。

ステップＳ７１２では、ステップＳ７１１におけるユーザの指示を参照し、添付ファイルと連結したアプリケーションにて添付ファイルをオープンすることが指定されたか否かの判定を行う。添付ファイルのオープンが指定されている場合はステップＳ７１３に進み、指定されていない場合はステップＳ７１４に進む。ステップＳ７１４では、再びステップＳ７１１でのユーザの指示を参照し、添付ファイルのデータを電子メール送信先の属性情報に基づいて自動変換することが指示されているか否かの判断を行い、自動変換が指示されている場合はステップＳ７１５に進み、自動変換が指示されていない場合はステップＳ７１７で電子メールを送信して処理を終了する。ステップＳ７１３では、電子メールの添付ファイルと連結したアプリケーションで添付ファイルをオープンする処理を行う。このとき、例えば添付ファイルがワードプロセッサファイルであった場合、ファイルをオープンする際に属性情報の変更に関わるページ設定などのメニュー画面を予め表示するようにしても構わない。ステップＳ７１６では、ユーザが通常のアプリケーションファイルの編集操作を用いて添付ファイルの編集を行った後にファイルをクローズし、ステップＳ７１７に進む。例えば、添付ファイルがワードプロセッサファイルであり、送信元の用紙サイズがＡ４であり、送信先の用紙サイズがＬｅｔｔｅｒである場合、ワードプロセッサアプリケーションにて用紙サイズ変更に関わるメニュー画面を開き、用紙サイズをＡ４からＬｅｔｔｅｒへ変更し、ファイルをクローズする。また、その際にウィドウ／オーファンといった文書体裁の不具合が発生した場合は適宜修正を行うようにしても構わない。ステップＳ７１７で電子メールを送信して処理を終了する。

尚、ステップＳ７１６において、ユーザが変換対象となる属性情報の一部又は全てを変換する必要がないと判断した場合、変換をせずにファイルをクローズするようにしても構わない。また、そのような場合は、変換をしていない属性情報があることを警告としてＣＲＴ２１４に表示させるようにしても良い。

ステップＳ７１５では、電子メールの添付ファイルと連結したアプリケーションで添付ファイルの自動変換処理を行う。例えば、送信元の用紙サイズがＡ４であり、送信先の用紙サイズがＬｅｔｔｅｒである場合は、添付ファイルの用紙サイズをＬｅｔｔｅｒに自動変換する。尚、自動変換に伴って文書体裁の不具合が発生した場合は、アプリケーションプログラムが文書体裁の自動文書構成処理を行うようにしてあっても構わない。変換後、ステップＳ７１７で電子メールを送信して処理を終了する。

尚、本実施例では電子メールの添付ファイルの属性情報の変換を行う例を示したが、電子メールの本文に属性情報が記憶されている場合は、本文の属性情報を変換することも可能である。また、本文に属性情報が記憶されていなかった場合でも、例えば和暦の表記に用いられる、昭和、平成等や、月、日、時、分等のキーワードから日付や時刻の表記であることを認識し、その表記を送信先の表記に合わせて変換するようにすることも可能である。

また、本実施例では、ステップＳ７１６やステップＳ７１５においてデータの変換をした場合、変換されたデータを送信するような構成としたが、このときに、変換する前のデータを変換後のデータと合わせて送信するような構成とすることも可能である。その場合は、変換前にＲＡＭ２０３で添付ファイルの複製を作成し、どちらか一方のデータを変換するような構成とすれば良い。

（実施例２）
次に、本発明の第２の実施例を図８を用いて説明する。なお、前述した第１の例と同一部分についてはその説明を省略し、同一符号を付す。

前述した第１の実施例においては、データの送信側で属性情報の比較を行い、送信元と送信先で属性情報が異なる場合は電子メール送信前に警告を発し、さらにアプリケーションで添付ファイルを開くか、自動変換を行うか、警告を無視するかといった処理の選択をするようになっていた。

本例では、データの受信側で属性情報の比較を行い、属性情報が異なる場合の処理として警告を発する場合の例である。

まず、図８のステップＳ８０１で電子メールの受信が始まると、ステップＳ８０２でＲＡＭ２０３を検索し、添付ファイルの有無を判断する。ここで、添付ファイルが添付されていなかった場合は、ステップＳ８１２において電子メールの受信を完了して処理を終了する。ステップＳ８０２において添付ファイルがあると判断されると、ステップＳ８０３でアドレス帳４０４から電子メールの送信元メールアドレスの個人情報の検索を行い、ステップＳ８０４でアドレス帳４０４に個人情報が登録されているか否かの判断を行う。個人情報が登録されている場合は、その情報をＲＡＭ２０３に記憶してステップＳ８０５に進み、登録されていない場合はステップＳ８０６に進む。

ステップＳ８０５では、ステップＳ８０４で確認された個人情報に、電子メールの添付ファイルと連結したアプリケーションのファイルフォーマットに必要な属性情報が登録されているか否かの判断を行う。属性情報が登録されている場合はステップＳ８０７へ進み、属性情報を取得する。一方、ステップＳ８０４で属性情報が登録されていないと判断された場合はステップＳ８０８へ進み、ステップＳ８０８では、ステップＳ８０４でＲＡＭ２０３に記憶された個人情報に地域情報が登録されているか否かの判断を行う。地域情報が登録されている場合はステップＳ８０９へ進み、図５に示したような地域別の属性情報４０３を参照することで属性情報を取得し、ステップＳ８１０に進む。一方、ステップＳ８０８において地域情報が登録されていないと判断された場合はステップＳ８０６に進み、送信元メールアドレスのトップレベルドメインと図５に示した地域別の属性情報４０３を参照して地域情報を取得し、ステップＳ８１０に進む。

ステップＳ８１０では、ＨＤ２０７からＲＡＭ２０３に読み出された、受信側の電子メールの添付ファイルのファイルフォーマットに必要な属性情報と、ステップＳ８０７、又はステップＳ８０９、又はステップＳ８０６で取得された送信元の属性情報と比較を行い、同じ場合はステップＳ８１２で電子メールの受信を完了して処理を終了する。一方、比較した属性情報が異なる場合は、ステップＳ８１１に進み、ステップＳ８１１で電子メールの送信側と受信側で属性情報が異なる旨の警告をＣＲＴ２１４に表示させた後、ステップＳ８１２で電子メールの受信を完了し、処理を終了する。

なお、本実施例では電子メールの受信時に警告の表示を行う例を示したが、これに限らず、例えば電子メール受信後のメール選択時や、又は、添付ファイルを保存、もしくはオープンするタイミングで行うようにしてあっても構わない。

（実施例３）
次に、本発明の第３の実施例を図９を用いて説明する。なお、前述した第１の例と同一部分についてはその説明を省略し、同一符号を付す。

前述の第１の実施例ではデータの変換を電子メール送信側が、第２の実施例では電子メールの受信側が行っていた。

また、第１の実施例における送信先の属性情報の取得、及び第２の実施例における送信元の属性情報の取得は、まずアドレス帳４０４から個人情報を検索し、アドレス帳４０４の中に検索対象の個人情報や、その個人情報に属性情報や地域情報が含まれていなかった場合にトップレベルドメインを参照して属性情報の取得を行っていた。

本例は、メールサーバでデータの変換を行い、さらに、初めからトップレベルドメインを参照することで属性情報を取得する場合の例である。

まず、図９のステップＳ９０１で電子メールを受信すると、ステップＳ９０２でＲＡＭ３０４を参照して添付ファイルの有無を判断する。ここで、添付ファイルが添付されていなかった場合は、ステップＳ９０６において電子メールの受信を完了して処理を終了する。ステップＳ９０２において添付ファイルがあると判断されると、ステップＳ９０３でトップレベルドメインを参照して送信側と受信側の地域情報を取得し、取得した地域情報と、図５に示すような地域別の属性情報４０３から必要な属性情報を取得してステップＳ９０４に進む。

ステップＳ９０４では、ステップＳ９０３で取得された送信側の電子メールの添付ファイルのファイルフォーマットに必要な属性情報と受信側のファイルフォーマットに必要な属性情報の比較を行い、同じ場合はステップＳ９０６で電子メールの受信を完了して処理を終了する。一方、比較した属性情報が異なる場合は、ステップＳ９０５に進み、電子メールの添付ファイルと連結したアプリケーションで添付ファイルの自動変換処理を行う。例えば、添付ファイルがスプレッドシートデータファイルであり、送信側の日付表示形式がＹＹ／ＭＭ／ＤＤであり、受信側の日付表示形式がＭＭ／ＤＤ／ＹＹである場合、添付されたスプレッドシートデータ内のセルのうち、表示形式が日付となっているセルの日付表示形式をＭＭ／ＤＤ／ＹＹに自動変換しステップＳ９０６に進む。ステップＳ９０６で電子メールの受信を完了し処理を終了する。

なお、本実施例では、メールサーバでデータの変換を行う例を示したが、この例に限らず、データの送信側と受信側の間に存在する種々の装置で行えることは言うまでもない。

また、本実施例では属性情報の取得にアドレス帳４０４を用いていないが、例えばメールサーバ１０２のＨＤ３０３にメールアドレスと属性情報の関係を記憶させ、その情報を用いて属性情報を取得できるようにしても良い。

また、本実施例では、属性情報が異なる場合は必ず添付ファイルを自動変換する構成となっているが、この例に限らず、例えば、あらかじめ送信側もしくは受信側で、自動変換をするか否か等の選択をしておく構成とすることも可能である。

（実施例４）
次に、本発明の第４の実施例を図１０を用いて説明する。なお、前述した第１の例と同一部分についてはその説明を省略し、同一符号を付す。

これまで説明した実施例においては、データの送信側と受信側の属性情報を比較し、それらの比較結果を元にデータの変換処理を行っていた。

本例では、送信側で受信側の属性情報を取得し、取得した属性情報に基づいてデータの属性情報を設定して送信する場合の例を説明する。

まず、図１０のステップＳ１００１でユーザから電子メールの送信指示が行われると、ステップＳ１００２でＲＡＭ２０３を検索し、添付ファイルの有無を判断する。ここで、添付ファイルが添付されていなかった場合は、ステップＳ１０１３において電子メールを送信して処理を終了する。ステップＳ１００２において添付ファイルがあると判断されると、ステップＳ１００３に進む。ステップＳ１００３では、図６に示すようなアドレス帳４０４から電子メールの送信先メールアドレスの個人情報の検索を行い、ステップＳ１００４でアドレス帳４０４に個人情報が登録されているか否かの判断を行う。個人情報が登録されている場合はその情報をＲＡＭ２０３に記憶させてステップＳ１００５に進み、登録されていない場合はステップＳ１００６に進む。

ステップＳ１００５では、ステップＳ１００４で確認された個人情報に、電子メールの添付ファイルと連結したアプリケーションのファイルフォーマットに必要な属性情報が登録されているか否かの判断を行う。属性情報が登録されている場合はステップＳ１００７へ進み、属性情報を取得する。一方、ステップＳ１００５において属性情報が登録されていないと判断された場合はステップＳ１００８へ進み、ステップＳ１００８ではステップＳ１００４でＲＡＭ２０３に記憶させた個人情報に地域情報が登録されているか否かの判断を行う。地域情報が登録されている場合はステップＳ１００９へ進み、図５に示すような地域別の属性情報４０３を参照することで属性情報を取得し、ステップＳ１０１０に進む。一方、ステップＳ１００８において地域情報が登録されていないと判断された場合は、ステップＳ１００６に進み、送信先電子メールアドレスのトップレベルドメインと図５に示した地域別の属性情報４０３を参照して属性情報を取得し、ステップＳ１０１０に進む。

ステップＳ１０１０では、データの自動設定を行うか否かの指示要求をＣＲＴ２１４に表示してユーザの入力を待ち、ユーザからの指示を受けるとその指示内容をＲＡＭ２０３に記憶し、ステップＳ１０１１に進む。

ステップＳ１０１１では、ステップＳ１０１０での指示を参照して添付ファイルのデータを電子メール送信先の属性情報に基づいて自動設定することが指示されているか否かの判断を行い、自動設定が指示されている場合はステップＳ１０１２に進み、自動設定が指示されていない場合はステップＳ１０１３で電子メールを送信して処理を終了する。

ステップＳ１０１２では、添付ファイルの自動設定を行う。例えば、添付ファイルがワードプロセッサファイルであり、受信側の用紙サイズがＬｅｔｔｅｒである場合、添付ファイルの用紙サイズをＬｅｔｔｅｒに設定する。尚、設定に伴って文書体裁の不具合が発生した場合は、アプリケーションプログラムが文書体裁の自動文書構成処理を行うようにしていても構わない。変換後、ステップＳ１０１３で電子メールを送信して処理を終了する。

（実施例５）
次に本発明の第５の実施例を図１１を用いて説明する。なお、前述した第１の例と同一部分についてはその説明を省略し、同一符号を付す。

前述した第４の例においては、データの送信側で送信先の属性情報を取得し、その属性情報に合わせてデータの属性情報を設定して送信していた。

本例では、データの受信側で、受信側の属性情報に合わせてデータの属性情報を自動で設定する場合の例について説明する。

まず、ステップＳ１１０１で電子メールの受信が始まると、ステップＳ１１０２ではＲＡＭ２０３を検索して添付ファイルの有無を判断する。ここで、添付ファイルがなかった場合は、ステップＳ１１０６において電子メールの受信を完了して処理を終了する。ステップＳ１１０２において添付ファイルがあると判断されると、ステップＳ１１０３で、添付ファイルの自動変換を行うか、又はそのまま受信するかの指示要求をＣＲＴ２１４に表示してユーザの入力を待つ。ユーザからの指示を受けると指示内容をＲＡＭ２０３に記憶してステップＳ１１０４に進む。

ステップＳ１１０４では、添付ファイルのデータを電子メール受信側の属性情報に基づいて自動設定することが指示されているか否かの判断を行い、自動設定が指示されている場合はステップＳ１１０５に進み、自動設定が指示されていない場合はステップＳ１１０６で電子メールの受信を完了する。ステップＳ１１０５では、ＨＤ２０７に記憶された受信側の属性情報に基づき、電子メールの添付ファイルと連結したアプリケーションで添付ファイルの自動設定を行う。例えば、添付ファイルがワードプロセッサファイルであり、受信側の用紙サイズがＬｅｔｔｅｒである場合、送信側の用紙サイズに関わらず、添付ファイルの用紙サイズをＬｅｔｔｅｒに設定する。尚、自動設定に伴って文書体裁の不具合が発生した場合は、アプリケーションプログラムが文書体裁の自動文書構成処理を行うようにしていても構わない。変換後、ステップＳ１１０６で電子メールの受信を完了して処理を終了する。

（その他の例）
尚、上記各実施例ではアドレス帳やトップレベルドメインを参照することで属性情報の取得を行ったが、トップレベルドメインの代わりにＩＰアドレスを用いることや、これらの方法を適宜選択、又は組み合わせることによって属性情報を取得することも可能であることは言うまでもない。

また、上記各実施例では、変換を行うデータが電子メールに添付された添付ファイルである場合の例を示したが、この例に限るものではない。例えば、扱うデータがサーバからダウンロードされるワードプロセッサファイルやスプレッドシートデータファイル等の文書ファイル、又は、ファイル交換システムによって交換される文書ファイルであっても、本発明が適用できることは言うまでもない。ここで、例えばサーバからダウンロードされる文書ファイルの変換を行う場合、図６に示すようなアドレス帳４０４として、サーバのアドレスと地域情報、属性情報を記憶したテーブルを用いることができる。

また、上記各実施例では、変換する属性情報の例として用紙サイズと日付表記を挙げたが、これらに限らず、例えば、時刻表記や通貨の記載、会計における損失の記載、小数点や位取りの表記など、地域ごとに異なる種々のロケール情報に適用可能である。

また、各実施例における指示要求に対するデータ変換の指示は、データの送受信ごとに行っているが、あらかじめユーザが設定できるようにしてあっても良い。

また、本発明は、情報処理装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表わされるプログラムを格納した記憶媒体を情報処理装置に供給し、その情報処理装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

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

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

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

本発明の実施例におけるシステムの全体図である。 本発明の実施例における図１に示したＰＣとして使用可能な情報処理装置のハードウェア構成図を示した図である。 本発明の実施例における図１に示したメールサーバとして使用可能な情報処理装置のハードウェア構成図を示した図である。 図２及び図３に示したＨＤ２０７、ＨＤ３０３に含まれるデータを示した図である。 地域別の属性情報４０３を示す図である。 電子メール送受信アプリケーションで使われるアドレス帳４０４の一例を示した図である。 本発明の実施例１におけるデータの変換の一連の流れを示すフローチャートである。 本発明の実施例２におけるデータ変換の一連の流れを示すフローチャートである。 本発明の実施例３におけるデータ変換の一連の流れを示すフローチャートである。 本発明の実施例４におけるデータ変換の一連の流れを示すフローチャートである。 本発明の実施例５におけるデータ変換の一連の流れを示すフローチャートである。

符号の説明

１０１ 情報処理装置
１０２ メールサーバ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０７ ＨＤ
２１３ プリンタ
２１４ ＣＲＴ
３０１ ＣＰＵ
３０２ ＲＯＭ
３０３ ＨＤ
３０４ ＲＡＭ
４０１ 電子メールの送受信に関するプログラム
４０２ 電子メールの本文及び添付ファイル
４０３ 地域別の属性情報
４０４ アドレス帳
４０５ 各種アプリケーションソフトウェア
４０６ 本発明に係る制御プログラム
５０１ 地域情報
５０２ 属性情報の大分類
５０３ 属性情報の小分類
５０４、５０５、５０６ 各地域のトップレベルドメイン
５０７、５０８ 各地域の属性情報
６０１〜６０４ アドレス帳に記録される個人情報

Claims (16)

1. 通信されるデータを扱う情報処理装置において、
   データ送信側の属性情報とデータ受信側の属性情報とを取得する属性取得手段と、
   前記データ送信側の属性情報と前記データ受信側の属性情報とを比較する属性比較手段と、
   前記属性比較手段による比較結果に基づいて処理を行う処理手段と
   を有することを特徴とする情報処理装置。
2. 前記処理手段は、前記データ送信側と受信側の属性情報が異なると判断された場合に前記データを対応するアプリケーションでオープンする
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記処理手段は、前記データ送信側と受信側の属性情報が異なると判断された場合に前記データを受信側の属性情報に合わせて変換する
   ことを特徴とする請求項１記載の情報処理装置。
4. 前記処理手段は、前記比較結果を画面に表示させるための制御を行う
   ことを特徴とする請求項１記載の情報処理装置。
5. 前記データは、
   電子メールの本文、電子メールに添付された文書ファイル、サーバからダウンロードされる文書ファイル、ファイル交換システムによってやり取りされる文書ファイルのうち、少なくともいずれかであることを特徴とする請求項１乃至４記載の情報処理装置。
6. 電子メールを扱う情報処理装置において
   電子メール受信側の属性情報を取得する属性取得手段と、
   前記属性取得手段によって取得された属性情報に基づいて、前記電子メールの本文と添付ファイルのうち少なくともいずれかのデータに対して、対応するアプリケーションの属性情報を前記電子メール受信側の属性情報に設定する属性設定手段と
   を有することを特徴とする情報処理装置。
7. 前記属性取得手段による、送信側の属性情報、受信側の属性情報のうち少なくともいずれかの属性情報の取得は、
   トップレベルドメイン、ＩＰアドレス、アドレス帳のうち、少なくとも１つを参照することによって行われることを特徴とする請求項１乃至６記載の情報処理装置。
8. 前記情報処理装置は、
   電子メールを送信する装置、電子メールを受信する装置、メールサーバのうちのいずれかであることを特徴とする請求項１乃至７記載の情報処理装置。
9. 前記属性情報は、用紙サイズ、損失の記載、通貨、日付表記、時刻表記、小数点と位取り表記のうち、少なくとも１つであることを特徴とする請求項１乃至８記載の情報処理装置。
10. 地域と属性情報の関係を記憶する属性情報記憶手段をさらに具え、
    前記属性取得手段による属性情報の取得は、前記属性情報記憶手段を参照することによって行われる
    ことを特徴とする請求項１乃至９記載の情報処理装置。
11. 通信されるデータを扱う情報処理装置が行う情報処理方法において、
    データ送信側の属性情報とデータ受信側の属性情報とを取得する属性取得工程と、
    前記データ送信側の属性情報と前記データ受信側の属性情報とを比較する属性比較工程と、
    前記属性比較工程による比較結果に基づいて前記データの変換を行う属性変換工程と
    を有することを特徴とする情報処理方法。
12. 情報処理装置に請求項１１記載の情報処理方法を実行させるためのプログラム。
13. 請求項１２に記載のプログラムを格納したことを特徴とする、情報処理装置が読み取り可能な記録媒体。
14. 電子メールを扱う情報処理装置が行う情報処理方法において
    電子メール受信側の属性情報を取得する属性取得工程と、
    前記属性取得工程によって取得された属性情報に基づいて、前記電子メールの本文と添付ファイルのうち少なくともいずれかのデータに対して、対応するアプリケーションの属性情報を前記電子メール受信側の属性情報に設定する属性設定工程と
    を有することを特徴とする情報処理方法。
15. 情報処理装置に請求項１４記載の情報処理方法を実行させるためのプログラム。
16. 請求項１５に記載のプログラムを格納したことを特徴とする、情報処理装置が読み取り可能な記録媒体。

Images