JP7397051B2 - 電子機器、表示制御方法、及びプログラム - Google Patents

Description

本発明は、電子機器、表示制御方法、及びプログラムに関する。

広告アプリケーションの実行によりネットワーク経由で受信した広告以外のウェブコンテンツと広告としてのウェブコンテンツとを表示する端末の技術が知られている（例えば、特許文献１参照）。

特開２０２１－１１９４８３号公報

ウェブブラウザのアプリケーションは、ウェブコンテンツへのアクセス機能を提供する。ウェブサーバは、ユーザのウェブコンテンツのアクセス履歴に関する情報（アクセス履歴情報）を保有し、保有しているアクセス履歴情報を用いてパーソナライズされた情報を提供することができる。
上記のアクセス履歴情報は、クッキー（Cookie）やその代替技術などによりウェブブラウザ内に記録（保有）される特定情報として管理される。これらの特定情報は、当該特定情報を保有するウェブブラウザ以外の他のアプリケーションからアクセスはできないように保護される。
そこで、特定情報を保有しない他のアプリケーションのアプリケーション画面上で、上記の特定情報を保有するウェブブラウザの画面を表示できるようにすれば、他のアプリケーションにて特定情報に基づいてパーソナライズされた情報を提供できることとなって好ましい。

本発明は、このような事情に鑑みてなされたもので、ウェブブラウザが保有する保護された特定情報へのアクセス機能を有さないアプリケーションのアプリケーション画面において、ウェブブラウザが保有する特定情報へのアクセスに基づく情報を表示できるようにすることを目的とする。

上述した課題を解決するための本発明の一態様は、ＯＳ（Operating System）上で動作するネイティブアプリケーションであってウェブブラウザが保有する保護された特定情報へのアクセス機能を有さない第１アプリケーションに対応する処理を実行し、当該第１アプリケーションに対応するアプリケーション画面として、一部に透過領域を形成した第１アプリケーション画面を生成するアプリケーション画面生成部と、ウェブブラウザが保有する保護された特定情報へのアクセス機能を有し、ＯＳが提供するＡＰＩ（Application Programming Interface）の利用が不可または制限された第２アプリケーションとネットワークプロトコルを使用して通信を行う通信処理部と、前記第２アプリケーションに対応する第２アプリケーション画面の上に重畳して前記第１アプリケーション画面を配置した表示画面が生成されるように制御する画面制御部とを備える電子機器である。

また、本発明の一態様は、ＯＳ（Operating System）上で動作するネイティブアプリケーションであってウェブブラウザが保有する保護された特定情報へのアクセス機能を有さない第１アプリケーションに対応する処理を実行し、当該第１アプリケーションに対応するアプリケーション画面として、一部に透過領域を形成した第１アプリケーション画面を生成するステップと、ウェブブラウザが保有する保護された特定情報へのアクセス機能を有し、ＯＳが提供するＡＰＩ（Application Programming Interface）の利用が不可または制限された第２アプリケーションとネットワークプロトコルを使用して通信を行うステップと、前記第２アプリケーションに対応する第２アプリケーション画面の上に重畳して前記第１アプリケーション画面を配置した表示画面が生成されるように制御するステップとを含む表示制御方法である。

また、本発明の一態様は、コンピュータを、ＯＳ（Operating System）上で動作するネイティブアプリケーションであってウェブブラウザが保有する保護された特定情報へのアクセス機能を有さない第１アプリケーションに対応する処理を実行し、当該第１アプリケーションに対応するアプリケーション画面として、一部に透過領域を形成した第１アプリケーション画面を生成するアプリケーション画面生成部、ウェブブラウザが保有する保護された特定情報へのアクセス機能を有し、ＯＳが提供するＡＰＩ（Application Programming Interface）の利用が不可または制限された第２アプリケーションとネットワークプロトコルを使用して通信を行う通信処理部、前記第２アプリケーションに対応する第２アプリケーション画面の上に重畳して前記第１アプリケーション画面を配置した表示画面が生成されるように制御する画面制御部として機能させるためのプログラムである。

以上説明したように本発明によれば、ウェブブラウザが保有する保護された特定情報へのアクセス機能を有さないアプリケーションのアプリケーション画面において、ウェブブラウザが保有する特定情報へのアクセスに基づく情報を表示できるようになるという効果が得られる。

本実施形態における電子機器の構成例を示す図である。 本実施形態における表示画面の構造例を示す図である。 本実施形態における表示画面の態様例を示す図である。 本実施形態の電子機器において、第１アプリケーションが第２アプリケーションと通信可能とするための設定手順例を示す図である。 本実施形態の電子機器における第１アプリケーションと第２アプリケーションとがアプリケーション画面の表示に関連して実行する処理手順例を示すフローチャートである。

図１は、本実施形態における電子機器１００の構成例を示している。同図の電子機器１００は、例えばパーソナルコンピュータであってよい。また、電子機器１００は、スマートフォンやタブレット端末等であってもよい。電子機器１００は、例えばインストールされたアプリケーションのプログラムを実行することで、当該アプリケーションの機能を実現するように動作することができる。
同図に示される電子機器１００としての機能は、ハードウェアとしての電子機器１００が備えるＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）がプログラムを実行することにより実現される。

電子機器１００は、通信部１０１、表示部１０２、操作部１０３、制御部１０４、及び記憶部１０５を備える。
通信部１０１は、ネットワークＮＷを経由して通信を行う。
表示部１０２は、制御部１０４の制御に応じて画像を表示する。表示部１０２は、ハードウェアとして、例えば液晶ディスプレイ、ＯＬＥＤ（Organic Light-Emitting Diode）ディスプレイ等のディスプレイデバイスを備えてよい。また、ディスプレイデバイスがタッチパネルとして構成されてもよい。
操作部１０３は、電子機器１００が備える操作子や入力デバイス、電子機器１００に接続される入力デバイス等を備えて構成され、ユーザＵが操作子や入力デバイスに対して行った操作を受け付ける。

制御部１０４は、電子機器１００における各種の制御を実行する。制御部１０４は、第１アプリケーション対応処理部１４１と第２アプリケーション対応処理部１４２とを備える。

電子機器１００には第１アプリケーションがインストールされている。第１アプリケーションは、ＯＳ（Operating System）上で動作するネイティブアプリケーションである。
第１アプリケーションは、後述のようにしてＰＷＡ（Progressive Web Apps）としての第２アプリケーションを利用してウェブ広告をユーザに提供する機能を有するようにされたアプリケーションである。第１アプリケーションは、例えばアプリケーション画面にて提供されるウェブ広告を操作や時間経過等に応じて切り替えたり、ユーザの第１アプリケーションに対する操作に応じて、提供しているウェブ広告のリンクにウェブブラウザをアクセスさせる制御を実行したりすることができる。

第１アプリケーション対応処理部１４１は、第１アプリケーションのプログラムの実行により第１アプリケーションとしての動作を実現する機能部である。
第１アプリケーション対応処理部１４１は、後述の図２、図３に示す表示画面の表示に関連して、アプリケーション画面生成部１４１１、通信処理部１４１２、及び画面制御部１４１３を備える。

アプリケーション画面生成部１４１１は、第１アプリケーションのアプリケーション画面（第１アプリケーション画面）を生成する。アプリケーション画面の生成は、例えばＧＰＵを利用して行われてもよい。

第１アプリケーションは、ウェブブラウザが保有する保護された特定情報へのアクセス機能を有さない。つまり、第１アプリケーション自体では、クッキー（Ｃｏｏｋｉｅ）をはじめとする特定情報へのアクセスはできないものであり、特定情報へのアクセスに基づいてパーソナライズされた情報を第１アプリケーション画面にて表示させることもできない。
このため、本実施形態の第１アプリケーションは、後述の図２、図３に示されるようにして第２アプリケーションを利用して第１アプリケーション画面内にウェブブラウザが保有する保護された特定情報に基づいてパーソナライズされたウェブコンテンツを表示させるため、第２アプリケーションを連携させる制御も実行可能とされる。
ここでのパーソナライズとは、一例としてウェブブラウザからウェブサイトが取得したクッキー、ユーザアカウント、ログイン情報などの情報に基づいてウェブサーバが選定した商品やコンテンツ等をウェブサイトでリコメンドしたりターゲティング広告として提供したりすることが含まれる。

通信処理部１４１２は、第２アプリケーションとネットワークプロトコルを使用して通信を行う。これにより、ネイティブアプリである第１アプリケーションと、ＯＳが提供するＡＰＩの利用が不可の第２アプリケーションとが通信を行って連携を図ることが可能となる。

ウェブコンテンツＣＴは、ウェブ（ネットワーク）上で提供されるコンテンツである。ウェブコンテンツＣＴは、ウェブサイト（ウェブページ）などであってよい。また、ウェブページに埋め込まれて提供されるような広告（ウェブ広告）も含まれる。

画面制御部１４１３は、後述の図２、図３に示されるようにして第１アプリケーション画面内に第２アプリケーションにて表示されたウェブコンテンツが埋め込まれるようにして表示されるように制御する。

電子機器１００には、第２アプリケーションがインストールされる。
第２アプリケーションは、ネットワークＮＷ経由でウェブコンテンツＣＴへのアクセスが可能で、ＯＳが提供するＡＰＩ（Application Programming Interface）の利用が不可なアプリケーションである。
一例として、第２アプリケーションはＰＷＡである。ＰＷＡは、ウェブブラウザ上で動作し、ＨＴＭＬ（Hyper Text Markup Language）、ＣＳＳ（Cascading Style Sheets)）、ＪａｖａＳｃｒｉｐｔ等を使用して実現され、ウェブサイトやウェブアクセスが可能なウェブアプリケーションをネイティブアプリのようにインストール可能にする技術である。ＰＷＡは、クッキーなどの特定情報にアクセス可能な機能を有することから、例えばクッキーを用いたターゲティング広告の表示等をはじめとするウェブ広告技術に対応可能とされる。また、クッキーにアクセス可能とされていることでログイン情報が記憶済みのウェブサイトにアクセスしてパーソナライズされたウェブコンテンツを表示することも可能とされる。
また、ＰＷＡは、オフラインでの動作、プッシュ通知、全画面表示、デバイスのハードウェアへのアクセスが可能である。一方で、ＰＷＡは、ＵＩ（User Interface）の構成や他のネイティブアプリとの連携に制限がある。
第２アプリケーションのインストールには、電子機器１００にインストールされているウェブブラウザが用いられる。

第２アプリケーション対応処理部１４２は、第２アプリケーションとしての動作を実現する機能部である。
第２アプリケーション対応処理部１４２は、第２アプリケーションのアプリケーション画面（第２アプリケーション画面）を生成し、生成された第２アプリケーション画面を表示部１０２にて表示させる。

記憶部１０５は、電子機器１００が対応する各種の情報を記憶する。記憶部１０５が記憶する情報には、電子機器１００にインストールされたアプリケーションのプログラム等が含まれる。

本実施形態の第１アプリケーションは、自己のアプリケーション画面にて、インターネット上で提供される広告（ウェブ広告）を表示する機能を有する。また、第１アプリケーションは、ユーザが操作を行うことが可能とされている。例えば第１アプリケーションは、ユーザの操作に応じて、表示するウェブ広告を変更させることができる。

ただし、第１アプリケーション自体は、前述のようにウェブブラウザが保有する保護された特定情報へのアクセス機能を有さないことから、インターネットにアクセスして自己のアプリケーション画面上にその特定情報に基づいてパーソナライズされたウェブ広告や、ログイン後に表示されるようなパーソナライズされたウェブコンテンツを埋め込んで表示させることはできない。そこで、本実施形態の第１アプリケーションは、ＰＷＡである第２アプリケーションを利用して、自己のアプリケーションウィンドウ内でウェブ広告の表示を行うようにされる。この点について、図２を参照して説明する。

図２においては、第１アプリケーションが動作しているときに応じて表示部１０２にて表示される表示画面Ｐのレイヤ構造を示している。
表示画面Ｐのレイヤ構造において、最下のレイヤにはデスクトップ画面Ｇｄｐが表示される。
また、デスクトップ画面Ｇｄｐに対して上のレイヤには第２アプリケーションのアプリケーション画面（第２アプリケーション画面Ｇ２）が配置される。第１アプリケーションは、自己が起動することに連携して第２アプリケーションを起動させる。第２アプリケーション画面Ｇ２は、第１アプリケーションにより起動された第２アプリケーションの動作に応じて表示されるものである。
さらに、第２アプリケーションの第２アプリケーション画面Ｇ２に対して上のレイヤには第１アプリケーションのアプリケーション画面（第１アプリケーション画面Ｇ１）が配置される。

同図の例では、第１アプリケーション画面Ｇ１上に操作ボタンとしてのオブジェクトＯＢＪ１が配置されている。同図においては、オブジェクトＯＢＪ１が３つ配置された例を示しているが、第１アプリケーション画面Ｇ１上に配置されるオブジェクトＯＢＪ１の数は限定されない。また、第１アプリケーション画面Ｇ１上に配置されるオブジェクトＯＢＪ１の位置については、後述の透過エリアＡＲｔ以外であれば特に限定されない。また、第１アプリケーション画面Ｇ１上に配置されるオブジェクトＯＢＪ１は、例えば、ファイルの画像等をはじめ、操作ボタン以外のものであってよい。

また、第１アプリケーション画面Ｇ１には透過エリアＡＲｔが設けられる（形成される）。透過エリアＡＲｔは、当該第１アプリケーション画面Ｇ１の下のレイヤの画像が透過して観察可能となるように、周囲の第１アプリケーション画面Ｇ１の領域と異なる透明度が設定されたエリアである。

第１アプリケーション画面Ｇ１の下のレイヤは第２アプリケーション画面Ｇ２であることから、ユーザが表示部１０２にて表示される表示画面Ｐを視たときには、透過エリアＡＲｔにおいては、第２アプリケーション画面Ｇ２において透過エリアＡＲｔに対応する領域（有効エリアＡＲｖ）の画像が表示されているように見えることになる。図２においては、第２アプリケーション画面Ｇ２において透過エリアＡＲｔに対応する領域にてオブジェクトＯＢＪ２が配置されている。なお、同図においては、有効エリアＡＲｖにおいて１のオブジェクトＯＢＪ２が配置された態様が示されているが、有効エリアＡＲｖにおいて配置されるオブジェクトＯＢＪ２の数は特に限定されない。また、有効エリアＡＲｖにおける１以上のオブジェクトＯＢＪ２のレイアウトについても特に限定されない。

図３は、図２に示したレイヤ構造の表示画面Ｐを表示部１０２にて表示させた場合に、ユーザから見える表示画面Ｐを示している。
同図に示されるように、ユーザから見える表示画面Ｐは、第１アプリケーション画面Ｇ１が全面において配置されたように見える。この際、ユーザからは、第１アプリケーション画面Ｇ１にて配置されているオブジェクトＯＢＪ１が見える。
そのうえで、第１アプリケーション画面Ｇ１の透過エリアＡＲｔにおいては、第２アプリケーション画面Ｇ２において透過エリアＡＲｔに対応する有効エリアＡＲｖが見える。第２アプリケーション画面Ｇ２の透過エリアＡＲｔに対応する有効エリアＡＲｖにはオブジェクトＯＢＪ２が配置されていることから、ユーザからはオブジェクトＯＢＪ２が見えることになる。

なお、第１アプリケーション画面Ｇ１は、第１アプリケーションのアプリケーションウィンドウとして表示されるものであってよい。また、第２アプリケーション画面Ｇ２も、第２アプリケーションのアプリケーションウィンドウとして表示されるものであってよい。
この場合、アプリケーションウィンドウとしての第１アプリケーション画面Ｇ１が、デスクトップ画面Ｇｄｐよりも小さい状態で配置される場合には、第２アプリケーション画面としてのアプリケーションウィンドウも第１アプリケーション画面Ｇ１と同じサイズと位置にて配置されてよい。

また、第１アプリケーション画面Ｇ１と第２アプリケーション画面とがそれぞれアプリケーションウィンドウとして表示される場合、ユーザの操作やＯＳの制御等に応じて第１アプリケーション画面Ｇ１がデスクトップ画面Ｇｄｐ上で移動される場合がある。このように第１アプリケーション画面Ｇ１が移動されるときには、第１アプリケーションの制御によって、第１アプリケーション画面の移動に追従させるようにして第２アプリケーション画面を移動させてよい。
また、上記のように、第１アプリケーション画面の移動に追従させるようにして第２アプリケーション画面を移動させるにあたり、移動のときに対応させて第１アプリケーション画面における透過エリアＡＲｔを一時的に非透過の状態に変化させてよい。
例えば、第１アプリケーション画面の移動に際して透過エリアＡＲｔが透過したままの状態であると、第１アプリケーション画面に追随して第２アプリケーション画面も移動していることで、透過エリアＡＲｔにて表示される画像に乱れが生じる場合がある。そこで、第１アプリケーション画面の移動に際して、透過エリアＡＲｔを非透過の状態としておくことで、上記のような画像の乱れを表示させないようにして、ユーザが違和感や不快感を覚えることがないようにできる。

第２アプリケーション画面には、ＰＷＡとしての第２アプリケーションがインターネット上でアクセスして表示したウェブページが表示されている。そして、第２アプリケーション画面Ｇ２において配置されるオブジェクトＯＢＪ２は、例えばウェブページに埋め込まれたウェブ広告としてのウェブコンテンツである。

このように、本実施形態においては、電子機器１００にて第１アプリケーションを起動させることで表示される第１アプリケーション画面Ｇ１において、第１アプリケーションの動作に対応する画像とともに、ウェブコンテンツ表示させることができる。つまり、本実施形態においては、ウェブブラウザが保有する保護された特定情報へのアクセス機能を有さないネイティブアプリケーションである第１アプリケーションの第１アプリケーション画面Ｇ１において、ウェブアクセスによって得られたウェブコンテンツを表示させることができる。

ネイティブアプリであってウェブブラウザが保有する保護された特定情報へのアクセス機能を有さない第１アプリケーションのアプリケーション画面にてウェブコンテンツを表示させるにあたっては、例えばｉｎＡｐｐＢｒｏｗｓｅｒ（例えば、ＷｅｂＶｉｅｗコンポーネント、アプリ内ブラウザ等とも呼ばれる）を第１アプリケーションに組み込むことも可能である。
しかしながら、ｉｎＡｐｐＢｒｏｗｓｅｒは、同じ電子機器が実装するウェブブラウザのクッキーなどへの特定情報へのアクセスや共有はできない。このため、例えばクッキーを利用したターゲティング広告などのウェブ広告技術の利用や、ログイン情報が記憶済みのウェブサイトにログインしてアクセスし、パーソナライズされたウェブコンテンツを表示することなどが不可能となる。

一方、ＰＷＡである第２アプリケーションはウェブブラウザ上で動作していることから、ウェブブラウザとクッキーなどの特定情報を共有することも可能である。このため、ＰＷＡである第２アプリケーションを単独で用いて、上記のようなターゲティング広告等のウェブ広告技術を利用した広告コンテンツをユーザに提供したり、ログイン情報が記憶済みのウェブサイトにログインしてアクセスし、パーソナライズされたコンテンツを表示することができる。
しかしながら、ＰＷＡの実体としてはウェブブラウザであることになる。このため、ＰＷＡでは、アプリケーション画面としてのアプリケーションウィンドウのフレームデザインに制約がある。また、ＰＷＡでは、他のアプリケーションやハードウェアを制御することにも制約が生じる。つまり、ＰＷＡでは、ネイティブアプリケーションのように高い自由度で他のアプリケーションやハードウェアを制御することは困難である。
このようなことから、ＰＷＡ自体では、実現したいアプリケーションのＵＩの機能を提供することが困難であり、例えば、ユーザに高い操作性や十分な没入感といったものを提供することも困難となる。

これに対して、本実施形態であれば、メインのアプリケーション画面として、ネイティブアプリである第１アプリケーションの第１アプリケーション画面Ｇ１を表示させることができる。これにより、第１アプリケーション画面Ｇ１の領域を用いてユーザに提供したいＵＩを容易に実現できる。
また、本実施形態では、第１アプリケーション画面Ｇ１において表示されるウェブコンテンツは、透過エリアＡＲｔを通して見える第２アプリケーション画面Ｇ２のオブジェクトＯＢＪ２である。つまり、ＰＷＡである第２アプリケーションがインターネットにおいてアクセスしたウェブコンテンツである。このため、オブジェクトＯＢＪ２としては、例えばターゲティング広告などのウェブ広告技術を利用した広告や、ログイン済みのウェブサイトの画像などとすることができる。つまり、本実施形態では、第１アプリケーション画面Ｇ１内で、クッキーを利用して得られるウェブコンテンツを表示することができる。

図２、図３に示した表示画面Ｐを表示部１０２に表示させるにあたっては、電子機器１００内で第２アプリケーションが第１アプリケーションと通信可能するための設定処理が行われる。
図４を参照して、電子機器１００において、第１アプリケーションが第２アプリケーションと通信可能とするための設定手順例について説明する。
同図の説明は、図中において示す手順１～手順８に従って行う。また、以下の説明にあたり、電子機器１００は、第１アプリケーション及び第２アプリケーションに加えて、ウェブブラウザのアプリケーションがインストールされて動作可能とされている場合を例に挙げる。
また、同図の手順は、第１アプリケーションに対応する処理については、第１アプリケーション対応処理部１４１における通信処理部１４１２が実行し、第２アプリケーションに対応する処理については、第２アプリケーション対応処理部１４２が実行する。

手順１：第１アプリケーション２００は、第１アプリケーションは、他のアプリケーションを制御可能なアプリケーション制御機能により、第２アプリケーション５００を起動させる。
本実施形態の第１アプリケーション２００は、ＰＷＡとしての第２アプリケーションとの通信のためにローカルサーバ２１０を備える。ローカルサーバ２１０は、電子機器１００内（ローカル）にてウェブサーバとして機能する。ローカルサーバ２１０は、通信処理部１４１２としての機能に含まれてよい。
また、本実施形態においてローカルサーバ２１０が通信を行うにあたり使用するポート番号については、予め固定的に定められた所定のポート番号（固定ポート番号）である場合を例に挙げる。

手順２：第２アプリケーション５００は、ローカルサーバ２１０との通信に対応して定められている固定ポート番号を使用して第１アプリケーション２００のローカルサーバ２１０にアクセスする。つまり、第１アプリケーション２００と第２アプリケーション５００は、所定の固定ポート番号を使用して通信を行うことが可能となる。

第１アプリケーション２００と第２アプリケーション５００との通信は、相互通信を行う場合には、スキームとして例えばＷｅｂＳｏｃｋｅｔを使用してよい。この場合において、セキュアを高めるためＷＳＳを用いてもよい。
また、第２アプリケーション５００から第１アプリケーション２００のローカルサーバ２１０にＲＥＳＴ ＡＰＩを使用してアクセスする場合には、スキームとしてＨＴＴＰ（Hypertext Transfer Protocol）を使用してよい。この場合においてセキュアを高めるためＨＴＴＰＳを用いてもよい。
また、第１アプリケーション２００と第２アプリケーション５００との通信において送受信されるデータは暗号化されてよい。

図５のフローチャートを参照して、本実施形態の電子機器１００における第１アプリケーション２００と第２アプリケーション５００とが、図２及び図３に例示したようなアプリケーション画面の表示に関連して実行する処理手順例について説明する。
同図の説明にあたり、第１アプリケーション２００と第２アプリケーション５００のアプリケーション画面（第１アプリケーション画面Ｇ１、第２アプリケーション画面Ｇ２）は、それぞれがデスクトップ画面Ｇｄｐ上でアプリケーションウィンドウとして表示されるものである場合を例に挙げる。
また、同図の処理における第１アプリケーション２００と第２アプリケーション５００との間の通信は、図４に示した連携ポート番号の設定のもとでローカルサーバ２１０を用いて行われる。

まず、第１アプリケーション２００に対応する処理手順例について説明する。同図における第１アプリケーション２００に対応する処理は、第１アプリケーション対応処理部１４１が実行する。

ステップＳ１００：ユーザの操作あるいはＯＳの制御等に応じて第１アプリケーション２００の起動を指示するトリガが発生したことに応じて、第１アプリケーション対応処理部１４１は、第１アプリケーション２００を起動させる。

ステップＳ１０２：第１アプリケーション対応処理部１４１におけるアプリケーション画面生成部１４１１は、ステップＳ１００により起動させた第１アプリケーション２００の第１アプリケーション画面Ｇ１を生成する。画面制御部１４１３は、生成された第１アプリケーション画面Ｇ１を表示部１０２にて表示させる。この際、画面制御部１４１３は、生成された第１アプリケーション画面Ｇ１をデスクトップ画面Ｇｄｐ上に配置する。
このように起動直後に表示される第１アプリケーション画面Ｇ１のアプリケーションウィンドウのサイズ、位置等は、予め定められた初期状態に従ってもよいし、前回表示されていたときの設定が反映されてもよい。

また、画面制御部１４１３は、例えばＯＳへの指示により、ステップＳ１０２にて表示させた第１アプリケーション画面Ｇ１が、後述のステップＳ２０２により表示される第２アプリケーション画面Ｇ２の上のレイヤにて表示されるように設定する。

ステップＳ１０４：また、第１アプリケーション対応処理部１４１の通信処理部１４１２は、ステップＳ１００により起動された第１アプリケーション２００が実行するアプリケーション制御として、第２アプリケーションに対して起動を指示する。
つまり、当該ステップＳ１０４の処理は、第１アプリケーション２００の起動に応じて、当該第１アプリケーションと連携して動作する第２アプリケーション５００も起動させるための制御となる。第２アプリケーション５００は、当該ステップＳ１０２による起動指示に応じて起動する。

通信処理部１４１２は、当該ステップＳ１０４により第２アプリケーション５００の起動を指示したうえで、起動直後において表示されるアプリケーションウィンドウとしての第２アプリケーション画面Ｇ２のサイズ、位置を指定してよい。このようなサイズ、位置の指定は、第１アプリケーション画面Ｇ１の範囲に収まるように第２アプリケーション画面Ｇ２を表示させるために行われる。

ステップＳ１０６：画面制御部１４１３は、透過エリアＡＲｔにおいて表示させているウェブコンテンツの切り替えトリガが発生したか否かを判定する。
ウェブコンテンツの切り替えトリガは、第１アプリケーション画面Ｇ１に対してユーザが行ったウェブコンテンツ切り替えを指示する操作に応じて発生されてよい。また、ウェブコンテンツの切り替えトリガは、所定時間が経過したことに応じて発生されてよい。

ステップＳ１０８：ステップＳ１０６にてウェブコンテンツの切り替えトリガが発生したと判定した場合、画面制御部１４１３は、第１アプリケーション２００による制御として、第２アプリケーション５００に対してコンテンツの切り替えを指示する。

ステップＳ１１０：ステップＳ１０８の処理の後、あるいはステップＳ１０６にてウェブコンテンツ切替トリガが発生していないと判定された場合、画面制御部１４１３は、デスクトップ画面Ｇｄｐ上で第１アプリケーション画面Ｇ１が移動されているか否かを判定する。
ステップＳ１１０に対応する第１アプリケーション画面Ｇ１の移動は、ユーザの操作によって行われてもよいし、例えば他のアプリケーションウィンドウの表示や移動等に応じてＯＳの制御により行われるものであってもよい。
また、ステップＳ１１０にて第１アプリケーション画面Ｇ１が移動されていると判定しているとき、アプリケーション画面生成部１４１１は、移動中の第１アプリケーション画面Ｇ１における透過エリアＡＲｔを非透過の状態に変化させてよい。

ステップＳ１１２：ステップＳ１１０にて第１アプリケーション画面が移動されたことが判定された場合、通信処理部１４１２は、第１アプリケーション画面の移動に追随して第２アプリケーション画面Ｇ２を移動させるための指示を第２アプリケーション５００に送信する。

ステップＳ１１４：また、第１アプリケーション２００は、第１アプリケーション画面Ｇ１における透過エリアＡＲｔの位置をユーザの操作に応じて変更可能とされている。
そこで、ステップＳ１１２の処理の後、あるいはステップＳ１１０にて第１アプリケーション画面が移動されないと判定された場合、画面制御部１４１３は、透過エリアＡＲｔの位置を変更する操作が行われたか否かを判定する。

ステップＳ１１６：ステップＳ１１４にて透過エリアＡＲｔの位置を変更する操作が行われたことを判定した場合、通信処理部１４１２は、移動される透過エリアＡＲｔに追随して、第２アプリケーション画面Ｇ２における有効エリアＡＲｖの位置を移動させるための指示を第２アプリケーション５００に対して送信する。
なお、透過エリアＡＲｔの位置が例えばユーザのドラッグ操作に応じて行われるような場合には、透過エリアＡＲｔの位置が移動されているときに対応させて透過エリアＡＲｔを非透過の状態としてもよい。

ステップＳ１１８：本実施形態において、第２アプリケーション５００に対して行われた操作は、第１アプリケーション２００が受け付けるようにされる。そこで、ステップＳ１１６の処理の後、あるいはステップＳ１１４にて透過エリアＡＲｔの位置を変更する操作が行われないと判定した場合、第１アプリケーション対応処理部１４１は、第２アプリケーション５００に対する操作を受け付けたか否かを判定する。

ステップＳ１２０：ステップＳ１１８にて第１アプリケーション対応処理部１４１が第２アプリケーション５００に対する操作を受け付けた場合、第１アプリケーション対応処理部１４１は、受け付けた操作の内容を通知する操作通知を第２アプリケーション５００に対して送信する。
ステップＳ１２０の処理の後は、ステップＳ１０６に処理が戻される。

次に、第２アプリケーション５００に対応する処理手順例について説明する。同図における第２アプリケーション５００に対応する処理は、第２アプリケーション対応処理部１４２が実行する。

ステップＳ２００：ステップＳ１０４による第１アプリケーション２００からの起動指示に応じて、第２アプリケーション対応処理部１４２は、第２アプリケーション５００を起動させる。

ステップＳ２０２：第２アプリケーション対応処理部１４２は、ステップＳ２００により起動させた第２アプリケーション５００の第２アプリケーション画面Ｇ２を表示させる。このために、例えば第２アプリケーション対応処理部１４２は、第２アプリケーション画面Ｇ２を生成し、生成した第２アプリケーション画面をデスクトップ画面Ｇｄｐ上において、ステップＳ１０２により表示された第１アプリケーション画面Ｇ１の下のレイヤに配置する。
このように起動直後に表示される第２アプリケーション画面Ｇ２のアプリケーションウィンドウのサイズ、位置等は、第１アプリケーション画面Ｇ１の初期表示の場合と同様に、予め定められた初期状態に従ってもよいし、前回表示されていたときの設定が反映されてもよい。あるいは、前述のように、第１アプリケーション２００により指定されたサイズと位置により表示されるようにしてもよい。
また、起動直後に表示される第２アプリケーション画面Ｇ２における有効エリアＡＲｖの位置についても、予め定められた初期状態に従ってもよいし、前回表示されていたときの設定が反映されてもよい。あるいは、今回の起動に際して、第１アプリケーション２００により指定されてもよい。

ステップＳ２０４：ステップＳ２００により起動された第２アプリケーション５００の処理として、第２アプリケーション対応処理部１４２は、ネットワークＮＷ経由で特定のウェブコンテンツＣＴにアクセスする。
起動直後において最初に第２アプリケーションがアクセスするウェブコンテンツは、例えば、予め定められた初期設定にしたがってもよいし、前回の動作時において最後にアクセスしたウェブコンテンツであってもよい。あるいは、ステップＳ１０４にて起動指示を行った後に第１アプリケーション２００が指定したウェブコンテンツであってもよい。ウェブコンテンツの指定は、対応のＵＲＬの指定によって行われてよい。

ステップＳ２０６：第２アプリケーション対応処理部１４２は、ステップＳ２０４によりアクセスしたウェブコンテンツのオブジェクトＯＢＪ２としての画像を、ステップＳ２０２にて表示させた第２アプリケーション画面Ｇ２にて配置させるようにして表示させる。この際、第２アプリケーション画面Ｇ２におけるオブジェクトＯＢＪ２が配置される位置は、予め定められた初期設定にしたがってもよいし、前回の動作時において最後にオブジェクトＯＢＪ２が配置されていた位置であってもよい。あるいは、ステップＳ１０４にて起動指示を行った後に第１アプリケーション２００が指定した位置であってもよい。

ステップＳ２０８：ステップＳ２０６の処理の後、第２アプリケーション対応処理部１４２は、ステップＳ１０８による第１アプリケーション２００からのコンテンツ切替指示が受信されたか否かを判定する。

ステップＳ２１０：ステップＳ２０８にてコンテンツ切替指示が受信されたことを判定した場合、第２アプリケーション対応処理部１４２は、受信されたコンテンツ切替指示により指定されるＵＲＬのウェブコンテンツにアクセスする。

ステップＳ２１２：第２アプリケーション対応処理部１４２は、第２アプリケーション画面Ｇ２の有効エリアＡＲｖにおいてこれまで表示されていたウェブコンテンツから、今回のステップＳ２１０によりアクセスしたウェブコンテンツの表示に切り替えるように制御する。この際には、第２アプリケーション対応処理部１４２は、これまで有効エリアＡＲｖに配置されていたウェブコンテンツのオブジェクトＯＢＪ２を消去し、代わりに今回のステップＳ２１０によりアクセスしたウェブコンテンツのオブジェクトＯＢＪ２を配置するようにしてよい。

ステップＳ２１４：ステップＳ２１２の処理の後、あるいはステップＳ２０８にてコンテンツ切替指示が受信されないと判定した場合、第２アプリケーション対応処理部１４２は、ステップＳ１１２による第１アプリケーション２００からの画面移動指示が受信されたか否かを判定する。

ステップＳ２１６：ステップＳ２１４にて画面移動指示が受信されたことを判定した場合、第２アプリケーション対応処理部１４２は、受信された画面移動指示により指定されるデスクトップ画面Ｇｄｐ上の位置に対して第２アプリケーション画面を移動させる。これにより、第２アプリケーション画面Ｇ２は、第１アプリケーション画面Ｇ１により隠蔽された状態で移動し、表示画面Ｐでは、第１アプリケーション画面Ｇ１のみが移動しているように見える。

ステップＳ２１８：ステップＳ２１６の処理の後、あるいはステップＳ２１４にて画面移動指示が受信されないと判定した場合、第２アプリケーション対応処理部１４２は、ステップＳ１１６による第１アプリケーション２００からの有効エリアＡＲｖの移動指示が受信されたか否かを判定する。

ステップＳ２２０：ステップＳ２１６にて有効エリアＡＲｖの移動指示が受信されたことを判定した場合、第２アプリケーション対応処理部１４２は、受信された有効エリアＡＲｖの移動指示により指定されるデスクトップ画面Ｇｄｐ上の位置を新たな有効エリアＡＲｖの位置として設定する。このように有効エリアＡＲｖの位置が変更されることに応じて、オブジェクトＯＢＪ２も、新たな位置の有効エリアＡＲｖ内に配置されるように移動される。

ステップＳ２２２：ステップＳ２２０の処理の後、あるいはステップＳ２１８にて有効エリアＡＲｖの移動指示が受信されないと判定された場合、第２アプリケーション対応処理部１４２は、ステップＳ１２０により第１アプリケーション２００から送信される操作通知が受信されたか否かを判定する。操作通知が受信されないと判定された場合には、ステップＳ２０８に処理が戻される。

ステップＳ２２４：ステップＳ２２２により操作通知が受信されたと判定された場合、第２アプリケーション対応処理部１４２は、受信された操作通知が示す操作内容に対応する処理を実行する。ステップＳ２２４の処理の後は、ステップＳ２０８に処理が戻される。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。上記の実施形態において説明した各構成は、矛盾しない限り任意に組み合わせることができる。

また、上述した実施形態における電子機器１００の一部又は全部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

１００ 電子機器、１０１ 通信部、１０２ 表示部、１０３ 操作部、１０４ 制御部、１０５ 記憶部、１４１ 第１アプリケーション対応処理部、１４２ 第２アプリケーション対応処理部、２００ 第１アプリケーション、２１０ ローカルサーバ、３００ ウェブブラウザ、５００ 第２アプリケーション、１４１１ アプリケーション画面生成部、１４１２ 通信処理部、１４１３ 画面制御部、ＡＲｔ 透過エリア、ＡＲｖ 有効エリア、ＣＴ ウェブコンテンツ、Ｇ１ 第１アプリケーション画面、Ｇ２ 第２アプリケーション画面、Ｇｄｐ デスクトップ画面、ＮＷ ネットワーク、ＯＢＪ１ オブジェクト、ＯＢＪ２ オブジェクト、Ｐ 表示画面

Claims (5)

1. ＯＳ（Operating System）上で動作するネイティブアプリケーションであってウェブブラウザが保有する保護された特定情報へのアクセス機能を有さない第１アプリケーションに対応する処理を実行し、当該第１アプリケーションに対応するアプリケーション画面として、一部に透過領域を形成した第１アプリケーション画面を生成するアプリケーション画面生成部と、
   ウェブブラウザが保有する保護された特定情報へのアクセス機能を有し、ＯＳが提供するＡＰＩ（Application Programming Interface）の利用が不可または制限された第２アプリケーションとネットワークプロトコルを使用して通信を行う通信処理部と、
   前記第２アプリケーションに対応する第２アプリケーション画面の上に重畳して前記第１アプリケーション画面を配置した表示画面が生成されるように制御する画面制御部と
   を備える電子機器。
2. 前記第２アプリケーションはＰＷＡ（Progressive Web Apps）である
   請求項１に記載の電子機器。
3. 前記アプリケーション画面生成部は、前記第１アプリケーション画面が移動される際に、前記透過領域を非透過の状態とする
   請求項１または２に記載の電子機器。
4. ＯＳ（Operating System）上で動作するネイティブアプリケーションであってウェブブラウザが保有する保護された特定情報へのアクセス機能を有さない第１アプリケーションに対応する処理を実行し、当該第１アプリケーションに対応するアプリケーション画面として、一部に透過領域を形成した第１アプリケーション画面を生成するステップと、
   ウェブブラウザが保有する保護された特定情報へのアクセス機能を有し、ＯＳが提供するＡＰＩ（Application Programming Interface）の利用が不可または制限された第２アプリケーションとネットワークプロトコルを使用して通信を行うステップと、
   前記第２アプリケーションに対応する第２アプリケーション画面の上に重畳して前記第１アプリケーション画面を配置した表示画面が生成されるように制御するステップと
   を含む表示制御方法。
5. コンピュータを、
   ＯＳ（Operating System）上で動作するネイティブアプリケーションであってウェブブラウザが保有する保護された特定情報へのアクセス機能を有さない第１アプリケーションに対応する処理を実行し、当該第１アプリケーションに対応するアプリケーション画面として、一部に透過領域を形成した第１アプリケーション画面を生成するアプリケーション画面生成部、
   ウェブブラウザが保有する保護された特定情報へのアクセス機能を有し、ＯＳが提供するＡＰＩ（Application Programming Interface）の利用が不可または制限された第２アプリケーションとネットワークプロトコルを使用して通信を行う通信処理部、
   前記第２アプリケーションに対応する第２アプリケーション画面の上に重畳して前記第１アプリケーション画面を配置した表示画面が生成されるように制御する画面制御部
   として機能させるためのプログラム。

Images