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

Abstract

【課題】各種のデータを複数のアプリケーション間で共有することができる情報処理プログラム等を提供すること。【解決手段】プロセッサは、画像データセットを、通信インターフェースを介して外部機器から取得する。プロセッサは、画像データセットに含まれている複数の画像情報のうちの少なくとも１つを含んでいる画像データ群であって、第１〜第Ｎ（Ｎは２以上の自然数）のＮ個の画像データ群を、画像データセットの中から選択する。プロセッサは、第１〜第Ｎの画像データ群の各々に対応する出力先アプリケーションを選択する。プロセッサは、第１〜第Ｎの画像データ群の各々に対応する複数の出力先アプリケーションの各々に、第１〜第Ｎの画像データ群の各々を処理させる共有処理を、データ共有部に行わせる。【選択図】図９

Description

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

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

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

共有機能を流用して複数のデータを含んだデータセットを取り扱う場合に、データセットの中に、共有先のアプリケーションが互いに異なっている複数のデータが含まれている場合がある。この場合、データセット単位で共有処理を行うことができず、データを１つずつ共有させるという操作を繰り返し行う必要が生じるため、ユーザビリティが良いとは言えない。

本明細書に開示されている情報処理プログラムは、データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置に読み込まれる情報処理プログラムであって、情報処理装置は、複数の画像情報を含んだ画像情報セットを出力する外部機器と通信することが可能な通信インターフェースと、プロセッサと、を備えており、プロセッサを、画像情報セットを通信インターフェースを介して外部機器から取得する画像情報セット取得手段と、画像情報セットに含まれている複数の画像情報のうちの少なくとも１つを含んでいる画像情報群であって、第１〜第Ｎ（Ｎは２以上の自然数）のＮ個の画像情報群を、画像情報セットの中から選択する画像情報群選択手段と、第１〜第Ｎの画像情報群の各々に対応する出力先アプリケーションを選択する出力先アプリケーション選択手段と、第１〜第Ｎの画像情報群の各々に対応する複数の出力先アプリケーションの各々に、第１〜第Ｎの画像情報群の各々を処理させる共有処理を、データ共有部に行わせる処理制御手段と、して機能させることが可能であることを特徴とする。

本明細書に記載されている情報処理プログラム等によれば、画像情報セットに含まれている第１〜第ＮのＮ個の画像情報群の各々を、異なる出力先アプリケーションに共有処理させることができる。これにより、画像情報の１つずつを対象として、共有処理を実行する操作を繰り返し行う必要がない。よって、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、共有処理を実行する１の指示を受け付けることにより、第１〜第Ｎの画像情報群の各々を対象として共有処理を実行させることが可能となる。これにより、複数の画像情報の各々に対する共有処理の実行指示を受け付ける場合に比して、共有処理の実行指示の受け付け頻度を減少させることができるため、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、共通出力先アプリケーションを起動した際に、共通出力先アプリケーションに対応付けられている共通画像情報群の全てに対して、まとめて共有処理を実行することができる。これにより、共通出力先アプリケーションが複数回起動されてしまう事態を防止することができるため、共有処理の実行時間を短縮化することが可能となり、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、共通出力先アプリケーションを起動した際に、共通出力先アプリケーションに対応付けられている共通画像情報群のうち、情報フォーマットが同一である共通画像情報群の全てに対して、まとめて共有処理を実行することができる。これにより、共有処理の実行時間を短縮化することが可能となるため、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、共通出力先アプリケーションを起動した際に、共通出力先アプリケーションに対応付けられている共通画像情報群のうち、共通画像情報群の情報内容を変更せずに出力する内容の共有処理が実行される共通画像情報群の全てに対して、まとめて共有処理を実行することができる。これにより、共有処理の実行時間を短縮化することが可能となるため、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、画像情報の特性に基づいて、第１〜第Ｎの画像情報群および出力先アプリケーションを、自動で選択することが可能となる。これにより、ユーザの操作負担を低減することが可能となるため、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、スキャンする原稿のサイズに応じて、画像情報群および出力先アプリケーションを自動で選択することが可能となる。これにより、ユーザの操作負担を低減することが可能となるため、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、スキャン処理によって生成された画像情報セットに含まれている第１〜第Ｎの画像情報群の各々に対して、異なる出力先アプリケーションに共有処理させることが可能となる。よって、利便性を高めることができる。

本明細書に記載されている情報処理プログラム等によれば、サーバ装置から取得した画像情報セットに含まれている第１〜第Ｎの画像情報群の各々に対して、異なる出力先アプリケーションに共有処理させることが可能となる。よって、利便性を高めることができる。

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

デバイス制御アプリケーションを搭載した携帯端末の電気的構成を示すブロック図である。 共有機能を説明する図である。 スキャン結果確認画面の画面例を示す図である。 フォーマット選択画面の画面例を示す図である。 処理中画面の画面例を示す図である。 選択画面の画面例を示す図である。 共有先アプリ一覧画面の画面例を示す図である。 データ選択画面の画面例を示す図である。 共有先アプリ一覧画面の画面例を示す図である。 共有先アプリ一覧画面の画面例を示す図である。 スキャン処理を示すフローチャートである。 共有処理を示すフローチャートである。 共有処理を示すフローチャートである。 共有処理を示すフローチャートである。 共有処理を示すフローチャートである。 共有処理の変形例を示すフローチャートである。 一括共有処理を説明するフローチャートである。 一括共有処理の動作具体例を説明する表である。 共有処理の変形例を示すフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、操作入力がない場合（Ｓ４０８：ＮＯ）、ＣＰＵ１１は、処理を待機する。一方、操作キー１６またはタッチパネル１７に対して操作が入力された場合であって（Ｓ４０８：ＹＥＳ）、且つ、共有機能以外の機能の実行指示が入力される場合（Ｓ４１０：ＮＯ）、ＣＰＵ１１は、操作入力に応じた各処理（例えば、画像データの保存処理）を実行し（Ｓ４１２）、スキャン処理を終了する。スキャン処理を終了すると、ＣＰＵ１１は本アプリ１４ｂの操作受け付け画面（図示せず）を表示させる。

一方、共有機能の実行指示が入力された場合（Ｓ４１０：ＹＥＳ）、ＣＰＵ１１は、フォーマット選択画面７７をＬＣＤ１８に表示させ（Ｓ４１４）、ＪＰＥＧフォーマットとＰＤＦフォーマットとのいずれかをユーザに選択させる。デバイス３０に読み取らせる原稿は、写真画像である場合、文書である場合など、様々である。よって、画像データの内容に適したフォーマットでデータを作成できるよう、いずれかのフォーマットをユーザに選択させるのである。

図３Ｂに、フォーマット選択画面７７の画面例を示す。フォーマット選択領域７８は、ＰＤＦフォーマットと、ＪＰＥＧフォーマットとのいずれかをユーザに選択させるための選択肢を含む。ユーザは、いずれのフォーマットで画像データを他のアプリケーションに共有させたいかを選択し、選択したフォーマットの選択肢にタッチする選択操作を行う。フォーマット選択画面７７においては、フォーマット選択領域７８のみで操作を受け付け、共有ボタン７４、保存ボタン７６はグレーアウトし、ユーザ操作を受け付けない。

次に、フォーマットが選択されない間（Ｓ４１６：ＮＯ）、ＣＰＵ１１は、処理を待機する。一方、タッチパネル１７がＰＤＦフォーマットを指定する指示を受け付けた場合（Ｓ４１６：ＰＤＦ）、ＣＰＵ１１はデバイス３０から取得した画像データから、ＰＤＦデータを作成する（Ｓ４３０）。なお、複数ページの原稿をデバイス３０にスキャンさせた場合、携帯端末１０は、複数の画像データをデバイス３０から取得する。その場合、ＣＰＵ１１は、複数の画像データから、複数ページのデータを含む１つのＰＤＦデータを作成する。

一方、タッチパネル１７がＪＰＥＧフォーマットを指定する指示を受け付けた場合であって（Ｓ４１６：ＪＰＥＧ）、且つ、デバイス３０から１つの画像データを取得した場合、すなわち、デバイス３０に１ページの原稿をスキャンさせた場合（Ｓ４１８：ＮＯ）、ＣＰＵ１１は、その画像データから１つのＪＰＥＧデータを作成する（Ｓ４２８）。

一方、デバイス３０から複数の画像データを取得した場合、例えば、デバイス３０に複数ページの原稿をスキャンさせた場合（Ｓ４１８：ＹＥＳ）、ＣＰＵ１１は、複数の画像データから、それぞれ１つのＪＰＥＧデータを作成することにより、複数のＪＰＥＧデータを作成する（Ｓ４２０）。

次に、ＣＰＵ１１は、処理中画面７９をＬＣＤ１８に表示させる（Ｓ４２２）。図３Ｃに、処理中画面７９の画面例を示す。この処理中画面７９の表示中、選択された一方のフォーマットの処理対象データが作成され、さらに、ＯＳ１４ａのＡＰＩを呼び出すことにより、そのデータがメモリカード２０に記憶される。なお、処理中画面７９の表示中は、ユーザ操作を受け付けない。

そして、処理対象データ（Ｓ４２０、Ｓ４２８で作成されるＪＰＥＧデータ、またはＳ４３０で作成されるＰＤＦデータ）の作成中（Ｓ４２４：ＮＯ）、ＣＰＵ１１は、Ｓ４２２から処理を繰り返す。本実施形態では、ＣＰＵ１１は、作成した処理対象データにファイル名を付与し、ファイルとしてメモリカード２０に記憶させる。処理対象データの作成開始から、処理対象データを構成するファイルをメモリカード２０に書き込み、そのファイルをクローズするまでは、処理対象データの作成中とする。付与されるファイル名は例えば、「ｐｈｏｔｏ．ｊｐｇ」「ｐｈｏｔｏ１．ｊｐｇ」「ｉｍａｇｅ１．ｊｐｇ」「ｉｍａｇｅ２．ｊｐｇ」「ｄｏｃｕｍｅｎｔ．ｐｄｆ」というファイル名が挙げられる。そして処理対象データの作成が完了すると（Ｓ４２４：ＹＥＳ）、ＣＰＵ１１は、共有処理（Ｓ４２６）を実行する。

図６を用いて、共有処理（Ｓ４２６）を説明する。この処理は、各種のデータを共有先アプリ６４に共有させるための処理である。図５を参照して説明したように、この処理は、処理対象データの作成完了後に開始される。

Ｓ６００においてＣＰＵ１１は、メモリカード２０に作成した処理対象データを、共有データとして指定する。Ｓ６０２においてＣＰＵ１１は、Ｓ４１６で選択された、共有データのフォーマットを確認する。共有データのフォーマットがＰＤＦフォーマットである場合（Ｓ６０２：ＰＤＦ）には、Ｓ６０４へ進む。Ｓ６０４においてＣＰＵ１１は、共有先アプリ６４の候補中に、ＰＤＦフォーマットに対応しているアプリケーションが存在するか否かを判断する。具体的には、ＣＰＵ１１は、ＰＤＦフォーマットのデータを処理可能なアプリケーションを検索するよう、ＯＳ１４ａに要求し、ＯＳ１４ａからＰＤＦフォーマットに対応しているアプリケーションの識別情報を含む情報が返ってきた場合には、ＰＤＦフォーマットに対応しているアプリケーションが存在すると判断し、ＯＳ１４ａからＰＤＦフォーマットに対応しているアプリケーションの識別情報を含む情報が返ってこなかった場合には、ＰＤＦフォーマットに対応しているアプリケーションが存在しないと判断する。アプリケーションの識別情報を含む情報の例としては、アンドロイド（登録商標）ＯＳにおけるインテントに含まれるアプリケーション名が挙げられる。存在しない場合（Ｓ６０４：ＮＯ）にはＳ６０５へ進む。

Ｓ６０５においてＣＰＵ１１は、ＰＤＦフォーマットに対応しているアプリケーションが存在しないことを示す画面をＬＣＤ１８に表示させ、Ｓ６０６へ進む。Ｓ６０６においてＣＰＵ１１は、ＰＤＦフォーマットの共有データをＪＰＥＧフォーマットに変換し、ＰＤＦフォーマットの共有データに代えて、変換後のＪＰＥＧフォーマットのデータを新たな共有データとする。そしてＳ６０２へ戻る。なおＳ６０６では、ＰＤＦフォーマットの共有データの基となった画像データをＪＰＥＧフォーマットに変換し、変換後のＪＰＥＧフォーマットのデータを新たな共有データとしてもよい。

一方、Ｓ６０４において、ＰＤＦフォーマットに対応しているアプリケーションが存在する場合（Ｓ６０４：ＹＥＳ）には、Ｓ６０８へ進む。Ｓ６０８においてＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出し、ＰＤＦフォーマットに対応している共有先アプリ６４の識別情報、共有データのＵＲＩ、「ＰＤＦ」のタイプ、「ＳＥＮＤ＿ＭＵＬＴＩ」のアクションを指定して、明示的共有機能の実行をＯＳ１４ａに要求する。そしてフローを終了する。ここで「ＳＥＮＤ＿ＭＵＬＴＩ」のアクションは、複数対応アプリケーションに対して、処理の種類を指定する情報である。

一方、Ｓ４１６で選択された共有データのフォーマットがＪＰＥＧフォーマットであると、Ｓ６０２において判断された場合（Ｓ６０２：ＪＰＥＧ）には、Ｓ６１０へ進む。Ｓ６１０においてＣＰＵ１１は、共有データとして指定されたＪＰＥＧデータが複数存在するか否かを判断する。ＪＰＥＧデータが１つである場合（Ｓ６１０：ＮＯ）には、Ｓ６１１へ進む。

Ｓ６１１においてＣＰＵ１１は、ＪＰＥＧフォーマットに対応している共有先アプリ６４の識別情報を含むインテントをＯＳ１４ａから受信する。この場合の共有先アプリ６４は、単数処理アプリケーションである。具体的には、ＣＰＵ１１は、ＪＰＥＧフォーマットのデータを処理可能なアプリケーションを検索するよう、ＯＳ１４ａに要求し、ＯＳ１４ａからＪＰＥＧフォーマットに対応しているアプリケーションの識別情報を含むインテントを受信する。なお、本実施形態では、携帯端末１０には工場出荷状態でＪＰＥＧフォーマットに対応しているアプリケーションが少なくとも１つはインストールされているケースを想定している。ＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出し、ＪＰＥＧフォーマットに対応している共有先アプリ６４の識別情報、１つのＪＰＥＧデータである共有データのＵＲＩ、「ＪＰＥＧ」のタイプ、「ＶＩＥＷ」のアクションを指定して、明示的共有機能の実行をＯＳ１４ａに要求する。そしてフローを終了する。

なお、共有機能の実行を要求されたＯＳ１４ａは、共有先アプリ６４の画面をフォアグラウンド（前面とも呼ぶ）に表示するとともに、共有元アプリ６０である本アプリ１４ｂの画面を、共有先アプリ６４の画面のバックグラウンド（背面とも呼ぶ）に表示する。そして本アプリ１４ｂは、待機状態になる。そして、共有先アプリ６４の処理が終了すると、ＯＳ１４ａは、本アプリ１４ａの画面をフォアグラウンド（前面とも呼ぶ）に表示する。そして本アプリ１４ｂは、動作状態になる。すなわち、本アプリ１４ａは、動作状態になってから、フローを終了する。ここで、「ＶＩＥＷ」のアクションは、データを表示する処理を指定する情報である。なお、本実施形態では、携帯端末１０にインストールされているアプリケーションのうち、少なくとも携帯端末１０に工場出荷状態でインストールされているＪＰＥＧフォーマットに対応しているアプリケーションは、「ＶＩＥＷ」というアクションに対応していることを想定している。また、現状では、ＪＰＥＧフォーマットに対応しているアプリケーションが「ＶＩＥＷ」に対応していることが多い。

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

Ｓ６１３においてＣＰＵ１１は、アプリケーション選択方法の選択画面９０を表示する。図３Ｄに、選択画面９０の画面例を示す。選択領域９１は、一括選択処理と、個別選択処理と、のいずれを実行するかの指示を受け付けるための領域である。一括選択処理は、複数の処理対象データの全てに対して、同一の共有先アプリ６４を一括して選択する処理である。個別選択処理は、複数の処理対象データの各々に対して、共有先アプリ６４を個別に選択する処理である。

Ｓ６１４においてＣＰＵ１１は、入力された指示内容を判断する。一括選択処理の実行指示が入力された場合（Ｓ６１４：一括選択）には、Ｓ６１５へ進む。Ｓ６１５においてＣＰＵ１１は、発見されたアプリケーションの名称８２を、共有先アプリ一覧画面８１に一覧表示させる。

図３Ｅに、共有先アプリ一覧画面８１の画面例を示す。共有先アプリ一覧画面８１には、共有機能によるデータ出力先として選択可能なアプリケーションが、一覧表示される。具体的には、ＪＰＥＧフォーマットのデータを処理可能であって、「ＳＥＮＤ＿ＭＵＬＴＩ」のアクションに対応しているアプリケーションを検索し、共有先アプリ一覧画面８１に一覧表示するようＯＳ１４ａに対して要求する。一覧表示要求を受けたＯＳ１４ａは、共有先アプリ６４（図２）の候補を検索し、発見された、複数対応アプリケーションの名称８２を列記した共有先アプリ一覧画面８１を、ＬＣＤ１８に表示させる。これにより、共有先アプリ一覧画面８１がＬＣＤ１８に表示される。これにより、ユーザは、複数のＪＰＥＧデータを一括して共有処理可能な複数対応アプリケーションを、共有先アプリ一覧画面８１から選択することが可能となる。

Ｓ６１６においてＣＰＵ１１は、共有先アプリ６４が選択されたか否かを判断する。具体的には、共有先アプリ一覧画面８１において選択された共有先アプリ６４の識別情報を含むインテントをＯＳ１４ａから受信した場合には、複数対応アプリケーションである共有先アプリ６４の選択が行われたと判断され（Ｓ６１６：ＹＥＳ）、Ｓ６１８へ進む。Ｓ６１８においてＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出し、共有先アプリ６４の識別情報、複数のＪＰＥＧデータである共有データのＵＲＩ、「ＪＰＥＧ」のタイプ、「ＳＥＮＤ＿ＭＵＬＴＩ」のアクションを指定して、明示的共有機能の実行をＯＳ１４ａに要求する。そしてフローを終了する。

一方、ＯＳ１４ａからインテントを受信しなかった場合には、共有先アプリ６４の選択が行われなかったと判断され（Ｓ６１６：ＮＯ）、Ｓ６２０（図７）へ進む。Ｓ６２０においてＣＰＵ１１は、単数のデータのみ処理可能なアプリケーションである単数処理アプリケーションの名称８２を、共有先アプリ一覧画面８１に一覧表示させる。具体的には、ＪＰＥＧフォーマットのデータを処理可能なアプリケーションを検索し、共有先アプリ一覧画面８１に一覧表示するようＯＳ１４ａに対して要求する。この要求によって「ＳＥＮＤ＿ＭＵＬＴＩ」に対応していないが、ＪＰＥＧフォーマットのデータの処理は可能なアプリケーションも共有先アプリ一覧画面８１に一覧表示されることになる。Ｓ６２２においてＣＰＵ１１は、共有先アプリ６４が選択されたか否かを判断する。具体的には、ＯＳ１４ａからインテントを受信しなかった場合には、共有先アプリ６４の選択が行われなかったと判断され（Ｓ６２２：ＮＯ）、Ｓ６０２（図６）へ戻る。一方、共有先アプリ一覧画面８１において選択された共有先アプリ６４の識別情報を含むインテントをＯＳ１４ａから受信した場合には、単数処理アプリケーションである共有先アプリ６４が選択されたと判断され（Ｓ６２２：ＹＥＳ）、Ｓ６２４へ進む。Ｓ６２４においてＣＰＵ１１は、選択された共有先アプリ６４を識別する情報である共有先アプリ識別情報を、フラッシュメモリ１４に記憶させる。共有先アプリ識別情報は、例えば、共有先アプリ６４のアプリケーション種類を識別するためのＩＤ情報であってもよい。

Ｓ６２６においてＣＰＵ１１は、データ選択画面１１０をＬＣＤ１８に表示させる。データ選択画面１１０では、Ｓ６００で共有データとして指定された全てのＪＰＥＧデータに関するサムネイル画像が一覧表示される。図４Ａに、データ選択画面１１０の画面例を示す。図４Ａのデータ選択画面１１０では、例として、共有データとして指定されたＪＰＥＧデータが５つである場合を説明している。データ選択画面１１０は、サムネイル画像１１１〜１１５、全選択ボタン１１７、ページ入力領域１１８、を含んでいる。サムネイル画像１１１〜１１５は、共有データの各々を識別する識別画像である。サムネイル画像１１１〜１１５は、それぞれ、１〜５ページ目のサムネイル画像に該当する。

全選択ボタン１１７は、表示されている全てのサムネイル画像に対応するＪＰＥＧデータを、共有先アプリ６４へ出力するデータとして選択する指示を入力するための領域である。ユーザが全選択ボタン１１７にタッチすると、サムネイル画像１１１〜１１５に対応するＪＰＥＧデータが選択される。ページ入力領域１１８は、複数のサムネイル画像のうちから選択されたサムネイル画像のページ番号を入力するための領域である。ユーザがサムネイル画像のページ番号をページ入力領域１１８に入力すると、入力したページ番号に対応するサムネイル画像のＪＰＥＧデータが選択される。例えば、ページ入力領域１１８に「１、３−５」というページ番号が入力された場合には、１ページ目のサムネイル画像１１１に対応するＪＰＥＧデータ、および、３〜５ページ目のサムネイル画像１１３〜１１５に対応するＪＰＥＧデータが選択される。これにより、ユーザは、共有先アプリ６４へ出力するＪＰＥＧデータを、複数のＪＰＥＧデータの中から選択することが可能となる。

Ｓ６２８において、ＪＰＥＧデータが選択されない間（Ｓ６２８：ＮＯ）は、ＣＰＵ１１は処理を待機する。一方、タッチパネル１７がＪＰＥＧデータを選択する指示を受け付けた場合（Ｓ６２８：ＹＥＳ）、Ｓ６２９へ進む。Ｓ６２９においてＣＰＵ１１は、選択された全てのＪＰＥＧデータを識別する情報を、フラッシュメモリ１４に記憶させる。例えば、選択された全てのＪＰＥＧデータの各ファイル名を、記憶させてもよい。

Ｓ６３０においてＣＰＵ１１は、選択された全てのＪＰＥＧデータのファイル名の各々に、連続番号を付加する。例えば、「ｐｈｏｔｏ１．ｊｐｇ」「ｄｏｃｕｍｅｎｔ１．ｊｐｇ」というファイル名を有する２つのＪＰＥＧデータが選択された場合には、「ｐｈｏｔｏ１−１．ｊｐｇ」「ｄｏｃｕｍｅｎｔ１−２．ｊｐｇ」のように、ファイル名に連続番号を追加してもよい。

Ｓ６３１においてＣＰＵ１１は、画像編集画面をＬＣＤ１８に表示させる。このとき、連続番号の最初の番号がファイル名に付加されているＪＰＥＧデータのサムネイル画面を、処理対象サムネイル画像２０１として表示させる。

画像編集画面は、処理対象サムネイル画像、回転処理ボタン、モノクロ処理ボタン、セピア処理ボタン、を含んでいてもよい。処理対象サムネイル画像は、単数処理アプリケーションに処理させる１つのＪＰＥＧデータの内容を示す、縮小画像である。回転処理ボタンは、ＪＰＥＧデータの向きを回転させる処理（例：縦向きと横向きとの間で向きを変換する処理）の実行指示を入力するための領域である。モノクロ処理ボタンは、ＪＰＥＧデータをモノクロのＪＰＥＧデータに変換する処理の実行指示を入力するための領域である。セピア処理ボタンは、ＪＰＥＧデータをセピア基調のＪＰＥＧデータに変換する処理の実行指示を入力するための領域である。セピア基調とは、黒がかった茶色の色調である。ユーザが回転処理ボタン〜セピア処理ボタンの何れかにタッチすると、表示中の処理対象サムネイル画像に対応するＪＰＥＧデータに対して、タッチされたボタンに対応する処理が行われる。

Ｓ６３２においてＣＰＵ１１は、画像編集が選択されたか否かを判断する。ユーザによる操作入力が行われなかった場合（Ｓ６３２：ＮＯ）にはＳ６３４へ進む。一方、ユーザによる操作入力が、回転処理ボタン２０２〜セピア処理ボタン２０４の何れかのタッチである場合、すなわち、画像編集指示の入力を受け付けた場合（Ｓ６３２：ＹＥＳ）、Ｓ６３３へ進む。Ｓ６３３においてＣＰＵ１１は、処理対象サムネイル画像２０１に対応するＪＰＥＧデータに対して、回転処理ボタン２０２〜セピア処理ボタン２０４の何れかのタッチによって指示された画像編集処理を実行する。

Ｓ６３４においてＣＰＵ１１は、Ｓ６２８で複数のＪＰＥＧデータが選択されたか否かを判断する。１つのＪＰＥＧデータが選択されている場合（Ｓ６３４：ＮＯ）には、Ｓ６３６へ進む。Ｓ６３６においてＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出し、単数処理アプリケーションである共有先アプリ６４の識別情報、１つのＪＰＥＧデータである共有データのＵＲＩ、「ＪＰＥＧ」のタイプ、「ＶＩＥＷ」のアクションを指定して、明示的共有機能の実行をＯＳ１４ａに要求する。そしてフローを終了する。

一方、Ｓ６２８で複数のＪＰＥＧデータが選択された場合（Ｓ６３４：ＹＥＳ）には、Ｓ６３８へ進む。Ｓ６３８においてＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出し、単数処理アプリケーションである共有先アプリ６４の識別情報、選択された複数のＪＰＥＧデータのうちの１つのＪＰＥＧデータである共有データのＵＲＩ、「ＪＰＥＧ」のタイプ、「ＶＩＥＷ」のアクションを指定して、明示的共有機能の実行をＯＳ１４ａに要求する。また、共有機能の実行の要求は、共有結果取得モードで行われる。共有結果取得モードとは、共有先アプリ６４で１つのＪＰＥＧデータの処理が完了したことに応じて、共有先アプリ６４から共有元アプリ６０へ、処理が完了したことを報知させ、共有元アプリ６０で、その報知を受信可能になるモードである。なお、共有機能の実行を要求されたＯＳ１４ａは、共有先アプリ６４の画面をフォアグラウンドに表示するとともに、共有元アプリ６０である本アプリ１４ｂの画面を、共有先アプリ６４の画面のバックグラウンドに表示する。そして本アプリ１４ｂは、待機状態になる。

Ｓ６４０においてＣＰＵ１１は、共有先アプリ６４でデータの処理実行中であることを示す処理中フラグを、フラッシュメモリ１４に記憶させる。また、ＣＰＵ１１は、選択された複数のＪＰＥＧデータそれぞれに対応して、未処理であることを示す未処理情報をフラッシュメモリ１４に記憶させる。ＣＰＵ１１は、未処理情報によって、選択された複数のＪＰＥＧデータのうち、何れのＪＰＥＧデータが共有先アプリ６４で未処理であるかを認識することができる。例えば、未処理情報によって、複数のＪＰＥＧデータのうちの何ページ目まで処理が完了しているかを認識することができる。未処理情報は、例えば、未処理のＪＰＥＧデータのページ番号を示す情報であってもよい。また例えば、ＪＰＥＧデータの全ページ数と、処理済のページ番号を示す情報であってもよい。また例えば、未処理のＪＰＥＧデータのファイル名であってもよい。そしてＳ６４４（図８）へ進む。

Ｓ６４４においてＣＰＵ１１は、共有元アプリ６０である本アプリ１４ｂがフォアグラウンドに復帰するか否かを判断する。当該判断は、共有元アプリ６０をフォアグラウンドに復帰させる内容のイベントを、ＯＳ１４ａから受信したか否かによって行われてもよい。復帰しない場合（Ｓ６４４：ＮＯ）にはＣＰＵ１１は処理を待機し、復帰する場合（Ｓ６４４：ＹＥＳ）にはＳ６４６へ進む。

Ｓ６４６においてＣＰＵ１１は、共有先アプリ６４から、共有結果取得モードに基づく報知情報を受信したか否かを判断する。報知情報は、例えば、共有先アプリ６４のアプリケーション種類を識別するためのＩＤ情報であってもよい。また報知情報は、例えば、１つのＪＰＥＧデータの処理が完了したことを示す情報や、次のＪＰＥＧデータの送信要求であってもよい。報知情報を受信していない場合（Ｓ６４６：ＮＯ）にはＣＰＵ１１は処理を待機し、報知情報を受信した場合（Ｓ６４６：ＹＥＳ）にはＳ６４８へ進む。

Ｓ６４８においてＣＰＵ１１は、Ｓ６３８においてＯＳ１４ａのＡＰＩに指定した共有データが処理済みであると認識できるように、未処理情報を更新させる。具体的には、未処理のＪＰＥＧデータのページ番号を示す情報から、Ｓ６３８においてＯＳ１４ａのＡＰＩに指定した共有データのページ番号を削除する処理であってもよい。また例えば、処理済のページ番号を示す情報に、Ｓ６３８においてＯＳ１４ａのＡＰＩに指定した共有データのページ番号を追加する処理であってもよい。また例えば、未処理のＪＰＥＧデータのファイル名を示す情報から、Ｓ６３８においてＯＳ１４ａのＡＰＩに指定した共有データのファイル名を削除する処理であってもよい。

Ｓ６５０においてＣＰＵ１１は、選択された複数のＪＰＥＧデータの全てについて、共有処理が完了したか否かを、未処理情報に基づいて判断する。具体的には、未処理のＪＰＥＧデータのページ番号を示す情報が記憶されていないならば、共有処理が完了したと判断してもよい。また例えば、処理済のページ番号を示す情報が、ＪＰＥＧデータの全ページ数分記憶されているならば、共有処理が完了したと判断してもよい。また例えば、未処理のＪＰＥＧデータのファイル名を示す情報が記憶されていないならば、共有処理が完了したと判断してもよい。全てのＪＰＥＧデータについて共有処理が完了していない場合（Ｓ６５０：ＮＯ）にはＳ６５６へ進む。Ｓ６５６においてＣＰＵ１１は、連続共有確認表示をＬＣＤ１８に表示させる。連続共有確認表示は、複数のＪＰＥＧデータを１つずつ共有先アプリ６４に共有させる処理を連続して複数回実行することを、ユーザに報知するための表示である。

Ｓ６６０においてＣＰＵ１１は、画像編集画面をＬＣＤ１８に表示させる。画像編集画面の内容は、前述のＳ６３１で説明済みであるため、説明を省略する。このとき、Ｓ６３８においてＯＳ１４ａのＡＰＩに指定した共有データにＳ６３０にて付加していた連続番号の次の番号が、ファイル名に付加されているＪＰＥＧデータのサムネイル画面を、処理対象サムネイル画像２０１として表示させる。なお、Ｓ６６２においてＣＰＵ１１は、画像編集が選択されたか否かを判断する。Ｓ６６２における処理の内容は、前述したＳ６３２の処理の内容と同様であるため、説明を省略する。また、Ｓ６６４における処理の内容は、前述したＳ６３３の処理の内容と同様であるため、説明を省略する。

Ｓ６６８においてＣＰＵ１１は、フラッシュメモリ１４から、共有先アプリ識別情報を読み出す。これによりＣＰＵ１１は、共有先アプリ６４を認識することが可能となる。

Ｓ６７０においてＣＰＵ１１は、共有処理の実行指示が入力されたか否かを判断する。共有処理の実行指示が入力されていない場合（Ｓ６７０：ＮＯ）にはＳ６５０へ戻り、共有処理の実行指示が入力された場合（Ｓ６７０：ＹＥＳ）にはＳ６７４へ進む。

Ｓ６７４においてＣＰＵ１１は、単数処理アプリケーションの名称８２を、共有先アプリ一覧画面８１に一覧表示させる。なお、Ｓ６７４の処理内容は、前述したＳ６２０の処理内容と同様であるため、説明を省略する。

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

一方、Ｓ６５０において、選択された複数のＪＰＥＧデータの全てについて共有処理が完了したと判断された場合（Ｓ６５０：ＹＥＳ）には、Ｓ６５２へ進む。Ｓ６５２においてＣＰＵ１１は、選択された全てのＪＰＥＧデータを共有先アプリ６４に共有させる処理が完了したことを示す情報を、ＬＣＤ１８に表示させる。このとき、最後に共有先アプリ６４に共有させた処理対象サムネイル画像２０１をＬＣＤ１８に表示させてもよい。Ｓ６５４においてＣＰＵ１１は、処理中フラグと、共有先アプリ識別情報と、未処理情報と、をフラッシュメモリ１４から消去する。そしてフローを終了する。

また、図６のＳ６１４において、個別選択処理の実行指示が入力された場合（Ｓ６１４：個別選択）には、図９のＳ７００へ進む。Ｓ７００においてＣＰＵ１１は、画像データ群の自動選択処理を実行する。画像データ群の自動選択処理は、第１〜第Ｎ（Ｎは２以上の自然数）のＮ個の画像データ群を、Ｓ４０４で取得した画像データセットの中から選択する処理である。画像データ群は、画像データセットに含まれている複数の画像データのうちの少なくとも１つを含んでいる群である。画像データ群の選択は、画像データの特性に基づいて行われる。本実施形態では、例として、「画像サイズ」という画像データの特性に基づいて、画像データ群の選択が行われる場合を説明する。具体的には、所定画像サイズであるＡ４サイズ以上のサイズを有する画像データを「第１の画像データ群」として選択し、所定画像サイズよりも小さいサイズを有する画像データを「第２の画像データ群」として選択する場合を説明する。すなわち、２個の画像データ群が、画像データセットの中から選択される場合を説明する。

Ｓ７０５においてＣＰＵ１１は、共有先アプリ６４の自動選択処理を実行する。共有先アプリ６４の自動選択処理は、第１〜第Ｎの画像データ群の各々に対応する共有先アプリ６４を選択する処理である。共有先アプリ６４の選択は、画像データの特性に基づいて行われる。本実施形態では、例として、「画像サイズ」という画像データの特性に基づいて、画像データ群の選択が行われる場合を説明する。具体的には、Ａ４サイズ以上のサイズを有する「第１の画像データ群」に対して、文書情報を取り扱うためのアプリケーション（例：ＰＤＦ対応アプリケーション）を共有先アプリ６４として選択する。また、Ａ４サイズよりも小さいサイズを有する「第２の画像データ群」に対して、画像情報を取り扱うためのアプリケーション（例：ＪＰＥＧ対応アプリケーション）を共有先アプリ６４として選択する。

Ｓ７１０においてＣＰＵ１１は、共有先アプリ一覧画面１３０をＬＣＤ１８に表示させる。図４Ｂに、共有先アプリ一覧画面１３０の画面例を示す。共有先アプリ一覧画面１３０には、領域Ｒ１およびＲ２、ＢａｃｋボタンＢ３１、が含まれている。

領域Ｒ１は、第１の画像データ群に関連する領域である。領域Ｒ１には、共有実行ボタンＢ１１、サムネイル画像Ｔ１１およびＴ１２、フォーマット表示部Ｆ１１およびＦ１２、が含まれている。サムネイル画像Ｔ１１およびＴ１２は、第１の画像データ群に含まれている画像データを識別するための縮小画像である。フォーマット表示部Ｆ１１およびＦ１２の各々は、サムネイル画像Ｔ１１およびＴ１２の各々で表される画像データを共有させる際に用いられるフォーマットを表示する領域である。共有実行ボタンＢ１１は、サムネイル画像Ｔ１１およびＴ１２で表される画像データを、第１の共有先アプリに共有させる処理の実行指示を受け付けるためのボタンである。第１の共有先アプリとは、第１の画像データ群に対して選択された共有先アプリ６４である。共有実行ボタンＢ１１には、第１の共有先アプリの名称が表示されるとしてもよい。

領域Ｒ２は、第２の画像データ群に関連する領域である。領域Ｒ２には、共有実行ボタンＢ２１、サムネイル画像Ｔ２１およびＴ２２、フォーマット表示部Ｆ２１およびＦ２２、が含まれている。領域Ｒ２の表示内容は、前述した領域Ｒ１の表示内容と同様であるため、ここでは説明を省略する。

ＢａｃｋボタンＢ３１は、共有先アプリ一覧画面１３０の表示を終了させ、共有先アプリ一覧画面１３０の１つ前の画面を表示させる指示の入力を受け付けるためのボタンである。

Ｓ７１３〜Ｓ７４０は、Ｓ７００およびＳ７０５で自動選択された共有先アプリ６４および共有時のフォーマットを、画像データごとに選択し直すためのステップである。Ｓ７１３においてＣＰＵ１１は、何れかの画像データが選択されたか否かを判断する。当該判断は、共有先アプリ一覧画面１３０に表示されているサムネイル画像の何れか１つがタッチされたか否かによって行われても良い。肯定判断される場合（Ｓ７１３：ＹＥＳ）には、Ｓ７３０へ進む。Ｓ７３０においてＣＰＵ１１は、共有先アプリ一覧画面をＬＣＤ１８に表示させる。共有先アプリ一覧画面の内容については、Ｓ４２６および図３Ｅを用いて説明済みであるため、ここでは説明を省略する。Ｓ７３５においてＣＰＵ１１は、アプリケーションの選択指示が入力されたか否かを判断する。否定判断される場合（Ｓ７３５：ＮＯ）にはＳ７３５へ戻り、肯定判断される場合（Ｓ７３５：ＹＥＳ）にはＳ７４０へ進む。Ｓ７４０においてＣＰＵ１１は、フォーマット選択画面をＬＣＤ１８に表示させる。フォーマット選択画面の内容については、Ｓ４１４および図３Ｂを用いて説明済みであるため、ここでは説明を省略する。共有時のフォーマットが選択されると、Ｓ７１３へ戻る。そしてＣＰＵ１１は、共有先アプリ６４の変更および共有時のフォーマットの変更が反映された共有先アプリ一覧画面１３０を、ＬＣＤ１８に表示させる。

一方、Ｓ７１３において否定判断される場合（Ｓ７１３：ＮＯ）には、Ｓ７４２へ進む。Ｓ７４２においてＣＰＵ１１は、何れかの画像データ群に対して、共有処理の実行指示が入力されたか否かを判断する。当該判断は、共有実行ボタンＢ１１またはＢ２１がタッチされたか否かによって行われても良い。否定判断される場合（Ｓ７４２：ＮＯ）には、Ｓ７４４へ進む。Ｓ７４４においてＣＰＵ１１は、共有処理を終了する指示が入力されたか否かを判断する。当該判断は、ＢａｃｋボタンＢ３１がタッチされたか否かによって行われても良い。否定判断される場合（Ｓ７４４：ＮＯ）にはＳ７１３へ戻り、肯定判断される場合（Ｓ７４４：ＹＥＳ）にはＳ７６０へ進む。

一方、Ｓ７４２において肯定判断される場合（Ｓ７４２：ＹＥＳ）には、Ｓ７４５へ進む。Ｓ７４５においてＣＰＵ１１は、選択された画像データ群に含まれている画像データを、共有先アプリ６４に共有させる、共有処理を実行する。具体的には、ＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出し、共有先アプリ６４の識別情報、１つまたは複数の画像データである共有データのＵＲＩ、「ＪＰＥＧ」または「ＰＤＦ」のタイプ、「ＳＥＮＤ＿ＭＵＬＴＩ」または「ＳＥＮＤ」のアクション、を指定して、明示的共有機能の実行をＯＳ１４ａに要求する。そして、共有機能の実行を要求されたＯＳ１４ａは、共有先アプリ６４の画面をフォアグラウンドに表示するとともに、共有元アプリ６０である本アプリ１４ｂの画面を、共有先アプリ６４の画面のバックグラウンドに表示する。そして本アプリ１４ｂは、待機状態になる。

Ｓ７５０においてＣＰＵ１１は、共有元アプリ６０である本アプリ１４ｂがフォアグラウンドに復帰するか否かを判断する。具体的な処理内容は、Ｓ６４４で説明済みであるため、ここでは説明を省略する。否定判断される場合（Ｓ７５０：ＮＯ）には、Ｓ７５０へ戻る。一方、肯定判断される場合（Ｓ７５０：ＹＥＳ）には、共有が終了したと判断され、Ｓ７５３へ進む。Ｓ７５３においてＣＰＵ１１は、今回の共有処理で共有が行われた画像データのサムネイル画像を、グレーアウト表示する。

Ｓ７５５においてＣＰＵ１１は、画像データセットに含まれている全ての画像データについて、共有処理が実行されたか否かを判断する。否定判断される場合（Ｓ７５５：ＮＯ）にはＳ７１３へ戻り、肯定判断される場合（Ｓ７５５：ＹＥＳ）にはＳ７６０へ進む。Ｓ７６０においてＣＰＵ１１は、共有先アプリ一覧画面１３０の表示を終了させ、スキャン結果確認画面７０（図３を参照）をＬＣＤ１８に表示させる。そしてフローを終了する。

＜実施例１の効果＞
複数の画像データの中に、互いに共有先アプリ６４が異なる画像データが含まれている場合がある。例えば、文書ページと写真ページとを含んだ複数のページを有する原稿をスキャンする場合に、文書ページと写真ページとを異なる共有先アプリ６４に共有させる場合が挙げられる。この場合、原稿を１ページずつスキャンし、スキャンが完了するたびに共有先アプリ６４を選択する操作を繰り返す場合には、操作が煩雑になるため、ユーザの利便性が低くなってしまう。

本明細書に記載されているデバイス制御アプリケーション１４ｂによれば、１のスキャン指示によって生成される画像データセットに含まれている複数の画像データの中から、第１〜第ＮのＮ個の画像データ群の各々を選択することができる（Ｓ７００）。また、Ｎ個の画像データ群の各々について、互いに異なる共有先アプリ６４を選択することができる（Ｓ７０５）。そして、選択した共有先アプリ６４に、第１〜第Ｎの画像データ群の各々を共有処理させることができる。これにより、複数の画像データを、１つの画像データセットとして取り扱う場合においても、画像データセットに含まれる複数の画像データの各々に対して、異なる共有先アプリ６４を選択することが可能となる。よって例えば、文書ページと写真ページとを含んだ複数のページを有する原稿をデバイス３０のＡＤＦにセットして、１のスキャン実行指示を入力し、１の画像データセットを生成する場合においても、当該１の画像データセットに含まれる文書ページと写真ページとを、異なる共有先アプリ６４に共有させることが可能となる。これにより、原稿を１枚ずつセットしてスキャン実行指示を１つずつ入力し、原稿データが生成されるたびに共有先アプリ６４を選択する、という操作を繰り返す必要がない。ユーザ操作を簡略化することができるため、ユーザの利便性を高めることができる。

本明細書に記載されているデバイス制御アプリケーション１４ｂによれば、画像データの特性に基づいて、第１〜第Ｎの画像データ群および共有先アプリ６４を、自動で選択することが可能となる（Ｓ７００、Ｓ７０５）。画像データの特性の一例としては、画像サイズ（例：Ａ４サイズ、Ｌ版サイズ）が挙げられる。これにより、画像データ群や共有先アプリ６４を選択するためのユーザの操作負担を低減することが可能となるため、利便性を高めることができる。

実施例２は、個別選択処理の実行指示が入力された場合の処理（図９参照）の変形例である。実施例２は、１の共有実行指示の入力を受け付けることで、複数の共有先アプリ６４での共有処理を一括して実行する形態である。図１０のフローにおいて、図９のフローと同一の符号が付されているステップの内容は説明済みであるため、ここでは説明を省略する。

Ｓ７１０ａにおいてＣＰＵ１１は、共有先アプリ一覧画面１３０ａをＬＣＤ１８に表示させる。図４Ｃに、共有先アプリ一覧画面１３０ａの画面例を示す。共有先アプリ一覧画面１３０ａは、図４Ｂに示す共有先アプリ一覧画面１３０に対して、一括共有実行ボタンＢ３２がさらに追加された画面である。

Ｓ７１３においてＣＰＵ１１は、何れかの画像データが、選択画像データとして選択されたか否かを判断する。肯定判断される場合（Ｓ７１３：ＹＥＳ）には、ＣＰＵ１１は、不図示の共有先アプリ６４の追加ボタン、および、不図示の共有先アプリ６４の再選択ボタンを、ＬＣＤ１８に表示させる。追加ボタンは、選択画像データについて現在選択されている共有先アプリ６４に加えて、新たな共有先アプリ６４を追加する指示の入力を受け付けるためのボタンである。再選択ボタンは、選択画像データについて現在選択されている共有先アプリ６４を、選択し直す指示の入力を受け付けるためのボタンである。そしてＳ７１５ａへ進む。

Ｓ７１５ａにおいてＣＰＵ１１は、共有先アプリ６４の追加指示または再選択が入力されたか否かを判断する。当該判断は、前述の追加ボタンまたは再選択ボタンがタッチされたか否かによって行われても良い。追加指示が入力された場合（Ｓ７１５ａ：追加）にはＳ７２０ａへ進み、追加処理実行フラグをフラッシュメモリ１４に記憶させる。一方、再選択指示が入力された場合（Ｓ７１５ａ：再選択）にはＳ７２５ａへ進み、再選択処理実行フラグをフラッシュメモリ１４に記憶させる。Ｓ７４０において共有時のフォーマットが選択されると、Ｓ７１３へ戻る。そしてＣＰＵ１１は、追加処理実行フラグがフラッシュメモリ１４に記憶されている場合には、選択画像データに対して共有先アプリ６４が追加された共有先アプリ一覧画面１３０を、ＬＣＤ１８に表示させる。またＣＰＵ１１は、再選択処理実行フラグがフラッシュメモリ１４に記憶されている場合には、選択画像データに対する共有先アプリ６４の変更が反映された共有先アプリ一覧画面１３０を、ＬＣＤ１８に表示させる。

一方、Ｓ７１３において否定判断される場合（Ｓ７１３：ＮＯ）には、Ｓ７４２ａへ進む。Ｓ７４２ａにおいてＣＰＵ１１は、一括共有処理の実行指示が入力されたか否かを判断する。当該判断は、一括共有実行ボタンＢ３２がタッチされたか否かによって行われても良い。肯定判断される場合（Ｓ７４２ａ：ＹＥＳ）には、Ｓ７４５ａへ進み、一括共有処理を実行する。

図１１を用いて、Ｓ７４５ａで行われる一括共有処理を説明する。Ｓ８１０においてＣＰＵ１１は、共有処理がまだ実行されていない複数の画像データ群のうちから、１の選択画像データ群を選択する。Ｓ８１５においてＣＰＵ１１は、選択画像データ群について選択されている共有先アプリ６４である、選択共有先アプリを特定する。

Ｓ８２０においてＣＰＵ１１は、第１〜第Ｎの画像データ群のうちに、共有処理を未実行である画像データ群であって、選択共有先アプリと同一種類の共有先アプリ６４である共通共有先アプリが対応付けられている画像データ群（以下、共通画像データ群と記載する）が存在するか否かを判断する。否定判断される場合（Ｓ８２０：ＮＯ）にはＳ８３０へ進み、肯定判断される場合（Ｓ８２０：ＹＥＳ）にはＳ８２２へ進む。

Ｓ８２２においてＣＰＵ１１は、共通画像データ群の共有時のフォーマットが、選択画像データ群の共有時のフォーマットと同一であるか否かを判断する。肯定判断される場合（Ｓ８２２：ＹＥＳ）にはＳ８２５へ進み、否定判断される場合（Ｓ８２２：ＮＯ）にはＳ８２４へ進む。

Ｓ８２４においてＣＰＵ１１は、共通画像データ群のアクションの内容が、共通画像データ群の情報内容を変更せずに共通画像データ群を出力するという、第１の内容であるか否かを判断する。例えば、アクションが「ＳＥＮＤ」である場合には、第１の内容であると判断してもよい。また、アクションが「ＶＩＥＷ」や「ＥＤＩＴ」である場合には、第１の内容ではないと判断してもよい。否定判断される場合（Ｓ８２４：ＮＯ）にはＳ８２５をスキップしてＳ８３０へ進み、肯定判断される場合（Ｓ８２４：ＹＥＳ）にはＳ８２５へ進む。Ｓ８２５においてＣＰＵ１１は、共通画像データ群を読み出す。これにより、選択画像データ群に加えて、共通画像データ群も、共有処理の対象とすることができる。

Ｓ８３０においてＣＰＵ１１は、選択共有先アプリを起動する。Ｓ８３５においてＣＰＵ１１は、共有処理を実行する。これにより、選択共有先アプリの１回の起動に対して、選択画像データ群および共通画像データ群の全てを対象として、共有処理を実行することができる。Ｓ８４０においてＣＰＵ１１は、選択共有先アプリを終了する。

Ｓ８４５においてＣＰＵ１１は、全ての画像データ群について共有処理を実行したか否かを判断する。否定判断される場合（Ｓ８４５：ＮＯ）にはＳ８１０へ戻り、肯定判断される場合（Ｓ８４５：ＹＥＳ）には共有実行処理を終了する。

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

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

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

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

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

＜実施例２の効果＞
本明細書に記載されているデバイス制御アプリケーション１４ｂによれば、１つの一括共有処理の実行指示を受け付けることにより（Ｓ７４２ａ：ＹＥＳ）、第１〜第Ｎの画像データ群の各々を対象として複数の共有処理を実行させることが可能となる（Ｓ７４５ａ）。これにより、複数の画像データの各々に対して、複数回の共有処理の実行指示を受け付ける場合に比して、共有処理の実行指示の受け付け頻度を減少させることができるため、ユーザの利便性を高めることができる。

本明細書に記載されているデバイス制御アプリケーション１４ｂによれば、複数の共有先アプリを順次１つずつ起動させた上で（Ｓ８３０）、起動した１の共有先アプリに共有処理を実行させることができる（Ｓ８３５）。そして、第１〜第Ｎの画像情報群のうちに、共通共有先アプリが対応付けられている共通画像データ群が存在する場合には（Ｓ８２０：ＹＥＳ）、共通共有先アプリの１回の起動に対して、共通画像データ群の全てを対象として共有処理を実行することができる（Ｓ８３５）。これにより、共通共有先アプリを起動した際に、共通共有先アプリに対応付けられている共通画像データ群の全てに対して、まとめて共有処理を実行することができる。これにより、共通共有先アプリが複数回起動されてしまう事態を防止することができるため、共有処理の実行時間を短縮化することが可能となる。

本明細書に記載されているデバイス制御アプリケーション１４ｂによれば、第１〜第Ｎの画像情報群のうちに、共通共有先アプリが対応付けられている共通画像データ群が存在する場合に（Ｓ８２０：ＹＥＳ）、共通画像データ群の各々に対応付けられているフォーマットが異なる場合には（Ｓ８２２：ＮＯ、Ｓ８２４：ＮＯ）、異なるフォーマットが対応付けられている共通画像データ群の各々ごとに共通共有先アプリを起動させることができる（Ｓ８３０）。これにより、共通共有先アプリを起動した際に、共通共有先アプリ６４に対応付けられている共通画像データ群のうち、情報フォーマットが同一である共通画像データ群の全てに対して、まとめて共有処理を実行することができる。これにより、共有処理の実行時間を短縮化することが可能となるため、利便性を高めることができる。

本明細書に記載されているデバイス制御アプリケーション１４ｂによれば、第１〜第Ｎの画像情報群のうちに、共通共有先アプリが対応付けられている共通画像データ群が存在する場合に（Ｓ８２０：ＹＥＳ）、共通画像データ群の各々に対応付けられているフォーマットが異なる場合において（Ｓ８２２：ＮＯ）、共有処理の内容が共通画像データ群の情報内容を変更せずに共通画像データ群を出力する第１の内容である場合には（Ｓ８２４：ＹＥＳ）、共通共有先アプリの１回の起動に対して、共通画像データ群の全てを対象として共有処理を実行することができる（Ｓ８３５）。これにより、共通共有先アプリ６４を起動した際に、共通共有先アプリ６４に対応付けられている共通画像データ群のうち、共通画像データ群の情報内容を変更せずに出力する内容の共有処理が実行される共通画像データ群の全てに対して、まとめて共有処理を実行することが可能となる。

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

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

＜変形例２＞
Ｓ７００の画像データ群の自動選択処理や、Ｓ７０５の共有先アプリ６４の自動選択処理は、省略することが可能である。この場合、画像データ群および共有先アプリ６４は、ユーザが手動選択処理によって選択すればよい。図１３に、手動選択処理のフローを示す。図１３のフローにおいて、図９のフローと同一の符号が付されているステップの内容は説明済みであるため、ここでは説明を省略する。

Ｓ７１０ｂにおいてＣＰＵ１１は、データ選択画面をＬＣＤ１８に表示させる。データ選択画面では、Ｓ６００で共有データとして指定された全ての画像データに関するサムネイル画像が、一覧表示される。また、画像データの各々を選択するためのチェックボックスが、サムネイル画像の各々に対応して表示される。Ｓ７１３ｂにおいてＣＰＵ１１は、何れかの画像データが選択されたか否かを判断する。当該判断は、データ選択画面に表示されているチェックボックスの少なくとも１つが、選択されたか否かによって行われても良い。

これにより、Ｓ７１３ｂにおいて選択された画像データを、Ｓ７３５で選択された共有先アプリ６４に共有させることができる。また、共有処理を実行済みの画像データは、Ｓ７５３においてグレーアウト表示されるため、次回以降のループにおいて選択されてしまうことを防止することができる。

＜その他の変形例＞
Ｓ７００において、２個の画像データ群を選択する場合を例示したが、この形態に限られない。３個以上の画像データ群を選択することも可能である。例えば、Ａ４サイズ以上、Ａ４サイズよりも小さくＢ５サイズ以上、Ｂ５サイズよりも小さくＬ判サイズ以上、Ｌ判サイズ以下、の４つの画像データ群を選択することも可能である。

Ｓ７００において、画像データ群を選択する際に用いる画像データの特性は、「画像サイズ」に限られず、各種の特性を用いることができる。例えば、デバイス３０が画像データを生成する際に、ＯＣＲ（Optical Character Recognitionの略）等の技術により、画像データの特性として、画像種類（例：文書画像、写真画像など）を取得するとしてもよい。そしてＳ７００において、文書画像の特性を有する画像データを「第１の画像データ群」として選択し、写真画像の特性を有する画像データを「第２の画像データ群」として選択してもよい。

自動選択された共有先アプリ６４および共有時のフォーマットを選択し直す処理は、省略することが可能である。この場合、図９のフローにおいて、Ｓ７１３〜Ｓ７４０を省略すればよい。Ｓ７１０の次に、Ｓ７４２へ進むとすれば良い。

スキャン結果確認画面７０を表示させる処理は、省略することが可能である。この場合、図９のフローにおいて、Ｓ７６０を省略すればよい。

以上より一般的に言うと、情報処理プログラムは、「画像情報セット取得手段」と、「画像情報群選択手段」と、「出力先アプリケーション選択手段」と、「処理制御手段」と、してプロセッサを少なくとも機能させればよい。

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

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

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

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

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

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

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

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

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

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

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

共有元アプリ６０は、データ出力元のアプリケーションの一例である。共有先アプリ６４は、出力先アプリケーションの一例である。ＣＰＵ１１は、データ共有部の一例である。携帯端末１０は、情報処理装置の一例である。デバイス制御アプリケーション１４ｂは、情報処理プログラムの一例である。デバイス３０、サーバ装置５２は、外部機器の一例である。無線ＬＡＮ送受信部１５は、通信インターフェースの一例である。ＣＰＵ１１は、プロセッサの一例である。Ｓ４０４を実行するＣＰＵ１１は、画像情報セット取得手段の一例である。Ｓ７００を実行するＣＰＵ１１は、画像情報群選択手段の一例である。Ｓ７０５を実行するＣＰＵ１１は、出力先アプリケーション選択手段の一例である。Ｓ７４５を実行するＣＰＵ１１は、処理制御手段の一例である。ＪＥＰＧ、ＰＤＦは、情報フォーマットの一例である。画像サイズおよび画像種類は、画像情報の特性の一例である。ＰＤＦ対応アプリケーションは、文書情報を取り扱うためのアプリケーションの一例である。ＪＰＥＧ対応アプリケーションは、画像情報を取り扱うためのアプリケーションの一例である。

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

Claims (11)

1. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置に読み込まれる情報処理プログラムであって、
   前記情報処理装置は、
   複数の画像情報を含んだ画像情報セットを出力する外部機器と通信することが可能な通信インターフェースと、
   プロセッサと、
   を備えており、
   前記プロセッサを、
   前記画像情報セットを前記通信インターフェースを介して前記外部機器から取得する画像情報セット取得手段と、
   前記画像情報セットに含まれている前記複数の画像情報のうちの少なくとも１つを含んでいる画像情報群であって、第１〜第Ｎ（Ｎは２以上の自然数）のＮ個の前記画像情報群を、前記画像情報セットの中から選択する画像情報群選択手段と、
   前記第１〜第Ｎの画像情報群の各々に対応する前記出力先アプリケーションを選択する出力先アプリケーション選択手段と、
   前記第１〜第Ｎの画像情報群の各々に対応する複数の前記出力先アプリケーションの各々に、前記第１〜第Ｎの画像情報群の各々を処理させる共有処理を、前記データ共有部に行わせる処理制御手段と、
   して機能させることが可能であることを特徴とする情報処理プログラム。
2. 前記処理制御手段は、前記画像情報群選択手段で前記第１〜第Ｎの画像情報群が選択され、かつ、前記出力先アプリケーション選択手段で前記第１〜第Ｎの画像情報群の各々に対して前記出力先アプリケーションが選択されたことを条件として、前記第１〜第Ｎの画像情報群の各々を対象として前記共有処理を実行する指示の入力を受け付けることを特徴とする請求項１に記載の情報処理プログラム。
3. 前記処理制御手段は、複数の前記出力先アプリケーションを順次１つずつ起動させた上で、起動した１の前記出力先アプリケーションに前記共有処理を実行させ、
   前記処理制御手段は、前記第１〜第Ｎの画像情報群のうちに、同一種類の前記出力先アプリケーションである共通出力先アプリケーションが対応付けられている共通画像情報群が存在する場合には、前記共通出力先アプリケーションの１回の起動に対して、前記共通画像情報群の全てを対象として前記共有処理を実行することを特徴とする請求項１または２に記載の情報処理プログラム。
4. 前記出力先アプリケーション選択手段は、前記出力先アプリケーションに前記共有処理を行わせる際に使用される情報フォーマットを、前記第１〜第Ｎの各々に対応付けてさらに選択し、
   前記処理制御手段は、前記第１〜第Ｎの画像情報群のうちに前記共通画像情報群が存在する場合に、前記共通画像情報群に含まれている複数の画像情報群の各々に対応付けられている前記情報フォーマットが異なる場合には、異なる前記情報フォーマットが対応付けられている前記画像情報群の各々ごとに前記共通出力先アプリケーションを起動させ、異なる前記情報フォーマットが対応付けられている前記画像情報群の各々を対象として前記共有処理を実行することを特徴とする請求項３に記載の情報処理プログラム。
5. 前記処理制御手段は、前記第１〜第Ｎの画像情報群のうちに前記共通画像情報群が存在する場合に、前記共通画像情報群に含まれている複数の画像情報群の各々に対応付けられている前記情報フォーマットが異なる場合において、前記共有処理の内容が前記共通画像情報群の情報内容を変更せずに前記共通画像情報群を出力する内容である場合には、前記共通出力先アプリケーションの１回の起動に対して、前記共通画像情報群の全てを対象として前記共有処理を実行することを特徴とする請求項４に記載の情報処理プログラム。
6. 前記複数の画像情報の各々には、画像情報の特性が対応付けられており、
   前記画像情報群選択手段は、前記特性に基づいて、前記第１〜第Ｎの画像情報群を選択し、
   前記出力先アプリケーション選択手段は、前記特性に基づいて、前記出力先アプリケーションを選択することを特徴とする請求項１〜５の何れか１項に記載の情報処理プログラム。
7. 前記外部機器は、複数の原稿をスキャンして前記画像情報セットを出力するスキャン処理を実行可能な画像処理装置であり、
   前記特性は、前記原稿のサイズであり、
   前記画像情報群選択手段は、所定原稿サイズ以上の前記特性が対応付けられている前記画像情報を第１の画像情報群として選択し、前記所定原稿サイズよりも小さい前記特性が対応付けられている前記画像情報を第２の画像情報群として選択し、
   前記出力先アプリケーション選択手段は、前記第１の画像情報群に対して、文書情報を取り扱うためのアプリケーションを前記出力先アプリケーションとして選択し、前記第２の画像情報群に対して、画像情報を取り扱うためのアプリケーションを前記出力先アプリケーションとして選択することを特徴とする請求項６に記載の情報処理プログラム。
8. 前記外部機器は、複数の原稿をスキャンして前記画像情報セットを出力するスキャン処理を実行可能な画像処理装置であり、
   前記複数の画像情報は、前記複数の原稿をスキャンして生成された複数ページの画像情報であり、
   前記画像情報セットは、前記スキャン処理で生成された複数の画像情報を含んでいることを特徴とする請求項１〜７の何れか１項に記載の情報処理プログラム。
9. 前記外部機器は、複数の画像情報を記憶することが可能なサーバ装置であり、
   前記画像情報セットは、前記通信インターフェースを介して前記サーバ装置から取得した前記複数の画像情報を含んでいることを特徴とする請求項１〜７の何れか１項に記載の情報処理プログラム。
10. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置であって、
    複数の画像情報を含んだ画像情報セットを出力する外部機器と通信することが可能な通信インターフェースと、
    前記画像情報セットを前記通信インターフェースを介して前記外部機器から取得する画像情報セット取得手段と、
    前記画像情報セットに含まれている前記複数の画像情報のうちの少なくとも１つを含んでいる画像情報群であって、第１〜第Ｎ（Ｎは２以上の自然数）のＮ個の前記画像情報群を、前記画像情報セットの中から選択する画像情報群選択手段と、
    前記第１〜第Ｎの画像情報群の各々に対応する前記出力先アプリケーションを選択する出力先アプリケーション選択手段と、
    前記第１〜第Ｎの画像情報群の各々に対応する複数の前記出力先アプリケーションの各々に、前記第１〜第Ｎの画像情報群の各々を処理させる共有処理を、前記データ共有部に行わせる処理制御手段と、
    を備えることを特徴とする情報処理装置。
11. データ出力元のアプリケーションが出力するデータを、複数のアプリケーションのうちからデータ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置の制御方法であって、
    前記情報処理装置は、複数の画像情報を含んだ画像情報セットを出力する外部機器と通信することが可能な通信インターフェースを備えており、
    前記画像情報セットを前記通信インターフェースを介して前記外部機器から取得する画像情報セット取得ステップと、
    前記画像情報セットに含まれている前記複数の画像情報のうちの少なくとも１つを含んでいる画像情報群であって、第１〜第Ｎ（Ｎは２以上の自然数）のＮ個の前記画像情報群を、前記画像情報セットの中から選択する画像情報群選択ステップと、
    前記第１〜第Ｎの画像情報群の各々に対応する前記出力先アプリケーションを選択する出力先アプリケーション選択ステップと、
    前記第１〜第Ｎの画像情報群の各々に対応する複数の前記出力先アプリケーションの各々に、前記第１〜第Ｎの画像情報群の各々を処理させる共有処理を、前記データ共有部に行わせる処理制御ステップと、
    を備えることを特徴とする情報処理装置の制御方法。