特開 2022-180763 メモリ共有プログラム、情報処理装置およびメモリ共有方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022180763

(43)【公開日】2022-12-07

(54)【発明の名称】メモリ共有プログラム、情報処理装置およびメモリ共有方法

(51)【国際特許分類】

   G06F 9/54 20060101AFI20221130BHJP

   G06F 9/455 20060101ALI20221130BHJP

【ＦＩ】

G06F9/54 A

G06F9/455 150

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2021087437

(22)【出願日】2021-05-25

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】北條 浩一郎

(72)【発明者】

【氏名】中村 美亜

(72)【発明者】

【氏名】朝山 幸二

(72)【発明者】

【氏名】粟ヶ窪 康成

(72)【発明者】

【氏名】村井 孝司

(57)【要約】

【課題】仮想環境から最上位のホストＯＳに具備されている各種アプリケーションをシームレスに操作する。
【解決手段】ホストＰＣ１は、最上位のＷｉｎｄｏｗｓ（２０）上に、ＷＳＬ２（１０）の仮想環境を備える。ホストＰＣ１は、アプリケーションの実行要求を受け付けると、仮想環境に立ち上げられるコンテナ（３０）であってアプリケーションを起動するコンテナ（３０）が使用するメモリ領域の一部と、ＷＳＬ２（１０）が使用するメモリ領域に含まれるアプリケーションの実行に使用されるメモリ領域とを共有する。ホストＰＣ１は、共有したメモリ領域で、Ｗｉｎｄｏｗｓ（２０）を操作するコマンドを用いてＷｉｎｄｏｗｓ（２０）上のアプリケーションを起動する。
【選択図】図１

【特許請求の範囲】

【請求項1】

最上位の第１のＯＳ（Operation System）上に、第２のＯＳ用の仮想環境を備えるコンピュータにおけるメモリ共有プログラムであって、
アプリケーションの実行要求を受け付けると、前記仮想環境に立ち上げられるコンテナであって前記アプリケーションを起動するコンテナが使用するメモリ領域の一部と、前記第２のＯＳが使用するメモリ領域に含まれる前記アプリケーションの実行に使用されるメモリ領域とを共有し、
前記共有したメモリ領域で、前記第１のＯＳを操作するコマンドを用いて前記第１のＯＳ上の前記アプリケーションを起動する
処理をコンピュータに実行させるメモリ共有プログラム。

【請求項2】

前記共有する処理は、
前記第１のＯＳ上の前記アプリケーションの実行パスを、前記第１のＯＳから取得し、
前記アプリケーションの実行パスを前記仮想環境からアクセス可能となるように変換して、前記アプリケーションの変換した実行パスおよび前記第１のＯＳを操作するコマンドを含むコンテナを前記仮想環境に立ち上げ、
前記コンテナが使用するメモリ領域の一部と、前記第２のＯＳが使用するメモリ領域に含まれる前記アプリケーションの実行に使用されるメモリ領域とを共有する
ことを特徴とする請求項１に記載のメモリ共有プログラム。

【請求項3】

前記コンテナから、前記アプリケーションの変換した実行パスおよび前記第１のＯＳを操作するコマンドを含む実行ファイルを、前記コンテナと前記第２のＯＳとの共有されたメモリ領域に配置する
ことを特徴とする請求項２に記載のメモリ共有プログラム。

【請求項4】

前記起動する処理は、前記共有されたメモリ領域で、前記第１のＯＳを操作するコマンドを含む前記実行ファイルを用いて、前記アプリケーションの変換した実行パスを起動する
ことを特徴とする請求項３に記載のメモリ共有プログラム。

【請求項5】

最上位の第１のＯＳ上に、第２のＯＳ用の仮想環境を備える情報処理装置であって、
アプリケーションの実行要求を受け付けると、前記仮想環境に立ち上げられるコンテナであって前記アプリケーションを起動するコンテナが使用するメモリ領域の一部と、前記第２のＯＳが使用するメモリ領域に含まれる前記アプリケーションの実行に使用されるメモリ領域とを共有する共有部と、
前記共有部によって共有されたメモリ領域で、前記第１のＯＳを操作するコマンドを用いて前記第１のＯＳ上の前記アプリケーションを起動する起動部と、
を有することを特徴とする情報処理装置。

【請求項6】

最上位の第１のＯＳ上に、第２のＯＳ用の仮想環境を備えるコンピュータにおけるメモリ共有方法であって、
アプリケーションの実行要求を受け付けると、前記仮想環境に立ち上げられるコンテナであって前記アプリケーションを起動するコンテナが使用するメモリ領域の一部と、前記第２のＯＳが使用するメモリ領域に含まれる前記アプリケーションの実行に使用されるメモリ領域とを共有し、
前記共有したメモリ領域で、前記第１のＯＳを操作するコマンドを用いて前記第１のＯＳ上の前記アプリケーションを起動する
処理をコンピュータが実行するメモリ共有方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、メモリ共有プログラムなどに関する。

【背景技術】

【0002】

近年、計算機上のハードウェアのリソースを有効に活用するために、一台の計算機上で複数のＯＳ（Operation System）を備える技術が利用されている（例えば、特許文献１～３参照）。例えば、計算機は、ホストＯＳとゲストＯＳを共有メモリで結合し、共有メモリを通して各ＯＳで通信したり、共有メモリ上のデータにアクセスしたりする。

【0003】

また、Ｗｉｎｄｏｗｓ（登録商標）では、Ｗｉｎｄｏｗｓ１０から計算機内の仮想環境を容易に構築するために、ＷＳＬ２（登録商標）（Windows Subsystem for Linux2）が実装された。ＷＳＬ２は、Ｗｉｎｄｏｗｓのサブシステムであり、Ｗｉｎｄｏｗｓを備える計算機上に構築されるＬｉｎｕｘ（登録商標）用の仮想環境である。

【0004】

図９は、Ｗｉｎｄｏｗｓと仮想環境との関係を示す参考図である。図９に示すように、ホストＯＳとしてのＷｉｎｄｏｗｓ上にＷＳＬ２とコンテナによる仮想環境が構築される。コンテナは、ＷＳＬ２上に展開される。そして、コンテナ内で様々なアプリケーションが実行される。

【0005】

図１０は、仮想環境からの通信方法を示す参考図である。図１０に示すように、仮想環境内のコンテナから最上位のホストＯＳ（Ｗｉｎｄｏｗｓ）上のアプリケーションを起動する際には、コンテナ内のアプリケーションは、コンテナとＷｉｎｄｏｗｓとの間の外部ＮＷ（ＮｅｔＷｏｒｋ）通信相当の専用通信ソフトウェアを経由して、Ｗｉｎｄｏｗｓ上のアプリケーションを起動する。これは、同一の計算機内であっても、仮想環境は、Ｗｉｎｄｏｗｓ環境とは独立したアプリケーション空間であると認識されるからである。ここでは、クライアントＡＰＬが、専用通信ソフトウェアを意味する。

【0006】

コンテナとＷｉｎｄｏｗｓとの間の外部ＮＷ通信相当の通信を行うためには、複雑なセキュリティ設定や、前述した専用通信ソフトウェアが必要である。

【先行技術文献】

【特許文献】

【0007】

【特許文献1】国際公開第２０１７／００６４５８号公報

【特許文献2】国際公開第２０１８／１５４９６７号公報

【特許文献3】特開２０１７－１８７９９３号公報

【発明の概要】

【発明が解決しようとする課題】

【0008】

しかしながら、従来技術では、仮想環境から最上位のホストＯＳに具備されている各種アプリケーションを簡単（シームレス）に操作することができないという問題がある。すなわち、ＷＳＬ２のＯＳであるＬｉｎｕｘおよび最上位のホストＯＳであるＷｉｎｄｏｗｓは、それぞれ同じ計算機上の同一のハードディスク上に配置されていても、論理的には独立したメモリ空間として認識される。それぞれのＯＳは、互いのメモリ領域に対してアクセスすることができない。このため、最上位のホストＯＳに具備されている各種アプリケーションは、最上位のホストＯＳと仮想環境との間で共用されない。つまり、最上位のホストＯＳに具備される各種アプリケーションは、仮想環境からシームレスに起動され、操作されない。

【0009】

本発明は、１つの側面では、仮想環境から最上位のホストＯＳに具備されている各種アプリケーションをシームレスに操作することを目的とする。

【課題を解決するための手段】

【0010】

１つの態様では、メモリ共有プログラムは、最上位の第１のＯＳ上に、第２のＯＳを備える仮想環境を備えるコンピュータにおけるメモリ共有プログラムであって、アプリケーションの実行要求を受け付けると、前記仮想環境に立ち上げられるコンテナであって前記アプリケーションを起動するコンテナが使用するメモリ領域の一部と、前記第２のＯＳが使用するメモリ領域に含まれる前記アプリケーションの実行に使用されるメモリ領域とを共有し、前記共有したメモリ領域で、前記第１のＯＳを操作するコマンドを用いて前記第１のＯＳ上の前記アプリケーションを起動する処理を、コンピュータに実行させる。

【発明の効果】

【0011】

１実施態様によれば、仮想環境から最上位のホストＯＳに具備されている各種アプリケーションをシームレスに操作することができる。

【図面の簡単な説明】

【0012】

【図1】図１は、実施例に係るホストＰＣのデータの関係を示すイメージ図である。

【図2】図２は、コンテナからＷｉｎｄｏｗｓ上アプリケーションを起動する方法を示すイメージ図である。

【図3】図３は、実施例に係るＷＳＬ２の機能構成の一例を示すブロック図である。

【図4】図４は、実施例に係るメモリの構成の一例を示す図である。

【図5】図５は、実施例に係るＷＳＬ２のシーケンスの一例を示すブロック図である。

【図6】図６は、実施例に係るメモリ共有機能部のフローチャートの一例を示す図である。

【図7】図７は、実施例に係るメモリ共有処理のシーケンスの一例を示す図である。

【図8】図８は、メモリ共有プログラムを実行するコンピュータの一例を示す図である。

【図9】図９は、Ｗｉｎｄｏｗｓと仮想環境との関係を示す参考図である。

【図10】図１０は、仮想環境からの通信方法を示す参考図である。

【発明を実施するための形態】

【0013】

以下に、本願の開示するメモリ共有プログラム、情報処理装置およびメモリ共有方法の実施例を図面に基づいて詳細に説明する。実施例では、ホストＰＣ（Personal Computer）を情報処理装置の一例として説明する。なお、本発明は、実施例により限定されるものではない。

【実施例0014】

まず、実施例では、ホストＰＣ１は、ホストＯＳとしてＷｉｎｄｏｗｓ１０以上のＷｉｎｄｏｗｓを備え、Ｗｉｎｄｏｗｓ上にＷＳＬ２（Windows Subsystem for Linux2）およびコンテナを仮想環境として実装する場合について説明する。ＷＳＬ２は、Ｗｉｎｄｏｗｓのサブシステムであり、Ｗｉｎｄｏｗｓを備えるホストＰＣ１上に構築されるＬｉｎｕｘ用の仮想環境である。ＷＳＬ２は、Ｗｉｎｄｏｗｓ上のアプリケーションを含む様々なアプリケーションを操作するコンテナを生成し、起動する。なお、実施例では、ＷｉｎｄｏｗｓのことをホストＯＳ、ＬｉｎｕｘのことをゲストＯＳという場合がある。

【0015】

［ホストＰＣのデータの関係］
図１は、実施例に係るホストＰＣのデータの関係を示すイメージ図である。図１に示すように、ホストＰＣ１は、ホストＯＳとしてＷｉｎｄｏｗｓ（２０）を備える。そして、Ｗｉｎｄｏｗｓ（２０）上にＷＳＬ２（１０）およびコンテナ３０が仮想環境として実装されている。ホストＰＣ１では、コンテナからＷｉｎｄｏｗｓ（２０）上のアプリケーションを起動するために、コンテナ３０、ＷＳＬ２（１０）およびＷｉｎｄｏｗｓ（２０）のメモリ領域を共有させる環境が構築される。すなわち、コンテナ３０、ＷＳＬ２（１０）およびＷｉｎｄｏｗｓ（２０）間で、データを共有するメモリ環境が構築される。

【0016】

［コンテナからＷｉｎｄｏｗｓ上のアプリケーションを起動する方法］
図２は、コンテナからＷｉｎｄｏｗｓ上アプリケーションを起動する方法を示すイメージ図である。図２に示すように、コンテナ３０およびＷＳＬ２（１０）では、コンテナ３０のメモリ領域とＷＳＬ２のメモリ領域内の実行フォルダの領域とを共有する。かかるメモリ領域の共有処理は、ＷＳＬ２とコンテナとの間の既に設定された既設コマンド（以降、「ＷＳＬ２既設コマンド」という）によって行われる。そして、コンテナ３０からＷＳＬ２（１０）の実行フォルダにＷｉｎｄｏｗｓ（２０）上のアプリケーションを起動するために用いられる実行ファイルが設定される。かかる配置処理は、ＷＳＬ２既設コマンドによって行われる。

【0017】

そして、ＷＳＬ２（１０）のゲストＯＳ（Ｌｉｎｕｘ）が、実行ファイルを実行することで、ＷＳＬ２（１０）およびＷｉｎｄｏｗｓ（２０）のアプリケーション領域のメモリを共有する。かかるメモリ共有処理は、ＷＳＬ２（１０）の既に設定された既設機能によって行われる。そして、ＷＳＬ２（１０）は、Ｗｉｎｄｏｗｓ（２０）上のアプリケーションを起動する。かかるアプリケーションの起動処理は、ＷＳＬ２（１０）の既に設定された既設機能によって行われる。

【0018】

これにより、ＷＳＬ２（１０）は、コンテナ３０から直接Ｗｉｎｄｏｗｓ２０上のアプリケーションを操作しているように扱うことが可能になる。

【0019】

［ＷＳＬ２の機能構成］
図３は、実施例に係るＷＳＬ２の機能構成の一例を示すブロック図である。図３に示すように、ＷＳＬ２（１０）は、コマンド入力部１１、コマンド実行部１２、メモリ共有機能部１３およびメモリ管理部１４を有する。なお、メモリ共有機能部１３は、共有部、配置部、起動部の一例である。

【0020】

コマンド入力部１１は、コマンドを入力する。例えば、コマンド入力部１１は、入力端末から利用者によって要求されるコマンドを入力する。コマンドは、Ｗｉｎｄｏｗｓ（２０）上のアプリケーションの実行要求を示すコマンドである。コマンド実行部１２は、入力されたコマンドを実行する。

【0021】

メモリ共有機能部１３は、コンテナ３０からホストＯＳ上のアプリケーションを起動するために、ホストＯＳ、ゲストＯＳおよびコンテナ３０でそれぞれ使用するメモリ２０１の領域を共有する。

【0022】

例えば、メモリ共有機能部１３は、Ｗｉｎｄｏｗｓ（２０）上のアプリケーションの実行要求を受け付けると、Ｗｉｎｄｏｗｓ（２０）上のアプリケーションの実行パスをＷｉｎｄｏｗｓ（２０）に問い合わせて、問い合わせた実行パスを取得する。メモリ共有機能部１３は、取得した実行パスをＷＳＬ２方式に変換するとともに、ＷＳＬ２方式に変換した実行パスを使った実行ファイルを含むコンテナ３０を生成し、起動する。ここでいう実行ファイルには、Ｗｉｎｄｏｗｓ（２０）上のアプリケーションを動作させる内容が記載され、一例として、ＷＳＬ２方式に変換した実行パスおよびゲストＯＳの定刻実行するクロン（ｃｒｏｎ）コマンドが含まれる。ここでいうクロン（ｃｒｏｎ）コマンドは、既に設定されたＷｉｎｄｏｗｓ（２０）を操作するコマンドである。ここでいうＷＳＬ２方式に変換された実行パスは、Ｗｉｎｄｏｗｓ（２０）上の実行パスにＷＳＬ２からアクセス可能となるような論理的な実行パスのことをいう。一例として、Ｗｉｎｄｏｗｓ（２０）上の実行パスが「Ｃ：￥Ｗｉｎｄｏｗｓ￥～」である場合に、ＷＳＬ２方式に変換すると、変換された実行パスは「／ｍｎｔ／ｃ／Ｗｉｎｄｏｗｓ／～」となる。メモリ共有機能部１３は、変換された実行パスによって、ＷＳＬ２（１０）からＷｉｎｄｏｗｓ（２０）上のデータへアクセスすることが可能となる。

【0023】

そして、メモリ共有機能部１３は、ＷＳＬ２既設コマンドを用いて、コンテナ３０のメモリ領域とＷＳＬ２（１０）のメモリ領域内の実行フォルダの領域とを共有する。そして、メモリ共有機能部１３は、ＷＳＬ２既設コマンドを用いて、実行ファイルを配置するようにコンテナ３０に要求し、共有した実行フォルダの領域に実行ファイルを配置する。そして、メモリ共有機能部１３は、メモリ管理部１４を介して、実行ファイルを実行することで、ＷＳＬ２（１０）のメモリ領域内の実行フォルダの領域とＷｉｎｄｏｗｓ（２０）上のアプリケーション領域との間のメモリ共有を行う。すなわち、コンテナ３０、ＷＳＬ２（１０）およびＷｉｎｄｏｗｓ（２０）のメモリ領域を共有させる環境が構築される。加えて、メモリ共有機能部１３は、変換した実行パスを起動することで、Ｗｉｎｄｏｗｓ（２０）上のアプリケーションを起動する。つまり、メモリ共有機能部１３は、実行ファイルを共有することで、本来コンテナ３０が参照することが不可能なＷｉｎｄｏｗｓ（２０）のメモリ空間上に存在するアプリケーションを実行することが可能となる。

【0024】

メモリ管理部１４は、ホストＰＣ１上に搭載されるメモリ２０１を管理する。

【0025】

［メモリの構成］
ここで、実施例に係る物理的なメモリ２０１の構成を、図４を参照して説明する。図４は、実施例に係るメモリの構成の一例を示す図である。図４に示すように、物理的なメモリ２０１の領域では、ホストＯＳであるＷｉｎｄｏｗｓ（２０）の領域、ＷＳＬ２（１０）のゲストＯＳの領域およびコンテナ３０の領域がそれぞれ独立し、排他された領域としてメモリがアロケート（確保）される。すなわち、ホストＯＳであるＷｉｎｄｏｗｓ（２０）の領域は、ゲストＯＳやコンテナ３０が参照できない領域である。ＷＳＬ２（１０）のゲストＯＳの領域は、ホストＯＳやコンテナ３０が参照できない領域である。コンテナ３０の領域は、ホストＯＳやゲストＯＳが参照できない領域である。

【0026】

メモリ共有機能部１３は、メモリ管理部１４を介して、ホストＯＳ、ゲストＯＳおよびコンテナ３０にて共有することができる共有メモリ領域Ａをアロケート（確保）する。そして、メモリ共有機能部１３は、共有メモリ領域Ａを用いて、ホストＯＳが具備するアプリケーションを共用する。すなわち、メモリ共有機能部１３は、共有メモリ領域Ａを使用して、コンテナ３０からＷｉｎｄｏｗｓ２０上のアプリケーションを起動する。

【0027】

［ＷＳＬ２のシーケンス］
図５は、実施例に係るＷＳＬ２のシーケンスの一例を示すブロック図である。なお、図５におけるプロセス通信部は、実施例では不要な部分であり、従来技術と比較するために表わされる。図５に示すように、コマンド入力部１１は、入力端末からアプリケーションの実行条件を設定する（ステップＳ１１）。コマンド実行部１２は、アプリケーションの実行を要求する（ステップＳ１２）。アプリケーションの実行要求を受け付けたメモリ共有機能部１３は、ホストＯＳ（Ｗｉｎｄｏｗｓ２０）上のアプリケーションを実行するために、メモリ管理部１４に対してメモリ共有処理を実行する（ステップＳ１３）。なお、メモリ共有処理については、後述する。そして、メモリ管理部１４は、ＷＳＬ２によるメモリ共有を行い、物理的なメモリ２０１に対してホストＯＳ（Ｗｉｎｄｏｗｓ２０）を操作するコマンドを実行する（ステップＳ１４）。すなわち、メモリ管理部１４は、ＷＳＬ２によるメモリ共有を行う。

【0028】

なお、従来技術におけるコンテナ３０からホストＯＳ（Ｗｉｎｄｏｗｓ２０）上のアプリケーションを起動する方法では、ＷＳＬ２（１０）は、さらに、プロセス通信部を有する。プロセス通信部は、メモリ共有機能部１３からアプリケーション実行設定の要求を受信すると、メモリ管理部１４との間でアプリケーション実行設定に関する通信を行う。そして、メモリ管理部１４は、アプリケーション実行設定を行い、実行設定に関する応答をプロセス通信部に送信する。プロセス通信部は、メモリ共有機能部１３に実行設定に関する応答を送信する。すなわち、プロセス通信部は、コンテナ３０とＷｉｎｄｏｗｓ（２０）間の外部ＮＷ通信相当の外部通信を行い、Ｗｉｎｄｏｗｓ（２０）上のアプリケーションを起動するための設定を行う。実施例に係るＷＳＬ２（１０）では、従来必要であったプロセス通信部のアクセスが不要になる。

【0029】

［メモリ共有機能部のフローチャート］
ここで、メモリ共有機能部１３によるメモリ共有処理について、図６を参照して説明する。図６は、実施例に係るメモリ共有機能部のフローチャートの一例を示す図である。図６に示すように、アプリケーションの実行要求を受け付けたメモリ共有機能部１３は、Ｗｉｎｄｏｗｓアプリケーションのメモリ領域を把握し、設定する（ステップＳ２１）。すなわち、メモリ共有機能部１３は、Ｗｉｎｄｏｗｓ（２０）に対してアプリケーションの実行パス（メモリ領域）を問い合わせて、問い合わせた実行パスをＷｉｎｄｏｗｓ（２０）から取得し、設定（保持）する。ここでは、メモリ２０１のメモリ空間に設定されたホストＯＳ（Ｗｉｎｄｏｗｓ２０）上のアプリケーション領域の実行パスが取得され、設定（保持）される。メモリ共有機能部１３は、Ｗｉｎｄｏｗｓアプリケーションのメモリ領域の設定に成功したか否かを判定する（ステップＳ２１Ａ）。Ｗｉｎｄｏｗｓアプリケーションのメモリ領域の設定に失敗したと判定した場合には（ステップＳ２１Ａ；Ｎｏ）、メモリ共有機能部１３は、ステップＳ２１に移行する。

【0030】

一方、Ｗｉｎｄｏｗｓアプリケーションのメモリ領域の設定に成功したと判定した場合には（ステップＳ２１Ａ；Ｙｅｓ）、メモリ共有機能部１３は、ホストＯＳ（Ｗｉｎｄｏｗｓ２０）上のアプリケーションの実行パスをＷＳＬ２方式に変換し、当該アプリケーションを起動するコンテナ３０を生成する（ステップＳ２２）。例えば、メモリ共有機能部１３は、ＷＳＬ２方式に変換した実行パスを使った実行ファイルを含めたコンテナ３０を生成する。なお、かかる処理は、ＷＳＬ２の既設の記載ルールに基づき行われる。ここでは、メモリ２０１におけるメモリ空間に、ゲストＯＳのアプリケーション領域が設定される。ゲストＯＳのアプリケーション領域およびホストＯＳのアプリケーション領域は、この段階では、それぞれ互いの領域を参照できない排他領域である。メモリ共有機能部１３は、変換処理またはコンテナ３０の生成処理に成功したか否かを判定する（ステップＳ２２Ａ）。変換処理またはコンテナ３０の生成処理に失敗したと判定した場合には（ステップＳ２２Ａ；Ｎｏ）、メモリ共有機能部１３は、ステップＳ２１に移行する。

【0031】

一方、変換処理またはコンテナ３０の生成処理に成功したと判定した場合には（ステップＳ２２Ａ；Ｙｅｓ）、メモリ共有機能部１３は、ＷＳＬ２共有のコンテナ３０を起動する（ステップＳ２３）。なお、かかる処理は、ゲストＯＳが具備している既設コマンドに基づき行われる。ここでは、メモリ２０１におけるメモリ空間に、コンテナ３０のアプリケーション領域が設定される。コンテナ３０のアプリケーション領域、ゲストＯＳのアプリケーション領域およびホストＯＳのアプリケーション領域は、この段階では、それぞれ互いの領域を参照できない排他領域である。メモリ共有機能部１３は、ＷＳＬ２共有コンテナの起動処理に成功したか否かを判定する（ステップＳ２３Ａ）。ＷＳＬ２共有コンテナの起動処理に失敗したと判定した場合には（ステップＳ２３Ａ；Ｎｏ）、メモリ共有機能部１３は、ステップＳ２１に移行する。

【0032】

一方、ＷＳＬ２共有コンテナの起動処理に成功したと判定した場合には（ステップＳ２３Ａ；Ｙｅｓ）、メモリ共有機能部１３は、ＷＳＬ２（１０）のアプリケーション領域の実行フォルダとコンテナ３０のアプリケ-ション領域とを共有する（ステップＳ２４）。なお、かかる処理は、ゲストＯＳが具備している既設コマンドに基づき行われる。ここでは、メモリ２０１におけるメモリ空間では、ゲストＯＳにおけるアプリケーション領域の実行フォルダの領域とコンテナ３０におけるアプリケーション領域とが共有メモリ領域となる。メモリ共有機能部１３は、ＷＳＬ２（１０）のアプリケーション領域の実行フォルダとコンテナ３０のアプリケ-ション領域との共有処理に成功したか否かを判定する（ステップＳ２４Ａ）。ＷＳＬ２（１０）のアプリケーション領域の実行フォルダとコンテナ３０のアプリケ-ション領域との共有処理に失敗したと判定した場合には（ステップＳ２４Ａ；Ｎｏ）、メモリ共有機能部１３は、ステップＳ２１に移行する。

【0033】

一方、ＷＳＬ２（１０）のアプリケーション領域の実行フォルダとコンテナ３０のアプリケ-ション領域との共有処理に成功したと判定した場合には（ステップＳ２４Ａ；Ｙｅｓ）、メモリ共有機能部１３は、以下の処理を行う。すなわち、メモリ共有機能部１３は、ＷＳＬ２（１０）のアプリケーション領域における実行フォルダの領域に実行ファイルを配置する（ステップＳ２５）。例えば、メモリ共有機能部１３は、コンテナ３０に対して実行ファイルを配置するように要求し、ＷＳＬ２（１０）のアプリケーション領域における実行フォルダの領域に実行ファイルを配置する。なお、かかる処理は、ＷＳＬ２既設コマンドに基づき行われる。メモリ共有機能部１３は、配置処理に成功したか否かを判定する（ステップＳ２５Ａ）。配置処理に失敗したと判定した場合には（ステップＳ２５Ａ；Ｎｏ）、メモリ共有機能部１３は、ステップＳ２１に移行する。

【0034】

一方、配置処理に成功したと判定した場合には（ステップＳ２５Ａ；Ｙｅｓ）、メモリ共有機能部１３は、実行ファイルの実行によって、Ｗｉｎｄｏｗｓ２０上のアプリケーションの実行パスへ共有を行う（ステップＳ２６）。すなわち、メモリ共有機能部１３は、ＷＳＬ２（１０）のメモリ領域内の実行フォルダの領域とＷｉｎｄｏｗｓ（２０）上のアプリケーション領域との間のメモリ共有を行う。なお、かかる処理は、ＷＳＬ２既設機能に基づき行われる。ここでは、メモリ２０１におけるメモリ空間では、ホストＯＳにおけるアプリケーション領域とゲストＯＳにおけるアプリケーション領域とが共有メモリ領域となる。つまり、コンテナ３０のアプリケーション領域、ゲストＯＳのアプリケーション領域およびホストＯＳのアプリケーション領域は、各ＯＳ層にて共有することができる共有メモリ領域となる。メモリ共有機能部１３は、共有処理に成功したか否かを判定する（ステップＳ２６Ａ）。共有処理に失敗したと判定した場合には（ステップＳ２６Ａ；Ｎｏ）、メモリ共有機能部１３は、ステップＳ２１に移行する。

【0035】

一方、共有処理に成功したと判定した場合には（ステップＳ２６Ａ；Ｙｅｓ）、メモリ共有機能部１３は、Ｗｉｎｄｏｗｓ（２０）上のアプリケーションの実行パスを起動する（ステップＳ２７）。すなわち、メモリ共有機能部１３は、ＷＳＬ２方式に変換された実行パスを起動する。なお、かかる処理は、ＷＳＬ２既設機能に基づき行われる。これにより、メモリ共有機能部１３は、コンテナ３０から直接Ｗｉｎｄｏｗｓ（２０）上のアプリケーションを起動しているように扱うことが可能となる。メモリ共有機能部１３は、起動処理に成功したか否かを判定する（ステップＳ２７Ａ）。起動処理に失敗したと判定した場合には（ステップＳ２７Ａ；Ｎｏ）、メモリ共有機能部１３は、ステップＳ２１に移行する。一方、起動処理に成功したと判定した場合には（ステップＳ２７Ａ；Ｙｅｓ）、メモリ共有機能部１３は、メモリ共有機能部１３によるメモリ共有処理を終了する。

【0036】

［メモリ共有処理のシーケンス］
図７は、実施例に係るメモリ共有処理のシーケンスの一例を示す図である。なお、メモリ共有機能部１３は、アプリケーションの実行要求を受け付けたものとする。

【0037】

図７に示すように、メモリ共有機能部１３は、Ｗｉｎｄｏｗｓ（２０）に対して、Ｗｉｎｄｏｗｓ（２０）のアプリケーション領域を問い合わせる（ステップＳ３１）。すなわち、メモリ共有機能部１３は、Ｗｉｎｄｏｗｓ（２０）に対して、アプリケーションの実行パス（メモリ領域）を問い合わせる。そして、メモリ共有機能部１３は、Ｗｉｎｄｏｗｓ（２０）から問合せに対する通知を受け取る（ステップＳ３２）。すなわち、メモリ共有機能部１３は、Ｗｉｎｄｏｗｓ（２０）からアプリケーションの実行パス（メモリ領域）を受け取る。

【0038】

メモリ共有機能部１３は、ＷＳＬ２の既設の記載ルールを用いて、アプリケーションの実行パスをＷＳＬ２方式に変換し、当該アプリケーションを起動するコンテナ３０を生成する（ステップＳ３３）。例えば、メモリ共有機能部１３は、ＷＳＬ２方式に変換した実行パスを使った実行ファイルを含めたコンテナ３０を生成する。そして、メモリ共有機能部１３は、ゲストＯＳが具備している既設コマンドを用いて、生成したＷＳＬ２共有のコンテナ３０を起動する（ステップＳ３４）。

【0039】

すると、コンテナ３０は、ゲストＯＳが具備している既設コマンドを用いて、ＷＳＬ２（１０）のアプリケーション領域の実行フォルダとコンテナ３０のアプリケ-ション領域とを共有する（ステップＳ３５）。これにより、ゲストＯＳにおけるアプリケーション領域の実行フォルダの領域とコンテナ３０におけるアプリケーション領域とが共有メモリ空間となる。

【0040】

続いて、メモリ共有機能部１３は、ＷＳＬ２既設コマンドを用いて、ＷＳＬ２（１０）のアプリケーション領域における実行フォルダの領域に実行ファイルを配置する（ステップＳ３６）。例えば、メモリ共有機能部１３は、コンテナ３０に対して実行ファイルを配置するように要求し、ＷＳＬ２（１０）のアプリケーション領域における実行フォルダの領域に実行ファイルを配置する。

【0041】

そして、ＷＳＬ２（１０）は、ＷＳＬ２既設機能を用いて、実行ファイルの実行によって、Ｗｉｎｄｏｗｓ（２０）上のアプリケーションの実行パスへ共有を行う（ステップＳ３７）。すなわち、ＷＳＬ２（１０）は、ＷＳＬ２（１０）のメモリ領域内の実行フォルダの領域とＷｉｎｄｏｗｓ（２０）上のアプリケーション領域との間のメモリ共有を行う。つまり、コンテナ３０のアプリケーション領域、ゲストＯＳのアプリケーション領域およびホストＯＳのアプリケーション領域は、各ＯＳ層にて共有することができる共有メモリ領域となる。

【0042】

そして、ＷＳＬ２（１０）は、ＷＳＬ２既設機能を用いて、Ｗｉｎｄｏｗｓ（２０）上のアプリケーションの実行パスを起動する（ステップＳ３８）。すなわち、ＷＳＬ２（１０）は、ＷＳＬ２方式に変換された実行パスを起動する。これにより、コンテナ３０は、直接Ｗｉｎｄｏｗｓ（２０）上のアプリケーションを起動しているように扱うことが可能になる。言い換えれば、コンテナ３０は、共有空間によりＷｉｎｄｏｗｓ（２０）に具備されている各種アプリケーションをシームレスに実行することが可能になる。

【0043】

［実施例の効果］
上記実施例によれば、ホストＰＣ１は、最上位の第１のＯＳ上に、第２のＯＳ用の仮想環境を備える。ホストＰＣ１は、アプリケーションの実行要求を受け付けると、仮想環境に立ち上げられるコンテナであってアプリケーションを起動するコンテナが使用するメモリ領域の一部と、第２のＯＳが使用するメモリ領域に含まれるアプリケーションの実行に使用されるメモリ領域とを共有する。そして、ホストＰＣ１は、共有したメモリ領域で、第１のＯＳを操作するコマンドを用いて第１のＯＳ上のアプリケーションを起動する。かかる構成によれば、ホストＰＣ１は、第１のＯＳ、第２のＯＳおよびコンテナ間のアプリケーション領域を共有することで、アプリケーションをシームレスに操作できるマイクロサービスを提供できる。すなわち、ホストＰＣ１は、複雑なセキュリティ設定や専用通信ソフトウェアがなくても、第１のＯＳ上のアプリケーションをコンテナから操作可能な環境を構築できる。

【0044】

また、上記実施例によれば、ホストＰＣ１は、第１のＯＳ上のアプリケーションの実行パスを、第１のＯＳから取得する。ホストＰＣ１は、アプリケーションの実行パスを仮想環境からアクセス可能となるように変換して、アプリケーションの変換した実行パスおよび第１のＯＳを操作するコマンドを含むコンテナを仮想環境に立ち上げる。ホストＰＣ１は、コンテナが使用するメモリ領域の一部と、第２のＯＳが使用するメモリ領域に含まれるアプリケーションの実行に使用されるメモリ領域とを共有する。かかる構成によれば、ホストＰＣ１は、コンテナから第１のＯＳ上のアプリケーションをシームレスに操作する環境を構築できる。

【0045】

また、上記実施例によれば、ホストＰＣ１は、コンテナから、アプリケーションの変換した実行パスおよび第１のＯＳを操作するコマンドを含む実行ファイルを、コンテナと第２のＯＳとの共有されたメモリ領域に配置する。かかる構成によれば、ホストＰＣ１は、実行ファイルをコンテナと第２のＯＳとの共有されたメモリ領域に配置することで、コンテナから第１のＯＳ上のアプリケーションをシームレスに操作する環境を構築することが可能になる。

【0046】

また、上記実施例によれば、ホストＰＣ１は、共有されたメモリ領域で、第１のＯＳを操作するコマンドを含む実行ファイルを用いて、アプリケーションの変換した実行パスを起動する。かかる構成によれば、ホストＰＣ１は、共有されたメモリ領域で実行ファイルを用いることで、コンテナから第１のＯＳ上のアプリケーションをシームレスに起動することができる。

【0047】

［その他］
なお、上記実施例では、メモリ共有機能部１３は、ＷＳＬ２既設コマンドやゲストＯＳが具備する既設コマンドを用いて、ホストＯＳ、ゲストＯＳおよびコンテナ３０でそれぞれ使用するメモリ２０１のアプリケーション領域を共有する。そして、メモリ共有機能部１３は、ＷＳＬ２既設コマンドを用いて、ホストＯＳ上のアプリケーションを起動する。したがって、メモリ共有機能部１３は、既設コマンドを利用するので、ＷＳＬ２を具備するホストＯＳであれば、共通的に実施することができる。

【0048】

また、上記実施例では、ホストＰＣ１が、ホストＯＳとしてＷｉｎｄｏｗｓ（２０）を備え、Ｗｉｎｄｏｗｓ（２０）上にＷＳＬ２（１０）およびコンテナ３０を仮想環境として実装する場合について説明した。しかしながら、ホストＰＣ１は、これに限定されず、Ｗｉｎｄｏｗｓ（２０）とは異なるホストＯＳ上にコンテナ３０を含む仮想環境を提供する場合についても、共通的に実施することが可能である。

【0049】

また、上記実施例では、図示したホストＰＣ１に含まれるＷＳＬ２（１０）の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、ＷＳＬ２（１０）の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、コマンド入力部１１とコマンド実行部１２とを１つの部として統合しても良い。また、メモリ共有機能部１３を、アプリケーションの実行パスを変換する処理部と、変換した実行パスを使った実行ファイルを含むコンテナを起動する処理部と、実行ファイルを配置する配置部と、実行ファイルを実行する実行部と、に分散しても良い。

【0050】

また、上記実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図３に示したＷＳＬ２（１０）を含むホストＰＣ１と同様の機能を実現するメモリ共有プログラムを実行するコンピュータの一例を説明する。図８は、メモリ共有プログラムを実行するコンピュータの一例を示す図である。

【0051】

図８に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ（Central Processing Unit）２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９とを有する。また、コンピュータ２００は、記憶媒体からプログラムなどを読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信Ｉ／Ｆ（Interface）２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ（Hard Disk Drive）２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示装置２０９、ドライブ装置２１３、入力装置２１５、通信Ｉ／Ｆ２１７は、バス２１９で接続されている。

【0052】

ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、メモリ共有プログラム２０５ａおよびメモリ共有処理関連情報２０５ｂを記憶する。通信Ｉ／Ｆ２１７は、ネットワークと装置内部とのインターフェースを司り、他のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ２１７には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

【0053】

表示装置２０９は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する表示装置である。表示装置２０９は、例えば、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイなどを採用することができる。

【0054】

ＣＰＵ２０３は、メモリ共有プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスはＷＳＬ２（１０）の各機能部に対応する。メモリ共有処理関連情報２０５ｂには、例えば、ＷＳＬ２既設定記載ルール、ＷＳＬ２既設定コマンド、ゲストＯＳが具備している既設コマンドが含まれる。そして、例えばリムーバブルディスク２１１が、メモリ共有プログラム２０５ａなどの各情報を記憶する。

【0055】

なお、メモリ共有プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらからメモリ共有プログラム２０５ａを読み出して実行するようにしても良い。

【0056】

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

【0057】

（付記１）最上位の第１のＯＳ上に、第２のＯＳ用の仮想環境を備えるコンピュータにおけるメモリ共有プログラムであって、
アプリケーションの実行要求を受け付けると、前記仮想環境に立ち上げられるコンテナであって前記アプリケーションを起動するコンテナが使用するメモリ領域の一部と、前記第２のＯＳが使用するメモリ領域に含まれる前記アプリケーションの実行に使用されるメモリ領域とを共有し、
前記共有したメモリ領域で、前記第１のＯＳを操作するコマンドを用いて前記第１のＯＳ上の前記アプリケーションを起動する
処理をコンピュータに実行させるメモリ共有プログラム。

【0058】

（付記２）前記共有する処理は、
前記第１のＯＳ上の前記アプリケーションの実行パスを、前記第１のＯＳから取得し、
前記アプリケーションの実行パスを前記仮想環境からアクセス可能となるように変換して、前記アプリケーションの変換した実行パスおよび前記第１のＯＳを操作するコマンドを含むコンテナを前記仮想環境に立ち上げ、
前記コンテナが使用するメモリ領域の一部と、前記第２のＯＳが使用するメモリ領域に含まれる前記アプリケーションの実行に使用されるメモリ領域とを共有する
ことを特徴とする付記１に記載のメモリ共有プログラム。

【0059】

（付記３）前記コンテナから、前記アプリケーションの変換した実行パスおよび前記第１のＯＳを操作するコマンドを含む実行ファイルを、前記コンテナと前記第２のＯＳとの共有されたメモリ領域に配置する
ことを特徴とする付記２に記載のメモリ共有プログラム。

【0060】

（付記４）前記起動する処理は、前記共有されたメモリ領域で、前記第１のＯＳを操作するコマンドを含む前記実行ファイルを用いて、前記アプリケーションの変換した実行パスを起動する
ことを特徴とする付記３に記載のメモリ共有プログラム。

【0061】

（付記５）最上位の第１のＯＳ上に、第２のＯＳ用の仮想環境を備える情報処理装置であって、
アプリケーションの実行要求を受け付けると、前記仮想環境に立ち上げられるコンテナであって前記アプリケーションを起動するコンテナが使用するメモリ領域の一部と、前記第２のＯＳが使用するメモリ領域に含まれる前記アプリケーションの実行に使用されるメモリ領域とを共有する共有部と、
前記共有部によって共有されたメモリ領域で、前記第１のＯＳを操作するコマンドを用いて前記第１のＯＳ上の前記アプリケーションを起動する起動部と、
を有することを特徴とする情報処理装置。

【0062】

（付記６）前記共有部は、
前記第１のＯＳ上の前記アプリケーションの実行パスを、前記第１のＯＳから取得し、
前記アプリケーションの実行パスを前記仮想環境からアクセス可能となるように変換して、前記アプリケーションの変換した実行パスおよび前記第１のＯＳを操作するコマンドを含むコンテナを前記仮想環境に立ち上げ、
前記コンテナが使用するメモリ領域の一部と、前記第２のＯＳが使用するメモリ領域に含まれる前記アプリケーションの実行に使用されるメモリ領域とを共有する
ことを特徴とする付記５に記載の情報処理装置。

【0063】

（付記７）前記コンテナから、前記アプリケーションの変換した実行パスおよび前記第１のＯＳを操作するコマンドを含む実行ファイルを、前記コンテナと前記第２のＯＳとの共有されたメモリ領域に配置する配置部
を更に含むことを特徴とする付記６に記載の情報処理装置。

【0064】

（付記８）前記起動部は、前記共有されたメモリ領域で、前記第１のＯＳを操作するコマンドを含む前記実行ファイルを用いて、前記アプリケーションの変換した実行パスを起動する
ことを特徴とする付記７に記載の情報処理装置。

【0065】

（付記９）最上位の第１のＯＳ上に、第２のＯＳ用の仮想環境を備えるコンピュータにおけるメモリ共有方法であって、
アプリケーションの実行要求を受け付けると、前記仮想環境に立ち上げられるコンテナであって前記アプリケーションを起動するコンテナが使用するメモリ領域の一部と、前記第２のＯＳが使用するメモリ領域に含まれる前記アプリケーションの実行に使用されるメモリ領域とを共有し、
前記共有したメモリ領域で、前記第１のＯＳを操作するコマンドを用いて前記第１のＯＳ上の前記アプリケーションを起動する
処理をコンピュータが実行するメモリ共有方法。

【0066】

（付記１０）前記共有する処理は、
前記第１のＯＳ上の前記アプリケーションの実行パスを、前記第１のＯＳから取得し、
前記アプリケーションの実行パスを前記仮想環境からアクセス可能となるように変換して、前記アプリケーションの変換した実行パスおよび前記第１のＯＳを操作するコマンドを含むコンテナを前記仮想環境に立ち上げ、
前記コンテナが使用するメモリ領域の一部と、前記第２のＯＳが使用するメモリ領域に含まれる前記アプリケーションの実行に使用されるメモリ領域とを共有する
ことを特徴とする付記９に記載のメモリ共有方法。

【0067】

（付記１１）前記コンテナから、前記アプリケーションの変換した実行パスおよび前記第１のＯＳを操作するコマンドを含む実行ファイルを、前記コンテナと前記第２のＯＳとの共有されたメモリ領域に配置する
処理を更に含むことを特徴とする付記１０に記載のメモリ共有方法。

【0068】

（付記１２）前記起動する処理は、前記共有されたメモリ領域で、前記第１のＯＳを操作するコマンドを含む前記実行ファイルを用いて、前記アプリケーションの変換した実行パスを起動する
ことを特徴とする付記１１に記載のメモリ共有方法。

【符号の説明】

【0069】

１ ホストＰＣ
１０ ＷＳＬ２
１１ コマンド入力部
１２ コマンド実行部
１３ メモリ共有機能部
１４ メモリ管理部
２０ Ｗｉｎｄｏｗｓ
３０ コンテナ
２０１ メモリ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】