(57)【要約】【課題】ユーザが共有機能を利用する場合に、ユーザの操作負担を軽減できる情報処理プログラム、情報処理装置、および情報処理方法を提供すること。【解決手段】ユーザにより選択された共有タイプに対応づけてデフォルトアプリ名が記憶されている場合、そのデフォルトアプリ名で特定されるアプリケーション（デフォルトアプリ）を共有先アプリとして起動させることができる。したがって、共有タイプのデータを処理可能なアプリケーション（すなわち、共有先アプリとして選択可能なアプリケーション）の中からいずれかをユーザに選択させるステップを省略でき、ユーザの操作負担を軽減できる。【選択図】図５
2013077126.tif 000002
【特許請求の範囲】
【請求項１】
共有部であって、共有元アプリケーションよりアプリケーションを特定するためのアプリケーション特定情報と、データを指定するデータ指定情報とが入力されると、前記アプリケーション特定条件により特定されるアプリケーションに前記データ指定情報により指定されるデータを処理する指示を入力し、かつ、前記アプリケーションを起動する前記共有部と、コンピュータとを、備えた情報処理装置において実行される情報処理プログラムであって、
前記アプリケーション特定情報または前記アプリケーション特定情報に対応する情報を、共有条件に対応づけて記憶部に記憶させるアプリ記憶制御手段と、
指定可能な複数の共有条件のうちいずれかを取得する共有条件取得手段と、
前記共有条件取得手段により取得された前記共有条件に対応づけてアプリケーション特定情報または前記アプリケーション特定情報に対応する情報が前記記憶部に記憶されているか否かを判断する判断手段と、
前記判断手段が、前記記憶部に、前記アプリケーション特定情報または前記アプリケーション特定情報に対応する情報が記憶されていると判断する場合、当該アプリケーション特定情報を前記共有部に入力する第１入力手段として、前記コンピュータを機能させる情報処理プログラム。
【請求項２】
前記共有条件取得手段により取得された前記共有条件に対応づけてアプリケーション特定情報又は前記アプリケーション特定情報に対応する情報が前記記憶部に記憶されていない場合、前記情報処理装置が備える検索部であって、所定の条件が入力されると、前記所定の条件を満たすアプリケーションのアプリケーション特定情報又は前記アプリケーション特定情報に対応する情報を出力する前記検索部に、前記共有条件取得手段により取得された共有条件を入力する第１共有条件入力手段と、
前記検索部が出力するアプリケーション特定情報又は前記アプリケーション特定情報に対応する情報を取得する第１アプリ情報取得手段と、
前記第１アプリ情報取得手段が取得した情報により特定されるアプリケーションのうちユーザにより選択された１のアプリケーションの特定情報を前記共有部へ入力する第２入力手段として、前記コンピュータを機能させ、
前記アプリ記憶制御手段は、前記第２入力手段が入力する前記アプリケーション特定情報または前記アプリケーション特定情報に対応する情報を、前記共有条件取得手段が取得した共有条件に対応づけて前記記憶部に記憶させることを特徴とする、請求項１記載の情報処理プログラム。
【請求項３】
前記共有条件取得手段は、
共有条件記憶部に共有条件が記憶されている場合、前記共有条件記憶部に記憶されている共有条件を取得し、
前記共有条件記憶部に共有条件が記憶されていない場合、ユーザ操作に基づいて共有条件を取得する請求項２記載の情報処理プログラム。
【請求項４】
前記共有条件記憶部に共有条件が記憶されていない場合、前記共有条件取得手段は、データの形式を選択するユーザ操作を受け付け、前記ユーザ操作によって選択されたデータの形式を示すタイプ情報を取得し、
前記第１共有条件入力手段は、前記共有条件取得手段が取得した、ユーザ操作によって選択されたデータの形式を示す前記タイプ情報を前記共有条件として前記検索部に入力する、請求項３記載の情報処理プログラム。
【請求項５】
前記情報処理装置に接続された読取装置からスキャンデータを取得する取得手段と、
前記取得手段により取得したスキャンデータの形式と、前記共有条件取得手段が取得したタイプ情報が示す形式とが異なる場合、前記スキャンデータの形式を、前記タイプ情報が示す形式に変換する変換手段と、
前記変換手段による変換後のスキャンデータを指定するデータ指定情報を、前記共有部に入力するデータ指定情報入力手段として、前記コンピュータを機能させる請求項４記載の情報処理プログラム。
【請求項６】
前記情報処理プログラムが前記共有部にデータ指定情報を入力する共有機能の実行指示を受け付ける指示受け付け画面を、表示部に表示させる表示制御手段として、前記コンピュータを機能させ、
前記表示制御手段は、
前記共有条件記憶部に共有条件が記憶されている場合、前記共有条件記憶部に記憶されている共有条件と、当該共有条件に対応づけて前記記憶部に記憶されているアプリケーション特定情報または前記アプリケーション特定情報に対応した情報に基づくアプリケーション情報とを、前記指示受け付け画面に表示させる、請求項３から５のいずれかに記載の情報処理プログラム。
【請求項７】
前記記憶部に記憶されたアプリケーション特定情報または前記アプリケーション特定情報に対応した情報の消去指示を、前記指示受け付け画面において受け付ける消去指示受け付け手段と、
前記消去指示受け付け手段により前記消去指示を受け付けた場合、前記アプリケーション特定情報または前記アプリケーション特定情報に対応した情報を前記記憶部から消去する消去手段として、前記コンピュータを機能させる請求項６記載の情報処理プログラム。
【請求項８】
前記共有条件取得手段が取得した共有条件に対応するアプリケーション特定情報または前記アプリケーション特定情報に対応した情報が前記記憶部に記憶されてから、前記指示受け付け画面において前記共有機能の実行指示を受け付けるまでの間に、前記情報処理装置に新たなアプリケーションがインストールされたかを判断するアプリケーション判断手段と、
前記アプリケーション判断手段により新たなアプリケーションがインストールされたと判断される場合、前記検索部に、前記共有条件取得手段により取得された共有条件を入力する第２共有条件入力手段と、
前記検索部が出力するアプリケーション特定情報又は前記アプリケーション特定情報に対応する情報を取得する第２アプリ情報取得手段と、
前記第２アプリ情報取得手段が取得した情報により特定されるアプリケーションのうちユーザにより選択された１のアプリケーションのアプリケーション特定情報を前記共有部へ入力する第３入力手段として、前記コンピュータを機能させる請求項６または７に記載の情報処理プログラム。
【請求項９】
前記共有条件に対応づけて前記アプリケーション特定情報または前記アプリケーション特定情報に対応した情報が前記記憶部に記憶された時点において前記情報処理装置にインストールされているアプリケーション群を示すインストール状態情報を、インストール状態情報記憶部に記憶させるインストール状態情報記憶制御手段として、前記コンピュータを機能させ、
前記アプリケーション判断手段は、前記インストール状態情報が示すアプリケーション群に含まれないアプリケーションが、前記情報処理装置にインストールされている場合に、前記情報処理装置に新たなアプリケーションがインストールされたと判断する、請求項８記載の情報処理プログラム。
【請求項１０】
前記共有条件取得手段により取得された前記共有条件に対応づけてアプリケーション特定情報または前記アプリケーション特定情報に対応した情報が前記記憶部に記憶されている場合であって、当該アプリケーション特定情報で特定されるアプリケーションが、前記情報処理装置からアンインストールされている場合、前記共有条件取得手段により取得した共有条件を前記検索部に入力する第３共有条件入力手段と、
前記検索部が出力するアプリケーション特定情報又はアプリケーション特定情報に対応する情報を取得する第３アプリ情報取得手段と、
前記第３アプリ情報取得手段が取得した情報により特定されるアプリケーションのうちユーザにより選択された１のアプリケーションのアプリケーション特定情報を前記共有部へ入力する第４入力手段として、前記コンピュータを機能させる請求項１から９のいずれかに記載の情報処理プログラム。
【請求項１１】
共有部であって、共有元アプリケーションよりアプリケーションを特定するためのアプリケーション特定情報と、データを指定するデータ指定情報とが入力されると、前記アプリケーション特定条件により特定されるアプリケーションに前記データ指定情報により指定されるデータを処理する指示を入力し、かつ、前記アプリケーションを起動する前記共有部を備えた情報処理装置であって、
前記アプリケーション特定情報または前記アプリケーション特定情報に対応する情報を、共有条件に対応づけて記憶部に記憶させるアプリ記憶制御手段と、
指定可能な複数の共有条件のうちいずれかを取得する共有条件取得手段と、
前記共有条件取得手段により取得された前記共有条件に対応づけてアプリケーション特定情報または前記アプリケーション特定情報に対応する情報が前記記憶部に記憶されているか否かを判断する判断手段と、
前記判断手段が、前記記憶部に、前記アプリケーション特定情報または前記アプリケーション特定情報に対応する情報が記憶されていると判断する場合、当該アプリケーション特定情報を前記共有部に入力する第１入力手段とを備える情報処理装置。
【請求項１２】
共有部であって、共有元アプリケーションよりアプリケーションを特定するためのアプリケーション特定情報と、データを指定するデータ指定情報とが入力されると、前記アプリケーション特定条件により特定されるアプリケーションに前記データ指定情報により指定されるデータを処理する指示を入力し、かつ、前記アプリケーションを起動する前記共有部を備えた情報処理装置において実行される情報処理方法であって、
前記アプリケーション特定情報または前記アプリケーション特定情報に対応する情報を、共有条件に対応づけて記憶部に記憶させるアプリ記憶制御工程と、
指定可能な複数の共有条件のうちいずれかを取得する共有条件取得工程と、
前記共有条件取得工程により取得された前記共有条件に対応づけてアプリケーション特定情報または前記アプリケーション特定情報に対応する情報が前記記憶部に記憶されているか否かを判断する判断工程と、
前記判断工程が、前記記憶部に、前記アプリケーション特定情報または前記アプリケーション特定情報に対応する情報が記憶されていると判断する場合、当該アプリケーション特定情報を前記共有部に入力する第１入力工程とを含む情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理プログラム、情報処理装置、および情報処理方法に関する。
【背景技術】
【０００２】
特許文献１には、特定のアプリケーションの実行中に、別のアプリケーションの一覧を表示させ、前記特定のアプリケーションと組み合わせて使用可能なアプリケーションを、ユーザに推薦する技術が記載されている。また、携帯端末などの情報処理装置に搭載されるオペレーティングシステム（ＯＳ）の機能として、「共有機能」が知られている。この機能は、あるアプリケーションで指定された共有データを、共有先アプリケーションとして選択されたアプリケーションで処理させる機能である。具体的には、まず、共有先アプリケーションとして選択可能なアプリケーションを検索により抽出して、その一覧を表示させ、その一覧の中からユーザによって選択されたアプリケーションを、共有先アプリケーションとして起動させる。
【０００３】
例えば、ＪＰＥＧ形式のデータの共有を目的とする場合には、ＪＰＥＧ形式のデータを処理可能なアプリケーションを検索により抽出して一覧を表示させ、その一覧の中からユーザによって選択されたアプリケーションを共有先アプリケーションとする。また、共有データの送信を目的としている場合には、送信処理を実行可能なアプリケーションを検索により抽出して一覧を表示させ、その一覧の中からユーザによって選択されたアプリケーションを共有先アプリケーションとし、その共有先アプリケーションの機能により共有データを送信させる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−９０３９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ほとんどのユーザは、全てのアプリケーションを平等に使うのではなく、一部のアプリケーションを頻繁に利用する。したがって、共有機能の利用目的が同じである場合、共有先アプリケーションとしては同一のアプリケーションが選択される可能性が高い。
【０００６】
それにも関わらず、従来のＯＳの機能によれば、アプリケーションの検索、一覧表示、ユーザによる共有先アプリケーションの選択からなる一連の処理が行われていたため、ユーザにとって操作が煩わしいという問題点があった。
【０００７】
本発明は、上記の問題点を解決するためになされたものであり、ユーザの操作負担を軽減できる情報処理プログラム、情報処理装置、および情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
この目的を達成するために、本発明の情報処理プログラムは、共有部であって、共有元アプリケーションよりアプリケーションを特定するためのアプリケーション特定情報と、データを指定するデータ指定情報とが入力されると、前記アプリケーション特定条件により特定されるアプリケーションに前記データ指定情報により指定されるデータを処理する指示を入力し、かつ、前記アプリケーションを起動する前記共有部と、コンピュータとを、備えた情報処理装置において実行されるプログラムであって、前記アプリケーション特定情報または前記アプリケーション特定情報に対応する情報を、共有条件に対応づけて記憶部に記憶させるアプリ記憶制御手段と、指定可能な複数の共有条件のうちいずれかを取得する共有条件取得手段と、前記共有条件取得手段により取得された前記共有条件に対応づけてアプリケーション特定情報または前記アプリケーション特定情報に対応する情報が前記記憶部に記憶されているか否かを判断する判断手段と、前記判断手段が、前記記憶部に、前記アプリケーション特定情報または前記アプリケーション特定情報に対応する情報が記憶されていると判断する場合、当該アプリケーション特定情報を前記共有部に入力する第１入力手段として、前記コンピュータを機能させる。
【０００９】
なお、本発明は、情報処理装置、情報処理装置を制御する制御装置、情報処理システム、情報処理方法、情報処理プログラムを記録する記録媒体等の種々の態様で実現可能である。
【発明の効果】
【００１０】
請求項１記載の情報処理プログラムによれば、取得した共有条件に対応づけてアプリケーション特定情報またはアプリケーション特定情報に対応する情報が記憶されている場合には、当該アプリケーション特定情報で特定されるアプリケーションが共有先アプリケーションとして起動される。したがって、共有条件を満たすアプリケーションの中からいずれかをユーザに選択させるステップを省略でき、且つ、共有条件に対応した適切な共有先アプリケーションを起動させることができる。よって、ユーザの操作負担を軽減できるという効果がある。
【００１１】
請求項２記載の情報処理プログラムによれば、請求項１記載の情報処理プログラムの奏する効果に加え、取得した共有条件に対応づけてアプリケーション特定情報またはアプリケーション特定情報に対応する情報が記憶部に記憶されていない場合には、共有条件を満たすアプリケーションのうちユーザにより選択された１のアプリケーションが起動されるので、適切な共有先アプリケーションを起動させることができる。また、共有部に起動させるアプリケーションのアプリケーション特定情報またはアプリケーション特定情報に対応する情報が共有条件に対応づけて記憶部に記憶されるので、次回以降に同じ共有条件が取得される場合には、同じアプリケーションが共有先アプリケーションとして起動される。よって、ユーザの操作負担を軽減できるという効果がある。
【００１２】
請求項３記載の情報処理プログラムによれば、請求項２に記載の情報処理プログラムの奏する効果に加え、共有条件が記憶されている場合には、当該共有条件が取得されるので、共有条件をユーザに選択させるステップを省略でき、ユーザの操作負担をさらに軽減できるという効果がある。
【００１３】
請求項４記載の情報処理プログラムによれば、請求項３記載の情報処理プログラムの奏する効果に加え、共有条件が記憶されていない場合、ユーザ操作によって選択された形式のデータを処理可能な適切な共有先アプリケーションを起動させることができるという効果がある。
【００１４】
請求項５記載の情報処理プログラムによれば、請求項４記載の情報処理プログラムの奏する効果に加え、読取装置から取得したスキャンデータを、タイプ情報が示す形式に変換した上で、当該形式に対応した適切な共有先アプリケーションに処理させることができるという効果がある。
【００１５】
請求項６記載の情報処理プログラムによれば、請求項３から５のいずれかに記載の情報処理プログラムの奏する効果に加え、共有条件記憶部に記憶されている共有条件と、その共有条件に対応づけて記憶部に記憶されているアプリケーション特定情報またはアプリケーション特定情報に対応した情報に基づくアプリケーション情報とが指示受け付け画面に表示されるので、ユーザは、共有条件と、アプリケーション情報とを視認した上で、共有機能の実行指示を入力でき、ユーザにとって使い勝手が良いという効果がある。
【００１６】
請求項７記載の情報処理プログラムによれば、請求項６記載の情報処理プログラムの奏する効果に加え、指示受け付け画面において消去指示を受け付けた場合、アプリケーション特定情報またはアプリケーション特定情報に対応した情報が記憶部から消去されるので、ユーザは、アプリケーション情報を指示受け付け画面において確認した後、当該アプリケーション情報に対応するアプリケーションが気に入らなければ、アプリケーション特定情報またはアプリケーション特定情報に対応した情報を記憶部から消去させることができ、使い勝手が良いという効果がある。
【００１７】
請求項８記載の情報処理プログラムによれば、請求項６または７に記載の情報処理プログラムの奏する効果に加え、アプリケーション特定情報またはアプリケーション特定情報に対応する情報が記憶部に記憶されてから、指示受け付け画面において共有機能の実行指示を受け付けるまでの間に、情報処理装置に新たなアプリケーションがインストールされた場合には、新たにインストールされたアプリケーションであっても共有先アプリケーションとして起動される可能性があり、適切な共有先アプリケーションを起動させることができるという効果がある。
【００１８】
請求項９記載の情報処理プログラムによれば、請求項８記載の情報処理プログラムの奏する効果に加え、情報処理装置にインストールされているアプリケーション群を示すインストール状態情報に基づいて、情報処理装置に新たなアプリケーションがインストールされたか否かを適切に判断できるという効果がある。
【００１９】
請求項１０記載の情報処理プログラムによれば、請求項１から９のいずれかに記載の情報処理プログラムの奏する効果に加え、アプリケーション特定情報で特定されるアプリケーションが、情報処理装置からアンインストールされている場合であっても、適切な共有先アプリケーションを起動させることができるという効果がある。
【００２０】
請求項１１記載の情報処理装置によれば、請求項１記載の情報処理プログラムを実行するコンピュータを備えた情報処理装置と同様の効果を奏する。
【００２１】
請求項１２記載の情報処理方法によれば、請求項１記載の情報処理プログラムを実行するコンピュータを備えた情報処理装置と同様の効果を奏する。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態であるデバイス制御アプリケーションを搭載した携帯端末の電気的構成を示すブロック図である。
【図２】（ａ）は、ＯＳの検索機能と共有機能とを説明する図であり、（ｂ）は、デフォルトアプリテーブルの一例を示す図である。
【図３】携帯端末において実行されるスキャンデータ共有処理を示すフローチャートである。
【図４】（ａ）は、プレビュー画面の一例を示す図であり、（ｂ）は、共有タイプ選択画面の一例を示す図である。
【図５】携帯端末において実行される共有先アプリ決定処理を示すフローチャートである。
【図６】共有先アプリ選択画面の一例を示す図である。
【図７】（ａ）は変形例のプレビュー画面を示す図であり、（ｂ）は変形例の共有タイプ選択画面を示す図であり、（ｃ）は変形例の共有先アプリ選択画面を示す図である。
【発明を実施するための形態】
【００２３】
以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、本発明の一実施形態であるデバイス制御アプリケーション１４ｂ（以下、本アプリ１４ｂ）が搭載された携帯端末１０の電気的構成を示すブロック図である。本アプリ１４ｂは、共有機能の実行の際、ユーザの操作負担を軽減できるように構成されている。以下、詳細を説明する。
【００２４】
携帯端末１０は、携帯電話網１００を介して、他の装置との間で音声通話を行い、またはインターネットを利用可能な携帯電話機である。携帯端末１０には、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、フラッシュメモリ１４、無線ＬＡＮ送受信部１５、操作キー１６、タッチパネル１７、液晶表示装置１８（以下、ＬＣＤ１８）、メモリカードインターフェース１９（以下、メモリカードＩ／Ｆ１９）、音声入出力部２１、電話網通信部２２が設けられる。これらは、バスライン２３を介して互いに接続されている。
【００２５】
ＣＰＵ１１は、ＲＯＭ１２等に記憶される固定値やプログラム等に従って、バスライン２３と接続された各部を制御する。ＲＯＭ１２は、書換不能な不揮発性のメモリであって、ＲＡＭ１３は、書換可能な揮発性のメモリである。
【００２６】
フラッシュメモリ１４は、書換可能な不揮発性のメモリであり、オペレーティングシステム１４ａ（以下、ＯＳ１４ａ）や本アプリ１４ｂ、その他の複数種類のアプリケーション（図示せず）が格納される。ＯＳ１４ａは、携帯端末１０の標準機能を実現するための基本ソフトウェアであって、本実施形態の場合、アンドロイド（登録商標）ＯＳである。
【００２７】
本アプリ１４ｂは、デバイス３０のベンダによって提供されるアプリケーションであって、ユーザによって携帯端末１０にインストールされる。本アプリ１４ｂには、共有タイプメモリ１４ｂ１と、デフォルトアプリテーブル１４ｂ２とが設けられる。共有タイプメモリ１４ｂ１は、デバイス３０から受信したスキャンデータを、後述する共有機能によって他のアプリケーションに処理させる場合に、当該スキャンデータをどの形式とするかを示す共有タイプを記憶する。本実施形態では、共有タイプの種類として、「ＰＤＦ」及び「ＪＰＥＧ」の２種類が準備されているものとする。
【００２８】
デフォルトアプリテーブル１４ｂ２は、本アプリ１４ｂがＯＳ１４ａに要求する共有機能の実行において、共有先アプリケーションとして起動させるアプリケーションの名称を、共有タイプの種類別に記憶する。共有タイプとデフォルトアプリテーブル１４ｂ２については、図２（ｂ）を参照して後述する。
【００２９】
無線ＬＡＮ送受信部１５は、ＩＥＥＥ８０２．１１ｂ／ｇの規格に準拠した無線ＬＡＮにより、携帯端末１０と他の機器とをＷｉ−Ｆｉ（登録商標）接続する回路である。この無線ＬＡＮ送受信部１５により、アクセスポイント５０を介して、デバイス３０との間が無線接続される。
【００３０】
操作キー１６は、携帯端末１０の筺体に設けられたハードキーであり、携帯端末１０に設定情報や指示を入力する。タッチパネル１７は、ＬＣＤ１８に重ねて設けられ、携帯端末１０に設定情報や指示を入力する。ＬＣＤ１８は、各種の操作画面や、選択されたデータに基づく画像を表示する。メモリカードＩ／Ｆ１９は、不揮発性のメモリカード２０が装着されるインターフェースであって、メモリカード２０に対するデータの書き込み又は読み出しを制御する。メモリカード２０は、一例として、ＳＤカード（登録商標）である。
【００３１】
音声入出力部２１は、マイクやスピーカなどで構成された音声入出力用デバイスであり、電話網通信部２２は、携帯電話網１００を介した通信を行うための回路である。携帯電話網１００は、ＩＭＴ−２０００（International  Mobile  Telecommunication-2000）方式の通信網であって、携帯端末１０による音声通話の利用を可能にする。
【００３２】
以降、アプリケーションやオペレーティングシステムなどのプログラムを実行するＣＰＵ１１のことを、単にプログラム名で記載する場合もある。例えば「アプリケーション」という記載が、「アプリケーションを実行するＣＰＵ１１」を意味する場合もある。
【００３３】
また、携帯端末１０にインストールされた各アプリケーション（本アプリ１４ｂを含む）は、ＯＳ１４ａのＡＰＩを呼び出して、無線ＬＡＮ送受信部１５、操作キー１６、タッチパネル１７、ＬＣＤ１８、メモリカードＩ／Ｆ１９、音声入出力部２１、電話網通信部２２など、携帯端末１０の各構成に受け渡したいデータをＯＳ１４ａに出力する。すなわち、各アプリケーションは、ＯＳ１４ａのＡＰＩを呼び出すことによって、携帯端末１０の各構成を制御する。また、各アプリケーションは、ＯＳ１４ａのＡＰＩを呼び出して、携帯端末１０の各構成が出力するデータや各構成の状態を示すデータをＯＳ１４ａから取得する。すなわち、ＯＳ１４ａのＡＰＩを呼び出すことによって、携帯端末１０の各構成の状態（携帯端末１０への操作入力の状態も含む）を示すデータをＯＳ１４ａから取得する。また、ＯＳ１４ａは、携帯端末１０の各構成が出力するデータや各構成の状態を示すデータを、定期的に、あるいは各構成の状態変化の都度、各アプリケーションに通知することもある。すなわち、各アプリケーションは、ＯＳ１４ａからの通知を受けることによって、携帯端末１０の各構成の状態（携帯端末１０への操作入力の状態も含む）を示すデータをＯＳ１４ａから取得する。
【００３４】
デバイス３０は、スキャン機能、プリンタ機能、コピー機能などを有する複合機であって、アクセスポイント５０を介して携帯端末１０とＷｉ−Ｆｉ接続される。また、デバイス３０は、携帯端末１０の本アプリ１４ｂにより制御され、携帯端末１０からのスキャン開始指示に従い、原稿の画像を読み取ってスキャンデータを生成し、携帯端末１０へ送信する。
【００３５】
図２（ａ）は、ＯＳ１４ａの検索機能および共有機能を説明する模式図である。検索機能は、検索条件が入力されると、携帯端末１０にインストールされた全てのアプリケーション（以下、全てのアプリ６２）を検索し、検索条件を満たすアプリケーションを抽出する機能である。
【００３６】
本アプリ１４ｂは、以下の手順でＯＳ１４ａの検索機能を利用する。まず、ＯＳ１４ａのＡＰＩを呼び出し、アプリケーションの検索をＯＳ１４ａに要求する（２１）。ここで、検索条件としては、各アプリケーションが処理可能なデータ形式を示す「タイプ」と、各アプリケーションが実行可能な処理の種別を示す「アクション」とが準備されている。本アプリ１４ｂは、タイプとアクションとをＯＳ１４ａに入力する。なお、タイプおよびアクションのうち、いずれか一方のみを入力しても良いし、両方を入力しても良い。
【００３７】
一方、ＯＳ１４ａは、本アプリ１４ｂから入力される検索条件に基づき、全てのアプリ６２を検索し、検索条件を満たすアプリケーションを抽出する（２２）。具体的には、携帯端末１０にインストールされている各アプリケーションは、自アプリケーションにより処理可能なデータ形式を示すタイプと、実行可能な処理の種類を示すアクションとを予め宣言している。よって、ＯＳ１４ａは、検索条件に合致する宣言をしているアプリケーションを全てのアプリ６２の中から抽出し、そのクラス名とアプリケーション名（以下、アプリ名）を取得し（２３）、検索要求元である本アプリ１４ｂに出力する。ただし、各アプリケーションが宣言するタイプ、アクションは、各アプリケーションの開発者が自由に設定できるものである。したがって、実際には対応していないタイプまたはアクションを、各アプリケーションが宣言している場合があり得る。よって、「検索条件を満たすアプリケーション」とは、本アプリ１４ｂが要求する条件に合致した宣言をしているアプリケーションを意味し、宣言通りの処理を実行可能であることまでは要求しない。
【００３８】
なお、本アプリ１４ｂは、ＯＳ１４ａが出力するクラス名とアプリ名を検索結果として取得する（２４）。そして、取得したアプリ名の一覧をＬＣＤ１８に表示させ（２５）、ユーザによる選択を受け付ける（２６）。
【００３９】
次に、ＯＳ１４ａの共有機能について説明する。ＯＳ１４ａは、共有元アプリケーションよりクラス名と、データを指定するＵＲＩとが入力されると、クラス名により特定されるアプリケーションに、ＵＲＩにより指定されるデータを処理する指示を入力し、かつ、そのアプリケーションを共有先アプリ６４として起動する。
【００４０】
図２（ａ）には、本アプリ１４ｂを共有元アプリケーションとする場合の処理の流れを示す。具体的には、本アプリ１４ｂは、検索結果に基づいて表示させたアプリ名の一覧において、ユーザにより選択されたアプリケーションを共有先アプリ６４として、そのクラス名をＯＳ１４ａに入力する。また、タイプ、アクション、およびデータの所在を示すＵＲＩをＯＳ１４ａに入力する（２７）。
【００４１】
一方、ＯＳ１４ａは、本アプリ１４ｂが入力したクラス名により特定される共有先アプリ６４を起動して、その共有先アプリ６４の画面をフォアグラウンド（前面）とし、本アプリ１４ｂから入力されたデータのＵＲＩ、タイプおよびアクションを共有先アプリ６４へ出力する（２８）。
【００４２】
その結果、共有先アプリ６４は、入力されたＵＲＩで特定されるデータにアクセスし、ＯＳ１４ａから入力されたアクションに従った処理を実行する。例えば表示出力する、電子メールに添付して送信する、編集するなど、その共有先アプリ６４で実行可能な処理を行う。この共有機能によって、ユーザは、本アプリ１４ｂの機能と、共有先アプリ６４との機能を組み合わせて利用でき、利便性が良い。
【００４３】
ここで、携帯端末１０において、アプリケーションのインストールまたはアンインストールが行われない限り、検索条件が同一であれば、ＬＣＤ１８に一覧表示されるアプリ名は同一である。そのような同一のアプリ名一覧からは、前回と同じアプリケーションが、再度、共有先アプリ６４として選択される可能性がある。よって、本アプリ１４ｂは、共有先アプリ６４として選択されたアプリケーションをデフォルトアプリとして検索条件に対応づけて記憶し、それ以降は、ユーザによる選択を経ずに、共有先アプリ６４として起動するようにしている。
【００４４】
図２（ｂ）は、デフォルトアプリテーブル１４ｂ２の一例を示す図である。図に示すように、デフォルトアプリテーブル１４ｂ２は、共有タイプと、デフォルトアプリ名と、インストール済アプリ情報とを対応づけて記憶する。
【００４５】
共有タイプは、検索条件としてＯＳ１４ａに入力したタイプを示す。デフォルトアプリ名は、対応する共有タイプを検索条件とする検索結果に基づいて、共有先アプリ６４として起動されたアプリケーション（デフォルトアプリ）のアプリ名である。例えば、共有タイプとして「ＰＤＦ」が選択された場合、本アプリ１４ｂは、ＯＳ１４ａの検索機能により、ＰＤＦを処理可能なアプリケーションのアプリ名を取得し、その一覧をＬＣＤ１８に表示させる。そして、その一覧の中から「アプリ１」がユーザによって選択された場合、本アプリ１４ｂは、「アプリ１」のクラス名をＯＳ１４ａに入力して「アプリ１」を共有先アプリ６４として起動させる。そして、共有タイプ「ＰＤＦ」に対応づけて、デフォルトアプリ名「アプリ１」を、デフォルトアプリテーブル１４ｂ２に記憶させる。
【００４６】
インストール済アプリ情報は、対応するデフォルトアプリ名が記憶された時点において携帯端末１０にインストール済みであったアプリケーション群を示す情報である。
【００４７】
図３は、本アプリ１４ｂに従い、携帯端末１０のＣＰＵ１１が実行するスキャンデータ共有処理を示すフローチャートである。この処理は、デバイス３０から取得したスキャンデータを、ＯＳ１４ａの共有機能により、本アプリ１４ｂから共有先アプリ６４に受け渡す処理であって、本アプリ１４ｂの操作受け付け画面（図示せず）において、スキャン要求がユーザにより入力された場合に実行される。
【００４８】
なお、図３および後述する図５のフローチャートに示す各ステップは、本アプリ１４ｂがＣＰＵ１１に実行させ、または、本アプリ１４ｂがＯＳ１４ａなどの機能を利用してＣＰＵ１１に実行させるものとして説明する。ただし、各フローチャートが含むステップは、ＯＳ１４ａやその他アプリケーションがＣＰＵ１１に実行させるステップに一部置き換えられても良い。また、ＣＰＵ１１の関与によらず、携帯端末１０に設けられたハードウェアそのものが作動することによって実現されるステップに、一部置き換えられても良い。
【００４９】
まず、ＣＰＵ１１は、デバイス３０に対してスキャン開始指示を送信する（Ｓ３０１）。デバイス３０は、スキャン開始指示を受信すると、原稿台（図示せず）にセットされた原稿を読み取り、その原稿画像に対応するＪＰＥＧ形式のスキャンデータを生成し、携帯端末１０へ送信する。次に、ＣＰＵ１１は、デバイス３０からスキャンデータを取得し（Ｓ３０２）、メモリカード２０に記憶させる（Ｓ３０３）。次に、ＣＰＵ１１は、共有機能の実行指示を受け付けるプレビュー画面７０をＬＣＤ１８に表示させる（Ｓ３０４）。
【００５０】
図４（ａ）は、プレビュー画面７０の一例を示す図である。プレビュー画面７０は、画像表示エリア７１と、共有ボタン７２と、リセットボタン７３と、終了ボタン７４とを含む。
【００５１】
画像表示エリア７１は、スキャンデータに対応した画像が表示されるエリアである。共有ボタン７２は、共有機能の実行指示（共有指示）を受け付けるためのボタンである。リセットボタン７３は、共有タイプメモリ１４ｂ１に記憶された共有タイプ、および、デフォルトアプリテーブル１４ｂ２に記憶されたデフォルトアプリ名、インストール済みアプリ情報のリセット指示（消去指示）を受け付けるためのボタンである。終了ボタン７４は、ＬＣＤ１８に表示されているプレビュー画面７０の表示終了指示を受け付けるためのボタンである。
【００５２】
図３に戻り説明する。プレビュー画面７０において、いずれのボタン７２〜７４も押下されない場合（Ｓ３０５：Ｎｏ）、ＣＰＵ１１は、次のステップに進まない。一方、ユーザ指示を受け付け（Ｓ３０５：Ｙｅｓ）、その指示内容が表示終了指示である場合（Ｓ３０６：表示終了）、ＣＰＵ１１は、本処理を終了する。また、指示内容が消去指示である場合（Ｓ３０６：消去）、ＣＰＵ１１は、共有タイプメモリ１４ｂ１から共有タイプを消去し、デフォルトアプリテーブル１４ｂ２からデフォルトアプリ名およびインストール済みアプリ情報を消去し（Ｓ３０７）、Ｓ３０５の処理に戻る。
【００５３】
次に、指示内容が共有指示である場合について説明する（Ｓ３０６：共有）。共有指示を受け付けた場合において、共有タイプメモリ１４ｂ１に共有タイプが記憶されていない場合（Ｓ３０８：Ｎｏ）、ＣＰＵ１１は、共有タイプ選択画面８０をＬＣＤ１８に表示させる（Ｓ３０９）。共有タイプ選択画面８０は、データの形式（共有タイプ）を選択するユーザ操作を受け付けるための画面である。
【００５４】
図４（ｂ）は、共有タイプ選択画面８０の一例を示す図である。図に示すように、共有タイプ選択画面８０は、ＰＤＦ選択ボタン８１と、ＪＰＥＧ選択ボタン８２と、チェックボックス８３とを含む。ＰＤＦ選択ボタン８１は、共有タイプとしてＰＤＦを選択するためのボタンであり、ＪＰＥＧ選択ボタン８２は、共有タイプとしてＪＰＥＧを選択するためのボタンである。チェックボックス８３は、ユーザが選択する共有タイプを、共有タイプメモリ１４ｂ１に記憶させるか否かを、ユーザに選択させるためのものである。チェックボックス８３がチェックされた状態で、ユーザがいずれかの選択ボタン８１，８２を押下すると、押下した選択ボタン８１，８２に対応する共有タイプが、共有タイプメモリ１４ｂ１に記憶される。
【００５５】
図３に戻り説明する。共有タイプ選択画面８０において、ＰＤＦ選択ボタン８１、及び、ＪＰＥＧ選択ボタン８２のいずれも押下されない場合（Ｓ３１０：Ｎｏ）、ＣＰＵ１１は、次のステップに進まない。一方、共有タイプ選択画面８０において共有タイプが選択され（Ｓ３１０：Ｙｅｓ）、さらに、共有タイプの記憶が選択された場合、すなわちチェックボックス８３がチェックされていた場合（Ｓ３１１：Ｙｅｓ）、ＣＰＵ１１は、ユーザが選択した共有タイプを、共有タイプメモリ１４ｂ１に記憶させる（Ｓ３１２）。なお、共有タイプメモリ１４ｂ１に既に共有タイプが記憶されている場合には、今回ユーザが選択した共有タイプで上書きする。一方、チェックボックス８３がチェックされていなかった場合（Ｓ３１１：Ｎｏ）、ＣＰＵ１１は、Ｓ３１２の処理をスキップする。すなわち、共有タイプメモリ１４ｂ１を上書きしない。
【００５６】
次に、ＣＰＵ１１は、共有先アプリ決定処理を実行する（Ｓ３１３）。共有先アプリ決定処理については、図５を参照して後述する。次に、共有タイプがＰＤＦの場合（Ｓ３１４：Ｙｅｓ）、ＣＰＵ１１は、ＪＰＥＧ形式のスキャンデータ（以下、ＪＰＥＧデータ）をメモリカード２０から取得して、ＰＤＦ形式のデータ（以下、ＰＤＦデータ）に変換し（Ｓ３１５）、変換後のＰＤＦデータをメモリカード２０に格納する。一方、共有タイプがＪＰＥＧの場合（Ｓ３１４：Ｎｏ）、Ｓ３１５の処理をスキップする。すなわち、デバイス３０から取得したスキャンデータの形式と、共有タイプが示す形式とが異なる場合にのみ、スキャンデータの形式を、共有タイプが示す形式に変換する。
【００５７】
次に、ＣＰＵ１１は、共有先アプリ決定処理（Ｓ３１３）で決定されたアプリケーションのクラス名を取得する（Ｓ３１６）。具体的には、ＡＰＩを呼び出して、共有先アプリ決定処理で決定されたアプリケーションのアプリ名に対応するクラス名を取得する。そして、ＣＰＵ１１は、取得したクラス名と、共有タイプが示す形式のデータ（ＰＤＦデータまたはＪＰＥＧデータ）のＵＲＩとを、ＯＳ１４ａに入力し、共有機能の実行をＯＳ１４ａに要求し（Ｓ３１７）、処理を終了する。なお、このフローチャートに図示は省略するが、共有機能の実行要求を受信したＯＳ１４ａは、共有先アプリ６４を起動させ、その共有先アプリ６４の画面をＬＣＤ１８のフォアグラウンドに表示させる。
【００５８】
よって、ユーザが共有タイプとしてＰＤＦを選択した場合には、デバイス３０から取得したスキャンデータを、ＰＤＦ形式に変換した上で、ＰＤＦ形式に対応した適切な共有先アプリ６４に処理させることができる。また、ユーザが共有タイプとしてＪＰＥＧを選択した場合には、デバイス３０から取得したＪＰＥＧ形式のスキャンデータを変換することなく、ＪＰＥＧ形式に対応した適切な共有先アプリ６４に処理させることができる。
【００５９】
なお、Ｓ３１２において、共有タイプメモリ１４ｂ１に共有タイプが記憶された後、次に、このスキャンデータ共有処理が実行される場合には、共有タイプメモリ１４ｂ１に共有タイプが記憶されていると判断される（Ｓ３０８：Ｙｅｓ）。この場合、ＣＰＵ１１は、Ｓ３０９〜Ｓ３１２をスキップして、Ｓ３１３の処理へ移行する。すなわち、図４（ｂ）に示される共有タイプ選択画面８０を表示することなく、共有先アプリ６４を起動する。よって、共有タイプをユーザに選択させるステップを省略でき、ユーザの操作負担を軽減できる。
【００６０】
図５は、共有先アプリ決定処理（Ｓ３１３）を示すフローチャートである。この処理は、共有先アプリ６４とすべきアプリケーションを決定するための処理である。
【００６１】
まず、共有タイプを取得する（Ｓ５００）。具体的には、共有タイプメモリ１４ｂ１に共有タイプが記憶されている場合、それを取得する。また、共有タイプメモリ１４ｂ１に共有タイプが記憶されていない場合、共有タイプ選択画面８０（図４（ｂ））においてユーザ操作により選択された共有タイプを取得する。
【００６２】
次に、取得した共有タイプに対応するデフォルトアプリ名が、デフォルトアプリテーブル１４ｂ２に記憶されているか否かを判断する。共有タイプに対応するデフォルトアプリ名が、デフォルトアプリテーブル１４ｂ２に記憶されており（Ｓ５０１：Ｙｅｓ）、且つ、そのデフォルトアプリ名で特定されるアプリケーション（デフォルトアプリ）が、携帯端末１０でアンインストールされていない場合（Ｓ５０２：Ｎｏ）、次に、そのデフォルトアプリ名がデフォルトアプリテーブル１４ｂ２に記憶されてから、プレビュー画面７０において共有指示を受け付けるまでの間に、携帯端末１０に新たなアプリケーションがインストールされたかを判断する。
【００６３】
具体的には、ＣＰＵ１１は、取得した共有タイプに対応づけてデフォルトアプリテーブル１４ｂ２に記憶されたインストール済みアプリ情報が示すアプリ群と、現時点において携帯端末１０にインストール済みのアプリ群とを比較する（Ｓ５０３）。インストール済みアプリ情報が示すアプリ群と、現時点において携帯端末１０にインストール済みのアプリ群とが一致する場合、すなわち、デフォルトアプリ名が記憶された時点から現時点までに、新たなアプリケーションがインストールされていない場合（Ｓ５０４：Ｎｏ）、ＣＰＵ１１は、デフォルトアプリを共有先アプリ６４として決定し（Ｓ５０５）、図３に示すＳ３１４に移行する。そして、そのデフォルトアプリのクラス名をＯＳ１４ａに入力し、共有機能の実行を要求する（Ｓ３１７）。
【００６４】
すなわち、取得した共有タイプに対応づけてデフォルトアプリ名が記憶されている場合、そのデフォルトアプリ名で特定されるアプリケーション（デフォルトアプリ）を共有先アプリ６４として起動させることができる。したがって、共有タイプのデータを処理可能なアプリケーション（すなわち、共有先アプリ６４の候補）の中からいずれかをユーザに選択させるステップを省略でき、ユーザの操作負担を軽減できる。
【００６５】
また、共有タイプに対応した適切な共有先アプリ６４を起動させることができる。すなわち、ＪＰＥＧ形式のデータを処理可能なアプリケーション群と、ＰＤＦ形式のデータを処理可能なアプリケーション群とは、その内容が異なる。よって、共有タイプとしてＪＰＥＧを選択する場合と、ＰＤＦを選択する場合とでは、共有先アプリ６４として最適なアプリケーションが異なる場合がある。本実施形態では、共有タイプ毎にデフォルトアプリ名を記憶しているので、各共有タイプに適したデフォルトアプリを起動できるのである。
【００６６】
ここで、デフォルトアプリ名の記憶時から現時点までの間に新たなアプリケーションがインストールされていると判断される場合（Ｓ５０４：Ｙｅｓ）、具体的には、デフォルトアプリテーブル１４ｂ２に記憶されたインストール済みアプリ情報が示すアプリケーション群には含まれないアプリケーションが、携帯端末１０にインストールされている場合、ＣＰＵ１１は、ＯＳ１４ａにアプリケーションの検索を要求する。具体的には、共有タイプ（タイプ）と、データ送信を示すＳＥＮＤ（アクション）とを、検索条件としてＯＳ１４ａに入力し、共有タイプが示す形式のデータを処理可能であり、且つ、データ送信処理を実行可能なアプリケーションの検索を要求する（Ｓ５０６）。
【００６７】
そして、ＣＰＵ１１は、ＯＳ１４ａが検索結果として出力するクラス名とアプリ名を取得し（Ｓ５０７）、そのアプリ名を含む共有先アプリ選択画面９０をＬＣＤ１８に表示させ（Ｓ５０８）、共有先アプリ６４の選択を受け付ける。
【００６８】
図６は、共有先アプリ選択画面９０の一例を示す図である。共有先アプリ選択画面９０は、アプリ選択ボタン９１〜９３と、チェックボックス９４とを含む。アプリ選択ボタン９１〜９３は、ＯＳ１４ａから検索結果として取得したアプリ名ごとに、それぞれ個別に設けられるボタンである。このボタン９１〜９３のいずれか一つが押下されると、そのボタン９１〜９３に対応するアプリケーションが、共有先アプリ６４として決定される。
【００６９】
チェックボックス９４は、ユーザが今回選択する共有先アプリ６４を、デフォルトアプリとして記憶させるか否かを、ユーザに選択させるためのものである。チェックボックス９４がチェックされた状態で、ユーザがいずれかのアプリ選択ボタン９１〜９３を押下すると、押下したアプリ選択ボタンに対応するアプリケーション名が、Ｓ５００で取得した共有タイプに対応するデフォルトアプリ名として、デフォルトアプリテーブル１４ｂ２に記憶される。
【００７０】
例えば、共有タイプとしてＰＤＦが取得され、且つ、チェックボックス９４がチェックされている状態で、「アプリ１」のアプリ選択ボタン９１が押下されると、「アプリ１」が、共有タイプ「ＰＤＦ」に対応するデフォルトアプリ名として、デフォルトアプリテーブル１４ｂ２に記憶される。
【００７１】
図５に戻り説明する。共有先アプリ選択画面９０において、アプリ選択ボタンが押下されない場合（Ｓ５０９：Ｎｏ）、ＣＰＵ１１は、次のステップに進まない。一方、いずれかのアプリケーションが選択された場合（Ｓ５０９：Ｙｅｓ）、ＣＰＵ１１は、選択されたアプケーションを共有先アプリ６４として決定する（Ｓ５１０）。
【００７２】
そして、共有先アプリ選択画面９０においてチェックボタン９４がチェックされていた場合（Ｓ５１１：Ｙｅｓ）、ＣＰＵ１１は、ユーザに選択されたアプリ名を、共有タイプに対応づけてデフォルトアプリテーブル１４ｂ２に記憶させる。また、現時点において、携帯端末１０にインストールされているアプリケーション群を示すインストール済みアプリ情報を、共有タイプに対応づけてデフォルトアプリテーブル１４ｂ２に記憶させる（Ｓ５１２）。なお、共有タイプに対応するデフォルトアプリ名、インストール済みアプリ情報が既に記憶されている場合には、それらを上書きする。
【００７３】
このようにすれば、次回以降に同じ共有タイプが取得される場合には、同じアプリケーションが共有先アプリ６４として起動される。よって、ユーザが共有先アプリ６４を選択する操作を省略でき、ユーザの操作負担を軽減できる。なお、チェックボックス９４がチェックされていない場合（Ｓ５１１：Ｎｏ）、ＣＰＵ１１は、Ｓ５１２をスキップする。
【００７４】
そして、ＣＰＵ１１は、Ｓ３１４（図３）に戻る。すなわち、共有先アプリ選択画面９０に表示されたアプリケーションのうち、共有先アプリとして決定された１のアプリケーションを共有先アプリ６４とする共有機能の実行をＯＳ１４ａに要求し（Ｓ３１７）、処理を終了する。
【００７５】
よって、デフォルトアプリ名が記憶されてから、プレビュー画面７０において共有機能の実行指示を受け付けるまでの間に、携帯端末１０に新たなアプリケーションがインストールされた場合には、共有先アプリ６４を再度選択する機会をユーザに与えることにより、新たにインストールされたアプリケーションであっても共有先アプリ６４として起動される可能性がある。したがって、適切な共有先アプリ６４を起動させることができる。例えば、ユーザが新たにインストールしたアプリケーションを共有先アプリ６４として使用したい場合にも都合が良い。
【００７６】
さらに、本実施形態では、共有タイプに対応づけて記憶しているインストール済みアプリ情報に基づいて、携帯端末１０に新たなアプリケーションがインストールされたか否かを、共有タイプ毎に適切に判断できる。
【００７７】
なお、デフォルトアプリ名で特定されるアプリケーションが、携帯端末１０からアンインストールされている場合（Ｓ５０２：Ｙｅｓ）、ＣＰＵ１１は、Ｓ５０６へ移行する。すなわち、共有タイプが示す形式のデータを処理可能であり、且つ、データ送信処理を実行可能なアプリケーションの検索をＯＳ１４ａに要求する（Ｓ５０６）。そして、共有先アプリ選択画面９０をＬＣＤ１８に表示させ（Ｓ５０８）、共有先アプリ選択画面９０の中からユーザにより選択された１のアプリケーションを共有先アプリ６４とする共有機能の実行をＯＳ１４ａに要求する（Ｓ３１７）。
【００７８】
よって、デフォルトアプリ名で特定されるアプリケーションが、携帯端末１０からアンインストールされている場合であっても、適切な共有先アプリ６４を起動させることができる。
【００７９】
また、ＣＰＵ１１は、取得した共有タイプに対応するデフォルトアプリ名が、デフォルトアプリテーブル１４ｂ２に記憶されていない場合にも（Ｓ５０１：Ｎｏ）、Ｓ５０６へ移行する。すなわち、共有先アプリ選択画面９０の中からユーザにより選択された１のアプリケーションを共有先アプリ６４とする共有機能の実行を、ＯＳ１４ａに要求する（Ｓ３１７）。
【００８０】
したがって、例えば、本アプリ１４ｂから共有機能を初めて利用する場合、または、前回までの共有機能の実行時において共有先アプリ選択画面９０のチェックボックス９４をチェックしていなかった場合など、デフォルトアプリ名が記憶されていない場合には、検索条件を満たすアプリケーション（すなわち、共有タイプのデータを処理可能なアプリケーション）のうちユーザにより選択された１のアプリケーションを、共有先アプリ６４として起動させることができる。
【００８１】
本アプリによれば、共有タイプメモリ１４ｂ１に共有タイプが記憶されている場合、その共有タイプに基づいて共有機能が実行されるので、共有タイプの選択に係るユーザ操作の負担を軽減できる。また、共有タイプが記憶されていない場合、ユーザ操作によって共有タイプが選択され、且つ、共有タイプとして選択された形式のデータを処理可能な適切な共有先アプリ６４を起動させることができる。
【００８２】
また、取得した共有タイプに対応づけてデフォルトアプリ名が記憶されている場合、そのデフォルトアプリ名で特定されるアプリケーションが共有先アプリ６４として起動されるので、共有先アプリ６４の選択に係るユーザの操作負担を軽減できる。
【００８３】
上記実施形態において、携帯端末１０が情報処理装置の一例である。本アプリ１４ｂが情報処理プログラムの一例である。ＣＰＵ１１が共有部、検索部、コンピュータの一例である。ＬＣＤ１８が表示部の一例である。共有タイプメモリ１４ｂ１が共有条件記憶部の一例であり、デフォルトアプリテーブル１４ｂ２が記憶部およびインストール状態情報記憶部の一例である。クラス名がアプリケーション特定情報の一例であり、デフォルトアプリ名がアプリケーション特定情報に対応する情報の一例であり、ＵＲＩがデータ指定情報の一例である。検索条件が共有条件の一例である。共有タイプがタイプ情報の一例である。デバイス３０が読取装置の一例である。プレビュー画面７０が指示受け付け画面の一例である。インストール済アプリ情報がインストール状態情報の一例である。
【００８４】
ただし、共有部、検索部、表示部の各部は、ハードウェア単体、または、本発明のプログラムあるいはオペレーティングシステムなど本発明以外のプログラムを実行することにより動作するハードウェアであっても良い。また、これら各部は、複数のプログラムによる処理を組み合わせて動作するハードウェアであっても良い。
【００８５】
Ｓ５１２を実行するＣＰＵ１１がアプリ記憶制御手段、インストール状態情報記憶制御手段の一例である。Ｓ５００を実行するＣＰＵ１１が共有条件取得手段の一例である。Ｓ５０１を実行するＣＰＵ１１が判断手段の一例である。Ｓ３１７を実行するＣＰＵ１１が第１入力手段、第２入力手段、第３入力手段、第４入力手段、データ指定情報入力手段の一例である。Ｓ５０６を実行するＣＰＵ１１が第１共有条件入力手段、第２共有条件入力手段、第３共有条件入力手段の一例である。Ｓ５０７を実行するＣＰＵ１１が第１アプリ情報取得手段、第２アプリ情報取得手段、第３アプリ情報取得手段の一例である。Ｓ３０２を実行するＣＰＵ１１が取得手段の一例である。Ｓ３１５を実行するＣＰＵ１１が変換手段の一例である。Ｓ３０４を実行するＣＰＵ１１が表示制御手段、消去指示受け付け手段の一例である。Ｓ３０７を実行するＣＰＵ１１が消去手段の一例である。Ｓ５０４を実行するＣＰＵ１１がアプリケーション判断手段の一例である。
【００８６】
Ｓ５１２がアプリ記憶制御工程の一例であり、Ｓ５００が共有条件取得工程の一例であり、Ｓ５０１が判断工程の一例であり、Ｓ３１７が第１入力工程の一例である。
【００８７】
以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。
【００８８】
上記実施形態で挙げた具体的数値や設定値は一例であり、他の数値や設定値を採用することは当然可能である。例えば、上記実施形態では、共有タイプの種類としてＰＤＦと、ＪＰＥＧとの２種類を設けていたが、３種類以上でも良い。また、共有タイプの種類は、ＰＤＦやＪＰＥＧに限らず、他のデータ形式でも良い。他のデータ形式としては、ＰＮＧ、ＧＩＦ、ＢＭＰ、ＤＯＣ、ＸＬＳなどが例示される。また、デバイス３０から取得するデータはＪＰＥＧ形式に限らず、他の形式のデータでも良いし、ＲＡＷデータであっても良い。
【００８９】
また、上記実施形態では、検索条件に含めるタイプとして「ＰＤＦ」または「ＪＰＥＧ」を入力したが、「ＩＭＡＧＥ」や「ＡＰＰＬＩＣＡＴＩＯＮ」など、他の値を入力しても良い。「ＩＭＡＧＥ」を入力する場合には、ＪＰＥＧ，ＢＭＰ，ＧＩＦなどの各種イメージデータを処理可能なアプリケーションを検索できる。一方、「ＡＰＰＬＩＣＡＴＩＯＮ」を入力する場合には、ＰＤＦ，ＤＯＣ，ＰＰＴなど、アプリケーション固有のデータ形式のデータを処理可能なアプリケーションを検索できる。
【００９０】
また、上記実施形態では、検索条件に含めるアクションを「ＳＥＮＤ」としたが、「ＶＩＥＷ」や「ＥＤＩＴ」など、他の値であっても良い。また、共有先アプリ６４に処理させるデータが複数ある場合には、複数データの送信処理を意味する「ＭＵＬＴＩ＿ＳＥＮＤ」をアクションとして、検索条件に含めても良い。
【００９１】
また、上記実施形態で説明した画面の構成は一例であり、適宜変更可能である。図７は、画面の変形例を説明する図である。なお、図７に図示する構成のうち、上記実施形態と同一の構成については、同一の符号を付して説明を省略する。
【００９２】
図７（ａ）は、変形例のプレビュー画面７０を示す図である。図７（ａ）に示すように、プレビュー画面７０は、共有タイプとデフォルトアプリ名を、共有ボタン７５内に表示する。具体的には、共有タイプメモリ１４ｂ１に共有タイプが記憶されている場合、当該共有タイプを表示させる。また、この共有タイプに対応づけたデフォルトアプリ名がデフォルトアプリテーブル１４ｂ２に記憶されている場合、当該デフォルトアプリ名を表示させる。よって、ユーザは、共有タイプまたはデフォルトアプリ名を視認した上で、共有機能の実行指示を入力でき、使い勝手が良い。例えば、図７（ａ）に示す例では、共有ボタン７５内に「共有（ＪＰＥＧ／アプリ１）」と表示されているので、ユーザは、共有ボタン７５を押下する前に、共有タイプはＪＰＥＧであり、且つ、アプリ１が共有先アプリ６４として起動されることになることを、事前に認識できる。
【００９３】
また、ユーザは、共有タイプまたはデフォルトアプリ名をプレビュー画面７０において確認した後、当該共有タイプまたはデフォルトアプリが気に入らなければ、リセットボタン７３を押下することにより、共有タイプおよびデフォルトアプリ名を消去させることができ、使い勝手が良い。
【００９４】
なお、図７（ａ）に示すプレビュー画面７０において、さらに、デフォルトアプリとは別のアプリケーションを共有先アプリ６４とするための共有ボタン（図示せず）を設けても良い。そして、この共有ボタンが押下された場合には、共有タイプやデフォルトアプリが記憶済みであっても、その設定を使用せずに、共有タイプおよび共有先アプリ６４の選択をユーザに行わせても良い。このようすれば、記憶済みの共有タイプや、デフォルトアプリについて、その記憶を残したまま、ユーザの所望の処理を実行させることができ、使い勝手が良い。
【００９５】
また、プレビュー画面７０のリセットボタン７３が押下された場合には、例えば、共有タイプのみの消去、またはデフォルトアプリのみの消去など、設定内容を個別に消去できるように構成しても良い。
【００９６】
図７（ｂ）は、変形例の共有タイプ選択画面８０を示す図である。図７（ｂ）に示すように、各共有タイプに対応づけて記憶されているデフォルトアプリ名を、共有タイプ選択画面８０の共有タイプ選択ボタン８４内に表示させても良い。このようにすれば、ユーザは、各共有タイプを選択した場合に、どのアプリケーションが共有先アプリ６４として起動されることになるかを前もって認識でき、使い勝手が良い。
【００９７】
図７（ｃ）は、変形例の共有先アプリ選択画面９０を示す図である。図７（ｃ）に示すように、共有先アプリ選択画面９０には、共有先アプリ６４として起動するアプリケーションを、全共有タイプに対応するデフォルトアプリとして記憶させるためのチェックボックス９５を設けても良い。例えば、チェックボックス９５がチェックされている状態で、「アプリ１」に対応するアプリ選択ボタン９１が押下された場合、デフォルトアプリテーブル１４ｂ２において、各共有タイプに対応するデフォルトアプリ名を「アプリ１」と記憶させる。この変形例によれば、ユーザは１回の操作で、全ての共有タイプについて、デフォルトアプリ名を記憶させることができ、ユーザの操作負担を軽減できる。
【００９８】
また、図示は省略するが、共有タイプ選択画面８０や、共有先アプリ選択画面９０にも、リセットボタン７３を設けても良い。これにより、ユーザは、記憶されている共有タイプやデフォルトアプリの内容が気に入らない場合や変更したい場合などに、容易にこれらの情報を消去できるので、ユーザの使い勝手が良い。
【００９９】
また、上記実施形態では、共有先アプリ６４を特定するためのアプリケーション特定情報の一例として、クラス名をＯＳ１４ａに入力するものとして説明した。しかしながら、アプリケーション特定情報として入力すべき情報はＯＳ１４ａの仕様に合わせて様々に変更される。すなわち、アプリケーション特定情報は、クラス名に限定されるものではなく、アプリケーション名、アプリケーションＩＤなど、各種の情報が、アプリケーション特定情報の一例に相当し得る。
【０１００】
また、これらの情報（クラス名、アプリケーション名、またはアプリケーションＩＤ）の記憶領域を示すポインタも、アプリケーション特定情報の一例に相当し得る。この場合、クラス名、アプリ名、アプリケーションＩＤなど各種の情報が、アプリケーション特定情報に対応する情報の一例に相当し得る。
【０１０１】
また、上記実施形態では、アプリケーション特定情報に対応する情報の一例として、デフォルトアプリ名を、デフォルトアプリテーブル１４ｂ２に記憶させるものとして説明した。しかしながら、アプリケーション特定情報に対応する情報は、これに限定されるものではなく、クラス名や、アプリケーションＩＤや、アイコン画像など、アプリケーションに対応した各種情報が、アプリケーション特定情報に対応する情報の一例に相当し得る。また、上記実施形態では、共有先アプリ選択画面９０にアプリ名を表示させるものとして説明したが、クラス名や、アイコン画像など、アプリケーションを特定可能な他の情報を表示させても良い。
【０１０２】
また、上記実施形態のデフォルトアプリテーブル１４ｂ２では、携帯端末１０にインストール済みのアプリケーション群を示すインストール済みアプリ情報を、共有タイプに対応づけて記憶させていた。インストール済みアプリ情報に代えて、携帯端末１０にインストール済であるアプリケーション数を示すアプリ数情報を記憶させても良い。この場合、図５のＳ５０４の処理では、アプリ数情報が示す数と、携帯端末１０において現在インストール済みであるアプリケーション数とを比較し、数値が一致しない場合に、アプリケーションが新たにインストールされていると判断しても良い。
【０１０３】
また、共有タイプに対応するデフォルトアプリを記憶した後に、携帯端末１０においてアプリケーションがインストールされる毎に、新たにインストールされたアプリケーションを示すインストール履歴情報を、デフォルトアプリに対応づけて記憶させても良い。この場合、デフォルトアプリに対応づけて記憶させたインストール履歴情報に基づいて、デフォルトアプリの記憶後にインストールされたアプリケーションの有無を判断できる。
【０１０４】
また、図５のＳ５０４において、新たなアプリケーションがインストールされたと判断される場合には（Ｓ５０４：Ｙｅｓ）、共有タイプに対応するデフォルトアプリと、新たにインストールされたアプリケーションとの中からいずれか１つを共有先アプリ６４として選択できるように、共有先アプリ選択画面９０を構成しても良い。
【０１０５】
また、上記実施形態では、携帯端末１０が情報処理装置の一例であったが、パーソナルコンピュータ、ＰＤＡ、タブレット端末、デジタルカメなど各種の装置も情報処理装置の一例となり得る。また、タッチパネル１７を有しておらず、ハードキーから操作を入力する装置についても、本発明を適用可能である。
【０１０６】
また、上記実施形態では、ＪＰＥＧデータや、ＰＤＦデータをメモリカード２０に記憶させるものとして説明したが、これらのデータは携帯端末１０に内蔵されたフラッシュメモリ１４に記憶されても良い。また、共有タイプメモリ１４ｂ１や、デフォルトアプリテーブル１４ｂ２を、メモリカード２０に記憶させても良い。
【０１０７】
また、上記実施形態では、デバイス３０から送信されてくるスキャンデータを対象として共有機能を実行させていたが、スキャンデータに代えて、例えば、携帯端末１０に内蔵されたデジタルカメラで撮影された画像データであっても良い。
【０１０８】
また、上記実施形態では、ＯＳ１４ａはアンドロイドＯＳであるものとして説明したが、他のＯＳが搭載された情報処理装置であっても本発明を適用可能である。
【０１０９】
また、上記実施形態において、検索機能や共有機能はＯＳ１４ａによって実現されるものとして説明したが、これに代えて、例えばハードウェアやミドルウェア、または他のアプリケーションによって検索機能や共有機能が実現される場合にも本発明を適用可能である。
【０１１０】
また、ＪＰＥＧデータをＰＤＦデータに変換するためのプログラムは本アプリが備えていても良いし、携帯端末１０のハード回路または携帯端末１０に搭載された他のアプリやＯＳ１４ａに変換を要求することで、スキャンデータの変換を実現するものであっても良い。その場合、それらの構成に変換を要求するＣＰＵ１１が、変換手段の一例に相当する。
【符号の説明】
【０１１１】
１０            携帯端末
１１            ＣＰＵ
１４ｂ          デバイス制御アプリケーション
１４ｂ１        共有タイプメモリ
１４ｂ２        デフォルトアプリテーブル
３０            デバイス
６４            共有先アプリ
８１            ＰＤＦ選択ボタン
８２            ＪＰＥＧ選択ボタン
【図１】
2013077126.tif 000003
【図２】
2013077126.tif 000004
【図３】
2013077126.tif 000005
【図４】
2013077126.tif 000006
【図５】
2013077126.tif 000007
【図６】
2013077126.tif 000008
【図７】
2013077126.tif 000009