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

Abstract

【課題】 アプリケーションのバージョンアップにより、アプリケーションにおけるファイルの選択方法が変更される場合が有る。バージョンアップ前からアプリケーションを利用していたユーザーにとってはファイルの選択方法が変更されると困惑する。【解決手段】 ファイルの選択方法が変更された場合、バージョンアップ前からアプリケーションを利用していたユーザーに対しては通知画面を表示する。【選択図】 図７

Description

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

近年、モバイル端末の普及と共に、企業の業務端末としてもモバイル端末が採用されるケースが増えるようになった。複合機やプリンタ等の画像処理装置に対して処理の実行を指示するためのアプリケーションをインストールしたモバイル端末から、画像処理装置に対して印刷やスキャンの指示を行うことができる。例えばユーザーはモバイル端末のアプリケーション上でフォルダからのファイルの選択と印刷設定を行ってから、印刷の実行指示を画像処理装置に送信する。実行指示を受信した画像処理装置は設定に従って印刷処理を実行する。

アプリケーションにおいてモバイル端末内のストレージに設けられたフォルダからファイルを選択する機能を有するためには、アプリケーション内部にファイルブラウザ機能を搭載するように実装する場合と、オペレーションシステム（ＯＳ）が提供するファイルブラウザ機能を利用する場合が有る。前者は個別のアプリケーションに特化した細かい設定が可能であるが、後者は複数の異なるアプリケーションから利用されることを想定しているため、細やかな設定はできない。例えばアプリケーション内部にファイルブラウザ機能を搭載する場合は、ファイル選択画面を表示する際にアプリケーション上で予め設定されたフォルダをデフォルトで開くようにすることができる。一方、ＯＳのファイルブラウザ機能を利用する場合は、アプリケーションはデフォルトで開くフォルダを指定できない
特許文献１には、アプリケーション内部のファイルブラウザ機能とＯＳのファイルブラウザ機能の両方の機能を有し、ユーザー操作に応じて、どちらのファイルブラウザ機能を使用するか切り替える方法が開示されている。

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

ＯＳの仕様変更等に起因して、アプリケーションにおけるファイルの選択方法が変更される場合が有る。例えば独自のファイルブラウザ機能を実装していたアプリケーションが、当該アプリケーションのバージョンアップに伴ってＯＳのファイルブラウザ機能を利用するように変更されることがある。この場合、独自のファイルブラウザ機能を用いたファイル選択時にデフォルトで開いていたフォルダを、ＯＳのファイルブラウザ機能ではデフォルトで開くことができなくなる等の変更が生じる。

このようにアプリケーションのバージョンアップ等により、ファイルの選択方法が変更されると、バージョンアップ前からアプリケーションを利用していたユーザーは困惑するおそれがある。

本発明の目的は、アプリケーションにおけるファイルの選択方法が変更された場合でも、ユーザーが困惑することなくファイル選択できるようにする方法を提供することである。

情報処理装置のコンピュータに制御方法を実行させるためのプログラムであり、前記情報処理装置のオペレーティングシステム上で動作するプログラムであって、前記制御方法は、前記プログラムが所定のバージョンにバージョンアップされたか否か判断する判断工程と前記情報処理装置に保存されているファイルを選択する画面であり、前記オペレーティングシステムが提供するファイルブラウザの画面を表示するための操作をユーザーから受け付ける受付工程と、前記ファイルブラウザの画面を表示することを前記オペレーティングシステムに指示する指示工程と、を有し、前記受付工程で操作を受け付けると、前記判断工程で前記所定のバージョンにバージョンアップされたと判断された場合は、所定の通知を表示した後に、前記ファイルブラウザの画面を表示するように前記指示を行い、前記判断工程で前記所定のバージョンにバージョンアップされていないと判断された場合は、前記所定の通知を表示することなく、前記ファイルブラウザの画面を表示するように前記指示を行うことを特徴とするプログラム。

アプリケーションにおけるファイルの選択方法が変更された場合でも、ユーザーが困惑することなくファイル選択することができる。

本発明のシステム構成を示す図である。 データ処理装置のハードウェア構成を示す図である。 画像処理装置のハードウェア構成を示す図である。 データ処理装置のソフトウェアの構成を示す図である。 データ処理装置で動作するアプリケーションが表示する画面の一例を示す図である。 データ処理装置に動作するＯＳ又はアプリケーションが表示する画面の一例を示す図である。 実施例１におけるアプリケーションの処理を示すフローチャートである。

以下、添付図面を参照して本実施形態を詳しく説明する。また、本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

（実施例１）
以下、図面を参照し、本実施例について詳細に説明する。図１は、本実施例における情報処理システムの構成を示す図である。図１において、データ処理装置１０１は、画像処理装置１０４に対して印刷ジョブやスキャンジョブを送信するために使用されるデータ処理装置であり、データ処理装置上でユーザーから各種操作を受付ける。データ処理装置１０１は、例えばスマートフォンやタブレットといったモバイル端末である。１０４は画像処理装置であって、スキャン機能のほか、コピー機能、プリント機能、ファクス送信機能等を備えていてもよい。

１０３はデータ処理装置１０１や画像処理装置１０４が接続されているＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であって、データ処理装置１０１や画像処理装置１０４はＬＡＮ１０３を介して相互通信を行っている。１０２は無線ＬＡＮターミナルである。無線ＬＡＮターミナル１０２は、一般的なネットワーク・ルーター機能を有した無線ＬＡＮの親機であって、家庭内や事務所などの中で無線ＬＡＮを提供している。また、データ処理装置１０１は無線ＬＡＮ機能を有効にすることで、無線ＬＡＮターミナル１０２を介してＬＡＮ１０３に参加することができる。データ処理装置１０１は、無線ＬＡＮターミナル１０２が提供する無線ＬＡＮエリアに入ると、データ処理装置１０１内に予め設定されている認証情報を利用して自動的にＬＡＮ１０３のネットワークに参加することができる。

図２は、図１におけるデータ処理装置１０１のハードウェア構成を示すブロック図である。データ処理装置１０１は、小型端末用のオペレーティングシステムや、通話、データ通信を制御するプログラムが動作していても構わない。あるいは後述する音声・画像制御部２０６及びマイク・スピーカ・カメラ２１３、位置検出制御部２１０、ＧＰＳセンサー２１６、携帯電話データ通信部２１２等を備えないパーソナルコンピュータであっても構わない。

ハードウェアの各構成要素は、システムバス２０１に接続されている。ＲＯＭ２０３にはデータ処理装置１０１におけるオペレーティングシステム及び、通話、データ通信を制御するアプリケーションが格納されており、ＣＰＵ２０２で実行可能である。データ通信を制御するアプリケーションとしては、画像処理装置１０４と各種データのやり取りを行うアプリケーションやＭａｉｌソフト、Ｗｅｂブラウザなどがある。

ＲＡＭ２０４は、プログラムを実行するためのメモリであり、アプリケーションがプログラムを実行するワークメモリエリアである。また、ＲＡＭ２０４はアプリケーションがプログラム内の処理実行時に一時的に保存しなければならないデータ等を一時記憶するためのメモリでもある。記憶装置２０９は不揮発性の記憶装置であり、データ処理装置１０１の再起動後も保持しておく必要のある各種動作モード設定や、稼働ログなどが記憶される。

ＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ２０５は、無線ＬＡＮターミナル１０２を介してＬＡＮ１０３のネットワークに参加するための無線ＬＡＮ通信部２１１と、携帯キャリアの提供するネットワークに参加するための携帯電話データ通信部２１２による通信制御を行う。

音声・画像制御部２０６は、例えば通話アプリケーションが起動され、ユーザーが電話をしているときに使用される。マイク・スピーカ２１３にて音声データの入出力を行い、音声・画像制御部２０６は、その音声データと音声データ制御プログラムとの仲介を行っている。また音声・画像制御部２０６は、カメラ２１３で撮像して生成した画像データと画像データ制御プログラムとの仲介を行う。

表示制御部２０７は、データ処理装置１０１のディスプレイ２１４にて出力する情報の制御を行っている。入力制御部２０８は、データ処理装置１０１のボタンやタッチパネル２１５にてユーザーが指示した情報の制御を行っている。これらの音声・画像制御部２０６、表示制御部２０７、入力制御部２０８を利用して、データ処理装置１０１上で動作するアプリケーションは、ネットワーク通信情報やデータ処理装置１０１のさまざまな情報をユーザーに提供する。

位置検出制御部２１０は、ＧＰＳセンサー２１６からデータ処理装置１０１の位置情報を取得しオペレーティングシステム上に提供される。これらの制御は、ＣＰＵ２０２で動くオペレーティングシステム（ＯＳ）にて制御される。

図３は、図１における画像処理装置１０４のハードウェア構成を説明するブロック図である。本例は、スキャナ機能と、プリンタ機能を有する複合機（ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｐｈｅｒａｌ））の例を示す。

図３において、３０１はＩ／Ｏであり、ＬＡＮ通信部３１４を含む。ＬＡＮ通信部３１４は、ネットワーク（ＬＡＮ）１０３などを介してデータ処理装置１０１と通信可能である。例えば、画像処理装置１０４でスキャンして生成した画像データをＬＡＮを介して、データ処理装置１０１に送信する。Ｉ／Ｏ３０１は複数の接続形態に対応するために複数個搭載されていても良い。このＩ／Ｏ３０１を通して、画像処理装置１０４は、デバイスＩＤやスキャンイメージをデータ処理装置１０１に渡す。またデータ処理装置１０１より、各種の制御コマンドを受けて処理を行う。Ｉ／Ｆ制御部３０２は、画像処理装置１０４に搭載されているスキャナやプリンタ、またはファクスなどの処理系に関してデバイスＩＤを発行する制御をおこなっている。ＲＡＭ３０３は、一次記憶装置で、Ｉ／Ｏ３０１で取得した制御コマンドなどの外部データや、スキャナエンジン３１３で読み取られたイメージデータ（あるいは画像データ。以下イメージと称する）を格納するに使用される。さらに、ＲＡＭ３０３は、プリンタコントローラ３１０で展開されたプリンタエンジン３０６に渡される前のイメージの格納などに使用される。ＲＡＭ３０３の割り当て管理はＲＡＭ制御部３０４が行っている。画像データ調歩回路３０５は、プリンタコントローラ３１０によって展開されたイメージや、スキャナエンジン３１３によって取り込まれ、ＲＡＭ３０３に展開されたイメージをプリンタエンジン３０６の回転にあわせて出力する装置である。プリンタエンジン３０６は紙などの出力メディアにイメージを現像する装置である。メインコントローラ３０８は、エンジンＩ／Ｆ３０７によりプリンタエンジン３０６の各種制御を行う。また、メインコントローラ３０８は、制御の要のモジュールであり、スキャナコントローラ３０９やプリンタコントローラ３１０にＩ／Ｏ３０１経由でデータ処理装置１０１より受け取る制御言語の適切な振り分け処理を行う。さらに、メインコントローラ３０８は、それぞれのコントローラやユーザーインターフェース３１２からの指示をうけてプリンタエンジン３０６やスキャナエンジン３１３の制御を行う。スキャナコントローラ３０９はデータ処理装置１０１より受けたスキャン制御コマンドをメインコントローラ３０８が解釈可能な内部実行命令に分解する。またスキャナエンジン３１３で読み取ったイメージをスキャン制御コマンドに変更する。プリンタコントローラ３１０はデータ処理装置１０１より印刷ジョブとして受けたＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）をメインコントローラ３０８が解釈可能な展開イメージなどを含む内部実行命令に分解する。展開イメージはプリンタエンジンまで運ばれ、用紙などの出力メディアに印刷される。

図４は、図１に示したデータ処理装置１０１のソフトウェアの構成を説明するブロック図である。４０１はデータ処理装置１０１上で実行されるアプリケーションで、ＯＳ４１０上で動作するアプリケーションとしてＲＯＭ２０３にインストールされている。アプリケーション４０１は、画像処理装置に対して印刷指示やスキャン指示を行うアプリケーションである。例えばデータ処理装置１０１上のストレージに保存してある画像データ等のファイルを選択し、画像処理装置１０４に対して当該選択したファイルの印刷指示を行うアプリケーションである。また、画像処理装置１０４に対してスキャン指示する機能やデータ処理装置１０１が備えるカメラ２１３で撮像した画像を保存する機能も有する。ＵＩ部４０２はアプリケーション４０１のＵＩ部であり、アプリケーション固有の機能をユーザーに設定させるためのユーザーインターフェースを提供する。画像処理装置探索部４０３は画像処理装置の探索部であり、データ処理装置１０１が参加するＬＡＮ１０３上におけるネットワーク機器を探索する。より詳細にはデータ処理装置１０１が印刷、スキャン指示可能な画像処理装置を探索する。制御部４０４はアプリケーション４０１が行う各種処理の制御を行う。例えば制御部４０４は印刷ジョブやスキャンジョブを生成し、通信可能な画像処理装置に当該生成したジョブの送信を行う。またアプリケーション４０１において生成されたデータを保存する処理等を行う。ファイル保存部４０５はアプリケーション４０１が生成したファイル等を保存する。例えば画像処理装置１０４がスキャンして生成した画像データを画像処理装置１０４から受信し保存する。ファイル保存部４０５に保存されたデータはアプリケーション４０１以外のアプリケーションから参照、利用することが可能である。

たとえばアプリケーション４０１の初回起動時等に、ファイル保存部４０５に対応するフォルダが自動で生成される。以降アプリケーション４０１の処理によって生成された画像データ、例えば、画像処理装置１０４がスキャンして生成した画像データ（スキャンデータ）、カメラで撮像することで生成された画像データ（キャプチャデータ）は当該生成されたフォルダに保存されるようになる。

アプリケーション４２０は、例えばアプリケーション４０１と同様の機能を持つアプリケーションであり、ファイル保存部４２１を有するものとする。データ処理装置１０１にインストールされているアプリケーションはこれらに限らず、他のアプリケーションがインストールされていても良い。

図５を用いて、アプリケーション４０１においてファイルを選択し、当該選択したファイルを印刷するための設定を行うまでの画面遷移について説明する。

メニュー画面５０１はアプリケーション４０１を起動した直後に表示されるトップメニュー画面であり、ユーザーからの各種入力操作の受け付けを行う。選択ボタン５０２は印刷、スキャン指示対象とする画像処理装置を選択する画面に遷移するためのボタンである。選択ボタン５０２には現在選択中の画像処理装置に関する情報が表示される。ここでは画像処理装置１０４に対応するプリンタ「Ｃ ｉＲ－ｘｘｘｘ」が印刷、スキャン指示対象の装置として選択されている。

プリントボタン５０３は印刷するファイルを選択する画面に遷移するボタンである。スキャンボタン５０４は、画像処理装置１０４にスキャン指示を行うための設定画面に遷移するボタンである。ここではスキャン画像の保存先フォルダは「アプリ４０１」フォルダに設定されているものとする。このフォルダはアプリケーション４０１が初回起動された時等にデータ処理装置１０１のストレージ領域に自動で生成され、アプリケーション４０１のファイル格納先として予め設定されるものとする。「アプリ４０１」フォルダはファイル保存部４０５に対応し、格納されたデータは、他のアプリケーションからも参照、使用可能である。キャプチャボタン５０６はデータ処理装置１０１が備えるカメラで撮像を行うためのボタンである。撮像して生成された画像データは、「アプリ４０１」フォルダに格納される。

印刷ファイル選択画面５１０はメニュー画面５０１においてプリントボタン５０３が押下されると表示される。印刷ファイル選択画面５１０は、印刷するファイルを選択するための画面である。印刷ファイル選択画面５１０には「アプリ４０１」フォルダに含まれるデータ一覧（５１３～５１５）が表示されている。これらのデータはアプリケーション４０１で生成されたスキャンデータやキャプチャデータである。フォルダ名５１１はフォルダの名称が示される。ファイルに対応する表示オブジェクト５１３～５１４が押下されると、印刷実行画面５３０が表示される。

印刷実行画面５３０は印刷設定、指示等を行う画面である。表示オブジェクト５３１は選択されたファイルを示す。プリンタ情報欄５３２には印刷指示対象となる画像処理装置に関する情報が表示されている。印刷設定ボタン５３３は印刷設定を変更する画面に遷移するボタンである。実行ボタン５３４は印刷指示を行うボタンであり、押下されると印刷ジョブが画像処理装置に対して送信される。

印刷ファイル選択画面５１０において戻るボタン５１２は、現在表示しているディレクトリの１つ上の階層のディレクトリに移動するためのボタンである。戻るボタン５１２が押下されると印刷ファイル選択画面５２０が表示される。印刷ファイル選択画面５２０には「アプリ４０１」フォルダの一つ上の階層のディレクトリに含まれるフォルダ一覧（５２２～５２７）が表示されている。フォルダ名５２１はディレクトリの名称を示し、ここでは「ｒｏｏｔ」つまり最上位のディレクトリである。

印刷ファイル選択画面５１０、５２０はアプリケーション内部のファイルブラウザ機能により表示される画面である。アプリケーション内部のファイルブラウザ機能を実装する場合、当該アプリケーションに特化したファイルブラウザ機能を提供することができる。例えば、アプリケーションにおいてファイル選択画面に遷移する際に、デフォルトで開くディレクトリを指定可能である。ここでは「アプリ４０１」フォルダをデフォルトで開く画面として設定している。こうすることで、よく使うファイルが保存されたフォルダに素早くアクセスすることが可能となる。つまりプリントボタン５０３が押下された時に、アプリケーション４０１において生成したスキャンデータ、キャプチャデータが保存された「アプリ４０１」フォルダに素早くアクセス可能となる。「アプリ４０１」フォルダ以外のフォルダに含まれるファイルを印刷したい場合は、戻るボタン５１１を押下してから、印刷ファイル選択画面５２０上で異なるフォルダを選択すればよい。

このようにアプリケーション内部にファイルブラウザ機能を搭載する場合、アプリケーションに応じた細かな設定ができる。一方、フォルダにアクセスするためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）が更新されるたびにアプリケーションの修正を行わなければならない等アプリケーションの保守コストがかかる。

一方、アプリケーションにおいてファイルを選択する場合に、ＯＳが提供するファイルブラウザ機能を利用することも可能である。ファイルを選択する場合、アプリケーションはＯＳのファイルブラウザ機能を呼び出し、ＯＳのファイルブラウザ画面上でファイルを選択することができる。ＯＳのファイルブラウザ機能を利用する場合は、ファイルブラウズ機能の仕組みをＯＳ側に任せることができ、アプリケーション側で仕組みを実装する必要が無くなる。しかしＯＳのファイルブラウザ機能は、様々なアプリケーションから呼び出されることが前提に作られたものであり、アプリケーションに特化した細かな設定を行うことができない。例えばアプリケーションにおいてデフォルトで開く画面を指定することができない。なぜならＯＳのファイルブラウザ画面は、最後に開いていたディレクトリを開くようになっているからである。例えばアプリケーション１においてＯＳのファイルブラウザ画面で所定のフォルダを開いていたユーザーが、次にアプリケーション１を閉じて、アプリケーション２においてＯＳのファイルブラウザ画面を表示すると、当該所定のフォルダが開いた状態となる。

以上のようにアプリケーション内部のファイルブラウザ機能とＯＳのファイルブラウザ機能には、それぞれ利点、欠点がある。ＯＳのバージョンアップ等により、アプリケーション内部のファイルブラウザ機能を実装していたアプリケーションがＯＳのファイルブラウズ機能を利用するように実装を変更しなければならないケースがある。例えば、Ａｎｄｒｏｉｄ（登録商標）はバージョン１０以降から、各アプリケーションはフォルダにアクセスする許可を得なければ、フォルダにアクセスできなくなる。つまりアプリケーション内部のファイルブラウザ機能を実装しているアプリケーションの場合は、選択する可能性のある各フォルダ（例えばフォルダ５２２～５２７）全てに対して、それぞれアクセス許可を取得しなければならない。これではユーザーにとって手間であるため、ファイル選択の実装をＯＳのファイルブラウズ機能に変更することが考えられる。ＯＳのファイルブラウズ機能を利用してファイルを選択する場合は各フォルダに対するアクセス許可は必要ない。

このようにアプリケーションの仕様変更、バージョンアップ等によりアプリケーション内部のファイルブラウザ機能を実装していたアプリケーションがＯＳのファイルブラウズ機能を実装するようになる場合、ファイルの選択方法がバージョンアップ前後で変わってしまう。アプリケーション内部のファイルブラウザ機能の使用に慣れていたユーザーにとっては、ＯＳのファイルブラウズ機能の利用に戸惑う可能性が有る。例えばアプリケーション内部のファイルブラウザ機能を実装していた際はファイル選択時にデフォルトで「アプリ４０１」フォルダを開いていた。しかし、ＯＳのファイルブラウズ機能では上述したようにデフォルトで開くフォルダを指定できないため、ファイル選択時に「アプリ４０１」フォルダと異なるディレクトリが開き、ユーザーは困惑してしまう可能性が有る。またデータ処理装置１０１の操作を熟知していないユーザーは、データ処理装置１０１のストレージ内のフォルダの階層構造や「アプリ４０１」フォルダがどの階層にあるか等を把握できない。そのため、ＯＳのファイルブラウズ機能によるファイル選択画面で、所望する「アプリ４０１」フォルダを選択できない可能性もある。

図６を用いて、アプリケーション内部のファイルブラウザ機能を実装していたアプリケーションがバージョンアップ等によりＯＳのファイルブラウザ機能を実装するようになった場合に表示される画面について説明する。

図５のようにアプリケーション内部のファイルブラウザ機能を実装し、ファイル選択時に「アプリ４０１」フォルダをデフォルトで開いていたアプリケーション４０１が、ＯＳのファイルブラウズ機能を実装するようになって初めてユーザーからプリントボタン５０３の押下を受け付けた際のフローを例にして説明を行う。

図５の５０１でプリントボタン５０３が押下されると、アプリケーションのバージョンアップ前からアプリケーションを利用していたユーザーに対しては、通知画面６０１が表示される。アプリケーションのバージョンアップ後からアプリケーションを利用するようになったユーザーに対しては通知画面６０１を出すことなく、ファイル選択画面６１０を表示する。アプリケーションのバージョンアップ後からアプリケーションを利用するようになったユーザーに対してはファイルの選択方法が変更されたことを通知する必要は無いからである。

通知画面６０１には、ファイルの選択方法が変更された旨をユーザーに通知するためのメッセージ６０２が表示される。

さらに通知画面６０１にはチェックボックス６０４、ＯＫボタン６０５が含まれる。チェックボックス６０４にチェックをしてＯＫボタン６０５が押下されると、以降、通知画面６０１は表示されなくなる。ここでは、チェックボックス６０４にチェックをすると以降、通知画面６０１は表示されなくなる例を示したが、これに限らずアプリケーションをバージョンアップして初回のみ通知画面を表示し、以降は表示しないようにしても良い。また、通知画面６０１にはＯＳのファイルブラウザ画面上で「アプリ４０１」フォルダを選択するためのガイド表示６０３を表示するようにしても良い。ここで表示されるガイド表示６０３は「Ｒｏｏｔ」ディレクトリが開かれた状態から「アプリ４０１」フォルダを選択する例を示しているが、一例でありこれに限らない。ＯＳのファイルブラウザ画面で開くディレクトリは「Ｒｏｏｔ」ディレクトリとは限らないため、いずれのディレクトリが開いたとしても「アプリ４０１」フォルダを選択できる方法を表示しても良い。この場合、「Ｒｏｏｔ」ディレクトリに遷移する方法と、「Ｒｏｏｔ」ディレクトリで「アプリ４０１」フォルダを選択する方法を表示する。

ファイル選択画面６１０はＯＫボタン６０５が押下された後に表示される画面の一例である。上述したようにＯＳのファイルブラウザ機能を利用する場合は、開くディレクトリは指定できない。ここでは一例として「Ｒｏｏｔ」ディレクトリが開かれたとする。ファイル選択画面６１０にはディレクトリ名６１１、「Ｒｏｏｔ」ディレクトリに含まれるフォルダ一覧（６１２～６１７）が表示されている。ユーザーは通知画面６０１のガイドに従って「アプリ４０１」フォルダを選択する。ここでは「アプリ４０１」フォルダボタン６１６を押下するだけでよい。しかしＯＫボタン６０５が押下された後に表示されるディレクトリやフォルダ階層構造等によって選択操作は異なる。ファイル選択画面６２０は「アプリ４０１」フォルダボタン６１６が押下されると表示される画面である。ファイル選択画面６２０には「アプリ４０１」フォルダに含まれるデータ一覧（６２１～６２３）と１つ前のディレクトリに戻るボタン６２４が表示されている。

ファイル選択画面６１０、６２０はＯＳによって提供される画面であり、ＯＳのファイルブラウザ機能を利用したＵＩである。

図７のフローチャートを用いて図６の画面遷移に関する処理について説明する。図７の各ステップは、ＲＯＭ２０３や記憶装置２０９に格納されたプログラムをＣＰＵ２０２が実行することによって実現される。図７のフローチャートの処理は例えばプリントボタン５０３が押下されることで開始する。

ステップＳ７０１において制御部４０４は、アプリケーション４０１においてファイルの選択方法が変更されたか否か判断する。ここではアプリ内部のファイルブラウザ機能からＯＳのファイルブラウザ機能に変更されたか否か判断する。ここでの判断は、例えばアプリケーション４０１が所定のバージョンにバージョンアップされたか否かを判断する。アプリ内部のファイルブラウザ機能を実装していたアプリケーションが所定のバージョンからＯＳのファイルブラウザ機能を実装するようになった場合、アプリケーションを当該所定のバージョンにバージョンアップすると、アプリ内部のファイルブラウザ機能からＯＳのファイルブラウザ機能を利用するファイル選択方法に変更されているため、ファイルの選択方法が変更されたと判断される。判断の例はこれに限らない。ファイルの選択方法に変更がある場合Ｓ７０２に処理を進め、そうでなければＳ７０５に処理を進める。

次に、Ｓ７０２において制御部４０４はガイド表示Ｆｌａｇの値を確認する。図６のチェックボックス６０４にチェックしてからＯＫボタン６０５が押下されていると、Ｆｌａｇの値はＦａｌｓｅになり、そうでなければＦｌａｇの値はＴｒｕｅとなる。Ｆｌａｇの値がＦａｌｓｅであればＳ７０５に進み、ＴｒｕｅであればＳ７０３に進む。

Ｓ７０３においてＵＩ部４０２は、通知画面６０１を表示する。通知画面６０１上でファイルの選択方法が変更されたことをユーザーに通知する。また通知画面６０１上でアプリケーション４０１に紐付く、つまりアプリケーション４０１がデフォルトで開いていた「アプリ４０１」フォルダを開く方法をユーザーに案内するようにしても良い。

次にＳ７０４において制御部４０４は通知画面６０１上でＯＫボタン６０５が押下されたか否か判断する。押下されたと判断するとＳ７０５に進み、そうでない場合はＳ７０４の処理を繰り返す。

Ｓ７０５において制御部４０４はＯＳに対してファイル選択画面の表示を指示し、ＯＳは指示に基づいてファイル選択画面（例えばファイル選択画面６２０、６３０）を表示する。ここで表示されるファイル選択画面はＯＳのファイルブラウザ画面である。ユーザーはこのファイル選択画面で例えば、通知画面６０１のガイドに従って「アプリ４０１」フォルダを選択する。

Ｓ７０６で制御部４０４はファイル選択画面においてファイルが選択されたか否か判断する。選択されたと判断されるとＳ７０７に進み、そうでない場合はＳ７０６の処理を繰り返す。

Ｓ７０７でＵＩ部４０２は選択されたファイルを反映させた印刷実行画面５３０を表示する。

以上のフローチャートではプリントボタン５０３が押下された後に通知画面を表示する例を示したが、通知画面が表示されるタイミングはこれに限定されない。例えばＯＳのファイルブラウズ機能を実装するようなって初めてアプリケーションが起動されるタイミングであっても良い。

以上の処理により、アプリケーションのバージョンアップ等によりアプリケーション内部のファイルブラウズ機能を実装していたアプリケーションがＯＳのファイルブラウズ機能を実装するようになっても、ユーザーは困惑することなくファイルを選択できる。また、アプリケーションが新たにＯＳのファイルブラウズ機能を実装するようになっても、アプリケーション内部のファイルブラウズ機能を実装していた時にデフォルトで開いていたフォルダをユーザーに選択させることが可能になる。つまりＯＳの仕様変更等に基づいてアプリケーションにおけるファイル選択方法が変更した場合でも、ユーザーは困惑することなくファイル選択することが可能となる。

また以上のフローチャートの処理により、必要な場合だけ通知画面６０１を表示することが可能となる。バージョンアップ前のアプリケーション、つまりアプリケーション内部のファイルブラウザ機能を実装するアプリケーションを利用していたユーザーには通知画面を表示する。一方でアプリケーションがＯＳのファイルブラウズ機能を実装するようになってから初めてアプリケーションをインストールして利用するユーザーに対しては通知画面を表示しない。ＯＳのファイルブラウズ機能を実装するようになってから初めてアプリケーションをインストールしたユーザーにとってはファイルの選択方法は変更されていないので通知画面を表示しない。このように不必要に通知画面が表示されることを防ぎ、ユーザビリティを向上させることができる。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。この場合、そのコンピュータプログラム、及び該コンピュータプログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (10)

1. 情報処理装置のコンピュータに制御方法を実行させるためのプログラムであり、前記情報処理装置のオペレーティングシステム上で動作するプログラムであって、
   前記制御方法は、
   前記プログラムが所定のバージョンにバージョンアップされたか否か判断する判断工程と
   前記情報処理装置に保存されているファイルを選択する画面であり、前記オペレーティングシステムが提供するファイルブラウザの画面を表示するための操作をユーザーから受け付ける受付工程と、
   前記ファイルブラウザの画面を表示することを前記オペレーティングシステムに指示する指示工程と、
   を有し、
   前記受付工程で操作を受け付けると、
   前記判断工程で前記所定のバージョンにバージョンアップされたと判断された場合は、所定の通知を表示した後に、前記ファイルブラウザの画面を表示するように前記指示を行い、
   前記判断工程で前記所定のバージョンにバージョンアップされていないと判断された場合は、前記所定の通知を表示することなく、前記ファイルブラウザの画面を表示するように前記指示を行う
   ことを特徴とするプログラム。
2. 前記所定の通知には、前記プログラムにおけるファイルの選択方法が変更された旨のメッセージが含まれる
   ことを特徴とする請求項１に記載のプログラム。
3. 前記所定の通知には、所定のフォルダにアクセスするためのガイドが表示される
   ことを特徴とする請求項１又は２に記載のプログラム。
4. 前記所定のフォルダとは、前記プログラムが前記所定のバージョンにバージョンアップされる前に前記プログラムにおいてデフォルトで開くように設定されていたフォルダである
   ことを特徴とする請求項３に記載のプログラム。
5. 前記バージョンアップとは、プログラム内にファイルブラウザ機能を実装したバージョンから、前記オペレーティングシステムが提供するファイルブラウザ機能を実装したバージョンへのバージョンアップである
   ことを特徴とする請求項１から４のいずれか一項に記載のプログラム。
6. 前記所定の通知は、前記プログラムがバージョンアップされてから初回のみ表示される
   ことを特徴とする請求項１から５のいずれか一項に記載のプログラム。
7. 前記プログラムは、画像処理装置に対して印刷指示を行うためのプログラムである
   ことを特徴とする請求項１から６のいずれか一項に記載のプログラム。
8. 前記ファイルブラウザの画面は、印刷するファイルを選択するための画面である
   ことを特徴とする請求項７に記載のプログラム。
9. オペレーティングシステム上で動作するアプリケーションを実行可能なデータ処理装置であって、
   前記アプリケーションが所定のバージョンにバージョンアップされたか否か判断する判断手段と
   ファイルを選択する画面であり、前記オペレーティングシステムが提供するファイルブラウザの画面を表示するための指示をユーザーから受け付ける受付手段と、
   前記ファイルブラウザの画面を表示することを前記オペレーティングシステムに指示する指示手段と、
   を有し、
   前記受付手段で指示を受け付けると、
   前記判断手段で所定のバージョンにバージョンアップされたと判断された場合は、所定の通知を表示した後に、前記ファイルブラウザの画面を表示するように前記指示を行い、
   前記判断手段で所定のバージョンにバージョンアップされていないと判断された場合は、前記所定の通知を表示することなく、前記ファイルブラウザの画面を表示するように前記指示を行う
   ことを特徴とする情報処理装置。
10. オペレーティングシステム上で動作するアプリケーションを実行可能なデータ処理装置が実行する制御方法であって、
    前記制御方法は、
    前記プログラムが前記所定のバージョンにバージョンアップされたか否か判断する判断工程と
    ファイルを選択する画面であり、前記オペレーティングシステムが提供するファイルブラウザの画面を表示するための指示をユーザーから受け付ける受付工程と、
    前記ファイルブラウザの画面を表示することを前記オペレーティングシステムに指示する指示工程と、
    を有し、
    前記受付工程で指示を受け付けると、
    前記判断工程で前記所定のバージョンにバージョンアップされたと判断された場合は、所定の通知を表示した後に、前記ファイルブラウザの画面を表示するように前記指示を行い、
    前記判断工程で前記所定のバージョンにバージョンアップされていないと判断された場合は、前記所定の通知を表示することなく、前記ファイルブラウザの画面を表示するように前記指示を行う
    ことを特徴とする制御方法。

Images