JP2004086501A - Terminal device, program, and storage medium - Google Patents

Terminal device, program, and storage medium Download PDF

Info

Publication number
JP2004086501A
JP2004086501A JP2002245822A JP2002245822A JP2004086501A JP 2004086501 A JP2004086501 A JP 2004086501A JP 2002245822 A JP2002245822 A JP 2002245822A JP 2002245822 A JP2002245822 A JP 2002245822A JP 2004086501 A JP2004086501 A JP 2004086501A
Authority
JP
Japan
Prior art keywords
data
attribute
terminal device
alias
block
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2002245822A
Other languages
Japanese (ja)
Other versions
JP4373062B2 (en
Inventor
Toshiyasu Yabe
矢部　俊康
Naoki Muramatsu
村松　直樹
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2002245822A priority Critical patent/JP4373062B2/en
Publication of JP2004086501A publication Critical patent/JP2004086501A/en
Application granted granted Critical
Publication of JP4373062B2 publication Critical patent/JP4373062B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To allow content data to be handled in a form different from that of an old device while making the old device usable in a situation wherein the old and new devices for handing the content data including a data body and attribute data showing the attribute of the data body coexist. <P>SOLUTION: The content data is provided with a lower header for modifying attribute data designated by an upper header. The new device having received the content data interprets the upper and lower headers to carry out processing corresponding to the headers. The old device having received the content data interprets only the upper header to carry out processing by neglecting the lower header. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
同一のコンテンツデータを扱う新装置と旧装置とが混在して使用される状況下で、旧装置との下位互換性を確保する技術に関する。
【０００２】
【従来の技術】
例えば、パケット通信機能を有する携帯電話機やパーソナルコンピュータ装置（以下、「ＰＣ」という）などの端末装置がある。このような端末装置は、ユーザの作成したコンテンツデータを他の端末装置へ送信することや、他の端末装置から送信されたコンテンツデータを受信し、受信したコンテンツデータの内容をユーザに閲覧させることができる。
【０００３】
上記端末装置で扱われるコンテンツデータの一例としては、電子メールデータが挙げられる。電子メールデータとは、例えばインターネットなどの通信網を介して上記端末装置間で情報伝達を行うための特別なデータ形式を有するコンテンツデータである。以下、この電子メールデータについて説明する。
【０００４】
図１０は携帯電話機などで使用されている電子メールデータの一例を示す図である。図１０に示されるように、電子メールデータは、ヘッダブロック１０１と本文ブロック１０２との二つのデータブロックを有する。このヘッダブロック１０１と本文ブロック１０２とは空行（改行文字：例えば＜ＣＲ＞＜ＬＦ＞のみから成る行）で区分けされる。
【０００５】
ヘッダブロック１０１には、電子メールアドレスとその属性データとの組が少なくとも２つ記述される。属性データは、対応する電子メールアドレスの属性、すなわち、送信元アドレスであるか、宛先アドレスであるかを、その値（以下、「属性値」という）によって示すデータである。図１０の例では、属性値が“Ｘ−Ｆ”の属性データに対応付けられた電子メールアドレスの属性が送信元アドレスであり、属性値が”Ｘ−ＴＯｎ”（ｎ＝１，２，…，４）の属性データに対応付けられた電子メールアドレスの属性が宛先アドレスであることが示されている。なお、電子メールにおける「送信元アドレス」は電子メールデータの送信元の電子メールアドレスを意味し、「宛先アドレス」は電子メールデータの宛先の電子メールアドレスを意味する。また、本文ブロック１０２には、電子メールデータの送信元から、その宛先へ伝達される情報（以下、「本文」とする）が記述されている。
【０００６】
このような電子メールデータを取り扱う端末装置には、図１１に示すような属性定義テーブルが格納されている。この属性定義テーブルには、属性値が“Ｘ−Ｆ”である属性データは送信元アドレスを示すことや、属性値が“Ｘ−ＴＯｎ”（ｎ＝１、２…４）である属性データは宛先アドレスを示すことが登録されている。図１０に示される電子メールデータを受信した端末装置は、この属性定義テーブルの登録内容に基づいてヘッダブロック１０１の記述内容を解釈する。すなわち、端末装置は、「Ａ＠ａｂｃ．ｃｏ．ｊｐ」を送信元アドレスとして、「Ｂ＠ａｂｃ．ｃｏ．ｊｐ」、「Ｃ＠ａｂｃ．ｃｏ．ｊｐ」、「Ｄ＠ａｂｃ．ｃｏ．ｊｐ」および「Ｅ＠ａｂｃ．ｃｏ．ｊｐ」を宛先アドレスとして認識する。そして、この認識結果に応じて端末装置は、例えば図１２に示すようなメール閲覧画面を表示する。図１２に示されるメール閲覧画面では、領域１２１に送信元アドレスが、領域１２２に宛先アドレスが表示されており、領域１２３に電子メールデータの本文が表示されている。
【０００７】
そして、この種の端末装置は、コンテンツデータをユーザの使用に供する際には、特定した属性に応じた態様でデータ本体を取り扱うようにしている。例えば、端末装置は、データ本体の内容をユーザに閲覧させる際に、そのデータ本体の属性に応じた形態で当該データを表示する。なお、端末装置は、受信したコンテンツデータに記述されている属性値が属性定義テーブルに登録されていない場合、この属性値を解釈することができない。したがって、この属性値が対応付けられたデータ本体の属性が特定されないことになる。このような場合には、これらの属性値およびデータ本体を解釈対象としない。すなわち、これらの属性値およびデータ本体は無視される。
【０００８】
【発明が解決しようとする課題】
ところで、一般に、ＰＣを用いて電子メールデータを送信する際には、その電子メールデータの宛先アドレスに対して、ＴＯ属性値、ＣＣ属性値、ＢＣＣ属性値のいずれかを指定することができる。ＴＯ属性値は主要な宛先であるＴＯ宛先を示すアドレスであることを、ＣＣ属性値およびＢＣＣ属性値はそれぞれ主要でない宛先であるＣＣ宛先およびＢＣＣ宛先を示すアドレスであることを意味する。また、ＴＯ宛先のアドレスやＣＣ宛先のアドレスが他の宛先アドレスの宛先にも通知されるのに対して、ＢＣＣ宛先のアドレスはＢＣＣ宛先にしか通知されない。これらの宛先は用途に応じて使い分けられる。例えば、ユーザは、当事者を示す宛先アドレスにＴＯ属性値を指定し、関係者を示す宛先アドレスにＣＣ属性値を指定し、電子メールの送信を保証してくれる保証者を示す宛先アドレスにＢＣＣ属性値を指定して電子メールを送信することで、当事者への通知、関係者への同報、および保証者への通知の三つを一挙に行うことができる。なお、「ＣＣ」はカーボンコピーを意味し、「ＢＣＣ」はブラインドカーボンコピーを意味する。
【０００９】
これに対して、図１０の電子メールデータを受信した端末装置では、宛先アドレスは全てＴＯ宛先を示すものとみなされる。つまり、このような電子メールデータを用いている限り、宛先アドレスの属性を細かく指定することができない。以降では、このような電子メールデータのみを送受信するように設計された端末装置を「旧装置」という。また、以降では、旧装置の欠点を解消した「新装置」を想定する。
【００１０】
新装置の一例としては、図１３に示す電子メールデータを取り扱う端末装置が考えられる。図１３に示す電子メールデータが図１０に示す電子メールデータと異なっている点は、電子メールデータの宛先の属性に応じて異なる属性値の属性データが対応付けられている点である。例えば、図１３に示す電子メールデータでは、ＴＯ宛先であるアドレスには“Ｘ−ＴＯｎ（ｎ＝１，２…４）”が、ＣＣ宛先であるアドレスには“Ｘ−ＣＣｎ（ｎ＝１，２…４）”が、ＢＣＣ宛先には“Ｘ−ＢＣＣｎ（ｎ＝１，２…４）”が対応付けられている。一方、このような電子メールデータを取り扱う新装置は、図１４に示すような属性定義テーブルを記憶している。このような新装置は、この属性定義テーブルの登録内容に基づいて受信した電子メールデータの記述内容を認識し、この電子メールデータの宛先を詳細に取り扱うことができる。
【００１１】
上述したように、電子メールデータの宛先の属性を詳細に示す新たな属性値を設け、このような属性値を対応付けられたアドレスを内包している電子メールデータを取り扱う新装置を使用することにより、ユーザは電子メールデータの宛先を詳細に取り扱えるようになり利便性が向上する。
【００１２】
旧装置のユーザが、このような利便性を得るためには、端末装置を新装置に変更する必要がある。しかし、端末装置の変更がそのユーザにとって最適な解になるとは限らない。当然ながら、旧装置を使い続けるユーザも少なからず存在する。よって、新装置と旧装置の両方が混在して使用される状況が生じる。このような状況下では、新装置から送信された電子メールデータが旧装置に受信される事態が生じる。前述のように、この電子メールデータには旧装置では正しく解釈することができない属性データが記述されているから、旧装置において、この属性データに対応付けられたデータ本体（図１３における”Ｄ＠ａｃ．ｃｏ．ｊｐ”および”Ｅ＠ａｂｃ．ｃｏ．ｊｐ”）が無視されてしまう。そして、無視された情報はユーザに通知されない。よって、旧装置のユーザは、この電子メールデータを正しく閲覧することができないことになる。つまり、下位互換性が確保されないという問題が生じる。
【００１３】
また、新装置の他の例としては、図１５に示す電子メールデータを取り扱う端末装置が考えられる。図１５の電子メールデータが図１０の電子メールデータと異なる点は、新装置用のデータブロック１５１を有する点のみである。このデータブロック１５１に記述されるデータ本体は、必ず他のテーブロックにも記述される。つまり、この電子メールデータの形式は、データ本体を重複して記述する形式となっている。ただし、他のデータブロックに記述されるデータ本体には旧装置で正しく解釈される属性データが対応付けられているのに対し、データブロック１５１に記述されるデータ本体には、新装置でのみ解釈可能な属性データが対応付けられている。新装置は、電子メールデータを送信する際に図１５のような電子メールデータを生成する。この電子メールデータを受信した新装置では、重複したデータ本体の属性についてデータブロック１５１の記述が優先される。また、この電子メールデータを受信した旧装置では、データブロック１５１が無視され、データブロック１５１を持たない電子メールデータを受信した場合と同様の動作となる。
【００１４】
この新装置によれば、下位互換性が確保される。しかし、データ本体が重複して記述されることから、電子メールデータのサイズが大幅に大きくなってしまうという問題がある。さらに、機種が増えると、重複部分も更に多くなるという問題もある。
【００１５】
本発明は、上記課題に鑑みて為されたものであり、データ本体とその属性を示す属性データとを内包しているコンテンツデータの冗長度を抑えつつ、下位互換性を確保することができる、端末装置、プログラムおよび記録媒体を提供することを目的としている。
【００１６】
【課題を解決するための手段】
上記課題を解決するために、本発明は、データ本体を入力するための入力手段と、該データ本体の属性を指定するための指定手段と、前記指定手段により指定された属性に基づいて該データ本体の属性を粗く示す第１の属性データを生成する第１の生成手段と、該データ本体の別名を示す別名データを生成する第２の生成手段と、該データ本体と前記第１の属性データと前記別名データとを内包し、データブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックを作成する第１の作成手段と、前記指定手段により指定された属性に基づいて該データ本体の属性を細かく示す第２の属性データを生成する第３の生成手段と、前記別名データと前記第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックを作成する第２の作成手段と、データブロックを解釈する端末装置であって解釈結果から定まる属性に応じた取り扱い方で該データ本体を取り扱う端末装置へ前記第１のデータブロックと前記第２のデータブロックとを有するコンテンツデータを送信する送信手段とを有する端末装置を提供する。
【００１７】
また、上記課題を解決するために、本発明は、コンピュータ装置に、データ本体を入力するための入力手段と、該データ本体の属性を指定するための指定手段と、前記指定手段により指定された属性に基づいて該データ本体の属性を粗く示す第１の属性データを生成する第１の生成手段と、該データ本体の別名を示す別名データを生成する第２の生成手段と、該データ本体と前記第１の属性データと前記別名データとを内包し、データブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックを作成する第１の作成手段と、前記指定手段により指定された属性に基づいて該データ本体の属性を細かく示す第２の属性データを生成する第３の生成手段と、前記別名データと前記第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックを作成する第２の作成手段と、データブロックを解釈する端末装置であって解釈結果から定まる属性に応じた取り扱い方で該データ本体を取り扱う端末装置へ前記第１のデータブロックと前記第２のデータブロックとを有するコンテンツデータを送信する送信手段とを実現させるためのプログラムと、コンピュータ装置読み取り可能な記録媒体であって、当該プログラムを記録した記録媒体とを提供する。
【００１８】
このような端末装置、プログラムおよび記録媒体を用いると、データ本体と該データ本体の別名を示す別名データと該データ本体の属性を粗く示す第１の属性データとを内包している第１のデータブロックと、該別名データと該データ本体の属性を細かく示す第２の属性データとを内包している第２のデータブロックとを内包しているコンテンツデータが生成され送信される。
【００１９】
また、上記課題を解決するために、本発明は、データ本体と該データ本体の属性を粗く示す第１の属性データと該データ本体の別名を示す別名データとを内包した第１のデータブロックであってデータブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックと、前記別名データと該データ本体の属性を細かく示す第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックとを有するコンテンツデータを受信する受信手段と、前記第１のデータブロックを解釈し、解釈結果に従って前記第１のデータブロックから該データ本体と前記第１の属性データと前記別名データとを抽出する第１の抽出手段と、前記第２のデータブロックを解釈し、解釈結果に従って前記第２のデータブロックから前記別名データと前記第２の属性データとを抽出する第２の抽出手段と、前記第１の抽出手段および前記第２の抽出手段の抽出結果に基づいて該データ本体の属性を特定する特定手段と、前記特定手段により特定された属性に応じた取り扱い方で該データ本体を取り扱う処理手段とを有する端末装置を提供する。
【００２０】
また、上記課題を解決するために、本発明は、コンピュータ装置に、データ本体と該データ本体の属性を粗く示す第１の属性データと該データ本体の別名を示す別名データとを内包した第１のデータブロックであってデータブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックと、前記別名データと該データ本体の属性を細かく示す第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックとを有するコンテンツデータを受信する受信手段と、前記第１のデータブロックを解釈し、解釈結果に従って前記第１のデータブロックから該データ本体と前記第１の属性データと前記別名データとを抽出する第１の抽出手段と、前記第２のデータブロックを解釈し、解釈結果に従って前記第２のデータブロックから前記別名データと前記第２の属性データとを抽出する第２の抽出手段と、前記第１の抽出手段および前記第２の抽出手段の抽出結果に基づいて該データ本体の属性を特定する特定手段と、前記特定手段により特定された属性に応じた取り扱い方で該データ本体を取り扱う処理手段とを実現させるためのプログラムと、コンピュータ装置読み取り可能な記録媒体であって、当該プログラムを記録した記録媒体とを提供する。
【００２１】
このような端末装置、プログラムおよび記録媒体を用いると、データ本体と該データ本体の別名を示す別名データと該データ本体の属性を粗く示す第１の属性データとを内包している第１のデータブロックと、該別名データと該データ本体の属性を細かく示す第２の属性データとを内包している第２のデータブロックとを内包しているコンテンツデータが受信され、該第１の属性データと該第２の属性データとで特定される属性でデータ本体が取り扱われる。
【００２２】
また、上記課題を解決するために、本発明は、データ本体を入力するための入力手段と、該データ本体の属性を指定するための指定手段と、前記指定手段により指定された属性に基づいて該データ本体の属性を粗く示す第１の属性データを生成する第１の生成手段と、該データ本体の別名を示す別名データを生成する第２の生成手段と、該データ本体と前記第１の属性データと前記別名データとを内包し、データブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックを作成する第１の作成手段と、前記指定手段により指定された属性に基づいて該データ本体の属性を細かく示す第２の属性データを生成する第３の生成手段と、前記別名データと前記第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックを作成する第２の作成手段と、データブロックを解釈する端末装置であって解釈結果から定まる属性に応じた取り扱い方で該データ本体を取り扱う端末装置へ前記第１のデータブロックと前記第２のデータブロックとを有するコンテンツデータを送信する送信手段と、データ本体と該データ本体の属性を粗く示す第３の属性データと該データ本体の別名を示す別名データとを内包し前記第１の端末装置および前記第２の端末装置のいずれにも正しく解釈される第３のデータブロックと、該別名データと該データ本体の属性を細かく示す第４の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第４のデータブロックとを有するコンテンツデータを受信する受信手段と、前記第３のデータブロックを解釈し、解釈結果に従って前記第３のデータブロックから該データ本体と前記第３の属性データと該別名データとを抽出する第１の抽出手段と、前記第３のデータブロックを解釈し、解釈結果に従って前記第４のデータブロックから該別名データと前記第４の属性データとを抽出する第２の抽出手段と、前記第１の抽出手段および前記第２の抽出手段の抽出結果に基づいて該データ本体の属性を特定する特定手段と、前記特定手段により特定された属性に応じた取り扱い方で該データ本体を取り扱う処理手段とを有する端末装置を提供する。
【００２３】
また、上記課題を解決するために、本発明は、コンピュータ装置に、データ本体を入力するための入力手段と、該データ本体の属性を指定するための指定手段と、前記指定手段により指定された属性に基づいて該データ本体の属性を粗く示す第１の属性データを生成する第１の生成手段と、該データ本体の別名を示す別名データを生成する第２の生成手段と、該データ本体と前記第１の属性データと前記別名データとを内包し、データブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックを作成する第１の作成手段と、前記指定手段により指定された属性に基づいて該データ本体の属性を細かく示す第２の属性データを生成する第３の生成手段と、前記別名データと前記第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックを作成する第２の作成手段と、データブロックを解釈する端末装置であって解釈結果から定まる属性に応じた取り扱い方で該データ本体を取り扱う端末装置へ前記第１のデータブロックと前記第２のデータブロックとを有するコンテンツデータを送信する送信手段と、データ本体と該データ本体の属性を粗く示す第３の属性データと該データ本体の別名を示す別名データとを内包し前記第１の端末装置および前記第２の端末装置のいずれにも正しく解釈される第３のデータブロックと、該別名データと該データ本体の属性を細かく示す第４の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第４のデータブロックとを有するコンテンツデータを受信する受信手段と、前記第３のデータブロックを解釈し、解釈結果に従って前記第３のデータブロックから該データ本体と前記第３の属性データと該別名データとを抽出する第１の抽出手段と、前記第３のデータブロックを解釈し、解釈結果に従って前記第４のデータブロックから該別名データと前記第４の属性データとを抽出する第２の抽出手段と、前記第１の抽出手段および前記第２の抽出手段の抽出結果に基づいて該データ本体の属性を特定する特定手段と、前記特定手段により特定された属性に応じた取り扱い方で該データ本体を取り扱う処理手段とを実現させるためのプログラムと、コンピュータ装置読み取り可能な記録媒体であって、当該プログラムを記録した記録媒体とを提供する。
【００２４】
このような端末装置、プログラムおよび記録媒体を用いると、データ本体と該データ本体の別名を示す別名データと該データ本体の属性を粗く示す第１の属性データとを内包している第１のデータブロックと、該別名データと該データ本体の属性を細かく示す第２の属性データとを内包している第２のデータブロックとを内包しているコンテンツデータが生成され送信されると共に、データ本体と該データ本体の別名を示す別名データと該データ本体の属性を粗く示す第３の属性データとを内包している第３のデータブロックと、該別名データと該データ本体の属性を細かく示す第４の属性データとを内包している第４のデータブロックとを内包しているコンテンツデータが受信され、該第３の属性データと該第４の属性データとで特定される属性で該コンテンツデータに内包されているデータ本体が取り扱われる。
【００２５】
【発明の実施の形態】
以下、図面を参照しつつ本発明の実施形態について説明する。
【００２６】
［Ａ．構成］
（１）通信システムの構成
図１は、本発明の実施形態に係る通信システムの構成例を示す図である。図１に示されるように、この通信システムは、端末装置１０Ａと、端末装置１０Ｂと、インターネット２０と、ゲートウェイ装置（以下、「ＧＷ」という）３０と、移動パケット通信網４０と、基地局５０と、メールサーバ６０と、端末装置７０Ａと、端末装置７０Ｂと、を有している。なお、以下では、端末装置７０ＡのユーザをユーザＡとし、端末装置７０ＢのユーザをユーザＢとし、端末装置１０ＡのユーザをユーザＣとし、端末装置１０ＢのユーザをユーザＤとする。そして、これらの各ユーザは固有の電子メールアドレスを有しているものとする。すなわち、ユーザＡは、“Ａ＠ａｂｃ．ｃｏ．ｊｐ”を、ユーザＢは、“Ｂ＠ａｂｃ．ｃｏ．ｊｐ”を、ユーザＣは、“Ｃ＠ｘｙｚ．ｃｏ．ｊｐ”を、ユーザＤは、“Ｄ＠ｘｙｚ．ｃｏ．ｊｐ”を有しているものとする。なお、以下では、端末装置１０Ａと端末装置１０Ｂとを区別する必要がない場合には、「端末装置１０」と表記し、端末装置７０Ａと端末装置７０Ｂとを区別する必要がない場合には、「端末装置７０」と表記する。
【００２７】
端末装置１０は、例えば一般的なＰＣであり、インターネット２０に接続されている。この端末装置１０はパケット通信機能を備えており、インターネット２０や移動パケット通信網４０を介して端末装置７０宛てに電子メールデータを送信することや、端末装置７０から送信された電子メールデータを受信し、その内容をユーザに閲覧させることができる。
【００２８】
ＧＷ３０は、インターネット２０と移動パケット通信網４０とに接続されたコンピュータ装置であり、インターネット２０における通信プロトコルと移動パケット通信網４０における通信プロトコルとを相互変換する機能を有している。ＧＷ３０は、このプロトコル変換機能を用いて移動パケット通信網４０から送信されてきたパケットをインターネット２０へ転送すると共に、インターネット２０から送信されてきたパケットを移動パケット通信網４０へ転送することができる。
【００２９】
移動パケット通信網４０は、基地局５０に接続されており、この基地局５０に収容されている端末装置７０に対してパケット通信サービスを提供するためのものである。なお、図１に示す通信システムは、移動パケット通信網４０の他に、図示せぬ移動通信網を備えている。この移動通信網は端末装置７０に対して一般的な移動電話の通話サービスを提供するものである。
【００３０】
基地局５０は、一定の広さ（例えば、基地局５０を中心とする半径５００メートの広さ）を有する無線セルを形成するものである。基地局５０は自局の形成する無線セル内に在圏する端末装置７０を収容し、この端末装置７０と無線通信するためのものである。
【００３１】
メールサーバ６０は、移動パケット通信網４０に接続されたコンピュータ装置であり、ユーザＡやユーザＢの夫々の電子メールアドレスに対応付けられたメールボックスを有している。メールサーバ６０は、これらのユーザの電子メールアドレス宛てに送信されてきた電子メールデータを受信すると、受信した電子メールデータをその宛先に該当するメールボックスへ格納する。また、メールサーバ６０は端末装置７０とＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）に準拠した通信を行う機能を備えている。このＨＴＴＰ通信機能を用いて、メールサーバ６０は端末装置７０から送信されてきたＨＴＴＰリクエストを受信し、そのＨＴＴＰリクエストの内容に応じた処理を行うことができる。
【００３２】
例えば、受信したＨＴＴＰリクエストの内容が電子メールデータを指定された宛先へ送信することである場合には、メールサーバ６０は当該ＨＴＴＰリクエストの内容に基づいて電子メールデータを生成し、生成した電子メールデータをその宛先へ送信する。また、受信したＨＴＴＰリクエストの内容が、メールボックスに格納されている電子メールデータの閲覧要求である場合には、メールサーバ６０はその電子メールデータを内包したＨＴＴＰレスポンスを生成し、そのＨＴＴＰレスポンスを上記ＨＴＴＰリクエストの送信元へ返信する。
【００３３】
端末装置７０は、例えばＨＴＴＰ通信機能を備えた携帯電話機であり、自装置が在圏している無線セルを形成する基地局５０と無線通信を行うものである。端末装置７０は、このＨＴＴＰ通信機能を用いて、メールサーバ６０に電子メールデータを所望の宛先へ送信させることや、自装置のユーザの電子メールアドレス宛に送信されてきた電子メールデータをメールサーバ６０から取得し、その内容をユーザに閲覧させることができる。なお、端末装置７０Ａと端末装置７０Ｂとでは、電子メールデータの宛先として取り扱える宛先の種類が異なっている。具体的には、端末装置７０Ａは、上述した三種類の宛先を全て取り扱える一方、端末装置７０Ｂは、上述したＴＯ宛先のみを取り扱える。すなわち、端末装置７０Ａは、上述した新装置であり、端末装置７０Ｂは旧装置である。
【００３４】
（２）端末装置７０Ａの構成
次に、図２を参照しつつ端末装置７０Ａの構成について説明する。図２に示されるように、端末装置７０Ａは、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２１０と、操作部２２０と、表示部２３０と、無線通信部２４０と、記憶部２５０と、これら各構成要素間のデータ授受を仲介するバス２６０とを備えている。
【００３５】
ＣＰＵ２１０は、記憶部２５０に格納されているソフトウェアを実行することにより、端末装置７０Ａの各部を制御するものである。
【００３６】
操作部２２０は、例えばテンキーやカーソルキーなどのユーザに操作される操作子を備えており、これらの操作子の操作内容に応じた情報をＣＰＵ２１０へ引き渡すものである。
【００３７】
表示部２３０は、例えば液晶ディスプレイであり、ＣＰＵ２１０から引き渡された画像データに応じた画像を表示するものである。
【００３８】
無線通信部２４０は、アンテナ（図示省略）を備えており、基地局５０と無線通信するためのものである。この無線通信部２４０は基地局５０から送信されてくる情報を受信し、受信した情報をＣＰＵ２１０へ引き渡すと共に、ＣＰＵ２１０から引き渡された情報を、基地局５０へ送出するものである。
【００３９】
記憶部２５０は、ＲＡＭ２５１と、ＲＯＭ２５２と、不揮発性メモリ２５３とを有している。ＲＡＭ２５１はソフトウェアを実行中のＣＰＵ２１０によりワークエリアとして使用されるものである。ＲＯＭ２５２は、オペレーティングシステム（以下、「ＯＳ」とする）や、メーラなどのソフトウェアを格納している。不揮発性メモリ２５３は、例えばＥＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）であり、ユーザの電話番号や、メールサーバ６０のＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）や、属性定義テーブルなどが格納されている。また、不揮発性メモリ２５３には、メールサーバ６０から転送されてきた電子メールデータが格納される。
【００４０】
図３は、不揮発性メモリ２５３に格納されている属性定義テーブルの一例を示す図である。なお、図３に示される属性定義テーブルが図１１に示す属性定義テーブルと異なっている点は、電子メールデータの宛先を詳細に取り扱うためのデータについての属性値が登録されている点である（図３：ハッチング部分参照）。具体的には、図３に示される属性定義テーブルには、属性値“Ｘ−Ｋｅｙｗｏｒｄ”を対応付けられたデータは、電子メールデータの宛先を詳細に取り扱うためのデータであることが登録されている。
【００４１】
次に、ＲＯＭ２５２に格納されているソフトウェアについて説明する。ＯＳは、例えば、表示部２３０への画像の表示や、記憶部２５０へのデータの書き込みなど、他のソフトウェアから共通して利用される基本的な機能を提供するためのソフトウェアである。このＯＳは、端末装置７０の電源（図示省略）が投入されると即座にＣＰＵ２１０により読み出され実行される。
【００４２】
メーラは、ＯＳによる制御の下で、例えばユーザの実行指示に応じて実行されるソフトウェアである。このメーラを実行している状態のＣＰＵ２１０には、メールサーバ６０に電子メールデータを送信させるための機能（以下、「メール送信機能」とする）や、メールボックスに格納されている電子メールデータをユーザＡに閲覧させるための機能（以下、「メール閲覧機能」とする）が付与される。なお、メーラを実行する態様は、ユーザによる実行指示に限定されるものではなく、ＯＳの起動直後にＯＳにより実行される態様であっても良く、また、電子メールデータがメールボックスへ格納されたことを示す通知をメールサーバ６０から受信した場合に実行される態様であっても良い。以下では、メーラを実行している状態のＣＰＵ２１０に付与されるメール送信機能およびメール閲覧機能について、詳細に説明する。
【００４３】
まず、メール送信機能について説明する。メーラを実行している状態のＣＰＵ２１０は、電子メールの送信をユーザに指示されると、図４に示すメール送信画面を表示部２３０に表示させる。このメール送信画面を視認したユーザは、領域４１０〜４４０の各領域へ所望のデータを入力することや、送信ボタンＢ１や終了ボタンＢ２をクリックすることができる。
【００４４】
図４に示すメール送信画面にて注目すべき点は、電子メールデータの宛先として、ＴＯ宛先、ＣＣ宛先およびＢＣＣ宛先の三種類を設定できる点である。具体的には、領域４１０はＴＯ宛先の電子メールアドレスを入力させるための領域であり、領域４２０はＣＣ宛先の電子メールアドレスを入力させるための領域であり、領域４３０はＢＣＣ宛先の電子メールアドレスを入力させるための領域である。また、領域４４０は電子メールデータの本文を入力させるための領域である。
【００４５】
メール送信画面（図４）を表示している状態のＣＰＵ２１０は、送信ボタンＢ１をクリックされると、領域４１０〜４３０の各領域に入力されたデータの属性を、その宛先が入力された領域に応じて特定する。具体的には、ＣＰＵ２１０は、領域４１０へ入力されたデータについてはＴＯ宛先と、領域４２０へ入力されたデータについてはＣＣ宛先と、領域４３０へ入力されたデータについては、ＢＣＣ宛先と、領域４４０へ入力されたデータについては、電子メールデータの本文と特定する。そして、ＣＰＵ２１０は、領域４４０へ入力された本文を内包した電子メールデータを領域４１０〜４３０の各領域へ入力された宛先へ送信することを要求するＨＴＴＰリクエストを生成し、そのＨＴＴＰリクエストをメールサーバ６０へ送信する。
【００４６】
図５はＣＰＵ２１０により送信されるＨＴＴＰリクエストの一例を示す図である。このＨＴＴＰリクエストには、領域４１０〜領域４３０に入力された電子メールアドレスが属性値“Ｘ−ＴＯｎ”と対応付けて記述されている。すなわち、これらの電子メールアドレスが宛先アドレスであることが示されている。また、図５に示すＨＴＴＰリクエストには、各宛先がＴＯ宛先、ＣＣ宛先およびＢＣＣ宛先のいずれであるかを示すデータが属性値“Ｘ−Ｋｅｙｗｏｒｄ”と対応付けて記述されている。以下では、属性値“Ｘ−Ｋｅｙｗｏｒｄ”を対応付けられたデータを「Ｘ−Ｋｅｙｗｏｒｄブロック」という。図５に示されるＨＴＴＰリクエストには、宛先アドレスを示す属性データの一部から成る別名データ（図５では、ＴＯｎ）と、「ＴＯ」、「ＣＣ」および「ＢＣＣ」のいずれか一の属性値を有する属性データとが対応づけて記述されているＸ−Ｋｅｙｗｏｒｄブロックが示されている。このＸ−Ｋｅｙｗｏｒｄブロックで、別名データに対応付けられている属性データは、宛先の詳細な種別を示す属性データであり、属性値が「ＴＯ」である場合には、ＴＯ宛先であることを示し、属性値が「ＣＣ」である場合には、ＣＣ宛先であることを示し、属性値が「ＢＣＣ」である場合には、ＢＣＣ宛先であることを示している。
【００４７】
以上に説明したように、端末装置７０Ａは、図５に示すようなＨＴＴＰリクエストをメールサーバ６０へ送信することにより、電子メールデータをメールサーバ６０に送信させている。
【００４８】
次いで、メーラを実行している状態のＣＰＵ２１０に付与されるメール閲覧機能について説明する。メーラを実行中のＣＰＵ２１０は、電子メールデータの閲覧をユーザに指示されると、電子メールデータを当該端末装置７０Ａへ送信することを要求するＨＴＴＰリクエストをメールサーバ６０へ送信し、当該ＨＴＴＰリクエストに対するレスポンスとして、図６に示す電子メールデータを内包しているＨＴＴＰレスポンスを受信する。
【００４９】
図６に示される電子メールデータにおいて注目すべき点は、図１０に示す従来のヘッダブロック１０１に加えて、ヘッダブロック１０１に記述されている電子メールの宛先の詳細な属性を特定するためのＸ−Ｋｅｙｗｏｒｄブロックが内包されている点である。ＣＰＵ２１０は、Ｘ−Ｋｅｙｗｏｒｄブロックの記述内容を属性定義テーブルの登録内容に基づいて解釈することにより、各宛先の詳細な属性を特定することができる。例えば、図６に示される電子メールデータについては、ＣＰＵ２１０は、「Ｂ＠ａｂｃ．ｃｏ．ｊｐ」と「Ｃ＠ｘｙｚ．ｃｏ．ｊｐ」とについてはＴＯ宛先であり、「Ａ＠ａｂｃ．ｃｏ．ｊｐ」についてはＣＣ宛先であり、「Ｄ＠ｘｙｚ．ｃｏ．ｊｐ」についてはＢＣＣ宛先であると特定する。なお、図６には、ヘッダブロック１０１の末尾にＸ−Ｋｅｙｗｏｒｄブロックが記述されている場合について例示されている。しかしながら、Ｘ−Ｋｅｙｗｏｒｄブロックの記述位置はヘッダブロック１０１の末尾に限定されるものではなく、ヘッダブロック１０１の先頭であっても良い。要は、Ｘ−Ｋｅｙｗｏｒｄブロックはヘッダブロック１０１の内部であれば、いずれの位置に記述されていても良い。ＣＰＵ２１０は、ヘッダブロック１０１の終端（空行）を読み取ってからその記述内容を解釈するからである。
【００５０】
そして、ＣＰＵ２１０は、上述した属性定義テーブルの内容に基づいて特定した属性に対応する領域へデータを設定した状態のメール閲覧画面を表示部２３０へ表示させることにより、電子メールデータをユーザＡに閲覧させている。例えば、図６に示す電子メールデータを受信したＣＰＵ２１０は、図７に示すメール閲覧画面を表示する。図７に示されるメール閲覧画面では、ＴＯ宛先は領域７２０へ表示され、ＣＣ宛先は領域７３０へ表示され、ＢＣＣ宛先は領域７４０へ表示されている。なお、図７に示すメール閲覧画面を表示している状態のＣＰＵ２１０が、返信ボタンＢ３をクリックされた場合に、領域７１０に表示されている電子メールアドレスを宛先とする返信の電子メールデータを生成し送信することは、一般的なメーラと同一であるため説明を省略する。また、受信した電子メールデータに内包されている属性データが、上述した属性定義テーブルに格納されていない場合には、ＣＰＵ２１０は、係る属性データを対応付けられているデータを無視する点は、上述した旧装置と同一である。
【００５１】
［Ｂ．動作］
次に、図１に示す通信システムの特徴的な動作について、図面を参照しつつ説明する。
【００５２】
（１）メール送信動作
まず、ユーザＡが端末装置７０Ａを用いて、ユーザＢとユーザＣの電子メールアドレスをＴＯ宛先とし、自身の電子メールアドレスをＣＣ宛先とし、ユーザＤの電子メールアドレスをＢＣＣ宛先として指定し、電子メールデータを送信する場合の動作について図８を参照しつつ説明する。
【００５３】
図８は、端末装置７０ＡのＣＰＵ２１０が実行するメール送信処理の流れを示すフローチャートである。ユーザＡが端末装置７０Ａの操作部２２０を操作し、電子メールの送信を指示すると、メーラを実行中のＣＰＵ２１は、まず、図４に示すメール送信画面を表示部２３０に表示させる（ステップＳＡ１）。
【００５４】
上述したように、図４に示されるメール送信画面を視認したユーザＡは、操作部２２０を操作することにより各種入力操作を行うことができる。以下では、送信ボタンＢ１をクリックする操作を「送信操作」と称し、終了ボタンＢ２をクリックする操作を「終了操作」と称する。また、「送信操作」でもなく、「終了操作」でもない操作（例えば、領域４１０〜４４０への入力操作）を「その他操作」と称する。
【００５５】
図４に示すメール送信画面を表示中のＣＰＵ２１０は、ユーザＡの操作内容に応じた情報を操作部２２０から取得し（ステップＳＡ２）、この情報に基づいて、ユーザＡの操作内容を判定する（ステップＳＡ３）。すなわち、ＣＰＵ２１０は、ユーザＡの操作内容が「送信操作」であるか、「終了操作」であるか、「その他操作」であるかを判定する。そして、ユーザＡの操作内容が「その他操作」であると判定した場合には、ＣＰＵ２１０は上述したステップＳＡ２以降の処理を繰り返し実行する。また、ユーザＡの操作内容が「終了操作」であると判定した場合には、ＣＰＵ２１０は、表示部２３０にメール送信画面を消去させ、メール送信処理を終了する。また、ユーザＡの操作内容が「送信操作」である場合には、領域４１０〜領域４４０へ入力されたデータに基づいて、電子メールデータ（図１０）を生成する。（ステップＳＡ４）。具体的には、ＣＰＵ２１０は、領域４１０〜４４０の各領域に対応付けられている属性と、属性定義テーブルの登録内容とに基づいて、各領域へ入力されたデータに対応付けるべき属性値を特定し、その属性値と各領域へ入力されたデータとを対応づけて電子メールデータを生成する。
【００５６】
本動作例では、ユーザＡは、領域４１０へユーザＢとユーザＣの電子メールアドレスを入力し、領域４２０へ自身の電子メールアドレスを入力し、領域４３０へユーザＤの電子メールアドレスを入力し、領域４４０へ電子メールの本文「ＢＢＢＢＢＢＢＢＢＢ」を入力した後に、送信ボタンＢ１をクリックしたものとする。すなわち、本動作例では、ＣＰＵ２１０は、上述したステップＳＡ３にて、ユーザの操作内容を「送信操作」と判定し、ステップＳＡ４の処理を実行する。
【００５７】
ステップＳＡ４に後続するステップＳＡ５では、ステップＳＡ４にて生成した電子メールデータについて、上述したＸ−Ｋｅｙｗｏｒｄブロックを生成する。そして、ＣＰＵ２１０は、ステップＳＡ４にて生成した電子メールデータとステップＳＡ５にて生成したＸ−Ｋｅｙｗｏｒｄブロックとを内包しているＨＴＴＰリクエスト（図５参照）を生成し、このＨＴＴＰリクエストを無線通信部２４０を介してメールサーバ６０へ送信し（ステップＳＡ６）、メール送信処理を終了する。
【００５８】
以降、端末装置７０Ａから送信されたＨＴＴＰリクエストは、基地局５０と移動パケット通信網４０とを順に介してメールサーバ６０へ到達する。図５に示すＨＴＴＰリクエストを受信したメールサーバ６０は、受信したＨＴＴＰリクエストの内容に基づいて図６に示す電子メールデータを生成する。そして、メールサーバ６０は、生成した電子メールデータの宛先の電子メールアドレスが自装置の有するメールボックスに対応する電子メールアドレスである場合には、そのメールボックスへ生成した電子メールデータを格納する。また、メールサーバ６０は、生成した電子メールデータの宛先の電子メールアドレスが自装置の有するメールボックスに対応する電子メールアドレスではない場合には、生成した電子メールデータを移動パケット通信網４０を介してインターネット２０へ送信する。
【００５９】
以上に説明したように、端末装置７０Ａは宛先の種別が詳細に示されている電子メールデータ（図６）を送信することができる。なお、このような電子メールデータが旧装置である端末装置７０Ｂへ送信されても、端末装置７０ＢはＸ−Ｋｅｙｗｏｒｄブロックを無視して、図１２に示すようなメール閲覧画面を表示する。つまり、電子メールデータの送受信に関して端末装置７０Ｂとの下位互換性が確保される。
【００６０】
（２）メール閲覧動作
次に、メールサーバ６０のメールボックスに格納されている電子メールデータをユーザＡが閲覧する場合のメール閲覧動作について、図９を参照しつつ説明する。
【００６１】
図９は、端末装置７０ＡのＣＰＵ２１０が実行するメール閲覧処理の流れを示すフローチャートである。ユーザＡが端末装置７０Ａの操作部２２０を操作し、電子メールデータの閲覧を指示すると、メーラを実行中のＣＰＵ２１０は、まず、当該電子メールデータの送信を要求するＨＴＴＰリクエストをメールサーバ６０へ送信し、当該リクエストに対するＨＴＴＰレスポンスを受信する（ステップＳＢ１）。
【００６２】
ステップＳＢ１にて受信したＨＴＴＰレスポンスには、図６に示す電子メールデータが内包されている。ＣＰＵ２１０は、この電子メールデータをＨＴＴＰレスポンスから読み出し、この電子メールデータに内包されている属性データを解釈できるか否かを判定する（ステップＳＢ２）。具体的には、ＣＰＵ２１０は、電子メールデータに内包されている属性データの属性値が上記属性定義テーブルに登録されているか否かを判定する。そして、属性値が属性定義テーブルに登録されている場合には、ＣＰＵ２１０は当該属性データを解釈可能であると判定し、逆に、属性定義テーブルに登録されていない場合には、ＣＰＵ２１０は当該属性データを解釈不能であると判定する。
【００６３】
次に、ＣＰＵ２１０は、上述したステップＳＡ２にて解釈可能と判定した属性データに対応付けられているデータについてのみ、その属性に基づいて当該データを表示する領域を決定する（ステップＳＢ３）。具体的には、ＣＰＵ２１０は、属性がＴＯ宛先であるデータについては領域７２０へ、属性がＣＣ宛先であるデータについては領域７３０へ、属性がＢＣＣ宛先であるデータについては領域７４０へ表示すると決定する。なお、ステップＳＡ１にて取得した電子メールデータに、属性データを対応付けられてデータ本体が複数内包されている場合には、全てのデータ本体についてその属性を特定するために、ＣＰＵ２１０は上述したステップＳＡ２およびステップＳＡ３の処理を実行する。
【００６４】
次に、ＣＰＵ２１０は、ステップＳＡ３にて決定した領域へ各データを設定した状態のメール閲覧画面（図７参照）を表示部２３０に表示させる（ステップＳＢ４）。
【００６５】
以上説明したように、図７に示されるメール閲覧画面では、各宛先アドレスは、その属性に応じて異なる領域へ表示されているために、ユーザは、各宛先がＴＯ宛先であるか、ＣＣ宛先であるか、ＢＣＣ宛先であるかを認識することができる。
【００６６】
［Ｃ．変形例］
以上では、本発明の実施形態の一例について説明したが、本発明の実施態様は、係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。係る変形としては、例えば以下のようなものが考えられる。
【００６７】
（１）変形例１
上述した実施形態では、Ｘ−Ｋｅｙｗｏｒｄブロックを用いて、新装置に電子メールデータの宛先を詳細に取り扱わせる場合について説明した。しかしながら、電子メールデータについてのＸ−Ｋｅｙｗｏｒｄブロックの適用形態は、係る形態に限定されるものではない。
【００６８】
例えば、図１６に示す電子メールデータは、この電子メールデータの標題を示す属性データ“Ｘ−ＳＵＢｎ（ｎ＝１、２…４）”に対応づけられた標題データと、「ＪＰＮ」、「ＥＮＧ」、「ＧＥＲ」および「ＦＲＡ」の値を有する属性データに対応付けられた別名データ（ＳＵＢｎ）が記述されたＸ−Ｋｅｙｗｏｒｄブロックとを有している。この別名データに対応づけられている属性データは、標題データの記述言語を示すものであり、その値が「ＪＰＮ」である場合には日本語で、その値が「ＥＮＧ」である場合には英語で、その値が「ＧＥＲ」である場合にはドイツ語で、その値が「ＦＲＡ」である場合にはフランス語で記述されていることを示している。
【００６９】
このような電子メールデータを受信する新装置は、Ｘ−Ｋｅｙｗｏｒｄブロックに基づいて標題データ毎にその記述言語を特定し、自装置の位置する地域に応じた言語で記述された標題データのみを表示する。なお、新装置が自装置の位置する地域を特定する態様は、ＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）を用いて特定する態様や、ユーザにより入力された地域を示す情報に基づいて特定する態様や、自装置を収容する移動パケッツ通信網４０から地域を特定する情報を取得し、この情報に基づいて特定する態様などが考えられる。一方、Ｘ−Ｋｅｙｗｏｒｄブロックを解釈できない旧装置は、電子メールデータに内包されている標題を全て表示する。
【００７０】
以上に説明したように、電子メールデータに、複数の言語で同一の内容を記述されたデータ本体と、データ本体毎にその記述言語を詳細に特定するＸ−Ｋｅｙｗｏｒｄブロックとを設けておくことにより、新装置については、自装置の位置に応じて最も適切な言語でそのデータ本体を表示させることができるといった効果を奏する。また、旧装置については、Ｘ−Ｋｅｙｗｏｒｄブロックを無視して電子メールデータに内包されているデータ本体を全て表示するのだから、旧装置との下位互換性も確保される。
【００７１】
（２）変形例２
上述した実施形態では、コンテンツデータの一例として電子メールデータについて説明したが、本発明に係るコンテンツデータは電子メールデータに限定されるものではない。例えば、コンテンツデータには、特定のアプリケーションプログラム（例えば、画像表示プログラムや音声再生プログラムなど）で扱われるデータ本体と、当該データ本体がアプリケーションプログラムで扱われるデータであることを示す属性データと、当該データ本体の種別（例えば、画像データか、音声データか）を詳細に示すＸ−Ｋｅｙｗｏｒｄブロックとが内包されていても良い。
【００７２】
例えば、旧装置は、アプリケーションプログラムとして画像表示プログラムのみを備え、画像の表示のみを行えるとする。また、新装置は、アプリケーションプログラムとして画像表示プログラムと音声再生プログラムとを備え、画像の表示や音声の再生を行えるとする。このような新装置は、上記コンテンツデータに内包されている属性データとＸ−Ｋｅｙｗｏｒｄとに基づいて、データ本体が画像データであるか音声データかを特定する。そして、新装置は、そのデータ本体が画像データである場合には、画像表示プログラムを用いて対応する画像を表示し、音声データである場合には、音声再生プログラムを用いて対応する音声を再生することができる。
【００７３】
一方、旧装置は、上記コンテンツデータに内包されているＸ−Ｋｅｙｗｏｒｄブロックを無視し、属性データのみに基づいてそのデータ本体がアプリケーションプログラムで扱われるデータであることを特定する。そして、旧装置は、画像表示プログラムを用いてそのデータ本体に応じた画像を表示しようとする。そのデータ本体が画像データである場合には、対応する画像が表示されるが、そのデータ本体が音声データである場合には、旧装置は、このデータ本体を正しく取り扱うことはできない。しかし、このような場合であっても、データ本体を正しく扱えないことをユーザに通知することにより、当該データ本体が画像データではないことをユーザに通知することができる。このように、コンテンツデータにＸ−Ｋｅｙｗｏｒｄブロックを設けておくことにより、新装置と旧装置とは夫々の機能の範囲内で、このコンテンツデータに内包されているデータ本体を扱うことができる。
【００７４】
なお、以上の説明では、アプリケーションプログラムの例として、画像表示プログラムと音声再生プログラムについて説明したが、暗号化プログラムであっても良く、また、データ圧縮プログラムやエンコードプログラムなどであっても良い。
【００７５】
（３）変形例３
上述した実施形態では、新装置である端末装置７０Ａでは常に、Ｘ−Ｋｅｙｗｏｒｄブロックの内容に基づいて電子メールデータの宛先の種別を詳細に特定する場合について説明した。しかしながら、電子メールデータの宛先の種別を特定する際に、例えば、送信元アドレスと宛先アドレスとのみを区別するなど粗く特定するのか、上述したように詳細に特定するのかをユーザに選択させる機能を端末装置７０Ａに付与し、ユーザにより選択された態様で電子メールデータの宛先を特定するとしても良い。このような、電子メールデータの宛先を特定する態様をユーザに選択させると、ユーザは各自のニーズに応じた態様で電子メールデータの宛先を取り扱うことができるようになり、利便性が向上する。また、新装置である端末装置７０Ａが、Ｘ−Ｋｅｙｗｏｒｄブロックを有しない電子メールデータを受信した場合には、従来のヘッダブロック１０１に記述されている属性データに基づいて宛先の属性を特定することはもちろんである。
【００７６】
（４）変形例４
上述した実施形態では、宛先アドレスであることを示す属性データ（以下、「第１の属性データ」とする）と宛先の詳細な種別を示す属性データ（以下、「第２の属性データ」とする）とを対応付けるための別名データとして、第１の属性データの一部からなる別名データを用いる場合について説明した。別名データとして、第１の属性データの一部を用いたのは、電子メールデータのデータサイズを削減するためである。しかし、第１の属性データと第２の属性データとを対応付ける別名データは係る態様に限定されるものではない。例えば、第１の属性データとは無関係な別名データを用いて、第１の属性データと第２の属性データとを対応付けても良い。要は、別名データは、第１の属性データと第２の属性データとを対応付けるデータであれば良い。
【００７７】
（５）変形例５
上述した実施形態では、図５に示されるように宛先アドレスを示す属性値の一部からなる別名データと、詳細な種別を示す属性データとを一つづつ対応付けて記述することにより、Ｘ−Ｋｅｙｗｏｒｄブロックを記述する態様について説明した。しかし、Ｘ−Ｋｅｙｗｏｒｄブロックの記述態様は、図５に示される態様に限定されるものではない。
【００７８】
例えば、ＴＯ宛先については、別名データと詳細な種別を示す属性データとの対応付けを省略し、ＣＣ宛先とＢＣＣ宛先とについてのみ別名データと詳細な種別を示す属性データとの対応を記述するような態様であっても良い。このような態様では、Ｘ−Ｋｅｙｗｏｒｄブロックは、「Ｘ−Ｋｅｙｗｏｒｄ＝　ＴＯ３／ＣＣ、ＴＯ４／ＢＣＣ」と表記される。なお、省略する対象はＴＯ宛先に限定されるものではなく、ＣＣ宛先、ＢＣＣ宛先のいずれであっても良い。このように一つの属性についての記述を省略することで、電子メールデータのデータサイズを削減することができる。
【００７９】
また、同一の属性を有する宛先が複数ある場合には、例えば、「Ｘ−Ｋｅｙｗｏｒｄ＝ＣＣ／ＴＯ１〜ＴＯ２、ＢＣＣ：ＴＯ３〜ＴＯ４」と表記しても良い。また、一つの宛先が複数の属性を有する場合には、「Ｘ−Ｋｅｙｗｏｒｄ＝　ＴＯ／ＴＯ１〜ＴＯ３、ＣＣ／ＴＯ１」や、「Ｘ−Ｋｅｙｗｏｒｄ＝　ＴＯ１／ＴＯ，ＢＣＣ、ＴＯ２／ＣＣ，ＢＣＣ」と表記しても良い。要は、宛先の属性を詳細に示すと共に、電子メールデータに図１５に示されるデータブロック１５１を付与することに比較して電子メールデータのデータサイズを削減できる態様であれば、いずれの態様であっても良い。
【００８０】
（６）変形例６
上述した実施形態では、端末装置７０としてパケット通信機能を有する携帯電話機を用いる場合について説明した。携帯電話機は、ＰＣやＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）などのコンピュータ装置に比較して安価であり、ユーザは容易に旧装置から新装置へ買い替えることができる。そのため、新装置と旧装置とが混在して使用される状況が発生しやすいといった特徴がある。このため、本発明は携帯電話機に適用された場合に、特に顕著な効果を奏するものであるが、本発明に係る端末装置は、携帯電話機に限定されるものではない。パケット通信機能を有し、上述したようなコンテンツデータの送受信や係るコンテンツデータを解釈可能なＰＤＡやＰＣであっても良い。
【００８１】
（７）変形例７
上述した実施形態では、端末装置７０Ａには該端末装置７０Ａの機能を実現するためのソフトウェアが予め記憶されている場合について説明した。しかしながら、係るソフトウェアを記憶していないコンピュータ装置に、例えばＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｋ−Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）のようなコンピュータ装置読み取り可能な記録媒体であって係るソフトウェアを記憶した記録媒体を用いて、係るソフトウェアをインストールすることにより、端末装置７０Ａと同一の機能を一般的なコンピュータ装置に付与することも可能である。
【００８２】
また、インターネット２０や移動パケット通信網４０に接続されたＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）サーバ装置に上記ソフトウェアを記憶させておき、このＷＷＷサーバ装置から上記ソフトウェアをダウンロードし、インストールすることにより、一般的なコンピュータ装置に端末装置７０Ａと同一の機能を付与するとしても良い。
【００８３】
【発明の効果】
本発明によれば、データ本体と当該データ本体の属性を示す属性データとを内包しているコンテンツデータを取り扱う旧装置と新装置とについて、旧装置には従来の取り扱いでコンテンツデータを取り扱わせつつ、新装置には旧装置とは異なる態様で上記コンテンツデータを取り扱わせることが可能になるといった効果を奏する。
【００８４】
また、本発明によれば、新装置専用のデータブロックと旧装置専用のデータブロックとを独立して設ける場合に比較して、コンテンツデータのデータサイズを削減できるといった効果も奏する。
【００８５】
【図面の簡単な説明】
【図１】本発明の実施形態に係る通信システムの構成例を示すブロック図である。
【図２】同通信システムを構成する端末装置７０Ａの構成例を示すブロック図である。
【図３】同端末装置７０Ａに格納されている属性定義テーブルの一例を示す図である。
【図４】同端末装置７０Ａの表示部２３０に表示されるメール送信画面の一例を示す図である。
【図５】同端末装置７０Ａの生成するＨＴＴＰリクエストの一例を示す図である。
【図６】同端末装置７０Ａの受信する電子メールデータの一例を示す図である。
【図７】同端末装置７０Ａの表示部２３０に表示されるメール閲覧画面の一例を示す図である。
【図８】同端末装置７０Ａの実行するメール送信処理の流れを示すフローチャートである。
【図９】同端末装置７０Ａの実行するメール閲覧処理の流れを示すフローチャートである。
【図１０】旧装置で扱われる電子メールデータの一例を示す図である。
【図１１】旧装置に格納されている属性定義テーブルの一例を示す図である。
【図１２】旧装置に表示されるメール閲覧画面の一例を示す図である。
【図１３】新装置で扱われる電子メールデータの一例を示す図である。
【図１４】新装置に格納されている属性定義テーブルの一例を示す図である。
【図１５】新装置で扱われる電子メールデータの一例を示す図である。
【図１６】変形例１に係る電子メールデータの一例を示す図である。
【符号の説明】
１０Ａ、１０Ｂ…端末装置、２０…インターネット、３０…ＧＷ、４０…移動パケット通信網、５０…基地局、６０…メールサーバ、７０Ａ、７０Ｂ…端末装置、２１０…ＣＰＵ、２２０…操作部、２３０…表示部、２４０…無線通信部、２５０…記憶部、２５１…ＲＡＭ、２５２…ＲＯＭ、２５３…不揮発性メモリ、２６０…バス。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a technique for ensuring backward compatibility with an old device in a situation where a new device and an old device that handle the same content data are used together.
[0002]
[Prior art]
For example, there is a terminal device such as a mobile phone or a personal computer device (hereinafter, referred to as “PC”) having a packet communication function. Such a terminal device transmits content data created by the user to another terminal device, receives content data transmitted from another terminal device, and allows the user to browse the content of the received content data. Can be.
[0003]
An example of content data handled by the terminal device is electronic mail data. The e-mail data is content data having a special data format for transmitting information between the terminal devices via a communication network such as the Internet. Hereinafter, the e-mail data will be described.
[0004]
FIG. 10 is a diagram showing an example of electronic mail data used in a mobile phone or the like. As shown in FIG. 10, the e-mail data has two data blocks: a header block 101 and a body block 102. The header block 101 and the body block 102 are separated by a blank line (line consisting of a line feed character, for example, only <CR><LF>).
[0005]
In the header block 101, at least two pairs of an e-mail address and its attribute data are described. The attribute data is data indicating the attribute of the corresponding e-mail address, that is, whether it is a source address or a destination address by its value (hereinafter, referred to as “attribute value”). In the example of FIG. 10, the attribute of the e-mail address associated with the attribute data having the attribute value “XF” is the source address, and the attribute value is “X-TOn” (n = 1, 2,...). , 4) indicates that the attribute of the e-mail address associated with the attribute data is the destination address. The “source address” in the email refers to the email address of the source of the email data, and the “destination address” refers to the email address of the destination of the email data. In the text block 102, information transmitted from the source of the e-mail data to the destination (hereinafter referred to as "text") is described.
[0006]
An attribute definition table as shown in FIG. 11 is stored in a terminal device that handles such email data. In this attribute definition table, the attribute data whose attribute value is “XF” indicates the source address, and the attribute data whose attribute value is “X-TOn” (n = 1, 2,. It is registered to indicate the destination address. The terminal device that has received the e-mail data shown in FIG. 10 interprets the description contents of the header block 101 based on the registration contents of the attribute definition table. That is, the terminal device uses “A@abc.co.jp” as the source address, “B@abc.co.jp”, “C@abc.co.jp”, and “D@abc.co.jp”. And "E@abc.co.jp" as the destination address. Then, according to the recognition result, the terminal device displays a mail browsing screen as shown in FIG. 12, for example. In the mail browsing screen shown in FIG. 12, the source address is displayed in area 121, the destination address is displayed in area 122, and the body of the e-mail data is displayed in area 123.
[0007]
Then, this type of terminal device handles the data body in a mode corresponding to the specified attribute when the content data is used by the user. For example, when the terminal device allows the user to browse the contents of the data body, the terminal device displays the data in a form corresponding to the attribute of the data body. If the attribute value described in the received content data is not registered in the attribute definition table, the terminal device cannot interpret the attribute value. Therefore, the attribute of the data body associated with this attribute value is not specified. In such a case, these attribute values and data body are not interpreted. That is, these attribute values and the data body are ignored.
[0008]
[Problems to be solved by the invention]
In general, when transmitting e-mail data using a PC, any of a TO attribute value, a CC attribute value, and a BCC attribute value can be designated for a destination address of the e-mail data. The TO attribute value is an address indicating a TO destination which is a main destination, and the CC attribute value and the BCC attribute value are addresses indicating a CC destination and a BCC destination which are non-main destinations, respectively. Further, while the address of the TO destination and the address of the CC destination are also notified to destinations of other destination addresses, the address of the BCC destination is notified only to the BCC destination. These destinations are properly used depending on the application. For example, the user specifies the TO attribute value in the destination address indicating the party, specifies the CC attribute value in the destination address indicating the related party, and specifies the BCC attribute in the destination address indicating the guarantor that guarantees the transmission of the e-mail. By sending an e-mail with a specified value, notification to the parties, broadcasting to the parties concerned, and notification to the guarantor can be performed all at once. “CC” means carbon copy, and “BCC” means blind carbon copy.
[0009]
On the other hand, in the terminal device that has received the e-mail data in FIG. 10, all the destination addresses are regarded as indicating the TO destination. That is, as long as such e-mail data is used, the attribute of the destination address cannot be specified in detail. Hereinafter, a terminal device designed to transmit and receive only such e-mail data is referred to as an “old device”. In the following, a “new device” in which the disadvantages of the old device are eliminated is assumed.
[0010]
As an example of the new device, a terminal device for handling e-mail data shown in FIG. 13 can be considered. The difference between the e-mail data shown in FIG. 13 and the e-mail data shown in FIG. 10 is that attribute data having different attribute values is associated with the destination attribute of the e-mail data. For example, in the e-mail data shown in FIG. 13, “X-TOn (n = 1, 2,... 4)” is assigned to the address as the TO destination, and “X-CCn (n = 1, 2... 4) ”, and“ X-BCCn (n = 1, 2,... 4) ”is associated with the BCC destination. On the other hand, a new device that handles such email data stores an attribute definition table as shown in FIG. Such a new device recognizes the description contents of the received e-mail data based on the registration contents of the attribute definition table, and can handle the destination of the e-mail data in detail.
[0011]
As described above, a new attribute value indicating the attribute of the destination of the e-mail data is provided in detail, and a new device that handles e-mail data including an address associated with such an attribute value is used. Accordingly, the user can handle the destination of the e-mail data in detail, and the convenience is improved.
[0012]
In order to obtain such convenience, the user of the old device needs to change the terminal device to the new device. However, changing the terminal device is not always the best solution for the user. Naturally, not a few users continue to use the old device. Therefore, a situation occurs in which both the new device and the old device are used together. Under such circumstances, a situation occurs in which the old device receives the e-mail data transmitted from the new device. As described above, attribute data that cannot be correctly interpreted by the old device is described in the e-mail data. Therefore, in the old device, the data body (“D ＠” in FIG. 13) associated with the attribute data is described. ac.co.jp "and" E@abc.co.jp ") are ignored. Then, the ignored information is not notified to the user. Therefore, the user of the old device cannot correctly view the e-mail data. That is, there is a problem that backward compatibility is not ensured.
[0013]
Another example of the new device is a terminal device that handles e-mail data shown in FIG. 15 is different from the e-mail data of FIG. 10 only in having a data block 151 for a new device. The data body described in the data block 151 is always described in another table block. That is, the format of the e-mail data is a format in which the data body is redundantly described. However, the data body described in another data block is associated with attribute data that is correctly interpreted by the old device, whereas the data body described in the data block 151 is interpreted only by the new device. Possible attribute data is associated. The new device generates e-mail data as shown in FIG. 15 when transmitting e-mail data. In the new device that receives the e-mail data, the description of the data block 151 is prioritized for the attribute of the duplicated data body. Further, in the old device that has received the e-mail data, the data block 151 is ignored, and the same operation as when the e-mail data without the data block 151 is received is performed.
[0014]
According to this new device, backward compatibility is ensured. However, there is a problem that the size of the e-mail data is significantly increased because the data body is redundantly described. Further, there is a problem that as the number of models increases, the number of overlapping portions also increases.
[0015]
The present invention has been made in view of the above-described problem, and it is possible to secure backward compatibility while suppressing the redundancy of content data including a data body and attribute data indicating the attribute, It is an object to provide a terminal device, a program, and a recording medium.
[0016]
[Means for Solving the Problems]
In order to solve the above-mentioned problems, the present invention provides an input unit for inputting a data body, a specifying unit for specifying an attribute of the data body, and the data unit based on the attribute specified by the specifying unit. First generating means for generating first attribute data roughly indicating the attribute of the main body, second generating means for generating alias data indicating an alias of the data main body, the data main body and the first attribute data And a first data block that correctly interprets both the first terminal device that interprets the data block and the second terminal device that interprets the data block. Creating means, third generating means for generating second attribute data that finely indicates the attribute of the data body based on the attribute specified by the specifying means, the alias data and the second attribute data A second creation unit for creating a second data block that includes a character string and is not correctly interpreted by the first terminal device and is interpreted correctly by the second terminal device; and a terminal that interprets the data block. A terminal having a transmitting unit for transmitting content data having the first data block and the second data block to a terminal device that handles the data body in a manner corresponding to an attribute determined from an interpretation result. Provide equipment.
[0017]
According to another aspect of the present invention, there is provided a computer device comprising: an input unit for inputting a data body; a specifying unit for specifying an attribute of the data body; First generating means for generating first attribute data roughly indicating an attribute of the data body based on the attribute; second generating means for generating alias data indicating an alias of the data body; A first data block that includes the first attribute data and the alias data and is correctly interpreted by both a first terminal device that interprets a data block and a second terminal device that interprets a data block First generating means for generating the attribute data; third generating means for generating second attribute data indicating the attribute of the data body in detail based on the attribute specified by the specifying means; Creating a second data block that includes the data and the second attribute data and is not correctly interpreted by the first terminal device, and is interpreted correctly by the second terminal device. Means and a terminal device for interpreting a data block, wherein the content data having the first data block and the second data block is transmitted to a terminal device which handles the data body in a manner corresponding to an attribute determined from the interpretation result. And a recording medium readable by a computer device, the recording medium recording the program.
[0018]
Using such a terminal device, a program, and a recording medium, first data including a data body, alias data indicating an alias of the data body, and first attribute data roughly indicating an attribute of the data body. Content data including a block and a second data block including the alias data and second attribute data indicating attributes of the data body in detail is generated and transmitted.
[0019]
In order to solve the above problem, the present invention provides a first data block including a data body, first attribute data roughly indicating an attribute of the data body, and alias data indicating an alias of the data body. The first data block correctly interpreted by both the first terminal device that interprets the data block and the second terminal device that interprets the data block, and the alias data and the attributes of the data body are finely divided. Receiving the content data including a second data block that includes the second attribute data shown and is not correctly interpreted by the first terminal device and that is correctly interpreted by the second terminal device. Means for interpreting the first data block, and extracting the data body, the first attribute data, and the alias data from the first data block according to a result of the interpretation. First extraction means, second extraction means for interpreting the second data block, and extracting the alias data and the second attribute data from the second data block according to the interpretation result; Specifying means for specifying an attribute of the data body based on the extraction results of the first extracting means and the second extracting means, and processing means for handling the data body in a manner corresponding to the attribute specified by the specifying means And a terminal device having:
[0020]
According to another aspect of the present invention, there is provided a computer device comprising: a computer device including a first attribute data roughly indicating an attribute of the data body and an alias data indicating an alias of the data body; A first data block correctly interpreted by both a first terminal device interpreting the data block and a second terminal device interpreting the data block; the alias data and the data body Data which includes second attribute data indicating the attribute of the second data block in detail and which is not correctly interpreted by the first terminal device and is correctly interpreted by the second terminal device. Receiving means for receiving the first data block, and interpreting the data body, the first attribute data and the first attribute data from the first data block according to the result of the interpretation. First extracting means for extracting name data; and second extracting means for interpreting the second data block and extracting the alias data and the second attribute data from the second data block according to the interpretation result. Extracting means; specifying means for specifying an attribute of the data body based on the extraction results of the first extracting means and the second extracting means; and handling in accordance with the attribute specified by the specifying means. A program for realizing a processing means for handling a data body and a recording medium readable by a computer device, the recording medium recording the program are provided.
[0021]
Using such a terminal device, a program, and a recording medium, first data including a data body, alias data indicating an alias of the data body, and first attribute data roughly indicating an attribute of the data body. Content data containing a block and a second data block containing the alias data and second attribute data indicating the attribute of the data body in detail; and receiving the first attribute data and The data body is handled by the attribute specified by the second attribute data.
[0022]
Further, in order to solve the above problem, the present invention provides an input unit for inputting a data body, a specifying unit for specifying an attribute of the data body, and an attribute specified by the specifying unit. First generating means for generating first attribute data roughly indicating an attribute of the data body, second generating means for generating alias data indicating an alias of the data body, the data body and the first A first data block that includes attribute data and the alias data and creates a first data block that is correctly interpreted by both a first terminal device that interprets a data block and a second terminal device that interprets a data block. 1, second generating means for generating second attribute data indicating the attribute of the data body in detail based on the attribute specified by the specifying means, the alias data and the second attribute Data generating means for generating a second data block which includes a data block and which is not correctly interpreted by the first terminal device and is correctly interpreted by the second terminal device; Transmitting means for transmitting content data having the first data block and the second data block to a terminal device for interpreting and handling the data body in a manner corresponding to an attribute determined from the interpretation result; Contains the data body, the third attribute data roughly indicating the attribute of the data body, and the alias data indicating the alias of the data body, and correctly interprets both the first terminal device and the second terminal device. Contains the third data block, the alias data and the fourth attribute data indicating the attributes of the data body in detail, and is not correctly interpreted by the first terminal device. Receiving means for receiving content data having a fourth data block that is correctly interpreted by the second terminal device, interpreting the third data block, and extracting the third data block from the third data block according to an interpretation result; First extracting means for extracting the data body, the third attribute data, and the alias data; interpreting the third data block; and extracting the alias data and the second data from the fourth data block according to the interpretation result. A second extraction unit for extracting the attribute data of the fourth data, an identification unit for identifying the attribute of the data body based on the extraction results of the first extraction unit and the second extraction unit, Provided is a terminal device having processing means for handling the data body in a manner according to the specified attribute.
[0023]
According to another aspect of the present invention, there is provided a computer device comprising: an input unit for inputting a data body; a specifying unit for specifying an attribute of the data body; First generating means for generating first attribute data roughly indicating an attribute of the data body based on the attribute; second generating means for generating alias data indicating an alias of the data body; A first data block that includes the first attribute data and the alias data and is correctly interpreted by both a first terminal device that interprets a data block and a second terminal device that interprets a data block First generating means for generating the attribute data; third generating means for generating second attribute data indicating the attribute of the data body in detail based on the attribute specified by the specifying means; Creating a second data block that includes the data and the second attribute data and is not correctly interpreted by the first terminal device, and is interpreted correctly by the second terminal device. Means and a terminal device for interpreting a data block, wherein the content data having the first data block and the second data block is transmitted to a terminal device which handles the data body in a manner corresponding to an attribute determined from the interpretation result. The first terminal device and the second terminal device including a data body, third attribute data roughly indicating an attribute of the data body, and alias data indicating an alias of the data body. The first terminal device includes a third data block correctly interpreted as any of the above, the alias data, and fourth attribute data indicating the attributes of the data body in detail. Receiving means for receiving content data having a fourth data block that is not properly interpreted and correctly interpreted by the second terminal device; and interpreting the third data block, and interpreting the third data block according to an interpretation result. A first extraction unit for extracting the data body, the third attribute data, and the alias data from the third data block; interpreting the third data block; and extracting the third data block from the fourth data block according to the interpretation result. Second extracting means for extracting the alias data and the fourth attribute data, and identifying means for identifying an attribute of the data body based on the extraction results of the first extracting means and the second extracting means. A program for realizing processing means for handling the data body in a manner corresponding to the attribute specified by the specifying means; And a recording medium on which the program is recorded.
[0024]
Using such a terminal device, a program, and a recording medium, first data including a data body, alias data indicating an alias of the data body, and first attribute data roughly indicating an attribute of the data body. Content data including a block and a second data block including the alias data and second attribute data indicating attributes of the data body in detail are generated and transmitted, and A third data block containing alias data indicating an alias of the data body and third attribute data roughly indicating an attribute of the data body; and a fourth data block finely indicating the alias data and the attribute of the data body. Content data containing a fourth data block containing the attribute data of the third attribute data and the fourth data block containing the fourth attribute data is specified by the third attribute data and the fourth attribute data. Data body that is contained in the content data handled by the attribute.
[0025]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0026]
[A. Constitution]
(1) Configuration of communication system
FIG. 1 is a diagram illustrating a configuration example of a communication system according to an embodiment of the present invention. As shown in FIG. 1, the communication system includes a terminal device 10A, a terminal device 10B, the Internet 20, a gateway device (hereinafter, referred to as "GW") 30, a mobile packet communication network 40, and a base station 50. , A mail server 60, a terminal device 70A, and a terminal device 70B. Hereinafter, the user of the terminal device 70A is referred to as a user A, the user of the terminal device 70B is referred to as a user B, the user of the terminal device 10A is referred to as a user C, and the user of the terminal device 10B is referred to as a user D. It is assumed that each of these users has a unique e-mail address. That is, the user A has "A@abc.co.jp", the user B has "B@abc.co.jp", the user C has "C@xyz.co.jp", and the user D has , “D@xyz.co.jp”. In the following, when it is not necessary to distinguish between the terminal device 10A and the terminal device 10B, the terminal device 10A is described as “terminal device 10”, and when it is not necessary to distinguish between the terminal device 70A and the terminal device 70B, It is described as “terminal device 70”.
[0027]
The terminal device 10 is, for example, a general PC, and is connected to the Internet 20. The terminal device 10 has a packet communication function, and transmits e-mail data to the terminal device 70 via the Internet 20 or the mobile packet communication network 40, and receives e-mail data transmitted from the terminal device 70. Then, the user can browse the contents.
[0028]
The GW 30 is a computer device connected to the Internet 20 and the mobile packet communication network 40, and has a function of converting between a communication protocol in the Internet 20 and a communication protocol in the mobile packet communication network 40. The GW 30 can transfer a packet transmitted from the mobile packet communication network 40 to the Internet 20 and transfer a packet transmitted from the Internet 20 to the mobile packet communication network 40 using the protocol conversion function.
[0029]
The mobile packet communication network 40 is connected to a base station 50, and provides a packet communication service to a terminal device 70 accommodated in the base station 50. The communication system shown in FIG. 1 includes a mobile communication network (not shown) in addition to the mobile packet communication network 40. This mobile communication network provides a general mobile telephone call service to the terminal device 70.
[0030]
The base station 50 forms a radio cell having a fixed area (for example, a radius of 500 meters around the base station 50). The base station 50 accommodates a terminal device 70 located in a wireless cell formed by the base station 50 and wirelessly communicates with the terminal device 70.
[0031]
The mail server 60 is a computer device connected to the mobile packet communication network 40, and has a mailbox associated with each e-mail address of the user A and the user B. When receiving the e-mail data transmitted to the e-mail addresses of these users, the mail server 60 stores the received e-mail data in a mailbox corresponding to the destination. Further, the mail server 60 has a function of communicating with the terminal device 70 in accordance with HTTP (Hyper Text Transport Protocol). By using the HTTP communication function, the mail server 60 can receive the HTTP request transmitted from the terminal device 70 and perform a process according to the content of the HTTP request.
[0032]
For example, when the content of the received HTTP request is to transmit the e-mail data to the designated destination, the mail server 60 generates the e-mail data based on the contents of the HTTP request, and generates the generated e-mail. Send the data to its destination. If the content of the received HTTP request is a request for browsing the e-mail data stored in the mailbox, the mail server 60 generates an HTTP response including the e-mail data, and outputs the HTTP response. Reply to the source of the HTTP request.
[0033]
The terminal device 70 is, for example, a mobile phone having an HTTP communication function, and performs wireless communication with the base station 50 forming a wireless cell in which the terminal device 70 is located. The terminal device 70 uses the HTTP communication function to cause the mail server 60 to transmit the e-mail data to a desired destination, and to transmit the e-mail data transmitted to the e-mail address of the user of the terminal device 70 to the mail server. 60 and the content can be viewed by the user. Note that the terminal device 70A and the terminal device 70B have different types of destinations that can be handled as destinations of the e-mail data. Specifically, the terminal device 70A can handle all of the above three types of destinations, while the terminal device 70B can handle only the above-mentioned TO destination. That is, the terminal device 70A is the new device described above, and the terminal device 70B is the old device.
[0034]
(2) Configuration of terminal device 70A
Next, the configuration of the terminal device 70A will be described with reference to FIG. As shown in FIG. 2, the terminal device 70A includes a CPU (Central Processing Unit) 210, an operation unit 220, a display unit 230, a wireless communication unit 240, a storage unit 250, and data between these components. And a bus 260 for mediating transfer.
[0035]
The CPU 210 controls each unit of the terminal device 70A by executing software stored in the storage unit 250.
[0036]
The operation unit 220 includes, for example, operators that are operated by the user, such as numeric keys and cursor keys, and transfers information corresponding to the operation contents of these operators to the CPU 210.
[0037]
The display unit 230 is, for example, a liquid crystal display, and displays an image corresponding to the image data transferred from the CPU 210.
[0038]
The wireless communication unit 240 includes an antenna (not shown) and performs wireless communication with the base station 50. The wireless communication unit 240 receives information transmitted from the base station 50, transfers the received information to the CPU 210, and transmits the information transferred from the CPU 210 to the base station 50.
[0039]
The storage unit 250 has a RAM 251, a ROM 252, and a nonvolatile memory 253. The RAM 251 is used as a work area by the CPU 210 executing software. The ROM 252 stores an operating system (hereinafter, referred to as “OS”) and software such as a mailer. The nonvolatile memory 253 is, for example, an EEPROM (Electrically Erasable Programmable Read Only Memory), and stores a user's telephone number, a URL (Uniform Resource Locator) of the mail server 60, an attribute definition table, and the like. The non-volatile memory 253 stores the e-mail data transferred from the mail server 60.
[0040]
FIG. 3 is a diagram illustrating an example of the attribute definition table stored in the nonvolatile memory 253. Note that the attribute definition table shown in FIG. 3 is different from the attribute definition table shown in FIG. 11 in that attribute values of data for handling the destination of the e-mail data in detail are registered ( (See FIG. 3: hatched area). Specifically, in the attribute definition table shown in FIG. 3, it is registered that the data associated with the attribute value “X-Keyword” is data for handling the destination of the e-mail data in detail. I have.
[0041]
Next, software stored in the ROM 252 will be described. The OS is software for providing basic functions commonly used by other software, such as displaying an image on the display unit 230 and writing data to the storage unit 250. This OS is read and executed by the CPU 210 immediately after the power supply (not shown) of the terminal device 70 is turned on.
[0042]
The mailer is software that is executed under the control of the OS, for example, in response to a user's execution instruction. The CPU 210 in the state of executing this mailer receives a function for transmitting the e-mail data to the mail server 60 (hereinafter, referred to as a “mail transmission function”) and an e-mail data stored in the mailbox. A function for allowing the user A to browse (hereinafter, referred to as “mail browsing function”) is provided. The manner in which the mailer is executed is not limited to the execution instruction by the user, and may be executed by the OS immediately after the OS is started. In addition, the mail data may be stored in the mailbox. May be executed when a notification indicating the fact is received from the mail server 60. Hereinafter, the mail transmission function and the mail browsing function provided to the CPU 210 in the state of executing the mailer will be described in detail.
[0043]
First, the mail transmission function will be described. When the user is instructed to transmit an e-mail, CPU 210 in a state of executing the mailer causes display unit 230 to display a mail transmission screen shown in FIG. 4. The user who has visually recognized the mail transmission screen can input desired data into each of the areas 410 to 440, and click the transmission button B1 and the end button B2.
[0044]
A point to be noted on the mail transmission screen shown in FIG. 4 is that three types of destinations of the TO data, the CC destination, and the BCC destination can be set as the destinations of the e-mail data. Specifically, an area 410 is an area for inputting an e-mail address of a TO destination, an area 420 is an area for inputting an e-mail address of a CC destination, and an area 430 is an e-mail address of a BCC destination. This is an area for inputting. An area 440 is an area for inputting the text of the e-mail data.
[0045]
When the transmission button B1 is clicked, the CPU 210 displaying the mail transmission screen (FIG. 4) changes the attribute of the data input to each of the areas 410 to 430 to the area where the destination is input. Specify according to. Specifically, CPU 210 determines the TO destination for the data input to area 410, the CC destination for the data input to area 420, the BCC destination for the data input to area 430, and the area 440. The data input to is specified as the text of the e-mail data. Then, CPU 210 generates an HTTP request for requesting transmission of electronic mail data including the text input to area 440 to the destinations input to each of areas 410 to 430, and transmits the HTTP request to a mail server. Send to 60.
[0046]
FIG. 5 is a diagram showing an example of an HTTP request transmitted by the CPU 210. In the HTTP request, the e-mail address input in the areas 410 to 430 is described in association with the attribute value “X-TOn”. That is, it is indicated that these e-mail addresses are destination addresses. In the HTTP request shown in FIG. 5, data indicating whether each destination is a TO destination, a CC destination, or a BCC destination is described in association with an attribute value “X-Keyword”. Hereinafter, data associated with the attribute value “X-Keyword” is referred to as “X-Keyword block”. The HTTP request shown in FIG. 5 includes the alias data (TOn in FIG. 5) which is a part of the attribute data indicating the destination address, and any one of the attribute values of “TO”, “CC”, and “BCC”. An X-Keyword block described in association with attribute data having a. In the X-Keyword block, the attribute data associated with the alias data is attribute data indicating a detailed type of the destination, and when the attribute value is “TO”, it indicates that the destination is a TO destination. If the attribute value is "CC", it indicates a CC destination, and if the attribute value is "BCC", it indicates a BCC destination.
[0047]
As described above, the terminal device 70A transmits the HTTP request as shown in FIG. 5 to the mail server 60, thereby causing the mail server 60 to transmit the electronic mail data.
[0048]
Next, a mail browsing function provided to the CPU 210 in a state of executing the mailer will be described. When instructed by the user to view the e-mail data, the CPU 210 executing the mailer transmits an HTTP request requesting transmission of the e-mail data to the terminal device 70A to the mail server 60, and responds to the HTTP request. As a response, an HTTP response including the e-mail data shown in FIG. 6 is received.
[0049]
A point to be noted in the e-mail data shown in FIG. 6 is that, in addition to the conventional header block 101 shown in FIG. 10, X for specifying the detailed attribute of the destination of the e-mail described in the header block 101 is used. -A Keyword block is included. The CPU 210 can specify detailed attributes of each destination by interpreting the description contents of the X-Keyword block based on the registration contents of the attribute definition table. For example, regarding the e-mail data shown in FIG. 6, the CPU 210 determines that “B@abc.co.jp” and “C@xyz.co.jp” are TO destinations and “A@abc.co.jp”. jp ”is a CC destination, and“ D@xyz.co.jp ”is a BCC destination. FIG. 6 illustrates a case where an X-Keyword block is described at the end of the header block 101. However, the description position of the X-Keyword block is not limited to the end of the header block 101, but may be the beginning of the header block 101. In short, the X-Keyword block may be described in any position as long as it is inside the header block 101. This is because the CPU 210 reads the end (blank line) of the header block 101 and interprets the content of the description.
[0050]
Then, CPU 210 causes user A to browse the e-mail data by causing display unit 230 to display a mail browsing screen in which data is set in an area corresponding to the attribute specified based on the contents of the above-described attribute definition table. Let me. For example, the CPU 210 that has received the e-mail data shown in FIG. 6 displays a mail browsing screen shown in FIG. In the mail browsing screen shown in FIG. 7, the TO address is displayed in area 720, the CC address is displayed in area 730, and the BCC address is displayed in area 740. Note that when the reply button B3 is clicked, the CPU 210 displaying the mail browsing screen shown in FIG. 7 generates reply e-mail data addressed to the e-mail address displayed in the area 710. The transmission is the same as that of a general mailer, and the description is omitted. Further, when the attribute data included in the received e-mail data is not stored in the above-described attribute definition table, the CPU 210 ignores the data associated with the attribute data. It is the same as the old device.
[0051]
[B. motion]
Next, the characteristic operation of the communication system shown in FIG. 1 will be described with reference to the drawings.
[0052]
(1) Mail sending operation
First, using the terminal device 70A, the user A designates the e-mail addresses of the users B and C as the TO destination, specifies the own e-mail address as the CC destination, and specifies the e-mail address of the user D as the BCC destination. The operation when transmitting mail data will be described with reference to FIG.
[0053]
FIG. 8 is a flowchart illustrating a flow of a mail transmission process executed by CPU 210 of terminal device 70A. When the user A operates the operation unit 220 of the terminal device 70A to instruct transmission of an e-mail, the CPU 21 executing the mailer first causes the display unit 230 to display a mail transmission screen shown in FIG. 4 (step SA1). .
[0054]
As described above, the user A who has visually recognized the mail transmission screen illustrated in FIG. 4 can perform various input operations by operating the operation unit 220. Hereinafter, the operation of clicking the transmission button B1 is referred to as “transmission operation”, and the operation of clicking the end button B2 is referred to as “end operation”. Further, an operation that is neither a “transmission operation” nor an “end operation” (for example, an input operation to the areas 410 to 440) is referred to as “other operation”.
[0055]
CPU 210 displaying the mail transmission screen shown in FIG. 4 acquires information corresponding to the operation content of user A from operation unit 220 (step SA2), and determines the operation content of user A based on this information (step SA2). Step SA3). That is, the CPU 210 determines whether the operation content of the user A is “transmission operation”, “end operation”, or “other operation”. Then, when it is determined that the operation content of the user A is “other operation”, the CPU 210 repeatedly executes the processing from step SA2 described above. When it is determined that the operation content of the user A is the “end operation”, the CPU 210 causes the display unit 230 to delete the mail transmission screen, and ends the mail transmission processing. When the operation content of the user A is “transmission operation”, the electronic mail data (FIG. 10) is generated based on the data input to the areas 410 to 440. (Step SA4). Specifically, the CPU 210 specifies an attribute value to be associated with the data input to each area based on the attribute associated with each area of the areas 410 to 440 and the registered contents of the attribute definition table. The e-mail data is generated by associating the attribute value with the data input to each area.
[0056]
In this operation example, the user A inputs the e-mail addresses of the users B and C into the area 410, inputs his / her own e-mail address into the area 420, and inputs the e-mail address of the user D into the area 430, It is assumed that the user clicks the send button B1 after inputting the body of the e-mail “BBBBBBBBBBBB” to the area 440. That is, in the present operation example, the CPU 210 determines that the operation content of the user is “transmission operation” in step SA3 described above, and executes the process of step SA4.
[0057]
In step SA5 following step SA4, the above-described X-Keyword block is generated for the e-mail data generated in step SA4. Then, CPU 210 generates an HTTP request (see FIG. 5) including the e-mail data generated in step SA4 and the X-Keyword block generated in step SA5, and transmits the HTTP request to wireless communication unit 240. (Step SA6), and the mail transmission process ends.
[0058]
Thereafter, the HTTP request transmitted from the terminal device 70A reaches the mail server 60 via the base station 50 and the mobile packet communication network 40 in order. Shown in FIG. H The mail server 60 that has received the TTP request generates the e-mail data shown in FIG. 6 based on the content of the received HTTP request. Then, when the destination e-mail address of the generated e-mail data is the e-mail address corresponding to the mailbox of the apparatus, the mail server 60 stores the generated e-mail data in the mailbox. If the destination e-mail address of the generated e-mail data is not the e-mail address corresponding to the mailbox of its own device, the mail server 60 transmits the generated e-mail data via the mobile packet communication network 40. To the Internet 20.
[0059]
As described above, the terminal device 70A can transmit the e-mail data (FIG. 6) in which the type of the destination is shown in detail. Note that even when such electronic mail data is transmitted to the terminal device 70B, which is an old device, the terminal device 70B ignores the X-Keyword block and displays a mail browsing screen as shown in FIG. That is, backward compatibility with the terminal device 70B regarding transmission and reception of the e-mail data is ensured.
[0060]
(2) Email browsing operation
Next, a mail browsing operation when the user A browses the e-mail data stored in the mailbox of the mail server 60 will be described with reference to FIG.
[0061]
FIG. 9 is a flowchart showing the flow of the mail browsing process executed by CPU 210 of terminal device 70A. When the user A operates the operation unit 220 of the terminal device 70A to instruct browsing of the e-mail data, the CPU 210 executing the mailer first transmits an HTTP request requesting transmission of the e-mail data to the mail server 60. Then, an HTTP response to the request is received (step SB1).
[0062]
The HTTP response received in step SB1 contains the electronic mail data shown in FIG. The CPU 210 reads out the e-mail data from the HTTP response, and determines whether or not the attribute data included in the e-mail data can be interpreted (step SB2). Specifically, the CPU 210 determines whether or not the attribute value of the attribute data included in the e-mail data is registered in the attribute definition table. If the attribute value is registered in the attribute definition table, the CPU 210 determines that the attribute data can be interpreted. Conversely, if the attribute value is not registered in the attribute definition table, the CPU 210 It is determined that the data cannot be interpreted.
[0063]
Next, the CPU 210 determines only the data associated with the attribute data determined to be interpretable in step SA2 described above. attribute Is determined based on the data (step SB3). More specifically, CPU 210 determines that data having the attribute TO is displayed in area 720, data having the attribute CC is displayed in area 730, and data having the attribute BCC is displayed in area 740. . If a plurality of data bodies are included in the e-mail data acquired in step SA1 in association with the attribute data, the CPU 210 executes the above-described steps in order to specify the attributes of all the data bodies. The processing of SA2 and step SA3 is executed.
[0064]
Next, CPU 210 causes display unit 230 to display a mail browsing screen (see FIG. 7) in a state where each data is set in the area determined in step SA3 (step SB4).
[0065]
As described above, on the mail browsing screen shown in FIG. 7, since each destination address is displayed in a different area according to its attribute, the user can check whether each destination is a TO destination or a CC destination. Or a BCC destination.
[0066]
[C. Modification]
Although an example of the embodiment of the present invention has been described above, the embodiment of the present invention is not limited to the embodiment, and various modifications can be made within the scope of the technical idea. For example, the following can be considered as such a modification.
[0067]
(1) Modification 1
In the above-described embodiment, a case has been described in which an X-Keyword block is used to cause the new device to handle the destination of the e-mail data in detail. However, the application form of the X-Keyword block for the e-mail data is not limited to this form.
[0068]
For example, the electronic mail data shown in FIG. 16 includes title data associated with attribute data “X-SUBn (n = 1, 2,... 4)” indicating the title of the electronic mail data, and “JPN”, “ENG” , "GER", and an X-Keyword block in which alias data (SUBn) associated with attribute data having values of "FRA" is described. The attribute data associated with the alias data indicates the description language of the title data. If the value is "JPN", the attribute data is Japanese, and if the value is "ENG", the attribute data is Japanese. In English, when the value is “GER”, the description is in German, and when the value is “FRA”, the description is in French.
[0069]
The new device that receives such e-mail data specifies the description language for each title data based on the X-Keyword block, and displays only the title data described in a language corresponding to the area where the own device is located. I do. Note that the new device specifies the area where the own device is located by using a GPS (Global Positioning System), by specifying based on information indicating the region input by the user, or by specifying the own device. An example is conceivable in which information for specifying an area is acquired from the mobile packet communication network 40 accommodating the area, and the information is specified based on this information. On the other hand, the old device that cannot interpret the X-Keyword block displays all titles included in the e-mail data.
[0070]
As described above, the electronic mail data is provided with a data body in which the same content is described in a plurality of languages, and an X-Keyword block for specifying the description language in detail for each data body. For the new device, there is an effect that the data body can be displayed in the most appropriate language according to the position of the own device. Further, for the old device, since the X-Keyword block is ignored and the entire data body included in the e-mail data is displayed, backward compatibility with the old device is also ensured.
[0071]
(2) Modification 2
In the embodiment described above, the e-mail data is described as an example of the content data. However, the content data according to the present invention is not limited to the e-mail data. For example, the content data includes a data body handled by a specific application program (for example, an image display program or a sound reproduction program), attribute data indicating that the data body is data handled by the application program, An X-Keyword block indicating in detail the type of the data body (for example, image data or audio data) may be included.
[0072]
For example, it is assumed that the old device includes only an image display program as an application program and can only display an image. Further, it is assumed that the new device includes an image display program and a sound reproduction program as application programs, and can display images and reproduce sound. Such a new device specifies whether the data body is image data or audio data based on the attribute data and the X-Keyword included in the content data. If the data itself is image data, the new device displays the corresponding image using an image display program, and if the data itself is audio data, reproduces the corresponding audio using an audio reproduction program. can do.
[0073]
On the other hand, the old device ignores the X-Keyword block included in the content data and specifies that the data itself is data handled by the application program based on only the attribute data. Then, the old device attempts to display an image corresponding to the data body using the image display program. If the data body is image data, the corresponding image is displayed, but if the data body is audio data, the old device cannot correctly handle the data body. However, even in such a case, by notifying the user that the data body cannot be handled correctly, the user can be notified that the data body is not image data. By providing the X-Keyword block in the content data in this way, the new device and the old device can handle the data body included in the content data within the range of their respective functions.
[0074]
In the above description, the image display program and the sound reproduction program are described as examples of the application program. However, the application program may be an encryption program, a data compression program, an encoding program, or the like.
[0075]
(3) Modification 3
In the above-described embodiment, a case has been described in which the terminal device 70A, which is a new device, always specifies the destination type of the e-mail data in detail based on the content of the X-Keyword block. However, when specifying the type of the destination of the e-mail data, for example, a function that allows the user to select between coarsely specifying, for example, only distinguishing the source address and the destination address, or specifying in detail as described above. The information may be provided to the terminal device 70A and the destination of the e-mail data may be specified in a mode selected by the user. When the user selects such a mode of specifying the destination of the e-mail data, the user can handle the destination of the e-mail data in a mode according to his or her own needs, and the convenience is improved. When the terminal device 70A, which is a new device, receives e-mail data having no X-Keyword block, the terminal device 70A specifies the destination attribute based on the attribute data described in the conventional header block 101. Of course.
[0076]
(4) Modification 4
In the above-described embodiment, attribute data indicating a destination address (hereinafter, “first attribute data”) and attribute data indicating a detailed type of a destination (hereinafter, “second attribute data”) are used. ) Has been described as the alias data that is a part of the first attribute data. The reason for using a part of the first attribute data as the alias data is to reduce the data size of the e-mail data. However, the alias data that associates the first attribute data with the second attribute data is not limited to such an aspect. For example, the first attribute data and the second attribute data may be associated with each other using alias data that is not related to the first attribute data. In short, the alias data may be any data that associates the first attribute data with the second attribute data.
[0077]
(5) Modification 5
In the above-described embodiment, as shown in FIG. 5, the alias data including a part of the attribute value indicating the destination address and the attribute data indicating the detailed type are associated one by one. Ke Thus, the aspect of describing the X-Keyword block has been described. However, the description mode of the X-Keyword block is not limited to the mode illustrated in FIG.
[0078]
For example, for the TO destination, the association between the alias data and the attribute data indicating the detailed type is omitted, and the correspondence between the alias data and the attribute data indicating the detailed type is described only for the CC destination and the BCC destination. Mode may be adopted. In such an embodiment, the X-Keyword block is described as “X-Keyword = TO3 / CC, TO4 / BCC”. The target to be omitted is not limited to the TO destination, and may be any of the CC destination and the BCC destination. By omitting the description of one attribute, the data size of the e-mail data can be reduced.
[0079]
When there are a plurality of destinations having the same attribute, for example, “X-Keyword = CC / TO1 to TO2, BCC: TO3 to TO4” may be described. When one destination has a plurality of attributes, “X-Keyword = TO / TO1 to TO3, CC / TO1” or “X-Keyword = TO1 / TO, BCC, TO2 / CC, BCC” You may write it. The point is that the attribute of the destination is shown in detail, and the data size of the e-mail data can be reduced as compared with adding the data block 151 shown in FIG. 15 to the e-mail data. There may be.
[0080]
(6) Modification 6
In the above-described embodiment, a case has been described where a mobile phone having a packet communication function is used as the terminal device 70. A mobile phone is cheaper than a computer device such as a PC or a PDA (Personal Digital Assistant), and a user can easily replace an old device with a new device. Therefore, there is a feature that a situation in which the new device and the old device are used in a mixed state easily occurs. Therefore, the present invention has a particularly remarkable effect when applied to a mobile phone, but the terminal device according to the present invention is not limited to the mobile phone. A PDA or PC that has a packet communication function and can transmit and receive the content data as described above and can interpret the content data may be used.
[0081]
(7) Modification 7
In the above-described embodiment, a case has been described in which software for realizing the function of the terminal device 70A is stored in the terminal device 70A in advance. However, in a computer device that does not store such software, a computer-readable recording medium such as a CD-ROM (Compact Disk-Read Only Memory) that stores such software is used. By installing the software, the same function as that of the terminal device 70A can be given to a general computer device.
[0082]
The software is stored in a WWW (World Wide Web) server device connected to the Internet 20 or the mobile packet communication network 40, and the software is downloaded from the WWW server device and installed. The same function as that of the terminal device 70A may be provided to the computer device.
[0083]
【The invention's effect】
According to the present invention, the old device and the new device that handle the content data including the data body and the attribute data indicating the attribute of the data body can be used while the old device handles the content data in the conventional manner. There is an effect that the new device can handle the content data in a different mode from the old device.
[0084]
Further, according to the present invention, there is an effect that the data size of content data can be reduced as compared with a case where a data block dedicated to the new device and a data block dedicated to the old device are provided independently.
[0085]
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration example of a communication system according to an embodiment of the present invention.
FIG. 2 is a block diagram illustrating a configuration example of a terminal device 70A configuring the communication system.
FIG. 3 is a diagram showing an example of an attribute definition table stored in the terminal device 70A.
FIG. 4 is a diagram showing an example of a mail transmission screen displayed on a display unit 230 of the terminal device 70A.
FIG. 5 is a diagram showing an example of an HTTP request generated by the terminal device 70A.
FIG. 6 is a diagram showing an example of electronic mail data received by the terminal device 70A.
FIG. 7 is a diagram showing an example of a mail browsing screen displayed on a display unit 230 of the terminal device 70A.
FIG. 8 is a flowchart showing a flow of a mail transmission process executed by the terminal device 70A.
FIG. 9 is a flowchart showing a flow of a mail browsing process executed by the terminal device 70A.
FIG. 10 is a diagram showing an example of electronic mail data handled by an old device.
FIG. 11 is a diagram illustrating an example of an attribute definition table stored in an old device.
FIG. 12 is a diagram showing an example of a mail browsing screen displayed on an old device.
FIG. 13 is a diagram illustrating an example of electronic mail data handled by a new device.
FIG. 14 is a diagram illustrating an example of an attribute definition table stored in a new device.
FIG. 15 is a diagram illustrating an example of electronic mail data handled by a new device.
FIG. 16 is a diagram showing an example of electronic mail data according to a first modification.
[Explanation of symbols]
10A, 10B: Terminal device, 20: Internet, 30: GW, 40: Mobile packet communication network, 50: Base station, 60: Mail server, 70A, 70B: Terminal device, 210: CPU, 220: Operation unit, 230 ... Display unit, 240: wireless communication unit, 250: storage unit, 251: RAM, 252: ROM, 253: nonvolatile memory, 260: bus.

Claims (15)

データ本体を入力するための入力手段と、
該データ本体の属性を指定するための指定手段と、
前記指定手段により指定された属性に基づいて該データ本体の属性を粗く示す第１の属性データを生成する第１の生成手段と、
該データ本体の別名を示す別名データを生成する第２の生成手段と、
該データ本体と前記第１の属性データと前記別名データとを内包し、データブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックを作成する第１の作成手段と、
前記指定手段により指定された属性に基づいて該データ本体の属性を細かく示す第２の属性データを生成する第３の生成手段と、
前記別名データと前記第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックを作成する第２の作成手段と、
データブロックを解釈する端末装置であって解釈結果から定まる属性に応じた取り扱い方で該データ本体を取り扱う端末装置へ前記第１のデータブロックと前記第２のデータブロックとを有するコンテンツデータを送信する送信手段と
を有する端末装置。Input means for inputting the data body;
Specifying means for specifying an attribute of the data body;
First generating means for generating first attribute data roughly indicating an attribute of the data body based on the attribute specified by the specifying means;
Second generating means for generating alias data indicating an alias of the data body;
A first terminal device that includes the data body, the first attribute data, and the alias data and is correctly interpreted by both a first terminal device that interprets a data block and a second terminal device that interprets a data block. First creating means for creating one data block;
Third generating means for generating second attribute data indicating the attribute of the data body in detail based on the attribute specified by the specifying means;
A second data block that includes the alias data and the second attribute data and creates a second data block that is not correctly interpreted by the first terminal device and is interpreted correctly by the second terminal device. Means for creating
A content device having the first data block and the second data block is transmitted to a terminal device that interprets a data block and that handles the data body in a manner corresponding to an attribute determined from the interpretation result. A terminal device having transmission means. 前記第２の作成手段を用いて前記第２のデータブロックを作成し該第２のデータブロックを前記コンテンツデータに内包させるか否かをユーザに指定させる指定手段を備え、
前記第２のデータブロックを前記コンテンツデータに内包させないことを前記指定手段によりユーザに指定された場合には、前記第１のデータブロックのみを内包しているコンテンツデータを前記送信手段により送信し、逆に、前記第２のデータブロックを前記コンテンツデータに内包させることを前記指定手段によりユーザに指定された場合には、前記第１のデータブロックと前記第２のデータブロックとを内包しているコンテンツデータを前記送信手段により送信する
ことを特徴とする請求項１に記載の端末装置。Designating means for creating the second data block by using the second creating means and allowing a user to designate whether or not to include the second data block in the content data;
When the user designates not to include the second data block in the content data by the designation means, the content data containing only the first data block is transmitted by the transmission means, Conversely, when the user specifies by the specifying means that the second data block is included in the content data, the content data includes the first data block and the second data block. The terminal device according to claim 1, wherein the content data is transmitted by the transmission unit. データ本体と該データ本体の属性を粗く示す第１の属性データと該データ本体の別名を示す別名データとを内包した第１のデータブロックであってデータブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックと、前記別名データと該データ本体の属性を細かく示す第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックとを有するコンテンツデータを受信する受信手段と、前記第１のデータブロックを解釈し、解釈結果に従って前記第１のデータブロックから該データ本体と前記第１の属性データと前記別名データとを抽出する第１の抽出手段と、
前記第２のデータブロックを解釈し、解釈結果に従って前記第２のデータブロックから前記別名データと前記第２の属性データとを抽出する第２の抽出手段と、
前記第１の抽出手段および前記第２の抽出手段の抽出結果に基づいて該データ本体の属性を特定する特定手段と、
前記特定手段により特定された属性に応じた取り扱い方で該データ本体を取り扱う処理手段と
を有する端末装置。A first terminal device for interpreting the data block, the first data block including a data body, first attribute data roughly indicating an attribute of the data body, and alias data indicating an alias of the data body; The first data block correctly interpreted by any of the second terminal devices interpreting the block, the alias data and the second attribute data indicating the attributes of the data body in detail, and Receiving means for receiving content data having a second data block that is not correctly interpreted by the terminal device and correctly interpreted by the second terminal device; and interpreting and interpreting the first data block. First extracting means for extracting the data body, the first attribute data, and the alias data from the first data block according to a result;
Second extraction means for interpreting the second data block and extracting the alias data and the second attribute data from the second data block according to the interpretation result;
Specifying means for specifying an attribute of the data body based on the extraction results of the first extracting means and the second extracting means;
Processing means for handling the data body in a manner according to the attribute specified by the specifying means. 前記特定手段は、前記受信手段により受信されたコンテンツデータに前記第１のデータブロックと前記第２のデータブロックとが内包されている場合には、前記第２の属性データによりデータ本体の属性を細かく特定し、前記受信手段により受信されたコンテンツに前記第１のデータブロックのみが内包されている場合には、前記第１の属性データによりデータ本体の属性を粗く特定する
ことを特徴とする請求項３に記載の端末装置。The specifying means, when the first data block and the second data block are included in the content data received by the receiving means, sets an attribute of a data body by the second attribute data. If the content received by the receiving means includes only the first data block, the attribute of the data body is roughly specified by the first attribute data. Item 3. The terminal device according to item 3. 前記コンテンツデータは、あるアプリケーションプログラムにより使用されるデータを内包しており、
前記第１の属性データは、該第１の属性データを対応づけられたデータ本体の属性がアプリケーションプログラムに使用されるデータであることを示し、
前記第２の属性データは、該第２の属性データを対応付けられた別名データで示されるデータ本体を使用するアプリケーションプログラムを特定するデータである
ことを特徴とする請求項１または請求項３のいずれか一に記載の端末装置。The content data includes data used by a certain application program,
The first attribute data indicates that the attribute of the data body associated with the first attribute data is data used for an application program,
4. The method according to claim 1, wherein the second attribute data is data for specifying an application program that uses a data body indicated by alias data associated with the second attribute data. The terminal device according to any one of the above. 前記コンテンツデータは、電子メールデータであり、
前記第１の属性データは、該第１の属性データを対応づけられたデータ本体の属性が電子メールデータの宛先であることを示し、
前記第２の属性データは、該第２の属性データを対応付けられた別名データで示されるデータ本体がＴＯ宛先であるか、ＣＣ宛先であるか、ＢＣＣ宛先であるかを特定するデータである
ことを特徴とする請求項１または請求項３のいずれか一に記載の端末装置。The content data is email data,
The first attribute data indicates that the attribute of the data body associated with the first attribute data is the destination of the e-mail data,
The second attribute data is data for specifying whether the data body indicated by the alias data associated with the second attribute data is a TO destination, a CC destination, or a BCC destination. The terminal device according to claim 1, wherein: 前記別名データは、前記第１の属性データの一部であって該第１の属性データを特定できる部分からなるデータであり、
前記第１のデータブロックには、データ本体と該別名データとのみが内包されている
ことを特徴とする請求項１または請求項３のいずれか一に記載の端末装置。The alias data is data that is a part of the first attribute data and includes a part that can specify the first attribute data.
4. The terminal device according to claim 1, wherein only the data body and the alias data are included in the first data block. 前記第２の属性データが示す複数の属性のうち、一の属性をを基準属性として予め定め、
前記基準属性を有するデータ本体についての別名データについては、前記第２のデータブロックへ記述されない
ことをを特徴とする請求項１または請求項３のいずれか一に記載の端末装置。Among a plurality of attributes indicated by the second attribute data, one attribute is predetermined as a reference attribute,
The terminal device according to claim 1, wherein the alias data for the data body having the reference attribute is not described in the second data block. 前記第２のデータブロックには、前記第２の属性データで示される属性毎に、該属性を有するデータ本体についての別名データの集合が対応付けて記述されている
ことをを特徴とする請求項１または請求項３のいずれか一に記載の端末装置。2. The method according to claim 1, wherein the second data block describes, for each attribute indicated by the second attribute data, a set of alias data for a data body having the attribute in association with each other. The terminal device according to any one of claims 1 to 3. 通信網を介して通話するための通話手段を備えた携帯電話機である
ことを特徴とする請求項１または請求項３のいずれか一に記載の端末装置。4. The terminal device according to claim 1, wherein the terminal device is a mobile phone provided with a communication unit for making a call via a communication network. データ本体を入力するための入力手段と、
該データ本体の属性を指定するための指定手段と、
前記指定手段により指定された属性に基づいて該データ本体の属性を粗く示す第１の属性データを生成する第１の生成手段と、
該データ本体の別名を示す別名データを生成する第２の生成手段と、
該データ本体と前記第１の属性データと前記別名データとを内包し、データブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックを作成する第１の作成手段と、
前記指定手段により指定された属性に基づいて該データ本体の属性を細かく示す第２の属性データを生成する第３の生成手段と、
前記別名データと前記第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックを作成する第２の作成手段と、
データブロックを解釈する端末装置であって解釈結果から定まる属性に応じた取り扱い方で該データ本体を取り扱う端末装置へ前記第１のデータブロックと前記第２のデータブロックとを有するコンテンツデータを送信する送信手段と、
データ本体と該データ本体の属性を粗く示す第３の属性データと該データ本体の別名を示す別名データとを内包し前記第１の端末装置および前記第２の端末装置のいずれにも正しく解釈される第３のデータブロックと、該別名データと該データ本体の属性を細かく示す第４の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第４のデータブロックとを有するコンテンツデータを受信する受信手段と、
前記第３のデータブロックを解釈し、解釈結果に従って前記第３のデータブロックから該データ本体と前記第３の属性データと該別名データとを抽出する第１の抽出手段と、
前記第３のデータブロックを解釈し、解釈結果に従って前記第４のデータブロックから該別名データと前記第４の属性データとを抽出する第２の抽出手段と、前記第１の抽出手段および前記第２の抽出手段の抽出結果に基づいて該データ本体の属性を特定する特定手段と、
前記特定手段により特定された属性に応じた取り扱い方で該データ本体を取り扱う処理手段と
を有する端末装置。Input means for inputting the data body;
Specifying means for specifying an attribute of the data body;
First generating means for generating first attribute data roughly indicating an attribute of the data body based on the attribute specified by the specifying means;
Second generating means for generating alias data indicating an alias of the data body;
A first terminal device that includes the data body, the first attribute data, and the alias data and is correctly interpreted by both a first terminal device that interprets a data block and a second terminal device that interprets a data block. First creating means for creating one data block;
Third generating means for generating second attribute data indicating the attribute of the data body in detail based on the attribute specified by the specifying means;
A second data block that includes the alias data and the second attribute data and creates a second data block that is not correctly interpreted by the first terminal device and is interpreted correctly by the second terminal device. Means for creating
A content device having the first data block and the second data block is transmitted to a terminal device that interprets a data block and that handles the data body in a manner corresponding to an attribute determined from the interpretation result. Transmission means;
The data body, third attribute data roughly indicating the attribute of the data body, and alias data indicating an alias of the data body are included, and are correctly interpreted by both the first terminal device and the second terminal device. A third data block, the alias data and fourth attribute data indicating the attributes of the data body in detail, are not correctly interpreted by the first terminal device, and are not interpreted by the second terminal device. Receiving means for receiving content data having a correctly interpreted fourth data block;
First extraction means for interpreting the third data block and extracting the data body, the third attribute data, and the alias data from the third data block according to the interpretation result;
Second extraction means for interpreting the third data block and extracting the alias data and the fourth attribute data from the fourth data block according to the interpretation result; and the first extraction means and the second extraction means. Specifying means for specifying the attribute of the data body based on the extraction result of the second extracting means;
Processing means for handling the data body in a manner according to the attribute specified by the specifying means. コンピュータ装置に、
データ本体を入力するための入力手段と、
該データ本体の属性を指定するための指定手段と、
前記指定手段により指定された属性に基づいて該データ本体の属性を粗く示す第１の属性データを生成する第１の生成手段と、
該データ本体の別名を示す別名データを生成する第２の生成手段と、
該データ本体と前記第１の属性データと前記別名データとを内包し、データブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックを作成する第１の作成手段と、
前記指定手段により指定された属性に基づいて該データ本体の属性を細かく示す第２の属性データを生成する第３の生成手段と、
前記別名データと前記第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックを作成する第２の作成手段と、
データブロックを解釈する端末装置であって解釈結果から定まる属性に応じた取り扱い方で該データ本体を取り扱う端末装置へ前記第１のデータブロックと前記第２のデータブロックとを有するコンテンツデータを送信する送信手段と
を実現させるためのプログラム。Computer equipment,
Input means for inputting the data body;
Specifying means for specifying an attribute of the data body;
First generating means for generating first attribute data roughly indicating an attribute of the data body based on the attribute specified by the specifying means;
Second generating means for generating alias data indicating an alias of the data body;
A first terminal device that includes the data body, the first attribute data, and the alias data and is correctly interpreted by both a first terminal device that interprets a data block and a second terminal device that interprets a data block. First creating means for creating one data block;
Third generating means for generating second attribute data indicating the attribute of the data body in detail based on the attribute specified by the specifying means;
A second data block that includes the alias data and the second attribute data and creates a second data block that is not correctly interpreted by the first terminal device and is interpreted correctly by the second terminal device. Means for creating
A content device having the first data block and the second data block is transmitted to a terminal device that interprets a data block and that handles the data body in a manner corresponding to an attribute determined from the interpretation result. A program for realizing transmission means. コンピュータ装置に、
データ本体と該データ本体の属性を粗く示す第１の属性データと該データ本体の別名を示す別名データとを内包した第１のデータブロックであってデータブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックと、前記別名データと該データ本体の属性を細かく示す第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックとを有するコンテンツデータを受信する受信手段と、
前記第１のデータブロックを解釈し、解釈結果に従って前記第１のデータブロックから該データ本体と前記第１の属性データと前記別名データとを抽出する第１の抽出手段と、
前記第２のデータブロックを解釈し、解釈結果に従って前記第２のデータブロックから前記別名データと前記第２の属性データとを抽出する第２の抽出手段と、
前記第１の抽出手段および前記第２の抽出手段の抽出結果に基づいて該データ本体の属性を特定する特定手段と、
前記特定手段により特定された属性に応じた取り扱い方で該データ本体を取り扱う処理手段と
を実現させるためのプログラム。Computer equipment,
A first terminal device for interpreting the data block, the first data block including a data body, first attribute data roughly indicating an attribute of the data body, and alias data indicating an alias of the data body; The first data block correctly interpreted by any of the second terminal devices interpreting the block, the alias data and the second attribute data indicating the attributes of the data body in detail, and Receiving means for receiving content data having a second data block not correctly interpreted by the terminal device and correctly interpreted by the second terminal device;
First extracting means for interpreting the first data block and extracting the data body, the first attribute data, and the alias data from the first data block according to an interpretation result;
Second extraction means for interpreting the second data block and extracting the alias data and the second attribute data from the second data block according to the interpretation result;
Specifying means for specifying an attribute of the data body based on the extraction results of the first extracting means and the second extracting means;
A program for realizing a processing unit that handles the data body in a manner corresponding to the attribute specified by the specifying unit. コンピュータ装置に、
データ本体を入力するための入力手段と、
該データ本体の属性を指定するための指定手段と、
前記指定手段により指定された属性に基づいて該データ本体の属性を粗く示す第１の属性データを生成する第１の生成手段と、
該データ本体の別名を示す別名データを生成する第２の生成手段と、
該データ本体と前記第１の属性データと前記別名データとを内包し、データブロックを解釈する第１の端末装置とデータブロックを解釈する第２の端末装置とのいずれにも正しく解釈される第１のデータブロックを作成する第１の作成手段と、
前記指定手段により指定された属性に基づいて該データ本体の属性を細かく示す第２の属性データを生成する第３の生成手段と、
前記別名データと前記第２の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第２のデータブロックを作成する第２の作成手段と、
データブロックを解釈する端末装置であって解釈結果から定まる属性に応じた取り扱い方で該データ本体を取り扱う端末装置へ前記第１のデータブロックと前記第２のデータブロックとを有するコンテンツデータを送信する送信手段と、
データ本体と該データ本体の属性を粗く示す第３の属性データと該データ本体の別名を示す別名データとを内包し前記第１の端末装置および前記第２の端末装置のいずれにも正しく解釈される第３のデータブロックと、該別名データと該データ本体の属性を細かく示す第４の属性データとを内包し前記第１の端末装置には正しく解釈されず、かつ前記第２の端末装置には正しく解釈される第４のデータブロックとを有するコンテンツデータを受信する受信手段と、
前記第３のデータブロックを解釈し、解釈結果に従って前記第３のデータブロックから該データ本体と前記第３の属性データと該別名データとを抽出する第１の抽出手段と、
前記第３のデータブロックを解釈し、解釈結果に従って前記第４のデータブロックから該別名データと前記第４の属性データとを抽出する第２の抽出手段と、前記第１の抽出手段および前記第２の抽出手段の抽出結果に基づいて該データ本体の属性を特定する特定手段と、
前記特定手段により特定された属性に応じた取り扱い方で該データ本体を取り扱う処理手段と
を実現させるためのプログラム。Computer equipment,
Input means for inputting the data body;
Specifying means for specifying an attribute of the data body;
First generating means for generating first attribute data roughly indicating an attribute of the data body based on the attribute specified by the specifying means;
Second generating means for generating alias data indicating an alias of the data body;
A first terminal device that includes the data body, the first attribute data, and the alias data and is correctly interpreted by both a first terminal device that interprets a data block and a second terminal device that interprets a data block. First creating means for creating one data block;
Third generating means for generating second attribute data indicating the attribute of the data body in detail based on the attribute specified by the specifying means;
A second data block that includes the alias data and the second attribute data and creates a second data block that is not correctly interpreted by the first terminal device and is interpreted correctly by the second terminal device. Means for creating
A content device having the first data block and the second data block is transmitted to a terminal device that interprets a data block and that handles the data body in a manner corresponding to an attribute determined from the interpretation result. Transmission means;
The data body, third attribute data roughly indicating the attribute of the data body, and alias data indicating an alias of the data body are included, and are correctly interpreted by both the first terminal device and the second terminal device. A third data block, the alias data and fourth attribute data indicating the attributes of the data body in detail, are not correctly interpreted by the first terminal device, and are not interpreted by the second terminal device. Receiving means for receiving content data having a correctly interpreted fourth data block;
First extraction means for interpreting the third data block and extracting the data body, the third attribute data, and the alias data from the third data block according to the interpretation result;
Second extraction means for interpreting the third data block and extracting the alias data and the fourth attribute data from the fourth data block according to the interpretation result; and the first extraction means and the second extraction means. Specifying means for specifying the attribute of the data body based on the extraction result of the second extracting means;
A program for realizing a processing unit that handles the data body in a manner corresponding to the attribute specified by the specifying unit. 請求項１２〜請求項１４の何れか一に記載のプログラムを記録したコンピュータ装置読み取り可能な記録媒体。A non-transitory computer-readable recording medium storing the program according to claim 12.
JP2002245822A 2002-08-26 2002-08-26 Terminal device, program, and recording medium Expired - Fee Related JP4373062B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002245822A JP4373062B2 (en) 2002-08-26 2002-08-26 Terminal device, program, and recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002245822A JP4373062B2 (en) 2002-08-26 2002-08-26 Terminal device, program, and recording medium

Publications (2)

Publication Number Publication Date
JP2004086501A true JP2004086501A (en) 2004-03-18
JP4373062B2 JP4373062B2 (en) 2009-11-25

Family

ID=32053898

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002245822A Expired - Fee Related JP4373062B2 (en) 2002-08-26 2002-08-26 Terminal device, program, and recording medium

Country Status (1)

Country Link
JP (1) JP4373062B2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007181031A (en) * 2005-12-28 2007-07-12 Canon System Solutions Inc Information processor, method for controlling the same, program and storage medium
JP2009032246A (en) * 2007-06-29 2009-02-12 Canon It Solutions Inc Information processor, information processing method, program, and recording medium

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007181031A (en) * 2005-12-28 2007-07-12 Canon System Solutions Inc Information processor, method for controlling the same, program and storage medium
JP2009032246A (en) * 2007-06-29 2009-02-12 Canon It Solutions Inc Information processor, information processing method, program, and recording medium

Also Published As

Publication number Publication date
JP4373062B2 (en) 2009-11-25

Similar Documents

Publication Publication Date Title
JP3890241B2 (en) Information processing system and information processing method
US7352485B2 (en) Printing method, storage medium and program for performing a printing operation and a printing device
US7640321B2 (en) Electronic mail delivery system, mail server, and mail client
JP5595032B2 (en) Information processing system, control method therefor, information processing device, information providing device, image processing device, and program
JP2003271507A (en) System describing markup language for mobile, information processor for creating display contents and program
JP2001326784A (en) Information transmission device and image information communication system
JP4636457B2 (en) Communication terminal
JP2006067344A (en) Method for transmitting e-mail with image, and communication terminal
JP2005182320A (en) Electronic mail creating device and communication terminal
JP2004086501A (en) Terminal device, program, and storage medium
JP2001028788A (en) Mobile communication terminal
JP3773705B2 (en) Map information system and map distribution method
JP3805928B2 (en) Map display method and route guidance method
JP2006031125A (en) Communication terminal and address access method
JP4081952B2 (en) Mail communication system, mail receiver, mail transmitter, and recording medium
JP3790889B2 (en) DATA COMMUNICATION DEVICE, DATA COMMUNICATION SYSTEM, DATA COMMUNICATION METHOD, CONTROL PROGRAM, AND COMPUTER-READABLE RECORDING MEDIUM CONTAINING THE CONTROL PROGRAM
JP2004005003A (en) Manual providing method for electronic device and manual providing system for electronic device
JP2004297485A (en) Composite device, control method therefor, control program therefor, and information communication system comprising the composite device
JPH1027141A (en) Electronic mail system
JP2008242827A (en) Call system
JP2004139507A (en) Automatic data returning system using email, terminal device, and method of automatically returning data
JP4549576B2 (en) Portable communication terminal
JP2001237976A (en) Portable information terminal with character mail transmitting function
JP2008117142A (en) Portable terminal, electronic mail transmission/reception system, electronic mail transmission/reception method and electronic mail transmission/reception program
JP4002861B2 (en) Electronic device and program

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050407

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080401

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080602

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090421

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090617

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090901

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090903

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120911

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130911

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees