JP2013508869A - アプリケーション画像の表示方法及び装置 - Google Patents

Abstract

アプリケーション画像の表示方法と装置を提供し、当該方法は、第２オペレーティングシステムからの表示要求を受信し、記憶領域に記憶されるアプリケーション画像を読み取るステップと、ローカル画像表示システムの配置により、窓口マネージャーにより前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、前記アプリケーション画像を前記窓口マネージャーに送信し、前記窓口マネージャーで処理されたアプリケーション画像を画像表示ライブラリに送信して処理し、必要がないと判断した場合、前記アプリケーション画像を直接に画像表示ライブラリに送信して処理するステップと、ディスプレイドライバによりディスプレイメモリの位置を取得し、前記画像表示ライブラリで処理されたアプリケーション画像を前記ディスプレイメモリに送信し、前記ディスプレイメモリにより前記アプリケーション画像を表示するステップとを含む。本発明によれば、実装可能なオペレーティングシステムのアプリケーション画像がローカルオペレーティングシステム上で表示できるようになる。
【選択図】図１

Description

本発明は通信技術領域に関し、特にアプリケーション画像の表示方法及び装置に関する。

移動通信装置及びオペレーティングシステムの進歩に伴い、スマートフォンＯＳ（オペレーティングシステム）は、主流の携帯電話に備えなければならないアプリケーション搭載の環境となってきた。各種のスマートフォンＯＳのメーカーには、激しい競争が繰り広げられている。しかし、各種のスマートフォンＯＳは、それぞれ異なるメリットを持っており、携帯電話ユーザーの多方面の要求を満すことはできない。

従来技術では、各種スマートフォンＯＳの欠陥をカバーし、それぞれのメリットを活用するため、1台の携帯電話において異なるスマートフォンＯＳが互換できる、仮想マシンのような仮想化技術を提出する。前記仮想化技術は、ハードウェア仮想化技術とＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ、アプリケーションプログラミングインターフェース）互換レイヤ仮想化技術を含み、前記ハードウェア仮想化技術では、１つのオペレーティングシステムにおいて、複数のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央処理装置）と複数のメモリなどのハードウェア装置を仮想化し、仮想化されたハードウェア装置に、他の１つの完全なオペレーティングシステムを実装することによって、既存のオペレーティングシステムと新しく実装されたオペレーティングシステムとは、それぞれが独立し、全く異なるオペレーティングシステムとして使用されることができる。ＡＰＩ互換レイヤ仮想化技術では、１つのオペレーティングシステムにおいて、他のオペレーティングシステムの実行環境を模倣し、アプリケーションが模倣された実行環境において直接に実行する。

本発明者は本発明を実現する際、従来技術には以下の欠陥が存在することを発見した。

ハードウェア仮想化技術を利用する場合、異なるオペレーティングシステムの統合は、仮想マシンで仮想化された仮想化装置により完成される。ユーザーにとって、既存のオペレーティングシステムと新たに実装されたオペレーティングシステムは、お互いに完全に独立する２つのオペレーティングシステムであり、統一のユーザーエクスペリエンスが提供されない。ＡＰＩ互換レイヤ仮想化技術を使用する場合、異なるオペレーティングシステムの統合は、Ｘ ｓｅｒｖｅｒ(Ｘサーバ）に依存するが、通常、はめ込み式のスマートフォンのオペレーティングシステムは、Ｌｉｎｕｘ環境でのＸ ｓｅｒｖｅｒ表示アーキテクチャに基づいて設計されるものではないため、現在、異なるオペレーティングシステムの統合が実現できない。

本発明は、ローカルオペレーティングシステムにおいて、実装可能なオペレーティングシステムのアプリケーション画像を表示することができる、アプリケーション画像の及び装置を提供する。

本発明は、第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用されるアプリケーション画像を提供し、前記第１オペレーティングシステムのメモリには、第２オペレーティングシステムのアプリケーションのために割り当てられる記憶領域が含まれ、前記方法は、
前記第２オペレーティングシステムからの表示要求を受信し、前記記憶領域に記憶されるアプリケーション画像を読み取るステップと、
ローカル画像表示システムの配置により、窓口マネージャーで前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、前記アプリケーション画像を前記窓口マネージャーに送信し、前記窓口マネージャーで処理されたアプリケーション画像を画像表示ライブラリに送信して処理し、必要がないと判断した場合、直接に前記アプリケーション画像を画像表示ライブラリに送信して処理するステップと、
ディスプレイドライバによりディスプレイメモリの位置を取得し、前記画像表示ライブラリで処理されたアプリケーション画像を前記ディスプレイメモリに送信し、前記ディスプレイメモリにより前記アプリケーション画像を表示するステップと、
を含む。

好ましくは、前記第２オペレーティングシステムからの表示要求を受信する前、
前記第２オペレーティングシステムが前記記憶領域で読み書き操作を行い、操作を完了した後、前記記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を送信することをさらに含む。

好ましくは、前記第２オペレーティングシステムが記憶領域に対して読み書き操作を行うことは、具体的に、
前記第２オペレーティングシステムが、前記第２オペレーティングシステムのアプリケーションからのユーザーインターフェイスＵＩ更新要求を受信することと、
前記第２オペレーティングシステムが、受信された前記ＵＩ更新要求によってアプリケーション画像を処理することと、
を含む。

好ましくは、前記第２オペレーティングシステムが、操作を完了した後に表示要求を送信することは、具体的に、
前記第２オペレーティングシステムが、プロセス間通信により、前記記憶領域に記憶されるアプリケーション画像に対してＵＩ更新表示を行う前記表示要求を送信することを含む。

好ましくは、前記ディスプレイメモリによりアプリケーション画像を表示した後、
前記第２オペレーティングシステムに表示成功のメッセージを返して、前記第２オペレーティングシステムを次のフレームの表示操作へ進ませることを含む。

本発明に係るアプリケーション画像の表示装置は、第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用され、前記第１オペレーティングシステムのメモリには、前記第２オペレーティングシステムのアプリケーションのために割り当てられる記憶領域が含まれ、前記装置は
前記第２オペレーティングシステムからの表示要求を受信し、前記記憶領域に記憶されるアプリケーション画像を読み取り、ローカル画像表示システムの配置により、窓口マネージャーで前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、前記アプリケーション画像を前記窓口マネージャーに送信し、前記窓口マネージャーで処理されたアプリケーション画像を画像処理モジュールに送信し、必要がないと判断した場合、直接に前記アプリケーション画像を画像処理モジュールに送信する代理モジュールと、
前記代理モジュールからのアプリケーション画像を受信し、前記アプリケーション画像を処理する画像処理モジュールと、
ディスプレイメモリモジュールの位置を取得し、前記画像処理モジュールで処理されたアプリケーション画像を前記ディスプレイメモリモジュールに送信するディスプレイドライバモジュールと、
前記ディスプレイドライバモジュールからのアプリケーション画像を受信し、前記アプリケーション画像を表示するディスプレイメモリモジュールと
を含む。

好ましくは、前記代理モジュールは、第２オペレーティングシステムのアプリケーションが実行された後、前記第１オペレーティングシステムのメモリにおいて前記アプリケーションのために記憶領域を割り当てる。

好ましくは、前記装置は、
前記記憶領域に対して読み書き操作を行い、操作を完了した後に前記記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を前記代理モジュールに送信する実行モジュールをさらに含む。

好ましくは、前記実行モジュールは、具体的に、前記第２オペレーティングシステムのアプリケーションからのＵＩ更新要求を受信し、受信されたＵＩ更新要求によりアプリケーション画像を処理し、プロセス間通信により、前記記憶領域に記憶されるアプリケーション画像をＵＩ更新して表示することを前記代理モジュールに通知する。

好ましくは、前記代理モジュールは、前記実行モジュールに対して表示成功のメッセージを返し、前記第２オペレーティングシステムを次のフレームの表示操作へ進ませる。

従来の技術に比較して、本発明は以下のメリットを有する。異なるオペレーティングシステム間にはメモリを共有することによって、ローカルで実装可能なオペレーティングシステムのアプリケーション画像が表示できて、ローカルシステムと実装可能なオペレーティングシステムとのシームレスな統合が実現される。又、アプリケーション画像の表示効果は、ローカルで採用された画像システムの種類とは完全に関係がないので、ローカルの画像システムの表示機能がシームレスに使用できて、ローカルシステムと実装可能なシステムのソフトウェアが同時に同一表示装置を使用できるようになる。更に、実装可能なオペレーティングシステムとローカルシステムは、プロセス間通信により情報交換して、二者間の著作権感染の問題が回避できて、二者の著作権での完全な独立性が保証できる。

以下は、本発明の実施形態又は従来技術を更に明確に説明するため、本発明の実施形態又は従来技術に必要な図面を簡単に説明する。当業者が明らかに理解できるように、以下の図面は、本発明の実施形態の一部に関するものだけで、創造的労働を要せずに、これらの図面により他の図面も取得することができる。
本発明の実施形態に係るアプリケーション画像の表示方法のフローである。 本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示アーキテクチャを示す図である。 本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示方法のフローである。 本発明の実施形態に係るアプリケーション画像の表示装置の構造を示す図である。 本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示装置の構造を示す図である

本発明の実施形態に係る発明において、第１オペレーティングシステムで、第２オペレーティングシステムに代理機能を提供する代理モジュールが使用される。当該代理モジュールは、第１オペレーティングシステムのアプリケーションの全ての特徴を受け継ぎ、第２オペレーティングシステムとの全部通信機能が実現でき、メモリを共有することで第２オペレーティングシステムの実行環境で処理されたアプリケーション画像を取得し、第１オペレーティングシステムにより当該アプリケーション画像を処理して表示することによって、第２オペレーティングシステムのアプリケーションは、自分における特徴を持つだけではなく、第１オペレーティングシステムのアプリケーションの特徴も備えるようになって、第１オペレーティングシステムと第２オペレーティングシステムのシームレスな統合が実現される。なお、第１オペレーティングシステムと第２オペレーティングシステムのシームレスな統合の前提としては、２つのシステムが同一表示装置を差別なく使用できることである。

以下は、附図に基づいて、本発明の実施形態を明確に完全に説明する。無論、挙げられる実施形態は本発明の実施形態の一部だけで、全ての実施形態ではない。本発明に記載された実施形態に基づき、当業者が創造的労働せずに取得する他の実施形態は、全て本発明の範囲内にあることを認めるべきである。

図１は本発明の実施形態に係るアプリケーション画像の表示方法のフローを示している。当該は、第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用され、当該第１オペレーティングシステムのメモリには第２オペレーティングシステムのアプリケーションのために割り当てられる記憶領域が含まれる。当該方法は以下のステップを含む。

ステップ１０１：第２オペレーティングシステムからの表示要求を受信し、記憶領域に記憶されるアプリケーション画像を読み取る。

そのうち、第１オペレーティングシステムは装置におけるローカルオペレーティングシステムであっても良く、第２オペレーティングシステムは装置における実装可能なオペレーティングシステムであっても良い。第２オペレーティングシステムの実行環境は、ＡＰＩ互換レイヤに位置しており、画像処理を行い、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ、ユーザーインターフェース）画像のデータをハードウェア表示領域に転送するための画像表示処理部を含む。第１オペレーティングシステムは、メモリを第２オペレーティングシステムと共有することで、第２オペレーティングシステムの実行環境で処理されたアプリケーション画像を取得できる。

具体的に、第２オペレーティングシステムのアプリケーションを実行し、当該アプリケーションに対応する第１オペレーティングシステムの代理モジュールにより、第１オペレーティングシステムのメモリで当該アプリケーションのために記憶領域を割り当てる。第２オペレーティングシステムの実行環境は、当該記憶領域に対して読み書き操作を実行でき、操作完了後に当該記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を送信する。

ステップ１０２：ローカル画像表示システムの配置により、窓口マネージャーで当該アプリケーション画像を処理する必要があるか否かを判断する。必要があると判断した場合、ステップ１０３を実行し、必要がないと判断した場合、ステップ１０４を実行する。

そのうち、窓口マネージャーはシステムアプリケーションに必要なライブラリであり、即ち、第１オペレーティングシステムにおける窓口管理を担当するモジュールである。アプリケーションのＵＩは窓口により管理されるため、全ての表示は窓口により表示装置に出力されて、第２オペレーティングシステムのアプリケーションと第１オペレーティングシステムのアプリケーションは、いずれも表示したい画像を当該窓口マネージャーに送信して表示する必要がある。

ステップ１０３：アプリケーション画像を窓口マネージャーに送信し、窓口マネージャーで処理されたアプリケーション画像を画像表示ライブラリに送信して処理する。

ステップ１０４：直接にアプリケーション画像を画像表示ライブラリに送信して処理する。

そのうち、画像表示ライブラリは、オペレーティングシステムにおけるカーネルと上位層と情報交換するための中間層で、即ち、ハードウェアドライバ抽象化層である。前記画像表示ライブラリは、システムがグラフィックス加速処理が必要とする際、類似のハードウェア加速モジュールを採用して画像表示を行い、描画と３Ｄ処理を含むＵＩ表示を直接にグラフィックス加速モジュールによりハードウェア装置に表示する。

ステップ１０５：ディスプレイドライバによりディスプレイメモリの位置を取得し、画像表示ライブラリで処理されたアプリケーション画像をディスプレイメモリに送信し、当該ディスプレイメモリにより当該アプリケーション画像を表示する。

そのうち、ディスプレイドライバは、オペレーティングシステムのコアモジュールであり、システムハードウェア管理・システムスケジューリング・メモリ管理及びハードウェア割り込み処理（例えば、ローディング、グラフィックカードの配置）に用いられる。当該ディスプレイドライバにより、システムは当該表示装置を識別でき、システムアプリケーションは表示内容をハードウェアディスプレイメモリに送信できる。ディスプレイメモリは、オペレーティングシステムの基本的なハードウェアであり、スクリーンに出力されるデータを受信し、受信されたデータを表示する。

本発明の実施形態は、異なるオペレーティングシステム間にメモリを共有することにより、ローカルシステムで実装可能なオペレーティングシステムのアプリケーション画像が表示できて、ローカルシステムと実装可能なオペレーティングシステムとのシームレスな統合が実現され、且つアプリケーション画像の表示効果はローカルで採用された画像システムの種類と完全に無関係なので、ローカル画像システムの表示機能がシームレスに使用できて、ローカルシステムと実装可能なシステムのソフトウェアが同時に同一表示装置を使用できるようになる。更に、実装可能なオペレーティングシステムとローカルシステムは、プロセス間通信により情報交換して、二者間の著作権感染の問題が回避でき、二者の著作権での完全な独立性が保証できる。

図２は、本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示アーキテクチャを示し、実装可能なオペレーティングシステムのアプリケーション（Ｉｎｓｔａｌｌａｂｌｅ ＯＳ Ａｐｐｌｉｃａｔｉｏｎ) ２１０と、実装可能なオペレーティングシステムの実行環境（Ｉｎｓｔａｌｌａｂｌｅ ＯＳ ｒｕｎｔｉｍｅ) ２２０と、代理モジュール（Ｐｒｏｘｙ）２３０と、窓口マネージャー（Ｗｉｎｄｏｗｓ Ｍａｎａｇｅｒ) ２４０と、画像表示ライブラリ（Ｏｐｅｎ ＧＬ) ２５０と、ディスプレイドライバ（Ｄｉｓｐｌａｙ Ｄｒｉｖｅｒ) ２６０とハードウェアディスプレイメモリ（Ｈａｒｄｗａｒｅ Ｆｒａｍｅ ｂｕｆｆｅｒ）２７０とを含む 。

そのうち、実装可能なオペレーティングシステムの実行環境２２０は、ＡＰＩ互換レイヤに位置しており、画像処理を行ってＵＩ画像のデータをハードウェア表示領域に転送する画像表示処理部を含む。代理モジュール２３０は、実装可能なオペレーティングシステムの実行環境とローカルオペレーティングシステムとの画像ジョインティングモジュールであり、メモリ共有とプロセス間通信により実装可能なオペレーティングシステムの実行環境と通信し、実装可能なオペレーティングシステムの実行環境で表示したいＵＩをローカル画像表示システムに送信して処理することで、ローカル画像システムと実装可能なオペレーティングシステムの実行環境が同時に同一表示装置を共有でき、且つ実装可能なオペレーティングシステムのアプリケーションとローカルオペレーティングシステムとのシームレスな統合が実現される。窓口マネージャー２４０は、システムのアプリケーションに必要なライブラリであり、即ち、ローカルオペレーティングシステムにおける窓口管理を担当するモジュールであり、アプリケーションのＵＩは窓口に基づいて管理されるため、全ての表示は窓口により表示装置に出力される。つまり、実装可能なオペレーティングシステムのアプリケーションとローカルオペレーティングシステムのアプリケーションは、ともに表示したい画像を当該窓口マネージャーに送信して表示する必要がある。画像表示ライブラリ２５０は、オペレーティングシステムのカーネルと上位層とが情報交換する中間層で、即ち、ハードウェアドライバ抽象化層であり、システムはグラフィックス加速が必要する際、類似のハードウェア加速モジュールで画像表示を行い、描画と３Ｄ処理を含むＵＩ表示を直接にグラフィックス加速モジュールによりハードウェア装置に表示する。ディスプレイドライバ２６０は、オペレーティングシステムのコアモジュールであり、システムハードウェア管理・システムスケジューリング・メモリ管理、ハードウェア割り込み処理（例えば、ローディング及びグラフィックカードの配置）に用いられる。ディスプレイドライバ２６０により、システムは当該表示装置を識別でき、システムアプリケーションは表示したい内容をハードウェディスプレイメモリに送信できる。ハードウェアディスプレイメモリ２７０は、オペレーティングシステムの基本的なハードウェア装置で、スクリーンに出力されるデータを受信し、受信されたデータを表示する。

以下は前記応用シナリオに関連し、本発明の実施形態に係るアプリケーション画像の表示方法を詳細に説明する。

図３は本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示方法のフローを示している。具体的に、以下のステップを含む。

ステップ３０１：実装可能なオペレーティングシステムのアプリケーションを実行する。

ステップ３０２：実装可能なオペレーティングシステムのアプリケーションは、実装可能なオペレーティングシステムの実行環境に対してＵＩ更新要求を送信する。

ステップ３０３：実装可能なオペレーティングシステムの実行環境は、受信されたＵＩ更新要求によりアプリケーション画像を処理し、処理されたアプリケーション画像をメモリ共有で代理モジュールに送信する。

具体的に、実装可能なオペレーティングシステムのアプリケーションを実行し、当該アプリケーションに対応するローカルオペレーティングシステムの代理モジュールにより、ローカルオペレーティングシステムのメモリで当該アプリケーションのために記憶領域を割り当てる。実装可能なオペレーティングシステムの実行環境は、当該記憶領域に対して読み書き操作を実行でき、操作完了後にプロセス間通信により、記憶領域に記憶されるアプリケーション画像をＵＩ更新して表示する表示要求を代理モジュールに送信する。

そのうち、代理モジュールは、実装可能なオペレーティングシステムの実行環境とローカルオペレーティングシステムとの画像ジョインティングモジュールであり、メモリ共有及びプロセス間通信により実装可能なオペレーティングシステムの実行環境と通信し、実装可能なオペレーティングシステムの実行環境の表示したいＵＩをローカル画像表示システムに送信して処理することで、ローカル画像システムと実装可能なオペレーティングシステムの実行環境が同時に同一表示装置を共有でき、実装可能なオペレーティングシステムのアプリケーションとローカルオペレーティングシステムのシームレスな統合が実現される。

ステップ３０４：代理モジュールは、ローカル画像表示システムの配置により、窓口マネージャーで前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、ステップ３０５を実行し、必要がないと判断した場合、ステップ３０６を実行する 。

ステップ３０５：代理モジュールはアプリケーション画像を窓口マネージャーに送信し、窓口マネージャーで処理されたアプリケーション画像を画像表示ライブラリに送信して処理する。

ステップ３０６：代理モジュールは、直接にアプリケーション画像を画像表示ライブラリに送信して処理する。

ステップ３０７：ディスプレイドライバによりディスプレイメモリの位置を取得し、画像表示ライブラリで処理されたアプリケーション画像をディスプレイメモリに送信する。

ステップ３０８：ディスプレイメモリは受信されたアプリケーション画像を表示し、表示完了後に順次にディスプレイドライバと画像表示ライブラリにより代理モジュールに表示成功のメッセージを返す。

ステップ３０９：代理モジュールは、プロセス間通信により表示成功のメッセージを実装可能なオペレーティングシステムの実行環境に通知し、実装可能なオペレーティングシステムを次のフレームの表示操作へ進ませる。

本発明の実施形態は、異なるオペレーティングシステムの間のメモリ共有により、ローカルシステムで実装可能なオペレーティングシステムのアプリケーション画像が表示できて、ローカルシステムと実装可能なオペレーティングシステムとのシームレスな統合が実現され、且つアプリケーション画像の表示効果はローカルで採用された画像システムの種類と完全に無関係なので、ローカル画像システムの表示機能がシームレスに使用できて、ローカルシステムと実装可能なシステムのソフトウェアが同時に同一表示装置を使用できる。更に、実装可能なオペレーティングシステムとローカルシステムは、プロセス間通信により情報交換して、二者間の著作権感染の問題が回避でき、二者の著作権での完全な独立性が保証できる。

以上は、本発明のアプリケーション画像の表示方法及び応用シナリオを提供する。さらに、本発明は、当該アプリケーション画像の表示方法を適用する装置も提供する。

図４は、本発明の実施形態に係るアプリケーション画像の表示装置の構造を示し、当該表示装置は、第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用され、当該第１オペレーティングシステムのメモリには第２オペレーティングシステムのアプリケーションのために割り当てられる記憶領域が含まれ、当該装置は代理モジュール４１０と、画像処理モジュール４２０と、ディスプレイドライバモジュール４３０と、ディスプレイメモリモジュール４４０とを含む。

代理モジュール４１０は、第２オペレーティングシステムからの表示要求を受信し、記憶領域に記憶されるアプリケーション画像を読み取り、ローカル画像表示システムの配置により、窓口マネージャーにより前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、前記アプリケーション画像を前記窓口マネージャーに送信し、前記窓口マネージャーで処理されたアプリケーション画像を画像処理モジュールに送信し、必要がないと判断した場合、前記アプリケーション画像を直接に画像処理モジュール４２０に送信する。

具体的に、代理モジュール４１０は、第２オペレーティングシステムの実行環境と第１オペレーティングシステムとの画像を接合するモジュールであり、メモリ共有とプロセス間通信により第２オペレーティングシステムの実行環境と通信し、第２オペレーティングシステムの実行環境の表示したいＵＩをローカル画像表示システムに送信して処理することによって、ローカル画像システムと第２オペレーティングシステムの実行環境が同時に同一表示装置を共有できるようになり、第２オペレーティングシステムのアプリケーションと第１オペレーティングシステムのシームレスな統合が実現される。

画像処理モジュール４２０は、前記代理モジュール４１０からのアプリケーション画像を受信し、前記アプリケーション画像を処理する。

ディスプレイドライバモジュール４３０は、ディスプレイメモリモジュール４４０の位置を取得し、前記画像処理モジュール４２０で処理されたアプリケーション画像を前記ディスプレイメモリモジュール４４０に送信する。

具体的に、ディスプレイドライバモジュール４３０は、オペレーティングシステムのコアモジュールであり、システムハードウェア管理・システムスケジューリング・メモリ管理、及びハードウェア割り込み処理（例えば、ローディング及びグラフィックカードの配置）に用いられる。ディスプレイドライバモジュール４３０により、システムは当該表示装置を識別でき、システムアプリケーションは表示内容をハードウェアディスプレイメモリに送信できる。

ディスプレイメモリモジュール４４０は、前記ディスプレイドライバモジュール４３０からのアプリケーション画像を受信し、前記アプリケーション画像を表示する。

具体的に、ディスプレイメモリモジュール４４０はオペレーティングシステムの基本的なハードウェアであり、スクリーンに出力されるデータを受信し、受信されたデータを表示する。

本発明の実施形態は、異なるオペレーティングシステムの間のメモリ共有により、ローカルシステム上で実装可能なオペレーティングシステムのアプリケーション画像が表示できて、ローカルシステムと実装可能なオペレーティングシステムとのシームレスな統合が実現され、且つアプリケーション画像の表示効果はローカルで採用された画像システムの種類と完全に無関係なので、ローカル画像システムの表示機能がシームレスに使用できて、ローカルシステムと実装可能なシステムのソフトウェアが同時に同一表示装置を使用できるようになる。更に、実装可能なオペレーティングシステムとローカルシステムはプロセス間通信により情報交換して、二者間の著作権感染の問題が回避でき、二者の著作権での完全な独立性が保証できる。

図５は本発明の実施形態の応用シナリオにおけるアプリケーション画像の表示装置の構造を示し、代理モジュール５１０と、画像処理モジュール５２０と、ディスプレイドライバモジュール５３０と、ディスプレイメモリモジュール５４０と実行モジュール５５０とを含む。

そのうち、代理モジュール５１０は、第２オペレーティングシステムからの表示要求を受信し、記憶領域に記憶されるアプリケーション画像を読み取り、ローカル画像表示システムの配置により、窓口マネージャーにより前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、前記アプリケーション画像を前記窓口マネージャーに送信し、前記窓口マネージャーで処理されたアプリケーション画像を画像処理モジュールに送信し、必要がないと判断した場合、前記アプリケーション画像を直接に画像処理モジュール５２０に送信する。

また、前記代理モジュール５１０は、第２オペレーティングシステムのアプリケーションを実行した後、第１オペレーティングシステムのメモリに前記アプリケーションのために記憶領域を割り当てる。

具体的に、実行モジュール５５０は、第２オペレーティングシステムのアプリケーションを実行し、当該アプリケーションに対応する代理モジュール５１０は第１オペレーティングシステムのメモリにおいて当該アプリケーションのために記憶領域を割り当てる。実行モジュール５５０は当該記憶領域に対して読み書き操作を実行でき、操作完了後に当該記憶領域に記憶されるアプリケーション画像に対して表示処理を行うことを代理モジュール５１０に通知する。

また、前記代理モジュール５１０は、前記実行モジュール５５０に対して表示成功のメッセージを返答し、前記第２オペレーティングシステムを次のフレームの表示操作へ進ませる。

具体的に、ディスプレイメモリモジュール５４０が受信されたアプリケーション画像を表示完了した後、代理モジュール５１０は、前記実行モジュール５５０に対して表示成功のメッセージを返答し、前記第２オペレーティングシステムを次のフレームの表示へ移行させ、第２オペレーティングシステムの実行環境で処理されたアプリケーション画像を継続して取得する。

画像処理モジュール５２０は、前記代理モジュール５１０からのアプリケーション画像を受信し、前記アプリケーション画像を処理する。

ディスプレイドライバモジュール５３０は、ディスプレイメモリモジュール５４０の位置を取得し、前記画像処理モジュール５２０で処理されたアプリケーション画像を前記ディスプレイメモリモジュール５４０に送信する。

ディスプレイメモリモジュール５４０は、前記ディスプレイドライバモジュール５３０からのアプリケーション画像を受信し、前記アプリケーション画像を表示する。

実行モジュール５５０は、前記記憶領域に対して読み書き操作を行い、操作完了後に、前記記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を前記代理モジュール５１０に送信する。

前記実行モジュール５５０は、具体的に、前記第２オペレーティングシステムのアプリケーションからのＵＩ更新要求を受信し、受信されたＵＩ更新要求によりアプリケーション画像を処理し、プロセス間通信により、前記記憶領域に記憶されるアプリケーション画像をＵＩ更新して表示することを前記代理モジュール５１０に通知する。

本発明の実施形態は、異なるオペレーティングシステムの間のメモリ共有により、ローカルシステム上で実装可能なオペレーティングシステムのアプリケーション画像が表示できて、ローカルシステムと実装可能なオペレーティングシステムとのシームレスな統合が実現され、且つアプリケーション画像の表示効果はローカルで採用された画像システムの種類と完全に無関係なので、ローカル画像システムの表示機能がシームレスに使用できて、ローカルシステムと実装可能なシステムのソフトウェアが同時に同一表示装置を使用できるようになる。更に、実装可能なオペレーティングシステムとローカルシステムはプロセス間通信により情報交換して、二者間の著作権感染の問題が回避でき、二者の著作権での完全な独立性が保証できる。

上記実施形態に対する説明により、当業者が明らかに理解できるように、本発明は、ソフトウェア及び必要な汎用ハードウェアプラットフォームを組み合わせることによって実現することができる。無論、ハードウェアで実現しても良いが、前者が好ましい。そのような理解に基づき、本発明において、従来技術に対しての貢献部分は、ソフトウェア製品で具体化することができる。当該ソフトウェア製品は、端末設備（携帯電話、パソコン、サーバ、又はネットワーク側装置などであっても良い）に本発明の各実施形態に説明される前記方法を実行されるための若干の指令を含む記憶媒介に記憶される。

以上は本発明の好ましい実施形態だけで、当業者にとって、本発明の要旨を逸脱しない範囲で、各種変更・変形を実施できることは勿論である。これらの変更・変形は本発明の特許請求の範囲に属すれば、本発明に含まれている。

当業者が理解できるように、実施形態に係る装置に含まれているモジュールは、実施形態に記述されるように実施形態の装置に設置されても良く、本実施形態と異なって１つ又は複数の装置に設置されても良い。前記実施形態に係るモジュールは、一体に設置されてもよく、別に設置されてもよく、１つのモジュールに合わせられても良いし、複数のサブモジュールに分割されても良い。

前記した本発明の実施形態の番号は説明するためだけで、実施形態の良さを代表しない。

以上に開示される実施形態は、本発明を説明するためのものだけで、本発明を限定するものではない。当業者が本発明の要旨を逸脱しない範囲で実施する各種変更・変形は本発明に含まれている。

Claims (10)

1. 第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用される、アプリケーション画像のであって、前記第１オペレーティングシステムのメモリには、前記第２オペレーティングシステムのアプリケーションのために割り当てられた記憶領域が含まれ、前記方法は、
   前記第２オペレーティングシステムからの表示要求を受信し、前記記憶領域に記憶されたアプリケーション画像を読み取るステップと、
   ローカル画像表示システムの配置により、窓口マネージャで前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、前記アプリケーション画像を前記窓口マネージャに送信し、前記窓口マネージャで処理されたアプリケーション画像を画像表示ライブラリに送信して処理し、必要がないと判断した場合、前記アプリケーション画像を直接に画像表示ライブラリに送信して処理するステップと、
   ディスプレイドライバによりディスプレイメモリの位置を取得し、前記画像表示ライブラリで処理されたアプリケーション画像を前記ディスプレイメモリに送信し、前記ディスプレイメモリにより前記アプリケーション画像を表示するステップと、
   を含むことを特徴とするアプリケーション画像の表示方法。
2. 前記第２オペレーティングシステムからの表示要求を受信する前に、
   前記第２オペレーティングシステムは前記記憶領域に対して読み書き操作を行い、操作完了後に前記記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を送信すること、
   をさらに含むことを特徴とする請求項１に記載のアプリケーション画像の表示方法。
3. 前記第２オペレーティングシステムが記憶領域に対して読み書き操作を行うことは、具体的に、
   前記第２オペレーティングシステムが、前記第２オペレーティングシステムのアプリケーションからのユーザーインターフェイスＵＩ更新要求を受信することと、
   前記第２オペレーティングシステムが、受信されたＵＩ更新要求によりアプリケーション画像を処理することと、
   を含むことを特徴とする請求項２に記載のアプリケーション画像の表示方法。
4. 前記第２オペレーティングシステムが操作完了後に表示要求を送信することは、具体的に、
   前記第２オペレーティングシステムがプロセス間通信により、前記記憶領域に記憶されたアプリケーション画像をＵＩ更新して表示する前記表示要求を送信すること、
   を含むことを特徴とする請求項２に記載のアプリケーション画像の表示方法。
5. 前記ディスプレイメモリによりアプリケーション画像を表示した後、
   前記第２オペレーティングシステムに表示成功のメッセージを返し、前記第２オペレーティングシステムを次のフレームの表示操作へ進ませること、
   をさらに含むことを特徴とする請求項１に記載のアプリケーション画像の表示方法。
6. 第１オペレーティングシステムと第２オペレーティングシステムを含む設備に適用される、アプリケーション画像の装置であって、前記第１オペレーティングシステムのメモリには、前記第２オペレーティングシステムのアプリケーションのために割り当てられた記憶領域が含まれ、前記装置は、
   前記第２オペレーティングシステムからの表示要求を受信し、前記記憶領域に記憶されるアプリケーション画像を読み取り、ローカル画像表示システムの配置により、窓口マネージャで前記アプリケーション画像を処理する必要があるか否かを判断し、必要があると判断した場合、前記アプリケーション画像を前記窓口マネージャに送信し、前記窓口マネージャで処理されたアプリケーション画像を画像処理モジュールに送信し、必要がないと判断した場合、前記アプリケーション画像を直接に画像処理モジュールに送信する代理モジュールと、
   前記代理モジュールからのアプリケーション画像を受信し、前記アプリケーション画像を処理する画像処理モジュールと、
   ディスプレイメモリモジュールの位置を取得し、前記画像処理モジュールで処理されたアプリケーション画像を前記ディスプレイメモリモジュールに送信するディスプレイドライバモジュールと、
   前記ディスプレイドライバモジュールからのアプリケーション画像を受信し、前記アプリケーション画像を表示するディスプレイメモリモジュールと、
   を含むことを特徴とするアプリケーション画像の表示装置。
7. 前記代理モジュールは、さらに第２オペレーティングシステムのアプリケーションを実行した後、前記第１オペレーティングシステムのメモリに前記アプリケーションのために記憶領域を割り当てることを特徴とする請求項６に記載のアプリケーション画像の表示装置。
8. 前記記憶領域に対して読み書き操作を行い、操作完了後に、前記記憶領域に記憶されるアプリケーション画像に対して表示処理を行う表示要求を前記代理モジュールに送信する実行モジュール
   をさらに含むことを特徴とする請求項７に記載のアプリケーション画像の表示装置。
9. 前記実行モジュールは、前記第２オペレーティングシステムのアプリケーションからのＵＩ更新要求を受信し、受信されたＵＩ更新要求に基づきアプリケーション画像を処理し、プロセス間通信により、前記記憶領域に記憶されるアプリケーション画像をＵＩ更新して表示することを前記代理モジュールに通知する
   ことを特徴とする請求項８に記載のアプリケーション画像の表示装置。
10. 前記代理モジュールは、前記実行モジュールに対して表示成功のメッセージを返し、前記第２オペレーティングシステムを次のフレームの表示操作へ進ませること、
    を特徴とする請求項６に記載のアプリケーション画像の表示装置。