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

Description

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

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

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

複数のデータを一括して共有する処理に対応していないアプリケーションが多数存在している。これらのアプリケーションでは、複数のデータを共有する場合に、データを１つずつ共有させるという操作を繰り返し行う必要があるため、ユーザビリティが良いとは言えない。

本明細書に開示の技術は、上記の問題点を解決するためになされたものであり、ユーザビリティの良い情報処理プログラム、情報処理装置、および情報処理方法を提供することを目的とする。

この目的を達成するために、本明細書に開示の情報処理プログラムは、データ出力元のアプリケーションが出力するデータを、データ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置が備えるコンピュータにおいて実行される情報処理プログラムであって、コンピュータを、出力先アプリケーションが処理対象データを１つずつ処理する単数処理アプリケーションである場合に、出力先アプリケーションに処理させる処理対象データが複数存在していることを条件として、出力先アプリケーションを識別する情報である出力先アプリケーション識別情報を記憶部に記憶させる第１記憶制御手段と、複数の処理対象データの各々について、出力先アプリケーションで未処理の処理対象データを出力先アプリケーションに処理させることをコンピュータに示すための未処理情報を記憶部に記憶させる第２記憶制御手段と、複数の処理対象データのうちの１つを、出力先アプリケーション識別情報で識別される出力先アプリケーションに処理させる動作を、データ共有部に行わせる処理制御手段と、して機能させ、処理制御手段は、出力先アプリケーションで１つの処理対象データの処理が完了したことを検出することに応じて、記憶部が記憶している未処理情報によって出力先アプリケーションに処理させることが示されている処理対象データのうちの１つを、出力先アプリケーション識別情報で識別される出力先アプリケーションに処理させることを特徴とする。

本明細書に開示の情報処理プログラムによれば、第１記憶制御手段によって、出力先アプリケーションを記憶させることができる。第２記憶制御手段によって、未処理の処理対象データを記憶させることができる。そして、出力先アプリケーションで１つの処理対象データの処理が完了したことを検出することに応じて、未処理の処理対象データのうちの１つを、出力先アプリケーションで処理させることができる。これにより、出力先アプリケーションが複数のデータを一括して共有する処理に対応していない場合においても、複数の処理対象データを１つずつ出力先アプリケーションに処理させる動作を、自動で行うことが可能となる。よって、複数の処理対象データを１つずつ出力先アプリケーションに処理させる、という操作を繰り返し行う必要を無くすことができるため、ユーザビリティを向上させることが可能となる。

請求項２記載の情報処理プログラムによれば、処理制御手段を機能させる情報処理プログラムに発生したエラー等により、複数の処理対象データを１つずつ出力先アプリケーションに処理させている最中に、処理制御手段を終了して再起動する必要が発生する場合がある。このような場合においても、不揮発性の記憶部に記憶されている未処理情報に基づいて、出力先アプリケーションや未処理の処理対象データを特定することができるため、再起動後において、未処理の処理対象データから処理を続行することが可能となる。

請求項３記載の情報処理プログラムによれば、出力先アプリケーションで、処理対象データに対応する連続番号を用いた処理（例：連続番号に従った順番で画像を表示する処理）を可能とすることができる。よって、ユーザビリティを向上させることができる。

請求項４記載の情報処理プログラムによれば、複数の処理対象データを一括して処理することが可能なアプリケーション（以降、一括処理アプリケーションとも記述する）と、処理対象データを１つずつ処理する単数処理アプリケーションとを共存させることができる。また、一括処理アプリケーションを使用する場合には、出力先アプリケーション識別情報などの情報を記憶部に記憶させない制御を行うことができるため、記憶部の記憶容量の節約を図ることが可能となる。

請求項５記載の情報処理プログラムによれば、処理対象データがマルチページを含ませることができないフォーマットのデータ構造である場合においても、複数の処理対象データを１つずつ出力先アプリケーションに処理させる動作を、自動で行うことが可能となる。

請求項６記載の情報処理プログラムによれば、複数の処理対象データを選択する操作が受け付けられれば、その後は自動で、選択された複数の処理対象データを１つずつ出力先アプリケーションで処理させることができる。よって、ユーザビリティを向上させることが可能となる。

請求項７記載の情報処理プログラムによれば、出力先アプリケーションに処理させる処理対象データを、ユーザに認識させることができる。よって、ユーザビリティを向上させることが可能となる。

請求項８記載の情報処理プログラムによれば、複数の処理対象データの各々に対して、異なる画像編集を実行することが可能となる。よって、ユーザビリティを向上させることができる。

請求項９記載の情報処理プログラムによれば、出力先アプリケーションから処理完了の報知を受信することができる。よって、出力先アプリケーションでの処理対象データの処理が完了したことを検出することが可能となるため、次の処理対象データを出力先アプリケーションに処理させることができる。これにより、複数の処理対象データを１つずつ出力先アプリケーションに処理させる動作を、自動で行うことが可能となる。

請求項１０記載の情報処理プログラムによれば、データ共有部が第１表示画面を第２表示画面よりも優先して表示部に表示させることに応じて、出力先アプリケーションでの処理対象データの処理が完了したことを検出することが可能となるため、次の処理対象データを出力先アプリケーションに処理させることができる。これにより、複数の処理対象データを１つずつ出力先アプリケーションに処理させる動作を、自動で行うことが可能となる。

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

デバイス制御アプリケーションを搭載した携帯端末の電気的構成を示すブロック図である。 共有機能を説明する図である。 携帯端末における画面の遷移を示す図である。 携帯端末における画面の遷移を示す図である。 スキャン処理を示すフローチャートである。 共有処理を示すフローチャートである。 共有処理を示すフローチャートである。 共有処理を示すフローチャートである。 起動処理を示すフローチャートである。

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

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

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

以降、アプリケーションやオペレーティングシステムなどのプログラムを実行するＣＰＵ１１のことを、単にプログラム名で記載する場合もある。例えば「アプリケーション」という記載が、「アプリケーションを実行するＣＰＵ１１」を意味する場合もある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図３および図４は、本アプリ１４ｂの画面がフォアグラウンドに表示されている場合において、デバイス３０から取得したスキャンデータについて、ユーザが共有機能の実行を指示した場合における画面の遷移を示す図である。

デバイス３０からスキャンデータを取得した場合、本アプリ１４ｂのスキャン結果確認画面７０をＬＣＤ１８に表示させ、その中で、スキャンデータに対応するスキャン画像７１を表示させる。

スキャン結果確認画面７０は、さらに、ページ表示領域７２、共有ボタン７４、保存ボタン７６を含む。ページ表示領域７２は、デバイス３０に読み取らせた原稿の全ページ数と、現在表示中のスキャン画像７１が全ページの原稿のうち何ページ目の原稿の画像であるかを示すページ番号とを表示する領域である。

共有ボタン７４は、共有機能の実行指示を入力するための領域である。ユーザが共有ボタン７４にタッチすると、表示中のスキャン画像７１に対応するスキャンデータが、共有データとして決定される。

保存ボタン７６は、保存機能の実行指示を入力するための領域である。ユーザが保存ボタン７６にタッチすると、表示中のスキャン画像７１に対応するスキャンデータの保存が実行される。具体的には、スキャンデータを所定のフォーマットのデータに変換し、さらに、ＯＳ１４ａのＡＰＩを呼び出して、メモリカード２０に記憶させる。

スキャン結果確認画面７０において、ユーザが共有ボタン７４にタッチすると、ＬＣＤ１８に表示させる画面を、本アプリ１４ｂのフォーマット選択画面７７に遷移させる。フォーマット選択画面７７においては、フォーマット選択領域７８のみで操作を受け付け、共有ボタン７４、保存ボタン７６はグレーアウトし、ユーザ操作を受け付けない。

フォーマット選択領域７８は、ＰＤＦフォーマットと、ＪＰＥＧフォーマットとのいずれかをユーザに選択させるための選択肢を含む。ユーザは、いずれのフォーマットでスキャンデータを他のアプリケーションに共有させたいかを選択し、選択したフォーマットの選択肢にタッチする選択操作を行う。

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

処理対象データを作成した後、本アプリ１４ｂは、ＯＳ１４ａのＡＰＩを呼び出して、処理対象フォーマットのタイプ、およびアクションを指定し、共有先アプリ６４の候補の一覧表示を要求する。すなわち、図２（２１）に示す処理を実行する。

一方、一覧表示要求を受けたＯＳ１４ａは、共有先アプリ６４（図２）の候補を検索し、発見されたアプリケーションの名称８２を列記した共有先アプリ一覧画面８１を、ＬＣＤ１８に表示させることにより、共有機能によるデータ出力先として選択可能なアプリケーションを一覧で示す。複数のデータを処理可能なアプリケーションである一括処理アプリケーションが存在しない場合（Ｓ６１２：ＮＯ）、または、一括処理アプリケーションが選択されない場合（Ｓ６１６：ＮＯ）には、処理対象データを１つずつ処理するアプリケーションである単数処理アプリケーションが一覧で表示される（Ｓ６２０）。ユーザは、表示された候補の中から、所望のアプリケーションを共有先アプリ６４として選択する。したがって、ユーザにとっては、デバイス３０から取得したスキャンデータを、所望のフォーマットのデータに変換し、さらにそのフォーマットのデータを処理可能なアプリケーションの一覧から、適切な共有先アプリ６４を簡単に選択できる。すなわち、ユーザは、簡単な操作、且つ、自由な組み合わせで、本アプリ１４ｂと他のアプリケーションとを連動させ、デバイス３０から取得したスキャンデータを様々な態様で利用でき、ユーザビリティが良い。

共有先アプリ一覧画面８１において、ユーザが選択操作を行い、いずれかの単数処理アプリケーションが選択されると、ＬＣＤ１８の画面を、データ選択画面１１０（図４）に遷移させる（Ｓ６２６）。データ選択画面１１０は、サムネイル画像１１１〜１１５、全選択ボタン１１７、ページ入力領域１１８、を含んでいる。サムネイル画像１１１〜１１５は、共有データの各々を識別する識別画像である。サムネイル画像１１１〜１１５は、それぞれ、１〜５ページ目のサムネイル画像に該当する。

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

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

以後、選択されたサムネイル画像に対応するＪＰＥＧデータが、１つずつ共有先アプリ６４で処理される。このとき、共有先アプリ６４で現在処理中のＪＰＥＧデータについてのサムネイル画像が、処理対象サムネイル画像２０１としてデータ選択画面１１０に表示される。そして、共有先アプリ６４でのＪＰＥＧデータの処理が完了すると、次の処理順番のＪＰＥＧデータについてのサムネイル画像が、処理対象サムネイル画像２０１として、データ選択画面１１０に自動で表示される（Ｓ６６０）。そして、次の処理順番のＪＰＥＧデータが、共有先アプリ６４で処理開始される。

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

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

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

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

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

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

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

次に、ＣＰＵ１１は、処理中画面７９（図３）をＬＣＤ１８に表示させる（Ｓ４２２）。そして、処理対象データ（Ｓ４２０、Ｓ４２８で作成されるＪＰＥＧデータ、またはＳ４３０で作成されるＰＤＦデータ）の作成中（Ｓ４２４：ＮＯ）、ＣＰＵ１１は、Ｓ４２２から処理を繰り返す。本実施形態では、ＣＰＵ１１は、作成した処理対象データにファイル名を付与し、ファイルとしてメモリカード２０に記憶させる。処理対象データの作成開始から、処理対象データを構成するファイルをメモリカード２０に書き込み、そのファイルをクローズするまでは、処理対象データの作成中とする。付与されるファイル名は例えば、「ｐｈｏｔｏ．ｊｐｇ」「ｐｈｏｔｏ１．ｊｐｇ」「ｉｍａｇｅ１．ｊｐｇ」「ｉｍａｇｅ２．ｊｐｇ」「ｄｏｃｕｍｅｎｔ．ｐｄｆ」というファイル名が挙げられる。一方、処理対象データの作成が完了すると（Ｓ４２４：ＹＥＳ）、ＣＰＵ１１は、共有処理（Ｓ４２６）を実行することにより、共有先アプリ一覧画面８１（図３）をＬＣＤ１８に表示させ、スキャン処理を終了する。スキャン処理を終了すると、ＣＰＵ１１は本アプリ１４ｂの操作受け付け画面（図示せず）を表示させる。共有処理（Ｓ４２６）については、図６を参照して後述する。

本実施形態のスキャン処理によれば、ユーザにより選択された処理対象データが作成された後に、共有先アプリ一覧画面８１がＬＣＤ１８に表示される。換言すれば、共有先アプリ一覧画面８１の表示前に、処理対象データの作成が完了している。

よって、ユーザが、共有先アプリ一覧画面８１（図３）から、共有先アプリ６４として選択したアプリケーションが、共有データである処理対象データを処理する時点において、その処理対象データは既にメモリカード２０に作成済みであり、共有先アプリ６４からアクセス可能な状態になっている。したがって、共有先アプリ６４に確実に処理対象データを処理させることができる。

また、本実施形態によれば、ユーザが選択したフォーマットである処理対象フォーマットについてのみ、データを作成するので、選択されないフォーマット、すなわち不要なフォーマットのデータについては作成を省き、処理の負荷を軽減できる。

また、互換性の低いＲＡＷ画像データから、汎用のＰＤＦデータまたはＪＰＥＧデータを作成し、共有先のアプリケーションに処理させるので、様々なアプリケーションを共有先アプリ６４として選択させることができる。すなわち、デバイス３０から取得したスキャンデータを多種多様な形態で利用できる。

また、共有機能の実行指示が入力された場合に、フォーマット選択画面７７を表示させるので、複数のフォーマットの中から所望のフォーマットを選択可能であることをユーザに示すことができ、ユーザビリティが良い。

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

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

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

一方、Ｓ４１６で選択された共有データのフォーマットがＪＰＥＧフォーマットであると、Ｓ６０２において判断された場合（Ｓ６０２：ＪＰＥＧ）には、Ｓ６１０へ進む。Ｓ６１０においてＣＰＵ１１は、共有データとして指定されたＪＰＥＧデータが複数存在するか否かを判断する。ＪＰＥＧデータが１つである場合（Ｓ６１０：ＮＯ）には、Ｓ６１１へ進む。Ｓ６１１においてＣＰＵ１１は、ＪＰＥＧフォーマットに対応している共有先アプリ６４の識別情報を含むインテントをＯＳ１４ａから受信する。この場合の共有先アプリ６４は、単数処理アプリケーションである。具体的には、ＣＰＵ１１は、ＪＰＥＧフォーマットのデータを処理可能なアプリケーションを検索するよう、ＯＳ１４ａに要求し、ＯＳ１４ａからＪＰＥＧフォーマットに対応しているアプリケーションの識別情報を含むインテントを受信する。なお、本実施形態では、携帯端末１０には工場出荷状態でＪＰＥＧフォーマットに対応しているアプリケーションが少なくとも１つはインストールされているケースを想定している。ＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出し、ＪＰＥＧフォーマットに対応している共有先アプリ６４の識別情報、１つのＪＰＥＧデータである共有データのＵＲＩ、「ＪＰＥＧ」のタイプ、「ＶＩＥＷ」のアクションを指定して、明示的共有機能の実行をＯＳ１４ａに要求する。そしてフローを終了する。なお、共有機能の実行を要求されたＯＳ１４ａは、共有先アプリ６４の画面をフォアグラウンド（前面とも呼ぶ）に表示するとともに、共有元アプリ６０である本アプリ１４ｂの画面を、共有先アプリ６４の画面のバックグラウンド（背面とも呼ぶ）に表示する。そして本アプリ１４ｂは、待機状態になる。そして、共有先アプリ６４の処理が終了すると、ＯＳ１４ａは、本アプリ１４ａの画面をフォアグラウンド（前面とも呼ぶ）に表示する。そして本アプリ１４ｂは、動作状態になる。すなわち、本アプリ１４ａは、動作状態になってから、フローを終了する。ここで、「ＶＩＥＷ」のアクションは、データを表示する処理を指定する情報である。なお、本実施形態では、携帯端末１０にインストールされているアプリケーションのうち、少なくとも携帯端末１０に工場出荷状態でインストールされているＪＰＥＧフォーマットに対応しているアプリケーションは、「ＶＩＥＷ」というアクションに対応していることを想定している。また、現状では、ＪＰＥＧフォーマットに対応しているアプリケーションが「ＶＩＥＷ」に対応していることが多い。

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

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

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

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

Ｓ６２６においてＣＰＵ１１は、データ選択画面１１０（図４）をＬＣＤ１８に表示させる。データ選択画面１１０では、Ｓ６００で共有データとして指定された全てのＪＰＥＧデータに関するサムネイル画像が一覧表示される。データ選択画面１１０では、例として、共有データとして指定されたＪＰＥＧデータが５つである場合を説明している。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図９は、本アプリ１４ｂを携帯端末１０で起動する場合に行われる起動処理を示すフローチャートである。図９の起動処理が実行されるタイミングは、図５〜図８の処理を開始するために本アプリ１４ｂを初めて起動するタイミングに限られない。図５〜図８の処理中に、エラー発生等によって本アプリ１４ｂが強制終了された場合に、本アプリ１４ｂを再起動するタイミングにおいても、図９の起動処理が行われる。

本アプリ１４ｂが起動されると、Ｓ６８４においてＣＰＵ１１は、複数のＪＰＥＧデータを単数処理アプリケーションに１つずつ共有させる、連続共有処理の実行中であるか否かを判断する。当該判断は、共有アプリ６４を識別する情報である共有先アプリ識別情報と、残りページが存在することを示す未処理情報と、が、フラッシュメモリ１４に記憶されているか否かによって行われる。例えば、共有先アプリ識別情報と、未処理のページ番号を示す未処理情報と、が記憶されている場合には、連続共有処理の実行中であると判断してもよい。また例えば、共有先アプリ識別情報が記憶されており、かつ、ＪＰＥＧデータの全ページ数と処理済のページ数を示す情報とを比較し、処理済のページ数が全ページ数よりも小さい場合には、連続共有処理の実行中であると判断してもよい。また例えば、共有先アプリ識別情報と、未処理のＪＰＥＧデータのファイル名を示す情報と、が記憶されている場合には、連続共有処理の実行中であると判断してもよい。連続共有処理の実行中ではないと判断される場合（Ｓ６８４：ＮＯ）には、フローを終了する。一方、連続共有処理の実行中と判断される場合（Ｓ６８４：ＹＥＳ）には、連続共有処理の処理中に本アプリ１４ｂが強制終了された場合であると判断され、Ｓ６８６へ進む。なお、連続共有処理の実行中であるか否かの判断は、処理中フラグ、共有先アプリ識別情報、未処理情報のうち何れかがフラッシュメモリ１４に記憶されているか否かによって行われてもよい。具体的には、処理中フラグ、共有先アプリ識別情報、未処理情報のうち何れかが記憶されている場合には、連続共有処理の実行中であると判断してもよい。

Ｓ６８６においてＣＰＵ１１は、連続共有処理に復帰する指示を受け付けたか否かを判断する。連続共有処理に復帰する指示を受け付けていない場合（Ｓ６８６：ＮＯ）にはフローを終了し、受け付けた場合（Ｓ６８６：ＹＥＳ）にはＳ６６０（図８）へ進む。Ｓ６６０においてＣＰＵ１１は、画像編集画面２００（図４）をＬＣＤ１８に表示させる。またＣＰＵ１１は、フラッシュメモリ１４から読み出した未処理情報に基づいて、未処理のうちで最も若い連続番号が付与されているＪＰＥＧデータを特定する。そして、特定したＪＰＥＧデータのサムネイル画面を、処理対象サムネイル画像２０１として表示する。以後の処理内容は、前述した処理内容と同様であるため、説明を省略する。

本明細書に開示されている、本アプリ１４ｂの効果を説明する。本アプリ１４ｂでは、共有先アプリ識別情報をフラッシュメモリ１４に記憶させることによって（Ｓ６２４）、共有先アプリ６４を記憶させることができる。また本アプリ１４ｂでは、未処理情報をフラッシュメモリ１４に記憶させることによって（Ｓ６４８）、未処理のＪＰＥＧデータを記憶させることができる。そして、共有先アプリ６４で１つのＪＰＥＧデータの処理が完了したことを検出することに応じて（Ｓ６４６：ＹＥＳ）、未処理のＪＰＥＧデータのうちの１つを、共有先アプリ６４で処理させることができる（Ｓ６３８）。これにより、共有先アプリ６４が複数のデータを一括して共有する処理に対応していない単数処理アプリケーションである場合においても、複数のＪＰＥＧデータを１つずつ共有先アプリ６４に処理させる動作を、自動で行うことが可能となる。よって、複数のＪＰＥＧデータを１つずつ共有先アプリ６４に処理させる、という操作をユーザが繰り返し行う必要を無くすことができるため、ユーザビリティを向上させることが可能となる。

共有元アプリ６０である本アプリ１４ｂと共有先アプリ６４との関係を記憶する機能が、ＯＳ１４ａに備えられていない場合がある。この場合、ある１つのＪＰＥＧデータの共有先アプリ６４での処理が完了して、本アプリ１４ｂと共有先アプリ６４との関係が解除されると、次の１つのＪＰＥＧデータを処理させる共有先アプリが不明となってしまう場合がある。本明細書に開示されている本アプリ１４ｂでは、共有先アプリ識別情報をフラッシュメモリ１４に記憶させることによって（Ｓ６２４）、共有先アプリ６４を記憶させることができる。これにより、本アプリ１４ｂと共有先アプリ６４との関係が解除された場合においても、共有先アプリ識別情報を読み出すことによって（Ｓ６６８）、次の１つのＪＰＥＧデータを処理させる共有先アプリを認識することが可能となる。よって、共有先アプリ６４が単数処理アプリケーションである場合においても、複数のＪＰＥＧデータを１つずつ共有先アプリ６４に処理させる動作を、自動で行うことが可能となる。

本アプリ１４ｂに発生したエラー等により、複数のＪＰＥＧデータを１つずつ共有先アプリ６４に処理させている最中に、本アプリ１４ｂを終了して再起動する必要が発生する場合がある。このような場合においても、不揮発性のフラッシュメモリ１４に記憶されている未処理情報に基づいて、共有先アプリ６４や未処理のＪＰＥＧデータを特定することができるため（Ｓ６８４）、本アプリ１４ｂの再起動後において、未処理のＪＰＥＧデータから処理を続行することが可能となる。

本アプリ１４ｂでは、選択された全てのＪＰＥＧデータのファイル名の各々に、連続番号を付加することができる（Ｓ６３０）。これにより、共有先アプリ６４側に、ＪＰＥＧデータに割り当てられている順番を通知することができる。よって、共有先アプリ６４側で、当該連続番号を用いた処理（例：連続番号に従った順番で画像を表示する処理）を実行することが可能となる。

本アプリ１４ｂでは、一括処理アプリケーションと単数処理アプリケーションとの何れか一方を、共有先アプリ６４として選択することができる。そして、一括処理アプリケーションを共有先アプリ６４として選択する場合には、共有先アプリ識別情報などの情報をフラッシュメモリ１４に記憶させないように制御を行うことができる。よって、処理の簡略化や、フラッシュメモリ１４の記憶容量の節約化を図ることが可能となる。

本アプリ１４ｂでは、共有先アプリ６４に処理させるＪＰＥＧデータについてのサムネイル画像を、自動でＬＣＤ１８に表示させることができる（Ｓ６３１、Ｓ６６０）。これにより、処理中のＪＰＥＧデータをユーザに認識させることができるため、ユーザビリティを向上させることが可能となる。

本アプリ１４ｂでは、１つのＪＰＥＧデータを共有先アプリ６４で処理させるたびに、画像編集指示の入力を受け付けることができる（Ｓ６３２、Ｓ６６２）。これにより、複数のＪＰＥＧデータの各々に対して、異なる画像編集を実行することが可能となる。

本アプリ１４ｂでは、共有先アプリ６４から、共有結果取得モードに基づく報知情報を受信することができる（Ｓ６４６）。よって、共有先アプリ６４でのＪＰＥＧデータの処理が完了したことを検出することが可能となるため、次のＪＰＥＧデータを共有先アプリ６４に処理させることができる。これにより、複数のＪＰＥＧデータを１つずつ共有先アプリ６４に処理させる動作を、確実に行うことが可能となる。

ＯＳ１４ａが本アプリ１４ｂの画面を共有先アプリ６４の画面に対してフォアグラウンドの位置に表示させることに応じて（Ｓ６４４：ＹＥＳ）、共有先アプリ６４でのＪＰＥＧデータの処理が完了したことを検出することが可能となるため、次のＪＰＥＧデータを共有先アプリ６４に処理させることができる。これにより、複数のＪＰＥＧデータを１つずつ共有先アプリ６４に処理させる動作を、確実に行うことが可能となる。

上記実施形態において、共有先アプリ６４は、出力先アプリケーションの一例である。ＣＰＵ１１は、データ共有部の一例である。携帯端末１０は、情報処理装置の一例である。ＣＰＵ１１は、コンピュータの一例である。ＪＰＥＧデータは、処理対象データの一例である。共有先アプリ識別情報は、出力先アプリケーション識別情報の一例である。フラッシュメモリ１４は、記憶部の一例である。Ｓ６２４を実行するＣＰＵ１１は、第１記憶制御手段の一例である。Ｓ６４８を実行するＣＰＵ１１は、第２記憶制御手段の一例である。Ｓ６３８を実行するＣＰＵ１１は、処理制御手段の一例である。デバイス制御アプリケーション１４ｂおよび本アプリ１４ｂは、情報処理プログラムの一例である。サムネイル画像１１１〜１１５は、識別画像の一例である。Ｓ６２６を実行するＣＰＵ１１は、表示制御手段の一例である。処理対象サムネイル画像２０１は、第２識別画像の一例である。Ｓ６６０を実行するＣＰＵ１１は、第２表示制御手段の一例である。回転処理ボタン２０２〜セピア処理ボタン２０４は、第３識別画像の一例である。Ｓ６６４を実行するＣＰＵ１１は、画像処理制御手段の一例である。本アプリ１４ｂの画面は、第１表示画面の一例である。共有先アプリ６４の画面は、第２表示画面の一例である。

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

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

＜変形例＞
Ｓ６６０において、次に処理されるＪＰＥＧデータの処理対象サムネイル画像２０１が、画像編集画面２００に自動で表示される形態を説明したが、この形態に限られない。手動処理によって、次に処理されるＪＰＥＧデータの処理対象サムネイル画像２０１が表示されるとしてもよい。例えば、次処理実行ボタンが画像編集画面２００に表示され、当該次処理実行ボタンがユーザにタッチされることに応じて、次の処理対象サムネイル画像２０１が表示されるとしてもよい。またＳ６６０において、処理させるＪＰＥＧデータの選択を受け付ける画面をＬＣＤ１８に表示させ、選択を受け付けるとしても良い。そして、選択された１つのＪＰＥＧデータが、共有先アプリ６４で処理されるとしてもよい。

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

画像編集画面２００（図４）で受け付けられる回転処理、モノクロ処理、セピア処理は、画像編集処理の一例である。拡大処理、縮小処理などの他の画像編集処理に対応するボタンが、画像編集画面２００に表示されるとしてもよい。

データ選択画面１１０（図４）では、共有データとして指定されたＪＰＥＧデータが５つである場合を例として、サムネイル画像１１１〜１１５が表示される場合を説明したが、この形態に限られない。共有データとして指定されたＪＰＥＧデータが、６つ以上であってもよい。この場合、全てのサムネイル画像が１つの画面上にまとめて表示できない場合には、スクロール表示によって全てのサムネイル画像を表示するとしてもよい。

画像編集処理の対象となるＪＰＥＧデータの１回目の選択を行うＳ６３３の選択態様と、２回目以降の選択を行うＳ６６４の選択態様とが、異なっていてもよい。例えば、Ｓ６３３の選択態様は、連続番号が付加されている全てのＪＰＥＧデータを、画像編集処理の対象に選択する態様であってもよい。またＳ６６４の選択態様は、画像編集画面２００（図４）に表示されている処理対象サムネイル画像２０１に対応するＪＰＥＧデータを、画像編集処理の対象に選択する態様であってもよい。

Ｓ６５６を省略してもよい。この場合、連続共有確認表示をＬＣＤ１８に表示させることなく、連続共有処理が自動的に続行されるとしてもよい。

Ｓ６７０において、共有処理の実行指示の入力とともに、画像編集の指示入力を受け付けるとしてもよい。例えば、ＪＰＥＧデータを縦向きで共有するボタンと、ＪＰＥＧデータを横向きで共有するボタンが表示されるとしてもよい。そして、ＪＰＥＧデータを縦向きで共有するボタンがタッチされると、共有処理の実行指示の入力とともに、ＪＰＥＧデータを縦向きにする画像編集の指示入力が受け付けられるとしてもよい。これにより、ユーザが指示を入力する回数を減少させる事が可能となる。

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

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

また、上記実施形態において、スキャナデータを画像データの一例として説明したが、画像データはこれに限られるものではなく、例えば、携帯端末１０に内蔵されたデジタルカメラで撮影された画像データであっても良い。また、ＬＣＤ１８に表示させるスキャン画像７１のサイズに合わせて、スキャンデータを縮小または拡大して生成したデータが、画像データの一例であっても良い。また、携帯端末１０において、ＬＣＤ１８にスキャン画像７１を表示させるために、スキャンデータを所定のフォーマットに変換する場合には、その所定のフォーマットに変換されたデータが、画像データの一例であっても良い。

また、上記実施形態において、スキャンデータは、ＲＡＷ画像データであるものとして説明したが、スキャンデータとしてＪＰＥＧデータをデバイス３０から取得する場合にも、本発明を適用できる。

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

また、上記実施形態においては、共有データがＰＤＦデータである場合、および、単数のＪＰＥＧデータである場合、アクションの値として「ＶＩＥＷ」を指定していた。しかしながら、例えば「ＳＥＮＤ」など、他のアクションを指定しても良い。また、共有データがＰＤＦデータである場合は「ＶＩＥＷ」を指定し、単数のＪＰＥＧデータである場合は「ＳＥＮＤ」を指定するなど、互いに異なるアクションの値を指定してもよい。

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

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

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

また、上記実施形態においては、ユーザが共有ボタン７４にタッチした場合に、フォーマット選択画面７７をＬＣＤ１８に表示させていたが、これに代えて、フォーマット選択画面７７によりフォーマットをユーザに選択させた後に、共有ボタン７４をＬＣＤ１８に表示させ、共有機能の実行指示を受け付けても良い。また、フォーマット選択画面７７をＬＣＤ１８に表示させ、フォーマットをユーザに選択させた後、デバイス３０に対して、スキャンの実行を指示するように構成しても良い。

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

また、上記実施形態においては、携帯端末１０の明示的共有機能を利用していたが、暗黙的共有機能を利用する場合においても、本発明を適用可能である。すなわち、図２（ａ）を参照して説明したように、暗黙的共有機能においては、共有先アプリ一覧画面８１の表示後における、共有先アプリ６４の選択（５）、および共有先アプリ６４の起動（６）について、共有元アプリ６０は関与しない。よって、データの作成完了前に共有先アプリ一覧画面８１を表示させてしまうと、データの作成完了前に、ユーザが共有先アプリ一覧画面８１から共有先アプリ６４を選択し、さらに、その共有先アプリ６４がＯＳ１４ａによって起動され、共有データへのアクセスを開始してしまう事態が発生し得る。その場合、共有先アプリ６４は、ＯＳ１４ａから通知された共有データにアクセスすることができないので、ユーザは、原因不明な待ち時間やエラーに対処しなければならず、ユーザにとって不便を強いる可能性がある。しかしながら、本発明を適用すれば、上記実施形態で説明したように、処理対象データが作成された後に、共有先アプリ一覧画面８１を表示させるので、ＯＳ１４ａの暗黙的共有機能を利用する場合であっても、上記の不都合が解消されるのである。

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

１０ 携帯端末
１１ ＣＰＵ
１４ｂ デバイス制御アプリケーション
６０ 共有元アプリ
６４ 共有先アプリ

Claims (12)

1. データ出力元のアプリケーションが出力するデータを、データ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置が備えるコンピュータにおいて実行される情報処理プログラムであって、
   前記コンピュータを、
   前記出力先アプリケーションが処理対象データを１つずつ処理する単数処理アプリケーションである場合に、前記出力先アプリケーションに処理させる処理対象データが複数存在していることを条件として、前記出力先アプリケーションを識別する情報である出力先アプリケーション識別情報を記憶部に記憶させる第１記憶制御手段と、
   複数の処理対象データの各々について、前記出力先アプリケーションで未処理の処理対象データを前記出力先アプリケーションに処理させることを前記コンピュータに示すための未処理情報を前記記憶部に記憶させる第２記憶制御手段と、
   複数の処理対象データのうちの１つを、前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させる動作を、前記データ共有部に行わせる処理制御手段と、
   して機能させ、
   前記処理制御手段は、前記出力先アプリケーションで１つの処理対象データの処理が完了したことを検出することに応じて、前記記憶部が記憶している未処理情報によって前記出力先アプリケーションに処理させることが示されている処理対象データのうちの１つを、前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させることを特徴とする情報処理プログラム。
2. 前記記憶部は不揮発性の記憶部であり、
   前記処理制御手段は、前記情報処理プログラムの実行を前記コンピュータが開始することに応じて、前記記憶部が前記未処理情報を記憶している場合に、記憶部が記憶している未処理情報によって前記出力先アプリケーションに処理させると判断された処理対象データを、前記記憶部が記憶している出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させることを特徴とする請求項１に記載の情報処理プログラム。
3. 前記処理制御手段は、複数の処理対象データの各々に連続番号を対応づけて、前記出力先アプリケーションに、処理対象データと、処理対象データに対応する連続番号と、を通知して、前記出力先アプリケーションに処理させることを特徴とする請求項１または２に記載の情報処理プログラム。
4. 前記データ共有部は、前記出力先アプリケーションとして、複数の処理対象データを一括して処理することが可能なアプリケーションである一括処理アプリケーションを選択することが可能とされており、
   前記出力先アプリケーションとして前記一括処理アプリケーションが選択されている場合には、前記処理制御手段は、複数の処理対象データを、前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに一括して処理させる動作を、前記データ共有部に行わせ、
   前記出力先アプリケーションとして前記単数処理アプリケーションが選択されている場合には、前記処理制御手段は、複数の処理対象データのうちの１つを、前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させる動作を、前記データ共有部に行わせ、前記第１記憶制御手段は前記出力先アプリケーション識別情報を前記記憶部に記憶させ、前記第２記憶制御手段は前記未処理情報を前記記憶部に記憶させることを特徴とする請求項１〜３の何れか１項に記載の情報処理プログラム。
5. 複数の処理対象データのデータ構造は、マルチページを含ませることができないフォーマットのデータ構造であることを特徴とする請求項１〜４の何れか１項に記載の情報処理プログラム。
6. 記憶部が記憶している複数の画像データを識別する識別画像を、前記情報処理装置の表示部に表示させる表示制御手段として前記コンピュータをさらに機能させ、
   前記処理制御手段は、前記表示部が表示している識別画像のうち複数の識別画像を指示する指示操作を操作受付手段が受け付けた場合に、前記指示操作によって指示された複数の識別画像それぞれに対応する複数の画像データを複数の処理対象データとして、または、前記指示操作によって指示された複数の識別画像それぞれに対応する複数の画像データに基づいてそれぞれ生成された複数の画像データを複数の処理対象データとして、複数の処理対象データを前記出力先アプリケーションに処理させることを特徴とする請求項１〜５の何れか１項に記載の情報処理プログラム。
7. 前記処理制御手段は、前記記憶部が記憶している未処理情報によって前記出力先アプリケーションに処理させることが示されている処理対象データのうちの１つであって、前記出力先アプリケーションに処理させる１つの処理対象データを識別する第２識別画像を、前記情報処理装置の表示部に表示させる第２表示制御手段を含み、
   前記表示部が表示した第２識別画像で識別される処理対象データを前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させることを特徴とする請求項１〜６の何れか１項に記載の情報処理プログラム。
8. 前記処理対象データは画像データであって、
   前記第２表示制御手段は、複数の画像処理それぞれを識別する複数の第３識別画像を前記表示部にさらに表示させ、
   前記処理制御手段は、前記表示部が表示している第３識別画像のうちいずれかを指示する第２指示操作を操作受付手段が受け付けた場合に、第２識別画像に対応する処理対象データに対して、第２指示操作によって指示された画像処理を画像処理部に実行させる画像処理制御手段をさらに含み、
   前記画像処理部によって画像処理された処理対象データを前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させることを特徴とする請求項７に記載の情報処理プログラム。
9. 前記処理制御手段は、
   前記出力先アプリケーションで１つの処理対象データの処理が完了したことに応じて前記出力先アプリケーションから処理が完了したことを報知させるモードで、１つの処理対象データを前記出力先アプリケーションに処理させる動作を前記データ共有部に行わせ、
   前記出力先アプリケーションから処理完了を報知されることに応じて、前記記憶部が記憶している未処理情報によって前記出力先アプリケーションに処理させることが示されている処理対象データのうちの１つを、前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させることを特徴とする請求項１〜８の何れか１項に記載の情報処理プログラム。
10. 前記データ共有部は、前記表示制御手段に対応する第１表示画面と前記出力先アプリケーションに対応する第２表示画面とを前記情報処理装置の表示部に表示させており、
    前記データ共有部は、前記表示制御手段で未処理の処理対象データのうちの１つを選択して前記出力先アプリケーションに処理開始させる動作を実行している期間では、前記第１表示画面を前記第２表示画面よりも優先して前記表示部に表示させており、
    前記データ共有部は、前記出力先アプリケーションで処理対象データのうちの１つの処理を実行している期間では、前記第２表示画面を前記第１表示画面よりも優先して前記表示部に表示させており、
    前記処理制御手段は、前記データ共有部が前記第１表示画面を前記第２表示画面よりも優先して前記表示部に表示させることに応じて、前記記憶部が記憶している未処理情報によって前記出力先アプリケーションに処理させることが示されている処理対象データのうちの１つを、前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させることを特徴とする請求項６に記載の情報処理プログラム。
11. データ出力元のアプリケーションが出力するデータを、データ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置であって、
    前記出力先アプリケーションが処理対象データを１つずつ処理する単数処理アプリケーションである場合に、前記出力先アプリケーションに処理させる処理対象データが複数存在していることを条件として、前記出力先アプリケーションを識別する情報である出力先アプリケーション識別情報を記憶部に記憶させる第１記憶制御手段と、
    複数の処理対象データの各々について、前記出力先アプリケーションで未処理の処理対象データを前記出力先アプリケーションに処理させることを前記情報処理装置に示すための未処理情報を前記記憶部に記憶させる第２記憶制御手段と、
    複数の処理対象データのうちの１つを、前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させる動作を、前記データ共有部に行わせる処理制御手段と、
    を備え、
    前記処理制御手段は、前記出力先アプリケーションで１つの処理対象データの処理が完了したことを検出することに応じて、前記記憶部が記憶している未処理情報によって前記出力先アプリケーションに処理させることが示されている処理対象データのうちの１つを、前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させることを特徴とする情報処理装置。
12. データ出力元のアプリケーションが出力するデータを、データ出力先として選択されたアプリケーションである出力先アプリケーションに処理させるデータ共有部を備えた情報処理装置において実行される情報処理方法であって、
    前記出力先アプリケーションが処理対象データを１つずつ処理する単数処理アプリケーションである場合に、前記出力先アプリケーションに処理させる処理対象データが複数存在していることを条件として、前記出力先アプリケーションを識別する情報である出力先アプリケーション識別情報を記憶部に記憶させる第１記憶制御ステップと、
    複数の処理対象データの各々について、前記出力先アプリケーションで未処理の処理対象データを前記出力先アプリケーションに処理させることを前記情報処理装置に示すための未処理情報を前記記憶部に記憶させる第２記憶制御ステップと、
    複数の処理対象データのうちの１つを、前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させる動作を、前記データ共有部に行わせる処理制御ステップと、
    を備え、
    前記処理制御ステップは、前記出力先アプリケーションで１つの処理対象データの処理が完了したことを検出することに応じて、前記記憶部が記憶している未処理情報によって前記出力先アプリケーションに処理させることが示されている処理対象データのうちの１つを、前記出力先アプリケーション識別情報で識別される前記出力先アプリケーションに処理させることを特徴とする情報処理方法。

Images