JP2023066667A - 情報処理装置、制御方法、およびプログラム - Google Patents

Abstract

【課題】マルチウィンドウモード時におけるアプリケーション間でのオブジェクトを共有することが可能なことを、ユーザが容易に知覚でき、かつ、ユーザが簡易に共有を実行するプログラム、情報処理装置及びその制御方法を提供する。
【解決手段】情報処理装置は、マルチウィンドウモードであることを検出した場合、アプリケーションの表示ウィンドウに、別のアプリケーションからのオブジェクトの共有操作を受け付けるオブジェクト受付領域を表示する表示制御手段と、オブジェクト受付領域において共有操作によりオブジェクトを受け付けた場合、オブジェクトを用いた所定の処理を実行する実行手段と、を備える。
【選択図】図５

Description

本開示は、複数のウィンドウを用いた情報処理の技術に関する。

ＰＣ、タブレット端末、またはスマートフォン等の携帯型の情報処理装置には、複数のアプリケーションを同時に起動して、それぞれのアプリケーションのウィンドウを１画面に表示するマルチウィンドウモードを備える装置がある。例えば、スマートフォンのように画面が小さい情報処理装置では、複数のアプリケーションを起動した後に画面を分割する操作を行うことで、画面分割による複数アプリケーションの表示を行うことができる（特許文献１参照）。また、マルチウィンドウモードでは、１画面内に表示された複数のウィンドウ間において、ドラッグ及びドロップ等の操作により、アプリケーション間でファイルの共有を行う機能を有するものがある。

特開２０１５－１２５５６７号公報

マルチウィンドウモード時におけるアプリケーション間でのオブジェクトを共有することが可能なことを、ユーザが容易に知覚でき、かつユーザが簡易に共有を実行可能とする技術が求められる。

本開示の一態様に係るプログラムは、情報処理装置において実行されるアプリケーションのプログラムであって、前記情報処理装置であるコンピュータを、マルチウィンドウモードであることを検出した場合、前記アプリケーションの表示ウィンドウに、別のアプリケーションからのオブジェクトの共有操作を受け付けるオブジェクト受付領域を表示する表示制御手段と、前記オブジェクト受付領域において前記共有操作により前記オブジェクトを受け付けた場合、前記オブジェクトを用いた所定の処理を実行する実行手段と、として機能させることを特徴とする。

本開示によれば、マルチウィンドウモード時におけるアプリケーション間でのオブジェクトを共有することが可能なことを、ユーザが容易に知覚でき、かつユーザが簡易に共有を実行することが可能となる。

情報処理装置の外観を示す図である。 情報処理装置の構成を示す図である。 マルチウィンドウモードの一例を示す図である。 マルチウィンドウモードでの画面の例を示した図である。 第２アプリケーションにおける処理の一例を示すフローチャートである。 文書プレビュー画面の一例を示す図である。 第２アプリケーションにおける処理の一例を示すフローチャートである。 確認画面の例を示す図である。 第２アプリケーションにおける処理の一例を示すフローチャートである。 受付不可能情報を示す画面の例を示す図である。

以下、添付図面を参照して本開示の好適な実施の形態を詳しく説明する。尚、以下の実施の形態は本開示事項を限定するものでなく、また本実施の形態で説明されている特徴の組み合わせすべてが本開示の解決手段に必須のものとは限らない。なお、同一の構成要素には同一の参照番号を付して、説明を省略する。

＜＜第１実施形態＞＞
＜情報処理装置の外観＞
図１は、情報処理装置１００の外観を示す図である。情報処理装置１００は、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などの個人情報端末、スマートフォン、またはタブレットなど、表示部を有する装置であればよい。本実施形態では、情報処理装置の一例としてスマートフォンを用いる。スマートフォンとは、携帯電話機能のほかにカメラ機能、インターネットブラウザ機能、およびメール機能などを搭載した多機能型の携帯電話のことである。スマートフォンでは、各種のアプリケーションプログラム（以下、アプリケーション又はアプリ）がインストールされている。

図１（ａ）は、情報処理装置１００にインストールされているアプリケーションの一覧画面を、情報処理装置１００の表示部１０３に表示している例を示している。それぞれのアプリケーションは、アイコン１０５の形で表示されている。ユーザがアイコン１０５をタップすると、該当するアプリケーションが起動する。また、情報処理装置１００は、ホームボタン１０１を有している。ホームボタン１０１を押下することで起動中のアプリケーションの画面を閉じ、アプリケーションが一覧表示されている画面（図１（ａ）の画面）に戻ることができる。また、情報処理装置１００は、バックボタン１０２を有している。バックボタン１０２を押下することで、ユーザが直近で使用した一つ手前の画面に移動することができる。バックボタン１０２の押下を繰り返すことにより、ユーザが直近で使用した画面をさかのぼって順番に画面表示することができる。

表示部１０３は、ＬＣＤ（ＬＣＤ：Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）方式の表示機構を備えたディスプレイとなっている。表示部１０３のディスプレイはＬＣＤ方式に限られない。例えば、有機ＥＬディスプレイ（ＯＥＬＤ：Ｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）であってもよい。あるいは、無機ＥＬディスプレイ（ＩＥＬＤ：Ｉｎｏｒｇａｎｉｃ Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ Ｄｉｓｐｌａｙ）であってもよい。その他、任意の方式でよい。

操作部１０４は、タッチパネル方式の操作機構を備えており、ユーザの押下操作を検出する。操作部１０４は、表示部１０３に対する指またはペン等の接触を検出する。また、操作部１０４は、複数の指またはペン等が表示部１０３に接触した位置を検出することができる。操作部１０４の検出方式は、静電容量方式、抵抗膜方式、表面弾性波方式（又は超音波方式）、赤外線方式、電磁誘導方式、または荷重検出方式等の任意の方式でよい。以下では、説明を簡単にするため、利用者は、スマートフォンを操作するために指を用いて操作部１０４に接触するものと想定する。情報処理装置１００は、操作部１０４により検出された接触、接触が検出された位置、接触が検出された位置の変化、接触が検出された間隔、及び接触が検出された回数の少なくとも１つに基づいてジェスチャの種別を判別する。ジェスチャとは、操作部１０４に対して行われる操作のことである。

情報処理装置１００によって判別されるジェスチャは、例えば、タッチ、リリース、スワイプ、ドラッグ、及びフリックを含むがこれらに限定されない。「タッチ」は、操作部１０４に指が触れるジェスチャである。情報処理装置１００は、操作部１０４に指が接触するジェスチャをタッチとして判別する。上述した、各種のボタンを押下することは、ボタンのアイコンをタッチすることと同義である。「リリース」は、指が操作部１０４から離れるジェスチャである。情報処理装置１００は、指が操作部１０４から離れるジェスチャをリリースとして判別する。「スワイプ」は、指が操作部１０４に接触したままで移動するジェスチャである。情報処理装置１００は、指が操作部１０４に接触したままで移動するジェスチャをスワイプとして判別する。「フリック」は、指が、操作部１０４に触れた後で移動しながら操作部１０４から離れるジェスチャである。すなわち、「フリック」は、タッチに続いて指が移動しながらリリースが行われるジェスチャである。情報処理装置１００は、指が、操作部１０４に触れた後移動しながら操作部１０４から離れるジェスチャをフリックとして判別する。フリックは、指が一方方向へ移動しながら行われることが多い。フリックは、指が画面の上方向へ移動する「上フリック」、指が画面の下方向へ移動する「下フリック」、指が画面の右方向へ移動する「右フリック」、および指が画面の左方向へ移動する「左フリック」等を含む。フリックにおける指の移動は、スワイプにおける指の移動よりも素早いことが多い。「ドラッグ」は、「リリース」と組み合わせて使用される。ドラッグは、フリックと同様の操作であるが、表示部１０３に表示されたアイコンなどのオブジェクトに対する移動操作として使用される点で異なる。このオブジェクトの移動操作を「ドラッグ・アンド・ドロップ」と称することが多い。

情報処理装置１００は、操作部１０４を介して判別するこれらのジェスチャに従って動作を行う。このため、利用者にとって直感的な操作性が実現される。判別されるジェスチャに従って情報処理装置１００が行う動作は、表示部１０３に表示されている画面に応じて異なることがある。以上のように、情報処理装置１００の表示部１０３に、アプリケーションのアイコン１０５、ホームボタン１０１、およびバックボタン１０２などのＧＵＩ部品が表示される。ユーザは、このＧＵＩ部品を操作することで、そのＧＵＩ部品が示す機能を使用することができる。本実施形態では、ホームボタン１０１およびバックボタン１０２のナビゲーションボタンは、表示部１０３のボタン状のＧＵＩ表示としているが、これに限らず、情報処理装置１００に備えられた物理ボタンであっても良い。また、情報処理装置１００は、履歴ボタン１０６を有しており、履歴ボタン１０６がタッチされると、最近使用したアプリケーションの履歴を表示部１０３に表示する。

図１（ｂ）では、一覧表示されているアプリケーションのうちの１つを使用している状態の画面を示している。情報処理装置１００上には使用中のアプリケーションの画面が表示されており、ボタン１０７に代表されるような各機能を示すボタンをタップすることでその機能を使用することができる。図１（ｂ）では、印刷アプリケーションが情報処理装置１００で起動されている状態の図を示している。

＜情報処理装置の構成＞
図２は、情報処理装置１００の構成を示す図である。図２（ａ）は、情報処理装置１００のハードウエア構成の例を示している。情報処理装置１００は、ＣＰＵ２０１、メモリ２０４、操作部１０４、表示部１０３、ネットワークインターフェイス２０３、および記憶装置２０６を有する。ＣＰＵ２０１は、情報処理装置１００の全体制御を行う。操作部１０４は、情報処理装置１００にユーザが指示を与えるためのものである。ネットワークインターフェイス２０３は、情報処理装置１００をネットワークに接続するインターフェイスである。ネットワークインターフェイス２０３は、ネットワークに接続され、ネットワークを介して情報処理装置１００をプリンタなどの外部機器またはインターネットと接続している。表示部１０３は、前述したように液晶パネル等の表示機構である。記憶装置２０６は、フラッシュメモリ等の記憶装置である。記憶装置２０６は、アプリケーションおよびオペレーティングシステム等の各種制御プログラムを格納する。メモリ２０４は、ＣＰＵ２０１の作業領域としてのランダムアクセスメモリ（ＲＡＭ）である。

図２（ｂ）は、情報処理装置１００のソフトウエア構成の例を示している。情報処理装置１００は、オペレーティングシステム（以下、ＯＳと称す）２０７、第１アプリケーション２０８および第２アプリケーション２０９を備えている。図１（ｂ）では、簡易な説明のために、２つのアプリケーションを示しているが、この例に限られるものではない。３つ以上のアプリケーションが備えられていてもよい。第１アプリケーション２０８および第２アプリケーション２０９は、ＯＳ２０７を介して動作する。これらのソフトウェアプログラムは、記憶装置２０６に格納されており、メモリ２０４に展開されてＣＰＵ２０１によって実行される。

＜マルチウィンドウモード＞
図３は、情報処理装置１００が備えるマルチウィンドウモードの一例を示す図である。マルチウィンドウモードは、ＯＳ２０７の制御により、実現される。図３（ａ）は、マルチウィンドウモードにおける、２つのアプリケーションを表示している状態の画面を示している。図３（ａ）の例では、第１アプリケーション２０８として写真アプリケーションが画面上部に起動され、第２アプリケーション２０９として印刷アプリケーションが画面下部に起動されている例を示している。本実施形態では、ファイル共有の例を説明する。この説明の便宜上、第１アプリケーション２０８は、ファイル共有元アプリケーションであり、第２アプリケーション２０９は、ファイル共有先アプリケーションであるものとする。マルチウィンドウモードでは、ＯＳ２０７は、表示部１０３の表示領域を第１表示領域３０１と第２表示領域３０２とに分割する。ＯＳ２０７は、分割した表示領域（表示ウィンドウ）に、第１アプリケーション２０８および第２アプリケーション２０９の画面をそれぞれ表示する。以下、このアプリケーションの表示方法をマルチウィンドウ表示と記載する。一方、マルチウィンドウモードに対して、表示部１０３の全体の領域に１つのアプリケーションを表示する状態をシングルウィンドウモードと記載する。図３の例では、情報処理装置１００が縦長の状態でのマルチウィンドウ表示を示し、上下２画面に分割される例を示している。なお、情報処理装置１００が横長の状態に傾いた場合、左右２画面に分割される形態でマルチウィンドウ表示が行われる。

マルチウィンドウモードは、ＯＳ２０７が既定する所定の操作（以降、マルチウィンドウモード起動操作と記載する）により起動する。本実施形態では、表示部１０３にシングルウィンドウモードで一つのアプリケーションが表示中に履歴ボタン１０６がロングタッチされることにより、マルチウィンドウモードが起動するものとする。

図３（ｂ）は、マルチウィンドウモード起動時の画面例を示している。図３（ａ）と図３（ｂ）とを用いて、第１アプリケーション２０８がシングルウィンドウモードで表示された状態から、マルチウィンドウモードで、第１アプリケーション２０８および第２アプリケーション２０９の画面を表示する一般的な動作の一例を説明する。表示部１０３に第１アプリケーション２０８が表示された状態で、ユーザが履歴ボタン１０６をロングタッチすると、ＯＳ２０７は、シングルウィンドウモードからマルチウィンドウモードに移行する。具体的には、ＯＳ２０７は、図３（ｂ）に示すように、シングルウィンドウモードで表示していた第１アプリケーション２０８を第１表示領域３０１に表示し、アプリ一覧画面を第２表示領域３０２に表示する。

次いで、ユーザは、第２表示領域３０２に表示したい第２アプリケーション２０９を、アプリケーション一覧画面から選択する。第２アプリケーション２０９が選択されると、図３（ａ）に示すように、ＯＳ２０７は、第２表示領域３０２に第２アプリケーション２０９のトップ画面３０４を表示する。図３（ａ）に示しているトップ画面３０４は、第２アプリケーション２０９が起動した場合に表示される、第２アプリケーション２０９の主機能ボタンが並べられた画面である。

尚、本実施形態では、マルチウィンドウモード起動操作として、履歴ボタンのロングタッチを例に挙げているが、これに限られない。例えば、履歴ボタンのタップで表示される最近使用したアプリケーションの履歴中のアプリケーションのロングタッチ、または、アプリケーション一覧画面からマルチウィンドウ表示したい複数のアプリケーションを選択する操作などであってもよい。

図３（ａ）に示すマルチウィンドウ表示の状態では、第１アプリケーション２０８または第２アプリケーション２０９のいずれかのみに操作権が与えられる。この操作権が与えられている状態を、アクティブと記載する。タッチパネルを有する機器の場合は、タッチにより操作権が移動する。例えば、第１表示領域３０１にタッチ等の何らかのユーザ入力があった場合には、第１アプリケーション２０８がアクティブとなる。第２表示領域３０２にタッチ等の何らかのユーザ入力があった場合には、第２アプリケーション２０９がアクティブとなる。つまり、第１アプリケーション２０８と第２アプリケーション２０９とが両方同時に画面操作を受け付けることは無い。

領域分割バー３０３は、第１表示領域３０１と第２表示領域３０２とを分けるＵＩ部品である。マルチウィンドウモードにおける領域分割バー３０３の初期位置は、画面の中央である。領域分割バー３０３は、必要に応じてユーザのドラッグまたはスワイプ操作により移動させることができる。例えば、領域分割バー３０３を下へドラッグすることにより、第１表示領域３０１を第２表示領域３０２よりも大きくすることができる。つまり、領域分割バー３０３を下にドラッグすることにより、第１表示領域３０１および第２表示領域３０２のサイズを同時に変更することができる。

また、マルチウィンドウモードでは、ウィンドウ間において、ドラッグ・アンド・ドロップまたはコピー・アンド・ペースト等の操作により、アプリケーション間でのファイルまたはテキストなどデータの共有を行うことができる。例えば、ユーザが、第１表示領域３０１に表示された第１アプリケーション２０８が表示している画像を第２表示領域３０２上までドラッグし、第２表示領域３０２に表示された第２アプリケーション２０９の画面上でドロップする。このドラッグ・アンド・ドロップ操作により、第１アプリケーション２０８によって保持されている、その画像に対応する画像データを、第２アプリケーション２０９にコピーして共有することができる。他にも、ユーザが、第１表示領域３０１に表示された第１アプリケーション２０８が表示している画像データをクリップボードにコピーする。そして、第２表示領域３０２に表示された第２アプリケーション２０９の画面上でユーザが貼り付け操作をすることによって、第１アプリケーション２０８が保持する画像データを第２アプリケーション２０９にコピーして共有する方法がある。いずれの方法も、マルチウィンドウモードの機能に付随するものとしてＯＳ２０７が備えている機能である。

本実施形態では、第１アプリケーション２０８として、写真アプリを用いている。写真アプリは、情報処理装置１００の記憶装置２０６に記憶された画像の閲覧または編集などを実施することができるアプリケーションである。第１アプリケーション２０８が扱う画像のフォーマットは、例えば、ＪＰＥＧ、ＰＮＧ、およびＧＩＦであるものとする。ただし、これに限らずＢＭＰまたはＴＩＦＦ等の任意の画像フォーマットを扱ってもよい。また、第１アプリケーション２０８は、マルチウィンドウモードで起動時に、ドラッグ・アンド・ドロップにより、他方の表示領域に表示されているアプリに画像を共有する機能に対応しているものとする。加えて、第１アプリケーション２０８は、表示部に表示されている画像をクリップボードにコピーする機能が備えられている。ユーザはクリップボードにコピーされた画像を任意のアプリケーションに張り付けることができる。これらのドラッグ・アンド・ドロップおよびクリップボードによる画像の共有は、ＯＳ２０７が提供する機能を利用することで実現される。例えば、ユーザにより画像のクリップボードへのコピー操作が行われた際、ＯＳ２０７は、記憶装置２０６の中のその画像が保存されているＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）をクリップボードに記憶する。その後、ユーザにより貼り付け操作が行われた際には、ＯＳ２０７は、クリップボードに保存したＵＲＩを張り付け操作が行われたアプリケーションに受け渡す。ＵＲＩを受け取ったアプリケーションは、受け取ったＵＲＩを用いて記憶装置２０６から画像を取得する。これにより、アプリケーション間での画像の共有が可能となる。尚、ここでは、ＵＲＩが指し示す保存先が記憶装置２０６のアドレスである例を説明したが、情報処理装置１００の外部のＵＲＩを指し示す場合、外部装置から画像を取得することになる。

本実施形態では、第２アプリケーション２０９として印刷アプリケーションを例示している。印刷アプリは、プリンタまたは複合機などの外部装置と接続し、情報処理装置１００に保存された写真または文書ファイルなどを印刷するためのアプリケーションである。第２アプリケーション２０９は、印刷アプリに限らず、画像ファイルまたは文書ファイルなどを他のアプリケーションから受け取る機能が備わっていればよい。具体的には、第２アプリケーション２０９は、マルチウィンドウモードにおいて、ドラッグ・アンド・ドロップまたはペースト操作により、任意のファイルを受け取ることが可能であればよい。本実施形態では、印刷アプリケーションとしての第２アプリケーション２０９が扱えるファイルをＪＰＥＧ、ＰＮＧ、またはＰＤＦであるものとする。しかしながら、これに限らず、ＴＩＦＦまたはＭｉｃｒｏｓｏｆｔ（登録商標）のＷｏｒｄ、Ｅｘｃｅｌ等のファイルフォーマットを扱ってもよい。

本実施形態の情報処理装置１００のように、例えばスマートフォンのような画面が小さい表示装置では、マルチウィンドウモードにより分割されたウィンドウのサイズが、シングルウィンドウの時のウィンドウサイズよりも小さくなる。このため、マルチウィンドウモード時のアプリケーションの操作性が低下することがある。また、そもそもマルチウィンドウモード時に、適切な説明がない場合、アプリケーション間においてファイルの共有が可能なことにユーザは気が付かないことがある。そこで、本実施形態では、マルチウィンドウモード時におけるアプリケーション間でのファイルを共有することが可能なことを、ユーザが容易に知覚でき、かつユーザが簡易に共有を実行する表示制御の例を説明する。

＜ファイル共有＞
次に、本実施形態でのファイル共有の例を説明する。本実施形態では、マルチウィンドウモードにおいて、第２アプリケーション２０９が第１アプリケーション２０８から印刷用の画像ファイルを受け取る。そして、第２アプリケーション２０９がその画像ファイルを印刷するための画面を第２表示領域３０２に表示する例を説明する。

図４は、本実施形態において、第１アプリケーション２０８がシングルウィンドウモードで表示された状態から、マルチウィンドウモードで２つのアプリケーションが表示部１０３に表示されたときの画面の例を示した図である。即ち、第１アプリケーション２０８と第２アプリケーション２０９とがマルチウィンドウモードで表示されたときの画面の例を示した図である。第２アプリケーション２０９は、マルチウィンドウモードを検出した際に、ファイル受付領域４０１を第２表示領域３０２に表示する。ファイル受付領域４０１は、共有されたファイルを受信可能に構成されている領域であり、ユーザに対して、ファイルのドロップまたは貼り付けを許容する内容のメッセージが表示されている領域である。ユーザは、ファイル受付領域４０１を確認することで、ファイル受付領域４０１に対して、ファイルのドロップまたは貼り付けが可能であることを直ちに知覚することができる。図４（ａ）は、ファイル受付領域４０１が第２表示領域３０２に表示されている画面の例を示している。図４（ａ）の例では、ファイル受付領域４０１は、第２アプリケーション２０９が表示されている第２表示領域３０２上に覆いかぶさるようにフローティング表示されている。図４（ａ）では、ファイル受付領域４０１は、第２アプリケーション２０９において第１画面が表示されているときに、第１画面上にフローティング表示されているものとする。なお、ファイル受付領域４０１は、第２アプリケーション２０９において第１画面が表示されているときに、ファイル受付領域４０１を含む第２画面に切り替わることで表示されてもよい。

ユーザにより、ファイル受付領域４０１に印刷対象となるファイル「Ｉｍａｇｅ Ａ１」４０８が受け渡されたときに、第２アプリケーション２０９は、受け渡されたファイル「Ｉｍａｇｅ Ａ１」を印刷するための画面を第２表示領域３０２に表示する。図４（ｂ）は、第２アプリケーション２０９が、受け渡されたファイル「Ｉｍａｇｅ Ａ１」を印刷するための画面を第２表示領域３０２に表示している例を示している。図４（ｂ）では、受け渡されたファイル「Ｉｍａｇｅ Ａ１」の印刷プレビュー画面が表示されている。即ち、図４（ｂ）では、ファイル受付領域４０１に受け渡されたファイルに対する所定の処理として、印刷プレビュー画面を表示する処理が行われている。

このように、本実施形態では、第２アプリケーション２０９が表示する画面は、一例として、次のような画面遷移をする。即ち、図３（ａ）に示している任意の画面であるトップ画面３０４から、図４（ａ）に示すファイル受付領域４０１を含む受付画面４０３を経て、図４（ｂ）に示す印刷プレビュー画面４０７に画面が遷移する。印刷プレビュー画面４０７は、ファイル受付領域４０１で受信したファイルを印刷するための画面である。例えば、印刷プレビュー画面４０７では、印刷対象となるファイルの印刷プレビュー画像４０４の表示、用紙サイズまたは部数などの印刷設定を行うための印刷設定ボタン４０５、および印刷を実行するための印刷実行ボタン４０６を表示する。印刷実行ボタン４０６が操作された場合、情報処理装置１００は、印刷プレビュー画像４０４に表示されている内容を、印刷するための印刷ジョブを、第２アプリケーション２０９によりプリンタに送信する。また、印刷ジョブには、印刷設定ボタン４０５を介して設定された印刷設定が含まれる。なお、印刷プレビュー画像４０４に表示されている内容とは、第１アプリケーション２０８から受け渡されたファイル（データ）である。これにより、印刷プレビュー画像４０４に表示されている内容がプリンタにより印刷される。尚、ここでは、トップ画面３０４を表示した後に、図４（ａ）に示す受付画面４０３を表示する例を示した。しかしながら、マルチウィンドウモードの状態で第２アプリケーション２０９が起動された場合、トップ画面３０４を表示することなく、受付画面４０３を表示してもよい。

尚、図４（ａ）の受付画面４０３におけるファイル受付領域４０１のサイズは、第２表示領域３０２のサイズに応じて変化することが可能である。具体的には、第２アプリケーション２０９は、第２表示領域３０２のサイズ変化をＯＳ２０７から受信したとき、受信したウィンドウサイズ情報に従って第２表示領域３０２のサイズを変更することができる。この第２表示領域３０２のサイズに応じて、ファイル受付領域４０１のサイズが変化する。ウィンドウサイズ情報は、第２表示領域３０２の高さと横幅のサイズとを含む。これにより、領域分割バー３０３の操作により第２表示領域３０２のサイズが変わった時でも、適切なサイズのファイル受付領域４０１を表示することができる。

また、ファイル受付領域４０１は非表示ボタン４０２を有する。非表示ボタン４０２がユーザに押下（タッチ）されると、第２アプリケーション２０９は、ファイル受付領域４０１を非表示にする。これにより、シングルウィンドウモードで起動されたときと同様の画面を第２アプリケーション２０９は、表示することができる。例えば、ファイル受付領域４０１は、第２アプリケーション２０９の任意の画面にフローティング表示されているので、ファイル受付領域４０１が非表示になると、その任意の画面が表示されることになる。尚、本実施形態では、ファイル受付領域４０１は、フローティング表示される例を示しているが、この例に限られない。即ち、非表示ボタン４０２の押下によって、第２アプリケーションは、第２表示領域３０２に表示されている画面全体を閉じて、新たな別の画面を表示するように構成されていてもよい。

尚、本実施形態では、非表示ボタン４０２がユーザに押下された場合、第２アプリケーション２０９は、ファイル受付領域４０１を非表示にする例を示しているが、これに限らない。例えば、非表示ボタン４０２がユーザに押下された場合、第２アプリケーション２０９は、ファイル受付領域４０１を非表示にすることに加え、再表示ボタン（不図示）を第２表示領域３０２に表示してもよい。あるいは、別の例として、ファイル受付領域４０１が非表示にされた後に、第２表示領域３０２上で第２アプリケーション２０９がユーザのドラッグ操作または貼り付け操作を検出した際に、再度ファイル受付領域４０１を表示することとしてもよい。これにより、ファイル受付領域４０１が非表示にされた場合でも、第２アプリケーション２０９が表示する任意の画面で、再度ファイル受付領域４０１を表示することが可能となる。また、図４（ａ）に示すように、ファイル受付領域４０１は、ユーザに対する操作方法を示すためのメッセージ表示を含む。これにより、ユーザに対してファイル共有機能を適用すると同時に、ファイル共有方法を示すことができる。本実施形態では、ファイル受付領域４０１にメッセージを表示する例を示したが、これに限らず、アイコンまたは記号による表現であってもよい。

図５は、本実施形態の第２アプリケーション２０９における処理の一例を示すフローチャートである。図５では、第２アプリケーション２０９がマルチウィンドウモードを検出して、図４に示すファイル受付領域４０１を表示して、ファイル受付領域４０１に受け渡されたファイルを用いて所定の処理を行う例を示している。本実施形態では、第２アプリケーション２０９は、印刷アプリケーションであり、所定の処理は、ファイル受付領域４０１に受け渡されたファイルを印刷するための画面を第２表示領域に表示する際の処理であるものとする。図５に示す処理は、ＣＰＵ２０１が記憶装置２０６などに記憶されたプログラムをメモリ２０４に展開して実行することにより、実現される。尚、各処理の説明における記号「Ｓ」は、当該フローチャートにおけるステップであることを意味する（本明細書において同様である）。

図５のフローチャートは、マルチウィンドウモードでアイコン１０５をタップ等することにより、第２アプリケーション２０９が起動し、第２アプリケーション２０９が第２表示領域３０２に表示されるときに開始される。また、図５のフローチャートは、常駐的に実施される処理である。つまり、第２アプリケーション２０９の起動中は、定期的に（実質的に常時）、図５に示す処理が行われる。つまり、第２アプリケーション２０９が、任意のいずれの画面を表示している場合においても、マルチウィンドウモードを検出した際に、ファイル受付領域４０１の表示が行われることになる。

Ｓ５０１において第２アプリケーション２０９は、情報処理装置１００がマルチウィンドウモードか否かの判定を行う。具体的には、第２アプリケーション２０９は、ＯＳ２０７に対して情報処理装置１００がマルチウィンドウモードか否かを問い合わせる。そして、その問い合わせに応じて取得した情報をもとにマルチウィンドウモードか否かを判定する。情報処理装置１００がマルチウィンドウモードである場合、Ｓ５０２に進み、そうでない場合、本処理を終了する。尚、第２アプリケーション２０９は、前述したように、第１アプリケーション２０８が起動された状態で、情報処理装置１００がマルチウィンドウモードに遷移した後に、起動される場合がある。あるいは、第２アプリケーション２０９が、シングルウィンドウモードで起動している状態で、情報処理装置１００がマルチウィンドウモードに遷移する場合もある。前者の場合、Ｓ５０１の判定は、第２アプリケーション２０９がマルチウィンドウモードで起動されたかを判定する処理とも言える。後者の場合、Ｓ５０１の判定は、第２アプリケーション２０９を起動している情報処理装置が、シングルウィンドウモードからマルチウィンドウモードに遷移したかを判定する処理とも言える。本実施形態では、前者の例、即ち、第１アプリケーション２０８が起動された状態で、情報処理装置１００がマルチウィンドウモードに遷移した後に、第２アプリケーション２０９が起動される例を用いて説明する。後者の例は、後述する。

Ｓ５０２において第２アプリケーション２０９は、第２表示領域３０２にファイル受付領域４０１を表示する。即ち、第２アプリケーション２０９は、ＯＳにより、自身の表示領域として指定されている第２表示領域３０２に、ファイル受付領域４０１を表示する。これにより、第２アプリケーション２０９は、マルチウィンドウモードを検出したときに、他のアプリケーションからのファイルの共有を受け付けることをユーザに示しながら、ファイルの共有を受け付ける状態になることができる。例えば、第２アプリケーション２０９がマルチウィンドウモードで起動された場合、他のアプリケーションからのファイルの共有を受け付けることをユーザに示しながら、ファイルの共有を受け付ける状態になることができる。前述したように、ファイル受付領域４０１は、他のアプリケーションからのファイルのドラッグ・アンド・ドロップまたは貼り付け操作を受け付けることが可能な領域である。

次いでＳ５０３において第２アプリケーション２０９は、ファイル受付領域４０１におけるファイルの受信を検出したか否かを判定する。具体的には、第２アプリケーション２０９は、ファイル受付領域４０１に受け渡されたファイルに関するコンテンツ情報をＯＳ２０７から受信したか否かを判定する。本実施形態では、第１アプリケーション２０８に表示されたＪＰＥＧ画像のファイル「Ｉｍａｇｅ Ａ１」が、ファイル受付領域４０１にドラッグ・アンド・ドロップされたとする。コンテンツ情報は、ファイル受付領域４０１に受け渡されたファイルの保存場所を示すＵＲＩを含んでいる。第２アプリケーション２０９は、受信したコンテンツ情報に含まれるＵＲＩにアクセスすることにより、ファイル受付領域４０１に受け渡されたファイル「Ｉｍａｇｅ Ａ１」を取得することができる。Ｓ５０３にて、ファイル受付領域４０１におけるファイルの受信があったと判定した場合、第２アプリケーション２０９は、Ｓ５０４の処理を実行する。一方、ファイル受付領域４０１におけるファイルの受信が無い場合には、再びＳ５０３の処理を実行し、ファイル受付領域４０１に対するファイルの受信を待つ。

Ｓ５０４において第２アプリケーション２０９は、受信したファイルを用いた所定の処理を実行する。例えば、第２アプリケーション２０９は、受信したファイル「Ｉｍａｇｅ Ａ１」を印刷するための画面（印刷プレビュー画面４０７）を第２表示領域３０２に表示する。具体的には、第２アプリケーション２０９は、Ｓ５０３にて受信したコンテンツ情報に含まれるＵＲＩを用いて、記憶装置２０６からファイル「Ｉｍａｇｅ Ａ１」を取得し、印刷プレビュー画面４０７の印刷プレビュー画像４０４として表示する。これにより、他のアプリケーションである第１アプリケーション２０８から受け取ったファイルに対する印刷設定または印刷の実行のための画面を、ファイル受付領域４０１におけるファイルの受信を契機にして、表示することができる。

なお、Ｓ５０１において、情報処理装置１００がマルチウィンドウモードではないと判定された場合、第２アプリケーション２０９は、マルチウィンドウモードにおけるファイル共有を受け付けることがない。このため、Ｓ５０２以降の処理を行わずに、処理が終了する。これにより、情報処理装置１００がマルチウィンドウモードのときのみ、ファイル受付領域４０１を表示することができる。また、図５のフローチャートは、第２アプリケーション２０９が第２表示領域３０２において非表示になったときに終了する。例として、第２アプリケーション２０９に操作権がある状態で、ユーザによりホームボタン１０１がタップされたときが挙げられる。これにより、第２アプリケーション２０９の画面が表示されていないときに、不要な処理が行われることを抑制することができる。また、ユーザの操作によりマルチウィンドウモードが終了したときに、図５のフローチャートが終了してもよい。これにより、マルチウィンドウモード解除時に、ユーザ操作を必要とせずファイル受付領域４０１を非表示にすることができる。また、第１アプリケーション２０８が終了されることにより、マルチウィンドウモードが解除時にも、ファイル受付領域４０１を非表示にすることができる。

以上説明したように、本実施形態では、第２アプリケーション２０９がマルチウィンドウモードで表示されたことを契機に、図５のＳ５０２でファイル受付領域４０１を表示する。これにより、第２アプリケーション２０９へのファイルの共有方法をユーザに対して示すと共に、ファイルを共有する機能を提供することができる。これにより、マルチウィンドウモードにおけるアプリケーション間の平易なファイル共有の効果を生み出すことができる。

尚、ここまで、第２アプリケーション２０９が第２表示領域３０２で画面を表示する場合の例を説明したが、図５に示すフローチャートは、必ずしも第２アプリケーション２０９が第２表示領域３０２で画面を表示する場合に限定されるものではない。前述したように、第２アプリケーションがシングルウィンドウモードで先に起動された状態で、図５に示すフローチャートが実行されてもよい。つまり、第２アプリケーション２０９が第１表示領域３０１に画面を表示し、第１アプリケーション２０８が第２表示領域３０２に画面を表示するようなケースでも、図５に示すフローチャートの処理が適用可能である。即ち、図５のフローチャートは、第２アプリケーション２０９がシングルウィンドウモードで画面を表示した状態から、マルチウィンドウモードで第１アプリケーション２０８が起動し第２表示領域３０２に表示されるときにおいても適用可能である。この場合、図５のフローチャートは、第２アプリケーション２０９が起動後に開始されてもよいし、マルチウィンドウモード開始後に第１表示領域３０１に表示された第２アプリケーション２０９に操作権が初めて割り当てられたときに開始されてもよい。

つまり、第２アプリケーション２０９がシングルウィンドウモードで起動している状態において、図３（ｂ）に示すように、領域分割バー３０３が表示され、情報処理装置１００がマルチウィンドウモードに移行する。このように、情報処理装置１００がマルチウィンドウモードに移行した時点で、ファイル受付領域が第１表示領域３０１に表示されてもよい。あるいは、情報処理装置１００がマルチウィンドウモードに移行後に、第２表示領域３０２において他のアプリケーションが起動された時点で、ファイル受付領域が第１表示領域３０１に表示されてもよい。あるいは、第２表示領域３０２において他のアプリケーションが起動された後に、第１表示領域３０１に表示されている第２アプリケーション２０９に操作権が初めて割り当てられたときに、ファイル受付領域が第１表示領域３０１に表示されてもよい。

このように、ファイル受付領域を表示する第２アプリケーション２０９は、マルチウィンドウモードで表示されるウィンドウ（表示領域）の場所を問わず、ファイル受付領域を表示することができる。また、本実施形態では、マルチウィンドウモードとして表示部１０３を２分割にする例を示したが、これに限られない。表示部１０３内に３つ以上のウィンドウ（表示領域）を有するマルチウィンドウモードを備えた情報処理装置にも本実施形態を適用することも可能である。また、本実施形態では情報処理装置としてタッチパネルを有するスマートフォンを例に挙げたが、これに限らず、キーボードまたはマウス操作によるＰＣに対しても適用することが可能である。

以上で説明した例では、ファイル受付領域に画像ファイルを受け渡す例を説明した。しかしながら、共有するファイルは、画像ファイルに限られない。上述した例では、図５のＳ５０４にて、第２アプリケーション２０９は、画像ファイルの印刷プレビュー画面４０７を表示しているが、印刷プレビュー画面４０７は、受信したファイルの形式に従って印刷プレビュー画面４０７とは異なる画面を表示してもよい。例えば、画像ファイルではなくＰＤＦのような文書ファイルを受信した場合は、その文書ファイルのプレビュー画面を表示することとしてもよい。即ち、ファイルの種類に応じた画面を表示してもよい。

図６は、第２アプリケーション２０９が、ＰＤＦ形式の文書ファイルＢ１を受信したときに、表示する文書プレビュー画面６０１の一例を示す図である。文書プレビュー画面６０１は、文書プレビュー画像６０２、次へボタン６０３、および戻るボタン６０４を含んでいる。図６では、既にファイルの受け渡し後の状態の図を示しているが、図４で説明したように、文書プレビュー画像６０２が表示されている領域は、ファイルの受け渡し前は、ファイル受付領域として機能している。

文書プレビュー画像６０２は、第２アプリケーション２０９が受信した文書ファイルＢ１の内容を表示する領域である。具体的には、第２アプリケーション２０９は、受信したコンテンツ情報に含まれるＵＲＩを用いてＯＳ２０７からＰＤＦファイルを取得する。第２アプリケーション２０９は、取得したＰＤＦファイルをレンダリングし、文書プレビュー画像６０２として表示する。次へボタン６０３は、文書ファイルＢ１を印刷するためのボタンである。ユーザが次へボタン６０３をタップすると、第２アプリケーション２０９は文書ファイルＢ１を印刷するための画面を第２表示領域３０２に表示する。以上により、第２アプリケーション２０９が、受信したファイル形式に従った画面を表示することで、ユーザは、ファイルの形式を意識した操作をする必要は無く、ユーザビリティを向上することができる。

尚、図４（ｂ）の印刷プレビュー画面４０７または図６の文書プレビュー画面６０１において、その後の各種の操作が第２アプリケーションに指示されると、処理が完了する。例えば、印刷処理が完了する。このように処理が完了した場合において、マルチウィンドウモードが解消されていないときは、再度、ファイル受付領域が第２アプリケーション２０９の画面上で表示されることになる。

以上説明したように、本実施形態によれば、マルチウィンドウモード時におけるアプリケーション間でのファイルを共有することが可能なことを、ユーザが容易に知覚でき、かつ簡易に共有を実行することが可能となる。

＜＜第２実施形態＞＞
第１実施形態では、第２アプリケーション２０９が第１アプリケーション２０８からＪＰＥＧ形式の画像ファイルを受け渡される例について説明した。第２アプリケーション２０９は、他のアプリケーションから、第２アプリケーション２０９が扱うことができないファイルを受け渡される場合がある。例えば、第２アプリケーション２０９が扱うことができるファイル形式以外のファイルが受け渡される場合がある。また、第２アプリケーション２０９が扱うことができるファイルサイズを超えるサイズのファイルが受け渡される場合がある。このような場合、第２アプリケーションは、受信したファイルに対する所定の処理を行うことができない。そこで、本実施形態では、第２アプリケーション２０９が扱うことができないファイルが受け渡された場合でも、適切な案内をユーザに示す例を説明する。尚、基本的な構成は、第１実施形態で説明した例と同様であるので、説明は省略する。

図７は、本実施形態における第２アプリケーション２０９において実行される処理の一例を示すフローチャートである。図７で示すフローチャートは、第１実施形態の図５で示すフローチャートと同じ開始条件で開始される。また、Ｓ７０１からＳ７０３までの処理は、図５のＳ５０１からＳ５０３までの処理と同様であるため説明を省略する。

Ｓ７０３でファイル受付領域に対するファイルの受信を検知した場合、Ｓ７０４の処理が行われる。Ｓ７０４において第２アプリケーション２０９は、受信したファイルが第２アプリケーションで扱うことができるか否かを判定する。具体的には、第２アプリケーション２０９は、Ｓ７０３にて取得したファイルの拡張子が、第２アプリケーション２０９が予め保持している対応拡張子情報の中の拡張子と一致するものがあるかを判定する。対応拡張子情報には、具体的には、ＪＰＥＧ、ＰＮＧ、またはＰＤＦなどの文字列が含まれている。この判定により、受信したファイルが、第２アプリケーション２０９が扱うことができるファイル形式か否かを判定することができる。なお本実施形態では、第２アプリケーション２０９が扱うことができるファイルか否かの判定に拡張子を用いたが、これに限らず、ファイルのサイズまたは解像度の情報を用いた判定であってもよい。Ｓ７０４において第２アプリケーション２０９が受信したファイルが、第２アプリケーションで扱うことができるファイルであると判定した場合は、Ｓ７０５を実行する。Ｓ７０５は、図５のＳ５０４の処理と同様であるため説明を省略する。

一方、Ｓ７０４にて、第２アプリケーション２０９が受信したファイルが第２アプリケーションで扱うことができないと判定した場合は、Ｓ７０６を実行する。第２アプリケーション２０９が受信したファイルが第２アプリケーションで扱うことができないということは、つまり、ファイル受信のキャンセルされることを意味する。Ｓ７０６において第２アプリケーション２０９は、第２表示領域３０２に、所定の確認画面を表示する。

図８は、Ｓ７０６において第２アプリケーション２０９が表示する確認画面８０１の例を示す図である。確認画面８０１は、ユーザに対して、第２アプリケーション２０９へ共有しようとしたファイルを、共有することができないことを伝えるメッセージを含む。図８では、第２アプリケーション２０９へ共有しようとしたファイルが、第２アプリケーション２０９が扱うことができないファイル形式、または、ファイルサイズであることを伝えるメッセージが含まれている。これにより、ユーザは、ファイルが共有できなかったことと、その理由とを認識することができる。

また、確認画面８０１は、確認ボタン８０２を含む。確認ボタン８０２がユーザにより押下（タッチ）されると、第２アプリケーション２０９は、確認画面８０１を閉じ、Ｓ７０２の処理を再度実行する。Ｓ７０２では、第２アプリケーション２０９は、再度ファイル受付領域４０１を第２表示領域３０２に表示する。これにより、ユーザの操作を必要とせずに、第２アプリケーション２０９は、再度、ファイルを受け付ける状態となるため、ユーザの利便性が向上する。

以上説明したように、本実施形態では、図７のＳ７０４で、第２アプリケーション２０９が受信したファイルが扱うことのできるファイルか否かを判定し、Ｓ７０６で、ファイルの共有をキャンセルしたことと、その理由とを表示する。これにより、ユーザに対してファイルの共有のタイミングで、ファイルの共有ができなかったことを知らせることができる。加えて、Ｓ７０６の後にＳ７０２を実行することで、ファイル受付領域を再度表示させるためのユーザ操作を不要とすることができ、ユーザに対して適切な案内を提供することができる。

尚、確認画面８０１は、一例に過ぎず、理由に応じて異なるメッセージを表示する形態としてもよい。例えば、第２アプリケーション２０９が扱うことができないファイル形式、または、ファイルサイズであることのいずれかを特定して、通知するように構成されていてもよい。また、確認画面８０１には、解決方法が表示されてもよい。例えば、ファイルサイズが大きすぎる場合、その旨のメッセージと、第２アプリケーション２０９で許容するファイルサイズを示すメッセージとを含む確認画面を表示してもよい。

＜＜第３実施形態＞＞
第２実施形態では、第２アプリケーション２０９が扱うことのできないファイルを受信した場合の例を説明した。第２アプリケーション２０９の状態によっては、ファイルを受信したときに、受信したファイルに対する処理を行えない場合がある。例えば、印刷アプリケーションである第２アプリケーション２０９が、印刷処理実行中またはスキャン処理実行中などの他の処理を実行しているときには、受信したファイルを印刷するための画面を表示することができない場合がある。この場合には、第２アプリケーション２０９は、ファイル受付領域において受信したファイルを用いた所定の処理を行うことができない。そこで、本実施形態では、第２アプリケーション２０９が受信したファイルに対する処理を行えない状態の場合に、適切な案内をユーザに示す例を説明する。尚、本実施形態の基本的な構成は、第１実施形態で説明した例と同様であるので、説明は省略する。

図９は、本実施形態における第２アプリケーション２０９によって実行されるフローチャートの一例を示す図である。図９で示すフローチャートは、第１実施形態の図５で示すフローチャートと同じ開始条件で開始される。また、Ｓ９０１からＳ９０２までの処理は、図５のＳ５０１からＳ５０２までの処理と同様であるため説明を省略する。

Ｓ９０２においてファイル受付領域を表示した後、Ｓ９０３において第２アプリケーション２０９は、ファイルを受け付けることが可能か否かを判定する。具体的には、第２アプリケーション２０９は、特定の処理を実行中か否かを判定する。特定の処理とは、ファイル受付領域４０１において受信したファイルを用いた所定の処理（例えば、印刷プレビュー画面の表示処理）と並行して行うことができないような処理である。特定の処理の例としては、例えば、他の画像の印刷処理またはスキャン処理などが挙げられる。これらの処理を実行中の場合、特定の処理を実行中であると判定される。Ｓ９０３において第２アプリケーション２０９は、ファイルを受け付けることが不可能と判定した場合、Ｓ９０４を実行する。Ｓ９０４において第２アプリケーション２０９は、ファイル受付領域４０１を受付不可能状態にする。

図１０は、受付不可能情報を示す画面の例を示す図である。図１０は、第２アプリケーション２０９が印刷処理実行中に受付不可能状態のファイル受付領域４０１を表示したときの一例を示している。受付不可能状態のファイル受付領域４０１は、他のアプリケーションからのファイルの受信を受け付けない。具体的には、ファイルの貼り付け、および、ドラッグ・アンド・ドロップを受け付けない。受付不可能状態に対して、ファイルの受信を受け付けることが可能なファイル受付領域４０１の状態を、受付可能状態と呼ぶ。受付不可能状態のファイル受付領域４０１には、ファイルを受け付けることができない旨のメッセージがファイル受付領域４０１内に表示される。これにより、ユーザは、第２アプリケーション２０９に対するファイルの共有ができないことを、ファイルの共有操作を行う前に知ることができる。

本実施形態では、ファイル受付領域４０１内に表示するメッセージを変えることでファイル受信の可否を示したが、これに限らず、ファイル受付領域４０１をグレーアウトするといった表示態様であってもよい。図９のＳ９０４で第２アプリケーション２０９は、ファイル受付領域４０１を受付不可能状態にした後、再度、Ｓ９０３を実行する。Ｓ９０３にて、第２アプリケーション２０９は、ファイルを受け付けることが可能と判定した場合、Ｓ９０５を実行する。Ｓ９０５において第２アプリケーション２０９は、ファイル受付領域を受付可能状態にする。このように、第２アプリケーション２０９がファイルの受信ができる状態になった時に、ファイル受付領域を受付可能状態にすることができる。その後のＳ９０６からＳ９０７の処理ステップは、図５のＳ５０３からＳ５０４までの処理ステップと同様であるため説明を省略する。

以上説明したように、本実施形態では、図９のＳ９０３で、第２アプリケーション２０９がファイルを受信できる状態か否かを判定し、その判定結果により、ファイル受付領域４０１の表示を切り替える。これにより、ユーザに対して、第２アプリケーション２０９がファイルを受信することができない状態であることを、ファイル共有の操作前に知らせることができ、ファイル共有時の利便性を向上させることができる。

このように、本実施形態は、マルチウィンドウモードの場合において、所定の処理を行えない状態、または、行うことを許容しない状態である場合、第１画面とは異なる第２画面を表示する。第２画面では、所定のメッセージが表示されてもよい。第２画面を表示している最中において、所定の処理を行えない要因となっている特定の処理が完了すると、ユーザ操作を受け付けることなく、第２画面から第１画面に遷移するように構成されている。

また、本実施形態では、特定の処理（例えば印刷処理またはスキャン処理）と、所定の処理（例えば印刷プレビュー画面の表示処理）とが別の処理として説明したが、特定の処理が所定の処理と同種の処理であってもよい。例えば、ファイル受付領域４０１にファイル共有があった場合、直ちに印刷処理を行う形態を想定する。この場合、既に他のファイルに対する印刷処理が実行されている場合、第２アプリケーション２０９は、第１ファイルに対する特定の処理（印刷処理）が既に実行中であるため、他の第２ファイルに対する所定の処理（印刷処理）を実行できない。このため、ファイル受付領域４０１を、受付不可能状態とする。このように、特定の処理と所定の処理とは、同種の処理であってもよい。

＜＜その他の実施形態＞＞
上述した実施形態は、適宜組み合わせて適用することができる。例えば、第２実施形態と第３実施形態とを組み合わせてもよい。例えば、図７のＳ７０２とＳ７０３との間に、図９のＳ９０３からＳ９０５の処理を導入してもよい。

また、上述した実施形態では、第２アプリケーション２０９は、マルチウィンドウモードであると判定した場合に、ファイル受付領域４０１を表示する例を説明した。そして、そのファイル受付領域４０１にファイルが受け渡された場合に、そのファイルを用いた所定の処理を実行する例を説明した。ここで、ファイル受付領域４０１が含まれる表示領域であって、第２アプリケーション２０９が表示する表示領域内（ここでは、第２表示領域３０２内とする）に、ファイルが受け渡される場合を想定する。例えば、ドラッグ・アンド・ドロップ操作をした際に、ファイル受付領域４０１から外れた位置であり、かつ、第２アプリケーション２０９の表示領域にファイルがドロップされた場合を想定する。この場合、第２アプリケーション２０９は、ドロップされたファイルを受け付けないように制御してもよいし、受け付けるように制御してもよい。ファイルを受け付けない場合、見た目通りの挙動を重視した制御となる。ファイルを受け付ける場合、ファイル受付領域４０１は、単なる目印的な位置付けとなり、第２アプリケーションは、第２表示領域３０２内にドロップされたファイルに対して、前述した実施形態で説明したような処理をすればよい。ファイルを受け付ける処理の場合、受付領域がより広くなるので、ユーザビリティを向上させることができる。

また、上述した実施形態では、第２アプリケーション２０９がファイルを受信した場合に実行する所定の処理が、印刷機能の実行のための処理（具体的には、印刷プレビュー画面の表示処理）である例を説明したが、これに限られない。所定の処理は、ファイルに対する画像処理を行うための設定画面の表示であってよい。例えば、画像処理の例としては、印刷機能の実行の他に、スキャン機能の実行または画像編集機能の実行のための処理であってもよい。また、上述した実施形態は、スマートフォンに限らず、例えばタブレット端末またはＰＣ端末にも適用可能である。上述した実施形態は、マルチウィンドウモードを備えた情報処理装置であって、第２アプリケーション２０９が他のアプリケーションからファイルを受け取ることができる機能を有しているものであれば、適用することができる。

また、上述した実施形態では、共有対象がファイル形式のデータである例を説明したが、これに限られない。共有対象は、テキスト形式のデータであってもよい。例えば第１アプリケーション２０８に表示されているテキストを選択し、選択部分を第２アプリケーション２０９のテキスト受付領域にドラッグ・アンド・ドロップしてもよい。例えば第２アプリケーション２０９が所定のコマンドを受け付けて所定の処理を実行するようなアプリケーションの場合に、その所定のコマンドを第１アプリケーション２０８からドラッグ・アンド・ドロップして受け渡す形でもよい。このように、共有対象は、任意の形式のオブジェクトであってよい。例えば共有対象は、テキスト形式のデータのオブジェクトであってもよいし、ファイル形式のデータのオブジェクトであってもよい。その他の形式のオブジェクトであってもよい。つまり、上述した実施形態で説明したファイル受付領域は、オブジェクト受付領域として適用されることが可能である。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００ 情報処理装置
２０７ オペレーティングシステム
２０８ 第１アプリケーション
２０９ 第２アプリケーション
４０１ ファイル受付領域

Claims (16)

1. 情報処理装置において実行されるアプリケーションのプログラムであって、
   前記情報処理装置であるコンピュータを、
   マルチウィンドウモードであることを検出した場合、前記アプリケーションの表示ウィンドウに、別のアプリケーションからのオブジェクトの共有操作を受け付けるオブジェクト受付領域を表示する表示制御手段と、
   前記オブジェクト受付領域において前記共有操作により前記オブジェクトを受け付けた場合、前記オブジェクトを用いた所定の処理を実行する実行手段と、
   として機能させることを特徴とするプログラム。
2. 前記共有操作は、前記別のアプリケーションの表示ウィンドウから前記オブジェクト受付領域への前記オブジェクトのドラッグ・アンド・ドロップ操作であることを特徴とする請求項１に記載のプログラム。
3. 前記共有操作は、前記オブジェクト受付領域への貼り付け操作であることを特徴とする請求項１に記載のプログラム。
4. 前記所定の処理は、前記オブジェクトに対する画像処理を行うための設定画面の表示処理であることを特徴とする請求項１乃至３のいずれか１項に記載のプログラム。
5. 前記所定の処理は、印刷のためのプレビュー画面の表示処理であることを特徴とする請求項４に記載のプログラム。
6. 前記実行手段は、前記受け付けたオブジェクトの種類に応じて、異なるプレビュー画面の表示を実行することを特徴とする請求項５に記載のプログラム。
7. 前記表示制御手段は、前記オブジェクト受付領域を表示している状態において、前記オブジェクト受付領域を非表示にするためのＵＩ部品を前記アプリケーションの表示ウィンドウにさらに表示することを特徴とする請求項１乃至６のいずれか１項に記載のプログラム。
8. 前記アプリケーションは、前記情報処理装置で動作しているオペレーティングシステムからの情報に基づいて、前記マルチウィンドウモードであるかを検出することを特徴とする請求項１乃至７のいずれか１項に記載のプログラム。
9. 前記表示制御手段は、前記アプリケーションの前記表示ウィンドウに第１画面を表示しているときに前記マルチウィンドウモードであることを検出した場合、前記第１画面に前記オブジェクト受付領域をフローティング表示させることを特徴する請求項１乃至８のいずれか１項に記載のプログラム。
10. 前記表示制御手段は、前記アプリケーションの前記表示ウィンドウに第１画面を表示しているときに前記マルチウィンドウモードであることを検出した場合、前記第１画面とは異なる第２画面において前記オブジェクト受付領域を表示させることを特徴とする請求項１乃至８のいずれか１項に記載のプログラム。
11. 前記表示制御手段は、前記オブジェクト受付領域に、前記アプリケーションが扱うことのできないオブジェクトの共有操作がされた場合、確認画面を表示し、前記オブジェクトの共有をキャンセルすることを特徴とする請求項１乃至１０のいずれか１項に記載のプログラム。
12. 前記表示制御手段は、前記アプリケーションが前記オブジェクトの共有を受け付けることができない状態である場合、前記オブジェクト受付領域の表示態様を、前記オブジェクトの共有を受け付けることができる状態の表示態様と異ならせることを特徴とする請求項１乃至１１のいずれか１項に記載のプログラム。
13. 前記アプリケーションが、前記所定の処理の実行とは並行して実行することができない特定の処理を実行中である場合、前記表示制御手段は、前記アプリケーションが前記オブジェクトの共有を受け付けることができない状態であると判定することを特徴とする請求項１２に記載のプログラム。
14. 前記マルチウィンドウモードにおいて、前記アプリケーションの前記表示ウィンドウと、前記別のアプリケーションの表示ウィンドウとの間に、両方の表示ウィンドウのサイズを同時に変更するためのバーが表示されることを特徴とする請求項１乃至１３のいずれか１項に記載のプログラム。
15. アプリケーションを実行する情報処理装置であって、
    マルチウィンドウモードであることを検出した場合、前記アプリケーションの表示ウィンドウに、別のアプリケーションからのオブジェクトの共有操作を受け付けるオブジェクト受付領域を表示する表示制御手段と、
    前記オブジェクト受付領域において前記共有操作により前記オブジェクトを受け付けた場合、前記オブジェクトを用いた所定の処理を実行する実行手段と、
    を有することを特徴とする情報処理装置。
16. アプリケーションを実行する情報処理装置の制御方法であって、
    マルチウィンドウモードであることを検出した場合、前記アプリケーションの表示ウィンドウに、別のアプリケーションからのオブジェクトの共有操作を受け付けるオブジェクト受付領域を表示するステップと、
    前記オブジェクト受付領域において前記共有操作により前記オブジェクトを受け付けた場合、前記オブジェクトを用いた所定の処理を実行するステップと、
    を有することを特徴とする情報処理装置の制御方法。

Images