WO2012132947A1 - サービス提供条件最適化方法、サービス検索装置、及びサービス提供条件最適化システム - Google Patents

Abstract

　ユーザのサービスに対する興味の長期間の維持を可能とする。　サービス提供条件制限部１０３は、管理者端末２００から受信した最適サービス提供条件推定リクエ ストからサービス提供条件ＩＤを取得し、サービス提供履歴記憶部１０４からサービス提供条件ＩＤを 含むサービス提供履歴情報を抽出し、そのサービス提供履歴情報から属性値別成功率リストを作成する 。サービス提供条件制限部１０３は、属性値別成功率リストを作成し、その属性値別成功率リストから 、ある閾値以上の成功率を含む要素を抽出し、抽出した要素の属性名と属性値とを含む判定情報を作成 し、サービス提供条件ＩＤで識別されるサービス提供条件に作成した判定情報を追加または判定情報で サービス提供条件を更新し、サービス提供条件の内容を制限する。

Description

サービス提供条件最適化方法、サービス検索装置、及びサービス提供条件最適化システム

　本発明は、サービス提供条件の最適化に係り、特にコンテキストや状況を基にしたサービス提供条件最適化方法、サービス検索装置、及びサービス提供条件最適化システムに関する。

　近年、全地球測位システム（ＧＰＳ；Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）を用いた位置測位機能を備えた携帯電話の普及やＲＦＩＤ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ　ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）タグの普及に基づき、ユーザの位置情報のリアルタイムな把握が、容易となった。また、携帯電話で利用可能なプレゼントサービスやインスタントメッセージングサービスの普及に基づき、ユーザの気分などの状況情報の交換が、リアルタイムにできるようになった。
　このような技術の実現に伴い、様々なサービス事業者は、ユーザのリアルタイムな状況情報に基づいて、タイムリーに、行動支援、コンテンツ推薦、広告配信などを行うサービスを検討している。一例として、ユーザが、ショッピングモールの近くに来ると、ユーザの所有する携帯電話の画面にバーゲンセールの案内を表示する行動支援サービス（広告配信サービス）がある。
　また、携帯電話事業者は、数百万、数千万、あるいは、それ以上の数のユーザが所有する携帯電話のリアルタイムな位置情報や状況情報を含むユーザ情報を収集できる。そのため、携帯電話事業者は、ユーザ情報に関する条件に合致するユーザの携帯電話にサービスを提供するプラットフォームを、サービス事業者に提供できる。
　なお、位置情報や状況情報を含むユーザ情報は、「コンテキスト」とも呼ばれる。そして、コンテキストに応じたサービスの提供は、「コンテキストアウェア」又は「コンテキストアウェアサービス」と呼ばれる。また、ユーザ情報の蓄積及び処理を基づくユーザ情報に適したサービスの提供は、「状況適応型サービス」と呼ばれる。
　このようなサービスの提供のためのサービス検索装置は、ユーザ情報に基づいたサービスの検索が必要である。この検索において、サーチエンジンのようなキーワード型検索システムを用いて、的確なキーワードを検索する、検索作業を支援する技術がある。
　特許文献１~特許文献５には、文書・情報検索における検索キーワードの拡張技術が開示されている。これらの検索キーワードの拡張技術は、知識ベース、ユーザの入力履歴、和英辞書や類義語辞書を利用して、検索範囲を拡張するためのキーワードを決定する。
　また、特許文献６及び特許文献７には、あいまいなキーワードを基づきユーザの望む情報を検索する技術が開示されている。更に、特許文献８には、サービス検索に用いる検索キーワードをユーザの嗜好を利用して拡張する技術が開示されている。
特開２００９−１７６２７４号公報 特開２００９−０９３６４８号公報 特開２０１０−２８６９７４号公報 特表２０１０−５３４３７８号公報 特許第４４５２５２７号公報 特開２００９−２１１６８３号公報 特許第４３２３５６１号公報 特表２００６−５２６１８５号公報

　ショッピングモールのセール情報を表示する広告配信サービスのための広告配信サービスシステムのサービス検索装置は、広告配信サービスの管理者などから、広告配信サービスの提供条件（以降、「サービス提供条件」と言う）を受け取り、登録（記憶）する。
　しかし、ユーザやショッピングモールの状況は、時間が経過すると変化する。設定されたサービス提供条件をそのまま使い続ける限り、サービス検索装置は、サービス提供条件を設定した時点では想定していなかった状況に対応できない。そのため、サービス検索装置は、ユーザに不適切なサービスを検索し始める。この状況が続くと、ユーザは、やがて、広告配信サービスシステムが提供するサービスに対して興味を持たなくなる。このよう、サービス検索装置が設定したサービス提供条件をそのまま使い続けることは、広告に基づくユーザの消費行動の促進効果が失われるという問題がある。
　そこで、広告に基づくユーザの消費行動促進効果を長期間にわたって維持するため、又は、ユーザがコンテキストアウェアサービスや状況適応型サービスに対して長期間にわたって興味を持ち続けるため、サービス検索装置が検索に用いるサービス提供条件を自動的に最適化する技術の実現が課題となる。
　ユーザの嗜好情報に基づいてサービス提供条件を最適化する場合、特許文献１~８に記載された技術では、条件を制限／緩和するために知識、つまり、ユーザの嗜好情報が継続的に確認・更新されていることが必要となる。しかし、コンテキストアウェアサービスや状況適応型サービスでは、利用可能な知識の蓄積が無い。そのため、特許文献１~８に記載された技術では、長期的にサービスの魅力を保つことが難しいという問題があった。
　本発明は、以上の点に鑑みなされたもので、自動的にサービス提供条件を最適化し、コンテキストアウェアサービスや状況適応型サービスに対するユーザの興味を、長期間にわたって維持可能なサービス提供条件最適化方法、サービス検索装置、サービス提供条件最適化システム、及び、プログラムの提供を目的とする。

　上記の目的を達成するため、本発明のサービス提供条件最適化方法は、サービスの判定に用いる判定情報を含む第１のサービス提供条件から、ユーザ端末から受信したユーザに関するユーザ情報に関連する第２のサービス提供条件を検索し、前記ユーザ情報と前記第２のサービス提供条件とからサービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービスを指示するサービス指示情報を送信し、前記サービス提供装置から前記サービス指示情報に関するサービスの効果の有無を含むサービス効果情報を受け取り、前記サービス効果情報と前記サービス指示情報に関する属性情報とを含むサービス提供履歴情報を蓄積し、管理者端末から前記第１のサービス提供条件を識別するサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを受信し、前記サービス提供条件ＩＤを基に前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加、又は、該判定情報で前記第１のサービス提供条件を更新することを含む。
　また、上記の目的を達成するため、本発明のサービス提供条件最適化方法は、サービスの判定に用いる判定情報を含む第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とから、ユーザ端末から受信したユーザに関するユーザ情報と関連する第３のサービス提供条件を検索し、前記第３のサービス提供条件から、提供するサービス内容を決定し、サービス提供装置に前記決定したサービス内容を含むサービス指示情報を送信し、前記サービス指示情報に含まれる属性情報と前記サービス効果情報とを含むサービス提供履歴情報を蓄積し、前記サービス提供装置が提供するサービスの効果の有無を示すサービス効果情報を受信し、前記サービス提供履歴情報に、受信した前記サービス効果情報を追加し、前記サービス提供履歴情報から抽出した前記第１のサービス提供条件と関連するサービス提供履歴情報のうちサービス提供の効果があったことを示すサービス提効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、前記サービス提供履歴情報に含まれる前記第２のサービス提供条件と関連する第２のサービス提供履歴情報のうち、サービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出し、前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との変動率を算出し、前記変動率が所定の閾値を超えている場合、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除することを含む。
　また、上記の目的を達成するため、本発明のサービス検索装置は、サービスの判定に用いる判定情報を含む第１のサービス提供条件を記憶するサービス提供条件記憶手段と、ユーザ端末からユーザに関するユーザ情報を受信するユーザ情報受信手段と、前記第１のサービス提供条件と前記ユーザ情報とを基に、前記ユーザ端末に提供するサービスに関する第２のサービス提供条件を検索するサービス検索手段と、前記ユーザ情報と前記第２のサービス提供条件とを基にサービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービス内容を指示するためのサービス指示情報を送信するサービス指示情報送信手段と、前記サービス提供装置から前記サービス指示情報に関するサービス提供の効果の有無を含むサービス効果情報を受信するサービス効果受信手段と、前記サービス効果情報と前記サービス効果情報に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、管理者端末から第１のサービス提供条件を識別するサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを受信し、前記サービス提供条件ＩＤを基に前記サービス提供履歴手段に蓄積されている前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件記憶手段に記憶されている前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加又は該判定情報で前記第１のサービス提供条件を更新する第１のサービス提供条件制限手段とを含む。
　また、上記の目的を達成するため、本発明のサービス検索装置は、サービスの判定に用いる判定情報を含む第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とを記憶するサービス提供条件記憶手段と、ユーザ端末からユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報受信手段が受信した前記ユーザ情報と関連する第３のサービス提供条件を前記サービス提供条件記憶手段に記憶されている前記第１及び第２のサービス提供条件から検索するサービス検索手段と、前記サービス検索手段が検索した前記第３のサービス提供条件から、提供するサービス内容を決定し、サービス提供装置に前記決定したサービス内容を含むサービス指示情報を送信するサービス指示情報送信手段と、属性情報とサービス提供の効果の有無を示すサービス効果情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、前記サービス提供装置が提供するサービスの効果の有無を示すサービス効果情報を前記サービス提供装置から受信し、前記サービス提供履歴記憶手段に蓄積されているサービス提供履歴情報に、受信した前記サービス効果情報を追加するサービス効果情報受信手段と、前記第２のサービス提供条件を生成して前記サービス提供条件記憶手段に登録し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情報から前記第１のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情報から前記第２のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出し、前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との変動率を算出し、前記変動率が所定の閾値を超えている場合、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除する、サービス提供条件緩和手段とを含む。
　また、上記目的を達成するため、発明のサービス検索プロラムは、コンピュータに、サービスの判定に用いる判定情報を含む第１のサービス提供条件から、ユーザ端末から受信したユーザ情報に関連する第２のサービス提供条件を検索するサービス検索処理と、前記ユーザ情報と前記第２のサービス提供条件とからサービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービスを指示するサービス指示情報を送信するサービス指示情報送信処理と、前記サービス提供装置から前記サービス指示情報に関するサービスの効果の有無を含むサービス効果情報を受け取るサービス効果受信処理と、前記サービス効果情報と前記サービス指示情報に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴情報記憶処理と、管理者端末から前記第１のサービス提供条件を識別するサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを受信し、前記サービス提供条件ＩＤを基に前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加、又は、該判定情報で前記第１のサービス提供条件を更新するサービス提供条件制限処理と、を実行させる。
　また、上記目的を達成するため、発明のサービス検索プロラムは、コンピュータに、サービスの判定に用いる判定情報を含む第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とから、ユーザ端末から受信したユーザに関するユーザ情報と関連する第３のサービス提供条件を検索するサービス検索処理と、前記第３のサービス提供条件から、提供するサービス内容を決定し、サービス提供装置に前記決定したサービス内容を含むサービス指示情報を送信するサービス指示情報送信処理と、前記サービス指示情報に含まれる属性情報と前記サービス効果情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶処理と、前記サービス提供装置が提供するサービスの効果の有無を示すサービス効果情報を受信し、前記サービス提供履歴情報に、受信した前記サービス効果情報を追加するサービス効果情報受信処理と、前記サービス提供履歴情報から抽出した前記第１のサービス提供条件と関連するサービス提供履歴情報のうち、サービス提供の効果があったことを示すサービス効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、前記サービス提供履歴情報に含まれる前記第２のサービス提供条件と関連する第２のサービス提供履歴情報のうち、サービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出する第１の算出処理と、前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との間の割合の変動率とを算出する第２の算出処理と、前記変動率が所定の閾値を超えている場合に、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除するサービス提供条件緩和処理と、を実行させる。
　また、上記目的を達成するため、発明のサービス提供条件最適化システムは、サービスの判定に用いる判定情報を含む第１のサービス提供条件、及び、第１のサービス提供条件を識別するためのサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを送信する管理者端末と、ユーザに関するユーザ情報を送信するユーザ端末と、サービス内容を指示するサービス指示情報を受信し、前記サービス指示情報に含まれるサービスを提供するサービス提供装置と、前記第１のサービス提供条件と、前記最適サービス提供条件推定リクエストと、前記ユーザ情報とを受信し、前記サービス指示情報を送信するサービス検索装置と、を含み、前記サービス検索装置は、前記管理者端末から受信した前記第１のサービス提供条件を記憶するサービス提供条件記憶手段と、前記ユーザ端末から前記ユーザ情報を受信するユーザ情報受信手段と、前記第１のサービス提供条件と前記ユーザ情報とを基に、前記ユーザ端末に提供するサービスに関する第２のサービス提供条件を検索するサービス検索手段と、前記ユーザ情報と前記第２のサービス提供条件とを基に前記サービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービス内容を指示するためのサービス指示情報を送信するサービス指示情報送信手段と、前記サービス提供装置から前記サービス指示情報に関するサービス提供の効果の有無を含むサービス効果情報を受信するサービス効果情報受信手段と、前記サービス効果情報と前記サービス効果に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、前記管理者端末から前記最適サービス提供条件推定リクエストを受信し、前記最適サービス提供条件推定が含むサービス提供条件ＩＤを基に、前記サービス提供履歴手段に蓄積されている前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件記憶手段に記憶されている前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加又は該判定情報で前記第１のサービス提供条件を更新する第１のサービス提供条件制限手段と、を含む。
　また、上記目的を達成するため、発明のサービス提供条件最適化システムは、サービスの判定に用いる判定情報を含む第１のサービス提供条件、及び、第１のサービス提供条件を識別するためのサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを送信する管理者端末と、ユーザに関するユーザ情報を送信するユーザ端末と、サービス内容を指示するサービス指示情報を受信し、前記サービス指示情報に含まれるサービスを提供するサービス提供装置と、前記第１のサービス提供条件と、前記最適サービス提供条件推定リクエストと、前記ユーザ情報とを受信し、前記サービス指示情報を送信するサービス検索装置と、を含み、前記サービス検索装置は、前記感謝端末から受信した第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とを記憶するサービス提供条件記憶手段と、前記ユーザ端末からユーザ情報を受信するユーザ情報受信手段と、前記ユーザ情報と関連する第３のサービス提供条件を前記サービス提供条件記憶手段に記憶されている前記第１のサービス提供条件及び第２のサービス提供条件から検索するサービス検索手段と、前記ユーザ情報と前記第３のサービス提供条件とを基に前記サービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービス内容を指示するためのサービス指示情報を送信するサービス指示情報送信手段と、前記サービス提供装置から前記サービス指示情報に関するサービス提供の効果の有無を含むサービス効果情報を受信するサービス効果情報受信手段と、前記サービス効果情報と前記サービス効果情報に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、前記第２のサービス提供条件を生成して前記サービス提供条件記憶手段に登録し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情報から前記第１のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情報から前記第２のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出し、前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との変動率とを算出し、前記変動率が所定の閾値を超えている場合、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除する、サービス提供条件緩和手段と、を含む。

　本発明によれば、ユーザのサービスに対する興味を長期間維持するため、自動的にサービス提供条件を最適化する効果を提供できる。

図１は、本発明のサービス検索装置の第１の実施形態を含むサービス提供条件最適化システムの一例を示すブロック図である。 図２は、サービス提供条件の一例を示す図である。 図３は、最適サービス提供条件推定リクエスト及びサービス試行リクエストの一例を示す図である。 図４Ａは、サービス提供履歴情報の一例の一部を示す図である。 図４Ｂは、サービス提供履歴情報の一例の一部を示す図である。 図５は、ユーザ情報の一例を示す図である。 図６は、図１のシステムのサービス提供条件登録動作の一例を説明するフローチャートである。 図７は、図１のシステムのサービス提供条件検索の動作の一例を説明するフローチャートである。 図８は、図１のシステムのサービス効果情報登録の動作の一例を説明するフローチャートである。 図９は、図１のシステムのサービス提供条件更新の動作の一例を説明するフローチャートである。 図１０は、本発明のサービス検索装置の第２の実施形態を含むサービス提供条件最適化システムの一例を示すブロック図である。 図１１は、サービス提供条件の一例を示す図である。 図１２は、図１０のシステムのサービス提供条件更新の動作の一例を説明するフローチャートである。 図１３は、図１２のステップＳ５０３の分析部の条件制限情報の作成の動作の一例の説明するフローチャートである。 図１４は、本発明のサービス検索装置の第３の実施形態を含むサービス提供条件最適化システムの一例を示すブロック図である。 図１５は、図１４のシステムのサービス提供試行開始の動作の一例を説明するフローチャートである。 図１６は、図１４のシステムのサービス提供条件更新の動作の一例を説明するフローチャートである。 図１７は、第１の実施形態のサービス検索装置の別の構成の一例を示すブロック図である。

　次に、本発明の各実施形態について図面を参照して詳細に説明する。
　（第１の実施形態）
　図１は、本発明になるサービス検索装置の第１の実施形態を含むサービス提供条件最適化システムの一例のブロック図を示す。図１に示すサービス提供条件最適化システムは、第１の実施形態のサービス検索装置１００と、管理者端末２００と、ユーザ端末３００と、サービス提供装置４００とを含む。
　本実施形態のサービス検索装置１００は、例えば、中央処理装置（ＣＰＵ；Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）などの処理装置と、メモリなどの記憶装置とを含む情報処理装置を用いて実現してもよく、以下で説明する各構成を備えても良い。本実施形態のサービス検索装置１００は、サービス提供条件受信部１０１と、サービス提供条件記憶部１０２と、サービス提供条件制限部１０３と、サービス提供履歴記憶部１０４と、ユーザ情報受信部１０５と、サービス検索部１０６と、サービス指示情報送信部１０７と、サービス効果情報受信部１０８とを含む。
　サービス提供条件受信部１０１は、管理者端末２００から後述するサービス提供条件を受信すると、受信したサービス提供条件をサービス提供条件記憶部１０２に登録する。
　サービス提供条件記憶部１０２は、サービス提供条件受信部１０１から受け取ったサービス提供条件を記憶する。また、サービス提供条件記憶部１０２は、サービス提供条件制限部１０３から受け取ったサービス提供条件を追加又は更新する。なお、サービス提供条件記憶部１０２が記憶するサービス提供条件は、後ほど説明するサービス検索部１０６の検索結果のサービス提供条件と区別するため、本実施形態では第１のサービス提供条件と呼ぶこともある。
　図２は、サービス提供条件の一例を示す。サービス提供条件は、サービスを提供するか否かを判断するための条件である。図２に示すサービス提供条件は、サービス提供条件ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）と判定情報とを含む。サービス提供条件ＩＤは、サービス提供条件を一意に区別するための識別子（ＩＤ）である。判定情報は、サービスの提供の判定に用いる情報である。判定情報は、判定に用いる属性の名前である「属性名」と、判定に用いられる値である「属性値」と、属性値の判定における関係性を示す「関係」とを含む。なお、以下、図面の煩雑さをさけるため、図３を含め各図において、属性名は上部に記載する。
　図２に示すサービス提供条件ＩＤが「ｃｏｎｄｉｔｉｏｎ＿１」である判定情報は、例えば、オープンテラスのカフェの広告をユーザの携帯電話などの画面に表示する条件である。図２の「ｃｏｎｎｄｉｔｉｏｎ＿１」は、第１及び第２の２つの判定情報を含む。第１の判定情報は、ユーザの近傍の気温に関するもので、属性名“気温”と、属性値｛“２７”｝と、関係“＝”（完全一致をあらわす）とを含む。第２の判定情報は、ユーザの近傍の照度に関するもので、属性名“照度”と、属性値｛“１０３”｝と、関係、“＝”（完全一致をあらわす）とを含む。なお、関係は、図２に示す完全一致（“＝”）に限らず、大小判定（例えば、“＞”や“＜”など）や他の関係（例えば、異なる“≠”）を含んでもよい。
　図１に戻って説明する。
　サービス検索装置１００のサービス提供条件制限部１０３は、管理者端末２００から最適サービス提供条件推定リクエストを受信する。
　図３は、最適サービス提供条件推定リクエストの一例を示す。図３に示す最適サービス提供条件推定リクエストは、サービス提供条件ＩＤとして、「ｃｏｎｄｉｔｉｏｎ＿１」を含んでいる。
　図１に戻って説明する。
　サービス提供条件制限部１０３は、最適サービス提供条件推定リクエスト（以下、単に「リクエスト」と言うこともある。）を受信すると、受信した最適サービス提供条件推定リクエストが含むサービス提供条件ＩＤを取得する。次に、サービス提供条件制限部１０３は、サービス提供履歴記憶部１０４から、サービス提供条件ＩＤを含むサービス提供履歴情報を抽出する。サービス提供履歴記憶部１０４及びサービス提供履歴情報については、後ほど説明する。
　サービス提供条件制限部１０３は、抽出したサービス提供履歴情報を基に属性値別成功率リストを作成する。
　属性値別成功率リストは、次に説明する「要素」を含む。この要素は、属性名と、属性値と、効果あり回数と、効果なし回数と、成功率とを含む。また、要素は、属性名と属性値との組に対して多くとも１つしか存在しない。なお、以下の説明において、属性名と属性値との組を含む情報を「属性情報」と言うこともある。
　サービス提供条件制限部１０３は、次の動作に基づき属性値別成功率リストを作成及び更新する。
　サービス提供条件制限部１０３は、サービス提供履歴記憶部１０４から抽出した各サービス提供履歴情報が含む有効な属性情報（つまり、属性名と属性値との組）を抽出する。
　例えば、後ほど説明する図４Ａおよび図４Ｂの３行目のサービス提供履歴情報（レコードＩＤ＝ｒｅｃｏｒｄ＿１００２）の場合、サービス提供条件制限部１０３は、属性名“気温”と属性値｛“２６”｝、属性名“湿度”と属性値｛“６２”｝、属性名“照度”と属性値｛“７７”｝、属性名“風速”と属性値｛“２”｝、属性名“雑音”と属性値｛“７１”｝、属性名“混雑度”と属性値｛“３”｝、属性名“歩数”と属性値｛“１０９６９”｝、属性名“移動モード”と属性値｛“立ち止まり”｝の組（属性情報）を抽出する。なお、ここで有効な属性情報とは、属性値が有効な値となっている属性情報である。例えば、センサの不具合などで属性値が記録されていない属性情報は、サービス提供条件の設定に利用できない。そのため、サービス提供条件制限部１０３は、そのような属性情報を抽出しない。
　次に、サービス提供条件制限部１０３は、抽出した属性情報を含む要素が属性値別成功リストに含まれる要素か否かを確認する。なお、属性値別成功リストが無い場合、サービス提供条件制限部１０３は、要素を含まない属性値別成功リストを作成し、抽出した属性情報を含まれないとして処理を行う。
　属性情報を含む要素が属性値別成功率リストに含まれない場合、サービス提供条件制限部１０３は、抽出した属性名と、属性値と、効果あり回数（０で初期化）と、効果なし回数（０で初期化）と、成功率（初期化は必ずしも必要ないが、例えば０で初期化してもよい）を含む要素を新たに作成し、属性値別成功率リストに登録する。そして、サービス提供条件制限部１０３は、サービス効果情報を含むか否かを確認する。
　一方、属性情報を含む要素が属性値別成功率リストに含まれる場合、サービス提供条件制限部１０３は、要素を作成せず、サービス効果情報を含むか否かを確認する。
　次に、サービス提供条件制限部１０３は、抽出した属性情報を含むサービス提供履歴情報がサービス提供の効果の有無を示すサービス効果情報を含む場合、属性情報を含む要素の効果あり回数を「１」加算する。反対にサービス提供情報がサービス効果情報を含まない場合、サービス提供条件制限部１０３は、属性情報を含む要素の効果なし回数を「１」加算する。
　次に、サービス提供条件制限部１０３は、効果あり回数と効果なし回数とを基に成功率を算出し、要素の成功率に保存する。
　抽出した全てのサービス提供履歴情報について処理が終了すると、サービス提供条件制限部１０３は、属性値別成功率リストから、所定の閾値以上の成功率を含む要素を抽出する。そして、抽出した要素が複数の場合、サービス提供条件緩和部１７２は、所定の基準を基に要素を抽出する。例えば、本実施形態における、サービス提供条件制限部１０３は、要素のなかで最も高い成功率を含む要素を抽出する。サービス提供条件制限部１０３は、抽出した要素の属性名と属性値とを含む判定情報を作成し、サービス提供条件ＩＤで識別されるサービス提供条件記憶部１０２が記憶する（第１の）サービス提供条件に作成した判定情報を追加する。ただし、既にサービス提供条件に判定情報が記憶されている場合、サービス提供条件制限部１０３は、作成した判定情報で、サービス提供条件記憶部１０２が記憶する（第１の）サービス提供条件を更新してもよい。このように、高い成功率の判定情報を追加または高い成功率での判定情報の更新に基づき、本実施形態のサービス検索装置のサービス提供条件は、サービス提供の効果の可能性が高いものとなる。
　ここで、サービス提供条件の属性値として成功率が高い属性値の追加又は更新は、成功率を上げることであり、サービス提供条件を制限することになる。なお、以下の説明では、説明の冗長を避けるため、特に断らない限りサービス提供条件の追加は、更新を含むとして説明する。
　以上で説明したように、サービス提供条件制限部１０３は、サービス提供条件記憶部１０２が記憶するサービス提供条件の内容を制限できる。
　サービス提供履歴記憶部１０４は、後ほど説明するように、サービス提供情報送信部１０７から受け取ったサービス提供履歴情報を記憶する。また、サービス提供履歴記憶部１０４は、サービス効果情報受信部１０８から受け取ったサービス効果情報を、サービス提供履歴情報に記憶する。
　図４Ａおよび図４Ｂは、本実施形態のサービス提供履歴情報の一例を示す。本実施形態に係るサービス提供履歴情報の属性情報は、多くの情報が含まれる。そのため、サービス提供履歴情報を１つの図に含めると、記載が小さくなり判りにくくなる。そこで、本実施形態の説明では、サービス提供履歴情報を、図４Ａおよび図４Ｂに分けて記載した。つまり、図４Ａと図４Ｂの各行は、合わせてひとつのサービス提供履歴情報である。そのため、以下、図４Ａおよび図４Ｂをまとめて図４として説明する。図４に示すサービス提供履歴情報は、レコードＩＤ、サービス提供条件ＩＤ、ユーザＩＤ、属性情報（ユーザの近傍の気温、湿度、照度、風速、雑音、混雑度、ユーザの歩数、ユーザの（歩行中や立ち止りなどの状態を示す）移動モード）、及びサービス効果情報を含む。レコードＩＤは、サービス提供履歴情報を一意に区別するための識別子である。ユーザＩＤは、サービスを提供するユーザ端末３００やユーザを識別する識別子である。
　既に説明したとおり、サービス提供履歴情報は、サービス提供条件制限部１０３に使用される。
　また、図１に戻って説明する。
　サービス検索装置１００のユーザ情報受信部１０５は、ユーザ端末３００からサービスの提供先を示すユーザ情報を受信する。ユーザ情報受信部１０５は、受信したユーザ情報をサービス検索部１０６に渡す。本実施形態のユーザ情報は、ユーザＩＤと属性情報とを含む。
　サービス検索部１０６は、ユーザ情報受信部１０５からユーザ情報を受け取る。ユーザ情報を受け取ると、サービス検索部１０６は、サービス提供条件記憶部１０２が記憶する第１のサービス提供条件から、受け取ったユーザ情報と関連するサービス提供条件を検索する。検索の結果、サービス提供条件が見つかった場合、サービス検索部１０６は、ユーザ情報と、検索の結果見つかったサービス提供条件とをサービス指示情報送信部１０７に渡す。なお、このサービス検索部１０６の検索の結果見つかったサービス提供条件は、サービス提供条件記憶部１０２が記憶する第１のサービス提供条件と区別するため、本実施形態では第２のサービス提供条件と呼ぶこともある。
　サービス指示情報送信部１０７は、サービス検索部１０６から、ユーザ情報とサービス検索部１０６が検索した第２のサービス提供条件とを受け取る。サービス指示情報送信部１０７は、それらを基に、サービス提供装置にサービスを依頼するサービス指示情報を作成する。本実施形態のサービス指示情報は、少なくとも、サービス指示情報を識別する情報（レコードＩＤ）と、属性情報と、ユーザ情報（例えば、ユーザ情報ＩＤ）とを含む。ただし、サービス指示情報は、属性情報とユーザ情報との全てを含む必要はない。サービス指示情報は、サービス提供装置４００がサービスの提供に必要な範囲で、属性情報及びユーザ情報の一部の情報を含めばよい。
　サービス指示情報送信部１０７は、作成したサービス指示情報に関連するサービス提供履歴情報を作成して、サービス提供履歴情報１０４に登録する。この時点で記憶したサービス提供履歴情報は、サービス効果情報を記憶していない。
　そして、サービス指示情報送信部１０７は、受け取ったサービス提供条件に関連するサービス提供装置４００に対して、作成したサービス指示情報を送信する。
　サービス効果情報受信部１０８は、サービス提供装置４００からサービス効果に関する情報（サービス効果関連情報）を受ける。本実施形態のサービス効果情報は、サービス指示情報に関する情報（例えば、レコードＩＤ）と、サービス効果が有効か否かの結果（サービス効果情報）とを含む情報である。サービス効果情報受信部１０８は、受信したサービス効果情報に関連するサービス提供履歴情報を検索する。サービス効果情報受信部１０８は、検索として、例えば、レコードＩＤを用いればよい。関連するサービス提供履歴情報が見つかった場合、サービス効果情報受信部１０８は、見つかったサービス提供履歴情報に、受け取ったサービス効果情報を追加する。このように、本実施形態のサービス効果情報受信部１０８は、サービス効果情報を受信したときに、サービス提供履歴情報にサービス効果情報を追加する。そのため、サービス提供履歴記憶部１０４のサービス提供履歴情報は、サービスの提供のタイミングでサービス効果情報を記憶できる。
　以上で説明したサービス検索装置１００に接続している管理者端末２００は、例えば、キーボード、マウスなどの入力装置と、液晶ディスプレイなどの出力装置と、中央処理装置（ＣＰＵ；Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）を含む処理装置と、メモリを含む記憶装置とを含む情報処理装置である。管理者端末２００は、サービス提供条件を作成し、サービス検索装置１００に送信する。また、管理者端末２００は、図３に示したような最適サービス提供条件推定リクエストを作成し、サービス検索装置１００に送信する。既に説明したように、最適サービス提供条件推定リクエストは、サービス提供条件ＩＤを含む。
　ユーザ端末３００は、例えば、ボタン、ＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）センサ、加速度センサ、マイクなどの入力装置と、液晶ディスプレイなどの出力装置と、中央処理装置（ＣＰＵ；Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）などの処理装置と、メモリなどの記憶装置とを含む情報処理装置である。本実施形態のユーザ端末３００は、例えば、数分間隔でＧＰＳセンサから位置情報を受け取り、その位置情報を気象情報サーバ（図示しない）に送信し、気象情報サーバから位置情報が示す地点（又は周辺）の気温と湿度と照度と風速とを受信する。また、ユーザ端末３００は、数分間隔でマイクから音の情報を受け取り、雑音のレベル（以降、雑音と記す）を取得する。また、ユーザ端末３００は、所定の間隔で、加速度センサから加速度情報を受け取りユーザの歩数を算出する。また、ユーザ端末３００は、加速度情報を解析し、ユーザの（歩行中や立ち止りなどの状態を示す）移動モードを判定する。ユーザ端末３００は、気温と、湿度と、照度と、風速と、雑音と、混雑度と、歩数と、移動モードとを含むユーザ情報を作成し、サービス検索装置１００に送信する。なお、位置情報など受け取る間隔、受け取った情報の送受信先、ユーザ情報に含まれる気温などの情報は、説明のための一例であり、本実施形態は、これに限られるわけではない。
　既に説明したとおり、ユーザ情報は、ユーザＩＤと属性情報とを含む。属性情報は、属性名と属性値とを含む。
　図５は、ユーザ情報の一例を示す。図５に示すユーザＩＤが「ｕｓｅｒ＿１」であるユーザ情報は、気温と、湿度と、照度と、風速と、雑音と、混雑度と、歩数と、移動モードとの計８つの属性情報を含む。第１の属性情報は、ユーザ周辺の気温に関するもので、属性名“気温”と属性値｛“２３”｝とを含む。第２の属性情報は、ユーザの近傍の湿度に関するもので、属性名“湿度”と属性値｛“５５”｝とを含む。第３の属性情報は、ユーザ近傍の照度に関するもので、属性名“照度”と属性値｛“１０３”｝とを含む。第４の属性情報は、ユーザ周辺の風速に関するもので、属性名“風速”と属性値｛“１３”｝とを含む。第５の属性情報は、ユーザ周辺の雑音に関するもので、属性名“雑音”と属性値｛“６３”｝とを含む。第６の属性情報は、ユーザの周辺の１０ｍ^２当りの面積内の人数を示す混雑度に関するもので、属性名“混雑度”と属性値｛“７”｝とを含む。第７の属性情報は、ユーザの歩数に関するもので、属性名“歩数”と属性値｛“４９５５”｝とを含む。第８の属性情報は、ユーザの歩行中や立ち止りなどの状態を示す移動モードに関するもので、属性名“移動モード”と属性値｛“立ち止り”｝とを含む。
　また、図１に戻って説明する。
　サービス提供装置４００は、例えば、中央処理装置（ＣＰＵ；Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）などの処理装置と、メモリなどの記憶装置とを含む情報処理装置である。サービス提供装置４００は、サービス指示情報送信部１０７からサービス指示情報を受信すると、受信したサービス指示情報に含まれるユーザＩＤで識別されるユーザ（又はユーザ端末３００）に指示されたサービス内容を提供する。
　上記サービスは、例えば、次のサービスが考えられる。サービス提供装置４００が、サービス提供条件と関連付けられて記憶されているコンテンツを（図示しない）コンテンツ記憶部から取得する。次に、その取得したコンテンツをユーザ情報で識別されるユーザ端末３００に送信する。そして、ユーザ端末３００が上記コンテンツを受信して図示しない出力装置を用いてそのコンテンツをユーザに提示するコンテンツ配信サービスである。
　次に、本発明の第１の実施形態のサービス検索装置１００を含むサービス提供条件最適化システムの動作について説明する。
　本システムの動作は、（１）サービス提供条件登録、（２）サービス提供条件検索、（３）サービス効果情報登録、（４）サービス提供条件更新、の計４つの動作を含む。以下、これらの動作について順番に説明する。
（サービス提供条件登録）
　サービス提供条件登録の動作は、例えば、図６に示すフローチャートに従って行われる。
　管理者端末２００は、サービス検索装置１００にサービス提供条件を送信する（ステップＳ１０１）。
　そして、サービス検索装置１００のサービス提供条件受信部１０１は、管理者端末２００からサービス提供条件を受信すると、受信したサービス提供条件（第１のサービス提供条件）をサービス提供条件記憶部１０２に登録する（ステップＳ１０２）。
　ここでサービス提供条件登録は、終了する。
（サービス提供条件検索）
　次に、図７のフローチャートを用いてサービス提供条件検索の動作の一例を説明する。
　ユーザ端末３００は、サービス検索装置１００にユーザ情報を送信する（ステップＳ２０１）。
　サービス検索装置１００のユーザ情報受信部１０５は、ユーザ端末３００が送信したユーザ情報を受信すると、サービス検索部１０６に受信したユーザ情報を渡す（ステップＳ２０２）。
　サービス検索部１０６は、ユーザ情報受信部１０５からユーザ情報を受け取ると、受け取ったユーザ情報と関連するサービス提供条件記憶部１０２が保持しているサービス提供条件を検索する（ステップＳ２０３）。
　そして、サービス検索部１０６は、上記検索の結果、サービス提供条件が見つかったかどうかを判定する（ステップＳ２０４）。
　見つからなかった場合（ステップＳ２０４のＮＯ）、サービス検索部１０６は、本動作を終了する。なお、サービス検索装置１００は、図示しない送信部を用いて、ユーザ端末にサービスを提供できないことを通知してもよい。
　見つかった場合（ステップＳ２０４のＹＥＳ）、サービス検索部１０６は、ユーザ情報と検索の結果見つかった第２のサービス提供条件とをサービス指示情報送信部１０７に渡す。
　サービス指示情報送信部１０７は、サービス検索部１０６からユーザ情報とサービス提供条件とを受け取ると、識別子（レコードＩＤ）とサービスに必要な情報（属性情報とユーザ情報）とを含むサービス指示情報を作成する（ステップＳ２０５）。
　また、サービス指示情報送信部１０７は、レコードＩＤとユーザ情報とサービス提供条件とを含むサービス提供履歴情報を作成し、作成したサービス提供履歴情報をサービス提供履歴記憶部１０４に登録する（ステップＳ２０６）。なお、この時点のサービス提供履歴情報は、サービス効果情報を、含まれない。
　そして、サービス指示情報送信部１０７は、受け取ったサービス提供条件に関連するサービス提供装置４００に、サービス指示情報を送信する（ステップＳ２０７）。
　ここまでで、サービス検索装置１００のサービス提供条件検索動作は、終わる。
　サービス提供装置４００は、サービス指示情報送信部１０７が送信したサービス指示情報を受信すると、そのサービス指示情報に含まれるユーザ端末３００に、コンテンツ配信サービスなどのサービスを提供する（ステップ２０８）。
（サービス効果情報登録）
　次に、図８のフローチャートを用いてサービス効果情報登録の動作の一例を説明する。
　サービス提供装置４００は、サービス検索装置１００にサービス効果情報を含むサービス効果関連情報を送信する（ステップＳ３０１）。
　サービス検索装置１００のサービス効果情報受信部１０８は、サービス提供装置４００からサービス効果関連情報を受信する（ステップＳ３０２）。
　続いて、サービス効果情報受信部１０８は、サービス提供履歴記憶部１０４から、ステップＳ３０２で受信したサービス効果関連情報が含むサービス効果情報に関連するサービス提供履歴情報を検索する（ステップＳ３０３）。
　そして、サービス効果情報受信部１０８は、サービス提供履歴情報が見つかったか否かを判定する（ステップＳ３０４）。
　サービス提供履歴情報が見つからなかった場合（ステップＳ３０４のＮＯ）、サービス効果情報受信部１０８は、本動作を終了する。
　サービス提供履歴情報が見つかった場合（ステップＳ３０４のＹＥＳ）、サービス効果情報受信部１０８は、見つかったサービス提供履歴情報に、受信したサービス効果情報を追加する（ステップＳ３０５）。このように、サービス提供履歴情報は、更新される。
（サービス提供条件更新）
　次に、図９のフローチャートを用いてサービス提供条件更新の動作の一例を説明する。
　管理者端末２００は、最適サービス提供条件推定リクエストを作成し、サービス検索装置１００に送信する（ステップＳ４０１）。
　サービス検索装置１００のサービス提供条件制限部１０３は、最適サービス提供条件推定リクエストを受信し、受信した最適サービス提供条件推定リクエストのサービス提供条件を識別する情報（サービス提供条件ＩＤ）を取得する（ステップＳ４０２）。
　続いて、サービス提供条件制限部１０３は、サービス提供履歴記憶部１０４から取得したサービス提供条件ＩＤを含むサービス提供履歴情報を抽出する（ステップＳ４０３）。
　続いて、サービス提供条件制限部１０３は、変数ｉの値を「０」に初期化する（ステップＳ４０４）。なお、変数ｉは、繰り返し動作の判定のための変数である。サービス提供条件制限部１０３は、繰り返し動作の判定を別の変数を用いてもよい。また、サービス提供条件制限部１０３は、後ほど説明する終了の判定に、別の判定条件を用いてもよい。
　その後、サービス提供条件制限部１０３は、ステップＳ４０３でサービス提供履歴記憶部１０４から抽出した各サービス提供履歴情報の属性情報が含む属性名と属性値との組と対応する要素を、サービス提供条件から検索する（ステップＳ４０５）。
　検索の結果、サービス提供条件に要素が見つからなければ（ステップＳ４０６のＮＯ）、サービス提供条件制限部１０３は、属性名と、属性値と、効果あり回数（０で初期化）と、効果なし回数（０で初期化）と、成功率とを含む新たな要素を作成し、属性値別成功率リストに登録する（ステップＳ４０７）。
　要素を含む場合（ステップＳ４０６のＹＥＳ）、サービス提供条件制限部１０３は、ステップＳ４０７を行わず、ステップＳ４０８に進む。
　続いて、サービス提供条件制限部１０３は、サービス提供履歴情報がサービス効果情報を含むか否かを確認する。サービス提供履歴情報がサービス効果情報を含む場合、サービス提供条件制限部１０３は、属性値別成功率リストの要素が含む効果あり回数を「１」加算する。反対に、サービス提供履歴情報がサービス効果情報を含まない場合、サービス提供条件制限部１０３は、属性値別成功率リストの要素が含む効果なし回数を「１」加算する。そして、サービス提供条件制限部１０３は、効果あり回数と効果なし回数とを基に成功率を算出する（ステップＳ４０８）。
　次に、サービス提供条件制限部１０３は、変数ｉの値を「１」加算する（ステップＳ４０９）。
　続いて、サービス提供条件制限部１０３は、加算後の変数ｉの値が、ステップＳ４０３で抽出したサービス提供履歴情報の数より小さいか否かを判定する（ステップＳ４１０）。繰り返しになるが、ここで用いるサービス提供履歴情報の数は、サービス提供履歴記憶部１０４が記憶している全てのサービス提供履歴情報の数ではない。ここで用いるサービス提供履歴情報の数は、サービス提供履歴記憶部１０４が記憶している全てのサービス提供履歴情報のなかで、受信した最適サービス提供条件推定リクエストに関連するサービス提供履歴情報の個数である。
　加算後の変数ｉの値が、サービス提供履歴情報の数より小さい場合（ステップＳ４１０のＹＥＳ）、まだ属性値別成功率リストに登録する要素が残っている。そのため、サービス提供条件制限部１０３は、ステップＳ４０５に戻り、前回とは異なる要素を検索する。
　一方、加算後の変数ｉの値が、サービス提供履歴情報の数以上の場合（ステップＳ４１０のＮＯ）、サービス提供条件制限部１０３は、属性値別成功率リストに全ての要素を登録したと判断し、属性値別成功率リストから予め設定されている閾値以上の成功率を含む要素を抽出する（ステップＳ４１１）。なお、抽出した要素が複数ある場合、本実施形態のサービス提供条件制限部１０３は、所定の基準を基に要素を抽出する。本実施形態のサービス提供条件制限部１０３は、一例として、最も高い成功率を含む要素を抽出する。
　続いて、サービス提供条件制限部１０３は、抽出した要素の属性名と属性値とを含む判定情報を作成し、最適サービス提供条件推定リクエストに関連するサービス提供条件記憶部１０２のサービス提供条件に作成した判定情報を追加する（ステップＳ４１２）。なお、既に説明しているが、サービス提供条件制限部１０３は、判定情報でサービス提供条件を更新することもある。
　その後、サービス提供条件制限部１０３は、属性値別成功率リストを削除する。また、サービス提供条件制限部１０３は、最適サービス提供条件推定リクエストを基に抽出したサービス提供履歴情報をサービス提供履歴記憶部１０４から削除する。（ステップＳ４１３）。なお、サービス提供条件制限部１０３は、サービス提供履歴記憶部１０４に含まれる全てのサービス提供履歴情報を削除しても良い。反対に、サービス提供条件制限部１０３は、属性値別成功率リストやサービス提供履歴情報を残すようにしても良い
　ここまでの説明をまとめると、本実施形態のサービス検索装置１００は、次に記載の動作を含む。すなわち、サービス提供条件記憶部１０２が、判定情報を含むサービス提供条件を記憶する。そして、サービス提供履歴記憶部１０４は、属性情報とサービス提供の効果の有無を示すサービス効果情報とを含むサービス提供履歴情報を蓄積する。そして、サービス提供条件制限部１０３が、蓄積されたサービス提供履歴情報から、最適サービス提供条件推定リクエストに関連するサービス提供履歴情報を抽出する。さらに、サービス提供条件制限部１０３が、抽出したサービス提供履歴情報のなかで高い成功率を含む要素の属性名と属性値とを含む判定情報を、最適サービス提供条件推定リクエストで指示されたサービス提供条件に追加する。
　本実施形態のサービス検索装置１００は、このような動作を含むため、自動的にサービス提供条件を最適化でき、ユーザのコンテキストアウェアサービスに対する興味を、長期間にわたって維持できる。
　その理由は、本実施形態のサービス検索装置１００は、管理者端末２００からの最適サービス提供条件推定リクエストに基づき、自動的に、サービス提供条件に成功率が判定情報を追加、又は、サービス提供条件を成功率が高い判定条件で更新する。そのため、本実施形態のサービス検索装置１００は、自動的にサービス提供条件を最適化し、サービス提供の効果をもたらす可能性の高いサービス提供条件を更新し続けることができるためである。
　なお、ステップＳ４１１において複数の要素がある場合は最も高い成功率を含む要素を抽出するように説明したが、本実施形態のサービス提供条件制限部１０３の動作は、これに限られるわけではない。本実施形態のサービス提供条件制限部１０３は、成功率が所定の閾値を超えた要素の一部又は全ての要素を抽出し、それらの要素を基に判定情報を作成してもよい。この場合、複数の判定情報が、サービス提供条件に追加されることになる。
　また、第１の実施形態のサービス検索装置の構成は、図１に示す構成に限られるわけではない。複数の構成を１つの構成で実現してもよい。例えば、サービス提供条件記憶部１０２は、サービス提供条件制限部１０３のように、サービス提供条件受信部１０１を介さず、管理者端末２００からサービス提供条件を受け取るようにしてもよい。
　図１７は、第１の実施形態に係るサービス検索装置の別の構成の一例を示すブロック図である。図１７中、図１のサービス検索装置１００と同様の構成には同じ符号を付し、その説明を省略する。
　図１７に示すサービス検索装置１８０は、サービス提供条件記憶部１８２と、サービス提供条件制限部１０３と、サービス提供履歴記憶部１０４と、ユーザ情報受信部１０５と、サービス検索部１０６と、サービス指示情報送信部１０７と、サービス効果情報受信部１０８とを含む。
　図１７に示すサービス検索装置１８０は、サービス提供条件記憶部１８２が、管理者端末２００からサービス提供条件を受け取り記憶するところが、図１のサービス検索装置１０と異なるところである。
　サービス検索装置１８０のサービス提供条件記憶部１８２がサービス提供条件を受け取った後の動作は、サービス検索装置１００と同様である。そのため、サービス検索装置１８０は、サービス検索装置１００と同様に動作できる。
　なお、サービス検索装置１８０は、本実施形態の最小構成の一例である。
　（第２の実施形態）
　次に、本発明の第２の実施形態について図面を参照して詳細に説明する。
　本実施形態のサービス検索装置は、属性値を範囲で指定することができる。
　図１０は、本発明になるサービス検索装置の第２の実施形態を含むサービス提供条件最適化システムの一例のブロック図を示す。図１０に示すサービス提供条件最適化システムは、第２の実施形態のサービス検索装置１５０と、管理者端末２００と、ユーザ端末３００と、サービス提供装置４００とを含む。
　本実施形態のサービス検索装置１５０は、例えば、中央処理装置（ＣＰＵ；Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）などの処理装置と、メモリなどの記憶装置とを含む情報処理装置を用いて構成してもよく、以下で説明する各構成を個別に備えても良い。本実施形態のサービス検索装置１５０は、サービス提供条件受信部１０１と、サービス提供条件記憶部１０２と、サービス提供履歴記憶部１０４と、ユーザ情報受信部１０５と、サービス検索部１０６と、サービス指示情報送信部１０７と、サービス効果情報受信部１０８と、サービス提供条件制限部１５１と、分析部１５２とを含む。図１０中、図１と同様の構成には同じ符号を付し、その説明を省略する。
　サービス提供条件制限部１５１と分析部１５２とは、合わせて、第１の実施形態のサービス提供条件制限部１０３に相当する動作を行う。そのため、サービス提供条件制限部１５１と分析部１５２とを合わせた構成と、単独のサービス提供条件制限部１５１とを区別するときは、次の表現を用いる。第１の実施形態のサービス提供条件制限部１０３、及び、サービス提供条件制限部１５１と分析部１５２とを合わせた構成を、「第１のサービス提供条件制限部」と言う。そして、サービス提供条件制限部１５１を第１のサービス提供条件制限部と区別するときは、「第２のサービス提供条件制限部」と言う。
　サービス検索装置１５０は、例えば、図示しない記憶装置に保存されている設定ファイルの属性名のリスト（例えば、“気温”、“湿度”、“照度”、“風速”、“雑音”、“混雑度”、“歩数”）を読み込み、内部に保持する。ユーザ端末３００は、リストに対応する情報をサービス検索装置１５０に送信する。
　サービス検索装置１５０が管理者端末２００から受信するサービス提供条件は、判定情報を含む。本実施形態の判定情報は、属性名と、属性値と、関係識別子とを含む。
　図１１は、サービス提供条件の一例を示す。図１１において、サービス提供条件ＩＤである「ｃｏｎｄｉｔｉｏｎ＿１」は、例えば、オープンテラスのカフェの広告をユーザの携帯電話などの画面に表示する条件である。図１１の「ｃｏｎｄｉｔｉｏｎ＿１」は、２つの判定情報を含む。一方の判定情報は、ユーザの近傍の気温に関するもので、属性名“気温”と、属性値｛“２１”、“２７”｝と、関係識別子“—”（範囲を表す）とを含む。他方の判定情報は、ユーザの近傍の照度に関するもので、属性名“照度”と、属性値｛“５０”、“１２０”｝と、関係識別子“—”（範囲を表す）とを含む。
　サービス提供条件制限部１５１は、管理者端末２００から最適サービス提供条件推定リクエストを受信すると、受信した最適サービス提供条件推定リクエストのサービス提供条件ＩＤを読み出す。そして、サービス提供条件制限部１５１は、読み出したサービス提供条件ＩＤを分析部１５２に渡す。
　また、サービス提供条件制限部１５１は、分析部１５２から判定情報を含む条件制限情報を受け取る。サービス提供条件制限部１５１は、条件制限情報を受け取ると、サービス提供条件記憶部１０２からサービス提供条件ＩＤで識別されるサービス提供条件を検索し、検索の結果見つかったサービス提供条件のコピーを作成する。次に、サービス提供条件制限部１５１は、作成したコピーのサービス提供条件に、新しいサービス提供条件ＩＤを割り当て、受け取った条件制限情報が含む判定情報を追加し、新しいサービス提供条件を作成する。そして、サービス提供条件制限部１５１は、新しいサービス提供条件をサービス提供条件記憶部１０２に登録する。
　分析部１５２は、サービス提供条件制限部１５１からサービス提供条件ＩＤを受け取る。サービス提供条件ＩＤを受け取ると、分析部１５２は、サービス提供履歴記憶部１０４からサービス提供条件ＩＤを含むサービス提供履歴情報を検索する。次に、分析部１５２は、検索の結果見つかったサービス提供履歴情報から各属性名に対応する属性値集合を抽出する。この属性値集合は、レコードＩＤで識別されるサービス提供履歴情報の属性値と、サービス効果情報とを含む。
　分析部１５２は、各属性名に対応して次に説明する動作を実行する。
　分析部１５２は、ある属性名に対応する属性値集合を、互いに近い属性値を含む要素からなる属性値部分集合に分類する。分析部１５２は、この分類に、一般的な手法、例えば、Ｋ平均法などのクラスタリング手法を用いればよい。次に、分析部１５２は、属性値部分集合の要素のうち、サービス効果情報を含む要素の割合を計算し、属性値部分集合と関連付けて所定の記憶部に記憶する。すべての属性値部分集合に関して割合の計算が完了すると、分析部１５２は、上記の割合の分散を計算する。
　続いて、分析部１５２は、計算した分散が所定の閾値以上であるか否かを判定する。所定の閾値以上である場合、分析部１５２は、最も高い割合の分散の属性値部分集合を基に判定情報を生成する。この判定情報は、例えば、属性値部分集合の要素が含む最小の属性値と最大の属性値とで表わされる範囲を含んでもよい。そして、分析部１５２は、属性名と判定情報とを含む条件制限情報を作成し、サービス提供条件制限部１５１に渡す。
　次に、本発明の第２の実施形態のサービス検索装置１５０を含むサービス提供条件最適化システムの動作について説明する。
　本システムの動作は、（１）サービス提供条件登録、（２）サービス提供条件更新、（３）サービス提供条件検索、（４）サービス効果情報登録、の計４つの動作を含む。本サービス提供条件最適化システムの動作は、「（２）サービス提供条件更新」の動作が第１の実施形態のサービス検索装置１００を含むサービス提供条件最適化システムと異なる。本サービス提供条件最適化システムの他の各動作は、第１の実施形態のサービス検索装置１００を含むサービス提供条件最適化システムと同様なので説明を省略し、「（２）サービス提供条件更新」の動作を以下で説明する。
（サービス提供条件更新）
　図１２のフローチャートを用いてサービス提供条件更新の動作の一例を説明する。
　管理者端末２００は、最適サービス提供条件推定リクエストを作成し、サービス検索装置１５０に送信する（ステップＳ５０１）。
　サービス検索装置１５０のサービス提供条件制限部１５１は、管理者端末２００から送信された最適サービス提供条件推定リクエストを受信する。そして、サービス提供条件制限部１５１は、受信した最適サービス提供条件推定リクエストからサービス提供条件ＩＤを読み出し、読み出したサービス提供条件ＩＤを分析部１５２に渡す（ステップＳ５０２）。
　分析部１５２は、サービス提供条件ＩＤを受け取ると、そのサービス提供条件ＩＤに基づいて属性名と判定情報とを含む条件制限情報を作成する（ステップ５０３）。
　サービス提供条件制限部１５１は、分析部１５２が作成した条件制限情報を受け取る（ステップＳ５０４）。
　その後、サービス提供条件制限部１５１は、サービス提供条件を生成する（ステップＳ５０５）。サービス提供条件制限部１５１は、このステップＳ５０５のサービス提供条件を、例えば、次の説明するように生成する。
　サービス提供条件制限部１５１は、サービス提供条件記憶部１０２からサービス提供条件ＩＤで識別されるサービス提供条件を検索する。そして、サービス提供条件制限部１５１は、検索の結果見つかったサービス提供条件のコピーを作成し、作成したコピーのサービス提供条件に新しいサービス提供条件ＩＤを割り当てる。サービス提供条件制限部１５１は、作成したコピーのサービス提供条件に、ステップＳ５０４で受け取った条件制限情報が含む判定情報を追加し、新しいサービス提供条件を生成する。
　次に、サービス提供条件制限部１５１は、生成した新しいサービス提供条件を、サービス提供条件記憶部１０２に登録する（ステップＳ５０６）。
　そして、サービス提供条件制限部１５１は、サービス提供条件の更新を終了する。
　次に、図１２のステップＳ５０３の分析部１５２の条件制限情報の作成の動作の一例について、図１３のフローチャートを用いて詳細に説明する。
　分析部１５２は、サービス提供条件制限部１５１からサービス提供条件ＩＤを受け取ると、サービス提供履歴記憶部１０４からサービス提供条件ＩＤを含むサービス提供履歴情報を検索する。続いて、分析部１５２は、検索の結果見つかったサービス提供履歴情報から各属性名に対応する属性値集合を抽出する（ステップＳ６０１）。
　次に、分析部１５２は、変数ｉ（ただし、この変数ｉは図９の変数ｉとは異なる変数である）の値を「０」に初期化する（ステップＳ６０２）。
　続いて、分析部１５２は、ｉ番目の属性名に対応する属性値集合を、互いに近い属性値を含む要素からなる属性値部分集合に分類する（ステップＳ６０３）。なお、０番目は、最初の属性名に対する属性値集合を分類することを意味する。
　次に、分析部１５２は、変数ｊの値を「０」に初期化する（ステップＳ６０４）。
　続いて、分析部１５２は、上記属性値部分集合の要素のうち、サービス効果情報を含む要素の割合を計算し、属性値部分集合と関連付けて所定の記憶部に記憶する（ステップＳ６０５）。
　次に、分析部１５２は、変数ｊの値を「１」加算する（ステップＳ６０６）。
　続いて、分析部１５２は、加算後の変数ｊが、上記の属性値部分集合の要素の数より小さいか否かを判定する（ステップＳ６０７）。
　加算後の変数ｊが、上記の属性値部分集合の要素の数（Ｎ）より小さいとき（ステップＳ６０７のＹＥＳ）、分析部１５２は、ステップＳ６０５に戻り次のｊ番目の属性値部分集合のサービス効果情報を含む要素の割合を計算し、割合を所定の記憶部に記憶する。
　一方、加算後の変数ｊが、上記の属性値部分集合の数（Ｎ）以上のとき（ステップＳ６０７のＮＯ）、分析部１５２は、全ての属性値部分集合の要素の全ての割合を計算したと判断し、計算して得られた割合の分散を計算する（ステップＳ６０８）。
　続いて、分析部１５２は、ステップＳ６０８で計算した分散が、予め設定した閾値以上であるか否かを判定する（ステップＳ６０９）。
　閾値より小さいと判定した場合、分析部１５２は、ステップＳ６１２に進む。
　分散が閾値以上の場合、分析部１５２は、記憶されているｉ番目の属性に関する割合のうち、最も高い割合を検索する。分析部１５２は、検索した割合と関連付けて記憶されている属性値部分集合の最小の属性値と最大の属性値とを検索する。分析部１５２は、属性名と、最小の属性値と、最大の属性値と、範囲であることを表わす関係識別子とを含む判定情報を生成する（ステップＳ６１０）。
　続いて、分析部１５２は、生成した判定情報と属性名とを含む条件制限情報を作成し、所定の記憶部に記憶する（ステップＳ６１１）。
　続いて、分析部１５２は、変数ｉの値を「１」加算する（ステップＳ６１２）。
　続いて、分析部１５２は、加算後の変数ｉの値が属性数未満であるか否かを判定する（ステップＳ６１３）。この属性数は、サービス提供条件記憶部１０２の検索の結果見つかった、サービス提供条件ＩＤで識別されるサービス提供条件が含む属性名の数である。
　変数ｉが属性数未満の場合（ステップＳ６１３のＹＥＳ）、分析部１５２は、全ての属性について条件制限情報の作成が終了していないと判断し、ステップＳ６０５に戻り、再びステップＳ６０５~Ｓ６１３を行う。
　一方、変数ｉが属性数以上の場合（ステップＳ６１３のＮＯ）、分析部１５２は、全ての属性について条件制限情報の作成が終了したと判断し、ステップＳ６１０で生成した判定情報と属性名とを含む条件制限情報をサービス提供条件制限部１５１に渡す（ステップＳ６１４）。
　以上の動作で、サービス検索装置１５０は、本動作を終了する。
　このように、本実施形態のサービス検索装置１５０は、第１の実施形態の効果に加え、属性値の範囲が指定された判定情報を含むサービス提供条件とすることができる。
　その理由は、分析部１５２が、サービス提供履歴情報から属性値集合を抽出し、抽出した属性値集合を近い属性値を含む要素からなる属性値部分集合に分類し、そのうちの最も分散が大きい属性値部分集合が含む最小の属性値と最大の属性値とを用いた範囲を判定情報に含ませるためである。
　（第３の実施形態）
　次に、本発明の第３の実施形態について図面を参照して詳細に説明する。
　本実施形態は、サービス提供条件を緩和することが出来る。
　図１４は、本発明になるサービス検索装置の第３の実施形態を含むサービス提供条件最適化システムの一例のブロック図を示す。図１４に示すサービス提供条件最適化システムは、第３の実施形態のサービス検索装置１７０と、管理者端末２１０と、ユーザ端末３００と、サービス提供装置４００とを含む。
　本実施形態のサービス検索装置１７０は、例えば、中央処理装置（ＣＰＵ；Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）などの処理装置と、メモリなどの記憶装置とを含む情報処理装置で実現してもよく、以下で説明する各構成を備えて構成してもよい。本実施形態のサービス検索装置１７０は、サービス提供条件受信部１０１と、サービス提供条件記憶部１０２と、サービス提供履歴記憶部１０４と、ユーザ情報受信部１０５と、サービス検索部１０６と、サービス指示情報送信部１０７と、サービス効果情報受信部１０８と、紐付けリスト記憶部１７１と、サービス提供条件緩和部１７２とを含む。図１４中、図１と同様の構成には同じ符号を付し、その説明を省略する。
　管理者端末２１０は、サービス検索装置１７０にサービス試行リクエストと最適サービス提供条件推定リクエストとを送信する。サービス試行リクエストは、サービス提供条件ＩＤを含む。サービス試行リクエストと最適サービス提供条件推定リクエストとは、同じデータ形式でも、異なるデータ形式でもよい。以下、説明を容易にするため、本実施形態のサービス試行リクエストは、最適サービス提供条件推定リクエストと、同じデータ形式とする。そのため、図３に示す最適サービス提供条件推定リクエストは、サービス試行リクエストの一例ともなる。
　次に、本実施形態のサービス検索装置１７０について説明する。
　紐付けリスト記憶部１７１は、紐付けリストを記憶する。紐付けリストは、サービス提供条件の内容を緩和する基となるサービス提供条件のサービス提供条件ＩＤを含む。ただし、紐付けリストは、サービス提供条件の内容を緩和する基となるサービス提供条件ＩＤを、多くても１つしか含まない。
　次に、サービス提供条件緩和部１７２について説明する。
　まず、サービス試行リクエストを受信した場合のサービス提供条件緩和部１７２について説明する。
　サービス提供条件緩和部１７２は、管理者端末２１０からサービス試行リクエストを受信すると、受信したサービス試行リクエストからサービス提供条件ＩＤを取得する。このサービス提供条件ＩＤは、後ほど説明するとおり、緩和前のサービス提供条件ＩＤとなる。
　次に、サービス提供条件緩和部１７２は、サービス提供条件ＩＤに対するリストデータを作成し、紐付けリストに追加する。このリストデータは、緩和前のサービス提供条件ＩＤと緩和後のサービス提供条件ＩＤとを含むデータである。そのため、この時点では、緩和後のサービス提供条件ＩＤは、空データとなる。
　次に、サービス提供条件緩和部１７２は、サービス提供条件記憶部１０２から、サービス試行リクエストのサービス提供条件ＩＤで識別されるサービス提供条件を検索する。そして、サービス提供条件緩和部１７２は、検索の結果見つかったサービス提供条件（本実施形態では、以下、「第１のサービス提供条件」と言う）のコピーを所定の記憶部に作成する。次に、サービス提供条件緩和部１７２は、新たなサービス提供条件ＩＤを、作成した第１のサービス提供条件のコピーのサービス提供条件ＩＤに設定する。次に、サービス提供条件緩和部１７２は、第１のサービス提供条件のコピーに含まれる判定情報を１つまたは複数削除したサービス提供条件（本実施形態では、「第２のサービス提供条件」と言う）を生成する。どの判定情報を削除するかは、本実施形態において特に制限はない。例えば、サービス提供条件緩和部１７２は、予め決められた属性情報の優先順位に基づいて削除してもよい。
　なお、本実施形態では、サービス検索部１０６が検索したサービス提供条件を「第３のサービス提供条件」と言うこともある。
　次に、サービス提供条件緩和部１７２は、サービス提供条件記憶部１０２に第２のサービス提供条件を記憶する。（この記憶の動作は、追加及び更新を含む動作である。）このようにして、サービス提供条件緩和部１７２は、判定情報の１つまたは複数削除した（つまり、条件が緩和された）サービス提供条件を新たに作成し、サービス提供条件記憶部１０２に記憶する。
　また、サービス提供条件緩和部１７２は、作成した紐付けリストの空データに、第２のサービス提供条件のサービス提供条件ＩＤを追加する。つまり、サービス提供条件緩和部１７２は、緩和前の第１のサービス提供条件のサービス提供条件ＩＤと緩和後の第２のサービス提供条件のサービス提供条件ＩＤとを関連付けて紐付けリストに登録し、紐付けリスト記憶部１７１に記憶する。
　次に、最適サービス提供条件推定リクエストを受信した場合のサービス提供条件緩和部１７２について説明する。
　サービス提供条件緩和部１７２は、管理者端末２１０から、最適サービス提供条件推定リクエストを受信すると、受信した最適サービス提供条件推定リクエストに含まれるサービス提供条件ＩＤを取得する。この最適サービス提供条件推定リクエストに含まれるサービス提供条件ＩＤは、緩和前の（第１の）サービス提供条件を示すサービス提供条件ＩＤである。
　次に、サービス提供条件緩和部１７２は、緩和前のサービス提供条件ＩＤで識別される緩和前の（第１の）サービス提供条件に関連するサービス提供履歴情報をサービス提供履歴記憶部１０４から抽出する。そして、サービス提供条件緩和部１７２は、抽出した抽出サービス提供履歴情報から、緩和前の（第１の）サービス提供条件に関する第１成功数と第１成功率とを求め、所定の記憶部に格納する。
　サービス提供条件緩和部１７２は、上記の第１成功数と第１成功率とを、次の動作に基づき求める。
　サービス提供条件緩和部１７２は、サービス提供履歴記憶部１０４から、緩和前の第１のサービス提供条件ＩＤに関連するサービス提供履歴情報を抽出する。次に、サービス提供条件緩和部１７２は、抽出したサービス提供履歴情報から、サービス提供の効果があったことを示すサービス効果情報を含むサービス提供履歴情報の数をカウントし、カウントした数を第１成功数とする。次に、サービス提供条件緩和部１７２は、抽出したサービス提供履歴情報の総数に対する第１成功数の割合を求め、求めた割合を第１成功率とする。
　次に、サービス提供条件緩和部１７２は、緩和後の（第２の）サービス提供条件に関する第２成功数と第２成功率とを求め、所定の記憶部に格納する。
　サービス提供条件緩和部１７２は、上記の第２成功数と第２成功率とを、次の動作に基づき求める。
　サービス提供条件緩和部１７２は、紐付けリスト記憶部１７１の紐付けリストを用いて緩和前の第１のサービス提供条件に対応する緩和後の第２のサービス提供条件のサービス提供条件ＩＤを検索する。サービス提供条件緩和部１７２は、検索の結果見つかった緩和後の第２のサービス提供条件のサービス提供条件ＩＤで識別されるサービス提供履歴情報を、サービス提供履歴記憶部１０４から抽出する。続いて、サービス提供条件緩和部１７２は、抽出したサービス提供履歴情報から、サービス提供の効果が有ったことを示すサービス効果情報を含むサービス提供履歴情報の数をカウントし、カウントした数を第２成功数とする。次に、サービス提供条件緩和部１７２は、抽出した（第２の）サービス提供履歴情報の総数に対する第２成功数の割合を求め、求めた割合を第２成功率とする。
　サービス提供条件緩和部１７２は、第１成功率と第２成功率とから成功率変動率を求める。さらに、サービス提供条件緩和部１７２は、第１成功数と第２成功数とから成功数変動率を求めてもよい。
　次に、サービス提供条件緩和部１７２は、緩和後のサービス提供条件ＩＤと成功率変動率とを含む成功率情報を作成し、作成した変動率情報を所定の記憶部に格納する。なお、成功数変動率を求めた場合、サービス提供条件緩和部１７２は、成功数変動率を成功率情報に含めてもよい。
　同様の動作を繰り返し、サービス提供条件緩和部１７２は、紐付けリストを基に、最適サービス提供条件推定リクエストに含まれるサービス提供条件ＩＤに関連する全ての緩和後のサービス提供条件ＩＤに関する成功率情報を作成する。
　次に、サービス提供条件緩和部１７２は、作成した変動率情報から、所定の閾値以上の成功率変動率を含む変動率情報を抽出する。ここで、抽出した変動率情報が複数の場合、サービス提供条件緩和部１７２は、複数の変動率情報を用いてもよく、さらに所定の基準を基に変動率情報を絞り込んでもよい。なお、本実施形態における抽出の基準は、特に制限はない。例えば、サービス提供条件緩和部１７２は、閾値を最も大きく上回る成功率変動率を含む変動率情報を抽出してもよい。また、サービス提供条件緩和部１７２は、成功数変動率を変動率情報の抽出の条件に含めてもよい。
　次に、サービス提供条件緩和部１７２は、緩和前の第１のサービス提供条件が含む判定情報から、抽出した変動率情報を含む第２のサービス提供条件が含まない判定情報を削除する。つまり、サービス提供条件緩和部１７２は、成功率情報が所定の閾値以上の緩和後の第２のサービス提供条件が含まない判定情報を、緩和前の第１のサービス提供条件から削除する。
　次に、サービス提供条件緩和部１７２は、サービス提供条件記憶部１０２から、緩和前の第１のサービス提供条件に関連する第２のサービス提供条件を削除する。また、サービス提供条件緩和部１７２は、紐付けリスト記憶部１７１の紐付けリストから緩和前の第１のサービス提供条件に関連付けられた情報を削除する。以上の説明のように動作し、サービス提供条件緩和部１７２は、サービス提供条件の内容を緩和する。
　次に、第３の実施形態のサービス検索装置１７０を含むサービス提供条件最適化システムの動作について説明する。
　本システムの動作は、（１）サービス提供条件登録、（２）サービス提供条件検索、（３）サービス効果情報登録、（４）サービス提供試行開始、（５）サービス提供条件更新、の計５つの動作を含む。本システムの動作は、「（５）サービス提供条件更新」の動作がサービス検索装置１００を含む第１の実施形態のサービス提供条件最適化システムと異なり、新しく「（４）サービス提供試行開始」の動作が追加されている。他の動作は、サービス検索装置１００を含むサービス提供条件最適化システムと同様なので、その説明は省略する。
（サービス提供試行開始）
　図１５のフローチャートを用いてサービス提供試行開始の動作の一例を説明する。
　管理者端末２１０は、サービス試行リクエストを作成し、サービス検索装置１７０に送信する（ステップＳ７０１）。
　サービス検索装置１７０のサービス提供条件緩和部１７２は、管理者端末２１０から、サービス試行リクエストを受信すると、受信したサービス試行リクエストからサービス提供条件ＩＤを取得する（ステップＳ７０２）。
　続いて、サービス提供条件緩和部１７２は、サービス提供条件ＩＤで識別される（第１の）サービス提供条件を取得する（ステップＳ７０３）。
　次に、サービス提供条件緩和部１７２は、取得した（第１の）サービス提供条件が含む判定情報の数が２以上であるか否かを判定する（ステップＳ７０４）。
　サービス提供条件緩和部１７２は、判定情報数が２未満の場合（ステップＳ７０４のＮＯ）、本動作を終了する。これは、判定情報が２未満、つまり、１つ（または無い）場合、サービス提供条件緩和部１７２は、判定情報を削除できないためである。
　判定情報数が２以上の場合（ステップＳ７０４のＹＥＳ）、サービス提供条件緩和部１７２は、以下の説明を動作する。
　サービス提供条件緩和部１７２は、サービス提供条件ＩＤに対する紐付けリストのデータ作成し、紐付けリストに追加する（ステップＳ７０５）。このデータは、既に説明した緩和前のサービス提供条件と緩和後のサービス提供条件とを関連付けるデータである。
　続いて、サービス提供条件緩和部１７２は、変数ｉの値を「０」に初期化する（ステップＳ７０６）。（この変数ｉは、今までの説明で使用したｉとは異なる変数である。）
　次に、サービス提供条件緩和部１７２は、サービス提供条件ＩＤで識別されるサービス提供条件をサービス提供条件記憶部１０２から検索し、所定の記憶部に、見つかったサービス提供条件のコピーを作成する。この動作で作成されるコピーは、既に説明した第２のサービス提供条件となる。続いて、サービス提供条件緩和部１７２は、新たなサービス提供条件ＩＤを上記のコピーのサービス提供条件のサービス提供条件ＩＤとする（ステップＳ７０７）。
　次に、サービス提供条件緩和部１７２は、ステップＳ７０７で作成したサービス提供条件に含まれる判定情報のうちｉ番目の判定情報を削除する。そして、サービス提供条件緩和部１７２は、ステップＳ７０７の新たなサービス提供条件ＩＤを、ステップＳ７０５で作成した紐付けリストのデータの緩和後のサービス提供条件ＩＤに追加する（ステップＳ７０８）。
　次に、サービス提供条件緩和部１７２は、変数ｉの値に「１」を加算する（ステップＳ７０９）。
サービス提供条件緩和部１７２は、加算後の変数ｉの値が、第１のサービス提供条件が含む判定情報の数未満であるか否かを判定する（ステップＳ７１０）。
　加算後の変数ｉの値が、第１のサービス提供条件が含む判定情報の数未満のとき（ステップＳ７１０のＹＥＳ）、サービス提供条件緩和部１７２は、ステップＳ７０７に戻る。
　一方、加算後の変数ｉの値が、第１のサービス提供条件が含む判定情報の数以上のとき（ステップＳ７１０のＮＯ）、サービス提供条件緩和部１７２は、第１のサービス提供条件が含む判定情報の数だけ第２のサービス提供条件を作成し、紐付けリストにデータを追加したと判断する。そして、サービス提供条件緩和部１７２は、サービス提供条件記憶部１０２に、コピーとして作成したサービス提供条件を登録する（ステップＳ７１１）。ステップＳ７１１で登録されたサービス提供条件は、緩和後の第２のサービス提供条件である。
　そして、サービス提供条件緩和部１７２は、動作を終了する。
　（サービス提供条件更新）
　次に、図１６のフローチャートを用いてサービス提供条件更新の動作の一例を説明する。
　管理者端末２１０は、最適サービス提供条件推定リクエストを作成し、サービス検索装置１７０に送信する（ステップＳ８０１）。
　サービス検索装置１７０のサービス提供条件緩和部１７２は、管理者端末２１０から最適サービス提供条件推定リクエストを受信すると、受信した最適サービス提供条件推定リクエストから緩和前の（第１の）サービス提供条件のサービス提供条件ＩＤを取得する（ステップＳ８０２）。
　続いて、サービス提供条件緩和部１７２は、緩和前のサービス提供条件ＩＤを基に緩和前のサービス提供条件（第１のサービス提供条件）を抽出し、緩和前のサービス提供条件の第１成功数と第１成功率とを既に記載した方法などで求め、所定の記憶部に格納する（ステップＳ８０３）。
　次に、サービス提供条件緩和部１７２は、紐付けリスト記憶部１７１の紐付けリストを基に、緩和前の第１のサービス提供条件のサービス提供条件ＩＤに対応する第２のサービス提供条件のサービス提供条件ＩＤを取得する（ステップＳ８０４）。なお、図１６には示していないが、紐付けリストに最適サービス提供条件推定リクエストに含まれるサービス提供条件ＩＤが含まれない場合、サービス提供条件緩和部１７２は、本動作を終了する。
　次に、サービス提供条件緩和部１７２は、変数ｉの値を「０」に初期化する（ステップＳ８０５）。
　サービス提供条件緩和部１７２は、ステップＳ８０４で紐付けリストを基に、ｉ番目の緩和後のサービス提供条件ＩＤの第２のサービス提供条件に関連する第２成功数と第２成功率とを、既に記載した方法で求める（ステップＳ８０６）。
　次に、サービス提供条件緩和部１７２は、第１成功率と第２成功率とを基に成功率変動率を求める。なお、既に説明したとおり、サービス提供条件緩和部１７２は、第１成功数と第２成功数とから成功数変動率を求めてもよい。次に、サービス提供条件緩和部１７２は、緩和後のサービス提供条件ＩＤと成功率変動率と（成功数変動率と）を含む変動率情報を作成し、作成した変動率情報を所定の記憶部に格納する（ステップＳ８０７）。
　次に、サービス提供条件緩和部１７２は、変数ｉの値を「１」加算する（ステップＳ８０８）。
　サービス提供条件緩和部１７２は、加算後の変数ｉの値が、紐付けリストが含むサービス提供条件ＩＤの数、つまり、第１のサービス緩和条件の数未満であるか否かを判定する（ステップＳ８０９）。
　加算後の変数ｉの値が、サービス提供条件ＩＤの数未満のとき（ステップＳ８０９のＹＥＳ）、サービス提供条件緩和部１７２は、ステップＳ８０６に戻り、次の第２のサービス提供条件の第２成功数と第２成功率とを求める。
　一方、加算後の変数ｉの値が、サービス提供条件ＩＤの数以上のとき（ステップＳ８０９のＮＯ）、サービス提供条件緩和部１７２は、紐付けリストに登録されている全てのサービス提供条件についての変動率情報を作成したものと判断し、以下を動作する。
　サービス提供条件緩和部１７２は、ステップＳ８０７で作成した変動率情報から、所定の閾値以上の成功率変動率を含む変動率情報を抽出する。抽出した変動率情報が複数である場合、サービス提供条件緩和部１７２は、所定の基準を基に変動率情報を抽出する。例えば、本実施形態におけるサービス提供条件緩和部１７２は、閾値を最も大きく上回る成功率変動率を含む変動率情報を抽出する。（ステップＳ８１０）。
　続いて、サービス提供条件緩和部１７２は、緩和前の（第１の）サービス提供条件から、抽出した変動率情報が含む緩和後の（第２の）サービス提供条件が含まない判定情報を削除する（ステップＳ８１１）。この動作の結果、サービス提供条件記憶部１０２が記憶している第１のサービス提供条件は、条件が緩和される。
　続いて、サービス提供条件緩和部１７２は、サービス提供条件記憶部１０２から、本動作で使用した第２のサービス提供条件を削除する（ステップＳ８１２）。
　そして、サービス提供条件緩和部１７２は、紐付けリスト記憶部１７１から、本動作で用いた関連付けデータを削除する（ステップＳ８１３）。
　そして、サービス提供条件緩和部１７２は、動作を終了する。
　第３の実施形態のサービス検索装置１７０は、第１及び第２の実施形態の効果に加え、サービス提供条件の内容を緩和し、サービス提供回数を維持できる。
　その理由は、第３の実施形態のサービス検索装置１７０は、管理者端末２１０が送信するサービス試行リクエストと最適サービス提供条件推定リクエストとを基に、サービス提供条件の変動率情報を求める。そして、サービス検索装置１７０は、求めた変動率情報を基にサービス提供条件を緩和し、サービス提供回数を維持できるためである。
　なお、サービス提供条件が含む判定情報の中には、例えば、店舗があるエリアにユーザがいるか否かの判定のように、削除すると正しくサービス提供できない判定情報が含まれる場合がある。このため、サービス提供条件緩和部１７２は、サービス提供条件に必ず含まれるべき属性情報（判定情報又は属性名）のリスト（以下、「必須リスト」と言う）を所定の記憶部に保持し、必須リストが含む属性に関する判定情報をサービス提供条件から削除しないようにしてもよい。この場合、サービス提供条件緩和部１７２は、第１のサービス提供条件に含まれる判定情報のうち、上記のリストに含まれる判定情報以外の判定情報を削除した第２のサービス提供条件を生成する。
　なお、本発明は、ここまで説明した実施形態に限定されるものではなく、各フローチャートで説明した動作をＣＰＵなどのコンピュータに実行させるサービス検索のためのプログラムも、本発明は、包含する。
　また、本発明は、サービス検索のためのプログラムを含むコンピュータで読み書きが可能な記憶媒体を搭載可能な記憶媒体読み書き装置を含み、記憶媒体からプログラムを読み込み、コンピュータに実行させてもよい。
　（付記）
　また、以上の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）　サービスの判定に用いる判定情報を含む第１のサービス提供条件から、ユーザ端末から受信したユーザに関するユーザ情報に関連する第２のサービス提供条件を検索し、
　前記ユーザ情報と前記第２のサービス提供条件とからサービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービスを指示するサービス指示情報を送信し、
　前記サービス提供装置から前記サービス指示情報に関するサービスの効果の有無を含むサービス効果情報を受け取り、
　前記サービス効果情報と前記サービス指示情報に関する属性情報とを含むサービス提供履歴情報を蓄積し、
　管理者端末から前記第１のサービス提供条件を識別するサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを受信し、前記サービス提供条件ＩＤを基に前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加、又は、該判定情報で前記第１のサービス提供条件を更新すること、
　を含むサービス検索装置のサービス提供条件最適化方法。
　（付記２）　サービスの判定に用いる判定情報を含む第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とから、ユーザ端末から受信したユーザに関するユーザ情報と関連する第３のサービス提供条件を検索し、
　前記第３のサービス提供条件から、提供するサービス内容を決定し、サービス提供装置に前記決定したサービス内容を含むサービス指示情報を送信し、
　前記サービス指示情報に含まれる属性情報と前記サービス効果情報とを含むサービス提供履歴情報を蓄積し、
　前記サービス提供装置が提供するサービスの効果の有無を示すサービス効果情報を受信し、前記サービス提供履歴情報に、受信した前記サービス効果情報を追加し、
　前記サービス提供履歴情報から抽出した前記第１のサービス提供条件と関連するサービス提供履歴情報のうちサービス提供の効果があったことを示すサービス提効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、
　前記サービス提供履歴情報に含まれる前記第２のサービス提供条件と関連する第２のサービス提供履歴情報のうち、サービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出し、
　前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との変動率を算出し、
　前記変動率が所定の閾値を超えている場合、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除すること
　を含むサービス提供条件最適化方法。
　（付記３）　サービスの判定に用いる判定情報を含む第１のサービス提供条件を記憶するサービス提供条件記憶手段と、
　ユーザ端末からユーザに関するユーザ情報を受信するユーザ情報受信手段と、
　前記第１のサービス提供条件と前記ユーザ情報とを基に、前記ユーザ端末に提供するサービスに関する第２のサービス提供条件を検索するサービス検索手段と、
　前記ユーザ情報と前記第２のサービス提供条件とを基にサービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービス内容を指示するためのサービス指示情報を送信するサービス指示情報送信手段と、
　前記サービス提供装置から前記サービス指示情報に関するサービス提供の効果の有無を含むサービス効果情報を受信するサービス効果受信手段と、
　前記サービス効果情報と前記サービス効果情報に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、
　管理者端末から第１のサービス提供条件を識別するサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを受信し、前記サービス提供条件ＩＤを基に前記サービス提供履歴手段に蓄積されている前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件記憶手段に記憶されている前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加又は該判定情報で前記第１のサービス提供条件を更新する第１のサービス提供条件制限手段と、
　を含むサービス検索装置。
　（付記４）　前記第１のサービス提供条件制限手段が、
　前記サービス提供条件ＩＤを含むサービス提供履歴情報を前記サービス提供履歴情報から抽出し、
　前記抽出したサービス提供履歴情報のなかで、サービス効果情報を含む比率である成功率が予め設定された閾値以上のサービス提供履歴情報に含まれる属性値を基に判定情報を生成する
　ことを特徴とする付記３記載のサービス検索装置。
　（付記５）　前記第１のサービス提供条件制限手段が、
　前記管理者端末から受信した最適サービス提供条件推定リクエストから前記サービス提供条件ＩＤを取得して出力し、条件制限情報の入力に基づき前記条件制限情報が含む前記サービス提供条件ＩＤで識別されるサービス提供条件を前記サービス提供条件記憶手段から検索し、検索の結果見つかったサービス提供条件に前記条件制限情報が含む判定情報を追加または該判定情報で前記検索の結果見つかったサービス提供条件を更新する第２のサービス提供条件制限手段と、
　前記第２のサービス提供条件制限手段から前記サービス提供条件ＩＤを受け、受け取った前記サービス提供条件ＩＤを含むサービス提供履歴情報を前記サービス提供履歴記憶手段から検索し、検索の結果見つかったサービス提供履歴情報から各属性名に対応する属性値とサービス効果情報とを含む要素からなる属性値集合を抽出し、前記抽出した属性値集合から、互いに近い属性値を含む要素からなる属性値部分集合に分類し、前記属性値部分集合の要素のうち前記サービス効果情報を含む要素の割合を計算し、所定の値より高い割合の属性値部分集合を基に属性名と前記判定情報とを含む前記条件制限情報を作成して前記第２のサービス提供条件制限手段に渡す分析手段と、
　を含むことを特徴とする付記３記載のサービス検索装置。
　（付記６）　前記分析手段が、
　前記条件制限情報に含まれる前記属性値部分集合の属性値の最小と最大とを基に前記判定情報として生成することを特徴とする付記５記載のサービス検索装置。
　（付記７）　サービスの判定に用いる判定情報を含む第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とを記憶するサービス提供条件記憶手段と、
　ユーザ端末からユーザ情報を受信するユーザ情報受信手段と、
　前記ユーザ情報受信手段が受信した前記ユーザ情報と関連する第３のサービス提供条件を前記サービス提供条件記憶手段に記憶されている前記第１及び第２のサービス提供条件から検索するサービス検索手段と、
　前記サービス検索手段が検索した前記第３のサービス提供条件から、提供するサービス内容を決定し、サービス提供装置に前記決定したサービス内容を含むサービス指示情報を送信するサービス指示情報送信手段と、
　属性情報とサービス提供の効果の有無を示すサービス効果情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、
　前記サービス提供装置が提供するサービスの効果の有無を示すサービス効果情報を前記サービス提供装置から受信し、前記サービス提供履歴記憶手段に蓄積されているサービス提供履歴情報に、受信した前記サービス効果情報を追加するサービス効果情報受信手段と、
　前記第２のサービス提供条件を生成して前記サービス提供条件記憶手段に登録し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情情報から前記第１のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情報から前記第２のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出し、前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との変動率を算出し、前記変動率が所定の閾値を超えている場合、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除する、サービス提供条件緩和手段と、
　を含むサービス検索装置。
　（付記８）　前記第１のサービス提供条件と前記第２のサービス提供条件との関連を示す紐付けリストを記憶する紐付けリスト記憶手段を更に含み、
　前記サービス提供条件緩和手段は、
　前記紐付けリストを基に、前記第２のサービス提供条件に関連するサービス提供履歴情報を、サービス提供履歴記憶手段から抽出することを特徴とする付記７記載のサービス検索装置。
　（付記９）　前記サービス提供条件緩和手段が、
　前記サービス提供条件に含まれるべき属性の必須リストを保持し、前記第１のサービス提供条件に含まれる判定情報のうち、前記必須リストが含む属性に関する判定情報以外の少なくとも１つの判定情報を削除した前記第２のサービス提供条件を生成することを特徴とする付記７又は８記載のサービス検索装置。
　（付記１０）　コンピュータに、
　サービスの判定に用いる判定情報を含む第１のサービス提供条件から、ユーザ端末から受信したユーザ情報に関連する第２のサービス提供条件を検索するサービス検索処理と、
　前記ユーザ情報と前記第２のサービス提供条件とからサービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービスを指示するサービス指示情報を送信するサービス指示情報送信処理と、
　前記サービス提供装置から前記サービス指示情報に関するサービスの効果の有無を含むサービス効果情報を受け取るサービス効果受信処理と、
　前記サービス効果情報と前記サービス指示情報に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴情報記憶処理と、
　管理者端末から前記第１のサービス提供条件を識別するサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを受信し、前記サービス提供条件ＩＤを基に前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加、又は、該判定情報で前記第１のサービス提供条件を更新するサービス提供条件制限処理と、
　を実行させるサービス検索プログラム。
　（付記１１）　コンピュータに、
　サービスの判定に用いる判定情報を含む第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とから、ユーザ端末から受信したユーザに関するユーザ情報と関連する第３のサービス提供条件を検索するサービス検索処理と、
　前記第３のサービス提供条件から、提供するサービス内容を決定し、サービス提供装置に前記決定したサービス内容を含むサービス指示情報を送信するサービス指示情報送信処理と、
　前記サービス指示情報に含まれる属性情報と前記サービス効果情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶処理と、
　前記サービス提供装置が提供するサービスの効果の有無を示すサービス効果情報を受信し、前記サービス提供履歴情報に、受信した前記サービス効果情報を追加するサービス効果情報受信処理と、
　前記サービス提供履歴情報から抽出した前記第１のサービス提供条件と関連するサービス提供履歴情報のうち、サービス提供の効果があったことを示すサービス効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、前記サービス提供履歴情報に含まれる前記第２のサービス提供条件と関連する第２のサービス提供履歴情報のうち、サービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出する第１の算出処理と、
　前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との間の割合の変動率とを算出する第２の算出処理と、
　前記変動率が所定の閾値を超えている場合に、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除するサービス提供条件緩和処理と、
　を実行させるサービス検索プログラム。
　（付記１２）　サービスの判定に用いる判定情報を含む第１のサービス提供条件、及び、第１のサービス提供条件を識別するためのサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを送信する管理者端末と、
　ユーザに関するユーザ情報を送信するユーザ端末と、
　サービス内容を指示するサービス指示情報を受信し、前記サービス指示情報に含まれるサービスを提供するサービス提供装置と、
　前記第１のサービス提供条件と、前記最適サービス提供条件推定リクエストと、前記ユーザ情報とを受信し、前記サービス指示情報を送信するサービス検索装置と、を含み、
　前記サービス検索装置は、
　前記管理者端末から受信した前記第１のサービス提供条件を記憶するサービス提供条件記憶手段と、
　前記ユーザ端末から前記ユーザ情報を受信するユーザ情報受信手段と、
　前記第１のサービス提供条件と前記ユーザ情報とを基に、前記ユーザ端末に提供するサービスに関する第２のサービス提供条件を検索するサービス検索手段と、
　前記ユーザ情報と前記第２のサービス提供条件とを基に前記サービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービス内容を指示するためのサービス指示情報を送信するサービス指示情報送信手段と、
　前記サービス提供装置から前記サービス指示情報に関するサービス提供の効果の有無を含むサービス効果情報を受信するサービス効果情報受信手段と、
　前記サービス効果情報と前記サービス効果に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、
　前記管理者端末から前記最適サービス提供条件推定リクエストを受信し、前記最適サービス提供条件推定が含むサービス提供条件ＩＤを基に、前記サービス提供履歴手段に蓄積されている前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件記憶手段に記憶されている前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加又は該判定情報で前記第１のサービス提供条件を更新する第１のサービス提供条件制限手段と、
　を含むサービス提供条件最適化システム。
　（付記１３）　前記第１のサービス提供条件制限手段が、
　前記サービス提供条件ＩＤを含むサービス提供履歴情報を前記サービス提供履歴情報から抽出し、
　前記抽出したサービス提供履歴情報のなかで、サービス効果情報を含む比率である成功率が予め設定された閾値以上のサービス履歴情報に含まれる属性値を基に判定情報を生成する
　ことを特徴とする付記１２記載のサービス提供条件最適化システム。
　（付記１４）　前記第１のサービス提供条件制限手段が、
　前記管理者端末から受信した最適サービス提供条件推定リクエストから前記サービス提供条件ＩＤを取得して出力し、条件制限情報の入力に基づき前記条件制限情報が含む前記サービス提供条件ＩＤで識別されるサービス提供条件を前記サービス提供条件記憶手段から検索し、検索の結果見つかったサービス提供条件に前記条件制限情報が含む判定情報を追加または該判定情報で前記検索の結果見つかったサービス提供条件を更新する第２のサービス提供条件制限手段と、
　前記第２のサービス提供条件制限手段から前記サービス提供条件ＩＤを受け、受け取った前記サービス提供条件ＩＤを含むサービス提供履歴情報を前記サービス提供履歴記憶手段から検索し、検索の結果見つかったサービス提供履歴情報から各属性名に対応する属性値とサービス効果情報とを含む要素からなる属性値集合を抽出し、前記抽出した属性値集合から、互いに近い属性値を含む要素からなる属性値部分集合に分類し、前記属性値部分集合の要素のうち前記サービス効果情報を含む要素の割合を計算し、所定の値より高い割合の属性値部分集合を基に属性名と前記判定情報とを含む前記条件制限情報を作成して前記第２のサービス提供条件制限手段に渡す分析手段と、
　を含むことを特徴とする付記１２記載のサービス提供条件最適化システム。
　（付記１５）　前記分析手段が、
　前記条件制限情報に含まれる前記属性値部分集合の属性値の最小と最大とを基に前記判定情報として生成することを特徴とする付記１４記載のサービス提供条件最適化システム。
　（付記１６）　サービスの判定に用いる判定情報を含む第１のサービス提供条件、及び、第１のサービス提供条件を識別するためのサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを送信する管理者端末と、
　ユーザに関するユーザ情報を送信するユーザ端末と、
　サービス内容を指示するサービス指示情報を受信し、前記サービス指示情報に含まれるサービスを提供するサービス提供装置と、
　前記第１のサービス提供条件と、前記最適サービス提供条件推定リクエストと、前記ユーザ情報とを受信し、前記サービス指示情報を送信するサービス検索装置と、を含み、
　前記サービス検索装置は、
　前記感謝端末から受信した第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とを記憶するサービス提供条件記憶手段と、
　前記ユーザ端末からユーザ情報を受信するユーザ情報受信手段と、
　前記ユーザ情報と関連する第３のサービス提供条件を前記サービス提供条件記憶手段に記憶されている前記第１のサービス提供条件及び第２のサービス提供条件から検索するサービス検索手段と、
　前記ユーザ情報と前記第３のサービス提供条件とを基に前記サービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービス内容を指示するためのサービス指示情報を送信するサービス指示情報送信手段と、
　前記サービス提供装置から前記サービス指示情報に関するサービス提供の効果の有無を含むサービス効果情報を受信するサービス効果情報受信手段と、
　前記サービス効果情報と前記サービス効果情報に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、
　前記第２のサービス提供条件を生成して前記サービス提供条件記憶手段に登録し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情報から前記第１のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情報から前記第２のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出し、前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との変動率とを算出し、前記変動率が所定の閾値を超えている場合、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除する、サービス提供条件緩和手段と、
　を含むサービス提供条件最適化システム。
　（付記１７）　前記第１のサービス提供条件と前記第２のサービス提供条件との関連を示す紐付けリストを記憶する紐付けリスト記憶手段を更に含み、
　前記サービス提供条件緩和手段は、
　前記紐付けリストを基に、前記第２のサービス提供条件に関連するサービス提供履歴情報を、サービス提供履歴記憶手段から抽出することを特徴とする付記１６記載のサービス提供条件最適化システム。
　（付記１８）　前記サービス提供条件緩和手段が、
　前記サービス提供条件に含まれるべき属性の必須リストを保持し、前記第１のサービス提供条件に含まれる判定情報のうち、前記必須リストが含む属性に関する判定情報以外の少なくとも１つの判定情報を削除した前記第２のサービス提供条件を生成することを特徴とする付記１６又は１７記載のサービス提供条件最適化システム。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１１年３月２９日に出願された日本出願特願２０１１−０７１４００を基礎とする優先権を主張し、その開示の全てをここに取り込む。

　１００、１５０、１７０　サービス検索装置
　１０１　サービス提供条件受信部
　１０２　サービス提供条件記憶部
　１０３、１５１　サービス提供条件制限部
　１０４　サービス提供履歴記憶部
　１０５　ユーザ情報受信部
　１０６　サービス検索部
　１０７　サービス指示情報送信部
　１０８　サービス効果情報受信部
　１５２　分析部
　１７１　紐付けリスト記憶部
　１７２　サービス提供条件緩和部
　２００、２１０　管理者端末
　３００　ユーザ端末
　４００　サービス提供装置
　１８０　サービス検索装置
　１８２　サービス提供条件記憶部

Claims (18)

1. 　サービスの判定に用いる判定情報を含む第１のサービス提供条件から、ユーザ端末から受信したユーザに関するユーザ情報に関連する第２のサービス提供条件を検索し、
   　前記ユーザ情報と前記第２のサービス提供条件とからサービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービスを指示するサービス指示情報を送信し、
   　前記サービス提供装置から前記サービス指示情報に関するサービスの効果の有無を含むサービス効果情報を受け取り、
   　前記サービス効果情報と前記サービス指示情報に関する属性情報とを含むサービス提供履歴情報を蓄積し、
   　管理者端末から前記第１のサービス提供条件を識別するサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを受信し、前記サービス提供条件ＩＤを基に前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加、又は、該判定情報で前記第１のサービス提供条件を更新すること、
   　を含むサービス検索装置のサービス提供条件最適化方法。
2. 　サービスの判定に用いる判定情報を含む第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とから、ユーザ端末から受信したユーザに関するユーザ情報と関連する第３のサービス提供条件を検索し、
   　前記第３のサービス提供条件から、提供するサービス内容を決定し、サービス提供装置に前記決定したサービス内容を含むサービス指示情報を送信し、
   　前記サービス指示情報に含まれる属性情報と前記サービス効果情報とを含むサービス提供履歴情報を蓄積し、
   　前記サービス提供装置が提供するサービスの効果の有無を示すサービス効果情報を受信し、前記サービス提供履歴情報に、受信した前記サービス効果情報を追加し、
   　前記サービス提供履歴情報から抽出した前記第１のサービス提供条件と関連するサービス提供履歴情報のうちサービス提供の効果があったことを示すサービス提効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、
   　前記サービス提供履歴情報に含まれる前記第２のサービス提供条件と関連する第２のサービス提供履歴情報のうち、サービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出し、
   　前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との変動率を算出し、
   　前記変動率が所定の閾値を超えている場合、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除すること
   　を含むサービス提供条件最適化方法。
3. 　サービスの判定に用いる判定情報を含む第１のサービス提供条件を記憶するサービス提供条件記憶手段と、
   　ユーザ端末からユーザに関するユーザ情報を受信するユーザ情報受信手段と、
   　前記第１のサービス提供条件と前記ユーザ情報とを基に、前記ユーザ端末に提供するサービスに関する第２のサービス提供条件を検索するサービス検索手段と、
   　前記ユーザ情報と前記第２のサービス提供条件とを基にサービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービス内容を指示するためのサービス指示情報を送信するサービス指示情報送信手段と、
   　前記サービス提供装置から前記サービス指示情報に関するサービス提供の効果の有無を含むサービス効果情報を受信するサービス効果受信手段と、
   　前記サービス効果情報と前記サービス効果情報に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、
   　管理者端末から第１のサービス提供条件を識別するサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを受信し、前記サービス提供条件ＩＤを基に前記サービス提供履歴手段に蓄積されている前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件記憶手段に記憶されている前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加又は該判定情報で前記第１のサービス提供条件を更新する第１のサービス提供条件制限手段と、
   　を含むサービス検索装置。
4. 　前記第１のサービス提供条件制限手段が、
   　前記サービス提供条件ＩＤを含むサービス提供履歴情報を前記サービス提供履歴情報から抽出し、
   　前記抽出したサービス提供履歴情報のなかで、サービス効果情報を含む比率である成功率が予め設定された閾値以上のサービス提供履歴情報に含まれる属性値を基に判定情報を生成する
   　ことを特徴とする請求項３記載のサービス検索装置。
5. 　前記第１のサービス提供条件制限手段が、
   　前記管理者端末から受信した最適サービス提供条件推定リクエストから前記サービス提供条件ＩＤを取得して出力し、条件制限情報の入力に基づき前記条件制限情報が含む前記サービス提供条件ＩＤで識別されるサービス提供条件を前記サービス提供条件記憶手段から検索し、検索の結果見つかったサービス提供条件に前記条件制限情報が含む判定情報を追加または該判定情報で前記検索の結果見つかったサービス提供条件を更新する第２のサービス提供条件制限手段と、
   　前記第２のサービス提供条件制限手段から前記サービス提供条件ＩＤを受け、受け取った前記サービス提供条件ＩＤを含むサービス提供履歴情報を前記サービス提供履歴記憶手段から検索し、検索の結果見つかったサービス提供履歴情報から各属性名に対応する属性値とサービス効果情報とを含む要素からなる属性値集合を抽出し、前記抽出した属性値集合から、互いに近い属性値を含む要素からなる属性値部分集合に分類し、前記属性値部分集合の要素のうち前記サービス効果情報を含む要素の割合を計算し、所定の値より高い割合の属性値部分集合を基に属性名と前記判定情報とを含む前記条件制限情報を作成して前記第２のサービス提供条件制限手段に渡す分析手段と、
   　を含むことを特徴とする請求項３記載のサービス検索装置。
6. 　前記分析手段が、
   　前記条件制限情報に含まれる前記属性値部分集合の属性値の最小と最大とを基に前記判定情報として生成することを特徴とする請求項５記載のサービス検索装置。
7. 　サービスの判定に用いる判定情報を含む第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とを記憶するサービス提供条件記憶手段と、
   　ユーザ端末からユーザ情報を受信するユーザ情報受信手段と、
   　前記ユーザ情報受信手段が受信した前記ユーザ情報と関連する第３のサービス提供条件を前記サービス提供条件記憶手段に記憶されている前記第１及び第２のサービス提供条件から検索するサービス検索手段と、
   　前記サービス検索手段が検索した前記第３のサービス提供条件から、提供するサービス内容を決定し、サービス提供装置に前記決定したサービス内容を含むサービス指示情報を送信するサービス指示情報送信手段と、
   　属性情報とサービス提供の効果の有無を示すサービス効果情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、
   　前記サービス提供装置が提供するサービスの効果の有無を示すサービス効果情報を前記サービス提供装置から受信し、前記サービス提供履歴記憶手段に蓄積されているサービス提供履歴情報に、受信した前記サービス効果情報を追加するサービス効果情報受信手段と、
   　前記第２のサービス提供条件を生成して前記サービス提供条件記憶手段に登録し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情報から前記第１のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情報から前記第２のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出し、前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との変動率を算出し、前記変動率が所定の閾値を超えている場合、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除する、サービス提供条件緩和手段と、
   　を含むサービス検索装置。
8. 　前記第１のサービス提供条件と前記第２のサービス提供条件との関連を示す紐付けリストを記憶する紐付けリスト記憶手段を更に含み、
   　前記サービス提供条件緩和手段は、
   　前記紐付けリストを基に、前記第２のサービス提供条件に関連するサービス提供履歴情報を、サービス提供履歴記憶手段から抽出することを特徴とする請求項７記載のサービス検索装置。
9. 　前記サービス提供条件緩和手段が、
   　前記サービス提供条件に含まれるべき属性の必須リストを保持し、前記第１のサービス提供条件に含まれる判定情報のうち、前記必須リストが含む属性に関する判定情報以外の少なくとも１つの判定情報を削除した前記第２のサービス提供条件を生成することを特徴とする請求項７又は８記載のサービス検索装置。
10. 　コンピュータに、
    　サービスの判定に用いる判定情報を含む第１のサービス提供条件から、ユーザ端末から受信したユーザ情報に関連する第２のサービス提供条件を検索するサービス検索処理と、
    　前記ユーザ情報と前記第２のサービス提供条件とからサービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービスを指示するサービス指示情報を送信するサービス指示情報送信処理と、
    　前記サービス提供装置から前記サービス指示情報に関するサービスの効果の有無を含むサービス効果情報を受け取るサービス効果受信処理と、
    　前記サービス効果情報と前記サービス指示情報に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴情報記憶処理と、
    　管理者端末から前記第１のサービス提供条件を識別するサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを受信し、前記サービス提供条件ＩＤを基に前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加、又は、該判定情報で前記第１のサービス提供条件を更新するサービス提供条件制限処理と、
    　を実行させるサービス検索プログラム。
11. 　コンピュータに、
    　サービスの判定に用いる判定情報を含む第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とから、ユーザ端末から受信したユーザに関するユーザ情報と関連する第３のサービス提供条件を検索するサービス検索処理と、
    　前記第３のサービス提供条件から、提供するサービス内容を決定し、サービス提供装置に前記決定したサービス内容を含むサービス指示情報を送信するサービス指示情報送信処理と、
    　前記サービス指示情報に含まれる属性情報と前記サービス効果情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶処理と、
    　前記サービス提供装置が提供するサービスの効果の有無を示すサービス効果情報を受信し、前記サービス提供履歴情報に、受信した前記サービス効果情報を追加するサービス効果情報受信処理と、
    　前記サービス提供履歴情報から抽出した前記第１のサービス提供条件と関連するサービス提供履歴情報のうち、サービス提供の効果があったことを示すサービス効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、前記サービス提供履歴情報に含まれる前記第２のサービス提供条件と関連する第２のサービス提供履歴情報のうち、サービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出する第１の算出処理と、
    　前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との間の割合の変動率とを算出する第２の算出処理と、
    　前記変動率が所定の閾値を超えている場合に、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除するサービス提供条件緩和処理と、
    　を実行させるサービス検索プログラム。
12. 　サービスの判定に用いる判定情報を含む第１のサービス提供条件、及び、第１のサービス提供条件を識別するためのサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを送信する管理者端末と、
    　ユーザに関するユーザ情報を送信するユーザ端末と、
    　サービス内容を指示するサービス指示情報を受信し、前記サービス指示情報に含まれるサービスを提供するサービス提供装置と、
    　前記第１のサービス提供条件と、前記最適サービス提供条件推定リクエストと、前記ユーザ情報とを受信し、前記サービス指示情報を送信するサービス検索装置と、を含み、
    　前記サービス検索装置は、
    　前記管理者端末から受信した前記第１のサービス提供条件を記憶するサービス提供条件記憶手段と、
    　前記ユーザ端末から前記ユーザ情報を受信するユーザ情報受信手段と、
    　前記第１のサービス提供条件と前記ユーザ情報とを基に、前記ユーザ端末に提供するサービスに関する第２のサービス提供条件を検索するサービス検索手段と、
    　前記ユーザ情報と前記第２のサービス提供条件とを基に前記サービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービス内容を指示するためのサービス指示情報を送信するサービス指示情報送信手段と、
    　前記サービス提供装置から前記サービス指示情報に関するサービス提供の効果の有無を含むサービス効果情報を受信するサービス効果情報受信手段と、
    　前記サービス効果情報と前記サービス効果に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、
    　前記管理者端末から前記最適サービス提供条件推定リクエストを受信し、前記最適サービス提供条件推定が含むサービス提供条件ＩＤを基に、前記サービス提供履歴手段に蓄積されている前記サービス提供履歴情報から判定情報を生成し、該生成した判定情報を前記サービス提供条件記憶手段に記憶されている前記サービス提供条件ＩＤで識別される前記第１のサービス提供条件に追加又は該判定情報で前記第１のサービス提供条件を更新する第１のサービス提供条件制限手段と、
    　を含むサービス提供条件最適化システム。
13. 　前記第１のサービス提供条件制限手段が、
    　前記サービス提供条件ＩＤを含むサービス提供履歴情報を前記サービス提供履歴情報から抽出し、
    　前記抽出したサービス提供履歴情報のなかで、サービス効果情報を含む比率である成功率が予め設定された閾値以上のサービス履歴情報に含まれる属性値を基に判定情報を生成する
    　ことを特徴とする請求項１２記載のサービス提供条件最適化システム。
14. 　前記第１のサービス提供条件制限手段が、
    　前記管理者端末から受信した最適サービス提供条件推定リクエストから前記サービス提供条件ＩＤを取得して出力し、条件制限情報の入力に基づき前記条件制限情報が含む前記サービス提供条件ＩＤで識別されるサービス提供条件を前記サービス提供条件記憶手段から検索し、検索の結果見つかったサービス提供条件に前記条件制限情報が含む判定情報を追加または該判定情報で前記検索の結果見つかったサービス提供条件を更新する第２のサービス提供条件制限手段と、
    　前記第２のサービス提供条件制限手段から前記サービス提供条件ＩＤを受け、受け取った前記サービス提供条件ＩＤを含むサービス提供履歴情報を前記サービス提供履歴記憶手段から検索し、検索の結果見つかったサービス提供履歴情報から各属性名に対応する属性値とサービス効果情報とを含む要素からなる属性値集合を抽出し、前記抽出した属性値集合から、互いに近い属性値を含む要素からなる属性値部分集合に分類し、前記属性値部分集合の要素のうち前記サービス効果情報を含む要素の割合を計算し、所定の値より高い割合の属性値部分集合を基に属性名と前記判定情報とを含む前記条件制限情報を作成して前記第２のサービス提供条件制限手段に渡す分析手段と、
    　を含むことを特徴とする請求項１２記載のサービス提供条件最適化システム。
15. 　前記分析手段が、
    　前記条件制限情報に含まれる前記属性値部分集合の属性値の最小と最大とを基に前記判定情報として生成することを特徴とする請求項１４記載のサービス提供条件最適化システム。
16. 　サービスの判定に用いる判定情報を含む第１のサービス提供条件、及び、第１のサービス提供条件を識別するためのサービス提供条件ＩＤを含む最適サービス提供条件推定リクエストを送信する管理者端末と、
    　ユーザに関するユーザ情報を送信するユーザ端末と、
    　サービス内容を指示するサービス指示情報を受信し、前記サービス指示情報に含まれるサービスを提供するサービス提供装置と、
    　前記第１のサービス提供条件と、前記最適サービス提供条件推定リクエストと、前記ユーザ情報とを受信し、前記サービス指示情報を送信するサービス検索装置と、を含み、
    　前記サービス検索装置は、
    　前記感謝端末から受信した第１のサービス提供条件と、前記第１のサービス提供条件に含まれる前記判定情報のうちの少なくとも１つを削除した第２のサービス提供条件とを記憶するサービス提供条件記憶手段と、
    　前記ユーザ端末からユーザ情報を受信するユーザ情報受信手段と、
    　前記ユーザ情報と関連する第３のサービス提供条件を前記サービス提供条件記憶手段に記憶されている前記第１のサービス提供条件及び第２のサービス提供条件から検索するサービス検索手段と、
    　前記ユーザ情報と前記第３のサービス提供条件とを基に前記サービス提供装置が提供するサービス内容を決定し、前記サービス提供装置に前記決定したサービス内容を指示するためのサービス指示情報を送信するサービス指示情報送信手段と、
    　前記サービス提供装置から前記サービス指示情報に関するサービス提供の効果の有無を含むサービス効果情報を受信するサービス効果情報受信手段と、
    　前記サービス効果情報と前記サービス効果情報に関する属性情報とを含むサービス提供履歴情報を蓄積するサービス提供履歴記憶手段と、
    　前記第２のサービス提供条件を生成して前記サービス提供条件記憶手段に登録し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情報から前記第１のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第１のサービス提供履歴情報の数と割合とを算出し、前記サービス提供履歴記憶手段に蓄積されたサービス提供履歴情報から前記第２のサービス提供条件と関連するサービス提供履歴情報を抽出し、抽出したサービス提供履歴情報を基にサービス提供の効果があったことを示すサービス効果情報を含む第２のサービス提供履歴情報の数と割合とを算出し、前記第１のサービス提供履歴情報の割合と前記第２のサービス提供履歴情報の割合との変動率とを算出し、前記変動率が所定の閾値を超えている場合、前記第２のサービス提供条件が含まない判定情報を、前記第１のサービス提供条件から削除する、サービス提供条件緩和手段と、
    　を含むサービス提供条件最適化システム。
17. 　前記第１のサービス提供条件と前記第２のサービス提供条件との関連を示す紐付けリストを記憶する紐付けリスト記憶手段を更に含み、
    　前記サービス提供条件緩和手段は、
    　前記紐付けリストを基に、前記第２のサービス提供条件に関連するサービス提供履歴情報を、サービス提供履歴記憶手段から抽出することを特徴とする請求項１６記載のサービス提供条件最適化システム。
18. 　前記サービス提供条件緩和手段が、
    　前記サービス提供条件に含まれるべき属性の必須リストを保持し、前記第１のサービス提供条件に含まれる判定情報のうち、前記必須リストが含む属性に関する判定情報以外の少なくとも１つの判定情報を削除した前記第２のサービス提供条件を生成することを特徴とする請求項１６又は１７記載のサービス提供条件最適化システム。

Images