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

Abstract

【課題】プレビュー画像が表示されている場合には、所定の操作に対する処理を制限することにより、ユーザビリティを高めた情報処理プログラム、情報処理装置、及び情報処理方法を提供すること。
【解決手段】本発明によれば、表示部が画像を表示しているときは、操作受付部が第２の操作を受け付けたとしても、本アプリケーションの終了又は非アクティブ化に対する制限がかけられるので、本アプリケーションにより作成した各データが、本アプリケーションの終了又は非アクティブ化に伴って失われることを防止できる。これにより、誤って行われた第２の操作（例えば、ＢＡＣＫキーの誤操作）によるデータの喪失も防ぐことができる。よって、時間を要するデータの再作成が必要になる等、誤操作によるユーザの不利益が解消されて、アプリケーションとしてのユーザビリティを高めることができる。
【選択図】図４

Description

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

一のアプリケーションから、他のアプリケーションを起動させる従来技術がある。例えば、特許文献１には、アプリケーションでデータを作成して印刷指示を入力すると、プリンタドライバが起動する技術が記載されている。

一方で、携帯端末には「共有機能」と称される機能を有するものが存在する。共有機能は、共有元となるアプリケーションで処理したデータを、共有先となるアプリケーションへ渡し、その共有先のアプリケーションで処理させる機能である。よって、この共有機能を利用することにより、例えば、画像表示アプリケーション（共有元のアプリケーション）により携帯端末の画面に表示させた画像の元である画像データを、印刷アプリケーション（共有先のアプリケーション）に渡してプリンタに印刷させることができる。なお、共有元のアプリケーションが共有機能を利用することにより、共有先のアプリケーションが起動される。

特開２００７−３２８５１５号公報

ところで、携帯端末には、画面を前画面に戻したり、直前のアプリケーションに戻すためのハードウェアキー（以下、このハードウェアキーを仮に「ＢＡＣＫキー」と称す）が搭載されているものがある。共有機能を使用する場合には、このＢＡＣＫキーの誤操作が問題になることがあった。例えば、共有機能によって、共有先のアプリケーションが起動された後、ＢＡＣＫキーが押されると、共有先のアプリケーションが終了して、直前のアプリケーションである共有元のアプリケーションに戻る。それに伴い、共有先のアプリケーションのために確保したＲＡＭ領域も開放されてしまう。よって、共有元のアプリケーションから渡された画像データに基づくプレビュー画像を作成してＲＡＭに記憶していたとしても、ＢＡＣＫキーが押されてＲＡＭ領域が開放されたことにより、作成したプレビュー画像が失われる可能性は高い。共有元のアプリケーションから渡された画像データの数が多い程、プレビュー画像を作成する時間もかかるので、アプリケーションとしてのユーザビリティが損なわれることになる。

本発明は、上述した事情を鑑みてなされたものであり、プレビュー画像が表示されている場合には、所定の操作に対する処理を制限することにより、ユーザビリティを高めた情報処理プログラム、情報処理装置、及び情報処理方法を提供することを目的としている。

この目的を達成するために、本発明の情報処理プログラムは、第２のアプリケーションにより起動されて、情報処理装置が備えるコンピュータを機能させるアプリケーションとしての情報処理プログラムであって、前記コンピュータを、前記第２のアプリケーションから渡される画像データに基づく画像を表示部に表示させる画像表示制御手段と、操作受付部が第１の操作を受け付けた場合に、前記第２のアプリケーションから渡される画像データに基づく処理を画像データ処理部に実行させる処理制御手段と、操作受付部が第２の操作を受け付けた場合に、本アプリケーションの終了又は非アクティブ化を実行させる実行手段と、前記表示部が画像を表示しているときに、前記操作受付部が第２の操作を受け付けた場合に、前記実行制御手段による本アプリケーションの終了又は非アクティブ化の実行を制限させる制限手段として、機能させる。

なお、本発明は、情報処理装置、情報処理装置を制御する制御装置、情報処理システム、情報処理方法、情報処理プログラムを記録する記録媒体等の種々の態様で実現可能である。

請求項１記載の情報処理プログラムによれば、表示部が画像を表示しているときは、操作受付部が第２の操作（例えば、ＢＡＣＫキーの操作）を受け付けたとしても、本アプリケーションの終了又は非アクティブ化に対する制限がかけられるので、本アプリケーションにより作成した各データが、本アプリケーションの終了又は非アクティブ化に伴って失われることを防止できる。これにより、誤って行われた第２の操作（例えば、ＢＡＣＫキーの誤操作）によるデータの喪失も防ぐことができる。よって、時間を要するデータの再作成が必要になる等、誤操作によるユーザの不利益が解消されて、アプリケーションとしてのユーザビリティを高めることができるという効果がある。

請求項２記載の情報処理プログラムによれば、請求項１記載の情報処理プログラムの奏する効果に加え、次の効果を奏する。共有先のアプリケーションが画像出力アプリケーション（例えば、印刷アプリケーション）である場合、共有元のアプリケーションから渡された画像データから、出力設定に応じたプレビュー画像の画像データを作成するためには時間がかかるものだが、ＢＡＣＫキーの誤操作によるデータの喪失も防いでいるので、画像出力アプリケーションとしてのユーザビリティが高まっているという効果がある。

請求項３記載の情報処理プログラムによれば、請求項１又は２に記載の情報処理プログラムの奏する効果に加え、次の効果を奏する。第２のアプリケーションから渡された画像データに基づき作成されたデータが、本アプリケーションの終了又は非アクティブ化に伴って失われた後、そのデータを再作成するには、当然に時間を要する。このとき、第２のアプリケーションから渡される画像データの数が多い程、データの再作成に要する時間も長くなるので、ユーザが被る不利益も大きくなる。よって、第２のアプリケーションから渡される画像データの数が所定の閾値以上である場合を、本アプリケーションの終了又は非アクティブ化の実行を制限する条件とすることにより、上述したユーザの不利益を解消できるという効果がある。一方で、第２のアプリケーションから渡される画像データの数が少ない場合には、第２のアプリケーションから渡された画像データに基づき作成されたデータが失われたとしても、再作成にかかる時間は比較的少なくても済む。よって、第２のアプリケーションから渡される画像データの数が所定の閾値未満である場合を、上記制限を行わない条件とすることにより、制限されることにより逆に感じるユーザの煩わしさを軽減することができるという効果がある。

請求項４記載の情報処理プログラムによれば、請求項１から３のいずれかに記載の情報処理プログラムの奏する効果に加え、次の効果を奏する。第２のアプリケーションから渡される画像データのデータサイズが大きい程、その画像データに基づき作成されたデータの再作成に要する時間が長くなるので、本アプリケーションの終了又は非アクティブ化に伴うデータの喪失によってユーザが被る不利益も大きくなる。よって、第２のアプリケーションから渡される画像データのデータサイズが所定の閾値以上である場合を、本アプリケーションの終了又は非アクティブ化の実行を制限する条件とすることにより、上述したユーザの不利益を解消できるという効果がある。一方で、第２のアプリケーションから渡される画像データのデータサイズが小さい場合には、その画像データに基づき作成されたデータが失われたとしても、再作成にかかる時間は比較的少なくても済む。よって、第２のアプリケーションから渡される画像データのデータサイズが所定の閾値未満である場合を、上記制限を行わない条件とすることにより、制限されることにより逆に感じるユーザの煩わしさを軽減することができるという効果がある。

請求項５記載の情報処理プログラムによれば、請求項１から４のいずれかに記載の情報処理プログラムの奏する効果に加え、次の効果を奏する。画像データのフォーマットによっては、例えば、ＰＤＦフォーマットのような複数ページを含み得るフォーマットや、外部装置にて別のフォーマットに変換する必要のあるフォーマットなどがあり、そのようなフォーマットの画像データは、その画像データに基づいてデータを作成するのに比較的長い時間を要する。そのため、第２のアプリケーションから渡される画像データのフォーマットが、データの作成に比較的長い時間を要するフォーマットであった場合には、本アプリケーションの終了又は非アクティブ化に伴うデータの喪失によってユーザが被る不利益も大きくなる。よって、第２のアプリケーションから渡される画像データが所定のフォーマットである場合を、本アプリケーションの終了又は非アクティブ化の実行を制限する条件とすることにより、上述したユーザの不利益を解消できるという効果がある。一方で、第２のアプリケーションから渡される画像データが上記所定のフォーマット以外である場合を、上記制限を行わない条件とすることにより、制限されることにより逆に感じるユーザの煩わしさを軽減することができるという効果がある。

請求項６記載の情報処理プログラムによれば、請求項１から５のいずれかに記載の情報処理プログラムの奏する効果に加え、次の効果を奏する。画像データ処理部が処理を実行していない場合に、第２のアプリケーションから渡された画像データに基づき作成されたデータが失われてしまうと、そのデータの再作成を要する可能性が高いので、ユーザが不利益を被る可能性が高い。よって、画像データ処理部が処理を実行していない場合を、本アプリケーションの終了又は非アクティブ化の実行を制限する条件とすることにより、上述したユーザの不利益を解消できるという効果がある。一方で、画像データ処理部が処理を実行した場合には、第２のアプリケーションから渡された画像データに基づき作成されたデータが失われたとしても、既に目的を達しているので、そのデータを再作成する必要がない可能性が高い。よって、画像データ処理部が処理を実行した場合を、上記制限を行わない条件とすることにより、制限されることにより逆に感じるユーザの煩わしさを軽減することができるという効果がある。

請求項７記載の情報処理プログラムによれば、請求項１から５のいずれかに記載の情報処理プログラムの奏する効果に加え、次の効果を奏する。第２のアプリケーションから渡される画像データに基づく処理を画像データ処理部に実行させることを指示する第３の指示を操作受付部が受け付けていない場合には、第２のアプリケーションから渡された画像データに基づき作成されたデータが失われてしまうと、そのデータの再作成を要する可能性が高いので、ユーザが不利益を被る可能性が高い。よって、第３の指示を操作受付部が受け付けていない場合を、本アプリケーションの終了又は非アクティブ化の実行を制限する条件とすることにより、上述したユーザの不利益を解消できるという効果がある。一方で、第３の指示を操作受付部が受け付けた場合には、第２のアプリケーションから渡された画像データに基づき作成されたデータが失われたとしても、目的が既に達成されているので、そのデータを再作成する必要がない可能性が高い。よって、第３の指示を操作受付部が受け付けた場合を、上記制限を行わない条件とすることにより、制限されることにより逆に感じるユーザの煩わしさを軽減することができるという効果がある。

請求項８記載の情報処理プログラムによれば、請求項１から７のいずれかに記載の情報処理プログラムの奏する効果に加え、本アプリケーションの終了又は非アクティブ化を実行する前に、問い合わせ表示を表示部に表示することによって、前記終了又は非アクティブ化の実行を制限するので、ユーザの意図に沿うことができるという効果がある。

請求項９記載の情報処理プログラムによれば、請求項１から７のいずれかに記載の情報処理プログラムの奏する効果に加え、操作受付部による第２の操作の受け付けを無効にさせることにより、本アプリケーションの終了又は非アクティブ化の実行を制限するので、誤った第２の操作（例えば、ＢＡＣＫキーの誤操作）が操作受付部に受け付けられ、本アプリケーションが終了又は非アクティブ化されてデータが失われることを防止できる効果がある。

請求項１０記載の情報処理プログラムによれば、請求項１か７のいずれかに記載の情報処理プログラムの奏する効果に加え、表示部への操作受付表示の表示を制限させることにより、本アプリケーションの終了又は非アクティブ化の実行を制限するので、誤操作が操作受付部に受け付けられ、本アプリケーションが終了又は非アクティブ化されてデータが失われることを防止できる効果がある。

請求項１１記載の情報処理装置によれば、請求項１記載の情報処理プログラムを実行するコンピュータを備えた情報処理装置と同様の効果を奏する。

請求項１２記載の情報処理方法によれば、請求項１記載の情報処理プログラムを実行するコンピュータを備えた情報処理装置と同様の効果を奏する。

本発明の第１実施形態であるデバイス制御アプリケーションを搭載した携帯端末の電気的構成を示すブロック図である。 共有機能を説明する図である。 携帯端末のＬＣＤに表示される画面を説明する図である。 第１実施形態のデバイス制御アプリケーションに従って実行される共有印刷処理を示すフローチャートである。 第２実施形態のデバイス制御アプリケーションに従って実行される共有印刷処理を示すフローチャートである。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、本発明の第１実施形態であるデバイス制御アプリケーション１４ｂが搭載された携帯端末１０の電気的構成を示すブロック図である。

携帯端末１０は、携帯電話網１００を介して、他の装置との間で音声通話を行い、またはインターネットを利用可能な携帯電話機である。また、携帯端末１０は、アクセスポイント５０を介したインフラストラクチャモードにより、デバイス３０との間で無線通信を行う。携帯端末１０には、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、フラッシュメモリ１４、無線ＬＡＮ送受信部１５、操作キー１６、タッチパネル１７、液晶表示装置１８（以下、ＬＣＤ１８）、メモリカードインターフェース１９（以下、メモリカードＩ／Ｆ１９）、音声入出力部２１、電話網通信部２２が設けられる。これらは、バスライン２３を介して互いに接続されている。

ＣＰＵ１１は、ＲＯＭ１２等に記憶される固定値やプログラム等に従って、バスライン２３と接続された各部を制御する。ＲＯＭ１２は、書換不能な不揮発性のメモリであって、ＲＡＭ１３は、書換可能な揮発性のメモリである。

フラッシュメモリ１４は、書換可能な不揮発性のメモリであり、オペレーティングシステム１４ａ（以下、ＯＳ１４ａ）やデバイス制御アプリケーション１４ｂ、その他の複数種類のアプリケーション（図示せず）が格納される。以降、アプリケーションやオペレーティングシステムなどのプログラムを実行するＣＰＵ１１のことを、単にプログラム名で記載する場合もある。例えば「アプリケーション」という記載が、「アプリケーションを実行するＣＰＵ１１」を意味する場合もある。

ＯＳ１４ａは、携帯端末１０の標準機能を実現するための基本ソフトウェアであって、本実施形態の場合、アンドロイド（登録商標）ＯＳである。ＯＳ１４ａのＡＰＩをアプリケーションが用いることにより、アプリケーション間でデータを受け渡す共有機能が実現される。

デバイス制御アプリケーション１４ｂは、デバイス３０のベンダによって提供されるアプリケーションであって、ユーザによって携帯端末１０にインストールされ、携帯端末１０からのデバイス３０の利用を可能とする。例えば、パーソナルコンピュータなどを経由せずに、携帯端末１０から直接、デバイス３０の印刷機能およびスキャン機能を利用することを可能にする。特に、本実施形態のデバイス制御アプリケーション１４ｂは、他のアプリケーション（共有元のアプリケーション）から、デバイス３０の印刷機能を利用する目的で共有機能によって起動された場合に、所定の条件下ではＢＡＣＫキー１６ａが操作されても、問い合わせ画面７４（図３（ｂ）参照）を表示することによって即座に本アプリケーション（デバイス制御アプリケーション１４ｂ）を終了させないように構成されており、ユーザビリティが高められている。

また、フラッシュメモリ１４は、印刷設定メモリ１４ｃを有している。印刷設定メモリ１４ｃには、デバイス３０で印刷を行うときの印刷設定（例えば、カラー印刷／モノクロ印刷の設定や、用紙サイズや、用紙向きや、レイアウトなど）が記憶されている。なお、印刷設定は、デバイス制御アプリケーション１４ｂがＬＣＤ１８に表示させた印刷設定画面（図示せず）に対し、ユーザが行った所定の操作に基づき適宜変更することが可能に構成されており、印刷設定が変更される毎に印刷設定メモリ１４ｃの内容は書き換えられる。

無線ＬＡＮ送受信部１５は、ＩＥＥＥ８０２．１１ｂ/ｇの規格に準拠した無線ＬＡＮにより、携帯端末１０と他の機器とをＷｉ−Ｆｉ（登録商標）接続する回路である。この無線ＬＡＮ送受信部１５により、アクセスポイント５０を介して、デバイス３０との間が無線接続される。

操作キー１６は、携帯端末１０の筺体１０ａ（図３参照）の正面や側面などに設けられたハードウェアキーであり、携帯端末１０に設定情報や指示を入力する。操作キー１６は、画面を前画面に戻したり、直前のアプリケーションを再度アクティブ化する動作を割り当てるためのＢＡＣＫキー１６ａを含む。本実施形態のデバイス制御アプリケーション１４ｂでは、他のアプリケーション（共有元のアプリケーション）から、デバイス３０の印刷機能を利用する目的で共有機能によって起動された場合には、本アプリケーション（デバイス制御アプリケーション１４ｂ）を終了して共有元のアプリケーションをアクティブ化する（遷移する）動作が、ＢＡＣＫキー１６ａに対して割り当てられている。

タッチパネル１７は、ＬＣＤ１８に重ねて設けられ、携帯端末１０に設定情報や指示を入力する。ＬＣＤ１８は、各種の操作画面や、選択されたデータに基づく画像を表示する。メモリカードＩ／Ｆ１９は、不揮発性のメモリカード２０が装着されるインターフェースであって、メモリカード２０に対するデータの書き込み又は読み出しを制御する。メモリカード２０は、一例として、ＳＤカード（登録商標）である。

音声入出力部２１は、マイクやスピーカなどで構成された音声入出力用デバイスであり、電話網通信部２２は、携帯電話網１００を介した通信を行うための回路である。携帯電話網１００は、ＩＭＴ−２０００（International Mobile Telecommunication-2000）方式の通信網であって、携帯端末１０による音声通話やインターネット（図示せず）の利用を可能にする。

なお、携帯端末１０にインストールされた各アプリケーション（デバイス制御アプリケーション１４ｂを含む）は、ＯＳ１４ａのＡＰＩを呼び出して、無線ＬＡＮ送受信部１５、操作キー１６、タッチパネル１７、ＬＣＤ１８、メモリカードＩ／Ｆ１９、音声入出力部２１、電話網通信部２２など、携帯端末１０の各構成に受け渡したいデータをＯＳ１４ａに出力する。すなわち、各アプリケーションは、ＯＳ１４ａのＡＰＩを呼び出すことによって、携帯端末１０の各構成を制御する。また、各アプリケーションは、ＯＳ１４ａのＡＰＩを呼び出して、携帯端末１０の各構成が出力するデータや各構成の状態を示すデータをＯＳ１４ａから取得する。すなわち、ＯＳ１４ａのＡＰＩを呼び出すことによって、携帯端末１０の各構成の状態（携帯端末１０への操作入力の状態も含む）を示すデータをＯＳ１４ａから取得する。また、ＯＳ１４ａは、携帯端末１０の各構成が出力するデータや各構成の状態を示すデータを、定期的に、あるいは各構成の状態変化の都度、各アプリケーションに通知することもある。すなわち、各アプリケーションは、ＯＳ１４ａからの通知を受けることによって、携帯端末１０の各構成の状態（携帯端末１０への操作入力の状態も含む）を示すデータをＯＳ１４ａから取得する。

デバイス３０は、プリンタ機能、スキャン機能、コピー機能などを有する複合機であって、携帯端末１０の無線ＬＡＮ送受信部１５と同様に構成された無線ＬＡＮ送受信部（図示せず）を備え、アクセスポイント５０を介した無線通信により、携帯端末１０とＷｉ−Ｆｉ接続される。また、デバイス３０は、携帯端末１０のデバイス制御アプリケーション１４ｂにより制御され、携帯端末１０から送信されてくるデータに基づいて画像を印刷し、または、原稿を読み取ってスキャンデータを生成し、携帯端末１０へ送信する。アクセスポイント５０は、Ｗｉ−Ｆｉ端末間の通信を中継する。

図２を参照して、携帯端末１０のＯＳ１４ａのＡＰＩを用いることにより実現される共有機能について説明する。共有機能は、データ出力元のアプリケーションが出力するデータを、データ出力先として選択されたアプリケーションに処理させる機能である。なお、共有機能としては、暗黙的共有機能と、明示的共有機能とがあるが、図２では、暗黙的共有機能を代表的に例示して共有機能を説明する。

図２は、暗黙的共有機能を説明する図であって、データ出力元のアプリケーション（以下、共有元アプリ６０）の画面がフォアグラウンド（前面）にある状態、すなわち、共有元アプリ６０がアクティブ化されている状態において、ユーザが共有機能の実行を開始指示した場合における処理の流れを示している。

図２に示すように、暗黙的共有機能において、共有元アプリ６０は、ＯＳ１４ａのＡＰＩを呼び出し、共有機能の実行を要求する（１）。この要求は、共有機能により他のアプリケーションに処理させようとするデータ（以下、共有データ）のＵＲＩ（Uniform Resource Identifier）と、共有データの形式（フォーマット）を示すタイプと、共有データに対して実行させる処理を示すアクションとを含む。ＵＲＩは、共有データの所在を示す情報であり、本実施形態の場合、ファイルパスで構成される。タイプは、共有データのフォーマットを指定する情報であり、アクションは、処理の種類を指定する情報である。ＯＳ１４ａは、共有元アプリ６０から通知されるタイプとアクションとを検索条件として、携帯端末１０にインストールされた全てのアプリケーション（以下、全てのアプリ６２）の中から、データ出力先のアプリケーション（以下、共有先アプリ６４）となり得る候補を検索する（２）。

携帯端末１０にインストールされた各アプリケーションは、自アプリケーションにより処理可能なフォーマットを示すタイプと、実行可能な処理の種類を示すアクションとを予め宣言している。よって、ＯＳ１４ａは、共有元アプリ６０から通知されたタイプとアクションとを検索条件として全てのアプリ６２を検索する。そして、共有元アプリ６０から通知されたタイプが指定するフォーマットのデータを処理可能であり、且つ、共有元アプリ６０から通知されたアクションが指定する処理の種類に対応したアプリケーションを抽出し、その識別情報を取得する（３）。

次に、ＯＳ１４ａは、検索により発見抽出されたアプリケーション、すなわち、共有先アプリ６４の候補であるアプリケーションの名称の一覧を、ＬＣＤ１８に表示させる（４）。そして、ユーザがいずれかを選択すると（５）、ＯＳ１４ａは、選択された共有先アプリ６４を起動して、その共有先アプリ６４の画面をフォアグラウンド、すなわち、共有先アプリ６４がアクティブ化されている状態とし、共有元アプリ６０から通知された共有データのＵＲＩと、タイプと、アクションとを通知する（６）。

その結果、ユーザにより選択された共有先アプリ６４の画面がフォアグラウンドに表示され、共有先アプリ６４は、通知されたＵＲＩで特定される共有データにアクセスし、アクションの値に従った処理を行う。例えば、ＬＣＤ１８に表示出力する、デバイス３０へ出力するなど、その共有先アプリ６４で実行可能な各種の処理を行う。

本実施形態のデバイス制御アプリケーション１４ｂは、画像ビューア（ギャラリー）機能やメール機能などを有する共有元アプリ６０から、上述した暗黙的共有機能、又は、明示的共有機能によって共有先アプリ６４として起動される。例えば、共有元アプリ６０によりＬＣＤ１８に表示された画像から、ユーザが、所望に応じた１又は複数枚の画像を選択した後、共有機能の実行を開始指示したことによってＬＣＤ１８に表示された一覧の中から、ユーザが、デバイス制御アプリケーション１４ｂを選択した場合に起動される。なお、共有元アプリ６０は、フラッシュメモリ１４に、その他のアプリケーション（図示せず）として格納されるアプリケーションである。

次に、図３を参照して、共有機能によって共有元アプリ６０から起動されたデバイス制御アプリケーション１４ｂの画面がフォアグラウンドに表示されている場合（デバイス制御アプリケーション１４ｂがアクティブ化されている場合）における画面について説明する。

図３（ａ）は、プレビュー画面７０を示す図である。プレビュー画面７０は、共有元アプリ６０から渡された画像データに基づき、印刷設定メモリ１４ｃに記憶されている印刷設定に応じて生成されたプレビュー画像データの画像７１（プレビュー画像７１）が表示される画面である。デバイス制御アプリケーション１４ｂが共有機能によって共有元アプリ６０から起動されると、デバイス制御アプリケーション１４ｂは、ＯＳ１４ａのＡＰＩを呼び出して、プレビュー画面７０をＬＣＤ１８に表示させ、その中で、共有元アプリ６０から渡された画像データに基づいて生成されたプレビュー画像７１を表示させる。

プレビュー画面７０は、さらに、ページ表示領域７２、印刷ボタン７３を含む。ページ表示領域７２は、プレビュー画像７１の全ページ数（即ち、共有元アプリ６０から渡された画像データの全数）と、現在表示中のプレビュー画像７１が、全ページのプレビュー画像のうち何ページ目のプレビュー画像であるかを示すページ番号とを表示する領域である。なお、図３に示す例では、ページ表示領域７２に「５／８」と表示され、全ページ数が「８」であり、現在表示中のプレビュー画像７１のページ番号が「５」であることを示す。

印刷ボタン７３は、デバイス３０に対して印刷機能の実行指示を入力するための領域である。ユーザが印刷ボタン７３にタッチすると、デバイス制御アプリケーション１４ｂは、共有元アプリ６０から渡された画像データと印刷設定メモリ１４ｃに記憶されている印刷設定とに応じた印刷データ（即ち、プレビュー画像７１に対応する画像の印刷データ）をデバイス３０へ出力させる。具体的には、ＯＳ１４ａのＡＰＩを呼び出して、共有元アプリ６０から渡された画像データから印刷設定に応じてＣＰＵ１１により生成された印刷データを、無線ＬＡＮ送受信部１５からデバイス３０へ出力させる。

図３（ｂ）は、問い合わせ画面７４を示す図である。問い合わせ画面７４は、問い合わせ領域７５が表示される画面である。本実施形態の問い合わせ画面７４は、プレビュー画面７０を構成する各部（プレビュー画像７１、ページ表示領域７２、及び印刷ボタン７３）をグレーアウトした前面に、問い合わせ領域７５を表示させた画面として構成される。

デバイス制御アプリケーション１４ｂは、プレビュー画面７０がフォアグラウンドに表示された状態で、筐体１０ａの正面に設けられたＢＡＣＫキー１６ａが操作（押下）され、かつ、プレビュー画像７１の印刷がされていない等の所定の条件を満たす場合に、ＯＳ１４ａのＡＰＩを呼び出して、ＬＣＤ１８に表示させる画面を、プレビュー画面７０から、問い合わせ画面７４に切り換えさせる。問い合わせ画面７４においては、問い合わせ領域７５のみでユーザ操作を受け付け、グレーアウトされた印刷ボタン７３ではユーザ操作を受け付けない。

問い合わせ領域７５は、本アプリケーション（デバイス制御アプリケーション１４ｂ）を終了しても良いか否かをユーザに問い合わせる領域である。問い合わせ領域７５は、プレビュー画像７１が印刷されてないことや、操作を続けた場合にプレビュー画像７１のデータ（プレビュー画像データ）が失われること等をユーザに伝達するメッセージを表示するためのメッセージ表示領域７５ｃと、ＯＫボタン７５ａと、キャンセルボタン７５ｂとを含む。

ＯＫボタン７５ａは、ＢＡＣＫキー１６ａの操作に応じた処理を続行させる指示を入力するための領域である。ユーザが、ＯＫボタン７５ａをタッチすると、デバイス制御アプリケーション１４ｂは、ＢＡＣＫキー１６ａの操作に応じた処理を続行、すなわち、本アプリケーション（デバイス制御アプリケーション１４ｂ）を終了する。これに伴い、直前のアプリケーションである共有元アプリ６０がアクティブ化する。

一方、キャンセルボタン７５ｂは、ＢＡＣＫキー１６ａの操作に応じた処理をキャンセルさせる指示を入力するための領域である。ユーザが、キャンセルボタン７５ｂをタッチすると、デバイス制御アプリケーション１４ｂは、ＢＡＣＫキー１６ａの操作に応じた処理をキャンセルし、ＯＳ１４ａのＡＰＩを呼び出して、ＬＣＤ１８に表示させる画面を、問い合わせ画面７４から、プレビュー画面７０に切り換えさせる。

ところで、デバイス制御アプリケーション１４ｂが終了すると、デバイス制御アプリケーション１４ｂの実行用に確保されていたＲＡＭ１３の作業領域が開放されるので、作成したプレビュー画像データが失われる可能性が高い。プレビュー画像データが失われた場合、デバイス制御アプリケーション１４ｂを再度起動したとしても、プレビュー画像データを再作成する必要があるため、その分、時間を費やす必要がある。しかし、本実施形態のデバイス制御アプリケーション１４ｂは、上述した通り、プレビュー画面７０がフォアグラウンドに表示された状態で、ＢＡＣＫキー１６ａが操作されたとしても、所定の条件を満たしていれば、問い合わせ画面７４をＬＣＤ１８に表示させる。つまり、デバイス制御アプリケーション１４ｂは、問い合わせ画面７４をＬＣＤ１８に一旦表示させることによって、ＢＡＣＫキー１６ａの操作に伴う本アプリケーションの終了を制限する。デバイス制御アプリケーション１４ｂの終了が制限されたことにより、本アプリケーションで作成したプレビュー画像データの喪失を防ぐことができる。これにより、ＢＡＣＫキー１６ａの誤操作によってプレビュー画像データが失われることも防ぐことができるので、誤操作によってユーザが被る不利益（例えば、データの再作成に時間を要する、等）を抑制することができ、アプリケーションとしてのユーザビリティが高まる。

図４は、携帯端末１０において実行される共有印刷処理を示すフローチャートである。この処理は、ユーザが共有元アプリ６０において１又は複数の画像を選んだ後、共有機能により共有先アプリ６４としてデバイス制御アプリケーション１４ｂを選択した場合に、デバイス制御アプリケーション１４ｂの起動に伴って開始される。なお、以下に説明する図４のフローチャートに示す各ステップは、デバイス制御アプリケーション１４ｂがＣＰＵ１１に実行させ、または、デバイス制御アプリケーション１４ｂがＯＳ１４ａなどの機能を利用してＣＰＵ１１に実行させるものとして説明する。ただし、各フローチャートが含むステップは、ＯＳ１４ａやその他アプリケーションがＣＰＵ１１に実行させるステップに一部置き換えられても良い。

まず、ステップＳ４０１（以下、ステップを省略）において、ＣＰＵ１１は、共有元アプリ６０から渡された画像データの数、すなわち、共有元アプリ６０においてユーザが選択した画像の数（以下、この数を「共有データ数」と称す）を、共有元アプリ６０からＯＳ１４ａを介して通知された共有データのＵＲＩ（図２の（６））の数に基づき取得する（Ｓ４０１）。次に、ＣＰＵ１１は、共有元アプリ６０から渡された画像データ、すなわち、共有元アプリ６０においてユーザが選択した画像に対応する画像データ（以下、この画像データを「共有データ」を称す）のパスを取得する（Ｓ４０２）。具体的に、ＣＰＵ１１は、共有元アプリ６０からＯＳ１４ａを介して通知された共有データのＵＲＩから、共有データのパスを取得する。

次に、ＣＰＵ１１は、取得した共有データのパスにより指定される画像データ（即ち、共有元アプリ６０から渡された画像データ）と、印刷設定メモリ１４ｃに記憶されている印刷設定とに基づき、プレビュー画像データを作成する（Ｓ４０３）。次に、ＣＰＵ１１は、ＲＡＭ１３内に設けられている印刷フラグ（図示せず）にゼロを設定する（Ｓ４０４）。なお、印刷フラグは、共有元アプリ６０から渡された画像データに対し、ユーザによる印刷指示がなされたか否かを示すフラグである。具体的に、印刷フラグにゼロが設定されている場合には、共有元アプリ６０から渡された画像データに対する印刷指示が未だなされていないことを示す。一方で、印刷フラグに１が設定されている場合には、共有元アプリ６０から渡された画像データに対して印刷指示が既になされていることを示す。

次に、ＣＰＵ１１は、プレビュー画面７０（図３（ａ））をＬＣＤ１８に表示させる（Ｓ４０５）。次に、印刷指示があった場合、すなわち、ユーザによる印刷ボタン７３がタッチされた場合（Ｓ４０６：Ｙｅｓ）、ＣＰＵ１１は、印刷処理を実行する（Ｓ４１４）。具体的に、ＣＰＵ１１は、共有元アプリ６０から渡された画像データと印刷設定メモリ１４ｃに記憶される印刷設定とに応じた印刷データを生成するとともに、生成した印刷データを、無線ＬＡＮ送受信部１５からデバイス３０へ出力させる。この印刷データを受信したデバイス３０は、印刷データに基づく画像を印刷機能によって原稿に印刷する。次に、ＣＰＵ１１は、印刷フラグに１を設定し（Ｓ４１５）、処理をＳ４０６に移行する。

一方で、印刷指示がない、すなわち、ユーザによる印刷ボタン７３がタッチされておらず、かつ、ＢＡＣＫキー１６ａが操作（押下）されていない場合（Ｓ４０６：Ｎｏ，Ｓ４０７：Ｎｏ）、ＣＰＵ１１は、処理をＳ４０６に戻す。また、印刷指示がなく、かつ、ＢＡＣＫキー１６ａが操作された場合に（Ｓ４０６：Ｎｏ，Ｓ４０７：Ｙｅｓ）、ＣＰＵ１１は、Ｓ４０１において取得した共有データ数（即ち、共有元アプリ６０から渡された画像データの数）が１より多いか否かを判断する（Ｓ４０８）。

Ｓ４０８において、ＣＰＵ１１は、共有データ数が１より多いと判断した場合には（Ｓ４０８：Ｙｅｓ）、印刷フラグに１が設定されているか否かを判断する（Ｓ４０９）。Ｓ４０９において、ＣＰＵ１１は、印刷フラグにゼロが設定されていると判断した場合には（Ｓ４０９：Ｎｏ）、問い合わせ画面７４（図３（ｂ））をＬＣＤ１８に表示させる（Ｓ４１０）。

次に、問い合わせ画面７４に表示されるＯＫボタン７５ａ又はキャンセルボタン７５ｂのうち、キャンセルボタン７５ｂがタッチされた場合（Ｓ４１１：Ｎｏ）、ＣＰＵ１１は、ＬＣＤ１８に表示されている問い合わせ画面７４を消去させ（Ｓ４１２）、プレビュー画面７１を表示させ（Ｓ４１３）、処理をＳ４０６に移行する。一方で、問い合わせ画面７４に表示されるＯＫボタン７５ａがタッチされた場合（Ｓ４１１：Ｙｅｓ）、ＣＰＵ１１は、本アプリケーション（デバイス制御アプリケーション１４ｂ）による処理を終了する。Ｓ４０８において、ＣＰＵ１１が、共有データ数が１以下であると判断した場合（Ｓ４０８：Ｎｏ）、又は、Ｓ４０９において、ＣＰＵ１１が、印刷フラグに１が設定されていると判断した場合（Ｓ４０９：Ｙｅｓ）もまた、ＣＰＵ１１は、本アプリケーションによる処理を終了する。

上述した通り、本実施形態のデバイス制御アプリケーション１４ｂによれば、共有元アプリ６０から共有機能によって起動された共有印刷処理の実行中に、ＢＡＣＫキー１６ａがユーザ操作された場合であっても、共有データ数や印刷フラグの設定が所定の条件を満たしている場合には、本アプリケーションを終了させず、Ｓ４１０の処理を実行させるように構成されている。つまり、デバイス制御アプリケーション１４ｂは、所定の条件を満たしている場合には、問い合わせ画面７４をＬＣＤ１８に一旦表示させることによって、ＢＡＣＫキー１６ａの操作に伴う本アプリケーションの終了を制限するように構成されている。よって、ＢＡＣＫキー１６ａが誤操作された場合であっても、本アプリケーションの終了に伴うプレビュー画像データの喪失を抑制できるので、ＢＡＣＫキー１６ａの誤操作によってユーザが被る不利益（例えば、データの再作成に費やす時間）を抑制することができる。また、本アプリケーションを終了させるか否かは、問い合わせ画面７４に表示されたボタン７５ａ，７５ｂに対するユーザの操作に基づくので、ユーザの意図を反映させることができる。従って、本実施形態のデバイス制御アプリケーション１４ｂは、アプリケーションとしてのユーザビリティが高い。

また、デバイス制御アプリケーション１４ｂは、ＢＡＣＫキー１６ａがユーザ操作された場合に、本アプリケーション（デバイス制御アプリケーション１４ｂ）の終了を制限させるための条件を設けている。そのため、ＢＡＣＫキー１６ａが操作されても、問い合わせ画面７４が必ずしもＬＣＤ１８に表示されるわけではなく、アプリケーションの終了が制限される（具体的には、問い合わせ画面７４が表示される）ことにより逆に感じるユーザの煩わしさを軽減することができる。

特に、デバイス制御アプリケーション１４ｂは、共有データの数、すなわち、共有元アプリ６０から渡された画像データの数を、アプリケーションの終了を制限させるか否かの条件としている。共有元アプリ６０から渡された画像データの数が多い程、プレビュー画像データの作成に要する時間も長くなるので、プレビュー画像データが失われた場合にユーザが被る不利益も大きくなる。一方、共有元アプリ６０から渡された画像データの数がある程度少なければ、プレビュー画像データが失われたとしても、ユーザが被る不利益は比較的少なく、むしろ、問い合わせ画面７４の表示を煩わしいと感じる可能性が高い。よって、共有データの数を、アプリケーションの終了を制限するか否かの条件とすることにより、誤操作によるユーザの不利益を解消しつつ、アプリケーションとしてのユーザビリティをさらに高めることができる。

また、デバイス制御アプリケーション１４ｂは、ＲＡＭ１３内に設けられた印刷フラグ（図示せず）の設定、すなわち、ユーザによる印刷指示がなされたか否かを、アプリケーションの終了を制限させるか否かの条件としている。ユーザによる印刷指示がなされていない場合（即ち、印刷フラグがゼロに設定されている場合）には、当然、共有元アプリ６０から渡された画像データに基づく画像がデバイス３０によって印刷されておらず、プレビュー画像データが失われた場合には、プレビュー画像データの再作成を要する可能性が高い。そのため、プレビュー画像データが失われた場合には、ユーザが不利益を被る可能性が高い。一方、ユーザによる印刷指示がなされた場合（即ち、印刷フラグが１に設定されている場合）には、プレビュー画像データが失われたとしても、印刷という目的が既に達成されているので、プレビュー画像を再作成する必要がない可能性が高く、むしろ、問い合わせ画面７４の表示を煩わしいと感じる可能性が高い。よって、印刷フラグの設定を、アプリケーションの終了を制限するか否かの条件とすることにより、誤操作によるユーザの不利益を解消しつつ、アプリケーションとしてのユーザビリティをさらに高めることができる。

次に、図５を参照して第２実施形態について説明する。上述した第１実施形態では、デバイス制御アプリケーション１４ｂは、ＢＡＣＫキー１６ａが操作された場合に、問い合わせ画面７４をＬＣＤ１８に表示させることによって、アプリケーションの終了を制限する構成としたが、第２実施形態では、ＢＡＣＫキー１６ａを無効化することにより、ＢＡＣＫキー１６ａが操作された場合にアプリケーションが終了することを制限する。図５は、第２実施形態の共有印刷処理を示すフローチャートである。第２実施形態のデバイス制御アプリケーション１４ｂは、第１実施形態の共有印刷処理（図４）に代えて、図５に示す共有印刷処理をＣＰＵ１１に実行させる点が、第１実施形態と異なり、その他の点において同一である。なお、図５に示す共有印刷処理のうち、第１実施形態の共有印刷処理（図４）と同一の部分については、同一のステップ番号を付して、その説明を省略する。

第２実施形態の共有印刷処理では、まず、ＣＰＵ１１は、ＢＡＣＫキー１６ａを無効化する（Ｓ５０１）。次に、ＣＰＵ１１は、第１実施形態と同様に、Ｓ４０１〜Ｓ４０３，Ｓ４０５の処理を実行する。

次に、ＣＰＵ１１は、Ｓ４０１において取得した共有データ数（即ち、共有元アプリ６０から渡された画像データの数）が１より多いか否かを判断する（Ｓ５０２）。Ｓ５０２において、共有データ数が１以下である場合に（Ｓ５０２：Ｎｏ）、ＣＰＵ１１は、ＢＡＣＫキー１６ａを有効化し（Ｓ５０３）、処理をＳ４０６へ移行する。一方、Ｓ５０２において、共有データ数が１より多い場合には（Ｓ５０２：Ｙｅｓ）、ＣＰＵ１１は、Ｓ５０３の処理をスキップして、処理をＳ４０６へ移行する。

次に、印刷指示があった場合（Ｓ４０６：Ｙｅｓ）、ＣＰＵ１１は、印刷処理を実行する（Ｓ４１４）。Ｓ４１４の処理後、ＣＰＵ１１は、ＢＡＣＫキー１６ａを有効化し（Ｓ５０４）、処理をＳ４０６へ戻す。一方、印刷指示がなく、かつ、ＢＡＣＫキー１６ａが操作（押下）されていない場合には（Ｓ４０６：Ｎｏ，Ｓ４０７：Ｎｏ）、ＣＰＵ１１は、処理をＳ４０６に戻す。

一方、印刷指示がなく、かつ、ＢＡＣＫキー１６ａが操作された場合（Ｓ４０６：Ｎｏ，Ｓ４０７：Ｙｅｓ）、ＣＰＵ１１は、本アプリケーションによる処理を終了する。なお、上述した通り、第２実施形態のデバイス制御アプリケーション１４ｂは、Ｓ５０１の処理により、ＢＡＣＫキー１６ａが無効化されるので、Ｓ５０３又はＳ５０４の処理が実行されない限り、ユーザがＢＡＣＫキー１６ａを操作したとしても、その操作が無効化されるので、Ｓ４０７においてＮｏと判断される。そして、Ｓ５０３又はＳ５０４の処理により、ＢＡＣＫキー１６ａが有効化されると、ＢＡＣＫキー１６ａが操作された場合に、Ｓ４０７においてＹｅｓと判断される。

第２実施形態のデバイス制御アプリケーション１４ｂによれば、共有元アプリ６０から共有機能によって起動された共有印刷処理では、ＢＡＣＫキー１６ａが無効化されるので、ＢＡＣＫキー１６ａが操作されたとしても、その操作が無効化され、本アプリケーションが終了しないように構成されている。つまり、第２実施形態のデバイス制御アプリケーション１４ｂは、ＢＡＣＫキー１６ａを無効化することによって、ＢＡＣＫキー１６ａの操作に伴う本アプリケーション（デバイス制御アプリケーション１４ｂ）の終了を制限するように構成されている。その一方で、無効化されたＢＡＣＫキー１６ａを有効化することにより、本アプリケーションの終了を制限させないための条件を設けているので、共有データ数が少なかったり、印刷指示がされているなど、プレビュー画像データが失われたとしてもユーザが被る不利益が比較的少ない場合には、ＢＡＣＫキー１６ａを有効化するように構成したことにより、アプリケーションの終了が制限されることにより逆に感じるユーザの煩わしさを軽減することができる。よって、誤操作によるユーザの不利益を解消しつつ、アプリケーションとしてのユーザビリティをさらに高めることができる。

以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。

例えば、上記実施形態では、通話機能を有する携帯端末１０が情報処理装置の一例であったが、パーソナルコンピュータ、デジタルカメラなどの通話機能を持たない各種の装置であっても情報処理装置の一例となり得る。また、タッチパネル１７を有しておらず、ハードウェアキーから操作を入力する装置についても、本発明を適用可能である。

また、上記実施形態においては、ＯＳ１４ａはＡｎｄｒｏｉｄＯＳであるものとして説明したが、他のＯＳが搭載された情報処理装置であっても本発明を適用可能である。

また、上記実施形態において、共有機能はＯＳ１４ａによって実現されるものとして説明したが、これに代えて、例えばハードウェアやミドルウェアによって共有機能が実現される場合にも本発明を適用可能である。

また、上記実施形態において、携帯端末１０とデバイス３０との間は、Ｗｉ−Ｆｉ接続されるものとして説明したが、これに代えて、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）により接続される場合にも、本発明を適用可能である。

また、上記実施形態では、ハードウェアキーであるＢＡＣＫキー１６ａを、共有元アプリ６０から起動されたデバイス制御アプリケーション１４ｂを終了させるキーとして説明したが、ＢＡＣＫキー１６ａの機能を、ＬＣＤ１８に表示させたボタンに持たせる構成としてもよい。すなわち、デバイス制御アプリケーション１４ｂは、ＬＣＤ１８に表示させたプレビュー画面７１の中に、ＢＡＣＫキー１６ａの機能が割り当てられたボタン（以下、「ＢＡＣＫボタン」と称す）を表示させ、このＢＡＣＫボタンがタッチされた場合に、本アプリケーション（デバイス制御アプリケーション１４ｂ）を終了させる構成としてもよい。このように、ＬＣＤ１８に表示させたプレビュー画面７１の中に、ＢＡＣＫボタンを表示させた場合には、そのＢＡＣＫボタンがタッチされたとしても、共有データ数や印刷フラグの設定が所定の条件を満たしている場合には、問い合わせ画面７４を表示させて、アプリケーションの終了を制限するように（即ち、上記第１実施形態のように）構成すればよい。また、ＬＣＤ１８に表示させたプレビュー画面７１の中に、ＢＡＣＫボタンを表示させる場合には、上記第２実施形態のように、所定の条件下では、そのＢＡＣＫボタンをグレーアウトする等、ユーザ操作を受け付けないようにすることにより、アプリケーションの終了を制限するように構成してもよい。

さらに、ＬＣＤ１８に表示させたプレビュー画面７１の中に、ＢＡＣＫボタンを表示させる構成とした場合、所定の条件下では、ＢＡＣＫボタンをＬＣＤ１８に表示させないことにより、アプリケーションの終了を制限するように構成してもよい。例えば、図５の共有印刷処理において、ＣＰＵ１１は、Ｓ４０５において、ＬＣＤ１８にプレビュー画面７１を表示させる場合に、プレビュー画面７１の中に、ＢＡＣＫボタンを表示させないようにし、Ｓ５０３及びＳ５０４の処理において、ＢＡＣＫキー１６を有効化する処理に代えて、プレビュー画面７１の中に、ＢＡＣＫボタンを表示させるように構成してもよい。

また、上記実施形態では、共有データ数が１より多い場合や、印刷フラグがゼロに設定されている場合（即ち、印刷指示がされている場合）を、デバイス制御アプリケーション１４ｂの終了を制限させるための条件としたが、これに代えて、又は、これに加えて、その他の場合を、デバイス制御アプリケーション１４ｂの終了を制限させるための条件としてもよい。

例えば、共有データ（共有アプリ６０から渡される画像データ）のデータサイズをデバイス制御アプリケーション１４ｂの終了を制限させるための条件とし、共有データの全データサイズが所定のサイズ以上である場合に、デバイス制御アプリケーション１４ｂの終了を制限させるように構成してもよい。あるいは、共有データのデータサイズが１つでも所定のサイズ以上である場合に、デバイス制御アプリケーション１４ｂの終了を制限させるように構成してもよい。共有データのデータサイズが大きい程、プレビュー画像データの再作成に要する時間が長くなるので、プレビュー画像データが失われた場合にユーザが被る不利益も大きくなる。一方、共有データのデータサイズがある程度小さい場合には、プレビュー画像データが失われたとしても、ユーザが被る不利益は比較的小さく、むしろ、デバイス制御アプリケーション１４ｂの終了が制限されることに対して煩わしさを感じる可能性が高い。よって、共有データのデータサイズを、ＢＡＣＫキー１６ａの操作に伴うアプリケーションの終了を制限するか否かの条件とした場合もまた、上記実施形態と同様の利点を提供できる。

別の例としては、共有データ（共有アプリ６０から渡される画像データ）のフォーマットを、デバイス制御アプリケーション１４ｂの終了を制限させるための条件とし、共有データが所定のフォーマットである場合に、デバイス制御アプリケーション１４ｂの終了を制限させるように構成してもよい。例えば、共有データのフォーマットが、ＰＤＦフォーマットや、ＴＩＦＦフォーマットなどの複数ページを含み得るフォーマットである場合には、プレビュー画像データが失われたときに、複数ページ分のプレビュー画像データを再作成するために長い時間を要する可能性があり、それにより、ユーザが不利益を被る可能性がある。一方、共有データのフォーマットが、ＪＰＥＧフォーマットや、ＧＩＦフォーマットなど、１つの画像データが１つのファイルとなるフォーマットである場合には、プレビュー画像データが失われたとしても、ユーザが被る不利益は少なく、むしろ、デバイス制御アプリケーション１４ｂの終了が制限されることに対して煩わしさを感じる可能性が高い。あるいは、携帯端末の仕様によっては、一部のフォーマット（例えば、ＰＤＦフォーマット）の画像データをＬＣＤに表示させることができず、外部のサーバやクラウドなどを利用して、ＬＣＤに表示させることが可能な別のフォーマット（例えば、ＪＰＥＧフォーマット）に変換させるものがある。外部のサーバやクラウドなどを利用したフォーマットの変換には、そのための待ち時間を要するので、変換後のフォーマットの画像データから作成されたプレビュー画像データの喪失は、ユーザに大きな不利益を与える。よって、共有データのフォーマットが、外部のサーバやクラウドなどを利用してフォーマットを変換する必要のあるフォーマットである場合に、デバイス制御アプリケーション１４ｂの終了を制限させることにより、高いユーザビリティを提供することができる。一方で、共有データのフォーマットが、外部のサーバやクラウドなどを利用してフォーマットを変換する必要のないフォーマットである場合には、プレビュー画像データが失われたとしても、ユーザが被る不利益は比較的少なく、むしろ、デバイス制御アプリケーション１４ｂの終了が制限されることに対して煩わしさを感じる可能性が高い。従って、共有データのフォーマットの種類を、ＢＡＣＫキー１６ａの操作に伴うアプリケーションの終了を制限するか否かの条件とした場合もまた、上記実施形態と同様の利点を提供できる。

また、上記実施形態では、ＲＡＭ１３内に設けられた印刷フラグの設定、すなわち、ユーザによる印刷指示がなされたか否かを、ＢＡＣＫキー１６ａの操作に伴うアプリケーションの終了を制限するか否かの条件とした。これに代えて、印刷データが無線ＬＡＮ送受信部１５を介してデバイス３０へ出力されていない場合に、ＢＡＣＫキー１６ａの操作に伴うアプリケーションの終了を制限し、印刷データのうちの少なくとも一部（例えば、複数ページのうちの少なくとも１ページ分）が、無線ＬＡＮ送受信部１５を介してデバイス３０へ出力された場合には、ＢＡＣＫキー１６ａの操作に伴ってアプリケーションを終了させるように構成してもよい。あるいは、印刷データのうちの全てが無線ＬＡＮ送受信部１５を介してデバイス３０へ出力された場合にのみ、ＢＡＣＫキー１６ａの操作に伴ってアプリケーションを終了させ、印刷データのうちの少なくとも一部が、無線ＬＡＮ送受信部１５を介してデバイス３０へ出力されていない場合には、ＢＡＣＫキー１６ａの操作に伴うアプリケーションの終了を制限する構成としてもよい。かかる場合、印刷データが全く出力されていない場合における制限の態様と、印刷データの一部だけが出力された場合における制限の態様とを異なるようにしてもよい。例えば、印刷データが全く出力されていない場合と、印刷データの一部だけが出力された場合とで、ＬＣＤ１８に表示させる問い合わせ画面７４の内容を変えるようにしてもよい。

また、上記実施形態では、ユーザによる印刷指示がなされたか否かを、ＢＡＣＫキー１６ａの操作に伴うアプリケーションの終了を制限するか否かの条件としたが、共有元アプリ６０から渡された画像データに基づき作成したプレビュー画像データが、外部装置に表示させるために出力されたか否か（又は、そのための指示がなされたか否か）や、外部装置に記憶させるために出力されたか否か（又は、そのための指示がなされたか否か）を、ＢＡＣＫキー１６ａの操作に伴うアプリケーションの終了を制限するか否かの条件としてもよい。例えば、共有元アプリ６０から渡された画像データに基づき作成したプレビュー画像データが、外部装置に表示させるために出力されていない場合に、ＢＡＣＫキー１６ａの操作に伴うアプリケーションの終了を制限し、作成されたプレビュー画像データが、外部装置に表示させるために出力された場合には、ＢＡＣＫキー１６ａの操作に伴ってアプリケーションを終了させるように構成してもよい。

また、上記実施形態では、プレビュー画像データを削除することなく、アプリケーション（デバイス制御アプリケーション１４ｂ）を終了する構成としたが、アプリケーションを終了する前に、プレビュー画像データを削除させる構成としてもよい。

また、上記実施形態では、Ｂａｃｋキー１６ａの操作に伴いデバイス制御アプリケーション１４ｂを終了する構成とした。かかる構成ではなく、Ｂａｃｋキー１６ａの操作に伴い、デバイス制御アプリケーション１４ｂがバックグラウンド状態になり、共有元のアプリケーションをフォアグラウンド状態になる構成に、本発明を適用してもよい。共有元のアプリケーションがフォアグラウンド状態になることにより、バックグラウンド状態のアプリケーションのために確保したＲＡＭ領域をＯＳ１４ａや他のアプリケーションのために開放する可能性がある。よって、このような構成に対しても、本発明は有効である。なお、バックグラウンド状態にさせることが、非アクティブ化の一例になる。

また、上記実施形態では、プレビュー画面７０がフォアグラウンドに表示された状態で、筐体１０ａの正面に設けられたＢＡＣＫキー１６ａが操作され、かつ、所定の条件を満たす場合に、デバイス制御アプリケーション１４ｂは、ＯＳ１４ａのＡＰＩを呼び出して、ＬＣＤ１８に表示させる画面を、プレビュー画面７０から、問い合わせ画面７４に切り換えさせる構成とした。これに代えて、上記の場合に、デバイス制御アプリケーション１４ｂは、ＯＳ１４ａのＡＰＩを呼び出して、プレビュー画面７０と問い合わせ画面７４を組み合わせた画面をＬＣＤ１８に表示させる構成としてもよい。あるいは、上記の場合に、デバイス制御アプリケーション１４ｂは、ＯＳ１４ａのＡＰＩを呼び出して、ＬＣＤ１８に表示中のプレビュー画面７０の上に問い合わせ画面７４を追加表示させる構成としてもよい。

また、上記実施形態では、ユーザがキャンセルボタン７５ｂをタッチした場合に、デバイス制御アプリケーション１４ｂは、ＯＳ１４ａのＡＰＩを呼び出して、問い合わせ画面７４から、プレビュー画面７０に切り替えさせる構成とした。これに代えて、上記の場合に、デバイス制御アプリケーション１４ｂは、ＯＳ１４ａのＡＰＩを呼び出して、プレビュー画面７０を表示させる構成としてもよい。あるいは、上記の場合に、デバイス制御アプリケーション１４ｂは、ＯＳ１４ａのＡＰＩを呼び出して、ＬＣＤ１８に表示中のプレビュー画面７０の上に表示されている問い合わせ画面７４を削除させる構成としてもよい。

また、上記実施形態では、共有印刷処理（図４，図５）のＳ４０３において、ＣＰＵ１１は、共有元アプリ６０から渡された画像データと、印刷設定メモリ１４ｃに記憶されている印刷設定とに基づき、プレビュー画像データを作成する構成とした。これに代えて、Ｓ４０３において、ＣＰＵ１１は、Ｓ４１４において作成するものと同等の印刷データを作成し、その作成した印刷データに基づいてＬＣＤ１８に表示させるためのプレビュー画像データを作成する構成としてもよい。あるいは、Ｓ４０３において、ＣＰＵ１１は、Ｓ４１４において作成するものと同等の印刷データを生成し、Ｓ４０５において、ＣＰＵ１１は、Ｓ４０３において作成された印刷データを、ＯＳ１４ａのＡＰＩを用いてＬＣＤ１８に表示させるように構成してもよい。即ち、印刷データがプレビュー画像データを兼ねる構成であってもよい。

また、上記第２実施形態の共有印刷処理（図５）では、上記第１実施形態の共有印刷処理（図４）において使用した印刷フラグを使用しない、即ち、Ｓ４０４及びＳ４１５の処理を省略した。これに代えて、第２実施形態の共有印刷処理において、印刷フラグを使用する構成としてもよい。即ち、第２実施形態の共有印刷処理において、第１実施形態の共有印刷処理と同様にＳ４０４及びＳ４１５の処理を実行させる構成としてもよい。この場合、例えば、第２実施形態の共有印刷処理において、Ｓ５０４の処理を省略し、ＢＡＣＫキー１６ａが操作された場合に（Ｓ４０７：Ｙｅｓ）、印刷フラグが１に設定されていれば、第１実施形態と同様に問い合わせ画面７４をＬＣＤ１８に表示させる（即ち、Ｓ４１０の処理を実行させる）構成としてもよい。即ち、ＢＡＣＫキー１６ａの誤操作によってユーザが被る不利益を抑制するための構成として、ＢＡＣＫキー１６ａの有効化と、問い合わせ画面７４の表示とを混在させてもよい。

また、上記実施形態では、電話網通信部２２が、携帯電話網１００を介して、インターネット（図示せず）に接続することにより、携帯端末１０がインターネットを利用できる構成とした。これに換えて、無線ＬＡＮ受信部１５が、ブロードバンドルーター機能を有するアクセスポイント５０を介して、インターネット（図示せず）に接続することにより、携帯端末１０がインターネットを利用できる構成としてもよい。

また、上記第１実施形態及び第２実施形態の特徴、ならびに、上記変形例の特徴を、適宜組み合わせた実施形態を採用しても良い。

ＣＰＵ１１が、コンピュータ、操作受付部、画像データ処理部、プレビュー画像データ作成部の一例である。ＬＣＤ１８が表示部の一例である。ただし、操作受付部、画像データ処理部、プレビュー画像データ作成部、表示部の各部は、ハードウェア単体、または、本発明のプログラムあるいはオペレーティングシステムなど本発明以外のプログラムを実行することにより動作するハードウェアであっても良い。また、これら各部は、複数のプログラムによる処理を組み合わせて動作するハードウェアであっても良い。

また、上記実施形態において、Ｓ４０３，Ｓ４０５を実行するＣＰＵ１１が画像表示制御手段の一例である。Ｓ４１４を実行するＣＰＵ１１が処理制御手段の一例である。Ｓ４０７においてＹｅｓと判断されたことに伴いデバイス制御アプリケーション１４ｂを終了させるＣＰＵ１１が実行手段の一例である。Ｓ４１０又はＳ５０１の処理を実行するＣＰＵ１１が制限手段の一例である。Ｓ４０３を実行するＣＰＵ１１がプレビュー画像表示制御手段の一例である。Ｓ４１０の処理を実行するＣＰＵ１１が問合表示制御手段の一例である。Ｓ５０１の処理を実行するＣＰＵ１１が無効化手段の一例である。ＣＰＵ１１に制御されて動作するＬＣＤ１８が表示手段の一例である。ＣＰＵ１１に制御されて動作するフラッシュメモリ１４がアプリケーション記憶手段の一例である。ＣＰＵ１１に制御されて動作するタッチパネル１９が操作受付手段の一例である。ＣＰＵ１１が、画像表示手段、処理手段、実行手段、制限手段の一例である。

１０ 携帯端末
１１ ＣＰＵ
１４ｂ デバイス制御アプリケーション（情報処理プログラムの一例）
６０ 共有元アプリ（第２のアプリケーションの一例）
１５ 無線ＬＡＮ送受信部
１８ ＬＣＤ

Claims (12)

1. 第２のアプリケーションにより起動されて、情報処理装置が備えるコンピュータを機能させるアプリケーションとしての情報処理プログラムであって、
   前記コンピュータを、
   前記第２のアプリケーションから渡される画像データに基づく画像を表示部に表示させる画像表示制御手段と、
   操作受付部が第１の操作を受け付けた場合に、前記第２のアプリケーションから渡される画像データに基づく処理を画像データ処理部に実行させる処理制御手段と、
   操作受付部が第２の操作を受け付けた場合に、本アプリケーションの終了又は非アクティブ化を実行させる実行手段と、
   前記表示部が画像を表示しているときに、前記操作受付部が第２の操作を受け付けた場合に、前記実行制御手段による本アプリケーションの終了又は非アクティブ化の実行を制限させる制限手段として、機能させる、情報処理プログラム。
2. 前記処理制御手段は、操作受付部が第１の操作を受け付けた場合に、所定のパラメータと、前記第２のアプリケーションから渡される画像データと、に基づく出力画像データを前記画像データ処理部に作成させ、
   前記画像表示制御手段は、前記画像データ処理部が作成する出力画像データに対応するプレビュー画像のプレビュー画像データを、プレビュー画像データ作成部に作成させるプレビュー画像データ作成制御手段を備え、前記プレビュー画像データ作成部が作成したプレビュー画像データに基づく画像であるプレビュー画像を表示部に表示させる、請求項１記載の情報処理プログラム。
3. 前記制限手段は、前記第２のアプリケーションから渡される画像データの数が所定の閾値以上である場合に、前記実行手段による前記終了又は非アクティブ化の実行を制限させ、前記画像データの数が前記所定の閾値未満である場合に、前記終了又は非アクティブ化の実行を制限させない、請求項１又は２に記載の情報処理プログラム。
4. 前記制限手段は、前記第２のアプリケーションから渡される画像データのデータサイズが所定の閾値以上である場合に、前記実行手段による前記終了又は非アクティブ化の実行を制限させ、前記画像データのデータサイズが前記所定の閾値未満である場合に、前記終了又は非アクティブ化の実行を制限させない、請求項１から３のいずれかに記載の情報処理プログラム。
5. 前記制限手段は、前記第２のアプリケーションから渡される画像データのフォーマットが所定のフォーマットである場合に、前記実行手段による前記終了又は非アクティブ化の実行を制限させ、前記画像データのフォーマットが前記所定のフォーマット以外である場合に、前記終了又は非アクティブ化の実行を制限させない、請求項１から４のいずれかに記載の情報処理プログラム。
6. 前記制限手段は、前記画像データ処理部が前記処理を実行していない場合に、前記実行手段による前記終了又は非アクティブ化の実行を制限させ、前記画像データ処理部が前記処理を実行した場合に、前記終了又は非アクティブ化の実行を制限させない、請求項１から５のいずれかに記載の情報処理プログラム。
7. 前記制限手段は、前記画像データ処理部に前記処理を実行させることを指示する第３の指示を操作受付部が受け付けていない場合に、前記実行手段による前記終了又は非アクティブ化の実行を制限させ、前記操作受付部が第３の指示を受け付けた場合に、前記終了又は非アクティブ化の実行を制限させない、請求項１から５のいずれかに記載の情報処理プログラム。
8. 前記制限手段は、ユーザに対し、本アプリケーションの終了又は非アクティブ化を実行するか否かに関する問い合わせを行うための問い合わせ表示を、表示部に表示させる問合表示制御手段を含み、
   前記制限手段は、前記表示部が画像を表示しているときに、前記操作受付部が第２の操作を受け付けた場合に、本アプリケーションの終了又は非アクティブ化を前記実行手段により実行させる前に、前記問合表示制御手段により前記表示部に前記問い合わせ表示を表示させることによって、前記実行手段による前記終了又は非アクティブ化の実行を制限させる、請求項１から７のいずれかに記載の情報処理プログラム。
9. 前記制限手段は、前記操作受付部による第２の操作の受け付けを無効にさせる無効化手段を含み、
   前記制限手段は、前記操作受付部による第２の操作の受け付けを前記無効化手段によって無効にさせることにより、前記実行手段による前記終了又は非アクティブ化の実行を制限させる、請求項１から７のいずれかに記載の情報処理プログラム。
10. 第２の操作をユーザに行わせるための操作受付表示を表示部に表示させる操作受付表示制御手段として、前記コンピュータを機能させ、
    前記実行手段は、前記操作受付部が、前記表示部が表示した操作受付表示に対して行われた操作を受け付けた場合に、本アプリケーションの終了又は非アクティブ化を実行させ、
    前記制限手段は、前記操作受付表示制御手段による前記操作受付表示の表示を制限させる表示制限手段を含み、
    前記制限手段は、前記操作受付表示制御手段による前記操作受付表示の表示を前記表示制限手段により制限させることにより、前記実行手段による前記終了又は非アクティブ化の実行を制限する、請求項１から６のいずれかに記載の情報処理プログラム。
11. 表示手段と、
    第１のアプリケーションと、第２のアプリケーションとを記憶するアプリケーション記憶手段と、
    前記第２のアプリケーションから渡される画像データに基づく画像を前記表示手段に表示する画像表示手段と、
    所定の操作を受け付ける操作受付手段と、
    前記操作受付手段により第１の操作が受け付けられた場合に、前記第２のアプリケーションから渡される画像データに基づく処理を実行する処理手段と、
    前記操作受付手段により第２の操作が受け付けられた場合に、本アプリケーションの終了又は非アクティブ化を実行する実行手段と、
    前記表示手段に画像が表示されているときに、前記操作受付手段により第２の操作が受け付けられた場合に、前記実行手段による本アプリケーションの終了又は非アクティブ化の実行を制限する制限手段と、を備えている情報処理装置。
12. 情報処理装置において実行される情報処理方法であって、
    前記第２のアプリケーションから渡される画像データに基づく画像を表示部に表示させる画像表示制御ステップと、
    操作受付部が第１の操作を受け付けた場合に、前記第２のアプリケーションから渡される画像データに基づく処理を画像データ処理部に実行させる処理制御ステップと、
    操作受付部が第２の操作を受け付けた場合に、本アプリケーションの終了又は非アクティブ化を実行させる実行ステップと、
    前記表示部が画像を表示しているときに、前記操作受付部が第２の操作を受け付けた場合に、前記実行制御ステップによる本アプリケーションの終了又は非アクティブ化の実行を制限させる制限ステップと、を含む情報処理方法。
    
    
    

Images