(57)【特許請求の範囲】
【請求項１】
アプリケーション画像の表示方法であって、
第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用され、前記第１オペレーティングシステムと第２オペレーティングシステムが同一の表示装置を利用し、前記第２オペレーティングシステムのアプリケーションを実行し、前記アプリケーションに対応する前記第１オペレーティングシステムの代理モジュールにより、前記第１オペレーティングシステムのメモリに、前記第２オペレーティングシステムのアプリケーションのために記憶領域を割り当て、前記方法は、
前記第２オペレーティングシステムが、前記記憶領域に対して読み書き操作を行い、操作完了後、前記第１オペレーティングシステムにおける前記代理モジュールに、前記記憶領域に記憶されるアプリケーション画像の表示処理を行う表示要求を送信するステップと、
前記代理モジュールが、前記第２オペレーティングシステムからの表示要求を受信し、前記記憶領域に記憶されたアプリケーション画像を読み取るステップと、
前記代理モジュールが、ローカル画像表示システムにハードウェア加速モジュールの有無により、窓口マネージャで前記アプリケーション画像を処理する必要があるか否かを判断し、ローカル画像表示システムにハードウェア加速モジュールがない場合、窓口マネージャで前記アプリケーション画像を処理する必要があり、前記アプリケーション画像を前記窓口マネージャに送信し、前記窓口マネージャで処理されたアプリケーション画像を画像表示ライブラリに送信して処理し、ローカル画像表示システムにハードウェア加速モジュールがある場合、窓口マネージャで前記アプリケーション画像を処理する必要がなく、前記アプリケーション画像を直接に画像表示ライブラリに送信して処理するステップと、
前記代理モジュールが、ディスプレイドライバによりディスプレイメモリの位置を取得し、前記画像表示ライブラリで処理されたアプリケーション画像を前記ディスプレイメモリに送信し、前記ディスプレイメモリにより前記アプリケーション画像を表示するステップと、
を含むことを特徴とするアプリケーション画像の表示方法。
【請求項２】
前記第２オペレーティングシステムが記憶領域に対して読み書き操作を行うことは、具体的に、
前記第２オペレーティングシステムが、前記第２オペレーティングシステムのアプリケーションからのユーザーインターフェイスＵＩ更新要求を受信することと、
前記第２オペレーティングシステムが、受信されたＵＩ更新要求によりアプリケーション画像を処理することと、
を含むことを特徴とする請求項１に記載のアプリケーション画像の表示方法。
【請求項３】
前記第２オペレーティングシステムが操作完了後に表示要求を送信することは、具体的に、
前記第２オペレーティングシステムがプロセス間通信により、前記記憶領域に記憶されたアプリケーション画像をＵＩ更新して表示する前記表示要求を送信すること、
を含むことを特徴とする請求項１または２に記載のアプリケーション画像の表示方法。
【請求項４】
前記ディスプレイメモリによりアプリケーション画像を表示した後、
前記代理モジュールが、前記第２オペレーティングシステムに表示成功のメッセージを返し、前記第２オペレーティングシステムを次のフレームの表示操作へ進ませること、
をさらに含むことを特徴とする請求項１〜３のいずれか一項に記載のアプリケーション画像の表示方法。
【請求項５】
アプリケーション画像の表示装置であって、
第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用され、前記第１オペレーティングシステムと第２オペレーティングシステムが同一の表示装置を利用し、前記第２オペレーティングシステムのアプリケーションを実行し、前記アプリケーションに対応する前記第１オペレーティングシステムの代理モジュールにより、前記第１オペレーティングシステムのメモリに、前記第２オペレーティングシステムのアプリケーションのために記憶領域を割り当て、前記装置は、
前記記憶領域に対して読み書き操作を行い、操作を完了した後に前記記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を前記代理モジュールに送信する実行モジュールと、
前記第２オペレーティングシステムのアプリケーションを実行した後に、前記第１オペレーティングシステムのメモリに、前記第２オペレーティングシステムのアプリケーションのために記憶領域を割り当て、前記第２オペレーティングシステムからの表示要求を受信し、前記記憶領域に記憶されるアプリケーション画像を読み取り、ローカル画像表示システムにハードウェア加速モジュールの有無により、窓口マネージャで前記アプリケーション画像を処理する必要があるか否かを判断し、ローカル画像表示システムにハードウェア加速モジュールがない場合、窓口マネージャで前記アプリケーション画像を処理する必要があり、前記アプリケーション画像を前記窓口マネージャに送信し、前記窓口マネージャで処理されたアプリケーション画像を画像表示ライブラリに送信して処理し、ローカル画像表示システムにハードウェア加速モジュールがある場合、窓口マネージャで前記アプリケーション画像を処理する必要がなく、前記アプリケーション画像を直接に画像処理モジュールに送信し、
第２オペレーティングシステムのアプリケーションを実行した後、前記第１オペレーティングシステムのメモリに前記アプリケーションのために記憶領域を割り当てる代理モジュールと、
前記代理モジュールからのアプリケーション画像を受信し、前記アプリケーション画像を処理する画像処理モジュールと、
ディスプレイメモリモジュールの位置を取得し、前記画像処理モジュールで処理されたアプリケーション画像を前記ディスプレイメモリモジュールに送信するディスプレイドライバモジュールと、
前記ディスプレイドライバモジュールからのアプリケーション画像を受信し、前記アプリケーション画像を表示するディスプレイメモリモジュールと、
前記記憶領域に対して読み書き操作を行い、操作完了後に、前記記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を前記代理モジュールに送信する実行モジュールと、
を含むことを特徴とするアプリケーション画像の表示装置。
【請求項６】
前記実行モジュールは、前記第２オペレーティングシステムのアプリケーションからのＵＩ更新要求を受信し、受信されたＵＩ更新要求に基づきアプリケーション画像を処理し、プロセス間通信により、前記記憶領域に記憶されるアプリケーション画像をＵＩ更新して表示することを前記代理モジュールに通知する
ことを特徴とする請求項５に記載のアプリケーション画像の表示装置。
【請求項７】
前記代理モジュールは、前記実行モジュールに対して表示成功のメッセージを返し、前記第２オペレーティングシステムを次のフレームの表示操作へ進ませること、
を特徴とする請求項５または６に記載のアプリケーション画像の表示装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術領域に関し、特にアプリケーション画像の表示方法及び装置に関する。
【背景技術】
【０００２】
移動通信装置及びオペレーティングシステムの進歩に伴い、スマートフォンＯＳ（オペレーティングシステム）は、主流の携帯電話に備えなければならないアプリケーション搭載の環境となってきた。各種のスマートフォンＯＳのメーカーには、激しい競争が繰り広げられている。しかし、各種のスマートフォンＯＳは、それぞれ異なるメリットを持っており、携帯電話ユーザーの多方面の要求を満すことはできない。
【０００３】
従来技術では、各種スマートフォンＯＳの欠陥をカバーし、それぞれのメリットを活用するため、1台の携帯電話において異なるスマートフォンＯＳが互換できる、仮想マシンのような仮想化技術を提出する。前記仮想化技術は、ハードウェア仮想化技術とＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ、アプリケーションプログラミングインターフェース）互換レイヤ仮想化技術を含み、前記ハードウェア仮想化技術では、１つのオペレーティングシステムにおいて、複数のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、中央処理装置）と複数のメモリなどのハードウェア装置を仮想化し、仮想化されたハードウェア装置に、他の１つの完全なオペレーティングシステムを実装することによって、既存のオペレーティングシステムと新しく実装されたオペレーティングシステムとは、それぞれが独立し、全く異なるオペレーティングシステムとして使用されることができる。ＡＰＩ互換レイヤ仮想化技術では、１つのオペレーティングシステムにおいて、他のオペレーティングシステムの実行環境を模倣し、アプリケーションが模倣された実行環境において直接に実行する。
【０００４】
本発明者は本発明を実現する際、従来技術には以下の欠陥が存在することを発見した。
【０００５】
ハードウェア仮想化技術を利用する場合、異なるオペレーティングシステムの統合は、仮想マシンで仮想化された仮想化装置により完成される。ユーザーにとって、既存のオペレーティングシステムと新たに実装されたオペレーティングシステムは、お互いに完全に独立する２つのオペレーティングシステムであり、統一のユーザーエクスペリエンスが提供されない。ＡＰＩ互換レイヤ仮想化技術を使用する場合、異なるオペレーティングシステムの統合は、Ｘ  ｓｅｒｖｅｒ(Ｘサーバ）に依存するが、通常、はめ込み式のスマートフォンのオペレーティングシステムは、Ｌｉｎｕｘ環境でのＸ  ｓｅｒｖｅｒ表示アーキテクチャに基づいて設計されるものではないため、現在、異なるオペレーティングシステムの統合が実現できない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、ローカルオペレーティングシステムにおいて、実装可能なオペレーティングシステムのアプリケーション画像を表示することができる、アプリケーション画像の及び装置を提供する。
【課題を解決するための手段】
【０００７】
本発明は、第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用されるアプリケーション画像を提供し、前記第１オペレーティングシステムのメモリには、第２オペレーティングシステムのアプリケーションのために割り当てられる記憶領域が含まれ、前記方法は、
前記第２オペレーティングシステムからの表示要求を受信し、前記記憶領域に記憶されるアプリケーション画像を読み取るステップと、
ローカル画像表示システムの配置により、窓口マネージャーで前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、前記アプリケーション画像を前記窓口マネージャーに送信し、前記窓口マネージャーで処理されたアプリケーション画像を画像表示ライブラリに送信して処理し、必要がないと判断した場合、直接に前記アプリケーション画像を画像表示ライブラリに送信して処理するステップと、
ディスプレイドライバによりディスプレイメモリの位置を取得し、前記画像表示ライブラリで処理されたアプリケーション画像を前記ディスプレイメモリに送信し、前記ディスプレイメモリにより前記アプリケーション画像を表示するステップと、
を含む。
【０００８】
好ましくは、前記第２オペレーティングシステムからの表示要求を受信する前、
前記第２オペレーティングシステムが前記記憶領域で読み書き操作を行い、操作を完了した後、前記記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を送信することをさらに含む。
【０００９】
好ましくは、前記第２オペレーティングシステムが記憶領域に対して読み書き操作を行うことは、具体的に、
前記第２オペレーティングシステムが、前記第２オペレーティングシステムのアプリケーションからのユーザーインターフェイスＵＩ更新要求を受信することと、
前記第２オペレーティングシステムが、受信された前記ＵＩ更新要求によってアプリケーション画像を処理することと、
を含む。
【００１０】
好ましくは、前記第２オペレーティングシステムが、操作を完了した後に表示要求を送信することは、具体的に、
前記第２オペレーティングシステムが、プロセス間通信により、前記記憶領域に記憶されるアプリケーション画像に対してＵＩ更新表示を行う前記表示要求を送信することを含む。
【００１１】
好ましくは、前記ディスプレイメモリによりアプリケーション画像を表示した後、
前記第２オペレーティングシステムに表示成功のメッセージを返して、前記第２オペレーティングシステムを次のフレームの表示操作へ進ませることを含む。
【００１２】
本発明に係るアプリケーション画像の表示装置は、第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用され、前記第１オペレーティングシステムのメモリには、前記第２オペレーティングシステムのアプリケーションのために割り当てられる記憶領域が含まれ、前記装置は
前記第２オペレーティングシステムからの表示要求を受信し、前記記憶領域に記憶されるアプリケーション画像を読み取り、ローカル画像表示システムの配置により、窓口マネージャーで前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、前記アプリケーション画像を前記窓口マネージャーに送信し、前記窓口マネージャーで処理されたアプリケーション画像を画像処理モジュールに送信し、必要がないと判断した場合、直接に前記アプリケーション画像を画像処理モジュールに送信する代理モジュールと、
前記代理モジュールからのアプリケーション画像を受信し、前記アプリケーション画像を処理する画像処理モジュールと、
ディスプレイメモリモジュールの位置を取得し、前記画像処理モジュールで処理されたアプリケーション画像を前記ディスプレイメモリモジュールに送信するディスプレイドライバモジュールと、
前記ディスプレイドライバモジュールからのアプリケーション画像を受信し、前記アプリケーション画像を表示するディスプレイメモリモジュールと
を含む。
【００１３】
好ましくは、前記代理モジュールは、第２オペレーティングシステムのアプリケーションが実行された後、前記第１オペレーティングシステムのメモリにおいて前記アプリケーションのために記憶領域を割り当てる。
【００１４】
好ましくは、前記装置は、
前記記憶領域に対して読み書き操作を行い、操作を完了した後に前記記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を前記代理モジュールに送信する実行モジュールをさらに含む。
【００１５】
好ましくは、前記実行モジュールは、具体的に、前記第２オペレーティングシステムのアプリケーションからのＵＩ更新要求を受信し、受信されたＵＩ更新要求によりアプリケーション画像を処理し、プロセス間通信により、前記記憶領域に記憶されるアプリケーション画像をＵＩ更新して表示することを前記代理モジュールに通知する。
【００１６】
好ましくは、前記代理モジュールは、前記実行モジュールに対して表示成功のメッセージを返し、前記第２オペレーティングシステムを次のフレームの表示操作へ進ませる。
【発明の効果】
【００１７】
従来の技術に比較して、本発明は以下のメリットを有する。異なるオペレーティングシステム間にはメモリを共有することによって、ローカルで実装可能なオペレーティングシステムのアプリケーション画像が表示できて、ローカルシステムと実装可能なオペレーティングシステムとのシームレスな統合が実現される。又、アプリケーション画像の表示効果は、ローカルで採用された画像システムの種類とは完全に関係がないので、ローカルの画像システムの表示機能がシームレスに使用できて、ローカルシステムと実装可能なシステムのソフトウェアが同時に同一表示装置を使用できるようになる。更に、実装可能なオペレーティングシステムとローカルシステムは、プロセス間通信により情報交換して、二者間の著作権感染の問題が回避できて、二者の著作権での完全な独立性が保証できる。
【図面の簡単な説明】
【００１８】
以下は、本発明の実施形態又は従来技術を更に明確に説明するため、本発明の実施形態又は従来技術に必要な図面を簡単に説明する。当業者が明らかに理解できるように、以下の図面は、本発明の実施形態の一部に関するものだけで、創造的労働を要せずに、これらの図面により他の図面も取得することができる。
【図１】本発明の実施形態に係るアプリケーション画像の表示方法のフローである。
【図２】本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示アーキテクチャを示す図である。
【図３】本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示方法のフローである。
【図４】本発明の実施形態に係るアプリケーション画像の表示装置の構造を示す図である。
【図５】本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示装置の構造を示す図である
【発明を実施するための形態】
【００１９】
本発明の実施形態に係る発明において、第１オペレーティングシステムで、第２オペレーティングシステムに代理機能を提供する代理モジュールが使用される。当該代理モジュールは、第１オペレーティングシステムのアプリケーションの全ての特徴を受け継ぎ、第２オペレーティングシステムとの全部通信機能が実現でき、メモリを共有することで第２オペレーティングシステムの実行環境で処理されたアプリケーション画像を取得し、第１オペレーティングシステムにより当該アプリケーション画像を処理して表示することによって、第２オペレーティングシステムのアプリケーションは、自分における特徴を持つだけではなく、第１オペレーティングシステムのアプリケーションの特徴も備えるようになって、第１オペレーティングシステムと第２オペレーティングシステムのシームレスな統合が実現される。なお、第１オペレーティングシステムと第２オペレーティングシステムのシームレスな統合の前提としては、２つのシステムが同一表示装置を差別なく使用できることである。
【００２０】
以下は、附図に基づいて、本発明の実施形態を明確に完全に説明する。無論、挙げられる実施形態は本発明の実施形態の一部だけで、全ての実施形態ではない。本発明に記載された実施形態に基づき、当業者が創造的労働せずに取得する他の実施形態は、全て本発明の範囲内にあることを認めるべきである。
【００２１】
図１は本発明の実施形態に係るアプリケーション画像の表示方法のフローを示している。当該は、第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用され、当該第１オペレーティングシステムのメモリには第２オペレーティングシステムのアプリケーションのために割り当てられる記憶領域が含まれる。当該方法は以下のステップを含む。
【００２２】
ステップ１０１：第２オペレーティングシステムからの表示要求を受信し、記憶領域に記憶されるアプリケーション画像を読み取る。
【００２３】
そのうち、第１オペレーティングシステムは装置におけるローカルオペレーティングシステムであっても良く、第２オペレーティングシステムは装置における実装可能なオペレーティングシステムであっても良い。第２オペレーティングシステムの実行環境は、ＡＰＩ互換レイヤに位置しており、画像処理を行い、ＵＩ（Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ、ユーザーインターフェース）画像のデータをハードウェア表示領域に転送するための画像表示処理部を含む。第１オペレーティングシステムは、メモリを第２オペレーティングシステムと共有することで、第２オペレーティングシステムの実行環境で処理されたアプリケーション画像を取得できる。
【００２４】
具体的に、第２オペレーティングシステムのアプリケーションを実行し、当該アプリケーションに対応する第１オペレーティングシステムの代理モジュールにより、第１オペレーティングシステムのメモリで当該アプリケーションのために記憶領域を割り当てる。第２オペレーティングシステムの実行環境は、当該記憶領域に対して読み書き操作を実行でき、操作完了後に当該記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を送信する。
【００２５】
ステップ１０２：ローカル画像表示システムの配置により、窓口マネージャーで当該アプリケーション画像を処理する必要があるか否かを判断する。必要があると判断した場合、ステップ１０３を実行し、必要がないと判断した場合、ステップ１０４を実行する。
【００２６】
そのうち、窓口マネージャーはシステムアプリケーションに必要なライブラリであり、即ち、第１オペレーティングシステムにおける窓口管理を担当するモジュールである。アプリケーションのＵＩは窓口により管理されるため、全ての表示は窓口により表示装置に出力されて、第２オペレーティングシステムのアプリケーションと第１オペレーティングシステムのアプリケーションは、いずれも表示したい画像を当該窓口マネージャーに送信して表示する必要がある。
【００２７】
ステップ１０３：アプリケーション画像を窓口マネージャーに送信し、窓口マネージャーで処理されたアプリケーション画像を画像表示ライブラリに送信して処理する。
【００２８】
ステップ１０４：直接にアプリケーション画像を画像表示ライブラリに送信して処理する。
【００２９】
そのうち、画像表示ライブラリは、オペレーティングシステムにおけるカーネルと上位層と情報交換するための中間層で、即ち、ハードウェアドライバ抽象化層である。前記画像表示ライブラリは、システムがグラフィックス加速処理が必要とする際、類似のハードウェア加速モジュールを採用して画像表示を行い、描画と３Ｄ処理を含むＵＩ表示を直接にグラフィックス加速モジュールによりハードウェア装置に表示する。
【００３０】
ステップ１０５：ディスプレイドライバによりディスプレイメモリの位置を取得し、画像表示ライブラリで処理されたアプリケーション画像をディスプレイメモリに送信し、当該ディスプレイメモリにより当該アプリケーション画像を表示する。
【００３１】
そのうち、ディスプレイドライバは、オペレーティングシステムのコアモジュールであり、システムハードウェア管理・システムスケジューリング・メモリ管理及びハードウェア割り込み処理（例えば、ローディング、グラフィックカードの配置）に用いられる。当該ディスプレイドライバにより、システムは当該表示装置を識別でき、システムアプリケーションは表示内容をハードウェアディスプレイメモリに送信できる。ディスプレイメモリは、オペレーティングシステムの基本的なハードウェアであり、スクリーンに出力されるデータを受信し、受信されたデータを表示する。
【００３２】
本発明の実施形態は、異なるオペレーティングシステム間にメモリを共有することにより、ローカルシステムで実装可能なオペレーティングシステムのアプリケーション画像が表示できて、ローカルシステムと実装可能なオペレーティングシステムとのシームレスな統合が実現され、且つアプリケーション画像の表示効果はローカルで採用された画像システムの種類と完全に無関係なので、ローカル画像システムの表示機能がシームレスに使用できて、ローカルシステムと実装可能なシステムのソフトウェアが同時に同一表示装置を使用できるようになる。更に、実装可能なオペレーティングシステムとローカルシステムは、プロセス間通信により情報交換して、二者間の著作権感染の問題が回避でき、二者の著作権での完全な独立性が保証できる。
【００３３】
図２は、本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示アーキテクチャを示し、実装可能なオペレーティングシステムのアプリケーション（Ｉｎｓｔａｌｌａｂｌｅ  ＯＳ  Ａｐｐｌｉｃａｔｉｏｎ) ２１０と、実装可能なオペレーティングシステムの実行環境（Ｉｎｓｔａｌｌａｂｌｅ  ＯＳ  ｒｕｎｔｉｍｅ) ２２０と、代理モジュール（Ｐｒｏｘｙ）２３０と、窓口マネージャー（Ｗｉｎｄｏｗｓ  Ｍａｎａｇｅｒ) ２４０と、画像表示ライブラリ（Ｏｐｅｎ  ＧＬ) ２５０と、ディスプレイドライバ（Ｄｉｓｐｌａｙ  Ｄｒｉｖｅｒ) ２６０とハードウェアディスプレイメモリ（Ｈａｒｄｗａｒｅ  Ｆｒａｍｅ  ｂｕｆｆｅｒ）２７０とを含む 。
【００３４】
そのうち、実装可能なオペレーティングシステムの実行環境２２０は、ＡＰＩ互換レイヤに位置しており、画像処理を行ってＵＩ画像のデータをハードウェア表示領域に転送する画像表示処理部を含む。代理モジュール２３０は、実装可能なオペレーティングシステムの実行環境とローカルオペレーティングシステムとの画像ジョインティングモジュールであり、メモリ共有とプロセス間通信により実装可能なオペレーティングシステムの実行環境と通信し、実装可能なオペレーティングシステムの実行環境で表示したいＵＩをローカル画像表示システムに送信して処理することで、ローカル画像システムと実装可能なオペレーティングシステムの実行環境が同時に同一表示装置を共有でき、且つ実装可能なオペレーティングシステムのアプリケーションとローカルオペレーティングシステムとのシームレスな統合が実現される。窓口マネージャー２４０は、システムのアプリケーションに必要なライブラリであり、即ち、ローカルオペレーティングシステムにおける窓口管理を担当するモジュールであり、アプリケーションのＵＩは窓口に基づいて管理されるため、全ての表示は窓口により表示装置に出力される。つまり、実装可能なオペレーティングシステムのアプリケーションとローカルオペレーティングシステムのアプリケーションは、ともに表示したい画像を当該窓口マネージャーに送信して表示する必要がある。画像表示ライブラリ２５０は、オペレーティングシステムのカーネルと上位層とが情報交換する中間層で、即ち、ハードウェアドライバ抽象化層であり、システムはグラフィックス加速が必要する際、類似のハードウェア加速モジュールで画像表示を行い、描画と３Ｄ処理を含むＵＩ表示を直接にグラフィックス加速モジュールによりハードウェア装置に表示する。ディスプレイドライバ２６０は、オペレーティングシステムのコアモジュールであり、システムハードウェア管理・システムスケジューリング・メモリ管理、ハードウェア割り込み処理（例えば、ローディング及びグラフィックカードの配置）に用いられる。ディスプレイドライバ２６０により、システムは当該表示装置を識別でき、システムアプリケーションは表示したい内容をハードウェディスプレイメモリに送信できる。ハードウェアディスプレイメモリ２７０は、オペレーティングシステムの基本的なハードウェア装置で、スクリーンに出力されるデータを受信し、受信されたデータを表示する。
【００３５】
以下は前記応用シナリオに関連し、本発明の実施形態に係るアプリケーション画像の表示方法を詳細に説明する。
【００３６】
図３は本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示方法のフローを示している。具体的に、以下のステップを含む。
【００３７】
ステップ３０１：実装可能なオペレーティングシステムのアプリケーションを実行する。
【００３８】
ステップ３０２：実装可能なオペレーティングシステムのアプリケーションは、実装可能なオペレーティングシステムの実行環境に対してＵＩ更新要求を送信する。
【００３９】
ステップ３０３：実装可能なオペレーティングシステムの実行環境は、受信されたＵＩ更新要求によりアプリケーション画像を処理し、処理されたアプリケーション画像をメモリ共有で代理モジュールに送信する。
【００４０】
具体的に、実装可能なオペレーティングシステムのアプリケーションを実行し、当該アプリケーションに対応するローカルオペレーティングシステムの代理モジュールにより、ローカルオペレーティングシステムのメモリで当該アプリケーションのために記憶領域を割り当てる。実装可能なオペレーティングシステムの実行環境は、当該記憶領域に対して読み書き操作を実行でき、操作完了後にプロセス間通信により、記憶領域に記憶されるアプリケーション画像をＵＩ更新して表示する表示要求を代理モジュールに送信する。
【００４１】
そのうち、代理モジュールは、実装可能なオペレーティングシステムの実行環境とローカルオペレーティングシステムとの画像ジョインティングモジュールであり、メモリ共有及びプロセス間通信により実装可能なオペレーティングシステムの実行環境と通信し、実装可能なオペレーティングシステムの実行環境の表示したいＵＩをローカル画像表示システムに送信して処理することで、ローカル画像システムと実装可能なオペレーティングシステムの実行環境が同時に同一表示装置を共有でき、実装可能なオペレーティングシステムのアプリケーションとローカルオペレーティングシステムのシームレスな統合が実現される。
【００４２】
ステップ３０４：代理モジュールは、ローカル画像表示システムの配置により、窓口マネージャーで前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、ステップ３０５を実行し、必要がないと判断した場合、ステップ３０６を実行する 。
【００４３】
ステップ３０５：代理モジュールはアプリケーション画像を窓口マネージャーに送信し、窓口マネージャーで処理されたアプリケーション画像を画像表示ライブラリに送信して処理する。
【００４４】
ステップ３０６：代理モジュールは、直接にアプリケーション画像を画像表示ライブラリに送信して処理する。
【００４５】
ステップ３０７：ディスプレイドライバによりディスプレイメモリの位置を取得し、画像表示ライブラリで処理されたアプリケーション画像をディスプレイメモリに送信する。
【００４６】
ステップ３０８：ディスプレイメモリは受信されたアプリケーション画像を表示し、表示完了後に順次にディスプレイドライバと画像表示ライブラリにより代理モジュールに表示成功のメッセージを返す。
【００４７】
ステップ３０９：代理モジュールは、プロセス間通信により表示成功のメッセージを実装可能なオペレーティングシステムの実行環境に通知し、実装可能なオペレーティングシステムを次のフレームの表示操作へ進ませる。
【００４８】
本発明の実施形態は、異なるオペレーティングシステムの間のメモリ共有により、ローカルシステムで実装可能なオペレーティングシステムのアプリケーション画像が表示できて、ローカルシステムと実装可能なオペレーティングシステムとのシームレスな統合が実現され、且つアプリケーション画像の表示効果はローカルで採用された画像システムの種類と完全に無関係なので、ローカル画像システムの表示機能がシームレスに使用できて、ローカルシステムと実装可能なシステムのソフトウェアが同時に同一表示装置を使用できる。更に、実装可能なオペレーティングシステムとローカルシステムは、プロセス間通信により情報交換して、二者間の著作権感染の問題が回避でき、二者の著作権での完全な独立性が保証できる。
【００４９】
以上は、本発明のアプリケーション画像の表示方法及び応用シナリオを提供する。さらに、本発明は、当該アプリケーション画像の表示方法を適用する装置も提供する。
【００５０】
図４は、本発明の実施形態に係るアプリケーション画像の表示装置の構造を示し、当該表示装置は、第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用され、当該第１オペレーティングシステムのメモリには第２オペレーティングシステムのアプリケーションのために割り当てられる記憶領域が含まれ、当該装置は代理モジュール４１０と、画像処理モジュール４２０と、ディスプレイドライバモジュール４３０と、ディスプレイメモリモジュール４４０とを含む。
【００５１】
代理モジュール４１０は、第２オペレーティングシステムからの表示要求を受信し、記憶領域に記憶されるアプリケーション画像を読み取り、ローカル画像表示システムの配置により、窓口マネージャーにより前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、前記アプリケーション画像を前記窓口マネージャーに送信し、前記窓口マネージャーで処理されたアプリケーション画像を画像処理モジュールに送信し、必要がないと判断した場合、前記アプリケーション画像を直接に画像処理モジュール４２０に送信する。
【００５２】
具体的に、代理モジュール４１０は、第２オペレーティングシステムの実行環境と第１オペレーティングシステムとの画像を接合するモジュールであり、メモリ共有とプロセス間通信により第２オペレーティングシステムの実行環境と通信し、第２オペレーティングシステムの実行環境の表示したいＵＩをローカル画像表示システムに送信して処理することによって、ローカル画像システムと第２オペレーティングシステムの実行環境が同時に同一表示装置を共有できるようになり、第２オペレーティングシステムのアプリケーションと第１オペレーティングシステムのシームレスな統合が実現される。
【００５３】
画像処理モジュール４２０は、前記代理モジュール４１０からのアプリケーション画像を受信し、前記アプリケーション画像を処理する。
【００５４】
ディスプレイドライバモジュール４３０は、ディスプレイメモリモジュール４４０の位置を取得し、前記画像処理モジュール４２０で処理されたアプリケーション画像を前記ディスプレイメモリモジュール４４０に送信する。
【００５５】
具体的に、ディスプレイドライバモジュール４３０は、オペレーティングシステムのコアモジュールであり、システムハードウェア管理・システムスケジューリング・メモリ管理、及びハードウェア割り込み処理（例えば、ローディング及びグラフィックカードの配置）に用いられる。ディスプレイドライバモジュール４３０により、システムは当該表示装置を識別でき、システムアプリケーションは表示内容をハードウェアディスプレイメモリに送信できる。
【００５６】
ディスプレイメモリモジュール４４０は、前記ディスプレイドライバモジュール４３０からのアプリケーション画像を受信し、前記アプリケーション画像を表示する。
【００５７】
具体的に、ディスプレイメモリモジュール４４０はオペレーティングシステムの基本的なハードウェアであり、スクリーンに出力されるデータを受信し、受信されたデータを表示する。
【００５８】
本発明の実施形態は、異なるオペレーティングシステムの間のメモリ共有により、ローカルシステム上で実装可能なオペレーティングシステムのアプリケーション画像が表示できて、ローカルシステムと実装可能なオペレーティングシステムとのシームレスな統合が実現され、且つアプリケーション画像の表示効果はローカルで採用された画像システムの種類と完全に無関係なので、ローカル画像システムの表示機能がシームレスに使用できて、ローカルシステムと実装可能なシステムのソフトウェアが同時に同一表示装置を使用できるようになる。更に、実装可能なオペレーティングシステムとローカルシステムはプロセス間通信により情報交換して、二者間の著作権感染の問題が回避でき、二者の著作権での完全な独立性が保証できる。
【００５９】
図５は本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示装置の構造を示し、代理モジュール５１０と、画像処理モジュール５２０と、ディスプレイドライバモジュール５３０と、ディスプレイメモリモジュール５４０と実行モジュール５５０とを含む。
【００６０】
そのうち、代理モジュール５１０は、第２オペレーティングシステムからの表示要求を受信し、記憶領域に記憶されるアプリケーション画像を読み取り、ローカル画像表示システムの配置により、窓口マネージャーにより前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、前記アプリケーション画像を前記窓口マネージャーに送信し、前記窓口マネージャーで処理されたアプリケーション画像を画像処理モジュールに送信し、必要がないと判断した場合、前記アプリケーション画像を直接に画像処理モジュール５２０に送信する。
【００６１】
また、前記代理モジュール５１０は、第２オペレーティングシステムのアプリケーションを実行した後、第１オペレーティングシステムのメモリに前記アプリケーションのために記憶領域を割り当てる。
【００６２】
具体的に、実行モジュール５５０は、第２オペレーティングシステムのアプリケーションを実行し、当該アプリケーションに対応する代理モジュール５１０は第１オペレーティングシステムのメモリにおいて当該アプリケーションのために記憶領域を割り当てる。実行モジュール５５０は当該記憶領域に対して読み書き操作を実行でき、操作完了後に当該記憶領域に記憶されるアプリケーション画像に対して表示処理を行うことを代理モジュール５１０に通知する。
【００６３】
また、前記代理モジュール５１０は、前記実行モジュール５５０に対して表示成功のメッセージを返答し、前記第２オペレーティングシステムを次のフレームの表示操作へ進ませる。
【００６４】
具体的に、ディスプレイメモリモジュール５４０が受信されたアプリケーション画像を表示完了した後、代理モジュール５１０は、前記実行モジュール５５０に対して表示成功のメッセージを返答し、前記第２オペレーティングシステムを次のフレームの表示へ移行させ、第２オペレーティングシステムの実行環境で処理されたアプリケーション画像を継続して取得する。
【００６５】
画像処理モジュール５２０は、前記代理モジュール５１０からのアプリケーション画像を受信し、前記アプリケーション画像を処理する。
【００６６】
ディスプレイドライバモジュール５３０は、ディスプレイメモリモジュール５４０の位置を取得し、前記画像処理モジュール５２０で処理されたアプリケーション画像を前記ディスプレイメモリモジュール５４０に送信する。
【００６７】
ディスプレイメモリモジュール５４０は、前記ディスプレイドライバモジュール５３０からのアプリケーション画像を受信し、前記アプリケーション画像を表示する。
【００６８】
実行モジュール５５０は、前記記憶領域に対して読み書き操作を行い、操作完了後に、前記記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を前記代理モジュール５１０に送信する。
【００６９】
前記実行モジュール５５０は、具体的に、前記第２オペレーティングシステムのアプリケーションからのＵＩ更新要求を受信し、受信されたＵＩ更新要求によりアプリケーション画像を処理し、プロセス間通信により、前記記憶領域に記憶されるアプリケーション画像をＵＩ更新して表示することを前記代理モジュール５１０に通知する。
【００７０】
本発明の実施形態は、異なるオペレーティングシステムの間のメモリ共有により、ローカルシステム上で実装可能なオペレーティングシステムのアプリケーション画像が表示できて、ローカルシステムと実装可能なオペレーティングシステムとのシームレスな統合が実現され、且つアプリケーション画像の表示効果はローカルで採用された画像システムの種類と完全に無関係なので、ローカル画像システムの表示機能がシームレスに使用できて、ローカルシステムと実装可能なシステムのソフトウェアが同時に同一表示装置を使用できるようになる。更に、実装可能なオペレーティングシステムとローカルシステムはプロセス間通信により情報交換して、二者間の著作権感染の問題が回避でき、二者の著作権での完全な独立性が保証できる。
【００７１】
上記実施形態に対する説明により、当業者が明らかに理解できるように、本発明は、ソフトウェア及び必要な汎用ハードウェアプラットフォームを組み合わせることによって実現することができる。無論、ハードウェアで実現しても良いが、前者が好ましい。そのような理解に基づき、本発明において、従来技術に対しての貢献部分は、ソフトウェア製品で具体化することができる。当該ソフトウェア製品は、端末設備（携帯電話、パソコン、サーバ、又はネットワーク側装置などであっても良い）に本発明の各実施形態に説明される前記方法を実行されるための若干の指令を含む記憶媒介に記憶される。
【００７２】
以上は本発明の好ましい実施形態だけで、当業者にとって、本発明の要旨を逸脱しない範囲で、各種変更・変形を実施できることは勿論である。これらの変更・変形は本発明の特許請求の範囲に属すれば、本発明に含まれている。
【００７３】
当業者が理解できるように、実施形態に係る装置に含まれているモジュールは、実施形態に記述されるように実施形態の装置に設置されても良く、本実施形態と異なって１つ又は複数の装置に設置されても良い。前記実施形態に係るモジュールは、一体に設置されてもよく、別に設置されてもよく、１つのモジュールに合わせられても良いし、複数のサブモジュールに分割されても良い。
【００７４】
前記した本発明の実施形態の番号は説明するためだけで、実施形態の良さを代表しない。
【００７５】
以上に開示される実施形態は、本発明を説明するためのものだけで、本発明を限定するものではない。当業者が本発明の要旨を逸脱しない範囲で実施する各種変更・変形は本発明に含まれている。
【図１】
0005620506.tif 000002
【図２】
0005620506.tif 000003
【図３】
0005620506.tif 000004
【図４】
0005620506.tif 000005
【図５】
0005620506.tif 000006