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

Description

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

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

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

ところで、データ出力先として指定可能なアプリケーションの検索は、携帯端末に搭載されたＯＳ（オペレーティングシステム）の機能を利用して実現可能である。ここで、アプリケーションの検索条件としては、例えば、各アプリケーションで処理可能なデータ形式を指定する検索条件、または各アプリケーションで実行可能な処理の処理種別を指定する検索条件などがある。

携帯端末にインストールされるアプリケーションの開発者にとっては、開発にかかるコストや負担を考慮すると、携帯端末に搭載されたＯＳの検索機能を利用して、データ出力先のアプリケーションを検索できるようにアプリケーションを構成することが好ましい。一方で、ＯＳの検索機能には、例えば、１の設定項目について１の値しか設定できないなど仕様上の制限があり、利便性の高い検索結果が得られ難いという問題点があった。

本発明は、上記の問題点を解決するためになされたものであり、データ出力先のアプリケーションを選択させるために利便性の高い情報を、情報処理装置に設けられた検索部を利用して表示させることができる情報処理プログラム、情報処理装置、および情報処理方法を提供することを目的とする。

この目的を達成するために、本発明の情報処理プログラムは、各種設定項目について指定された設定値を条件として複数のアプリケーションのうち条件を満たすアプリケーションを検索する検索部と、データ出力元のアプリケーションから出力されるデータの所在を示す情報をデータ出力先のアプリケーションに出力するデータ共有部と、表示部と、操作部と、を備えた情報処理装置において、コンピュータが実行するプログラムであって、１の設定項目について所定の設定値を指定した第１条件で、前記検索部にアプリケーションの検索を要求する第１要求制御手段と、前記検索部から前記第１条件を満たすアプリケーションを示す第１アプリケーション情報を受信する第１受信手段と、前記第１条件と同一の設定項目について前記第１条件とは異なる設定値を指定した第２条件で、前記検索部にアプリケーションの検索を要求する第２要求制御手段と、前記検索部から前記第２条件を満たすアプリケーションを示す第２アプリケーション情報を受信する第２受信手段と、前記第１受信手段が受信した第１アプリケーション情報が示すアプリケーションと、前記第２受信手段が受信した第２アプリケーション情報が示すアプリケーションとの中からいずれかを選択する操作を受け付けるための選択肢を、前記表示部に表示させる表示制御手段と、前記表示制御手段により表示された前記選択肢のうちいずれかを選択する操作を、操作部に受け付けさせる操作受付制御手段と、前記操作受付制御手段により前記操作部に受け付けさせた操作で選択される選択肢に対応したアプリケーションである選択アプリケーションを前記データ出力先のアプリケーションとして指定して、データの所在を示す情報をデータ共有部へ出力する出力手段とを、前記コンピュータに実行させる。

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

請求項１記載の情報処理プログラムによれば、第１条件を満たすアプリケーションと、第２条件を満たすアプリケーションとの中からいずれかを選択するための選択肢が表示部に表示される。ここで、第２条件は、第１条件と同一の設定項目について第１条件とは異なる設定値を指定した条件である。そして、表示された選択肢のうちいずれかを選択する操作が受け付けられると、選択された選択肢に対応する選択アプリケーションをデータ出力先のアプリケーションとして指定して、データの所在を示す情報がデータ共有部へ出力される。よって、データ出力先のアプリケーションを選択させるために利便性の高い情報を情報処理装置に設けられた検索部を利用して、表示させることができるという効果がある。

請求項２記載の情報処理プログラムによれば、請求項１記載の情報処理プログラムの奏する効果に加え、第１のデータ形式を処理可能なアプリケーションと、第２のデータ形式を処理可能なアプリケーションとの中からいずれかを選択する操作を受け付けるための選択肢が表示されるので、データ出力先のアプリケーションを選択させるために利便性の高い情報を表示させることができるという効果がある。

請求項３記載の情報処理プログラムによれば、請求項２記載の情報処理プログラムの奏する効果に加え、データ出力先のアプリケーションに適した形式の画像データの所在情報を、データ出力先のアプリケーションへ出力できるという効果がある。

請求項４記載の情報処理装置によれば、請求項３記載の情報処理装置の奏する効果に加え、選択アプリケーションを示す情報が第１アプリケーション情報と第２アプリケーション情報とのいずれにも含まれている場合は、第１のデータ形式と第２のデータ形式とのうちいずれかを選択させることができるので、ユーザは、選択アプリケーションがどのようなデータ形式の画像データを処理できるかを記憶していなくても、適切な操作を実行でき、利便性が良いという効果がある。

請求項５記載の情報処理プログラムによれば、請求項３または４に記載の情報処理プログラムの奏する効果に加え、画像データが複数である場合には、複数の画像データに対応可能な適切なアプリケーションの中からいずれかを選択させることができるという効果がある。

請求項６記載の情報処理プログラムによれば、請求項１記載の情報処理プログラムの奏する効果に加え、第１の処理種別で示される処理を実行可能なアプリケーションと、第２の処理種別で示される処理を実行可能なアプリケーションとの中からいずれかを選択する操作を受け付けるための選択肢が表示されるので、データ出力先のアプリケーションを選択させるために利便性の高い情報を表示させることができるという効果がある。

請求項７記載の情報処理プログラムによれば、請求項６記載の情報処理プログラムの奏する効果に加え、第１の処理種別で示される処理を実行可能で且つ所定のデータ形式を処理可能なアプリケーションと、第２の処理種別で示される処理を実行可能で且つ所定のデータ形式を処理可能なアプリケーションとの中からいずれかを選択する操作を受け付けるための選択肢が表示されるので、データ出力先のアプリケーションを選択させるために利便性の高い情報を表示させることができるという効果がある。

請求項８記載の情報処理プログラムによれば、請求項７記載の情報処理プログラムの奏する効果に加え、データ出力先のアプリケーションに適した形式の画像データの所在情報を、データ出力先のアプリケーションへ出力できるという効果がある。

請求項９記載の情報処理プログラムによれば、請求項６から８のいずれかに記載の情報処理プログラムの奏する効果に加え、ユーザは各アプリケーションが実行可能な処理の処理種別を記憶していなくても、所望の処理種別に対応するアプリケーションの中から、データ出力先のアプリケーションを選択できるという効果がある。

請求項１０記載の情報処理プログラムによれば、請求項１から９のいずれかに記載の情報処理プログラムの奏する効果に加え、第１条件を満たすアプリケーションの数が所定数以上ある場合には、第２要求制御手段による検索の要求が行われないので、情報処理装置にかかる負荷を軽減しつつ、ユーザに対しては所定数以上のアプリケーションを提示できるという効果がある。

請求項１１記載の情報処理プログラムによれば、請求項３から５，８のいずれかに記載の情報処理プログラムの奏する効果に加え、読取装置で画像を読み取ることにより生成された画像データを、データ出力先のアプリケーションに処理させることができるという効果がある。

請求項１２記載の情報処理プログラムによれば、請求項１から１１のいずれかに記載の情報処理プログラムの奏する効果に加え、アプリケーションが実行可能な処理を示す処理種別および処理可能なデータ形式と対応付けて選択肢が表示されるので、ユーザは処理種別とデータ形式とを参考に、適切なアプリケーションを選択できるという効果がある。

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

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

本発明の第１実施形態であるデバイス制御アプリケーションを搭載した携帯端末の電気的構成を示すブロック図である。 ＯＳの検索機能と共有機能とを説明する図である。 携帯端末における画面の遷移を示す図である。 第１実施形態のスキャン処理を示すフローチャートである。 第２実施形態のスキャン処理を示すフローチャートである。 第２実施形態における画面の遷移を示す図である。 第３実施形態のスキャン処理を示すフローチャートである。 第３実施形態における画面の遷移を示す図である。 第４実施形態のスキャン処理を示すフローチャートである。 第４実施形態における画面の遷移を示す図である。 変形例のスキャン処理を示すフローチャートである。 変形例のアプリ一覧画面を示す図である。

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

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

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

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

携帯端末１０に搭載されたＯＳ１４ａのＡＰＩをアプリケーションが用いることにより、アプリケーションを検索する検索機能、および、アプリケーション間でデータを受け渡す共有機能（インテント機能）が実現される。これらの機能については、図２を参照して説明する。本アプリ１４ｂは、パーソナルコンピュータなどを経由せずに、携帯端末１０から直接、デバイス３０の印刷機能およびスキャン機能を利用するためのアプリケーションである。特に、本アプリ１４ｂは、データ出力先のアプリケーションを選択させるために利便性の高いアプリケーション情報を、ＯＳ１４ａの検索機能を利用して表示させることができるよう構成されている。

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

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

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

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

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

図２は、ＯＳ１４ａの検索機能および共有機能を説明する模式図であって、本アプリ１４ｂが、検索機能の実行をＯＳ１４ａに要求し、その後、データ出力先のアプリケーション（以下、データ出力先アプリ６４）を指定して共有機能の実行を要求する場合における処理の流れを示す。検索機能は、各種設定項目について指定された設定値を条件として複数のアプリケーションのうち条件を満たすアプリケーションを検索する機能である。一方、共有機能は、データ出力元のアプリケーション（図２に示す例では本アプリ１４ｂ）から出力されるデータの所在を示すＵＲＩ(Uniform Resorce Identifer)を、データ出力先アプリ６４に出力することにより、データ出力先のアプリケーションにデータを処理させる機能である。

まず、本アプリ１４ｂは、ＯＳ１４ａのＡＰＩを呼び出すことにより、アプリケーションの検索をＯＳ１４ａに要求する（２１）。検索条件の設定項目としては、各アプリケーションが処理可能なデータ形式を指定する「タイプ」と、各アプリケーションが実行可能な処理の種別を指定する「アクション」とが準備されている。本アプリ１４ｂは、タイプとアクションとについて値を指定して、検索を要求する。なお、タイプおよびアクションのうち、いずれか一方について値を指定しても良いし、両方について値を指定しても良い。しかしながら、一回の検索要求では、タイプおよびアクションについて、それぞれ１の値のみ設定できる。

一方、ＯＳ１４ａは、本アプリ１４ｂから指定される検索条件に基づき、携帯端末１０にインストールされた全てのアプリケーション（以下、全てのアプリ６２）の中から、検索条件を満たすアプリケーションを検索する（２２）。

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

次に、本アプリ１４ｂは、ＯＳ１４ａにより検索された検索条件を満たすアプリケーションのアプリケーション情報（例えば、アプリケーション名）をＯＳ１４ａから受信し（２４）、そのアプリケーション情報の一覧をＬＣＤ１８に表示させ（２５）、ユーザによる選択を受け付ける（２６）。

次に、本アプリ１４ｂは、アプリケーション情報の一覧においてユーザにより選択されたアプリケーションをデータ出力先アプリ６４として指定して、タイプおよびアクションと共に、データの所在を示すＵＲＩをＯＳ１４ａへ出力し、共有機能の実行をＯＳ１４ａに要求する（２７）。

一方、ＯＳ１４ａは、本アプリ１４ｂが指定したデータ出力先アプリ６４を起動して、そのデータ出力先アプリ６４の画面をフォアグラウンド（前面）とし、本アプリ１４ｂから通知されたデータのＵＲＩ、タイプおよびアクションを出力する（２８）。

その結果、携帯端末１０においては、ユーザにより選択されたデータ出力先アプリ６４の画面がフォアグラウンドに表示され、データ出力先アプリ６４は、通知されたＵＲＩで特定されるデータにアクセスし、ＯＳ１４ａから通知されたアクションに従った処理を実行する。例えば表示出力する、電子メールに添付して送信する、編集するなど、そのデータ出力先アプリ６４で実行可能な処理を行う。この共有機能によって、ユーザは、本アプリ１４ｂの機能とデータ出力先アプリ６４との機能を組み合わせて利用でき、利便性が良い。

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

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

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

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

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

スキャン結果確認画面７０において、ユーザが共有ボタン７４にタッチした場合、本アプリ１４ｂは、データ出力先アプリ６４（図２）として指定し得るアプリケーションの名称（アプリケーション情報）を選択肢として列記したアプリ一覧画面７７を、ＬＣＤ１８に表示させる。ユーザは、表示された選択肢の中から、所望のアプリケーションに対応した選択肢を選択することにより、データ出力先アプリ６４を選択する。

そして、本アプリ１４ｂは、ＪＰＥＧとＰＤＦとのうち、データ出力先アプリ６４が処理可能な形式に画像データを変換し、変換後の画像データのＵＲＩをＯＳ１４ａに出力する。一方、ＯＳ１４ａは、指定されたデータ出力先アプリ６４を起動して、そのデータ出力先アプリ６４の画面７９をフォアグラウンド（前面）とする。よって、ユーザはデータ出力先アプリ６４により、処理を継続できる。

ここで、上述したように、ＯＳ１４ａの検索機能では、１回の検索要求において検索条件として指定可能なタイプの値は１つのみである。したがって、ＯＳ１４ａの検索結果をそのまま使うのであれば、ＪＰＥＧ対応アプリの一覧またはＰＤＦ対応アプリの一覧しか表示できない。これに対し、本アプリ１４ｂは、アプリ一覧画面７７を表示するために、ＯＳ１４ａに対して２回の検索要求を行う。具体的には、まず、タイプの値としてＪＰＥＧを指定した第１の検索条件で、ＯＳ１４ａにアプリケーションの検索を要求する。そして、その検索結果の受信後、次に、タイプの値としてＰＤＦを指定した第２の検索条件で、ＯＳ１４ａにアプリケーションの検索を要求する。その結果、ＬＣＤ１８には、ＪＰＥＧを処理可能なアプリケーション（以下、ＪＰＥＧ対応アプリ）と、ＰＤＦを処理可能なアプリケーション（以下、ＰＤＦ対応アプリ）との中からいずれかを選択するための選択肢が表示される。具体的には、ＪＰＥＧ対応アプリを示す第１アプリケーション情報８１と、ＰＤＦ対応アプリを示す第２アプリケーション情報８２とが、選択肢として表示される。すなわち、ＪＰＥＧ対応アプリとＰＤＦ対応アプリとをユーザに提示できる。よって、データ出力先アプリ６４を選択させるために利便性の高いアプリ一覧画面７７を表示させることができる。なお、以下の説明において、第１アプリケーション情報８１と第２アプリケーション情報８２とを特に区別する必要がない場合、アプリケーション情報と総称することとする。

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

まず、ステップＳ４００（以下、ステップを省略）において、ＣＰＵ１１は、デバイス３０に対してスキャン指示を送信する（Ｓ４００）。デバイス３０においてスキャンが完了しない間（Ｓ４０２：Ｎｏ）、ＣＰＵ１１は、次のステップに移行しない。

一方、デバイス３０においてスキャンが完了した場合（Ｓ４０２：Ｙｅｓ）、ＣＰＵ１１は、デバイス３０で画像を読み取ることにより生成された画像データをデバイス３０から取得し、ＲＡＭ１３に一時記憶させる（Ｓ４０３）。本実施形態において、この画像データは、非圧縮、または可逆圧縮されたＲＡＷ画像データであるものとする。次に、ＣＰＵ１１は、スキャン結果確認画面７０（図３）をＬＣＤ１８に表示させる（Ｓ４０４）。スキャン結果確認画面７０において共有機能以外の実行指示が入力される場合（Ｓ４０６：Ｎｏ）、ＣＰＵ１１は指示に応じた処理を実行し（Ｓ４０８）、この処理を終了する。

一方、スキャン結果確認画面７０においてユーザが共有ボタン７４（図３）をタッチすることにより、共有機能の実行指示が入力される場合（Ｓ４０６：Ｙｅｓ）、ＣＰＵ１１は、Ｓ４０３で取得した画像データは複数か否かを判断する（Ｓ４１０）。画像データが単数であると判断される場合（Ｓ４１０：Ｎｏ）、ＣＰＵ１１は、タイプの値としてＪＰＥＧを指定し、アクションの値としてＳＥＮＤ（データ送信）を指定した第１の検索条件で、ＯＳ１４ａに対しアプリケーションの検索を要求する（Ｓ４１２）。そして、第１の検索条件を満たすアプリケーション（以下、単数ＪＰＥＧ対応アプリ）のアプリケーション情報を、ＯＳ１４ａから検索結果として受信する（Ｓ４１６）。次に、ＣＰＵ１１は、タイプの値としてＰＤＦを指定した第２の検索条件で、ＯＳ１４ａに対してアプリケーションの検索を要求する（Ｓ４１８）。そして、第２の検索条件を満たすアプリケーション（以下、ＰＤＦ対応アプリ）のアプリケーション情報を、ＯＳ１４ａから検索結果として受信する（Ｓ４２０）。

次に、ＣＰＵ１１は、Ｓ４１６で受信したアプリケーション情報と、Ｓ４２０で受信した第２アプリケーション情報とを、アプリ一覧画面７７に含めてＬＣＤ１８に表示させる。これにより、アプリケーション情報のうちいずれかを選択する操作を、タッチパネル１７に受け付けさせる（Ｓ４２２）。

一方、Ｓ４１０の判断において、Ｓ４０３で取得した画像データが複数であると判断される場合（Ｓ４１０：Ｙｅｓ）、タイプの値としてＪＰＥＧを指定し、アクションの値としてＭＵＬＴＩ＿ＳＥＮＤを指定して、ＯＳ１４ａに対してアプリケーションの検索を要求する（Ｓ４１４）。ここで、ＭＵＬＴＩ＿ＳＥＮＤは、複数のデータを送信する処理を実行可能なアプリケーションが宣言する値である。よって、Ｓ４１２に代えてＳ４１４の処理を実行することにより、複数の画像データに対応可能なＪＰＥＧ対応アプリ（以下、複数ＪＰＥＧ対応アプリ）のアプリケーション情報を取得できる（Ｓ４１６）。そして、Ｓ４２２においては、複数ＪＰＥＧ対応アプリのアプリケーション情報と、ＰＤＦ対応アプリのアプリケーション情報とが、アプリ一覧画面７７に含めて表示される（Ｓ４２２）。

次に、アプリ一覧画面７７に表示されたアプリケーション情報が選択されない間（Ｓ４２４：Ｎｏ）、ＣＰＵ１１は次のステップに移行しない。一方、アプリ一覧画面７７に表示されたアプリケーション情報が選択され（Ｓ４２４：Ｙｅｓ）、且つ、単数ＪＰＥＧ対応アプリまたは複数対応ＪＰＥＧアプリのアプリケーション情報を選択する操作を受け付けた場合（Ｓ４２６：Ｙｅｓ）、ＣＰＵ１１は、Ｓ４０３で取得した画像データが複数であるか否かを判断する（Ｓ４２８）。

画像データが複数である場合（Ｓ４２８：Ｙｅｓ）、ＣＰＵ１１は、デバイス３０から取得した複数の画像データを、それぞれＪＰＥＧデータへ変換してメモリカード２０に格納する（Ｓ４３０）。そして、ＣＰＵ１１は、選択されたアプリケーション情報に対応するアプリケーション（以下、選択アプリ）をデータ出力先アプリ６４として指定して、ＪＰＥＧデータのＵＲＩ、タイプ、アクションをＯＳ１４ａに出力することにより、共有機能の実行をＯＳ１４ａに要求し（Ｓ４３２）、この処理を終了する。

また、画像データが単数である場合（Ｓ４２８：Ｎｏ）、ＣＰＵ１１は、デバイス３０から取得した単数の画像データをＪＰＥＧデータへ変換しメモリカード２０に格納する（Ｓ４３４）。そして、ＣＰＵ１１は、選択アプリを指定して、１のＪＰＥＧデータのＵＲＩ等をＯＳ１４ａに出力することにより、共有機能の実行をＯＳ１４ａに要求し（Ｓ４３６）、この処理を終了する。

またＰＤＦ対応アプリのアプリケーション情報を選択する操作を受け付けた場合（Ｓ４２６：Ｎｏ）、ＣＰＵ１１は、デバイス３０から取得した画像データをＰＤＦデータへ変換し、メモリカード２０に格納する（Ｓ４３８）。なお、複数の画像データを取得した場合には、複数の画像データを１ファイルに格納した１つのＰＤＦファイルへ変換する。そして、ＣＰＵ１１は、選択アプリを指定して、ＰＤＦデータのＵＲＩ等をＯＳ１４ａに出力することにより、共有機能の実行をＯＳ１４ａに要求し（Ｓ４４０）、この処理を終了する。

第１実施形態のスキャン処理によれば、第１の検索条件を満たすＪＰＥＧ対応アプリと、第２の検索条件を満たすＰＤＦ対応アプリとの中からいずれかを選択する操作を受け付けるための選択肢が、アプリ一覧画面７７に表示されるので、データ出力先アプリ６４を選択させるために利便性の高いアプリ一覧画面７７を表示させることができる。

また、デバイス３０で画像を読み取ることにより生成された画像データを、データ出力先アプリ６４で処理可能なデータ形式に変換した上で、そのＵＲＩをデータ出力先アプリ６４へ出力できる。

また、デバイス３０から取得した画像データは、選択アプリに対応したデータ形式に変換されるので、選択アプリで処理可能なデータ形式をユーザが記憶していない場合であっても、データ出力先アプリ６４に適したデータ形式に画像データを変換できる。

図５は、第２実施形態の本アプリ１４ｂに従って、ＣＰＵ１１が実行するスキャン処理を示すフローチャートである。なお、第２実施形態のスキャン処理に含まれる各ステップのうち、第１実施形態のスキャン処理（図４）と同一のステップであるＳ４００からＳ４２２のステップについては、図示及び説明を省略する。

第２実施形態のスキャン処理は、アプリ一覧画面７７においてユーザがアプリケーション情報を選択した場合に（Ｓ４２４：Ｙｅｓ）、その後の処理が、第１実施形態のスキャン処理と異なる。

具体的には、まず、ＣＰＵ１１は、選択アプリで処理可能なデータ形式を判別する（Ｓ５０２）。選択アプリがＪＰＥＧのみ、または、ＰＤＦのみを処理可能な場合（Ｓ５０４：Ｎｏ）、ＣＰＵ１１は、Ｓ４２６へ移行し、選択アプリを指定して共有機能の実行をＯＳ１４ａに要求する。なお、Ｓ４２６へ移行した後の処理については、第１実施形態のスキャン処理と同一であるため、同一の符号を付して説明を省略する。

一方、選択アプリがＪＰＥＧ対応アプリでもあり、且つ、ＰＤＦ対応アプリでもある場合（Ｓ５０４：Ｙｅｓ）、すなわち、第１の検索条件を満たす第１アプリケーション情報８１と、第２の検索条件を満たす第２アプリケーション情報８２とのいずれにも、選択アプリに対応するアプリケーション情報が含まれていた場合、ＣＰＵ１１は、データ形式選択画面８３をＬＣＤ１８に表示させることにより、ＪＰＥＧとＰＤＦとのうちいずれかを選択する操作をタッチパネル１７に受け付けさせる（Ｓ５０６）。

図６は、アプリ一覧画面７７に基づいてユーザが選択アプリを選択した場合に、ＬＣＤ１８に表示させるデータ形式選択画面８３の一例を示す。図６に示すように、データ形式選択画面８３は、選択アプリが処理可能なデータ形式（本実施形態ではＪＰＥＧおよびＰＤＦ）の中から、所望のデータ形式をユーザが選択可能に構成されている画面であれば良い。また、データ形式選択画面８３に代えて、例えば、アプリ一覧画面７７の一部に、問い合わせ用のメッセージ表示領域を設け、その中においてデータ形式を選択可能としても良い。

図５に戻り説明する。データ形式が選択されない間（Ｓ５０８：Ｎｏ）、ＣＰＵ１１は次のステップに移行しない。一方、データ形式が選択された場合（Ｓ５０８：Ｙｅｓ）、ＣＰＵ１１は、タッチパネル１７に受け付けさせたデータ形式（すなわち、データ形式選択画面８３においてユーザが選択したデータ形式）を特定する（Ｓ５１０）。ＪＰＥＧが特定された場合（Ｓ５１２：Ｙｅｓ）、ＣＰＵ１１は、Ｓ４２８の処理に移行して、画像データをＪＰＥＧデータへ変換させ（Ｓ４３０またはＳ４３４）、そのＪＰＥＧデータのＵＲＩをＯＳ１４ａに出力する（Ｓ４３２またはＳ４３６）。

一方、ユーザが選択したデータ形式としてＰＤＦが特定された場合（Ｓ５１２：Ｎｏ）、ＣＰＵ１１は、Ｓ４３８の処理に移行して、画像データをＰＤＦデータへ変換させ（Ｓ４３８）、そのＰＤＦデータのＵＲＩをＯＳ１４ａに出力する（Ｓ４４０）。

第２実施形態のスキャン処理によれば、選択アプリがＪＰＥＧ対応アプリでもあり、ＰＤＦ対応アプリでもある場合、ＪＰＥＧとＰＤＦとのうちいずれかをユーザに選択させることができるので、ユーザは、選択アプリがどのようなデータ形式の画像データを処理できるかを記憶していなくても、適切な操作を実行でき、利便性が良い。

図７は、第３実施形態のスキャン処理を示すフローチャートである。なお、第３実施形態のスキャン処理に含まれる各ステップのうち、第１実施形態のスキャン処理（図４）と同一のステップについては、同一の符号を付して説明を省略する。また、第３実施形態では、ユーザは、データ形式として予めＪＰＥＧを選択しているものとして説明する。

上記第１実施形態のスキャン処理の場合、第１の検索条件と第２の検索条件とで、タイプの値を異ならせていた。これに対し、第３実施形態のスキャン処理の場合、第１の検索条件と第２の検索条件とで、アクションの値を異ならせる。以下、詳細を説明する。

まず、取得した画像データが複数であると判断される場合（Ｓ４１０：Ｙｅｓ）、ＣＰＵ１１は、アクションの値としてＭＵＬＴＩ＿ＳＥＮＤを指定し、さらに、タイプの値としてＪＰＥＧを指定した検索条件で、ＯＳ１４ａにアプリケーションの検索を要求する（Ｓ７００）。ＭＵＬＴＩ＿ＳＥＮＤを宣言するアプリケーションを、以下、複数送信対応アプリと称する。そして、ＣＰＵ１１は、ＪＰＥＧ対応アプリであり且つ複数送信対応アプリでもあるアプリケーションのアプリケーション情報を、ＯＳ１４ａから検索結果として受信する（Ｓ７０２）。次に、ＣＰＵ１１は、アプリケーション情報をアプリ一覧画面８４（図８を参照して後述）に含めてＬＣＤ１８に表示させ、条件を満たすアプリケーションのうちいずれかを選択する操作を、タッチパネル１７に受け付けさせる（Ｓ７１２）。すなわち、取得した画像データが複数である場合には、複数の画像データに対応可能な適切なアプリケーションの中からいずれかをユーザに選択させることができる。

一方、取得した画像データが単数であると判断される場合（Ｓ４１０：Ｎｏ）、ＣＰＵ１１はＯＳ１４ａに対して複数回、アプリケーションの検索を要求する。具体的には、アクションの値としてＳＥＮＤを指定し、さらにタイプの値としてＪＰＥＧを指定した第１の検索条件で、ＯＳ１４ａに対しアプリケーションの検索を要求する（Ｓ７０４）。そして、第１の検索条件を満たすアプリケーション（以下、単数送信対応アプリ）のアプリケーション情報を、ＯＳ１４ａから検索結果として受信する（Ｓ７０６）。

次に、ＣＰＵ１１は、アクションの値としてＥＤＩＴ（編集）を指定し、さらにタイプの値としてＪＰＥＧを指定した第２の検索条件で、ＯＳ１４ａに対してアプリケーションの検索を要求する（Ｓ７０８）。そして、第２の検索条件を満たすアプリケーション（以下、編集対応アプリ）のアプリケーション情報を、ＯＳ１４ａから検索結果として受信する（Ｓ７１０）。

次に、ＣＰＵ１１は、アクションの値としてＶＩＥＷ（閲覧）を指定し、さらにタイプの値としてＪＰＥＧを指定した第３の検索条件で、ＯＳ１４ａに対してアプリケーションの検索を要求する（Ｓ７１１）。そして、第３の検索条件を満たすアプリケーション（以下、閲覧対応アプリ）のアプリケーション情報を、ＯＳ１４ａから検索結果として受信する（Ｓ７０２）。

次に、ＣＰＵ１１は、３回の検索要求に基づき受信した３種類のアプリケーション情報を、アプリ一覧画面８４（図８）に含めてＬＣＤ１８に表示させることにより、いずれかを選択する操作を、タッチパネル１７に受け付けさせる（Ｓ７１２）。その結果、ＪＰＥＧ対応アプリであって、且つ、単数送信対応アプリ、編集対応アプリ、閲覧対応アプリのうち少なくともいずれかに該当するアプリのアプリケーション情報をアプリ一覧画面８４に表示できる。よって、ユーザに対して多くの選択肢を提示できる。

次に、アプリ一覧画面８４においていずれかのアプリケーション情報が選択されない間（Ｓ７１３：Ｎｏ）、ＣＰＵ１１は次のステップに移行しない。一方、アプリケーション情報が選択された場合（Ｓ７１３：Ｙｅｓ）、ＣＰＵ１１は、選択アプリが宣言しているアクションを判別する（Ｓ７１４）。そして、ＣＰＵ１１は、アクション選択画面をＬＣＤ１８に表示させることにより、選択アプリが宣言しているアクション（すなわち選択アプリで実行可能な処理）のうちいずれかを選択する操作をタッチパネル１７に受け付けさせる（Ｓ７１６）。

図８にアクション選択画面８５の一例を示す。アクション選択画面８５は、選択アプリが宣言するアクションの中から、ユーザが所望のアクションを選択できるように構成される。ここで、アクションのうちＳＥＮＤおよびＭＵＬＣＩ＿ＳＥＮＤは共に送信処理を表す。よって、本第３実施形態では、ＭＵＬＣＩ＿ＳＥＮＤを宣言するアプリケーションであっても、アクション選択画面８５の選択肢としては、単にＳＥＮＤと表記するものとする。なお、アクション選択画面８５に代えて、例えば、アプリ一覧画面８４の一部に、問い合わせ用のメッセージ表示領域を設け、その中においてアクションを選択可能としても良い。また、図示は省略するが、選択アプリが１のアクションしか宣言していない場合には、アクション選択画面８５の表示（Ｓ７１６）を実行せずに、第１実施形態のスキャン処理（図４）に示すＳ４２６以降の処理を実行しても良い。

図７に戻り説明する。アクションが選択されない間（Ｓ７１８：Ｎｏ）、ＣＰＵ１１は次のステップに移行しない。一方、アクションが選択されると（Ｓ７１８：Ｙｅｓ）、ＣＰＵ１１は、タッチパネル１７に受け付けさせたアクションを特定する（Ｓ７２０）。ユーザが選択したアクションがＥＤＩＴまたはＶＩＥＷである場合（Ｓ７２２：編集、閲覧）、ＣＰＵ１１は、１の画像データをＪＰＥＧデータに変換する（Ｓ７２４）。ここでいう１の画像データには、スキャン結果確認画面７０に表示されていたスキャン画像７１に対応する画像データが該当する。そして、ＣＰＵ１１は、そのＪＰＥＧデータのＵＲＩ、およびユーザによって選択されたアクションをＯＳ１４ａに出力し（Ｓ７２６）、処理を終了する。

ユーザが選択したアクションがＳＥＮＤである場合（Ｓ７２２：送信）、ＣＰＵ１１は、デバイス３０から複数の画像データを取得したか否かを判断する（Ｓ７２８）。複数の画像データを取得している場合（Ｓ７２８：Ｙｅｓ）、ＣＰＵ１１は、複数の画像データをそれぞれＪＰＥＧデータに変換する（Ｓ７３０）。そして、ＣＰＵ１１は、変換により得られた全てのＪＰＥＧデータのＵＲＩ、およびユーザによって選択されたアクションをＯＳ１４ａに出力し（Ｓ７３２）、処理を終了する。

一方、ユーザが選択したアクションがＳＥＮＤである場合であって（Ｓ７２２：送信）、デバイス３０から単数の画像データを取得している場合（Ｓ７２８：Ｎｏ）、ＣＰＵ１１は、その画像データをＪＰＥＧデータに変換し（Ｓ７３４）、そのＪＰＥＧデータのＵＲＩ、およびユーザによって選択されたアクションをＯＳ１４ａに出力し（Ｓ７３６）、処理を終了する。

第３実施形態のスキャン処理によれば、画像データが単数の場合には、単数送信対応アプリと、編集対応アプリと、閲覧対応アプリとについて、そのアプリケーション情報が表示される。よって、データ出力先アプリ６４を選択させるために利便性の高いアプリ一覧画面８４を表示させることができる。

また、ユーザにより予め選択されたデータ形式（図７に示す例ではＪＰＥＧ）を処理可能なアプリのアプリケーション情報が表示されるので、ユーザが予めデータ形式を決定している場合には、特に利便性が高い。また、デバイス３０から取得した画像データを、ユーザにより予め選択されたデータ形式に変換して、データ出力先アプリ６４に取得させることができる。

図９は、第４実施形態のスキャン処理を示すフローチャートである。なお、第４実施形態のスキャン処理に含まれる各ステップのうち、第１実施形態のスキャン処理（図４）または第３実施形態のスキャン処理（図７）と同一のステップについては、同一の符号を付して説明を省略する。また、第４実施形態のスキャン処理では、ユーザは、データ形式として予めＪＰＥＧを選択しているものとして説明する。

第４実施形態のスキャン処理は、ＯＳ１４ａから検索結果を受信するステップ（Ｓ７０２）まで、第３実施形態のスキャン処理と同一である。ただし、第３実施形態のスキャン処理では、データ出力先アプリ６４をユーザに選択させた後に、アクションを選択させていたが、第４実施形態のスキャン処理では、これとは逆に、アクションを選択させた後、データ出力先アプリ６４をユーザに選択させる。

具体的には、まず、アクション選択画面８５（図１０）をＬＣＤ１８に表示させ、アクションを選択する操作をタッチパネル１７に受け付けさせる（Ｓ９００）。第３実施形態と同様、アクション選択画面８５に代えて、ＬＣＤ１８の一部に、問い合わせ用のメッセージ表示領域を設け、その中においてアクションを選択可能としても良い。アクション選択画面８５においてアクションが選択されない間（Ｓ９０２：Ｎｏ）、ＣＰＵ１１は次のステップに移行しない。

一方、アクションが選択されると（Ｓ９０２：Ｙｅｓ）、ＣＰＵ１１は、タッチパネル１７に受け付けさせたアクション（すなわちアクション選択画面８５においてユーザが選択したアクション）を特定する（Ｓ９０４）。

次に、ＣＰＵ１１は、ＯＳ１４ａから受信したアプリケーション情報のうち、Ｓ９０４で特定したアクションに対応したアプリケーションのアプリケーション情報のみを、アプリ一覧画面８６に表示させる（Ｓ９０６）。例えば、図１０には、アクション選択画面８５に示されるアクションの中からＳＥＮＤが選択された場合に、ＬＣＤ１８に表示されるアプリ一覧画面８６の一例を示す。この場合、アプリ一覧画面８６には、ＳＥＮＤを宣言するアプリケーションのアプリケーション情報のみが表示される。

図９に戻り説明する。アプリ一覧画面８６においていずれのアプリケーション情報も選択されない間（Ｓ９０８：Ｎｏ）、ＣＰＵ１１は、次のステップに移行しない。一方、いずれかのアプリケーション情報が選択された場合（Ｓ９０８：Ｙｅｓ）、ＣＰＵ１１は、デバイス３０から複数の画像データを取得したか否かを判断する（Ｓ９１０）。複数の画像データを取得している場合（Ｓ９１０：Ｙｅｓ）、ＣＰＵ１１は、複数の画像データをそれぞれＪＰＥＧデータに変換する（Ｓ９１２）。そして、ＣＰＵ１１は、変換により得られた全てのＪＰＥＧデータのＵＲＩ、およびユーザによって選択されたアクションをＯＳ１４ａに出力し（Ｓ９１４）、処理を終了する。

一方、デバイス３０から単数の画像データを取得している場合（Ｓ９１０：Ｎｏ）、ＣＰＵ１１は、その画像データをＪＰＥＧデータに変換し（Ｓ９１６）、そのＪＰＥＧデータのＵＲＩ、およびユーザによって選択されたアクションをＯＳ１４ａに出力し（Ｓ９１８）、処理を終了する。

第４実施形態のスキャン処理によれば、ユーザは各アプリケーションが実行可能な処理を記憶していなくても、所望のアクションに対応するアプリケーションの中から、データ出力先アプリ６４を選択できる。

携帯端末１０が情報処理装置の一例である。ＣＰＵ１１が、コンピュータ、検索部、データ共有部の一例である。ＬＣＤ１８が表示部の一例である。タッチパネル１７が操作部の一例である。データ出力先アプリ６４がデータ出力先のアプリケーションの一例である。第１の検索条件が第１条件の一例である。第２の検索条件が第２条件の一例である。ＵＲＩが所在を示す情報の一例である。ＪＰＥＧが第１のデータ形式の一例であり、ＰＤＦが第２のデータ形式の一例である。デバイス３０が読取装置の一例である。第１，２実施形態におけるタイプ、第３，４実施形態におけるアクションが、それぞれ１の設定項目の一例である。

ただし、検索部、データ共有部、表示部、操作部の各部は、ハードウェア単体、または、本発明のプログラムあるいはオペレーティングシステムなど本発明以外のプログラムを実行することにより動作するハードウェアであっても良い。また、これら各部は、複数のプログラムによる処理を組み合わせて動作するハードウェアであっても良い。

Ｓ４１２，Ｓ４１４，Ｓ７０４を実行するＣＰＵ１１が第１要求制御手段の一例である。Ｓ４１６，Ｓ７０６を実行するＣＰＵ１１が第１受信手段の一例である。Ｓ４１８，Ｓ７０８，Ｓ７１１を実行するＣＰＵ１１が第２要求制御手段の一例である。Ｓ４２０，Ｓ７０２，Ｓ７１０を実行するＣＰＵ１１が第２受信手段の一例である。Ｓ４２２，Ｓ７１２，Ｓ９０６を実行するＣＰＵ１１が表示制御手段，操作受付制御手段の一例である。Ｓ４０３を実行するＣＰＵ１１が取得手段の一例である。Ｓ４３２，Ｓ４３６，Ｓ４４０，Ｓ７２６，Ｓ７３２，Ｓ７３６，Ｓ９１４，Ｓ９１８を実行するＣＰＵ１１が出力手段の一例である。図４のＳ４３０，Ｓ４３４，Ｓ４３８を実行するＣＰＵ１１が第１変換制御手段の一例である。Ｓ５０６を実行するＣＰＵ１１が形式選択受付制御手段の一例である。Ｓ５１０を実行するＣＰＵ１１が第１特定手段の一例である。図７，図９のＳ４１０を実行するＣＰＵ１１が第１判断手段の一例である。Ｓ７２４，Ｓ７３０，Ｓ７３４，Ｓ９１２，Ｓ９１６を実行するＣＰＵ１１が第２変換制御手段の一例である。Ｓ９００を実行するＣＰＵ１１が処理選択受付制御手段の一例である。Ｓ９０４を実行するＣＰＵ１１が第２特定手段の一例である。

Ｓ４１２，Ｓ４１４，Ｓ７０４を実行するＣＰＵ１１が第１要求手段の一例である。Ｓ４１８，Ｓ７０８，Ｓ７１１を実行するＣＰＵ１１が第２要求手段の一例である。Ｓ４２２，Ｓ７１２，Ｓ９０６を実行するＣＰＵ１１が表示手段，操作受付手段の一例である。Ｓ４１２，Ｓ４１４，Ｓ７０４が第１要求制御ステップの一例である。Ｓ４１６，Ｓ７０６が第１受信ステップの一例である。Ｓ４１８，Ｓ７０８，Ｓ７１１が第２要求制御ステップの一例である。Ｓ４２０，Ｓ７０２，Ｓ７１０が第２受信ステップの一例である。Ｓ４２２，Ｓ７１２，Ｓ９０６が表示制御ステップ，操作受付制御ステップの一例である。Ｓ４３２，Ｓ４３６，Ｓ４４０，Ｓ７２６，Ｓ７３２，Ｓ７３６，Ｓ９１４，Ｓ９１８が出力ステップの一例である。

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

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

また、上記実施形態では、第１のデータ形式の一例がＪＰＥＧであり、第２のデータ形式の一例がＰＤＦであったが、これに限られるものではない。例えば、ＰＮＧ、ＧＩＦ、ＢＭＰなど、各種のデータ形式が、第１のデータ形式の一例となり得る。また、ＤＯＣ、ＸＬＳなど、各種のデータ形式が、第２のデータ形式の一例となり得る。

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

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

また、上記実施形態において、画像データは、ＲＡＷ画像データであるものとして説明したが、デバイス３０から画像データとしてＪＰＥＧデータを取得する場合にも、本発明を適用できる。この場合において、ユーザによってＪＰＥＧ対応アプリが選択される場合、画像データの形式を変更する処理が不要であるため、Ｓ４３０，Ｓ４３４，Ｓ７２４，Ｓ７３０，Ｓ７３４，Ｓ９１２，Ｓ９１６をスキップさせることができる。

上記実施形態において、本アプリ１４ｂは、ＯＳ１４ａに対して複数回の検索を要求していたが、１回目の検索により十分な数のアプリケーションが発見された場合には、検索の要求を１回のみとしても良い。

図１１は、変形例のスキャン処理を示すフローチャートである。なお、変形例のスキャン処理は、第１実施形態のスキャン処理（図４）のＳ４００〜Ｓ４０４、Ｓ４２６〜Ｓ４４０と同一のステップを含むが、これについては図示を省略する。

図１１に示すように、変形例のスキャン処理においては、１回目の検索結果を受信するステップ（Ｓ４１６）と、２回目の検索を要求するステップ（Ｓ４１８）との間に、Ｓ１１０２が設けられている。

具体的には、Ｓ４１６で受信されたアプリケーション情報に対応するアプリケーションの数が所定数（例えば１０）以上であるかを判断する（Ｓ１１０２）。アプリケーションの数が所定数未満である場合（Ｓ１１０２：Ｎｏ）、ＣＰＵ１１は、第２の検索条件で、ＯＳ１４ａに対してアプリケーションの検索を要求し（Ｓ４１８）、第２の検索条件を満たすアプリケーションのアプリケーション情報を、ＯＳ１４ａから検索結果として受信する（Ｓ４２０）。そして、ＣＰＵ１１は、Ｓ４１６で受信した第１アプリケーション情報８１と、Ｓ４２０で受信した第２アプリケーション情報８２とを選択肢として、アプリ一覧画面７７（図３）に含めてＬＣＤ１８に表示させる（Ｓ４２２）。

これに対し、Ｓ４１６で受信されたアプリケーション情報に対応するアプリケーションの数が所定数以上である場合（Ｓ１１０２：Ｙｅｓ）、ＣＰＵ１１は、Ｓ４１８，Ｓ４２０をスキップする。すなわち、第２検索条件での検索の要求を行わない。この場合、第１アプリケーション情報８１が選択肢としてアプリ一覧画面７７に表示され、第２アプリケーション情報８２は表示されない。

この変形例によれば、第１の検索条件を満たすアプリケーションの数が所定数以上ある場合には、第２の検索条件を満たすアプリケーションの検索の要求が行われないので、携帯端末１０にかかる負荷を軽減しつつ、ユーザに対しては所定数以上のアプリケーションを提示できる。この変形例において、Ｓ１１０２を実行するＣＰＵ１１が第２判断手段の一例に相当する。

図１２は、変形例のアプリ一覧画面を示す図である。図１２（ａ）は、第１変形例のアプリ一覧画面８７を示す図である。このアプリ一覧画面８７は、ＳＥＮＤを宣言するアプリケーションのアプリケーション名を、ＪＰＥＧ対応アプリと、ＰＤＦ対応アプリとに分けて表示させる。図１２（ｂ）は、第２変形例のアプリ一覧画面８８を示す図である。このアプリ一覧画面８８は、横方向をアクション毎に分割し、縦方向をタイプ毎に分割したマトリクスにアプリケーションを表示させる。

すなわち、図１２に示すアプリ一覧画面８７，８８は、各アプリケーションが実行可能な処理を示すアクションおよび処理可能なデータ形式と対応付けて、選択肢（例えばアプリケーション名）を表示させることができる。よって、これらアプリ一覧画面８７，８８のうちいずれかを採用する場合、ユーザは、アクションとデータ形式とを参考に、適切なアプリケーションを選択できる。

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

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

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

また、上記実施形態では、アプリケーションの名称がアプリケーション情報の一例に相当する。しかしながら、アプリケーション情報は、例えば、各アプリケーションを表すアイコン画像など、他の情報であっても良い。また、アプリケーション情報は、アプリケーションの名称とアイコン画像との両方を含んでいても良い。

また、上記実施形態では、検索部の一例であるＯＳ１４ａから受信したアプリケーション情報を、アプリ一覧画面の選択肢として表示させるものとして説明した。これに代えて、例えばアプリケーションＩＤをアプリケーション情報として検索部から受信する場合、このアプリケーション情報からさらにＡＰＩで、アプリケーションの名称またはアイコン画像を取得し、アプリケーション情報に基づいて取得したこれらの情報を、選択肢として表示させても良い。

また、上記実施形態では、本アプリ１４ｂは、デバイス３０から取得した画像データを２種類のデータ形式のいずれかに変換するものとして説明した。しかしながら、画像データを３種類以上のデータ形式のいずれかに変換させる場合においても、本発明を適用可能である。

また、本アプリ１４ｂは、例えば、第３実施形態において画像データが単数であると判断される場合のように（Ｓ４１０：Ｎｏ）、ＯＳ１４ａに対して３回以上、検索を要求し、その結果を表示させても良い。

また、予め定められている回数（例えば２回）、ＯＳ１４ａに対して検索を要求した後、さらに検索を実行するかをユーザに問い合わせ、ユーザがさらなる検索を要求する場合には、既に実行されている検索とは異なる検索条件（例えばアドバンストユーザ向けの高度な機能に対応した検索条件）で、さらなる検索をＯＳ１４ａに要求するように構成しても良い。

また、上記第１実施形態から第４実施形態の特徴を、適宜組み合わせた実施形態を採用しても良い。また、１台の携帯端末１０において、第１実施形態から第４実施形態の各スキャン処理を実行可能に構成しても良い。その場合、いずれのスキャン処理を実行するかを、ユーザに選択させても良い。

また、上記第１，２実施形態では、第１の検索条件に基づいて受信した第１アプリケーション情報８１と、第２の検索条件に基づいて受信した第２アプリケーション情報８２とをアプリ一覧画面７７に含めて共に表示させていたが、いずれを表示させるかをタブにより切替え可能であるように、上記実施形態を変形しても良い。また、図３に示すアプリ一覧画面７７では、第１アプリケーション情報８１と第２アプリケーション情報８２とを分けて表示させていたが、これらをマージして表示させても良い。また、図３に示すアプリ一覧画面７７では、データ形式別にアプリケーション情報が表示されていたが、アクション別に表示されても良い。

また、画像データを所定のデータ形式に変換するためのプログラムは本アプリが備えていても良いし、携帯端末１０のハード回路または携帯端末１０に搭載された他のアプリやＯＳ１４ａに変換を要求することで、画像データの変換を実現するものであっても良い。その場合、これらの他の構成に画像データの変換を要求するＣＰＵ１１が、第１変換制御手段、第２変換制御手段の一例に相当する。また、第１変換制御手段、第２変換制御手段は、画像データを圧縮し、圧縮データ形式に変換するものであっても良い。

また、上記実施形態では、変換後の画像データの所在を示すＵＲＩがファイルパスで構成されるものとして説明したが、ＵＲＩは、例えば、「Contents:///devicecontrol1/attach/1」のようにアプリケーション中のインデックスやＩＤでデータを特定する形式（コンテンツ形式）の情報であっても良い。

また、上記第１実施形態においては、単数ＪＰＥＧ対応アプリの検索をＯＳ１４ａに要求する際（Ｓ４１２）、アクションの値としてＳＥＮＤを指定したが、「ＶＩＥＷ」や「ＥＤＩＴ」など、他の値を指定しても良い。

また、上記第１実施形態では、タイプの値としてＪＰＥＧを指定した第１の検索条件と、ＰＤＦを指定した第２の検索条件で、ＯＳ１４ａに検索の実行を要求していたが、タイプの値は、さらに上位階層の値で設定することも可能である。例えば、第１の検索条件ではタイプの値として「イメージ」を指定し、第２の検索条件では「アプリケーション」を指定しても良い。「イメージ」を指定する場合には、ＪＰＥＧ，ＢＭＰ，ＧＩＦなどの各種イメージデータを処理可能なアプリケーションを検索できる。一方、「アプリケーション」を指定する場合には、ＰＤＦ，ＤＯＣ，ＰＰＴなど、アプリケーション固有のデータ形式のデータを処理可能なアプリケーションを検索できる。

また、第１の検索条件ではタイプの値としてＪＰＥＧを指定し、第２の検索条件では、ＪＰＥＧと同じくイメージに含まれる値（例えば、ＢＭＰ）を、タイプの値として指定しても良い。

また、上記第１，２実施形態のスキャン処理（図４，図５）において、画像データが複数であるか否かの判断（Ｓ４１０）と、複数対応アプリの検索の要求（Ｓ４１４）とを削除しても良い。この場合、画像データが複数であるか否かに関わらず、ＪＰＥＧ対応アプリの検索を要求し（Ｓ４１２）、ＰＤＦ対応アプリの検索を要求する（Ｓ４１８）。そして、データ出力先アプリ６４としてＪＰＥＧ対応アプリが選択され（Ｓ４２６：Ｙｅｓ）、且つ、画像データが複数であると判断される場合（Ｓ４２８：Ｙｅｓ）、ＣＰＵ１１は、ユーザによって選択されたＪＰＥＧ対応アプリが複数の画像データに対応できるか否かを判断し、対応できる場合にはＳ４３０へ移行し、対応できない場合にはＳ４３４へ移行するように、第１，２実施形態のスキャン処理を変形しても良い。

第３，４実施形態のスキャン処理（図７，図９）についても同様に、画像データが複数であるか否かの判断（Ｓ４１０）と、複数対応アプリの検索の要求（Ｓ７００）とを削除しても良い。その代わり、第３実施形態においては、選択されたアクションが送信である場合において（Ｓ７２２：送信）、画像データが複数である場合（Ｓ７２８：Ｙｅｓ）、選択アプリが複数のＪＰＥＧデータに対応できるか否かを判断し、対応できる場合にはＳ７３０へ移行し、対応できない場合にはＳ７３４へ移行するように変形しても良い。

また、第４実施形態においては、アプリが選択され（Ｓ９０８：Ｙｅｓ）、画像データが複数である場合（Ｓ９１０：Ｙｅｓ）、選択アプリが複数のＪＰＥＧデータに対応できるか否かを判断し、対応できる場合にはＳ９１２へ移行し、対応できない場合にはＳ９１６へ移行するように変形しても良い。

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

Claims (14)

1. 各種設定項目について指定された設定値を条件として複数のアプリケーションのうち条件を満たすアプリケーションを検索する検索部と、データ出力元のアプリケーションから出力されるデータの所在を示す情報をデータ出力先のアプリケーションに出力するデータ共有部と、表示部と、操作部と、を備えた情報処理装置において、コンピュータが実行する情報処理プログラムであって、
   １の設定項目について所定の設定値を指定した第１条件で、前記検索部にアプリケーションの検索を要求する第１要求制御手段と、
   前記検索部から前記第１条件を満たすアプリケーションを示す第１アプリケーション情報を受信する第１受信手段と、
   前記第１条件と同一の設定項目について前記第１条件とは異なる設定値を指定した第２条件で、前記検索部にアプリケーションの検索を要求する第２要求制御手段と、
   前記検索部から前記第２条件を満たすアプリケーションを示す第２アプリケーション情報を受信する第２受信手段と、
   前記第１受信手段が受信した第１アプリケーション情報が示すアプリケーションと、前記第２受信手段が受信した第２アプリケーション情報が示すアプリケーションとの中からいずれかを選択する操作を受け付けるための選択肢を、前記表示部に表示させる表示制御手段と、
   前記表示制御手段により表示された前記選択肢のうちいずれかを選択する操作を、操作部に受け付けさせる操作受付制御手段と、
   前記操作受付制御手段により前記操作部に受け付けさせた操作で選択される選択肢に対応したアプリケーションである選択アプリケーションを前記データ出力先のアプリケーションとして指定して、データの所在を示す情報をデータ共有部へ出力する出力手段とを、前記コンピュータに実行させる情報処理プログラム。
2. 前記第１要求制御手段は、処理可能なデータ形式を指定する設定項目を前記１の設定項目とし、第１のデータ形式を前記所定の設定値として指定した前記第１条件で、前記検索部にアプリケーションの検索を要求するものであり、
   前記第２要求制御手段は、
   前記１の設定項目について前記第１のデータ形式とは異なる第２のデータ形式を前記他の設定値として指定した前記第２条件で、前記検索部にアプリケーションの検索を要求する、請求項１記載の情報処理プログラム。
3. 画像データを取得する取得手段と、
   前記取得手段により取得した画像データのデータ形式を変換させる第１変換制御手段として前記コンピュータを機能させ、
   前記出力手段は、
   前記選択アプリケーションが前記第１条件を満たすアプリケーションである場合、前記取得手段により取得した画像データの形式を前記第１変換制御手段により前記第１のデータ形式に変換させ、変換後の画像データの所在を示す情報を、前記データ共有部へ出力する、請求項２記載の情報処理プログラム。
4. 前記選択アプリケーションを示す情報が前記第１アプリケーション情報と前記第２アプリケーション情報とのいずれにも含まれている場合は、前記第１のデータ形式と前記第２のデータ形式とのうちいずれかを選択する操作を操作部に受け付けさせる形式選択受付制御手段と、
   前記形式選択受付制御手段に受け付けさせたデータ形式を特定する第１特定手段とを前記コンピュータに実行させ、
   前記出力手段は、
   前記第１特定手段が特定したデータ形式と前記取得手段により取得した画像データのデータ形式とが異なる場合、前記取得手段により取得した画像データの形式を、前記第１変換制御手段により前記第１特定手段が特定したデータ形式に変換させ、変換後の画像データの所在を示す情報を、前記データ共有部へ出力する、請求項３記載の情報処理プログラム。
5. 前記取得手段が取得した画像データは複数か否かを判断する第１判断手段と、
   前記第１判断手段が複数の画像データと判断する場合には、前記第１条件として、複数の画像データに対応することを指定する、請求項３または４に記載の情報処理プログラム。
6. 前記第１要求制御手段は、
   実行可能な処理の種別を指定する設定項目を前記１の設定項目とし、第１の処理種別を前記所定の設定値として指定した前記第１条件で、前記検索部にアプリケーションの検索を要求するものであり、
   前記第２要求制御手段は、
   前記１の設定項目について前記第１の処理種別とは異なる第２の処理種別を指定した前記第２条件で、前記検索部にアプリケーションの検索を要求する、請求項１記載の情報処理プログラム。
7. 前記第１要求制御手段及び前記第２要求制御手段は、
   前記第１条件及び第２条件として、前記１の設定項目については処理種別を指定し、さらに、処理可能なデータ形式を指定する設定項目については所定のデータ形式を指定して、前記検索部にアプリケーションの検索を要求する、請求項６記載の情報処理プログラム。
8. 画像データを取得する取得手段と、
   前記取得手段が取得した画像データを前記所定のデータ形式の画像データへ変換させる第２変換制御手段を、前記コンピュータに実行させ、
   前記出力手段は、前記第２変換制御手段による変換後のデータの所在を示す情報を前記データ共有部へ出力する、請求項７記載の情報処理プログラム。
9. 処理種別を選択する操作を操作部に受け付けさせる処理選択受付制御手段と、
   前記処理選択受付手段により受け付けさせた処理種別を特定する第２特定手段とを、前記コンピュータに実行させ、
   前記表示制御手段は、
   前記第１受信手段で受信したアプリケーション情報が示すアプリケーションと、前記第２受信手段で受信したアプリケーション情報が示すアプリケーションとのうち、前記第２特定手段により特定した処理種別に対応したアプリケーションのいずれかを選択させるための選択肢を前記表示部に表示させる、請求項６から８のいずれかに記載の情報処理プログラム。
10. 前記第１受信手段で受信されたアプリケーション情報に対応するアプリケーションの数が所定数以上であるかを判断する第２判断手段として前記コンピュータを機能させ、
    前記第２判断手段により、前記アプリケーションの数が所定数以上であると判断される場合、前記第２要求制御手段による検索の要求を行うことなく、前記表示制御手段が、前記第１受信手段が受信した第１アプリケーション情報が示すアプリケーションの中からいずれかを選択する操作を受け付けるための選択肢を、前記表示部に表示させる、請求項１から９のいずれかに記載の情報処理プログラム。
11. 前記取得手段は、
    読取装置で画像を読み取ることにより生成された画像データを取得する、請求項３から５，８のいずれかに記載の情報処理プログラム。
12. 前記表示制御手段は、
    前記アプリケーションが実行可能な処理を示す処理種別および処理可能なデータ形式と対応付けて、前記アプリケーションのいずれかを選択するための選択肢を表示させる、請求項１から１１のいずれかに記載の情報処理プログラム。
13. 各種設定項目について指定された設定値を条件として複数のアプリケーションのうち条件を満たすアプリケーションを検索する検索部と、データ出力元のアプリケーションから出力されるデータの所在を示す情報をデータ出力先のアプリケーションに出力するデータ共有部と、表示部と、操作部と、を備えた情報処理装置において、
    １の設定項目について所定の設定値を指定した第１条件で、前記検索部にアプリケーションの検索を要求する第１要求手段と、
    前記検索部から前記第１条件を満たすアプリケーションを示す第１アプリケーション情報を受信する第１受信手段と、
    前記第１条件と同一の設定項目について前記第１条件とは異なる設定値を指定した第２条件で、前記検索部にアプリケーションの検索を要求する第２要求手段と、
    前記検索部から前記第２条件を満たすアプリケーションを示す第２アプリケーション情報を受信する第２受信手段と、
    前記第１受信手段が受信した第１アプリケーション情報が示すアプリケーションと、前記第２受信手段が受信した第２アプリケーション情報が示すアプリケーションとの中からいずれかを選択する操作を受け付けるための選択肢を、前記表示部に表示させる表示手段と、
    前記表示手段により表示された前記選択肢のうちいずれかを選択する操作を、操作部に受け付けさせる操作受付手段と、
    前記操作受付手段により前記操作部に受け付けさせた操作で選択される選択肢に対応した選択アプリケーションを前記データ出力先のアプリケーションとして指定して、データの所在を示す情報をデータ共有部へ出力する出力手段とを備える情報処理装置。
14. 各種設定項目について指定された設定値を条件として複数のアプリケーションのうち条件を満たすアプリケーションを検索する検索部と、データ出力元のアプリケーションから出力されるデータの所在を示す情報をデータ出力先のアプリケーションに出力するデータ共有部と、表示部と、操作部と、を備えた情報処理装置において実行される情報処理方法であって、
    １の設定項目について所定の設定値を指定した第１条件で、前記検索部にアプリケーションの検索を要求する第１要求制御ステップと、
    前記検索部から前記第１条件を満たすアプリケーションを示す第１アプリケーション情報を受信する第１受信ステップと、
    前記第１条件と同一の設定項目について前記第１条件とは異なる設定値を指定した第２条件で、前記検索部にアプリケーションの検索を要求する第２要求制御ステップと、
    前記検索部から前記第２条件を満たすアプリケーションを示す第２アプリケーション情報を受信する第２受信ステップと、
    前記第１受信ステップが受信した第１アプリケーション情報が示すアプリケーションと、前記第２受信ステップが受信した第２アプリケーション情報が示すアプリケーションとの中からいずれかを選択する操作を受け付けるための選択肢を、前記表示部に表示させる表示制御ステップと、
    前記表示制御ステップにより表示された前記選択肢のうちいずれかを選択する操作を、操作部に受け付けさせる操作受付制御ステップと、
    前記操作受付制御ステップにより前記操作部に受け付けさせた操作で選択される選択肢に対応した選択アプリケーションを前記データ出力先のアプリケーションとして指定して、データの所在を示す情報をデータ共有部へ出力する出力ステップとを含む情報処理方法。
    

Images