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

Description

本明細書に開示されている技術は、各種のデータを複数のアプリケーション間で共有することができる情報処理プログラム等に関する。

携帯端末には、「共有機能」と称される機能を有するものが存在する。共有機能は、一のアプリケーションで処理したデータを、他のアプリケーションへ渡し、他のアプリケーションで処理させる機能である。例えば、携帯端末に内蔵されたデジタルカメラにより画像データを撮影し、カメラアプリケーションによりその画像データからＪＰＥＧファイルを作成した場合には、上記の共有機能により、例えば、そのＪＰＥＧファイルを電子メールアプリケーションへ渡し、電子メールに添付して送信させることができる。このように、共有機能によれば、複数のアプリケーションを連動させて、多種多様な処理を携帯端末に実行させることができる。なお、ＪＰＥＧファイルを処理するアプリケーションは、電子メールアプリケーションに限られず、複数種類存在している場合があり、例えば、特許文献１には、ＪＰＥＧファイルが格納されているフォルダに応じて、異なるＪＰＥＧアプリケーションを起動する技術が記載されている。

特開２００５−０４９９２８号公報

複数のアプリケーションを連動させる場合には、データを複数のアプリケーションに１つずつ共有させるという操作を繰り返し行う必要が生じる。従って、ユーザビリティが良いとは言えない。

本明細書に開示されている情報処理プログラムは、 データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションであるデータ出力先アプリケーションに処理させるデータ共有処理部を備えた情報処理装置に読み込まれる情報処理プログラムであって、情報処理装置は、プロセッサと、表示部と、を備えており、プロセッサを、画像データを取得する画像データ取得手段と、複数のアプリケーションを識別するための識別画像を表示部に表示させる識別画像表示制御手段と、識別画像が表示されている複数のアプリケーションのうちからＮ個（Ｎは１以上の自然数）のデータ出力先アプリケーションを選択する操作の入力を受け付け、選択が受け付けられたＮ個のデータ出力先アプリケーションの各々に、画像データ取得手段によって取得された画像データを処理させる動作を、データ共有処理部に実行させる処理制御手段と、して機能させることが可能であることを特徴とする。

本明細書に記載されている情報処理プログラム等によれば、Ｎ個のデータ出力先アプリケーションの各々に、画像データ取得手段によって取得された画像データを処理させる動作を、データ共有処理部に実行させることができる。これにより、画像データを複数のデータ出力先アプリケーションに処理させるための操作を、複数のデータ出力先アプリケーションの各々に対して、ユーザが繰り返し行う必要がない。よって、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、ユーザの所望するフォーマットの処理画像データを、画像処理装置に出力させることができる。

本明細書に記載されている情報処理プログラム等によれば、予め定められた種類の処理を実行するためのアプリケーションや、予め定められた種類のフォーマットを有するデータを生成するためのアプリケーションを、表示部に表示させることができる。選択肢を予め絞り込むことができるため、ユーザの利便性を高めることが可能となる。

本明細書に記載されている情報処理プログラム等によれば、ユーザによって選択された種類の処理を実行するためのアプリケーションや、ユーザによって選択された種類のフォーマットを有するデータを生成するためのアプリケーションを、表示部に表示させることができる。選択肢を予め絞り込むことができるため、ユーザの利便性を高めることが可能となる。

本明細書に記載されている情報処理プログラム等によれば、Ｎ個のデータ出力先アプリケーションを１つずつ順番に画像データに対して実行する動作を、データ共有処理部に実行させることができる。よって、ユーザの手間を省くことができるため、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、画像データに各種の処理を全て実行した上で、処理後の画像データを出力アプリケーションによって出力することができる。これにより、各種の処理を全て完了する前に画像データが出力されてしまう、といった事態の発生を防止することができる。

本明細書に記載されている情報処理プログラム等によれば、可逆圧縮フォーマットまたは非圧縮フォーマットを用いて、データ出力先アプリケーション間での画像データの受け渡しを行うことができる。これにより、処理後の画像データの画質の劣化を防止することが可能となる。

本明細書に記載されている情報処理プログラム等によれば、データ出力先アプリケーションをシリアルに実行する際の順番に、ユーザの意図を反映させることが可能となる。

本明細書に記載されている情報処理プログラム等によれば、複数の同一種類のアプリケーション（例：複数の編集アプリケーション）をシリアルに実行する際の順番に、ユーザの意図を反映させることが可能となる。

本明細書に記載されている情報処理プログラム等によれば、Ｎ個のデータ出力先アプリケーションの各々に、画像データをシリアルに処理させる動作を、データ共有処理部に実行させることができる。

本明細書に記載されている情報処理プログラム等によれば、データ出力先アプリケーションを、応答情報を出力する仕様を有するアプリケーションにすることができる。これにより、複数のデータ出力先アプリケーションを順番に実行する処理が、途中で停止してしまう事態を防止することが可能となる。

本明細書に記載されている情報処理プログラム等によれば、ユーザが意図しない処理が画像データに対して実行されてしまうことを防止することが可能となる。

本明細書に記載されている情報処理プログラム等によれば、１つのデータ出力先アプリケーションが完了するたびに、処理後の画像データの内容をユーザに確認させることができる。

本明細書に記載されている情報処理プログラム等によれば、データ出力先アプリケーションによって生成された画像データにアクセスすることができない場合においても、データ出力先アプリケーションによって生成された画像データである可能性の高い画像データを検索してユーザに提示することが可能となる。これにより、データ出力先アプリケーションによって生成された画像データをユーザが探す手間を省くことができるため、利便性を高めることが可能となる。

本明細書に記載されている情報処理プログラム等によれば、スキャン処理によって生成された画像データに対して、複数のデータ出力先アプリケーションを実行することが可能となる。

本明細書に記載されている情報処理プログラム等によれば、処理後の画像データの容量が、揮発性のメモリの空き容量に比して大きい場合などにおいても、データ出力先アプリケーション間での画像データの受け渡しを実行することが可能となる。

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

デバイス制御アプリケーションを搭載した携帯端末の電気的構成を示すブロック図である。 共有機能を説明する図である。 スキャン結果確認画面の画面例を示す図である。 アプリケーション選択画面の画面例を示す図である。 処理順番受付画面の画面例を示す図である。 画像選択受付画面の画面例を示す図である。 指示入力受付画面の画面例を示す図である。 共有処理を示すフローチャートである。 共有処理を示すフローチャートである。 共有処理を示すフローチャートである。

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

携帯端末１０は、携帯電話網１００を介して、他の装置との間で音声通話を行い、またはインターネットを利用可能な携帯電話機である。また、携帯端末１０は、アクセスポイント５０を介したインフラストラクチャモードにより、デバイス３０との間で無線通信を行う。また携帯端末１０は、アクセスポイント５０およびインターネット５１を介して、サーバ装置５２との間で各種の通信を実行する。サーバ装置５２は、画像データなどの各種のデータを記憶することが可能な装置である。

携帯端末１０には、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、フラッシュメモリ１４、無線ＬＡＮ送受信部１５、操作キー１６、タッチパネル１７、液晶表示装置１８（以下、ＬＣＤ１８とも記す）、メモリカードインターフェース１９（以下、メモリカードＩ／Ｆ１９とも記す）、音声入出力部２１、電話網通信部２２が設けられる。これらは、バスライン２３を介して互いに接続されている。

ＣＰＵ１１は、ＲＯＭ１２等に記憶される固定値やプログラム等に従って、バスライン２３と接続された各部を制御する。ＲＯＭ１２は、書換不能な不揮発性のメモリであって、ＲＡＭ１３は、書換可能な揮発性のメモリである。フラッシュメモリ１４は、書換可能な不揮発性のメモリであり、オペレーティングシステム１４ａ（以下、ＯＳ１４ａとも記す）や本アプリ１４ｂ、その他の複数種類のアプリケーション（図示せず）が格納される。フラッシュメモリ１４は、コンピュータが読み取り可能なストレージ媒体であってよい。コンピュータが読み取り可能なストレージ媒体とは、non-transitoryな媒体である。インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、non-transitoryな媒体には含まれない。

複数種類のアプリケーションには、ＥＤＩＴアクションに対応しているアプリケーション（以下、ＥＤＩＴアプリケーションと記載する）や、ＳＥＮＤアクションに対応しているアプリケーション（以下、ＳＥＮＤアプリケーションと記載する）が含まれている。ＥＤＩＴアプリケーションは、画像データを編集するための編集アプリケーションである。ＥＤＩＴアプリケーションの一例としては、画像作成アプリケーションや画像編集アプリケーションが挙げられる。ＳＥＮＤアプリケーションは、携帯端末１０とは異なる装置への画像データの出力を行うためのアプリケーションである。画像データの出力という概念には、不図示のメール受信装置へのメール送信や、サーバ装置５２へのデータ送信や、メモリカードインターフェース１９に装着されたメモリカード２０へのデータ保存などが含まれる。ＳＥＮＤアプリケーションの一例としては、メール作成および送受信のためのメールアプリケーション、Social Networking Service（ＳＮＳとも呼ばれる）用アプリケーション、ネットワーク上のストレージにデータをアップロードまたはダウンロードするためのアプリケーション、などが挙げられる。

ＣＰＵ１１、ＲＯＭ１２、フラッシュメモリ１４などは、コンピュータが読み取り可能なストレージ媒体であり、non-transitoryな媒体である。インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、non-transitoryな媒体には含まれない。

ＯＳ１４ａは、携帯端末１０の標準機能を実現するための基本ソフトウェアである。ＯＳ１４ａは、本実施形態の場合、アンドロイド（Google Incの登録商標）ＯＳである。本アプリ１４ｂは、デバイス３０のベンダによって提供されるアプリケーションであって、ユーザによって携帯端末１０にインストールされる。

本明細書における記載上の注意点を説明する。以降、アプリケーションやオペレーティングシステムなどのプログラムを実行するＣＰＵ１１のことを、単にプログラム名で記載する場合もある。例えば「アプリケーション」という記載が、「アプリケーションを実行するＣＰＵ１１」を意味する場合もある。本明細書において、「携帯端末１０のＣＰＵ１１が、各種の情報を受信する」という記載は、「携帯端末１０のＣＰＵ１１が、無線ＬＡＮ送受信部１５を介して各種の情報を取得する」という技術内容を含んでいるものとする。また、「携帯端末１０のＣＰＵ１１が、各種の情報を送信する」という記載は、「携帯端末１０のＣＰＵ１１が、無線ＬＡＮ送受信部１５を介して各種の情報を出力する」という技術内容を含んでいるものとする。

携帯端末１０に搭載されたＯＳ１４ａのＡＰＩをアプリケーションが用いることにより、アプリケーション間でデータを受け渡す共有機能（インテント機能とも呼ばれる）が実現される。また、携帯端末１０に搭載された本アプリ１４ｂは、パーソナルコンピュータなどを経由せずに、携帯端末１０から直接、デバイス３０の印刷機能およびスキャン機能を利用するためのアプリケーションである。特に、本アプリ１４ｂは、デバイス３０から取得した画像データを、共有機能によって他のアプリケーションに渡す場合に、ユーザビリティが良いように構成されている。

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

操作キー１６は、携帯端末１０の筺体に設けられたハードキーであり、携帯端末１０に設定情報や指示を入力する。タッチパネル１７は、ＬＣＤ１８に重ねて設けられ、携帯端末１０に設定情報や指示を入力する。ＬＣＤ１８は、各種の操作画面や、選択されたデータに基づく画像を表示する。メモリカードＩ／Ｆ１９は、不揮発性のメモリカード２０が装着されるインターフェースであって、メモリカード２０に対するデータの書き込み又は読み出しを制御する。メモリカード２０は、一例として、ＳＤカード（SD-3C, LLCの登録商標）である。本実施形態の場合、本アプリ１４ｂは、デバイス３０から受信した画像データを、ＰＤＦフォーマットのファイル（以下、ＰＤＦデータとも記す）またはＪＰＥＧフォーマットのファイル（以下、ＪＰＥＧデータとも記す）に変換し、メモリカード２０に格納する。ＰＤＦデータのフォーマットは、マルチページを含む１つのＰＤＦデータを作成することができるデータ構造である。ＪＰＥＧデータのフォーマットは、マルチページを含ませることができないデータ構造である。ここでマルチページとは、複数ページのデータである。

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

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

デバイス３０は、プリンタ機能、スキャン機能、コピー機能などを有する複合機であって、携帯端末１０の無線ＬＡＮ送受信部１５と同様に構成された無線ＬＡＮ送受信部（図示せず）を備え、アクセスポイント５０を介した無線通信により、携帯端末１０とＷｉ−Ｆｉ接続される。また、デバイス３０は、携帯端末１０の本アプリ１４ｂにより制御され、携帯端末１０から送信されてくるデータに基づいて画像を印刷し、または、原稿を読み取って画像データを生成し、携帯端末１０へ送信する。デバイス３０はＡＤＦ（Auto Document Feederの略）を備えていても良い。複数の原稿をＡＤＦにセットし、１のスキャン実行指示をデバイス３０に入力することで、複数の原稿が自動的にスキャンされ、複数の画像データが生成されるとしてもよい。ここで、１のスキャン実行指示に応じて生成される、複数の画像データの集合を、「画像データセット」と定義する。また、画像データセットに含まれている１または複数の画像データの各々には、画像データの特性が対応付けられていてもよい。画像データの特性としては、画像サイズ（例：Ａ４サイズ、Ｌ版サイズなど）、画像種類（例：文書画像、写真画像など）、等が挙げられる。画像データの特性は、画像データのヘッダ情報に含まれていてもよい。

本明細書における記載上の注意点を説明する。本明細書において、「携帯端末１０のＣＰＵ１１が、各種の情報を受信する」という記載は、「携帯端末１０のＣＰＵ１１が、無線ＬＡＮ送受信部１５を介して各種の情報を取得する」という技術内容を含んでいるものとする。また、「携帯端末１０のＣＰＵ１１が、各種の情報を送信する」という記載は、「携帯端末１０のＣＰＵ１１が、無線ＬＡＮ送受信部１５を介して各種の情報を出力する」という技術内容を含んでいるものとする。

ここで、「データ」および「情報」の文言の定義を説明する。本明細書では、「データ」と「情報」では「情報」を「データ」の上位概念として用いている。そのため、「Ａデータ」を「Ａ情報」と言い換えてもよい。また、「情報」は、「データ」としての形式（例えば、テキスト形式、バイナリ形式、フラグ形式等）が異なっていても、同一の意味内容と認識される限り、同一の情報として取り扱われる。例えば、印刷部数が２部であることを示す情報として装置が扱う限り、"COPY=2"というテキスト形式のデータと、"10"というバイナリ形式のデータとは、同じ情報である。但し、上記の「データ」および「情報」の区別は厳密なものではなく、例外的な取扱いも許容される。

＜共有機能＞
図２を参照して、携帯端末１０のＯＳ１４ａのＡＰＩを用いることにより実現される共有機能について説明する。共有機能は、データ出力元のアプリケーションが出力するデータを、データ出力先として選択されたアプリケーションに処理させる機能である。共有機能としては、暗黙的共有機能と、明示的共有機能とがある。図２（ａ）は、暗黙的共有機能を説明する図であって、データ出力元のアプリケーション（以下、共有元アプリ６０とも記す）が、暗黙的共有機能の実行を、ＯＳ１４ａに要求した場合における処理の流れを示している。

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

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

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

その結果、ユーザにより選択された共有先アプリ６４の画面がフォアグラウンドに表示され、共有先アプリ６４は、通知されたＵＲＩで特定される共有データにアクセスし、アクションの値に従った処理を行う。例えば表示出力する、電子メールに添付して送信する、編集するなど、その共有先アプリ６４で実行可能な各種の処理を行う。

図２（ｂ）は、明示的共有機能を説明する図であって、共有元アプリ６０が、明示的共有機能の実行をＯＳ１４ａに要求した場合における処理の流れを示している。

図２（ｂ）に示すように、明示的共有機能において、共有元アプリ６０は、ＯＳ１４ａのＡＰＩを呼び出し、共有先アプリ６４の候補の一覧の表示を要求する（２１）。この要求は、共有データのタイプとアクションとを含む。ＯＳ１４ａは、共有元アプリ６０から通知されるタイプとアクションとを検索条件として、携帯端末１０にインストールされた全てのアプリ６２の中から、共有先アプリ６４の候補を検索し（２２）、検索条件を満たすアプリケーションの識別情報を取得する（２３）。

次に、ＯＳ１４ａは、検索により発見された共有先アプリ６４の候補の一覧を、ＬＣＤ１８に表示させる（２４）。そして、ユーザがいずれかを選択すると（２５）、ＯＳ１４ａは、選択されたアプリケーションの識別情報、および検索条件として用いたタイプとアクションとを含むインテントを返す（２６）。一方、共有元アプリ６０は、ＯＳ１４ａからインテントを受けると、ＯＳ１４ａのＡＰＩを呼び出し、そのインテントに含まれる選択されたアプリケーションの識別情報、共有データのＵＲＩ、タイプ、アクションを指定して、共有機能の実行を要求する（２７）。ＯＳ１４ａは、共有元アプリ６０から指定されたアプリケーションである共有先アプリ６４を起動して、その共有先アプリ６４の画面をフォアグラウンドとし、共有元アプリ６０から通知された共有データのＵＲＩと、タイプと、アクションとを通知する（２８）。

すなわち、共有元アプリ６０が共有先アプリ６４を認識せずに、共有データのＵＲＩ等をＯＳ１４ａへ通知する共有機能を暗黙的共有機能といい、共有元アプリ６０が共有先アプリ６４を指定して、共有データのＵＲＩ等をＯＳ１４ａへ通知する共有機能を明示的共有機能という。なお、本アプリ１４ｂは、ＯＳ１４ａの明示的共有機能を利用するものとして説明する。

＜携帯端末の動作＞
図８は、本アプリ１４ｂに従い、携帯端末１０のＣＰＵ１１が実行する共有処理を示すフローチャートである。この処理は、本アプリ１４ｂの操作受け付け画面（図示せず）から、ユーザがスキャンの実行を指示した場合に開始される。なお、以下に説明する図８から図１０のフローチャートに示す各ステップは、本アプリ１４ｂがＣＰＵ１１に実行させ、または、本アプリ１４ｂがＯＳ１４ａなどの機能を利用してＣＰＵ１１に実行させるものとして説明する。ただし、各フローチャートが含むステップは、ＯＳ１４ａやその他アプリケーションがＣＰＵ１１に実行させるステップに一部置き換えられても良い。また、ＣＰＵ１１の関与によらず、携帯端末１０に設けられたハードウェアそのものが作動することによって実現されるステップに、一部置き換えられても良い。

まず、ステップＳ１１０（以下、ステップを省略）において、ＣＰＵ１１は、デバイス３０に対して画像データを送信するよう、無線ＬＡＮ送受信部１５から指示させる（Ｓ１１０）。一方、デバイス３０は、携帯端末１０からの指示に応じて、１または複数の原稿をスキャンし、１または複数の画像データを含んだ１の画像データセットを生成し、携帯端末１０へ送信する。携帯端末１０は、デバイス３０から受信した画像データセットをＲＡＭ１３に一時記憶させる。本実施形態において、この画像データは、非圧縮、または可逆圧縮されたＲＡＷ画像データであるものとする。デバイス３０においてスキャンが完了しない間（Ｓ１１５：ＮＯ）、ＣＰＵ１１は、処理を待機する。一方、デバイス３０においてスキャンが完了した場合（Ｓ１１５：ＹＥＳ）には、ＣＰＵ１１は、画像データセットの受信を完了する。

ＣＰＵ１１は、スキャン結果確認画面７０をＬＣＤ１８に表示させる（Ｓ１２０）。図３に、スキャン結果確認画面７０の画面例を示す。スキャン結果確認画面７０は、スキャン画像７１、ページ表示領域７２、共有ボタン７４、保存ボタン７６を含んでいる。スキャン画像７１は、スキャン処理によって生成された画像データに対応する画像である。ページ表示領域７２は、デバイス３０に読み取らせた原稿の全ページ数と、現在表示中のスキャン画像７１が全ページの原稿のうち何ページ目の原稿の画像であるかを示すページ番号とを表示する領域である。共有ボタン７４は、共有機能の実行指示を入力するための領域である。保存ボタン７６は、保存機能の実行指示を入力するための領域である。ユーザが保存ボタン７６にタッチすると、表示中のスキャン画像７１に対応する画像データの保存が実行される。具体的には、画像データを所定のフォーマットのデータに変換し、さらに、ＯＳ１４ａのＡＰＩを呼び出して、メモリカード２０に記憶させる。

Ｓ１２５においてＣＰＵ１１は、共有機能の実行指示が入力されたか否かを判断する。当該判断は、共有ボタン７４がタッチされたか否かによって行われてもよい。否定判断される場合（Ｓ１２５：ＮＯ）にはＳ１２６へ進み、ＣＰＵ１１は、共有機能以外の他の機能の実行指示が入力されたか否かを判断する。Ｓ１２６において否定判断される場合（Ｓ１２６：ＮＯ）にはＳ１２５へ戻り、肯定判断される場合（Ｓ１２６：ＹＥＳ）にはＳ１２７へ進む。Ｓ１２７においてＣＰＵ１１は、操作入力に応じた各処理（例えば、画像データの保存処理）を実行する。そしてフローを終了する。フローを終了すると、ＣＰＵ１１は、本アプリ１４ｂの操作受け付け画面（図示せず）をＬＣＤ１８に表示させる。

一方、Ｓ１２５において肯定判断される場合（Ｓ１２５：ＹＥＳ）には、Ｓ１３０へ進む。Ｓ１３０において、共有先アプリ６４の検索処理を実行する。具体的には、ＣＰＵ１１は、（１）ＥＤＩＴアクションまたはＳＥＮＤアクションに対応していること、（２）ＪＰＥＧフォーマットまたはＰＤＦフォーマットのデータを出力することが可能であること、（３）応答情報を出力する仕様を有すること、の検索条件を満たすアプリケーションを検索するよう、ＯＳ１４ａに要求する。すなわちＯＳ１４ａは、検索条件に合致するアプリケーションを検索する検索部として機能する。ここで応答情報は、共有先アプリ６４での処理が成功したことを示す情報であり、共有先アプリ６４から出力される情報である。ＯＳ１４ａから、検索条件を満たすアプリケーションの識別情報を含む情報が返ってくることに応じて、Ｓ１３５へ進む。アプリケーションの識別情報を含む情報の例としては、アンドロイド（Google Incの登録商標）ＯＳにおけるインテントに含まれるアプリケーション名が挙げられる。

Ｓ１３５においてＣＰＵ１１は、検索されたアプリケーションの名称を、アプリケーション選択画面に一覧表示させる。図４に、アプリケーション選択画面８０の画面例を示す。アプリケーション選択画面８０には、共有先アプリ６４として選択可能なアプリケーションの名称８１〜８６が、一覧表示される。名称８１〜８３は、ＳＥＮＤアプリケーションを示す情報である。名称８４〜８６は、ＥＤＩＴアプリケーションを示す情報である。ＯＫボタン画像８７は、選択操作の完了指示の入力を受け付けるための画像である。ページ入力領域８８は、スキャン処理によって生成された複数ページの画像データのうち、共有処理を実行する対象の画像データのページ番号を入力するための領域である。ユーザは、アプリケーション選択画面８０を用いることで、Ｎ個（ここでＮは１以上の自然数）の共有先アプリ６４を選択することが可能となる。

Ｓ１３７においてＣＰＵ１１は、共有先アプリ６４の選択操作を受け付けたか否かを判断する。共有先アプリ６４の選択操作は、例えば、名称８１〜８６のうちの少なくとも１つがタッチされ、最後にＯＫボタン画像８７がタッチされることによって行われてもよい。否定判断される場合（Ｓ１３７：ＮＯ）にはＳ１３７へ戻り、肯定判断される場合（Ｓ１３７：ＹＥＳ）にはＳ１４０へ進む。

Ｓ１４０においてＣＰＵ１１は、選択されたＮ個の共有先アプリ６４のうちに、ＰＤＦフォーマットのデータを出力することが可能であるＳＥＮＤアプリケーションが含まれているか否かを判断する。判断方法の一例を説明する。ＣＰＵ１１は、ＰＤＦフォーマットのデータを出力可能であるＳＥＮＤアプリケーションを検索するよう、ＯＳ１４ａに要求する。ＣＰＵ１１は、検索条件に合致するアプリケーションの識別情報を、ＯＳ１４ａから受信する。ＣＰＵ１１は、Ｎ個の共有先アプリ６４のうちに、受信した識別情報と一致する識別情報を有するアプリケーションが存在するか否かを判断する。Ｓ１４０において否定判断される場合（Ｓ１４０：ＮＯ）にはＳ１５０へ進み、肯定判断される場合（Ｓ１４０：ＹＥＳ）にはＳ１４５へ進む。

Ｓ１４５においてＣＰＵ１１は、最終出力フォーマットの選択入力を受け付ける。最終出力フォーマットは、ＳＥＮＤアプリケーションによって携帯端末１０と異なる装置へ出力されるデータが有するフォーマットである。例えば、ＰＤＦフォーマットとＪＰＥＧフォーマットとのうちの何れかを最終出力フォーマットとして選択することが可能であってもよい。そしてＳ１５０へ進む。

Ｓ１５０においてＣＰＵ１１は、選択された共有先アプリ６４の数である「Ｎ」が複数であるか否かを判断する。否定判断される場合（Ｓ１５０：ＮＯ）には、Ｓ１５５へ進む。Ｓ１５５においてＣＰＵ１１は、１つの共有先アプリ６４に、画像データを共有させる。この処理の内容は、従来の共有処理の内容と同様であるため、ここでは説明を省略する。そしてフローを終了する。

一方、Ｓ１５０において肯定判断される場合（Ｓ１５０：ＹＥＳ）には、Ｓ１６０へ進む。Ｓ１６０においてＣＰＵ１１は、複数の共有先アプリ６４に同一の画像データを処理させる場合であるか否かを判断する。否定判断される場合（Ｓ１６０：ＮＯ）には、Ｓ１６５へ進む。Ｓ１６５においてＣＰＵ１１は、複数の画像データの各々に対して、異なる共有先アプリ６４を用いて共有処理を実行する。例えば、１つ目の画像データに対して第１の共有先アプリ６４を用いて共有処理を実行し、２つ目の画像データに対して第２の共有先アプリ６４を用いて共有処理を実行することが行われる。この処理の内容は、従来の共有処理の内容と同様であるため、ここでは説明を省略する。そしてフローを終了する。

一方、Ｓ１６０において肯定判断される場合（Ｓ１６０：ＹＥＳ）には、Ｓ１７０へ進む。Ｓ１７０においてＣＰＵ１１は、Ｎ個の共有先アプリ６４のうちに含まれている、ＥＤＩＴアプリケーションの数を確認する。ＥＤＩＴアプリケーションが含まれていない場合（Ｓ１７０：なし）にはＳ２６０へ進む。ＥＤＩＴアプリケーションが１つ含まれている場合（Ｓ１７０：１つ）には、Ｓ１８５をスキップしてＳ１８７へ進む。ＥＤＩＴアプリケーションが複数含まれている場合（Ｓ１７０：複数）には、Ｓ１８５へ進む。

Ｓ１８５においてＣＰＵ１１は、処理順番受付画面を、ＬＣＤ１８に表示させる。処理順番受付画面は、同一の画像データに対して複数のＥＤＩＴアプリケーションがシリアルに処理を実行する場合における、処理順番の入力を受け付けるための画面である。図５に、処理順番受付画面９０の画面例を示す。処理順番受付画面９０には、複数のＥＤＩＴアプリケーションの名称９１〜９３が表示されている。名称９１を有するＥＤＩＴアプリケーションの処理順番が１番であり、名称９２を有するＥＤＩＴアプリケーションの処理順番が２番であり、名称９３を有するＥＤＩＴアプリケーションの処理順番が３番である。名称９１〜９３の表示順序は、ユーザの操作によって任意に入れ替えることが可能とされている。ＯＫボタン画像９５は、処理順番を決定する指示の入力を受け付けるための画像である。そしてＳ１８７へ進む。

Ｓ１８７においてＣＰＵ１１は、Ｎ個の共有先アプリ６４のうちにＳＥＮＤアプリケーションが含まれているか否かを確認する。否定判断される場合（Ｓ１８７：ＮＯ）にはＳ１９１へ進み、肯定判断される場合（Ｓ１８７：ＹＥＳ）にはＳ１８９へ進む。Ｓ１８９においてＣＰＵ１１は、同一の画像データに対してＥＤＩＴアプリケーションおよびＳＥＮＤアプリケーションがシリアルに処理を実行する場合において、ＳＥＮＤアプリケーションの処理順番をＥＤＩＴアプリケーションの処理順番よりも後にする。そしてＳ１９１へ進む。

Ｓ１９１においてＣＰＵ１１は、処理順番が１番目であるＥＤＩＴアプリケーションを、共有先アプリ６４として設定する。

Ｓ１９３においてＣＰＵ１１は、実行対象の共有先アプリ６４が、ビットマップフォーマットのデータに対応しているＥＤＩＴアプリケーションであるか否かを判断する。判断方法の一例を説明する。ＣＰＵ１１は、ビットマップフォーマットの画像データを処理可能なＥＤＩＴアプリケーションを検索するよう、ＯＳ１４ａに要求する。ＣＰＵ１１は、検索条件に合致するアプリケーションの識別情報を、ＯＳ１４ａから受信する。ＣＰＵ１１は、実行対象の共有先アプリ６４の識別情報が、受信した識別情報と一致するか否かを判断する。

Ｓ１９３において肯定判断される場合（Ｓ１９３：ＹＥＳ）には、Ｓ１９５へ進む。Ｓ１９５においてＣＰＵ１１は、ビットマップフォーマットの画像データを共有先アプリ６４に共有させる共有処理を実行する。具体的には、ＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出す。そして、共有先アプリ６４の識別情報、共有させる画像データのＵＲＩ、「ビットマップ」のタイプ、「ＥＤＩＴ」のアクションを指定して、明示的共有機能の実行をＯＳ１４ａに要求する。共有させる画像データのＵＲＩは、ＲＡＭ１３に記憶されている画像データのファイルパスであってもよい。また、共有させる画像データは、ＲＡＭ１３に記憶されている、ビットマップフォーマットの処理画像データであってもよい。そして、共有機能の実行を要求されたＯＳ１４ａは、共有先アプリ６４の画面をフォアグラウンドに表示する。そして本アプリ１４ｂは、待機状態になる。そしてＳ２１０へ進む。

一方、Ｓ１９３において否定判断される場合（Ｓ１９３：ＮＯ）には、Ｓ２００へ進む。Ｓ２００においてＣＰＵ１１は、ＪＰＥＧフォーマットの画像データを共有先アプリ６４に共有させる共有処理を実行する。共有させる画像データがビットマップフォーマットである場合には、画像データをＪＰＥＧフォーマットに変換した上、変換された画像データを共有先アプリ６４に共有させてもよい。なお、共有処理の具体的内容は、Ｓ１９５において説明済みであるため、ここでは説明を省略する。そしてＳ２１０へ進む。

共有先アプリ６４は、画像データに対して共有処理を実行することによって、処理画像データを生成する。例えば、共有先アプリ６４が、画像の色をカラーからモノクロに変更する処理を実行するＥＤＩＴアプリケーションである場合には、カラー画像を示す画像データに対して共有処理を実行することによって、モノクロ画像を示す処理画像データが生成される。生成された処理画像データは、ビットマップフォーマットで、ＲＡＭ１３に一時的に記憶されるとしてもよい。また共有先アプリ６４は、共有処理が完了することに応じて、応答情報をＯＳ１４ａへ出力する。

Ｓ２１０においてＣＰＵ１１は、共有先アプリ６４から出力された応答情報を、ＯＳ１４ａを介して受信したか否かを判断する。否定判断される場合（Ｓ２１０：ＮＯ）にはＳ２１０へ戻り、肯定判断される場合（Ｓ２１０：ＹＥＳ）にはＳ２１５へ進む。

Ｓ２１５においてＣＰＵ１１は、受信した応答情報に、ＲＡＭ１３に記憶されている処理画像データへアクセスするためのファイルパスが含まれているか否かを判断する。肯定判断される場合（Ｓ２１５：ＹＥＳ）には、ファイルパスが示す画像データを処理対象画像データとして設定し、Ｓ２４０へ進む。ここで、ファイルパスが示す画像データを処理対象画像データとして「設定する」方法には、各種の方法を用いてもよい。例えば、応答情報に含まれているファイルパスを処理対象画像データのファイルパスとしてＲＡＭ１３等に記憶してもよい。また例えば、ファイルパスが示す画像データをコピーした画像データを、処理対象画像データとしてＲＡＭ１３等に記憶してもよい。一方、Ｓ２１５において否定判断される場合（Ｓ２１５：ＮＯ）には、Ｓ２２０へ進む。

Ｓ２２０においてＣＰＵ１１は、直近生成画像を画像選択受付画面に表示させる。図６に、画像選択受付画面１２０の画面例を示す。画像選択受付画面１２０には、直近生成画像１２１、ＹＥＳボタン画像１２２、ＮＯボタン画像１２３、が含まれている。直近生成画像１２１は、直近に生成された直近生成画像データによって形成される画像である。直近生成画像データは、現在時刻から最も近い時間にＲＡＭ１３に保存された画像データを、ＯＳ１４ａに検索させることによって取得してもよい。ＹＥＳボタン画像１２２は、直近生成画像１２１を表示している直近生成画像データを、処理画像データとして使用する指示の入力を受け付ける画像である。ＮＯボタン画像１２３は、直近生成画像データを処理画像データとして使用しない指示の入力を受け付ける画像である。

Ｓ２２５においてＣＰＵ１１は、直近生成画像データを処理画像データとして使用する指示が入力されたか否かを判断する。ＹＥＳボタン画像１２２がタッチされた場合（Ｓ２２５：ＹＥＳ）には、直近生成画像データを処理対象画像データとして設定し、Ｓ２４０へ進む。ここで、直近生成画像データを処理対象画像データとして「設定する」方法には、各種の方法を用いてもよい。具体例は前述しているため、ここでは説明を省略する。一方、ＮＯボタン画像１２３がタッチされた場合（Ｓ２２５：ＮＯ）にはＳ２２７へ進む。Ｓ２２７においてＣＰＵ１１は、現在選択されている直近生成画像データよりもひとつ前の時刻にＲＡＭ１３に保存された画像データを、直近生成画像データとして新たに設定する。そして、新たに設定された直近生成画像データにより形成される直近生成画像１２１を、画像選択受付画面１２０に表示させる。そしてＳ２２５へ戻る。

Ｓ２４０においてＣＰＵ１１は、次の処理順番のＥＤＩＴアプリケーションが存在するか否かを判断する。否定判断される場合（Ｓ２４０：ＮＯ）にはＳ２６０へ進み、肯定判断される場合（Ｓ２４０：ＹＥＳ）にはＳ２４３へ進む。

Ｓ２４３においてＣＰＵ１１は、指示入力受付画面をＬＣＤ１８に表示させる。指示入力受付画面は、次の処理順番のＥＤＩＴアプリケーションに共有処理を実行させるか否かについての指示入力を受け付けるための画面である。図７に、指示入力受付画面１１０の画面例を示す。指示入力受付画面１１０には、ＹＥＳボタン画像１１１、終了ボタン画像１１２、送信実行ボタン画像１１３、が含まれている。ＹＥＳボタン画像１１１は、次の処理順番のＥＤＩＴアプリケーションに共有処理を実行させる指示の入力を受け付ける画像である。終了ボタン画像１１２は、共有処理を終了する指示の入力を受け付ける画像である。送信実行ボタン画像１１３は、共有処理を未実行のＥＤＩＴアプリケーションの有無に関わらず、ＥＤＩＴアプリケーションによる共有処理を終了し、ＳＥＮＤアプリケーションに共有処理を実行させる指示の入力を受け付ける画像である。

Ｓ２４５においてＣＰＵ１１は、ユーザによって入力された指示の内容を確認する。ＹＥＳボタン画像１１１がタッチされた場合には、次の処理順番のＥＤＩＴアプリケーションに共有処理を実行させる場合であると判断され（Ｓ２４５：ＥＤＩＴアプリケーション）、Ｓ２５０へ進む。Ｓ２５０においてＣＰＵ１１は、次の処理順番のＥＤＩＴアプリケーションを、共有先アプリ６４として設定する。そしてＳ１９３へ戻る。

一方、Ｓ２４５において、終了ボタン画像１１２がタッチされた場合には、共有処理を終了する場合であると判断され（Ｓ２４５：終了）、フローを終了する。また、Ｓ２４５において、送信実行ボタン画像１１３がタッチされた場合には、ＳＥＮＤアプリケーションに共有処理を実行させる場合であると判断され（Ｓ２４５：ＳＥＮＤアプリケーション）、Ｓ２６０へ進む。

Ｓ２６０においてＣＰＵ１１は、Ｓ１４５で最終出力フォーマットの選択入力を受け付けている場合には、処理画像データのフォーマットを最終出力フォーマットに変換する。

Ｓ２６５においてＣＰＵ１１は、共有処理を未実行のＳＥＮＤアプリケーションが存在するか否かを判断する。肯定判断される場合（Ｓ２６５：ＹＥＳ）には、Ｓ２７０へ進む。Ｓ２７０においてＣＰＵ１１は、ＣＰＵ１１は、処理画像データをＳＥＮＤアプリケーションに共有させる共有処理を実行する。具体的には、ＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出す。そして、共有先アプリ６４の識別情報、共有させる最終出力フォーマットの画像データのＵＲＩ、最終出力フォーマットのタイプ、「ＳＥＮＤ」のアクションを指定して、明示的共有機能の実行をＯＳ１４ａに要求する。そしてＳ２６５へ戻る。

また、Ｓ２６５において否定判断される場合（Ｓ２６５：ＮＯ）には、全ての処理が終了したと判断され、フローが終了する。

＜動作具体例＞
図１１で行われる一括共有処理の動作具体例を説明する。例として、図１２の表に示すように、第１〜第４の画像データ群が存在する場合を説明する。図１２の表は、第１〜第４の画像データ群の各々について、選択共有先アプリ、共有時のフォーマット、アクション、の組合せ例を説明する表である。

ＣＰＵ１１は、第１の画像データ群を選択する（Ｓ８１０）。ＣＰＵ１１は、第１の画像データ群の選択共有先アプリが「第１アプリケーション」であることを特定する（Ｓ８１５）（領域Ｒ１１参照）。ＣＰＵ１１は、第３の画像データ群および第４の画像データ群にも、「第１アプリケーション」が対応付けられていると判断する（Ｓ８２０：ＹＥＳ）（矢印Ｙ１１参照）。

第４の画像データ群の共有時のフォーマット（すなわち「ＰＤＦ」）が、第１の画像データ群の共有時のフォーマット（すなわち「ＰＤＦ」）と同一であるため（Ｓ８２２：ＹＥＳ）、第４の画像データ群も共有処理の対象として追加される（Ｓ８２５）（矢印Ｙ１２参照）。一方、第３の画像データ群の共有時のフォーマット（すなわち「ＪＰＥＧ」）は、第１の画像データ群の共有時のフォーマット（すなわち「ＰＤＦ」）とは異なる（Ｓ８２２：ＮＯ）（矢印Ｙ１３参照）。また、第３の画像データ群のアクションが「ＳＥＮＤ」ではないため（Ｓ８２４：ＮＯ）（領域Ｒ１２参照）、Ｓ８２５がスキップされ、第３の画像データ群は共有処理の対象として追加されない。ＣＰＵ１１は、第１アプリケーションを起動し（Ｓ８３０）、第１および第４の画像データ群を対象として、共有処理を実行する（Ｓ８３５）。そして、第１アプリケーションを終了する（Ｓ８４０）。

全ての画像データ群について共有処理を実行していないため（Ｓ８４５：ＮＯ）、次の画像データ群として、第２の画像データ群が選択される（Ｓ８１０）。ＣＰＵ１１は、第２の画像データ群の選択共有先アプリが「第２アプリケーション」であることを特定する（Ｓ８１５）。ＣＰＵ１１は、他の何れの画像データ群にも、「第２アプリケーション」が対応付けられていないと判断し（Ｓ８２０：ＮＯ）、第２アプリケーションを起動する（Ｓ８３０）。第２の画像データ群を対象として、共有処理を実行する（Ｓ８３５）し、第２アプリケーションを終了する（Ｓ８４０）。

全ての画像データ群について共有処理を実行していないため（Ｓ８４５：ＮＯ）、次の画像データ群として、第３の画像データ群が選択される（Ｓ８１０）。ＣＰＵ１１は、第３の画像データ群の選択共有先アプリが「第１アプリケーション」であることを特定する（Ｓ８１５）。ＣＰＵ１１は、共有処理を未実行である他の何れの画像データ群にも、「第１アプリケーション」が対応付けられていないと判断し（Ｓ８２０：ＮＯ）、第１アプリケーションを起動する（Ｓ８３０）。第１の画像データ群を対象として、共有処理を実行する（Ｓ８３５）し、第１アプリケーションを終了する（Ｓ８４０）。全ての画像データ群について共有処理の実行が完了したため（Ｓ８４５）、フローを終了する。

＜効果＞
本明細書に記載されている本アプリ１４ｂによれば、Ｓ１３７において、Ｎ個（Ｎは１以上の自然数）の共有先アプリ６４の選択操作を受け付けることができる。そして、選択が受け付けられたＮ個の共有先アプリ６４の各々に、Ｓ１１５のスキャン処理で生成された画像データを処理させる動作を、ＣＰＵ１１に実行させることができる（Ｓ１９５、Ｓ２００、Ｓ２７０）。これにより、画像データをＮ個の共有先アプリ６４に処理させるための操作を、Ｎ個の共有先アプリ６４の各々に対して、ユーザが繰り返し行う必要がない。よって、利便性を高めることができる。

選択されたＮ個の共有先アプリ６４のうちに、ＰＤＦフォーマットのデータを出力することが可能であるＳＥＮＤアプリケーションが含まれている場合には（Ｓ１４０：ＹＥＳ）、最終出力フォーマットの選択入力を受け付けることができる（Ｓ１４５）。そして、選択された最終出力フォーマットを有する画像データを、ＳＥＮＤアプリケーションに出力させることができる（Ｓ２６０、Ｓ２７０）。これにより、ユーザの所望するフォーマットで、ＳＥＮＤアプリケーションに画像データを出力させることができる。

（１）ＥＤＩＴアクションまたはＳＥＮＤアクションに対応していること、（２）ＪＰＥＧフォーマットまたはＰＤＦフォーマットのデータを出力することが可能であること、（３）応答情報を出力する仕様を有すること、の検索条件を満たすアプリケーションを検索することができる（Ｓ１３０）。そして、検索されたアプリケーションの名称をアプリケーション選択画面に一覧表示させ（Ｓ１３５）、ユーザによる共有先アプリ６４の選択操作を受け付けることができる（Ｓ１３７）。これにより、アプリケーション選択画面に表示されるアプリケーションを予め絞り込むことができるため、ユーザの利便性を高めることが可能となる。また、応答情報を出力しないアプリケーションがユーザによって選択されてしまうことがないため、複数の共有先アプリ６４を順番に実行する処理が、途中で停止してしまうなどの事態の発生を防止することが可能となる。

次の処理順番のＥＤＩＴアプリケーションが存在する場合には（Ｓ２４０：ＹＥＳ）、次の処理順番のＥＤＩＴアプリケーションを、共有先アプリ６４として設定し（Ｓ２５０）、設定した共有先アプリ６４に共有処理を実行させることができる（Ｓ１９５、Ｓ２００）。これにより、ｉ個目（ｉは１以上（Ｎ−１）以下の自然数）の共有先アプリ６４による処理後のデータである第ｉ処理画像データを、ｉ＋１個目の共有先アプリ６４に処理させる動作を、Ｎ個目のデータ出力先アプリケーションまで繰り返し実行するというシリアルデータ処理を、ＣＰＵ１１に実行させることが可能になる。よって、ユーザの手間を省くことができるため、利便性を高めることができる。

Ｎ個の共有先アプリ６４のうちにＳＥＮＤアプリケーションが含まれている場合には（Ｓ１８７：ＹＥＳ）、ＳＥＮＤアプリケーションの処理順番をＥＤＩＴアプリケーションの処理順番よりも後にすることができる（Ｓ１８９）。これにより、画像データにＥＤＩＴアプリケーションによる共有処理を全て実行した上で、処理後の画像データをＳＥＮＤアプリケーションによって出力することができる。従って、複数のＥＤＩＴアプリケーションにより実行される複数の共有処理が全て完了する前に、画像データがＳＥＮＤアプリケーションによって出力されてしまう、といった事態の発生を防止することができる。

実行対象の共有先アプリ６４が、ビットマップフォーマットのデータに対応しているＥＤＩＴアプリケーションである場合には（Ｓ１９３：ＹＥＳ）、ビットマップフォーマットを用いて画像データを共有先アプリ６４に共有させることができる。ビットマップフォーマットは非圧縮フォーマットであるため、画像データの画質の劣化を防止することが可能となる。

Ｎ個の共有先アプリ６４にＥＤＩＴアプリケーションが複数含まれている場合（Ｓ１７０：複数）には、処理順番受付画面をＬＣＤ１８に表示させることができる（Ｓ１８５）。これにより、複数のＥＤＩＴアプリケーションの処理順番の入力を受け付けることができる（Ｓ１８５）。従って、複数のＥＤＩＴアプリケーションをシリアルに実行する際の順番に、ユーザの意図を反映させることが可能となる。

次の処理順番のＥＤＩＴアプリケーションが存在する場合には（Ｓ２４０：Ｙ）、指示入力受付画面をＬＣＤ１８に表示させることができる（Ｓ２４３）。そして、次の処理順番のＥＤＩＴアプリケーションに共有処理を実行させる指示が入力されることに応じて（Ｓ２４５：ＥＤＩＴアプリケーション）、次の処理順番のＥＤＩＴアプリケーションを共有先アプリ６４として設定することができる（Ｓ２５０）。これにより、ユーザが処理を実行させることを意図していないＥＤＩＴアプリケーションによって、共有処理が実行されてしまうことを防止することができる。

応答情報に処理画像データのファイルパスが含まれていない場合（Ｓ２１５：ＮＯ）には、処理画像データにアクセスすることができない。従って、ユーザが処理画像データを探し出す必要がある。このような場合に、本明細書に記載されている本アプリ１４ｂでは、直近生成画像１２１を含んだ画像選択受付画面１２０をＬＣＤ１８に表示させることができる。直近生成画像１２１を形成する直近生成画像データは、直近に生成されたデータであるため、処理画像データである可能性が高いデータである。そして、直近生成画像データを処理画像データとして使用する指示が入力されることに応じて（Ｓ２２５：ＹＥＳ）、直近生成画像データを共有先アプリ６４に共有させることができる。これにより、処理画像データをユーザが探す手間を省くことができるため、利便性を高めることが可能となる。

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

Ｓ１３０の検索処理の実行前に、ユーザによる検索条件の入力を受け付けてもよい。例えば、検索条件入力受付画面をＬＣＤ１８に表示させてもよい。検索条件入力受付画面は、検索条件として用いるアクションの種類（ＳＥＮＤ、ＥＤＩＴ、ＶＩＥＷ、ＣＡＬＬなど）や出力可能なフォーマットの種類（ＪＰＥＧ、ＰＤＦ、ビットマップ、Portable Network Graphics（ＰＮＧとも呼ばれる）、テキストなど）を、選択することが可能な画面である。そして、Ｓ１３０においてＣＰＵ１１は、ユーザによって選択された検索条件を満たすアプリケーションを検索するよう、ＯＳ１４ａに要求してもよい。これにより、ユーザによって選択された種類のアクションを実行するためのアプリケーションや、ユーザによって選択された種類のフォーマットを有するデータを生成するためのアプリケーションを、アプリケーション選択画面８０に表示させることができる。ユーザの所望する機能を備えるアプリケーションを選択肢としてアプリケーション選択画面８０に表示させることができるため、ユーザの利便性を高めることが可能となる。

Ｓ２１０において、ｉ個目の共有先アプリ６４から出力された応答情報を受信した場合に（Ｓ２１０：ＹＥＳ）、ｉ個目の共有先アプリ６４で処理された第ｉ処理画像データのファイルパスが応答情報に含まれていることに応じて（Ｓ２１５：ＹＥＳ）、処理画像確認画面をＬＣＤ１８に表示させてもよい。処理画像確認画面は、第ｉ処理画像データによって形成される画像を示す画面である。また、処理画像確認画面には、次の共有処理の実行指示の入力を受け付ける指示受付画像が表示されていてもよい。この指示受付画像がタッチされることによって、ＣＰＵ１１は、第ｉ処理画像データをｉ＋１個目の共有先アプリ６４に共有処理させるとしてもよい。これにより、１つの共有先アプリ６４での共有処理が完了するたびに、処理後の画像データの内容をユーザに確認させることが可能となる。処理の進行内容が確認しやすくなるため、ユーザの利便性を高めることができる。

Ｓ１９５およびＳ２００の共有処理によって生成された処理画像データは、フラッシュメモリ１４やメモリカード２０に記憶されるとしてもよい。この場合、Ｓ２１０においてｉ個目の共有先アプリ６４から出力される応答情報には、フラッシュメモリ１４やメモリカード２０に記憶されている第ｉ処理画像データへアクセスするためのファイルパスが含まれていてもよい。その後、フラッシュメモリ１４やメモリカード２０に記憶されている第ｉ処理画像データを、ｉ＋１個目の共有先アプリ６４に共有処理させてもよい。これにより、第ｉ処理画像データの容量が、ＲＡＭ１３の空き容量に比して大きい場合などにおいても、ｉ個目の共有先アプリ６４とｉ＋１個目の共有先アプリ６４との間での第ｉ処理画像データの受け渡しを実行することが可能となる。

Ｓ１８５において、複数のＥＤＩＴアプリケーションがシリアルに処理を実行する場合における処理順番を、本アプリ１４ｂが決定してもよい。これにより、ユーザが処理順番を決める必要がないため、利便性を高めることができる。処理順番の自動決定処理は、フラッシュメモリ１４に予め記憶されている優先順位テーブルに基づいて行われてもよい。優先順位テーブルは、複数のＥＤＩＴアプリケーションの各々について、処理順番の優先度を記憶するテーブルである。優先順位が高いＥＤＩＴアプリケーションほど、処理順位が高くなる（すなわち、順番が前になる）としてもよい。例えば、画像データの容量を小さくする処理（例：トリミング処理）を実行するＥＤＩＴアプリケーションの優先順位を高くしてもよい。これにより、シリアル処理の早い段階で画像データの容量を削減できるため、シリアル処理全体としての処理負担を軽減することが可能となる。

Ｓ１９３においてＣＰＵ１１は、実行対象の共有先アプリ６４が、可逆圧縮フォーマットまたは非圧縮フォーマットに対応しているＥＤＩＴアプリケーションであるか否かを判断してもよい。可逆圧縮フォーマットの一例としてはＰＮＧ、Graphics Interchange Format（ＧＩＦとも呼ばれる）が挙げられる。非圧縮フォーマットの一例としては、ビットマップの他に、QuickDraw Picture（ＰＩＣＴとも呼ばれる）、Tagged Image File Format（ＴＩＦＦとも呼ばれる）が挙げられる。可逆圧縮フォーマットまたは非圧縮フォーマットを用いて画像データを共有先アプリ６４に共有させることにより、画像データの画質の劣化を防止することが可能となる。

Ｓ２１０において、本アプリ１４ｂは、共有先アプリ６４から出力された応答情報を受信する場合を説明したが、この形態に限られない。本アプリ１４ｂが応答情報を受信しない形態であってもよい。この場合、本アプリ１４ｂは、Ｎ個の共有先アプリ６４の各々に対して、共有処理が完了したことに応じて次の処理順番の共有先アプリ６４に処理画像データを渡すことを命令してもよい。これにより、共有先アプリ６４での共有処理が完了するたびに処理が本アプリ１４ｂに戻ることがないため、Ｎ個の共有先アプリ６４にシリアルに共有処理を実行させる場合のトータルの処理時間を短縮化することが可能となる。

Ｓ１３０において、応答情報を出力する仕様を有するアプリケーションを検索する方法は、各種の方法を用いてもよい。例えば、サーバ装置５２に、応答情報を出力する仕様を有するアプリケーションのデータベースを記憶させてもよい。そしてＣＰＵ１１は、無線ＬＡＮ送受信部１５を介してサーバ装置５２にアクセスし、データベースを読み出すことで、応答情報を出力する仕様を有するアプリケーションを検索するとしてもよい。これにより、１つのデータベースを用いることによって、複数の携帯端末１０での検索処理が可能となる。

Ｓ１３５において、共有先アプリ６４を選択する方法は、各種の方法を用いることが可能である。例えば、アプリケーション選択画面８０において、選択可能な機能の内容を一覧表示するとしてもよい。ＥＤＩＴアプリケーションの機能の内容の一例としては、トリミング、レタッチ、色変換、テキスト挿入、左右反転、などが挙げられる。ＳＥＮＤアプリケーションの機能の内容の一例としては、メール送信や、ＳＮＳへの画像アップロードや、ネットワーク上のストレージへの画像アップロードが挙げられる。そしてＳ１３７において、ユーザが必要とするＮ個の機能の選択を受け付けるとしてもよい。

Ｓ２４５において、終了ボタン画像１１２がタッチされた場合（Ｓ２４５：終了）には、ＳＥＮＤアプリケーションに共有処理を実行させる場合であると判断し、Ｓ２６０へ進んでもよい。

共有先アプリ６４間で画像データの受け渡しを行う際に用いられる画像データのフォーマットは、各種のフォーマットを使用することが可能である。例えば、Ｓ１９５やＳ２００においてｉ個目の共有先アプリ６４によって生成された処理画像データは、ＪＰＥＧフォーマットで、ＲＡＭ１３に一時的に記憶されるとしてもよい。そして、ｉ＋１個目の共有先アプリ６４がビットマップフォーマットのデータに対応している場合には（Ｓ１９３：ＹＥＳ）、ＲＡＭ１３から読み出したＪＰＥＧフォーマットの処理画像データをビットマップフォーマットに変換した上で、変換後の処理画像データをｉ＋１個目の共有先アプリ６４に共有させてもよい。

また、上記実施形態において、Ｓ１２０においてデバイス３０にスキャンさせることにより生成した画像データを用いる場合を説明したが、画像データはこれに限られるものではない。例えば、携帯端末１０に内蔵されたデジタルカメラで撮影された画像データを用いてもよい。また、フラッシュメモリ１４やメモリカード２０に予め記憶されている画像データを用いてもよい。

最終出力フォーマットの選択入力を受け付ける処理は、省略することが可能である。この場合、図８のフローにおいて、Ｓ１４５およびＳ１４５を省略すればよい。共有処理が実行される際の画像データのフォーマットは、予め定められたフォーマットに固定されていてもよい。この場合、図９のフローにおいて、Ｓ１９３からＳ２００を省略することができる。応答情報に処理画像データのファイルパスが含まれていない場合（Ｓ２１５：ＮＯ）には、ユーザが処理画像データを探し出すとしてもよい。この場合、図１０のフローにおいて、Ｓ２２０からＳ２２７を省略することができる。次の処理順番のＥＤＩＴアプリケーションが存在する場合（Ｓ２４０：ＹＥＳ）には、必ず次の処理順番のＥＤＩＴアプリケーションを共有先アプリ６４として設定するとしてもよい。この場合、図１０のフローにおいて、Ｓ２４３およびＳ２４５を省略することができる。以上より一般的に言うと、情報処理プログラムは、「画像データ取得手段」と、「識別画像表示制御手段」と、「処理制御手段」と、「処理制御手段」と、してプロセッサを少なくとも機能させればよい。具体例としては、ＣＰＵ１１は、Ｓ１２０と、Ｓ１３５と、Ｓ１９５またはＳ２００と、を少なくとも実行すればよい。

画像データセットは、様々な画像データの集合であってもよい。例えば、サーバ装置５２に記憶されている各種のデータを、無線ＬＡＮ送受信部１５を介してダウンロードする際に、当該ダウンロード処理によって取得された複数の画像データの集合を、「画像データセット」と定義してもよい。また、圧縮フォルダをダウンロードする場合には、圧縮フォルダに含まれている複数の画像データの集合を、「画像データセット」と定義してもよい。これにより、サーバ装置５２から取得した画像データセットに含まれている複数の画像データの各々を、異なる共有先アプリ６４に共有処理させることが可能となる。

上記実施形態では、マルチページに非対応のフォーマットの一例がＪＰＥＧフォーマットであり、マルチページに対応したフォーマットの一例がＰＤＦフォーマットであったが、これに限られるものではない。例えば、ＰＮＧ、ＧＩＦ、ＢＭＰなど、各種のフォーマットが、マルチページに非対応のフォーマットの一例となり得る。また、ＤＯＣ、ＸＬＳなど、各種のフォーマットが、マルチページに対応したフォーマットの一例となり得る。

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

また、上記実施形態においては、携帯端末１０に着脱可能なメモリカード２０にＪＰＥＧデータおよびＰＤＦデータが記憶されるものとして説明した。これらのデータは、例えば、携帯端末１０に内蔵されたフラッシュメモリ１４に記憶されても良い。

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

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

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

また、上記実施形態においては、アプリケーション選択画面８０（図４参照）や処理順番受付画面９０（図５参照）において、アプリケーションを識別する画像として名称が用いられる場合を説明したが、この形態に限られない。アプリケーションを識別する画像として、アプリケーションのアイコン画像が用いられても良い。

また、上記実施形態では、本アプリ１４ｂは、ＰＤＦおよびＪＰＥＧの２種類のフォーマットのデータを作成させるものとして説明した。しかしながら、本発明は、３種類以上のフォーマットのデータを作成させるプログラムにも適用可能である。

「画像データ取得手段」、「識別画像表示制御手段」、「処理制御手段」、の各々は、ハードウェア単体、または、本発明のプログラムあるいはオペレーティングシステムなど本発明以外のプログラムを実行することにより動作するハードウェアであっても良い。また、これら各部は、複数のプログラムによる処理を組み合わせて動作するハードウェアであっても良い。

共有元アプリ６０は、データ出力元のアプリケーションの一例である。共有先アプリ６４は、出力先アプリケーションの一例である。ＣＰＵ１１は、データ共有処理部の一例である。携帯端末１０は、情報処理装置の一例である。デバイス制御アプリケーション１４ｂは、情報処理プログラムの一例である。ＣＰＵ１１は、プロセッサの一例である。ＬＣＤ１８は、表示部の一例である。Ｓ１２０を実行するＣＰＵ１１は、画像データ取得手段の一例である。名称は、識別画像の一例である。Ｓ１３５を実行するＣＰＵ１１は、識別画像表示制御手段の一例である。Ｓ１９５、Ｓ２００を実行するＣＰＵ１１は、処理制御手段の一例である。ＳＥＮＤアプリケーションは、出力アプリケーションの一例である。ＥＤＩＴアプリケーションは、編集アプリケーションの一例である。ＯＳ１４ａは、検索部の一例である。ＰＮＧ、ＧＩＦは、可逆圧縮フォーマットの一例である。ビットマップは、非圧縮フォーマットの一例である。ファイルパスは、アクセス情報の一例である。指示入力受付画面１１０は、入力受付画面の一例である。処理画像確認画面は、第１指示受付画面の一例である。画像選択受付画面１２０は、第２指示受付画面の一例である。無線ＬＡＮ送受信部１５は、通信インターフェースの一例である。デバイス３０は、画像処理装置の一例である。

１０：携帯端末、１１：ＣＰＵ、１３：ＲＡＭ、１４ｂ：デバイス制御アプリケーション、１５：無線ＬＡＮ送受信部、１８：ＬＣＤ、６０：共有元アプリ、６４：共有先アプリ

Claims (20)

1. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションであるデータ出力先アプリケーションに処理させるデータ共有処理部を備えた情報処理装置に読み込まれる情報処理プログラムであって、
   前記情報処理装置は、
   プロセッサと、
   表示部と、
   を備えており、
   前記プロセッサを、
   画像データを取得する画像データ取得手段と、
   前記複数のアプリケーションを識別するための識別画像を前記表示部に表示させる識別画像表示制御手段と、
   前記識別画像が表示されている前記複数のアプリケーションのうちからＮ個（Ｎは１以上の自然数）の前記データ出力先アプリケーションを選択する操作の入力を受け付け、選択が受け付けられたＮ個のデータ出力先アプリケーションの各々に、前記画像データ取得手段によって取得された画像データを処理させる動作を、前記データ共有処理部に実行させる処理制御手段と、
   して機能させることが可能であることを特徴とする情報処理プログラム。
2. 前記複数のアプリケーションには、前記情報処理装置とは異なる装置への画像データの出力を行うための出力アプリケーションが含まれており、
   前記処理制御手段は、前記Ｎ個のデータ出力先アプリケーションのうちに少なくとも１つの前記出力アプリケーションが含まれていることに応じて、前記出力アプリケーションによる処理後のデータである処理画像データのフォーマットの選択入力を受け付けるとともに、入力が受け付けられたフォーマットを有する処理画像データを前記出力アプリケーションに出力させる動作を、前記データ共有処理部に実行させることを特徴とする請求項１に記載の情報処理プログラム。
3. 前記識別画像表示制御手段は、前記複数のアプリケーションのうちから、特定の検索条件を満たす特定アプリケーションを検索部に検索させ、前記検索部により検索された前記１または複数の特定アプリケーションを識別するための識別画像を前記表示部に表示させることを特徴とする請求項１または２に記載の情報処理プログラム。
4. 前記識別画像表示制御手段は、予め定められた種類の処理、または、予め定められた種類のフォーマットを前記特定の検索条件とし、前記特定アプリケーションを、前記複数のアプリケーションのうちから前記検索部に検索させることを特徴とする請求項３に記載の情報処理プログラム。
5. 前記識別画像表示制御手段は、予め定められた種類の処理、または、予め定められた種類のフォーマットの選択入力を受け付けるとともに、選択された処理、または、選択された種類のフォーマットを前記特定の検索条件とし、前記特定アプリケーションを前記複数のアプリケーションのうちから前記検索部に検索させることを特徴とする請求項３に記載の情報処理プログラム。
6. 前記処理制御手段は、ｉ個目（ｉは１以上（Ｎ−１）以下の自然数）のデータ出力先アプリケーションによる処理後のデータである第ｉ処理画像データを、ｉ＋１個目のデータ出力先アプリケーションに処理させる動作を、Ｎ個目のデータ出力先アプリケーションまで繰り返し実行するシリアルデータ処理を、前記データ共有処理部に実行させることを特徴とする請求項１〜５の何れか１項に記載の情報処理プログラム。
7. 前記複数のアプリケーションには、前記情報処理装置とは異なる装置への画像データの出力を行うための出力アプリケーションが含まれており、
   前記処理制御手段は、前記Ｎ個のデータ出力先アプリケーションのうちに少なくとも１つの前記出力アプリケーションが含まれていることに応じて、少なくとも１つの前記出力アプリケーションの処理が行われる順番を、他のアプリケーションよりも後にすることを特徴とする請求項６に記載の情報処理プログラム。
8. 前記複数のアプリケーションには、画像データを編集するための編集アプリケーションが含まれており、
   前記処理制御手段は、前記ｉ＋１個目のデータ出力先アプリケーションが前記編集アプリケーションであって、可逆圧縮フォーマットまたは非圧縮フォーマットのデータを処理可能である場合には、前記ｉ＋１個目のデータ出力先アプリケーションに処理させる第ｉ処理画像データのフォーマットを、前記可逆圧縮フォーマットまたは前記非圧縮フォーマットにすることを特徴とする請求項６または７に記載の情報処理プログラム。
9. 前記シリアルデータ処理でシリアルに実行される前記Ｎ個のデータ出力先アプリケーションの処理が行われる順番の入力を受け付けるための処理順番受付画面を、前記表示部に表示させる処理順番受付画面表示制御手段として前記プロセッサをさらに機能させることが可能であることを特徴とする請求項６〜８の何れか１項に記載の情報処理プログラム。
10. 前記アプリケーションが実行する処理には、複数の種類が存在しており、
    前記処理順番受付画面表示制御手段は、前記Ｎ個のデータ出力先アプリケーションのうちに同一種類のアプリケーションが複数含まれていることに応じて、複数の同一種類のアプリケーションの処理が行われる順番の入力を受け付けるための前記処理順番受付画面を、前記表示部に表示させることを特徴とする請求項９に記載の情報処理プログラム。
11. 前記複数のアプリケーションには、画像データを編集するための編集アプリケーションが含まれており、
    前記処理順番受付画面表示制御手段は、前記Ｎ個のデータ出力先アプリケーションのうちに前記編集アプリケーションが複数含まれていることに応じて、複数の前記編集アプリケーションの処理が行われる順番の入力を受け付けるための前記処理順番受付画面を、前記表示部に表示させることを特徴とする請求項１０に記載の情報処理プログラム。
12. 前記処理制御手段は、ｉ個目（ｉは１以上（Ｎ−１）以下の自然数）のデータ出力先アプリケーションが処理を実行した後に、前記ｉ個目のデータ出力先アプリケーションから処理が成功したことを示す応答情報を取得したことに応じて、処理後の前記第ｉ処理画像データを前記ｉ＋１個目のデータ出力先アプリケーションに処理させることを、Ｎ個目のデータ出力先アプリケーションまで繰り返し実行する動作を、前記データ共有処理部に実行させることを特徴とする請求項６〜１１の何れか１項に記載の情報処理プログラム。
13. 前記識別画像表示制御手段は、前記複数のアプリケーションのうちから、前記応答情報を出力する仕様を有する１または複数の対応アプリケーションを抽出し、抽出された前記１または複数の対応アプリケーションを識別するための識別画像を前記表示部に表示させることを特徴とする請求項１２に記載の情報処理プログラム。
14. 前記Ｎ個のデータ出力先アプリケーションには、画像データを編集するための編集アプリケーションが少なくとも１つ含まれており、
    前記処理制御手段が前記編集アプリケーションであるｉ個目のデータ出力先アプリケーションに第ｉ処理画像データを生成させた場合に、生成された前記第ｉ処理画像データを処理させるための前記編集アプリケーションである前記ｉ＋１個目のデータ出力先アプリケーションが存在することに応じて、前記ｉ＋１個目のデータ出力先アプリケーションに処理を実行させるか否かについての入力を受け付けるための入力受付画面を前記表示部に表示させる入力受付画面表示制御手段として前記プロセッサをさらに機能させ、
    前記処理制御手段は、前記入力受付画面表示制御手段によって前記ｉ＋１個目のデータ出力先アプリケーションに処理を実行させる入力が受け付けられたことに応じて、前記第ｉ処理画像データを前記ｉ＋１個目のデータ出力先アプリケーションに処理させることを特徴とする請求項６〜１３の何れか１項に記載の情報処理プログラム。
15. 前記Ｎ個のデータ出力先アプリケーションには、画像データを編集するための編集アプリケーションが少なくとも１つ含まれており、
    前記処理制御手段が前記編集アプリケーションであるｉ個目のデータ出力先アプリケーションに処理を実行させた後に、前記ｉ個目のデータ出力先アプリケーションから第ｉ処理画像データが生成されたことを示す応答情報を取得したことに応じて、生成された前記第ｉ処理画像データによって形成される画像を示すとともに処理実行指示を受け付けるための第１指示受付画面を、前記表示部に表示させる第１指示受付画面表示制御手段として前記プロセッサをさらに機能させ、
    前記処理制御手段は、前記第１指示受付画面表示制御手段によって前記処理実行指示が受け付けられることを条件として、前記第ｉ処理画像データを前記ｉ＋１個目のデータ出力先アプリケーションに処理させることを特徴とする請求項１３または１４に記載の情報処理プログラム。
16. 前記Ｎ個のデータ出力先アプリケーションには、画像データを編集するための編集アプリケーションが少なくとも１つ含まれており、
    前記処理制御手段が前記編集アプリケーションであるｉ個目のデータ出力先アプリケーションに第ｉ処理画像データを生成させることに応じて前記第ｉ処理画像データの生成が完了した場合に、生成された前記第ｉ処理画像データにアクセスするためのアクセス情報を取得できなかったことに応じて、前記情報処理装置において直近に生成された直近生成画像データによって形成される画像を示すとともに処理実行指示を受け付けるための第２指示受付画面を、前記表示部に表示させる第２指示受付画面表示制御手段として前記プロセッサをさらに機能させ、
    前記処理制御手段は、前記第２指示受付画面表示制御手段によって前記処理実行指示が受け付けられることを条件として、前記直近生成画像データを前記ｉ＋１個目のデータ出力先アプリケーションに処理させることを特徴とする請求項１３〜１５の何れか１項に記載の情報処理プログラム。
17. 前記情報処理装置は、各種データを記憶可能な不揮発性の記憶部をさらに備え、
    前記処理制御手段は、前記ｉ個目のデータ出力先アプリケーションによる処理後の前記第ｉ処理画像データを前記記憶部に記憶させ、前記記憶部に記憶されている前記第ｉ処理画像データを前記ｉ＋１個目のデータ出力先アプリケーションに処理させることを特徴とする請求項６〜１６の何れか１項に記載の情報処理プログラム。
18. 前記情報処理装置は、外部機器と通信することが可能な通信インターフェースをさらに備え、
    前記画像データ取得手段は、１または複数の原稿をスキャンして１または複数の画像データを生成するスキャン処理を実行可能な画像処理装置から、前記通信インターフェースを介して前記画像データを取得することを特徴とする請求項１〜１７の何れか１項に記載の情報処理プログラム。
19. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションであるデータ出力先アプリケーションに処理させるデータ共有処理部を備えた情報処理装置であって、
    表示部と、
    画像データを取得する画像データ取得手段と、
    前記複数のアプリケーションを識別するための識別画像を前記表示部に表示させる識別画像表示制御手段と、
    前記識別画像が表示されている前記複数のアプリケーションのうちからＮ個（Ｎは１以上の自然数）の前記データ出力先アプリケーションを選択する操作の入力を受け付け、選択が受け付けられたＮ個のデータ出力先アプリケーションの各々に、前記画像データ取得手段によって取得された画像データを処理させる動作を、前記データ共有処理部に実行させる処理制御手段と、
    を備えることを特徴とする情報処理装置。
20. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションであるデータ出力先アプリケーションに処理させるデータ共有処理部を備えた情報処理装置の制御方法であって、
    前記情報処理装置は、表示部を備えており、
    画像データを取得する画像データ取得ステップと、
    前記複数のアプリケーションを識別するための識別画像を前記表示部に表示させる識別画像表示制御ステップと、
    前記識別画像が表示されている前記複数のアプリケーションのうちからＮ個（Ｎは１以上の自然数）の前記データ出力先アプリケーションを選択する操作の入力を受け付け、選択が受け付けられたＮ個のデータ出力先アプリケーションの各々に、前記画像データ取得ステップによって取得された画像データを処理させる動作を、前記データ共有処理部に実行させる処理制御ステップと、
    を備えることを特徴とする情報処理装置の制御方法。

Images