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

Description

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

特許文献１には、特定のアプリケーションの実行中に、当該特定のアプリケーションと組み合わせて使用可能なアプリケーションをユーザに推薦する技術が記載されている。また、携帯端末などの情報処理装置に搭載されるオペレーティングシステム（ＯＳ）の機能として、「共有機能」が知られている。この機能は、一のアプリケーション（共有元アプリ）で指定された共有データを、共有先アプリケーション（共有先アプリ）として選択されたアプリケーションで処理させる機能である。これらの技術によれば、ユーザは、複数のアプリケーションを組み合わせて、所望の処理を実現できる。

ユーザは共有機能を利用する場合、例えば、図７に示す手順で共有先アプリを選択する。図７は、共有機能の一例を説明するための模式図である。まず、ユーザは、起動中の共有元アプリの画面で、共有機能の実行を指示する。すると、共有元アプリは、ＯＳに対して共有機能の実行を要求する（１）。この要求は、共有機能により共有先アプリに処理させようとする共有データのＵＲＩ（Uniform Resource Identifier）と、タイプと、アクションとを含む。ＵＲＩは、共有データの所在を示す情報（例えば、ファイルパス）である。タイプは、共有データのデータ形式を指定する情報であり、アクションは、処理の種類を指定する情報である。

ＯＳは、共有機能の実行要求を受け取ると、その要求に含まれるタイプとアクションとを検索条件として、情報処理装置にインストールされた全てのアプリケーション（全てのアプリ）の中から、検索条件を満たすアプリケーション（共有先アプリの候補）を検索する（２）。そして、ＯＳは、共有先アプリの候補を抽出して、各候補の識別情報を取得し（３）、共有先アプリの候補一覧をＬＣＤに表示させる（４）。ここで、候補のうちいずれか一つがユーザにより選択されると（５）、ＯＳは、選択されたアプリケーションを共有先アプリとして起動し、共有機能の実行要求に含まれていたＵＲＩと、タイプと、アクションとを出力する（６）。その結果、起動された共有先アプリにおいて、共有データがアクションの値に従って処理される。

特開２０１１−９０３９１号公報

ここで、検索により抽出された、検索条件を満たすアプリケーションが１つである場合、ユーザには選択の余地がない。よって、ＯＳの仕様によっては、共有先アプリの候補一覧の表示（４）およびユーザによる共有先アプリの選択（５）を行わず、検索により抽出された１つのアプリケーションを、共有先アプリとしてすぐに起動する場合がある。ユーザから見れば、自身がアプリケーションを選択する前に、突然１つのアプリケーションが共有先アプリとして起動されることになる。従って、ユーザは何が起こったのか理解できず、戸惑う虞があるという問題点があった。

本発明は、上記の問題点を解決するためになされたものであり、共有先アプリケーションの起動において、ユーザに唐突な感じを与えることを抑制できる情報処理プログラム、情報処理装置、および情報処理方法を提供することを目的とする。

この目的を達成するために、本発明の情報処理プログラムは、共有元アプリケーションにおいて指定されたデータを処理させるために共有先アプリケーションを起動する共有部と、コンピュータと、を備えた情報処理装置において実行されるプログラムであって、前記情報処理装置にインストールされた複数のアプリケーションを検索し検索条件を満たすアプリケーションを抽出する検索部に、検索条件を指定し検索の実行を要求する検索要求手段と、前記検索要求手段による要求に応じて前記検索部が抽出したアプリケーションを示す検索結果情報を取得する取得手段と、前記取得手段により取得した前記検索結果情報が示すアプリケーションが１つである場合、前記１つのアプリケーションを特定する特定情報が、記憶部に記憶されているかを判断する判断手段と、前記判断手段により、前記特定情報が前記記憶部に記憶されていると判断される場合、前記１つのアプリケーションを共有先アプリケーションとして起動することを前記共有部に要求する第１共有要求手段と、前記判断手段により、前記特定情報が前記記憶部に記憶されていないと判断される場合、前記１つのアプリケーションに対応したアプリケーション情報を前記表示部に表示させる表示制御手段と、前記判断手段により、前記特定情報が前記記憶部に記憶されていないと判断される場合、前記共有部に対し前記１つのアプリケーションを共有先アプリケーションとして起動することを要求する第２共有要求手段として、前記コンピュータを機能させる。

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

請求項１記載の情報処理プログラムによれば、検索結果情報が示すアプリケーションが１つである場合、前記１つのアプリケーションを特定する特定情報が、記憶部に記憶されているかが判断される。そして、前記特定情報が記憶部に記憶されていると判断される場合、前記１つのアプリケーションが共有先アプリケーションとして起動される。一方、前記特定情報が記憶部に記憶されていないと判断される場合、当該１つのアプリケーションに対応したアプリケーション情報が表示され、また、当該１つのアプリケーションが共有先アプリケーションとして起動される。共有先アプリケーションとして起動されるアプリケーションに対応したアプリケーション情報を表示させることで、共有先アプリケーションの起動において、ユーザに唐突な感じを与えることを抑制できるという効果がある。

請求項２記載の情報処理プログラムによれば、請求項１記載の情報処理プログラムの奏する効果に加え、前記特定情報が記憶部に記憶されていないと判断される場合、検索結果情報が示す１つのアプリケーションに対応したアプリケーション情報が表示された後に、当該１つのアプリケーションが共有先アプリケーションとして起動され、その画面が表示部に表示される。よって、ユーザは、アプリケーション情報を視認した上で、共有先アプリケーションとして起動されるアプリケーションの画面を視認する。したがって、共有先アプリケーションの起動において、ユーザに唐突な感じを与えることを抑制できるという効果がある。

請求項３記載の情報処理プログラムによれば、請求項１または２に記載の情報処理プログラムの奏する効果に加え、共有部に共有先アプリケーションを起動させる場合、共有先アプリケーションとして起動させるアプリケーションの特定情報が記憶部に記憶されるので、その後は、特定情報が記憶されていると判断させることができるという効果がある。

請求項４記載の情報処理プログラムによれば、請求項３記載の情報処理プログラムの奏する効果に加え、検索結果情報が示すアプリケーションが１つである場合において、その１つのアプリケーションの特定情報が、当該１つのアプリケーションの抽出に用いられた検索条件に対応づけて記憶部に記憶されているかが判断されるので、検索条件毎に適切な制御が実行されるという効果がある。

請求項５記載の情報処理プログラムによれば、請求項４記載の情報処理プログラムの奏する効果に加え、処理可能なデータの形式を示すタイプ情報、または、実行可能な処理の種類を示す処理種類情報のうち、少なくとも一方を検索条件とする場合において、検索条件毎に適切な制御が実行されるという効果がある。

請求項６記載の情報処理プログラムによれば、請求項５記載の情報処理プログラムの奏する効果に加え、データの形式を選択する操作を受け付けた場合、選択された形式のデータが共有先アプリケーションに処理させるべきデータとして指定され、且つ、選択された形式のデータを処理可能なアプリケーションが共有先アプリケーションとして起動されるので、ユーザが選択した形式に応じた制御を実行できるという効果がある。

請求項７記載の情報処理プログラムによれば、請求項６記載の情報処理プログラムの奏する効果に加え、読取装置から受信したスキャンデータの形式が、選択された形式と異なる場合、当該スキャンデータの形式を変換することにより、選択された形式のデータが取得されるので、読取装置から受信したスキャンデータを、ユーザが選択した形式に応じて適切に処理できるという効果がある。

請求項８記載の情報処理プログラムによれば、請求項３から７のいずれかに記載の情報処理プログラムの奏する効果に加え、アプリケーションの特定情報を記憶部に記憶させることをユーザが選択した場合に、アプリケーションの特定情報が記憶されるので、ユーザの好みに応じた制御が実行されるという効果がある。

請求項９記載の情報処理プログラムによれば、請求項１から８のいずれかに記載の情報処理プログラムの奏する効果に加え、ユーザは、検索により抽出された１つのアプリケーションが共有先アプリケーションとして起動されることを示す第１報知情報を視認するので、ユーザは戸惑うことがなく、快適に使用できるという効果がある。

請求項１０記載の情報処理プログラムによれば、請求項１から９のいずれかに記載の情報処理プログラムの奏する効果に加え、検索結果情報が示す１つのアプリケーションが情報処理プログラムである場合、ユーザは、当該情報処理プログラムを共有先アプリケーションとすることを示す第２報知情報を視認するので、ユーザは戸惑うことがなく、快適に使用できるという効果がある。

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

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

本発明の一実施形態であるデバイス制御アプリケーションを搭載した携帯端末の電気的構成を示すブロック図である。 （ａ）は、ＯＳの検索機能と共有機能とを説明するための模式図であり、（ｂ）は、起動履歴テーブルの一例を示す図である。 共有処理を示すフローチャートである。 （ａ）は、プレビュー画面の一例を示す図であり、（ｂ）は、共有タイプ選択画面の一例を示す図である。 共有先アプリ決定処理を示すフローチャートである。 （ａ）は共有先アプリ選択画面の一例を示す図であり、（ｂ）は第１のアプリ確認画面の一例を示す図であり、（ｃ）は第２のアプリ確認画面の一例を示す図であり、（ｄ）は共有先アプリの画面の一例を示す図である。 従来の共有機能の一例を説明するための模式図である。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、本発明の情報処理プログラムの一実施形態であるデバイス制御アプリケーション１４ｂ（以下、本アプリ１４ｂ）が搭載された携帯端末１０の電気的構成を示すブロック図である。本アプリ１４ｂは、共有先アプリケーションの起動において、ユーザに唐突な感じを与えることを抑制できるように構成されている。

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

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

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

本実施形態では、携帯端末１０に搭載されたＯＳ１４ａのＡＰＩをアプリケーションが用いることにより、アプリケーションを検索する検索機能、および、アプリケーション間でデータを受け渡す共有機能（インテント機能）が実現される。検索機能および共有機能については、図２（ａ）を参照して後述する。

本アプリ１４ｂは、パーソナルコンピュータなどを経由せずに、携帯端末１０から直接、デバイス３０のスキャン機能およびプリンタ機能を利用するためのアプリケーションである。本アプリ１４ｂには、起動履歴テーブル１４ｂ１が設けられている。起動履歴テーブル１４ｂ１の構成については、図２（ｂ）を参照して後述する。

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

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

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

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

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

図２（ａ）を参照して、ＯＳ１４ａの検索機能および共有機能を説明する。検索機能は、携帯端末１０にインストールされた全てのアプリケーション（以下、全てのアプリ６２）を検索し検索条件を満たすアプリケーションを抽出する機能である。共有機能は、共有元アプリケーションにおいて指定されたデータを処理させるために共有先アプリケーション（以下、共有先アプリ６４）を起動し、当該共有先アプリ６４の画面をＬＣＤ１８に表示させる機能である。以下、詳細を説明する。

図２（ａ）は、本アプリ１４ｂが検索機能の実行をＯＳ１４ａに要求し、その後、共有先アプリ６４を指定して共有機能の実行を要求する場合における処理の流れを模式的に示す図である。

本アプリ１４ｂは、ユーザが共有機能の実行を指示した場合に、ＯＳ１４ａのＡＰＩを呼び出すことにより、アプリケーションの検索をＯＳ１４ａに要求する（２１）。ここで、検索条件としては、処理可能なデータの形式を示すタイプと、実行可能な処理の種類を示すアクションとを指定できる。本アプリ１４ｂは、タイプとアクションとを指定して、ＯＳ１４ａに対して検索を要求する。なお、タイプおよびアクションのうち、いずれか一方について値を指定しても良いし、両方について値を指定しても良い。

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

次に、本アプリ１４ｂは、ＯＳ１４ａにより抽出された検索条件を満たすアプリケーションを示す検索結果情報をＯＳ１４ａから取得する（２４）。本実施形態において、検索結果情報とは、検索条件を満たすアプリケーションの各々について、アプリケーション名（アプリ名）とクラス名とを含むものとする。本アプリ１４ｂは、検索結果情報として取得したアプリ名の一覧である共有先アプリ選択画面（図６（ａ）を参照して後述）をＬＣＤ１８に表示させ（２５）、ユーザによる選択を受け付ける（２６）。

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

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

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

なお、本アプリ１４ｂは、自己共有可能に構成されているものとする。ここで、自己共有とは、共有元のアプリケーションと、共有先アプリ６４とを同一のアプリケーションとして、共有機能を実行することを意味している。本アプリ１４ｂの場合、デバイス３０がスキャン機能により生成した画像データをデバイス３０から取得し、これを共有データとする。そして、本アプリ１４ｂ自身を共有先アプリ６４として指定することにより、本アプリ１４ｂのプリンタ制御機能を起動させ、デバイス３０から取得した画像データを共有データとして、本アプリ１４ｂのプリンタ制御機能によりデバイス３０へ送信し、画像を印刷させる。これにより、デバイス３０においては、最初に読み取った原稿画像のコピー画像を印刷することになる。このように、本アプリ１４ｂで自己共有を行う場合には、本アプリ１４ｂのスキャン制御機能とプリンタ制御機能とを組み合わせ、デバイス３０にコピー機能を実現させることができる。

図２（ｂ）は、起動履歴テーブル１４ｂ１の一例を示す図である。図に示すように、起動履歴テーブル１４ｂ１は、共有タイプと、起動済アプリ名とを対応づけて記憶する。

共有タイプは、本アプリ１４ｂを共有元アプリケーションとする共有機能の実行において、共有先アプリ６４に処理させる共有データの形式を示す。本アプリ１４ｂでは、共有タイプとして指定可能な形式は、「ＰＤＦ」、「ＪＰＥＧ」、及び、「ＭＳＷＯＲＤ」の３種類であるものとする。「ＭＳＷＯＲＤ」は、マイクロソフト（登録商標）ワードの文章ファイルのデータ形式を意味する。

本アプリ１４ｂは、共有元アプリケーションとしての処理を実行する場合、上記３種類の形式のデータを共有データとして出力可能である。ただし、本アプリ１４ｂが共有先アプリ６４として処理を実行する場合、本アプリ１４ｂは、「ＰＤＦ」、「ＪＰＥＧ」の２種類のみ、データを処理可能であるものとする。したがって、共有タイプとして「ＰＤＦ」または「ＪＰＥＧ」のいずれかが選択された場合、本アプリ１４ｂは上述した自己共有を実行することができるが、「ＭＳＷＯＲＤ」が選択された場合、自己共有を実行することはできない。

起動済アプリ名は、本アプリ１４ｂを共有元アプリケーションとする共有機能の実行において、過去に、共有先アプリ６４として指定されたアプリケーションのアプリ名を示す。なお、一の共有タイプには、一の起動済アプリ名が対応づけられるか、または、何も対応づけられない。例えば、過去に、共有タイプとして「ＭＳＷＯＲＤ」を指定して共有機能を実行した場合において、「アプリ１」が共有先アプリ６４として起動されたのであれば、「ＭＳＷＯＲＤ」に対応する起動済アプリ名として「アプリ１」が記憶される。また、共有タイプとして「ＪＰＥＧ」を指定して共有機能を実行したことがない場合には、共有タイプ「ＪＰＥＧ」に対応する起動済アプリ名は記憶されない。

図３は、本アプリ１４ｂに従い、携帯端末１０のＣＰＵ１１が実行する共有処理を示すフローチャートである。この処理は、デバイス３０から受信した画像データを適切なデータ形式に変換して、共有先アプリ６４に渡す処理である。この処理は、本アプリ１４ｂの操作受け付け画面（図示せず）において、原稿のスキャン要求がユーザにより入力された場合に実行される。

なお、図３および後述する図５のフローチャートに示す各ステップは、本アプリ１４ｂがＣＰＵ１１に実行させ、または、本アプリ１４ｂがＯＳ１４ａなどの機能を利用してＣＰＵ１１に実行させるものとして説明する。ただし、各フローチャートが含むステップは、ＯＳ１４ａやその他アプリケーションがＣＰＵ１１に実行させるステップに一部置き換えられても良い。また、ＣＰＵ１１の関与によらず、携帯端末１０に設けられたハードウェアそのものが作動することによって実現されるステップに、一部置き換えられても良い。

まず、ＣＰＵ１１は、デバイス３０に対してスキャン開始指示を送信する（Ｓ３０１）。デバイス３０は、スキャン開始指示を受信すると、原稿台（図示せず）にセットされた原稿を読み取り、その原稿に対応するＪＰＥＧ形式の画像データを生成し、携帯端末１０へ送信する。次に、ＣＰＵ１１は、デバイス３０から画像データを受信し（Ｓ３０２）、メモリカード２０に記憶させる（Ｓ３０３）。

次に、ＣＰＵ１１は、プレビュー画面７０をＬＣＤ１８に表示させる（Ｓ３０４）。図４（ａ）は、プレビュー画面７０の一例を示す図である。この画面７０は、デバイス３０から受信した画像データをユーザに確認させるための画面であり、画像表示エリア７１と、共有ボタン７２と、終了ボタン７３とを含む。

画像表示エリア７１は、画像データに対応した画像が表示されるエリアである。共有ボタン７２は、画像表示エリア７１に表示中の画像データについて、共有機能の実行指示（共有指示）を、ユーザに入力させるためのボタンである。終了ボタン７３は、プレビュー画面７０を閉じる指示（終了指示）を、ユーザに入力させるためのボタンである。

図３に戻り説明する。プレビュー画面７０において、ユーザ指示が入力されない場合、すなわち、いずれのボタン７２，７３も押下されない場合（Ｓ３０５：Ｎｏ）、ＣＰＵ１１は、次のステップに進まない。一方、ユーザ指示が入力され（Ｓ３０５：Ｙｅｓ）、その指示がプレビュー画面７０の終了指示である場合（Ｓ３０６：終了）、ＣＰＵ１１は、本処理を終了する。一方、入力された指示が共有指示である場合（Ｓ３０６：共有）、ＣＰＵ１１は、共有タイプ選択画面８０をＬＣＤ１８に表示させる（Ｓ３０７）。

図４（ｂ）は、共有タイプ選択画面８０の一例を示す図である。本アプリ１４ａは、この共有タイプ選択画面８０により、共有先アプリ６４に処理させる共有データの形式（共有タイプ）を選択する操作を受け付ける。この画面８０は、ＰＤＦ選択ボタン８１と、ＪＰＥＧ選択ボタン８２と、ＭＳＷＯＲＤ選択ボタン８３とを含む。

ＰＤＦ選択ボタン８１は、共有タイプとしてＰＤＦの選択を受け付けるためのボタンであり、ＪＰＥＧ選択ボタン８２は、共有タイプとしてＪＰＥＧの選択を受け付けるためのボタンであり、ＭＳＷＯＲＤ選択ボタン８３は、共有タイプとしてＭＳＷＯＲＤの選択を受け付けるためのボタンである。

図３に戻り説明する。共有タイプ選択画面８０において、共有タイプが選択されない場合、すなわち、いずれの選択ボタン８１〜８３も押下されない場合（Ｓ３０８：Ｎｏ）、ＣＰＵ１１は、次のステップに進まない。一方、共有タイプが選択された場合（Ｓ３０８：Ｙｅｓ）、ＣＰＵ１１は、共有先アプリ６４を決定する共有先アプリ決定処理を実行する（Ｓ３０９）。共有先アプリ決定処理は、ユーザによって選択された共有タイプの形式のデータを処理可能なアプリケーションを、共有先アプリ６４として決定する処理であるが、詳細は図５を参照して後述する。

次に、共有タイプがＰＤＦの場合（Ｓ３１０：ＰＤＦ）、ＣＰＵ１１は、デバイス３０から受信したＪＰＥＧ形式の画像データをメモリカード２０から読み出し、その形式をＰＤＦ形式のデータ（ＰＤＦデータ）に変換する（Ｓ３１１）。また、共有タイプがＭＳＷＯＲＤの場合（Ｓ３１０：ＭＳＷＯＲＤ）、ＣＰＵ１１は、ＪＰＥＧ形式の画像データを、ワード形式のデータ（ワードデータ）に変換する（Ｓ３１２）。すなわち、スキャナ３０から受信した画像データの形式が、共有タイプと異なる場合には、当該画像データの形式を変換することにより、共有タイプのデータを取得するのである。なお、ＰＤＦデータやワードデータは、メモリカード２０に格納される。

一方、共有タイプがＪＰＥＧの場合（Ｓ３１０：ＪＰＥＧ）、ＣＰＵ１１は、画像データの変換を行わずに、Ｓ３１３の処理へ移行する。

次に、ＣＰＵ１１は、共有先アプリ決定処理（Ｓ３０９）で決定した共有先アプリ６４を指定して、共有機能の実行をＯＳ１４ａに要求する（Ｓ３１３）。ここでは、共有タイプとして選択された形式のデータのＵＲＩをＯＳ１４ａに通知することにより、共有タイプのデータを、共有先アプリ６４に処理させるべき共有データとして指定する。一方、ＯＳ１４ａは、共有先アプリ６４として指定されたアプリケーションを起動させ、当該アプリケーションに共有データを処理させる。

共有処理によれば、共有タイプを選択する操作を受け付ける。そして、共有タイプとして選択された形式のデータを、共有データとして指定し、且つ、共有タイプとして選択された形式のデータを処理可能なアプリケーションが、共有先アプリ６４として起動される。例えば、ユーザが共有タイプとしてＰＤＦを選択した場合には、ＰＤＦデータが共有データとして指定され、ＰＤＦデータを処理可能なアプリケーションが共有先アプリ６４として起動される。よって、ユーザが選択した形式に応じた制御を実行できる。

また、デバイス３０から受信した画像データの形式が、共有タイプとして選択された形式と異なる場合、当該画像データの形式を変換することにより共有タイプの形式のデータが取得されるので、デバイス３０から受信したデータを、ユーザが選択した形式に応じて適切に処理できる。

図５は、本アプリ１４ｂに従い、携帯端末１０のＣＰＵ１１が実行する共有先アプリ決定処理（Ｓ３０９）を示すフローチャートである。この処理は、携帯端末１０にインストールされている複数のアプリケーション（本アプリ１４ｂを含む）の中から、共有先アプリ６４を決定する処理である。

まず、ＣＰＵ１１は、検索条件を指定して、検索条件を満たすアプリケーションの検索の実行をＯＳ１４ａに要求する（Ｓ５０１）。図２（ａ）を参照して説明したように、検索条件としては、処理可能なデータの形式を示すタイプと、実行可能な処理の種類を示すアクションとを指定可能である。本実施形態では、共有タイプ選択画面８０（図４（ｂ））において、共有タイプとして選択された形式をタイプとして指定する。例えば、共有タイプとしてユーザがＰＤＦを選択した場合、検索条件のタイプとして「ＰＤＦ」を指定する。また、検索条件のアクションとしては、データ送信を実行可能であることを示す「ＳＥＮＤ」を指定するものとする。

次に、本アプリ１４ｂの要求に応じてＯＳ１４ａが抽出した、検索条件を満たすアプリケーションを示す検索結果情報をＯＳ１４ａから取得する。すなわち、共有タイプとして選択された形式のデータを処理可能であって、且つ、データ送信可能なアプリケーションを示す検索結果情報を取得する（Ｓ５０２）。

検索結果情報が示すアプリケーションが複数である場合、すなわち、検索条件を満たすアプリケーションが複数抽出された場合（Ｓ５０３：Ｙｅｓ）、ＣＰＵ１１は、共有先アプリ選択画面９０をＬＣＤ１８に表示させる（Ｓ５０４）。

図６（ａ）は、共有先アプリ選択画面９０の一例を示す図である。この画面９０は、検索条件を満たす複数のアプリケーションのうち１つを、ユーザに選択させるための画面であり、複数のアプリ選択ボタン９１〜９３を含む。アプリ選択ボタン９１〜９３は、ＯＳ１４ａから受信したアプリ名毎に個別に設けられる。このボタン９１〜９３のいずれか１つが押下されると、そのボタン９１〜９３に対応するアプリケーションが、共有先アプリ６４として選択される。

図５に戻り説明する。共有先アプリ選択画面９０において、アプリ選択ボタン９１〜９３が押下されない場合（Ｓ５０８：Ｎｏ）、ＣＰＵ１１は、次のステップに進まない。一方、いずれかのアプリ選択ボタン９１〜９３が押下されて、アプリケーションが選択された場合（Ｓ５０８：Ｙｅｓ）、ＣＰＵ１１は、選択されたアプケーションを共有先アプリ６４として決定し（Ｓ５０９）、Ｓ５１３へ移行する。すなわち、検索条件を満たすアプリケーションが複数存在する場合には、ユーザが自らの意思で、共有先アプリ６４を選択することができる。

一方、検索結果情報が示すアプリケーションが１つである場合、すなわち、検索条件を満たすアプリケーションが１つのみであった場合（Ｓ５０３：Ｎｏ）、ＣＰＵ１１は、その１つのアプリケーションを特定するアプリ名が、起動履歴テーブル１４ｂ１に記憶されているかを判断する（Ｓ５０５）。具体的には、その１つのアプリケーションのアプリ名が、当該１つのアプリケーションの抽出に用いられた共有タイプに対応する起動済アプリ名として、起動履歴テーブル１４ｂ１に記憶されているかを判断する。

例えば、ユーザが共有タイプとして、ＭＳＷＯＲＤを選択した場合であって、且つ、検索により１つのアプリケーションのみが抽出された場合には、そのアプリケーションのアプリ名が、共有タイプ「ＭＳＷＯＲＤ」に対応する起動済アプリ名として、起動履歴テーブル１４ｂ１に記憶されているかを判断する。

検索により抽出された１つのアプリケーションのアプリ名が、共有タイプに対応する起動済アプリ名として記憶されている場合（Ｓ５０５：Ｙｅｓ）、ＣＰＵ１１は、その１つのアプリケーションを、共有先アプリ６４として決定し（Ｓ５１５）、Ｓ３１０へ移行する。そして、決定した共有先アプリ６４を指定して、共有機能の実行をＯＳ１４ａに要求する（Ｓ３１３）。

一方、検索結果情報が示す１つのアプリケーションのアプリ名が、共有タイプに対応する起動済アプリ名として、起動履歴テーブル１４ｂ１に記憶されていない場合（Ｓ５０５：Ｎｏ）、ＣＰＵ１１は、その１つのアプリケーションが本アプリであるか否かを判断する（Ｓ５０６）。

その１つのアプリケーションが本アプリ１４ｂではない場合（Ｓ５０６：Ｎｏ）、ＣＰＵ１１は、第１の共有先アプリ確認画面１００をＬＣＤ１８に表示させてから（Ｓ５０７）、Ｓ５０８の処理へ移行する。

図６（ｂ）は、第１の共有先アプリ確認画面１００の一例を示す図である。この画面１００は、１つのアプリ選択ボタン１０１と、チェックボックス１０２とを含む。

アプリ選択ボタン１０１は、検索により抽出された１つのアプリケーションを、共有先アプリ６４として選択する操作をタッチパネル１７により受け付けるためのボタンであり、当該１つのアプリケーションに対応するアプリ名を含む。なお、アプリ選択ボタン１０１に代えて、当該１つのアプリケーションに対応するアイコンを表示させても良い。

このアプリ選択ボタン１０１によって、これから共有先アプリ６４として起動されることになるアプリケーションを、ユーザに事前に示すことができる。すなわち、ユーザは、第１の共有先アプリ確認画面１００によって、これから共有先アプリ６４として起動されることになるアプリケーションを認識した上で、当該アプリケーションの画面を閲覧する。したがって、共有先アプリ６４として選択可能なアプリケーションが１つしか存在せず、ユーザにとって選択の余地がない場合であっても、共有先アプリ６４の画面の表示前には、第１の共有先アプリ確認画面１００が表示されるので、ユーザに唐突な感じを与えることを抑制できる。

チェックボックス１０２は、共有先アプリ６４としてこれから起動することになるアプリケーションのアプリ名（すなわちアプリ選択ボタン１０１に示されるアプリ名）を、起動済アプリ名として起動履歴テーブル１４ｂ１に記憶させるか否かを、タッチパネル１７より受け付けるためのチェックボックスである。

チェックボックス１０２にチェックを入れた状態でアプリ選択ボタン１０１が押下された場合、本アプリ１４ｂは、アプリ選択ボタン１０１が示すアプリ名を、現在選択している共有タイプに対応する起動済アプリ名として、起動履歴テーブル１４ｂ１に記憶させる。この場合、次回以降に同じ共有タイプが選択されて、同じアプリケーションが検索により抽出されると、当該アプリケーションのアプリ名は、共有タイプに対応する起動済アプリ名として記憶されているものと判断されるので、Ｓ５０５の判断が肯定される。この場合（Ｓ５０５：Ｙｅｓ）、第１の共有先アプリ確認画面１００を表示することなく、検索により抽出されたアプリケーションが、共有先アプリ６４として起動されることになる。

アプリ名が起動済アプリ名として記憶されているアプリケーション、すなわち、過去に共有先アプリ６４としての起動実績があるアプリケーションを、再度、共有先アプリ６４として起動させる場合には、第１の共有先アプリ確認画面１００の表示を経ずにいきなり共有先アプリ６４を起動させたとしても、ユーザに対して唐突な感じや戸惑いを与える可能性は低いからである。

なお、チェックボックス１０２にチェックを入れない状態でアプリ選択ボタン１０１が押下された場合、本アプリ１４ｂは、アプリ選択ボタン１０１が示すアプリ名を、起動履歴テーブル１４ｂ１に記憶させない。その場合、次回の共有処理において、この第１の共有先アプリ確認画面１００が再度表示される。

図５に戻り説明する。第１の共有先アプリ確認画面１００において、アプリ選択ボタン１０１が押下されない場合（Ｓ５０８：Ｎｏ）、ＣＰＵ１１は、次のステップに進まない。一方、アプリ選択ボタン１０１が押下された場合（Ｓ５０８：Ｙｅｓ）、ＣＰＵ１１は、検索結果情報が示す１つのアプリケーションを共有先アプリ６４として決定し（Ｓ５０９）、Ｓ５１３へ移行する。

一方、検索結果情報が示す１つのアプリケーションが本アプリ１４ｂである場合（Ｓ５０６：Ｙｅｓ）、ＣＰＵ１１は、本アプリ１４ｂを共有先アプリ６４として決定し（Ｓ５１０）、第２の共有先アプリ確認画面１１０をＬＣＤ１８に表示させる（Ｓ５１１）。

図６（ｃ）は、第２の共有先アプリ確認画面１１０の一例を示す図である。この画面１１０は、テキストボックス１１１と、チェックボックス１０２と、ＯＫボタン１１２とを含む。

テキストボックス１１１は、本アプリ１４ｂを共有先アプリ６４とすることを示すテキストを含む。これにより、ユーザは、共有元アプリである本アプリ１４ｂが、共有先アプリ６４としても起動されることを、事前に認識できる。

チェックボックス１０２は、第１の共有先アプリ確認画面１００が含むチェックボックス１０２と同様に、共有先アプリ６４としてこれから起動することになるアプリケーションのアプリ名（すなわち本アプリ１４ｂのアプリ名）を、起動済アプリ名として起動履歴テーブル１４ｂ１に記憶させるか否かを、タッチパネル１７より受け付けるためのチェックボックスである。

第２の共有先アプリ確認画面１１０において、ＯＫボタン１１２が押下されると、本アプリ１４ｂが共有先アプリ６４として起動される。なお、チェックボックス１０２にチェックを入れた状態でＯＫボタン１１２が押下された場合、本アプリ１４ｂのアプリ名が、現在選択している共有タイプの起動済アプリ名として記憶される。一方、チェックボックス１０２にチェックを入れない状態でＯＫボタン１１２が押下された場合、本アプリ１４ｂのアプリ名を起動済アプリ名として記憶させない。

図５に戻り説明する。第２の共有先アプリ確認画面１１０において、ＯＫボタン１１２が押下されない場合（Ｓ５１２：Ｎｏ）、ＣＰＵ１１は、次のステップに進まない。一方、ＯＫボタン１１２が押下された場合（Ｓ５１２：Ｙｅｓ）、ＣＰＵ１１は、Ｓ５１３へ移行する。

第１の共有先アプリ確認画面１００、又は、第２の共有先アプリ確認画面１１０において、チェックボックス１０２がチェックされていなかった場合（Ｓ５１３：Ｎｏ）、ＣＰＵ１１は、Ｓ３１０に戻り、決定した共有先アプリ６４を指定して、共有機能の実行をＯＳ１４ａに要求する（Ｓ３１３）。

一方、チェックボックス１０２がチェックされていた場合（Ｓ５１３：Ｙｅｓ）、すなわち、アプリ名を起動履歴テーブル１４ｂ１に記憶させることを受け付けた場合、ＣＰＵ１１は、共有先アプリ６４として決定したアプリケーションのアプリ名を、現在選択している共有タイプの起動済アプリ名として、起動履歴テーブル１４ｂ１に記憶させる（Ｓ５１４）。すなわち、共有先アプリ６４として起動されるアプリケーションのアプリ名を、当該アプリケーションの抽出に用いられた検索条件のタイプ（共有タイプ）に対応づけて記憶させる。

そして、ＣＰＵ１１は、Ｓ３１０へ戻り、決定した共有先アプリ６４を指定して、共有機能の実行をＯＳ１４ａに要求する（Ｓ３１３）。一方、ＯＳ１４ａは、共有先アプリ６４として指定されたアプリケーションを起動させ、その画面をＬＣＤ１８のフォアグラウンドに表示させる。

図６（ｄ）は、共有先アプリ６４として起動されたアプリケーションの画面１２０を示す図である。共有先アプリ６４として起動された場合に表示される画面１２０のデザインは、アプリケーション毎に異なる。図６（ｄ）に示す共有アプリ６４の画面１２０は一例である。

本実施形態の共有処理によれば、検索結果情報が示すアプリケーションが複数である場合（Ｓ５０３：Ｙｅｓ）、図６（ａ）に示す共有先アプリ選択画面９０が表示され（Ｓ５０４）、その中からユーザによって選択された１のアプリケーションが、共有先アプリ６４として決定され（Ｓ５０９）、次に、図６（ｄ）に示す共有先アプリ６４の画面１２０が表示されることになる。この場合、ユーザは、共有先アプリ６４を自らの意思で選択した後、その共有先アプリ６４の画面１２０を視認するので、唐突な感じや戸惑いはほとんど感じない。

一方、検索結果情報が示すアプリケーション情報が１つである場合であって、当該１つのアプリケーションのアプリ名が、現在選択している共有タイプの起動済アプリ名として記憶されていない場合には、第１の共有先アプリ確認画面１００または第２の共有先アプリ確認画面１１０をＬＣＤ１８に表示させた後に、ＯＳ１４ａに対し前記１つのアプリケーションを共有先アプリ６４として起動することを要求する。これにより、共有先アプリ６４の起動において、ユーザに唐突な感じを与えることを抑制できる。

すなわち、ユーザは、第１の共有先アプリ確認画面１００（図６（ｂ））または第２の共有先アプリ確認画面１１０（図６（ｃ））を視認した上で、共有先アプリ６４として起動されるアプリケーションの画面１２０（図６（ｄ））を視認する。したがって、共有先アプリ６４の起動において、ユーザに唐突な感じを与えることを抑制できる。

より具体的には、検索により１つのアプリケーションのみが抽出され、そのアプリケーションのアプリ名が、現在選択されている共有タイプの起動済アプリ名として記憶されていない場合、当該１つのアプリケーションが共有先アプリ６４として起動されることを、共有先アプリ確認画面１００，１１０により事前にユーザに認識させた上で、当該１つのアプリケーションの画面１２０を表示させることができる。

したがって、共有先アプリ６４として今まで起動されたことがないアプリケーションが、共有先アプリ６４として初めて起動される場合であっても、ユーザは戸惑うことがなく、快適に使用できる。

なお、検索により抽出されたアプリケーションが本アプリ１４ｂのみであり、且つ、本アプリ１４ｂのアプリ名が起動済アプリ名として記憶されていない場合（Ｓ５０６：Ｙｅｓ）、第２の共有先アプリ確認画面１１０が表示されるので、ユーザは、自己共有であることを認識した上で（すなわち共有元、共有先の両アプリが本アプリ１４ｂであることを認識した上で）、共有先アプリ６４としての本アプリ１４ｂの画面を視認する。よって、初めて自己共有が実行される場合であっても、ユーザは戸惑うことがなく、快適に使用できる。

また、共有先アプリ確認画面１００，１１０のチェックボックス１０２にチェックが入っている場合、共有先アプリ６４として起動させるアプリケーションのアプリ名が起動履歴テーブル１４ｂ１に記憶されるので、その後は、当該アプリケーションのアプリ名が記憶されていると判断させることができる。

この場合（Ｓ５０５；Ｙｅｓ）、共有先アプリ選択画面９０、アプリ確認画面１００，１１０のいずれも表示させることなく、共有先アプリ６４の画面１２０を表示させることができる。ユーザにとっては、共有先アプリ６４の選択操作や、ＯＫボタン１１２の操作を経ずに、共有先アプリ６４を起動させることができるので、ユーザの操作負担を軽減できる。

また、検索により抽出された１つのアプリケーションのアプリ名が、起動済アプリ名として記憶されているか否かを判断する際には、当該１つのアプリケーションの抽出に用いられた共有タイプに対応づけて、アプリ名が起動履歴テーブル１４ｂ１に記憶されているかが判断されるので、共有タイプ毎に適切な制御が実行される。

例えば、共有タイプとしてＭＳＷＯＲＤが選択され、共有先アプリ６４として「アプリ１」が起動された場合において、次回以降、共有タイプとして再度、ＭＳＷＯＲＤが選択された場合には、共有先アプリ確認画面１００の表示を経ずに、アプリ１の画面１２０を表示させたとしても、ユーザに戸惑いを与える虞は小さい。

これに対し、共有タイプとしてＭＳＷＯＲＤが選択された場合には、アプリ１を共有先アプリ６４として起動した実績があるが、共有タイプとしてＪＰＥＧが選択された場合には、アプリ１を共有先アプリ６４として起動した実績がない場合を考える。この場合、共有タイプとしてＪＰＥＧが選択され、検索条件を満たすアプリケーションが「アプリ１」のみであった場合、当該アプリ１の画面１２０を突然起動すると、ユーザに戸惑いを与える虞がある。共有タイプが異なれば、共有先アプリ６４として異なるアプリケーションを選択するものとユーザが考えている可能性があるからである。

本実施形態によれば、共有タイプ毎に起動済アプリ名を対応づけて記憶しているので、共有タイプ毎に共有先アプリ６４の起動の実績を判断でき、共有タイプ毎に適切な制御を実行できる。

また、本実施形態によれば、チェックボックス１０２にチェックを入れることで、アプリ名を起動履歴テーブル１４ｂ１に記憶させることをユーザが選択した場合に、アプリ名が記憶されるので、ユーザの好みに応じた制御が実行される。例えば、ユーザは、次回以降の共有処理においても、共有先アプリ６４を事前に確認したいのであれば、チェックボックス１０２にチェックを入れなければ良い。この場合は、次回以降の共有処理において、同じアプリケーションが検索により抽出された場合であっても、アプリ確認画面１００，１１０が表示されるので、ユーザは、共有先アプリ６４として起動されるアプリケーションを事前に知ることができる。

上記実施形態において、携帯端末１０が情報処理装置の一例である。本アプリ１４ｂが情報処理プログラムの一例である。共有データが共有元アプリケーションにおいて指定されたデータの一例である。ＬＣＤ１８が表示部の一例である。ＣＰＵ１１が共有部、コンピュータ、及び、検索部の一例である。起動履歴テーブル１４ｂ１が記憶部の一例である。アプリ選択ボタン１０１がアプリケーション情報の一例である。共有タイプがタイプ情報の一例である。アクションが処理種類情報の一例である。デバイス３０が読取装置の一例である。ＪＰＥＧ形式の画像データがスキャンデータの一例である。タッチパネル１７が操作部の一例である。第１の共有先アプリ確認画面１００が第１報知情報の一例である。第２の共有先アプリ確認画面１１０が第２報知情報の一例である。

Ｓ５０１を実行するＣＰＵ１１が検索要求手段および検索要求ステップの一例である。Ｓ５０２を実行するＣＰＵ１１が取得手段および取得ステップの一例である。Ｓ５０５を実行するＣＰＵ１１が判断手段および判断ステップの一例である。Ｓ５１５，Ｓ３１３を実行するＣＰＵ１１が第１共有要求手段および第１共有要求ステップの一例である。Ｓ５０７，Ｓ５１１を実行するＣＰＵ１１が表示制御手段および表示制御ステップの一例である。Ｓ５０９，Ｓ３１３またはＳ５１０，Ｓ３１３を実行するＣＰＵ１１が第２共有要求手段および第２共有要求ステップの一例である。Ｓ５１４を実行するＣＰＵ１１が記憶制御手段の一例である。Ｓ３０７を実行するＣＰＵ１１が選択受付手段の一例である。Ｓ３０３，Ｓ３１０〜Ｓ３１２を実行するＣＰＵ１１がデータ取得手段の一例である。Ｓ３１３を実行するＣＰＵ１１がデータ指定手段の一例である。Ｓ５０７，Ｓ５１１を実行するＣＰＵ１１が記憶選択受付手段の一例である。

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

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

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

また、上記実施形態では、検索結果情報が複数のアプリケーションを示す場合、本アプリ１４ｂが、共有先アプリ選択画面９０をＬＣＤ１８に表示させるものとして説明した。これに代えて、共有アプリ選択画面を表示する処理、その画面においてアプリケーションの選択を受け付ける処理、および、選択されたアプリケーションを共有先アプリ６４として起動する処理の実行を全てＯＳ１４ａに要求しても良い。

また、上記実施形態で挙げた具体的数値や設定値は一例であり、他の数値や設定値を採用することは当然可能である。例えば、上記実施形態では、共有タイプの種類として「ＰＤＦ」と、「ＪＰＥＧ」と、「ＭＳＷＯＲＤ」との３種類を設けていたが、１〜２種類でも良いし、４種類以上でも良い。また、共有タイプの種類は、「ＰＤＦ」や「ＪＰＥＧ」や「ＭＳＷＯＲＤ」に限らず、他のデータ形式を示すタイプでも良い。他のデータ形式としては、「ＰＮＧ」、「ＧＩＦ」、「ＢＭＰ」、「ＭＳＥＸＣＥＬ」、「ＰＰＴ」などが例示される。

また、上記実施形態では、ＪＰＥＧ形式の画像データをスキャナ３０から受信するものとして説明したが、例えば、ＲＡＷデータでも良い。ただし、その場合、共有タイプとしてユーザがＪＰＥＧを選択した場合には、ＲＡＷデータをＪＰＥＧ形式に変換した上で、共有アプリ６４に処理させるべき共有データとして、そのＵＲＩを指定する。

また、上記実施形態においては、各アプリケーションが処理可能なデータの形式を示すタイプとして、ユーザが選択した共有タイプを検索条件として指定して、アプリケーションを検索させるものとして説明した。しかしながら、検索条件はこれに限られるものではなく、各アプリケーションが実行可能な処理の種類を示すアクションのうち、ユーザが選択したアクションを検索条件として指定して、アプリケーションを検索させる場合にも、本発明を適用可能である。その場合、アクションの種類ごとに、起動履歴テーブル１４ｂ１を設ければ良い。また、タイプおよびアクションの両方についてユーザが選択したものを検索条件としても良い。この場合、起動履歴テーブル１４ｂ１には、共有タイプおよびアクションの組合せごとに、起動済アプリ名を記憶させれば良い。このようにすれば、検索条件毎に適切な制御が実行される。

また、上記実施形態では、ユーザにより選択された共有タイプと、アクション「ＳＥＮＤ」とを検索条件として、アプリケーションの検索をＯＳ１４ａに要求するものとして説明した。この検索条件によれば、ユーザにより選択された共有タイプのデータを処理可能で、且つ、データ送信が可能なアプリケーションが検索により抽出される。これに代えて、「ＶＩＥＷ」や「ＥＤＩＴ」など他のアクションを検索条件として指定しても良い。また、「ＭＵＬＴＩ＿ＳＥＮＤ」を検索条件のアクションとして指定するように構成しても良い。「ＭＵＬＴＩ＿ＳＥＮＤ」とは、複数個のデータを共有データとして送信可能なアプリケーションが宣言するアクションである。この場合、ユーザにより選択された共有タイプのデータを処理可能で、且つ、複数のデータを送信可能なアプリケーションを検索により抽出できる。

また、上記実施形態では、共有タイプ「ＰＤＦ」、「ＪＰＥＧ」、「ＭＳＷＯＲＤ」のうちいずれかを検索条件としてアプリケーションの検索を要求していた。これに代えて、「ＩＭＡＧＥ」や「ＡＰＰＬＩＣＡＴＩＯＮ」を検索条件としても良い。タイプ「ＩＭＡＧＥ」を指定する場合には、ＪＰＥＧ，ＢＭＰ，ＧＩＦなどの各種イメージデータを処理可能なアプリケーションを検索できる。一方、タイプ「ＡＰＰＬＩＣＡＴＩＯＮ」を指定する場合には、ＰＤＦ，ＭＳＷＯＲＤ，ＭＳＥＸＣＥＬ，ＰＰＴなど、アプリケーション固有のデータ形式のデータを処理可能なアプリケーションを検索できる。この場合、「ＩＭＡＧＥ」および「ＡＰＰＬＩＣＡＴＩＯＮ」の各々について、起動済アプリ名を記憶可能に、起動履歴テーブル１４ｂ１を構成すれば良い。

また、上記実施形態の起動履歴テーブル１４ｂ１には、アプリ名を記憶させているが、アプリケーションのクラス名やアプリケーションＩＤなど、他の情報を記憶させても良い。この場合、これらの他の情報が、それぞれ特定情報の一例に相当し得る。

また、上記実施形態では、デバイス３０から受信した画像データを共有データとする場合を例にとって説明したが、この例に限られるものではなく、例えば、携帯端末１０に内蔵されたデジタルカメラで撮影された画像データや、他のアプリケーションにより生成された画像データ、またはこれらの画像データを変換することにより得られたデータを共有データとする場合にも、本発明を適用可能である。

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

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

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

また、ＪＰＥＧ形式の画像データをＰＤＦ形式やワード形式に変換するためのプログラムは本アプリが備えていても良いし、携帯端末１０のハードウェアまたは携帯端末１０に搭載された他のアプリやＯＳ１４ａに変換を要求することで、データ変換を実現するものであっても良い。その場合、データ形式の変換を要求するＣＰＵ１１が、データ取得手段の一例に相当する。

また、上記実施形態では、起動履歴テーブル１４ｂ１をフラッシュメモリ１４に設けているが、メモリカード２０内に設けても良い。

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

また、上記実施形態で説明したアプリ確認画面１００，１１０の内容は、適宜変更可能である。例えば、検索により抽出されたアプリケーションは、本アプリ１４ｂを共有元アプリケーションとする処理において、現在選択している共有タイプの共有先アプリ６４として初めて起動するものであることを、ユーザに明確に伝えることができるよう、例えば「ＰＤＦデータの共有で初めて起動するアプリケーションです」などのメッセージを、ＬＣＤ１８に表示させても良い。この場合、メッセージが第１報知情報の一例に相当する。

また、上記実施形態において、第１の共有先アプリ確認画面１００では、アプリ選択ボタン１０１がユーザにより操作された場合に、そのアプリケーションを共有先アプリ６４として起動するものとして説明した。しかしながら、第１の共有先アプリ確認画面１００にボタン機能を持たせることは必須ではない。例えば、アプリ選択ボタン１０１に代えて、単に検索により抽出された１のアプリケーションのアプリ名を、第１の共有先アプリ確認画面１００に表示させても良い。そして、第１の共有先アプリ確認画面１００を一定時間以上表示させた後、検索により抽出された１つのアプリケーションを共有先アプリ６４として指定して、ＯＳ１４ａに対して共有機能の実行を要求しても良い。このようにすれば、アプリ選択ボタン１０１を押下するという操作負担をユーザにかけることなく、共有先アプリ６４を起動させることができる。この変形例では、第１の共有先アプリ確認画面１００が、アプリケーション情報の一例に相当する。

また、上記実施形態では、共有先アプリ６４の画面１２０を表示させる前に、第１の共有先アプリ確認画面１００または第２の共有先アプリ確認画面１１０を表示させるものとして説明した。これに代えて共有先アプリ６４の画面１２０の後に、共有先アプリ確認画面１００，１１０などその他のアプリ−ション情報を、ＬＣＤ１８に表示させても良い。また、共有先アプリ６４の画面１２０と同時に、アプリケーション情報をＬＣＤ１８に表示させても良い。

１０ 携帯端末
１１ ＣＰＵ
１４ｂ デバイス制御アプリケーション
１４ｂ１ 起動履歴テーブル
１８ ＬＣＤ
１００ 第１の共有先アプリ確認画面
１１０ 第２の共有先アプリ確認画面
１２０ 共有アプリの画面

Claims (12)

1. 共有元アプリケーションにおいて指定されたデータを処理させるために共有先アプリケーションを起動する共有部と、コンピュータと、を備えた情報処理装置において実行される情報処理プログラムであって、
   前記情報処理装置にインストールされた複数のアプリケーションを検索し検索条件を満たすアプリケーションを抽出する検索部に、検索条件を指定し検索の実行を要求する検索要求手段と、
   前記検索要求手段による要求に応じて前記検索部が抽出したアプリケーションを示す検索結果情報を取得する取得手段と、
   前記取得手段により取得した前記検索結果情報が示すアプリケーションが１つである場合、前記１つのアプリケーションを特定する特定情報が、記憶部に記憶されているかを判断する判断手段と、
   前記判断手段により、前記特定情報が前記記憶部に記憶されていると判断される場合、前記１つのアプリケーションを共有先アプリケーションとして起動することを前記共有部に要求する第１共有要求手段と、
   前記判断手段により、前記特定情報が前記記憶部に記憶されていないと判断される場合、前記１つのアプリケーションに対応したアプリケーション情報を前記表示部に表示させる表示制御手段と、
   前記判断手段により、前記特定情報が前記記憶部に記憶されていないと判断される場合、前記共有部に対し前記１つのアプリケーションを共有先アプリケーションとして起動することを要求する第２共有要求手段として、前記コンピュータを機能させる情報処理プログラム。
2. 前記第２共有要求手段は、前記表示制御手段がアプリケーション情報を前記表示部に表示させた後に、前記共有部に対し前記１つのアプリケーションを共有先アプリケーションとして起動することを要求することを特徴とする、請求項１記載の情報処理プログラム。
3. 前記共有部に共有先アプリケーションを起動させる場合、共有先アプリケーションとして起動されるアプリケーションの特定情報を、前記記憶部に記憶させる記憶制御手段として、前記コンピュータを機能させる請求項１または２に記載の情報処理プログラム。
4. 前記記憶制御手段は、前記アプリケーションの特定情報を前記記憶部に記憶させる場合、当該アプリケーションの抽出に用いられた検索条件を対応づけて記憶させるものであり、
   前記判断手段は、前記検索結果情報が示すアプリケーションが１つである場合、前記１つのアプリケーションの特定情報が、当該１つのアプリケーションの抽出に用いられた検索条件に対応づけて、前記記憶部に記憶されているかを判断する、請求項３記載の情報処理プログラム。
5. 前記検索要求手段は、処理可能なデータの形式を示すタイプ情報、または、実行可能な処理の種類を示す処理種類情報のうち、少なくとも一方を検索条件として、前記検索部に検索を要求する請求項４記載の情報処理プログラム。
6. 共有先アプリケーションに処理させるデータの形式を選択する操作を受け付ける選択受付手段と、
   前記選択受付手段により受け付けた操作により選択された形式のデータを取得するデータ取得手段と、
   前記データ取得手段により取得したデータを、共有先アプリケーションに処理させるべきデータとして指定するデータ指定手段として、前記コンピュータを機能させ、
   前記検索要求手段は、前記選択受付手段により受け付けた操作により選択された形式を示すタイプ情報を前記検索条件として、前記検索部に検索を要求する請求項５記載の情報処理プログラム。
7. 前記データ取得手段は、読取装置から受信したスキャンデータの形式が、前記選択受付手段により受け付けた操作により選択された形式と異なる場合、当該スキャンデータの形式を変換することにより、前記選択受付手段により受け付けた操作により選択された形式のデータを取得する、請求項６記載の情報処理プログラム。
8. 前記アプリケーションの特定情報を前記記憶部に記憶させるか否かを操作部より受け付ける記憶選択受付手段として前記コンピュータを機能させ、
   前記記憶制御手段は、前記記憶選択受付手段により、前記アプリケーションの特定情報を前記記憶部に記憶させることを受け付けた場合に、前記アプリケーションの特定情報を前記記憶部に記憶させる請求項３から７のいずれかに記載の情報処理プログラム。
9. 前記第２共有要求手段は、前記１つのアプリケーションを共有先アプリケーションとして起動することを示す第１報知情報を、前記表示部に表示させる請求項１から８のいずれかに記載の情報処理プログラム。
10. 前記第２共有要求手段は、前記検索結果情報が示す１つのアプリケーションが前記情報処理プログラムである場合、前記情報処理プログラムを共有先アプリケーションとすることを示す第２報知情報を、前記表示部に表示させる請求項１から９のいずれかに記載の情報処理プログラム。
11. 共有元アプリケーションにおいて指定されたデータを処理させるために共有先アプリケーションを起動する共有部を備えた情報処理装置において、
    前記情報処理装置にインストールされた複数のアプリケーションを検索し検索条件を満たすアプリケーションを抽出する検索部に、検索条件を指定し検索の実行を要求する検索要求手段と、
    前記検索要求手段による要求に応じて前記検索部が抽出したアプリケーションを示す検索結果情報を取得する取得手段と、
    前記取得手段により取得した前記検索結果情報が示すアプリケーションが１つである場合、前記１つのアプリケーションを特定する特定情報が、記憶部に記憶されているかを判断する判断手段と、
    前記判断手段により、前記特定情報が前記記憶部に記憶されていると判断される場合、前記１つのアプリケーションを共有先アプリケーションとして起動することを前記共有部に要求する第１共有要求手段と、
    前記判断手段により、前記特定情報が前記記憶部に記憶されていないと判断される場合、前記１つのアプリケーションに対応したアプリケーション情報を前記表示部に表示させる表示制御手段と、
    前記判断手段により、前記特定情報が前記記憶部に記憶されていないと判断される場合、前記共有部に対し前記１つのアプリケーションを共有先アプリケーションとして起動することを要求する第２共有要求手段とを備える情報処理装置。
12. 共有元アプリケーションにおいて指定されたデータを処理させるために共有先アプリケーションを起動する共有部を備えた情報処理装置において実行される情報処理方法であって、
    前記情報処理装置にインストールされた複数のアプリケーションを検索し検索条件を満たすアプリケーションを抽出する検索部に、検索条件を指定し検索の実行を要求する検索要求ステップと、
    前記検索要求ステップによる要求に応じて前記検索部が抽出したアプリケーションを示す検索結果情報を取得する取得ステップと、
    前記取得ステップにより取得した前記検索結果情報が示すアプリケーションが１つである場合、前記１つのアプリケーションを特定する特定情報が、記憶部に記憶されているかを判断する判断ステップと、
    前記判断ステップにより、前記特定情報が前記記憶部に記憶されていると判断される場合、前記１つのアプリケーションを共有先アプリケーションとして起動することを前記共有部に要求する第１共有要求ステップと、
    前記判断ステップにより、前記特定情報が前記記憶部に記憶されていないと判断される場合、前記１つのアプリケーションに対応したアプリケーション情報を前記表示部に表示させる表示制御ステップと、
    前記判断ステップにより、前記特定情報が前記記憶部に記憶されていないと判断される場合、前記共有部に対し前記１つのアプリケーションを共有先アプリケーションとして起動することを要求する第２共有要求ステップとを含む情報処理方法。

Images