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

Description

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

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

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

共有機能に対応しているアプリケーションには、複数データを取り扱うことが可能なアプリケーションと、複数データを取り扱うことができないアプリケーションとが存在している。すると、複数のデータ取り扱う場合に、共有先のアプリケーションとして、複数データを取り扱うことができないアプリケーションが選択されてしまった場合には、共有処理を実行することができなくなってしまうことがあるため、ユーザビリティが良いとは言えない。

本明細書に開示されている情報処理プログラムは、データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置に読み込まれる情報処理プログラムであって、情報処理装置は、１または複数の原稿をスキャンして１または複数の画像情報を生成するスキャン処理を実行可能な画像処理装置と通信することが可能な通信インターフェースと、プロセッサと、記憶部と、表示部と、を備えており、プロセッサを、スキャン処理の実行指示情報を通信インターフェースが画像処理装置に送信するよう、実行指示情報を出力する実行指示情報出力手段と、１または複数の画像情報を通信インターフェースを介して情報処理装置から取得する画像情報取得手段と、１または複数の画像情報の全てを通信インターフェースを介して情報処理装置から取得する前に、スキャン処理の実行特性を示す特性情報を取得する特性情報取得手段と、複数のアプリケーションのうちから、特性情報取得手段によって取得された特性情報が示す実行特性に対応する１または複数の対応アプリケーションを抽出し、１または複数の対応アプリケーションを識別するための識別情報を表示部に表示させる表示制御手段と、識別情報が表示されている１または複数の対応アプリケーションのうちから出力先アプリケーションを選択する操作の入力を受け付け、選択が受け付けられた出力先アプリケーションに１または複数の画像情報を処理させる動作を、データ共有部に行わせる処理制御手段と、して機能させることが可能であることを特徴とする。

本明細書に記載されている情報処理プログラム等によれば、スキャン処理の実行特性に対応している出力先アプリケーションを、原稿の全てに対してスキャン処理が完了する前に、ユーザに選択させることが可能となる。これにより、スキャン処理の実行特性に非対応のアプリケーションが出力先アプリケーションとして選択されてしまう事態が防止できるため、画像情報を出力先アプリケーションに確実に処理させることが可能となる。また、全原稿に対するスキャン処理の完了をユーザに待機させることなく、出力先アプリケーションをユーザに選択させることができる。よって、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、スキャン処理の実行指示情報を画像処理装置へ出力する前に、出力先アプリケーションをユーザに選択させることが可能となる。そして、出力先アプリケーションがスキャン処理の実行特性に対応していなかった場合には、原稿の全てに対してスキャン処理が完了する前に、スキャン処理の実行特性に対応している出力先アプリケーションを、ユーザに再選択させることが可能となる。これにより、スキャン処理の実行特性に非対応のアプリケーションが出力先アプリケーションとして選択されてしまう事態が防止できるため、画像情報を出力先アプリケーションに確実に処理させることが可能となる。また、全原稿に対するスキャン処理の完了をユーザに待機させることなく、出力先アプリケーションをユーザに選択させることができる。よって、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、複数の画像情報を出力先アプリケーションに処理させる場合には、複数の画像処理装置を取り扱うことが可能なアプリケーションを、出力先アプリケーションとしてユーザに選択させることが可能となる。これにより、画像情報を出力先アプリケーションに確実に処理させることが可能となるため、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、全原稿に対するスキャン処理の完了をユーザに待機させることなく、画像情報が複数であるか単数であるかを判断し、判断結果に適合した出力先アプリケーションをユーザに選択させることができる。これにより、画像情報を出力先アプリケーションに確実に処理させることが可能となるため、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、所定サイズより大きいサイズを有する画像情報を出力先アプリケーションに処理させる場合には、所定サイズより大きい画像処理装置を取り扱うことが可能なアプリケーションを、出力先アプリケーションとしてユーザに選択させることが可能となる。これにより、画像情報を出力先アプリケーションに確実に処理させることが可能となるため、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、全原稿に対するスキャン処理の完了をユーザに待機させることなく、複数の画像情報の合計サイズが所定サイズよりも大きいか否かを判断し、判断結果に適合した出力先アプリケーションをユーザに選択させることができる。これにより、画像情報を出力先アプリケーションに確実に処理させることが可能となるため、利便性を高めることができる。

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

デバイス制御アプリケーションを搭載した携帯端末の電気的構成を示すブロック図である。 共有機能を説明する図である。 スキャン画面の画面例を示す図である。 フォーマット選択画面の画面例を示す図である。 共有先アプリ一覧画面の画面例を示す図である。 メインスレッド処理を示すフローチャートである。 メインスレッド処理を示すフローチャートである。 メインスレッド処理を示すフローチャートである。 スキャン実行スレッド処理を示すフローチャートである。 メインスレッド処理の変形例を示すフローチャートである。 メインスレッド処理の変形例を示すフローチャートである。 スキャン実行スレッド処理の変形例を示すフローチャートである。 スキャン実行スレッド処理の変形例を示すフローチャートである。

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

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

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

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

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

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

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

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

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

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

ここで、「データ」と「情報」の文言の定義を記載する。「データ」と「情報」では「情報」を「データ」の上位概念として用いている。そのため、「Ａデータ」を「Ａ情報」と言い換えてもよい。また、「Ａデータ」から複製された、または、変換された「Ｂデータ」は、「Ａデータ」と同等の意味を持って使用される限り「Ａ情報」である。

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

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

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

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

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

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

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

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

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

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

Ｓ１０５においてＣＰＵ１１は、スキャン画面７０をＬＣＤ１８に表示させる。図３に、スキャン画面７０の画面例を示す。スキャン画面７０は、スキャン画像７１、ページ表示領域７２、共有ボタン７４、スキャンボタン７６を含んでいる。スキャン画像７１は、スキャンデータに対応する画像である。スキャン処理の実行前においては、スキャンデータが未生成であることを示すスキャン画像７１（例えば、「Ｎｏ Ｉｍａｇｅ」などの文字列）が表示されるとしてもよい。

ページ表示領域７２は、デバイス３０に読み取らせた原稿の全ページ数と、現在表示中のスキャン画像７１が全ページの原稿のうち何ページ目の原稿の画像であるかを示すページ番号と、を表示する領域である。共有ボタン７４は、共有機能の実行指示を入力するための領域である。

スキャンボタン７６は、スキャン処理の実行指示を入力するための領域である。ユーザがスキャンボタン７６にタッチすると、デバイス３０に対するスキャン処理の実行指示情報が、無線ＬＡＮ送受信部１５を介してデバイス３０へ送信される。

Ｓ１１０においてＣＰＵ１１は、共有実行指示の入力を受け付けたか否かを判断する。当該判断は、スキャン画面７０の共有ボタン７４がタッチされたか否かによって行われても良い。肯定判断される場合（Ｓ１１０：ＹＥＳ）には、Ｓ１１５へ進む。

Ｓ１１５においてＣＰＵ１１は、フォーマット選択画面７７をＬＣＤ１８に表示させる。図４Ａに、フォーマット選択画面７７の画面例を示す。フォーマット選択画面７７には、フォーマット選択領域７８が含まれている。フォーマット選択領域７８は、ＰＤＦフォーマットと、ＪＰＥＧフォーマットとのいずれかの選択を受け付けるための領域である。ユーザは、いずれのフォーマットでスキャンデータを他のアプリケーションに共有させたいかを選択し、選択したフォーマットの選択肢にタッチする選択操作を行う。フォーマット選択画面７７においては、共有ボタン７４やスキャンボタン７６はグレーアウトされ、ユーザ操作を受け付けることができない状態とされてもよい。

Ｓ１２０においてＣＰＵ１１は、共有データのフォーマットが選択されたか否かを判断する。当該判断は、フォーマット選択領域７８がタッチされたか否かによって行われても良い。ＪＰＥＧフォーマットが選択されたと判断される場合（Ｓ１２０：ＪＰＥＧ）には、Ｓ１３０へ進む。

Ｓ１３０においてＣＰＵ１１は、複数のＪＰＥＧデータを処理可能なアプリケーションである、複数ＪＰＥＧ対応アプリケーションが存在するか否かを判断する。具体的には、ＣＰＵ１１は、ＪＰＥＧフォーマットのデータを処理可能であって、「ＳＥＮＤ＿ＭＵＬＴＩ」のアクションに対応しているアプリケーションを検索するよう、ＯＳ１４ａに対して要求する。なお、「ＳＥＮＤ＿ＭＵＬＴＩ」は、複数ＪＰＥＧ対応アプリケーションのみが宣言しているアクションである。ＯＳ１４ａから複数ＪＰＥＧ対応アプリケーションの識別情報を含む情報が返ってきた場合には、複数ＪＰＥＧ対応アプリケーションが存在すると判断し、ＯＳ１４ａから複数ＪＰＥＧ対応アプリケーションに対応しているアプリケーションの識別情報を含む情報が返ってこなかった場合には、一括処理アプリケーションが存在しないと判断する。アプリケーションの識別情報を含む情報の例としては、アンドロイド（登録商標）ＯＳにおけるインテントに含まれるアプリケーション名が挙げられる。複数ＪＰＥＧ対応アプリケーションが発見されなかった場合（Ｓ１３０：ＮＯ）には、Ｓ１３５へ進む。

Ｓ１３５においてＣＰＵ１１は、複数ページのスキャンに関する警告表示を、ＬＣＤ１８に表示させる。警告表示は、例えば、「複数ページをスキャンする場合には、複数ページの全てを共有できないことがあります」などの文字列であってもよい。またＣＰＵ１１は、不図示のＯＫボタンおよびキャンセルボタンを、ＬＣＤ１８に表示させる。Ｓ１３７においてＣＰＵ１１は、ユーザ入力を受け付けたか否かを判断する。キャンセルボタンがタッチされたと判断される場合（Ｓ１３７：キャンセル）にはＳ１１０へ戻り、ＯＫボタンがタッチされたと判断される場合（Ｓ１３７：ＯＫ）にはＳ１４０へ進む。

Ｓ１４０においてＣＰＵ１１は、共有先アプリ一覧画面８１をＬＣＤ１８に表示させる。図４Ｂに、共有先アプリ一覧画面８１の画面例を示す。共有先アプリ一覧画面８１は、共有機能によるデータ出力先として選択可能なアプリケーションを一覧で示す画面である。共有先アプリ一覧画面８１には、アプリケーションの名称８２〜８５が表示されている。名称８２および８３は、複数ＪＰＥＧ対応アプリケーションの名称である。名称８４および８５は、単数ＪＰＥＧ対応アプリケーションの名称である。単数ＪＰＥＧ対応アプリケーションは、１ページ分のデータのみを処理可能なアプリケーションである。

Ｓ１４０での具体的な処理例を説明する。本アプリ１４ｂは、ＯＳ１４ａのＡＰＩを呼び出して、処理対象フォーマットのタイプ、およびアクションを指定し、共有先アプリ６４の候補の一覧表示を要求する。このとき、ＪＰＥＧフォーマットのデータを処理可能なアプリケーションであって、「ＳＥＮＤ＿ＭＵＬＴＩ」または「ＳＥＮＤ」のアクションに対応しているアプリケーションを検索し、共有先アプリ一覧画面８１に一覧表示するように、ＯＳ１４ａに対して要求する。すなわち、図２（２１）に示す処理を実行する。ここで、「ＳＥＮＤ＿ＭＵＬＴＩ」は、スキャンデータが複数ページのＪＰＥＧデータである場合に指定されるアクションである。「ＳＥＮＤ」は、スキャンデータが単数ページのＪＰＥＧデータである場合に指定されるアクションである。一方、一覧表示要求を受けたＯＳ１４ａは、共有先アプリ６４（図２）の候補を検索し、発見されたアプリケーションの名称８２〜８５を列記した共有先アプリ一覧画面８１を、ＬＣＤ１８に表示させる。これにより、ユーザは、ＪＰＥＧデータを処理可能なアプリケーションを、共有先アプリ一覧画面８１から選択することが可能となる。

Ｓ１４３においてＣＰＵ１１は、共有先アプリ６４が選択されたか否かを判断する。具体的には、共有先アプリ一覧画面８１において選択された共有先アプリ６４の識別情報を含むインテントをＯＳ１４ａから受信した場合には、共有先アプリ６４の選択が行われたと判断される。否定判断される場合（Ｓ１４３：ＮＯ）にはＳ１４３へ戻り、肯定判断される場合（Ｓ１４３：ＹＥＳ）にはＳ１４５へ進む。

Ｓ１４５においてＣＰＵ１１は、選択された共有先アプリ６４が、複数ＪＰＥＧ対応アプリケーションであるか否かを判断する。肯定判断される場合（Ｓ１４５：ＹＥＳ）には、Ｓ１５０へ進む。Ｓ１５０においてＣＰＵ１１は、共有先アプリ６４として複数ＪＰＥＧ対応アプリケーションが選択されていることを示す共有先アプリ識別情報を、フラッシュメモリ１４に記憶させる。そしてＳ１１０へ戻る。共有先アプリ識別情報は、例えば、共有先アプリ６４のアプリケーション種類を識別するためのＩＤ情報であってもよい。一方、Ｓ１４５において否定判断される場合（Ｓ１４５：ＮＯ）には、Ｓ１５５へ進む。Ｓ１５５においてＣＰＵ１１は、共有先アプリ６４として単数ＪＰＥＧ対応アプリケーションが選択されていることを示す共有先アプリ識別情報を、フラッシュメモリ１４に記憶させる。そしてＳ１１０へ戻る。

一方、Ｓ１２０において、ＰＤＦフォーマットが選択されたと判断される場合（Ｓ１２０：ＰＤＦ）には、Ｓ１２５へ進む。

Ｓ１２５においてＣＰＵ１１は、ＰＤＦ対応アプリケーションの名称を、共有先アプリ一覧画面８１に一覧表示させる。ＰＤＦ対応アプリケーションは、複数ページのデータを処理可能なアプリケーションである。これにより、ユーザは、ＰＤＦデータを処理可能なアプリケーションを、共有先アプリ一覧画面８１から選択することが可能となる。なお、Ｓ１２５の処理内容は、前述したＳ１４０の処理内容と同様であるため、説明を省略する。

Ｓ１２７においてＣＰＵ１１は、共有先アプリ６４が選択されたか否かを判断する。否定判断される場合（Ｓ１２７：ＮＯ）にはＳ１２７へ戻り、肯定判断される場合（Ｓ１２７：ＹＥＳ）にはＳ１２９へ進む。Ｓ１２９においてＣＰＵ１１は、共有先アプリ６４としてＰＤＦ対応アプリケーションが選択されていることを示す共有先アプリ識別情報を、フラッシュメモリ１４に記憶させる。そしてＳ１１０へ戻る。

また、Ｓ１１０において否定判断される場合（Ｓ１１０：ＮＯ）には、Ｓ１７０へ進む。Ｓ１７０においてＣＰＵ１１は、スキャン実行指示の入力を受け付けたか否かを判断する。当該判断は、スキャン画面７０のスキャンボタン７６がタッチされたか否かによって行われても良い。肯定判断される場合（Ｓ１７０：ＹＥＳ）には、Ｓ１７３へ進む。

Ｓ１７３においてＣＰＵ１１は、スキャン実行スレッドを起動する。スキャン実行スレッドは、メインスレッドと並列に処理されるスレッドである。図８を用いて、スキャン実行スレッドの処理内容を説明する。

Ｓ１７５においてＣＰＵ１１は、無線ＬＡＮ送受信部１５を介して、スキャン実行指示情報をデバイス３０に送信する。デバイス３０は、スキャン実行指示情報を受信することに応じて、原稿をスキャンしてスキャンデータを生成し、携帯端末１０へ送信する。スキャンデータは、非圧縮、または可逆圧縮されたＲＡＷ画像データ、またはＪＰＥＧ形式などによって非可逆圧縮された画像データであってもよい。原稿が複数枚ある場合には、１枚ずつスキャン処理を実行し、スキャンデータを１つずつ生成する。デバイス３０は、１つのスキャンデータを生成するたびに、生成された１つのスキャンデータを、アクセスポイント５０を介して携帯端末１０へ送信する。そしてデバイス３０は、全ての原稿のスキャン処理が完了したことを検出すると、ジョブ完了情報を携帯端末１０へ送信する。デバイス３０がＡＤＦ（Auto Document Feeder）を備えている場合には、自動で複数枚の原稿が読み込まれるとしてもよい。そして、ＡＤＦにセットされた原稿の全てをスキャンしたことが検出されることに応じて、ジョブ完了情報を携帯端末１０へ送信するとしてもよい。一方、デバイス３０がＡＤＦを備えていない場合には、ユーザが１枚ずつフラットベッドに原稿を載置してスキャンを実行するとしてもよい。そして、スキャン終了指示の入力を受け付けることに応じて、ジョブ完了情報を携帯端末１０へ送信するとしてもよい。スキャン終了指示は、例えば、スキャン終了ボタンがユーザにタッチされることによって入力されるとしてもよい。

Ｓ１７７においてＣＰＵ１１は、ＲＡＭ１３に記憶させている受信ページ数を「０」にリセットする。Ｓ１８０においてＣＰＵ１１は、１ページ分のスキャンデータをデバイス３０から受信したか否かを判断する。否定判断される場合（Ｓ１８０：ＮＯ）にはＳ１８０へ戻り、肯定判断される場合（Ｓ１８０：ＹＥＳ）にはＳ１８５へ進む。Ｓ１８５においてＣＰＵ１１は、ＲＡＭ１３に記憶させている受信ページ数をインクリメントする。

Ｓ１９０においてＣＰＵ１１は、全ページ分のスキャンデータの受信が完了したか否かを判断する。当該判断は、ジョブ完了情報をデバイス３０から受信したか否かを判断する。例えば、Ｓ１８０で１ページ分のスキャンデータを受信完了したことが検出されてから、予め定められた所定時間内にジョブ完了情報を受信しなかった場合には、ジョブ完了情報を受信していないと判断してもよい。否定判断される場合（Ｓ１９０：ＮＯ）には、Ｓ１９３へ進む。

Ｓ１９３においてＣＰＵ１１は、Ｓ１８０において今回受信したスキャンデータが、１ページ目のスキャンデータであるか否かを判断する。当該判断は、上述した受信ページ数に基づいて判断されるとしてもよい。否定判断される場合（Ｓ１９３：ＮＯ）にはＳ１８０へ戻り、次のページのスキャンデータを受信する。一方、肯定判断される場合（Ｓ１９３：ＹＥＳ）には、Ｓ１９５へ進む。

Ｓ１９５においてＣＰＵ１１は、１ページ目のスキャンデータを受信した後に、ジョブ完了情報を受信しなかったことから、２ページ目以降のスキャンデータが今後送信されてくると予測する。換言すると、受信するスキャンデータが複数ページを備えている、と予測する。よってＣＰＵ１１は、受信するスキャンデータが複数ページを備えていることを示す特性情報を、メインスレッドに通知する。特性情報は、デバイス３０で行われるスキャン処理の実行特性に関する情報である。そしてＳ１８０へ戻り、次ページのスキャンデータを受信する。

一方、Ｓ１９０において肯定判断される場合（Ｓ１９０：ＹＥＳ）には、Ｓ２００へ進む。Ｓ２００においてＣＰＵ１１は、デバイス３０から受信したスキャンデータのページ数が１ページであるか否かを判断する。当該判断は、上述した受信ページ数に基づいて判断されるとしてもよい。肯定判断される場合（Ｓ２００：ＹＥＳ）にはＳ２０５へ進み、ＣＰＵ１１は、スキャン処理の完了により単数ページのスキャンデータを受信したことを示す特性情報を、メインスレッドに通知する。一方、否定判断される場合（Ｓ２００：ＮＯ）にはＳ２１０へ進み、ＣＰＵ１１は、スキャン処理の完了により複数ページのスキャンデータを受信したことを示す特性情報を、メインスレッドに通知する。そして、スキャン実行スレッドを終了する。

図６のＳ２４０においてＣＰＵ１１は、共有先アプリ６４が選択済みであるか否かを判断する。当該判断は、Ｓ１２９、Ｓ１５０またはＳ１５５において、共有先アプリ識別情報がフラッシュメモリ１４に記憶されているか否かによって行われても良い。肯定判断される場合（Ｓ２４０：ＹＥＳ）には、Ｓ２４５へ進む。

Ｓ２４５においてＣＰＵ１１は、複数ＪＰＥＧ対応アプリケーションが共有先アプリ６４として選択されているか否かを、共有先アプリ識別情報に基づいて判断する。肯定判断される場合（Ｓ２４５：ＹＥＳ）にはＳ２６５へ進み、否定判断される場合（Ｓ２４５：ＮＯ）にはＳ２５０へ進む。

Ｓ２５０においてＣＰＵ１１は、デバイス３０から受信したスキャンデータが複数ページを備えているか否かを判断する。当該判断は、Ｓ１９５、Ｓ２０５またはＳ２１０によって通知された特性情報に基づいて行われてもよい。否定判断される場合（Ｓ２５０：ＮＯ）にはＳ２６５へ進む。一方、肯定判断される場合（Ｓ２５０：ＹＥＳ）には、Ｓ２５５へ進む。

Ｓ２５５においてＣＰＵ１１は、ユーザによって選択されている単数ＪＰＥＧ対応アプリケーションが、複数ページのスキャンデータに対応していないことを示す警告エラーを、ＬＣＤ１８に表示させる。また、共有先アプリ６４の再選択を受け付けるための共有先アプリ一覧画面８１を、ＬＣＤ１８に表示させる。このときＣＰＵ１１は、複数ＪＰＥＧ対応アプリケーションの名称８２および８３のみを、ＬＣＤ１８に表示させるとしてもよい。

Ｓ２６０においてＣＰＵ１１は、共有先アプリ６４の再選択が行われたか否かを判断する。具体的な処理内容は、前述のＳ１４３の処理内容と同様であるため、説明を省略する。否定判断される場合（Ｓ２６０：ＮＯ）にはＳ２６０へ戻り、肯定判断される場合（Ｓ２６０：ＹＥＳ）にはＳ２６５へ進む。

Ｓ２６５においてＣＰＵ１１は、スキャンデータを共有先アプリ６４に共有させる、共有処理を実行する。具体的には、ＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出し、共有先アプリ６４の識別情報、１つまたは複数のスキャンデータである共有データのＵＲＩ、「ＪＰＥＧ」または「ＰＤＦ」のタイプ、「ＳＥＮＤ＿ＭＵＬＴＩ」または「ＳＥＮＤ」のアクション、を指定して、明示的共有機能の実行をＯＳ１４ａに要求する。複数ＪＰＥＧ対応アプリケーションが共有先アプリ６４として選択されている場合には、ＣＰＵ１１は、複数のスキャンデータから、それぞれ１つのＪＰＥＧデータを作成することにより、複数のＪＰＥＧデータを作成する。また、単数ＪＰＥＧ対応アプリケーションが共有先アプリ６４として選択されている場合には、ＣＰＵ１１は、１つのスキャンデータから１つのＪＰＥＧデータを作成する。また、ＰＤＦ対応アプリケーションが共有先アプリ６４として選択されている場合には、ＣＰＵ１１は、１つまたは複数のスキャンデータから、１ページまたは複数ページのデータを含む１つのＰＤＦデータを作成する。

Ｓ２６７においてＣＰＵ１１は、全てのスキャンデータを共有先アプリ６４に共有させる処理が完了したことを示す情報を、ＬＣＤ１８に表示させる。このとき、最後に共有先アプリ６４に共有させたスキャンデータによって表されるサムネイル画像を、ＬＣＤ１８に表示させてもよい。Ｓ２７０においてＣＰＵ１１は、共有先アプリ識別情報をフラッシュメモリ１４から消去する。そしてフローを終了する。

また、Ｓ２４０において否定判断される場合（Ｓ２４０：ＮＯ）には、Ｓ２８０へ進む。Ｓ２８０においてＣＰＵ１１は、フォーマット選択画面７７をＬＣＤ１８に表示させる。Ｓ２８０の処理内容は、前述のＳ１１５の処理内容と同様であるため、説明を省略する。

Ｓ２８５においてＣＰＵ１１は、共有データのフォーマットが選択されたか否かを判断する。ＪＰＥＧフォーマットが選択されたと判断される場合（Ｓ２８５：ＪＰＥＧ）には、Ｓ２９５へ進む。

Ｓ２９５においてＣＰＵ１１は、デバイス３０から受信したスキャンデータが複数ページであるか否かを判断する。肯定判断される場合（Ｓ２９５：ＹＥＳ）にはＳ３００へ進み、ＣＰＵ１１は、複数ＪＰＥＧ対応アプリケーションの名称８２および８３のみを、ＬＣＤ１８に表示させる。一方、否定判断される場合（Ｓ２９５：ＮＯ）にはＳ３０５へ進み、ＣＰＵ１１は、複数ＪＰＥＧ対応アプリケーションの名称８２および８３と、単数ＪＰＥＧ対応アプリケーションの名称８４および８５を、ＬＣＤ１８に表示させる。なお、Ｓ２９５の処理内容は、Ｓ１４０で説明済みであるため、ここでは説明を省略する。

また、Ｓ２８５において、ＰＤＦフォーマットが選択されたと判断される場合（Ｓ２８５：ＰＤＦ）には、Ｓ２９０へ進む。Ｓ２９０においてＣＰＵ１１は、ＰＤＦ対応アプリケーションの名称を、共有先アプリ一覧画面８１に一覧表示させる。そしてＳ３１０へ進む。

Ｓ３１０においてＣＰＵ１１は、共有先アプリ６４が選択されたか否かを判断する。否定判断される場合（Ｓ３１０：ＮＯ）にはＳ３１０へ戻り、肯定判断される場合（Ｓ３１０：ＹＥＳ）にはＳ３３５へ進む。Ｓ３３５、Ｓ３３７、Ｓ３４０の各々の処理内容は、前述のＳ２６５、Ｓ２６７、Ｓ２７０の各々の処理内容と同様であるため、説明を省略する。

＜効果＞
本明細書に記載されているデバイス制御アプリケーション１４ｂによれば、スキャン実行スレッドを起動することで（Ｓ１７０：ＹＥＳ、Ｓ１７３）、スキャンデータをデバイス３０に生成させる（Ｓ１７５）とともに、生成されたスキャンデータをデバイス３０から取得することができる（Ｓ１８０）。そして、複数ページのスキャンデータの全てをデバイス３０から取得する前に（Ｓ１９０：ＮＯ）、生成されるスキャンデータが複数ページ存在するか否かについて予測し、複数ページ存在すると予測される場合には、受信するスキャンデータが複数ページを備えていることを示す特性情報をメインスレッドに通知することができる（Ｓ１９５）。そして、共有先アプリ６４の選択を受け付ける際に（Ｓ２４０：ＮＯ）、取得した特性情報がスキャンデータが複数ページを備えているという実行特性を示している場合には（Ｓ２９５：ＹＥＳ）、複数ＪＰＥＧ対応アプリケーションを共有先アプリ６４の候補としてＬＣＤ１８に表示させることができる（Ｓ３００）。また、取得した特性情報が、スキャンデータが単数ページを備えているという実行特性を示している場合には（Ｓ２９５：ＮＯ）、単数ＪＰＥＧ対応アプリケーションを共有先アプリ６４の候補としてＬＣＤ１８に表示させることができる（Ｓ３０５）。そして、共有先アプリ６４の選択を受け付けると（Ｓ３１０：ＹＥＳ）、スキャンデータを共有先アプリ６４に共有させる、共有処理を実行することができる（Ｓ３３５）。以上により、全原稿に対してスキャン処理が完了する前に、スキャンデータが複数ページであるか単数ページであるかを予測し、予測結果に適合した共有先アプリ６４をユーザに選択させることが可能となる。これにより、スキャン処理の実行特性に非対応のアプリケーションが共有先アプリ６４として選択されてしまうといった事態の発生を防止することができるため、スキャンデータを共有先アプリ６４に確実に処理させることが可能となる。また、全原稿に対するスキャン処理の完了をユーザに待機させる必要がないため、ユーザの利便性を高めることが可能となる。

本明細書に記載されているデバイス制御アプリケーション１４ｂによれば、共有実行指示の入力を受け付けることに応じて（Ｓ１１０：ＹＥＳ）、共有先アプリ一覧画面８１をＬＣＤ１８に表示させることができる（Ｓ１４０）。また、共有先アプリ６４を選択する選択操作の入力を受け付けることができる（Ｓ１４３）。共有先アプリ６４の選択操作の入力を受け付けた後に、スキャン実行指示の入力を受け付けることができる（Ｓ１７０：ＹＥＳ）。そして、複数ページのスキャンデータの全てをデバイス３０から取得する前に（Ｓ１９０：ＮＯ）、デバイス３０で生成されるスキャンデータが複数ページ存在するか否かについて予測し、複数ページ存在すると予測される場合には、受信するスキャンデータが複数ページを備えているという実行特性を示す特性情報をメインスレッドに通知することができる（Ｓ１９５）。選択されている共有先アプリ６４が単数ＪＰＥＧ対応アプリケーションである場合に（Ｓ２４５：ＮＯ）、スキャンデータが複数ページを備えているという実行特性を特性情報が示している場合には（Ｓ２５０：ＹＥＳ）、共有先アプリ６４がスキャン処理の実行特性に対応していないと判断することができる。よって、複数ＪＰＥＧ対応アプリケーションの名称のみをＬＣＤ１８に表示させ（Ｓ２５５）、共有先アプリ６４の再選択の入力を受け付けることができる（Ｓ２６０）。共有先アプリ６４の再選択を受け付けると（Ｓ２６０：ＹＥＳ）、スキャンデータを共有先アプリ６４に共有させる、共有処理を実行することができる（Ｓ２６５）。以上により、スキャン実行指示の入力受け付け（Ｓ１７０）の前に、共有先アプリ６４の選択受け付け（Ｓ１４７、Ｓ１２７）を実行することが可能となる。そして、原稿の全てに対してスキャン処理が完了する前に、選択されている共有先アプリ６４がスキャン処理の実行特性に対応しているか否かを予測することができる（Ｓ２５０）。そして、共有先アプリ６４がスキャン処理の実行特性に対応していないと予測される場合には（Ｓ２４５：ＮＯ、Ｓ２５０：ＹＥＳ）、実行特性に対応している共有先アプリ６４をユーザに再選択させることが可能となる（Ｓ２６０）。これにより、スキャン処理の実行特性に非対応のアプリケーションが共有先アプリ６４として選択されてしまうといった事態の発生を防止することができるため、スキャンデータを共有先アプリ６４に確実に処理させることが可能となる。また、全原稿に対するスキャン処理の完了をユーザに待機させる必要がないため、ユーザの利便性を高めることが可能となる。

本明細書に記載されているデバイス制御アプリケーション１４ｂによれば、１枚目の原稿に基づいて生成されたスキャンデータをデバイス３０から取得（Ｓ１８０：ＹＥＳ）した後に、２枚目以降の原稿に基づいて生成されたスキャンデータをデバイス３０から取得することなく（Ｓ２００：ＹＥＳ）、ジョブ完了情報をデバイス３０から取得した場合（Ｓ１９０：ＹＥＳ）には、スキャンデータが単数ページであるという実行特性を示す特性情報を取得したと判断し、当該特性情報をメインスレッドに通知することができる（Ｓ２０５）。これにより、スキャンデータを共有先アプリ６４に確実に処理させることが可能となるため、利便性を高めることができる。

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

＜変形例１＞
スキャン処理の実行特性として、スキャン処理によって生成される１または複数のスキャンデータの合計サイズを用いてもよい。図９〜図１１のフローを用いて、具体例を説明する。図９〜図１１の各フローは、図６〜図８の各フローのステップの一部を変更したフローである。図９〜図１１の各フローにおいて、図６〜図８の各フローと同一の符号が付されているステップの内容は説明済みであるため、ここでは説明を省略する。図１１のＳ１９３において、１枚目のスキャンデータを受信した場合であると判断される場合（Ｓ１９３：ＹＥＳ）には、Ｓ１９４ａへ進む。Ｓ１９４ａにおいてＣＰＵ１１は、１枚目のスキャンデータのサイズが、予め定められた特定サイズよりも大きいか否かを判断する。特定サイズは、共有先アプリ６４が選択されていないときは、共有先アプリ６４の候補アプリケーションが取り扱い可能なデータサイズに基づいて適宜定めてもよい。また、共有先アプリ６４が選択されているときは、共有先アプリ６４が取り扱うことが可能なデータサイズに基づいて適宜定めてもよい。例えば、共有先アプリ６４が選択されていない場合には、取り扱い可能なデータサイズが最も小さいアプリケーションを特定アプリケーションとし、特定アプリケーションが取扱い可能なデータサイズに基づく特定サイズを取得してよい。また、共有先アプリ６４が選択された場合には、選択されたアプリケーションを特定アプリケーションとし、特定アプリケーションが取扱い可能なデータサイズに基づく特定サイズを取得してよい。特定アプリケーションが取扱い可能なデータサイズが２Ｍバイトである場合に、特定サイズは、取扱い可能サイズの半分である１Ｍバイトであってもよい。また、特定アプリケーションが取り扱い可能なデータサイズが５Ｍバイトである場合に、特定サイズは２Ｍバイトであってもよい。また、特定アプリケーションが取り扱い可能なデータサイズに制限がない場合は、特定サイズは無限大であるとしてもよいし、Ｓ１９４ａ、Ｓ２００ａにおけるスキャンデータのサイズが特定サイズを超えるかどうかの判断を行わないよう処理してもよい。なお、一部ページ分のスキャンデータの取得時点でスキャンデータのサイズが特定サイズを超える場合は、全ページ分のスキャンデータのサイズは取り扱い可能なデータサイズを超える可能性が高い。すなわち、一部ページ分のスキャンデータの取得時点でスキャンデータのサイズが特定サイズを超えるかどうかを判断することは、全ページ分のスキャンデータのサイズは取り扱い可能なデータサイズを超える可能性が高いかどうかを判断していることにもなる。特定アプリケーションの一例としては電子メールアプリケーションが挙げられ、特定アプリケーションで取り扱われるデータの一例としては添付ファイルが挙げられる。

アプリケーション毎に自アプリケーションが取り扱うことが可能なデータサイズを予め宣言してもよい。この場合、ＣＰＵ１１はＯＳ１４ａを介して、各アプリケーションが取り扱うことが可能なデータサイズを取得してもよい。また、ＣＰＵ１１は、各アプリケーションが取り扱うことが可能なデータのサイズを、フラッシュメモリ１４やインターネットから取得してもよい。

Ｓ１９４ａにおいて否定判断される場合（Ｓ１９４ａ：ＮＯ）にはＳ１８０へ戻り、肯定判断される場合（Ｓ１９４ａ：ＹＥＳ）にはＳ１９５ａへ進む。Ｓ１９５ａにおいてＣＰＵ１１は、受信するスキャンデータが複数ページを備えているとともに、複数ページのスキャンデータの合計サイズが上限サイズより大きくなる、と予測する。よってＣＰＵ１１は、スキャンデータの合計サイズが上限サイズを超えることを示す特性情報を、メインスレッドに通知する。また、Ｓ２００ａにおいてＣＰＵ１１は、デバイス３０から受信したスキャンデータの合計サイズが上限サイズを超過するか否かを判断する。肯定判断される場合（Ｓ２００ａ：ＹＥＳ）にはＳ２０５ａへ進み、ＣＰＵ１１は、スキャンデータの合計サイズが上限サイズを超えることを示す特性情報を、メインスレッドに通知する。そして、図９のＳ２４０ａへ進む。一方、否定判断される場合（Ｓ２００ａ：ＮＯ）にはＳ２１０ａへ進み、ＣＰＵ１１は、スキャンデータの合計サイズが上限サイズを超えないことを示す特性情報を、メインスレッドに通知する。そして、図９のＳ２４０ａへ進む。

Ｓ２４０ａにおいて、共有先アプリ６４が選択済みであると判断される場合（Ｓ２４０ａ：ＹＥＳ）には、Ｓ２４５ａへ進む。Ｓ２４５ａにおいてＣＰＵ１１は、取り扱い可能なデータサイズに制限があるアプリケーションが、共有先アプリ６４として選択されているか否かを判断する。Ｓ２４５ａで肯定判断される場合（Ｓ２４５ａ：ＹＥＳ）には、Ｓ２５０ａへ進む。Ｓ２５０ａにおいてＣＰＵ１１は、デバイス３０から受信したスキャンデータの合計サイズが、上限サイズを超えるか否かを判断する。当該判断は、図１１のＳ１９５ａ、Ｓ２０５ａまたはＳ２１０ａによって通知された特性情報に基づいて行われてもよい。肯定判断される場合（Ｓ２５０ａ：ＹＥＳ）には、Ｓ２５５において、ユーザによって選択されている特定アプリケーションが、複数ページのスキャンデータを取り扱うことができないことを示す警告エラーを、ＬＣＤ１８に表示させる。

また図１０のＳ２９５ａにおいて、ＣＰＵ１１は、デバイス３０から受信したスキャンデータの合計サイズが、上限サイズを超えるか否かを判断する。肯定判断される場合（Ｓ２９５ａ：ＹＥＳ）にはＳ３００ａへ進み、ＣＰＵ１１は、特定アプリケーションを除いたアプリケーションの名称を、ＬＣＤ１８に表示させる。一方、否定判断される場合（Ｓ２９５ａ：ＮＯ）にはＳ３０５ａへ進み、ＣＰＵ１１は、特定アプリケーションを含んだ全てのアプリケーションの名称を、ＬＣＤ１８に表示させる。

以上により、全原稿に対してスキャン処理が完了する前に、スキャンデータの合計サイズが上限サイズを超過するか否かを予測し、予測結果に適合した共有先アプリ６４をユーザに選択させることが可能となる。これにより、スキャンデータを共有先アプリ６４に確実に処理させることが可能となる。また、全原稿に対するスキャン処理の完了をユーザに待機させる必要がないため、ユーザの利便性を高めることが可能となる。

＜変形例２＞
Ｓ１９０において、全ページ分のスキャンデータの受信が完了したか否かを判断する態様は様々であってよい。例えば、ジョブ完了情報を用いない形態であってもよい。図１２のフローを用いて、具体例を説明する。図１２のフローにおいて、図８のフローと同一の符号が付されているステップの内容は説明済みであるため、ここでは説明を省略する。Ｓ１９０ｂにおいてＣＰＵ１１は、予め定められた待機時間内に、次ページのスキャンデータの先頭パケットを受信したか否かを判断する。否定判断される場合（Ｓ１９０ｂ：ＮＯ）には、全ページ分のスキャンデータの受信が完了したと判断し、Ｓ２００へ進む。一方、肯定判断される場合（Ｓ１９０ｂ：ＹＥＳ）には、全ページ分のスキャンデータの受信が完了していないと判断し、Ｓ１９３ｂへ進む。

Ｓ１９３ｂにおいてＣＰＵ１１は、受信した先頭パケットが、２ページ目のスキャンデータの先頭パケットであるか否かを判断する。当該判断は、受信ページ数に基づいて判断されるとしてもよい。否定判断される場合（Ｓ１９３ｂ：ＮＯ）にはＳ１８０へ戻り、肯定判断される場合（Ｓ１９３ｂ：ＹＥＳ）には、Ｓ１９５へ進む。Ｓ１９５においてＣＰＵ１１は、２ページ目のスキャンデータの先頭パケットを受信したことから、受信するスキャンデータが複数ページを備えている、と予測する。そしてＣＰＵ１１は、受信するスキャンデータが複数ページを備えていることを示す特性情報を、メインスレッドに通知する。

以上により、２ページ目のスキャンデータの先頭パケットを、スキャンデータが複数ページであるという実行特性を示す特性情報として流用することが可能となる。よって、全原稿に対してスキャン処理が完了する前に、スキャンデータが複数ページであるか単数ページであるかを予測し、予測結果に適合した共有先アプリ６４をユーザに選択させることが可能となる。

＜その他の変形例＞
スキャン実行指示の入力を受け付けた後に、共有先アプリ６４の選択を受け付ける形態であってもよい。この場合、図５のＳ１１０〜Ｓ１５５を削除すればよい。Ｓ１０５から、図６のＳ１７０へ進むとすればよい。Ｓ１７０で否定判断される場合には、Ｓ１７０へ戻るとすればよい。図６のＳ２４０〜Ｓ２７０を削除すればよい。Ｓ１７３から、Ｓ２８０へ進むとすればよい。

共有先アプリ６４の選択を受け付けた後に、スキャン実行指示の入力を受け付ける形態であってもよい。この場合、Ｓ１１０で否定判断される場合には、Ｓ１１０へ戻るとすればよい。Ｓ１２９、Ｓ１５０、Ｓ１５５の各々から、図６のＳ１７０へ進むとすればよい。 Ｓ１７０で否定判断される場合には、Ｓ１７０へ戻るとすればよい。図７のＳ２８０〜Ｓ３４０を削除すればよい。Ｓ２４０を削除し、Ｓ１７３からＳ２４５へ進むとすればよい。

共有データのフォーマットの選択受け付けは、省略することが可能である。この場合、図５のＳ１１５〜Ｓ１２９を省略すればよい。Ｓ１１０において肯定判断された場合には、Ｓ１３０へ進むとすれば良い。

警告表示を行う処理は、省略することが可能である。この場合、Ｓ１３０〜Ｓ１３７を省略して、Ｓ１２０からＳ１４０へ進むとしてもよい。

以上より一般的に言うと、第１の場合では、デバイス制御アプリケーション１４ｂは、「実行指示情報出力手段」と、「画像情報取得手段」と、「特性情報取得手段」と、「表示制御手段」と、「処理制御手段」と、して少なくともＣＰＵ１１を機能させれば良い。具体例としては、ＣＰＵ１１は、Ｓ１７５と、Ｓ１９５と、Ｓ３００と、Ｓ３０５と、Ｓ３３５とを少なくとも実行すればよい。また、第２の場合では、デバイス制御アプリケーション１４ｂは、「選択受付手段」と、「実行指示情報出力手段」と、「画像情報取得手段」と、「特性情報取得手段」と、「表示制御手段」と、「処理制御手段」と、して少なくともＣＰＵ１１を機能させれば良い。具体例としては、ＣＰＵ１１は、Ｓ１４３と、Ｓ１７５と、Ｓ１８０と、Ｓ１９５と、Ｓ２５５と、Ｓ２６５とを少なくとも実行すればよい。

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

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

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

また、上記実施形態において、スキャナデータを画像データの一例として説明したが、画像データはこれに限られるものではなく、例えば、携帯端末１０に内蔵されたデジタルカメラで撮影された画像データであっても良い。デジタルカメラでは、連続撮影機能によって、１の撮影操作で複数の画像データが生成されるとしてもよい。また、ＬＣＤ１８に表示させるスキャン画像７１のサイズに合わせて、スキャンデータを縮小または拡大して生成したデータが、画像データの一例であっても良い。

また、上記実施形態では、「作成」とは、デバイス３０から取得した画像データを、選択されたフォーマットのファイルに変換することであった。また、この場合、共有データのＵＲＩは、ファイルパスで構成されるものとして説明した。しかしながら、「作成」とは、デバイス３０から取得した画像データを、処理対象フォーマットのコンテンツに変換することであっても良い。その場合、共有データのＵＲＩは、例えば、「Contents:///devicecontrol1/attach/1」のようにアプリケーション中のインデックスやＩＤでデータを特定する形式である、コンテンツ形式で構成される。

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

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

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

また、上記実施形態においては、共有先アプリ一覧画面８１（図４Ｂ）に含まれるアプリケーションの名称８２〜８５が、アプリケーションを識別する画像として用いられる場合を説明したが、アプリケーションを識別する画像として、アプリケーションのアイコン画像が用いられても良い。

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

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

共有元アプリ６０は、データ出力元のアプリケーションの一例である。共有先アプリ６４は、出力先アプリケーションの一例である。ＣＰＵ１１は、データ共有部の一例である。携帯端末１０は、情報処理装置の一例である。デバイス制御アプリケーション１４ｂは、情報処理プログラムの一例である。スキャンデータは、画像情報の一例である。デバイス３０は、画像処理装置の一例である。無線ＬＡＮ送受信部１５は、通信インターフェースの一例である。ＣＰＵ１１は、プロセッサの一例である。ＲＡＭ１３は、記憶部の一例である。ＬＣＤ１８は、表示部の一例である。Ｓ１７５を実行するＣＰＵ１１は、実行指示情報出力手段の一例である。Ｓ１８０を実行するＣＰＵ１１は、画像情報取得手段の一例である。Ｓ１９５、Ｓ２０５、Ｓ２１０を実行するＣＰＵ１１は、特性情報取得手段の一例である。名称８２〜８５は、識別情報の一例である。Ｓ３００、Ｓ３０５、Ｓ２５５を実行するＣＰＵ１１は、表示制御手段の一例である。Ｓ３３５、Ｓ２６５を実行するＣＰＵ１１は、処理制御手段の一例である。Ｓ１４３を実行するＣＰＵ１１は、選択受付手段の一例である。

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

Claims (12)

1. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置に読み込まれる情報処理プログラムであって、
   前記情報処理装置は、
   １または複数の原稿をスキャンして１または複数の画像情報を生成するスキャン処理を実行可能な画像処理装置と通信することが可能な通信インターフェースと、
   プロセッサと、
   表示部と、
   を備えており、
   前記プロセッサを、
   前記スキャン処理の実行指示情報を前記通信インターフェースが前記画像処理装置に送信するよう、前記実行指示情報を出力する実行指示情報出力手段と、
   前記１または複数の画像情報を前記通信インターフェースを介して前記画像処理装置から取得する画像情報取得手段と、
   前記１または複数の画像情報の全てを前記通信インターフェースを介して前記画像処理装置から取得する前に、前記スキャン処理の実行特性を示す特性情報を取得する特性情報取得手段と、
   前記複数のアプリケーションのうちから、前記特性情報取得手段によって取得された前記特性情報が示す実行特性に対応する１または複数の対応アプリケーションを抽出し、前記１または複数の対応アプリケーションを識別するための識別情報を前記表示部に表示させる表示制御手段と、
   前記識別情報が表示されている前記１または複数の対応アプリケーションのうちから前記出力先アプリケーションを選択する操作の入力を受け付け、選択が受け付けられた前記出力先アプリケーションに前記１または複数の画像情報を処理させる動作を、前記データ共有部に行わせる処理制御手段と、
   して機能させることが可能であることを特徴とする情報処理プログラム。
2. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置に読み込まれる情報処理プログラムであって、
   前記情報処理装置は、
   １または複数の原稿をスキャンして１または複数の画像情報を生成するスキャン処理を実行可能な画像処理装置と通信することが可能な通信インターフェースと、
   プロセッサと、
   表示部と、
   を備えており、
   前記プロセッサを、
   前記複数のアプリケーションを識別するための識別情報を前記表示部に表示させ、前記識別情報が表示されている前記複数のアプリケーションのうちから前記出力先アプリケーションを選択する選択操作の入力を受け付ける選択受付手段と、
   前記選択受付手段が前記選択操作の入力を受け付けた後に、前記スキャン処理の実行指示情報を前記通信インターフェースが前記画像処理装置に送信するよう、前記実行指示情報を出力する実行指示情報出力手段と、
   前記１または複数の画像情報を前記通信インターフェースを介して前記画像処理装置から取得する画像情報取得手段と、
   前記１または複数の画像情報の全てを前記通信インターフェースを介して前記画像処理装置から取得する前に、前記スキャン処理の実行特性を示す特性情報を取得する特性情報取得手段と、
   前記選択受付手段によって選択が受け付けられた前記出力先アプリケーションが、前記特性情報取得手段によって取得された前記特性情報が示す実行特性に対応していない場合に、前記実行特性に対応する１または複数の対応アプリケーションを抽出し、前記１または複数の対応アプリケーションを識別するための識別情報を前記表示部に表示させる表示制御手段と、
   前記識別情報が表示されている前記１または複数の対応アプリケーションのうちから前記出力先アプリケーションを再選択する操作の入力を受け付け、再選択が受け付けられた前記出力先アプリケーションに前記１または複数の画像情報を処理させる動作を、前記データ共有部に行わせる処理制御手段と、
   して機能させることが可能であることを特徴とする情報処理プログラム。
3. 前記実行特性は、前記スキャン処理によって生成される前記画像情報が複数であるか単数であるかについての特性であり、
   前記表示制御手段は、前記実行特性が前記画像情報が複数であるという特性である場合には、前記対応アプリケーションとして複数の画像情報を取り扱うことが可能なアプリケーションを抽出し、前記実行特性が前記画像情報が単数であるという特性である場合には、前記対応アプリケーションとして単数の画像情報を取り扱うことが可能なアプリケーションを抽出することを特徴とする請求項１または２に記載の情報処理プログラム。
4. 前記特性情報取得手段は、前記画像情報取得手段が１枚目の原稿に基づいて生成された画像情報を前記画像処理装置から取得した後に、２枚目の原稿に基づいて生成された画像情報を前記通信インターフェースを介して前記画像処理装置から取得しなかった場合には、前記画像情報が単数であるという実行特性を示す前記特性情報を取得したと判断することを特徴とする請求項３に記載の情報処理プログラム。
5. 前記特性情報取得手段は、前記画像情報取得手段が１枚目の原稿に基づいて生成された画像情報を前記画像処理装置から取得した後に、２枚目以降の原稿に基づいて生成された画像情報を前記通信インターフェースを介して前記画像処理装置から取得することなく、前記スキャン処理が完了したことを示す情報を前記通信インターフェースを介して前記画像処理装置から取得した場合には、前記画像情報が単数であるという実行特性を示す前記特性情報を取得したと判断することを特徴とする請求項３または４に記載の情報処理プログラム。
6. 前記特性情報取得手段は、前記画像情報取得手段が１枚目の原稿に基づいて生成された画像情報を前記画像処理装置から取得した後に、２枚目以降の原稿に基づいて生成された画像情報を前記通信インターフェースを介して前記画像処理装置から取得した場合には、前記画像情報が複数であるという実行特性を示す前記特性情報を取得したと判断することを特徴とする請求項３〜５の何れか一項に記載の情報処理プログラム。
7. 前記実行特性は、前記スキャン処理によって生成される前記１または複数の画像情報の合計サイズが予め定められた所定サイズより大きいか否かについての特性であり、
   前記表示制御手段は、前記実行特性が前記１または複数の画像情報の合計サイズが前記所定サイズより大きいという特性である場合には、前記所定サイズより大きい画像情報を取り扱うことが可能なアプリケーションを前記対応アプリケーションとして抽出し、前記実行特性が前記１または複数の画像情報の合計サイズが前記所定サイズより小さいという特性である場合には、前記所定サイズより小さい画像情報を取り扱うことが可能なアプリケーションを前記対応アプリケーションとして抽出することを特徴とする請求項１または２に記載の情報処理プログラム。
8. 前記特性情報取得手段は、前記画像情報取得手段が１枚目の原稿に基づいて生成された第１の画像情報を前記画像処理装置から取得した後に、前記スキャン処理が完了したことを示す情報を前記通信インターフェースを介して前記画像処理装置から取得しなかった場合において、前記第１の画像情報のサイズが前記所定サイズの半分よりも大きい場合には、前記１または複数の画像情報の合計サイズが前記所定サイズより大きいという実行特性を示す前記特性情報を取得したと判断することを特徴とする請求項７に記載の情報処理プログラム。
9. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置であって、
   １または複数の原稿をスキャンして１または複数の画像情報を生成するスキャン処理を実行可能な画像処理装置と通信することが可能な通信インターフェースと、
   表示部と、
   前記スキャン処理の実行指示情報を前記通信インターフェースが前記画像処理装置に送信するよう、前記実行指示情報を出力する実行指示情報出力手段と、
   前記１または複数の画像情報を前記通信インターフェースを介して前記画像処理装置から取得する画像情報取得手段と、
   前記１または複数の画像情報の全てを前記通信インターフェースを介して前記画像処理装置から取得する前に、前記スキャン処理の実行特性を示す特性情報を取得する特性情報取得手段と、
   前記複数のアプリケーションのうちから、前記特性情報取得手段によって取得された前記特性情報が示す実行特性に対応する１または複数の対応アプリケーションを抽出し、前記１または複数の対応アプリケーションを識別するための識別情報を前記表示部に表示させる表示制御手段と、
   前記識別情報が表示されている前記１または複数の対応アプリケーションのうちから前記出力先アプリケーションを選択する操作の入力を受け付け、選択が受け付けられた前記出力先アプリケーションに前記１または複数の画像情報を処理させる動作を、前記データ共有部に行わせる処理制御手段と、
   を備えることを特徴とする情報処理装置。
10. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置であって、
    １または複数の原稿をスキャンして１または複数の画像情報を生成するスキャン処理を実行可能な画像処理装置と通信することが可能な通信インターフェースと、
    表示部と、
    前記複数のアプリケーションを識別するための識別情報を前記表示部に表示させ、前記識別情報が表示されている前記複数のアプリケーションのうちから前記出力先アプリケーションを選択する選択操作の入力を受け付ける選択受付手段と、
    前記選択受付手段が前記選択操作の入力を受け付けた後に、前記スキャン処理の実行指示情報を前記通信インターフェースが前記画像処理装置に送信するよう、前記実行指示情報を出力する実行指示情報出力手段と、
    前記１または複数の画像情報を前記通信インターフェースを介して前記画像処理装置から取得する画像情報取得手段と、
    前記１または複数の画像情報の全てを前記通信インターフェースを介して前記画像処理装置から取得する前に、前記スキャン処理の実行特性を示す特性情報を取得する特性情報取得手段と、
    前記選択受付手段によって選択が受け付けられた前記出力先アプリケーションが、前記特性情報取得手段によって取得された前記特性情報が示す実行特性に対応していない場合に、前記実行特性に対応する１または複数の対応アプリケーションを抽出し、前記１または複数の対応アプリケーションを識別するための識別情報を前記表示部に表示させる表示制御手段と、
    前記識別情報が表示されている前記１または複数の対応アプリケーションのうちから前記出力先アプリケーションを再選択する操作の入力を受け付け、再選択が受け付けられた前記出力先アプリケーションに前記１または複数の画像情報を処理させる動作を、前記データ共有部に行わせる処理制御手段と、
    を備えることを特徴とする情報処理装置。
11. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置の制御方法であって、
    前記情報処理装置は、
    １または複数の原稿をスキャンして１または複数の画像情報を生成するスキャン処理を実行可能な画像処理装置と通信することが可能な通信インターフェースと、
    表示部と、
    を備えており、
    前記スキャン処理の実行指示情報を前記通信インターフェースが前記画像処理装置に送信するよう、前記実行指示情報を出力する実行指示情報出力ステップと、
    前記１または複数の画像情報を前記通信インターフェースを介して前記画像処理装置から取得する画像情報取得ステップと、
    前記１または複数の画像情報の全てを前記通信インターフェースを介して前記画像処理装置から取得する前に、前記スキャン処理の実行特性を示す特性情報を取得する特性情報取得ステップと、
    前記複数のアプリケーションのうちから、前記特性情報取得ステップによって取得された前記特性情報が示す実行特性に対応する１または複数の対応アプリケーションを抽出し、前記１または複数の対応アプリケーションを識別するための識別情報を前記表示部に表示させる表示制御ステップと、
    前記識別情報が表示されている前記１または複数の対応アプリケーションのうちから前記出力先アプリケーションを選択する操作の入力を受け付け、選択が受け付けられた前記出力先アプリケーションに前記１または複数の画像情報を処理させる動作を、前記データ共有部に行わせる処理制御ステップと、
    を備えることを特徴とする情報処理装置の制御方法。
12. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置の制御方法であって、
    前記情報処理装置は、
    １または複数の原稿をスキャンして１または複数の画像情報を生成するスキャン処理を実行可能な画像処理装置と通信することが可能な通信インターフェースと、
    表示部と、
    を備えており、
    前記複数のアプリケーションを識別するための識別情報を前記表示部に表示させ、前記識別情報が表示されている前記複数のアプリケーションのうちから前記出力先アプリケーションを選択する選択操作の入力を受け付ける選択受付ステップと、
    前記選択受付ステップが前記選択操作の入力を受け付けた後に、前記スキャン処理の実行指示情報を前記通信インターフェースが前記画像処理装置に送信するよう、前記実行指示情報を出力する実行指示情報出力ステップと、
    前記１または複数の画像情報を前記通信インターフェースを介して前記画像処理装置から取得する画像情報取得ステップと、
    前記１または複数の画像情報の全てを前記通信インターフェースを介して前記画像処理装置から取得する前に、前記スキャン処理の実行特性を示す特性情報を取得する特性情報取得ステップと、
    前記選択受付ステップによって選択が受け付けられた前記出力先アプリケーションが、前記特性情報取得ステップによって取得された前記特性情報が示す実行特性に対応していない場合に、前記実行特性に対応する１または複数の対応アプリケーションを抽出し、前記１または複数の対応アプリケーションを識別するための識別情報を前記表示部に表示させる表示制御ステップと、
    前記識別情報が表示されている前記１または複数の対応アプリケーションのうちから前記出力先アプリケーションを再選択する操作の入力を受け付け、再選択が受け付けられた前記出力先アプリケーションに前記１または複数の画像情報を処理させる動作を、前記データ共有部に行わせる処理制御ステップと、
    を備えることを特徴とする情報処理装置の制御方法。