JP2013200846A - 通信システム、方法及び移動通信端末 - Google Patents

Abstract

【課題】アプリ同士の関連性を視覚的に把握でき、効率よくアプリを探索可能な端末システムの提供。
【解決手段】ユーザに指定された第一のアプリに関連する一つ以上の第二のアプリ情報をサーバに要求する情報要求手段と、受信した第二のアプリ情報に基づいて、第一のアプリと第二のアプリのうちの幾つか又は全てを関連付ける関連付け手段１０４と、第一のアプリのアイコン表示位置と、関連付けられた第二のアプリアイコンの表示位置を決定するアプリ表示位置決定手段１１２と、第一のアプリアイコンと関連付けられた第二のアプリアイコンとを、関連付けて各々の表示位置に表示する表示手段１１０とを有する移動通信端末１００と、要求された第一のアプリに関連する第二のアプリ情報を取得して該端末装置に送信するサーバ装置とで構成される通信システム。
【選択図】図２

Description

本発明は、通信システム、方法及び移動通信端末に関連する。

近年、電気通信キャリアや端末メーカーにより、オープンなプラットフォームを採用した移動通信端末が相次いで市場に投入されている。そのような移動通信端末の典型例は、いわゆるスマートフォンである。

プラットフォームをオープンにして汎用性を持たせることで、様々な開発者は事実上制限なくアプリケーションを自由に開発できる。このため、様々な種類の膨大な数のアプリケーションがユーザに提供されている。多種多様な様々な選択肢の中からアプリケーションを選択して使用できる点に魅力を感じている利用者は少なくない。その反面、膨大な数の選択肢の中から適切なアプリケーションを見つけ出すことは困難になりつつある。

上記記述のアプリケーションを発見する困難を改善するため、様々な検索方法が提供されている。検索方法の一例としては、キーワード検索、特定用途のアプリケーション検索(カテゴリ検索、特集)、ランキングなどである。また、よりユーザに適したアプリケーションを探すことをサポートするため、ユーザの履歴データ(利用しているアプリケーション情報、ダウンロードしたアプリケーション情報、ユーザの閲覧履歴情報)などを用いたレコメンドを提供しているサービスも存在している。レコメンドや、類似アプリケーション検索など、あるアプリケーションと関連性のあるアプリケーションをユーザに表示するサービスが増加してきている。

特開２０１１−４４１４７

しかし、上記のような関連アプリケーション検索サービスにおいて、検索結果表示の多くがリスト型であり（例えば、特許文献１）、ユーザにとってアプリケーションの関連性を視覚的に把握することが困難である。リスト型の検索結果表示においては、アプリケーションを選択する際、画面が遷移するため、より以前に表示されていたアプリケーションの情報が画面上から消えており、関連性を把握することが困難である。

本発明は、上記問題に鑑みてなされたものであり、ユーザがアプリケーションの関連性を視覚的に把握でき、効率よくアプリケーションを探索できるようにすることを目的とする。

上記課題を解決するため、本発明の一実施形態における通信システムは、
アプリケーションに関連付けられたアイコンを表示する移動通信端末と、サーバを有する通信システムであって、
前記移動通信端末は、
ユーザによって指定された第一のアプリケーションに関連する一つ以上の第二のアプリケーションの情報を前記サーバに要求する情報要求手段と、
前記サーバから受信した前記第二のアプリケーションの情報に基づいて、前記第一のアプリケーションと前記第二のアプリケーションのうちの幾つか又は全てを関連付ける関連付け手段と、
前記第一のアプリケーションのアイコンの表示位置と、関連付けられた前記第二のアプリケーションのアイコンの表示位置を決定するアプリケーション表示位置決定手段と、
前記第一のアプリケーションのアイコンと関連付けられた前記第二のアプリケーションのアイコンとを、関連付けて各々の前記表示位置に表示する表示手段と、
を有し、
前記サーバは、
前記移動通信端末からの前記要求を受信する受信手段と、
前記第一のアプリケーションに関連する前記第二のアプリケーションの情報を取得する取得手段と、
前記要求に応じて、取得した前記第二のアプリケーションの情報を前記移動通信端末に送信する送信手段と、
を有する。

また、本発明の一実施形態における方法は、
アプリケーションに関連付けられたアイコンを表示する移動通信端末と、サーバを有する通信システムで実行される方法あって、
前記移動通信端末が、ユーザによって指定された第一のアプリケーションに関連する一つ以上の第二のアプリケーションの情報を前記サーバに要求する情報要求段階と、
前記サーバが、前記移動通信端末からの前記要求を受信する受信段階と、
前記サーバが、前記第一のアプリケーションに関連する前記第二のアプリケーションの情報を取得する取得段階と、
前記サーバが、前記要求に応じて、取得した前記第二のアプリケーションの情報を前記移動通信端末に送信する送信段階と、
前記移動通信端末が、前記サーバから受信した前記第二のアプリケーションの情報に基づいて、前記第一のアプリケーションと前記第二のアプリケーションのうちの幾つか又は全てを関連付ける関連付け段階と、
前記第一のアプリケーションのアイコンの表示位置と、関連付けられた前記第二のアプリケーションのアイコンの表示位置を決定する表示位置決定段階と、
前記第一のアプリケーションのアイコンと関連付けられた前記第二のアプリケーションのアイコンとを、関連付けて各々の前記表示位置に表示する表示段階と、
を有する。

また、本発明の一実施形態における移動通信端末は、
アプリケーションに関連付けられたアイコンの一覧を表示する移動通信端末であって、
ユーザによって指定された第一のアプリケーションに関連する一つ以上の第二のアプリケーションの情報を取得する情報要求手段と、
取得した前記第二のアプリケーションの情報に基づいて、前記第一のアプリケーションと前記第二のアプリケーションのうちの幾つか又は全てを関連付ける関連付け手段と、
前記第一のアプリケーションのアイコンの表示位置と、関連付けられた前記第二のアプリケーションのアイコンの表示位置を決定するアプリケーション表示位置決定手段と、
前記第一のアプリケーションのアイコンと関連付けられた前記第二のアプリケーションのアイコンとを、関連付けて各々の前記表示位置に表示する表示手段と、
を有する。

一実施形態によれば、ユーザがアプリケーションの関連性を視覚的に把握でき、効率よくアプリケーションを探索できる。

本発明の一実施形態における通信システムの例を示す図。 本発明の一実施形態における移動通信端末の機能ブロックの例を示す図。 本発明の一実施形態における移動通信端末の画面表示の例を示す図。 本発明の一実施形態における移動通信端末の画面表示の例を示す図。 本発明の一実施形態における移動通信端末の画面表示の例を示す図。 本発明の一実施形態におけるサーバから送信されるアプリケーション情報の例を示す図。 本発明の一実施形態における移動通信端末の関連付け情報を格納するテーブルの例を示す図。 本発明の一実施形態におけるサーバから送信されるアプリケーション情報の例を示す図。 本発明の一実施形態における移動通信端末の関連付け情報を格納するテーブルの例を示す図。 アプリケーションのアイコンの表示位置を決定する方法の例を示す図。 アプリケーションのアイコンの表示位置を決定する方法の例を示す図。 本発明の一実施形態におけるサーバの機能ブロックの例を示す図。 本発明の一実施形態におけるサーバのアプリケーション属性情報を格納するテーブルの例を示す図。 本発明の一実施形態におけるサーバの関連アプリケーション情報を格納するテーブルの例を示す図。 本発明の一実施形態における通信システムの処理フローを示す図。 本発明の一実施形態における移動通信端末の機能ブロックの例を示す図。 本発明の一実施形態における通信システムの処理フローを示す図。 関連付けられたアプリケーションの数が閾値を超えた場合の処理の例を説明するための図。 関連付けられたアプリケーションの数が閾値を超えた場合の処理の例を説明するための図。 関連付けられたアプリケーションの数が閾値を超えた場合の処理の例を説明するための図。 関連付けられたアプリケーションの数が閾値を超えた場合の処理の例を説明するための図。 関連付けられたアプリケーションの数が閾値を超えた場合の処理の例を説明するための図。 既に関連付けられたアプリケーションの情報を取得した場合の処理の例を説明するための図。 既に関連付けられたアプリケーションの情報を取得した場合の処理の例を説明するための図。 既に関連付けられたアプリケーションの情報を取得した場合の処理の例を説明するための図。 アプリケーションのアイコンの表示の制御について説明するための図。

以下、添付図面を参照しながら実施例を説明する。図中、同様な要素には同じ参照番号又は参照符号が付されている。実施例は次の観点から説明される。

１．通信システム
２．移動通信端末
３．サーバ
４．動作例
５．変形例

＜１．通信システム＞
図１は、本発明の一実施形態における通信システム１を表す。当該通信システムは、移動通信端末１００と、サーバ２００と、それらを通信可能に接続する通信網５０とを有する。

移動通信端末１００は、無線通信によって基地局を介して外部の装置と通信できる端末であり、典型的にはタッチパネルを有するスマートフォンである。より一般的には、移動通信端末１００は、ユーザの探索操作によってアプリケーションをダウンロードしてインストール可能な、何らかのユーザ端末であってもよい。ユーザ端末には、例えば、携帯電話、情報端末、高機能携帯電話、スマートフォン、タブレット型コンピュータ、パーソナルディジタルアシスタント、携帯用パーソナルコンピュータ、パームトップコンピュータ、ラップトップコンピュータ、デスクトップコンピュータが含まれるが、これらに限定されない。移動通信端末１００は、通信網５０を介して、サーバ２００にアクセスし、ユーザが指定したアプリケーションに関連するアプリケーションの情報を取得することが可能である。例えば、移動通信端末１００は、アクセスポイント（図示しない）に接続し、該アクセスポイントが接続された通信網５０に接続されたサーバ２００にアクセスしてもよい。一方、サーバ２００は、ユーザが利用可能なアプリケーション全て又はその大部分について、アプリケーション間の関連性の情報を保持しており、この情報に基づいて、移動通信端末１００へ関連するアプリケーションの情報を提供する。通信網５０は、例えば、移動通信ネットワークに接続されたインターネットであってもよい。また、移動通信端末１００は、基地局（図示しない）に接続し、基地局が接続された通信網５０に接続されたサーバ２００にアクセスしてもよい。図１には、簡明化のため移動通信端末１００が１台しか示されていないが、移動通信端末の台数は任意である。

＜２．移動通信端末＞
図２は、本発明の一実施形態における移動通信端末１００の機能を示す機能ブロック図を示す。図２には移動通信端末１００に備わっている様々な要素のうち、本実施形態の説明に特に関連する要素が示されている。移動通信端末１００は、受信手段１０２、アプリケーション関連付け手段１０４、関連付け情報格納手段１０６、表示制御手段１０８、表示手段１１０、アプリケーション表示位置決定手段１１２、入力手段１１４、送信手段１１６を有する。

受信手段１０２は、サーバ２００から送信された情報を受信する。受信手段１０２は、移動通信端末１００が、後述する送信手段１１６よって送信したサーバ２００への要求に対する応答を受信することができる。あるいは、受信手段１０２は、必要に応じて、任意のタイミングでサーバ２００から送信された情報を受信することができる。

アプリケーション関連付け手段１０４は、受信手段１０２と、関連付け情報格納手段１０６と接続される。アプリケーション関連付け手段１０４は、ユーザによって指定されたアプリケーションと、該アプリケーションと関連性が高いアプリケーションとの関連付けを行う。アプリケーション関連付け手段１０４は、サーバ２００から取得されたアプリケーション情報を元に関連付けを行う。当該アプリケーション情報には、ユーザによって指定されたアプリケーションと関連があるアプリケーションのＩＤと、アプリケーション名と、関連度が含まれる。図６は、アプリケーション情報に含まれる情報をテーブルで表した例である。関連度とは、ユーザによって指定されたアプリケーションと、当該アプリケーションとの関連性の高さを表す指標である。関連度の算出方法については後述する。アプリケーション関連付け手段１０４は、アプリケーション情報において示されるアプリケーションを、ユーザによって指定されたアプリケーションと関連付けることができる。また、アプリケーション関連付け手段１０４は、所定の閾値より大きい関連度を有するアプリケーションを、ユーザによって指定されたアプリケーションと関連付けるようにしてもよい。また、アプリケーション関連付け手段１０４は、所定の閾値より大きい関連度を有するアプリケーション全てを用いて関連付けを行うと、関連付けられるアプリケーションの数が所定の閾値を超えるような場合に、関連度についての所定の閾値をより高く設定し、関連付けられるアプリケーションの数を減少させてもよい。アプリケーション関連付け手段１０４は、関連付けの結果を、関連付け情報として、関連付け情報格納手段１０６に格納する。

図３、４、６、７を用いて、アプリケーション関連付け手段１０４による関連付けについて、具体例と共に詳細に説明する。図３は、移動通信端末１００において、ユーザがアプリケーションの探索を行う際の初期画面の例を表示しており、中心位置（Ｘ座標＝２００、Ｙ座標＝２００、但し、画面左上端を（０，０）とする）に一つのアプリケーションのアイコンが表示されている。ユーザが、当該アイコンを選択することにより、一つのアプリケーションが指定され、サーバ２００に対して、該アプリケーションに関連するアプリケーションの情報が要求される。図６は、アプリケーションＩＤが「１０００１」である「メディアプレーヤ」がユーザによって選択された場合に、サーバ２００から受信されるアプリケーション情報の例をテーブルで示したものである。図６の例では、４つのアプリケーションに関する情報が取得される。ここで、上述した関連度についての所定の閾値が「０．４」であるとすると、「楽曲検索」（関連度０．９）、「歌詞検索」（関連度０．８）、「音感ゲーム」（関連度０．５）の３つのアプリケーションが、ユーザの指定した「メディアプレーヤ」と関連付けられる。一方、「地図アプリ」（関連度０．３）は、「メディアプレーヤ」とは関連付けられない。図７は、関連付け情報を格納するテーブルの例を示す。図７のテーブルは、アプリケーションＩＤと、アプリケーション名と、関連元アプリケーションＩＤと、Ｘ座標と、Ｙ座標の項目を有する。アプリケーションＩＤには、関連付けられたアプリケーションのＩＤ（「００００１」、「０１００１」、「１５００１」）と、ユーザによって指定された、関連元となるアプリケーションのＩＤ（「１０００１」）が列挙される。アプリケーション名は、アプリケーションＩＤに対応するアプリケーションの名前である。関連元アプリケーションＩＤは、ユーザによって指定されたアプリケーションのＩＤ（「１０００１」）が格納される。ここで、アプリケーション「１０００１」そのものについては、関連元アプリケーションＩＤは格納されない。Ｘ座標、Ｙ座標は、後述するアプリケーション表示位置決定手段１１２によって算出される、各アプリケーションのアイコンの表示位置の座標を表している。表示位置の座標を決定する方法については後述する。以上により、ユーザによって指定されたアプリケーションと、該アプリケーションに関連するアプリケーションとの関連付け処理が完了する。図４は、配置座標が計算された後、移動通信端末１００の画面上に表示されるアプリケーションのアイコンの表示例を表す。

次に、図４、５、７、１７、１８を用いて、アプリケーション関連付け手段１０４による関連付けについて、具体例と共にさらに説明する。図４は、上述した関連付け処理の結果、画面上に表示されたアプリケーションのアイコンを表している。ここで、ユーザが、さらにアプリケーション「１５００１」のアイコンを選択したとすると、上述した例と同様に、サーバ２００から、アプリ「１５００１」と関連するアプリケーションの情報が送信される。その情報の例を図８に示す。ここで、上述した通り、関連度についての所定の閾値が「０．４」であるため、図８に示されるアプリケーションは全て関連付けの対象となり、図７で示されるテーブルに新たな関連付け情報が追記され得る。ここで、関連付けられたアプリケーションの数についての所定の閾値が「７」であったとする。この場合、図８に示す４つのアプリケーション全てを関連付け情報に追記すると、アプリケーションの数が「８」となり、閾値を超えることとなる。アプリケーション関連付け手段１０４は、関連付け情報に格納されている座標情報がある一定範囲外のアプリケーション情報を削除してもよい。ここで、アプリケーション情報を削除する座標の範囲を優先削除範囲として定義する。図７、８の例を用いて具体例を説明する。本具体例において、関連度の閾値を「０．４」、関連付け情報格納数の閾値を「７」、優先削除範囲のＸ座標を「１００以下、または、４００以上」、Ｙ座標を「１００以下、または、４００以上」に設定しているものとする。図１７は、図７、８の例において、サーバ２００から送信されたアプリケーション情報を全て関連付けた場合を示している。アプリケーション関連付け手段１０４は、アプリケーションの座標情報を参照し、優先削除範囲に含まれるアプリケーション情報を削除する。本具体例において、アプリケーション「００００１」と、アプリケーション「０１００１」が優先削除範囲に該当するアプリケーションであるため、アプリケーション関連付け手段１０４は、該アプリケーション情報を関連付け情報から削除する。図１８は、該アプリケーション情報を削除した後の、関連付け情報に格納されている情報を示している。上記処理を行った後において、関連付け情報格納数の閾値をさらに上回っている場合は、優先削除範囲を拡大し、上記処理と同様の処理を行う。具体例としては、優先削除範囲のＸ座標を「１５０以下、または、３５０以上」、Ｙ座標を「１５０以下、または、３５０以上」に再設定を行ってもよい。

上記具体例において、優先削除範囲を設定し、関連付け情報に格納されている件数が閾値を超えた場合、範囲内に存在するアプリケーションを削除した。しかし、関連付け情報に格納されている件数が、閾値以下になるまで、中心から位置が離れているアプリケーションから削除していってもよい。上記具体例と同様に、図７、８、１７、１９を用いて説明する。図７、８、１７の内容、関連付け件数の閾値も上記具体例と同様の状態とする。また、本具体例において、中心の座標を（２５０、２５０）とする。アプリケーション関連付け手段１０４は、中心から離れているアプリケーションから削除していく、つまり、「（Ｘ―２５０）^２＋（Ｙ―２５０）^２」の値が大きいアプリケーションから、関連付け格納数の閾値の条件を満たすまで削除を行う。本具体例において、図１７に示される各アプリケーションの上記の値を計算すると、アプリケーション「００００１」は「６５０００」、アプリケーション「０１００１」は「１０２５００」、アプリケーション「１０００１」は「２５０００」、アプリケーション「１５００１」は「０」、アプリケーション「１６００１」は「２００００」、アプリケーション「１７００１」は「２５０００」、アプリケーション「１８００１」は「２００００」、アプリケーション「７０００１」は「１２５００」となる。アプリケーション関連付け手段１０４は、最も中心から離れているアプリケーション「０１００１」を削除する。ここで関連付け情報格納部に格納されている件数が所定の閾値以下となったため、削除動作を終了する。閾値を上回っている場合は、中心からの距離が次に大きいアプリケーション情報を削除する。本削除動作は、閾値を下回るまで行われる。中心からの距離が同じアプリケーションが存在する場合、該アプリケーションを全て削除してもよいし、関連付け情報格納部に格納されている順番が上位のアプリケーションを削除してもよいし、アプリケーションＩＤの順番を参照し削除してもよい。図１９は、アプリケーション関連付け手段１０４が削除を行った後の関連付け情報に格納されている情報を示している。

また、アプリケーション関連付け手段１０４は、所定の閾値より大きい関連度を有するアプリケーション全てを用いて関連付けを行うと、関連付けられるアプリケーションの数が所定の閾値を超えるような場合に、関連付け情報に格納された順番を参照し、古いアプリケーションを削除してもよい。図１７、図２０を用いて具体例を説明する。図１７、関連付け情報格納件数は上記の具体例と同様とする。また、図１７において、格納された順番が古いアプリケーションがより上の行、格納された順番が新しいアプリケーションがより下の行に記載されているものとする。アプリケーション関連付け手段１０４は、関連付け情報に格納されている順番を参照し、一番上に存在するアプリケーションを削除する。本具体例においては、アプリケーション「１０００１」が削除される。アプリケーション「１０００１」を削除することにより、関連付け情報に格納されている件数は「７」となり、閾値以下となったため削除動作を終了する。図２０は、アプリケーション関連付け手段１０４が関連付けを行った後の、関連付け情報に格納されている情報である。本具体例において、関連付け情報に格納されているテーブルの行により、格納された順番を判定した。しかし、図２１に示すように、格納された順番を表す情報も格納することにより、本具体例と同様の動作を行ってもよい。順番を表す情報としては、順番を表す数字だけでなく、格納した日時情報を格納してもよい。

また、アプリケーション関連付け手段１０４は、所定の閾値より大きい関連度を有するアプリケーション全てを用いて関連付けを行うと、関連付けられるアプリケーションの数が所定の閾値を超えるような場合に、関連付けされているアプリケーション数が少ないアプリケーションを優先的に削除してもよい。ただし、新たに取得した関連アプリケーション情報については、関連付けされているアプリケーションが１件しかない状態のため、削除対象外とする。図１７を用いて具体例を説明する。図１７の内容、関連付け情報格納数の閾値は上記具体例と同様の状態とする。関連付け件数の閾値は「２」に設定されているとする。アプリケーション関連付け手段１０４は、新たに取得した関連アプリケーション情報を除いた各アプリケーションにおいて、関連付けされているアプリケーション件数を算出する。図１７において各アプリケーションの関連付けされているアプリケーション件数を算出すると、アプリケーション「００００１」は「１」、アプリケーション「０１００１」は「１」、アプリケーション「１０００１」は「３」となる。アプリケーション関連付け手段１０４は、関連付け件数の閾値条件に該当するアプリケーション「００００１」と「０１００１」を削除する。削除後、関連付け情報格納数の閾値を上回っていた場合、関連付け件数の閾値を増加し、再度同様の処理を行う。

また、アプリケーション関連付け手段１０４は、所定の閾値より大きい関連度を有するアプリケーション全てを用いて関連付けを行うと、関連付けられるアプリケーションの数が所定の閾値を超えるような場合、直近にユーザから選択されたアプリケーションとの関連距離がある一定以上遠いアプリケーションを削除してもよい。図１７を用いて具体例を説明する。図１７の内容、関連付け情報の格納数の閾値は上記具体例と同様の状態とする。関連距離の閾値として「１」が設定されているものとする。関連距離は、関連付け情報格納部に格納されている関連アプリケーション情報を用い、あるアプリケーションからあるアプリケーションに達するまでのステップ数とする。図１７において、関連距離の具体例を挙げると、アプリケーション「１０００１」と「００００１」は関連距離「１」、アプリケーション「７０００１」と「０１００１」は「２」となる。本具体例において、ユーザが直近に選択したアプリケーションは「１５００１」である。各アプリケーションにおいて、アプリケーション「１５００１」との関連距離を算出すると、アプリケーション「００００１」は「２」、アプリケーション「０１００１」は「２」、アプリケーション「１０００１」は「１」、アプリケーション「１５００１」は「０」、アプリケーション「１６００１」は「１」、アプリケーション「１７００１」は「１」、アプリケーション「１８００１」は「１」、アプリケーション「７０００１」は「１」となる。本具体例において、関連距離の閾値は「１」に設定されているため、アプリケーション「００００１」、「０１００１」が削除される。本具体例において、関連距離に閾値を設定し、アプリケーションを削除したが、関連付け情報格納数の閾値条件を満たすまで、関連距離が大きいアプリケーションを優先的に削除してもよい。本具体例において説明すると、関連距離「２」のアプリケーション「００００１」、「０１００１」が削除候補に該当する。該アプリケーションを両方削除してもよいし、関連付け情報において、より上位に格納されているアプリケーション「００００１」のみを削除してもよい。

なお、上記関連度についての所定の閾値、又は関連付け情報に格納されるアプリケーションの数についての所定の閾値には、任意の数を設定することができる。また、上記で説明した複数の手法を組み合わせ、削除処理を行ってもよい。

また、アプリケーション関連付け手段１０４は、既存の関連付け情報に含まれるアプリケーションについては、新たにサーバ２００から受信したアプリケーション情報に、該アプリケーションについての情報が含まれていても、再度の関連付けを行わないようにしてもよい。図２２、２３を用い、具体例を説明する。図２２は、前具体例において説明した場合と同様にアプリケーションが関連付け情報に格納されているアプリケーション情報である。図２３は、ユーザがアプリケーション「００００１」を選択し、サーバ２００から送信された関連アプリケーション情報を示している。具体例において、アプリケーション「０１００１」は、既存の関連付け情報と、サーバ２００から送信された関連アプリケーション情報の両方に含まれている。アプリケーション関連付け手段１０４は、サーバ２００から受信した関連アプリケーション情報において、既存の情報であるアプリケーション「０１００１」を削除し、新たに受信した情報に基づいて、アプリケーション「０１００１」を改めて関連付け情報に格納する。図２４は、アプリケーション関連付け手段１０４がサーバ２００から、関連アプリケーション情報を取得し、関連付けを行った後の関連付け情報を示している。

また、アプリケーション関連付け手段１０４は、既存の関連付け情報に含まれるアプリケーションについては、新たにサーバ２００から受信したアプリケーション情報に、該アプリケーションについての情報が含まれていた場合、新たにサーバ２００から受信した該アプリケーションの関連度を変更し、関連付け情報に格納してもよい。上記具体例と同様に図２２、２３用いて説明する。図２２、２３は、上記具体例と同様の状態である。また、関連度の所定の閾値は「０．４」に設定されているものとする。アプリケーション関連付け手段１０４は、新たにサーバ２００より受信した関連アプリケーションが、既に関連付け情報に格納されている場合、新たに受信した該アプリケーションの関連度を半分（又は関連度を元の値より小さい値にするための所定の割合）にして取り扱うこととする。ここで、該アプリケーション「０１００１」は、関連度が「０．７」であるため、アプリケーション関連付け手段１０４は、該関連度を「０．３５」として取り扱う。本具体例において、関連度の閾値は「０．４」に設定されているため、該アプリケーション「０１００１」は関連付け情報に格納されない。図２４は、アプリケーション関連付け手段１０４が上記処理を行った後、関連付け情報に格納されている情報を示している。本具体例において、関連度を変化させ取り扱った。しかし、関連度閾値を変化させることでも同様の動作は可能である。上記具体例において、関連度は変化させず取り扱い、関連度閾値を２倍にさせることで同様の動作となる。上記で説明した具体例において、関連度の変化量は任意に設定してよい。

関連付け情報格納手段１０６は、アプリケーション関連付け手段１０４と、表示制御手段１０８、アプリケーション表示位置決定手段１１２と接続される。関連付け情報格納手段１０６は、アプリケーション関連付け手段１０４によって生成された関連付け情報を格納している。図７及び図９は、関連付け情報を格納するテーブルの例を表している。

表示制御手段１０８は、関連付け情報格納手段１０６と、表示手段１１４に接続されている。表示制御手段１１０は、関連付け情報格納手段１０６に格納されているアプリケーションの表示位置情報に従って、表示可能範囲にあるアプリケーションのアイコンが、表示手段１１０に表示されるように制御する。アプリケーションのアイコンの表示位置情報の決定方法については後述する。図４は、関連付け情報格納手段１０６に、図２５で示した関連付け情報が格納されており、表示可能範囲のＸ座標、Ｙ座標が「０以上、５００以下」である場合の表示例である。例えば、図７の第１行目で表現されているアプリケーションのアイコンは、そのアイコンの左上端の点が、移動通信端末の画面上の座標（１００，１００）に一致するように配置される。第５行目で表現されているアプリケーション「１６００１」は、Ｙ座標が「６００」であり、表示可能領域外の座標であるため、画面上には表示されない。また、関連しているアプリケーション「１０００１」のアイコンとは、線で結ばれて表示される。また、表示制御手段１０８は、ある条件を満たすアプリケーションのアイコンを、それ以外のアイコンと区別して表示するよう制御する。具体例を用いて説明すると、図５は、関連付け情報格納手段１０６に、図９で示した関連付け情報が格納されていた場合の表示例である。図５は、図４に示される表示画面において、ユーザが、アプリ「１５００１」のアイコンを選択して指定した後に表示される表示画面の例である。この場合には、指定されたアプリケーションの周りに表示されるアプリ（すなわち、指定されたアプリケーションと関連しているアプリ）「１０００１」、「１６００１」、「１７００１」、「１８００１」のアイコンが、それ以外のアプリ「００００１」、「０１００１」のアイコンと区別されて表示される。ここでは、区別のために、アイコンの透過表示を用いているが、この例に限定されない。例えば、所定のアイコンを線で囲むか、点滅して表示させるか、拡大して表示する等の方法を用いてもよい。

表示手段１１０は、表示制御手段１０６と接続されている。該表示手段１０６は、表示制御手段１０６の制御により、アプリケーションのアイコンを表示する。

アプリケーション表示位置決定手段１１２は、関連付け情報格納手段１０６と、入力手段１１４に接続される。アプリケーション表示位置決定手段１１２は、関連付け情報格納手段１０６に格納されている情報に基づいて、アプリケーションのアイコンの表示位置を決定し、関連付け情報格納手段１０６に格納されているアプリケーション表示位置情報（Ｘ座標、Ｙ座標）を更新する。

以下、具体例を用いて説明する。まず、図３にある通り、ユーザが、関連するアプリケーションの探索を開始する際に、最初に選択することができるアプリケーション「１０００１」のアイコンが、例えば画面上の中心位置（例えば（２００，２００））に配置される。この後、ユーザが、アプリケーション「１０００１」のアイコンを指定すると、上述した通り、アプリケーション関連付け手段１０４によって、関連するアプリケーションとの関連付けがなされ、図７のような関連付け情報が格納される。ここで、アプリケーション表示位置決定手段１１２は、まず、ユーザによって指定されたアプリケーション（図３、７におけるアプリケーション「１０００１」）の表示位置を、例えば中心位置（２００，２００）に決定する。そして、当該アプリケーション「１０００１」が関連元アプリケーションとなるアプリケーション（図７におけるアプリケーション「００００１」、「０１００１」、「１５００１」）が、当該アプリケーション「１０００１」に隣接するように、表示位置を決定する。隣接する所定の位置の決定方法は任意であるが、例えば、図７の例では、当該アプリケーション「１０００１」の左上（１００，１００）、左下（１００，３００）、右上（３００，１００）を、三つの関連するアプリケーションの表示位置として決定する。図７は、当該決定に基づいて更新された関連付け情報を格納するテーブルの例を示している。図７の関連付け情報に基づいて表示されたアプリケーションのアイコンの例を図４に示す。ここで、関連するアプリケーションの数に応じて、例えば隣接するアイコンの間隔が均等になり、かつ互いのアイコンが重複しないように、表示位置を決定することができる。また、関連付け情報の中で指定されるアイコンの表示位置座標は、表示画面における絶対座標を用いる代わりに、隣接するアイコンに対する相対座標として表されてもよい。また、アイコン上のどの点が、画面上の座標を表すかは任意に定めることができる。

次に、図４に示される表示画面において、ユーザが、さらにアプリケーション「１５００１」のアイコンを選択した場合の、各アプリケーションのアイコンの表示位置の決定方法について説明する。上述したように、ユーザによってアプリケーション「１５００１」が指定されると、アプリケーション関連付け手段１０４は、図９の通り、関連付け情報を更新する。ここで、アプリケーション表示位置決定手段１１２は、まず、ユーザによって指定されたアプリケーション（図４、９におけるアプリケーション「１５００１」）の表示位置を、例えば中心位置（２００，２００）に変更する。これに合わせて、既に表示位置が決定されていたアイコンの表示位置を変更する。ここでは、アプリケーション「１５００１」の表示位置が（３００，１００）から（２００，２００）に代わることに伴い、アプリケーション「００００１」、「０１００１」、「１０００１」の表示位置が、それぞれ、Ｘ軸方向に−１００、Ｙ軸方向に＋１００変更される。そして、当該アプリケーション「１５００１」が関連元アプリケーションとなるアプリケーション（図９におけるアプリケーション「１６００１」、「１７００１」、「１８００１」）が、当該アプリケーション「１５００１」に隣接するように、表示位置を決定する。ここで、図３の場合と異なり、指定されたアプリケーション「１５００１」と隣接するアプリケーション「１０００１」が既に存在しているため、該アプリケーションの表示位置を考慮して、新たに関連付けられた他のアプリケーションの表示位置を決定すべきである点に留意する。ここでは、新たに関連付けられた三つのアプリケーション「１６００１」、「１７００１」、「１８００１」の表示位置を、指定されたアプリケーション「１５００１」の左上（１００，１００）、右上（３００，１００）、右下（３００，３００）に決定している。図９は、当該決定に基づいて更新された関連付け情報を格納するテーブルの例を示している。図９の関連付け情報に基づいて表示されたアプリケーションのアイコンの例を図５に示す。

なお、上記の位置の決定方法は一例であり、ユーザによって指定されたアプリケーションのアイコンが、画面の中心にならないように、表示位置を決定してもよい。その場合には、ユーザがあるアプリケーションのアイコンを選択すると、該アイコンの表示位置は変わらず、新たに関連付けられたアプリケーションが、その周りに表示されるように、表示位置が決定される。この場合には、ユーザは、画面外に表示されたアイコン等を参照するために、画面全体を平行移動させるスクロール操作や、拡大・縮小操作を用いることができる。

また、アプリケーション表示位置決定手段１１２は、各アプリケーションのアイコンの表示位置を計算によって動的に求めてもよい。動的なアプリケーションのアイコンの表示位置の決定方法の一例を、図１０Ａ、１０Ｂを用いて説明する。図１０Ａでは、互いに関連するアプリケーションである「アプリＡ」と「アプリＢ」が、ある時刻において距離「ｘ」離れて位置しているものとする。ここで、ユーザによる速度Ｖ_Ａの画面スクロール操作によって、「アプリＡ」は左側へ速度「Ｖ_Ａ」で進み、「アプリＢ」は右側へ速度「Ｖ_Ｂ」で進んでいることを表している。一方、図１０Ｂは、アプリケーション間において、引きつけあう吸引力と、距離によって反発しあう反発力と、速度を減速させるように働く減速力が働くことを示している。吸引力を距離が増大する増加すると過程し、Ｆ_１＝ｋ_１＊ｘ、反発力は距離が増大すると減少すると過程し、Ｆ_２＝ｋ_２／ｘ、減速力を、速度が増大するほど大きくなると過程し、Ｆ_３＝ｋ_３Ｖと設定する。「アプリＡ」に注目した場合、「アプリＡ」に加わる力は、Ｆ_Ａ＝Ｆ_１−Ｆ_２−Ｆ_３となる。ある（ｔ）一定時間後の「アプリＡ」の位置は、力が働いている方法へ、（Ｖ_Ａ−Ｆ_Ａ／ｍ_Ａ）＊ｔずれた位置となる。このようにして得られた新たな表示位置に基づいて、関連付け情報を随時更新することができる。なお、上記で説明した一例の中で記載されている数式中のｋ_１、ｋ_２、ｋ_３、ｍ_Ａは、任意に定められる定数である。なお、アプリケーションのアイコンの表示位置は、上記以外の数式を用いて決定されてもよい。

入力手段１１４は、アプリケーション表示位置決定手段１１２と、送信手段１１６と接続される。入力手段１１４は、ユーザからの操作を受付け、受け付けた情報を、アプリケーション表示位置決定手段１１２、又は、送信手段１１６へと入力する。アプリケーション表示位置決定手段１１２へと伝える操作情報は、アプリケーションのアイコンの表示位置を変化させる操作である。具体例としては、画面のスクロール操作、拡大・縮小操作、アプリケーションを手動で任意の場所へ移動させる操作である。送信手段１１６へと伝える操作情報は、サーバへ送信するアプリケーション情報要求である。入力手段としては、キーボード、マウス、トラックボール等のような任意の機械的な操作部を備えていてもよい。また、ユーザが発話した操作を実行できるように、マイクロフォンのような音声入力手段を備えていてもよい。

送信手段１１６は、入力手段１１４と接続される。送信手段１１６は、入力手段１１４より、ユーザによって指定されたアプリケーションについてのアプリケーション情報要求を受け取り、サーバ２００へと送信する。

以上の構成により、本発明の一実施形態における移動通信端末１００は、ユーザによって選択されたアプリケーションに関連するアプリケーションを次々と表示し、ユーザによるアプリケーションの探索作業を容易にする。また、この時、関連するアプリケーション同士を線で接続して表示することにより、ユーザは、アプリケーション間の関連性を視覚的に理解することができる。さらに、関連度に基づいて（表示される）関連アプリケーションの数をフィルタリングすることにより、ユーザによる視認性を保ち、かつ、移動通信端末の処理に悪影響を及ぼすことなく、関連アプリケーションを提示できる。

＜３．サーバ＞
図１１は、本発明の一実施形態におけるサーバ２００の機能ブロック図を示す。図１１にはサーバ２００に備わっている様々な要素のうち、実施形態の説明に特に関連する要素が示されている。

サーバ２００は、受信手段２０２、アプリケーション情報格納手段２０４、関連度算出手段２０６、アプリケーション選択手段２０８、送信手段２１０を有する。

受信手段２０２は、関連度算出手段２０６と、アプリケーション選択手段２０８と接続される。受信手段２０２は、外部のアプリケーション提供サーバ（アプリケーションマーケット、またはアプリケーションストアとも呼ばれる）から取得したアプリケーション属性情報を、関連度算出手段２０６へ送信する。アプリケーション属性情報には、アプリケーションＩＤ、アプリケーション名、アプリケーションの属するカテゴリ及びアプリケーションの説明文が含まれる。アプリケーション属性情報を保管するテーブルの例を図１２に示す。また、受信手段２０２は、移動通信端末１００より送信されたアプリケーション情報要求を受信し、アプリケーション選択手段２０８に入力する。

アプリケーション情報格納手段２０４は、受信手段２０２と、関連度算出手段２０６と、アプリケーション選択手段２０８と接続されている。アプリケーション情報格納手段２０４は、受信手段２０２によって受信されたアプリケーション属性情報と、関連度算出２０６により算出された関連アプリケーション情報を格納している。図１２は、アプリケーション属性情報を保管するテーブルの例を表している。図１３は、アプリケーション属性情報を用いて算出された、アプリケーションごとの関連度を表す関連アプリケーション情報を保管するテーブルの例である。関連度は、以下の関連度算出手段２０６によって算出される。

関連度算出手段２０６は、受信手段２０２と、関連付け情報格納手段２０４と接続される。関連度算出手段２０６は、受信手段２０２より受信したアプリケーション属性情報を基に、アプリケーション間の関連度を算出する。アプリケーション間の関連度は、適切な如何なる方法で算出されてもよい。一例として、アプリケーションが属しているカテゴリの情報、アプリケーション名及び説明文に含まれる名詞（言葉又は文字列）の出現頻度から、アプリケーション同士の関連性が算出されてもよい。図１２のテーブルに示されている例の場合、アプリケーションＩＤ「００００１」「０１００１」「１０００１」のアプリケーションのカテゴリは「ツール」であるため、これらのアプリケーション間の関連度は高く設定される。また、アプリーションＩＤ「００００１」と「１０００１」に示されるアプリケーションは、説明文に、「ＪＰＯＰ」の語を含むため、これらのアプリケーション間の関連度は高く設定される。関連度を求める最も単純な例として、以下のような式を用いることができる。
アプリケーション間の関連度＝アプリケーション名の関連度
＋カテゴリの関連度
＋説明文の関連度
ここで、アプリケーション名の関連度とは、二つのアプリケーション名に含まれる全ての単語うち、共通する単語の数を、全ての単語の数で割った結果の値に応じて、アプリケーション名の関連度０．０〜０．３の値を割り当ててもよい。カテゴリの関連度とは、二つのアプリケーションのカテゴリが同じであれば０．３、類似カテゴリであれば０．２、異なるカテゴリであれば０．１の値を割り当ててもよい。説明文の関連度とは、二つのアプリケーションの説明文に含まれる全ての単語うち、共通する単語の数を、全ての単語の数で割った結果の値に応じて、説明文の関連度０．０〜０．３の値を割り当ててもよい。この例によれば、アプリケーション間の関連度は、０．０〜０．９の間の値が割り振られることとなる。上記の関連度の定義は一例であり、アプリケーション間の関連度（類似度）を数値化するための任意の方法を用いることができる。このようにして求められたアプリケーションごとの関連度を保管するテーブルの例を図１３に示す。

また、関連度（類似性）は、ユーザのアプリケーションの利用傾向を表す情報から算出してもよい。例えば、二つのアプリケーションを両方導入しているユーザの割合が、他のアプリケーションと比較して高い値となっている場合には、二つのアプリケーション間の関連度を高い値としてもよい。

アプリケーション選択手段２０８は、受信手段２０２と、アプリケーション情報格納手段２０４と、送信手段２１０と接続される。アプリケーション選択手段２０８は、受信手段２０２を介して受信した、移動通信端末１００から送信されたアプリケーション情報要求を受信する。アプリケーション選択手段２０８は、アプリケーション情報格納手段２０４に格納されている関連アプリケーション情報を参照し、ユーザによって指定されたアプリケーションと関連しているアプリケーションを、関連度の高いアプリケーションから順に選択する。選択する件数は、あらかじめ一定件数に設定してもよいし、所定の閾値より低い関連度であるアプリケーションは選択しないようにしてもよい。また、サーバの状態（トラフィック状況、利用ユーザ数など）によって選択する件数を変化させてもよい。また、移動通信端末１００からの要求に含まれる情報によって変化させてもよい。アプリケーション選択手段２０８は、選択したアプリケーションのアプリケーションＩＤ、アプリケーション名及び関連度を、アプリケーション情報として、移動通信端末１００へ送信する。例えば、ユーザによって指定されたアプリケーションＩＤ「１０００１」に関するアプリケーション情報要求に対し、図１３における、該アプリケーションＩＤに関する関連アプリケーション情報である、上から４つのアプリケーションが選択され、そのアプリケーション情報が移動通信端末へと送信される。

送信手段２１０は、アプリケーション選択手段２０８と接続されている。送信手段２１０は、アプリケーション選択手段２０８より選択された関連アプリケーション情報を、アプリケーション情報要求を送信した移動通信端末１００へと送信する。

以上の構成により、本発明の一実施形態におけるサーバ２００は、予めユーザが利用可能なアプリケーションのそれぞれの間での関連度を求めておき、移動通信端末のユーザによって指定されたアプリケーションと関連性の高いアプリケーションの情報を提供できる。

＜４．動作例＞
図１４は、図１に示されるような通信システムにおいて、移動通信端末１００及びサーバ２００の間で行われる処理の流れを表す。

ステップＳ３０１において、サーバ１００は、予め、外部のアプリケーション提供サーバから取得したアプリケーション属性情報を用い、アプリケーション間の関連度を算出する。算出したアプリケーションの関連度を、関連アプリケーション情報として、アプリケーション情報格納手段２０４に格納する。

ステップＳ３０３において、移動通信端末１００は、アプリケーション情報を要求する要求信号をサーバ２００に送信する。要求信号の中には、ユーザが指定したアプリケーションを特定するアプリケーションＩＤが含まれる。要求信号により要求される情報は、ユーザが指定したアプリケーションに関連しているアプリケーションの情報である。具体的には、ユーザが指定したアプリケーションに関連する、任意の件数のアプリケーション情報である。要求信号は、関連しているアプリケーションを探しているユーザの指示によって送信されてもよいし、ユーザの操作に応じて、ユーザが選択する可能性のあるアプリケーション情報を事前に送信してもよい（例えば、ユーザが閲覧しているページ、画面の中に表示されているアプリケーション情報）。あるいは、ユーザの操作とは別に、移動通信端末１００に設定された所定のタイミングで要求信号が送信されてもよい。

ステップＳ３０５において、サーバ１００は、受信した要求信号により指定されているアプリケーションＩＤをキーとして、アプリケーション情報格納手段２０４に格納されている情報から、関連度の高い任意の件数のアプリケーションを選択する。選択する任意の件数は、事前に一定の件数に設定されてもよい。あるいは、ユーザの要求信号に、要求件数についての情報が含まれていてもよい。あるいは、サーバのトラフィック状況、ユーザの利用端末スペックにより、選択する件数を動的に変化させてもよい。あるいは、設定された件数のアプリケーションを、必ずしも選択しなくてもよい。ユーザによって指定されたアプリケーションＩＤに対応する情報が、アプリケーション情報格納手段２０４に格納されていない場合には、結果がない旨の情報を返してもよい。あるいは、ユーザによって指定されたアプリケーションＩＤに対応する情報が、アプリケーション情報格納手段２０４に格納されている場合であっても、所定の閾値より低い関連度であるアプリケーションは選択しないようにしてもよい。

ステップＳ３０７において、サーバ２００は、ステップＳ３０５で選択したアプリケーション情報（例えば、図６又は図８に示される情報）を移動通信端末１００に送信する。

ステップＳ３０９において、移動通信端末１００は、受信したアプリケーション情報を、ユーザの指定したアプリケーションと関連付ける。ここで、取得されたアプリケーション情報に含まれるアプリケーションのうち、既に関連付け情報が格納されている情報が存在するアプリケーションについては、新たに関連付けを行わなくてもよい。あるいは、既に格納されていたアプリケーションであって、かつ、関連度が設定した閾値以下であった場合は、新たに関連付けを行わなくてもよい。関連度についての所定の閾値は、固定値であってもよいし、移動通信端末１００の画面サイズ（解像度）、搭載メモリ容量、現時点で利用可能なメモリ容量又は現時点でのＣＰＵ使用率等のリソース情報に基づいて動的に定められてもよい。例えば、負荷の高い処理を実行中（利用可能なメモリ容量が少ない、ＣＰＵ使用率が高い状態）には、より高い閾値を設定し、関連付けるアプリケーションの数を減らし、結果として、表示させるアプリケーションのアイコンの数を減らしてもよい。

ステップＳ３１１において、移動通信端末１００は、アプリケーション関連付け手段１０４による関連付けの結果を関連付け情報として、関連付け情報格納手段１０６に格納する。

ステップＳ３１３において、移動通信端末１００は、関連付け情報格納手段１０６に格納されているアプリケーション情報を基に、アプリケーションのアイコンの表示位置を決定する。

ステップＳ３１５において、移動通信端末１００は、関連付け情報格納手段１０６に格納されているアプリケーションの表示位置情報を基に、表示手段１１０にアプリケーションのアイコンを表示する。ここで、関連付けられたアイコンは、互いに線で接続されて表示される。

ユーザが入力手段１１４を操作し、新たなアプリケーションを指定して、関連するアプリケーション情報を要求した場合、ステップＳ３０３〜ステップＳ３１５が繰り返され、表示手段１００に、アプリケーション情報が新たに表示される。

以上の処理によって、本発明の一実施形態における通信システムは、移動通信端末を利用するユーザによる、関連するアプリケーションの効率的な探索を可能にする。特に、関連するアプリケーション同士が線で接続されることにより、アプリケーション同士の関連性を視覚的に把握することができる。

なお、サーバ２００によって取得されるアプリケーション属性情報や関連度は、移動通信端末１００において取得されてもよい。これによって、移動通信端末１００は、サーバ２００への要求なしに、関連するアプリケーションの情報を取得することができる。

＜５．変形例＞
図１４を用いて説明した動作例において、サーバ２００から、アプリケーション情報を受信し、移動通信端末１００のアプリケーション関連付け手段１０４で、アプリケーションを新たに関連付ける処理を行った。しかしながら、本発明はこのような動作例に限定されない。以下では、図１５、図１６を用いて、本発明の一実施形態における移動通信端末の変形例１０１の機能ブロックと、該移動通信端末１０１を用いた場合の処理フローについて説明する。

図１５は、そのような移動通信端末１００の変形例の機能ブロック図である。図１５においては、図２で示した移動通信端末１００の機能ブロック図と比べて、アプリケーション関連手段１０４がなく、また、関連付け情報格納手段１０６と、送信手段１１６が接続されている点で異なる。移動通信端末１０１においては、サーバ２００から受信したアプリケーション情報を、そのまま関連付け情報として用いることができる。

図１６は、移動通信端末１０１を用いた場合の処理フローを表す。図１４の動作例と異なっている部分について説明する。ステップＳ５０３において、アプリケーション情報要求信号の中に、関連付け情報格納手段１０６に、既に格納されているアプリケーション情報を含めて送信する。アプリケーション情報は、アプリケーションを特定するアプリケーションＩＤなどである。ステップＳ５０５において、アプリケーション選択手段２０８は、関連するアプリケーションを選択した後、アプリケーション情報要求の中に含まれている、「既に格納されているアプリケーション」に該当するアプリケーションをフィルタリングする。フィルタリング後、残っているアプリケーション情報を、移動通信端末１０１に送信する。移動通信端末１０１は、受信した関連アプリケーション情報を、そのまま関連付け情報格納手段１０６へと格納する。この後、アプリケーション表示位置決定手段による位置決定がなされ、アプリケーションのアイコンが表示される。

以上により、本発明の一実施形態における移動通信端末１０１においては、サーバ２００からアプリケーション情報を受信するたびに関連付け処理を行う必要がなくなり、処理負荷が軽減される。

５０ 通信網
１００、１０１ 移動通信端末
１０２ 受信手段
１０４ アプリケーション関連付け手段
１０６ 関連付け情報格納手段
１０８ 表示制御手段
１１０ 表示手段
１１２ アプリケーション表示位置決定手段
１１４ 入力手段
１１６ 送信手段
２００ サーバ
２０２ 受信手段
２０４ アプリケーション情報格納手段
２０６ 関連度算出手段
２０８ アプリケーション選択手段
２１０ 送信手段

Claims (14)

1. アプリケーションに関連付けられたアイコンを表示する移動通信端末と、サーバを有する通信システムであって、
   前記移動通信端末は、
   ユーザによって指定された第一のアプリケーションに関連する一つ以上の第二のアプリケーションの情報を前記サーバに要求する情報要求手段と、
   前記サーバから受信した前記第二のアプリケーションの情報に基づいて、前記第一のアプリケーションと前記第二のアプリケーションのうちの幾つか又は全てを関連付ける関連付け手段と、
   前記第一のアプリケーションのアイコンの表示位置と、関連付けられた前記第二のアプリケーションのアイコンの表示位置を決定するアプリケーション表示位置決定手段と、
   前記第一のアプリケーションのアイコンと関連付けられた前記第二のアプリケーションのアイコンとを、関連付けて各々の前記表示位置に表示する表示手段と、
   を有し、
   前記サーバは、
   前記移動通信端末からの前記要求を受信する受信手段と、
   前記第一のアプリケーションに関連する前記第二のアプリケーションの情報を取得する取得手段と、
   前記要求に応じて、取得した前記第二のアプリケーションの情報を前記移動通信端末に送信する送信手段と、
   を有する、
   通信システム。
2. 前記サーバは、前記第一のアプリケーションと前記第二のアプリケーションと
   の関連度を算出する関連度算出手段
   をさらに有し、
   前記関連度は、前記第二のアプリケーションの情報に含まれ、
   前記関連付け手段は、前記関連度が第一の閾値より高い前記第二のアプリケーションを前記第一のアプリケーションと関連付ける、
   請求項１に記載の通信システム。
3. 前記第一の閾値は、画面サイズ、搭載されたメモリ容量、又はＣＰＵ使用率を含む、前記移動通信端末のリソース情報に基づいて設定される、
   請求項２に記載の通信システム。
4. 前記表示手段は、前記第一のアプリケーションのアイコンと、関連付けられた前記第二のアプリケーションのアイコンとを、互いに線で接続することによって、関連付けて表示する、
   請求項１乃至３何れか一項に記載の通信システム。
5. 前記ユーザの指定によって新たに表示された前記第一のアプリケーションのアイコン及び前記第二のアプリケーションのアイコンと、それ以外のアイコンとを、区別して表示する、
   請求項１乃至４何れか一項に記載の通信システム。
6. 前記関連付け手段は、関連付けられたアプリケーションの数が第二の閾値を超えた場合に、該アプリケーションの数が前記第二の閾値以下となるように、該アプリケーションのうちの幾つかの関連付けを解除する、
   請求項１乃至５何れか一項に記載の通信システム。
7. 前記関連付け手段は、関連付けられた前記アプリケーションのうち、アイコンの表示位置が所定の領域に含まれるアプリケーションの関連付けを解除する、
   請求項６に記載の通信システム。
8. 前記関連付け手段は、関連付けられた前記アプリケーションのうち、関連するアプリケーションの数が少ないものから順に関連付けを解除する、
   請求項６に記載の通信システム。
9. 前記関連付け手段は、関連付けられた前記アプリケーションのうち、該アプリケーションのアイコンの表示位置と、前記第一のアプリケーションのアイコンの表示位置との距離が大きいものから順に関連付けを解除する、
   請求項６に記載の通信システム。
10. 前記関連付け手段による関連付けの結果を関連付け情報として格納する関連付け情報格納手段を更に有し、
    前記関連付け手段は、前記サーバから受信した前記第二のアプリケーションの情報が前記関連付け情報格納手段に既に格納されている場合には、前記第一のアプリケーションと前記第二のアプリケーションの関連付けを行わない
    請求項１乃至９何れか一項に記載の通信システム。
11. 前記関連付け手段による関連付けの結果を関連付け情報として格納する関連付け情報格納手段を更に有し、
    前記関連付け手段は、前記サーバから受信した前記第二のアプリケーションの情報が前記関連付け情報格納手段に既に格納されている場合には、該第二のアプリケーションと前記第一のアプリケーションとの関連度を、該関連度を所定の数で除算した値とする、
    請求項１乃至９何れか一項に記載の通信システム。
12. 前記情報要求手段は、前記情報格納手段に格納される前記関連付け情報を、前記要求と共に前記サーバに送信し、
    前記サーバは、前記関連付け情報に基づいて、前記第一のアプリケーションに関連付けられていない前記第二のアプリケーションの情報を、前記移動通信端末に送信する、
    請求項１０又は１１何れか一項に記載の通信システム。
13. アプリケーションに関連付けられたアイコンを表示する移動通信端末と、サーバを有する通信システムで実行される方法あって、
    前記移動通信端末が、ユーザによって指定された第一のアプリケーションに関連する一つ以上の第二のアプリケーションの情報を前記サーバに要求する情報要求段階と、
    前記サーバが、前記移動通信端末からの前記要求を受信する受信段階と、
    前記サーバが、前記第一のアプリケーションに関連する前記第二のアプリケーションの情報を取得する取得段階と、
    前記サーバが、前記要求に応じて、取得した前記第二のアプリケーションの情報を前記移動通信端末に送信する送信段階と、
    前記移動通信端末が、前記サーバから受信した前記第二のアプリケーションの情報に基づいて、前記第一のアプリケーションと前記第二のアプリケーションのうちの幾つか又は全てを関連付ける関連付け段階と、
    前記移動通信端末が、前記第一のアプリケーションのアイコンの表示位置と、関連付けられた前記第二のアプリケーションのアイコンの表示位置を決定する表示位置決定段階と、
    前記移動通信端末が、前記第一のアプリケーションのアイコンと関連付けられた前記第二のアプリケーションのアイコンとを、関連付けて各々の前記表示位置に表示する表示段階と、
    を有する、方法。
14. アプリケーションに関連付けられたアイコンの一覧を表示する移動通信端末であって、
    ユーザによって指定された第一のアプリケーションに関連する一つ以上の第二のアプリケーションの情報を取得する情報要求手段と、
    取得した前記第二のアプリケーションの情報に基づいて、前記第一のアプリケーションと前記第二のアプリケーションのうちの幾つか又は全てを関連付ける関連付け手段と、
    前記第一のアプリケーションのアイコンの表示位置と、関連付けられた前記第二のアプリケーションのアイコンの表示位置を決定するアプリケーション表示位置決定手段と、
    前記第一のアプリケーションのアイコンと関連付けられた前記第二のアプリケーションのアイコンとを、関連付けて各々の前記表示位置に表示する表示手段と、
    を有する、移動通信端末。

Images