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

Abstract

【課題】ユーザビリティの良い情報処理プログラム、情報処理装置、および情報処理方法を提供すること。
【解決手段】ＰＤＦフォーマットとＪＰＥＧフォーマットとのうち、ユーザが選択したフォーマットのデータを処理可能なアプリケーションの一覧をＬＣＤ１８に表示させるので、ユーザビリティが良い。また、共有データがＪＰＥＧデータである場合には、複数のＪＰＥＧデータである場合と、単数のＪＰＥＧデータである場合とで、互いに異なるアプリケーションをＬＣＤ１８に表示させることができ、ユーザビリティが良い。
【選択図】図３

Description

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

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

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

ところで、スキャナが出力するスキャンデータを携帯端末で好適に処理するためのアプリケーションは、従来存在していなかった。例えば、カメラアプリケーションの場合、取り扱うデータは、デジタルカメラで撮像した写真データであるから、一律に、ＪＰＥＧフォーマットのファイルとして保存（記憶）するように構成されている。これに対し、スキャナが生成するスキャンデータは、原稿が写真画像である場合や文書である場合など、様々な場合が考えられ、ＪＰＥＧフォーマットで保存することが必ずしも適切ではない可能性があり得る。

このように、スキャンデータなど様々な画像データを好適に処理させるためには、従来のカメラアプリケーションでは想定されていない使用形態や状況に対応できるような、ユーザビリティの良いアプリケーションを提供することが望まれる。

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

この目的を達成するために、本発明の情報処理プログラムは、データ出力元のアプリケーションが出力するデータを、データ出力先として選択されたアプリケーションに処理させるデータ共有部を備えた情報処理装置が備えるコンピュータにおいて実行されるプログラムであって、前記コンピュータを、データ作成部に、画像情報インターフェースが画像情報ソースから取得した画像データに基づく処理対象データであり、かつ、第１フォーマットまたは第２フォーマットである処理対象データを作成させる処理対象データ作成制御手段と、表示部に、前記第１フォーマットのデータと前記第２フォーマットのデータとのうち、どちらかのデータを前記データ共有部が処理する場合に前記データ共有部がデータ出力先として選択可能なアプリケーションを識別する識別画像を表示させるアプリケーション情報表示制御手段として、機能させる。

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

請求項１記載の情報処理プログラムによれば、第１フォーマットまたは第２フォーマットのである処理対象データが作成される。また、ユーザに対しては、第１フォーマットと第２フォーマットとのうち、どちらかのデータをデータ共有部が処理する場合にデータ共有部がデータ出力先として選択可能なアプリケーションを視認させることができる。よって、ユーザビリティが良いという効果がある。

請求項２記載の情報処理プログラムによれば、請求項１記載の情報処理プログラムの奏する効果に加え、第１フォーマットまたは第２フォーマットの処理対象データが作成された後、アプリケーションの識別画像が表示部に表示される。よって、表示部に表示されたアプリケーションの識別画像に基づいて、ユーザが選択したデータ出力先のアプリケーションが、処理対象データを処理する時点においては、処理対象データを既に作成済みである。したがって、データ出力先のアプリケーションに、確実に処理対象データを処理させることができ、ユーザビリティが良いという効果がある。

すなわち、データ共有部を備えた従来の情報処理装置によれば、データ出力元のアプリケーションによる処理の進度とは無関係に、データ出力先のアプリケーションが起動される場合があった。よって、例えば、データ出力元のアプリケーションにより画像データを所定のフォーマットに変換する処理が行われている最中に、データ出力先のアプリケーションが起動されてしまう可能性があった。その場合、データ出力先のアプリケーションが起動されたのにも関わらず、処理させるべき対象のデータの作成が完了していないので、データ出力先のアプリケーションにおいて、対象のデータにアクセスできない、あるいは対象のデータを開けないなどの不具合が発生し、ユーザからクレームがくるおそれがあったのである。

請求項３記載の情報処理プログラムによれば、請求項１または２に記載の情報処理プログラムの奏する効果に加え、受付部が第１フォーマットまたは第２フォーマットのうちいずれかを指定する指示を受け付けた後に、処理対象データの作成が開始されるので、処理対象フォーマットではないフォーマットのデータの作成を省き、処理の負荷を軽減できるという効果がある。

請求項４記載の情報処理プログラムによれば、請求項１から３のいずれかに記載の情報処理プログラムの奏する効果に加え、処理対象データが作成された後、その処理対象データの識別情報がデータ共有部に対して通知されるので、データ出力先のアプリケーションに、確実に処理対象データを処理させることができるという効果がある。

請求項５記載の情報処理プログラムによれば、請求項１から４のいずれかに記載の情報処理プログラムの奏する効果に加え、第１フォーマットの処理対象データが複数ある第１の場合と、第１フォーマットの処理対象データが単数である第２の場合とで、互いに異なるアプリケーションの識別画像を表示部に表示させるので、ユーザビリティが良いという効果がある。

例えば、画像情報ソースがスキャナで構成される場合、自動原稿送り装置で複数ページを連続的に読み取る場合と、１ページを読み取る場合があり得る。したがって、複数ページ分の画像データに基づいて複数の処理対象データが作成される場合と、１ページ分の画像データに基づいて単数の処理対象データが作成される場合とがあり得るが、請求項５記載の情報処理プログラムによれば、いずれの場合についても、適切なアプリケーションの識別画像を表示させることができる。

請求項６記載の情報処理プログラムによれば、請求項５記載の情報処理プログラムの奏する効果に加え、第１の場合と第２の場合とで、互いに異なる利用情報を検索条件とするという容易な処理によって、第１の場合と第２の場合とで、互いに異なるアプリケーションの識別画像を表示部に表示させることができるという効果がある。

請求項７記載の情報処理プログラムによれば、請求項１から６のいずれかに記載の情報処理プログラムの奏する効果に加え、ＪＰＥＧフォーマットの処理対象データと、ＰＤＦフォーマットの処理対象データとを画像データから作成させることができるという効果がある。

請求項８記載の情報処理プログラムによれば、請求項１から７のいずれかに記載の情報処理プログラムの奏する効果に加え、ＲＡＷ画像データまたはＪＰＥＧデータから、処理対象データを作成し、データ出力先のアプリケーションに処理させることができるという効果がある。

請求項９記載の情報処理プログラムによれば、請求項１から８のいずれかに記載の情報処理プログラムの奏する効果に加え、画像情報ソースに対して画像データの送信を指示させ、その指示に応答して画像情報ソースから送られてくる画像データから、処理対象データを作成させ、データ出力先のアプリケーションに処理させることができるという効果がある。

請求項１０記載の情報処理プログラムによれば、請求項１から９のいずれかに記載の情報処理プログラムの奏する効果に加え、第１フォーマットと第２フォーマットとのいずれかをユーザに選択させるためのフォーマット選択画面を表示部に表示させるので、ユーザビリティが良いという効果がある。

請求項１１記載の情報処理プログラムによれば、請求項１０記載の情報処理プログラムの奏する効果に加え、第１種のアプリケーションまたは第２種のアプリケーションのうち少なくともいずれか一方が発見される場合、すなわち、データ出力先として選択可能なアプリケーションが存在する場合に、フォーマット選択画面を表示させるので、ユーザビリティが良いという効果がある。

請求項１２記載の情報処理プログラムによれば、請求項１１記載の情報処理プログラムの奏する効果に加え、発見されたアプリケーションの識別画像を、ユーザによるフォーマットの選択前に表示部に表示させるので、ユーザは、表示されたアプリケーションの識別画像を参考にフォーマットを選択できるという効果がある。

請求項１３記載の情報処理プログラムによれば、請求項１１または１２に記載の情報処理プログラムの奏する効果に加え、第１種のアプリケーションおよび第２種のアプリケーションが発見されない場合、すなわち、データ出力先とすべきアプリケーションが存在しないために実際にはデータ共有部による処理を実行できない場合、データ共有部による処理の実行指示の入力を制限でき、ユーザビリティが良いという効果がある。

請求項１４記載の情報処理プログラムによれば、請求項１１から１３のいずれかに記載の情報処理プログラムの奏する効果に加え、第１種のアプリケーションまたは第２種のアプリケーションのうち、一方のアプリケーションが発見された場合、他方のアプリケーションで処理可能なフォーマットの選択が制限されるので、他のアプリケーションに処理させることができないフォーマットをユーザが選択してしまうことを回避でき、ユーザビリティが良いという効果がある。

請求項１５記載の情報処理プログラムによれば、請求項１１から１４のいずれかに記載の情報処理プログラムの奏する効果に加え、発見されたアプリケーションが、前記情報処理プログラムのみであった場合、すなわち他のアプリケーションにデータを処理させることができない場合、ユーザは印刷の指示を入力でき、ユーザビリティが良いという効果がある。

請求項１６記載の情報処理プログラムによれば、請求項１から１５のいずれかに記載の情報処理プログラムの奏する効果に加え、発見されたアプリケーションが１種類であった場合、その１種類のアプリケーションがデータ出力先として決定されるので、操作性を向上できるという効果がある。

請求項１７記載の情報処理プログラムによれば、請求項１から１６のいずれかに記載の情報処理プログラムの奏する効果に加え、情報処理装置に指示することにより、アプリケーションの識別画像を表示させることができるという効果がある。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、ＣＰＵ１１は、処理中画面７９（図３）をＬＣＤ１８に表示させる（Ｓ４２２）。そして、処理対象データ（Ｓ４２０，Ｓ４２８で作成されるＪＰＥＧデータ、またはＳ４３０で作成されるＰＤＦデータ）の作成中（Ｓ４２４：Ｎｏ）、ＣＰＵ１１は、Ｓ４２２から処理を繰り返す。本実施形態では、処理対象データを構成するファイルをメモリカード２０に作成し、データの書き込みを行って、そのファイルをクローズするまでは、処理対象データの作成中とする。一方、処理対象データの作成が完了すると（Ｓ４２４：Ｙｅｓ）、ＣＰＵ１１は、出力先候補表示処理（Ｓ４２６）を実行することにより、共有先アプリ一覧画面８１（図３）をＬＣＤ１８に表示させ、スキャン処理を終了する。出力先候補表示処理（Ｓ４２６）については、図５を参照して後述する。

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

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

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

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

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

図５は、出力先候補表示処理（Ｓ４２６）を示すフローチャートである。この処理は、ＯＳ１４ａのＡＰＩを呼び出して、共有先アプリ６４の候補を検索し、共有先アプリ一覧画面８１（図３）をＬＣＤ１８に表示させるための処理である。図４を参照して説明したように、この処理は、処理対象データの作成完了後に開始される。

まず、ＣＰＵ１１は、メモリカード２０に作成した処理対象データを共有データとして指定する（Ｓ５０２）。共有データのフォーマットがＰＤＦである場合（Ｓ５０４：ＰＤＦ）、ＣＰＵ１１は、タイプを「ＰＤＦ」に設定し（Ｓ５１４）、アクションを「ＶＩＥＷ」に設定する（Ｓ５１６）。

次に、ＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出し、Ｓ５１４およびＳ５１６で設定したタイプとアクションとを指定して、共有先アプリ一覧画面８１の表示をＯＳ１４ａに対して要求する（Ｓ５１８）。その結果、ＯＳ１４ａは、タイプとして「ＰＤＦ」を宣言し、且つ、アクションとして「ＶＩＥＷ」を宣言しているアプリケーションを検索し、発見されたアプリケーションの名称８２を、共有先アプリ一覧画面８１に表示させる。なお、「ＶＩＥＷ」は、データを表示する処理を示すアクションであり、ほとんどのアプリケーションが、この「ＶＩＥＷ」を宣言している。よって、アクションとして「ＶＩＥＷ」を指定することにより、より多くのアプリケーションを、共有先アプリ一覧画面８１で示すことができる。

次に、ＯＳ１４ａからインテントを受信しない間（Ｓ５２０：Ｎｏ）、ＣＰＵ１１は、処理を待機する。一方、共有先アプリ一覧画面８１において、共有先アプリ６４が選択され、その共有先アプリ６４の識別情報を含むインテントをＯＳ１４ａから受信した場合（Ｓ５２０：Ｙｅｓ）、ＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出し、共有先アプリ６４の識別情報、共有データのＵＲＩ、およびＳ５１８と同じタイプ、アクションを指定して、共有機能（明示的共有機能）の実行をＯＳ１４ａに要求する（Ｓ５２２）。すなわち、共有データである処理対象データのＵＲＩをＯＳ１４ａに対して通知し、処理を終了する。

一方、共有データのフォーマットがＪＰＥＧである場合（Ｓ５０４：ＪＰＥＧ）、ＣＰＵ１１は、タイプを「ＪＰＥＧ」に設定する（Ｓ５０６）。次に、共有データとして指定したＪＰＥＧデータが単数である場合（Ｓ５０８：Ｎｏ）、ＣＰＵ１１は、アクションを「ＶＩＥＷ」に設定する（Ｓ５１０）。そして、ＣＰＵ１１は、Ｓ５０６およびＳ５１０で設定したタイプと、アクションとを指定して、共有先アプリ一覧画面８１の表示をＯＳ１４ａに対して要求する（Ｓ５１８）。この場合、ＯＳ１４ａは、タイプとして「ＪＰＥＧ」を宣言し、且つ、アクションとして「ＶＩＥＷ」を宣言しているアプリケーションを検索し、発見されたアプリケーションの名称８２を、共有先アプリ一覧画面８１に表示させる。

一方、共有データとして指定したＪＰＥＧデータが複数である場合（Ｓ５０８：Ｙｅｓ）、ＣＰＵ１１は、アクションを「ＳＥＮＤ＿ＭＵＬＴＩ」に設定する（Ｓ５１２）。そして、ＣＰＵ１１は、Ｓ５０６およびＳ５１２で設定したタイプと、アクションとを指定して、共有先アプリ一覧画面８１の表示をＯＳ１４ａに対して要求する（Ｓ５１８）。この場合、ＯＳ１４ａは、タイプとして「ＪＰＥＧ」を宣言し、且つ、アクションとして「ＳＥＮＤ＿ＭＵＬＴＩ」を宣言しているアプリケーションを検索し、発見されたアプリケーションの名称８２を、共有先アプリ一覧画面８１に表示させる。ここで、「ＳＥＮＤ＿ＭＵＬＴＩ」は、複数のデータを送信することを示すアクションであり、複数のデータを処理可能なアプリケーションのみが宣言している。よって、ユーザは、ＪＰＥＧデータを処理可能なアプリケーションであって、且つ、複数のデータを処理可能なアプリケーションを、共有先アプリ一覧画面８１から選択できる。

次に、インテントをＯＳ１４ａから受信した場合（Ｓ５２０：Ｙｅｓ）、ＣＰＵ１１は、ＯＳ１４ａのＡＰＩを呼び出し、共有先アプリ６４の識別情報、共有データのＵＲＩ、およびＳ５１８と同じタイプ、アクションを指定して、共有機能の実行を、ＯＳ１４ａに要求し（Ｓ５２２）、処理を終了する。なお、ＪＰＥＧデータが複数である場合、ＣＰＵ１１は、共有データのＵＲＩとして、複数のＪＰＥＧデータのそれぞれのＵＲＩをＯＳ１４ａに通知する。

出力先候補表示処理（Ｓ４２６）によれば、ＰＤＦフォーマットとＪＰＥＧフォーマットとのうち、どちらかのデータを共有機能により処理する場合に、共有機能によるデータ出力先として選択可能なアプリケーションを、ユーザに視認させることができる。すなわち、ＰＤＦフォーマットとＪＰＥＧフォーマットとのうち、ユーザが選択したフォーマットのデータを処理可能なアプリケーションの一覧をＬＣＤ１８に表示させるので、ユーザビリティが良い。また、共有データがＪＰＥＧデータである場合には、複数のＪＰＥＧデータである場合と、単数のＪＰＥＧデータである場合とで、互いに異なるアプリケーションをＬＣＤ１８に表示させることができ、ユーザビリティが良い。

また、処理対象データが作成された後、その処理対象データ（すなわち共有データ）のＵＲＩがＯＳ１４ａに対して通知されるので、共有先アプリ６４に、確実に処理対象データを処理させることができる。

図６を参照して第２実施形態について説明する。図６は、第２実施形態の出力先候補表示処理（Ｓ４２６）を示すフローチャートである。第２実施形態の本アプリ１４ｂは、第１実施形態の出力先候補表示処理（図５）に代えて、図６に示す出力先候補表示処理（Ｓ４２６）を実行する点が、第１実施形態と異なり、その他の点において同一である。なお、図６に示す出力先候補表示処理（Ｓ４２６）のうち、第１実施形態の出力先候補表示処理（図５）と同一の部分については、同一のステップ番号を付して、その説明を省略する。

第２実施形態の出力先候補表示処理（Ｓ４２６）では、ＯＳ１４ａのＡＰＩを呼び出すことにより、タイプ、アクションを指定して、アプリケーションを検索する（Ｓ６００）。具体的には、Ｓ５０６またはＳ５１４で設定したタイプが指定するフォーマットのデータを処理可能であり、且つ、Ｓ５１０，Ｓ５１２，またはＳ５１６で指定したアクションが指定する処理の種類に対応したアプリケーションを検索するよう、ＯＳ１４ａに要求する。

次に、検索結果として複数のアプリケーションが発見された場合（Ｓ６０２：複数）、ＣＰＵ１１は、その検索結果のアプリケーションを示す共有先アプリ一覧画面８１をＬＣＤ１８に表示させるためのデータを作成し、そのデータを指定してＯＳ１４ａのＡＰＩを呼び出すことにより、共有先アプリ一覧画面８１を表示させる（Ｓ６０４）。すなわち、第１実施形態では、ＯＳ１４ａが作成する共有先アプリ一覧画面８１がＬＣＤ１８に表示されたが、本第２実施形態では、本アプリ１４ｂにより作成した共有先アプリ一覧画面８１をＬＣＤ１８に表示させる。次に、ユーザがいずれかのアプリケーションを選択するまで（Ｓ６０６：Ｎｏ）、ＣＰＵ１１は、処理を待機する。

一方、ユーザがいずれかのアプリケーションを選択すると（Ｓ６０６：Ｙｅｓ）、ＣＰＵ１１は、ユーザが選択したアプリケーションを、共有先アプリ６４として決定し、その識別情報、共有データのＵＲＩ、タイプ、アクションを指定して、ＯＳ１４ａのＡＰＩを呼び出して共有機能（明示的共有機能）の実行を要求し（Ｓ６０８）、処理を終了する。この場合、ＯＳ１４ａは、指定された共有先アプリ６４を起動して、本アプリ１４ｂから通知された共有データのＵＲＩを通知し、その共有先アプリ６４に共有データを処理させる。よって、第１実施形態と同様の作用効果を得られる。

一方、検索の結果、発見されたアプリケーションが１種類であった場合（Ｓ６０２：単数）、ＣＰＵ１１は、共有先アプリ一覧画面８１の表示を行わず、その１種類のアプリケーションを共有先アプリ６４として決定し、その識別情報、共有データのＵＲＩ、タイプ、アクションを指定して、ＯＳ１４ａのＡＰＩを呼び出して共有機能の実行を要求し（Ｓ６１０）、処理を終了する。この場合、ユーザは、共有先アプリ６４を選択する作業を行う必要がないので、第１実施形態に比較して、さらに操作性を向上できる。なお、検索の結果、条件を満たすアプリケーションが発見されなかった場合（Ｓ６０２：なし）、ＣＰＵ１１は、ＬＣＤ１８にエラー表示をさせ（Ｓ６１２）、処理を終了する。

図７を参照して第３実施形態について説明する。図７は、第３実施形態のスキャン処理を示すフローチャートである。第３実施形態の本アプリ１４ｂは、第１実施形態のスキャン処理（図４）に代えて、図７に示すスキャン処理を実行する点が第１実施形態と異なり、その他の点において同一である。なお、図７に示すスキャン処理のうち、図４を参照して説明した第１実施形態のスキャン処理と同一の部分については、同一のステップ番号を付して、その説明を省略する。

第３実施形態のスキャン処理は、ＪＰＥＧデータを処理可能なアプリケーション（以下、ＪＰＥＧ対応アプリ）、およびＰＤＦデータを処理可能なアプリケーション（以下、ＰＤＦ対応アプリ）を検索する対応アプリ事前検索処理（Ｓ７０２）を実行し、ＰＤＦ対応アプリ、ＪＰＥＧ対応アプリのうち、少なくともいずれか一方が検索により発見される場合に、共有機能の実行指示の入力を受け付ける。

図８は、対応アプリ事前検索処理（Ｓ７０２）を示すフローチャートである。デバイス３０から単数のスキャンデータを取得した場合（Ｓ８０２：Ｎｏ）、ＣＰＵ１１は、ＪＰＥＧ対応アプリ、ＰＤＦ対応アプリを検索する（Ｓ８０４）。具体的には、ＯＳ１４ａのＡＰＩを呼び出し、アクションとして「ＶＩＥＷ」を指定し、タイプとして、「ＪＰＥＧ」または「ＰＤＦ」を指定して、対応するアプリケーションの検索を要求する。

一方、デバイス３０から複数のスキャンデータを取得した場合（Ｓ８０２：Ｙｅｓ）、ＣＰＵ１１は、複数のＪＰＥＧデータに対応するＪＰＥＧ対応アプリと、ＰＤＦ対応アプリケーションとを検索する（Ｓ８０６）。具体的には、ＯＳ１４ａのＡＰＩを呼び出し、アクションとして「ＭＵＬＴＩ＿ＳＥＮＤ」を指定し、タイプとして「ＪＰＥＧ」を指定して対応するアプリケーションの検索を要求し、さらに、アクションとして「ＶＩＥＷ」を指定し、タイプとして「ＰＤＦ」を指定して対応するアプリケーションの検索を要求する。

次に、ＪＰＥＧ対応アプリおよびＰＤＦ対応アプリのうち、少なくともいずれか一方が検索により発見された場合（Ｓ８０８：Ｎｏ）、ＣＰＵ１１は、共有ボタン７４の表示フラグをオンとする（Ｓ８１０）。そして、検索により発見された対応アプリが、本アプリ１４ｂ（すなわち、自アプリケーション）のみであった場合（Ｓ８１４：Ｙｅｓ）、ＣＰＵ１１は、印刷ボタン（図示せず）の表示フラグをオンとし（Ｓ８１８）、処理を終了する。一方、検索により、本アプリ１４ｂ以外の対応アプリが発見された場合（Ｓ８１４：Ｎｏ）、ＣＰＵ１１は、印刷ボタンの表示フラグをオフとし（Ｓ８１６）、処理を終了する。

次に、ＪＰＥＧ対応アプリおよびＰＤＦ対応アプリが共に発見されない場合について説明する。この場合（Ｓ８０８：Ｙｅｓ）、ＣＰＵ１１は、共有ボタン７４の表示フラグをオフとし（Ｓ８２０）、印刷ボタンの表示フラグをオンとして（Ｓ８１８）、処理を終了する。

図７に戻り説明する。次に、ＣＰＵ１１は、スキャン結果確認画面７０をＬＣＤ１８に表示させる（Ｓ７０３）。ここで、対応アプリ事前検索処理（図８）により、共有ボタン７４の表示フラグがオンとされている場合、スキャン結果確認画面７０（図３）に共有ボタン７４を表示させる。すなわち、ＪＰＥＧ対応アプリまたはＰＤＦ対応アプリのうち少なくともいずれか一方が検索により発見された場合、換言すれば、共有先として選択可能なアプリケーションが存在する場合に、共有機能の実行指示の入力を受け付ける。

また、ＪＰＥＧ対応アプリまたはＰＤＦ対応アプリのうち、少なくともいずれか一方が検索により発見された場合であっても、自アプリケーションのみが検索により発見された場合には、対応アプリ事前検索処理（図８）により、印刷ボタンの表示フラグがオンとされる。その場合、Ｓ７０３の処理においては、共有ボタン７４に加え、印刷の指示を受け付けるための印刷ボタン（図示せず）を、スキャン結果確認画面７０（図３）に表示させる。

そして、ユーザによる操作入力があり（Ｓ４０８：Ｙｅｓ）、その操作入力が共有ボタン７４のタッチである場合（Ｓ４１０：Ｙｅｓ）、ＣＰＵ１１は、Ｓ７０４の処理に移行する。一方、その操作入力が、印刷ボタンのタッチである場合、すなわち、印刷ボタンにより印刷指示の入力を受け付けた場合（Ｓ４１０：Ｎｏ）、ＣＰＵ１１は、デバイス３０から受信したスキャナデータの印刷を、デバイス３０に指示する（Ｓ４１２）。したがって、検索により発見されたアプリケーションが、自アプリケーションのみであった場合、すなわち、他のアプリケーションにデータを渡すことができない場合、ユーザは印刷指示を入力でき、ユーザビリティが良い。なお、印刷ボタンがタッチされた場合、現在の印刷設定（例えば、割付け印刷に関する設定、用紙サイズに関する設定）に基づいて、印刷プレビュー画像を作成し、ＬＣＤ１８に表示させ、現在の印刷設定に基づいて印刷を実行して良いか否かをユーザに確認しても良い。

また、対応アプリ事前検索処理（Ｓ７０２）により、共有ボタン７４の表示フラグがオフとされている場合、ＣＰＵ１１は、Ｓ７０３の処理において、共有ボタン７４を含まないスキャン結果確認画面７０、または、共有ボタン７４をグレーアウトしたスキャン結果確認画面７０をＬＣＤ１８に表示させる。すなわち、共有機能の実行指示の入力を制限する。したがって、共有先アプリ６４の条件を満たすアプリケーションが存在しないために実際には共有機能を実行できないのにも関わらず、ユーザが共有機能の実行指示の入力をしてしまうことを回避でき、ユーザビリティが良い。

また第３実施形態のスキャン処理においては、ＪＰＥＧ対応アプリおよびＰＤＦ対応アプリが共に発見された場合（Ｓ７０４：ＪＰＥＧ／ＰＤＦ）、ＣＰＵ１１は、フォーマット選択画面７７（図３）と共に、対応アプリ事前検索処理（Ｓ７０２）による対応アプリの検索結果を、ＬＣＤ１８に表示させる（Ｓ７０６）。具体的には、ＣＰＵ１１は、対応アプリ事前検索処理（Ｓ７０２）により発見されたＪＰＥＧ対応アプリの一覧と、ＰＤＦ対応アプリの一覧とをＬＣＤ１８に表示させるためのデータを作成し、そのデータを指定してＯＳ１４ａのＡＰＩを呼び出すことにより、対応アプリの検索結果を表示させる。

すなわち、ＪＰＥＧまたはＰＤＦのいずれかをユーザが選択するよりも前に、対応アプリ事前検索処理（Ｓ７０２）により検索されたアプリケーションの一覧を、ＬＣＤ１８に表示させる。このようにすれば、ユーザは、選択可能なアプリケーションの一覧を参考に、フォーマットを選択できる。なお、本実施形態では、フォーマット選択画面７７と、対応アプリの検索結果とを同時にＬＣＤ１８に表示させるものとして説明するが、例えば、対応アプリの検索結果を表示させた後に、フォーマット選択画面７７へ遷移させるように構成しても良い。

一方、対応アプリ事前検索処理（Ｓ７０２）により、ＪＰＥＧ対応アプリのみが発見され、ＰＤＦ対応アプリが発見されなかった場合（Ｓ７０４：ＪＰＥＧのみ）、ＣＰＵ１１は、Ｓ４１８の処理に移行してＪＰＥＧデータを作成し、以降は第１実施形態と同じ処理を実行する。

また、対応アプリ事前検索処理（Ｓ７０２）により、ＰＤＦ対応アプリのみが発見され、ＪＰＥＧ対応アプリが発見されなかった場合（Ｓ７０４：ＰＤＦのみ）、ＣＰＵ１１は、Ｓ４３０の処理に移行してＰＤＦデータを作成し、以降は第１実施形態と同じ処理を実行する。

すなわち、ＪＰＥＧ対応アプリまたはＰＤＦ対応アプリのうち、一方のフォーマットに対応するアプリケーションのみが発見された場合、フォーマット選択画面７７の表示をスキップすることにより、他方のフォーマットの選択を禁止（制限）する。よって、他のアプリケーションに処理させることができないフォーマットをユーザが選択してしまうことを回避でき、ユーザビリティが良い。

上記実施形態において、携帯端末１０が情報処理装置の一例である。デバイス３０が画像情報ソースおよび印刷装置の一例である。共有先アプリ６４が、データ出力先として選択されたアプリケーションの一例である。ＯＳ１４ａに従って共有機能を実行するＣＰＵ１１がデータ共有部の一例である。

ＣＰＵ１１が、コンピュータ、データ作成部、通知部、第１検索部、第２検索部、第３検索部、入力制限部、選択制限部、決定部、処理対象データ作成手段の一例である。ＬＣＤ１８が表示部の一例である。タッチパネル１７が受付部の一例である。タイプがフォーマット情報の一例であり、アクションが利用情報の一例である。ＪＰＥＧ対応アプリが第１種のアプリケーションの一例であり、ＰＤＦ対応アプリが第２種のアプリケーションの一例である。無線ＬＡＮ送受信部１５が画像情報ソースおよび指示部の一例である。ただし、データ作成部、通知部、第１検索部、第２検索部、第３検索部、入力制限部、選択制限部、決定部、指示部、受付部、表示部の各部は、ハードウェア単体、または、本発明のプログラムあるいはオペレーティングシステムなど本発明以外のプログラムを実行することにより動作するハードウェアであっても良い。また、これら各部は、複数のプログラムによる処理を組み合わせて動作するハードウェアであっても良い。

Ｓ４２０，Ｓ４２８，Ｓ４３０を実行するＣＰＵ１１が処理対象データ作成制御手段の一例である。Ｓ５１８，Ｓ６０４を実行するＣＰＵ１１がアプリケーション情報表示制御手段の一例である。Ｓ５１８，Ｓ６０８，Ｓ６１０を実行するＣＰＵ１１が識別情報通知手段の一例である。Ｓ５１８，Ｓ６００を実行するＣＰＵ１１が第１検索制御手段の一例である。Ｓ４０２を実行するＣＰＵ１１が送信指示制御手段の一例である。Ｓ４１４，Ｓ７０６を実行するＣＰＵ１１が選択画面表示制御手段の一例である。Ｓ７０２を実行するＣＰＵ１１が第２検索制御手段の一例である。Ｓ７０６を実行するＣＰＵ１１が検索結果表示制御手段の一例である。Ｓ７０３を実行するＣＰＵ１１が入力制限手段の一例である。Ｓ７０４を実行するＣＰＵ１１が選択制限手段の一例である。Ｓ７０３を実行するＣＰＵ１１が印刷指示画像表示制御手段の一例である。第３実施形態におけるＳ４１２を実行するＣＰＵ１１が印刷制御手段の一例である。Ｓ６００を実行するＣＰＵ１１が第３検索制御手段の一例である。Ｓ６１０を実行するＣＰＵ１１が自動決定制御手段の一例である。ＣＰＵ１１が処理対象データ作成手段の一例である。ＣＰＵ１１に制御されて動作するＬＣＤ１８がアプリケーション情報表示手段の一例である。

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

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

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

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

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

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

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

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

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

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

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

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

また、対応アプリ事前検索処理（Ｓ７０２）により、ＪＰＥＧ対応アプリのみが発見され、ＰＤＦ対応アプリが発見されなかった場合（Ｓ７０４：ＪＰＥＧのみ）、または、ＰＤＦ対応アプリのみが発見され、ＪＰＥＧ対応アプリが発見されなかった場合（Ｓ７０４：ＰＤＦのみ）、ＣＰＵ１１は、フォーマット選択画面７７（図３）をグレーアウト表示し、続けて、対応アプリ事前検索処理（Ｓ７０２）による対応アプリの検索結果を、ＬＣＤ１８に表示させることにより、他方のフォーマットの選択を制限してもよい。

また、上記実施形態においては、共有先アプリ一覧画面８１（図３）に含まれるアプリケーションの名称８２が、アプリケーションを識別する識別画像の一例に相当するが、アプリケーションの識別画像は、アプリケーションのアイコン画像であっても良い。

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

また、上記実施形態では、本アプリ１４ｂは、２種類のフォーマットのデータを作成させるものとして説明した。しかしながら、本発明は、３種類以上のフォーマットのデータを作成させるプログラムにも適用可能である。その場合、そのプログラムで作成させることが可能な３種類以上のフォーマットのうち、任意の２種類が、それぞれ第１フォーマットと第２フォーマットの一例に相当する。

なお、アプリケーション情報表示手段は、第１実施形態の出力先候補表示処理（図５）のＳ５１８のように、共有先アプリ一覧画面８１を表示するためのデータをＯＳ１４ａに作成させるものであっても良く、また、第２実施形態の出力先候補表示処理（図６）のＳ６０４のように、本アプリ１４ｂにより作成するものであっても良い。

同様に、第１検索制御手段、第２検索制御手段、第３検索制御手段は、それぞれ、ＡＰＩを呼び出して、ＯＳ１４ａにアプリケーションを検索させるものであっても良く、また、本アプリ１４ｂにより、アプリケーションを検索させるものであっても良い。

また、上記第１実施形態から第３実施形態の特徴を、適宜組み合わせた実施形態を採用しても良い。

１０ 携帯端末
１１ ＣＰＵ
１４ｂ デバイス制御アプリケーション
１５ 無線ＬＡＮ送受信部
１８ ＬＣＤ
３０ デバイス
７７ フォーマット選択画面

Claims (19)

1. データ出力元のアプリケーションが出力するデータを、データ出力先として選択されたアプリケーションに処理させるデータ共有部を備えた情報処理装置が備えるコンピュータにおいて実行される情報処理プログラムであって、
   前記コンピュータを、
   データ作成部に、画像情報インターフェースが画像情報ソースから取得した画像データに基づく処理対象データであり、かつ、第１フォーマットまたは第２フォーマットである処理対象データを作成させる処理対象データ作成制御手段と、
   表示部に、前記第１フォーマットのデータと前記第２フォーマットのデータとのうち、どちらかのデータを前記データ共有部が処理する場合に前記データ共有部がデータ出力先として選択可能なアプリケーションを識別する識別画像を表示させるアプリケーション情報表示制御手段として、機能させる、情報処理プログラム。
2. 前記アプリケーション情報表示制御手段は、前記データ作成部が前記第１フォーマットまたは前記第２フォーマットの処理対象データを作成した後、前記アプリケーションを識別する識別画像を前記表示部に表示させる、請求項１記載の情報処理プログラム。
3. 前記処理対象データ作成制御手段は、前記第１フォーマットまたは前記第２フォーマットのうちいずれかを指定する指示を受付部が受け付けた後、かつ、前記アプリケーション情報表示制御手段が、前記アプリケーションの識別画像を、前記表示部に表示させる前に、前記受付部が受け付けた指示が指定するフォーマットの処理対象データの作成を開始させる、請求項１または２に記載の情報処理プログラム。
4. 通知部に、前記データ共有部に対して、前記データ作成部が作成した処理対象データの識別情報を通知させる識別情報通知手段として、前記コンピュータを機能させ、
   前記識別情報通知手段は、前記データ作成部が処理対象データを作成した後、前記識別情報を通知させる、請求項１から３のいずれかに記載の情報処理プログラム。
5. 前記アプリケーション情報表示制御手段は、前記データ作成部が作成した前記第１フォーマットの処理対象データが複数ある第１の場合と、前記第１フォーマットの処理対象データが単数である第２の場合とで、互いに異なるアプリケーションの識別画像を前記表示部に表示させる、請求項１から４のいずれかに記載の情報処理プログラム。
6. 第１検索部に、フォーマットを指定するフォーマット情報と、処理の種類を指定する利用情報とを検索条件として、前記フォーマット情報が指定するフォーマットのデータを処理可能であり、且つ、前記利用情報が指定する処理の種類に対応したアプリケーションを検索させる第１検索制御手段として、前記コンピュータを機能させ、
   前記第１検索制御手段は、前記第１の場合と前記第２の場合とで、互いに異なる利用情報を検索条件とし、
   前記アプリケーション情報表示制御手段は、前記第１検索部が発見したアプリケーションの識別画像を、前記表示部に表示させる、請求項５記載の情報処理プログラム。
7. 前記第１フォーマットは、ＪＰＥＧフォーマットであり、前記第２フォーマットは、ＰＤＦフォーマットである、請求項１から６のいずれかに記載の情報処理プログラム。
8. 前記画像データは、前記画像情報ソースであるスキャナにより生成されるＲＡＷ画像データまたはＪＰＥＧデータである、請求項１から７のいずれかに記載の情報処理プログラム。
9. 指示部に、前記画像情報ソースに対して画像データの送信を指示させる送信指示制御手段として、前記コンピュータを機能させ、
   前記処理対象データ作成制御手段は、前記指示部が送信した指示に応答して前記画像情報ソースから送られてくる前記画像データに基づき、前記処理対象データを作成させる、請求項１から８のいずれかに記載の情報処理プログラム。
10. 前記第１フォーマットと前記第２フォーマットとのいずれかをユーザに選択させるためのフォーマット選択画面を、前記表示部に表示させる選択画面表示制御手段として、前記コンピュータを機能させ、
    前記処理対象データ作成制御手段は、前記表示部が前記フォーマット選択画面を表示した後に、前記受付部が前記第１フォーマットまたは前記第２フォーマットのうちいずれかを指定する指示を受け付けた場合、その指示が指定するフォーマットの処理対象データを作成させる、請求項１から９のいずれかに記載の情報処理プログラム。
11. 第２検索部に、前記第１フォーマットのデータを処理可能な第１種のアプリケーション、および前記第２フォーマットのデータを処理可能な第２種のアプリケーションを検索させる第２検索制御手段として前記コンピュータを機能させ、
    前記選択画面表示制御手段は、
    前記第２検索部が、前記第１種のアプリケーションまたは前記第２種のアプリケーションのうち少なくともいずれか一方を発見した場合において、受付部が前記データ共有部による処理の実行指示を受け付けた場合、前記フォーマット選択画面を表示させて、前記第１フォーマットまたは前記第２フォーマットのいずれかをユーザに選択させる、請求項１０記載の情報処理プログラム。
12. 前記フォーマット選択画面を表示させるよりも前に、前記第２検索部が発見したアプリケーションの識別画像を、前記表示部に表示させる検索結果表示制御手段として、前記コンピュータを機能させる、請求項１１記載の情報処理プログラム。
13. 前記第２検索部が、前記第１種のアプリケーションおよび前記第２種のアプリケーションを発見できない場合、前記データ共有部による処理の実行指示の入力を、入力制限部に制限させる入力制限手段として、前記コンピュータを機能させる、請求項１１または１２に記載の情報処理プログラム。
14. 前記第２検索部が、前記第１種のアプリケーションまたは前記第２種のアプリケーションのうち、一方のアプリケーションを発見した場合、他方のアプリケーションで処理可能なフォーマットの選択を、選択制限部に制限させる選択制限手段として、前記コンピュータを機能させる請求項１１から１３のいずれかに記載の情報処理プログラム。
15. 前記第２検索部が発見したアプリケーションが、前記情報処理プログラムのみであった場合、印刷の指示の入力を受け付けるための印刷指示画像を前記表示部に表示させる印刷指示画像表示制御手段と、
    前記表示部が印刷指示画像を表示した後に、前記受付部が印刷の指示を受け付けた場合、前記画像情報ソースから取得した前記画像データを、印刷装置に印刷させる印刷制御手段として、前記コンピュータを機能させる、請求項１１から１４のいずれかに記載の情報処理プログラム。
16. 前記第１フォーマットと前記第２フォーマットとのうち、受付部が受け付けた指示が指定するフォーマットを処理可能なアプリケーションを、第３検索部に検索させる第３検索制御手段として、前記コンピュータを機能させ、
    前記第３検索部が発見したアプリケーションが１種類であった場合、前記アプリケーションの識別画像の表示を行わず、その１種類のアプリケーションを、前記データ出力先のアプリケーションとして決定部に決定させる自動決定制御手段として、前記コンピュータを機能させる、請求項１から１５のいずれかに記載の情報処理プログラム。
17. 前記アプリケーション情報表示制御手段は、前記処理対象データを処理可能なアプリケーションの識別画像を表示させるよう、前記情報処理装置に指示することにより、前記識別画像を表示させる、請求項１から１６のいずれかに記載の情報処理プログラム。
18. データ出力元のアプリケーションが出力するデータを、データ出力先として選択されたアプリケーションに処理させるデータ共有部を備えた情報処理装置であって、
    画像情報インターフェースが画像情報ソースから取得した画像データに基づく処理対象データであり、かつ、第１フォーマットまたは第２フォーマットである処理対象データを作成する処理対象データ作成手段と、
    前記第１フォーマットのデータと前記第２フォーマットのデータとのうち、どちらかのデータを前記データ共有部が処理する場合に前記データ共有部がデータ出力先として選択可能なアプリケーションを識別する識別画像を表示するアプリケーション情報表示手段とを含む情報処理装置。
19. データ出力元のアプリケーションが出力するデータを、データ出力先として選択されたアプリケーションに処理させるデータ共有部を備えた情報処理装置において実行される情報処理方法であって、
    データ作成部に、画像情報インターフェースが画像情報ソースから取得した画像データに基づく処理対象データであり、かつ、第１フォーマットまたは第２フォーマットである処理対象データを作成させる処理対象データ作成制御ステップと、
    表示部に、前記第１フォーマットのデータと前記第２フォーマットのデータとのうち、どちらかのデータを前記データ共有部が処理する場合に前記データ共有部がデータ出力先として選択可能なアプリケーションを識別する識別画像を表示させるアプリケーション情報表示制御ステップとを含む情報処理方法。

Images