"補助デバイスを登録可能な通信端末と、当該通信端末に当該補助デバイスを利用するアプリを配信するサーバとからなるアプリ配信システムであって、当該通信端末10aが、当該補助デバイスのハードウエア情報を取得するハードウエア情報取得手段56a,S1と、当該ハードウエア情報を含むアプリ要求をサーバに送信するアプリ要求送信手段S3と、当該サーバからのアプリリストを受信するリスト受信手段S5とを具備し、当該サーバ50が、当該アプリ要求に含まれる当該ハードウエア情報に従い、当該補助デバイスを利用するアプリを示すアプリリストを生成して、当該通信端末に送信するアプリリスト送信手段S21~S32、58を具備することを特徴とするアプリ配信システム。当該ハードウエア情報が、当該補助デバイスの製品名及び当該補助デバイスの登録プロセスに含まれる機器特定キーワードの少なくとも何れかを含み、当該サーバが、アプリと補助デバイスとなる製品とを対応付けるアプリ機器対応表60と、補助デバイスとなる製品と機能と対応付ける機器機能対応表62と、アプリと機能とを対応付けるアプリ機能対応表64と、当該機器特定キーワードと機能との対応付けるキーワード機能対応表66とを具備し、当該アプリリスト送信手段が、当該アプリ機器対応表を参照して、当該製品名が示す補助デバイスに対応するアプリを検索する手段S22と、当該製品名が示す補助デバイスに対応するアプリが当該アプリ機器対応表に登録されていない場合に、当該機器機能対応表及び当該アプリ機能対応表を参照して、当該製品名が示す補助デバイスの持つ機能に対応するアプリを検索する手段S25,S26,S30,S31,S32と、当該キーワード機能対応表及び当該アプリ機能対応表を参照し、当該ハードウエア情報の当該機器特定キーワードに対応する機能に対応するアプリを検索する手段S28~S32とを具備することを特徴とする請求項1に記載のアプリ配信システム。補助デバイスを登録可能な通信端末に当該補助デバイスを利用するアプリを配信するアプリ配信サーバであって、当該通信端末10aから当該補助デバイスのハードウエア情報を含むアプリ要求を受信する手段と、当該ハードウエア情報に従い、当該補助デバイスを利用するアプリを示すアプリリストを生成して、当該通信端末に送信するアプリリスト送信手段S21~S32、58を具備することを特徴とするアプリ配信サーバ。当該ハードウエア情報が、当該補助デバイスの製品名及び当該補助デバイスの登録プロセスに含まれる機器特定キーワードの少なくとも何れかを含み、更に、アプリと補助デバイスとなる製品とを対応付けるアプリ機器対応表60と、補助デバイスとなる製品と機能と対応付ける機器機能対応表62と、アプリと機能とを対応付けるアプリ機能対応表64と、当該機器特定キーワードと機能との対応付けるキーワード機能対応表66とを具備し、当該アプリリスト送信手段が、当該アプリ機器対応表を参照して、当該製品名が示す補助デバイスに対応するアプリを検索する手段S22と、当該製品名が示す補助デバイスに対応するアプリが当該アプリ機器対応表に登録されていない場合に、当該機器機能対応表及び当該アプリ機能対応表を参照して、当該製品名が示す補助デバイスの持つ機能に対応するアプリを検索する手段S25,S26,S30,S31,S32と、当該キーワード機能対応表及び当該アプリ機能対応表を参照し、当該ハードウエア情報の当該機器特定キーワードに対応する機能に対応するアプリを検索する手段S28~S32とを具備することを特徴とする請求項3に記載のアプリ配信サーバ。特許文献1に記載の技術は、計測機器とアプリケーションプログラムは、当所から関連付けられているので、ユーザは、単に、指定されたサーバにアクセスし、指定されたアプリケーションプログラムをダウンロード及びインストールするだけで良い。又は、単に、ダウンロード操作のみで済むことも考えられる。近年は、センサベンダに限定されずに、異なるメーカの複数の製品に対応するアプリも出現し、そのような多様なアプリを提供するサイトもネットワーク上に用意されるようになっている。この結果、ユーザは、使用しようとするセンサ等の補助デバイスに対応するアプリを発見するのが難しくなっている。更に、対応する複数のアプリが存在する場合に、どれがより適しているかの判断も、難しい。本発明は、このような不都合を解消し、使用しようとする補助デバイスに適したアプリを容易に選択できるアプリ配布システム及びアプリ配布サーバを提示することを目的とする。本発明に係るアプリ配布システムは、補助デバイスを登録可能な通信端末と、当該通信端末に当該補助デバイスを利用するアプリを配信するサーバとからなるアプリ配信システムであって、当該通信端末が、当該補助デバイスのハードウエア情報を取得するハードウエア情報取得手段と、当該ハードウエア情報を含むアプリ要求をサーバに送信するアプリ要求送信手段と、当該サーバからのアプリリストを受信するリスト受信手段とを具備し、当該サーバが、当該アプリ要求に含まれる当該ハードウエア情報に従い、当該補助デバイスを利用するアプリを示すアプリリストを生成して、当該通信端末に送信するアプリリスト送信手段を具備することを特徴とする。本発明に係るアプリ配信サーバは、補助デバイスを登録可能な通信端末に当該補助デバイスを利用するアプリを配信するアプリ配信サーバであって、当該通信端末10aから当該補助デバイスのハードウエア情報を含むアプリ要求を受信する手段と、当該アプリ要求に含まれる当該ハードウエア情報に従い、当該補助デバイスを利用するアプリを示すアプリリストを生成して、当該通信端末に送信するアプリリスト送信手段を具備することを特徴とする。本発明によれば、通信端末から送信される補助デバイスのハードウエア情報を参照して、対応するアプリのリストを送信するので、通信端末のユーザに、使用する補助デバイスに適したアプリを提示できる。以下、図面を参照して、本発明の実施例を詳細に説明する。図1は、本発明の一実施例の概略構成ブロック図を示す。本実施例は、通信端末1010a~10cがネットワーク40を介してアプリ配信サーバ以下、サーバと略す50に接続するサーバクライアントシステムからなる。図2はクライアントである通信端末10の動作フローチャートを示し、図3は、サーバ50の動作フローチャートを示す。通信端末1010a~10cは典型的には、いわゆるスマートフォン、ノートパソコン若しくはタブレット端末等の携帯通信端末からなるが、デスクトップ型コンピュータのような据え置き型の通信端末であってもよい。通信端末10は、全体を制御するCPU12、CPU12のためのプログラム及びデータを一次記憶するメモリ14、サーバ50からダウンロードしたアプリを記憶するSSDSolidStateDisk16等のアプリ記録媒体、並びに、文字入力、ズーム操作及びスクロール操作のための操作装置18を具備する。通信装置20は、ネットワーク40を介してサーバ50と通信する。表示装置22は、通信端末10の操作及び通信端末10上で動作するアプリの操作のための種々の情報を表示する。無線通信装置24は、BlueTooth登録商標、赤外線通信又は無線LAN等の近距離無線通信により、補助デバイス3030a~30cと通信する。補助デバイス30は、特定の登録手続きにより通信端末10に登録され、通信端末10上で動作するアプリと連携して利用可能となるデバイスであり、例えば、医療健康系アプリの場合、血圧計、歩数計又は脈拍計等の各種センサである。補助デバイス30の製品名は、血圧計、歩数計、脈拍計、及び体重計等があり、これらにメーカ名が付加されることもあり、商標である場合もある。CPU12は、バス28を介して、メモリ14、SSD16、操作装置18、通信装置20、表示装置22及び無線通信装置24と通信し、これらを制御する。他方、サーバ50は、全体を制御するCPU52と、CPU52のためのメモリ54、通信端末1010a~10cで使用される各種のアプリを格納するハードディスク56、及び、ネットワーク40を介して通信端末1010a~10cと通信する通信装置58を具備する。ハードディスク56には、通信端末1010a~10cに登録される補助デバイス3030a~30cを探索し、補助デバイス3030a~30cに適したアプリを推奨するダウンロード用のアプリケーションソフトウエア以下、ダウンローダという56aと、最終的に通信端末10にインストールされる種々の医療健康系アプリ56bが格納されている。サーバ50はまた、通信端末10a~10cのユーザが所望のアプリをダウンロードするのを補助するための各種の表60,62,64,68を具備する。アプリ機器対応表60は、図4に示すように、アプリ毎に1又は複数の対応製品がその製品名及びVIDで記録された表である。機器機能対応表62は、図5に示すように、VID及び製品名で特定される各製品について、その保有する機能が記録された表である。アプリ機能対応表64は、図6に示すように、アプリ毎に補助デバイスとして利用可能な又は必須の機能を記録した表である。KW機能対応表66は、図7に示すように、補助デバイス30の登録プロセスで出現する補助デバイス30を特定する各キーワード機器特定KWに対して対応する機能を特定する表である。アプリ統計表68は、図8に示すように、各アプリについて、アプリ名、ダウンロード数、評点平均値及び評点累計を記憶する表であり、ユーザに提示するアプリリスト上の順番を決定する際に参照される。理解を容易にするために、別々の表60~68として図示し説明しているが、実際の運用において、これらの表を適宜に組み合わせた、より少数の表又はデータベースとしても良いことは明らかである。更には、上述した要素以外の要素を含んでもよい。例えば、評点の追加に対して評点平均を変更できるように、評点を入力したユーザ数をアプリ統計表68に追加しても良い。CPU52は、バス70を介して、メモリ54、ハードディスク56,通信装置58、アプリ機器対応表60、機器機能対応表62、アプリ機能対応表64、KW機能対応表66及びアプリ統計表68にアクセスし、これらを制御する。ここでは、通信端末10aのユーザが、補助デバイス30aを有効に活用できる医療健康系アプリをサーバ50から通信端末10aにダウンロードする場合を例に、通信端末10a及びサーバ50の動作を説明する。通信端末10aは、ユーザの指示により、まず、サーバ50からダウンローダ56aをダウンロードしてSSD16に格納し、SSD16からダウンローダ56aを起動する。図2は、ダウンローダ56aの通信端末10a上の動作を示す。ダウンローダCPU12は、通信端末10a上で起動されると、まず、通信端末10aに登録されている補助デバイス30aのハードウエア情報を収集する。ダウンローダCPU12は、現に補助デバイス30aにアクセスできるときには、補助デバイス30aからハードウエア情報を取得し、アクセスできないときには、登録プロセスのログからハードウエア情報を取得する。補助デバイス30a自体から取得できるハードウエア情報には、補助デバイス30aのVIDベンダーIDと製品名がある。VIDベンダーIDを得られずに、製品名のみが得られる場合もある。また、登録プロセスのログからは、補助デバイス30aの機能を特定するのに役立つキーワードKW、すなわち、機器特定キーワードが得られる。製品名及びVIDを取得できない場合、ダウンローダは、ユーザに製品名を入力させても良い。ダウンローダCPU12は、ハードウエア情報を取得できた場合S2、取得できたハードウエア情報を含むアプリ要求を、アプリ分野例えば、ここでは医療健康分野の指定と共に、通信装置20を介してサーバ50に送信するS3。VID、製品名及び、機器特定キーワードの何れも得られない場合S2、ダウンローダCPU12は、連係動作する補助デバイスハードウエアを特定しないアプリ要求を、通信装置20を介してサーバ50に送信するS4。ステップS3,S4の後、ダウンローダCPU12は、サーバ50からアプリリストを受信するのを待機するS5。サーバ50からアプリリストを受信するとS5、ダウンローダCPU12は、受信したアプリリストを表示装置22に表示させ、ユーザにダウンロードすべきアプリを選択させるS6。ユーザの操作装置18によるアプリ選択操作に従いS6、ダウンローダCPU12は、ユーザにより選択されたアプリのダウンロードをサーバ50に要求し、サーバ50からダウンロードするS7。ユーザがアプリ選択をキャンセルした場合S6、ダウンローダCPU12は、終了する。ダウンローダCPU12は、適用な試用期間の後、ダウンロードしたアプリに対するユーザによる評点入力を受け付けS8、サーバ50に送信するS9。この評点入力S8とサーバ50への評点の送信S9は、ダウンロードしたアプリ上で実行しても良いし、評点の入力と送信のための別のアプリを用意して、そのアプリを使って行っても良い。図3を参照して、サーバ50側での動作を説明する。サーバ50は、通信端末10aからのアクセスを待機している。アプリ要求を受信すると、CPU52は、図3に示すフローチャートに従って動作する。すなわち、CPU52は、受信したアプリ要求が製品名を含むか否かを判別するS21。製品名が含まれる場合S21、CPU52は、アプリ要求に含まれる製品名及びVIDをアプリ機器対応表60に照合して、この製品名の製品に対応するアプリを検索するS22。アプリ機器対応表60は、図4に示すように、アプリ毎の特定の製品への対応を示す表であり、アプリ毎に対応する1又は複数の製品名及びVIDが記録されている。製品名に対応する1又は複数のアプリがアプリ機器対応表60で発見された場合S23、CPU52は、アプリ統計表68を参照して、発見されたアプリをその評点順、ダウンロード数順、登録日の若い順等の一定基準でソートしたアプリリストを生成し、要求元の通信端末10aに送信するS24。対応するアプリがアプリ機器対応表60で発見されない場合S23、CPU52は、製品名及びVIDを機器機能対応表62に照合して、その製品の機能を検索するS25。機器機能対応表62は、図5に示すように、個々の製品が持つ1又は複数の機能又は用途を製品毎に分類した表であり、例えば、歩数計は、歩数を計数する機能以外に、歩幅を設定することで距離を測定する機能を持ち、一歩の消費カロリーを設定することで消費カロリーを測定する機能を持つ。もちろん、例えば、血圧脈拍計のように、複数の機能を単純に併合した複合機能の機器も存在する。機器機能対応表62には、これらの機能が製品毎に区分して記録されている。血圧脈拍計は製品としては血圧計と脈拍計の両方に分類され、機能としては、血圧測定と脈拍測定の両方に対応することになる。アプリ要求に含まれる製品名の製品について、その機能が機器機能対応表62で発見される場合S26、CPU52は、アプリ機能対応表64を参照して、ハードディスク56に登録されるアプリ中から、ステップS25で発見された何れかの機能に対応するアプリを検索するS30。1以上のアプリを検索できた場合S31、CPU52は、アプリ統計表68を参照して、検索されたアプリをその評点順、ダウンロード数順、登録日の若い順等の一定基準でソートしたアプリリストを生成し、要求元の通信端末10aに送信するS32。アプリ要求に含まれる製品名の製品が機器機能対応表62に登録されていない場合、又は、製品名が登録されていても機能が登録されていない場合S26、CPU52は、アプリ要求に機器特定キーワードが含まれているかどうかを調べるS27。機器特定キーワードが含まれている場合S27、CPU52は、その機器特定キーワードをキーワード機能対応表66に照合して、機器特定キーワードに対応する機能を検索するS28。キーワード機能対応表66は、図7に示すように、機器特定キーワードが指し示す機能を示す表である。機器特定キーワードは、例えば、製品名を示す英語例えば、歩数計の製品名を示唆するABCPedometer、体重計の製品名を示唆するDEFScaleや、製品の持つ機能を示す英語例えば、機能端的に示すpedometer,scale,tonometer,Weightなどからなり、これらに対して対応する機能として、体重測定,血圧測定、脈拍測定等が明記される。機器特定キーワードに対応する1又は複数の機能がキーワード機能対応表66で発見される場合S29、CPU52は、アプリ機能対応表64を参照して、ハードディスク56に登録されるアプリ中から、ステップS28で発見された何れかの機能に対応するアプリを検索するS30。1以上のアプリを検索できた場合S31、CPU52は、アプリ統計表68を参照し、検索されたアプリをその評点順、ダウンロード数順、登録日の若い順等の一定基準でソートしたアプリリストを生成し、要求元の通信端末10aに送信するS32。ステップS28で発見された機能に対応するアプリを検索できない場合S31、CPU52は、アプリ統計表68を参照し、指定された分野の全アプリについて、その評点に応じて抽出したアプリリストを生成し、要求元の通信端末10aに送信するS33。アプリ要求に機器特定キーワードが含まれていない場合にもS27、CPU52は、アプリ統計表68を参照し、指定された分野の全アプリについて、その評点に応じて抽出したアプリリストを生成し、要求元の通信端末10aに送信するS33。また、アプリ要求と共に受信した機器特定キーワードがキーワード機能対応表66に登録されていない場合、又は、その機器特定キーワードについて1つの機能もキーワード機能対応表66に登録されていない場合にもS29、CPU52は、アプリ統計表68を参照し、指定された分野の全アプリについて、その評点に応じて抽出したアプリリストを生成し、要求元の通信端末10aに送信するS33。サーバ50は、ダウンロードされたアプリに対して、アプリ統計表68のダウンロード数をインクリメントする。また、アプリを使用する通信端末1010a~10cから評点が送信されると、アプリ統計表68の対応するアプリの評点平均及び評点累計を更新する。アプリリストの表示順序に関しては、ダウンロード数と評点平均を指数化し、その大きい順にソートしてもよい。例えば、ダウンロード数をxと、利用評点平均を所定の重み係数で加算した結果に従い、その結果値の大きな順番に該当するアプリをソートする。これにより、通信端末のユーザは、人気の高いアプリを優先的に選択し、インストールできる。医療健康系アプリを配信する場合で実施例の動作を説明したが、本発明は、このようなアプリの配信に限定されず、通信端末に登録される補助デバイスと連携して動作するその他のアプリの配信に適用可能である。特定の説明用の実施例を参照して本発明を説明したが、特許請求の範囲に規定される本発明の技術的範囲を逸脱しないで、上述の実施例に種々の変更修整を施しうることは、本発明の属する分野の技術者にとって自明であり、このような変更修整も本発明の技術的範囲に含まれる。"