JP2020101853A - 情報処理装置およびその制御方法、並びにプログラム - Google Patents

Abstract

【課題】複数のアプリケーション間のウィンドウの重複に関し、適切なタイミングでユーザーの利便性の高い重複解消処理を自動で行う手段を提供する。【解決手段】情報処理装置は、第１の画面に含まれる所定の領域上に第２の画面が重畳表示されているか否かを検知し、第１の画面または第２の画面に対するユーザー操作を受け付ける。受け付けたユーザー操作により、第１の画面の所定の領域と第２の画面の重畳表示が解消された場合、第２のアプリケーションの情報を記憶する。第１の画面の所定の領域上に第２の画面が重畳表示されていると検知された際に第２のアプリケーションの情報が記憶されている場合、第１の画面に含まれる所定の領域上に第２の画面が重畳表示されないように第１の画面の調整を行う。【選択図】図１１

Description

本発明は、情報処理装置およびその制御方法、並びにプログラムに関する。

従来、業務フローとして、ファイルを選択し、文書情報を確認しながら基幹システムへ入力する業務がある。その際、文書情報を表示させるディスプレイの表示領域は限られているため、業務によってＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）表示を切り替えながら行っている。例えば、業務フローによって必要となるアプリケーションの情報は異なる。この場合に、ユーザーは必要なアプリケーションの画面を適時、切り替えたり、前面化したりしつつ、複数のアプリケーションのウィンドウの重複解消操作（ウィンドウ位置・サイズの調整）をしながら、業務フローを遂行する必要がある。このようなＵＩ操作が煩雑なものとなっている。

特許文献１には、特定の画面とその他の画面との間で関連付けの設定を行うと、別な画面を操作し、特定の画面に戻った際に関連付けたその他の画面が前回の表示位置、参照内容で表示されることが記載されている。また、特許文献２では、マルチウィンドウシステムにおいて、重なっている２つのウィンドウを検知する。そして、下側のウィンドウの可視領域がＤＢに保存された最小表示率以下の場合にウィンドウの配置パターンに従って２つのウィンドウのどちらかを最小表示率以上になるようにウィンドウを移動させることが記載されている。

特開２００９−１６３４５８号公報 特開平６−５９８５０号公報

しかしながら、従来技術を使用して、業務フロー実行時のユーザーによるアプリケーションのＵＩ操作の煩雑性を低減させようとすると以下のような課題ある。特許文献１では、特定画面への操作で関連ウィンドウとして設定したウィンドウに関して前回値（位置、サイズ、参照内容）を復元してしまうため、関係ないタイミングでも毎回ウィンドウの状態が変わってしまいユーザーに操作が余計に煩雑になる。また、特許文献２では、２つのウィンドウが重なったことを検知し重複解消機能が動作してしまい、業務フローの実行とは無関係なタイミングで解消処理が動作する可能性がある。更に、単純に重複を検知し動作するので、業務フローを進める上で無関係な領域部分の重複に関しても重複解消処理が動作してしまう。そのため、結果としてウィンドウサイズなどが変更されることで、業務フローで利用したい領域がかえって狭くなりユーザーの業務効率化を低下させる可能性がある。

本発明は、上記の課題を鑑み、アプリケーション間のウィンドウの重複に関して適切なタイミングとユーザーの利便性の高い重複解消処理を自動で行うことで、ユーザーの業務フロー作業の効率化を目的とする。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、情報処理装置であって、表示手段において、第１のアプリケーションの第１の画面に含まれる所定の領域上に第２のアプリケーションの第２の画面が重畳表示されているか否かを検知する検知手段と、前記第１の画面または前記第２の画面に対するユーザー操作を受け付ける受け付け手段と、前記受け付け手段により受け付けたユーザー操作により、前記第１の画面の前記所定の領域と前記第２の画面の重畳表示が解消された場合、前記第２のアプリケーションの情報を記憶する記憶手段と、前記検知手段にて前記第１の画面の前記所定の領域上に前記第２の画面が重畳表示されていると検知された際に、前記記憶手段にて前記第２のアプリケーションの情報が記憶されている場合、前記第１の画面に含まれる前記所定の領域上に前記第２の画面が重畳表示されないように前記第１の画面の調整を行う調整手段とを有する。

本発明により、アプリケーション間のウィンドウの重複に関して適切なタイミングとユーザーの利便性の高い重複解消処理を自動で行い、ユーザーの業務フロー作業の効率化が可能となる。

本発明の一実施形態に係るシステムの構成例を示す図。 本発明の一実施形態に係る各装置のハードウェア構成の例を示す図。 本発明の一実施形態に係る各装置のソフトウェア構成の例を示す図。 一実施形態に係る文書管理アプリケーションのＵＩの例を示す図。 一実施形態に係るＷｅｂアプリケーションのＵＩの例を示す図。 一実施形態に係る業務フロー実行時のＵＩの例を示す図。 一実施形態に係る業務フロー実行時のＵＩの例を示す図。 第１の実施形態に係るＵＩ制御用情報の登録処理のフローチャート。 一実施形態に係るＵＩ制御用情報テーブルの構成例を示す図。 一実施形態に係る業務フロー実行時のＵＩの例を示す図。 第１の実施形態に係るＵＩ制御処理のフローチャート。 第２の実施形態に係る業務フロー実行時のＵＩの例を示す図。 第２の実施形態に係るＵＩ制御処理のフローチャート。 第３の実施形態に係る業務フロー実行時のＵＩの例を示す図。 第３の実施形態に係るＵＩ制御用情報の登録処理のフローチャート。

以下、本発明を実施するための一実施形態について図面を用いて説明する。なお、以下に示す形態は一例であり、これに限定することを意図するものではない。

＜第１の実施形態＞
［システム構成］
図１は、本実施形態に係るシステム構成の例を示す図である。図１において、クライアント端末１０１とＷｅｂサーバー１０２は、ネットワーク１１０を介して通信可能に接続されている。図１において、クライアント端末１０１とＷｅｂサーバー１０２はそれぞれ１台ずつが示されているが、複数台接続されていても構わない。ネットワーク１１０は、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話回線、専用デジタル回線等のいずれか、またこれらの組み合わせにより実現される。ネットワーク１１０は、データの送受信が可能であればよく、通信方式や、有線／無線は問わない。

クライアント端末１０１は、例えば、デスクトップパソコン、ノートパソコン、モバイルパソコン、タブレット端末、スマートフォンなどがであってよい。クライアント端末１０１には、オフィスアプリケーションやプリンタードライバー等のプログラムを実行する環境が設けられる。Ｗｅｂサーバー１０２は、様々業務フローを実行する業務フローシステムであって、クライアント端末１０１からネットワーク１１０を通じてアクセス可能である。

［ハードウェア構成］
図２は、本実施形態に係る、クライアント端末１０１及びＷｅｂサーバー１０２として動作可能な情報処理装置２００のハードウェア構成の例を示す図である。なお、ここではクライアント端末１０１およびＷｅｂサーバー１０２は同じ構成を備えるものとして説明するが、これらが異なる構成を備えていてよい。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０２は、情報処理装置２００全体の制御を行う。ＣＰＵ２０２は、ハードディスク（ＨＤＤ）２０５に格納されているアプリケーションプログラム、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等を実行する。また、ＣＰＵ２０２は、プログラムの実行に必要な情報やファイル等を一時的にＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３に格納する。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０４は、不揮発性の記憶手段であり、内部には、基本Ｉ／Ｏプログラム等の各種データを記憶する。ＲＡＭ２０３は一時記憶手段であり、ＣＰＵ２０２の主メモリ、ワークエリア等として機能する。ＨＤＤ２０５は外部記憶手段の一つであり、大容量メモリとして機能し、オフィスアプリケーションやＷｅｂブラウザー等のアプリケーションプログラム、ＯＳ、関連プログラム等を格納している。

ディスプレイ２０６は表示手段であり、キーボード／マウス２０７から入力したコマンド等を表示する。インターフェース２０８は、外部装置と接続するためのインターフェースであり、プリンター、ＵＳＢ機器、周辺機器を接続する。キーボード／マウス２０７は、ユーザーが操作可能な指示入力手段である。システムバス２０１は、情報処理装置２００内におけるデータの流れを司るものであり、情報処理装置２００が備える各部位を通信可能に接続する。ネットワークインターフェースカード（ＮＩＣ）２０９は、ネットワーク１１０を介して外部装置とのデータのやり取りを行うためのインターフェースである。

なお、データやプログラムの格納先は、その特徴に応じてＲＯＭ２０４、ＲＡＭ２０３、ＨＤＤ２０５などで変更することも可能である。以下の説明において特に明記しない場合は、各種処理はＲＯＭ２０４等に記憶されているプログラムをＲＡＭ２０３等にロードし、ＣＰＵ２０２が実行することによって実現されるものとする。

［ソフトウェア構成］
図３は、本実施形態に係るクライアント端末１０１およびＷｅｂサーバー１０２のソフトウェア構成の例を示す図である。

Ｗｅｂサーバー１０２は、Ｗｅｂアプリケーション３０１を備える。Ｗｅｂアプリケーション３０１は、データベース３０４を備える業務フローシステムとなる。Ｗｅｂアプリケーション３０１は、Ｗｅｂサーバー１０２の業務フローを実行するソフトウェアであり、Ｗｅｂサーバー１０２にインストールされ、クライアント端末１０１のＷｅｂクライアント３０９からの要求に応じて業務フローの実行を行う。データ送受信部３０２は、クライアント端末１０１のＷｅｂクライアント３０９からの要求を受信し、要求の内容に応じてデータ管理部３０３へ業務フローの処理を指示する。データ管理部３０３は、データ送受信部３０２の指示を受けてデータベース３０４へ業務フローデータの入出力や検索を行う。データベース３０４は、業務フローデータを管理する。

クライアント端末１０１は、文書管理アプリケーション３０５、およびＷｅｂクライアント３０９を備える。文書管理アプリケーション３０５は、各文書管理システム（不図示）にアクセスすることを可能にするアプリケーションである。文書管理アプリケーション３０５は、クライアント端末１０１にインストールされ、各種文書管理システムやＯＳのファイルシステムが管理する文書へのアクセスを可能にして、ユーザーからの要求に応じて文書の各種操作を行うことが可能である。文書管理アプリケーション３０５は、ＵＩ部３０６、処理実行部３０７、および文書管理システムプラグイン３０８を含んで構成される。ＵＩ部３０６は、ユーザーインターフェースの構築や、ユーザーからの各種入力操作を受け付けて、対応する処理を処理実行部３０７に指示する。処理実行部３０７は、ＵＩ部３０６の指示に応じて文書の閲覧、検索、移動、コピーなどの各種操作を実行する。文書管理システムプラグイン３０８は、各種文書管理システムと連携して文書管理システムが管理している文書にアクセス可能にして、処理実行部３０７が実行する各種操作を処理する。

Ｗｅｂクライアント３０９は、Ｗｅｂアプリケーション３０１と連携しユーザーからの要求に応じて業務フローを実行するためのフロントエンド機能を提供する。Ｗｅｂクライアント３０９は、クライアント端末１０１にインストールされる。Ｗｅｂクライアント３０９は、ＵＩ部３１０、処理実行部３１１、およびデータ送受信部３１２を含んで構成される。ＵＩ部３１０は、ユーザーからの各種入力操作を受け付けて、対応する処理を処理実行部３１１に指示する。処理実行部３１１は、ＵＩ部３０６からの指示に応じて業務フローの登録、検索、表示などの各種操作を実行する。データ送受信部３１２は、Ｗｅｂアプリケーション３０１のデータ送受信部３０２と連携し、Ｗｅｂアプリケーション３０１の各種データへのアクセス可能にして、処理実行部３１１が実行する各種操作を処理する。

［ユーザーインターフェース］
次に、本実施形態に係るＵＩに関して説明する。なお、本実施形態では所定の業務フローを例に挙げて説明するが、業務内容やＵＩ上で表示させるべき内容は特に限定するものではない。

（文書管理アプリケーションＵＩ）
図４は、文書管理アプリケーション３０５のユーザーインターフェースである文書管理アプリケーションＵＩ４００の構成例を示している。本実施形態において、文書管理アプリケーション３０５は、単独のアプリケーションとして起動するものとする。

文書管理アプリケーションＵＩ４００は、ファイルメニュー４０１、ナビゲーションペイン４０２、アドレスバー４０３、リストビュー４０４、アウトプットバー４０５、プロパティ情報表示領域４０６、プレビュー表示領域４０７、および閉じるボタン４０８を含んで構成される。ナビゲーションペイン４０２は、文書管理アプリケーション３０５が管理している文書管理システム（不図示）へのアクセスをナビゲートする。文書管理システムは、特に限定するものではなく、文書の管理や提供などのサービスを提供する。ナビゲーションペイン４０２には、文書管理システムの保存領域がツリー表示され、ユーザーの指定に応答して保存領域にアクセス可能な構成となっている。ナビゲーションペイン４０２は、各種文書管理システム及びＯＳのファイルシステムが管理する物理的に別の文書管理システムを統一的に表示可能な構成となっている。アドレスバー４０３は、ナビゲーションペイン４０２で指定した保存領域の場所（パス）を表示する。また、リストビュー４０４は、ナビゲーションペイン４０２で指定した保存領域に保存されているファイルもしくはフォルダを一覧表示する。図４では、選択された“Ｃｏｍｐａｎｙ”フォルダ内に、“ＳａｍｐｌｅＦｉｌｅ１”、“ＳａｍｐｌｅＦｉｌｅ２”の文書データと、“Ｄｉｖｉｓｉｏｎ１”のフォルダが表示されている例を示している。

アウトプットバー４０５が選択されるか、又はファイルがアウトプットバー４０５に対してドラック＆ドロップされることで、特定の条件に基づいたメールの送信が可能となる。プロパティ情報表示領域４０６は、リストビュー４０４に表示されたファイルが選択されることでそのファイルに関する文書情報が表示される領域である。文書情報にはファイル名やファイルロケーション、サイズ、拡張子などが含まれ、それらのファイルプロパティが表示される。プレビュー表示領域４０７は、リストビュー４０４でファイルを選択することで、そのファイルのプレビュー画像の表示を行う領域である。閉じるボタン４０８は、文書管理アプリケーションＵＩ４００を閉じるためのボタンである。

（ＷｅｂクライアントＵＩ）
図５は、Ｗｅｂクライアント３０９のユーザーインターフェースであるＷｅｂクライアントＵＩ５００の構成例を示している。

ＷｅｂクライアントＵＩ５００は、メインウィンドウ５０１、再読み込みボタン５０２、お気に入り登録ボタン５０３、お気に入り一覧ボタン５０４、検索ボタン５０５、および在庫検索画面５０６を含んで構成される。メインウィンドウ５０１は、Ｗｅｂクライアント３０９の起動に応じて表示され、後述する各種機能を実行するための機能ボタンやコントロールをレイアウトする。また、メインウィンドウ５０１は、アクセス先のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）やページ名も合わせて表示を行う。再読み込みボタン５０２は、Ｗｅｂクライアント３０９に業務フローページの再読み込みを指示する機能ボタンである。読み込まれたページは業務フローの実行対象となる。お気に入り登録ボタン５０３は、ユーザーがよく利用する業務フローのページをお気に入りとして登録する際に用いる機能ボタンである。お気に入り一覧ボタン５０４は、お気に入り登録がされたページを一覧表示するためのボタンである。在庫検索画面５０６は、製品名や製造番号等の入力を受け付け、検索ボタン５０５が押下されることで在庫の状況を検索し結果を表示する。なお、ここで示した検索のための入力項目は一例であり、これに限定するものではない。

図６は、ユーザーがワークフロー業務において表示する各ＵＩの表示例を示す。ここでは、クライアント端末１０１にて画面表示を行っているものとして説明する。

図６（ａ）は、文書管理アプリケーション３０５を実行した時のディスプレイ２０６の表示状態を示す。状態６０１は、文書管理アプリケーション３０５の文書管理アプリケーションＵＩ４００がクライアント端末１０１のディスプレイ２０６に全画面（フルスクリーン）で表示されている状況である。図６（ｂ）は、Ｗｅｂクライアント３０９のＷｅｂクライアントＵＩ５００と文書管理アプリケーション３０５の文書管理アプリケーションＵＩ４００の表示状態を示す。領域６１１は、ディスプレイ２０６のうちＷｅｂクライアントＵＩ５００の表示領域を示し、領域６１２は、ディスプレイ２０６のうち文書管理アプリケーションＵＩ４００の表示領域を示している。

ここで、業務フローの例について説明する。ＦＡＸ受発注の業務フローとして例えば、「担当割」、「在庫確認」、「応答返信」の工程があるとする。まず、「担当割」において図６（ａ）に示すように文書管理アプリケーションＵＩ４００を全画面にしてＦＡＸの文書情報を確認し担当者の割り当てを行う。次に、「在庫確認」では、図６（ｂ）に示すように文書管理アプリケーションＵＩ４００とＷｅｂクライアントＵＩ５００の両方の画面を表示し、ＦＡＸ文書の内容を確認しながらＷｅｂクライアントで在庫の確認を行う。最後に「応答返信」では、図６（ａ）に示すように文書管理アプリケーションＵＩ４００を再度全画面に表示してＦＡＸの応答及び送信作業を行う。

次に、本実施形態に係る画面の初期状態、問題の状態、解決された状態を示す画面のディスプレイ表示例について図７を用いて説明する。

図７（ａ）は、文書管理アプリケーションＵＩ４００とＷｅｂクライアントＵＩ５００が重畳して表示されている表示状態を示す。まず、文書管理アプリケーションＵＩ４００がディスプレイ２０６に全画面表示されている（領域７０１）。そして、この領域上に重なるようにＷｅｂクライアントＵＩ５００が表示されている（領域７０２）。この場合、画面の重複により、プレビュー表示領域４０７がユーザーから確認できない状態となっている。

図７（ｂ）は、文書管理アプリケーションＵＩ４００とＷｅｂクライアントＵＩ５００が重畳して表示されている別の表示状態を示す。この場合、ＷｅｂクライアントＵＩ５００（領域７１２）と文書管理アプリケーションＵＩ４００（領域７１１）がディスプレイ２０６にて重畳表示されているが、文書管理アプリケーションＵＩ４００のプレビュー表示領域４０７は確認できる状態となっている。

［処理フロー］
次に、本実施形態に係る処理フローについて説明する。本実施形態では、ＵＩ制御用情報を登録する処理と、登録された情報を用いてＵＩを制御する処理とが行われる。

（ＵＩ制御用情報の登録処理）
図８は、文書管理アプリケーション３０５が文書の重複及び他のアプリケーションの動作を検知してＵＩ制御用情報を登録する際のフローチャートである。なお、図８のフローチャートが示す各動作（ステップ）は、クライアント端末１０１のＣＰＵ２０２がＨＤＤ２０５に記憶された制御プログラムを実行することにより実現される。また、フローチャート上の「自アプリケーション」とは文書管理アプリケーション３０５を意味し、「他のアプリケーション」はＷｅｂクライアント３０９を意味するものとして説明する。しかし、「他のアプリケーション」は、Ｗｅｂクライアント３０９以外の任意のアプリケーションであってよい。

Ｓ８０１にて、文書管理アプリケーション３０５は、ユーザーの指示に基づいて起動し、ＵＩ部３０６によりディスプレイ２０６に全面表示となるように表示する（図６（ａ））。

Ｓ８０２にて、文書管理アプリケーション３０５の処理実行部３０７は、他のアプリケーションであるＷｅｂクライアント３０９のＷｅｂクライアントＵＩ５００が前面化したか否かを判定する。ここでの前面化とは、例えば、ＷｅｂクライアントＵＩ５００が最前面に表示されている状態を示す。前面化していないと判定された場合（Ｓ８０２にてＮＯ）、本処理フローを終了する。前面化したと判定された場合（Ｓ８０２にてＮＯ）Ｓ８０３に進む。

Ｓ８０３にて、処理実行部３０７は、文書情報に関する領域（プロパティ情報表示領域４０６又はプレビュー表示領域４０７）とＷｅｂクライアントＵＩ５００の表示領域が重複しているか否かを判定する。ここでの重複した状態とは、例えば、図７（ａ）に示すような状態を指し、重複していない状態とは、例えば、図６（ｂ）に示すような状態を示す。重複していないと判定された場合（Ｓ８０３にてＮＯ）本処理フローを終了する。重複していると判定された場合（Ｓ８０３にてＹＥＳ）Ｓ８０４に進む。

ここで図１０を用いて重複か否かを判定する際の基準を補足する。図１０（ａ）において、文書管理アプリケーションＵＩ４００（表示領域１００１）とＷｅｂクライアントＵＩ５００（表示領域１００２）とが重畳表示されている状態を示している。この状況の場合、文書管理アプリケーションＵＩ４００における文書情報に関する領域（プロパティ情報表示領域４０６又はプレビュー表示領域４０７）とＷｅｂクライアントＵＩ５００の表示領域１００２が重複している。そのため、Ｓ８０３において「Ｙｅｓ」と判定される。一方、図１０（ｂ）では、ＷｅｂクライアントＵＩ５００（表示領域１０１２）と文書管理アプリケーションＵＩ４００（表示領域１０１１）とが重畳表示されている。しかし、文書管理アプリケーションＵＩ４００における文書情報に関する領域（プロパティ情報表示領域４０６又はプレビュー表示領域４０７）とＷｅｂクライアントＵＩ５００の表示領域１０１２は重複していない。そのため、Ｓ８０３にて「Ｎｏ」と判定される。

Ｓ８０４にて、処理実行部３０７は、文書管理アプリケーションＵＩ４００又はＷｅｂクライアントＵＩ５００がユーザー操作により調整（座標・サイズ変更）されたか否かのイベントを検知する。ウィンドウ調整のイベントとは、ユーザーがウィンドウの座標位置、又は、ウィンドウサイズを変更した際にＯＳによって発行されるイベントを意味する。

Ｓ８０５にて、処理実行部３０７は、ユーザー操作により、文書管理アプリケーションＵＩ４００の文書情報に関する領域（プロパティ情報表示領域４０６又はプレビュー表示領域４０７）とＷｅｂクライアントＵＩ５００との重複が解消された否かを判定する。重複が解消されない（または、調整のイベント自体を検知できない）と判定された場合（Ｓ８０５にてＮＯ）本処理フローを終了する。重複が解消されたと判定された場合（Ｓ８０５にてＹＥＳ）Ｓ８０６に進む。

Ｓ８０６にて、処理実行部３０７は、ＵＩ制御用情報テーブル９００に情報を保存する。そして、本処理フローを終了する。

図９は、本実施形態に係るＵＩ制御用情報テーブル９００の構成例を示す。ＵＩ制御用情報テーブル９００は、文書管理アプリケーション３０５の処理実行部３０７により、クライアント端末１０１のＨＤＤ２０５に保存される。また、ＵＩ制御用情報テーブル９００は、文書管理アプリケーション３０５の起動時には処理実行部３０７によりＨＤＤ２０５からＲＡＭ２０３にロードされる。カラム９０１は、管理するＵＩ制御用情報を一意に示すパターンＩＤのカラムである。図９に示す例では、２件のＵＩ制御用情報が管理されている。カラム９０２は、重複を解消する対象の「他のアプリケーション」のプロセス名を示すカラムである。図９に示す例では、「ｓａｍｐｌｅ１．ｅｘｅ」と「ｓａｍｐｌｅ２．ｅｘｅ」の２つのプロセス名が登録されており、これらプロセスの「他のアプリケーション」が重複解消対象となる。

カラム９０３は、重複解消対象の文書情報を管理するカラムである。図９に示す例では、「プレビュー」と「プロパティ」が登録されている。例えば、「プレビュー」の場合は、他のアプリケーションである「ｓａｍｐｌｅ１．ｅｘｅ」の画面（ＵＩ）とプレビュー表示領域４０７とが重複した場合において、重複解消のために処理が実行されたことを意味する。同様に、「プロパティ」の場合は、プロパティ情報表示領域４０６と他のアプリケーションの画面が重複した場合において、解消のための処理が実行されたことを意味する。尚、ユーザーの操作に応じて、「プレビュー」及び「プロパティ」の両方が登録される場合もありうる。

なお、図９の例では、重畳を解消させた文書情報とアプリケーションを対応付けて保持しているがこれに登録される情報はこれに限定するものではない。調整後の各ＵＩの表示位置、位置関係、表示サイズ、座標などを併せて登録させてもよい。

また、ＵＩ制御用情報テーブル９００は、所定のタイミングにて登録された情報が削除されるように更新してもよいし、ユーザーごとに異なる内容のテーブルが保持されていてもよい。また、上記では、「プレビュー」と「プロパティ」のいずれかが登録される例を示したが、これらに限定するものではなく、他の文書情報に対応する領域や他の情報を表示する領域など他の領域であってもよい。

（ＵＩ制御処理）
図１１は、本実施形態に係る画面重複解消のためのＵＩ制御処理のフローチャートである。尚、図１１のフローチャートが示す各動作（ステップ）は、クライアント端末１０１のＣＰＵ２０２がＨＤＤ２０５に記憶された制御プログラムを実行することにより実現される。尚、フローチャート上の「自アプリケーション」とは文書管理アプリケーション３０５を意味し、「他のアプリケーション」はＷｅｂクライアント３０９を意味するものとして説明する。しかし、「他のアプリケーション」は、Ｗｅｂクライアント３０９以外の任意のアプリケーションであってもよい。

Ｓ１１０１にて、文書管理アプリケーション３０５の処理実行部３０７は、ＵＩ部３０６を介してディスプレイ２０６に文書管理アプリケーションＵＩ４００を表示する。更に、処理実行部３０７は、プロパティ情報表示領域４０６又はプレビュー表示領域４０７を表示しているか否かを判定する。表示してないと判定された場合（Ｓ１１０１にてＹＥＳ）本処理フローを終了する。表示していると判定された場合（Ｓ１１０１にてＮＯ）Ｓ１１０２に進む。

Ｓ１１０２にて、処理実行部３０７は、ＵＩ制御用情報テーブル９００に保存された他アプリケーションが前面化しているか否かを判定する。尚、前面化処理は、Ｓ１１０１との連続的な流れで実行される処理とする。前面化していないと判定された場合（Ｓ１１０２にてＮＯ）本処理フローを終了する。前面化していると判定された場合（Ｓ１１０２にてＹＥＳ）Ｓ１１０３に進む。

Ｓ１１０３にて、処理実行部３０７は、文書情報に関する領域（プロパティ情報表示領域４０６又はプレビュー表示領域４０７）とＷｅｂクライアントＵＩ５００の表示領域が重複しているか否かを判定する。ここでの判定基準は、図８のＳ８０３と同様である。重複がないと判定された場合は（Ｓ１１０３にてＮＯ）本処理フローを終了する。一方、重複があると判定された場合は（Ｓ１１０３にてＹＥＳ）Ｓ１１０４に進む。

Ｓ１１０４にて、処理実行部３０７は、文書情報に関する領域（プロパティ情報表示領域４０６又はプレビュー表示領域４０７）とＷｅｂクライアントＵＩ５００の表示領域が重複しないようにＵＩ部３０６を介して座標位置を変更する。例えば、図９に示すＵＩ制御用情報テーブル９００において、「プレビュー」が登録されていた場合には、処理実行部３０７は、ＷｅｂクライアントＵＩ５００とプレビュー表示領域４０７が重畳表示されないように文書管理アプリケーションＵＩ４００を調整する。また、「プレビュー」と「プロパティ」の両方が登録されていた場合には、ＷｅｂクライアントＵＩ５００と、プレビュー表示領域４０７およびプロパティ情報表示領域４０６の両方とが重畳表示されないように文書管理アプリケーションＵＩ４００が調整される。

Ｓ１１０５にて、処理実行部３０７は、座標位置変更によりＷｅｂクライアントＵＩ５００と文書情報に関する領域との重複が解消したか否かを判定する。重複が解消したと判定された場合（Ｓ１１０５にてＹＥＳ）本処理フローを終了する。重複が解消しなかったと判定された場合（Ｓ１１０５にてＮＯ）Ｓ１１０６に進む。

Ｓ１１０６にて、処理実行部３０７は、重複を解消するためにＵＩ部３０６を介して文書管理アプリケーションＵＩ４００のウィンドウサイズの変更を行い、重複の解消を行う。そして、本処理フローを終了する。

以上、本実施形態により文書管理アプリケーション３０５はＷｅｂクライアント３０９のＷｅｂクライアントＵＩ５００が前面化したタイミングで、重複解消要否の判断及び重複解消を実行する。これによりユーザーによる重複解消のための操作の煩雑さは無くなり、効率的に業務フローを進めることが可能となる。

＜第２の実施形態＞
本発明の第２の実施形態について説明する。本実施形態では、第１の実施形態で説明したＵＩ制御処理に加えて、ＵＩの表示・非表示制御に関して述べる。尚、その他の構成について第１の実施形態で説明したものと同様であるため説明は省略する。

図１２（ａ）は、文書管理アプリケーション３０５の文書管理アプリケーションＵＩ４００（表示領域１２０１）とＷｅｂクライアント３０９のＷｅｂクライアントＵＩ５００（表示領域１２０２）の表示状態を示す。図１２（ａ）において、ＷｅｂクライアントＵＩ５００が文書管理アプリケーションＵＩ４００に重複し、且つ、文書情報に関する領域にも重複している状態を表している。

図１２（ｂ）は、文書管理アプリケーション３０５の文書管理アプリケーションＵＩ４００（表示領域１２１１）とＷｅｂクライアント３０９のＷｅｂクライアントＵＩ５００（表示領域１２１２）の表示状態を示す。図１２（ｂ）では、文書管理アプリケーションＵＩ４００とＷｅｂクライアントＵＩ５００が重複していたが、第１の実施形態の方法により各ＵＩが重複しない状態となっている。しかしながら、この状態においては、ＵＩの重複は発生していないが、プロパティ情報表示領域４０６やプレビュー表示領域４０７の範囲（サイズ）が狭くなり、ユーザーの視認性や操作性が低いといった課題が生じうる。

そこで、本実施形態では、上記の更なる課題を解決するための構成について説明する。

［処理フロー］
（ＵＩ制御処理）
図１３は、本実施形態に係るＵＩ制御処理のフローチャートである。本処理フローは、第１の実施形態にて述べた図１１の処理に対応しており、Ｓ１３０１とＳ１３０２以外は、図１１のフローチャートと同様なため、同じ参照番号を付して説明を省略する。尚、図１３のフローチャートが示す各動作（ステップ）は、クライアント端末１０１のＣＰＵ２０２がＨＤＤ２０５に記憶された制御プログラムを実行することにより実現される。

Ｓ１１０３にて、文書情報に関する領域（プロパティ情報表示領域４０６又はプレビュー表示領域４０７）とＷｅｂクライアントＵＩ５００の表示領域が重複していると判定された場合、Ｓ１３０１へ進む。Ｓ１３０１にて、文書管理アプリケーション３０５の処理実行部３０７は、ＵＩ部３０６を介してディスプレイ２０６に表示している文書管理アプリケーションＵＩ４００において、所定の構成要素が表示されているか否かを判定する。ここでは、所定の構成要素として、アウトプットバー４０５およびリストビュー４０４を例に挙げて説明する。しかし、これに限定するものではなく、文書管理アプリケーションＵＩ４００（すなわち、自アプリケーションのＵＩ画面）に含まれる他の構成要素であってもよい。アウトプットバー４０５又はリストビュー４０４が表示されていないと判定された場合（Ｓ１３０１にてＮＯ）Ｓ１１０４に進む。表示されていると判定された場合（Ｓ１３０１にてＹＥＳ）Ｓ１３０２へ進む。

Ｓ１３０２にて、処理実行部３０７は、ＵＩ部３０６を介してアウトプットバー４０５又はリストビューを非表示にする。そして、Ｓ１１０４へ進む。

図１２（ｃ）は、図１１にて示した処理が実行された場合の表示状態を示す。 図１２（ｃ）では、文書管理アプリケーション３０５の文書管理アプリケーションＵＩ４００（表示領域１２１１）とＷｅｂクライアント３０９のＷｅｂクライアントＵＩ５００（表示領域１２２２）が表示されている。このとき、図１２（ｂ）では表示されていたリストビュー４０４およびアウトプットバー４０５が非表示となっている。これにより、図１２（ｂ）の場合よりも文書情報に関する領域（プロパティ情報表示領域４０６及びプレビュー表示領域４０７）の領域を広く表示することができる。その結果、ユーザーの視認性や操作性を向上することができる。

よって、本実施形態により、文書情報に関係のない所定の構成要素を非表示にすることで、文書情報の表示領域を広く確保することができる。従って、第１の実施形態の効果に加え、視認性や操作性が高まり業務フローの効率性が高まる。

＜第３の実施形態＞
本発明の第３の実施形態について説明する。本実施形態では、第１の実施形態で説明したＵＩ制御用情報の登録処理に加えて、プレビュー表示領域４０７の表示内容に関して述べる。尚、その他の構成について第１の実施形態で説明したものと同様であるため説明は省略する。

図１４は、本実施形態に係る重複状態の画面表示状態を説明するための図である。図１４（ａ）は、文書管理アプリケーション３０５の文書管理アプリケーションＵＩ４００（表示領域１４０１）とＷｅｂクライアント３０９のＷｅｂクライアントＵＩ５００（表示領域１４０２）の表示状態を示す。図１４（ａ）において、ＷｅｂクライアントＵＩ５００が文書管理アプリケーションＵＩ４００に重複し、且つ、文書情報に関する領域にも重複している状態を表している。

図１４（ｂ）は、文書管理アプリケーション３０５の文書管理アプリケーションＵＩ４００（表示領域１４１１）とＷｅｂクライアント３０９のＷｅｂクライアントＵＩ５００（表示領域１４１２）の表示状態を示す。図１４（ｂ）では、ユーザー操作により、各ＵＩが重複しているが、文書管理アプリケーションＵＩ４００のプレビュー表示領域４０７に含まれるテキストオブジェクト１４１３とＷｅｂクライアントＵＩ５００（表示領域１４１２）が重複しない状態となっている。つまり、ユーザーがプレビュー表示領域４０７の内容が確認できるようにＷｅｂクライアントＵＩ５００のウィンドウの位置を移動させた状態である。

この場合、第１の実施形態では、文書情報に関する領域（プレビュー表示領域４０７）とＷｅｂクライアントＵＩ５００との重複があるため、図８のＳ８０３の判定がＮＯとなり、結果としてＵＩ制御用情報は登録されない。そのため、ユーザーによる重複解消操作の仕方によっては、第１の実施形態の方法では、ユーザーが重複解消作業を毎回行う必要が出てしまう。そのため、ユーザーの操作性を向上できない課題がある。

そこで、本実施形態では、上記の更なる課題を解決するための構成について説明する。

図１５は、本実施形態に係るＵＩ制御用情報の登録処理のフローチャートである。本処理フローは、第１の実施形態にて述べた図８の処理に対応しており、Ｓ８０３の処理が行われないこと、および、Ｓ１５０１とＳ１５０２以外は、図８のフローチャートと同様なため説明を省略する。尚、図１５のフローチャートが示す各動作（ステップ）は、クライアント端末１０１のＣＰＵ２０２がＨＤＤ２０５に記憶された制御プログラムを実行することにより実現される。

Ｓ８０２にて、前面化したと判定された場合（Ｓ８０２にてＮＯ）Ｓ８０４に進む。その後、Ｓ８０４の処理の後、Ｓ１５０１へ進む。

Ｓ１５０１にて、処理実行部３０７は、ユーザー操作により、文書管理アプリケーションＵＩ４００の文書情報に関する領域（プロパティ情報表示領域４０６又はプレビュー表示領域４０７）とＷｅｂクライアントＵＩ５００の重複が解消されたか否かを判定する。重複が解消されない（または、調整のイベント自体を検知できない）と判定された場合（Ｓ１５０１にてＮＯ）Ｓ１５０２に進む。重複が解消されたと判定された場合（Ｓ１５０１にてＹＥＳ）Ｓ８０６へ進む。

Ｓ１５０２にて、処理実行部３０７は、文書情報に関する領域に含まれるオブジェクトのうち、所定のオブジェクトとＷｅｂクライアントＵＩ５００との重複があるか否かを判定する。ここでは、所定のオブジェクトとして、テキストオブジェクトおよびイメージオブジェクトを例に挙げて説明する。しかし、これに限定するものではなく、文書管理アプリケーションＵＩ４００（すなわち、自アプリケーションのＵＩ画面）に含まれる他のオブジェクトであってもよい。例えば、ユーザーにより入力操作が行われるオブジェクトが挙げられる。重複があると判定された場合（Ｓ１５０２にてＹＥＳ）本処理フローを終了する。重複がないと判定された場合（Ｓ８０６）へ進む。この場合、ＵＩ制御用情報が登録され、次回以降の重複解消を行う対象となる。

以上、本実施形態により、図１４（ｂ）に示すような表示状態に関しても、ユーザーが重畳表示の解消のための操作を行ったと記憶することが可能となる。これにより、第１の実施形態よりも更に、重畳解消の適用範囲を拡大でき、ユーザーによる重畳表示の解消のための操作を低減することができる。

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

１０１…クライアント端末、１０２…Ｗｅｂサーバー、２００…情報処理装置、３０１…Ｗｅｂアプリケーション、３０５…文書管理アプリケーション、３０９…Ｗｅｂクライアント、４００…文書理管理アプリケーションＵＩ、５００…ＷｅｂクライアントＵＩ

Claims (10)

1. 表示手段において、第１のアプリケーションの第１の画面に含まれる所定の領域上に第２のアプリケーションの第２の画面が重畳表示されているか否かを検知する検知手段と、
   前記第１の画面または前記第２の画面に対するユーザー操作を受け付ける受け付け手段と、
   前記受け付け手段により受け付けたユーザー操作により、前記第１の画面の前記所定の領域と前記第２の画面の重畳表示が解消された場合、前記第２のアプリケーションの情報を記憶する記憶手段と、
   前記検知手段にて前記第１の画面の前記所定の領域上に前記第２の画面が重畳表示されていると検知された際に、前記記憶手段にて前記第２のアプリケーションの情報が記憶されている場合、前記第１の画面に含まれる前記所定の領域上に前記第２の画面が重畳表示されないように前記第１の画面の調整を行う調整手段と
   を有することを特徴とする情報処理装置。
2. 前記調整手段は、前記第１の画面の前記表示手段における表示位置または表示サイズを変更することにより調整を行うことを特徴とする請求項１に記載の情報処理装置。
3. 前記調整手段は、前記第１の画面に含まれる前記所定の領域とは異なる領域を非表示にすることにより調整を行うことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記第１の画面は、複数の前記所定の領域を含み、
   前記記憶手段は更に、前記受け付け手段により受け付けたユーザー操作により、複数の前記所定の領域のうち、前記第２の画面との重畳表示が解消された所定の領域の情報を記憶し、
   前記調整手段は、前記記憶手段にて記憶された所定の領域上に前記第２の画面が重畳表示されないように前記第１の画面の調整を行う
   ことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
5. 前記所定の領域は、前記第１のアプリケーションにて扱われる文書のプロパティ情報およびプレビュー画像を表示する領域であることを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
6. 前記記憶手段は、前記受け付け手段により受け付けたユーザー操作により、前記第１の画面の前記所定の領域と前記第２の画面の重畳表示が解消されず、かつ、前記第１の画面の前記所定の領域に含まれる所定のオブジェクトと前記第２の画面の重畳表示が解消された場合、前記第２のアプリケーションの情報を記憶することを特徴とする請求項１乃至５のいずれか一項に記載の情報処理装置。
7. 前記所定のオブジェクトは、ユーザーによる入力操作が行われるオブジェクトであることを特徴とする請求項６に記載の情報処理装置。
8. 前記ユーザー操作は、前記第１の画面または前記第２の画面の前記表示手段における表示位置または表示サイズを変更する操作であることを特徴とする請求項１乃至７のいずれか一項に記載の情報処理装置。
9. 表示手段において、第１のアプリケーションの第１の画面に含まれる所定の領域上に第２のアプリケーションの第２の画面が重畳表示されているか否かを検知する検知工程と、
   前記第１の画面または前記第２の画面に対するユーザー操作を受け付ける受け付け工程と、
   前記受け付け工程にて受け付けたユーザー操作により、前記第１の画面の前記所定の領域と前記第２の画面の重畳表示が解消された場合、前記第２のアプリケーションの情報を記憶する記憶工程と、
   前記検知工程にて前記第１の画面の前記所定の領域上に前記第２の画面が重畳表示されていると検知された際に、前記記憶工程にて前記第２のアプリケーションの情報が記憶されている場合、前記第１の画面に含まれる前記所定の領域上に前記第２の画面が重畳表示されないように前記第１の画面の調整を行う調整工程と
   を有することを特徴とする情報処理装置の制御方法。
10. コンピュータを、
    表示手段において、第１のアプリケーションの第１の画面に含まれる所定の領域上に第２のアプリケーションの第２の画面が重畳表示されているか否かを検知する検知手段、
    前記第１の画面または前記第２の画面に対するユーザー操作を受け付ける受け付け手段、
    前記受け付け手段により受け付けたユーザー操作により、前記第１の画面の前記所定の領域と前記第２の画面の重畳表示が解消された場合、前記第２のアプリケーションの情報を記憶する記憶手段、
    前記検知手段にて前記第１の画面の前記所定の領域上に前記第２の画面が重畳表示されていると検知された際に、前記記憶手段にて前記第２のアプリケーションの情報が記憶されている場合、前記第１の画面に含まれる前記所定の領域上に前記第２の画面が重畳表示されないように前記第１の画面の調整を行う調整手段
    として機能させるためのプログラム。

Images