(57)【要約】【課題】  複数のオペレーティングシステムを切り替えて動作させる情報処理装置において、各オペレーティングシステム上で動作するそれぞれのメッセージクライアント間で電子メール等のメッセージを共有する。【解決手段】  端末１０は、メッセージを記憶するデータ記憶部１２と、メールクライアント１５からメッセージのアクセス要求を受けたとき、データ記憶部１２に記憶されたメッセージをアクセスするともに、所定のアクセス情報を当該メッセージと関連付けてデータ記憶部１２に記憶するデータアクセス部４３と、メールクライアント１５からメッセージのアクセス要求を受けたとき、当該メッセージに関連付けられたアクセス情報に基づいて、当該メールクライアント１５を制御するアクセス判断部４４と、を備える。これにより、過去のアクセス情報に基づいて処理を制御することができる。【選択図】  図１
2005202800.tif 000002
【特許請求の範囲】
【請求項１】
メッセージを記憶するデータ記憶装置と、
アプリケーションからメッセージのアクセス要求を受けたとき、上記データ記憶装置に記憶されたメッセージをアクセスするともに、所定のアクセス情報を当該メッセージと関連付けて上記データ記憶装置に記憶するデータアクセス手段と、
アプリケーションからメッセージのアクセス要求を受けたとき、当該メッセージに関連付けられた上記アクセス情報に基づいて、当該アプリケーションを制御するアクセス判断手段と、を備えることを特徴とするメッセージ端末。
【請求項２】
複数のオペレーティングシステムと、
複数の上記オペレーティングシステムを切り替え実行する動作環境提供手段とをさらに備え、かつ、
上記データ記憶装置が、それぞれの上記オペレーティングシステムからアクセス可能なものであり、
上記データアクセス手段が、アプリケーションからメッセージのアクセス要求を受けたとき、上記データ記憶装置に記憶されたメッセージをアクセスするともに、当該アプリケーションが動作しているオペレーティングシステムを特定可能な動作環境識別情報を含む所定のアクセス情報を当該メッセージと関連付けて上記データ記憶装置に記憶するものであることを特徴とする請求項１に記載のメッセージ端末。
【請求項３】
上記アクセス判断手段は、上記アクセス情報に基づいて、メッセージの既読／未読の状態を判断するものであることを特徴とする請求項２に記載のメッセージ端末。
【請求項４】
上記アクセス判断手段は、メッセージの既読／未読の状態を判断する際、上記アクセス情報と、メッセージのアクセス要求を発したアプリケーションが動作しているオペレーティングシステムを特定可能な動作環境識別情報とに基づいて判断するものであることを特徴とする請求項３に記載のメッセージ端末。
【請求項５】
上記メッセージをネットワークを介して取得するデータ取得手段と、
上記データ取得手段より取得したメッセージを上記データ記憶装置に蓄積するデータ蓄積手段と、を備えることを特徴とする請求項１から４のいずれか１項に記載のメッセージ端末。
【請求項６】
上記データ記憶装置が取り外し可能であることを特徴とする請求項１から５のいずれか１項に記載のメッセージ端末。
【請求項７】
上記データ記憶装置が他のメッセージ端末と共有可能であることを特徴とする請求項１から６のいずれか１項に記載のメッセージ端末。
【請求項８】
請求項６に記載のメッセージ端末を構成するデータ記憶装置であることを特徴とする記憶装置。
【請求項９】
少なくとも上記データアクセス手段および上記アクセス判断手段としてコンピュータを機能させるためのメッセージ端末の制御プログラムを記憶していることを特徴とする請求項８に記載の記憶装置。
【請求項１０】
自記憶装置に記憶したメッセージをアクセスするアプリケーションのプログラムを、外部に接続された上記メッセージ端末に供給可能に記憶していることを特徴とする請求項８に記載の記憶装置。
【請求項１１】
メッセージを記憶するデータ記憶装置を備えたメッセージ端末の制御方法であって、
アプリケーションからメッセージのアクセス要求を受けたとき、上記データ記憶装置に記憶されたメッセージをアクセスするともに、所定のアクセス情報を当該メッセージと関連付けて上記データ記憶装置に記憶するデータアクセスステップと、
アプリケーションからメッセージのアクセス要求を受けたとき、当該メッセージに関連付けられた上記アクセス情報に基づいて、当該アプリケーションを制御するアクセス判断ステップと、を含むことを特徴とするメッセージ端末の制御方法。
【請求項１２】
上記メッセージ端末は、複数のオペレーティングシステムと、複数の上記オペレーティングシステムを切り替え実行する動作環境提供手段とをさらに備え、かつ、上記データ記憶装置が、それぞれの上記オペレーティングシステムからアクセス可能なものであって、
上記データアクセスステップにおいて、アプリケーションからメッセージのアクセス要求を受けたとき、上記データ記憶装置に記憶されたメッセージをアクセスするともに、当該アプリケーションが動作しているオペレーティングシステムを特定可能な動作環境識別情報を含む所定のアクセス情報を当該メッセージと関連付けて上記データ記憶装置に記憶することを特徴とする請求項１１に記載のメッセージ端末の制御方法。
【請求項１３】
請求項１から７のいずれか１項に記載のメッセージ端末を動作させる制御プログラムであって、コンピュータを上記の各手段として機能させるためのメッセージ端末の制御プログラム。
【請求項１４】
請求項１３に記載のメッセージ端末の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メール等のメッセージを受信するメッセージ端末、および、記憶装置、メッセージ端末の制御方法、メッセージ端末の制御プログラム、それを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【背景技術】
【０００２】
パーソナルコンピュータの普及に伴い、今や、電子メールによるメッセージ伝達はコミュニケーションメディアの主要なものの一つとなっている。電子メールを使用するためには、通常、メールアプリケーション、すなわち、メールクライアントが動作している端末と、そのメールクライアントからネットワークを介して接続されるメールサーバが必要である。メールクライアントには様々な機能があるが、一般的には、電子メールの閲覧、作成、保存、管理等を行うだけであり、送受信に関しては、メールクライアントがメールサーバにＳＭＴＰ（Simple Mail Transfer Protocol）、および、ＰＯＰ（Post Office Protocol）を用いて接続することでそれを実現している。
【０００３】
一般的に、メールクライアントはオペレーティングシステムのような何らかの動作環境上で動作するアプリケーションプログラムであり、一つの端末で異なった動作環境を動作させることができるいわゆるマルチブート環境においては、電子メールの送受信を行うためには、それぞれの動作環境上にてメールクライアントを動作させる必要がある。この場合、一方のメールクライアントで送受信した電子メールは、他方のメールクライアントからアクセスすることはできない。なぜなら、送受信した電子メールは、通常、メールクライアントが独自に保存しているからである。このような問題を解決するために、ＩＭＡＰ（Internet Message Access Protocol）が存在する。これは、送受信した電子メール、作成中の電子メールをメールクライアントが独自に保存するのではなく、メールサーバに保存させる方式である。この方式であれば、どの動作環境上のメールクライアントであっても、あるいは、どの端末上のメールクライアントであっても、過去に送受信した電子メール、作成中の電子メールへのアクセスが可能となる。さらには、どの電子メールを読んだか読んでいないかという未読や既読の情報も共通に持つことができる。
【０００４】
しかし、ＩＭＡＰを用いる方法では、メールクライアントで電子メールをアクセスする場合に、そのメールサーバと通信して該当する電子メールを取得する必要がある。メールクライアントが電子メールを読み出した後に、その電子メールをメールクライアント独自の保存領域、あるいは、キャッシュ領域に保存しておけば、二度目以降のアクセスに関しては、メールサーバと通信することなくそれを行うことができるが、動作環境を切り替えて、異なるメールクライアントで同一の電子メールをアクセスしようとする場合、そのメールクライアントは該当する電子メールを独自に保存していない限り、再びメールサーバと通信して該当する電子メールを取得しなければならず、冗長な通信が発生することになり、ネットワーク資源の浪費につながる。
【０００５】
また、通信手段として無線を用いているなど、状況によってはメールサーバと接続できない場合もある。このような場合、メールクライアントは、独自に保存している電子メールにしかアクセスできない。すなわち、アクセスしたい電子メールがメールクライアントで独自に保存されておらず、メールサーバに保存されているだけであれば、メールサーバと接続ができない間は、該当する電子メールはアクセスできなくなる。仮に、アクセスしたい電子メールが異なる動作環境、すなわち、異なるオペレーティングシステム上のメールクライアントで保存されていることがわかっていれば、オペレーティングシステムを切り替えてそのメールクライアントを用いればアクセスすることも可能であるが、そのためだけにオペレーティングシステムを切り替えることは現実的でない。また、これを回避するためには、各オペレーティングシステム上のメールクライアントは、その起動時や終了時に、保持している電子メールを他のメールクライアントとシンクロするなどして整合性を保つことにより、全てのメールクライアントで状態を最新のものに更新することはできるが、シンクロのための機構を追加する必要があり、また、メールクライアントの処理も複雑となってしまう。
【０００６】
これらの問題に関して、メールサーバからの電子メールを一旦全て端末内に取りこんでおき、メールクライアントは、端末内に取りこまれた電子メールに対してアクセスするという方法が考えられている。すなわち、端末内においてローカルメールサーバを動作させておき、ローカルメールサーバはネットワークを用いてメールサーバから電子メールを端末内に取りこみ、メールクライアントはローカルメールサーバと通信することで端末内に取りこまれた電子メールをアクセスする。これにより、ネットワーク資源を最低限に抑えることができるとともに、ネットワークに接続できない状況でも過去に取りこんだ電子メールはメールクライアントから利用することができる。
【０００７】
また、電子メールによってはその中に何らかのアプリケーションプログラムのデータを含んでいるものもある。そのようなアプリケーションデータはそのアプリケーションプログラムが動作している動作環境上では利用可能であるが、そうでない動作環境上では利用できないことが普通である。下記の特許文献１においては、メールクライアントが動作している動作環境で電子メールに含まれるアプリケーションデータが利用可能であるかどうかを判断することで、利用できなければメールサーバに未読として残しておき、利用できれば、既読として残しておく、あるいは、削除するという方法で、重複して電子メールを読むことを防ぐ技術が開示されている。
【特許文献１】特開２０００−３３１５号公報（平成１２年（２０００）１月７日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、既存のローカルメールサーバは単一のオペレーティングシステム上での動作しか想定されておらず、複数のオペレーティングシステムを切り替えて動作させるような情報処理装置においては、それぞれのオペレーティングシステム上でローカルメールサーバを動作させるとともに、ローカルメールサーバ同士の電子メールの連携が必要となる。
【０００９】
また、特許文献１に記載されている方法は、既読の電子メールはメールサーバから削除することが想定されており、電子メールを複数のメールクライアントで共有するためには、メールサーバには電子メールを残しておく必要がある。また、既読、未読の判断しかできないため、利用できないアプリケーションデータが含まれていたために一部分しか読めなかった、というような電子メールに対しても、未読との判断がされてしまい、真に、既読であるのか、未読であるのかという判断が難しい。
【００１０】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、複数のオペレーティングシステムを切り替えて動作させる情報処理装置において、各オペレーティングシステム上で動作するそれぞれのメッセージクライアント間で電子メール等のメッセージを共有することができるメッセージ端末、および、記憶装置、メッセージ端末の制御方法、メッセージ端末の制御プログラム、それを記録したコンピュータ読み取り可能な記録媒体を提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明に係るメッセージ端末は、メッセージを記憶するデータ記憶装置と、アプリケーションからメッセージのアクセス要求を受けたとき、上記データ記憶装置に記憶されたメッセージをアクセスするともに、所定のアクセス情報を当該メッセージと関連付けて上記データ記憶装置に記憶するデータアクセス手段と、アプリケーションからメッセージのアクセス要求を受けたとき、当該メッセージに関連付けられた上記アクセス情報に基づいて、当該アプリケーションを制御するアクセス判断手段と、を備えることを特徴としている。
【００１２】
また、本発明に係るメッセージ端末の制御方法は、メッセージを記憶するデータ記憶装置を備えたメッセージ端末の制御方法であって、アプリケーションからメッセージのアクセス要求を受けたとき、上記データ記憶装置に記憶されたメッセージをアクセスするともに、所定のアクセス情報を当該メッセージと関連付けて上記データ記憶装置に記憶するデータアクセスステップと、アプリケーションからメッセージのアクセス要求を受けたとき、当該メッセージに関連付けられた上記アクセス情報に基づいて、当該アプリケーションを制御するアクセス判断ステップと、を含むことを特徴としている。
【００１３】
上記の構成によれば、上記メッセージ端末では、アプリケーションからのアクセス要求に従ってデータ記憶装置に記憶されたメッセージをアクセスするとき、所定のアクセス情報を当該メッセージと関連付けてデータ記憶装置に記憶する。また、アプリケーションからのアクセス要求に従ってデータ記憶装置に記憶されたメッセージをアクセスするとき、当該メッセージに関連付けられたアクセス情報に基づいて、当該アプリケーションを制御する。
【００１４】
ここで、アクセス情報とは、メッセージ端末で動作するアプリケーションからのアクセスの履歴をメッセージごとに管理するためのデータである。アクセス情報の具体的な内容としては、例えば、アクセスしたオペレーティングシステムの識別情報、アクセスしたアプリケーションの識別情報、アクセスによってメッセージに施された処理の種別（閲覧、編集等の別）、アクセスの日時、アクセスされた回数、アクセスしたメッセージ端末の識別情報、アクセスに使用された通信経路の識別情報、アクセスしたユーザの識別情報などが挙げられる。そして、どのようなアクセス情報を記録するか、それらアクセス情報に基づいて判断する内容、その判断結果に対応する処理の内容は、メッセージ端末およびメッセージを含むシステム全体の仕様に応じて適宜選択できる。
【００１５】
また、アクセス情報は、アプリケーションからアクセス要求を受けた時に参照可能であれば、メッセージと一体であっても別体であってもよいし、さらに、メッセージを記憶するデータ記憶装置とは別個の記憶装置に記憶してもよい。
【００１６】
したがって、過去のメッセージのアクセス状態に応じた処理を、アプリケーションに行わせることができるという効果を奏する。例えば、メッセージの既読／未読の状態に応じた処理をアプリケーションに行わせることが可能となる。
【００１７】
さらに、本発明に係るメッセージ端末は、複数のオペレーティングシステムと、複数の上記オペレーティングシステムを切り替え実行する動作環境提供手段とをさらに備え、かつ、上記データ記憶装置が、それぞれの上記オペレーティングシステムからアクセス可能なものであり、上記データアクセス手段が、アプリケーションからメッセージのアクセス要求を受けたとき、上記データ記憶装置に記憶されたメッセージをアクセスするともに、当該アプリケーションが動作しているオペレーティングシステムを特定可能な動作環境識別情報を含む所定のアクセス情報を当該メッセージと関連付けて上記データ記憶装置に記憶するものであることを特徴としている。
【００１８】
また、本発明に係るメッセージ端末の制御方法は、上記メッセージ端末は、複数のオペレーティングシステムと、複数の上記オペレーティングシステムを切り替え実行する動作環境提供手段とをさらに備え、かつ、上記データ記憶装置が、それぞれの上記オペレーティングシステムからアクセス可能なものであって、上記データアクセスステップにおいて、アプリケーションからメッセージのアクセス要求を受けたとき、上記データ記憶装置に記憶されたメッセージをアクセスするともに、当該アプリケーションが動作しているオペレーティングシステムを特定可能な動作環境識別情報を含む所定のアクセス情報を当該メッセージと関連付けて上記データ記憶装置に記憶することを特徴としている。
【００１９】
上記の構成によれば、さらに、どの動作環境上のアプリケーションであっても、過去にアクセスしたメッセージ、新規に作成したメッセージなどを共通にアクセスすることができる。そして、アプリケーションからのアクセス要求に従ってデータ記憶装置に記憶されたメッセージをアクセスするとき、当該アプリケーションが動作しているオペレーティングシステムを特定可能な動作環境識別情報を含む所定のアクセス情報を当該メッセージと関連付けてデータ記憶装置に記憶する。また、アプリケーションからのアクセス要求に従ってデータ記憶装置に記憶されたメッセージをアクセスするとき、当該メッセージに関連付けられた動作環境識別情報を含むアクセス情報に基づいて、当該アプリケーションを制御する。
【００２０】
したがって、複数のオペレーティングシステムを切り替えて動作させるメッセージ端末において、各オペレーティングシステム上で動作するそれぞれのメッセージクライアント間で電子メール等のメッセージを共有することができる。そして、過去にアクセスしたオペレーティングシステムの情報に応じた処理を、アプリケーションに行わせることができるという効果を奏する。例えば、オペレーティングシステムごとのアクセス履歴を考慮して、メッセージの既読／未読の状態に応じた処理をアプリケーションに行わせることが可能となる。
【００２１】
さらに、本発明に係るメッセージ端末は、上記アクセス判断手段は、上記アクセス情報に基づいて、メッセージの既読／未読の状態を判断するものであることを特徴としている。
【００２２】
上記の構成によれば、さらに、アクセス情報に基づいて、メッセージの既読／未読の状態（アクセスレベル）を判断し、その結果に応じた処理を、アプリケーションに行わせることができるという効果を奏する。
【００２３】
なお、「アクセスレベル」とは、基本的に「既読／未読の状態」という意味であり、より詳細には、「これまでにアクセスされた結果、既読（＝メッセージ内に含まれる全てのデータは利用可能な状況下に置かれていたことが少なくとも一度はあったので、メッセージ全体として閲覧されているとみなしてもよいであろう）／未読（＝メッセージ内のいくつかのデータは利用可能な状況下に置かれていたことが一度もなかったので、メッセージ全体は閲覧されていないとみなしてもよいであろう）の状態を示すレベル」という意味である。ただし、「既読」と「未読」の二値に限定されるものではない。すなわち、明らかに既読である場合はレベルMaxに、明らかに未読である場合はレベルMinに、どちらとも言えない場合は状況に応じてレベルMaxからMinの間に、アクセルレベルを設定し、判断できる。このように、「アクセスレベル」は、メッセージ全体として閲覧されたかどうかの可能性を複数段階のレベルとして表現可能である。
【００２４】
さらに、本発明に係るメッセージ端末は、上記アクセス判断手段は、メッセージの既読／未読の状態を判断する際、上記アクセス情報と、メッセージのアクセス要求を発したアプリケーションが動作しているオペレーティングシステムを特定可能な動作環境識別情報とに基づいて判断するものであることを特徴としている。
【００２５】
上記の構成によれば、さらに、過去にどのオペレーティングシステムで動作しているアプリケーションがアクセスしたかを考慮して、メッセージの既読／未読の状態を判断し、その結果に応じた処理を、アプリケーションに行わせることができるという効果を奏する。
【００２６】
さらに、本発明に係るメッセージ端末は、上記メッセージをネットワークを介して取得するデータ取得手段と、上記データ取得手段より取得したメッセージを上記データ記憶装置に蓄積するデータ蓄積手段と、を備えることを特徴としている。
【００２７】
上記の構成によれば、さらに、電子メール等のネットワークを介して取得するメッセージを処理することができるという効果を奏する。
【００２８】
さらに、本発明に係るメッセージ端末は、上記データ記憶装置が取り外し可能であることを特徴としている。
【００２９】
上記の構成によれば、さらに、記憶されているメッセージの持ち運びや保守などを容易に行うことができるという効果を奏する。
【００３０】
さらに、本発明に係るメッセージ端末は、上記データ記憶装置が他のメッセージ端末と共有可能であることを特徴としている。
【００３１】
上記の構成によれば、さらに、アプリケーションが扱うメッセージをネットワーク等を介して他のメッセージ端末のデータ記憶装置に記憶し、アクセスすることができる。よって、メッセージ端末にメッセージを記憶するための十分な記憶容量がない場合であっても、上記のようにオペレーティングシステム間でメッセージを共有できるという効果を奏する。
【００３２】
また、本発明に係る記憶装置は、上記のメッセージ端末を構成する取り外し可能なデータ記憶装置であることを特徴としている。
【００３３】
上記の構成によれば、記憶しているメッセージの持ち運びや保守などを容易に行うことができるという効果を奏する。
【００３４】
さらに、本発明に係る記憶装置は、少なくとも上記データアクセス手段および上記アクセス判断手段としてコンピュータを機能させるためのメッセージ端末の制御プログラムを記憶していることを特徴としている。
【００３５】
上記の構成によれば、さらに、メッセージ、および、そのメッセージをアクセスする際の処理を行うプログラムが同一の場所、すなわち、取り外し可能な外部の記憶装置に格納される。よって、メッセージ端末の制御プログラムを動作させることのできる動作環境を備えたメッセージ端末に記憶装置を接続し、制御プログラムを動作させることで、そのメッセージ端末のアプリケーションにおいてメッセージの共有が可能となる。
【００３６】
したがって、複数のメッセージ端末において、上記と同様の効果を実現することができるという効果を奏する。
【００３７】
さらに、本発明に係る記憶装置は、自記憶装置に記憶したメッセージをアクセスするアプリケーションのプログラムを、外部に接続された上記メッセージ端末に供給可能に記憶していることを特徴としている。
【００３８】
上記の構成によれば、さらに、メッセージ、および、そのメッセージをアクセスするアプリケーションのプログラムが同一の場所、すなわち、取り外し可能な外部の記憶装置に格納される。よって、そのアプリケーションを動作させることができる動作環境を備えたメッセージ端末に記憶装置を接続し、そのアプリケーションのプログラムを動作させることで、そのメッセージ端末のアプリケーションにおいてもメッセージの共有が可能となる。
【００３９】
したがって、複数のメッセージ端末において、上記と同様の効果を実現することができるという効果を奏する。
【００４０】
なお、上記メッセージ端末は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記メッセージ端末をコンピュータにて実現させるメッセージ端末の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００４１】
以上のように、本発明に係るメッセージ端末は、メッセージを記憶するデータ記憶装置と、アプリケーションからメッセージのアクセス要求を受けたとき、上記データ記憶装置に記憶されたメッセージをアクセスするともに、所定のアクセス情報を当該メッセージと関連付けて上記データ記憶装置に記憶するデータアクセス手段と、アプリケーションからメッセージのアクセス要求を受けたとき、当該メッセージに関連付けられた上記アクセス情報に基づいて、当該アプリケーションを制御するアクセス判断手段と、を備える構成である。
【００４２】
また、本発明に係るメッセージ端末の制御方法は、メッセージを記憶するデータ記憶装置を備えたメッセージ端末の制御方法であって、アプリケーションからメッセージのアクセス要求を受けたとき、上記データ記憶装置に記憶されたメッセージをアクセスするともに、所定のアクセス情報を当該メッセージと関連付けて上記データ記憶装置に記憶するデータアクセスステップと、アプリケーションからメッセージのアクセス要求を受けたとき、当該メッセージに関連付けられた上記アクセス情報に基づいて、当該アプリケーションを制御するアクセス判断ステップと、を含む方法である。
【００４３】
よって、データ記憶装置にメッセージと関連付けられて記憶された過去のアクセスに関する情報を記録したアクセス情報に基づいて、処理を制御することができるという効果を奏する。
【発明を実施するための最良の形態】
【００４４】
本発明の一実施の形態について図１から図１３に基づいて説明すれば、以下のとおりである。なお、本実施の形態では、メッセージとして特に電子メールを例に説明を行うが、本発明は、電子メールに特に限定されず、例えば電子ニュースや電子掲示板など、いわゆるメッセージを扱うアプリケーション全般に好適である。さらに、本発明は、ファイルアクセスを行うアプリケーションであれば適用可能である。
【００４５】
図１は、本実施の形態に係る端末（メッセージ端末、情報処理装置）１０の構成の概略を示す機能ブロック図である。端末１０は、ネットワーク２００を介して外部メールサーバ２０１と通信を行うメール端末である（図２）。端末１０は、複数のオペレーティングシステムを切り替えて実行することが可能である。また後述するように、端末１０は、オペレーティングシステムごとにメールのクライアント／サーバが動作する。なお、本実施の形態では、端末１０が２つのオペレーティングシステムを有する場合について説明するが、端末１０が有するオペレーティングシステムは３つ以上であってもよい。
【００４６】
図１に示すように、端末１０は、データ記憶部（データ記憶装置）１２、動作環境提供部（動作環境提供手段）１１、第一のオペレーティングシステム１３Ａ、第一のローカルメールサーバ１４Ａ、第一のメールクライアント（アプリケーション）１５Ａ、第二のオペレーティングシステム１３Ｂ、第二のローカルメールサーバ１４Ｂ、第二のメールクライアント（アプリケーション）１５Ｂを備えて構成されている。
【００４７】
第一のオペレーティングシステム１３Ａは、ネットワークアクセス部３１Ａ、ファイルアクセス部３２Ａを有する。第一のローカルメールサーバ１４Ａおよび第一のメールクライアント１５Ａは、第一のオペレーティングシステム１３Ａ上で動作するアプリケーションである。第一のローカルメールサーバ１４Ａは、データ取得部（データ取得手段）４１Ａ、データ蓄積部（データ蓄積手段）４２Ａ、データアクセス部（データアクセス手段）４３Ａ、アクセス判断部（アクセス判断手段）４４Ａを有する。
【００４８】
同様に、第二のオペレーティングシステム１３Ｂは、ネットワークアクセス部３１Ｂ、ファイルアクセス部３２Ｂを有する。第二のローカルメールサーバ１４Ｂおよび第二のメールクライアント１５Ｂは、第二のオペレーティングシステム１３Ｂ上で動作するアプリケーションである。第二のローカルメールサーバ１４Ｂは、データ取得部（データ取得手段）４１Ｂ、データ蓄積部（データ蓄積手段）４２Ｂ、データアクセス部（データアクセス手段）４３Ｂ、アクセス判断部（アクセス判断手段）４４Ｂを有する。
【００４９】
データ記憶部１２は、第一のオペレーティングシステム１３Ａ、および、第二のオペレーティングシステム１３Ｂから共通にアクセス可能な記憶領域であり、電子メールを記憶する。データ記憶部１２は、複数のオペレーティングシステム１３Ａ・１３Ｂからアクセス可能である。
【００５０】
動作環境提供部１１は、第一のオペレーティングシステム１３Ａ、および、第二のオペレーティングシステム１３Ｂを選択して起動させる。すなわち、動作環境提供部１１は、複数のオペレーティングシステム１３を切り替え実行する。
【００５１】
第一のオペレーティングシステム１３Ａ、および、第二のオペレーティングシステム１３Ｂは、ローカルメールサーバ、メールクライアントを含む各種アプリケーションのプログラムを動作させるためのシステムの基本プログラムであり、それらプログラムの管理、デバイスの入出力制御、ハードウエアの制御などを行う。
【００５２】
ネットワークアクセス部３１Ａ、および、ネットワークアクセス部３１Ｂは、端末１０と、ネットワーク２００を介して、外部の情報処理装置に設けられた外部メールサーバ２０１とを接続する（図２）。
【００５３】
ファイルアクセス部３２Ａ、および、ファイルアクセス部３２Ｂは、それぞれ、データ記憶部１２に対して電子メールの読み書きを行う。
【００５４】
第一のローカルメールサーバ１４Ａ、および、第二のローカルメールサーバ１４Ｂは、それぞれ、第一のオペレーティングシステム１３Ａ、および、第二のオペレーティングシステム１３Ｂで動作するメールサーバである。第一のローカルメールサーバ１４Ａ、および、第二のローカルメールサーバ１４Ｂは、それぞれ、第一のメールクライアント１５Ａ、および、第二のメールクライアント１５Ｂに対するＩＭＡＰメールサーバとして機能する。また、外部メールサーバ２０１に対するメールクライアントとしての機能も有する。
【００５５】
データ取得部４１Ａ、および、データ取得部４１Ｂは、それぞれ、ネットワークアクセス部３１Ａ、および、ネットワークアクセス部３１Ｂを用いて、外部メールサーバ２０１とＩＭＡＰ、あるいは、ＰＯＰを用いて接続して、または、ＳＭＴＰを用いて接続されて、電子メールを取得する。
【００５６】
データ蓄積部４２Ａ、および、データ蓄積部４２Ｂは、それぞれ、データ取得部４１Ａ、および、データ取得部４１Ｂが外部メールサーバ２０１から取得した電子メールを、ファイルアクセス部３２Ａ、および、ファイルアクセス部３２Ｂを用いて、データ記憶部１２に蓄積する。
【００５７】
データアクセス部４３Ａ、および、データアクセス部４３Ｂは、それぞれ、ファイルアクセス部３２Ａ、および、ファイルアクセス部３２Ｂを用いて、データ記憶部１２に蓄積された電子メールをアクセスし、アクセス情報を更新する。すなわち、データアクセス部４３は、メールクライアント１５からメッセージのアクセス要求を受けたとき、データ記憶部１２に記憶されたメッセージをアクセスするともに、所定のアクセス情報を当該メッセージと関連付けてデータ記憶部１２に記憶する。
【００５８】
アクセス判断部４４Ａ、および、アクセス判断部４４Ｂは、それぞれ、データ記憶部１２に蓄積された電子メールのアクセス情報をもとに、アクセスレベルを判断する。すなわち、アクセス判断部４４は、メールクライアント１５からメッセージのアクセス要求を受けたとき、当該メッセージに関連付けられたアクセス情報に基づいて、当該メールクライアント１５を制御する。具体的には、アクセス判断部４４は、アクセス情報に基づいて、メッセージの既読／未読の状態を判断し、その結果に応じて処理を制御する。また、アクセス判断部４４は、メッセージの既読／未読の状態を判断する際、上記アクセス情報と、メッセージのアクセス要求を発したメールクライアント１５が動作しているオペレーティングシステム１３を特定可能な動作環境識別情報とに基づいて判断する。
【００５９】
特に、本実施の形態では、アクセス情報が、メッセージのアクセス要求を発したメールクライアント１５を特定可能な動作環境識別情報を含む。なお、アクセス情報、動作環境識別情報、アクセルレベルについては、後述する。
【００６０】
第一のメールクライアント１５Ａ、および、第二のメールクライアント１５Ｂは、それぞれ、第一のオペレーティングシステム１３Ａ、および、第二のオペレーティングシステム１３Ｂ上で動作するメールクライアントである。第一のメールクライアント１５Ａ、および、第二のメールクライアント１５Ｂは、それぞれ、第一のローカルメールサーバ１４Ａ、および、第二のローカルメールサーバ１４ＢにＩＭＡＰを用いて接続することで、電子メールの作成や閲覧、保存などを行う。
【００６１】
上記の構成により、端末１０では、第一のローカルメールサーバ１４Ａ、および、第二のローカルメールサーバ１４Ｂは、それぞれ、第一のメールクライアント１５Ａ、および、第二のメールクライアント１５Ｂから受け取った電子メールを、それぞれ、データアクセス部４３Ａ、および、データアクセス部４３Ｂを用いてデータ記憶部１２に蓄積する。また、第一のローカルメールサーバ１４Ａ、および、第二のローカルメールサーバ１４Ｂは、データ記憶部１２に蓄積された電子メールを、それぞれ、データアクセス部１１３、および、データアクセス部１２３を用いてアクセスし、それぞれ、第一のメールクライアント１５Ａ、および、第二のメールクライアント１５Ｂに渡す。この際、それぞれ、第一のローカルメールサーバ１４Ａ、および、第二のローカルメールサーバ１４Ｂは、アクセス判断部４４Ａ、および、アクセス判断部４４Ｂを用いてアクセスレベルを判断し、その判断結果に基づいた処理結果を、それぞれ、第一のメールクライアント１５Ａ、および、第二のメールクライアント１５Ｂに渡すことができる。
【００６２】
次に、図２を参照しながら、あるオペレーティングシステムで動作するメールクライアントがネットワーク接続された外部メールサーバに届いた電子メールをアクセスする方法について説明する。図２は、端末１０において、外部メールサーバ２０１からメールクライアントへの電子メールの流れを示した図である。
【００６３】
なお、第一のオペレーティングシステム１３Ａ、第一のローカルメールサーバ１４Ａ、第一のメールクライアント１５Ａの動作と、第二のオペレーティングシステム１３Ｂ、第二のローカルメールサーバ１４Ｂ、第二のメールクライアント１５Ｂの動作とは、基本的に同一である。よって、本実施の形態では、両者で共通の事項については、各ブロックを、オペレーティングシステム１３、ローカルメールサーバ１４、メールクライアント１５と総称して説明する。また、図２では、オペレーティングシステム１３、ローカルメールサーバ１４、メールクライアント１５を一組のみ示している。また、図２では、動作環境提供部１１が省略されている。
【００６４】
ネットワーク２００は、インターネット、イントラネット、ローカルエリアネットなどであり、端末１０と外部メールサーバ２０１とを通信可能に接続する。
【００６５】
外部メールサーバ２０１は、ＩＭＡＰ、あるいは、ＰＯＰを用いて、ネットワーク２００上にあるクライアント（端末１０を含む）と接続される、ＩＭＡＰメールサーバ、あるいは、ＰＯＰメールサーバである。
【００６６】
図２に示すように、ローカルメールサーバ１４は、図１に示したブロックに加えて、対メールクライアント部４５、対外部メールサーバ部４６、制御部４７、処理部４８を備えている。なお、ローカルメールサーバ１４Ａ・１４Ｂで区別する場合には、対メールクライアント部４５Ａ・４５Ｂ、対外部メールサーバ部４６Ａ・４６Ｂ、制御部４７Ａ・４７Ｂ、処理部４８Ａ・４８Ｂと表記する。
【００６７】
対メールクライアント部４５は、メールクライアント１５とデータのやりとりを行う。
【００６８】
対外部メールサーバ部４６は、ネットワークアクセス部３１を使用して、ネットワーク２００に接続されている外部メールサーバ２０１とデータのやりとりを行う。
【００６９】
制御部４７は、ローカルメールサーバ１４全体の動作を制御する。
【００７０】
処理部４８は、メールクライアント１５からの要求に基づいた所定の処理を行う。
【００７１】
まず、外部メールサーバ２０１に届いた電子メールは、外部メールサーバ２０１内の記憶装置２０２に保持される。次に、データ取得部４１は、対外部メールサーバ部４６を用いて外部メールサーバ２０１から電子メールを取得する。具体的には、対外部メールサーバ部４６は、ネットワークアクセス部３１を使用して、ネットワーク２００を介して、ＩＭＡＰ、あるいは、ＰＯＰによって外部メールサーバ２０１にメールクライアントとして接続することで、外部メールサーバ２０１から電子メールを端末１０に取り込む。データ取得部４１は、対外部メールサーバ部４６が取り込んだ電子メールを、データ蓄積部４２を使用して、データ記憶部１２に蓄積する。この時点で外部メールサーバ２０１に届いた電子メールが、端末１０のデータ記憶部１２に移されたことになる。
【００７２】
次に、メールクライアント１５は、ＩＭＡＰを用いてローカルメールサーバ１４に接続する。そして、対メールクライアント部４５がメールクライアント１５からの要求を受け付け、処理部４８が、メールクライアント１５からの要求を解析するとともに、メールクライアント１５へ返すデータを作成するなどの処理を行う。
【００７３】
また、処理部４８は、データ記憶部１２に格納された電子メールを、データアクセス部４３を使用して、アクセスする。また、処理部４８は、アクセス判断部４４から得られる電子メールのアクセスレベルを判断して、それに従った処理結果を生成し、対メールクライアント部４５にその処理結果を渡す。メールクライアント１５は、対メールクライアント部４５から、その処理結果、つまり、外部メールサーバに届いた電子メールを得ることができる。
【００７４】
次に、図３を参照しながら、ローカルメールサーバ１４の電子メール受信動作について説明する。図３は、ローカルメールサーバ１４のメール受信処理を示すフローチャートである。
【００７５】
まず、ローカルメールサーバ１４が起動すると、初期化などの処理を行った後、メールクライアント１５からの要求待ち状態に入る（Ｓ１１）。次に、タイムアウトが発生したかどうかをチェックする（Ｓ１２）。タイムアウトが発生している場合（Ｓ１２でＹＥＳ）、ステップＳ１４に進む。一方、タイムアウトが発生していない場合（Ｓ１２でＮＯ）、すなわち、メールクライアント１５から何か要求を受けた場合、ステップＳ１３に進む。このように、一定時間、あるいは、所定の時間にコマンドの受信が無かった場合、タイムアウトとなり要求待ち状態を一時抜ける。
【００７６】
次に、その要求を実行するにあたって、外部メールサーバ２０１に接続して電子メールを取り込む必要があるかどうかを判断する（Ｓ１３）。そのような接続が必要でない場合（Ｓ１３でＮＯ）、ステップＳ１７に進む。一方、必要がある場合（Ｓ１３でＹＥＳ）、ステップＳ１４に進む。
【００７７】
次に、対外部メールサーバ部４６が、端末１０が外部メールサーバ２０１に物理的および論理的に接続可能であるかどうかをチェックする（Ｓ１４）。接続できない場合（Ｓ１４でＮＯ）、ステップＳ１７に進む。一方、接続できる場合（Ｓ１４でＹＥＳ）、外部メールサーバ２０１から電子メールを取り込み（Ｓ１５）、取り込んだ電子メールをデータ記憶部１２に格納（Ｓ１６）して、ステップＳ１７に進む。
【００７８】
ステップＳ１７では、処理部４８が、メールクライアント１５に結果を返す必要があるかどうかを判断する。結果を返す必要がない場合（Ｓ１７でＮＯ）、ステップＳ１１に戻り、要求待ち状態に入る。一方、結果を返す必要がある場合（Ｓ１７でＹＥＳ）、ステップＳ１８に進み、データ記憶部１２に格納された電子メールから、要求に従った情報を取り出すとともに、ステップＳ１９に進み、その取り出した情報をメールクライアント１５へ返した後、ステップＳ１１に戻り、再び要求待ち状態に入る。
【００７９】
次に、図４、図５を参照して、オペレーティングシステムを切り替えた場合の、各オペレーティングシステムにおけるメールクライアントの電子メールのアクセス動作について説明する。図４は、端末１０において、第一のオペレーティングシステム１３Ａから第二のオペレーティングシステム１３Ｂに切り替えた時の電子メールのアクセス動作を示すタイムチャートである。
【００８０】
図４の上部は、第一のオペレーティングシステム１３Ａの動作時における第一のメールクライアント１５Ａから受信動作を含む閲覧要求がなされた場合の処理の流れを示す。
【００８１】
まず、第一のメールクライアント１５Ａから第一のローカルメールサーバ１４Ａに対して要求が出されると、第一のローカルメールサーバ１４Ａの対メールクライアント部４５Ａがその要求を受け取る。そして、処理部４８Ａは、受け取ったその要求を処理するには外部メールサーバ２０１から新たに電子メールを受信する必要があると判断し、これに従って、制御部４７Ａは対外部メールサーバ部４６Ａに処理を切り替える。
【００８２】
次に、対外部メールサーバ部４６Ａでは、外部メールサーバ２０１から電子メールを受信する。データ取得部４１Ａは、受信した電子メールをデータ蓄積部４２Ａを介してデータ記憶部１２に蓄積する。この後、対外部メールサーバ部４６Ａから対メールクライアント部４５Ａに処理が戻り、処理部４８Ａが第一のメールクライアント１５Ａに返すべきデータの作成などの処理を行う。この際、データアクセス部４３Ａがデータ記憶部１２に蓄積された電子メールにアクセスするとともに、アクセス情報の更新などの処理（データアクセスステップ）も行う。そして、その処理結果を、処理部４８Ａが第一のメールクライアント１５Ａに渡す。
【００８３】
また、受信動作を含む閲覧要求に限らず、受信動作を含まない閲覧要求、保存要求、削除要求の場合であっても、対メールクライアント部４５Ａは、データアクセス部４３Ａを介してデータ記憶部１２に電子メールを格納したり、データ記憶部１２から取り出したり、といった処理を行う。すなわち、第一のメールクライアント１５Ａからの要求に対してその処理を行った場合、データ記憶部１２には最新の電子メール、および、そのアクセス情報が格納されることになる。
【００８４】
つづいて、図４の下部は、第一のオペレーティングシステム１３Ａから第二のオペレーティングシステム１３Ｂに切り替えた後の、第二のオペレーティングシステム１３Ｂの動作時における第二のメールクライアント１５Ｂから受信動作を含まない閲覧要求がなされた場合の処理の流れを示す。
【００８５】
まず、第二のメールクライアント１５Ｂから第二のローカルメールサーバ１４Ｂに対して要求が出されると、第二のローカルメールサーバ１４Ｂの対メールクライアント部４５Ｂがその要求を受け取る。処理部４８Ｂは、受け取ったその要求を処理するには外部メールサーバ２０１から新たに電子メールを受信する必要はないと判断する。そして、引き続き、処理部４８Ｂは、第二のメールクライアント１５Ｂに返すべきデータの作成などの処理を行う。この際、処理部４８Ｂは、データアクセス部４３Ｂを介してデータ記憶部１２に蓄積された電子メールをアクセスして、アクセス情報の追加などの処理（データアクセスステップ）を行う。そして、その処理結果が第二のメールクライアント１５Ｂに渡されることになる。例えば、受信動作を含む閲覧要求であった場合には、第一のオペレーティングシステム１３Ａの動作時と同じように、第二のローカルメールサーバ１４Ｂで処理が切り替わり、外部メールサーバ２０１から電子メールが受信され、データ蓄積部４２Ｂを介してデータ記憶部１２に蓄積される。
【００８６】
ここで、図１を参照しながら、端末１０における電子メールの流れを説明する。
【００８７】
第一のオペレーティングシステム１３Ａが動作している場合、第一のローカルメールサーバ１４Ａが、外部メールサーバ２０１から取り込んだ電子メール、あるいは、第一のメールクライアント１５Ａから受け取った電子メールを、データ記憶部１２に格納する。これに対して、第二のオペレーティングシステム１３Ｂが動作している場合、第二のローカルメールサーバ１４Ｂが、外部メールサーバ２０１から取り込んだ電子メール、あるいは、第二のメールクライアント１５Ｂから受け取った電子メールを、データ記憶部１２に格納する。それゆえ、どちらのオペレーティングシステムが動作していても、電子メールは、一旦、データ記憶部１２に格納されることになる。
【００８８】
このように、メールクライアント１５Ａ・１５Ｂが扱う電子メールは、常に共通のデータ記憶部１２に蓄積される。それゆえ、一方のオペレーティングシステム１３Ａで動作していたメールクライアント１５Ａがアクセスしていた電子メールを、他方のオペレーティングシステム１３Ｂに切り替えて他方のメールクライアント１５Ｂによっても同じように扱うことができる。
【００８９】
次に、図５、図６を参照しながら、メールクライアント１５に電子メールのアクセスレベルに従った処理を行わせるための、アクセスレベルの導出方法について説明する。ここでは、まず、電子メールをアクセスしたオペレーティングシステムの情報を用いる方法について説明する。
【００９０】
図５は、データ記憶部１２に格納された電子メールのデータ構造を示した説明図である。
【００９１】
データ記憶部１２は、複数の電子メール３００…を蓄積している。蓄積された全ての電子メール３００…には、電子メール３００が今までにどのオペレーティングシステムから閲覧されたかを示す情報（動作環境識別情報）（第一のオペレーティングシステム、第二のオペレーティングシステム、…）を含むアクセス情報３０１が付加される。このアクセス情報３０１は、データアクセス部４３によって更新することが可能であり、メールクライアント１５が電子メール３００を閲覧した場合などに更新される。また、電子メール３００には、その電子メール３００が含んでいるデータの形式（テキスト、画像、音声、…）を示すデータ形式情報３０２も含んでいる。
【００９２】
図６（ａ）〜（ｄ）は、アクセス判断部４４の動作を示した説明図である。
【００９３】
ローカルメールサーバ１４の処理部４８は、データアクセス部４３を使用して電子メール３００をデータ記憶部１２から取り出した際、電子メール３００に付加されているアクセス情報３０１をアクセス判断部４４に渡す。アクセス判断部４４は、現在動作中のオペレーティングシステム１３の情報とアクセス情報３０１に記録された過去にアクセスされたオペレーティングシステムの情報とを用いてアクセスレベルの判断を行い、それに従った処理を行う。
【００９４】
アクセス判断部４４によるアクセスレベルの判断は、具体的には次のとおりである。ただし、ここに示すレベル区分はあくまで一例であって、区分数および意味づけは適宜変更可能である。
【００９５】
過去にどのオペレーティングシステムもアクセスしていない場合、その電子メールを「未読」として扱う。図６（ａ）に示すように、電子メール３００のアクセス情報３０１にオペレーティングシステムを特定する情報が記録されていない場合、アクセス判断部４４は「未読」と判断する。
【００９６】
過去にアクセスしたオペレーティングシステムが現在動作中のオペレーティングシステムだけである場合、その電子メールを「レベル１の既読」として扱う。例えば、図６（ｂ）に示すように、電子メール３００のアクセス情報３０１に「第一のオペレーティングシステム」を示す情報が記録されており、その情報と現在動作中の第一のオペレーティングシステム１３Ａを示す情報とを比較して一致した場合、アクセス判断部４４は「レベル１の既読」と判断する。
【００９７】
過去にアクセスしたオペレーティングシステムが現在動作中のオペレーティングシステムとは異なる場合、その電子メールを「レベル２の既読」として扱う。例えば、図６（ｃ）に示すように、電子メール３００のアクセス情報３０１に「第二のオペレーティングシステム」を示す情報が記録されており、その情報と現在動作中の第一のオペレーティングシステム１３Ａを示す情報とを比較して不一致であった場合、アクセス判断部４４は「レベル２の既読」と判断する。
【００９８】
過去にアクセスしたオペレーティングシステムが現在動作中のオペレーティングシステムだけではない場合、その電子メールを「レベル３の既読」として扱う。例えば、図６（ｄ）に示すように、電子メール３００のアクセス情報３０１に「第一のオペレーティングシステム」に加えて「第二のオペレーティングシステム」を示す情報が記録されており、その情報と現在動作中の第一のオペレーティングシステム１３Ａを示す情報とを比較した結果、アクセス情報３０１に現在動作中のオペレーティングシステムを示す情報が含まれている場合、アクセス判断部４４は「レベル３の既読」と判断する。
【００９９】
このようにすることで、端末１０では、オペレーティングシステム１３を切り替えて電子メールを閲覧するとき、ローカルメールサーバ１４は過去にどのオペレーティングシステム１３からその電子メールがアクセスされたかを判定し、その結果をメールクライアント１５に渡すことによって、メールクライアント１５はその結果に従った処理を行うことが可能となる。例えば、「レベル２の既読」であれば、過去に他のオペレーティングシステム１３上のメールクライアント１５からアクセスされたが、現在のオペレーティングシステム１３上のメールクライアント１５からは初めてアクセスされたということが分かるので、ユーザにその旨通知するなどの処理が可能となる。
【０１００】
次に、図７、図８を参照して、アクセスレベルを導出する他の方法について説明する。ここでは、電子メールをアクセスしたオペレーティングシステムの情報、および、その電子メールの内容の情報を用いる方法を述べる。
【０１０１】
一般的に、アプリケーションが利用できるデータ形式は限定されている。例えば、画像を扱うアプリケーションでは画像データ形式であり、音声を扱うアプリケーションでは音声データ形式である。また、何らかの用途に特化したアプリケーションは、そのアプリケーション専用のデータ形式しか扱えないこともある。そこで、アプリケーションを利用するにあたっては、その動作環境であるオペレーティングシステム上で、そのアプリケーションを動作させる必要がある。言いかえれば、アプリケーションが動作しないオペレーティングシステム上では、そのアプリケーションが利用するデータ形式を扱うことはできない。
【０１０２】
そこで、端末１０では、オペレーションシステムごとに、どのようなデータ形式が扱えるかというアクセス判定のための情報をあらかじめ記憶しておく。そして、そのアクセス判定情報と、電子メールが持っているデータのデータ形式の情報、および、電子メールの過去のアクセス情報などから、その電子メールのデータがどのように扱われてきたか、あるいは、扱うべきかを判断することが可能になる。
【０１０３】
ここで、「電子メールが持っているデータ」には、電子メール自体のデータ（＝いわゆる添付ファイルを含まない電子メールの本文のデータ）、および、添付ファイルのデータが含まれる。そして、電子メールのデータ形式は、電子メールのヘッダから取得できる。すなわち、電子メールのヘッダ中の“Content-Type:”フィールドには、その電子メールのデータ形式が記述されている。また、電子メールが添付ファイルを含む場合、ヘッダには、“Content-Type:”フィールドが添付ファイル毎に設けられ、添付ファイルのデータ形式が記述されている。一般的に、添付ファイルを含まない場合、電子メールの本文のデータ形式は「テキスト」となっている。また、添付ファイルを含む場合、本文のデータ形式は「マルチパート」となっており、添付ファイル毎にデータ形式が「テキスト」や「JPEG（Joint Photographic Experts Group）イメージ」や「Wordのデータ」のようになっている。
【０１０４】
図７は、アクセス判断部４４が参照するアクセス判定テーブルの一例を示す説明図である。
【０１０５】
アクセス判定テーブル３１０は、どのオペレーティングシステムが、どのデータ形式を扱えるかを登録したテーブルである。具体的には、アクセス判定テーブル３１０には、オペレーティングシステムがもともと扱えるデータ形式や、アプリケーションを追加するなどして新たに扱えるデータ形式が列挙されている。
【０１０６】
アクセス判定テーブル３１０は、各ローカルメールサーバ１４に独自に保持されている。なお、アクセス判定テーブル３１０をデータ記憶部１２に保持して、複数のローカルメールサーバ１４で共有してもよい。また、アクセス判定テーブル３１０は、動的に作成されてもよいし、明示的にユーザが静的に作成してもよい。
【０１０７】
図８は、アクセス判定テーブル３１０を用いたアクセス判断部４４の動作について示した説明図である。
【０１０８】
ローカルメールサーバ１４の処理部４８は、データアクセス部４３を使用して電子メール３００をデータ記憶部１２から取り出した際、電子メール３００に付加されているアクセス情報３０１、ならびに、データ形式情報３０２をアクセス判断部４４に渡す。アクセス判断部４４は、現在動作中のオペレーティングシステム１３の情報とアクセス情報３０１、データ形式情報３０２、ならびに、アクセス判定テーブル３１０に記載された情報を用いて判定を行い、それに従った処理を行う。
【０１０９】
アクセス判断部４４によるアクセス判定テーブル３１０を用いたアクセスレベルの判断は、具体的には次のとおりである。ただし、ここに示すレベル区分はあくまで一例であって、区分数および意味づけは適宜変更可能である。
【０１１０】
すなわち、電子メールが持っているデータ形式の全てが過去にアクセスされたオペレーティングシステムで扱えることが判明した場合、その電子メールを「レベル１の既読」として扱う。また、少なくともデータ形式の一つが過去にアクセスされたオペレーティングシステムでは扱えないことが判明した場合、その電子メールを「レベル２の既読」として扱う。また、「レベル２の既読」のうちでもその扱えないデータ形式が現在のオペレーティングシステムにより扱えることが判明した場合、その電子メールを「レベル３の既読」として扱う。
【０１１１】
このようにすることで、端末１０では、オペレーティングシステム１３を切り替えて電子メールを閲覧するとき、ローカルメールサーバ１４は過去にどのオペレーティングシステムからその電子メールがアクセスされたか、および、電子メールに含まれているデータ形式はどのようなものかを総合的に判定し、その結果をメールクライアント１５に渡すことによって、メールクライアント１５はその結果に従った処理を行うことが可能となる。例えば、「レベル３の既読」であれば、過去に他のオペレーティングシステム１３上のメールクライアント１５からアクセスされたときには、扱えなかったデータ形式が含まれており、現在のオペレーティングシステム上のメールクライアント１５からはそのデータ形式が扱えるということが分かるので、ユーザにその旨通知するなどの処理が可能となる。
【０１１２】
なお、本実施の形態において、アクセス情報とは、複数のオペレーティングシステム上で動作するアプリケーションからのアクセスの履歴を電子メールごとに管理するためのデータである。アクセス情報の具体的な内容としては、上記のようにアクセスしたオペレーティングシステムの識別情報のほか、アクセスしたアプリケーションの識別情報、アクセスによって電子メールに施された処理の種別（閲覧、編集等の別）、アクセスの日時、アクセスされた回数、アクセスした端末１０の識別情報、アクセスに使用された通信経路の識別情報、アクセスしたユーザの識別情報などが挙げられる。そして、どのようなアクセス情報を記録するか、それらアクセス情報に基づいて判断するアクセスレベルのレベル数や各レベルの定義、各レベルに対応する処理は、端末１０および電子メールを含むシステム全体の仕様に応じて適宜選択できる。
【０１１３】
つづいて、図１に示した端末１０の変形例について説明する。
【０１１４】
（１）
図９は、本発明の一変形例である端末１０ａの構成の概略を示す機能ブロック図である。図９に示すように、端末１０ａは、端末１０（図１）のローカルメールサーバ１４およびメールクライアント１５の代わりに、メールクライアント１５の機能に加えてローカルメールサーバ１４の機能を併せ持つメールクライアント１５ａを備えて構成されている。なお、その他の構成、および各部の機能や処理の流れについては、端末１０ａは端末１０と同様である。
【０１１５】
図１に示した端末１０は、内部でローカルメールサーバ１４を動作させ、このローカルメールサーバ１４に接続することでメールクライアント１５が電子メールをアクセスするクライアントサーバモデルであった。すなわち、端末１０では、メールクライアント１５とローカルメールサーバ１４とは独立している。そのため、メールクライアント１５を動作させずともローカルメールサーバ１４を動作させることができ、ローカルメールサーバ１４さえ動作させておけば外部メールサーバ２０１から端末１０にメールを取り込むことができる。
【０１１６】
これに対して、図９に示した端末１０ａは、メールクライアント１５ａがそのローカルメールサーバの機能を併せ持っている。すなわち、端末１０ａでは、外部メールサーバ２０１からメールを取り込む機能がメールクライアント１５ａに含まれている。そのため、メールクライアント１５ａを動作させない限り、外部メールサーバ２０１から端末１０ａにメールを取り込むことはない。
【０１１７】
端末１０ａでは、第一のオペレーティングシステム１３Ａが動作している場合、第一のメールクライアント１５ａＡは、外部メールサーバ２０１から取り込んだ電子メール、あるいは、第一のメールクライアント１５ａＡで作成した電子メールを、データ記憶部１２に格納する。同様に、第二のオペレーティングシステム１３Ｂが動作している場合、第二のメールクライアント１５ａＢは、外部メールサーバ２０１から取り込んだ電子メール、あるいは、第二のメールクライアント１５ａＢで作成した電子メールを、データ記憶部１２に格納する。それゆえ、どちらのオペレーティングシステム１３が動作していても、電子メールは、一旦、データ記憶部１２に格納されることになる。
【０１１８】
このように、端末１０ａでは、メールクライアント１５ａが扱う電子メールが常に共通のデータ記憶部１２に蓄積されるので、オペレーティングシステム１３を切り替えて別のメールクライアント１５ａを動作させた場合でも、別のオペレーティングシステム１３上で動作していたメールクライアント１５ａがアクセスしていた電子メールを、共通に扱うことができる。
【０１１９】
また、端末１０ａは、ローカルメールサーバが不要であり、メールクライアント１５ａだけを有する構成である。よって、端末１０のようなクライアントサーバモデルの構成を持つことができない動作環境や、そのようなモデルを必要としない端末などに好適である。
【０１２０】
（２）
図１０は、本発明の他の変形例である端末１０ｂの構成の概略を示す機能ブロック図である。図１０に示すように、端末１０ｂは、端末１０（図１）のデータ記憶部１２の代わりに、ネットワーク２００に接続された外部の端末２１１のデータ記憶部２１２を用いるものである。なお、その他の構成、および各部の機能や処理の流れについては、端末１０ｂは端末１０（クライアントサーバモデル）および端末１０ａ（クライアントモデル）と同様である。
【０１２１】
図１に示した端末１０（図９に示した端末１０ａも同様）は、メールクライアント１５が端末１０内の共通のデータ記憶部１２に蓄積された電子メールに対してアクセスを行うことで、電子メールの共有を実現している。すなわち、端末１０では、オペレーティングシステム１３が提供するファイルアクセス部３２は、端末１０内のデータ記憶部１２に対して電子メールのアクセスを行う。
【０１２２】
これに対して、図１０に示した端末１０ｂは、電子メールを格納する記憶装置として、端末１０外にある、ネットワーク２００に接続された他の端末２１１のデータ記憶部２１２を用いる。すなわち、端末１０ｂは、ネットワーク接続された他の端末２１１のデータ記憶部２１２に対して電子メールのアクセスを行う。
【０１２３】
端末１０ｂでは、第一のオペレーティングシステム１３Ａが動作している場合、第一のローカルメールサーバ１４Ａは、外部メールサーバ２０１から取り込んだ電子メール、あるいは、第一のメールクライアント１５Ａから受け取った電子メールを、ネットワーク２００を介して接続された他の端末２１１のデータ記憶部２１２に格納する。また、第二のオペレーティングシステム１３Ｂが動作している場合、第二のローカルメールサーバ１４Ｂは、外部メールサーバ２０１から取り込んだ電子メール、あるいは、第二のメールクライアント１５Ｂから受け取った電子メールを、ネットワーク２００を介して接続された他の端末２１１のデータ記憶部２１２に格納する。それゆえ、どちらのオペレーティングシステム１３が動作していても、電子メールは、一旦、ネットワーク２００を介して接続された他の端末２１１内の記憶装置２１２に格納されることになる。
【０１２４】
このように、端末１０ｂでは、メールクライアント１５が扱う電子メールが常にネットワーク２００を介して接続された外部の端末２１１のデータ記憶部２１２に蓄積されるので、オペレーティングシステム１３を切り替えて別のメールクライアント１５を動作させた場合でも、別のオペレーティングシステム１３上で動作していたメールクライアント１５がアクセスしていた電子メールを、共通に扱うことができる。
【０１２５】
また、端末１０ｂは、電子メールをネットワーク接続された他の端末２１１のデータ記憶部２１２に格納する構成である。よって、メールクライアント１５の動作する端末に十分な電子メールの格納領域が備わっていない場合や、端末がＬＡＮ等のネットワークに常に接続されていることが前提である場合に好適である。
【０１２６】
（３）
図１１は、本発明のさらに他の変形例である端末１０ｂの構成の概略を示す機能ブロック図である。図１１に示すように、端末１０ｃは、端末１０（図１）のデータ記憶部１２の代わりに、取り外し可能な外部記憶装置２２２を用いるものである。なお、その他の構成、および各部の機能や処理の流れについては、端末１０ｃは端末１０（クライアントサーバモデル）および端末１０ａ（クライアントモデル）と同様である。また、端末１０ｃと外部記憶装置２２２との接続には、ＵＳＢ（Universal Serial Bus）、ＳＣＳＩ（small computer system interface）などが利用できる。
【０１２７】
図１に示した端末１０（図９に示した端末１０ａも同様）は、メールクライアント１５が端末１０内の共通のデータ記憶部１２に蓄積された電子メールに対してアクセスを行うことで、電子メールの共有を実現している。すなわち、端末１０では、オペレーティングシステム１３が提供するファイルアクセス部３２は、端末１０内のデータ記憶部１２に対して電子メールのアクセスを行う。
【０１２８】
これに対して、図１１に示した端末１０ｃは、電子メールを格納する記憶装置として、端末１０外にある、取り外し可能な外部記憶装置２２２を用いる。すなわち、端末１０ｃは、取り外し可能な外部記憶装置２２２に対して電子メールのアクセスを行う。
【０１２９】
端末１０ｃでは、第一のオペレーティングシステム１３Ａが動作している場合、第一のローカルメールサーバ１４Ａは、外部メールサーバ２０１から取り込んだ電子メール、あるいは、第一のメールクライアント１５Ａから受け取った電子メールを、取り外し可能な外部記憶装置２２２に格納する。また、第二のオペレーティングシステム１３Ｂが動作している場合、第一のローカルメールサーバ１４Ａは、外部メールサーバ２０１から取り込んだ電子メール、あるいは、第二のメールクライアント１５Ｂから受け取った電子メールを、取り外し可能な外部記憶装置２２２に格納する。それゆえ、どちらのオペレーティングシステム１３が動作していても、電子メールは、一旦、取り外し可能な外部記憶装置２２２に格納されることになる。
【０１３０】
このように、端末１０ｃでは、メールクライアント１５が扱う電子メールは常に取り外し可能な外部記憶装置２２２に蓄積されるので、オペレーティングシステム１３を切り替えて別のメールクライアント１５を動作させた場合でも、別のオペレーティングシステム１３上で動作していたメールクライアント１５がアクセスしていた電子メールを、共通に扱うことができる。
【０１３１】
また、端末１０ｃは、電子メールを外部の取り外し可能な外部記憶装置２２２に格納する構成である。よって、取り外し可能な外部記憶装置２２２を使用する端末１０ｃに接続することで、蓄積された電子メールをどの端末１０ｃからでも使用することができる。それゆえ、メールクライアント１５を使用する端末１０ｃが一意でない場合、すなわち、ユーザが、複数の端末１０ｃ…の、複数のメールクライアント１５…を使用する可能性がある場合に好適である。
【０１３２】
（４）
上述したように、図１に示した端末１０（図９に示した端末１０ａも同様）は、一つの端末１０上に複数のオペレーティングシステム１３（動作環境）が存在し、それぞれのオペレーティングシステム１３上のメールクライアント１５がローカルメールサーバ１４と接続することで、電子メールを共有するものである。そのために、端末１０では、ローカルメールサーバ１４のアクセス判断部４４が、それ自身が動作している現在のオペレーティングシステム１３の情報に基づいてアクセスレベルを判断する。
【０１３３】
ここで、端末１０は、アクセス判断部４４によって、ローカルメールサーバ１４に接続したメールクライアント１５が動作しているオペレーティングシステム１３の情報に基づいてアクセスレベルを判断してもよい。これにより、自端末の複数のメールクライアント１５で電子メールを共有するだけでなく、自端末と同様の構成を備えた他の端末１０上のメールクライアント１５との間においても電子メールを共有することが可能となる。すなわち、別の端末１０上のメールクライアント１５が、自端末１０上のローカルメールサーバ１４と接続することが可能である。
【０１３４】
例えば、メールクライアント１５がローカルメールサーバ１４に接続する際に、自身が動作しているオペレーティングシステム１３の情報をローカルメールサーバ１４に伝えるようにすれば、「ローカルメールサーバ１４に接続したメールクライアント１５が動作しているオペレーティングシステム１３」を特定する情報をローカルメールサーバ１４が取得できる。
【０１３５】
（５）
図１２は、本発明のさらに他の変形例を説明図である。図１２に示すように、外部記憶装置２２２（図１１）は、端末１０ｃの各オペレーティングシステム１３で動作するローカルメールサーバ１４およびメールクライアント１５のプログラムをあらかじめ格納していてもよい。なお、同様に、外部記憶装置２２２は、端末１０ａの各オペレーティングシステム１３で動作するメールクライアント１５ａのプログラムをあらかじめ格納していてもよい。
【０１３６】
これにより、端末１０ｃは、そのオペレーティングシステム１３に適したローカルメールサーバ１４およびメールクライアント１５のプログラムを、外部記憶装置２２２上より直接実行する、あるいは、それらのプログラムを端末１０ｃにインストールしてから実行することができる。すなわち、外部記憶装置２２２そのものが、電子メールシステムの一部となる。
【０１３７】
よって、端末１０ｃでは、それらのプログラムを動作させることのできるオペレーティングシステム１３さえあれば、ローカルメールサーバ１４およびメールクライアント１５の処理を実現できる。それゆえ、上記（４）で説明した、他の端末との共通化をさらに簡単に行うことが可能となる。
【０１３８】
また、外部記憶装置２２２に格納されたローカルメールサーバ１４、あるいは、メールクライアント１５に対して、その実行やインストールの際に特別なキーを与えておけば、電子メールをアクセスする際に、そのキーを用いて暗号化を施すなどの処理を入れることが可能となる。この場合、他のローカルメールサーバ１４やメールクライアント１５、あるいは、他のオペレーティングシステム１３からの外部記憶装置２２２に格納された電子メールのアクセスに対して、電子メールの内容を隠蔽することができ、セキュリティの向上にもつながる。
【０１３９】
（６）
図１３は、本発明のさらに他の変形例である端末１０′の構成の概略を示す機能ブロック図である。端末１０′は、端末１０と基本的な構成が同じであるが、メーラーに限定されない一般的なアプリケーションを実行するものである。そのため、図１３に示すように、端末１０′は、端末１０（図１）のローカルメールサーバ１４およびメールクライアント１５の代わりに、ローカルサーバ１４′およびクライアント（アプリケーション）１５′を備えて構成されている。また、端末１０′は、端末１０のデータ記憶部１２の代わりに、データ記憶部（データ記憶装置）１２′を備えて構成されている。なお、その他の構成、および各部の機能や処理の流れについては、端末１０′は端末１０と同様である。
【０１４０】
クライアント１５′は、アプリケーションプログラムによって実現される。データ記憶部１２′は、クライアント１５′によりアクセスされるデータを格納する。
【０１４１】
ローカルサーバ１４′は、データ取得部（データ取得手段）４１′、データ蓄積部（データ蓄積手段）４２′、データアクセス部（データアクセス手段）４３′、アクセス判断部（アクセス判断手段）４４′を有する。なお、各部の機能や処理の流れについては、端末１０のデータ取得部４１、データ蓄積部４２、データアクセス部４３、アクセス判断部４４と基本的に同様である。
【０１４２】
よって、以下では、端末１０′について、端末１０との相違点のみ説明する。
【０１４３】
端末１０′のローカルサーバ１４′は、データ取得部４１′およびオペレーティングシステム１３のネットワークアクセス部３１を用いて、外部のサーバ（外部メールサーバ２０１等）から取得、もしくは、中継されてきた電子メール等のデータを、データ蓄積部４２′およびオペレーティングシステム１３のファイルアクセス部３２を用いて、端末１０′内のデータ記憶部１２′に格納する。
【０１４４】
クライアント１５′は、ローカルサーバ１４′と接続することで、端末１０′内のデータ記憶部１２′に格納されたデータをアクセスすることができる。その際、ローカルサーバ１４′は、データアクセス部４３′およびファイルアクセス部３２を用いてデータ記憶部１２′に格納されたデータをアクセスすることになるが、このとき、データアクセス部４３′は、接続されているクライアント１５′の識別情報などをアクセス情報として該データに付加する処理をあわせて行う。また、アクセス判断部４４′は、このように付加されたアクセス情報と、クライアント１５′の識別情報などから、該データをクライアント１５′にどのように扱わせるのかを判断し、その結果をクライアント１５′に該データとともに通知する。
【０１４５】
クライアント１５′は、ローカルサーバ１４′から該データとともに通知された判断結果に従った扱い方を該データに対して施す。ここで、データの扱い方とは、例えば、「該データは全てアクセスされているので既読として扱う」、「該データは１回閲覧されているがまだアクセスされていない部分が含まれているのでその旨ユーザに通知する」、「該データは閲覧されているがまだアクセスされていない部分が含まれており、かつ、該クライアントプログラムではアクセスできないのでその旨ユーザに通知する」といったものである。
【０１４６】
このようにすることで、複数のクライアント１５′（クライアントプログラム）が同一のデータをアクセスする場合でも、該データのアクセス情報と各クライアント１５′の識別情報とに基づいて、各々のクライアント１５′に応じて該データの扱い方を変えさせることができる。
【０１４７】
なお、クライアント１５′は、端末１０′内で動作するものであっても、他の端末１０′で動作するものであってもよい。また、クライアント１５′の識別情報としては、クライアント１５′に固有のものであってもよいし、クライアント１５′が動作するオペレーティングシステム１３の情報であってもよい。
【０１４８】
上述した端末１０（１０ａ，１０ｂ，１０ｃ），１０′は、上記のオペレーティングシステム１３、ローカルメールサーバ１４、メールクライアント１５の機能を実現するプログラム（メッセージ端末の制御プログラム）の命令を実行するＣＰＵ（central processing unit）、ブートロジックを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するハードディスク等の記憶装置（記録媒体）、キーボードやマウス等の入力機器、モニタ、スピーカー等の出力機器、他の機器と通信する通信機器などを備えている。
【０１４９】
そして、端末１０の本発明に係る機能は、上記各部の機能を実現するメッセージ端末の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を装置１０に供給し、ＣＰＵが記録媒体に記録されているプログラムコードを読み出し実行することによって実現可能である。具体的には、端末１０が備えるオペレーティングシステム１３、ローカルメールサーバ１４、メールクライアント１５は、端末１０のメモリ（図示せず）に格納された所定のプログラムを、マイクロプロセッサなどが実行することにより実現される。なお、端末１０′についても端末１０と同様である。
【０１５０】
上記プログラムコードを供給するための記録媒体は、システムあるいは装置と分離可能に構成することができる。また、上記記録媒体は、プログラムコードを供給可能であるように固定的に担持する媒体であってもよい。そして、上記記録媒体は、記録したプログラムコードをコンピュータが直接読み取ることができるようにシステムあるいは装置に装着されるものであっても、外部記憶装置としてシステムあるいは装置に接続されたプログラム読み取り装置を介して読み取ることができるように装着されるものであってもよい。
【０１５１】
例えば、上記記録媒体としては、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１５２】
また、上記プログラムコードは、コンピュータが記録媒体から読み出して直接実行できるように記録されていてもよいし、記録媒体から主記憶のプログラム記憶領域へ転送された後コンピュータが主記憶から読み出して実行できるように記録されていてもよい。
【０１５３】
さらに、システムあるいは装置を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。そして、通信ネットワークとしては、特に限定されず、具体的には、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、具体的には、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された搬送波あるいはデータ信号列の形態でも実現され得る。
【０１５４】
なお、プログラムコードを記録媒体から読み出して主記憶に格納するためのプログラム、および、通信ネットワークからプログラムコードをダウンロードするためのプログラムは、コンピュータによって実行可能にあらかじめシステムあるいは装置に格納されているものとする。
【０１５５】
さらに、上述した機能は、上記記録媒体から読み出された上記プログラムコードが、コンピュータに装着された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても実現できる。
【０１５６】
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、本発明は、以下のように構成することができる。
【０１５７】
本発明の情報処理装置は、メッセージの処理を行う情報処理装置であって、メッセージが記憶されるデータ記憶手段（データ記憶装置）と、ネットワークを介してメッセージを取得するデータ取得手段と、前記データ記憶手段にメッセージを蓄積するデータ蓄積手段と、前記データ記憶手段に記憶された前記メッセージをアクセスするデータアクセス手段と、前記データ記憶手段に記憶された前記メッセージに対する過去のアクセス情報からアクセスレベルを判断するアクセス判断手段とを備え、前記データ取得手段は、メッセージを取得すると、前記データ蓄積手段にメッセージを渡し、前記データ蓄積手段は、前記データ取得手段よりメッセージを受け取ると、前記データ記憶手段にメッセージを記憶し、前記データアクセス手段はアプリケーションからのメッセージのアクセス要求があるとメッセージへのアクセスを行うと共に、所定のアクセス情報をメッセージと関連付けて前記データ記憶手段に記憶し、前記アクセス判断手段は、アプリケーションからのメッセージへのアクセス時にアクセスレベルを判断することで、アプリケーションに所定の動作を行わせるものであってもよい。
【０１５８】
これにより、上記情報処理装置は、アプリケーションが扱うメッセージ、および、データ取得手段で取得されたメッセージは、データ蓄積手段、および、データアクセス手段を通じて、データ記憶手段に記憶され、アクセスされる。この際、アプリケーションは、アクセス判断手段を通じて、そのメッセージのアクセスレベルを判断することにより、それに依存した処理を行うことができる。
【０１５９】
さらに、本発明の情報処理装置は、前記アクセス判断手段は、アプリケーションからのメッセージへのアクセス時に、メッセージに関連付けられている前記アクセス情報からアクセスレベルを判断するアクセス判断手段を含んでいてもよい。
【０１６０】
さらに、本発明の情報処理装置は、前記アクセス判断手段は、アプリケーションからのメッセージへのアクセス時に、前記アクセスレベルをアクセス元の動作環境に基づいて判断するものであってもよい。これにより、アクセスレベルの判断を簡易に実現することができる。
【０１６１】
また、本発明の情報処理装置は、メッセージの処理を行う情報処理装置であって、複数のオペレーティングシステムを切り替えて実行することができる動作環境提供手段と、それぞれのオペレーティングシステムにおいて複数の動作環境からアクセス可能な共有記憶手段と、それぞれのオペレーティングシステムにおいてネットワークを介してメッセージを取得するデータ取得手段と、それぞれのオペレーティングシステムにおいて前記共有記憶手段にメッセージを記憶するデータ蓄積手段と、それぞれのオペレーティングシステムにおいて前記共有記憶手段に記憶された前記メッセージをアクセスするデータアクセス手段と、それぞれのオペレーティングシステムにおいて前記共有記憶手段に記憶された前記メッセージに対する過去のアクセス情報からアクセスレベルを判断するアクセス判断手段とを備え、前記データ取得手段は、メッセージを取得すると、前記データ蓄積手段にメッセージを渡し、前記データ蓄積手段は、前記データ取得手段よりメッセージを受け取ると、前記共有記憶手段にメッセージを記憶し、前記データアクセス手段はアプリケーションからのメッセージのアクセス要求があるとメッセージへのアクセスを行うと共に、所定のアクセス情報をメッセージと関連付けて前記共有記憶手段に記憶し、前記アクセス判断手段は、アプリケーションからのメッセージへのアクセス時にアクセスレベルを判断することで、アプリケーションに所定の動作を行わせるものであってもよい。
【０１６２】
これにより、ある動作環境上のアプリケーションが扱うメッセージ、および、データ取得手段で取得されたメッセージは、データ蓄積手段、および、データアクセス手段を通じて、共有記憶手段に記憶され、アクセスされる。この際、アプリケーションは、アクセス判断手段を通じて、そのメッセージのアクセスレベルを判断することにより、それに依存した処理を行うことができる。また、他の動作環境上のアプリケーションも同様のことを行うことができる。
【０１６３】
さらに、本発明の情報処理装置は、前記アクセス判断手段は、アプリケーションからのメッセージへのアクセス時に、メッセージに関連付けられている前記アクセス情報からアクセスレベルを判断する判断手段を含んでいてもよい。これにより、アクセスレベルの判断を簡易に実現することができる。
【０１６４】
したがって、以上の情報処理装置によれば、どの動作環境上のアプリケーションであっても、過去にアクセスしたメッセージ、新規に作成したメッセージなどを共通にアクセスすることができる。また、過去のメッセージのアクセス状態に基づいて、アプリケーションで異なった処理を行わせることもできる。
【０１６５】
さらに、本発明の情報処理装置は、前記アクセス判断手段は、アプリケーションからのメッセージへのアクセス時に、前記アクセスレベルをアクセスもとの動作環境に基づいて判断するものであってもよい。これにより、アクセスレベルの判断を簡易に実現することができる。
【０１６６】
さらに、本発明の情報処理装置は、上記データ記憶手段、または、上記共有記憶手段は、取り外し可能な外部記憶装置であってもよい。よって、記憶されているメッセージの持ち運びや保守などを容易に行うことができる。
【０１６７】
さらに、本発明の情報処理装置は、上記データ記憶手段、または、上記共有記憶手段は、ネットワークを介した他の情報処理装置の記憶装置であってもよい。
【０１６８】
これにより、アプリケーションが扱うメッセージは、取り外し可能な外部記憶装置に蓄積、および、アクセスされることになり、それを他の情報処理装置に接続することにより、その情報処理装置においてもメッセージの共有を行うことができる。また、上記情報処理装置の記憶手段が、ネットワークを介した他の情報処理装置の記憶装置を利用するものである。また、アプリケーションが扱うメッセージは、ネットワークを介した他の情報処理装置の記憶装置に蓄積、および、アクセスされることになり、情報処理装置内にメッセージを記憶するにあたって十分な記憶手段が無い場合でもメッセージの共有を行うことができる。したがって、十分な記憶装置が備わっていない情報処理装置においても、上記と同様の効果を実現することができる。
【０１６９】
さらに、本発明の情報処理装置は、前記メッセージの処理はサーバで行われ、アプリケーションはサーバと接続することでメッセージのアクセスを行うものであってもよい。
【０１７０】
これにより、一連のメッセージの処理はサーバで行い、アプリケーションはサーバと接続してメッセージのアクセスを行う。具体的には、ある動作環境上のアプリケーションは、その動作環境上のローカルサーバに所定のプロトコルを用いて接続することで、ローカルサーバが記憶装置内に蓄積したメッセージをアクセスし、かつ、アプリケーションで作成されたメッセージの保存などを行う。また、ローカルサーバは、外部のサーバと接続が可能な状態においては、所定のプロトコルを用いて外部サーバに接続し、あるいは、接続されることでメッセージを取得し、それを記憶装置内に蓄積する。蓄積されたメッセージは、アプリケーションからアクセスすることができる。
【０１７１】
よって、外部サーバから取得したメッセージは、一旦、記憶装置内に蓄積されるため、アプリケーションがメッセージをアクセスする場合には、外部との冗長な通信を抑えることができる。また、外部との接続が不可能な状態であっても、アプリケーションはメッセージをアクセスすることができる。さらに、メッセージは記憶装置に蓄積されるため、異なるオペレーティングシステム上のアプリケーションであっても、共通にアクセスすることができる。また、メッセージアクセスの際、ローカルサーバはそのメッセージが過去にどのオペレーティングシステム上からアクセスされたかを判定することによって、既読、未読などの付加情報をメッセージに追加、あるいは、削除してアプリケーションに渡すことができ、アプリケーションはそれに基づいた処理を行うことができる。
【０１７２】
したがって、本発明の機能を組み込んだサーバを使用することで、既存のアプリケーションからでも、上記と同様の効果を実現することができる。
【０１７３】
さらに、本発明の情報処理装置は、前記メッセージの処理はアプリケーションで行ってもよい。
【０１７４】
これにより、一連のメッセージの処理は全てアプリケーションで行う。具体的には、あるオペレーティングシステム上のアプリケーションは、データアクセス手段、および、データ蓄積手段を利用して記憶装置内に蓄積したメッセージをアクセスし、かつ、作成したメッセージの保存などを行う。また、アプリケーションは、外部サーバと接続が可能な状態においては、所定のプロトコルを用いて外部サーバに接続する、あるいは、接続されることで、メッセージを取得し、記憶装置内に蓄積する。
【０１７５】
よって、外部サーバから取得したメッセージは、一旦、記憶装置内に格納されるため、アプリケーションがメッセージをアクセスする場合には、外部との冗長な通信を抑えることができる。また、外部との接続が不可能な状態であっても、アプリケーションはメッセージをアクセスすることができる。さらに、メッセージは記憶装置に蓄積されるため、異なるオペレーティングシステム上のアプリケーションであっても、メッセージの蓄積方法が同じである場合には、共通にアクセスすることができる。また、メッセージアクセスの際、そのメッセージが過去にどのオペレーティングシステム上からアクセスされたかを判断することによって、既読、未読などの付加情報を変更し、それに基づいた処理を行うことができる。
【０１７６】
したがって、本発明の機能を組み込んだアプリケーションを使用することで、上記と同様の効果を実現することができる。
【０１７７】
さらに、本発明の情報処理装置は、上記取り外し可能な外部記憶装置は、上記サーバのプログラムを格納していてもよい。
【０１７８】
これにより、メッセージ、および、そのメッセージをアクセス可能なサーバプログラムが同一の場所、すなわち、取り外し可能な外部記憶装置に格納されているため、そのサーバプログラムを動作させることのできる動作環境を備えた他の情報処理装置にその外部記憶装置を接続し、そのサーバプログラムを動作させることで、その情報処理装置上のアプリケーションにおいても、サーバプログラムを通じて、メッセージの共有が可能となる。
【０１７９】
したがって、複数の情報処理装置においても、上記と同様の効果を実現することができる。また、セキュリティを向上することができる。
【０１８０】
さらに、本発明の情報処理装置は、上記取り外し可能な外部記憶装置は、上記アプリケーションのプログラムを格納していてもよい。
【０１８１】
これにより、メッセージ、および、そのメッセージをアクセス可能なアプリケーションプログラムが同一の場所、すなわち、取り外し可能な外部記憶装置に格納されているため、そのアプリケーションを動作させることができる動作環境を備えた他の情報処理装置にその外部記憶装置を接続し、そのアプリケーションプログラムを動作させることで、その情報処理装置においてもメッセージの共有が可能となる。
【０１８２】
したがって、複数の情報処理装置においても、上記と同様の効果を実現することができる。また、セキュリティを向上することができる。
【０１８３】
さらに、本発明の情報処理装置は、前記メッセージが電子メールであってもよい。
【産業上の利用可能性】
【０１８４】
複数のオペレーティングシステムを切り替えて動作させる情報処理装置において、各オペレーティングシステム上で動作するそれぞれのメールクライアント間で電子メール等のメッセージを共有することができるため、メール端末等の情報処理装置全般に広く適用できる。
【図面の簡単な説明】
【０１８５】
【図１】本発明の一実施の形態に係る端末の構成の概略を示す機能ブロック図である。
【図２】図１に示した端末の構成の詳細を示す機能ブロック図である。
【図３】図１に示した端末のローカルメールサーバによるメール受信処理を示すフローチャートである。
【図４】図１に示した端末において、第一のオペレーティングシステムから第二のオペレーティングシステムに切り替えた時の電子メールのアクセス動作を示すタイムチャートである。
【図５】図１に示した端末のデータ記憶部に格納された電子メールのデータ構造を示した説明図である。
【図６】（ａ）〜（ｄ）は、図１に示した端末のアクセス判断部による動作を示した説明図である。
【図７】図１に示した端末のアクセス判断部が参照するアクセス判定テーブルの一例を示す説明図である。
【図８】図１に示した端末のアクセス判断部によるアクセス判定テーブルを用いた動作を示した説明図である。
【図９】図１に示した端末の一変形例の構成の概略を示す機能ブロック図である。
【図１０】図１に示した端末の他の変形例の構成の概略を示す機能ブロック図である。
【図１１】図１に示した端末のさらに他の変形例の構成の概略を示す機能ブロック図である。
【図１２】図１１に示した端末の変形例の構成の概略を示す説明図である。
【図１３】図１に示した端末のさらに他の変形例の構成の概略を示す機能ブロック図である。
【符号の説明】
【０１８６】
１０，１０′    端末（メッセージ端末）
１１    動作環境提供部（動作環境提供手段）
１２，１２′    データ記憶部（データ記憶装置）
１３    オペレーティングシステム
１５    メールクライアント（アプリケーション）
１５′  クライアント（アプリケーション）
４１    データ取得部（データ取得手段）
４２    データ蓄積部（データ蓄積手段）
４３    データアクセス部（データアクセス手段）
４４    アクセス判断部（アクセス判断手段）
２００    ネットワーク
【図１】
2005202800.tif 000003
【図２】
2005202800.tif 000004
【図３】
2005202800.tif 000005
【図４】
2005202800.tif 000006
【図５】
2005202800.tif 000007
【図６】
2005202800.tif 000008
【図７】
2005202800.tif 000009
【図８】
2005202800.tif 000010
【図９】
2005202800.tif 000011
【図１０】
2005202800.tif 000012
【図１１】
2005202800.tif 000013
【図１２】
2005202800.tif 000014
【図１３】
2005202800.tif 000015