(57)【要約】【課題】携帯端末装置以外のプラットフォーム向けに開発されたアプリケーションソフトウェアを動作させることができる携帯端末装置を提供する。【解決手段】携帯端末装置１は、アプリケーションソフトウェア２と、ラッパー３とを備える。ラッパー３は、アプリケーションソフトウェア２に対する起動指令を受け取ると、アプリケーションソフトウェア間の競合管理を行う競合管理部４に対して起動すべきアプリケーションソフトウェアの起動登録を行う起動制御部５を含む。【選択図】図１
2010263271.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションソフトウェアと、
前記アプリケーションソフトウェアに対する起動指令を受け取ると、アプリケーションソフトウェア間の競合管理を行う競合管理部に対して起動すべきアプリケーションソフトウェアの起動登録を行う起動制御部を含むラッパーとを備える携帯端末装置。
【請求項２】
前記起動制御部は、前記競合管理部への起動登録後、前記起動すべきアプリケーションに対して起動指令を送る、請求項１に記載の携帯端末装置。
【請求項３】
前記競合管理部は、前記起動制御部からの起動登録後、前記アプリケーションソフトウェアの起動の可否を判定し、該判定結果を前記起動制御部に送り、
前記起動制御部は、前記判定結果が否であれば、前記アプリケーションソフトウェアに対する起動指令の発生を停止する、請求項１に記載の携帯端末装置。
【請求項４】
前記起動制御部は、前記アプリケーションソフトウェアに対する中断指令を受け取ると、前記アプリケーションソフトウェアに中断指令を送る、請求項１〜３の何れか一に記載の携帯端末装置。
【請求項５】
前記ラッパーが、更に、前記アプリケーションから通信要求を受け取ると、無線通信網への接続を要求する通信制御部を更に含む、請求項１〜４の何れか一に記載の携帯端末装置。
【請求項６】
アプリケーションソフトウェアの起動時に、前記アプリケーションソフトウェアとＯＳとの間を仲介するラッパーが、前記アプリケーションソフトウェアに代わって、アプリケーションソフトウェア間の競合管理を行う競合管理部に対して起動すべきアプリケーションソフトウェアの起動登録を行うステップを有する携帯端末装置の制御方法。
【請求項７】
前記ラッパーが、前記アプリケーションソフトウェアが通信要求を発生すると、前記ＯＳに対して無線通信網への接続要求を発生するステップを更に有する、請求項６に記載の携帯端末装置の制御方法。
【請求項８】
アプリケーションソフトウェアとＯＳとの間を仲介するラッパーに、
前記アプリケーションソフトウェアの起動時に、前記アプリケーションソフトウェアに代わって、アプリケーションソフトウェア間の競合管理を行う競合管理部に対して起動すべきアプリケーションソフトウェアの起動登録を行う処理を実行させるプログラム。
【請求項９】
前記ラッパーに、前記アプリケーションソフトウェアが通信要求を発生したときに、前記ＯＳに対して無線通信網への接続要求を発生する処理を更に実行させる、請求項８に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末装置、その制御方法及びプログラムに関し、更に詳しくは、アプリケーションソフトウェアが動作するためのプラットフォームが実装された携帯端末装置に関する。
【背景技術】
【０００２】
近年、携帯電話機等の携帯端末装置の多機能化や高機能化に伴い、携帯端末装置のプラットフォーム向けに開発されたソフトウェアの開発工数が増大し続けている。
【０００３】
また、ソフトウェアの互換性は、共通のインタフェースを利用することで保たれるものの、複数のソフトウェアに共通のインタフェースを組み込むことは容易ではない。特許文献１には、異なるインタフェースを有するソフトウェア間でのアクセスを可能とする技術が記載されている。
【０００４】
特許文献１には、ラッパーを備えたシステムが記載されている。ラッパーは、専用インタフェースを有する呼び出し先のアプリケーションソフトウェアと、汎用インタフェースを有する呼び出し元のアプリケーションソフトウェアとの間を仲介するソフトウェアである。このシステムでは、呼び出し先のアプリケーションソフトウェアをラッパーが包み込む（ラップする）ことで、呼び出し元のアプリケーションソフトウェアが、汎用インタフェースを介して、呼び出し先のアプリケーションソフトウェアにアクセスすることが可能となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−１８１７１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ソフトウェアの互換性は、単にインタフェースの互換性を考慮するだけでは不十分である。ソフトウェアは、一般に、特定のプラットフォーム向けに開発されており、対応する特定のプラットフォームでのみ動作する。一例として、携帯端末装置とＰＣ（Personal Computer）とで用途が同じアプリケーションソフトウェア（例えば、通信を利用するブラウザアプリケーションソフトウェア）であっても、携帯端末装置とＰＣとのプラットフォームの相違により互換性が得られない。このため、アプリケーションソフトウェアは、それぞれのプラットフォーム毎に開発する必要がある。
【０００７】
本発明者は、携帯端末装置のプラットフォームと、携帯端末装置以外のＰＣ等の他のプラットフォームとの相違点を検討した。相違点としては、携帯端末装置のプラットフォームでは、アプリケーション動作中に音声通話着信やメール着信があった場合に応答しなければならないこと、通信の際に携帯電話キャリアの無線通信網を経由しなければならないこと等が挙げられる。
【０００８】
つまり、携帯端末装置上で動作するアプリケーションソフトウェアでは、アプリケーション動作中に着信応答を行うために、高度な競合管理が必要となる。競合管理機能自体は、例えばミドルウェアに実装されている。アプリケーションソフトウェアは、ミドルウェアから提供されるＡＰＩ（Application Programming Interface）を利用することで、各種動作を実現できる。
【０００９】
しかし、他のプラットフォーム向けのアプリケーションソフトウェアは、競合管理機能を直接利用することができず、携帯端末装置上で動作させることができない。例えば、他のプラットフォーム向けブラウザアプリケーションソフトウェアでは、携帯電話キャリアの無線通信網を経由するような通信を想定していないので、携帯端末装置上で通信を行うことができない。
【００１０】
このため、他のプラットフォーム向けのアプリケーションソフトウェアを携帯端末装置に移植するためには、アプリケーションソフトウェア自体を改造する必要があった。また、特許文献１に記載の技術は、単に、互換性のないインタフェースを有するソフトウェア間のアクセスを可能とするものであり、携帯端末装置のプラットフォームの特殊性を考慮していない。
【００１１】
本発明は、携帯端末装置以外のプラットフォーム向けに開発されたアプリケーションソフトウェアを動作させることができる携帯端末装置、その制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本発明は、アプリケーションソフトウェアと、
前記アプリケーションソフトウェアに対する起動指令を受け取ると、アプリケーションソフトウェア間の競合管理を行う競合管理部に対して起動すべきアプリケーションソフトウェアの起動登録を行う起動制御部を含むラッパーとを備える携帯端末装置を提供する。
【００１３】
また、本発明は、アプリケーションソフトウェアの起動時に、前記アプリケーションソフトウェアとＯＳとの間を仲介するラッパーが、前記アプリケーションソフトウェアに代わって、アプリケーションソフトウェア間の競合管理を行う競合管理部に対して起動すべきアプリケーションソフトウェアの起動登録を行うステップを有する携帯端末装置の制御方法を提供する。
【００１４】
さらに、本発明は、アプリケーションソフトウェアとＯＳとの間を仲介するラッパーに、前記アプリケーションソフトウェアの起動時に、前記アプリケーションソフトウェアに代わって、アプリケーションソフトウェア間の競合管理を行う競合管理部に対して起動すべきアプリケーションソフトウェアの起動登録を行う処理を実行させるプログラムを提供する。
【発明の効果】
【００１５】
本発明の携帯端末装置、その制御方法及びプログラムでは、携帯端末装置以外のプラットフォーム向けに開発されたアプリケーションソフトウェアを動作させることができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の携帯端末装置の最小基本構成を示すブロック図。
【図２】（ａ）及び（ｂ）は、本発明の第１の実施形態に係る携帯端末装置の構成及び動作を示す図。
【図３】（ａ）及び（ｂ）は、本発明の第２の実施形態に係る携帯端末装置の構成及び動作を示す図。
【図４】（ａ）及び（ｂ）は、本発明の第３の実施形態に係る携帯端末装置の構成及び動作を示す図。
【発明を実施するための形態】
【００１７】
図１は、本発明の携帯端末装置の最小基本構成を示すブロック図である。本発明の携帯端末装置１は、図１に示すように、最小基本構成として、アプリケーションソフトウェア２とラッパー３とを備える。ラッパー３は、アプリケーションソフトウェア２に対する起動指令を受け取ると、アプリケーションソフトウェア間の競合管理を行う競合管理部４に対して起動すべきアプリケーションソフトウェアの起動登録を行う起動制御部５を含む。
【００１８】
上記携帯端末装置１では、ラッパー３が、アプリケーションソフトウェア２に対する起動指令を受け取ると、アプリケーションソフトウェア２に代わって、競合管理部４に対して起動登録を行う。このため、アプリケーションソフトウェア２は、ラッパー３を介して競合管理部４を間接的に利用することができる。従って、アプリケーションソフトウェア２が、携帯端末装置１のプラットフォーム向けに開発されていない場合であっても、携帯端末装置１上で動作できる。
【００１９】
以下、図２〜図４を参照して、本発明の例示的な実施の形態について詳細に説明する。
（第１の実施形態）
図２（ａ）は、本発明の第１の実施形態に係る携帯端末装置の構成を示すブロック図である。図２（ｂ）は、図２（ａ）に示す携帯端末装置の動作を示すシーケンス図である。携帯端末装置１０は、携帯電話機等に代表される携帯無線機である。携帯端末装置１０には、アプリケーションソフトウェア（ＡＰ）２０と、ラッパー（ｗｒａｐｐｅｒ）３０と、オペレーションシステム（以下、ＯＳ）５０とが実装されている。アプリケーションソフトウェア２０は、例えば、通信を利用するブラウザアプリケーションソフトウェアである。ここで、アプリケーションソフトウェア２０は、ＰＣ等の携帯端末装置１０以外のプラットフォーム向けに開発されたものとする。
【００２０】
ＯＳ５０は、競合管理部４０と、ＡＰ起動要求部５１とを備える。ＯＳ５０としては、Ｌｉｎｕｘの他、Ｓｙｍｂｉａｎ、Ｗｉｎｄｏｗｓ(登録商標)  Ｍｏｂｉｌｅ等、各種のＯＳが挙げられる。本明細書中、ＯＳとは、ミドルウェアやカーネル（Ｌｉｎｕｘの場合）、ドライバ等を含むものとする。
【００２１】
競合管理部４０は、例えばＯＳ５０のミドルウェアに実装されている。競合管理部４０は、アプリケーションソフトウェア間の競合管理を行う。競合管理としては、例えば、アプリケーションソフトウェア２０の起動の可否を判定すること、また、外部割込みに伴いアプリケーションソフトウェア２０の動作を中断させる中断指令を発生させること等が挙げられる。ＡＰ起動要求部５１は、アプリケーションソフトウェア２０に対する起動指令を発生する。
【００２２】
ラッパー３０は、アプリケーションソフトウェア２０とＯＳ５０との間を仲介し、アプリケーションソフトウェア２０に代わって、各種処理を行うソフトウェアである。ラッパー３０は、起動制御部３１を備える。起動制御部３１は、ＡＰ起動要求部５１から起動指令を受け取ると、アプリケーションソフトウェア２０に代わって、競合管理部４０に対して起動すべきアプリケーションソフトウェア２０の起動登録を行う。
【００２３】
以下、図２（ｂ）を参照して、携帯端末装置１０の動作を説明する。ここでは、アプリケーションソフトウェア２０を起動する例を示している。まず、ＡＰ起動要求部５１が、例えばユーザのキー入力等の外部割込みに伴い、アプリケーションソフトウェア２０に対する起動要求を発生する。ＡＰ起動要求部５１は、起動要求をラッパー３０の起動制御部３１に送る（ステップＳ１１）。
【００２４】
次に、ラッパー３０の起動制御部３１は、起動指令を受け取ると、競合管理部４０に対して起動すべきアプリケーションソフトウェア２０の起動登録を行う（ステップＳ１２）。続いて、競合管理部４０は、起動制御部３１から起動登録を受けた後、アプリケーションソフトウェア２０の起動の可否を判定し、この判定結果を起動制御部３１に送る（ステップＳ１３）。
【００２５】
起動制御部３１は、競合管理部４０から判定結果を受け取り、判定結果が可であれば、アプリケーションソフトウェア２０に対して起動指令を送る（ステップＳ１４）。ステップＳ１４での起動指令を受けて、アプリケーションソフトウェア２０が起動する。
【００２６】
一方、ステップＳ１３での判定結果が否であれば、起動制御部３１は、アプリケーションソフトウェア２０に対する起動指令の発生を中断する。判定結果が否となる例としては、起動要求があったアプリケーションソフトウェア２０よりも優先順位の高い他のアプリケーションソフトウェア（例えば、着信ＡＰ等）が起動中である場合が挙げられる。
【００２７】
本実施形態では、ラッパー３０がアプリケーションソフトウェア２０に代わって、競合管理部４０に対して起動登録を行うので、アプリケーションソフトウェア２０が競合管理部４０の管理下に置かれる。このため、アプリケーションソフトウェア２０自体に競合管理部４０への起動登録を行う機能を設ける必要がない。従って、アプリケーションソフトウェア２０が携帯端末装置１０のプラットフォーム向けに開発されたものでなくても、ラッパー３０を介して競合管理部４０を利用して、携帯端末装置１０上での起動が可能となる。つまり、アプリケーションソフトウェア２０を改造することなく、携帯端末装置１０に移植できるので、プラットフォーム毎にアプリケーションソフトウェアを開発する手間を軽減できる。
【００２８】
（第２の実施形態）
図３（ａ）は、本発明の第２の実施形態に係る携帯端末装置の構成を示すブロック図である。図３（ｂ）は、図３（ａ）に示す携帯端末装置の動作を示すシーケンス図である。本実施形態では、アプリケーションソフトウェア２０の起動中に着信を示す外部割込みが発生した場合を想定している。また、アプリケーションソフトウェア２０の起動については、上記第１の実施形態で示した処理と同様であるので、説明を省略する。ここで、ＯＳ５０Ａは、外部割込みの種別に対応して適切な処理を実行するようにプログラミングされており、着信を示す外部割り込みがあれば、アプリケーションソフトウェア２０の動作を一時中断し、着信応答を試みる。以下、図３（ａ）及び（ｂ）を参照して、携帯端末装置１０Ａの着信応答時の動作について具体的に説明する。
【００２９】
まず、着信があると、ＯＳ５０Ａ内の外部割込み受付部５２が着信を示す外部割込みを受け付けて、競合管理部４０Ａ及びＡＰ起動要求部５１Ａに着信を通知する。競合管理部４０Ａは、着信の通知を受けて、アプリケーションソフトウェア２０に対する中断指令をラッパー３０Ａの起動制御部３１Ａに送る（ステップＳ２１）。
【００３０】
次に、起動制御部３１Ａは、競合管理部４０Ａからの中断指令を受け取ると、アプリケーションソフトウェア２０に中断指令を送る（ステップＳ２２）。アプリケーションソフトウェア２０は、中断指令を受けて、動作を一時中断する。続いて、起動制御部３１Ａは、アプリケーションソフトウェア２０の中断が完了したことを示す中断完了通知を、競合管理部４０Ａに送る（ステップＳ２３）。
【００３１】
ここで、着信ＡＰ６０は、着信応答を行うために起動されるべきアプリケーションソフトウェアであり、携帯端末装置１０Ａのプラットフォーム向けに開発されたものである。そのため、着信ＡＰ６０は、競合管理部４０Ａを直接利用することができる。つまり、着信ＡＰ６０は、例えばステップＳ２３の後に、競合管理部４０Ａに対して起動登録を行うことができる。競合管理部４０Ａは、起動登録を受け取ると、着信ＡＰ６０の起動の可否を判定し、判定結果を着信ＡＰ６０に送る。着信ＡＰ６０は、着信応答時での優先順位が高いので、判定結果は可となる。その後で、着信ＡＰ６０は、ＡＰ起動要求部５１Ａからの起動指令を受けて起動する。
【００３２】
本実施形態では、着信を示す外部割込みが発生すると、ラッパー３０Ａがアプリケーションソフトウェア２０に代わって、競合管理部４０Ａからの中断指令を受けて、アプリケーションソフトウェア２０に中断指令を送る。このため、着信ＡＰ６０とアプリケーションソフトウェア２０とが競合することを回避できる。従って、携帯端末装置１０Ａでは、携帯端末装置１０Ａのプラットフォーム向けに開発されていないアプリケーションソフトウェア２０を一時中断して、着信応答を行うことができる。
【００３３】
（第３の実施形態）
図４（ａ）は、本発明の第３の実施形態に係る携帯端末装置の構成を示すブロック図である。図４（ｂ）は、図４（ａ）に示す携帯端末装置の動作を示すシーケンス図である。本実施形態では、アプリケーションソフトウェア２０が、例えば起動時にインターネット接続を試みる場合を想定している。アプリケーションソフトウェア２０の起動については、上記第１の実施形態で示した処理と同様であるので、競合管理部４０Ｂ及び起動制御部３１Ｂの説明を省略する。また、ラッパー３０Ｂは、通信制御部３２を更に備えている点で、上記ラッパー３０，３０Ａと異なる。以下、図４（ａ）及び（ｂ）を参照して、携帯端末装置１０Ｂが、アプリケーションソフトウェア２０を用いた通信を実行する際の動作について具体的に説明する。
【００３４】
まず、アプリケーションソフトウェア２０は、起動時に、例えばホームページを表示するためにインターネット接続を試みるための通信要求を行う（ステップＳ３１）。しかし、アプリケーションソフトウェア２０は、携帯端末装置１０Ｂのプラットフォーム向けに開発されていないので、携帯電話キャリアの無線通信網を経由した通信を確立するための手順を実行することができない。そこで、ラッパー３０Ｂの通信制御部３２は、アプリケーションソフトウェア２０からの通信要求をフックし、上記通信を確立するための手順を通信要求に付加した無線通信網接続要求を、ＯＳ５０Ｂに通知する（ステップＳ３２）。
【００３５】
ＯＳ５０Ｂは、無線通信網接続要求を受けて、予め定められた手順で無線通信網への接続を行い、接続が完了した旨を示す無線通信網接続通知をラッパー３０Ｂの通信制御部３２に通知する（ステップＳ３３）。続いて、通信制御部３２は、ステップＳ３１での通信要求に対する応答をアプリケーションソフトウェア２０に通知する（ステップＳ３４）。その後、アプリケーションソフトウェア２０は、無線通信網を意識することなく、通常のインターネット接続を行うことができる。
【００３６】
本実施形態では、ラッパー３０Ｂがアプリケーションソフトウェア２０に代わって、通信の確立に必要な手順を付加した指令をＯＳ５０Ｂに送ることで、携帯端末装置１０Ｂのプラットフォーム向けに開発されていないアプリケーションソフトウェア２０であっても携帯端末装置１０Ｂで通信が可能となる。
【００３７】
上記各実施形態では、アプリケーションソフトウェア２０としてブラウザアプリケーションソフトウェアを例示したが、これに限定されず、他のアプリケーションソフトウェアであってもよい。一例として、アプリケーションソフトウェア２０が、ＰＣ等のキーボード入力に対応して文字入力を行うための文字入力用ソフトウェアである場合について、図３の一部を参照して説明する。
【００３８】
まず、携帯端末装置１０Ａの数字キーをユーザが押下したことを示す外部割込みが、外部割込み受付部５２を経由して競合管理部４０Ａに通知される。この外部割込みには、押下された数字キーの種類及び押下回数を示す情報が含まれている。競合管理部４０Ａは、この情報をラッパー３０Ａに送る。ラッパー３０Ａの起動制御部３１Ａは、この情報を受け取ると、アプリケーションソフトウェア２０に代わって、この情報をＰＣ等のキーボード入力に対応する情報に変換して、変換後の情報をアプリケーションソフトウェア２０に送る。一例として、ユーザが数字キー「１」を「３回」押下したという情報を、ＰＣ等のキーボードの「Ｕ」を「１回」押下したとする情報に変換する。即ち、文字入力用ソフトウェアであるアプリケーションソフトウェア２０には、ひらがなの「う」が入力されたという情報が起動制御部３１Ａから送られる。
【００３９】
従って、アプリケーションソフトウェア２０が、携帯端末装置１０Ａのプラットフォーム向けに開発されておらず、キーボート入力に対応した文字入力用ソフトウェアであっても、携帯端末装置１０Ａ上で数字キーを用いた日本語入力を行うことができる。
【００４０】
上記各実施形態では、各競合管理部４０，４０Ａ，４０ＢがＯＳ内に実装されているとしたが、これに限定されない。例えば、ミドルウェアの一部がＯＳの外部に位置しており、この位置に競合管理部４０，４０Ａ，４０Ｂが実装されている構成であっても構わない。
【００４１】
上記第２の実施形態では、着信を示す外部割込みについて説明したが、これに限らず、キー入力等を示す外部割込みに伴って、アプリケーションソフトウェア２０の中断処理を実行してもよい。即ち、キー入力を示す外部割込みが、外部割込み受付部５２を経由して競合管理部４０Ａに通知されると、競合管理部４０Ａが、ラッパー３０Ａの起動制御部３１Ａに対して、アプリケーションソフトウェア２０に対する中断指令を送る処理を実行してもよい。
【００４２】
以上、本発明をその好適な実施形態に基づいて説明したが、本発明の携帯端末装置、その制御方法及びプログラムは、上記実施形態の構成にのみ限定されるものではなく、上記実施形態の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。
【符号の説明】
【００４３】
１，１０，１０Ａ，１０Ｂ：携帯端末装置
２，２０：アプリケーションソフトウェア
３，３０，３０Ａ，３０Ｂ：ラッパー
４，４０，４０Ａ，４０Ｂ：競合管理部
５，３１，３１Ａ，３１Ｂ：起動制御部
３２，通信制御部
５０，５０Ａ，５０Ｂ：ＯＳ
５１，５１Ａ：ＡＰ起動要求部
５２：外部割込み受付部
６０：着信ＡＰ
【図１】
2010263271.tif 000003
【図２】
2010263271.tif 000004
【図３】
2010263271.tif 000005
【図４】
2010263271.tif 000006