"複数のアプリケーションプログラムを有し、一のアプリケーションプログラムを連携元プログラムとして実行する場合に他のアプリケーションプログラムを連携先プログラムとして起動させ、その起動させた連携先プログラムから出力されるデータを処理対象データとして前記連携元プログラムに処理させる連携手段を備えた情報処理装置において実行される情報処理プログラムであって、前記複数のアプリケーションプログラムの中から、連携先プログラムの候補を取得する候補取得手段と、その候補取得手段により取得される連携先プログラムの候補のうち、何れかの連携先プログラムを起動させる起動手段と、その起動手段により起動された連携先プログラムから出力される処理対象データを取得するデータ取得手段と、そのデータ取得手段により取得される処理対象データが前記情報処理プログラムにより処理可能かを判断する処理判断手段と、その処理判断手段において処理対象データが前記情報処理プログラムにより処理不可能と判断された場合に、その処理不可能な処理対象データを出力した連携先プログラムを、前記候補取得手段に取得させる連携先プログラムの候補から除外する除外手段として、前記情報処理装置を機能させることを特徴とする情報処理プログラム。前記処理判断手段において処理対象データが前記情報処理プログラムにより処理不可能と判断された場合に、その処理不可能な処理対象データを出力した連携先プログラムを示す起動不可情報を記憶部に記憶させる第1記憶制御手段として、前記情報処理装置を機能させ、前記除外手段は、その第1記憶制御手段により前記記憶部に記憶された起動不可情報に基づいて、その起動不可情報により示される連携先プログラムを前記候補取得手段に取得させる連携先プログラムの候補から除外するものであることを特徴とする請求項1記載の情報処理プログラム。前記処理判断手段において処理対象データが前記情報処理プログラムにより処理可能と判断された場合に、その処理可能な処理対象データを出力した連携先プログラムを示す優先起動情報を記憶部に記憶させる第2記憶制御手段として、前記情報処理装置を機能させ、前記候補取得手段は、前記記憶部に前記優先起動情報が記憶されている場合に、その優先起動情報により示される連携先プログラムを連携先プログラムの候補として取得するものであり、前記起動手段は、前記記憶部に前記優先起動情報が記憶されている場合に、前記候補取得手段により取得された連携先プログラムを起動するものであることを特徴とする請求項1または2記載の情報処理プログラム。前記処理判断手段において処理対象データが前記情報処理プログラムにより処理不可能と判断された場合に、その処理不可能な処理対象データを出力した連携先プログラムを示す優先起動情報が前記記憶部に記憶されているかを判断する優先判断手段として、前記情報処理装置を機能させ、前記第2記憶制御手段は、その優先判断手段により前記処理不可能な処理対象データを出力した連携先プログラムを示す優先起動情報が前記記憶部に記憶されていると判断される場合に、その優先起動情報を前記記憶部から消去するものであることを特徴とする請求項3記載の情報処理プログラム。連携先プログラムの候補を表示部に表示させる表示制御手段と、その表示制御手段により前記表示部に表示される連携先プログラムの候補であり、且つ、前記候補取得手段により取得された連携先プログラムについて、起動指示を受け付ける起動指示受付手段として、前記情報処理装置を機能させ、前記起動手段は、その起動指示受付手段により前記起動指示が受け付けられた連携先プログラムを起動するものであることを特徴とする請求項1から4の何れかに記載の情報処理プログラム。前記処理判断手段において処理対象データが前記情報処理プログラムにより処理不可能と判断された回数を、その処理不可能な処理対象データを出力した連携先プログラムごとに計数する計数手段として、前記情報処理装置を機能させ、前記第1記憶制御手段は、その計数手段により計数される回数を前記起動不可情報とし、その回数に対応する連携先プログラムに関連づけて前記記憶部に記憶させるものであり、前記除外手段は、前記第1記憶制御手段により前記記憶部に前記起動不可情報として記憶された回数が所定回数以上の連携先プログラムを、前記候補取得手段に取得させる連携先プログラムの候補から除外するものであることを特徴とする請求項2記載の情報処理プログラム。所定の条件が満たされた場合に、前記除外手段により連携先プログラムの候補から除外された連携先プログラムを、その候補として復帰させる復帰手段として、前記情報処理装置を機能させることを特徴とする請求項1から6の何れかに記載の情報処理プログラム。前記除外手段により連携先プログラムの候補から除外された連携先プログラムを、その候補として復帰させる復帰要求を受け付ける要求受付手段として、前記情報処理装置を機能させ、前記候補取得手段は、前記要求受付手段により復帰要求が受け付けられた場合に、前記除外手段により連携先プログラムの候補から除外された連携先プログラムを含む連携先プログラムの候補を取得するものであり、前記表示制御手段は、前記候補取得手段により取得された連携先プログラムの候補を前記表示部に表示させるものであり、前記起動指示受付手段は、前記要求受付手段により復帰要求が受け付けられた場合に、前記表示制御手段により前記表示部に表示される全ての連携先プログラムについて、起動指示を受け付けるものであることを特徴とする請求項5記載の情報処理プログラム。複数のアプリケーションプログラムを有し、一のアプリケーションプログラムを連携元プログラムとして実行する場合に他のアプリケーションプログラムを連携先プログラムとして起動させ、その起動させた連携先プログラムから出力されるデータを処理対象データとして前記連携元プログラムに処理させる連携手段を備えた情報処理装置において、前記複数のアプリケーションプログラムの中から、連携先プログラムの候補を取得する候補取得手段と、その候補取得手段により取得される連携先プログラムの候補のうち、何れかの連携先プログラムを起動させる起動手段と、その起動手段により起動された連携先プログラムから出力される処理対象データを取得するデータ取得手段と、そのデータ取得手段により取得される処理対象データが連携元プログラムにより処理可能かを判断する処理判断手段と、その処理判断手段において処理対象データが連携元プログラムにより処理不可能と判断された場合に、その処理不可能な処理対象データを出力した連携先プログラムを、前記候補取得手段に取得させる連携先プログラムの候補から除外する除外手段とを備えていることを特徴とする情報処理装置。複数のアプリケーションプログラムを有し、一のアプリケーションプログラムを連携元プログラムとして実行する場合に他のアプリケーションプログラムを連携先プログラムとして起動させ、その起動させた連携先プログラムから出力されるデータを処理対象データとして前記連携元プログラムに処理させる連携手段を備えた情報処理装置において実行される情報処理方法であって、前記複数のアプリケーションプログラムの中から、連携先プログラムの候補を取得する候補取得ステップと、その候補取得ステップにより取得される連携先プログラムの候補のうち、何れかの連携先プログラムを起動させる起動ステップと、その起動ステップにより起動された連携先プログラムから出力される処理対象データを取得するデータ取得ステップと、そのデータ取得ステップにより取得される処理対象データが連携元プログラムにより処理可能かを判断する処理判断ステップと、その処理判断ステップにおいて処理対象データが連携元プログラムにより処理不可能と判断された場合に、その処理不可能な処理対象データを出力した連携先プログラムを、前記候補取得ステップに取得させる連携先プログラムの候補から除外する除外ステップとを含む情報処理方法。しかしながら、連携先プログラムから連携元プログラムに処理対象データが渡される場合に、連携元プログラムにおいて処理不可能なデータ形式のデータが渡される場合があり、その場合には、その処理対象データが連携元プログラムにおいて処理される段階で、処理できずエラーとなってしまう。そのため、ユーザは、連携先プログラムを起動する段階から作業をやり直すことになってしまい、せっかく行った作業が無駄になってしまうという問題点があった。本発明は、上記の問題点を解決するためになされたものであり、適切な連携先プログラムを起動できる情報処理プログラム、情報処理装置および情報処理方法を提供することを目的とする。この目的を達成するために、本発明の情報処理プログラムは、複数のアプリケーションプログラムを有し、一のアプリケーションプログラムを連携元プログラムとして実行する場合に他のアプリケーションプログラムを連携先プログラムとして起動させ、その起動させた連携先プログラムから出力されるデータを処理対象データとして前記連携元プログラムに処理させる連携手段を備えた情報処理装置において実行されるものであって、前記複数のアプリケーションプログラムの中から、連携先プログラムの候補を取得する候補取得手段と、その候補取得手段により取得される連携先プログラムの候補のうち、何れかの連携先プログラムを起動させる起動手段と、その起動手段により起動された連携先プログラムから出力される処理対象データを取得するデータ取得手段と、そのデータ取得手段により取得される処理対象データが前記情報処理プログラムにより処理可能かを判断する処理判断手段と、その処理判断手段において処理対象データが前記情報処理プログラムにより処理不可能と判断された場合に、その処理不可能な処理対象データを出力した連携先プログラムを、前記候補取得手段に取得させる連携先プログラムの候補から除外する除外手段として、前記情報処理装置を機能させる。尚、本発明は、情報処理装置を制御する制御装置、情報処理システム、情報処理装置、情報処理方法、情報処理プログラムを記録する記録媒体等の種々の態様で実現可能である。請求項1記載の情報処理プログラムによれば、情報処理プログラムにより処理不可能な処理対象データを出力した連携先プログラムが、候補取得手段により取得される連携先プログラムの候補から除外される。よって、情報処理プログラムにより処理不可能な処理対象データを出力した連携先プログラムが起動手段により再び起動されることを抑制できるので、適切な連携先アプリケーションを起動できるという効果がある。請求項2記載の情報処理プログラムによれば、請求項1記載の情報処理プログラムの奏する効果に加え、記憶部に記憶されている起動不可情報に基づいて、情報処理プログラムにより処理不可能な処理対象データ出力した連携先プログラムを連携先プログラムの候補から除外できるという効果がある。請求項3記載の情報処理プログラムによれば、請求項1または2記載の情報処理プログラムの奏する効果に加え、情報処理プログラムにより処理可能な処理対象データが連携先プログラムから出力された場合には、その連携先プログラムを、次回、起動手段に起動させることができるので、適切な連携先プログラムを起動できるという効果がある。請求項4記載の情報処理プログラムによれば、請求項3記載の情報処理プログラムの奏する効果に加え、情報処理プログラムにより処理不可能な処理対象データが連携先プログラムから出力された場合には、その連携先プログラムを示す優先起動情報が記憶部から消去される。よって、不適切な連携先プログラムに対応する優先起動情報の消去についてユーザを補助できるので、操作に不慣れなユーザでも使い易いという効果がある。請求項5記載の情報処理プログラムによれば、請求項1から4の何れかに記載の情報処理プログラムの奏する効果に加え、表示部に表示される連携先プログラムの候補であって、候補取得手段により取得された連携先プログラムについて、起動指示を受け付けることができるという効果がある。請求項6記載の情報処理プログラムによれば、請求項2記載の情報処理プログラムの奏する効果に加え、情報処理プログラムにより処理不可能な処理対象データを出力した連携先プログラムでも、処理不可能な処理対象データを出力した回数が所定回数以上になるまでの間は、連携先プログラムの候補として取得されるので、ユーザが操作を偶然間違えた場合などの意図しない理由で情報処理プログラムにより処理不可能な処理対象データが連携先プログラムから出力されて、連携先プログラムの候補が減ることを抑制できるという効果がある。請求項7記載の情報処理プログラムによれば、請求項1から6の何れかに記載の情報処理プログラムの奏する効果に加え、所定の条件が満たされた場合に、連携先プログラムの候補から除外された連携先プログラムを、その候補として復帰させることができるという効果がある。請求項8記載の情報処理プログラムによれば、請求項5記載の情報処理プログラムの奏する効果に加え、除外手段により除外された連携先プログラムを連携先プログラムの候補として復帰させる復帰要求が要求受付手段により受け付けられた場合には、その除外された連携先プログラムについても起動指示が受け付けられるので、ユーザの所望する連携先プログラムが除外されている場合でも、その連携先プログラムをユーザが任意に起動できる。よって、ユーザの使い勝手が良いという効果がある。請求項9記載の情報処理装置によれば、請求項1記載の情報処理プログラムを実行する情報処理装置と同様の効果を奏する。請求項10記載の情報処理方法によれば、請求項1記載の情報処理プログラムを実行する情報処理装置と同様の効果を奏する。以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図1は、本発明の情報処理プログラムの第1実施形態であるデバイス制御アプリケーション以下、本アプリと称す14bが搭載された携帯端末10の電気的構成を示すブロック図である。携帯端末10は、無線基地局図示せずを介して、他の通話装置との間で音声通話を行う携帯電話機である。携帯端末10には、CPU11、ROM12、RAM13、フラッシュメモリ14、無線LAN送受信部15、操作キー16、タッチパネル17、液晶表示装置以下、LCDと称す18、メモリカードインターフェイス以下、メモリカードI/Fと称す19、音声入出力部21、電話網通信部22が設けられる。これらは、バスライン23を介して互いに通信可能に接続されている。CPU11は、ROM12等に記憶される固定値やプログラム等に従って、バスライン23と接続された各部を制御する。ROM12は、書換不能な不揮発性のメモリであって、各種の固定値を記憶する。RAM13は、書換可能な揮発性のメモリであり、一時的なワークデータを記憶する。フラッシュメモリ14は、書換可能な不揮発性のメモリであり、OS14a、本アプリ14b、その他のアプリケーション以下、その他のアプリと称す14cが格納される。OS14aは、携帯端末10に搭載された基本ソフトウェアであって、本実施形態の場合、アンドロイド登録商標OSであるものとする。本アプリ14bは、携帯端末10のユーザによって携帯端末10にインストールされるアプリケーションである。その他のアプリ14cは、携帯端末10に予め搭載されているアプリケーションと、ユーザによってインストールされるアプリケーションとを含む。本実施形態の場合、その他のアプリ14cとして、ファイル管理、ギャラリー、及びカメラという名称の各アプリケーションがインストールされている。ファイル管理は、ファイルやフォルダを管理するためのアプリケーションであり、ギャラリーは、画像ファイルの画像をサムネイル表示させるためのアプリケーションである。カメラは、携帯端末10に搭載されているカメラ図示せずを制御して撮像を行い、撮像した画像の画像ファイルを生成するためのアプリケーションである。尚、ファイル管理、ギャラリー、及びカメラの各々は、画像データや画像ファイルを処理対象として選択可能なアプリケーションである。以降、アプリケーション本アプリ14bや、その他のアプリ14cを含むやOS14aなどのプログラムを実行するCPU11のことを、単に、プログラム名で記載する場合もある。例えば、アプリケーションという記載が、アプリケーションを実行するCPU11を意味する場合もある。携帯端末10では、OS14aのApplicationProgramInterface以下、APIと称すをアプリケーションが用いることにより、アプリケーション間でデータを受け渡す連携機能インテント機能が実現される。詳細については、図2bを参照して後述する。本アプリ14bは、写真印刷処理や、PDF印刷処理やなどの各種処理を実行するためのアプリケーションであり、その各種処理を実行する場合に、ユーザが連携機能を利用できるように構成されている。本アプリ14bにおいて連携機能が利用される場合、本アプリ14bは、その他のアプリ14cの何れかを連携先アプリとして起動させる。そして、その起動させた連携先アプリから渡されるデータを、連携ファイルとして受信し処理する。特に、本アプリ14bは、ユーザが連携機能を利用する場合に、より適切な連携先アプリを、その他のアプリ14cの中から起動できるように構成されている。また、本アプリ14bには、連携先アプリ管理テーブル14b1が設けられている。連携先アプリ管理テーブル14b1については、図2を参照して後述する。携帯端末10にインストールされた各アプリケーション本アプリ14bや、その他のアプリ14cを含むは、OS14aのAPIを呼び出して、無線LAN送受信部15、操作キー16、タッチパネル17、LCD18、メモリカードI/F19、音声入出力部21、電話網通信部22など、携帯端末10の各構成に受け渡したいデータをOS14aに出力する。即ち、各アプリケーションは、OS14aのAPIを呼び出すことによって、携帯端末10の各構成を制御する。また、各アプリケーションは、OS14aのAPIを呼び出して、携帯端末10の各構成が出力するデータや各構成の状態を示すデータをOS14aから取得する。即ち、OS14aのAPIを呼び出すことによって、携帯端末10の各構成の状態携帯端末10への操作入力の状態も含むを示すデータをOS14aから取得する。また、OS14aは、携帯端末10の各構成が出力するデータや各構成の状態を示すデータを、定期的に、あるいは各構成の状態変化の都度、各アプリケーションに通知することもある。即ち、各アプリケーションは、OS14aからの通知を受けることによって、携帯端末10の各構成の状態携帯端末10への操作入力の状態も含むを示すデータをOS14aから取得する。無線LAN送受信部15は、IEEE802.11b/gの規格に準拠した無線LANにより、携帯端末10と他の機器とをWi-Fi登録商標接続する回路である。携帯端末10は、アクセスポイント図示せずを介して通信する通信方式であるインフラストラクチャモードにより、MFP等の他の装置図示せずとの間で無線通信を行う。操作キー16は、携帯端末10の筺体に設けられたハードキーであり、携帯端末10に設定情報や指示を入力する。タッチパネル17は、LCD18に重ねて設けられ、携帯端末10に設定情報や指示を入力する。LCD18は、携帯端末10にインストールされたアプリケーションを示すアイコンの一覧や、起動したアプリケーションの画面を表示する。メモリカードI/F19は、不揮発性のメモリカード20が装着されるインターフェイスであって、メモリカード20に対するデータの書き込み又は読み出しを制御する。メモリカード20は、一例として、SDカード登録商標である。音声入出力部21は、マイクやスピーカなどで構成された音声入出力用デバイスであり、電話網通信部22は、他の電話装置との間で電話通信を行うための回路である。図2aに示す連携先アプリ管理テーブル14b1は、連携先アプリを管理するためのテーブルである。連携先アプリ管理テーブル14b1は、本アプリ14bにより作成され、更新される。連携先アプリ管理テーブル14b1は、処理種別30と、連携先アプリ名31と、連携指定フラグ32と、起動エラー回数33とを含む。一の連携先アプリ名31には、一の連携指定フラグ32と、一の起動エラー回数33とが対応づけられ、その対応づけられた各情報は31~33は、何れかの処理種別30に分類される。処理種別30は、本アプリ14bにおいて実行される処理の種別であり、写真印刷処理及びPDF印刷処理が少なくとも設けられている。本実施形態では、その処理種別30ごとに、扱うファイルのデータ形式が予め決まっており、写真印刷処理では、JPEG形式のファイルを処理対象とし、PDF印刷処理では、PDF形式のファイルを処理対象とする。連携先アプリ名31は、処理種別30における処理対象のファイルを扱えるアプリケーション連携先アプリの名称を示す。例えば、処理種別30が写真印刷処理の場合は、JPEG形式のファイルを扱えるアプリケーションの名称を示す。連携指定フラグ32は、分類先の処理種別30の中で、連携先アプリ名31のアプリケーションが、特定の連携先アプリとして起動すべきアプリケーションであるか否かを示すフラグである。連携指定フラグ32は、分類先の処理種別30の中で、全てオフに設定されるか、1つだけオンに設定される。連携指定フラグ32がオンの場合は、その連携フラグ32に対応する連携先アプリ名31のアプリケーションが、特定の連携先アプリとして起動される。例えば、写真印刷処理の場合には、その中で連携指定フラグ32がオンであるギャラリーが特定の連携先アプリとして起動される。起動エラー回数33は、分類先の処理種別30では処理対象として扱わない処理しないデータ形式のファイルを、連携先アプリ名31のアプリケーションが、本アプリ14bに渡した回数を示す。例えば、写真印刷処理に分類されているギャラリーが、JPEG以外の形式のファイルを、本アプリ14bにおける写真印刷処理の実行中に本アプリ14bに渡してきた場合には、写真印刷処理に分類されている起動エラー回数33のうち、ギャラリーに対応するものに、1が加算される。本アプリ14bでは、処理種別30の一つが今回実行すべき処理以後、今回の処理と称すとしてユーザにより指示され、更に、その今回の処理を連携機能を利用して実行するようユーザにより指示されると、連携先アプリ管理テーブル14b1を参照し、今回の処理に対応する特定の連携先アプリの有無を確認する。ここで、特定の連携先アプリがある決まっている場合には、その特定の連携先アプリを起動する。一方、決まっていない場合には、OS14aのAPIを用いて、連携先アプリとして起動可能なアプリケーション以下、起動可能アプリと称すの候補を抽出して表示し、その候補の中から、今回、連携先アプリとして起動させるアプリケーションをユーザに指定させ、その指定された連携先アプリを起動する。図2bを参照して、起動可能アプリの候補を抽出して、連携先アプリを起動させる場合の処理の流れについて説明する。図2bは、連携元アプリ60本実施形態では本アプリ14bが起動可能アプリの候補の抽出および表示をOS14aに要求した場合に、携帯端末10内で実行される処理の流れの一例を示している。まず、連携元アプリ60は、OS14aのAPIを呼び出し、起動可能アプリの候補の抽出および表示を要求する1。この要求では、その他のアプリ14cの中から、目的に合った起動可能アプリの候補を見つけるためのタイプと、アクションとが少なくとも指定される。タイプは、連携元アプリ60が連携先アプリから受け取りたいファイル連携ファイルのデータ形式を指定する情報である。アクションは、連携先アプリにおいて実行させたい処理の種類を指定する情報である。OS14aは、連携元アプリ60から通知されるタイプとアクションとを検索条件として、携帯端末10にインストールされた全てのアプリケーション以下、全てのアプリ62の中から、連携先アプリとなり得る候補即ち、起動可能アプリの候補を検索する2。携帯端末10にインストールされた各アプリケーションは、自アプリケーションにおいて処理可能なデータ形式、および、実行可能な処理の種類を、上述したタイプおよびアクションを用いて予め宣言している。OS14aは、その宣言を参照して、連携元アプリ60から通知された検索条件に合う全てのアプリ62を検索し抽出する。そして、検索条件に合った各アプリケーションの識別情報を取得する3。但し、各アプリケーションが宣言するタイプ、アクションは、各アプリケーションの開発者が自由に設定できるものである。従って、実際には処理できないデータ形式のタイプや、実際には実行できない処理のアクションが、各アプリケーションにおいて宣言されている場合があり得る。そのため、OS14aにより抽出される起動可能アプリの候補とは、連携先アプリ60から通知されたタイプおよびアクションと、同一のタイプおよび同一のアクションを宣言しているアプリケーションを意味しており、そのアプリケーションが実際に処理を実行可能であることまでを要求しない。次に、OS14aは、検索により抽出された各アプリケーションの名称を、起動可能アプリの候補としてLCD18に表示させる4。そして、ユーザが何れかを一つ選択すると5、OS14aは、選択されたアプリケーションの識別情報、および検索条件として用いたタイプとアクションとを含むインテントを返す6。一方、連携元アプリ60は、OS14aからインテントを受けると、OS14aのAPIを呼び出し、そのインテントに含まれる選択されたアプリケーションの識別情報、タイプ、アクションを指定して、連携機能の実行を要求する7。OS14aは、連携元アプリ60から指定されたアプリケーションを、連携先アプリとして起動させて以下、起動させた連携先アプリを連携先アプリ64と記載する、その連携先アプリ64の画面をフォアグラウンドとし、連携元アプリ60から通知されたタイプと、アクションとを通知する8。その結果、ユーザにより選択された連携先アプリ64の画面がフォアグラウンドに表示され、連携先アプリ64は、通知されたアクションの値に従った処理を行う。例えば、携帯端末10内に存在する画像ファイルについて、そのサムネイル画像をLCD18に表示し、その中でユーザにより指定されたサムネイル画像に対応する画像ファイルを、連携ファイルとして特定するなどの処理を行う。連携先アプリ64において連携ファイルが特定された場合、連携先アプリ64は、その連携ファイルをOS14aに送信する9。この送信により、OS14aは、連携先アプリ64より送信された連携ファイルを、連携元アプリ60に送信する10。その結果、連携元アプリ60では、連携先アプリ64から送信された連携ファイルが受信され、その連携ファイルについて処理が開始される。図3は、本アプリ14bに従い、携帯端末10において実行される連携先アプリ選別処理を示すフローチャートである。この処理は、本アプリ14bにおいて、処理種別30写真印刷処理及びPDF印刷処理の一つが今回の処理としてユーザにより指示され、更に、その今回の処理を連携機能を利用して実行するようユーザにより指示された場合に実行される。尚、以下に説明するフローチャートに示す各ステップは、本アプリ14bがCPU11に実行させるものとして説明する。連携先アプリ選別処理では、CPU11は、まず、今回の処理に対応する特定の連携先アプリについての情報を取得するS101。具体的には、CPU11は、連携先アプリ管理テーブル14b1のうち、今回の処理に分類されている各連携先アプリ名31と各連携指定フラグ32とを読み出す。次に、CPU11は、取得した情報に基づいて、今回の処理に対して特定の連携先アプリが対応づけられているかを判定するS102。即ち、連携指定フラグ32がオンの連携先アプリ名31があるかを判定する。ここで、連携指定フラグ32がオンの連携先アプリ名31がある場合には、その連携先アプリ名31のアプリケーションが特定の連携先アプリとして、今回の処理に対応づけられていると判定する。今回の処理に対して、特定の連携先アプリが対応づけられている場合S102:Yes、CPU11は、その特定の連携先アプリを起動させるS103。一方、特定の連携先アプリが対応づけられていない場合S102:No、CPU11は、画像選択可能なアプリケーション以後、画像選択アプリと称すの候補73をOS14aから取得するS104。具体的には、タイプの種類としてIMAGEを指定し、アクションの種類としてACTION_PICKを指定して、OS14aのAPIを呼び出し、画像選択アプリの候補73の抽出を要求する。IMAGEは、画像データを扱うことを表し、ACTION_PICKは、データの中から一件を選択し、その情報を取得することを表す。次に、CPU11は、OS14aから取得した画像選択アプリの候補73のうち、起動エラー回数33が5未満のアプリケーションを連携先アプリの候補70として抽出し、それをLCD18に表示させるS105。即ち、起動エラー回数33が5以上のアプリケーションはLCD18に表示させない。尚、画像選択アプリの候補73としてOS14aから取得したアプリケーションの名称が、今回の処理の連携先アプリ名31として、連携先アプリ管理テーブル14b1に記憶されていない場合、そのアプリケーションに対応する情報連携先アプリ名31、連携指定フラグ32はオフとする、及び、起動エラー回数33は0とするを、今回の処理に分類されるように連携先アプリ管理テーブル14b1に追加する。このように、本実施形態では、OS14aに抽出させた画像選択アプリの候補73を、そのままOS14aにLCD18に表示させているのではなく、本処理において、起動エラー回数33に基づいて画像選択アプリを除外し、その残りをLCD18に表示させている。そのため、この場合は、図2bでの説明通りに処理は流れず、処理の流れが一部変わる。具体的には、図2bにおける3の処理の後に、次に説明する3A及び3Bの処理が実行され、4の処理に代えて、4Aの処理が実行される。即ち、3の処理の後、OS14aは3の処理で取得したアプリケーションの識別情報を連携元アプリ60へ送信する3A。連携元アプリ60即ち、本アプリ14bは、OS14aから受信したアプリケーションの識別情報に対応するアプリケーションのうち、起動エラー回数33が5未満のアプリケーションの名称を起動可能アプリの候補として抽出し、その抽出した起動可能アプリの候補の表示をOS14aに要求する3B。OS14aは、その要求を受け付けると、連携元アプリ60に要求された起動可能アプリの候補をLCD18に表示させる4A。図4aは、S105の処理でLCD18に表示される連携先アプリ選択画面の一例である。図4aに示すように、連携先アプリ選択画面は、連携先アプリの候補70と、カーソルKと、決定ボタン71と、全表示ボタン72とを含む。ここでは、連携先アプリの候補70として、ファイル管理、ギャラリー、カメラが上下方向に一列に並べて表示されている。カーソルKは、LCD18に表示されている連携先アプリの候補70の中から、連携先アプリを一つ選択するものであり、本実施形態では、カーソルKを上下に動かして、選択したい連携先アプリにカーソルKを合わせる。決定ボタン71は、ユーザにより押下された場合に、カーソルKにより選択されている一の連携先アプリを、今回起動させる連携先アプリとして決定するためのボタンである。全表示ボタン72は、ユーザにより押下された場合に、OS14aにより抽出された画像選択アプリの候補73を、起動エラー回数33に関係なく、全て連携先アプリの候補70としてLCD18に表示させるためのボタンである。ユーザは、全表示ボタン72を押下することで、OS14aにより抽出されたが、起動エラー回数33が5以上であったため、連携先アプリ選択画面には表示されなかったアプリケーションについても、LCD18に表示させることができる。よって、ユーザの利用したいアプリケーションが、連携先アプリの候補70から除外されていても、ユーザは、その利用したいアプリケーションを連携先アプリとして選択し起動できるので、ユーザの使い勝手が良い。図3の説明に戻る。CPU11は、連携先アプリ選択画面に表示される連携先アプリの候補70のうち、一つがユーザにより決定されたかを判定しS106、決定されていない場合はS106:No、決定されるまで次のステップに進まない。一方、連携アプリが一つユーザにより決定された場合S106:Yes、CPU11は、その決定された連携先アプリを起動させるS107。S103の処理、又は、S107の処理によって連携先アプリが起動されると、その後、その起動された連携先アプリ64では、本アプリ14b連携元アプリ60に渡す連携ファイルを指定するための操作が、ユーザにより行われる。その操作が連携先アプリ64において完了すると、ユーザにより指定された連携ファイルが、OS14aを介して、本アプリ14bに渡される。起動させた連携先アプリ64から本アプリ14bに渡される連携ファイルを受信した場合S108、CPU11は、その受信した連携ファイルが、本アプリ14bで処理可能であるかを判定するS109。本アプリ14bでは、上述したように、処理種別30ごとに、扱うファイルのデータ形式が予め決まっている。よって、連携先アプリ64から受信した連携ファイルの拡張子を確認し、その受信した連携ファイルが、今回の処理の処理対象であるか否かを判定する。例えば、今回の処理が写真印刷処理の場合は、連携ファイルの拡張子がJPEG形式を示す拡張子であることを条件として、本アプリ14bで処理可能であると判定する。一方、JPEG以外の形式を示す拡張子である場合には、本アプリ14bで処理不可能であると判定する。尚、本実施形態では、連携先アプリ64から本アプリ14bに対して連携ファイルが一つ渡されるものとして説明する。連携先アプリ64から受信した連携ファイルが、本アプリ14bで処理可能な場合S109:Yes、CPU11は、今回起動させた連携先アプリ64を、今回の処理における特定の連携先アプリとして対応づけるS110。具体的には、CPU11は、連携先アプリ管理テーブル14b1において、今回の処理に分類されている連携指定フラグ32のうち、今回起動させた連携先アプリ64に対応する連携指定フラグ32をオンする。但し、その連携指定フラグ32が既にオンの場合は、何もしない。また、今回起動させた連携先アプリ64以外に対応する連携指定フラグ32がオンである場合、CPU11は、そのオンになっている連携指定フラグ32をオフし、今回起動させた連携先アプリ64に対応する連携指定フラグ32をオンする。これにより、本アプリ14bにおいて、今回の処理と同一の処理が、次回実行される場合に、特定の連携先アプリが対応づけられていると判定されるのでS102:Yes、次回も、今回起動させた連携先アプリ64、即ち、本アプリ14bで処理可能な連携ファイルを本アプリ14bに渡してきた連携先アプリを起動できる。よって、次回も、適切な連携先アプリを起動できる。また、次回は、起動させる連携先アプリをユーザが選択しなくて済むので、ユーザ操作を軽減できる。そして、CPU11は、連携先アプリ64から受信した連携ファイルを用いて、今回の処理を実行しS111、本処理を終了する。一方、連携先アプリ64から受信した連携ファイルが、本アプリ14bで処理不可能な場合S109:No、CPU11は、今回起動させた連携先アプリ64が、今回の処理に対応づけられている特定の連携先アプリであるかを判定するS112。具体的には、CPU11は、今回の処理に分類されている連携指定フラグ32のうち、今回起動させた連携先アプリ64に対応する連携指定フラグ32がオンであるかを確認し、オンの場合には、今回起動させた連携先アプリ64が、今回の処理に対応づけられている特定の連携先アプリであると判定する。今回起動させた連携先アプリ64が、今回の処理に対応づけられている特定の連携先アプリである場合S112:Yes、CPU11は、連携先アプリ管理テーブル14b1において、今回の処理に分類されている連携指定フラグ32のうち、オンになっているものをオフする。即ち、今回起動させた連携先アプリ64と、今回の処理とを対応づける情報を消去するS113。これにより、今回の処理と同一の処理が、次回実行された場合に、特定の連携先アプリが対応づけられていないと判定されるのでS102:No、次回は、今回起動させた連携先アプリ64が、特定の連携先アプリとして起動されなくなる。よって、次回、不適切な連携先アプリが起動されることを抑制できる。一方、今回起動させた連携先アプリ64が、今回の処理に対応づけられている特定の連携先アプリ64でない場合S112:No、CPU11は、S113の処理をスキップし、今回起動させた連携先アプリ64に対応する起動エラー回数33に1を加算してS114、本処理を終了する。ここでは、連携先アプリ管理テーブル14b1において、今回の処理に分類されている起動エラー回数33のうち、今回起動させた連携先アプリ64に対応するものに1を加算する。このように、本実施形態では、今回起動させた連携先アプリ64が、今回の処理では扱わないデータ形式の連携ファイルを渡してきた場合、今回起動させた連携先アプリ64に対応する起動エラー回数33に1を加算している。これが繰り返され、最終的に、今回起動させた連携先アプリ64に対応する起動エラー回数33が5になると、次回からは、その連携先アプリが、連携先アプリの候補70として連携先アプリ選択画面に表示されなくなる。例えば、図4aに示すように、最初は、連携先アプリ選択画面にファイル管理、ギャラリー、カメラが連携先アプリの候補70としてそれぞれ表示されていても、仮に、ファイル管理に対応する起動エラー回数33が5になると、その後、連携先アプリ選択画面には、図4bに示すように、ギャラリー、カメラだけが、連携先アプリの候補70として表示される。よって、今回の処理では扱えないデータ形式の連携ファイルを渡してきた連携先アプリ64不適切な連携先アプリ64を、連携先アプリの候補70から除外し、その残りをLCD18に表示できる。従って、起動させる連携先アプリをユーザが選択する場合に、より適切な連携先アプリを選択して、起動できる。また、起動エラー回数33が所定回数本実施形態では、5未満の間は、その起動エラー回数33に対応する連携先アプリが、連携先アプリの候補70として抽出され、LCD18の連携先アプリ選択画面に表示される。よって、ある連携先アプリにおいて、ユーザが操作を間違えたなどの意図しない理由により、偶然、今回の処理では扱えないデータ形式の連携ファイルが本アプリ14bに渡されて、その連携先アプリが、連携先アプリの候補70から除外されることを抑制できる。即ち、連携先アプリの候補70が必要以上に減ることを抑制できる。このように、第1実施形態によれば、適切なアプリケーションを連携先アプリとして起動できる。また、本実施形態では、今回起動させた連携先アプリ64を、次回以降に優先的に起動する特定の連携先アプリとするための設定や、その設定の解除は、ユーザが自ら操作して行う必要がないため、操作の不慣れなユーザでも使い易い。次に、図5を参照して第2実施形態について説明する。図5は、第2実施形態の本アプリ14bに従い、携帯端末10において実行される既定連携先アプリ設定処理を示すフローチャートである。第2実施形態の本アプリ14bは、第1実施形態の連携先アプリ選別処理図3に代えて、図5に示す既定連携先アプリ設定処理を実行する点が、第1実施形態と異なり、その他の点については同一である。図5に示す既定連携先アプリ設定処理のうち、連携先アプリ選別処理図3と同一の部分については、同一のステップ番号を付して、その説明を省略する。第1実施形態の連携先アプリ選別処理では、処理種別30ごとに、一のアプリケーションを特定の連携先アプリとして対応づけていた。これに対し、第2実施形態の既定連携先アプリ設定処理では、本アプリ14bに対し、一の既定の連携先アプリを対応づけ、更に、その管理をOS14aに行わせる。尚、本実施形態において、OS14aは、アプリケーションごとに、既定のアプリケーションを一つ設定する機能を有しているものとする。既定連携先アプリ設定処理では、CPU11は、まず、本アプリ14bに対応する一の既定の連携先アプリを示す設定情報を取得するようOS14aに指示するS201。具体的には、CPU11は、OS14aの各種設定情報が記憶されている所定の記憶領域から、本アプリ14bの既定の連携先アプリを示す設定情報を読み出すようOSに指示する。次に、CPU11は、OS14aから取得した設定情報に基づいて、既定の連携先アプリが本アプリに対して設定されているかを判定するS202。即ち、本アプリ14bの既定の連携先アプリを示す設定情報が記憶されているかを判定する。第2実施形態では、本アプリ14bに対して設定されている既定の連携先アプリが、連携先アプリの候補に該当する。既定の連携先アプリが設定されている場合S202:Yes、CPU11は、その既定の連携先アプリを起動させるS203。一方、既定の連携先アプリが設定されていない場合S202:No、CPU11は、画像選択アプリの候補73を抽出し、その内容をLCD18に表示するようOS14aに指示するS204。具体的には、タイプの種類としてIMAGEを指定し、アクションの種類としてACTION_PICKを指定して、OS14aのAPIを呼び出し、画像選択アプリの候補73の抽出およびその表示を要求する。尚、第2実施形態では、図2bでの説明通りに処理が流れる。図6は、S204の処理で表示される連携先アプリ選択画面の一例である。図6に示すように、第2実施形態の連携先アプリ選択画面は、チェックボックスCBが追加されている点が、第1実施形態と異なる。また、第1実施形態の連携先アプリ選択画面は、本アプリ14bにより作成されるものであり、OS14aにより抽出された画像選択アプリの候補73のうち、起動エラー回数33に基づいて抽出された連携先アプリの候補70を含んでいた。これに対し、第2実施形態の画面は、OS14aにより作成されるものであり、OS14aにより抽出された画像選択アプリの候補73を含む。チェックボックスCBは、カーソルKにより指定した画像選択アプリを、本アプリ14bの既定の連携先アプリとして設定するよう、OS14aに指示するものである。具体的には、チェックボックスCBがチェックされている状態で、決定ボタン71により一の画像選択アプリが決定されると、OS14aによって、その一の画像選択アプリが、本アプリ14bの既定の連携先アプリとして設定される。一方、チェックボックスCBがチェックされていない状態で、決定ボタン71により一の画像選択アプリが決定された場合には、既定の連携先アプリについての設定や変更は行われない。図5の説明に戻る。CPU11は、連携先アプリ選択画面に表示される画像選択アプリの候補73のうち、一つがユーザにより決定されたかを判定しS205、決定されていない場合はS205:No、決定されるまで次のステップに進まない。一方、画像選択アプリが一つユーザにより決定された場合S205:Yes、CPU11は、その決定された画像選択アプリを連携先アプリとして起動させるS206。S206の処理では、チェックボックスCBがチェックされている状態で、ユーザにより決定ボタン71が操作され、一の画像選択アプリが決定された場合、CPU11は、そのユーザにより決定された一の画像選択アプリを、本アプリ14bの既定の連携先アプリとして設定するようOS14aに指示する。即ち、本アプリ14bの既定の連携先アプリを示す設定情報を、所定の記憶領域にOS14aに記憶させる。尚、その設定情報を、本アプリ14bが、所定の記憶領域に記憶させても良い。そして、S203の処理、又は、S206の処理で起動させた連携先アプリ64から連携ファイルを受信しS108、且つ、その受信した連携ファイルが本アプリ14bで処理可能な場合S109:Yes、CPU11は、今回起動させた連携先アプリ64を、本アプリ14bの既定の連携先アプリとして設定するよう、OS14aに指示するS207。即ち、今回起動させた連携先アプリ64を、連携先アプリの候補とする。これにより、今回の処理と同一の処理が、次回実行される場合に、既定の連携先アプリが設定されていると判定されるのでS202:Yes、次回も、今回と同じ連携先アプリを起動できる。よって、次回も、適切な連携先アプリを起動できる。また、次回は、起動させる連携先アプリをユーザが選択しなくて済むので、ユーザ操作を軽減できる。既定の連携先アプリについての設定後、CPU11は、連携先アプリ64から受信した連携ファイルを用いて、今回の処理を実行しS111、本処理を終了する。一方、連携先アプリ64から連携ファイルを受信しS108、且つ、その受信した連携ファイルが本アプリ14bで処理不可能な場合S109:No、CPU11は、今回起動させた連携先アプリ64が、本アプリ14bの既定の連携先アプリとして設定されているかを判定するS208。今回起動させた連携先アプリ64が、既定の連携先アプリとして設定されている場合S208:Yes、CPU11は、既定の連携先アプリについての設定を解除するように、OS14aに指示するS209。ここでは、今回起動させた連携先アプリ64が、本アプリ14の既定の連携先アプリであることを示す設定情報を、OS14aに消去させる。即ち、今回起動させた連携先アプリ64を、連携先アプリの候補から除外する。これにより、今回の処理と同一の処理が、次回実行された場合に、今回起動させた連携先アプリ64が、既定の連携先アプリとして起動されなくなる。よって、次回、不適切な連携先アプリが起動されることを抑制できる。一方、今回起動させた連携先アプリ64が、本アプリ14bの既定の連携先アプリとして設定されていない場合S208:No、CPU11は、何もせずに、本処理を終了する。第2実施形態によれば、既定の連携先アプリは、OS14aに管理させるので、本アプリ14bで行う制御を軽減できる。よって、本アプリ14bの設計や開発に要する労力を軽減できる。また、連携先アプリ管理テーブル14b1を設けなくても良い。また、既定の連携先アプリについての設定や、その設定の解除は、本アプリ14bの本処理で行うため、ユーザが自らOS14aの設定を確認して、その設定を変更したり、既定の連携先アプリについての設定情報を削除する必要がなく、操作の不慣れなユーザでも使い易い。次に、図7を参照して第3実施形態について説明する。図7は、第3実施形態の本アプリ14bに従い、携帯端末10において実行される連携先アプリ選別処理を示すフローチャートである。第3実施形態の本アプリ14bは、第1実施形態の連携先アプリ選別処理図3に代えて、図7に示す連携先アプリ選別処理を実行する点が、第1実施形態と異なり、その他の点については同一である。図7に示す連携先アプリ選別処理のうち、連携先アプリ選別処理図3と同一の部分については、同一のステップ番号を付して、その説明を省略する。第1実施形態の連携先アプリ選別処理では、連携先アプリに対応する起動エラー回数33を増加させる一方であった。これに対し、第3実施形態の連携先アプリ選別処理では、連携先アプリ選別処理が実行開始される度に、その起動エラー回数33を0に戻す。連携先アプリ選別処理では、CPU11は、連携先アプリ管理テーブル14b1において、今回の処理に分類されている各起動エラー回数33をそれぞれ0に設定するS301。次に、CPU11は、画像選択アプリの候補73をOS14aから取得しS104、その画像選択アプリの候補73のうち、起動エラー回数33が0のアプリケーションを、連携先アプリの候補70として抽出し、それをLCD18に表示させるS302。S302の処理では、例えば、第1実施形態と同様な連携先アプリ選択画面図4参照が表示される。尚、画像選択アプリの候補73に対応する情報連携先アプリ名31や起動エラー回数33などが、連携先アプリ管理テーブル14b1に記憶されていない場合は、その情報を、S105の処理図3の場合と同様に追加する。また、第3実施形態も、図2bでの説明通りに処理は流れず、第1実施形態と同様に、処理の流れが一部変わる。連携先アプリ選択画面において、連携先アプリの候補70の一つがユーザにより決定された場合S106:Yes、CPU11は、その決定された連携先アプリを起動させS107、起動させた連携先アプリ64から連携ファイルを受信するS108。受信した連携ファイルが本アプリ14bで処理可能な場合S109:Yes、CPU11は、その受信した連携ファイルを用いて、今回の処理を実行しS111、本処理を終了する。一方、受信した連携ファイルが本アプリ14bで処理不可能な場合S109:No、CPU11は、連携先アプリ管理テーブル14b1において、今回の処理に分類されている起動エラー回数33のうち、今回起動させた連携先アプリ64に対応するものに1を加算するS114。そして、CPU11は、S104の処理へ戻る。その結果、現在の連携先アプリ選択処理の実行中に今回の処理では扱えないデータ形式の連携ファイルを渡してきた連携先アプリ64不適切な連携先アプリ64が、連携先アプリの候補70から除外され、残ったものがLCD18の連携先アプリ選択画面に表示される。そして、適切な連携先アプリを起動できるまでは、不適切な連携先アプリが起動される度に、その不適切な連携先アプリが連携先アプリの候補から除外され、起動し直す回数が多いほど、不適切な連携先アプリが除外されて行く。従って、連携先アプリの起動を繰り返すことで、ユーザが適切な連携先アプリを起動できる。また、本実施形態では、連携先アプリ選別処理を実行開始した場合に、今回の処理に分類されている各起動エラー回数33をそれぞれ0に設定しているS301。よって、現在実行中の連携先アプリ選別処理において、ある連携先アプリ64が連携先アプリの候補70から除外されたとしても、次回、新たに連携先アプリ選別処理を起動した場合には、その開始時に連携先アプリの候補70として復帰する。従って、選択肢が必要以上に減ることを抑制できる。また、本実施形態では、ユーザの目的が変わるタイミングとなり得る、処理の実行開始タイミングにおいて、連携先アプリの候補70が、初期状態一つも除外されていない状態に戻るように構成している。よって、その目的に合わせて、ユーザが連携先アプリを選択し起動できるので、ユーザの使い勝手が良い。一例として、同一のアプリケーション例えば、ギャラリーが連携先アプリとして起動される場合を考える。本アプリ14bが起動された場合に、ギャラリーが連携先アプリとして起動され、その後、ギャラリーの検索機能を利用してユーザが連携ファイルを指定したが、その連携ファイルは今回の処理例えば、写真印刷処理では処理不可能であったとする。この場合、ギャラリーは、不適切な連携先アプリとして除外される。しかしながら、本アプリ14bの次回以降の起動において、再び、ギャラリーが連携先アプリとして起動されたとしても、常に、ギャラリーの検索機能が利用されるとは限らず、場合によっては、ユーザは、ファイルの直接指定など別の機能を利用して連携ファイルが指定することもある。ファイルを直接指定する場合には、検索機能を利用する場合とは異なり、写真印刷処理で処理可能なJPEG形式のファイルの存在をユーザが予め把握している可能性が高く、適切な連携ファイルが指定される可能性が高い。よって、この場合、ギャラリーは、適切な連携先アプリとなる可能性が高い。このように、連携ファイルの指定方法は、同一のアプリケーションギャラリーが利用されるとしても、利用される起動される度に変わる可能性がある。従って、本実施形態によれば、一度、不適切な連携先アプリとして除外されたアプリケーションであっても、新たに連携先アプリ選別処理を起動したときには、起動エラー回数33をリセットし、再度、連携先アプリとして起動可能としている。上記実施形態において、デバイス制御アプリケーション14b、及び、その他のアプリケーション14cが、複数のアプリケーションプログラムの一例である。連携元アプリ60が、連携元プログラムの一例である。連携先アプリ64が、連携先プログラムの一例である。連携ファイルが処理対象データの一例である。連携機能を実現するOS14aやCPU11が、連携手段の一例である。携帯端末10が、情報処理装置の一例である。デバイス制御アプリケーション14bが、情報処理プログラムの一例である。図3に示すS101、S104,S105、図5に示すS201、又は、図7に示すS104,S302を実行するCPU11が、候補取得手段の一例および候補取得ステップの一例である。図3に示すS103、図3若しくは図7に示すS107、図5に示すS203、又は、S206を実行するCPU11が、起動手段の一例および起動ステップの一例である。図3、図5、又は、図7に示すS108を実行するCPU11が、データ取得手段の一例およびデータ取得ステップの一例である。図3、図5、又は、図7に示すS109を実行するCPU11が、処理判断手段の一例および処理判断ステップの一例である。図3に示すS105,S114、図5に示すS209、又は、図7に示すS302,S114を実行するCPU11が、除外手段の一例および除外ステップの一例である。起動エラー回数33が、起動不可情報の一例である。フラッシュメモリ14が、記憶部の一例である。図3又は図7に示すS114を実行するCPU11が、第1記憶制御手段の一例である。既定の連携先アプリの設定に伴ってOS14aまたは本アプリ14bにより記憶される設定情報が優先起動情報の一例である。連携指定フラグ32が、優先起動情報の一例である。図3に示すS110、S113、図5に示すS207、又は、S209を実行するCPU11が、第2記憶制御手段の一例である。図3に示すS112、又は、図5に示すS208を実行するCPU11が、優先判断手段の一例である。LCD18が、表示部の一例である。図3に示すS104,S105、図5に示すS204、又は、図7に示すS104,S302を実行するCPU11が、表示制御手段の一例である。図3若しくは図7に示すS106、又は、図5に示すS205を実行するCPU11が、起動指示受付手段の一例である。図3又は7に示すS114を実行するCPU11が、計数手段の一例である。第3実施形態における連携先アプリ選別処理の実行開始タイミングが所定の条件の一例である。図7に示すS301を実行するCPU11が、復帰手段の一例である。全表示ボタン72が、要求受付手段の一例である。以上、実施形態に基づき本発明を説明したが、本発明は上述した実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変更が可能であることは容易に推察できるものである。例えば、上記実施形態では、携帯端末10が情報処理装置の一例であったが、パーソナルコンピュータ、PDA、タブレット端末など各種の装置も情報処理装置の一例となり得る。また、上記実施形態では、図3,5,及び7のフローチャートに示す各ステップは、本アプリ14bがCPU11に実行させるものとして説明しているが、本アプリ14bがOS14aなどの機能を利用してCPU11に各ステップを実行させても良い。また、図3,5,及び7の各フローチャートが含むステップは、OS14aやその他アプリケーションがCPU11に実行させるステップに一部置き換えられても良い。また、CPU11の関与によらず、携帯端末10に設けられたハードウェアそのものが作動することによって実現されるステップに、一部置き換えられても良い。また、上記実施形態で挙げた具体的数値は一例であり、他の数値を採用することは当然可能である。例えば、連携先アプリの候補70として抽出又は、表示するか否かを判断するために用いる起動エラー回数33の基準値は、任意である。また、上記実施形態では、写真印刷処理及びPDF印刷処理を、本アプリ14bにおいてユーザが指示可能な処理処理種別30の一例としたが、Webページ印刷処理や、文書印刷処理や、スキャン処理など、別の処理を指示できるように、本アプリ14bを構成しても良い。また、一の処理で扱うデータ形式は、1つでも良いし、複数種類でも良い。また、上記実施形態では、OS14aから画像選択アプリの候補73を取得しているが、処理種別30に応じて、タイプの種類やアクションの種類を変えてOS14aのAPIを呼び出し、所定の条件を満たすアプリケーションの候補をOS14aから取得しても良い。また、上記実施形態では、連携先アプリから本アプリ14bに対して、連携ファイルが一つ渡される場合の例について説明したが、複数の連携ファイルが渡される場合についても、本発明を適用できる。その場合、S109の処理では、受信した各連携ファイルについて、本アプリ14bで処理可能かをそれぞれ判定し、受信した全ての連携ファイルが本アプリ14bで処理可能と判定された場合、S109:Yesへ分岐し、それ以外の場合、S109:Noへ分岐するように構成しても良い。また、上記実施形態では、受信した連携ファイルの拡張子を確認することで、その受信した連携ファイルが、処理可能なデータであるか否かを判定しているが、受信した連携ファイルのヘッダを確認して判定しても良い。また、受信した連携ファイルを実際に処理してみて、問題なく処理できた場合には、処理可能なデータであると判定し、エラーなど問題が発生した場合には、処理可能なデータではないと判定しても良い。また、上記第1および第3実施形態では、連携先アプリ64から受信した連携ファイルが本アプリ14bで処理不可能な場合S109:No、その処理不可能な連携ファイルを渡してきた連携先アプリ64に対応する起動エラー回数33起動不可情報に1を加算している。これに対し、処理不可能な連携ファイルを渡してきた連携先アプリ64を示す情報例えば、アプリ名などを起動不可情報として記憶させても良い。そして、この起動不可情報が記憶されている場合、S105やS302の処理では、その起動不可情報により示されるアプリケーションを連携先アプリの候補70から除外し、残ったものを連携先アプリ選択画面に表示させても良い。また、その処理不可能な連携ファイルを渡してきた連携先アプリ64を示す情報例えば、アプリ名などと、その連携先アプリ64に対応する起動エラー回数33とを起動不可情報として記憶させても良い。また、上記第2実施形態では、OS14aにより取得される画像選択アプリの候補73を全てLCD18に表示しているがS204、第1または第3実施形態と同様に、起動エラー回数33が基準値未満のものを、連携先アプリの候補70としてLCD18に表示させても良い。尚、この場合は、第1または第3実施形態と同様に、各連携先アプリについて起動エラー回数33を計数する。また、上記第3実施形態では、連携先アプリについての起動エラー回数33は、0または1の何れかの値状態となるので、起動エラー回数33の代わりにフラグ設けて、2つの状態を判別できるように構成しても良い。また、上記第3実施形態では、連携先アプリ選別処理の実行開始時所定の条件の一例に、各起動エラー回数33をそれぞれ0に設定しているが、これに代えて、例えば、ユーザにより指示された処理の種別が前回と比較して変わった場合や、今回の連携先アプリ選別処理が開始されてから所定時間例えば、1時間が経過した場合に、各起動エラー回数33をそれぞれ0に設定しても良い。また、連携先アプリ選択画面内に、初期化ボタンを設けておき、その初期化ボタンがユーザにより押下された場合所定の条件の一例に、各起動エラー回数33をそれぞれ0に設定しても良い。このように構成する場合、処理の種別や、ユーザの目的が変わる可能性の高いタイミングで、連携先アプリの候補70が、初期状態一つも除外されていない状態に戻るように構成できる。よって、実行する処理や、その処理の目的に合わせて、ユーザが連携先アプリを選択し起動でき、ユーザの使い勝手が良い。上記第1または第2実施形態も、同様のタイミングで、初期状態にしても良い。また、本アプリ14bと、連携先アプリ64との間で、ファイルを互いに送受信し合う場合でも、本発明を適用できる。例えば、本アプリ14bから連携先アプリ64に対して処理対象ファイル渡し、連携先アプリ64では本アプリ14から渡された処理対象ファイルについて所定の処理例えば、画像処理を行わせ、その処理結果として生成されたファイルを、本アプリ14bの処理対象ファイル連携ファイルとして、連携先アプリ64から受け取る場合も、本発明を適用できる。また、上記実施形態において、連携先アプリの候補70として許可するアプリケーションを予め設定しておき、OS14aから取得した画像選択アプリの候補73のうち、予め許可されたものを、連携先アプリの候補70として連携先アプリ選択画面に表示させても良い。例えば、適切なデータ形式の連携ファイルを本アプリ14bに渡す可能性の高いアプリケーション群を、本アプリ14bの開発段階で調査等を行って予め見つけておき、そのアプリケーション群を示す起動許可情報をフラッシュメモリ14等に、インストール時に記憶させる。そして、OS14aから取得した画像選択アプリの候補73のうち、起動許可情報により示されるアプリケーションに該当するものを抽出し、その抽出したものを連携先アプリの候補70として、連携先アプリ選択画面に表示させる。尚、第1または第3実施形態のように、更に、その抽出された連携先アプリの候補70のうち、起動エラー回数33が5未満のもの、又は、0のものを、連携先アプリの候補70として、連携先アプリ選択画面に表示させても良い。これにより、適切なデータ形式の連携ファイルを本アプリ14bに渡す可能性の高い連携先アプリ又は、画像選択アプリを、ユーザが選択できるので、より適切な連携先アプリをユーザが起動できる。また、上記1実施形態では、画像選択アプリの候補73のうち、起動エラー回数33が5以上のアプリケーションは、連携先アプリ選択画面に表示していないが、起動エラー回数33が5以上のものも、連携先アプリ選択画面に表示しても良い。例えば、起動エラー回数33が5未満のアプリケーションと、起動エラー回数33が5以上のアプリケーションとを、ユーザが判別できるように、文字色を変えたり、文字の背景色を変えて表示させる。但し、起動エラー回数33が5以上のアプリケーションは、ユーザにより選択できないようにする。この場合にも、不適切な連携先アプリがユーザにより選択されることを抑制できるので、より適切な連携先アプリをユーザが選択し、起動できる。尚、上記第3実施形態についても同様である。また、上記実施形態では、連携先アプリ管理テーブル14b1において、処理種別30ごとに、連携先アプリについての情報連携先アプリ名31などを記憶しているが、処理種別30ごとに分類せずに、連携先アプリについての情報を記憶しても良い。また、上記実施形態では、携帯端末10に内蔵されたフラッシュメモリ14内に連携先アプリ管理テーブル14b1を記憶させるものとして説明したが、メモリカード20内に、連携先アプリ管理テーブル14b1を記憶させても良い。その場合、メモリカード20が、記憶部の一例に対応する。また、上記第1実施形態では、今回起動させた連携先アプリ64を、今回の処理における特定の連携先アプリとして対応づけるS110場合、連携先アプリ管理テーブル14b1において、今回の処理に分類されている連携指定フラグ32を確認し、そこで、今回起動させた連携先アプリ64以外に対応する連携指定フラグ32がオンである場合、そのオンになっている連携指定フラグ32をオフし、今回起動させた連携先アプリ64に対応する連携指定フラグ32をオンしている。これに対し、今回起動させた連携先アプリ64以外に対応する連携指定フラグ32がオンである場合は、何もしなくても良い。また、上記第1実施形態において、今回の処理に対応する特定の連携先アプリを、連携先アプリの候補としても良い。その場合、S101の処理を実行するCPU11が、候補取得手段の一例に対応する。"