情報処理装置、情報処理システム及び情報処理方法
【課題】処理に用いられるパラメータの設定を支援する。
【解決手段】サーバ装置は、通信端末から取得した、パラメータ値を設定済みのアプリ連携ルールにおいて、パラメータ値が同一のアプリ連携ルールの組があった場合、これを統計的に学習する。サーバ装置は、通信端末から、パラメータ値が未設定のアプリ連携ルールの情報を取得すると、学習内容に基づいて、取得したアプリ連携ルールと、このアプリ連携ルールとパラメータに同一の値が設定され得るアプリ連携ルールとの組を通信端末に通知する。通信端末は、通知に含まれるアプリ連携ルールの組における、パラメータ値が未設定のアプリ連携ルールに対して、他方のアプリ連携ルールと同じ内容のパラメータ値を設定する。
【解決手段】サーバ装置は、通信端末から取得した、パラメータ値を設定済みのアプリ連携ルールにおいて、パラメータ値が同一のアプリ連携ルールの組があった場合、これを統計的に学習する。サーバ装置は、通信端末から、パラメータ値が未設定のアプリ連携ルールの情報を取得すると、学習内容に基づいて、取得したアプリ連携ルールと、このアプリ連携ルールとパラメータに同一の値が設定され得るアプリ連携ルールとの組を通信端末に通知する。通信端末は、通知に含まれるアプリ連携ルールの組における、パラメータ値が未設定のアプリ連携ルールに対して、他方のアプリ連携ルールと同じ内容のパラメータ値を設定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処理に用いられるパラメータの設定を支援する技術に関する。
【背景技術】
【０００２】
異なるアプリケーションプログラムどうしを連携させるときに、或るアプリケーションプログラムにおける出力を他のアプリケーションプログラムの入力とする方法が知られている。例えば特許文献１には、或るアプリケーションプログラムが出力したデータを入力として、このアプリケーションプログラムと連携する他のアプリケーションプログラムがあったときに、連携に用いられたデータの属性及び値を収集し、収集した情報を、アプリケーションプログラムの連携の履歴として表示部に表示することが記載されている。また、非特許文献１には、ユーザが利用中の或るアプリケーションプログラムから他のアプリケーションプログラムに対する出力として連携可能なデータの属性が特定されたときに、特定された内容と同一の属性のデータを入力とするアプリケーションプログラムをリスト化して、これをユーザに通知することで、ユーザが、リストから連携相手のアプリケーションプログラムを選択する仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１５７６７６号公報
【非特許文献】
【０００４】
【非特許文献１】Android開発ガイド インターネット<ＵＲＬ:http://developer.android.com/index.html>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、特許文献１や非特許文献１に記載の技術によれば、異なる処理どうしを連携させるために、或る処理の出力値を他の処理の入力値として用いる場合、この値が、両者の処理において共通の変数であるパラメータとして設定されることになる。通常、このような処理におけるパラメータは、一度設定を行えば、以後において、その設定された値を使用し続けることも可能であるが、少なくとも初回の設定においては、ユーザ自身が設定のための操作を行わなければならず、一定の手間を要する。従って、初回の設定も含め、処理に用いられるパラメータの設定に要する手間を削減することができれば、ユーザにとっては利便性が高い。
【０００６】
本発明は上述の背景に鑑みてなされたものであり、処理に用いられるパラメータの設定を支援することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明は、複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１取得手段と、一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段と、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該情報とともに前記第１取得手段によって取得された前記値を用いて、当該情報の提供元である通信端末単位で算出する算出手段と、前記算出手段によって算出された同一度を用いて、前記記憶手段に記憶されている同一度を更新する更新手段と、各々の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第２取得手段と、前記記憶手段に記憶された同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する抽出手段と、前記第２取得手段によって取得された前記情報が表す処理と前記抽出手段によって抽出された処理との組を、前記第２取得手段が取得した前記情報の提供元である前記通信端末に通知する通知手段とを備えることを特徴とする情報処理装置を提供する。
【０００８】
好ましい態様において、前記算出手段は、前記一の処理に用いられるパラメータと前記他の処理に用いられるパラメータとについて、データタイプが一致する場合に、前記データタイプのパラメータが取り得る値の上限値に対する２つの前記パラメータの値の差分の割合に基づいて前記同一度を算出することを特徴とする。
【０００９】
好ましい態様において、前記通信端末の属する地域を表す地域情報を取得する地域情報取得手段を備え、前記記憶手段は、前記地域情報によって表される地域ごとに、一の処理と他の処理との組について前記同一度を記憶し、前記算出手段は、前記地域情報取得手段によって取得された地域情報が表す地域ごとに、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を算出し、前記更新手段は、前記算出手段によって前記地域ごとに算出された前記同一度を用いて、前記記憶手段に前記地域ごとに記憶されている前記同一度を更新し、前記抽出手段は、前記第２取得手段によって取得された前記情報及び前記値の提供元の通信端末の属する地域について前記記憶手段に記憶されている前記同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出することを特徴とする。
【００１０】
また、別の好ましい態様において、前記通信端末のユーザの属性を表す属性情報を取得する属性情報取得手段を備え、前記記憶手段は、前記属性情報によって表される属性ごとに、一の処理と他の処理との組について、前記同一度を記憶し、前記算出手段は、前記属性情報取得手段によって取得された属性情報が表す属性ごとに、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を算出し、前記更新手段は、前記算出手段によって前記属性ごとに算出された前記同一度を用いて、前記記憶手段に前記属性ごとに記憶されている前記同一度を更新し、前記抽出手段は、前記第２取得手段によって取得された前記情報及び前記値の提供元の通信端末のユーザの属性について前記記憶手段に記憶されている前記同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出することを特徴とする。
【００１１】
また、本発明は、サーバ装置と複数の通信端末とを備える情報処理システムであって、前記サーバ装置は、前記複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１取得手段と、一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段と、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該前記情報と共に前記第１取得手段によって取得された前記値を用いて、当該情報の提供元である通信端末単位で前記同一度を算出する算出手段と、前記算出手段によって算出された同一度を用いて、前記記憶手段に記憶されている同一度を更新する更新手段と、各々の前記複数の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第２取得手段と、前記記憶手段に記憶された一の処理と他の処理との組についての同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する抽出手段と、前記第２取得手段によって取得された前記情報が表す処理と前記抽出手段によって抽出された処理との組を、前記第２取得手段が取得した前記情報の提供元である前記通信端末に通知する通知手段とを備え、前記複数の通信端末の各々は、自端末が行う処理のうちパラメータに値が設定された処理を表す情報及び当該パラメータに設定された値と、自端末が行う処理のうちパラメータに値が設定されていない処理を表す情報とを記憶する記憶手段と、前記記憶手段に記憶されている内容から、前記通知手段によって通知された組に含まれる処理を検索する検索手段と、前記検索手段の検索結果に基づいて、前記通知された組に含まれる処理のうちパラメータに値が設定されていない処理の当該パラメータに、前記通知された組に含まれる処理のうちパラメータに値が設定された処理の当該値を設定する設定手段とを備えることを特徴とする情報処理システムを提供する。
【００１２】
また、本発明は、複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１ステップと、前記第１ステップによって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該情報とともに前記第１ステップによって取得された前記値を用いて、当該情報の提供元である通信端末単位で算出する第２ステップと、一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段において、その記憶されている同一度を前記第２ステップによって算出された同一度を用いて更新する第３ステップと、各々の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第４ステップと、前記記憶手段に記憶された同一度に基づいて、前記第４ステップによって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する第５ステップと、前記第４ステップによって取得された前記情報が表す処理と前記第５ステップによって抽出された処理との組を、前記第４ステップによって取得された前記情報の提供元である前記通信端末に通知する第６ステップとを備えることを特徴とする情報処理方法を提供する。
【発明の効果】
【００１３】
本発明によれば、処理に用いられるパラメータの設定を支援することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態におけるシステムの構成を表した図
【図２】システム全体の処理イメージを表す図
【図３】通信端末のハードウェア構成を表したブロック図
【図４】アプリ連携ルール一覧の内容を表す図
【図５】サーバ装置のハードウェア構成を表したブロック図
【図６】アプリ連携ルールＤＢの内容を表す図
【図７】パラメータ同一度ＤＢの内容を表す図
【図８】サーバ装置の制御部とその周辺の機能的構成を表したブロック図
【図９】アプリ連携ルール間における同一度を学習する際の処理の流れを示すフローチャート
【図１０】パラメータの同一度が高いアプリ連携ルールをユーザに通知する際の処理の流れを示すフローチャート
【図１１】アプリ連携ルールにおいてパラメータ値に同一の値が設定された結果を表す図
【図１２】変形例１においてアプリ連携ルール間の同一度を学習する際の処理の流れを示すフローチャート
【図１３】変形例１に係る変換テーブルを表す図
【図１４】変形例２においてアプリ連携ルール間の同一度を学習する際の処理の流れを示すフローチャート
【図１５】変形例２においてアプリ連携ルールを通知する際の処理の流れを示すフローチャート
【図１６】変形例３においてアプリ連携ルール間の同一度を学習する際の処理の流れを示すフローチャート
【図１７】変形例３においてアプリ連携ルールを通知する際の処理の流れを示すフローチャート
【発明を実施するための形態】
【００１５】
＜実施形態＞
以下に、図面を参照しながら本発明の実施形態の一例について説明する。
＜構成＞
図１は、本発明の実施形態におけるシステムの構成を表した図である。このシステムは、複数の通信端末１００ａ〜１００ｄと、サーバ装置２００と、ネットワークＮＷとを備えている。以降において、通信端末１００ａ〜１００ｄの各々を区別しない場合は、通信端末１００という。通信端末１００は、例えば携帯電話機、無線ＬＡＮ（Local Area Network）に接続可能な無線端末、無線機能を備えたノートパソコン、又はカーナビゲーションシステムのような、サーバ装置２００と通信が可能な通信端末であって、図１では携帯電話機の例を挙げている。通信端末１００はそれぞれ異なるユーザによって所持されており、これらのユーザが、通信端末１００のそれぞれにおいて様々なアプリケーションプログラム（以下、単にアプリという）の実行を指示する。ネットワークＮＷは、例えば携帯電話網や無線ＬＡＮなどの移動通信網やインターネットなどの固定通信網を含む通信網である。サーバ装置２００は、ネットワークＮＷを介して通信端末１００と情報のやり取りを行うとともに、通信端末１００において実行されるアプリどうしの連携方法についての規則であるアプリ連携ルールに関する処理を行う情報処理装置である。
【００１６】
図２は、第１実施形態におけるシステム全体の処理イメージを表す図である。まず、アプリ連携ルールとは、連携元のアプリ及び連携先のアプリの名称と、この両者が連携するときに共通に用いられるパラメータの種別及び値と、パラメータをどのように用いて連携元のアプリ及び連携先のアプリを連携させた処理を行うかということを表す連携処理内容との組み合わせからなる。ここで、連携元のアプリとは、或るアプリ連携ルールを構成するアプリのうち、先に実行されるアプリのことをいう。また、連携先のアプリとは、或るアプリ連携ルールを構成するアプリのうち、後に実行されるアプリのことをいう。パラメータは、様々な値を取り得る変数であり、例えば連携元のアプリから出力されて連携先のアプリに入力されるものである。パラメータの値（以下パラメータ値という）は、例えば「１２時」や「自宅の位置」などの、パラメータの具体的な内容のことである。パラメータの種別は、例えば「時刻」や「目的地」など、パラメータが取り得る値の種別である。以下、連携元のアプリ及び連携先のアプリに共通に用いられるパラメータのことを、これらの連携元のアプリ及び連携先のアプリとを連携するパラメータという。複数のユーザが、同一の連携処理内容のアプリ連携ルールを実行している場合であっても、これらのアプリ連携ルールにおけるパラメータの値が異なることがある。なお、アプリ連携ルールは、連携される対象となるアプリの実行を伴うものであるため、以下では、アプリ連携ルールについて、「アプリ連携ルールを実行する」という言い方をすることがある。
【００１７】
例えば、図２の例では、ユーザＡの使用しているアプリ連携ルールの連携処理内容として、「１：２３時になったら現在地から横浜駅までの終電通知」というものがある。このアプリ連携ルールは、連携元のアプリがＧＰＳ機能であり、連携先のアプリが電車の乗換えを検索する乗換え検索アプリであり、目的地を表すパラメータとして、「横浜駅」という値が設定されていることを表している。
【００１８】
このシステムでは、まず、サーバ装置２００が、通信端末１００から、パラメータに値を設定済みのアプリ連携ルールに関する情報を取得する。そして、取得した情報に含まれるアプリ連携ルールにおいて、パラメータに同一の値が設定されたアプリ連携ルールの組があった場合、サーバ装置２００は、このアプリ連携ルールの組ではパラメータに同一の値が設定され得ることを統計的に学習する。サーバ装置２００は、学習内容に基づいて、ユーザの所持する通信端末１００に対して、パラメータに同一の値が設定され得るアプリ連携ルールの組を通知する。そして、通信端末１００は、自端末においてパラメータ値が未設定のアプリ連携ルールがあり、さらに、このアプリ連携ルールが上記通知における組に含まれる場合、この組を構成する他方のアプリ連携ルールに用いられるパラメータに設定されたのと同一の値を自端末におけるアプリ連携ルールに用いられるパラメータに設定する仕組みとなっている。
【００１９】
図２では、ユーザＡが、「１：２３時になったら現在地から横浜駅までの終電通知」及び「２：現在地から横浜駅までの乗換え検索」という２つのアプリ連携ルールを自身の通信端末１００に設定し、使用している。ここで、「１」及び「２」のアプリ連携ルールは、目的地を表すパラメータとして、「横浜駅」という同一の値が設定されている。また、図では、ユーザＢが、「１：２３時になったら現在地から品川駅までの終電通知」及び「２：現在地から品川駅までの乗換え検索」という２つのアプリ連携ルールを自身の通信端末１００に設定し、使用している。ここで、「１」及び「２」のアプリ連携ルールは、目的地を表すパラメータとして、「品川駅」という同一の値が設定されている。サーバ装置２００は、通信端末１００から、パラメータを設定済みのアプリ連携ルールに関する情報を取得すると、「１」及び「２」のアプリ連携ルールは、パラメータに同一の値が設定され得ることを学習する。
【００２０】
また、図２では、ユーザＣが、「１：２３時になったら現在地から吉祥寺駅までの終電通知」及び「２：現在地からＸＸまでの乗換え検索」という２つのアプリ連携ルールを自身の通信端末１００に設定し、使用している。この「ＸＸ」とは、アプリ連携ルールにおいて、ユーザにより任意の値が設定可能なパラメータを表している。つまり、図２において、ユーザＣは、「２：現在地からＸＸまでの乗換え検索」というアプリ連携ルールに対してパラメータ値を未設定であることを表している。
【００２１】
サーバ装置２００は、双方のアプリ連携ルールでこのＸＸが同じ値である場合には、これらのアプリ連携ルールにおいてパラメータに同一の値が設定され得ることを学習する。例えば「２３時になったら現在地から横浜駅までの終電通知」というアプリ連携ルールと「現在地から横浜駅までの乗換え検索」というアプリ連携ルールとが使用されている場合、サーバ装置２００は、これらのアプリ連携ルールにおいてパラメータに同一の値が設定され得ると判断する。一方、例えば「２３時になったら現在地から横浜駅までの終電通知」というアプリ連携ルールと「現在地から吉祥寺駅までの乗換え検索」というアプリ連携ルールとが使用されている場合、サーバ装置２００は、これらのアプリ連携ルールにおいてパラメータに同一の値が設定され得るとは判断しない。なお、以降における「Ｘ」や「ＸＸＸ」も、上記の「ＸＸ」と同様の意味である。
【００２２】
サーバ装置２００は、上述したように、「１：２３時になったら現在地からＸＸＸまでの終電通知」及び「２：現在地からＸＸまでの乗換え検索」の２つのアプリ連携ルールが、パラメータに同一の値が設定され得ることを学習済みである。従って、サーバ装置２００は、この学習内容に基づいて、ユーザＣの所持する通信端末１００に対して、「１」及び「２」のアプリ連携ルールは、パラメータに同一の値を設定可能であることを通知する。ユーザＣの所持する通信端末１００は、通知に従って、未設定な状態である「２」のアプリ連携ルールのパラメータに対して、「１」のアプリ連携ルールと同一の値を設定する。
【００２３】
図３は、第１実施形態における通信端末１００のハードウェア構成を表したブロック図である。通信端末１００は、制御部１１、記憶部１２、表示部１３、操作部１４及び通信部１５を備えており、これらの各部がバス１６を介して互いに接続されている。制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を有する。ＣＰＵは、ＲＯＭや記憶部１２に記憶されているプログラムを読み出しＲＡＭにロードして実行することにより、通信端末１００の各部を制御する。
【００２４】
表示部１３は、液晶ディスプレイなどの表示体やＶＲＡＭ（Video Random Access Memory）などのメモリを備えており、制御部１１の制御の下で各種の画像を表示する。操作部１４は、複数のキーを有しており、ユーザによってこれらのキーが操作されるとその操作内容に応じた信号を制御部１１へ供給する。制御部１１は、この信号に基づいて操作内容を判断して処理を行う。通信部１５は、制御部１１の制御の下で、ネットワークＮＷに含まれる移動通信網を介して、サーバ装置２００と通信を行う。
【００２５】
記憶部１２は、例えばＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）やフラッシュメモリなどの不揮発性の記憶手段であり、アプリ連携ルール一覧１２１、各種閾値及びプログラムを記憶する。アプリ連携ルール一覧１２１は、この通信端末１００が所持するアプリ連携ルールの一覧を表すデータである。アプリ連携ルール一覧１２１には、ユーザによりパラメータ値が設定されて実行可能な状態となっているアプリ連携ルールと、パラメータ値が未設定であり実行可能な状態ではないアプリ連携ルールとの双方が含まれる。パラメータ値が未設定であり実行可能な状態ではないアプリ連携ルールが含まれる状態とは、例えば、以下のような場合である。ユーザが、操作部１４を用いて操作を行うことで、通信端末１００は、通信部１５を用いてサーバ装置２００からアプリ連携ルールを取得することが可能である。ここで、通信端末１００が、自端末の所持していないアプリ連携ルールを取得した場合、このアプリ連携ルールは、パラメータ値が未設定の状態でアプリ連携ルール一覧１２１に登録されることなる。本実施形態では、このようなパラメータ値が未設定な状態のアプリ連携ルールを対象として、パラメータ値の設定を支援する。
【００２６】
図４は、アプリ連携ルール一覧１２１の内容を表す図である。アプリ連携ルール一覧１２１は、各々のアプリ連携ルールを識別する番号と、変数としてのパラメータを用いて表現された各々のアプリ連携ルールの連携処理内容と、連携元アプリの名称と、連携先アプリの名称と、パラメータの種別と、パラメータ値とで構成されている。図４において、「バッテリーがＸ％以下になったら照明を暗くする」というアプリ連携ルールが示されている。ここでバッテリーとは、２次電池の電力残量のことであり、照明とは、液晶ディスプレイのバックライトの照明強度のことである。このアプリ連携ルールでは、電源管理のアプリと照明管理のアプリとを連携するパラメータとして、１００％充電されているときを基準としてバッテリーがどの程度減ったかの割合で表されるバッテリー残量が、ユーザにより設定されることとなる。図４では、このパラメータに「２０」の値が設定されている。また、図４の「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールでは、現在地を特定するＧＰＳ機能と終電検索などを行う乗換え検索アプリとを連携するパラメータとして、目的地がユーザにより設定されることとなる。図４では、このパラメータに「横浜駅」の値が設定されている。また、「現在地からＸＸまでの乗換え検索」というアプリ連携ルールでは、ＧＰＳ機能と電車の乗換え案内を行う乗換え検索アプリとを連携するパラメータとして、目的地がユーザにより設定可能であるが、図４においては未設定の状態である。
【００２７】
ユーザは、図４に一例として示されるようなアプリ連携ルールを、操作部１４を用いて自ら作成することが可能である。例えば、まず、ユーザは、操作部１４を用いて、アプリ連携ルールを作成するための画面を表示部１３に表示させる。この作成画面では、連携元のアプリ、連携先のアプリ及びパラメータを設定可能となっている。ユーザは、操作部１４を用いて、例えばリストボックスから連携元のアプリを選択する。すると、制御部１１は、連携元のアプリの出力値を入力値として用いることができるアプリを、連携先のアプリのリストボックスに表示させる。ユーザが、連携先のアプリのリストボックスから特定のアプリを選択すると、制御部１１は、連携元のアプリの出力値と連携先のアプリの入力値とから、変数としてのパラメータを特定する。そして制御部１１は、特定したパラメータと連携元のアプリと連携先のアプリとに基づいて、パラメータ値を任意に入力可能である連携処理内容を作成すると、これを表示部１３に表示させる。なお、どのアプリが連携元のアプリや連携先のアプリになりえるかとか、各アプリがどのような入力値及び出力値を扱い得るかといった情報は記憶部１２に予めデータベース化されて記憶されている。ユーザは、表示された内容に応じて、操作部１４を用いて、連携処理内容におけるパラメータ値を設定することで、アプリ連携ルールを作成する。ユーザは、アプリ連携ルールを作成すると、これをサーバ装置２００に登録する。具体的には、ユーザが、アプリ連携ルールの作成後に操作部１４を用いて登録ボタンを押下すると、制御部１１は、作成されたアプリ連携ルールの内容を、通信部１５を用いてサーバ装置２００に送信する。サーバ装置２００は、これを受信すると、受信したアプリ連携ルールの内容を、後述するアプリ連携ルールＤＢ２２１に登録する。
【００２８】
図５は、サーバ装置２００のハードウェア構成を表したブロック図である。サーバ装置２００は、制御部２１、記憶部２２及び通信部２３を備えており、これらの各部がバス２４を介して互いに接続されている。制御部２１は、ＣＰＵ、ＲＡＭ及びＲＯＭを有する。ＣＰＵは、ＲＯＭや記憶部２２に記憶されているプログラムを読み出しＲＡＭにロードして実行することにより、サーバ装置２００の各部を制御する。通信部２３は、制御部２１の制御の下で、ネットワークＮＷに含まれる移動通信網を介して、通信端末１００と通信を行う。
【００２９】
記憶部２２は、例えばＨＤＤ（Hard Disk Drive）などの不揮発性の記憶手段であり、アプリ連携ルールＤＢ（Database）２２１及びパラメータ同一度ＤＢ２２２を備え、各種閾値及びプログラムを記憶する。アプリ連携ルールＤＢ２２１は、ユーザにより通信端末１００を用いて作成されたアプリ連携ルールが登録されたデータベースである。パラメータ同一度ＤＢ２２２は、アプリ連携ルールＤＢ２２１に登録されている全てのアプリ連携ルールを対象として、或るアプリ連携ルールと他のアプリ連携ルールとにおいて、パラメータに同一の値を設定され得る度合いを表したデータベースである。異なるアプリ連携ルールどうしにおいて、両者のパラメータに同一の値が設定され得る度合いのことを、以降、同一度と呼ぶ。同一度は、或るアプリ連携ルールと他のアプリ連携ルールとにおいて、パラメータに同一の値が設定され得る可能性の高さともいえる。
【００３０】
図６は、アプリ連携ルールＤＢ２２１の内容を表す図である。アプリ連携ルールＤＢ２２１は、各々のアプリ連携ルールを識別する番号と、連携処理内容と、連携元のアプリの名称と、連携先のアプリの名称と、パラメータ種別とで構成されている。例えば、図６において番号が「３」であるアプリ連携ルールは、連携処理内容が「現在地からＸＸまでの乗換え検索」という内容であって、連携元のアプリが「ＧＰＳ機能」であり、連携先のアプリが「乗換え検索アプリ」であり、パラメータとして「目的地」が設定されることを表している。つまり、ユーザがこのアプリ連携ルールを実行すると、通信端末１００の制御部１１は、ＧＰＳ機能を実現して現在位置を取得する。そして制御部１１は、乗換え検索アプリを実行することで、ＧＰＳ機能により取得した現在位置を出発地として、パラメータで設定された目的地までの乗換え検索を行うこととなる。上述したように、ユーザは、このようなアプリ連携ルールを、通信端末１００を用いて任意に作成可能である。そして通信端末１００の制御部１１は、作成されたアプリ連携ルールを、通信部１５を用いてサーバ装置２００に送信する。サーバ装置２００の制御部２１は、通信部２３を用いて受信したアプリ連携ルールを、アプリ連携ルールＤＢ２２１に登録する。
【００３１】
図７はパラメータ同一度ＤＢ２２２の内容を表す図である。図において、パラメータ同一度ＤＢ２２２は、或る連携処理内容を持つアプリ連携ルールを縦軸及び横軸とした2次元のマトリクスとして表されている。このアプリ連携ルールは、アプリ連携ルールＤＢ２２１に登録されている全てのアプリ連携ルールが対象となる。異なる連携処理内容を持つアプリ連携ルールどうしが交わる欄には、上述した同一度が、０以上１以下の数値として表されている。図において「−」という記号が記されている欄は、マトリクスの表現上、重複した欄、或いは不要な欄であるため、同一度の表示が省略されていることを表す。同一度は、１に近づくにつれて、異なるアプリ連携ルールどうしにおいて、両者のパラメータに同一の値が設定され得る可能性が高いことを表す。従って、同一度が０である場合、異なるアプリ連携ルールどうしにおいて、両者のパラメータに同一の値が設定され得る可能性が全くないことを意味し、同一度が１の値を取るとき、確実に両者のパラメータに同一の値が設定され得ることを意味する。
【００３２】
例えば、図７において、「バッテリーがＸ％以下になったら照明を暗くする」という連携処理内容のアプリ連携ルールと、「バッテリーがＸ％以下になったらＷｉ−ＦｉをＯＦＦにする」という連携処理内容のアプリ連携ルールとの同一度は「０．６」であるため、両者のアプリ連携ルールは、パラメータに同一の値が設定され得る可能性が、ある程度高いことを表す。これは例えば、「バッテリーが２０％以下になったら照明を暗くする」という連携処理内容のアプリ連携ルールと、「バッテリーが２０％以下になったらＷｉ−ＦｉをＯＦＦにする」という連携処理内容のアプリ連携ルールというように、双方のアプリ連携ルールにおいて同一のパラメータ値「２０」が設定されるとか、或いは、「バッテリーが３０％以下になったら照明を暗くする」という連携処理内容のアプリ連携ルールと、「バッテリーが３０％以下になったらＷｉ−ＦｉをＯＦＦにする」という連携処理内容のアプリ連携ルールというように、双方のアプリ連携ルールにおいて同一のパラメータ値「３０」が設定される可能性が高いということである。なお、Ｗｉ−Ｆｉとは無線ＬＡＮを介して通信を行う機能のことである。上述の場合では、両者のアプリ連携ルールにおけるパラメータ種別は、ともに、バッテリーの残量を表す数字という内容であるため、両者のパラメータに同一の値が設定されることが多くなり、結果として、同一度が「０．６」と算出されたわけである。一方、「バッテリーがＸ％以下になったらＷｉ−ＦｉをＯＦＦにする」という連携処理内容を持つアプリ連携ルールと、「現在地からＸＸまでの乗換え検索」という連携処理内容を持つアプリ連携ルールとの同一度は「０」であるため、両者のアプリ連携ルールは、パラメータに同一の値が設定され得る可能性が全くないことを意味している。これは、前者のアプリ連携ルールにおけるパラメータ種別は、バッテリーの残量を表す数字である一方、後者のアプリ連携ルールにおけるパラメータ種別は、目的地の駅名を表す文字列であって、内容が異なるため、両者のパラメータに同一の値が設定されることが全く無く、結果として同一度が「０」と算出されたわけである。上述したように連携処理内容はパラメータ値が未設定な状態のアプリ連携ルールの処理内容を表すものであるから、所定の連携処理内容を持つアプリ連携ルールどうしの同一度がマトリクスとして表されたパラメータ同一度ＤＢ２２２は、パラメータの値に依らないアプリ連携ルールどうしの関係を表しているといえる。
【００３３】
図８は、サーバ装置２００の制御部２１とその周辺の機能的構成を表したブロック図である。
制御部２１は、複数の通信端末１００から、当該通信端末１００が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１取得手段２１１として機能する。記憶部２２は、一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段として機能する。また、制御部２１は、第１取得手段２１１によって取得された複数の情報が表す処理に含まれる一の処理と他の処理との組についての同一度を、この情報とともに第１取得手段２１１によって取得された値を用いて、この情報の提供元である通信端末１００単位で同一度を算出する算出手段２１２として機能する。また、制御部２１は、算出手段２１２によって算出された同一度を用いて、記憶手段に記憶されている同一度を更新する更新手段２１３として機能する。また、制御部２１は、各々の通信端末１００から、当該通信端末１００が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第２取得手段２１４として機能する。また、制御部２１は、記憶手段に記憶された一の処理と他の処理との組についての同一度に基づいて、第２取得手段２１４によって取得された情報が表す処理との同一度が閾値以上である処理を抽出する抽出手段２１５として機能する。また、制御部２１は、第２取得手段２１４によって取得された情報が表す処理と抽出手段２１５により抽出された処理との組を、第２取得手段２１４が取得した情報の提供元である通信端末１００に通知する通知手段２１６として機能する。
【００３４】
図９は、アプリ連携ルール間における同一度を学習する際の処理の流れを示すフローチャートである。サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００からアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールを取得する（ステップＳ１０）。具体的にはステップＳ１０において、制御部２１は、例えば、通信部２３を用いて複数の通信端末１００にポーリングを行う。そして制御部２１は、ポーリングの返信があった通信端末１００に対して、通信部２３を用いてデータ送信要求を送信する。通信端末１００の制御部１１は、通信部１５を用いてデータ送信要求を受信すると、記憶部１２に記憶されたアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールをサーバ装置２００に対して送信する。制御部２１は、通信部２３を用いてこのようなアプリ連携ルールを受信すると、これを記憶部２２に記憶させる。また、記憶部２２は、通信端末１００からパラメータ値が設定済みのアプリ連携ルールを取得した回数を、取得回数として記憶している。制御部２１は、通信端末１００からパラメータ値が設定済みのアプリ連携ルールを取得するたびに、上述した取得回数に１を加算する。制御部２１は、このようにして複数の通信端末１００からパラメータ値が設定済みのアプリ連携ルールを取得する。なお、図１１は、単一の通信端末１００を相手とした場合の処理フローであって、実際には、図１１のようなフローの処理が、通信端末１００の数だけ行われることとなる。
【００３５】
ステップＳ１０の次に制御部２１は、取得したパラメータ値が設定済みのアプリ連携ルールについて、アプリ連携ルールの取得元である通信端末１００ごとに次のような分析を行う。まず、制御部２１は、通信端末１００から取得したパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータに同一の値が設定された、異なるアプリ連携ルールの組がある場合（ステップＳ２０；ＹＥＳ）、この組についてのパラメータの同一度として、０以上の整数である所定の値を、算出する（ステップＳ３０）。ここでは、上記所定の値を、固定で「１」とする。パラメータに同一の値が設定された、異なるアプリ連携ルールの組が複数ある場合、ステップＳ３０において、制御部２１は、これらの組の各々に対して同一度を算出する。一方、通信端末１００から取得したパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータに同一の値が設定された、異なるアプリ連携ルールの組が全くない場合（ステップＳ２０；ＮＯ）、制御部２１は、処理を終了する。
【００３６】
ステップＳ３０の次に制御部２１は、算出した同一度に基づいてパラメータ同一度ＤＢ２２２を更新する（ステップＳ４０）。ステップＳ４０において、具体的には、制御部２１は、以下のような処理を行う。パラメータ同一度ＤＢ２２２のデータ構造は、図７に示したように、異なるアプリ連携ルールどうしの組のマトリクスとなっている。記憶部２２は、このマトリクスにおける上記組のそれぞれについて、それまでに算出された同一度の積算値を記憶している。制御部２１は、ステップＳ３０において算出した、異なるアプリ連携ルールどうしの組のパラメータについての同一度を、ステップＳ４０において、それと同じ組のパラメータについての同一度の積算値に加算する。そして制御部２１は、上記同一度の積算値のそれぞれを、ステップＳ１０で更新した取得回数で除算することで、それぞれの同一度の平均値を算出する。そして制御部２１は、異なるアプリ連携ルールの組のそれぞれについての同一度を、上述のようにして算出した平均値で更新する。ステップＳ４０において制御部２１は、ステップＳ３０において同一度を算出した組の数だけ、このような同一度を更新する処理を行う。
【００３７】
例えば、パラメータ同一度ＤＢ２２２が図７に示すようなものであった場合を考える。制御部２１が、或る通信端末１００から、パラメータ値が設定済みのアプリ連携ルールとして、例えば「バッテリーがＸ％以下になったら照明を暗くする」及び「バッテリーがＸ％以下になったらＷｉ−ＦｉをＯＦＦにする」の２つを取得したとする。このタイミングで、制御部２１は、上述した取得回数に「１」を加算する。そして、この２つのアプリ連携ルールのパラメータ値が、ともに「２０」であり同一であった場合、制御部２１は、この２つのアプリ連携ルールの組について、同一度として「１」を算出する。そして、制御部２１は、この２つのアプリ連携ルールの組について記憶部２２に記憶された同一度の積算値に、上述の「１」を加算する。制御部２１は、この２つのアプリ連携ルールの組について記憶部２２に記憶された同一度の積算値を、上述した取得回数で除算することで、同一度の平均値を算出する。そして制御部２１は、この２つのアプリ連携ルールの組についてのパラメータの同一度を、算出した平均値で更新する。
【００３８】
図１０は、パラメータの同一度が高いアプリ連携ルールをユーザに通知する際の処理の流れを示すフローチャートである。サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００から、アプリ連携ルール一覧１２１のうちパラメータ値が未設定のアプリ連携ルールを取得する（ステップＳ１１０）。具体的にはステップＳ１１０において、制御部２１は、例えば、通信部２３を用いて複数の通信端末１００にポーリングを行う。そして制御部２１は、ポーリングの返信があった通信端末１００に対して、通信部２３を用いてデータ送信要求を送信する。通信端末１００の制御部１１は、通信部１５を用いてデータ送信要求を受信すると、記憶部１２に記憶されたアプリ連携ルール一覧１２１のうちパラメータ値が未設定のアプリ連携ルールをサーバ装置２００に対して送信する。制御部２１は、通信部２３を用いてパラメータ値が未設定のアプリ連携ルールを受信すると、これを記憶部２２に記憶させる。制御部２１は、このようにして複数の通信端末１００から、パラメータ値が未設定のアプリ連携ルールを取得する。
【００３９】
次に制御部２１は、取得したパラメータ値が未設定のアプリ連携ルールを、その取得元の通信端末１００ごとに分析する。制御部２１は、パラメータ同一度ＤＢ２２２において、取得したパラメータ値が未設定のアプリ連携ルールの各々と、この各々と異なるアプリ連携ルールとの組において、パラメータの同一度が閾値以上であるアプリ連携ルールの組があるか否かを判定する（ステップＳ１２０）。ここで上記閾値は、記憶部２２に記憶されている。
【００４０】
制御部２１は、ステップＳ１２０でＹＥＳと判定すると、パラメータの同一度が閾値以上であるアプリ連携ルールの組を、通信部２３を用いて通信端末１００へ通知する（ステップＳ１３０）。一方、制御部２１は、ステップＳ１２０でＮＯと判定すると、処理を終了する。ステップＳ１３０における通知を受けた通信端末１００の制御部１１は、通知に含まれる、同一度が高いアプリ連携ルールの組を記憶部１２に記憶させる。つまり、通知に含まれる、同一度が高いアプリ連携ルールの組は、ユーザの通信端末１００においてパラメータ値が未設定なアプリ連携ルールと、このアプリ連携ルールと同一度が高いとサーバ装置２００によって判定されたアプリ連携ルールとにより構成されることとなる。そして、制御部１１は、記憶部１２に記憶されたアプリ連携ルール一覧１２１から、上記通知に含まれるアプリ連携ルールを検索する。そして、制御部１１は、検索結果のアプリ連携ルールのうち、パラメータ値が設定済みであるアプリ連携ルールのパラメータに設定された値と同一の値を、パラメータ値が未設定であるアプリ連携ルールのパラメータに対して設定する。
【００４１】
例えば、アプリ連携ルール一覧１２１が図４に示すようなものであり、パラメータ同一度ＤＢ２２２が図７に示すようなものであり、閾値が「０．７」であった場合を考える。制御部２１は、アプリ連携ルール一覧１２１に含まれるアプリ連携ルールのうちパラメータ値が未設定である「現在地からＸＸまでの乗換え検索」というアプリ連携ルールと他のアプリ連携ルールとの組について、パラメータ同一度ＤＢ２２２において「０．７」以上の同一度を持つアプリ連携ルールの組があるか否かを判定する。その結果、制御部２１は、「現在地からＸＸまでの乗換え検索」及び「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールの組が閾値以上の同一度を持っていると判定する。つまり、制御部２１は、「現在地からＸＸまでの乗換え検索」及び「２３時になったら現在地からＸＸＸまでの終電通知」のアプリ連携ルールの組を、パラメータに同一の値が設定され得る可能性が高いアプリ連携ルールの組として判定する。制御部２１は、通信部２３を用いて、判定結果に基づくアプリ連携ルールの組を通信端末１００へ通知する。
【００４２】
通信端末１００の制御部２１は、通信部１５を用いて上記通知を受けると、通知に含まれる「現在地からＸＸまでの乗換え検索」及び「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールの組を、同一度の高いアプリ連携ルールの組として、記憶部１２に記憶させる。前述したように、アプリ連携ルール一覧１２１には、パラメータ値が設定済みのアプリ連携ルールとパラメータ値が未設定のアプリ連携ルールとが含まれている。制御部１１は、記憶部１２に記憶させた上記組を構成するアプリ連携ルールの双方、すなわち「現在地からＸＸまでの乗換え検索」及び「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールを、アプリ連携ルール一覧１２１から検索する。ここで、この検索を行った結果において、「現在地からＸＸまでの乗換え検索」というアプリ連携ルールはパラメータ値が未設定であり、「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールはパラメータ値が設定済みである。従って、制御部２１は、「現在地からＸＸまでの乗換え検索」というアプリ連携ルールのパラメータ値に対して、「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールのパラメータ値、すなわち「横浜駅」を設定する。この結果、図４に示すアプリ連携ルール一覧１２１は、図１１に示す状態となる。図１１は、アプリ連携ルールにおいてパラメータ値に同一の値が設定された結果を表す図である。
【００４３】
このように、実施形態によれば、処理に用いられるパラメータの設定に要するユーザの手間を少なくすることが可能となる。また、上記設定の内容は、複数の通信端末１００におけるパラメータの設定内容から統計的に学習された結果に基づくため、アプリ連携ルールが使用される際の一般的な傾向に応じたものとなる。従って、一般的な傾向として他のアプリ連携ルールと同じ値をパラメータに設定して使用する可能性が高いアプリ連携ルールほど、自動でパラメータが設定されやすくなるため、ユーザにとって利便性が高い。
【００４４】
＜変形例＞
以上の実施形態は次のように変形可能である。尚、以下の変形例は適宜組み合わせて実施してもよい。
【００４５】
＜変形例１＞
実施形態においては、制御部２１が、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータ値に同一の値が設定された、異なるアプリ連携ルールの組がある場合に、この組についてのパラメータの同一度として、所定の値を固定で算出していた。これに限らず、制御部２１が、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータ値に同一又は類似の値が設定された、異なるアプリ連携ルールの組がある場合に、この組についてのパラメータの同一度として、所定の値を動的に算出するようにしてもよい。
【００４６】
図１２は、変形例１においてアプリ連携ルール間の同一度を学習する際の処理の流れを示すフローチャートである。図１２において、ステップＳ１０及びＳ４０は、図９と同一であるため、詳細な説明を省略する。ステップＳ１０の次に、制御部２１は、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータのデータタイプの型が同一である、異なるアプリ連携ルールどうしの組があるか否かの判定を行う（ステップＳ２０ａ）。このデータタイプとは、データの型及び桁数を表す。データの型は、例えば、「横浜駅」のような“文字列”であったり、「２０」のような“数字”であったり、又は「１５：００：００」のような“時刻”であったり、というように、パラメータによって異なる。また、データの桁数は、例えば「２桁」や、「最長１０文字」といった内容で表される。つまり、データタイプは、例えば、「２桁」の「数字」や、「最長１０文字」の「文字列」といった内容で表される。なお、データの型は、例えば、「ｂｉｇｉｎｔ」型は８バイトまで許容し、「ｉｎｔ」型は４バイトまでを許容するというように、データの桁数をも規定し得る。ここで、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータのデータタイプが同一である、異なるアプリ連携ルールどうしの組が全くない場合（ステップＳ２０ａ；ＮＯ）、制御部２１は、処理を終了する。
【００４７】
例えば、制御部２１が、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータのデータタイプが、ともに「３桁」の「数字」である、異なるアプリ連携ルールどうしの組があると判定したとする。制御部２１は、このように、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータに設定される値のデータタイプが同一である、異なるアプリ連携ルールどうしの組があった場合（ステップＳ２０ａ；ＹＥＳ）、この組をＲＡＭに記憶させると、ステップＳ３０ａへ処理を進める。
【００４８】
ステップＳ３０ａにおいて、制御部２１は、ＲＡＭに記憶された組を構成する２つのアプリ連携ルールにおける、パラメータの同一度を算出する。ステップＳ３０ａにおいて、まず、制御部２１は、ＲＡＭに記憶された組を構成する２つのアプリ連携ルールにおいて、それぞれのパラメータ値の差分を算出する。そして、制御部２１は、算出した差分を、このパラメータにおいて設定可能な上限の値で除算することで、パラメータにおいて取り得る上限の値に対する上記差分の割合を表す差分割合を算出する。
【００４９】
例えば、「バッテリーの残量」を表すパラメータの場合、パラメータに設定可能な上限の値は「１００（％）」である。ここで、２つのアプリ連携ルールにおけるパラメータ値の差分が「１０」であったとする。このとき、差分割合は、「０．１」となる。差分割合は０以上１以下の値を取ることになるから、差分割合が０に近いほど、２つのアプリ連携ルールにおいてパラメータ値が類似していることを表し、差分割合が１に近いほど、２つのアプリ連携ルールにおいてパラメータ値が類似していないことを表すこととなる。また、差分割合が「０」であるとき、２つのアプリ連携ルールにおいてパラメータ値が同一であることを表す。制御部２１は、算出した差分割合を、アプリ連携ルールの組と対応付けて、ＲＡＭに記憶させる。
【００５０】
ステップＳ３０ａにおいて、次に、制御部２１は、ＲＡＭに記憶された差分割合に基づいて、アプリ連携ルールの組のそれぞれについて同一度を算出する。変形例１において、記憶部２２は、差分割合を同一度に変換するための変換テーブル２２３を記憶している。図１３は、変形例１に係る変換テーブル２２３を表す図である。変換テーブル２２３は、「差分割合」及び「同一度」という項目を持つ。「差分割合」には、差分割合が取り得る値の所定の範囲が記述されている。図において「Ｚ」は差分割合を表す。「同一度」には、差分割合に応じた同一度の値が記述されている。制御部２１は、ＲＡＭに記憶された差分割合と変換テーブル２２３とから、同一度を算出する。例えば、上述した例の場合、差分割合が「０．１」なので、制御部２１は、変換テーブル２２３に基づいて、同一度を「０．６」であると算出する。また、例えば、差分割合が「０」の場合、制御部２１は、変換テーブル２２３に基づいて、同一度を「１」であると算出するが、これは、２つのアプリ連携ルールにおいてパラメータ値が同一であることを表す。このように、制御部２１は、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールと、このアプリ連携ルールと異なるアプリ連携ルールとの組について、パラメータ値の類似の度合いに比例した値を同一度として算出する。なお、変換テーブル２２３における「差分割合」及び「同一度」における区分は、より詳細なものとしてもよいし、よりおおまかなものとしてもよい。ステップＳ３０ａにおいて、制御部２１は、差分割合と対応付けられてＲＡＭに記憶されたアプリ連携ルールの組の各々に対して同一度を算出する。
【００５１】
このように変形例１によれば、パラメータ値が完全に一致しない場合であっても、パラメータに設定された値が近い場合には、サーバ装置２００が、これを統計的に学習する。これにより、サーバ装置２００が記憶する、パラメータに同一の値が設定されやすいアプリ連携ルールの組についての情報が、より精度の高いものとなるため、処理の連携に関する設定について、ユーザが要する手間を削減する度合いがより高いものとなる。
【００５２】
＜変形例２＞
アプリ連携ルールどうしの同一度が、所定の地域ごとに算出されるようにしてもよい。図１４は、変形例２においてアプリ連携ルール間の同一度を学習する際の処理の流れを示すフローチャートである。図１４において、ステップＳ２０及びＳ３０は、図９と同じであるため、詳細な説明を省略する。
【００５３】
サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００からアプリ連携ルール一覧１２１及び住所情報を取得する（ステップＳ１０ｂ１）。ここで、取得する方法については、実施形態と同様であるため、詳細な説明を省略する。また、住所情報とは、通信端末１００の記憶部１２に記憶された、ユーザのプロファイル情報に含まれる住所の情報である。次に制御部２１は、取得した住所情報を地域情報に変換する（ステップＳ１０ｂ２）。地域情報とは、住所情報に基づく所定の地域の名称を表すものである。地域情報は、複数の区分により分類することが可能である。区分には、例えば、「国」、「地方」及び「町」といったものがある。上記所定の地域は、例えば区分が「国」であれば、「日本」や「アメリカ」といった国の名称で表され、区分が「地方」であれば、「関東」、「関西」、又は「九州」といった地方の名称で表され、区分が「町」であれば、「Ａ町」、「Ｂ町」といった町名で表される。区分の種類や数は上述した内容に限らず、設計において適宜変更可能である。以降の説明においては、地域情報が、「国」、「地方」及び「町」という３つの区分によって分類されているものとする。
【００５４】
区分ごとに分類された所定の地域の名称を表す情報、すなわち上述した地域情報は、住所情報と対応付けられて、予め記憶部２２に記憶されている。つまり、ステップＳ１０ｂ２において制御部２１は、記憶部２２に記憶された地域情報と住所情報との対応付けに基づいて、住所情報を地域情報に変換すると、これをＲＡＭに記憶させる。このとき制御部２１は、１つの住所情報を、区分に基づいて複数の地域情報に変換する。つまり、例えば、住所情報が「東京都新宿区○○町１−２−３」という内容であった場合、制御部２１は、記憶部２２に記憶された対応付けに基づいて、区分が「国」である「日本」、区分が「地方」である「関東」、区分が「町」である「○○町」といった３つの地域情報に変換し、これらをＲＡＭに記憶させる。つまり、地域情報とは、通信端末１００の属する地域を表しているといえる。制御部２１は、このような地域情報を取得する「地域情報取得手段」に相当する。
【００５５】
変形例５において、記憶部２２は、地域情報と対応付けられたパラメータ同一度ＤＢ２２２を、地域情報の数だけ備えている。つまり、記憶部２２は、地域情報における区分の数と各区分における分類の数とを積算した数だけ、パラメータ同一度ＤＢ２２２を備えている。ステップＳ１０ｂ２の次に、制御部２１は、ステップＳ２０及びＳ３０を行う。つまり、ステップＳ３０において、制御部２１は、ＲＡＭに記憶された地域情報が表す地域ごとに同一度を算出する。ステップＳ３０の次に、制御部２１は、ステップＳ３０で算出した同一度に基づいて、ＲＡＭに記憶された地域情報に応じたパラメータ同一度ＤＢ２２２を更新する（ステップＳ４０ｄ）。つまり、上述した例の場合、ステップＳ４０ｂにおいて、制御部２１は、「日本」、「関東」及び「○○町」に応じた３つのパラメータ同一度ＤＢ２２２を更新する。
【００５６】
図１５は、変形例２においてアプリ連携ルールを通知する際の処理の流れを示すフローチャートである。図１５において、ステップＳ１３０は、図１０と同じであるため、詳細な説明を省略する。サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００から、アプリ連携ルール一覧１２１のうちパラメータ値が未設定のアプリ連携ルール及び住所情報を取得する（ステップＳ１１０ａ１）。ここで、取得する方法については、実施形態と同様であるため、詳細な説明を省略する。次に制御部２１は、取得した住所情報を地域情報に変換し、これをＲＡＭに記憶させる（ステップＳ１１０ａ２）。
【００５７】
ステップＳ１１０ａ２の次に制御部２１は、ＲＡＭに記憶された地域情報に応じたパラメータ同一度ＤＢ２２２において、取得したパラメータ値が未設定のアプリ連携ルールの各々に対して、同一度が閾値以上であるアプリ連携ルールがあるか否かを判定する（ステップＳ１２０ａ）。つまり、例えばステップＳ１１０ａ２でＲＡＭに記憶された地域情報が、「日本」、「関東」及び「○○町」といった内容であった場合、ステップＳ１２０ａで制御部２１は、これらの地域情報に応じた３つのパラメータ同一度ＤＢ２２２において、同一度が閾値以上であるアプリ連携ルールがあるか否かを判定する。以降、判定の結果に従って、制御部２１は、ステップＳ１３０の処理を行う。
【００５８】
このように、変形例２では、サーバ装置２００が、所定の地域ごとに、アプリ連携ルールどうしの組み合わせについての同一度を学習する。従って、変形例２によれば、パラメータ値に同一の値を設定する可能性が高いアプリ連携ルールの組み合わせについて、地域によって差異が存在する場合でも、ユーザは、自らの所属する地域の特徴が反映された通知を受けることができるため、利便性が高いものとなる。
【００５９】
＜変形例３＞
変形例２における地域情報を、ユーザの属性を表す属性情報に代えてもよい。図１６は、変形例３においてアプリ連携ルール間の関連度を学習する際の処理の流れを示すフローチャートである。図１６において、ステップＳ２０及びＳ３０は、図９と同じであるため、詳細な説明を省略する。サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００からアプリ連携ルール一覧１２１及び属性情報を取得すると、これらをＲＡＭに記憶させる（ステップＳ１０ｃ）。
【００６０】
この属性情報は、通信端末１００の記憶部１２に記憶された、ユーザのプロファイル情報に含まれる。属性情報は、「職業」、「年齢」、「性別」、「母国語」といった複数の区分で分類可能である。例えば、属性情報は、区分が「職業」であれば、「会社員」、「自営業」といった個別の職業を表す名称で表され、区分が「年齢」であれば、「２０代」、「３０代」といった所定の年齢の範囲を示す名称で表され、区分が「性別」であれば、「男性」あるいは「女性」という性別を表す名称で表され、区分が「母国語」であれば、「日本語」や「英語」といった言語の名称で表される。区分の種類や数は上述した内容に限らず、設計において適宜変更可能である。制御部２１は、このような属性情報を取得する「属性情報取得手段」に相当する。
【００６１】
変形例３において、記憶部２２は、属性情報と対応付けられたアプリ連携ルール関連ＤＢ２２２を、属性情報の数だけ備えている。つまり、記憶部２２は、属性情報における区分の数と、各区分における分類の数とを積算した数だけ、アプリ連携ルール関連ＤＢ２２２を備えている。ステップＳ１０ｃの次に、制御部２１は、ステップＳ２０及びＳ３０を行う。つまり、ステップＳ３０において、制御部２１は、ＲＡＭに記憶された属性情報が表す属性ごとに関連度を算出する。ステップＳ３０の次に、制御部２１は、ステップＳ３０で算出した関連度に基づいて、ＲＡＭに記憶された属性情報に応じたアプリ連携ルール関連ＤＢ２２２を更新する（ステップＳ４０ｃ）。
【００６２】
図１７は、変形例３においてアプリ連携ルールを通知する際の処理の流れを示すフローチャートである。図１７において、ステップＳ１３０は、図１０と同じであるため、詳細な説明を省略する。サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００からアプリ連携ルール一覧１２１のうちパラメータ値が未設定のアプリ連携ルール及び属性情報を取得すると、これらをＲＡＭに記憶させる（ステップＳ１１０ｂ）。ここで、取得する方法については、実施形態と同様であるため、詳細な説明を省略する。
【００６３】
次に制御部２１は、ＲＡＭに記憶された属性情報に応じたアプリ連携ルール関連ＤＢ２２２において、取得したパラメータ値が未設定のアプリ連携ルールに対して、同一度が閾値以上であるアプリ連携ルールがあるか否かを判定する（ステップＳ１２０ｂ）。
つまり、例えばステップＳ１１０ｂでＲＡＭに記憶された属性情報が、「会社員」、「男性」、「３０代」及び「日本語」といった内容であった場合、ステップＳ１２０ｂで制御部２１は、これらの属性情報に応じた４つのアプリ連携ルール関連ＤＢ２２２において、同一度が閾値以上であるアプリ連携ルールがあるか否かを判定する。以降、判定の結果に従って、制御部２１は、ステップＳ１３０の処理を行う。
【００６４】
このように、変形例３では、サーバ装置２００が、ユーザの属性ごとに、アプリ連携ルールどうしの組み合わせについての同一度を学習する。従って、変形例3によれば、パラメータ値に同一の値を設定する可能性の高いアプリ連携ルールの組み合わせについて、年齢などのユーザの属性によって差異が存在する場合でも、ユーザは、自らの属性の特徴が反映された通知を受けることができるため、利便性が高いものとなる。
【符号の説明】
【００６５】
１１，２１…制御部、１２，２２…記憶部、１２１…アプリ連携ルール一覧、２２１…アプリ連携ルールＤＢ、２２２…パラメータ同一度ＤＢ、１３…表示部、１４…操作部、１５，２３…通信部、１６，２４…バス、１００…通信端末、２００…サーバ装置、ＮＷ…ネットワーク
【技術分野】
【０００１】
本発明は、処理に用いられるパラメータの設定を支援する技術に関する。
【背景技術】
【０００２】
異なるアプリケーションプログラムどうしを連携させるときに、或るアプリケーションプログラムにおける出力を他のアプリケーションプログラムの入力とする方法が知られている。例えば特許文献１には、或るアプリケーションプログラムが出力したデータを入力として、このアプリケーションプログラムと連携する他のアプリケーションプログラムがあったときに、連携に用いられたデータの属性及び値を収集し、収集した情報を、アプリケーションプログラムの連携の履歴として表示部に表示することが記載されている。また、非特許文献１には、ユーザが利用中の或るアプリケーションプログラムから他のアプリケーションプログラムに対する出力として連携可能なデータの属性が特定されたときに、特定された内容と同一の属性のデータを入力とするアプリケーションプログラムをリスト化して、これをユーザに通知することで、ユーザが、リストから連携相手のアプリケーションプログラムを選択する仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１５７６７６号公報
【非特許文献】
【０００４】
【非特許文献１】Android開発ガイド インターネット<ＵＲＬ:http://developer.android.com/index.html>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、特許文献１や非特許文献１に記載の技術によれば、異なる処理どうしを連携させるために、或る処理の出力値を他の処理の入力値として用いる場合、この値が、両者の処理において共通の変数であるパラメータとして設定されることになる。通常、このような処理におけるパラメータは、一度設定を行えば、以後において、その設定された値を使用し続けることも可能であるが、少なくとも初回の設定においては、ユーザ自身が設定のための操作を行わなければならず、一定の手間を要する。従って、初回の設定も含め、処理に用いられるパラメータの設定に要する手間を削減することができれば、ユーザにとっては利便性が高い。
【０００６】
本発明は上述の背景に鑑みてなされたものであり、処理に用いられるパラメータの設定を支援することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明は、複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１取得手段と、一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段と、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該情報とともに前記第１取得手段によって取得された前記値を用いて、当該情報の提供元である通信端末単位で算出する算出手段と、前記算出手段によって算出された同一度を用いて、前記記憶手段に記憶されている同一度を更新する更新手段と、各々の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第２取得手段と、前記記憶手段に記憶された同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する抽出手段と、前記第２取得手段によって取得された前記情報が表す処理と前記抽出手段によって抽出された処理との組を、前記第２取得手段が取得した前記情報の提供元である前記通信端末に通知する通知手段とを備えることを特徴とする情報処理装置を提供する。
【０００８】
好ましい態様において、前記算出手段は、前記一の処理に用いられるパラメータと前記他の処理に用いられるパラメータとについて、データタイプが一致する場合に、前記データタイプのパラメータが取り得る値の上限値に対する２つの前記パラメータの値の差分の割合に基づいて前記同一度を算出することを特徴とする。
【０００９】
好ましい態様において、前記通信端末の属する地域を表す地域情報を取得する地域情報取得手段を備え、前記記憶手段は、前記地域情報によって表される地域ごとに、一の処理と他の処理との組について前記同一度を記憶し、前記算出手段は、前記地域情報取得手段によって取得された地域情報が表す地域ごとに、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を算出し、前記更新手段は、前記算出手段によって前記地域ごとに算出された前記同一度を用いて、前記記憶手段に前記地域ごとに記憶されている前記同一度を更新し、前記抽出手段は、前記第２取得手段によって取得された前記情報及び前記値の提供元の通信端末の属する地域について前記記憶手段に記憶されている前記同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出することを特徴とする。
【００１０】
また、別の好ましい態様において、前記通信端末のユーザの属性を表す属性情報を取得する属性情報取得手段を備え、前記記憶手段は、前記属性情報によって表される属性ごとに、一の処理と他の処理との組について、前記同一度を記憶し、前記算出手段は、前記属性情報取得手段によって取得された属性情報が表す属性ごとに、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を算出し、前記更新手段は、前記算出手段によって前記属性ごとに算出された前記同一度を用いて、前記記憶手段に前記属性ごとに記憶されている前記同一度を更新し、前記抽出手段は、前記第２取得手段によって取得された前記情報及び前記値の提供元の通信端末のユーザの属性について前記記憶手段に記憶されている前記同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出することを特徴とする。
【００１１】
また、本発明は、サーバ装置と複数の通信端末とを備える情報処理システムであって、前記サーバ装置は、前記複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１取得手段と、一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段と、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該前記情報と共に前記第１取得手段によって取得された前記値を用いて、当該情報の提供元である通信端末単位で前記同一度を算出する算出手段と、前記算出手段によって算出された同一度を用いて、前記記憶手段に記憶されている同一度を更新する更新手段と、各々の前記複数の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第２取得手段と、前記記憶手段に記憶された一の処理と他の処理との組についての同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する抽出手段と、前記第２取得手段によって取得された前記情報が表す処理と前記抽出手段によって抽出された処理との組を、前記第２取得手段が取得した前記情報の提供元である前記通信端末に通知する通知手段とを備え、前記複数の通信端末の各々は、自端末が行う処理のうちパラメータに値が設定された処理を表す情報及び当該パラメータに設定された値と、自端末が行う処理のうちパラメータに値が設定されていない処理を表す情報とを記憶する記憶手段と、前記記憶手段に記憶されている内容から、前記通知手段によって通知された組に含まれる処理を検索する検索手段と、前記検索手段の検索結果に基づいて、前記通知された組に含まれる処理のうちパラメータに値が設定されていない処理の当該パラメータに、前記通知された組に含まれる処理のうちパラメータに値が設定された処理の当該値を設定する設定手段とを備えることを特徴とする情報処理システムを提供する。
【００１２】
また、本発明は、複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１ステップと、前記第１ステップによって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該情報とともに前記第１ステップによって取得された前記値を用いて、当該情報の提供元である通信端末単位で算出する第２ステップと、一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段において、その記憶されている同一度を前記第２ステップによって算出された同一度を用いて更新する第３ステップと、各々の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第４ステップと、前記記憶手段に記憶された同一度に基づいて、前記第４ステップによって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する第５ステップと、前記第４ステップによって取得された前記情報が表す処理と前記第５ステップによって抽出された処理との組を、前記第４ステップによって取得された前記情報の提供元である前記通信端末に通知する第６ステップとを備えることを特徴とする情報処理方法を提供する。
【発明の効果】
【００１３】
本発明によれば、処理に用いられるパラメータの設定を支援することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態におけるシステムの構成を表した図
【図２】システム全体の処理イメージを表す図
【図３】通信端末のハードウェア構成を表したブロック図
【図４】アプリ連携ルール一覧の内容を表す図
【図５】サーバ装置のハードウェア構成を表したブロック図
【図６】アプリ連携ルールＤＢの内容を表す図
【図７】パラメータ同一度ＤＢの内容を表す図
【図８】サーバ装置の制御部とその周辺の機能的構成を表したブロック図
【図９】アプリ連携ルール間における同一度を学習する際の処理の流れを示すフローチャート
【図１０】パラメータの同一度が高いアプリ連携ルールをユーザに通知する際の処理の流れを示すフローチャート
【図１１】アプリ連携ルールにおいてパラメータ値に同一の値が設定された結果を表す図
【図１２】変形例１においてアプリ連携ルール間の同一度を学習する際の処理の流れを示すフローチャート
【図１３】変形例１に係る変換テーブルを表す図
【図１４】変形例２においてアプリ連携ルール間の同一度を学習する際の処理の流れを示すフローチャート
【図１５】変形例２においてアプリ連携ルールを通知する際の処理の流れを示すフローチャート
【図１６】変形例３においてアプリ連携ルール間の同一度を学習する際の処理の流れを示すフローチャート
【図１７】変形例３においてアプリ連携ルールを通知する際の処理の流れを示すフローチャート
【発明を実施するための形態】
【００１５】
＜実施形態＞
以下に、図面を参照しながら本発明の実施形態の一例について説明する。
＜構成＞
図１は、本発明の実施形態におけるシステムの構成を表した図である。このシステムは、複数の通信端末１００ａ〜１００ｄと、サーバ装置２００と、ネットワークＮＷとを備えている。以降において、通信端末１００ａ〜１００ｄの各々を区別しない場合は、通信端末１００という。通信端末１００は、例えば携帯電話機、無線ＬＡＮ（Local Area Network）に接続可能な無線端末、無線機能を備えたノートパソコン、又はカーナビゲーションシステムのような、サーバ装置２００と通信が可能な通信端末であって、図１では携帯電話機の例を挙げている。通信端末１００はそれぞれ異なるユーザによって所持されており、これらのユーザが、通信端末１００のそれぞれにおいて様々なアプリケーションプログラム（以下、単にアプリという）の実行を指示する。ネットワークＮＷは、例えば携帯電話網や無線ＬＡＮなどの移動通信網やインターネットなどの固定通信網を含む通信網である。サーバ装置２００は、ネットワークＮＷを介して通信端末１００と情報のやり取りを行うとともに、通信端末１００において実行されるアプリどうしの連携方法についての規則であるアプリ連携ルールに関する処理を行う情報処理装置である。
【００１６】
図２は、第１実施形態におけるシステム全体の処理イメージを表す図である。まず、アプリ連携ルールとは、連携元のアプリ及び連携先のアプリの名称と、この両者が連携するときに共通に用いられるパラメータの種別及び値と、パラメータをどのように用いて連携元のアプリ及び連携先のアプリを連携させた処理を行うかということを表す連携処理内容との組み合わせからなる。ここで、連携元のアプリとは、或るアプリ連携ルールを構成するアプリのうち、先に実行されるアプリのことをいう。また、連携先のアプリとは、或るアプリ連携ルールを構成するアプリのうち、後に実行されるアプリのことをいう。パラメータは、様々な値を取り得る変数であり、例えば連携元のアプリから出力されて連携先のアプリに入力されるものである。パラメータの値（以下パラメータ値という）は、例えば「１２時」や「自宅の位置」などの、パラメータの具体的な内容のことである。パラメータの種別は、例えば「時刻」や「目的地」など、パラメータが取り得る値の種別である。以下、連携元のアプリ及び連携先のアプリに共通に用いられるパラメータのことを、これらの連携元のアプリ及び連携先のアプリとを連携するパラメータという。複数のユーザが、同一の連携処理内容のアプリ連携ルールを実行している場合であっても、これらのアプリ連携ルールにおけるパラメータの値が異なることがある。なお、アプリ連携ルールは、連携される対象となるアプリの実行を伴うものであるため、以下では、アプリ連携ルールについて、「アプリ連携ルールを実行する」という言い方をすることがある。
【００１７】
例えば、図２の例では、ユーザＡの使用しているアプリ連携ルールの連携処理内容として、「１：２３時になったら現在地から横浜駅までの終電通知」というものがある。このアプリ連携ルールは、連携元のアプリがＧＰＳ機能であり、連携先のアプリが電車の乗換えを検索する乗換え検索アプリであり、目的地を表すパラメータとして、「横浜駅」という値が設定されていることを表している。
【００１８】
このシステムでは、まず、サーバ装置２００が、通信端末１００から、パラメータに値を設定済みのアプリ連携ルールに関する情報を取得する。そして、取得した情報に含まれるアプリ連携ルールにおいて、パラメータに同一の値が設定されたアプリ連携ルールの組があった場合、サーバ装置２００は、このアプリ連携ルールの組ではパラメータに同一の値が設定され得ることを統計的に学習する。サーバ装置２００は、学習内容に基づいて、ユーザの所持する通信端末１００に対して、パラメータに同一の値が設定され得るアプリ連携ルールの組を通知する。そして、通信端末１００は、自端末においてパラメータ値が未設定のアプリ連携ルールがあり、さらに、このアプリ連携ルールが上記通知における組に含まれる場合、この組を構成する他方のアプリ連携ルールに用いられるパラメータに設定されたのと同一の値を自端末におけるアプリ連携ルールに用いられるパラメータに設定する仕組みとなっている。
【００１９】
図２では、ユーザＡが、「１：２３時になったら現在地から横浜駅までの終電通知」及び「２：現在地から横浜駅までの乗換え検索」という２つのアプリ連携ルールを自身の通信端末１００に設定し、使用している。ここで、「１」及び「２」のアプリ連携ルールは、目的地を表すパラメータとして、「横浜駅」という同一の値が設定されている。また、図では、ユーザＢが、「１：２３時になったら現在地から品川駅までの終電通知」及び「２：現在地から品川駅までの乗換え検索」という２つのアプリ連携ルールを自身の通信端末１００に設定し、使用している。ここで、「１」及び「２」のアプリ連携ルールは、目的地を表すパラメータとして、「品川駅」という同一の値が設定されている。サーバ装置２００は、通信端末１００から、パラメータを設定済みのアプリ連携ルールに関する情報を取得すると、「１」及び「２」のアプリ連携ルールは、パラメータに同一の値が設定され得ることを学習する。
【００２０】
また、図２では、ユーザＣが、「１：２３時になったら現在地から吉祥寺駅までの終電通知」及び「２：現在地からＸＸまでの乗換え検索」という２つのアプリ連携ルールを自身の通信端末１００に設定し、使用している。この「ＸＸ」とは、アプリ連携ルールにおいて、ユーザにより任意の値が設定可能なパラメータを表している。つまり、図２において、ユーザＣは、「２：現在地からＸＸまでの乗換え検索」というアプリ連携ルールに対してパラメータ値を未設定であることを表している。
【００２１】
サーバ装置２００は、双方のアプリ連携ルールでこのＸＸが同じ値である場合には、これらのアプリ連携ルールにおいてパラメータに同一の値が設定され得ることを学習する。例えば「２３時になったら現在地から横浜駅までの終電通知」というアプリ連携ルールと「現在地から横浜駅までの乗換え検索」というアプリ連携ルールとが使用されている場合、サーバ装置２００は、これらのアプリ連携ルールにおいてパラメータに同一の値が設定され得ると判断する。一方、例えば「２３時になったら現在地から横浜駅までの終電通知」というアプリ連携ルールと「現在地から吉祥寺駅までの乗換え検索」というアプリ連携ルールとが使用されている場合、サーバ装置２００は、これらのアプリ連携ルールにおいてパラメータに同一の値が設定され得るとは判断しない。なお、以降における「Ｘ」や「ＸＸＸ」も、上記の「ＸＸ」と同様の意味である。
【００２２】
サーバ装置２００は、上述したように、「１：２３時になったら現在地からＸＸＸまでの終電通知」及び「２：現在地からＸＸまでの乗換え検索」の２つのアプリ連携ルールが、パラメータに同一の値が設定され得ることを学習済みである。従って、サーバ装置２００は、この学習内容に基づいて、ユーザＣの所持する通信端末１００に対して、「１」及び「２」のアプリ連携ルールは、パラメータに同一の値を設定可能であることを通知する。ユーザＣの所持する通信端末１００は、通知に従って、未設定な状態である「２」のアプリ連携ルールのパラメータに対して、「１」のアプリ連携ルールと同一の値を設定する。
【００２３】
図３は、第１実施形態における通信端末１００のハードウェア構成を表したブロック図である。通信端末１００は、制御部１１、記憶部１２、表示部１３、操作部１４及び通信部１５を備えており、これらの各部がバス１６を介して互いに接続されている。制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read Only Memory）を有する。ＣＰＵは、ＲＯＭや記憶部１２に記憶されているプログラムを読み出しＲＡＭにロードして実行することにより、通信端末１００の各部を制御する。
【００２４】
表示部１３は、液晶ディスプレイなどの表示体やＶＲＡＭ（Video Random Access Memory）などのメモリを備えており、制御部１１の制御の下で各種の画像を表示する。操作部１４は、複数のキーを有しており、ユーザによってこれらのキーが操作されるとその操作内容に応じた信号を制御部１１へ供給する。制御部１１は、この信号に基づいて操作内容を判断して処理を行う。通信部１５は、制御部１１の制御の下で、ネットワークＮＷに含まれる移動通信網を介して、サーバ装置２００と通信を行う。
【００２５】
記憶部１２は、例えばＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）やフラッシュメモリなどの不揮発性の記憶手段であり、アプリ連携ルール一覧１２１、各種閾値及びプログラムを記憶する。アプリ連携ルール一覧１２１は、この通信端末１００が所持するアプリ連携ルールの一覧を表すデータである。アプリ連携ルール一覧１２１には、ユーザによりパラメータ値が設定されて実行可能な状態となっているアプリ連携ルールと、パラメータ値が未設定であり実行可能な状態ではないアプリ連携ルールとの双方が含まれる。パラメータ値が未設定であり実行可能な状態ではないアプリ連携ルールが含まれる状態とは、例えば、以下のような場合である。ユーザが、操作部１４を用いて操作を行うことで、通信端末１００は、通信部１５を用いてサーバ装置２００からアプリ連携ルールを取得することが可能である。ここで、通信端末１００が、自端末の所持していないアプリ連携ルールを取得した場合、このアプリ連携ルールは、パラメータ値が未設定の状態でアプリ連携ルール一覧１２１に登録されることなる。本実施形態では、このようなパラメータ値が未設定な状態のアプリ連携ルールを対象として、パラメータ値の設定を支援する。
【００２６】
図４は、アプリ連携ルール一覧１２１の内容を表す図である。アプリ連携ルール一覧１２１は、各々のアプリ連携ルールを識別する番号と、変数としてのパラメータを用いて表現された各々のアプリ連携ルールの連携処理内容と、連携元アプリの名称と、連携先アプリの名称と、パラメータの種別と、パラメータ値とで構成されている。図４において、「バッテリーがＸ％以下になったら照明を暗くする」というアプリ連携ルールが示されている。ここでバッテリーとは、２次電池の電力残量のことであり、照明とは、液晶ディスプレイのバックライトの照明強度のことである。このアプリ連携ルールでは、電源管理のアプリと照明管理のアプリとを連携するパラメータとして、１００％充電されているときを基準としてバッテリーがどの程度減ったかの割合で表されるバッテリー残量が、ユーザにより設定されることとなる。図４では、このパラメータに「２０」の値が設定されている。また、図４の「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールでは、現在地を特定するＧＰＳ機能と終電検索などを行う乗換え検索アプリとを連携するパラメータとして、目的地がユーザにより設定されることとなる。図４では、このパラメータに「横浜駅」の値が設定されている。また、「現在地からＸＸまでの乗換え検索」というアプリ連携ルールでは、ＧＰＳ機能と電車の乗換え案内を行う乗換え検索アプリとを連携するパラメータとして、目的地がユーザにより設定可能であるが、図４においては未設定の状態である。
【００２７】
ユーザは、図４に一例として示されるようなアプリ連携ルールを、操作部１４を用いて自ら作成することが可能である。例えば、まず、ユーザは、操作部１４を用いて、アプリ連携ルールを作成するための画面を表示部１３に表示させる。この作成画面では、連携元のアプリ、連携先のアプリ及びパラメータを設定可能となっている。ユーザは、操作部１４を用いて、例えばリストボックスから連携元のアプリを選択する。すると、制御部１１は、連携元のアプリの出力値を入力値として用いることができるアプリを、連携先のアプリのリストボックスに表示させる。ユーザが、連携先のアプリのリストボックスから特定のアプリを選択すると、制御部１１は、連携元のアプリの出力値と連携先のアプリの入力値とから、変数としてのパラメータを特定する。そして制御部１１は、特定したパラメータと連携元のアプリと連携先のアプリとに基づいて、パラメータ値を任意に入力可能である連携処理内容を作成すると、これを表示部１３に表示させる。なお、どのアプリが連携元のアプリや連携先のアプリになりえるかとか、各アプリがどのような入力値及び出力値を扱い得るかといった情報は記憶部１２に予めデータベース化されて記憶されている。ユーザは、表示された内容に応じて、操作部１４を用いて、連携処理内容におけるパラメータ値を設定することで、アプリ連携ルールを作成する。ユーザは、アプリ連携ルールを作成すると、これをサーバ装置２００に登録する。具体的には、ユーザが、アプリ連携ルールの作成後に操作部１４を用いて登録ボタンを押下すると、制御部１１は、作成されたアプリ連携ルールの内容を、通信部１５を用いてサーバ装置２００に送信する。サーバ装置２００は、これを受信すると、受信したアプリ連携ルールの内容を、後述するアプリ連携ルールＤＢ２２１に登録する。
【００２８】
図５は、サーバ装置２００のハードウェア構成を表したブロック図である。サーバ装置２００は、制御部２１、記憶部２２及び通信部２３を備えており、これらの各部がバス２４を介して互いに接続されている。制御部２１は、ＣＰＵ、ＲＡＭ及びＲＯＭを有する。ＣＰＵは、ＲＯＭや記憶部２２に記憶されているプログラムを読み出しＲＡＭにロードして実行することにより、サーバ装置２００の各部を制御する。通信部２３は、制御部２１の制御の下で、ネットワークＮＷに含まれる移動通信網を介して、通信端末１００と通信を行う。
【００２９】
記憶部２２は、例えばＨＤＤ（Hard Disk Drive）などの不揮発性の記憶手段であり、アプリ連携ルールＤＢ（Database）２２１及びパラメータ同一度ＤＢ２２２を備え、各種閾値及びプログラムを記憶する。アプリ連携ルールＤＢ２２１は、ユーザにより通信端末１００を用いて作成されたアプリ連携ルールが登録されたデータベースである。パラメータ同一度ＤＢ２２２は、アプリ連携ルールＤＢ２２１に登録されている全てのアプリ連携ルールを対象として、或るアプリ連携ルールと他のアプリ連携ルールとにおいて、パラメータに同一の値を設定され得る度合いを表したデータベースである。異なるアプリ連携ルールどうしにおいて、両者のパラメータに同一の値が設定され得る度合いのことを、以降、同一度と呼ぶ。同一度は、或るアプリ連携ルールと他のアプリ連携ルールとにおいて、パラメータに同一の値が設定され得る可能性の高さともいえる。
【００３０】
図６は、アプリ連携ルールＤＢ２２１の内容を表す図である。アプリ連携ルールＤＢ２２１は、各々のアプリ連携ルールを識別する番号と、連携処理内容と、連携元のアプリの名称と、連携先のアプリの名称と、パラメータ種別とで構成されている。例えば、図６において番号が「３」であるアプリ連携ルールは、連携処理内容が「現在地からＸＸまでの乗換え検索」という内容であって、連携元のアプリが「ＧＰＳ機能」であり、連携先のアプリが「乗換え検索アプリ」であり、パラメータとして「目的地」が設定されることを表している。つまり、ユーザがこのアプリ連携ルールを実行すると、通信端末１００の制御部１１は、ＧＰＳ機能を実現して現在位置を取得する。そして制御部１１は、乗換え検索アプリを実行することで、ＧＰＳ機能により取得した現在位置を出発地として、パラメータで設定された目的地までの乗換え検索を行うこととなる。上述したように、ユーザは、このようなアプリ連携ルールを、通信端末１００を用いて任意に作成可能である。そして通信端末１００の制御部１１は、作成されたアプリ連携ルールを、通信部１５を用いてサーバ装置２００に送信する。サーバ装置２００の制御部２１は、通信部２３を用いて受信したアプリ連携ルールを、アプリ連携ルールＤＢ２２１に登録する。
【００３１】
図７はパラメータ同一度ＤＢ２２２の内容を表す図である。図において、パラメータ同一度ＤＢ２２２は、或る連携処理内容を持つアプリ連携ルールを縦軸及び横軸とした2次元のマトリクスとして表されている。このアプリ連携ルールは、アプリ連携ルールＤＢ２２１に登録されている全てのアプリ連携ルールが対象となる。異なる連携処理内容を持つアプリ連携ルールどうしが交わる欄には、上述した同一度が、０以上１以下の数値として表されている。図において「−」という記号が記されている欄は、マトリクスの表現上、重複した欄、或いは不要な欄であるため、同一度の表示が省略されていることを表す。同一度は、１に近づくにつれて、異なるアプリ連携ルールどうしにおいて、両者のパラメータに同一の値が設定され得る可能性が高いことを表す。従って、同一度が０である場合、異なるアプリ連携ルールどうしにおいて、両者のパラメータに同一の値が設定され得る可能性が全くないことを意味し、同一度が１の値を取るとき、確実に両者のパラメータに同一の値が設定され得ることを意味する。
【００３２】
例えば、図７において、「バッテリーがＸ％以下になったら照明を暗くする」という連携処理内容のアプリ連携ルールと、「バッテリーがＸ％以下になったらＷｉ−ＦｉをＯＦＦにする」という連携処理内容のアプリ連携ルールとの同一度は「０．６」であるため、両者のアプリ連携ルールは、パラメータに同一の値が設定され得る可能性が、ある程度高いことを表す。これは例えば、「バッテリーが２０％以下になったら照明を暗くする」という連携処理内容のアプリ連携ルールと、「バッテリーが２０％以下になったらＷｉ−ＦｉをＯＦＦにする」という連携処理内容のアプリ連携ルールというように、双方のアプリ連携ルールにおいて同一のパラメータ値「２０」が設定されるとか、或いは、「バッテリーが３０％以下になったら照明を暗くする」という連携処理内容のアプリ連携ルールと、「バッテリーが３０％以下になったらＷｉ−ＦｉをＯＦＦにする」という連携処理内容のアプリ連携ルールというように、双方のアプリ連携ルールにおいて同一のパラメータ値「３０」が設定される可能性が高いということである。なお、Ｗｉ−Ｆｉとは無線ＬＡＮを介して通信を行う機能のことである。上述の場合では、両者のアプリ連携ルールにおけるパラメータ種別は、ともに、バッテリーの残量を表す数字という内容であるため、両者のパラメータに同一の値が設定されることが多くなり、結果として、同一度が「０．６」と算出されたわけである。一方、「バッテリーがＸ％以下になったらＷｉ−ＦｉをＯＦＦにする」という連携処理内容を持つアプリ連携ルールと、「現在地からＸＸまでの乗換え検索」という連携処理内容を持つアプリ連携ルールとの同一度は「０」であるため、両者のアプリ連携ルールは、パラメータに同一の値が設定され得る可能性が全くないことを意味している。これは、前者のアプリ連携ルールにおけるパラメータ種別は、バッテリーの残量を表す数字である一方、後者のアプリ連携ルールにおけるパラメータ種別は、目的地の駅名を表す文字列であって、内容が異なるため、両者のパラメータに同一の値が設定されることが全く無く、結果として同一度が「０」と算出されたわけである。上述したように連携処理内容はパラメータ値が未設定な状態のアプリ連携ルールの処理内容を表すものであるから、所定の連携処理内容を持つアプリ連携ルールどうしの同一度がマトリクスとして表されたパラメータ同一度ＤＢ２２２は、パラメータの値に依らないアプリ連携ルールどうしの関係を表しているといえる。
【００３３】
図８は、サーバ装置２００の制御部２１とその周辺の機能的構成を表したブロック図である。
制御部２１は、複数の通信端末１００から、当該通信端末１００が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１取得手段２１１として機能する。記憶部２２は、一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段として機能する。また、制御部２１は、第１取得手段２１１によって取得された複数の情報が表す処理に含まれる一の処理と他の処理との組についての同一度を、この情報とともに第１取得手段２１１によって取得された値を用いて、この情報の提供元である通信端末１００単位で同一度を算出する算出手段２１２として機能する。また、制御部２１は、算出手段２１２によって算出された同一度を用いて、記憶手段に記憶されている同一度を更新する更新手段２１３として機能する。また、制御部２１は、各々の通信端末１００から、当該通信端末１００が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第２取得手段２１４として機能する。また、制御部２１は、記憶手段に記憶された一の処理と他の処理との組についての同一度に基づいて、第２取得手段２１４によって取得された情報が表す処理との同一度が閾値以上である処理を抽出する抽出手段２１５として機能する。また、制御部２１は、第２取得手段２１４によって取得された情報が表す処理と抽出手段２１５により抽出された処理との組を、第２取得手段２１４が取得した情報の提供元である通信端末１００に通知する通知手段２１６として機能する。
【００３４】
図９は、アプリ連携ルール間における同一度を学習する際の処理の流れを示すフローチャートである。サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００からアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールを取得する（ステップＳ１０）。具体的にはステップＳ１０において、制御部２１は、例えば、通信部２３を用いて複数の通信端末１００にポーリングを行う。そして制御部２１は、ポーリングの返信があった通信端末１００に対して、通信部２３を用いてデータ送信要求を送信する。通信端末１００の制御部１１は、通信部１５を用いてデータ送信要求を受信すると、記憶部１２に記憶されたアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールをサーバ装置２００に対して送信する。制御部２１は、通信部２３を用いてこのようなアプリ連携ルールを受信すると、これを記憶部２２に記憶させる。また、記憶部２２は、通信端末１００からパラメータ値が設定済みのアプリ連携ルールを取得した回数を、取得回数として記憶している。制御部２１は、通信端末１００からパラメータ値が設定済みのアプリ連携ルールを取得するたびに、上述した取得回数に１を加算する。制御部２１は、このようにして複数の通信端末１００からパラメータ値が設定済みのアプリ連携ルールを取得する。なお、図１１は、単一の通信端末１００を相手とした場合の処理フローであって、実際には、図１１のようなフローの処理が、通信端末１００の数だけ行われることとなる。
【００３５】
ステップＳ１０の次に制御部２１は、取得したパラメータ値が設定済みのアプリ連携ルールについて、アプリ連携ルールの取得元である通信端末１００ごとに次のような分析を行う。まず、制御部２１は、通信端末１００から取得したパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータに同一の値が設定された、異なるアプリ連携ルールの組がある場合（ステップＳ２０；ＹＥＳ）、この組についてのパラメータの同一度として、０以上の整数である所定の値を、算出する（ステップＳ３０）。ここでは、上記所定の値を、固定で「１」とする。パラメータに同一の値が設定された、異なるアプリ連携ルールの組が複数ある場合、ステップＳ３０において、制御部２１は、これらの組の各々に対して同一度を算出する。一方、通信端末１００から取得したパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータに同一の値が設定された、異なるアプリ連携ルールの組が全くない場合（ステップＳ２０；ＮＯ）、制御部２１は、処理を終了する。
【００３６】
ステップＳ３０の次に制御部２１は、算出した同一度に基づいてパラメータ同一度ＤＢ２２２を更新する（ステップＳ４０）。ステップＳ４０において、具体的には、制御部２１は、以下のような処理を行う。パラメータ同一度ＤＢ２２２のデータ構造は、図７に示したように、異なるアプリ連携ルールどうしの組のマトリクスとなっている。記憶部２２は、このマトリクスにおける上記組のそれぞれについて、それまでに算出された同一度の積算値を記憶している。制御部２１は、ステップＳ３０において算出した、異なるアプリ連携ルールどうしの組のパラメータについての同一度を、ステップＳ４０において、それと同じ組のパラメータについての同一度の積算値に加算する。そして制御部２１は、上記同一度の積算値のそれぞれを、ステップＳ１０で更新した取得回数で除算することで、それぞれの同一度の平均値を算出する。そして制御部２１は、異なるアプリ連携ルールの組のそれぞれについての同一度を、上述のようにして算出した平均値で更新する。ステップＳ４０において制御部２１は、ステップＳ３０において同一度を算出した組の数だけ、このような同一度を更新する処理を行う。
【００３７】
例えば、パラメータ同一度ＤＢ２２２が図７に示すようなものであった場合を考える。制御部２１が、或る通信端末１００から、パラメータ値が設定済みのアプリ連携ルールとして、例えば「バッテリーがＸ％以下になったら照明を暗くする」及び「バッテリーがＸ％以下になったらＷｉ−ＦｉをＯＦＦにする」の２つを取得したとする。このタイミングで、制御部２１は、上述した取得回数に「１」を加算する。そして、この２つのアプリ連携ルールのパラメータ値が、ともに「２０」であり同一であった場合、制御部２１は、この２つのアプリ連携ルールの組について、同一度として「１」を算出する。そして、制御部２１は、この２つのアプリ連携ルールの組について記憶部２２に記憶された同一度の積算値に、上述の「１」を加算する。制御部２１は、この２つのアプリ連携ルールの組について記憶部２２に記憶された同一度の積算値を、上述した取得回数で除算することで、同一度の平均値を算出する。そして制御部２１は、この２つのアプリ連携ルールの組についてのパラメータの同一度を、算出した平均値で更新する。
【００３８】
図１０は、パラメータの同一度が高いアプリ連携ルールをユーザに通知する際の処理の流れを示すフローチャートである。サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００から、アプリ連携ルール一覧１２１のうちパラメータ値が未設定のアプリ連携ルールを取得する（ステップＳ１１０）。具体的にはステップＳ１１０において、制御部２１は、例えば、通信部２３を用いて複数の通信端末１００にポーリングを行う。そして制御部２１は、ポーリングの返信があった通信端末１００に対して、通信部２３を用いてデータ送信要求を送信する。通信端末１００の制御部１１は、通信部１５を用いてデータ送信要求を受信すると、記憶部１２に記憶されたアプリ連携ルール一覧１２１のうちパラメータ値が未設定のアプリ連携ルールをサーバ装置２００に対して送信する。制御部２１は、通信部２３を用いてパラメータ値が未設定のアプリ連携ルールを受信すると、これを記憶部２２に記憶させる。制御部２１は、このようにして複数の通信端末１００から、パラメータ値が未設定のアプリ連携ルールを取得する。
【００３９】
次に制御部２１は、取得したパラメータ値が未設定のアプリ連携ルールを、その取得元の通信端末１００ごとに分析する。制御部２１は、パラメータ同一度ＤＢ２２２において、取得したパラメータ値が未設定のアプリ連携ルールの各々と、この各々と異なるアプリ連携ルールとの組において、パラメータの同一度が閾値以上であるアプリ連携ルールの組があるか否かを判定する（ステップＳ１２０）。ここで上記閾値は、記憶部２２に記憶されている。
【００４０】
制御部２１は、ステップＳ１２０でＹＥＳと判定すると、パラメータの同一度が閾値以上であるアプリ連携ルールの組を、通信部２３を用いて通信端末１００へ通知する（ステップＳ１３０）。一方、制御部２１は、ステップＳ１２０でＮＯと判定すると、処理を終了する。ステップＳ１３０における通知を受けた通信端末１００の制御部１１は、通知に含まれる、同一度が高いアプリ連携ルールの組を記憶部１２に記憶させる。つまり、通知に含まれる、同一度が高いアプリ連携ルールの組は、ユーザの通信端末１００においてパラメータ値が未設定なアプリ連携ルールと、このアプリ連携ルールと同一度が高いとサーバ装置２００によって判定されたアプリ連携ルールとにより構成されることとなる。そして、制御部１１は、記憶部１２に記憶されたアプリ連携ルール一覧１２１から、上記通知に含まれるアプリ連携ルールを検索する。そして、制御部１１は、検索結果のアプリ連携ルールのうち、パラメータ値が設定済みであるアプリ連携ルールのパラメータに設定された値と同一の値を、パラメータ値が未設定であるアプリ連携ルールのパラメータに対して設定する。
【００４１】
例えば、アプリ連携ルール一覧１２１が図４に示すようなものであり、パラメータ同一度ＤＢ２２２が図７に示すようなものであり、閾値が「０．７」であった場合を考える。制御部２１は、アプリ連携ルール一覧１２１に含まれるアプリ連携ルールのうちパラメータ値が未設定である「現在地からＸＸまでの乗換え検索」というアプリ連携ルールと他のアプリ連携ルールとの組について、パラメータ同一度ＤＢ２２２において「０．７」以上の同一度を持つアプリ連携ルールの組があるか否かを判定する。その結果、制御部２１は、「現在地からＸＸまでの乗換え検索」及び「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールの組が閾値以上の同一度を持っていると判定する。つまり、制御部２１は、「現在地からＸＸまでの乗換え検索」及び「２３時になったら現在地からＸＸＸまでの終電通知」のアプリ連携ルールの組を、パラメータに同一の値が設定され得る可能性が高いアプリ連携ルールの組として判定する。制御部２１は、通信部２３を用いて、判定結果に基づくアプリ連携ルールの組を通信端末１００へ通知する。
【００４２】
通信端末１００の制御部２１は、通信部１５を用いて上記通知を受けると、通知に含まれる「現在地からＸＸまでの乗換え検索」及び「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールの組を、同一度の高いアプリ連携ルールの組として、記憶部１２に記憶させる。前述したように、アプリ連携ルール一覧１２１には、パラメータ値が設定済みのアプリ連携ルールとパラメータ値が未設定のアプリ連携ルールとが含まれている。制御部１１は、記憶部１２に記憶させた上記組を構成するアプリ連携ルールの双方、すなわち「現在地からＸＸまでの乗換え検索」及び「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールを、アプリ連携ルール一覧１２１から検索する。ここで、この検索を行った結果において、「現在地からＸＸまでの乗換え検索」というアプリ連携ルールはパラメータ値が未設定であり、「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールはパラメータ値が設定済みである。従って、制御部２１は、「現在地からＸＸまでの乗換え検索」というアプリ連携ルールのパラメータ値に対して、「２３時になったら現在地からＸＸＸまでの終電通知」というアプリ連携ルールのパラメータ値、すなわち「横浜駅」を設定する。この結果、図４に示すアプリ連携ルール一覧１２１は、図１１に示す状態となる。図１１は、アプリ連携ルールにおいてパラメータ値に同一の値が設定された結果を表す図である。
【００４３】
このように、実施形態によれば、処理に用いられるパラメータの設定に要するユーザの手間を少なくすることが可能となる。また、上記設定の内容は、複数の通信端末１００におけるパラメータの設定内容から統計的に学習された結果に基づくため、アプリ連携ルールが使用される際の一般的な傾向に応じたものとなる。従って、一般的な傾向として他のアプリ連携ルールと同じ値をパラメータに設定して使用する可能性が高いアプリ連携ルールほど、自動でパラメータが設定されやすくなるため、ユーザにとって利便性が高い。
【００４４】
＜変形例＞
以上の実施形態は次のように変形可能である。尚、以下の変形例は適宜組み合わせて実施してもよい。
【００４５】
＜変形例１＞
実施形態においては、制御部２１が、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータ値に同一の値が設定された、異なるアプリ連携ルールの組がある場合に、この組についてのパラメータの同一度として、所定の値を固定で算出していた。これに限らず、制御部２１が、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータ値に同一又は類似の値が設定された、異なるアプリ連携ルールの組がある場合に、この組についてのパラメータの同一度として、所定の値を動的に算出するようにしてもよい。
【００４６】
図１２は、変形例１においてアプリ連携ルール間の同一度を学習する際の処理の流れを示すフローチャートである。図１２において、ステップＳ１０及びＳ４０は、図９と同一であるため、詳細な説明を省略する。ステップＳ１０の次に、制御部２１は、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータのデータタイプの型が同一である、異なるアプリ連携ルールどうしの組があるか否かの判定を行う（ステップＳ２０ａ）。このデータタイプとは、データの型及び桁数を表す。データの型は、例えば、「横浜駅」のような“文字列”であったり、「２０」のような“数字”であったり、又は「１５：００：００」のような“時刻”であったり、というように、パラメータによって異なる。また、データの桁数は、例えば「２桁」や、「最長１０文字」といった内容で表される。つまり、データタイプは、例えば、「２桁」の「数字」や、「最長１０文字」の「文字列」といった内容で表される。なお、データの型は、例えば、「ｂｉｇｉｎｔ」型は８バイトまで許容し、「ｉｎｔ」型は４バイトまでを許容するというように、データの桁数をも規定し得る。ここで、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータのデータタイプが同一である、異なるアプリ連携ルールどうしの組が全くない場合（ステップＳ２０ａ；ＮＯ）、制御部２１は、処理を終了する。
【００４７】
例えば、制御部２１が、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータのデータタイプが、ともに「３桁」の「数字」である、異なるアプリ連携ルールどうしの組があると判定したとする。制御部２１は、このように、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールにおいて、パラメータに設定される値のデータタイプが同一である、異なるアプリ連携ルールどうしの組があった場合（ステップＳ２０ａ；ＹＥＳ）、この組をＲＡＭに記憶させると、ステップＳ３０ａへ処理を進める。
【００４８】
ステップＳ３０ａにおいて、制御部２１は、ＲＡＭに記憶された組を構成する２つのアプリ連携ルールにおける、パラメータの同一度を算出する。ステップＳ３０ａにおいて、まず、制御部２１は、ＲＡＭに記憶された組を構成する２つのアプリ連携ルールにおいて、それぞれのパラメータ値の差分を算出する。そして、制御部２１は、算出した差分を、このパラメータにおいて設定可能な上限の値で除算することで、パラメータにおいて取り得る上限の値に対する上記差分の割合を表す差分割合を算出する。
【００４９】
例えば、「バッテリーの残量」を表すパラメータの場合、パラメータに設定可能な上限の値は「１００（％）」である。ここで、２つのアプリ連携ルールにおけるパラメータ値の差分が「１０」であったとする。このとき、差分割合は、「０．１」となる。差分割合は０以上１以下の値を取ることになるから、差分割合が０に近いほど、２つのアプリ連携ルールにおいてパラメータ値が類似していることを表し、差分割合が１に近いほど、２つのアプリ連携ルールにおいてパラメータ値が類似していないことを表すこととなる。また、差分割合が「０」であるとき、２つのアプリ連携ルールにおいてパラメータ値が同一であることを表す。制御部２１は、算出した差分割合を、アプリ連携ルールの組と対応付けて、ＲＡＭに記憶させる。
【００５０】
ステップＳ３０ａにおいて、次に、制御部２１は、ＲＡＭに記憶された差分割合に基づいて、アプリ連携ルールの組のそれぞれについて同一度を算出する。変形例１において、記憶部２２は、差分割合を同一度に変換するための変換テーブル２２３を記憶している。図１３は、変形例１に係る変換テーブル２２３を表す図である。変換テーブル２２３は、「差分割合」及び「同一度」という項目を持つ。「差分割合」には、差分割合が取り得る値の所定の範囲が記述されている。図において「Ｚ」は差分割合を表す。「同一度」には、差分割合に応じた同一度の値が記述されている。制御部２１は、ＲＡＭに記憶された差分割合と変換テーブル２２３とから、同一度を算出する。例えば、上述した例の場合、差分割合が「０．１」なので、制御部２１は、変換テーブル２２３に基づいて、同一度を「０．６」であると算出する。また、例えば、差分割合が「０」の場合、制御部２１は、変換テーブル２２３に基づいて、同一度を「１」であると算出するが、これは、２つのアプリ連携ルールにおいてパラメータ値が同一であることを表す。このように、制御部２１は、通信端末１００から取得したアプリ連携ルール一覧１２１のうちパラメータ値が設定済みのアプリ連携ルールと、このアプリ連携ルールと異なるアプリ連携ルールとの組について、パラメータ値の類似の度合いに比例した値を同一度として算出する。なお、変換テーブル２２３における「差分割合」及び「同一度」における区分は、より詳細なものとしてもよいし、よりおおまかなものとしてもよい。ステップＳ３０ａにおいて、制御部２１は、差分割合と対応付けられてＲＡＭに記憶されたアプリ連携ルールの組の各々に対して同一度を算出する。
【００５１】
このように変形例１によれば、パラメータ値が完全に一致しない場合であっても、パラメータに設定された値が近い場合には、サーバ装置２００が、これを統計的に学習する。これにより、サーバ装置２００が記憶する、パラメータに同一の値が設定されやすいアプリ連携ルールの組についての情報が、より精度の高いものとなるため、処理の連携に関する設定について、ユーザが要する手間を削減する度合いがより高いものとなる。
【００５２】
＜変形例２＞
アプリ連携ルールどうしの同一度が、所定の地域ごとに算出されるようにしてもよい。図１４は、変形例２においてアプリ連携ルール間の同一度を学習する際の処理の流れを示すフローチャートである。図１４において、ステップＳ２０及びＳ３０は、図９と同じであるため、詳細な説明を省略する。
【００５３】
サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００からアプリ連携ルール一覧１２１及び住所情報を取得する（ステップＳ１０ｂ１）。ここで、取得する方法については、実施形態と同様であるため、詳細な説明を省略する。また、住所情報とは、通信端末１００の記憶部１２に記憶された、ユーザのプロファイル情報に含まれる住所の情報である。次に制御部２１は、取得した住所情報を地域情報に変換する（ステップＳ１０ｂ２）。地域情報とは、住所情報に基づく所定の地域の名称を表すものである。地域情報は、複数の区分により分類することが可能である。区分には、例えば、「国」、「地方」及び「町」といったものがある。上記所定の地域は、例えば区分が「国」であれば、「日本」や「アメリカ」といった国の名称で表され、区分が「地方」であれば、「関東」、「関西」、又は「九州」といった地方の名称で表され、区分が「町」であれば、「Ａ町」、「Ｂ町」といった町名で表される。区分の種類や数は上述した内容に限らず、設計において適宜変更可能である。以降の説明においては、地域情報が、「国」、「地方」及び「町」という３つの区分によって分類されているものとする。
【００５４】
区分ごとに分類された所定の地域の名称を表す情報、すなわち上述した地域情報は、住所情報と対応付けられて、予め記憶部２２に記憶されている。つまり、ステップＳ１０ｂ２において制御部２１は、記憶部２２に記憶された地域情報と住所情報との対応付けに基づいて、住所情報を地域情報に変換すると、これをＲＡＭに記憶させる。このとき制御部２１は、１つの住所情報を、区分に基づいて複数の地域情報に変換する。つまり、例えば、住所情報が「東京都新宿区○○町１−２−３」という内容であった場合、制御部２１は、記憶部２２に記憶された対応付けに基づいて、区分が「国」である「日本」、区分が「地方」である「関東」、区分が「町」である「○○町」といった３つの地域情報に変換し、これらをＲＡＭに記憶させる。つまり、地域情報とは、通信端末１００の属する地域を表しているといえる。制御部２１は、このような地域情報を取得する「地域情報取得手段」に相当する。
【００５５】
変形例５において、記憶部２２は、地域情報と対応付けられたパラメータ同一度ＤＢ２２２を、地域情報の数だけ備えている。つまり、記憶部２２は、地域情報における区分の数と各区分における分類の数とを積算した数だけ、パラメータ同一度ＤＢ２２２を備えている。ステップＳ１０ｂ２の次に、制御部２１は、ステップＳ２０及びＳ３０を行う。つまり、ステップＳ３０において、制御部２１は、ＲＡＭに記憶された地域情報が表す地域ごとに同一度を算出する。ステップＳ３０の次に、制御部２１は、ステップＳ３０で算出した同一度に基づいて、ＲＡＭに記憶された地域情報に応じたパラメータ同一度ＤＢ２２２を更新する（ステップＳ４０ｄ）。つまり、上述した例の場合、ステップＳ４０ｂにおいて、制御部２１は、「日本」、「関東」及び「○○町」に応じた３つのパラメータ同一度ＤＢ２２２を更新する。
【００５６】
図１５は、変形例２においてアプリ連携ルールを通知する際の処理の流れを示すフローチャートである。図１５において、ステップＳ１３０は、図１０と同じであるため、詳細な説明を省略する。サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００から、アプリ連携ルール一覧１２１のうちパラメータ値が未設定のアプリ連携ルール及び住所情報を取得する（ステップＳ１１０ａ１）。ここで、取得する方法については、実施形態と同様であるため、詳細な説明を省略する。次に制御部２１は、取得した住所情報を地域情報に変換し、これをＲＡＭに記憶させる（ステップＳ１１０ａ２）。
【００５７】
ステップＳ１１０ａ２の次に制御部２１は、ＲＡＭに記憶された地域情報に応じたパラメータ同一度ＤＢ２２２において、取得したパラメータ値が未設定のアプリ連携ルールの各々に対して、同一度が閾値以上であるアプリ連携ルールがあるか否かを判定する（ステップＳ１２０ａ）。つまり、例えばステップＳ１１０ａ２でＲＡＭに記憶された地域情報が、「日本」、「関東」及び「○○町」といった内容であった場合、ステップＳ１２０ａで制御部２１は、これらの地域情報に応じた３つのパラメータ同一度ＤＢ２２２において、同一度が閾値以上であるアプリ連携ルールがあるか否かを判定する。以降、判定の結果に従って、制御部２１は、ステップＳ１３０の処理を行う。
【００５８】
このように、変形例２では、サーバ装置２００が、所定の地域ごとに、アプリ連携ルールどうしの組み合わせについての同一度を学習する。従って、変形例２によれば、パラメータ値に同一の値を設定する可能性が高いアプリ連携ルールの組み合わせについて、地域によって差異が存在する場合でも、ユーザは、自らの所属する地域の特徴が反映された通知を受けることができるため、利便性が高いものとなる。
【００５９】
＜変形例３＞
変形例２における地域情報を、ユーザの属性を表す属性情報に代えてもよい。図１６は、変形例３においてアプリ連携ルール間の関連度を学習する際の処理の流れを示すフローチャートである。図１６において、ステップＳ２０及びＳ３０は、図９と同じであるため、詳細な説明を省略する。サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００からアプリ連携ルール一覧１２１及び属性情報を取得すると、これらをＲＡＭに記憶させる（ステップＳ１０ｃ）。
【００６０】
この属性情報は、通信端末１００の記憶部１２に記憶された、ユーザのプロファイル情報に含まれる。属性情報は、「職業」、「年齢」、「性別」、「母国語」といった複数の区分で分類可能である。例えば、属性情報は、区分が「職業」であれば、「会社員」、「自営業」といった個別の職業を表す名称で表され、区分が「年齢」であれば、「２０代」、「３０代」といった所定の年齢の範囲を示す名称で表され、区分が「性別」であれば、「男性」あるいは「女性」という性別を表す名称で表され、区分が「母国語」であれば、「日本語」や「英語」といった言語の名称で表される。区分の種類や数は上述した内容に限らず、設計において適宜変更可能である。制御部２１は、このような属性情報を取得する「属性情報取得手段」に相当する。
【００６１】
変形例３において、記憶部２２は、属性情報と対応付けられたアプリ連携ルール関連ＤＢ２２２を、属性情報の数だけ備えている。つまり、記憶部２２は、属性情報における区分の数と、各区分における分類の数とを積算した数だけ、アプリ連携ルール関連ＤＢ２２２を備えている。ステップＳ１０ｃの次に、制御部２１は、ステップＳ２０及びＳ３０を行う。つまり、ステップＳ３０において、制御部２１は、ＲＡＭに記憶された属性情報が表す属性ごとに関連度を算出する。ステップＳ３０の次に、制御部２１は、ステップＳ３０で算出した関連度に基づいて、ＲＡＭに記憶された属性情報に応じたアプリ連携ルール関連ＤＢ２２２を更新する（ステップＳ４０ｃ）。
【００６２】
図１７は、変形例３においてアプリ連携ルールを通知する際の処理の流れを示すフローチャートである。図１７において、ステップＳ１３０は、図１０と同じであるため、詳細な説明を省略する。サーバ装置２００の制御部２１は、通信部２３を用いて、通信端末１００からアプリ連携ルール一覧１２１のうちパラメータ値が未設定のアプリ連携ルール及び属性情報を取得すると、これらをＲＡＭに記憶させる（ステップＳ１１０ｂ）。ここで、取得する方法については、実施形態と同様であるため、詳細な説明を省略する。
【００６３】
次に制御部２１は、ＲＡＭに記憶された属性情報に応じたアプリ連携ルール関連ＤＢ２２２において、取得したパラメータ値が未設定のアプリ連携ルールに対して、同一度が閾値以上であるアプリ連携ルールがあるか否かを判定する（ステップＳ１２０ｂ）。
つまり、例えばステップＳ１１０ｂでＲＡＭに記憶された属性情報が、「会社員」、「男性」、「３０代」及び「日本語」といった内容であった場合、ステップＳ１２０ｂで制御部２１は、これらの属性情報に応じた４つのアプリ連携ルール関連ＤＢ２２２において、同一度が閾値以上であるアプリ連携ルールがあるか否かを判定する。以降、判定の結果に従って、制御部２１は、ステップＳ１３０の処理を行う。
【００６４】
このように、変形例３では、サーバ装置２００が、ユーザの属性ごとに、アプリ連携ルールどうしの組み合わせについての同一度を学習する。従って、変形例3によれば、パラメータ値に同一の値を設定する可能性の高いアプリ連携ルールの組み合わせについて、年齢などのユーザの属性によって差異が存在する場合でも、ユーザは、自らの属性の特徴が反映された通知を受けることができるため、利便性が高いものとなる。
【符号の説明】
【００６５】
１１，２１…制御部、１２，２２…記憶部、１２１…アプリ連携ルール一覧、２２１…アプリ連携ルールＤＢ、２２２…パラメータ同一度ＤＢ、１３…表示部、１４…操作部、１５，２３…通信部、１６，２４…バス、１００…通信端末、２００…サーバ装置、ＮＷ…ネットワーク
【特許請求の範囲】
【請求項１】
複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１取得手段と、
一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段と、
前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該情報とともに前記第１取得手段によって取得された前記値を用いて、当該情報の提供元である通信端末単位で算出する算出手段と、
前記算出手段によって算出された同一度を用いて、前記記憶手段に記憶されている同一度を更新する更新手段と、
各々の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第２取得手段と、
前記記憶手段に記憶された同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する抽出手段と、
前記第２取得手段によって取得された前記情報が表す処理と前記抽出手段によって抽出された処理との組を、前記第２取得手段が取得した前記情報の提供元である前記通信端末に通知する通知手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記算出手段は、前記一の処理に用いられるパラメータと前記他の処理に用いられるパラメータとについて、データタイプが一致する場合に、前記データタイプのパラメータが取り得る値の上限値に対する２つの前記パラメータの値の差分の割合に基づいて前記同一度を算出する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記通信端末の属する地域を表す地域情報を取得する地域情報取得手段を備え、
前記記憶手段は、
前記地域情報によって表される地域ごとに、一の処理と他の処理との組について前記同一度を記憶し、
前記算出手段は、
前記地域情報取得手段によって取得された地域情報が表す地域ごとに、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を算出し、
前記更新手段は、
前記算出手段によって前記地域ごとに算出された前記同一度を用いて、前記記憶手段に前記地域ごとに記憶されている前記同一度を更新し、
前記抽出手段は、
前記第２取得手段によって取得された前記情報及び前記値の提供元の通信端末の属する地域について前記記憶手段に記憶されている前記同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記通信端末のユーザの属性を表す属性情報を取得する属性情報取得手段を備え、
前記記憶手段は、
前記属性情報によって表される属性ごとに、一の処理と他の処理との組について、前記同一度を記憶し、
前記算出手段は、
前記属性情報取得手段によって取得された属性情報が表す属性ごとに、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を算出し、
前記更新手段は、
前記算出手段によって前記属性ごとに算出された前記同一度を用いて、前記記憶手段に前記属性ごとに記憶されている前記同一度を更新し、
前記抽出手段は、
前記第２取得手段によって取得された前記情報及び前記値の提供元の通信端末のユーザの属性について前記記憶手段に記憶されている前記同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する
ことを特徴とする請求項１〜３のいずれかに記載の情報処理装置。
【請求項５】
サーバ装置と複数の通信端末とを備える情報処理システムであって、
前記サーバ装置は、
前記複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１取得手段と、
一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段と、
前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該前記情報と共に前記第１取得手段によって取得された前記値を用いて、当該情報の提供元である通信端末単位で前記同一度を算出する算出手段と、
前記算出手段によって算出された同一度を用いて、前記記憶手段に記憶されている同一度を更新する更新手段と、
各々の前記複数の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第２取得手段と、
前記記憶手段に記憶された一の処理と他の処理との組についての同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する抽出手段と、
前記第２取得手段によって取得された前記情報が表す処理と前記抽出手段によって抽出された処理との組を、前記第２取得手段が取得した前記情報の提供元である前記通信端末に通知する通知手段と
を備え、
前記複数の通信端末の各々は、
自端末が行う処理のうちパラメータに値が設定された処理を表す情報及び当該パラメータに設定された値と、自端末が行う処理のうちパラメータに値が設定されていない処理を表す情報とを記憶する記憶手段と、
前記記憶手段に記憶されている内容から、前記通知手段によって通知された組に含まれる処理を検索する検索手段と、
前記検索手段の検索結果に基づいて、前記通知された組に含まれる処理のうちパラメータに値が設定されていない処理の当該パラメータに、前記通知された組に含まれる処理のうちパラメータに値が設定された処理の当該値を設定する設定手段と
を備える
ことを特徴とする情報処理システム。
【請求項６】
複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１ステップと、
前記第１ステップによって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該情報とともに前記第１ステップによって取得された前記値を用いて、当該情報の提供元である通信端末単位で算出する第２ステップと、
一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段において、その記憶されている同一度を前記第２ステップによって算出された同一度を用いて更新する第３ステップと、
各々の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第４ステップと、
前記記憶手段に記憶された同一度に基づいて、前記第４ステップによって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する第５ステップと、
前記第４ステップによって取得された前記情報が表す処理と前記第５ステップによって抽出された処理との組を、前記第４ステップによって取得された前記情報の提供元である前記通信端末に通知する第６ステップと
を備えることを特徴とする情報処理方法。
【請求項１】
複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１取得手段と、
一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段と、
前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該情報とともに前記第１取得手段によって取得された前記値を用いて、当該情報の提供元である通信端末単位で算出する算出手段と、
前記算出手段によって算出された同一度を用いて、前記記憶手段に記憶されている同一度を更新する更新手段と、
各々の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第２取得手段と、
前記記憶手段に記憶された同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する抽出手段と、
前記第２取得手段によって取得された前記情報が表す処理と前記抽出手段によって抽出された処理との組を、前記第２取得手段が取得した前記情報の提供元である前記通信端末に通知する通知手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記算出手段は、前記一の処理に用いられるパラメータと前記他の処理に用いられるパラメータとについて、データタイプが一致する場合に、前記データタイプのパラメータが取り得る値の上限値に対する２つの前記パラメータの値の差分の割合に基づいて前記同一度を算出する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記通信端末の属する地域を表す地域情報を取得する地域情報取得手段を備え、
前記記憶手段は、
前記地域情報によって表される地域ごとに、一の処理と他の処理との組について前記同一度を記憶し、
前記算出手段は、
前記地域情報取得手段によって取得された地域情報が表す地域ごとに、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を算出し、
前記更新手段は、
前記算出手段によって前記地域ごとに算出された前記同一度を用いて、前記記憶手段に前記地域ごとに記憶されている前記同一度を更新し、
前記抽出手段は、
前記第２取得手段によって取得された前記情報及び前記値の提供元の通信端末の属する地域について前記記憶手段に記憶されている前記同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記通信端末のユーザの属性を表す属性情報を取得する属性情報取得手段を備え、
前記記憶手段は、
前記属性情報によって表される属性ごとに、一の処理と他の処理との組について、前記同一度を記憶し、
前記算出手段は、
前記属性情報取得手段によって取得された属性情報が表す属性ごとに、前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を算出し、
前記更新手段は、
前記算出手段によって前記属性ごとに算出された前記同一度を用いて、前記記憶手段に前記属性ごとに記憶されている前記同一度を更新し、
前記抽出手段は、
前記第２取得手段によって取得された前記情報及び前記値の提供元の通信端末のユーザの属性について前記記憶手段に記憶されている前記同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する
ことを特徴とする請求項１〜３のいずれかに記載の情報処理装置。
【請求項５】
サーバ装置と複数の通信端末とを備える情報処理システムであって、
前記サーバ装置は、
前記複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１取得手段と、
一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段と、
前記第１取得手段によって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該前記情報と共に前記第１取得手段によって取得された前記値を用いて、当該情報の提供元である通信端末単位で前記同一度を算出する算出手段と、
前記算出手段によって算出された同一度を用いて、前記記憶手段に記憶されている同一度を更新する更新手段と、
各々の前記複数の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第２取得手段と、
前記記憶手段に記憶された一の処理と他の処理との組についての同一度に基づいて、前記第２取得手段によって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する抽出手段と、
前記第２取得手段によって取得された前記情報が表す処理と前記抽出手段によって抽出された処理との組を、前記第２取得手段が取得した前記情報の提供元である前記通信端末に通知する通知手段と
を備え、
前記複数の通信端末の各々は、
自端末が行う処理のうちパラメータに値が設定された処理を表す情報及び当該パラメータに設定された値と、自端末が行う処理のうちパラメータに値が設定されていない処理を表す情報とを記憶する記憶手段と、
前記記憶手段に記憶されている内容から、前記通知手段によって通知された組に含まれる処理を検索する検索手段と、
前記検索手段の検索結果に基づいて、前記通知された組に含まれる処理のうちパラメータに値が設定されていない処理の当該パラメータに、前記通知された組に含まれる処理のうちパラメータに値が設定された処理の当該値を設定する設定手段と
を備える
ことを特徴とする情報処理システム。
【請求項６】
複数の通信端末から、当該通信端末が行う処理を表す情報と当該処理に用いられるパラメータに設定された値とを取得する第１ステップと、
前記第１ステップによって取得された複数の前記情報が表す処理に含まれる一の処理と他の処理との組についての前記同一度を、当該情報とともに前記第１ステップによって取得された前記値を用いて、当該情報の提供元である通信端末単位で算出する第２ステップと、
一の処理と他の処理との組について、当該一の処理に用いられるパラメータと当該他の処理に用いられるパラメータとに同一の値が設定され得る度合いを表す同一度を記憶する記憶手段において、その記憶されている同一度を前記第２ステップによって算出された同一度を用いて更新する第３ステップと、
各々の通信端末から、当該通信端末が行う処理のうちパラメータに値が設定されていない処理を表す情報を取得する第４ステップと、
前記記憶手段に記憶された同一度に基づいて、前記第４ステップによって取得された前記情報が表す処理との同一度が閾値以上である処理を抽出する第５ステップと、
前記第４ステップによって取得された前記情報が表す処理と前記第５ステップによって抽出された処理との組を、前記第４ステップによって取得された前記情報の提供元である前記通信端末に通知する第６ステップと
を備えることを特徴とする情報処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１３−３７８９（Ｐ２０１３−３７８９Ａ）
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願番号】特願２０１１−１３３５１１（Ｐ２０１１−１３３５１１）
【出願日】平成２３年６月１５日（２０１１．６．１５）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願日】平成２３年６月１５日（２０１１．６．１５）
【出願人】（３９２０２６６９３）株式会社エヌ・ティ・ティ・ドコモ (5,876)
[ Back to top ]