(57)【要約】【課題】アプリケーションの連携を適切に行う。【解決手段】情報処理装置において、第１のアプリケーションで処理されているデータに基づいて、次に実行される第２のアプリケーションの候補を抽出し、抽出した第２のアプリケーションの候補毎に事前処理を実行し、実行結果を評価する事前実行手段と、前記事前実行手段により得られる評価結果に基づいて、前記第２のアプリケーションの候補を表示する画面を生成する画面生成手段とを有する。【選択図】図１
2014182751.tif 000002
【特許請求の範囲】
【請求項１】
第１のアプリケーションで処理されているデータに基づいて、次に実行される第２のアプリケーションの候補を抽出し、抽出した第２のアプリケーションの候補毎に事前処理を実行し、実行結果を評価する事前実行手段と、
前記事前実行手段により得られる評価結果に基づいて、前記第２のアプリケーションの候補を表示する画面を生成する画面生成手段とを有することを特徴とする情報処理装置。
【請求項２】
前記事前実行手段は、
前記データに対するユーザの操作内容を検知する事前実行検知手段と、
前記事前実行検知手段により得られる操作内容に対応する対象データ処理種別から、事前実行が可能な前記第２のアプリケーションの候補を検索する事前実行検索手段と、
前記事前実行検索手段により得られる前記第２のアプリケーションの候補毎に前記データを用いた処理を実行し、その結果を評価する事前実行評価手段とを有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記事前実行手段は、
前記ユーザが前記データに対する所定の処理を開始した時点、又は、前記データに含まれる所定の部分を選択した時点で、前記事前処理を実行することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記事前実行評価手段は、
前記第２のアプリケーションの候補毎に得られる処理コストに基づいて評価することを特徴とする請求項２に記載の情報処理装置。
【請求項５】
前記画面生成手段は、
前記処理コストに基づいて、前記第２のアプリケーションの候補の表示順序を変更した画面を生成することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
第１のアプリケーションで処理されているデータに基づいて、次に実行される第２のアプリケーションの候補を抽出し、抽出した第２のアプリケーションの候補毎に事前処理を実行し、実行結果を評価する事前実行ステップと、
前記事前実行ステップにより得られる評価結果に基づいて、前記第２のアプリケーションの候補を表示する画面を生成する画面生成ステップとを有することを特徴とする連携方法。
【請求項７】
第１のアプリケーションで処理されているデータに基づいて、次に実行される第２のアプリケーションの候補を抽出し、抽出した第２のアプリケーションの候補毎に事前処理を実行し、得られた実行結果を評価し、
評価結果に基づいて、前記第２のアプリケーションの候補を表示する画面を生成する、処理をコンピュータに実行させるための連携プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、連携方法、及び連携プログラムに関する。
【背景技術】
【０００２】
スマートフォンやタブレット端末等の通信端末やでは、ユーザが自由にアプリケーション（以下、単に「アプリ」と略称する）の追加や削除ができる。そのため、通信端末にインストールされるアプリ数は、増加傾向にある。
【０００３】
また、データと処理内容とに基づいて多様なアプリを連携して扱えるようにする機能が提供されている。例えば、アプリを実行する度に連携元や連携先のアプリ情報を収集し連携履歴を表示する手法がある。また、ユーザが入力したデータが入力可能なアプリを、予め登録した連携条件内の入出力データ項目比較によって自動判定する手法がある。また、アプリ利用時に、入力データと実行後の出力結果を、手動や自動でデータベースに登録し、別のアプリを利用して、そのアプリや処理中のデータに関連するアプリがユーザに提示される時に、記録されたデータを一緒に表示する手法がある（例えば、特許文献１〜３参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１５７６７６号公報
【特許文献２】特開２０１０−２５０３８６号公報
【特許文献３】特開２０１１−１１３４０１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述したような従来手法では、アプリを選択しても通信端末の状況や扱うデータは動的に変わるため、アプリが連携できない可能性が生じる。例えば、バーコードの写真をカメラアプリで撮影し、撮影した画像をバーコードアプリに渡しても、そのアプリでは認識できない場合等である。また、例えば、メールの文章を印刷しようとして、印刷アプリに渡しても印刷するプリンタが見つからないため、印刷できない場合等である。
【０００６】
１つの側面では、本発明は、アプリケーションの連携を適切に行うことを目的とする。
【課題を解決するための手段】
【０００７】
一態様における情報処理装置は、第１のアプリケーションで処理されているデータに基づいて、次に実行される第２のアプリケーションの候補を抽出し、抽出した第２のアプリケーションの候補毎に事前処理を実行し、実行結果を評価する事前実行手段と、
前記事前実行手段により得られる評価結果に基づいて、前記第２のアプリケーションの候補を表示する画面を生成する画面生成手段とを有する。
【発明の効果】
【０００８】
アプリケーションの連携を適切に行うことができる。
【図面の簡単な説明】
【０００９】
【図１】情報処理装置の機能構成の一例を示す図である。
【図２】連携処理が実現可能なハードウェア構成の一例を示す図である。
【図３】事前実行処理の一例を示すフローチャートである。
【図４】連携アプリ実行処理の一例を示すフローチャートである。
【図５】本実施形態におけるアプリ連携の一例を示す図である。
【図６】事前実行検知の内容を説明するための図である。
【図７】事前実行検知処理の一例を示すフローチャートである。
【図８】記憶手段に記憶されるデータ例を示す図である。
【図９】事前実行順序の決定方法について説明するための図である。
【図１０】アプリ候補の取得例を説明するための図である。
【図１１】事前実行評価処理の一例を示すフローチャートである。
【図１２】アプリ連携情報の一例を示す図である。
【図１３】事前実行評価の具体例を示す図（その１）である。
【図１４】事前実行評価の具体例を示す図（その２）である。
【図１５】画面例を示す図（その１）である。
【図１６】画面例を示す図（その２）である。
【図１７】画面例を示す図（その３）である。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照しながら実施例について詳細に説明する。
【００１１】
＜情報処理装置の機能構成例＞
図１は、情報処理装置の機能構成の一例を示す図である。図１に示す情報処理装置１０は、入力手段１１と、出力手段１２と、記憶手段１３と、事前実行手段１４と、アプリ管理手段１５と、アプリ実行手段１６と、画面生成手段１７と、送受信手段１８と、制御手段１９とを有する。
【００１２】
入力手段１１は、情報処理装置１０を使用するユーザ等からの各種指示の開始や終了、設定の入力等の各種入力を受け付ける。入力手段１１は、例えば本実施形態における事前実行処理、アプリ管理処理、アプリ実行処理、画面生成処理、送受信処理等の各指示を受け付ける。
【００１３】
入力手段１１は、例えばデータ単体の操作（閲覧、編集等）の場合は、事前実行手段１３に入力情報を出力する。入力手段１１は、例えばアプリケーション選択要求、選択操作の場合は、アプリ管理手段１５等に出力する。
【００１４】
入力手段１１により取得される情報の入力は、例えばキーボードやマウス等でもよく、また画面を用いたタッチパネル形式等でもよく、或いは例えばマイクロフォン等でもよい。
【００１５】
出力手段１２は、入力手段１１により入力された内容や、入力内容に基づいて実行された内容等の出力を行う。出力手段１２は、例えば画面表示により出力する場合には、ディスプレイやモニタ等の表示手段を有し、音声により出力する場合には、例えばスピーカ等の音声出力手段を有する。出力手段１２は、例えばバイブレータ等のように、所定の刺激をユーザに与える触覚提示手段を有する。入力手段１１と出力手段１２とは、例えばタッチパネル等のように入出力が一体型であってもよい。
【００１６】
記憶手段１３は、本実施形態において必要となる各種情報を記憶する。記憶手段１３は、例えば情報処理装置１０にインストールされた各種のアプリや、アプリの管理情報、連携情報、アプリの事前実行内容、生成された画面情報、入出力や各種の処理実行結果に対する履歴情報等の各種情報を記憶することができる。
【００１７】
本実施形態において、記憶手段１３は、アプリの実体及びアプリ管理情報等を記憶する。アプリ管理情報としては、例えば連携元アプリ（第１のアプリ）や連携先アプリ（第２のアプリ）等のアプリ識別子、連携データの処理種別、データ形式、事前処理データ（例えば、時間情報）、連携回数等のうち、少なくとも１つが含まれるがこれに限定されるものではない。
【００１８】
記憶手段１３は、本実施形態における連携処理が実現可能な各処理を実行するための設定情報、各種処理の実行経過や結果等を記憶する。なお、記憶手段１３に記憶される情報は、上述した情報に限定されるものではない。
【００１９】
また、記憶手段１３は、記憶された各種情報を必要に応じて所定のタイミングで読み出したり、書き込んだりすることができる。また、記憶手段１３は、上述したような多種の情報の集合物であり、それらの情報を、例えばキーワード等を用いて検索し、抽出することができるように体系的に構成されているデータベースとしての機能を有していてもよい。記憶手段１３は、例えばハードディスクやメモリ等であるが、これに限定されるものではない。
【００２０】
事前実行手段１４は、例えばユーザ（利用者）がアプリ連携の要求前に、表示又は編集中のデータが将来連携されることを予測する事前実行検知手段を有する。また、事前実行手段１４は、例えば、上述した事前実行検知手段により得られたそのデータに対応して次に実行されるアプリの候補を検索する事前実行検索手段を有する。また、事前実行手段１４は、例えば、データをアプリ候補に渡して事前に所定の処理を実行することで連携処理ができる可能性を評価する事前実行評価手段を有する。
【００２１】
アプリ管理手段１５は、入力手段１１から選択要求操作を受け取ると、例えば連携元アプリ識別子及び連携データ等を用いて、記憶手段１３に記憶されたアプリ管理情報から、連携先アプリ及び事前処理データのリストを取得する。取得したリストは、画面生成手段１７により生成された画面上に表示される。
【００２２】
アプリ実行手段１６は、アプリ管理手段１５により提示されたリストからユーザが入力手段１１から入力した選択操作を受け取ると、その操作に対応させて、例えばＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）のアプリの起動機能を利用し、所定のアプリを起動する。また、アプリ実行手段１６は、実行されたアプリを連携履歴情報として記憶手段１３に記憶することができる。
【００２３】
画面生成手段１７は、本実施形態における各処理を実行するための設定情報を入力する入力画面や、事前実行手段１４による実行結果の表示画面、アプリ管理手段１５による１又は複数のアプリ情報を表示するための画面等を生成する。なお、生成される画面例は、これに限定されるものではない。生成された画面は、例えば出力手段１２によりユーザに出力される。
【００２４】
送受信手段１８は、例えばインターネットやＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ）等の通信ネットワークを介して外部装置と各種情報の送受信を行うための通信手段である。送受信手段１８は、外部装置等にすでに記憶されている各種情報等を受信することができ、また情報処理装置１０で処理された結果を、通信ネットワーク等を介して外部装置等に送信することもできる。
【００２５】
制御手段１９は、情報処理装置１０の各構成部全体の制御を行う。制御手段１９は、例えばユーザ等による入力手段１１からの指示等に基づいて、連携処理に関する各制御を行う。ここで、各制御とは、例えば上述した事前実行手段１４によるアプリ連携の事前実行、アプリ管理手段１５によるアプリ管理、アプリ実行手段１６によりアプリ実行、画面生成手段１７による画面生成等があるが、これに限定されるものではない。
【００２６】
上述した情報処理装置１０の例としては、例えばＰｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ（ＰＣ）やサーバ、スマートフォンやタブレット端末等の通信端末、携帯電話等があるが、これに限定されるものではない。また、情報処理装置１０の例としては、例えばゲーム機器、音楽再生装置等にも利用することができる。
【００２７】
ここで、本実施形態におけるアプリとは、例えば画像や文書等の印刷、ウェブブラウザの閲覧、ワープロソフトや表計算ソフトによるファイルの編集、メール機能、Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ（ＳＮＳ）の起動や終了等があるが、これに限定されるものではなく、プログラム等により実行される各種処理が含まれる。また、連携元のアプリとは第１のアプリであり、連携先のアプリとは第１のアプリの後に連携して実行される第２のアプリである。
【００２８】
＜情報処理装置１０のハードウェア構成例＞
各機能をコンピュータに実行させることができる実行プログラム（連携処理プログラム）を例えば情報処理装置１０にインストールすることにより、本実施形態における連携処理を実現することができる。ここで、本実施形態における連携処理が実現可能なコンピュータのハードウェア構成例について図を用いて説明する。
【００２９】
図２は、連携処理が実現可能なハードウェア構成の一例を示す図である。図２におけるコンピュータ本体には、入力装置２１と、出力装置２２と、ドライブ装置２３と、補助記憶装置２４と、主記憶装置２５と、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ（ＣＰＵ）２６と、ネットワーク接続装置２７とを有するよう構成されており、これらはシステムバスＢで相互に接続されている。
【００３０】
入力装置２１は、ユーザ等が操作するキーボード及びマウス等のポインティングデバイスや、マイクロフォン等の音声入力デバイスを有しており、ユーザ等からのプログラムの実行指示、各種操作情報、ソフトウェア等を起動するための情報等の入力を受け付ける。
【００３１】
出力装置２２は、本実施形態における処理を行うためのコンピュータ本体を操作するのに必要な各種ウィンドウやデータ等を表示するディスプレイを有し、ＣＰＵ２６が有する制御プログラムによりプログラムの実行経過や結果等を表示する。
【００３２】
ここで、本実施形態においてコンピュータ本体にインストールされる実行プログラムは、例えば、Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ）メモリやＣＤ−ＲＯＭ、ＤＶＤ等の可搬型の記録媒体２８等により提供される。プログラムを記録した記録媒体２８は、ドライブ装置２３にセット可能であり、ＣＰＵ２６からの制御信号に基づき、記録媒体２８に含まれる実行プログラムが、記録媒体２８からドライブ装置２３を介して補助記憶装置２４にインストールされる。
【００３３】
補助記憶装置２４は、例えばハードディスクドライブやＳｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ（ＳＳＤ）等のストレージ手段等である。補助記憶装置２４は、ＣＰＵ２６からの制御信号に基づき、本実施形態における実行プログラムや、コンピュータに設けられた制御プログラム等を記憶し、必要に応じて入出力を行うことができる。補助記憶装置２４は、ＣＰＵ２６からの制御信号等に基づいて、記憶された各情報から必要な情報を読み出したり、書き込むことができる。
【００３４】
主記憶装置２５は、ＣＰＵ２６により補助記憶装置２４から読み出された実行プログラム等を格納する。主記憶装置２５は、例えばＲｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ（ＲＯＭ）やＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ（ＲＡＭ）等であるが、これに限定されるものではない。補助記憶装置２４及び主記憶装置２５は、例えば上述した記憶手段１３に対応している。
【００３５】
ＣＰＵ２６は、オペレーティングシステム等の制御プログラム、及び主記憶装置２５に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御して各処理を実現することができる。プログラムの実行中に必要な各種情報等は、例えば補助記憶装置２４から取得することができ、また実行結果等を補助記憶装置２４に格納することもできる。
【００３６】
ＣＰＵ２６は、例えば入力装置２１から得られるプログラムの実行指示等に基づき、補助記憶装置２４にインストールされたプログラムを実行させることにより、主記憶装置２５上でプログラムに対応する処理を行う。例えば、ＣＰＵ２６は、連携処理プログラムを実行させることで、上述した事前実行手段１４によるアプリケーション連携の事前実行、アプリ管理手段１５によるアプリ管理、アプリ実行手段１６によりアプリ実行、画面生成手段による画面生成等の処理を行う。ＣＰＵ２６における処理内容は、これに限定されるものではない。ＣＰＵ２６により実行された内容は、必要に応じて補助記憶装置２４に記憶させることができる。
【００３７】
ネットワーク接続装置２７は、ＣＰＵ２６からの制御信号に基づき、インターネットやＬＡＮ等の通信ネットワークと接続することにより、実行プログラムやソフトウェア、設定情報等を、通信ネットワークに接続されている外部装置等から取得する。また、ネットワーク接続装置２７は、プログラムを実行することで得られた実行結果又は本実施形態における実行プログラム自体を外部装置等に提供することができる。
【００３８】
上述したようなハードウェア構成により、本実施形態における連携処理を実行することができる。また、プログラムをインストールすることにより、汎用のＰＣや通信端末等で本実施形態における連携処理を容易に実現することができる。
【００３９】
なお、情報処理装置１０が、スマートフォン等の通信端末である場合には、上述の構成に加えて、例えばＧｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ（ＧＰＳ）機能を用いた測位装置や、加速度センサ、角速度センサ等を有していてもよい。ネットワーク接続装置２７は、例えば、Ｗｉ−Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等による通信を可能にする通信手段を有していてもよい。ネットワーク接続装置２７は、電話端末との通話を可能にする通話手段を有していてもよい。
【００４０】
＜連携処理の例＞
ここで、本実施形態における連携処理の一例について、フローチャートを用いて説明する。なお、連携処理は、事前実行処理と、連携アプリ実行処理とに大別されるため、それぞれの処理に分けて説明する。
【００４１】
＜事前実行処理＞
図３は、事前実行処理の一例を示すフローチャートである。図３の例に示す事前実行処理において、入力手段１１は、ユーザによる情報処理装置１０に対する現在実行しているアプリに対する操作入力を取得する（Ｓ０１）。
【００４２】
次に、事前実行手段１４は、事前実行検知処理を行う（Ｓ０２）。また、事前実行手段１４は、Ｓ０２の処理により得られる結果から、事前実行検索処理を行う（Ｓ０３）。Ｓ０３の処理では、例えばＳ０２の処理により得られる対象データ処理種別と、記憶手段１３から得られるアプリ管理情報や連携履歴情報等に基づいて、例えば連携元アプリ（第１のアプリ）、連携先アプリ（第２のアプリ）、対象データに対するアプリ候補の組み合わせ情報等を出力する。
【００４３】
また、事前実行手段１４は、Ｓ０３の処理により得られる結果から事前実行評価を行う（Ｓ０４）。Ｓ０４の処理では、連携元アプリ及び連携先アプリの組み合わせに対して、アプリ候補毎に対象データを実際に実行して評価を行い、その評価結果の一例として処理コストを取得する。また、取得した処理コストを評価結果から得られる連携情報（例えば、アプリ連携情報等）として記憶手段１３に記憶する（Ｓ０５）。
【００４４】
＜連携アプリ実行処理＞
図４は、連携アプリ実行処理の一例を示すフローチャートである。図４の例に示す連携アプリ実行処理において、アプリ管理手段１５は、ユーザから連携アプリの選択要求があったか否かを判断し（Ｓ１１）、連携アプリの選択要求があった場合（Ｓ１１において、ＹＥＳ）、予め記憶手段１３に記憶されている連携情報を取得する（Ｓ１２）。連携情報は、例えば上述した事前実行処理で得られた評価結果のリストであるが、これに限定されるものではない。
【００４５】
次に、画面生成手段１７は、Ｓ１２で得られた連携情報（リスト）を、推薦される連携アプリ情報（アプリ候補）として、出力手段１２の画面に表示する（Ｓ１３）。また、入力手段１１がユーザからの選択指示を取得すると（Ｓ１４）、アプリ実行手段１６は、選択されたアプリを実行する（Ｓ１５）。このとき、アプリ実行手段１６は、実行されたアプリを連携履歴情報として記憶する（Ｓ１６）。
【００４６】
ここで、制御手段１９は、連携アプリ実行処理を終了するか否かを判断し（Ｓ１７）、処理を終了しない場合（Ｓ１７において、ＮＯ）、Ｓ１１の処理に戻る。また、制御手段１９は、ユーザからの指示等により処理を終了する場合（Ｓ１７において、ＹＥＳ）、連携アプリ実行処理を終了する。
【００４７】
＜具体例＞
次に、本実施形態の具体例について説明する。図５は、本実施形態におけるアプリ連携の一例を示す図である。なお、図５の例では、情報処理装置１０における入力手段１１と、出力手段１２と、記憶手段１３と、事前実行手段１４と、アプリ管理手段１５とが示されている。事前実行手段１４は、事前実行検知手段１４−１と、事前実行検索手段１４−２と、事前実行評価手段１４−３とを有する。
【００４８】
上述した事前実行処理では、例えばユーザ３０がアプリを実行中に、入力手段１１により何らかの操作内容を入力すると、事前実行検知手段１４−１が、その操作内容を検知し、検知した操作内容に対応する対象データ処理種別を設定する。事前実行検知手段１４−１により得られる対象データ処理種別は、事前実行検索手段１４−２に入力される。
【００４９】
事前実行検索手段１４−２は、記憶手段１３を参照して、対象データ処理種別に対応するアプリ管理情報や連携履歴情報等を取得し、連携元アプリ、連携先アプリ、対象データ等を事前実行評価手段１４−３に出力する。
【００５０】
事前実行評価手段１４−３は、連携元アプリから連携先アプリへの対象データの連携を実際に実行し、その評価結果を取得する。この事前実行評価処理は、例えばユーザ３０が、連携元のアプリを実行している間に、その裏の処理（内部処理）として実行される。
【００５１】
図５の例では、記憶手段１３に記憶される「アプリ−１」、「アプリ−２」等の複数のアプリについて事前実行評価を行い、その評価結果がアプリ毎に付与される。このようにして得られた実行結果は、アプリ連携情報として記憶手段１３に記憶される。
【００５２】
連携アプリ実行処理では、ユーザ３０が入力手段１１より連携要求があると、アプリ管理手段１５は、記憶手段１３からアプリ連携情報を取得する。また、アプリ管理手段１５は、アプリ連携情報（例えば、処理コスト、データ）等の情報を出力手段１２によりユーザ３０に提示する。これにより、ユーザ３０は、出力手段１２により表示されたアプリ連携情報の推薦情報に基づいて、適切なアプリを選択して実行することができる。実行された情報は、連携履歴情報として記憶手段１３に記憶される。
【００５３】
＜事前実行検知手段１４−１について＞
次に、上述した事前実行検知手段１４−１について具体的に説明する。図６は、事前実行検知の内容を説明するための図である。また、図７は、事前実行検知処理の一例を示すフローチャートである。
【００５４】
事前実行検知手段１４−１は、アプリ間で連携する可能性を予測し、事前実行のタイミングを決定する。例えば、図６に示すように、情報処理装置の一例である通信端末４０において、ユーザが連携元アプリの一例であるメールアプリの実行中に、何らかのデータ単体に対する処理（例えば、閲覧（表示）、編集等）をした時点で、事前実行処理を開始する。
【００５５】
図６の例では、処理の一例として、メールアプリ（連携元アプリ）で受信したメールを参照し、メールに添付されたデータの選択を検知した時点で、事前実行処理を開始する。また、図６の例では、ユーザがアプリの「表示」ボタンを押下すると、事前実行により得られる連携先アプリの候補を表示する。図６の例では、推薦された連携候補として添付データに対応する商品購入アプリ（商品情報）と、閲覧アプリ（写真）が表示されている。
【００５６】
ここで、ユーザが商品購入アプリ（連携先アプリ）を選択すると、選択されたアプリが実行される。
【００５７】
なお、上述の例において、情報処理装置が通信端末４０である場合には、アクティブなアプリケーションが１つであるため、検知対象のデータを絞り込むことが可能となる。また、データ自体を選択した場合だけでなく、データ中の一部を選択した場合（例えば、文章中の単語を選択等）においても、連携データが確定したとみなし、事前実行を開始することができる。
【００５８】
図７の例に示す事前実行検知処理において、事前実行検知手段１４−１は、実行中のアプリに対する操作内容を検知したか否かを判断し（Ｓ２１）、操作内容を検知した場合（Ｓ２１において、ＹＥＳ）、入力データを取得し（Ｓ２２）、画面から処理種別を取得する（Ｓ２３）。また、事前実行検知処理は、対象データ処理種別を事前実行検索手段１４−２へ出力する（Ｓ２４）。
【００５９】
ここで、事前実行検知手段１４−１は、Ｓ２４の処理後、又はＳ２１の処理において、例えば操作内容以外のイベント等を検知した場合（Ｓ２１において、ＮＯ）、処理を終了するか否かを判断し（Ｓ２５）、処理を終了しない場合（Ｓ２５において、ＮＯ）、Ｓ２１の処理に戻る。また、事前実行検知手段１４−１は、アプリ終了イベント等のユーザの指示等により処理を終了する場合（Ｓ２５において、ＹＥＳ）、連携アプリ実行処理を終了する。
【００６０】
＜事前実行検索手段１４−２について＞
次に、上述した事前実行検索手段１４−２について具体的に説明する。事前実行検索手段１４−２は、連携データを扱えるアプリ群を検索し、その実行順序を決定する。つまり、事前実行検索手段１４−２は、例えば記録手段１３に記憶されたアプリ管理情報等から、連携するデータ処理種別、データ形式等を用いて、条件に適合するアプリ（群）を検索する。
【００６１】
図８は、記憶手段に記憶されるデータ例を示す図である。図８（Ａ）は、アプリ管理情報の一例を示し、図８（Ｂ）は、連携履歴情報の一例を示している。
【００６２】
図８（Ａ）に示すアプリ管理情報の項目としては、例えば「アプリ識別子」、「データ処理種別」、「データ形式」、「事前処理時間」等があるが、これに限定されるものではなく、例えば「連携回数」を有していてもよい。アプリ識別子は、アプリを一意に識別する情報である。データ処理種別は、アプリ内での処理の種類（例えば閲覧（表示）、編集等）を示す情報である。データ形式は、各処理で扱えるデータ形式（例えば、ＭＩＭＥ−Ｔｙｐｅ等を想定）である。なお、データ形式中の「＊」は、どんな形式でもよいことを示す。例えば「ｉｍａｇｅ／＊」は、イメージデータであれば、例えばｊｐｅｇ形式でも、ｂｍｐ形式でも、ＧＩＦ形式でもよいことを示している。また、事前処理時間は、事前実行処理にかかる時間情報である。なお、アプリ管理情報には、上述したようにアプリ識別子毎に過去に連携した回数を示す「連携回数」を有していてもよい。
【００６３】
本実施形態では、記憶手段１３から実行中アプリケーションの連携履歴情報を取得し、所定の条件に適合したアプリ群に対して、所定の方式を用いて事前実行順序を決定する。
【００６４】
事前実行検索手段１４−２における検索条件の一例としては、例えば連携元アプリのデータ処理種別が、アプリ管理情報のデータ処理種別に適合し、かつ、連携元データのデータ形式がアプリ管理情報のデータ形式に適合すること等があるが、これに限定されるものではない。
【００６５】
また、図８（Ｂ）に示す連携履歴情報の項目としては、例えば「アプリ識別子」、「連携先アプリ識別子」、「データ処理種別」、「データ形式」、「連携までの時間」、「連携回数」、「アプリ連携情報」等があるが、これに限定されるものではない。
【００６６】
アプリ識別子は、アプリを一意に識別する情報であり、連携先アプリ識別子は、アプリ識別子のアプリに対して連携したアプリを一意に識別する情報である。データ処理種別は、連携先アプリ内での処理の種類（例えば閲覧（表示）、編集等）を示す情報である。データ形式は、処理で扱ったデータ形式である。例えば「ｉｍａｇｅ／ｊｐｅｇ」は、イメージデータのｊｐｅｇ形式に対して連携したことを意味している。連携までの時間は、データ取得からアプリ連携までに要した時間である。また、連携回数は、アプリ識別子と連携先アプリ識別子とが、過去に連携した回数である。また、アプリ連携情報とは、アプリ連携に対する付加的な情報である。
【００６７】
＜事前実行順序の決定方法について＞
ここで、事前実行順序の決定方法について、図を用いて説明する。図９は、事前実行順序の決定方法について説明するための図である。図９の例では、連携までの時間（ｔｐｒｅ）と、事前処理時間（ｔｅｘｅ）から、連携余裕時間（ｔｓｌａｃｋ）を算出し、算出した連携余裕時間に基づいて事前実行する順序を決定する。
【００６８】
連携までの時間及び事前処理時間は、連携元アプリ及び連携先アプリに定義されているものとする。事前実行処理及び連携処理が行われた場合、各時間を事前に定義されている時間情報に上書き又は所定の学習処理を行うことで、ユーザ毎の時間差に対応することができる。
【００６９】
例えば、図９の例では、ネットワーク状況把握やユーザ認証等の処理を行う必要がある場合に、ＳＮＳアプリ（Ａｐｐ３）、印刷アプリ（Ａｐｐ１）、画像認識アプリ（Ａｐｐ２）の順序で事前処理時間（ｔｅｘｅ）が大きい。また、図９の例では、連携までにかかる時間（ｔｐｒｅ）は、過去の統計等から、印刷アプリとＳＮＳアプリより画像認識アプリの方が短い（すぐに連携している）。このような場合には、連携余裕時間（ｔｓｌａｃｋ）の短い順に画像認識アプリ、ＳＮＳアプリ、印刷アプリの順序で事前実行が行われる。なお、図９の例では、画像認識アプリとＳＮＳアプリは、ｔｓｌａｃｋが同じだが、例えば事前処理時間が短い画像認識アプリが優先される。優先方法は、これに限定されるものではない。
【００７０】
＜事前実行処理の効率化について＞
ここで、事前実行処理の効率化について説明する。事前実行処理の効率化は、例えば過去に同じデータを用いたデータ連携が行われた場合、事前実行を行わずに処理コスト及び処理後データを再利用する。なお、同じデータとは、例えば連携データのデータ形式と、上述した図８（Ｂ）に示す連携履歴情報に含まれるデータ形式が同じ場合等であるが、これに限定されるものではない。また、同じデータを用いたデータ連携とは、同じデータに対するデータ処理種別が、上述した図８（Ｂ）に示す連携履歴情報のデータ処理種別と同じ場合等であるが、これに限定されるものではない。連携履歴情報を用いることで、事前実行処理を省略して推薦する連携アプリ候補を取得することができる。
【００７１】
また、本実施形態は、常に異なるデータを用いる等、事前実行のデータを再利用したくない場合には、連携履歴情報を記憶（キャッシュ）せずに、常に事前実行処理を行ってもよい。例えば、画像データの連携先が「編集」の場合に、連携履歴情報がないため、事前実行を行い、更に事前実行後に連携履歴情報のアプリ連携情報を追加更新しないことで、その後の連携時にもデータの再利用を行わないようにすることができる。また、連携先が「認識」の場合には、図８（Ｂ）に示す連携履歴情報のデータ処理種別に対応するデータ処理種別がある。そのため、次に連携データのデータ形式と連携履歴情報のデータ形式とを比較し、同じ形式の場合には事前実行したものとみなし、そのアプリ連携情報（連携先アプリ識別子のアプリ）を再利用する。
【００７２】
本実施形態における連携先のアプリ候補としては、例えば１回のデータ連携だけではなく、別のアプリを介したデータ連携を行うことができる。ここで、図１０は、アプリ候補の取得例を説明するための図である。
【００７３】
図８（Ｂ）に示すような連携履歴情報にアプリ連携情報がある場合に、例えば連携されるアプリの処理後データに対して、更にアプリ連携情報を検索することもできる。これにより、連携先アプリ候補を増やすと共に、階層的にユーザに提示することができる。
【００７４】
例えば、図１０に示すように、メールアプリで画像ファイルを閲覧していた場合に、画像認識アプリの事前実行処理で、画像データを処理し、エンコードされた文字列（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ（ＵＲＬ））に変換する。この文字列は、連携履歴情報に事前処理結果としてアプリ連携情報等に記憶される。
【００７５】
その後（２回目以降）、メールアプリで同じ画像ファイルを閲覧していた場合には、既に生成されたＵＲＬを連携できるＷｅｂブラウザを事前実行処理の対象とすることができる。
【００７６】
＜事前実行評価手段１４−３について＞
次に、上述した事前実行評価手段１４−３について具体的に説明する。図１１は、事前実行評価処理の一例を示すフローチャートである。図１１の例に示す事前実行評価処理において、事前実行評価手段１４−３は、所定のデータ評価処理を行った後（Ｓ３１）、所定のデータ処理に成功したか否かを判断する（Ｓ３２）。事前実行評価手段１４−３は、データ処理に成功した場合（Ｓ３２において、ＹＥＳ）、処理後データを生成し（Ｓ３３）、処理コストを算出し（Ｓ３４）、処理コストの正規化を行う（Ｓ３５）。なお、Ｓ３５の処理では、例えば０〜１００の整数に正規化するが、これに限定されるものではなく、正規化を行わなくてもよい。
【００７７】
また、事前実行評価手段１４−３は、データ処理に成功していない場合（Ｓ３２において、ＮＯ）、処理の失敗理由等を追加情報として生成し（Ｓ３６）、処理コストは全てなし（空欄）とする（Ｓ３７）。
【００７８】
次に、事前実行評価手段１４−３は、Ｓ３５又はＳ３６の処理により得られた結果をアプリ連携情報として、記憶手段１３に記憶する（Ｓ３８）。
【００７９】
上述した事前実行評価処理では、連携先アプリで所定のデータ処理を行い、データ処理が可能な場合はその処理内容を処理コストとして点数化し、データ処理が不可能な場合は改善内容を生成して、記録手段１３に格納する。所定のデータ処理とは、例えば上述したデータ処理種別毎に予め設定されている処理内容等であるが、これに限定されるものではない。データ処理内容の点数化では、アプリ内での処理を、連携データを用いて呼び出すことで、正しくデータが処理されることを確認する。また、アプリは、処理の結果として処理後データと、複数の処理コストをシステムに返す。
【００８０】
また、本実施形態では、ユーザが指定した処理コスト項目を用いてアプリの順位付けを行ってもよい。処理コストが同じ場合には、例えば過去の連携回数等を用いて順位付けを行ってもよいが、これに限定されるものではない。また、本実施形態では、各アプリで実行された事前実行処理後のデータも合わせてアプリ候補を表示することでユーザにアプリの選択を適切かつ容易に行わせることができる。
【００８１】
上述したように、事前実行処理では、連携データを基にした実処理における複数の処理コストを算出し、算出されたコストを用いてユーザの選択指標の基準とすることができる。
【００８２】
＜事前処理に失敗した場合について＞
ここで、上述したＳ３２の処理において、事前処理に失敗した場合、処理コストは０となる。この場合に、Ｓ３６の処理として、処理データにどのような変更を加えれば連携できるかをアプリが返すこともできる。これにより、ユーザが連携先のアプリを起動する前にデータ修正を促すことができる。
【００８３】
また、事前実行評価手段１４−３で計算された評価コストは、例えば、図８（Ｂ）に示す連携履歴情報のアプリ連携情報として記憶手段１３に記憶し、最終的に推薦されるアプリ候補で利用される。
【００８４】
ここで、図１２は、アプリ連携情報の一例を示す図である。また、図１２に示すアプリ連携情報は、評価結果のリストの一例でもある。図１２（Ａ）、図１２（Ｂ）に示すアプリ連携情報は、記憶手段１３に記憶されるデータ例である。項目としては、例えば「アプリ識別子」、「データ識別子」、「データ処理種別」、「データ形式」、「処理コスト（時間、リソース、結果数）」、「処理後データ識別子」、「追加情報」等があるが、これに限定されるものではない。例えば、上述した図８（Ｂ）に示す連携履歴情報に含まれる「アプリ識別子」、「データ処理種別」、「データ形式」等については、アプリ連携情報から省略することができる。また、アプリ連携情報は、連携履歴情報に含まれずに別データとして記憶手段１３等に記憶されていてもよい。
【００８５】
データ識別子は、連携データ等を識別するための情報である。データ形式は、連携データのデータ形式である。処理コストは、事前実行評価手段１４−３で算出した処理コストである。処理後データ識別子は、事前処理によって生成されたデータを識別するための情報である。追加情報は、処理失敗時の改善内容等である。
【００８６】
事前実行評価処理において、各アプリでの事前実行結果は、実行が終わり次第、アプリ連携情報として記憶手段１３に記憶される。ここで、図１２（Ａ）の例では、追加アプリ（データ処理種別が「追加」）の場合に、その事前実行の時間帯に別の予定があったため、処理コストがなく、追加情報にエラー情報が記憶される。エラー情報としては、例えば「１０：００〜１１：００は別の予定があります」等があるが、これに限定されるものではない。
【００８７】
また、図１２（Ｂ）の例では、画像認識アプリ（データ処理種別が「認識」）の場合に、画像データ内に認識可能な画像がなかったため、処理コストはなく、追加情報にエラー情報が記憶される。エラー情報としては、例えば「認識できない画像データです」等があるが、これに限定されるものではない。
【００８８】
＜処理コストの例＞
上述した図１２に示す処理コストは、例えば時間、リソース、及び結果数から算出しているが、これに限定されるものではなく、例えば上述した各項目のうち少なくとも１つの情報を用いて算出されてもよく、他の項目を用いてもよい。
【００８９】
時間は、実際の処理にかかる時間の予測値であり、例えば「初期処理時間＋単位処理時間×データサイズ」等から算出することができるが、これに限定されるものではない。また、リソースとは、例えばアクセスリソース数である。アクセスリソース数は、連携データを処理する際に利用されるリソースの数である。リソースとは、例えばネットワーク、ファイル、位置情報、連絡先、カレンダ等であるが、これに限定されるものではない。また、結果数とは、連携データを処理した場合に結果として得られる数である。
【００９０】
ここで、上述した処理コストとユーザの選択指標とについて説明する。選択指標としては、例えば「安全性」、「迅速性」、「正確性」、及び「多様性」等があるが、これに限定されるものではなく、例えば上述した指標のうち少なくとも１つであってもよい。
【００９１】
安全性とは、上述したアクセスリソース数により取得することができる。アクセスリソース数が少ないほど、端末内の情報や外部（例えば、クラウド等）の情報をアプリが利用していないため、安全であるといえる。また、迅速性は、上述した時間（処理時間）及び結果数により取得することができる。時間及び結果数が少ないほど、目的の処理終了までの時間が短くなるといえる。また、正確性は、結果数及びアクセスリソース数により取得することができる。アクセスリソース数が多いと元となるデータが多いことを示し、また結果数の少ないほど、検索結果が精査されているため正確であるといえる。
【００９２】
また、多様性は、結果数及びアクセスリソース数により取得することができる。アクセスリソース数が多いと元となるデータが多いことを示し、結果数が多いことで多様であるといえる。
【００９３】
例えば、ＳＮＳアプリ等では、ネットワーク接続、情報処理装置１０内のアドレス帳やカレンダのリソース等が利用されるため、リソース数は３となる。また、印刷アプリではネットワーク接続のリソースだけを利用するため、リソース数は１となる。
【００９４】
＜事前実行評価の具体例＞
ここで、事前実行評価の具体例について図を用いて説明する。図１３、図１４は、事前実行評価の具体例を示す図（その１，その２）である。図１３の具体例では、受信メールを印刷する場合の例を示し、図１４の具体例では、カメラ等の撮像手段で撮った写真を画像認識する場合の例を示している。
【００９５】
図１３の具体例では、入力される対象データ（アプリ識別子「ｃｏｍ．ｆｆｆ．Ｍａｉｌ」、データ形式「ｔｅｘｔ／ｐｌａｉｎ」）に対して、印刷を行えるアプリが複数存在することがアプリ管理情報から分かる。したがって、本実施形態では、複数のアプリに対して、それぞれ事前実行を行い、その結果を評価する。
【００９６】
ここで、図１３の実行例１では、両プリンタ（「ｃｏｍ．ｆｆｆ．Ｐｒｉｎｔｅｒ」、「ｃｏｍ．ａｂｃ．ＢＴＰｒｉｎｔｅｒ」）とも利用可能な場合のアプリ連携情報を示しており、実行例２では、「ｃｏｍ．ａｂｃ．ＢＴＰｒｉｎｔｅｒ」アプリで失敗する場合のアプリ連携情報を示している。実行例１、実行例２における時間は、各アプリが算出した処理時間を示し、リソースは、ネットワークを利用するため、使用リソースを１としている。また、処理後データ識別子は、事前実行で生成されたデータであり、アプリ推薦時に使用される。
【００９７】
実行例２においては、「ｃｏｍ．ａｂｃ．ＢＴＰｒｉｎｔｅｒ」で事前処理に失敗しているため、各コスト処理の部分は空欄（なし）となる。また、追加情報では、「ｃｏｍ．ａｂｃ．ＢＴＰｒｉｎｔｅｒ」アプリによるエラーの原因が記憶される（例えば、「ＢＴネットワークでプリンタがみつかりません」等）。
【００９８】
また、図１４の具体例では、入力される対象データ（アプリ識別子「ｃｏｍ．ｆｆｆ．Ｃａｍｅｒａ」、データ形式「ｉｍａｇｅ／ｊｐｅｇ」）に対して、アプリ管理情報内に意味的に異なる連携であってもデータ処理種別が同一（図１４の例では、「変換」）の場合がある。このような場合には、それぞれに対して事前実行処理を行い、処理コストを算出してアプリ毎の評価を行う。
【００９９】
更に、本実施形態では、アプリ連携情報において処理コストが同じ場合に、図１４に示すアプリ管理情報に含まれる連携回数等を用いて順位付けすることができる。例えば、連携回数の多い順に順位付けすることができるが、これに限定されるものではない。本実施形態では、処理コストの項目によって、推薦するアプリの順序を入れ替えることができる。
【０１００】
＜画面例＞
次に、画面生成手段１７により生成される画面例について、図を用いて説明する。図１５〜図１７は、画面例を示す図（その１〜その３）である。
【０１０１】
画面生成手段１７は、アプリ管理部１５からアプリ連携情報等のリストを受け取り、ユーザにアプリ選択を促す提示を行う画面を生成する。生成した画面は、出力手段１２により表示される。
【０１０２】
また、画面生成手段１７は、ユーザが指定した選択指標に基づいてアプリの並べ替えを行うことができる。画面生成手段１７は、アプリ毎に実行可能や実行不可を表示するための画面を生成する。画面生成手段１７は、実行可能なアプリの場合に、そのアプリの事前実行後データを表示するための画面を生成してもよい。また、画面生成手段１７は、実行不可なアプリの場合に、その不可理由を表示するための画面を生成してもよい。
【０１０３】
また、画面生成手段１７は、事前実行中や事前実行前のアプリに対して未処理のアイコンを生成して表示させてもよく、実行が終わり次第、リストを更新して表示してもよい。実際に連携が行われた場合には、例えばアプリ管理手段１５によって連携履歴情報の連携回数及び連携までの時間等が更新される。
【０１０４】
図１５の例では、出力手段１２の画面５０に処理コスト順にアプリ候補が表示されている。ここで、画面５０において、「Ｗｅｂ」アプリが選択されると、選択された「Ｗｅｂ」アプリに対する連携が開始され、画面５２に示すように、事前実行で生成された処理後データが表示される。また、画面５０において、「写真表示」のアプリが選択されると、事前実行処理が終わっていない場合ため、表示がされない。この場合には、事前実行が終ってない旨の表示を行ってもよい。また、画面５０において、「プリンタ」のアプリが選択されると、事前実行後の処理コストがなく連携できないため、画面５３に示すように連携できない理由がエラーメッセージとして表示される。なお、図１５の例では、エラーメッセージとして、「プリンタがみつかりません。プリンタの設定を行ってください。」と表示されているが、表示内容についてはこれに限定されるものではない。
【０１０５】
また、画面５０に示す連携先の選択表示については、図１５に示すように予め設定された選択指標５１によって順序を変更することができる。例えば、図１６（Ａ）に示すように、ユーザが「安全性」の指標を選択すると、画面５０にアクセスリソース数の少ない「印刷」アプリが優先して表示され、その後に「ＳＮＳ」アプリ、「画像認識」アプリの順序で表示される。また、図１６（Ｂ）に示すように、ユーザが「迅速性」の指標を選択すると、画面５０に処理時間や結果数が少ない「ＳＮＳ」アプリが優先して表示され、その後に「印刷」アプリ、「画像認識」アプリの順序で表示される。
【０１０６】
本実施形態では、処理中のデータを連携できるアプリを推薦する際に、事前に連携先アプリでデータ処理を行うことで、図１７（Ａ）に示すように、連携させる次のアプリを事前実行の成功の度合いによって順に表示することができる。図１７（Ａ）の例では、カメラアプリで撮影された画像に連携してＱＲコード（登録商標）やバーコード等を読み取るバーコードアプリが実行される。これにより、ユーザは処理に成功する適切なアプリを選択することができる。
【０１０７】
また、本実施形態では、図１７（Ｂ）に示すように、事前実行に成功した結果のデータを表示することができる。図１７（Ｂ）の例では、カメラアプリで撮影された画像に対してバーコードアプリが事前実行され、その読み取った結果が表示される。これにより、ユーザはアプリの処理内容を予想でき、適切なアプリ選択が容易になる。
【０１０８】
また、本実施形態では、図１７（Ｃ）に示すように、事前実行処理に失敗する場合に、その理由や改善方法等を表示することができる。図１７（Ｃ）の例では、メールアプリから印刷アプリへの実行ができなかった場合に、その改善方法として、「プリンタを接続してください」が表示される。これにより、ユーザはアプリを起動する前に問題点を把握し、修正することができる。
【０１０９】
上述したように本実施形態によれば、アプリケーションの連携を適切に行うことができる。また、本実施形態によれば、アプリケーション連携でのユーザの操作コストを抑えることが可能となる。
【０１１０】
以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、上記変形例以外にも種々の変形及び変更が可能である。
【０１１１】
なお、以上の実施例に関し、更に以下の付記を開示する。
（付記１）
第１のアプリケーションで処理されているデータに基づいて、次に実行される第２のアプリケーションの候補を抽出し、抽出した第２のアプリケーションの候補毎に事前処理を実行し、実行結果を評価する事前実行手段と、
前記事前実行手段により得られる評価結果に基づいて、前記第２のアプリケーションの候補を表示する画面を生成する画面生成手段とを有することを特徴とする情報処理装置。
（付記２）
前記事前実行手段は、
前記データに対するユーザの操作内容を検知する事前実行検知手段と、
前記事前実行検知手段により得られる操作内容に対応する対象データ処理種別から、事前実行が可能な前記第２のアプリケーションの候補を検索する事前実行検索手段と、
前記事前実行検索手段により得られる前記第２のアプリケーションの候補毎に前記データを用いた処理を実行し、その結果を評価する事前実行評価手段とを有することを特徴とする付記１に記載の情報処理装置。
（付記３）
前記事前実行手段は、
前記ユーザが前記データに対する所定の処理を開始した時点、又は、前記データに含まれる所定の部分を選択した時点で、前記事前処理を実行することを特徴とする付記１又は２に記載の情報処理装置。
（付記４）
前記事前実行評価手段は、
前記第２のアプリケーションの候補毎に得られる処理コストに基づいて評価することを特徴とする付記２に記載の情報処理装置。
（付記５）
前記画面生成手段は、
前記処理コストに基づいて、前記第２のアプリケーションの候補の表示順序を変更した画面を生成することを特徴とする付記４に記載の情報処理装置。
（付記６）
前記処理コストは、前記第２のアプリケーションの候補に対して事前処理を実行したときの時間、リソース、結果数のうち、少なくとも１つの指標を有することを特徴とする付記４又は５に記載の情報処理装置。
（付記７）
第１のアプリケーションで処理されているデータに基づいて、次に実行される第２のアプリケーションの候補を抽出し、抽出した第２のアプリケーションの候補毎に事前処理を実行し、実行結果を評価する事前実行ステップと、
前記事前実行ステップにより得られる評価結果に基づいて、前記第２のアプリケーションの候補を表示する画面を生成する画面生成ステップとを有することを特徴とする連携方法。
（付記８）
第１のアプリケーションで処理されているデータに基づいて、次に実行される第２のアプリケーションの候補を抽出し、抽出した第２のアプリケーションの候補毎に事前処理を実行し、実行結果を評価し、評価結果に基づいて、前記第２のアプリケーションの候補を表示する画面を生成する、処理をコンピュータに実行させるための連携プログラム。
【符号の説明】
【０１１２】
１０  情報処理装置
１１  入力手段
１２  出力手段
１３  記憶手段
１４  事前実行手段
１５  アプリ管理手段
１６  アプリ実行手段
１７  画面生成手段
１８  送受信手段
１９  制御手段
２１  入力装置
２２  出力装置
２３  ドライブ装置
２４  補助記憶装置
２５  主記憶装置
２６  ＣＰＵ
２７  ネットワーク接続装置
２８  記録媒体
３０  ユーザ
４０  通信端末
５０，５２  画面
５１  選択指標
【図１】
2014182751.tif 000003
【図２】
2014182751.tif 000004
【図３】
2014182751.tif 000005
【図４】
2014182751.tif 000006
【図５】
2014182751.tif 000007
【図６】
2014182751.tif 000008
【図７】
2014182751.tif 000009
【図８】
2014182751.tif 000010
【図９】
2014182751.tif 000011
【図１０】
2014182751.tif 000012
【図１１】
2014182751.tif 000013
【図１２】
2014182751.tif 000014
【図１３】
2014182751.tif 000015
【図１４】
2014182751.tif 000016
【図１５】
2014182751.tif 000017
【図１６】
2014182751.tif 000018
【図１７】
2014182751.tif 000019