JP4423259B2 - 連係動作方法及び移動通信端末装置 - Google Patents

Description

本発明は、連係動作方法及び移動通信端末装置に係り、より詳しくは、所定資源を管理する基本処理部を備える移動通信端末装置における基本処理部とアプリケーションとの連係動作方法、及び、当該連係動作方法を使用する移動通信端末装置に関する。

従来から、携帯電話装置等の移動通信端末装置が広く普及している。こうした移動通信端末装置の機能や性能の向上は目覚しく、移動通信端末装置としての基本機能である通話関連機能や電子メール（以下、単に「メール」とも呼ぶ）関連処理等に加えて、無線通信路等を介してダウンロードしたゲーム等のアプリケーションを実行することも可能となっている。

こうした移動通信端末装置では、その基本機能は基本制御部と呼ばれる制御プログラムにより実現されている。この基本処理部は、基本機能を果たすため、様々な資源を管理するようになっている。こうした基本処理部が管理する資源には、利用者の個人情報等の秘匿性が要求される情報を含む資源、例えばメールの処理に関連する資源にあってはアドレス帳、メールボックス等の資源が含まれている。

一方、アプリケーションも移動通信端末装置において実行されるプログラムではあるが、個人情報等の保護のため、アプリケーションには上記の秘匿性が要求される情報を含む資源を積極的に使用することが許されていない。このため、基本処理部のみがメール処理等の秘匿性が要求される情報を含む資源を積極的に使用する処理を行うようになっていた。

上述した従来の移動通信端末装置のように、基本処理部のみが秘匿性が要求される資源にアクセスでき、アプリケーションがそうした資源にアクセスできなくする方式は、個人情報保護等の秘匿性の確保を簡易かつ確実に行うという観点からは、優れたものである。しかしながら、様々な種類のアプリケーションを実行可能として、移動通信端末装置の利用価値を高めるという観点からは、従来のアクセス制限は大きな足枷となっていた。

例えば、メール処理について見ると、移動通信端末装置の基本処理部は、そのメール処理の環境を選択したり、変更したりすることができない。このため、基本処理部が提供するメール処理の環境（アクセス環境、表示方法等）を利用者の趣向に合わせて選択又は変更するということはできなかった。

また、基本処理部は、移動通信端末装置の機種ごとに固有のものであり、利用者が移動通信端末装置の機種を変更すると、メール処理の環境も変わることとなっていた。このため、利用者が移動通信端末装置の機種を変更すると、それまでの機種のメール環境に慣れ親しんでいた利用者が違和感や利用しにくさを感じることとなっていた。

また、基本制御部が係わるメールの作成、送受信、及び表示は、標準的なテキスト形式のデータや、当該基本制御部が認めている拡張形式のデータに限って行うことが可能であった。すなわち、メール送信者とメール受信者との間において、例えば、上記標準とは異なる独自のコード体系による絵文字、暗号文字、画像等を含むメールを送受信することができなかった。

以上のようにメール処理を例にとって見た場合における従来の移動通信端末の利便性の低さを改善するためには、アプリケーションがあらゆる資源に自由にアクセスすることができないことに由来している。しかしながら、アプリケーションによる秘匿性が要求される資源を含むあらゆる資源へのアクセスを無条件に認めてしまうと、秘匿性が要求される情報の意図しない流出が懸念される。また、個人情報等について利用者にとって意図しない改変が行われる懸念もある。

本発明は、上記の事情を鑑みてなされたものであり、移動通信端末装置におけるアプリケーションの実行に際して、当該移動通信端末装置の基本処理部が管理する所定の資源へのアクセスを合理的な範囲に制限しつつ、基本処理部とアプリケーションとが連係して動作することができる連係動作方法を提供することを目的とする。

また、本発明は、アプリケーションの実行に際して、基本処理部が管理する所定の資源へのアクセスを合理的な範囲に制限しつつ、基本処理部とアプリケーションとが連係して動作することができる移動通信端末装置を提供することを目的とする。

本発明者は、研究の結果として、移動通信端末装置の利用者の個人情報等といった秘匿性が要求される情報の管理責任は、終局的には移動通信端末装置の利用者にあり、個人情報等を格納しているファイル等の所定資源へのアクセス制限を最も合理的に判断できるのは、移動通信端末装置の利用者であるとの知見を得た。本発明は、かかる知見に基づいてなされたものである。

すなわち、本発明は、第１の観点からすると、所定資源を管理する基本処理部と、機種に依存しない汎用中間プログラミング言語で記述されたアプリケーションに実行環境を提供する実行環境部とを備える移動通信端末装置における前記基本処理部と前記アプリケーションとが前記実行環境部を介して連係して動作する連係動作方法であって、前記アプリケーションの起動指令がされたとき、前記基本処理部が、前記アプリケーションが前記所定資源へのアクセスを予定しているか否かを判定する第１アクセス予定判定工程と；前記第１アクセス予定判定工程において肯定的な判定がされたとき、前記基本処理部が、前記アプリケーションの起動を許可するか否かの選択を促す第１選択表示を利用者に対して行う第１選択表示工程と；前記第１選択表示の表示中において起動許可指令がなされたときに、前記基本処理部が、前記アプリケーションの起動を行う起動工程と；前記アプリケーションから前記実行環境部へ前記所定資源に対するアクセス要求を行うアクセス要求工程と；前記アクセス要求を受けた前記実行環境部が、前記アプリケーションが前記所定資源に対して前記アクセス要求に係るアクセスをすることができる権限を有するか否かを判定するアクセス権限判定工程と；前記アクセス権限判定工程において肯定的な判定がされた場合に、前記実行環境部が、前記アクセス要求を前記基本処理部へ通知するアクセス要求通知工程と；前記基本処理部が、前記アクセス要求に応答して、前記所定資源に対するアクセスを実行するアクセス実行工程と；前記基本処理部が、前記アクセス実行工程におけるアクセス結果を、前記実行環境部を介して、前記アプリケーションへ通知する結果通知工程と；を備える連係動作方法である。

この連係動作方法では、まず、アプリケーションの起動指令がされたときに、第１アクセス予定判定工程において、当該アプリケーションが所定資源へのアクセスを予定しているか否かを判定する。かかる判定は、例えば、当該アプリケーションの実装時において付加された属性値を参照することにより行われる。

第１アクセス予定判定工程における判定が肯定的であった場合には、第１選択表示工程において、アプリケーションの起動を許可するか否かの選択を促す第１選択表示を利用者に対して行う。そして、第１選択表示の表示中において起動許可指令がなされたときに、起動工程において、当該アプリケーションが起動される。この結果、利用者が所定資源へのアクセスを予定しているアプリケーションによる所定資源へのアクセスを、当該アプリケーションの実行の直前に許可した場合にのみ、当該アプリケーションが開始される。

こうして起動されたアプリケーションは、所定資源へのアクセスが必要となると、アクセス要求工程において、アプリケーションから実行環境部へ所定資源に対するアクセス要求が行われる。このアクセス要求を受けとった実行環境部は、アクセス権限判定工程において、アプリケーションが所定資源に対して当該アクセス要求に係るアクセスをすることができる権限を有するか否かを判定する。この判定の結果が肯定的であった場合には、実行環境部が、アクセス要求通知工程において、当該アクセス要求を基本処理部へ通知する。このアクセス要求の通知を受けた基本処理部が、アクセス実行工程において、アクセス要求に応答して、要求されたアクセスを実行する。そして、結果通知工程において、基本処理部が、アクセス実行の結果を、実行環境部を介してアプリケーションへ通知する。ここで、「アクセスの実行結果」とは、アクセス実行が正常に行われたか否かに加えて、アクセス要求が情報の取得要求であった場合には、取得された情報又は情報の存在する位置（アドレス、当該情報が収められたファイルのパス等）も含むものとする。本明細書においては、この意味で、「アクセスの実行結果」の用語を用いるものとする。

この結果、利用者が自由に選択又は変更することができるアプリケーションから、基本処理部が管理する所定資源にアクセスすることが可能となる。すなわち、アプリケーションが基本処理部と連係をとりつつ、合理的な範囲で所定資源にアクセスすることが可能となる。

したがって、移動通信端末装置におけるアプリケーションの実行に際して、当該移動通信端末装置の基本処理部が管理する所定の資源へのアクセスを合理的な範囲に制限しつつ、基本処理部とアプリケーションとが連係して動作することができる。

本発明の連係動作方法では、前記アプリケーションの実装の前に、前記基本処理部が、前記アプリケーションが前記所定資源へのアクセスを予定しているか否かを判定する第２アクセス予定判定工程と；前記第２アクセス予定判定工程において肯定的な判定がされたとき、前記基本処理部が、前記アプリケーションの実装を許可するか否かの選択を促す第２選択表示を利用者に対して行う第２選択表示工程と；前記第２選択表示の表示中において実装許可指令がなされたときに、前記基本処理部が、前記アプリケーションの実装を行う実装工程と；を更に備えることとすることができる。

この場合には、アプリケーションの実装の前に、まず、第２アクセス予定判定工程において、アプリケーションが所定資源へのアクセスを予定しているか否かを判定する。かかる判定は、例えばアプリケーションの所定位置に記載され、当該アプリケーションが所定資源へのアクセス予定を示すアクセス予定パラメータの値を参照して行われる。

第２アクセス予定判定工程における判定が肯定的であった場合には、第２選択表示工程において、アプリケーションの実装を許可するか否かの選択を促す第２選択表示を利用者に対して行う。そして、第２選択表示の表示中において実装許可指令がなされたときに、実装工程において、当該アプリケーションが実装される。

この結果、利用者が、所定資源へのアクセスを予定しているアプリケーションによる所定資源へのアクセスを当該アプリケーションの実装の直前に許可した場合にのみ、当該アプリケーションが実装される。したがって、所定資源へのアクセスを予定しているアプリケーションのうち、利用者が危険なアプリケーションであると判断したものを実装前に排除することができる。

ここで、前記実装工程が、前記基本処理部が前記アプリケーションの前記所定資源へのアクセス可能レベルの設定を促す第３選択表示を利用者に対して行う第３選択表示工程と；前記第３選択表示の表示中においてアクセス可能レベルの設定指令がなされたときに、前記基本処理部が、設定指令がされたアクセス可能レベルを前記アプリケーションの前記所定資源へのアクセス可能レベルとするアクセス可能レベル設定工程と；を備えることとすることができる。

この場合には、所定資源へのアクセスを予定しているアプリケーションの実装に際し、まず、第３選択表示工程において、アプリケーションの前記所定資源へのアクセス可能レベルの設定を促す第３選択表示を利用者に対して行う。ここで、「アクセス可能レベル」とは、例えば、どの程度の高さまでの秘匿性の情報が格納されているファイル等の資源へアクセス可能とするのかといったアクセス可能対象に関するレベルや、読み取りのみを許すのか、読み取りに加えて書き込みや削除という資源内容の変更まで許すのかといったアクセス可能態様に関するレベルのことをいう。本明細書では、この意味で、「アクセス可能レベル」の用語を用いている。

そして、第３選択表示の表示に応じて、利用者によりアクセス可能レベルの設定指令がなされると、アクセス可能レベル設定工程において、設定指令がされたアクセス可能レベルをアプリケーションの前記所定資源へのアクセス可能レベルとして設定する。かかるアクセス可能レベルは、実装後のアプリケーションの属性となり、様々な場面で参照可能となる。

この結果、利用者が判断し、設定指令したアクセス可能レベルを所定資源へのアクセスごとに基本処理部が参照することにより、合理的かつきめ細かい態様で所定資源を保護することができる。

また、本発明の連係動作方法では、前記実行環境部が、前記アクセス要求が前記所定資源の内容の変更要求を含むものであるか否かを判定し、肯定的な判定がされた場合に、前記アプリケーションによる前記所定資源の内容の変更要求を許可するか否かの選択を促す第４選択表示を前記基本処理部に要求する変更要求判定工程と；前記基本処理部が、前記第４選択表示を利用者に対して行う第４選択表示工程と；を更に備え、前記第４選択表示の表示中において変更許可指令がなされたときに、前記アクセス実行工程を実行することとすることができる。ここで、「資源の内容の変更」とは、単なる内容の追加や書換えだけではなく、当該所定資源の一部また全部の削除までを含む意味で使用している。本明細書では、この意味で、「資源の内容の変更」の用語を用いている。

この場合には、起動許可指令がされたアプリケーションの実行中に、当該アプリケーションから所定資源の内容の変更要求があったことが検出されたとき、第４選択表示工程において、基本処理部が、当該アプリケーションによる所定資源の内容の変更要求を許可するか否かの選択を促す第４選択表示を利用者に対して行う。そして、第４選択表示を参照した利用者により変更許可指令がなされたとき、アクセス実行工程が実行され、所定資源の内容が変更される。

この結果、利用者が、アクセス保護の対象となる所定資源の内容の変更を許可した場合にのみ、当該所定資源の内容が変更される。したがって、所定資源の内容の保護を厳密に合理的な範囲で図ることができる。

また、本発明の連係動作方法では、前記結果通知の後に前記アクセス要求に関連するイベントを検出した場合に、前記基本処理部が、前記実行環境部を介して、前記アプリケーションに前記イベントを通知するイベント通知工程を更に備えることとすることができる。この場合には、例えば、所定資源をメール処理資源とする場合に、アクセス要求としてメール送受信の要求がなされた場合、アクセス要求に応じた実行結果である送受信開始がアプリケーションに通知されるばかりではなく、送受信開始の後に発生する送受信完了や送受信失敗といったイベントもアプリケーションに通知される。この結果、アプリケーションが、アクセス要求に関連する動作の状況を全て把握することができる。

また、本発明の連係動作方法では、前記所定資源には、メール処理資源の少なくとも一部が含まれることとすることができる。ここで、「メール処理資源」とは、メール処理に関連する資源（アドレス帳、メールボックス、送信プロトコル制御部、受信プロトコル制御部等）をいう。本明細書では、この意味で、「メール処理資源」の用語を用いている。

この場合には、移動通信端末装置におけるメール処理を行ためのアプリケーションを新たに実装し、当該アプリケーションの実行させる際に、当該移動通信端末装置の基本処理部が管理するメール処理資源へのアクセスを合理的な範囲に制限することができる。したがって、個人情報等を適切に保護しつつ、移動通信端末装置の利用者にとってフレンドリなメール処理環境を実現することができる。

ここで、前記アクセス要求を、前記移動通信端末装置の利用者によるメール処理要求指令に応じて、前記アプリケーションが行うこととすることができる。

また、前記アクセス要求には、メールに関する情報のアクセス要求、メール送信資源へのアクセス要求及びメール受信資源へのアクセス要求が含まれることとすることができる。

本発明は、第２の観点からすると、所定資源の管理を行う基本処理部と；機種に依存しない汎用中間プログラミング言語で記述されたアプリケーションによる前記所定資源へのアクセス要求の前記基本処理部への伝達、及び、前記基本処理部による前記アクセス要求に応じた実行結果の前記アプリケーションへの通知を含めて、前記アプリケーションに実行環境を提供する実行環境部と；を備え、前記基本処理部が、前記アプリケーションの起動指令がされたとき、前記アプリケーションが前記所定資源へのアクセスを予定しているか否かを判定する第１アクセス予定判定手段と；前記第１アクセス予定判定手段により肯定的な判定がされたとき、前記アプリケーションの起動を許可するか否かの選択を促す第１選択表示を利用者に対して行う第１選択表示手段と；前記第１選択表示の表示中において起動許可指令がなされたときに、前記アプリケーションの起動を行う起動手段と；を備え、前記実行環境部は、前記アクセス要求を受けた場合に、前記アプリケーションが前記所定資源に対して前記アクセス要求に係るアクセスをすることができる権限を有するか否かを判定し、肯定的な判定がされた場合に、前記アクセス要求を前記基本処理部へ通知する、ことを特徴とする移動通信端末装置である。

この移動通信端末装置では、利用者によりアプリケーションの起動指令がされたときに、第１アクセス予定判定手段が、当該アプリケーションが所定資源へのアクセスを予定しているか否かを判定する。この判定が肯定的であった場合には、第１選択表示手段が、アプリケーションの起動を許可するか否かの選択を促す第１選択表示を利用者に対して行う。そして、第１選択表示の表示中において起動許可指令がなされたときに、起動手段が、当該アプリケーションを起動する。

こうして起動されたアプリケーションの実行において、所定資源へのアクセスが必要となると、アプリケーションから基本処理部へ向けてなされた所定資源に対するアクセス要求が、アプリケーションから実行環境部へ送られる。このアクセス要求を受けた実行環境部は、アプリケーションが所定資源に対して当該アクセス要求に係るアクセスをすることができる権限を有するか否かを判定し、肯定的な判定がされた場合に、当該アクセス要求を前記基本処理部へ通知する。引き続き、アクセス要求を受けとった基本処理部が、アクセス要求に応答して、要求されたアクセス動作を実行する。そして、アクセス実行の結果が、基本処理部から実行環境部を介してアプリケーションへ通知される。
なお、当該判定の結果が否定的な場合には、実行環境部は、基本処理部へのアクセス要求の通知を行わず、アクセス保護違反が発生した旨を、アクセス要求を行ったアプリケーションに通知する。

すなわち、本発明の移動通信端末装置では、上述した本発明の連係動作方法を使用して、基本処理部とアプリケーションとの連係動作が行われる。したがって、アプリケーションの実行に際して、基本処理部が管理する所定の資源へのアクセスを合理的な範囲に制限しつつ、基本処理部とアプリケーションとが連係して動作することができる。

本発明の移動通信端末装置では、前記基本処理部が、前記アプリケーションの実装の前に、前記アプリケーションが前記所定資源へのアクセスを予定しているか否かを判定する第２アクセス予定判定手段と；前記第２アクセス予定判定手段により肯定的な判定がされたとき、前記アプリケーションの実装を許可するか否かの選択を促す第２選択表示を利用者に対して行う第２選択表示手段と；前記第２選択表示の表示中において実装許可指令がなされたときに、前記アプリケーションの実装を行う実装手段と；を更に備える構成とすることができる。

この場合には、アプリケーションの実装の前に、まず、第２アクセス予定判定手段が、アプリケーションが所定資源へのアクセスを予定しているか否かを判定する。この判定が肯定的であった場合には、第２選択表示手段が、アプリケーションの実装を許可するか否かの選択を促す第２選択表示を利用者に対して行う。そして、第２選択表示の表示中において実装許可指令がなされたときに、実装工程において、当該アプリケーションが実装される。したがって、所定資源へのアクセスを予定しているアプリケーションのうち、利用者が危険なアプリケーションであると判段したものを実装前に排除することができる。

ここで、前記実装手段が、前記アプリケーションの前記所定資源へのアクセス可能レベルの設定を促す第３選択表示を利用者に対して行う第３選択表示手段と；前記第３選択表示の表示中においてアクセス可能レベルの設定指令がなされたときに、設定指令がされたアクセス可能レベルを前記アプリケーションの前記所定資源へのアクセス可能レベルとするアクセス可能レベル設定手段と；を備える構成とすることができる。

この場合には、所定資源へのアクセスを予定しているアプリケーションの実装に際し、まず、第３選択表示手段が、アプリケーションの前記所定資源へのアクセス可能レベルの設定を促す第３選択表示を利用者に対して行う。そして、第３選択表示の表示に応じて、利用者によりアクセス可能レベルの設定指令がなされると、アクセス可能レベル設定手段が、設定指令がされたアクセス可能レベルをアプリケーションの前記所定資源へのアクセス可能レベルとして設定する。この結果、利用者が判断し、設定指令したアクセス可能レベルを所定資源へのアクセスごとに基本処理部が参照することにより、合理的かつきめ細かい態様で所定資源を保護することができる。

また、本発明の移動通信端末装置では、前記基本処理部が、前記アクセス要求が前記所定資源の内容の変更要求を含むものであったことが検出されたとき、前記アクセス実行手段による前記所定資源へのアクセスに先立って、前記アプリケーションによる前記所定資源の内容の変更要求を許可するか否かの選択を促す第４選択表示を利用者に対して行う第４選択表示手段を、更に備える構成とすることができる。

この場合には、起動許可指令がされたアプリケーションの実行中に、当該アプリケーションから所定資源の内容の変更要求があったことが検出されたとき、第４選択表示手段が、当該アプリケーションによる所定資源の内容の変更要求を許可するか否かの選択を促す第４選択表示を利用者に対して行う。そして、第４選択表示の表示を参照した利用者により変更許可指令がなされると、所定資源の内容が変更される。したがって、所定資源の内容の保護を厳密に合理的な範囲で図ることができる。

ここで、前記実行環境部が、前記アクセス要求が前記所定資源の内容の変更要求を含むものであるか否かを判定し、判定結果が肯定的な場合に、前記第４選択表示を前記基本処理部に要求する変更要求判定手段を備える構成とすることができる。この場合には、変更要求判定手段からの要求により、第４選択表示手段が第４選択表示を利用者に対して行う。なお、変更要求判定手段を基本処理部に置くことが可能なのは勿論である。

また、本発明の移動通信端末装置では、前記実行環境部が、前記結果通知の後に発生し、前記基本処理部により検出された前記アクセス要求に関連するイベントを、前記アプリケーションに更に通知する構成とすることができる。この場合には、アプリケーションが、アクセス要求に関連する動作の状況を全て把握することができる。

また、本発明の移動通信端末装置では、前記所定資源にはメール処理資源の少なくとも一部が含まれることとすることができる。この場合には、移動通信端末装置におけるメーラーアプリケーションの実行に際して、当該移動通信端末装置の基本処理部が管理するメール処理資源へのアクセスを合理的な範囲に制限しつつ、基本処理部とアプリケーションとが連係してメール処理動作することができる。したがって、移動通信端末装置の利用者にとってフレンドリなメール処理環境を実現することができる。

以上に説明したように、本発明の連係動作方法によれば、移動通信端末装置におけるアプリケーションの実行に際して、当該移動通信端末装置の基本処理部が管理する所定の資源へのアクセスを合理的な範囲に制限しつつ、基本処理部とアプリケーションとが連係して動作することができるという効果を奏する。

また、本発明の移動通信端末装置によれば、アプリケーションの実行に際して、基本処理部が管理する所定の資源へのアクセスを合理的な範囲に制限しつつ、基本処理部とアプリケーションとが連係して動作することができるという効果を奏する。

［図１］図１は、本発明の一実施形態に係る通信システムの構成を模式的に図面である。
［図２Ａ］図２Ａは、本発明の一実施形態に係る携帯電話装置の外観の正面図である。
［図２Ｂ］図２Ｂは、本発明の一実施形態に係る携帯電話装置の外観の背面図である。
［図３］図３は、本発明の一実施形態に係る携帯電話装置の機能ブロック図である。
［図４］図４は、図３の制御部で動作するソフトウエアの構成を概略的に示す図である。
［図５］図５は、ダウンロード処理を説明するためのフローチャートである。
［図６Ａ］図６Ａは、ダウンロード処理におけるダウンロード許可入力用画面の一の表示例を示す図である。
［図６Ｂ］図６Ｂは、ダウンロード処理におけるダウンロード許可入力用画面の他の表示例を示す図である。
［図７］図７は、実装処理を説明するためのフローチャートである。
［図８］図８は、実装処理における表示例を示す図である。
［図９］図９は、起動時処理を説明するためのフローチャートである。
［図１０］図１０は、起動時処理における表示例を示す図である。
［図１１］図１１は、メール関連情報取得処理におけるアプリケーションと基本処理部との連係動作を説明するためのシーケンス図である。
［図１２］図１２は、図１１におけるアクセス権限判定処理を説明するためのフローチャートである。
［図１３］図１３は、メール関連情報変更処理におけるアプリケーションと基本処理部との連係動作を説明するためのシーケンス図である。
［図１４］図１４は、変更確認画面の表示例を示す図面である。
［図１５］図１５は、メールデータの構成を説明するための図面である。
［図１６］図１６は、本発明の一実施形態に係る携帯電話装置におけるメール送信処理を説明するためのシーケンス図である。
［図１７］図１７は、送信確認画面の表示例を示す図面である。
［図１８］図１８は、本発明の一実施形態に係る携帯電話におけるメール受信処理を説明するためのシーケンス図である。
［図１９］図１９は、受信確認面の表示例を示す図面である。

以下、本発明の一実施形態を、図１〜図１９を参照しつつ説明する。なお、以下の説明においては、同一又は同等の要素には同一の符号を付し、重複する説明を省略する。

＜構成＞
図１には、本発明の一実施形態に係る通信システム１００の構成が模式的に示されている。図１に示されるように、この通信システム１００は、（ａ）携帯電話装置１０_１，１０_２，１０_３と、（ｂ）携帯電話装置１０_１，１０_２，１０_３それぞれと無線通信を行う基地局５１_１，５１_２，５１_３と、（ｃ）携帯電話装置１０_１，１０_２，１０_３相互間におけるメールの転送等を管理するサーバ５２と、（ｄ）基地局５１_１，５１_２，５１_３及びサーバ５２を相互に接続するネットワーク５５とを備えている。

なお、実際の通信システムにおいては複数種類のサーバが協調して管理を行っているが、図１においては１つに簡略化している。また、図１においては、説明の簡略化のため、移動通信端末装置として携帯電話装置１０_１，１０_２，１０_３の３台だけ示しているが、ネットワーク５５を介してメール送受信を行う携帯電話は４台以上であってもよい。また、携帯電話装置以外の通信端末装置もネットワーク５５を介してメール送受信を行うことが可能である。

携帯電話装置１０_１，１０_２，１０_３それぞれは、図２Ａ、図２Ｂ及び図３で総合的に示されるように、ハードウエア的には互いに同様に構成されている。ここで、図２Ａには、携帯電話装置１０_ｊ（ｊ＝１〜３）の外観の正面図が示され、図２Ｂには、携帯電話装置１０_ｊの外観の裏面図が示されている。また、図３には、携帯電話装置１０のハードウエア的な機能ブロック構成が示されている。

図２Ａ、図２Ｂ及び図３において総合的に示されるように、携帯電話装置１０_ｊは、（ａ）制御部２１_ｊ、送受信部２２_ｊ及び記憶装置２３_ｊを備える携帯電話本体１１_ｊと、（ｂ）電話番号を制御部２１_ｊへ入力するためのテンキー、及び、動作モードの切替等の各種指令を制御部２１_ｊへ入力するためのファンクションキーを有する操作部１２_ｊと、（ｃ）制御部２１_ｊによる指令に応じて、操作案内、動作状況、受信メッセージ等を表示する液晶表示装置を有する表示部１３_ｊとを備えている。また、携帯電話装置１０_ｊは、（ｄ）通話時に通信相手から送られてきた音声信号を再生する通話用スピーカ１４_ｊと、（ｅ）通話時に音声を入力するためのマイクロフォン１５_ｊと、（ｆ）制御部２１_ｊによる指令に応じて、着信音や案内音を発生するための案内用スピーカ１６_ｊとを備えている。更に、携帯電話装置１０_ｊは、（ｇ）送受信部２２_ｊと接続され、基地局との間で無線信号を授受するためのアンテナ１７_ｊとを備えている。

上記の制御部２１_ｊは、中央処理装置（ＣＰＵ）、デジタル信号処理装置（ＤＳＰ）等を備えており、一般的な携帯電話機能を実現するために、様々なデータ処理を行うとともに、上述した他の構成要素の動作制御を行うようになっている。この制御部２１_ｊにおいて実行されるプログラム等のソフトウエアの構成は、図４に示されるようになっている。

すなわち、制御部２１_ｊにおけるソフトウエアは、（ｉ）携帯電話装置としての基本機能である通話機能及びメール機能を実現するとともに、上述した各種のハードウエア資源の制御を行う基本処理部３１_ｊと、（ｉｉ）ゲーム等の様々なコンテンツを利用者に提供するためのアプリケーション３３_ｊと（ｉｉｉ）基本処理部３１_ｊとアプリケーション３３_ｊとの間に位置し、アプリケーション３３_ｊの実行環境を提供する実行環境部３２_ｊとから構成されている。

ここで、基本処理部３１_ｊは、自らが管理する資源へのアプリケーション３３_ｊからの要求によるアクセスを制限するためのアクセス保護部３６_ｊを含んでいる。また、実行環境部３２は、アプリケーション３３_ｊと基本処理部３１_ｊとの間のコマンド変換、アプリケーション３３_ｊの管理等のアプリケーション実行のためのソフトウエア資源を提供する一組のプログラムである。

実行環境部３２_ｊは、アクセス権限判定部３７_ｊと変更要求判定部３８_ｊとを含んでいる。ここで、アクセス権限判定部３７ｊは、アクセス保護の対象となっている資源に対するアクセス要求を発行したアプリケーション３３_ｊが、当該アクセス保護の対象となっている資源に対して、当該アクセス要求に係るアクセスを行う権限を有しているか否かを判定する。また、変更要求判定部３８_ｊは、アプリケーション３３_ｊからのアクセス要求が、アクセス保護の対象となっている資源の内容の変更要求を含んでいるか否かを判定する。そして、判定結果が肯定的なときに、基本処理部３１_ｊに対して、当該資源の内容の変更要求を許可するか否かの選択を促す表示を利用者に対して行うことを要求する。

基本処理部３１_ｊ及び実行環境部３２_ｊは、携帯電話装置１０の工場出荷時から携帯電話装置に実装されている。一方、アプリケーション３３_ｊは、プレインストールされたものである場合もあるし、利用者による操作部１２_ｊの操作によって送受信部２２_ｊ等からダウンロードされた後に実装されるものもある。以下、アプリケーション３３_ｊは、ダウンロードされたものであるものとする。また、携帯電話装置１０_ｊにおけるアプリケーションの数は１つに限られる訳ではないが、図４においては、代表的にアプリケーション３３_ｊのみが示されている。

なお、以下の説明においては、アプリケーション３３_ｊ（ｊ＝１〜３）はメーラーアプリケーションであるものとする。ここで、アプリケーション３３_１アプリケーション３３_２とは互いに同等なメール解読機能を有する同等なメール処理アプリケーションであるが、アプリケーション３３_３は、アプリケーション３３_１及びアプリケーション３３_２とは異なるメール解読機能を有しているものとする。

基本処理部３１_ｊと実行環境部３２_ｊとの間では、アプリケーション３３_ｊに関連して、要求、応答、イベント発生等の情報が適宜やり取りされるようになっている。また、実行環境部３２_ｊとアプリケーション３３_ｊとの間では、アプリケーション３３_ｊからの各種の要求が実行環境部３２_ｊに通知されるとともに、実行環境部３２_ｊから応答やイベント発生が通知されるようになっている。

＜アプリケーションの実装＞
次に、以上のように構成された通信システム１００における携帯電話装置１０_ｊへのアプリケーション３３_ｊへの実装について説明する。

前提として、以下に説明するアクセス保護は、携帯電話装置１０_ｊにおける不図示のメールボックス、アドレス帳、データホルダ等の基本処理部３１_ｊが管理する資源に対するアクセスに対するものであるものとする。また、アクセス保護に対して特にレベルの高い保護が要求される資源（例えば、個人情報に関連したメールボックス及びアドレス帳等）を高レベル保護資源といい、高レベル保護資源ではないアクセス保護の対象となる資源を低レベル保護資源というものとする。

また、アプリケーション３３_ｊは、ＪＡＤファイルとＪＡＲファイルから構成されるＪＡＶＡ（登録商標）アプリケーションであるものとする。そして、ＪＡＤファイルの所定位置に置かれたパラメータＭＡＳにより、アクセス保護の対象となる資源へのアクセスを予定しているか否かが表現されているものとする。なお、パラメータＭＡＳの値が「１」である場合には、アプリケーション３３_ｊがアクセス保護の対象なる資源へのアクセスを予定しているアプリケーションであり、一方、パラメータＭＡＳの値が「０」である場合には、アプリケーション３３_ｊがアクセス保護対象の資源へのアクセスを予定していないアプリケーションであるものとする。こうしたパラメータＭＡＳの値は、アプリケーション作成者によって設定されるものであるが、ツールプログラムを使用して、アプリケーション内容をチェックして、自動的に設定するようにしてもよい。

本実施形態では、以下のようにして、携帯電話装置１０_ｊへのアプリケーション３３_ｊの実装が行われる。

まず、利用者が、表示部１３_ｊを見ながら操作部１２_ｊを操作して、所望のアプリケーション３３_ｊのダウンロードを指令することにより、ダウンロード処理が開始される。

このダウンロード処理においては、図５に示されるように、まず、ステップＳ１１において、アプリケーション３３_ｊのＪＡＤファイルが、基本処理部３１により取得される。引き続き、ステップＳ１２において、基本処理部３１内のアクセス保護部３６_ｊにより、取得されたＪＡＤファイル内のパラメータＭＡＳの値が「１」であるか否かが判定される。この判定が肯定的であった場合には、処理はステップＳ１３へ処理が移行する。

ステップＳ１３では、ＪＡＤファイル内のパラメータＭＡＳの値が「１」である場合におけるダウンロード許可入力用の画面（以下、「ダウンロード許可入力画面１」ともいう）が、アクセス保護部３６_ｊにより表示部１３_ｊに表示される。このダウンロード許可入力画面１の例が、図６Ａに示されている。このダウンロード許可入力画面１におけるガイダンスに従って、利用者がダウンロード許可又は不許可の指定入力を行う。なお、図６Ａの例では、「ＹＥＳ」入力が行われるとダウンロードが許可され、「ＮＯ」入力が行われるとダウンロードが不許可となるようになっている。

図５へ戻り、利用者によるダウンロード許可又は不許可の指定入力が行われると、ステップＳ１４において、指定入力がダウンロード許可であったか否かが、アクセス保護部３６_ｊにより判定される。この判定が否定的であった場合には、ダウンロードを行わずに、ダウンロード処理が終了する。

ステップＳ１４における判定が肯定的であった場合には、処理はステップＳ１５へ移行する。このステップＳ１５では、アプリケーション３３のＪＡＲファイルが、基本処理部３１_ｊにより取得される。こうして、アプリケーション３３を構成するＪＡＤファイル及びＪＡＲファイルの双方が取得されると、ダウンロード処理が終了する。

一方、上述したステップＳ１２において否定的な判定がなされると、処理はステップＳ１６へ移行する。このステップＳ１６では、ＪＡＤファイル内のパラメータＭＡＳの値が「０」である場合におけるダウンロード許可入力用の画面（以下、「ダウンロード許可入力画面２」ともいう）が、基本処理部３１_ｊ内のアクセス保護部３６_ｊにより表示部１３_ｊに表示される。このダウンロード許可入力画面２の例が、図６Ｂに示されている。このダウンロード許可入力画面２におけるガイダンスに従って、利用者がダウンロード許可又は不許可の指定入力を行う。なお、図６Ｂの例では、「ＹＥＳ」入力が行われるとダウンロードが許可され、「ＮＯ」入力が行われるとダウンロードが不許可となるようになっている。

図５へ戻り、利用者によるダウンロード許可又は不許可の指定入力が行われると、ステップＳ１７において、指定入力がダウンロード許可であったか否かが、アクセス保護部３６_ｊにより判定される。この判定が否定的であった場合には、ダウンロードを行わずに、ダウンロード処理が終了する。

ステップＳ１７における判定が肯定的であった場合には、処理はステップＳ１５へ移行する。このステップＳ１５では、アプリケーション３３のＪＡＲファイルが取得される。こうして、アプリケーション３３_ｊを構成するＪＡＤファイル及びＪＡＲファイルの双方が取得されると、ダウンロード処理が終了する。

こうしてダウンロード処理が終了し、アプリケーション３３_ｊがダウンロードされると、アプリケーション３３_ｊの実装処理が行われる。

この実装処理においては、図７に示されるように、まず、ステップＳ２１において、取得されたアプリケーション３３_ｊのＪＡＤファイルにおけるパラメータＭＡＳの値が「１」であるか否かが、基本処理部３１_ｊ内のアクセス保護部３６_ｊによって判定される。この判定が否定的であった場合には、処理はステップＳ２４へ処理が移行する。このステップＳ２４では、アプリケーション３３_ｊの制御部２１_ｊへの実装が、アクセス保護部３６_ｊにより行われる。そして、実装処理が終了する。

ステップ２１において肯定的な判定がなされると、処理はステップＳ２２へ移行する。このステップＳ２２では、アクセス可能レベル入力用の画面（以下、「アクセス可能レベル入力画面」ともいう）が、アクセス保護部３６_ｊ表示される。このアクセス可能レベル入力画面の例が、図８に示されている。このアクセス可能レベル入力画面におけるガイダンスに従って、利用者がアプリケーション３３に許されるアクセス可能レベルの指定入力を行う。

なお、図８には、アクセス可能レベルとして、「高」及び「低」の２種類の選択が可能である例を示している。以下、これら２種類のアクセス可能レベルの設定が可能となっていたものとして説明する。ここで、アクセス可能レベルとして「高」が設定されると、そのアプリケーションは高レベル保護資源を含めた全ての資源にアクセスすることが許可されるようになっている。一方、アクセス可能レベルとして「低」が設定されると、そのアプリケーションは高レベル保護資源を除く資源にアクセスすることが許可されるようになっている。

図７へ戻り、利用者によるアクセス可能レベルの選択が行われると、ステップＳ２３において、選択されたアクセス可能レベルが、アクセス保護部３６_ｊによりアプリケーション３３の属性として設定される。なお、本実施形態では、アプリケーション３３ｊが「高」のアクセス可能レベルに設定されたものとして、以下の説明を行う。この後、ステップＳ２４において、アプリケーション３３_ｊの実装が行われる。そして、実装処理が終了する。

＜アクセス保護動作＞
次に、携帯電話装置１０_ｊ（ｊ＝１〜３）それぞれにおいて行われる基本処理部３１_ｊが管理する資源に対するアクセス保護について説明する。なお、基本処理部３１_ｊが管理しているアドレス帳やメールボックスといった、アプリケーション３３_ｊによるアクセスに対して保護が必要なメール処理関連情報が収納された資源（以下、「メール処理関連情報資源」という）に対するアクセス保護を例として、以下の説明を行う。

アプリケーション３３_ｊの動作開始に際しては、携帯電話装置１０_ｊにおけるアプリケーション３３_ｊの起動指令が利用者により行われる。この起動指令は、利用者が表示部１３_ｊを参照しながら操作部１２_ｊを操作することにより行われる。

アプリケーション３３_ｊの起動指令がなされると、まず、図９のステップＳ３１において、アプリケーション３３_ｊのＪＡＤファイルにおけるパラメータＭＡＳの値が「１」であるか否かが、アクセス保護部３６_ｊにより判定される。この判定が否定的であった場合には、処理はステップＳ３６へ移行する。このステップＳ３６では、アプリケーション３３_ｊが起動される。そして、起動時処理が終了する。

ステップＳ３１において肯定的な判定がなされると、処理はステップＳ３２へ移行する。このステップＳ３２では、アプリケーション３３_ｊの属性として設定されているアクセス可能レベルを参照して作成されたアクセス可能レベル確認用の画面（以下、「アクセス可能レベル確認画面」ともいう）が、アクセス保護部３６_ｊ表示される。このアクセス可能レベル確認画面の例が、図１０に示されている。このアクセス可能レベル確認画面におけるガイダンスに従って、利用者が起動をするか否か、及び、起動に際しアクセス可能レベルを変更するか否かの指定入力を行う。なお、図１０には、アクセス可能レベルとして「高」が設定されていた場合の例が示されている。アクセス可能レベルとして「低」が設定されていた場合には、図１０における「高」を「低」にしたアクセス可能レベル確認画面が表示されることになる。

図９へ戻り、利用者による起動の有無、アクセス可能レベル変更の有無の指定が行われると、ステップＳ３３において、起動の中止が指定された否かが、アクセス保護部３６_ｊにより判定される。この判定が肯定的であった場合には、アプリケーション３３の起動は行われずに、そのまま処理が終了する。

ステップＳ３３において否定的な判定が行われると、処理はステップＳ３４へ移行する。このステップＳ３４では、アクセス可能レベルの変更の指定がなされたか否かが、アクセス保護部３６_ｊにより判定される。この判定が否定的であった場合には、処理はステップＳ３６へ移行する。このステップＳ３６では、アプリケーション３３_ｊが起動される。そして、アプリケーション３３_ｊの起動時の処理が終了する。

ステップＳ３４において肯定的な判定が行われると、処理はステップＳ３５へ移行する。このステップＳ３５では、アプリケーション３３の属性であるアクセス可能レベルが、アクセス保護部３６_ｊより変更される。例えば、変更前のアクセス可能レベルが「高」であった場合には「低」に変更される。また、変更前のアクセス可能レベルが「低」であった場合には「高」に変更される。

次に、ステップＳ３６において、アプリケーション３３_ｊが起動される。そして、起動時処理が終了する。

こうして、アプリケーション３３_ｊの実行が開始されると、アプリケーション３３_ｊが、利用者が操作部１２を操作して行う指令に対応して、メール処理関連情報資源へのアクセスを行う。

こうしたメール処理関連情報資源へのアクセス動作のうち、メール処理関連情報資源からの情報取得動作について、まず説明する。こうしたメール処理関連情報資源は、記憶装置２３_ｊ内に格納されている。なお、メール処理関連情報資源は、上述したように、高レベル保護資源とされている。

このメール処理関連情報資源からの情報取得動作は、図１１に示されるシーケンスに従って行われる。なお、図１１は、縦軸を時間軸とした時系列に表したシーケンス図である。

メール処理関連情報の取得処理では、利用者による操作部１２_ｊの操作によって、アプリケーション３３_ｊに情報取得指令がなされると、図１１に示されるように、まず、アプリケーション３３_ｊが、実行環境部３２_ｊへアクセス要求である情報取得要求を通知する。この情報取得要求を受けとった実行環境部３２_ｊでは、ステップ４０において、アプリケーション３３_ｊが、アクセス要求対象のメール処理関連情報資源にアクセスする権限を有しているか否か判定するアクセス権限判定処理を行う。

このアクセス権限判定処理では、図１２に示されるように、まず、ステップＳ４１において、アクセス権限判定部３７_ｊが、情報取得要求の対象となる資源がアクセス保護対象の資源であるか否かを判定する。この判定が否定的であった場合、すなわち、情報取得要求の対象となる資源がアクセス保護対象の資源ではなかった場合には、実行環境部３２_ｊは、基本処理部３１_ｊに対して当該情報取得要求を通知する。これは、情報取得要求の対象となる資源がアクセス保護対象の資源ではないときには、当該資源に対しては、全ての種類のアプリケーションがアクセス権限を有するからである。

一方、上述したように、メール処理関連情報資源はアクセス保護対象の資源なので、ステップ４１においては肯定的な判定がなされる。こうして、ステップ４１において肯定的な判定がなされると、処理はステップＳ４２へ移行する。

ステップＳ４２では、アクセス権限判定部３７_ｊが、アプリケーション３３_ｊが、アクセス保護対象であるメール処理関連情報資源に対するアクセス権限を有するか否かを判定する。すなわち、ステップＳ４２においては、アクセス要求対象の資源が高レベルでアクセス保護されるべき資源である場合には、アプリケーション３３_ｊのアクセス可能レベルが「高」であるか否か、また、アクセス要求対象の資源が低レベルでアクセス保護されるべき資源である場合には、アプリケーション３３_ｊのＪＡＤファイルにおけるパラメータＭＡＳの値が「１」であるか否か（すなわち、アプリケーション３３_ｊが、基本処理部３１_ｊが管理する資源に対してアクセスする予定があったものであるか否か）が判定される。この判定が否定的であった場合には、アプリケーション３３_ｊに対してアクセス保護違反エラーが発生したことを通知すべきことが決定されて、アクセス権限判定処理が終了する。この決定がなされると、実行環境部３２_ｊは、アプリケーション３３_ｊに対してアクセス保護違反エラーが発生したことを通知する（図１１参照）。

一方、上述したように、メール処理関連情報資源は高レベルでアクセス保護されるべき資源であり、アプリケーション３３_ｊのアクセス可能レベルが「高」に設定されているので、ステップＳ４２においては肯定的な判定がなされる。こうして、ステップＳ４２において肯定的な判定がなされると、メール処理関連情報資源へのアクセス要求処理を続行すべきことが決定されて、アクセス権限判定処理が終了する。

こうして、アクセス要求処理を続行すべきことが決定されると、図１１のステップＳ４５において、変更要求判定部３８_ｊが、当該アクセス要求がアクセス対象資源の変更を伴う要求であるか否かを判定する。ここで、当該アクセス要求は情報取得要求であり、資源内容の変更を伴うものではないので、実行環境部３２_ｊは、直ちに、基本処理部３１_ｊに対して当該情報取得要求を通知する。

情報取得要求を受けとった基本処理部３１_ｊは、要求された情報の位置（当該情報の存在するアドレス又は当該情報が収められているファイルへのパス）を実行環境部３２_ｊへ通知する。この通知を受けた実行環境部３２_ｊは、アプリケーション３３_ｊに対して、要求された情報の位置を通知する。そして、アプリケーション３３_ｊは、取得した情報を表示部１３_ｊに表示する等して、利用者に取得した情報を通知する。

次に、メール処理関連情報資源へのアクセス動作のうち、アプリケーションによるメール処理関連情報の追加や削除等といった変更は、図１３に示されるシーケンスに従って行われる。なお、図１３は、図１１と同様に、縦軸を時間軸とした時系列に表したシーケンス図である。

メール処理関連情報の変更処理では、利用者による操作部１２_ｊの操作によって、アプリケーション３３_ｊにメール処理関連情報の情報変更指令がなされると、図１３に示されるように、まず、アプリケーション３３_ｊが、実行環境部３２_ｊへメール処理関連情報の情報変更要求を通知する。この情報変更要求を受けとった実行環境部３２_ｊでは、上述した情報取得要求を受けた場合と同様にして、ステップＳ４０において、アプリケーション３３_ｊが、アクセス要求対象のメール処理関連情報資源にアクセスする権限を有しているか否か判定するアクセス権限判定処理が行われる。

このアクセス権限判定処理においては、上述した情報取得要求を受けた場合と同様に、アクセス権限有りとの判定が行われ、アクセス要求処理の続行が決定される。引き続き、ステップＳ４５において、変更要求判定部３８_ｊが、当該アクセス要求がアクセス対象資源の変更を伴う要求であるか否かを判定する。ここで、当該アクセス要求は情報変更要求であり、資源内容の変更を伴うものであるので、実行環境部３２_ｊは、基本処理部３１_ｊに対して変更確認画面の表示要求を行うとともに、アプリケーション３３_ｊからの要求を受け付けないブロック状態となる。

変更確認画面の表示要求を受けとった基本処理部３１_ｊは、表示部１３_ｊに変更確認画面を表示する。この変更確認画面の表示例が図１４に示されている。この変更確認画面におけるガイダンスに従って、利用者がメール処理関連情報（例えば、アドレス帳の内容）の変更を行うか否かの指定入力を行う。なお、図１４の例では、変更を許可する場合には、「ＹＥＳ」入力が行われ、変更を不許可とする場合には、「ＮＯ」入力が行われるようになっている。そして、基本処理部３１_ｊは、入力結果を実行環境部３２へ通知する。

この通知を受けた実行環境部３２_ｊは、上述したブロック状態を解除する。そして、図１４の例において「ＮＯ」入力がされたとき、すなわち、変更が不許可とされたときは、実行環境部３２_ｊは、その旨をアプリケーションに通知する。

図１４の例において「ＹＥＳ」入力がされたとき、すなわち変更が許可されたときは、図１３に戻り、実行環境部３２_ｊは、基本処理部３１_ｊに対してメール処理関連情報の変更を要求する。この変更要求を受けとった基本処理部３１_ｊは、要求された変更を行う。そして、基本処理部３１_ｊは、変更が終了した旨を実行環境部３２_ｊへ通知する。この変更終了通知を受けとった実行環境部３２_ｊは、その旨をアプリケーション３３_ｊへ通知する。

以上のようにして行われるメール処理関連情報の変更処理を、メールボックス内における保存が不要となったメールの削除を例に挙げて、より詳しく説明する。

利用者の指令に応じてメールボックス内のメールを削除する場合には、基本処理部３１_ｊによってメール毎に割り当てられた識別番号を入力パラメータとする削除要求を、アプリケーション３３_ｊが実行環境部３２_ｊに対して発行する。この削除要求を受けとった実行環境部３２_ｊは、これに応答して、アクセス権限判定処理（ステップＳ４０）及び変更要求判定処理（Ｓ４５）を行った後に、削除確認画面表示要求を基本処理部３１_ｊに対して発行する。この時、実行環境部３２_ｊは、アプリケーション３３_ｊからの要求を受け付けないブロック状態となる。

削除確認画面表示要求を受けた基本処理部３１_ｊは、図１４における「ＸＸＸＸの変更」を「メールボックス内のメールの削除」とした削除確認画面を表示する。利用者により「ＹＥＳ」が指定されると、実行環境部３２_ｊに対し削除許可の通知（「ＹＥＳ」が指定されたことの通知）を行う。この通知を受けた実行環境部３２_ｊは、ブロック状態を解除する。

削除許可の通知を受けとった実行環境部３２_ｊは、基本処理部３１_ｊに対して、当該識別番号を入力パラメータとする削除要求を、基本処理部３１_ｊに対して発行する。削除要求を受けた基本処理部３１_ｊは、当該識別番号で指定されたメールの存在を確認し、存在する場合には削除を実行する。そして、削除完了を実行環境部３２_ｊを介してアプリケーション３３_ｊへ通知する。

なお、削除確認画面に従って「ＮＯ」が指定されると、基本処理部３１_ｊは、削除が拒否された旨を、実行環境部３２_ｊを介してアプリケーション３３_ｊへ通知する。ここで、実行環境部３２_ｊは、基本処理部３１_ｊから削除が拒否された旨を受けとった時点で、ブロック状態を解除する。

また、上記識別番号の確認において指定された識別番号が存在しない場合には、基本処理部３１_ｊは、指定された識別番号のメールがメールボックス内に存在しない旨を、実行環境部３２_ｊを介してアプリケーション３３_ｊへ通知する。

＜メール送受信＞
次に、通信システム１００におけるメール送受信処理について説明する。また、以下においては、携帯電話装置１０_１におけるアプリケーション３３_１から携帯電話装置１０におけるアプリケーション３３_２へのメール送信に主に着目して説明する。

前提として、本実施形態においては、メール送受信処理を行う際に利用されるメール送信用資源及びメール受信用資源は、アプリケーション３３_１からのアクセス要求に対して低レベルでアクセス保護がなされる資源とされているものとする。これは、メール送信用資源及びメール受信用資源は、上述したメール処理関連情報資源と異なり、個人情報に直接係わり合う資源ではないが、メール送信用資源及びメール受信用資源の利用は通信料等の発生を伴うことを考慮したためである。

また、メール送信用資源又はメール受信用資源へのアクセスは、これらの資源の内容を直接的に変更するとはいえないものであるが、上記のようにこれらの資源の利用は通信料等の発生を伴うことから、本実施形態においては、上述したメール処理関連情報資源に対する変更処理要求に対する保護と同様の保護がなされるようになっているものとする。すなわち、本実施形態においては、アプリケーション３３_１によるメール送信用資源又はメール受信用資源へのアクセスに際しては、その度に利用者の明示的な許可を要するようになっている。

携帯電話装置１０_１においては、メール送信処理に先立って、図１５に示されるような、送信先アドレス、件名、メール本文及び添付ファイル指定等から構成されるメールデータが作成される。かかるメールデータにおける送信先アドレスの設定は、上述したメール関連情報の取得のうち、アドレス帳情報の取得を適宜行いながら、利用者が操作部１２_１を操作して行う。また、件名、本文等は、利用者が操作部１２_１を操作して設定する。このうち本文及び添付ファイルの作成に際しては、アプリケーション３３_１は、適宜自ら解読可能な（すなわち、アプリケーション３３_２も解読可能な）独自形式のデータ（絵文字データ、秘密文字等）を織り交ぜて作成する。

こうして送信すべきメールデータが作成された後、利用者によりメール送信指令がなされると、図１６に示されるシーケンスに従って、メール送信が行われる。なお、図１６は、図１１及び図１３と同様に、縦軸を時間軸とした時系列に表したシーケンス図である。

かかるメール送信処理では、まず、アプリケーション３３_１が、実行環境部３２_１に対して、作成したメールデータの位置（メールデータのアドレス又はメールデータを収めたファイルへのパス）を指定したメール送信要求を通知する。このメール送信要求を受けとった実行環境部３２_１では、上述したメール関連処理情報資源に対するアクセス要求の場合と同様にして、ステップＳ４０において、アプリケーション３３_１が、アクセス要求対象のメール処理関連情報資源にアクセスする権限を有しているか否か判定するアクセス権限判定処理が行われる。

このアクセス権限判定処理においては、メール送信用資源が低レベル保護資源であり、アプリケーション３３_１のアクセス可能レベルが「高」に設定されていることから、アクセス要求処理の続行が決定される。この決定がなされた後、実行環境部３２_１は、基本処理部３１_１に対して、送信確認画面の表示要求を行うとともに、アプリケーション３３_１からの要求を受け付けないブロック状態となる。

送信確認画面の表示要求を受けとった基本処理部３１_１は、表示部１３_１に送信確認画面を表示する。この送信確認画面の表示例が図１７に示されている。この送信確認画面におけるガイダンスに従って、利用者がメール送信を行うか否かの指定入力を行う。なお、図１７の例では、メール送信を許可する場合には、「ＹＥＳ」入力が行われ、メール送信を不許可とする場合には、「ＮＯ」入力が行われるようになっている。そして、基本処理部３１_１は、入力結果を実行環境部３２_１へ通知する。

この通知を受けた実行環境部３２_１は、上述したブロック状態を解除する。そして、図１７の例において「ＮＯ」入力がされたとき、すなわち、メール送信がキャンセルされたときは、実行環境部３２_１は、その旨をアプリケーション３３_１に通知する。

図１７の例において「ＹＥＳ」入力がされたとき、すなわちメール送信が許可されたときは、図１６に戻り、実行環境部３２_１は、基本処理部３１_１に対して、メールデータの位置を指定したメール送信要求を行う。このメール送信要求を受けとった基本処理部３１_１は、指定されたメールデータ位置からメールデータを読み出し、メールデータのデータサイズ等の形式的な正当性、及び、携帯電話装置１０_１が最寄の基地局５１_１の通信圏内にあるか等の通信可能性をチェックする。そして、メールデータが形式的に正当性があり、かつ、通信可能であった場合には、メールの送信処理を開始し、その旨を実行環境部３２_１へ通知する。このメールの送信処理開始の旨を受けとった実行環境部３２_１は、その旨をアプリケーション３３_１へ通知する。

メールの送信処理を開始した基本処理部３１_１は、送受信部２１_１を制御して、基地局５１_１及びネットワーク５５を介して、サーバ５２へのメール送信処理を行う。そして、メールの送信が終了というイベントが発生すると、その旨を実行環境部３２_１へ通知するとともに、送信済メールの情報をメールボックスに格納する。メール送信の終了通知を受けとった実行環境部３２_１は、その旨をアプリケーション３３_１へ通知する。なお、送信処理中に送信に関するエラーや利用者による送信中断指令がなされたというイベントが発生した場合には、基本処理部３１_１は、送信処理を中断してメール送信が失敗した旨を実行環境部３２_１へ通知し、この通知を受けた実行環境部３２_１は、その旨をアプリケーション３３_１へ通知する。

送信メールを受信したサーバ５２は、そのメールデータから送信先アドレス（携帯電話装置１０_２のメールアドレス）を読み出し、読み出した送信先アドレスに基づいて送信先である携帯電話装置１０_２の最寄りの基地局５１_２を特定する。ここで、携帯電話装置１０_２の電源がオフであったり、携帯電話装置１０_２が通信システム１０における通信可能圏の外側にあったりして基地局を特定できなかった場合には、サーバ５２は、そのメールデータを保持する処理を行う。

一方、サーバ５２が携帯電話装置１０_２の最寄りの基地局５１_２を特定できた場合には、サーバ５２は、基地局５１_２を介して、当該メールを携帯電話装置１０_２へ向けて送信する。引き続き、携帯電話装置１０_２の基本処理部３１_２は、当該メールを受信し、メールボックスに格納するとともに、実行環境部３２_２にメール受信を通知する。実行環境部３２_２は、アプリケーション３３_２が実行中であれば、アプリケーション３３_２にメール受信を通知する。そして、アプリケーション３３_２がメール受信通知を表示部１３_２に表示することで、利用者に通知する。

一方、アプリケーション３３_２とは異なるアプリケーションを実行していた場合には、当該アプリケーションにメール受信を通知する。そして、当該アプリケーション３３_２がメール受信通知を表示部１３_２に表示することで、利用者に通知する。また、実行中のアプリケーションがなければ、実行環境部３２_２がその旨を基本処理部３１_２に通知し、基本処理部３１_２が、制御部２１_２を制御して表示部１３_２にメール受信通知を表示部１３_２に表示することで、利用者に通知する。

以上のようにして、メールを受信したことが利用者に通知され、必要に応じてアプリケーション３３_２が起動された後、利用者による操作部１２_２の操作により、メールデータの取得指令がなされると、アプリケーション３３_２によるメール関連情報の一つであるメールボックス内の当該メールデータの取得要求が実行環境部３２_２へ通知される。この後、上述したメール処理関連情報の取得の場合におけるシーケンス（図１１参照）と同様のシーケンスを経て、アプリケーション３３_２が、当該メールデータを取得する。

すなわち、利用者は、アプリケーション３３_２に対して、メールボックス情報及びメール情報の取得を指令する。この指令を受けとったアプリケーション３３_２は、メールボックス情報及びメールデータの取得要求を実行環境部３２_２へメールボックス情報及びメールデータの取得要求を実行環境部３２_２に対して発行する。この情報取得要求に応答して、上述のアクセス権限判定処理を行った後、実行環境部３２_２は、基本処理部３１_２に対応するコマンド形式に変換された上記情報の取得要求を基本処理部３１_２に対して発行する。

この情報取得要求を受けとった基本処理部３１_２は、要求されたメールボックス情報及びメール情報を直接に、又は、要求されたメールボックス情報及びメールデータの格納領域のアドレス情報を、実行環境部３２_２を介して、アプリケーション３３_２に対して返す。この後、アプリケーション３３_２は通知されたメールボックス情報とメールデータ（アドレス情報を受け取る場合はアドレス情報に基づいてメモリから読み出したメールボックス情報とメールデータ）を、アプリケーション３３_２が提供する表示環境下のメールボックスとして表示する。この場合、種々の表示環境が考えられるが、例えば、キャラクタまたはアニメーションをメールボックスとともに表示するものであってもよい。

そして、アプリケーション３３_２は、メールデータを取得して解読し、その解読結果を表示部１３_２等に表示して、メール内容を利用者へ伝達する。なお、当該メールデータの本文や添付ファイルの内容に、携帯電話装置１０_１のアプリケーション３３_１に固有な独自形式のデータ（絵文字データ、秘密文字等）を織り交ぜられていても、アプリケーション３３_２はアプリケーション３３_１と同等のアプリケーションなので、その独自形式のデータを解読することができ、メール送信者である携帯電話装置１０_１の利用者が意図した通りの内容が、メール受信者である携帯電話装置１０_２の利用者へ正しく伝達される。

また、携帯電話装置１０_２の電源が切られていた等の原因で、携帯電話装置１０_２がメールを受信できなかった場合において、携帯電話装置１０_２の電源投入後等に、アプリケーション３３_２を使用したメール受信処理を行うときには、図１８に示されるシーケンスに従って、メール受信が行われる。なお、図１８は、図１６と同様に、縦軸を時間軸とするシーケンス（時系列）図である。

かかるメール受信処理では、まず、アプリケーション３３_２が、実行環境部３２_２に対して、メール受信要求を通知する。このメール受信要求を受けとった実行環境部３２_２は、上述したメール送信要求をうけとった場合と同様にして、ステップＳ４０において、アプリケーション３３_２が、アクセス要求対象のメール処理関連情報資源にアクセスする権限を有しているか否か判定するアクセス権限判定処理が行われる。

このアクセス権限判定処理においては、メール受信用資源が低レベル保護資源であり、アプリケーション３３_１のアクセス可能レベルが「高」に設定されていることから、アクセス要求処理の続行が決定される。この決定がなされた後、実行環境部３２_２は、基本処理部３１_２に対して、受信確認画面の表示要求を行うとともに、アプリケーション３３_２からの要求を受け付けないブロック状態となる。

受信確認画面の表示要求を受信した基本処理部３１_２は、表示部１３_２に受信確認画面を表示する。この受信確認画面の表示例が図１９に示されている。この受信確認画面におけるガイダンスに従って、利用者がメール受信を行うか否かの指定入力を行う。なお、図１９の例では、メール受信を許可する場合には、「ＹＥＳ」入力が行われ、メール受信を不許可とする場合には、「ＮＯ」入力が行われるようになっている。そして、基本処理部３１_２は、入力結果を実行環境部３２_２へ通知する。

この通知を受けた実行環境部３２_２は、上述したブロック状態を解除する。そして、図１９の例において「ＮＯ」入力がされたとき、すなわち、メール受信がキャンセルされたときは、実行環境部３２_２は、その旨をアプリケーションに通知する。

図１９の例において「ＹＥＳ」入力がされたとき、すなわちメール受信が許可されたときは、図１８に戻り、実行環境部３２_２は、基本処理部３１_２に対して、メール受信要求を行う。このメール受信要求を受信した基本処理部３１_２は、携帯電話装置１０_２が通信圏内にあるか等の通信可能性をチェックする。そして、通信可能であった場合には、メールの受信処理を開始し、その旨を実行環境部３２_２へ通知する。このメールの受信処理開始の旨を受信した実行環境部３２_２は、その旨をアプリケーション３３_２へ通知する。

メールの受信処理を開始した基本処理部３１_２は、送受信部２１_２を制御して、サーバ５２よりメールの受信処理を行う。そして、メールの受信が終了すると（受信終了イベントの発生）、受信済メールの情報を不図示のメールボックスに格納し、メールを受信した旨を受信メールの識別番号とともに実行環境部３２_２へ通知する。メール受信の終了通知及び受信メールの識別番号を受信した実行環境部３２_２は、それらをアプリケーション３３_２へ通知する。

この後、利用者の操作に従って、アプリケーション３３_２が、上述の場合と同様にしてメールボックス内の受信メールデータを取得する。そして、アプリケーション３３_２は、上述の場合と同様にして、メールデータを解読して、その解読結果を表示部１３_２等に表示して、メール内容を利用者へ伝達する。なお、この場合にも、上述の場合と同様にして、当該メールデータの本文や添付ファイルの内容に、携帯電話装置１０_１のアプリケーション３３_１に固有な独自形式のデータ（絵文字データ、秘密文字等）を織り交ぜられていても、アプリケーション３３_２はアプリケーション３３_１と同等のアプリケーションなので、その独自形式のデータを解読することができ、メール送信者である携帯電話装置１０_１の利用者が意図した通りの内容が、メール受信者である携帯電話装置１０_２の利用者へ正しく伝達される。

以上、携帯電話装置１０_１におけるアプリケーション３３_１から携帯電話装置１０_２におけるアプリケーション３３_２からへのメール送信について説明したが、携帯電話装置１０_２におけるアプリケーション３３_２から携帯電話装置１０_１におけるアプリケーション３３_１からへのメール送信についても同様にして行われる。

なお、携帯電話装置１０_１のアプリケーション３３_１及び携帯電話装置１０_２のアプリケーション３３_２と、携帯電話装置１０_３のアプリケーション３３_３とは互いに異なるメール解読機能を有している。このため、例えば、携帯電話装置１０_１におけるアプリケーション３３_１から携帯電話装置１０_２におけるアプリケーション３３_２からへのメール送信を行うべきであったのに、携帯電話装置１０_１におけるアプリケーション３３_１から携帯電話装置１０_３へメールが誤送されてしまった場合、当該メールの本文や添付ファイルの内容がアプリケーション３３_１に固有の独自形式データとなっていれば、メール送信者である携帯電話装置１０_１の利用者が意図した通りの内容は、メール受信者である携帯電話装置１０_３の利用者へは正しく伝達されない事になる。

以上説明したように、本実施形態では、アプリケーションの起動指令がされたときに、アプリケーションが高レベル保護資源又は低レベル保護資源へのアクセスを予定しているか否かを判定する。この判定が肯定的であった場合には、アプリケーションの起動を許可するか否かの選択を促す表示を行う。そして、利用者により起動許可指令がなされたときに、アプリケーションが起動される。すなわち、利用者が、高レベル保護資源又は低レベル保護資源へのアクセスを予定しているアプリケーションによる所定資源へのアクセスを、アプリケーションの実行の直前に許可した場合にのみ、アプリケーションが実行される。したがって、アプリケーションの実行に際して合理的な範囲で高レベル保護資源又は低レベル保護資源へのアクセスを制限しつつ、基本処理部とアプリケーションとが連係して動作することができる。

また、アプリケーションの実装の前におけるアプリケーションのダウンロード時に、アプリケーションが高レベル保護資源又は低レベル保護資源へのアクセスを予定しているか否かを判定する。この判定が肯定的であった場合には、アプリケーションの実装を許可するか否かの選択を促す表示を利用者に対して行う。そして、実装を前提とするダウンロード許可指令がなされたときに、当該アプリケーションがダウンロードされ、実装される。したがって、所定資源へのアクセスを予定しているアプリケーションのうち、利用者が危険なアプリケーションであると判断したものを実装前に排除することができる。

また、高レベル保護資源又は低レベル保護資源へのアクセスを予定しているアプリケーションの実装に際し、アプリケーションの高レベル保護資源又は低レベル保護資源へのアクセス可能レベルの設定を促す表示を利用者に対して行う。そして、利用者によりアクセス可能レベルの設定指令がなされると、設定指令がされたアクセス可能レベルをアプリケーションの高レベル保護資源又は低レベル保護資源へのアクセス可能レベルとして設定する。この結果、利用者が判断し、設定指令したアクセス可能レベルを高レベル保護資源又は低レベル保護資源へのアクセスごとに参照することにより、合理的かつきめ細かい態様で高レベル保護資源又は低レベル保護資源を保護することができる。

また、起動許可指令がされたアプリケーションの実行中に、アプリケーションから高レベル保護資源又は低レベル保護資源の内容の変更要求があったことを検出したとき、アプリケーションによる高レベル保護資源又は低レベル保護資源の内容の変更要求を許可するか否かの選択を促す表示を利用者に対して行う。そして、利用者により変更許可指令がなされたとき、高レベル保護資源又は低レベル保護資源の内容が変更される。このため、所定資源の内容の保護を厳密に合理的な範囲で図ることができる。

また、本実施形態では、アプリケーションから実行環境部を介して、メール処理資源を管理する基本処理部へメール処理資源に対するアクセス要求が行われる。このアクセス要求を受けとった基本処理部は、アクセス要求に応答して、要求されたアクセス動作を実行する。そして、基本処理部が、実行環境部を介して、アクセス実行の結果を前記アプリケーションへ通知する。この結果、利用者が自由に選択又は変更することができるアプリケーションが、基本処理部と連係をとって、メール処理資源にアクセスすることが可能となる。

このため、携帯電話の機種の変更に伴い、基本処理部のメール操作環境、表示方法等が変わる場合であっても、同じメール処理アプリケーションを使用することにより操作環境、表示方法等を同じに保つことができる。また、複数のメール処理アプリケーションの中から利用者が自身の趣向に合った操作環境、表示方法等を備えたメール処理アプリケーション選択するということが可能である。

したがって、本実施形態によれば、携帯電話装置の利用者にとってフレンドリなメール処理環境を実現することができる。

また、携帯電話装置の利用者によるメール処理要求指令に応じて、アプリケーションと基本処理部との連係によるメール処理が行われるので、利用者にとってフレンドリなメール処理環境を実現することができる。

また、基本処理部が、アプリケーション３３の要求に応じたメール資源へのアクセス実行の結果通知（例えば、メール送信要求に応じた送信開始の通知）の後にアクセス要求に関連するイベント（例えば、メール送信要求に応じた送信終了）を検出した場合に、アプリケーションに当該イベントを通知するので、アプリケーション３３が、アクセス要求に関連する動作の状況を全て把握することができる。

また、本実施形態では、アプリケーション３３_１（又は、アプリケーション３３_２）が、アプリケーション３３_１（又は、アプリケーション３３_２）が作成したメールデータを内容とするメールの送信要求を、実行環境部３２_１（又は、実行環境部３２_２）を介して、基本処理部３１_１（又は、基本処理部３２_２）に対して行う。引き続き、メール送信要求を受けとった基本処理部３１_１（又は、基本処理部３２_２）が、携帯電話装置１０_２（又は携帯電話装置１０_１）へ向けてメールの送信を行う。こうして携帯電話装置１０_１（又は携帯電話装置１０_２）から送信されたメールは、携帯電話装置１０_２（又は携帯電話装置１０_１）の基本処理部３１_２（又は、基本処理部３２_１）によって受信される。

そして、アプリケーション３３_１（又は、アプリケーション３３_２）と同等のデータ解読機能を有するアプリケーション３３_２（又は、アプリケーション３３_１）が、当該メールのメールデータの取得要求を基本処理部３１_２（又は、基本処理部３２_１）に対して行うと、メールデータの取得要求を受けとった基本処理部３１_２（又は、基本処理部３２_１）が、当該メールデータをアプリケーション３３_２（又は、アプリケーション３３_１）に通知する。この後、アプリケーション３３_２（又は、アプリケーション３３_１）がメールデータの解読を行い、その解読結果を表示部に表示する等して、携帯電話装置１０_２（又は携帯電話装置１０_１）の利用者にメール内容を知らせる。

この結果、基本処理部３１_１（又は、基本処理部３２_２）を用いてでは作成できず、かつ、基本処理部３１_２（又は、基本処理部３２_１）が解読できない独自の形式のデータを含むメールであっても、携帯電話装置１０_１と携帯電話装置１０_２との間で有効に送受信することができる。また、携帯電話装置１０_１（又は携帯電話装置１０_２）から、携帯電話装置１０_２（又は携帯電話装置１０_１）へ送るはずの独自形式のデータを含むメールが、他の携帯電話装置１０_３によって受信されたとしても、当該メールを受信した携帯電話装置１０_３が、アプリケーション３３_１やアプリケーション３３_２と同等のアプリケーションを搭載していなければ、当該メールを受信した携帯電話装置１０_３の利用者に当該メールの内容の全てを知られずにすむ。

したがって、本実施形態によれば、携帯電話装置１０_１，１０_２の利用者にとって利便性を向上したメール送受信環境を実現することができる。

また、メールを受信した携帯電話がメーラーアプリケーションに限らず何等かのアプリケーションを実行中である場合は、その携帯電話の基本処理部がアプリケーションにメールの受信を通知するので、アプリケーションを実行中であっても、利用者にメール受信を通知することができる。

また、メール送信要求に応じた実行結果である送信開始またはメール送信に関するエラーメッセージがアプリケーションに通知され、更に、送信開始の後に発生する送信完了や送信失敗といったイベントがアプリケーションに通知される。この結果、アプリケーションが、送信要求に関連する動作の状況を全て把握することができる。

本発明は、上記の実施形態に限定されるものではなく、様々な変形が可能である。

例えば、上記の実施形態では、アクセス可能レベルを２種類としたが、３種類以上とすることもできる。

また、上記の実施形態では、アクセス可能レベルをアクセス対象の資源の分類に応じて設定することとした。これに対して、アクセス可能レベルを、読み取りのみを許すのか、書き込みや削除まで許すのかといったアクセス可能態様の分類に応じて設定するようにしてもよい。また、アクセス対象の資源の分類とアクセス可能態様の分類との双方を組み合わせた分類に応じて、アクセス可能レベルを設定するようにしてもよい。また、アクセス可能レベルの最も低いレベルのアプリケーションについては、起動を許可しないこととすることもできる。

また、上記の実施形態では、アクセス可能レベルとして、アクセス可能対象に関するレベルのみがアプリケーションに設定されるととした。これに対して、アクセス可能レベルとして、読み取りのみを許すのか、読み取りに加えて書き込みや削除まで許すのかといったアクセス可能態様に関するレベルをアクセス対象レベルに加えて、アプリケーションに設定することとすることもできる。

また、上記の実施形態では、アクセス権限判定部及び変更処理判定部を実行環境部内に配置するようにしたが、基本処理部内に配置するようにすることもできる。

また、上記の実施形態では、アクセス保護の対象をメール処理資源としたが、所望の資源に対して、本発明によるアクセス保護を適用することができる。

また、上記の実施形態におけるアプリケーションのダウンロードの経路は、送受信部２２を介した無線通信の経路であってもよいし、外部接続インターフェースを介する経路やメモリカードのような記憶媒体を介する経路であってもよい。

また、上記の実施形態では、メールボックスやメール本文等の表示においては、アプリケーションが基本処理部からメールボックス情報及びメール情報を取得するものとしたが、基本処理部が直接、メールボックス情報及びメール情報の表示を実行することとしてもよい。この場合、アプリケーションがメールに関する情報のアクセス要求を発行した後、表示が終了するまで、実行環境部をブロック状態とすることが必要となるため、この間は、アプリケーションによる実行環境部の利用ができないこととなる。

また、上記の実施形態では、メール受信においては、データ量が所定値以下のショートメッセージを受信する場合について説明したが、所定値を超えるデータ量のメールの場合には、メールデータは２回に分けて受信されてもよい。すなわち、ショートメッセージが着信した後、利用者の要求により、アプリケーションがメールの続き部分を受信する続きメール受信処理を実行するようにしてもよい。

また、上記の実施形態では、メール受信においては、データ量が所定値以下のショートメッセージを受信する場合について説明したが、所定値を超えるデータ量のメールの場合には、メールデータは２回に分けて受信されてもよい。すなわち、ショートメッセージを受信した後、利用者の要求により、アプリケーションがメールの続き部分を受信する続きメール受信処理を実行するようにしてもよい。

また、上記の実施形態では、本発明を携帯電話装置に適用したが、携帯電話装置以外の移動通信端末装置に本発明を適用することができるのは勿論である。

以上詳細に説明したように、本発明の連係動作方法は、所定資源を管理する基本処理部を備える移動通信端末装置における基本処理部とアプリケーションとの連係動作方法に適用することができる。

また、本発明の移動通信端末装置は、所定資源を管理する基本処理部とアプリケーションとが連係して動作する移動通信端末装置に適用することができる。

Claims (16)

1. 所定資源を管理する基本処理部と、機種に依存しない汎用中間プログラミング言語で記述されたアプリケーションに実行環境を提供する実行環境部とを備える移動通信端末装置における前記基本処理部と前記アプリケーションとが前記実行環境部を介して連係して動作する連係動作方法であって、
   前記アプリケーションの起動指令がされたとき、前記基本処理部が、前記アプリケーションが前記所定資源へのアクセスを予定しているか否かを判定する第１アクセス予定判定工程と；
   前記第１アクセス予定判定工程において肯定的な判定がされたとき、前記基本処理部が、前記アプリケーションの起動を許可するか否かの選択を促す第１選択表示を利用者に対して行う第１選択表示工程と；
   前記第１選択表示の表示中において起動許可指令がなされたときに、前記基本処理部が、前記アプリケーションの起動を行う起動工程と；
   前記アプリケーションから前記実行環境部へ前記所定資源に対するアクセス要求を行うアクセス要求工程と；
   前記アクセス要求を受けた前記実行環境部が、前記アプリケーションが前記所定資源に対して前記アクセス要求に係るアクセスをすることができる権限を有するか否かを判定するアクセス権限判定工程と；
   前記アクセス権限判定工程において肯定的な判定がされた場合に、前記実行環境部が、前記アクセス要求を前記基本処理部へ通知するアクセス要求通知工程と；
   前記基本処理部が、前記アクセス要求に応答して、前記所定資源に対するアクセスを実行するアクセス実行工程と；
   前記基本処理部が、前記アクセス実行工程におけるアクセス結果を、前記実行環境部を介して、前記アプリケーションへ通知する結果通知工程と；を備える連係動作方法。
2. 前記アプリケーションの実装の前に、前記基本処理部が、前記アプリケーションが前記所定資源へのアクセスを予定しているか否かを判定する第２アクセス予定判定工程と；
   前記第２アクセス予定判定工程において肯定的な判定がされたとき、前記基本処理部が、前記アプリケーションの実装を許可するか否かの選択を促す第２選択表示を利用者に対して行う第２選択表示工程と；
   前記第２選択表示の表示中において実装許可指令がなされたときに、前記基本処理部が、前記アプリケーションの実装を行う実装工程と；を更に備える、
   ことを特徴とする請求項１に記載の連係動作方法。
3. 前記第２アクセス予定判定工程では、前記基本処理部が、前記アプリケーションの所定位置に記載され、前記アプリケーションが前記所定資源へのアクセス予定を示すアクセス予定パラメータの値を参照して、前記アプリケーションが前記所定資源へのアクセスを予定しているか否かを判定する、ことを特徴とする請求項２に記載の連係動作方法。
4. 前記実装工程は、
   前記基本処理部が、前記アプリケーションの前記所定資源へのアクセス可能レベルの設定を促す第３選択表示を利用者に対して行う第３選択表示工程と；
   前記第３選択表示の表示中においてアクセス可能レベルの設定指令がなされたときに、前記基本処理部が、設定指令がされたアクセス可能レベルを前記アプリケーションの前記所定資源へのアクセス可能レベルとするアクセス可能レベル設定工程と；
   を備えることを特徴とする請求項２又は３に記載の連係動作方法。
5. 前記実行環境部が、前記アクセス要求が前記所定資源の内容の変更要求を含むものであるか否かを判定し、肯定的な判定がされた場合に、前記アプリケーションによる前記所定資源の内容の変更要求を許可するか否かの選択を促す第４選択表示を前記基本処理部に要求する変更要求判定工程と；
   前記基本処理部が、前記第４選択表示を利用者に対して行う第４選択表示工程を、更に備え、
   前記第４選択表示の表示中において変更許可指令がなされたときに、前記アクセス実行工程を実行する、
   ことを特徴とする請求項１〜４のいずれか一項に記載の連係動作方法。
6. 前記結果通知の後に前記アクセス要求に関連するイベントを検出した場合に、前記基本処理部が、前記実行環境部を介して、前記アプリケーションに前記イベントを通知するイベント通知工程を更に備える、ことを特徴とする請求項１〜５のいずれか一項に記載の連係動作方法。
7. 前記所定資源には、メール処理資源の少なくとも一部が含まれる、ことを特徴とする請求項１〜６のいずれか一項に記載の連係動作方法。
8. 前記アクセス要求は、前記移動通信端末装置の利用者によるメール処理要求指令に応じて、前記アプリケーションが行う、ことを特徴とする請求項７に記載の連係動作方法。
9. 前記アクセス要求には、メールに関する情報のアクセス要求、メール送信資源へのアクセス要求及びメール受信資源へのアクセス要求が含まれる、ことを特徴とする請求項７又は８に記載の連係動作方法。
10. 所定資源の管理を行う基本処理部と；
    機種に依存しない汎用中間プログラミング言語で記述されたアプリケーションによる前記所定資源へのアクセス要求の前記基本処理部への伝達、及び、前記基本処理部による前記アクセス要求に応じた実行結果の前記アプリケーションへの通知を含めて、前記アプリケーションに実行環境を提供する実行環境部と；を備え、
    前記基本処理部が、
    前記アプリケーションの起動指令がされたとき、前記アプリケーションが前記所定資源へのアクセスを予定しているか否かを判定する第１アクセス予定判定手段と；
    前記第１アクセス予定判定手段により肯定的な判定がされたとき、前記アプリケーションの起動を許可するか否かの選択を促す第１選択表示を利用者に対して行う第１選択表示手段と；
    前記第１選択表示の表示中において起動許可指令がなされたときに、前記アプリケーションの起動を行う起動手段と；を備え、
    前記実行環境部は、前記アクセス要求を受けた場合に、前記アプリケーションが前記所定資源に対して前記アクセス要求に係るアクセスをすることができる権限を有するか否かを判定し、肯定的な判定がされた場合に、前記アクセス要求を前記基本処理部へ通知する、
    ことを特徴とする移動通信端末装置。
11. 前記基本処理部は、
    前記アプリケーションの実装の前に、前記アプリケーションが前記所定資源へのアクセスを予定しているか否かを判定する第２アクセス予定判定手段と；
    前記第２アクセス予定判定手段により肯定的な判定がされたとき、前記アプリケーションの実装を許可するか否かの選択を促す第２選択表示を利用者に対して行う第２選択表示手段と；
    前記第２選択表示の表示中において実装許可指令がなされたときに、前記アプリケーションの実装を行う実装手段と；
    を更に備えることを特徴とする請求項１０に記載の移動通信端末装置。
12. 前記実装手段は、
    前記アプリケーションの前記所定資源へのアクセス可能レベルの設定を促す第３選択表示を利用者に対して行う第３選択表示手段と；
    前記第３選択表示の表示中においてアクセス可能レベルの設定指令がなされたときに、設定指令がされたアクセス可能レベルを前記アプリケーションの前記所定資源へのアクセス可能レベルとするアクセス可能レベル設定手段と；
    を備えることを特徴とする請求項１１に記載の移動通信端末装置。
13. 前記基本処理部は、前記アクセス要求が前記所定資源の内容の変更要求を含むものであったことが検出されたとき、前記アクセス実行手段による前記所定資源へのアクセスに先立って、前記アプリケーションによる前記所定資源の内容の変更要求を許可するか否かの選択を促す第４選択表示を利用者に対して行う第４選択表示手段を更に備えることを特徴とする請求項１０〜１２のいずれか一項に記載の移動通信端末装置。
14. 前記実行環境部は、前記アクセス要求が前記所定資源の内容の変更要求を含むものであるか否かを判定し、判定結果が肯定的な場合に、前記第４選択表示を前記基本処理部に要求する変更要求判定手段を備える、ことを特徴とする請求項１３に記載の移動通信端末装置。
15. 前記実行環境部は、前記結果通知の後に発生し、前記基本処理部により検出された前記アクセス要求に関連するイベントを、前記アプリケーションに更に通知する、ことを特徴とする請求項１０〜１４のいずれか一項に記載の移動通信端末装置。
16. 前記所定資源には、メール処理資源の少なくとも一部が含まれる、ことを特徴とする請求項１０〜１５のいずれか一項に記載の移動通信端末装置。

Images