(57)【要約】【課題】サービス提供者が複数存在する状況においても、利用者にとって好ましいサービスを、利用者のプライバシを守りつつ同一の個人端末における多様な利用情報に基づいて提供する。【解決手段】携帯電話機４０は、携帯電話機４０が利用された場合または状態が変化した場合に、各場面や各機能に応じた利用情報３２を蓄積する。サービス提供サーバ１０は、提供可能なサービスについて、サービスを特徴づける情報を選択肢として含めたサービス候補３０を携帯電話機４０へ送信する。携帯電話機４０は、サービス候補３０を受信すると、各選択肢について、利用情報３２とサービスを特徴づける情報との適合度合いに基づくサービス評価３１を導出する。携帯電話機４０は、サービス評価３１に基づいて、サービス候補３０から選択してサービスを実行したり、簡単に選択できる並び替えて提示する等、利用者にとってより好ましいサービスを提供する。【選択図】  図１
2007094560.tif 000002
【特許請求の範囲】
【請求項１】
提供可能な複数のサービスの中から、利用者にとってより好ましいサービスを選択して提供するサービス提供システムであって、
利用者が使用する個人端末と、前記個人端末と通信ネットワークを介して通信可能に接続されるサービス提供装置とを備え、
前記サービス提供装置は、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を送信するサービス候補送信手段を有し、
前記個人端末は、
当該個人端末の利用履歴や利用状態を示す利用情報を記憶する利用情報記憶手段と、
サービス提供装置から前記サービス候補を受信するサービス候補受信手段と、
前記サービス候補受信手段が受信したサービス候補に含まれる選択肢毎に、サービスを特徴づける情報と前記利用情報記憶手段が記憶する利用情報との適合度合いに基づく評価値を導出するサービス評価導出手段と、
前記サービス評価導出手段が導出した評価値に基づいて、前記サービス候補の中からサービスを選択して実行するサービス実行手段とを有する
ことを特徴とするサービス提供システム。
【請求項２】
個人端末は、
利用情報記憶手段が記憶する利用情報を解析して利用者の状態または嗜好を推定する推定手段を有し、
サービス評価導出手段は、サービスを特徴づける情報と前記推定手段が推定する利用者の状態または嗜好との適合度合いに基づく評価値を導出する
請求項１記載のサービス提供システム。
【請求項３】
サービス提供装置は、
利用者に共通な状況を示す環境情報を取得する環境情報取得手段と、
前記環境情報取得手段が取得した環境情報に基づいて提供可能なサービスの中からサービスを選択し、選択したサービスのみを選択肢とするサービス候補を作成するサービス候補作成手段とを有し、
サービス候補送信手段は、前記サービス候補選択手段が選択したサービスを選択肢として示すサービス候補を送信する
請求項１または請求項２に記載のサービス提供システム。
【請求項４】
サービス実行手段は、
サービス評価導出手段が導出した評価値に基づいて、サービス候補の中から利用者に提供するサービスを選択する提供サービス選択手段と、
前記提供サービス選択手段が選択したサービスを利用者に提供可能に取得するサービス取得手段とを有する
請求項１から請求項３のうちいずれか１項に記載のサービス提供システム。
【請求項５】
データを配信するサービスを提供するサービス提供システムであって、
サービス候補送信手段は、選択肢毎に少なくとも選択肢としたサービスの対象であるデータおよびサービスを特徴づける情報を含むサービス候補を送信し、
サービス取得手段は、前記提供サービス選択手段が選択したサービスについて、前記サービス候補に含まれるサービスの対象であるデータを読み出すことによってサービスを取得する
請求項４記載のサービス提供システム。
【請求項６】
データを配信するサービスを提供するサービス提供システムであって、
サービス提供装置は、要求に応じて、指定されたサービスの対象であるデータを送信するサービスデータ送信手段を有し、
サービス取得手段は、前記提供サービス選択手段が選択したサービスを指定して、サービス提供装置にサービスを要求し、要求した結果送信されるデータを受信することによってサービスを取得する
請求項４記載のサービス提供システム。
【請求項７】
データを配信するサービスを提供するサービス提供システムであって、
サービスの対象であるデータを配信するデータ配信装置を備え、
前記データ配信装置は、要求に応じて、指定されたサービスの対象であるデータを送信するサービスデータ送信手段を有し、
サービス取得手段は、前記提供サービス選択手段が選択したサービスを指定して、サービス提供装置にサービスを要求し、要求した結果データ配信装置から送信されるデータを受信することによってサービスを取得する
請求項４記載のサービス提供システム。
【請求項８】
サービス提供装置が何らかの制御を行うサービスを提供するサービス提供システムであって、
サービス提供装置は、要求に応じて、指定されたサービスによって特定される制御を実行するサービス制御実行手段を有し、
サービス取得手段は、
前記提供サービス選択手段が選択したサービスを指定して、サービス提供装置に要求することによってサービスを取得する
請求項４記載のサービス提供システム。
【請求項９】
提供可能な複数のサービスの中から、利用者にとってより好ましいサービスを選択して提供するサービス提供システムであって、
利用者が使用する個人端末と、前記個人端末と通信ネットワークを介して通信可能に接続されるサービス提供装置とを備え、
前記サービス提供装置は、
提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を送信するサービス候補送信手段と、
前記個人端末から前記サービス候補の選択肢に対する評価値を受信する評価値受信手段と、
前記評価値受信手段が受信した評価値に基づいて、前記サービス候補の中からサービスを選択して実行するサーバ側サービス実行手段とを有し、
前記個人端末は、
当該個人端末の利用履歴や利用状態を示す利用情報を記憶する利用情報記憶手段と、
サービス提供装置から前記サービス候補を受信するサービス候補受信手段と、
前記サービス候補受信手段が受信したサービス候補に含まれる選択肢毎に、サービスを特徴づける情報と前記利用情報記憶手段が記憶する利用情報との適合度合いに基づく評価値を導出するサービス評価導出手段と、
前記サービス評価導出手段が導出した評価値を前記サービス提供装置に送信する評価値送信手段とを有する
ことを特徴とするサービス提供システム。
【請求項１０】
サービス提供装置は、複数の個人端末から受信した評価値を統合する統合評価値を導出する統合評価値導出手段を有し、
サーバ側サービス実行手段は、前記統合評価値導出手段が導出した統合評価値に基づいて、サービス候補の中から利用者に提供するサービスを選択して実行する
請求項９記載のサービス提供システム。
【請求項１１】
提供可能な複数のサービスの中から、利用者にとってより好ましいサービスを選択して提供するサービス提供システムであって、
利用者が使用する個人端末と、個人端末と通信ネットワークを介して通信可能に接続される第２のサービス提供装置と、前記第２のサービス提供装置と通信ネットワークを介して通信可能に接続されるサービス提供装置とを備え、
前記サービス提供装置は、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を送信するサービス候補送信手段を有し、
前記第２のサービス提供装置は、
サービス提供装置から前記サービス候補を受信する第２のサービス候補受信手段と、
当該第２のサービス提供装置と接続される個人端末に共通な状況を示す第２の環境情報を記憶する第２の環境情報記憶手段と、
前記第２の環境情報記憶手段に記憶される第２の環境情報に基づいて、前記第２のサービス候補受信手段が受信したサービス候補の中からサービスを選択し、選択したサービスのみを選択肢とする第２のサービス候補を作成する第２のサービス候補作成手段と、
前記第２のサービス候補作成手段が作成した第２のサービス候補を個人端末に送信する第２のサービス候補送信手段と、
前記個人端末から第２のサービス候補送信手段が送信した第２のサービス候補に対する評価値を受信する端末評価値受信手段と、
前記端末評価値が受信した各個人端末の評価値を統合する統合評価値を導出する端末統合評価値導出手段と、
前記端末統合評価値導出手段が導出した統合評価値に基づいて、第２のサービス候補の中からサービスを選択して実行する第２のサービス実行手段とを有し、
前記個人端末は、
当該個人端末の利用履歴や利用状態を示す利用情報を記憶する利用情報記憶手段と、
サービス提供装置から前記サービス候補を受信するサービス候補受信手段と、
前記サービス候補受信手段が受信したサービス候補に含まれる選択肢毎に、サービスを特徴づける情報と前記利用情報記憶手段が記憶する利用情報との適合度合いに基づく評価値を導出するサービス評価導出手段と、
前記サービス評価導出手段が導出した評価値を前記第２のサービス提供装置に送信する評価値送信手段とを有する
ことを特徴とするサービス提供システム。
【請求項１２】
提供可能な複数のサービスの中から、利用者にとってより好ましいサービスを選択して提供するサービス提供方法であって、
前記サービス提供装置が、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を送信し、
前記個人端末が、当該個人端末の利用履歴や利用状態を示す利用情報を記憶し、
前記個人端末が、サービス提供装置から前記サービス候補を受信し、受信したサービス候補に含まれる選択肢毎に、サービスを特徴づける情報と記憶された利用情報との適合度合いに基づく評価値を導出し、
前記個人端末が、導出した評価値に基づいて、前記サービス候補の中からサービスを選択して実行する
ことを特徴とするサービス提供方法。
【請求項１３】
利用者が使用する個人端末と通信ネットワークを介して通信可能に接続されるサービス提供装置であって、
提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を送信するサービス候補送信手段を有する
ことを特徴とするサービス提供装置。
【請求項１４】
利用者に共通な状況を示す環境情報を取得する環境情報取得手段と、
前記環境情報取得手段が取得した環境情報に基づいて提供可能なサービスの中からサービスを選択し、選択したサービスのみを選択肢とするサービス候補を作成するサービス候補作成手段とを有し、
サービス候補送信手段は、前記サービス候補選択手段が選択したサービスを選択肢として示すサービス候補を送信する
請求項１３記載のサービス提供装置。
【請求項１５】
要求に応じて、指定されたサービスの対象であるデータを送信するサービスデータ送信手段を有する
請求項１３または請求項１４に記載のサービス提供装置。
【請求項１６】
サービス候補送信手段が送信したサービス候補の選択肢に対する評価値を個人端末から受信する評価値受信手段と、
前記評価値受信手段が受信した評価値に基づいて、前記サービス候補の中からサービスを選択して実行するサーバ側サービス実行手段とを有する
請求項１３または請求項１４に記載のサービス提供装置。
【請求項１７】
複数の個人端末から受信した評価値を統合する統合評価値を導出する統合評価値導出手段を有し、
サーバ側サービス実行手段は、前記統合評価値導出手段が導出した統合評価値に基づいて、サービス候補の中から利用者に提供するサービスを選択して実行する
請求項１６記載のサービス提供装置。
【請求項１８】
サービス提供装置と通信ネットワークを介して通信可能に接続されるサービス提供端末であって、
当該サービス提供端末の利用履歴や利用状態を示す利用情報を記憶する利用情報記憶手段と、
前記サービス提供装置から、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を受信するサービス候補受信手段と、
前記サービス候補受信手段が受信したサービス候補に含まれる選択肢毎に、サービスを特徴づける情報と前記利用情報記憶手段が記憶する利用情報との適合度合いに基づく評価値を導出するサービス評価導出手段と、
前記サービス評価導出手段が導出した評価値に基づいて、サービス候補の中からサービスを選択して実行するサービス実行手段とを有する
ことを特徴とするサービス提供端末。
【請求項１９】
提供可能な複数のサービスの中から、利用者にとってより好ましいサービスを選択して提供するためのサービス提供プログラムであって、
コンピュータに、
自身の利用履歴や利用状態を示す利用情報を記憶する処理、
前記サービス提供装置から、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を受信する処理、
前記サービス候補に含まれる選択肢毎に、サービスを特徴づける情報と記憶された利用情報との適合度合いに基づく評価値を導出する処理、および
前記評価値に基づいて、前記サービス候補の中からサービスを選択して実行する処理
を実行させるためのサービス提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者にとってより好ましいサービスを選択して提供するサービス提供方法、サービス提供システム、サービス提供端末およびサービス提供プログラムに関し、特に、利用者が個人端末を使用した情報を個人端末の外に開示することなく、利用者にとってより好ましいサービスを選択して提供するサービス提供方法、サービス提供システム、サービス提供端末およびサービス提供プログラムに関する。
【背景技術】
【０００２】
有線または無線でアクセス可能なインターネット上のＩＴサービスやデジタルコンテンツは膨大な数にのぼる。さらに、ユビキタス・コンピューティングの発展によって、家庭やオフィスなどに数多くの情報機器が存在するようになり、また、これら情報機器が各々ＩＴサービスの提供者または実施者として選択的に、または組み合わせて利用可能になりつつある。このように、利用可能なサービスが同時に多数存在するようになると、多種多様なサービス内容を把握してそれぞれにより好ましいもの（例えば、ユーザの属性、位置、嗜好に合致するもの）を選択する行為が、利用者にとって大きな負担となる。
【０００３】
上記課題を解決するために、従来技術として、Ｗｅｂサイトへのアクセス履歴を利用者毎に蓄積し、そのアクセス履歴から導かれる利用者の属性に基づいて、提供する広告情報を選択する方法がある（例えば、特許文献１。）。また、センターにて、携帯情報端末を使用している間に利用者の位置や嗜好を時間と対応づけて自動で獲得し、時間や利用者の位置、嗜好の条件に適合したレストランや観光地の情報を提供する方法がある（例えば、特許文献２。）。
【０００４】
このような従来技術は、例えば特許文献１を例にすると、図２０に示すように、ネットワークアクセス仲介部９１、分野抽出部９６、マッチング部９２、個人利用履歴ＤＢ９３などを有し、利用者のアクセス履歴を蓄積して利用頻度の高い分野と広告が属する分野との一致度に応じた広告を配信するサーバシステム９２０と、利用者が使用するブラウザ９０を搭載したクライアントシステム９１０とを備える。
【０００５】
ネットワークアクセス仲介部９１は、ブラウザ９０がアクセスした履歴を取得し個人利用履歴ＤＢ９３に蓄積する。分野抽出部９６は、前記アクセス履歴を分野に分類し個人利用分野ＤＢ９４に記録する。ここで、ネットワークアクセス仲介部９１がブラウザ９０からデータ取得要求を受け付けると、マッチング部９２は、前記個人利用分野ＤＢ９４から対象となる個人の利用頻度の高い分野と配信する広告が属する分野との一致度を調べ、該一致度に応じて、配信する広告に対し関心の高い利用者グループには情報量の多い広告を配信し、関心の低い利用者グループには情報量の少ない広告を配信する。特許文献１には、利用者のアクセス履歴を用いて導出した利用者グループの関心度に応じて配信する広告の情報量を選択する方法が記載されているが、同様の手法を用いれば、配信する広告を取捨選択することも可能である。
【０００６】
このような方法は、利用者のデータ（アクセス履歴）が多い方がより最適な情報の提供が可能である。特許文献３には、複数のＷｅｂサイト（パートナーサイト）におけるアクセス履歴をユーザ情報データベースに集中的に記憶することにより、大量の利用者データを収集可能にし、より利用者の属性にあった広告情報を選択する情報送受信システムが記載されている。特許文献３では、パートナーサイトが収集した利用者データをユーザ情報データベースに送信する際に、識別情報によって識別可能な匿名の属性情報のみを送信することによって、利用者の個人情報を秘匿している。
【０００７】
一方、特許文献４には、予め利用者がユーザプロファイルを作成し、それとデジタルコンテンツを特徴付ける情報が一致したものを選択する方法が記載されている。
【０００８】
【特許文献１】特開平１１−１３４３５３号公報（段落００１３−００１６、図１）
【特許文献２】特開２００１−２６５８０９号公報（段落００１７−００１９）
【特許文献３】特開２００１−２５６３９５号公報（段落００２８−００３３、００３９）
【特許文献４】特表２００５−５０９９４９号公報（段落００１６−００１８）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
特許文献１や特許文献２に記載されたサービス提供方法は、利用者がＷｅｂサイトにアクセスした履歴や時間と対応づけた携帯情報端末の位置や嗜好といった利用者データを、サービスを提供するサーバ側（以下、サービス提供サーバという。）が収集することによって、利用者にとって好ましい情報を提供する方法である。従って、利用者に好ましい情報を提供する際に該サービス提供サーバが収集した利用者データしか利用できず、通常他のサービス提供サーバが収集した利用者データや、収集対象でない利用者データをも考慮したサービス提供ができないという問題があった。つまり、多様な利用者端末から特徴づけられる多様な利用者データを考慮した利用者の嗜好に比べて正確性を欠くという問題点があった。
【００１０】
例えば、特許文献１に記載の方法は、図２０に示すように、サーバシステム２０で個人利用履歴ＤＢ３に利用者データを蓄積しているため、サーバシステム２０でしか利用者データを利用できない。すなわち、他のサーバシステムで同様の嗜好を導くためには、他のサーバが同様の利用者データを収集しなけらばいけない。さらに、サーバシステム２０でも、収集対象である利用者が情報発信源に要求したデータしか用いることができない。
【００１１】
また、特許文献３に記載されたサービス提供方法では、他のサービス提供サーバが収集した利用者データを利用することが可能となるが、匿名とはいえ、性別や年齢、趣味・趣向、アンケートの回答といったプライベートな情報を第３者のシステムが集中的に蓄積するといったプライバシの問題があった。さらに、特許文献４に記載されたサービス提供方法では、利用者がユーザプロファイルを作成しなければならず、また、ユーザプロファイルというプライベートな情報をサービス提供者へ開示しなければならないといった問題があった。
【００１２】
そこで、本発明は、利用者の嗜好を自分で入力する手間をかけることなく、多様な利用者データを簡単に収集でき、また、複数の異なるサービス提供者から提供されるサービスに対して同一の利用者データを用いることができ、かつ、収集した利用者データを個人端末以外の装置に開示することなく、利用者にとってより好ましいサービスを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明によるサービス提供システムは、提供可能な複数のサービスの中から、利用者にとってより好ましいサービスを選択して提供するサービス提供システムであって、利用者が使用する個人端末と、前記個人端末と通信ネットワークを介して通信可能に接続されるサービス提供装置とを備え、前記サービス提供装置は、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を送信するサービス候補送信手段（例えば、サービス候補送信部１２）を有し、前記個人端末は、当該個人端末の利用履歴や利用状態を示す利用情報を記憶する利用情報記憶手段（例えば、利用情報記憶部４１および利用情報登録部４５）と、サービス提供装置から前記サービス候補を受信するサービス候補受信手段（例えば、サービス候補受信部４２）と、前記サービス候補受信手段が受信したサービス候補に含まれる選択肢毎に、サービスを特徴づける情報と前記利用情報記憶手段が記憶する利用情報との適合度合いに基づく評価値を導出するサービス評価導出手段（例えば、サービス候補評価部４３）と、前記サービス評価導出手段が導出した評価値に基づいて、前記サービス候補の中からサービスを選択して実行するサービス実行手段（例えば、サービス実行部４４）とを有することを特徴とする。
【００１４】
ここで、サービス提供とは、例えば、情報提供、プログラム提供、機器の制御を利用者に対して行うことである。個人端末は、例えば、Ｅメールの送受信やＷｅｂコンテンツの閲覧、電子的手続きによる商品購入などに使える多機能な汎用端末である。また、サービスを実行するとは、利用者にサービスを提供可能に実行することを意味し、例えば、情報提供を提供サービスとした場合には、選択した情報を利用者に提示することである。また、情報が音楽コンテンツである場合には、音楽の再生であってもよい。また例えば、機器制御を提供サービスとした場合には、選択した機器制御内容をサービス提供者に要求することである。
【００１５】
また、個人端末は、利用情報記憶手段が記憶する利用情報を解析して利用者の状態または嗜好を推定する推定手段（例えば、ユーザ状態推定部４６）を有し、サービス評価導出手段は、サービスを特徴づける情報と前記推定手段が推定する利用者の状態または嗜好との適合度合いに基づく評価値を導出してもよい。
【００１６】
また、サービス提供装置は、利用者に共通な状況を示す環境情報を取得する環境情報取得手段と、前記環境情報取得手段が取得した環境情報に基づいて提供可能なサービスの中からサービスを選択し、選択したサービスのみを選択肢とするサービス候補を作成するサービス候補作成手段（例えば、サービス候補作成部１４）とを有し、サービス候補送信手段は、前記サービス候補選択手段が選択したサービスを選択肢として示すサービス候補を送信してもよい。
【００１７】
また、サービス実行手段は、サービス評価導出手段が導出した評価値に基づいて、サービス候補の中から利用者に提供するサービスを選択する提供サービス選択手段（例えば、サービス実行部４４やサービス候補表示部４７、サービス決定部４８）と、前記提供サービス選択手段が選択したサービスを利用者に提供可能に取得するサービス取得手段（例えば、サービス実行部４４やサービス取得部４９）とを有していてもよい。なお、「サービスを取得」とは、例えば、コンテンツ配信をサービス対象とする場合には、所望のコンテンツを受信することである。また、例えば、機器制御の実行をサービス対象とする場合には、所望の制御を実行させることであって、個人端末側から見た際には、所望の制御を実行させるための情報を送信することに該当する。
【００１８】
また、提供サービス選択手段は、サービス評価導出手段が導出した評価値に基づいて、利用者に提供可能なサービスの情報を選択可能に提示するサービス候補提示手段（例えば、サービス候補表示部４７）と、利用者の選択入力に従って、利用者に提供するサービスを決定する提供サービス決定手段（例えば、サービス決定部４８）とを含んでいてもよい。
【００１９】
また、本発明によるサービス提供システムが、データを配信するサービスを提供するサービス提供システムである場合には、サービス候補送信手段は、選択肢毎に少なくとも選択肢としたサービスの対象であるデータおよびサービスを特徴づける情報を含むサービス候補を送信し、サービス取得手段は、前記提供サービス選択手段が選択したサービスについて、前記サービス候補に含まれるサービスの対象であるデータを読み出すことによってサービスを取得してもよい。
【００２０】
また、本発明によるサービス提供システムが、データを配信するサービスを提供するサービス提供システムである場合には、サービス提供装置は、要求に応じて、指定されたサービスの対象であるデータを送信するサービスデータ送信手段（例えば、サービス提供部１５）を有し、サービス取得手段は、前記提供サービス選択手段が選択したサービスを指定して、サービス提供装置にサービスを要求し、要求した結果送信されるデータを受信することによってサービスを取得してもよい。
【００２１】
また、本発明によるサービス提供システムが、データを配信するサービスを提供するサービス提供システムである場合には、サービスの対象であるデータを配信するデータ配信装置を備え、前記データ配信装置は、要求に応じて、指定されたサービスの対象であるデータを送信するサービスデータ送信手段（例えば、サービス提供部７１）を有し、サービス取得手段は、前記提供サービス選択手段が選択したサービスを指定して、サービス提供装置にサービスを要求し、要求した結果データ配信装置から送信されるデータを受信することによってサービスを取得してもよい。
【００２２】
また、本発明によるサービス提供システムが、サービス提供装置が何らかの制御を行うサービスを提供するサービス提供システムである場合には、サービス提供装置は、要求に応じて、指定されたサービスによって特定される制御を実行するサービス制御実行手段（例えば、サービス提供部１５の変形例）を有し、サービス取得手段は、前記提供サービス選択手段が選択したサービスを指定して、サービス提供装置に要求することによってサービスを取得してもよい。
【００２３】
また、本発明によるサービス提供システムは、提供可能な複数のサービスの中から、利用者にとってより好ましいサービスを選択して提供するサービス提供システムであって、利用者が使用する個人端末と、前記個人端末と通信ネットワークを介して通信可能に接続されるサービス提供装置とを備え、前記サービス提供装置は、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を送信するサービス候補送信手段（例えば、サービス候補送信部１２）と、前記個人端末から前記サービス候補の選択肢に対する評価値を受信する評価値受信手段（例えば、サービス評価受信部１６）と、前記評価値受信手段が受信した評価値に基づいて、前記サービス候補の中からサービスを選択して実行するサーバ側サービス実行手段（例えば、サービス実行部１７）とを有し、前記個人端末は、当該個人端末の利用履歴や利用状態を示す利用情報を記憶する利用情報記憶手段（例えば、利用情報記憶部４１および利用情報登録部４５）と、サービス提供装置から前記サービス候補を受信するサービス候補受信手段（例えば、サービス候補受信部４２）と、前記サービス候補受信手段が受信したサービス候補に含まれる選択肢毎に、サービスを特徴づける情報と前記利用情報記憶手段が記憶する利用情報との適合度合いに基づく評価値を導出するサービス評価導出手段（例えば、サービス候補評価部４３）と、前記サービス評価導出手段が導出した評価値を前記サービス提供装置に送信する評価値送信手段（例えば、サービス評価送信部５０）とを有していてもよい。
【００２４】
また、本発明によるサービス提供装置は、複数の個人端末から受信した評価値を統合する統合評価値を導出する統合評価値導出手段（例えば、サービス評価調整部１８）を有し、サーバ側サービス実行手段は、前記統合評価値導出手段が導出した統合評価値に基づいて、サービス候補の中から利用者に提供するサービスを選択して実行してもよい。
【００２５】
また、本発明によるサービス提供システムは、提供可能な複数のサービスの中から、利用者にとってより好ましいサービスを選択して提供するサービス提供システムであって、利用者が使用する個人端末と、個人端末と通信ネットワークを介して通信可能に接続される第２のサービス提供装置と、前記第２のサービス提供装置と通信ネットワークを介して通信可能に接続されるサービス提供装置とを備え、前記サービス提供装置は、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を送信するサービス候補送信手段を有し、前記第２のサービス提供装置は、サービス提供装置から前記サービス候補を受信する第２のサービス候補受信手段（例えば、サービス候補取得部２１）と、当該第２のサービス提供装置と接続される個人端末に共通な状況を示す第２の環境情報を記憶する第２の環境情報記憶手段と、前記第２の環境情報記憶手段に記憶される第２の環境情報に基づいて、前記第２のサービス候補受信手段が受信したサービス候補の中からサービスを選択し、選択したサービスのみを選択肢とする第２のサービス候補を作成する第２のサービス候補作成手段（例えば、サービス候補選択部２２）と、前記第２のサービス候補作成手段が作成した第２のサービス候補を個人端末に送信する第２のサービス候補送信手段（例えば、サービス候補送信部１２ａ）と、前記個人端末から第２のサービス候補送信手段が送信した第２のサービス候補に対する評価値を受信する端末評価値受信手段（例えば、サービス評価受信部１６）と、前記端末評価値が受信した各個人端末の評価値を統合する統合評価値を導出する端末統合評価値導出手段（例えば、サービス評価調整部１８）と、前記端末統合評価値導出手段が導出した統合評価値に基づいて、第２のサービス候補の中からサービスを選択して実行する第２のサービス実行手段（例えば、サービス取得部４９およびサービス実行部４４ｂ）とを有し、前記個人端末は、当該個人端末の利用履歴や利用状態を示す利用情報を記憶する利用情報記憶手段と、サービス提供装置から前記サービス候補を受信するサービス候補受信手段と、前記サービス候補受信手段が受信したサービス候補に含まれる選択肢毎に、サービスを特徴づける情報と前記利用情報記憶手段が記憶する利用情報との適合度合いに基づく評価値を導出するサービス評価導出手段と、前記サービス評価導出手段が導出した評価値を前記第２のサービス提供装置に送信する評価値送信手段とを有していてもよい。
【００２６】
また、本発明によるサービス提供方法は、提供可能な複数のサービスの中から、利用者にとってより好ましいサービスを選択して提供するサービス提供方法であって、前記サービス提供装置が、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を送信し、前記個人端末が、当該個人端末の利用履歴や利用状態を示す利用情報を記憶し、前記個人端末が、サービス提供装置から前記サービス候補を受信し、受信したサービス候補に含まれる選択肢毎に、サービスを特徴づける情報と記憶された利用情報との適合度合いに基づく評価値を導出し、前記個人端末が、導出した評価値に基づいて、前記サービス候補の中からサービスを選択して実行することを特徴とする。
【００２７】
また、本発明によるサービス提供装置は、利用者が使用する個人端末と通信ネットワークを介して通信可能に接続されるサービス提供装置であって、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を送信するサービス候補送信手段を有することを特徴とする。
【００２８】
また、本発明によるサービス提供装置は、利用者に共通な状況を示す環境情報を取得する環境情報取得手段と、前記環境情報取得手段が取得した環境情報に基づいて提供可能なサービスの中からサービスを選択し、選択したサービスのみを選択肢とするサービス候補を作成するサービス候補作成手段とを有し、サービス候補送信手段は、前記サービス候補選択手段が選択したサービスを選択肢として示すサービス候補を送信してもよい。
【００２９】
また、本発明によるサービス提供装置は、要求に応じて、指定されたサービスの対象であるデータを送信するサービスデータ送信手段を有していてもよい。
【００３０】
また、本発明によるサービス提供装置は、サービス候補送信手段が送信したサービス候補の選択肢に対する評価値を個人端末から受信する評価値受信手段と、前記評価値受信手段が受信した評価値に基づいて、前記サービス候補の中からサービスを選択するサーバ側サービス選択手段とを有していてもよい。
【００３１】
また、本発明によるサービス提供装置は、複数の個人端末から受信した評価値を統合する統合評価値を導出する統合評価値導出手段を有し、サーバ側サービス実行手段は、前記統合評価値導出手段が導出した統合評価値に基づいて、サービス候補の中から利用者に提供するサービスを選択して実行してもよい。
【００３２】
また、本発明によるサービス提供端末は、サービス提供装置と通信ネットワークを介して通信可能に接続されるサービス提供端末であって、当該サービス提供端末の利用履歴や利用状態を示す利用情報を記憶する利用情報記憶手段と、前記サービス提供装置から、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を受信するサービス候補受信手段と、前記サービス候補受信手段が受信したサービス候補に含まれる選択肢毎に、サービスを特徴づける情報と前記利用情報記憶手段が記憶する利用情報との適合度合いに基づく評価値を導出するサービス評価導出手段と、前記サービス評価導出手段が導出した評価値に基づいて、サービス候補の中からサービスを選択して実行するサービス実行手段とを有することを特徴とする。ここで、サービス提供端末は、利用者が使用する個人端末であって、例えば、Ｅメールの送受信やＷｅｂコンテンツの閲覧、電子的手続きによる商品購入などに使える多機能な汎用端末である。
【００３３】
また、本発明によるサービス提供プログラムは、提供可能な複数のサービスの中から、利用者にとってより好ましいサービスを選択して提供するためのサービス提供プログラムであって、コンピュータに、自身の利用履歴や利用状態を示す利用情報を記憶する処理、前記サービス提供装置から、提供可能なサービスを選択肢として示す情報であって、選択肢毎に少なくとも選択肢としたサービスを特徴づける情報を含むサービス候補を受信する処理、前記サービス候補に含まれる選択肢毎に、サービスを特徴づける情報と記憶された利用情報との適合度合いに基づく評価値を導出する処理、および前記評価値に基づいて、前記サービス候補の中からサービスを選択して実行する処理を実行させることを特徴とする。
【発明の効果】
【００３４】
本発明によれば、利用者にとってより好ましいサービスを、利用者の嗜好を自分で入力する手間をかけることなく、利用者の嗜好を示す情報または利用者の嗜好が導出可能な情報を個人端末の以外の装置に開示するなく、また複数の異なるサービス提供者に対しても同一の個人端末における多様な利用履歴および利用状態に基づいて提供することが可能である。
【００３５】
より具体的には、個人端末が、多機能な個人端末に応じた利用情報を自動で蓄積するので、利用者の嗜好を入力する手間をかけさせることなく、利用者の嗜好が導出可能な情報である多様な利用情報を簡単に収集することができる。
【００３６】
また、個人端末が、当該個人端末に蓄積されている利用情報に基づいてサービスを選択するので、複数の異なるサービス提供装置が提供するサービスを、同一の個人端末から導かれる嗜好に基づいて選択することができる。
【００３７】
また、個人端末が、利用可能な複数のサービスの選択肢を受信し、受信した選択肢の中から利用者にとってより好ましいサービスを選択して提供するので、利用者は、利用情報や利用情報から導出される嗜好情報や利用者の識別情報等、利用者に関する情報をサービス提供者に公開することなしに、より適切なサービスを享受できる。
【００３８】
また、サービス提供者にとっては、利用者に関する情報を収集しなくとも、利用者により好ましいサービスを提供することが可能なため、利用者に関する情報を管理する必要がない。
【発明を実施するための最良の形態】
【００３９】
実施の形態１．
以下、本発明の第１の実施の形態を図面を参照して説明する。なお、本実施の形態において、多数のニュースを配信する１つ以上のサービス提供装置から、利用者が所有する携帯電話機を用いて、ニュースを利用者に好ましい順に表示して提供するサービス提供システムを例にして説明する。ここで、「利用者に好ましい」とは、利用者が所有する個人端末の利用履歴および利用状態から導出される利用者の属性、嗜好または位置などの状況に合致することをいう。また、「サービス」という表現を単体で用いた場合には、利用者に提供するサービス行為を指すのではなく、サービス行為の対象を指す場合もある。つまり、本実施の形態において、「サービス」という表現には、「ニュースの配信行為」を指す場合だけでなく、配信対象である「ニュース」を指す場合もある。例えば、「サービスを選択する」という表現は、提供するニュースを選択することを意味する。また、「サービスを実行する」という表現は、ニュースを利用者に提供可能に実行することを意味する。
【００４０】
図１は、本発明によるサービス提供システムの構成例を示すブロック図である。図１に示すサービス提供システムは、提供可能なニュースを選択肢として含めた情報であるサービス候補３０を利用者の個人端末である携帯電話機４０へ配信するサービス提供サーバ１０と、電子メールの送受信やＷｅｂコンテンツの閲覧、電子的手続きによる商品購入などが可能な多機能な汎用端末である携帯電話機４０とを備える。図１には、利用者が使用する個人端末として、携帯電話機が示されているが、個人端末は携帯電話機に限らず、利用者が個人的によく利用する端末であればＰＤＡやパーソナルコンピュータやカーナビゲーションシステム車載機であってもよい。また、図１には、サービス候補３０の配信元として１つのサービス提供サーバ１０が示されているが、それらは複数であってもよい。その際、各サービス提供サーバはそれぞれが提供可能なサービス候補を配信する。また、サービス候補３０の配信先として１つの携帯電話機４０が示されているが、それらも複数であってもよい。
【００４１】
ここで、サービス候補３０とは、サービス提供サーバ１０が提供可能なサービスを選択肢として含めた情報である。サービス候補３０は、例えば、ＸＭＬやＡＳＮ１により記述された情報であってもよい。図２は、サービス候補３０の一例を示す説明図である。図２には、ニュースのＩＤと、タイトルと、ニュースの内容（ニュース記事）と、そのニュースを特徴づける情報（ジャンルおよび特徴語）とをＸＭＬによって記述したサービス候補３０の一例が示されている。図２に示すサービス候補３０は、各語彙が何を示しているかをＸＭＬにおけるタグによって定義している。例えば、＜ｃｏｎｔｅｎｔ＞タグで囲まれた語彙がニュース記事であり、＜ｆｅａｔｕｒｅ＞タグで囲まれた語彙が特徴語（ここでは、ニュースの記事内容に含まれる特色をなす語彙を特徴語という。）であることがわかる。図２に示す例では、＜ｎｅｗｓ＞タグで囲まれた情報が、１選択肢としてのニュース情報である。なお、サービス候補３０は、ＸＭＬやＡＳＮ１に限られず、複数のサービス対象に関する情報を選択肢として提示可能であれば、どのような形式であってもよい。また、サービス候補３０には、各選択肢を特徴づける情報が付与されていることが望ましい。
【００４２】
サービス提供サーバ１０は、例えば所定の条件に従って利用者の携帯電話機にニュースをプッシュ配信するサーバ装置であって、具体的にはプログラムに従って動作するパーソナルコンピュータやスーパーコンピュータ等の情報処理装置である。サービス提供サーバ１０は、図１に示すように、サービス候補記憶部１１とサービス候補送信部１２とを有する。サービス候補記憶部１１は、具体的にはメモリなどの記憶装置によって実現され、サービス候補３０を記憶する。サービス候補送信部１２は、所定のタイミングでサービス候補記憶部１１からサービス候補３０を抽出し、携帯電話機４０に送信する。サービス候補送信部１２は、プログラムに従って動作するＣＰＵによって実現される。
【００４３】
なお、本実施の形態において、サービス提供サーバ１０は、ニュースを配信する情報処理装置である例を示すが、情報処理装置に限らず、所定のサービスを提供する装置であれば、携帯電話キャリアの基地局装置や無線ＬＡＮのアクセスポイント等の近距離無線装置や、ＲＦＩＤやＩＣタグなどの近傍無線装置であってもよい。また、サービス提供サーバ１０は、ニュースをプッシュ配信するサーバ装置として説明するが、通信方式はこれに限らず、携帯電話機４０からの要求に応じて送信してもよい。また、ブロードキャストで配信してもよい。
【００４４】
携帯電話機４０は、利用情報記憶部４１と、サービス候補受信部４２と、サービス候補評価部４３と、サービス実行部４４と、利用情報登録部４５とを有する。利用情報記憶部４１は、具体的にはメモリなどの記憶装置によって実現され、携帯電話機４０の利用情報３２を記憶する。利用情報とは、利用者が使用する個人端末（携帯電話機４０）の利用履歴や利用状態を示す情報であって、様々な場面での携帯電話機４０の各機能に応じた多様な情報である。例えば、Ｗｅｂ閲覧、送受信した電子メール、携帯電話機４０による商品購入や映画チケット利用、携帯電話機４０が通信している基地局、携帯電話機４０が搭載するＧＰＳから検出される位置の情報が該当する。なお、利用情報は、上記に限らず、通話相手や時間、携帯電話機４０による交通チケット利用や利用した場所、携帯電話機４０で観ているＴＶ番組などの利用履歴や、マナーモードなどの通知モード、ゲームをしているなどの操作状態などの利用状態や、スケジュール情報などの蓄積情報も該当する。
【００４５】
利用情報登録部４５は、様々な場面における携帯電話機４０の利用情報を収集し、利用情報記憶部４１に記憶する。利用情報登録部４５は、利用情報を記憶する際に、サービス候補評価部４３が扱える形式（例えば、テキスト形式）に変換して記憶してもよい。その際、多種多様な利用情報を統一的な形式に変換して記憶してもよい。また、利用情報登録部４５は、携帯電話機４０の各機能に付随して複数存在していてもよい。
【００４６】
サービス候補受信部４２は、サービス提供サーバ１０からサービス候補３０を受信する。サービス候補評価部４３は、サービス候補３０に含まれるサービス選択肢を特徴づける情報と、利用情報記憶部４１に記憶された利用情報３２との適合度合いを導出し、サービス選択肢毎に評価値を出力する。以下、サービス候補評価部４３が出力した評価値をサービス評価値３１という。サービス選択肢を特徴づける情報は、サービス候補３０に付与されていることが望ましいが、そうでない場合には、サービス候補評価部４３がサービス対象に関する情報からそのサービスを特徴づける情報を導出してもよい。
【００４７】
適合度合いの導出には、プーリアンモデルやベクトル空間モデルなどの既存手法が利用できる。プーリアンモデルとは、情報検索や言語処理によく使われる手法であり、検索質問を論理式で表現し、その検索質問にブール代数で検索する手法である。一般的に，検索質問には任意の語彙を指定し、文書に指定した語彙が何回出現するかを求める事ができる。また、ベクトル空間モデルは、検索質問と文書を同じ語彙の重みベクトルで表現することによって、各文書がどれくらい検索質問に適しているのかをベクトル間の類似度に帰着する事で計算する手法である。なお、上記手法は、文献「言語と計算−５  情報検索と言語処理，東京大学出版会，１９９９，ｐ．３９−４３」に記載されている。
【００４８】
また、評価値には、例えば選択肢を特徴づける情報である特徴語を示す語彙が、テキストファイルとして蓄積されている利用情報３２内に出現する回数を計数した値を用いてもよい。また、サービス候補評価部４３が同意語辞書を備えている場合には、ジャンルや特徴語そのものの語彙の出現回数だけでなく、ジャンルや特徴語を示す語彙と同じ意味を持つ語彙の出現回数を計数した値を用いてもよい。
【００４９】
サービス実行部４４は、サービス評価３１に基づいてサービス選択肢からサービスを選択して実行する。本実施の形態においては、サービス実行部４４は、サービス評価３１の高い順にニュースを表示する。また、サービス実行部４４が行う選択には、順位付けのための選択だけでなく、取捨選択動作が含まれていてもよい。従って、サービス評価３１が一定値以上のニュースを表示したり、サービス評価３１が一番高いニュースのみを表示してもよい。なお、サービス候補受信部４２、サービス候補評価部４３、サービス実行部４４および利用情報登録部４５は、プログラムに従って動作するＣＰＵによって実現される。
【００５０】
次に、本発明によるサービス提供システムの動作について説明する。図３および図４は、本発明によるサービス提供システムの動作例を示すフローチャートである。まず、図３を用いて携帯電話機４０の利用情報収集動作を説明する。携帯電話機４０の利用情報登録部４５は、携帯電話機４０が利用された又は携帯電話機４０の状態が変化した場合に（ステップＳ４００のＹｅｓ）、利用情報を収集し、利用情報３２として利用情報記憶部４１に記憶する（ステップＳ４０１）。利用情報登録部４５は、例えば、携帯電話機４０を用いて通話が行われた場合や、携帯電話機４０を用いてｗｅｂサイトを閲覧した場合に利用されたことを検出する。また、利用情報登録部４５は、例えば、電子メールを受信した場合や、位置が移動した場合に状態の変化を検出する。利用情報登録部４５は、携帯電話機４０が備える各機能を実行する機能部の一部として組み込まれ、各機能が実行された場合に、利用又は状態の変化を認識し、その実行内容を記憶してもよい。または、携帯電話機４０が備えるＧＰＳなどの検知機能の出力を監視し、異なる検知結果が出力された場合に、携帯電話機４０の状態変化を認識し、その検知結果を記憶してもよい。また、利用情報登録部４５は、例えば、サービス候補評価部４３が扱える形式であるテキストファイルに変換して利用情報を記憶する。利用情報登録部４５は、携帯電話機４０が利用された又は携帯電話機４０の状態が変化した度に利用情報３２を記憶することで、所定の回数分または所定の期間における利用情報を蓄積する。
【００５１】
次に、図４を用いてサービス提供にかかる動作について説明する。サービス提供サーバ１０のサービス候補送信部１２は、サービス提供サーバ１０が提供可能なサービスを選択肢として含むサービス候補３０を携帯電話機４０へ送信する（ステップＳ１００）。サービス候補送信部１２は、例えば、予め定められたタイミングに従って、サービス候補記憶部１１に記憶されているサービス候補３０をサービス候補記憶部１１から抽出する。そしてサービス候補送信部１２は、抽出したサービス候補３０を携帯電話機４０へ送信してもよい。
【００５２】
携帯電話機４０のサービス候補受信部４２は、サービス提供サーバ１０からサービス候補３０を受信したか否かを判定する（ステップＳ４０２）。サービス候補３０を受信すると、サービス候補評価部４３は、利用情報記憶部４１に記憶された利用情報３２を読み出す（ステップＳ４０３）。サービス候補評価部４３は、サービス候補３０に含まれるサービス選択肢毎に、利用情報３２との適合度合い（例えば、適合の度合いを示すスコア値）を導出し、サービス評価３１を出力する（ステップＳ４０４）。サービス候補評価部４３は、例えば、サービス選択肢を特徴づける情報であるジャンルおよび特徴語と、利用情報記憶部４１に蓄積された利用情報３２との適合度合いをキーワードマッチング等の手法を用いて導出し、ニュースＩＤ毎にサービス評価３１を出力する。サービス実行部４４は、サービス候補評価部４３が出力したサービス評価値３１に基づいてサービス候補３０に含まれるサービス選択肢を選択して、選択したサービスを実行する（ステップＳ４０５）。具体的には、サービス評価３１の高い順にニュースをディスプレイなどに表示する。
【００５３】
以上のように、本実施の形態によれば、多機能な汎用端末である携帯電話機４０が利用情報３０を収集し蓄積することによって、利用者の嗜好を自分で入力する手間をかけさせることなく、サービス提供サーバ１０が提供する複数あるニュースの中から利用者により好ましいニュースを選択する際に用いる多様な利用情報を簡単に収集することができる。
【００５４】
また、サービス提供サーバ１０が利用情報を蓄積し、蓄積した利用情報に基づいてサービスを提供するので、複数の異なるサービス提供サーバ１０から受信する各種異なるサービス候補に対しても、同一の携帯電話機４０の利用情報に基づいた嗜好判断をすることができる。さらに、携帯電話機４０がサービス提供サーバ１０からサービス選択肢を受信し、携帯電話機４０に蓄積される利用情報に基づいてサービスを選択するため、利用者に関する情報を公開することなしにより適切なサービスを提供することができる。
【００５５】
なお、本実施の形態において、サービス提供サーバ１０がニュースを配信するサービスの例を説明したが、サービスはこれに限らず、例えば、クーポンの配布、音楽の配信、ＣＭの送信、番組コンテンツの提供、接続可能機器リストの配布、使用可能サービスのリストの配布を行ってもよい。
【００５６】
実施の形態２．
以下、本発明の第２の実施の形態を図面を参照して説明する。なお、本実施の形態においても、多数のニュースを配信する１つ以上のサービス提供装置から、利用者が所有する携帯電話機を用いて、ニュースを利用者に好ましい順に表示して提供するサービス提供システムを例にして説明する。
【００５７】
図５は、本実施の形態におけるサービス提供システムの構成例を示すブロック図である。図５に示すサービス提供システムは、第１の実施の形態と同様、サービス提供サーバ１０と携帯電話機４０とを備える。サービス提供サーバ１０は、サービス候補記憶部１１とサービス候補送信部１２とを有し、携帯電話機４０は、利用情報記憶部４１とサービス候補受信部４２とサービス候補評価部４３ａとサービス実行部４４と利用情報登録部４５とユーザ状態推定部４６とを有する。図１に示す第１の実施の形態と比べて、携帯電話機４０がユーザ状態推定部４６を有している点が異なる。また、サービス候補評価部４３ａの機能が、第１の実施の形態で示したサービス候補評価部４３の機能と異なる。なお、図５においてサービス評価３１および利用情報３２は記載省略している。
【００５８】
ユーザ状態推定部４６は、利用情報記憶部４１に蓄積された利用情報３２を解析して利用者の状態または嗜好を推定する。また、ユーザ状態推定部４６は、推定した利用者の状態や嗜好を利用情報記憶部４１に記憶する。例えば、Ｗｅｂ閲覧、送受信メール、携帯電話機４０による商品購入、携帯電話機４０による映画チケット利用などから、利用者の嗜好の傾向を推定する。利用者の状態や嗜好の推定は、例えば、利用情報から利用者状態を推定するルールを策定する方法や、ベイジアンネットワークなどの確率モデルを用いる方法によって可能である。ベイジアンネットワークとは、因果関係が複雑な問題領域を表わすために、複数の変数間の因果関係を順次結んでいくグラフ構造によって表現される確率モデルである。上記に示した技術は、例えば、文献「本村陽一，ベイジアンネットと確率推論−実際的応用のためのモデリングと推論アルゴリズムの解説−，ＴＥＣＨＮＩＣＡＬ  ＲＥＰＯＲＴ  ＯＦ  ＩＥＩＣＥ，ＮＣ２００４−６２，２００４，ｐ．２９−３４」に記載されている。また、サービス候補評価部４３ａは、サービス候補３０に含まれるサービス選択肢を特徴づける情報と、ユーザ状態推定部４６が推定した利用者の状態および嗜好との適合度合いを導出し、サービス選択肢毎にサービス評価３１を出力する。なお、ユーザ状態推定部４６は、プログラムに従って動作するＣＰＵによって実現される。その他については第１の実施の形態と同様である。
【００５９】
次に、第２の実施の形態におけるサービス提供システムの動作について説明する。なお、図３に示すステップＳ４００，Ｓ４０１にかかる動作は、本実施の形態においても同様であるため、説明を省略する。図６は、第２の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。このうち、ステップＳ１００，ステップＳ４０２〜Ｓ４０３，ステップＳ４０５については、第１の実施の形態と同様のため、説明を省略する。
【００６０】
サービス候補評価部４３ａは、読み出した利用情報３２をユーザ状態推定部４６に与える。ユーザ状態推定部４６は、与えられた利用情報３２から、利用者の状態または嗜好を推定する（ステップＳ４２０）。ユーザ状態推定部４６は、例えば、ベイジアンネットワークなどの技術を用いて利用者の状態や嗜好を推定し、推定した利用者の状態や嗜好を利用情報記憶部４１に記憶する。サービス候補評価部４３ａは、サービス候補３０に含まれるサービス選択肢毎に、ユーザ状態推定部４６が推定した利用者の状態や嗜好との適合度合いを導出し、サービス評価３１を出力する（ステップＳ４２１）。サービス実行部４４は、第１の実施の形態と同様、サービス候補評価部４３が出力したサービス評価値３１に基づいてサービス候補３０に含まれるサービス選択肢を選択して、評価値の高い順にニュースを表示する（ステップＳ４０５）。
【００６１】
なお、上記動作説明において、サービス候補評価部４３ａが利用情報３２を読み出し、ユーザ状態推定部４６に与えて利用者の状態または嗜好を推定する動作を説明したが、利用情報記憶部４１が利用情報を記憶するたびにユーザ状態推定部４６が利用情報を読み出して推定してもよい。このような場合には、推定した利用者の状態または嗜好を利用情報記憶部４１に記憶し、サービス候補評価部４３ａがサービス候補３０を受信した際には、利用情報３２ではなく、既に推定済みの利用者の状態または嗜好を読み出すことで同様の動作とすることができる。
【００６２】
以上のように、本実施の形態によれば、利用情報３２から推定される利用者の状態または嗜好を用いたサービス評価を導出することで、利用者に好ましいサービス提供をより高精度に行うことができる。
【００６３】
実施の形態３．
以下、本発明の第３の実施の形態を図面を参照して説明する。なお、本実施の形態においても、多数のニュースを配信する１つ以上のサービス提供装置から、利用者が所有する携帯電話機を用いて、ニュースを利用者に好ましい順に表示して提供するサービス提供システムを例にして説明する。
【００６４】
図７は、本実施の形態におけるサービス提供システムの構成例を示すブロック図である。図７に示すサービス提供システムは、第１の実施の形態と同様、サービス提供サーバ１０と携帯電話機４０とを備える。サービス提供サーバ１０は、サービス情報記憶部１１ａとサービス候補送信部１２と環境情報取得部１３とサービス候補作成部１４とを有し、携帯電話機４０は、利用情報記憶部４１とサービス候補受信部４２とサービス候補評価部４３とサービス実行部４４と利用情報登録部４５とを有する。図１に示す第１の実施の形態と比べて、サービス提供サーバ１０が環境情報取得部１３とサービス候補作成部１４を有している点が異なる。また、サービス提供サーバ１０のサービス情報記憶部１１ａが記憶する情報内容が、第１の実施の形態におけるサービス候補記憶部１１が記憶する情報内容と異なる。なお、図７においてサービス評価３１および利用情報３２は記載省略している。
【００６５】
サービス情報記憶部１１ａは、具体的にはメモリなどの記憶装置によって実現され、サービス提供サーバ１０が提供するサービスおよびサービスに関する情報を記憶する。具体的には、例えばニュースを配信するサービス提供サーバである場合には、ニュースのＩＤ、タイトル、ニュース記事およびそれを特徴づける情報（ジャンル、特徴語等）を記憶する。環境情報取得部１３は、サービスを利用する万人に共通な状況を示す情報（以下、環境情報という。）を取得する。環境情報とは、例えば、天気や季節、サービスを提供する場所である。環境情報取得部１３は、例えば、所定のＷｅｂサイトへアクセスしてその応答として環境情報を受信することで、また自身が備えるカレンダー機能等の日付機構を用いて環境情報を導出することで取得する。サービス候補作成部１４は、環境情報取得部１３が取得した環境情報に応じた条件に従って、サービス情報記憶部１１ａに記憶されているサービスの中から提供するサービスを選定してサービス候補３０を作成する。例えば、日曜日には趣味のニュースを多く提供するという条件に従ってサービス候補３０を作成する。
【００６６】
なお、環境情報取得部１３およびサービス候補作成部１４は、プログラムに従って動作するＣＰＵによって実現される。その他については第１の実施の形態と同様である。
【００６７】
次に、第３の実施の形態におけるサービス提供システムの動作について説明する。なお、図３に示すステップＳ４００，Ｓ４０１にかかる動作は、本実施の形態においても同様であるため、説明を省略する。図８は、第３の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。このうち、ステップＳ４０２〜Ｓ４０５については、第１の実施の形態と同様のため、説明を省略する。
【００６８】
サービス提供サーバ１０の環境情報取得部１３は、環境情報を取得する（ステップＳ１３０）。環境情報取得部１３は、例えば、所定のＷｅｂサイトへアクセスして天気や季節、またはサービスを提供している場所を受信してもよい。また、サービス提供サーバ１０が備えるカレンダー機能等の日付機構を用いて日時を取得し、日時に基づいて季節や曜日を導出してもよい。環境情報取得部１３は、予め定められたタイミングに従って、環境情報を取得してもよいし、携帯電話機４０からのサービス候補の要求に応じて取得してもよい。
【００６９】
サービス候補作成部１４は、環境情報取得部１３が取得した環境情報に応じた条件に従って、サービス情報記憶部１１ａに記憶されているサービスの中から提供するサービスを選定してサービス候補３０を作成する（ステップＳ１３１）。サービス候補送信部１２は、サービス候補作成部１４が作成したサービス候補３０を携帯電話機４０へ送信する（ステップＳ１０１）。
【００７０】
なお、上記動作説明において、環境情報の取得（ステップＳ１３０）からサービス候補３０の送信（ステップＳ１００）までの動作を一連の動作として説明したが、環境情報の取得とサービス候補３０の作成またはサービス候補３０の送信とは、別々のタイミングで動作してもよい。例えば、所定のタイミングで環境情報を取得しておき、携帯電話機４０の要求があった場合にサービス候補３０を作成し、送信してもよい。
【００７１】
以上のように、本実施の形態によれば、サービス提供サーバ１０が環境情報取得部１３にて、送信するサービス候補３０を環境情報に基づいて作成するため、サービス候補３０を一般的に好ましい選択肢に減らすことができ、例えば、処理能力の低い携帯電話機４０との通信負荷を考慮しつつ、利用者により好ましいニュースを提供することができる。
【００７２】
実施の形態４．
以下、本発明の第４の実施の形態を図面を参照して説明する。なお、本実施の形態においても、多数のニュースを配信する１つ以上のサービス提供装置から、利用者が所有する携帯電話機を用いて、ニュースを利用者に好ましい順に表示して提供するサービス提供システムを例にして説明する。
【００７３】
図９は、本実施の形態におけるサービス提供システムの構成例を示すブロック図である。図９に示すサービス提供システムは、第１の実施の形態と同様、サービス提供サーバ１０と携帯電話機４０とを備える。サービス提供サーバ１０は、サービス情報記憶部１１ｂとサービス候補送信部１２とサービス提供部１５を有し、携帯電話機４０は、利用情報記憶部４１とサービス候補受信部４２とサービス候補評価部４３と利用情報登録部４５とサービス候補表示部４７とサービス決定部４８とサービス取得部４９とサービス実行部４４ａとを有する。図１に示す第１の実施の形態と比べて、サービス提供サーバ１０がサービス提供部１５を有している点、および携帯電話機４０がサービス候補表示部４７とサービス決定部４８とサービス取得部４９を有している点が異なる。また、サービス提供サーバ１０が配信するサービス候補３０ａの情報内容が、第１の実施の形態におけるサービス候補３０と異なる。また、サービス候補３０ａに合わせてサービス候補記憶部１１ｂが記憶する情報内容が第１の実施の形態におけるサービス候補記憶部１１が記憶する情報内容と異なる。また、携帯電話機４０のサービス実行部４４ａの機能が、第１の実施の形態におけるサービス実行部４４の機能と異なる。なお、図９においてサービス評価３１および利用情報３２は記載省略している。
【００７４】
サービス候補３０ａは、サービス自体の情報を除いたサービスに関する情報を選択肢として含む情報である。つまり、ニュース記事を含まない、ニュースの付属情報のみを選択肢として含む情報である。図２に示す例においては、＜ｃｏｎｔｅｎｔ＞タグで囲まれた情報を除いた情報に該当する。サービス情報記憶部１１ｂは、第３の実施の形態と同様、サービス提供サーバ１０が提供するサービスおよびサービスに関する情報を記憶するが、サービスとサービスに関する情報とを分けて取得できるよう対応づけて記憶する。例えば、サービス候補３０ａとサービス候補３０ａが示すサービス自体の情報とを対応づけて記憶してもよい。なお、サービス候補３０ａには、サービスを特定するための識別情報（例えば、ニュースＩＤ）が含まれているものとする。
【００７５】
サービス提供部１５は、携帯電話機４０から要求されたサービスを提供する。携帯電話機４０から要求するサービスは、サービス候補送信部１２が送信するサービス候補３０ａの選択肢に含まれるサービスを特定するための識別情報を用いて指定することができる。
【００７６】
サービス候補表示部４７は、サービス候補評価部４３が出力したサービス評価３１に基づいて各サービスの情報（例えば、タイトル）を選択可能な候補として利用者に提示する。サービス決定部４８は、利用者からの選択動作を受けて、サービス候補表示部４７が提示した各サービスの情報の中から提供するサービスを決定する。サービス取得部４９は、サービス決定部４８が決定したサービスをサービス提供サーバ１０から取得する。サービス取得部４９は、例えば、提供するサービスの識別情報を含む情報をサービス要求としてサービス提供サーバ１０に送信し、その応答としてサービスを受信することで取得してもよい。サービス実行部４４ａは、サービス取得部４９が取得したサービスを実行する。サービス実行部４４ａは、例えば、サービス取得部４９の要求により受信したニュース記事を表示する。
【００７７】
なお、サービス提供部１５は、プログラムに従って動作するＣＰＵによって実現される。サービス候補表示部４７、サービス決定部４８、およびサービス取得部４９も、プログラムに従って動作するＣＰＵによって実現される。その他については第１の実施の形態と同様である。
【００７８】
次に、第４の実施の形態におけるサービス提供システムの動作について説明する。なお、図３に示すステップＳ４００，Ｓ４０１にかかる動作は、本実施の形態においても同様であるため、説明を省略する。図１０は、第４の実施の形態におけるサービス提供サービスの動作例を示すフローチャートである。このうち、ステップＳ４０２〜Ｓ４０４については、第１の実施の形態と同様のため、説明を省略する。
【００７９】
サービス提供サーバ１０のサービス候補送信部１２は、サービス提供サーバ１０が提供可能なサービスを選択肢として含むサービス候補３０ａを携帯電話機４０へ送信する（ステップＳ１００）。ここで、送信するサービス候補３０ａは、上述したように、サービス自体の情報を除いたサービスに関する情報を選択肢として含んだサービス候補である。携帯電話機４０のサービス候補受信部４２がサービス候補３０ａを受信すると、サービス候補評価部４３は、利用情報３２に基づいてサービス候補３０ａに含まれるサービス選択肢毎に、サービス評価３１を出力する（ステップＳ４０２〜Ｓ４０４）。
【００８０】
サービス候補表示部４７は、サービス候補評価部４３が出力したサービス評価３１に基づいて各サービスの情報を選択可能な候補として利用者に提示する（ステップＳ４４０）。具体的には、例えば、サービス評価３１の高い順にニュースのタイトルを選択可能に提示する。サービス決定部４８は、利用者から選択入力がされると（ステップＳ４４１のＹｅｓ）、サービス提供サーバ１０から取得すべきサービスを決定する（ステップＳ４４２）。ここで、利用者から１つもサービスが選択されなかった場合には（ステップＳ４４１のＮｏ）、以降の動作は行わず、受信したサービス候補にかかる動作は終了する。
【００８１】
サービス取得部４９は、サービス決定部４８によって決定された取得すべきサービスをサービス提供サーバ１０に要求する（ステップＳ４４３）。具体的には、例えば、要求するニュース記事に対応するニュースＩＤを含む要求メッセージをサービス提供サーバ１０に送信する。サービス提供サーバ１０のサービス提供部１５は、携帯電話機４０からの要求に基づいて、要求されたサービスを提供する（ステップＳ１４０）。具体的には、ニュースＩＤを含む要求メッセージを受信し、要求されたニュースＩＤに対応するニュース記事をサービス情報記憶部１１ｂから読み出し、応答メッセージとして携帯電話機４０へ送信する。また、携帯電話機４０のサービス取得部４９は、サービス提供サーバ１０から提供されるサービスを受信する（ステップＳ４４４）。サービス実行部４４ａは、サービス取得部４９が取得したサービスを実行する（ステップＳ４０５）。
【００８２】
なお、上記動作説明において、サービス候補表示部４７がサービス評価３１の高い順にニュースのタイトルを提示する動作を説明したが、これに限らず、例えばタイトルとその評価値を利用者に提示してもよい。また、サービス候補表示部４７が提供するサービス候補を利用者に提示し、利用者の選択入力に応じて提供するサービスを決定する動作を説明したが、サービス決定部４８がサービス評価３１に基づいて自動で提供するサービスを決定してもよい。そのような場合には、サービス候補表示部４７を省くことができる。また、サービス決定部４８は、サービス提供サーバ１０にサービスを要求する際に、代金を払うための情報（例えば、プリペイドカードやクレジットカードなどの情報）を含めてもよい。そのような場合には、サービス提供サーバ１０が要求されたサービスに応じたサービス提供料を課金することができる。また、サービス実行部４４は、取得したニュースをディスプレイなどに表示するのではなく、例えば、音声で読み上げることで実行してもよい。
【００８３】
また、サービス提供サーバ１０は、例えば機器を制御するサービスを提供してもよい。そのような場合には、例えば、サービス提供サーバ１０が提供するサービス候補３０ａは、機器の制御内容を選択肢として含めてもよい。また、サービス提供部１５は、要求されたサービスによって特定される制御内容を実行することでサービスを提供してもよい。そのような場合、サービス取得部４９は、要求を送信することによってサービスを取得したとしてもよい。また、サービス実行部４４ａはなくてもよい。なお、この場合、サービス行為は機器制御を実行することであるから、「サービス」という表現が、実行対象である「機器制御の内容」を指す場合もある。例えば、「サービスを選択する」という表現は、実行する機器制御の内容を選択することを意味する。また、「サービスを実行する」という表現は、機器制御を実行することを意味する。
【００８４】
以上のように、本実施の形態によれば、サービス自体の情報を含まないサービス候補３０ａを携帯電話機４０に送信することにより、例えば、音楽コンテンツの配信サービスなど、提供するサービス（音楽コンテンツ）のサイズが大きくて、複数の選択肢として配信することが困難な場合においても、より適切なサービス提供をなすことができる。また、サービス自体を要求する際に課金することができるので、サービス事業者にとっても適切にサービスを販売することができる。
【００８５】
実施の形態５．
以下、本発明の第５の実施の形態を図面を参照して説明する。なお、本実施の形態において、音楽コンテンツの広告を配信する１つ以上のサービス提供装置から、利用者が所有する携帯電話機を用いて、音楽コンテンツの広告を利用者に好ましい順に表示し、利用者の指定に基づいて音楽コンテンツをサービス配信サーバから取得するサービス提供システムを例にして説明する。なお、本実施の形態において、「サービス」という表現は、音楽コンテンツの配信行為ではなく、配信対象である「音楽コンテンツ」を指す場合もある。例えば、「サービスを選択する」という表現は、提供する音楽コンテンツを選択することを意味する。また、「サービスを実行する」という表現は、音楽コンテンツを利用者に提供可能に実行することを意味する。
【００８６】
図１１は、本実施の形態におけるサービス提供システムの構成例を示すブロック図である。図１１に示すサービス提供システムは、提供する音楽コンテンツの広告を選択肢にしたサービス候補３０ｂを携帯電話機４０へ送信するサービス提供サーバ１０と、電子メールの送受信やＷｅｂコンテンツの閲覧、電子的手続きによる商品購入、音楽の再生などが可能な多機能な汎用端末である携帯電話機４０と、音楽コンテンツを提供するサービス配信サーバ７０とを備える。サービス提供サーバ１０は、サービス情報記憶部１１ｃとサービス候補送信部１２とを有し、携帯電話機４０は、利用情報記憶部４１とサービス候補受信部４２とサービス候補評価部４３とサービス候補表示部４７とサービス決定部４８とサービス取得部４９とサービス実行部４４ａとを有する。また、サービス配信サーバ７０は、サービス提供部７１を有する。図９に示す第４の実施の形態と比べて、サービス配信サーバ７０を有している点、サービス提供サーバ１０が有していたサービス提供部１５が、サービス配信サーバ７０が有するサービス提供部７１となっている点が異なる。また、サービス提供サーバ１０のサービス情報記憶部１１ｃが記憶する記憶内容が、第４の実施の形態におけるサービス情報記憶部１１ａが記憶する記憶内容と異なる。また、それに合わせてサービス提供サーバ１０が送信するサービス候補３０ｂの情報内容も第４の実施の形態におけるサービス候補３０ａと異なる。また、サービス取得部４９がサービスを取得する先がサービス提供サーバ１０ではなくサービス配信サーバ７０となっている点も異なる。なお、図１１においてサービス評価３１および利用情報３２は記載省略している。
【００８７】
サービス候補３０ｂは、サービス自体の情報を除くサービスに関する情報であって、サービスの広告およびサービスを特徴づける情報を含む情報を選択肢として有する情報である。つまり、音楽コンテンツの広告と音楽コンテンツの付属情報のみを選択肢として含む情報である。図１２は、音楽コンテンツにおけるサービス候補３０ｂの一例を示す説明図である。図１２に示すように、音楽コンテンツのサービス候補３０ｂには、楽曲のタイトル、アーティスト、作詞者、作曲者、楽曲の広告およびその楽曲を特徴づける情報として、季節、時間帯、天気、音楽ジャンル、ＴＶＣＭや映画音楽などのタイアップ情報、楽曲の特徴を示す語意（以下、キーワードという。）を１つの選択肢として有していてもよい。キーワードには、楽曲の歌詞から取得したり、視聴者が感想を書き込んだＷｅｂページの情報を利用することができる。なお、サービス候補３０ｂには、サービスを特定するための識別情報（例えば、コンテンツＩＤ）が含まれているものとし、この識別情報は、サービス配信サーバ７０も識別可能な情報とする。サービス情報記憶部１１ｃは、サービス提供サーバ１０が送信するサービス候補３０ｂの情報を記憶する。
【００８８】
サービス配信サーバ７０は、携帯電話機４０からの要求に応じてサービスを提供するサーバ装置である。サービス配信サーバ７０が有するサービス提供部７１にて、携帯電話機４０から要求された音楽コンテンツを提供する。携帯電話機４０から要求する音楽コンテンツは、サービス提供サーバ１０が送信するサービス候補３０ｂの選択肢に含まれる識別情報を用いて指定することができる。
【００８９】
次に、第５の実施の形態におけるサービス提供システムの動作について説明する。なお、図３に示すステップＳ４００，Ｓ４０１にかかる動作は、本実施の形態においても同様であるため、説明を省略する。図１３は、第５の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。このうち、ステップＳ４０２〜Ｓ４４２については、図１０に示す第４の実施の形態と同様のため、説明を省略する。
【００９０】
サービス提供サーバ１０のサービス候補送信部１２は、音楽コンテンツの広告を選択肢に含むサービス候補３０ｂを携帯電話機４０へ送信する（ステップＳ１００）。ここで、送信するサービス候補３０ｂは、上述したように、音楽コンテンツ自体の情報を除く音楽コンテンツに関する情報であって、音楽コンテンツの広告および音楽コンテンツを特徴づける情報を含む情報を選択肢として有するサービス候補である。携帯電話機４０のサービス候補受信部４２がサービス候補３０ｂを受信すると、サービス候補評価部４３は、利用情報３２に基づいてサービス候補３０ｂに含まれるサービス選択肢毎に、サービス評価３１を出力する（ステップＳ４０２〜Ｓ４０４）。
【００９１】
つづいて、サービス候補表示部４７がサービス評価３１に基づいて各音楽コンテンツの情報を選択可能な候補として利用者に提示し、利用者から選択入力されると、サービス決定部４８が取得すべき音楽コンテンツを決定する（ステップＳ４４０〜ステップＳ４４２）。サービス取得部４９は、サービス決定部４８によって決定された取得すべき音楽コンテンツをサービス配信サーバ７０に要求する（ステップＳ４４３）。具体的には、例えば、要求する音楽コンテンツに対応するコンテンツＩＤを含む要求メッセージをサービス提供サーバ１０に送信する。
【００９２】
サービス配信サーバ７０のサービス提供部７１は、携帯電話機４０からの要求に基づいて、要求された音楽コンテンツを提供する（ステップＳ７５０）。具体的には、コンテンツＩＤを含む要求メッセージを受信し、要求されたコンテンツＩＤに対応する音楽コンテンツを自身が備える記憶装置（図示せず）から読み出し、応答メッセージとして携帯電話機４０へ送信する。また、携帯電話機４０のサービス取得部４９は、サービス配信サーバ７０から提供される音楽コンテンツを受信し、サービス実行部４４ａは、サービス取得部４９が取得した音楽コンテンツを実行する（ステップＳ４４４，Ｓ４０５）。例えば、サービス実行部４４ａは、取得した音楽コンテンツを携帯電話機４０のスピーカなどで再生したり、メモリに保存したりする。
【００９３】
なお、本実施の形態では、音楽コンテンツの配信サービスを例にとって説明したが、これに限らず、映像コンテンツの配信サービスであってもよい。
【００９４】
以上のように、本実施の形態によれば、サービス提供者とサービス配信者を分離することができ、サービス配信者はサービス提供者にサービス候補３０の送信を依頼すれば、携帯電話機４０にサービス候補３０を送信する手段を備えなくとも、利用者に好ましいサービスを提供することができる。
【００９５】
実施の形態６．
以下、本発明の第６の実施の形態を図面を参照して説明する。なお、本実施の形態において、ホームサーバが保有している音楽コンテンツに対して、携帯電話機の利用情報を用いて音楽コンテンツの選択肢にサービス評価を与え、そのサービス評価をホームサーバに送信し、利用者に好ましい音楽コンテンツを再生するサービス提供システムを例にして説明する。
【００９６】
図１４は、本実施の形態におけるサービス提供システムの構成例を示すブロック図である。図１４に示すサービス提供システムは、自身が保有する音楽コンテンツを選択肢にしたサービス候補３０ａを携帯電話機４０へ送信する１つ以上のホームサーバ１０ａと、利用者が日常用いている携帯電話機４０とを備える。サービス提供サーバ１０ａは、サービス情報記憶部１１ｂとサービス候補送信部１２とサービス評価受信部１６とサービス実行部１７とを有する。また、携帯電話機４０は、利用情報記憶部４１とサービス候補受信部４２とサービス候補評価部４３と利用情報登録部４５とサービス評価送信部５０とを有する。図９に示す第４の実施の形態と比べて、サービス提供サーバ１０がホームサーバ１０ａとなっている点、ホームサーバ１０ａが新たにサービス評価受信部１６とサービス実行部１７を有している点、携帯電話機４０がサービス評価送信部５０を有している点が異なる。また、携帯電話機４０からホームサーバ１０ａへサービス評価３１が送信される点も異なる。なお、図１４において利用情報３２は記載省略している。
【００９７】
本実施におけるサービス候補３０ａは、第４の実施の形態と同様、サービス自体の情報を除いたサービスに関する情報を選択肢として含む情報である。音楽コンテンツの例では、図１２に示すサービス候補と同様の情報であってもよいし、例えば楽曲の広告（＜ｃｍ＞〜＜／ｃｍ＞）を除いた情報であってもよい。
【００９８】
ホームサーバ１０ａは、家庭内専用の情報を蓄積・配信するための情報処理装置であって、音楽コンテンツや映像コンテンツや料理のレシピ等を蓄積し、ＬＡＮによりＴＶ・ＡＶ機器などの家電やＰＣなどと連動することが可能なホームネットワークを形成するための装置である。サービス情報記憶部１１ｂは、ホームサーバ１０ａが提供可能な音楽コンテンツと音楽コンテンツに関する情報とを分けて取得できるよう対応づけて記憶する。サービス情報記憶部１１ｂは、サービス候補３０ａとサービス候補３０ａが示す音楽コンテンツとを対応づけて記憶してもよい。なお、サービス候補３０ａには、音楽コンテンツを特定するための識別情報（例えば、コンテンツＩＤ）が含まれているものとする。
【００９９】
サービス候補送信部１２は、サービス情報記憶部１１ｂに記憶されているホームサーバ１０ａが提供可能な音楽コンテンツに関する情報を選択肢とするサービス候補３０ａを携帯電話機４０に送信する。サービス評価受信部１６は、携帯電話機４０から送信されるサービス候補３０ａの各選択肢に対するサービス評価３１を受信する。サービス実行部１７は、サービス評価受信部１６が受信した携帯電話機４０からのサービス評価３１に基づいてサービスを実行する。例えば、サービス実行部１７は、サービス評価３１が最も高い音楽コンテンツから再生を行ってもよい。
【０１００】
携帯電話機４０のサービス評価送信部５０は、サービス候補評価部４３が出力したサービス評価３１をホームサーバ１０ａに送信する。
【０１０１】
次に、第６の実施の形態におけるサービス提供システムの動作について説明する。なお、図３に示すステップＳ４００，Ｓ４０１にかかる動作は、本実施の形態においても同様であるため、説明を省略する。図１５は、第６の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。このうち、ステップＳ４０２〜Ｓ４０４は、第１の実施の形態と同様であるため、説明を省略する。
【０１０２】
ホームサーバ１０ａのサービス候補送信部１２は、音楽コンテンツに関する情報を選択肢にしたサービス候補３０ａを携帯電話機４０へ送信する（ステップＳ１００）。サービス候補送信部１２は、例えば、所定の条件に従ってプッシュ配信してもよい。または、携帯電話機４０からの要求に応じて送信してもよい。
【０１０３】
携帯電話機４０のサービス候補受信部４２がサービス候補３０ａを受信すると、サービス候補評価部４３は、利用情報３２に基づいてサービス候補３０ａに含まれるサービス選択肢毎に、サービス評価３１を出力する（ステップＳ４０２〜Ｓ４０４）。サービス評価送信部５０は、サービス候補評価部４３が出力したサービス評価３１をホームサーバ１０ａに送信する（ステップＳ４６０）。
【０１０４】
ホームサーバ１０ａのサービス評価受信部１６は、携帯電話機４０からサービス評価３１を受信すると（ステップＳ１６１）、サービス実行部１７は、受信したサービス評価３１に基づいてサービスを実行する（ステップＳ１６２）。例えば、サービス評価３１の高い音楽コンテンツから再生する。
【０１０５】
以上のように、本実施の形態によれば、携帯電話機４０の利用情報３１に基づいて選択した利用者により好ましいサービスを、携帯電話機４０などの個人端末以外の機器でも利用することができる。
【０１０６】
実施の形態７．
以下、本発明の第７の実施の形態を図面を参照して説明する。なお、本実施の形態において、ホームサーバが複数の携帯電話機からのサービス評価を総合して、複数の利用者により好ましい音楽コンテンツを再生するサービス提供システムを例にして説明する。
【０１０７】
図１６は、本実施の形態におけるサービス提供システムの構成例を示すブロック図である。図１６に示すサービス提供システムは、ホームサーバ１０ａと携帯電話機４０−ｉとを備える。ホームサーバ１０ａは、サービス情報記憶部１１ｂとサービス候補送信部１２とサービス評価受信部１６とサービス実行部１７とサービス評価調整部１８とを有している。また、携帯電話機４０−ｉ（ｉ≧１）は、図１４に示す第６の実施の形態における携帯電話機４０と同様であって、携帯電話機４０を複数備えている点が第６の実施の形態とは異なる。また、ホームサーバ１０ａがサービス評価調整部１８を有している点が第６の実施の形態と異なる。
【０１０８】
サービス評価受信部１６は、ホームサーバ１０ａがサービス対象とする複数の携帯電話機４０からサービス評価３１を受信する。サービス評価受信部１６は、全ての携帯電話機４０からサービス評価３１を受信してもよいし、サービス候補３０ａを送信してから一定時間の間だけ携帯電話機４０からのサービス評価３１を受信するようにしてもよい。サービス評価調整部１８は、サービス評価受信部１６が受信した複数の携帯電話機４０からのサービス評価３１を総合して、総合サービス評価３１ａ（例えば、各携帯電話機４０−ｉから送られてきたスコア値を総合したスコア値）を作成する。サービス評価調整部１８は、例えば、各サービス評価３１を足し合わせるなどを行って総合サービス評価３１ａを作成してもよい。サービス実行部１７は、サービス評価調整部１８が作成した総合サービス評価３１ａに基づいてサービスを実行する。
【０１０９】
次に、第６の実施の形態におけるサービス提供システムの動作について説明する。なお、図３に示すステップＳ４００，Ｓ４０１にかかる動作は、本実施の形態においても同様であるため、説明を省略する。図１５は、第６の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。このうち、ステップＳ４０２〜Ｓ４０４は、第１の実施の形態と同様であるため、説明を省略する。
【０１１０】
ホームサーバ１０ａのサービス候補送信部１２は、音楽コンテンツに関する情報を選択肢とするサービス候補３０ａを、音楽コンテンツの提供対象である複数の携帯電話機４０−ｉ（例えば、携帯電話機４０−１から携帯電話機４０−ｎ）に送信する（ステップＳ１００）。携帯電話機４０−ｉのサービス候補受信部４２がサービス候補３０ａを受信すると、サービス候補評価部４３は、利用情報３２−ｉに基づいてサービス候補３０ａに含まれるサービス選択肢毎に、サービス評価３１−ｉを出力する（ステップＳ４０２〜Ｓ４０４）。サービス評価送信部５０は、サービス候補評価部４３が出力したサービス評価３１−ｉをホームサーバ１０ａに送信する（ステップＳ４６０）。ステップＳ４０２からＳ４６０までの動作は、各携帯電話機４０−ｉにてそれぞれ行われる。
【０１１１】
ホームサーバ１０ａのサービス評価受信部１６は、ホームサーバ１０ａのサービス対象である複数の携帯電話機４０からサービス評価３１を受信する（ステップＳ１７０）。サービス評価受信部１６は、例えば、サービス候補送信部１２がサービス候補３０ａを送信してから一定時間の間だけ各携帯電話機４０−ｉからのサービス評価３１−ｉを受信するようにしてもよい。サービス評価調整部１８は、サービス評価受信部１６が受信した複数の携帯電話機４０−ｉからのサービス評価３１−ｉを調整する（ステップＳ１７１）。具体的には、各サービス評価３１−ｉを総合して、総合サービス評価３１ａを作成する。サービス実行部１７は、サービス評価調整部１８が作成した総合サービス評価３１ａに基づいてサービスを実行する（ステップＳ１６２）。例えば、総合サービス評価３１ａの高い順に音楽コンテンツを再生する。
【０１１２】
以上のように、本実施の形態によれば、サービスを携帯電話機４０などの個人端末以外の機器で利用する際でも、複数の利用者にとって、より好ましいサービスを提供することができる。
【０１１３】
実施の形態８．
以下、本発明の第８の実施の形態を図面を参照して説明する。なお、本実施の形態において、音楽提供サーバが音楽コンテンツをホームサーバを介して提供し、ホームサーバは、携帯電話機からのサービス評価値に基づいて、より利用者に好ましい音楽コンテンツを再生するサービス提供システムを例にして説明する。
【０１１４】
図１８は、本実施の形態におけるサービス提供システムの構成例を示すブロック図である。図１８に示すサービス提供システムは、提供する音楽コンテンツの情報を選択肢としたサービス候補３０ａおよび要求された音楽コンテンツをホームサーバ１０ｂへ送信する音楽提供サーバ１０ｃと、音楽提供サーバ１０ｂとインタフェースをとる装置であって携帯電話機４０のサービス評価に基づいて音楽提供サーバ１０ｃへサービスを要求して取得したサービスを実行するホームサーバ１０ｂと、携帯電話機４０−ｉ（例えば、携帯電話機４０−１から携帯電話機４０ーｎ）とを備える。
【０１１５】
音楽提供サーバ１０ｃは、音楽コンテンツを提供するサービス提供サーバ装置であって、サービス情報記憶部１１ｂとサービス候補送信部１２とサービス提供部１５とを備える。音楽提供サーバ１０ｃは、図９に示す第４の実施の形態におけるサービス提供サーバ１０と同様のサーバ装置である。ただし、音楽提供サーバ１０ｃとインターフェースをとる装置が携帯電話機４０ではなく、ホームサーバ１０ｂである点が異なる。従って、サービス候補送信部１２は、提供可能な音楽コンテンツの情報（音楽コンテンツ自体の情報を除く）を選択肢として含むサービス候補３０ａをホームサーバ１０ｂへ送信する。サービス提供部１５は、ホームサーバ１０ｂからの要求に基づいて音楽コンテンツを提供する。
【０１１６】
また、携帯電話機４０−ｉは、利用情報記憶部４１とサービス候補受信部４２とサービス候補評価部４３と利用情報登録部４５とサービス評価送信部５０とを備える。携帯電話機４０−ｉは、図１４および図１６に示す第６，７の実施の形態と同様の個人端末である。
【０１１７】
また、ホームサーバ１０ｂは、サービス候補取得部２１とサービス候補選択部２２とサービス候補送信部１２ａとサービス評価受信部１６とサービス評価調整部１８とサービス候補表示部４７ａとサービス決定部４８ａとサービス取得部４９ａとサービス実行部４４ｂとを備える。サービス評価受信部１６およびサービス実行部１７は、図１６に示す第７の実施の形態におけるホームサーバ１０ａと同様である。また、サービス候補表示部４７ａ、サービス決定部４８ａ、サービス取得部４９ａおよびサービス実行部４４ｂは、図９に示す第４の実施の形態における携帯電話機４０と同様である（符号の違いは、実装する装置の違いを示す）。ただし、サービス候補表示部４７ａは、サービス評価調整部１８が出力した統合サービス評価３１ａに基づいて各サービスの情報を利用者に提示する点、およびサービス取得部４９ａが音楽提供サーバ１０ｃに音楽コンテンツを要求する点が異なる。従って、本実施の形態におけるサービス提供サーバ１０ｂは、上記実施の形態の特徴をなす各機能部に加え、音楽提供サーバ１０ｃからサービス候補３０ａを受信するサービス候補取得部２１と、サービス候補３０ａの中からホームサーバ１０ｂが知りうる環境情報を用いて携帯電話機４０−ｉに送信するサービス候補３０ａを絞り込むサービス候補選択部２２と、サービス候補選択部２２が絞り込んだサービス候補３０ａを携帯電話機４０−ｉに送信するサービス候補送信部１２ａとを有する点が第４の実施の形態および第７の実施の形態と異なる。なお、サービス候補表示部４７ａは、第４の実施の形態と同様、サービス決定部４８が統合サービス評価３１ａに基づいて自動で提供する音楽コンテンツを決定する場合には、省くことができる。
【０１１８】
また、サービス候補取得部２１は、携帯電話機４０−ｉにおけるサービス候補受信部４２と同様であって、音楽提供サーバ１０ｃからサービス候補３０ａを受信する点が異なる。サービス候補選択部２２は、サービス候補取得部２１が受信したサービス候補３０ａの中から、例えば、季節、時間、天気、これまで再生した音楽コンテンツなどの環境情報を用いてサービス候補３０ｂを絞り込む。サービス候補送信部１２ａは、図１６に示す第６の実施の形態におけるサービス候補送信部１２と、送信対象が絞り込んだサービス候補３０ａである点を除き同様である。なお、サービス候補取得部２１、サービス候補選択部２２は、プログラムに従って動作するＣＰＵによって実現される。
【０１１９】
次に、第８の実施の形態におけるサービス提供システムの動作について説明する。なお、図３に示すステップＳ４００，Ｓ４０１にかかる動作は、本実施の形態においても同様であるため、説明を省略する。図１９は、第８の実施の形態におけるサービス提供サービスの動作例を示すフローチャートである。このうち、ステップＳ４０２〜Ｓ４６０については、第６の実施の形態と同様のため、説明を省略する。
【０１２０】
音楽提供サーバ１０ｃのサービス候補送信部１２は、提供可能な音楽コンテンツの情報を選択肢として含むサービス候補３０ａをホームサーバ１０ｂへ送信する（ステップＳ１００）。ホームサーバ１０ｂのサービス候補取得部２１は、音楽提供サーバ１０ｃからサービス候補３０ａを受信する（ステップＳ１８０）。
【０１２１】
サービス候補選択部２２は、ホームサーバ１０ｂが知りうる環境情報に基づいてサービス候補３０ａを選択して絞り込む（ステップＳ１８１）。サービス候補選択部２２は、例えば、季節、時間、天気などを所定のＷｅｂサイトへアクセスして受信する。または、再生した際に再生記録を記憶しておき、過去に再生した音楽コンテンツの情報を読み出す。このようにして環境情報を取得し、音楽提供サーバ１０ｃから受信したサービス候補３０ａの中から、携帯電話機４０−ｉへ送信するのに好ましいサービス候補３０ａを絞り込む。例えば、季節に合わない音楽コンテンツの選択肢は省くといった処理を行ってもよい。サービス候補送信部１２ａは、サービス候補選択部２２によって絞り込まれたサービス候補３０ａをサービス対象の携帯電話機４０−ｉへ送信する（ステップＳ１８２）。
【０１２２】
携帯電話機４０のサービス候補受信部４２がサービス候補３０ａを受信すると、サービス候補評価部４３は、利用情報３２に基づいてサービス候補３０ａに含まれるサービス選択肢毎に、サービス評価３１を出力する（ステップＳ４０２〜Ｓ４０４）。サービス評価送信部５０は、サービス候補評価部４３が出力したサービス評価３１−ｉをホームサーバ１０ｂに送信する（ステップＳ４６０）。
【０１２３】
また、ホームサーバ１０ｂのサービス評価受信部１６が、サービス対象の携帯電話機４０−ｉからサービス評価３１−ｉを受信すると、サービス評価調整部１８は、サービス評価受信部１６が受信した各サービス評価３１−ｉを調整する（ステップＳ１８３）。具体的には、各サービス評価３１−ｉを総合して、総合サービス評価３１ａを作成する。つづいて、サービス候補表示部４７ａが総合サービス評価３１ａに基づいて各音楽コンテンツの情報を選択可能な候補として利用者に提示し、利用者から選択入力されると、サービス決定部４８ａが取得すべき音楽コンテンツを決定する（ステップＳ４４０〜ステップＳ４４２）。サービス取得部４９ａは、サービス決定部４８によって決定された取得すべき音楽コンテンツを音楽提供サーバ１０ｃに要求する（ステップＳ４４３）。具体的には、例えば、要求する音楽コンテンツに対応するコンテンツＩＤを含む要求メッセージを音楽提供サーバ１０ｃに送信する。この際、要求メッセージには、代金を払うための情報を含めてもよい。
【０１２４】
音楽提供サーバ１０ｃのサービス提供部１５は、ホームサーバ１０ｂからの要求に基づいて、要求された音楽コンテンツを提供する（ステップＳ１４０）。具体的には、コンテンツＩＤを含む要求メッセージを受信し、要求されたコンテンツＩＤに対応する音楽コンテンツを自身が備える記憶装置（図示せず）から読み出し、応答メッセージとしてホームサーバ１０ｂへ送信する。
【０１２５】
ホームサーバ１０ｂのサービス取得部４９ａは、音楽提供サーバ１０ｃから提供される音楽コンテンツを受信し、サービス実行部４４ｂは、サービス取得部４９ａが取得した音楽コンテンツを実行する（Ｓ４０５）。
【０１２６】
以上のように、本実施の形態によれば、複数の携帯電話機４０−ｉの利用情報３２によって選択した、複数の利用者に好ましいサービスをホームサーバ１０ｂが保有していない場合でも、複数の利用者にとってより好ましいサービスをサービス提供者から取得し、提供することができる。また、ホームサーバ１０ｂが取得しうる環境情報にて絞り込みを行うため、より利用者の嗜好に合った絞り込みも可能となる。また、サービス事業者は、複数の利用者に好ましいサービスを販売することができる。
【産業上の利用可能性】
【０１２７】
本発明によるサービス提供方法は、提供可能な複数のサービスから利用者にとって好ましいものを選択して提供するサービス、また提供可能な複数のサービスを利用者にとって好ましい順に提示するサービスに活用できる。
【図面の簡単な説明】
【０１２８】
【図１】サービス提供システムの構成例を示すブロック図である。
【図２】サービス候補３０の一例を示す説明図である。
【図３】利用情報の収集の動作例を示すフローチャートである。
【図４】サービス提供システムの動作例を示すフローチャートである。
【図５】第２の実施の形態におけるサービス提供システムの構成例を示すブロック図である。
【図６】第２の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。
【図７】第３の実施の形態におけるサービス提供システムの構成例を示すブロック図である。
【図８】第３の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。
【図９】第４の実施の形態におけるサービス提供システムの構成例を示すブロック図である。
【図１０】第４の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。
【図１１】第５の実施の形態におけるサービス提供システムの構成例を示すブロック図である。
【図１２】音楽コンテンツにおけるサービス候補３０ｂの一例を示す説明図である。
【図１３】第５の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。
【図１４】第６の実施の形態におけるサービス提供システムの構成例を示すブロック図である。
【図１５】第６の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。
【図１６】第７の実施の形態におけるサービス提供システムの構成例を示すブロック図である。
【図１７】第７の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。
【図１８】第８の実施の形態におけるサービス提供システムの構成例を示すブロック図である。
【図１９】第８の実施の形態におけるサービス提供システムの動作例を示すフローチャートである。
【図２０】従来技術の説明図である。
【符号の説明】
【０１２９】
１０  サービス提供サーバ
１０ａ，１０ｂ  ホームサーバ
１０ｃ  音楽提供サーバ
１１  サービス情報記憶部
１２，１２ａ  サービス候補送信部
１３  環境情報取得部
１４  サービス候補作成部
１５  サービス提供部
１６  サービス評価受信部
１７  サービス実行部
１８  サービス評価調整部
２１  サービス候補取得部
２２  サービス候補選択部
３０，３０ａ，３０ｂ  サービス候補
３１  サービス評価
３２  利用情報
４０，４０−ｉ  携帯電話機
４１  利用情報記憶部
４２  サービス候補受信部
４３  サービス候補評価部
４４，４４ａ  サービス実行部
４５  利用情報登録部
４６  ユーザ状態推定部
４７，４７ａ  サービス候補表示部
４８，４８ａ  サービス決定部
４９，４９ａ  サービス取得部
５０  サービス評価送信部
７０  サービス配信サーバ
７１  サービス提供部
【図１】
2007094560.tif 000003
【図２】
2007094560.tif 000004
【図３】
2007094560.tif 000005
【図４】
2007094560.tif 000006
【図５】
2007094560.tif 000007
【図６】
2007094560.tif 000008
【図７】
2007094560.tif 000009
【図８】
2007094560.tif 000010
【図９】
2007094560.tif 000011
【図１０】
2007094560.tif 000012
【図１１】
2007094560.tif 000013
【図１２】
2007094560.tif 000014
【図１３】
2007094560.tif 000015
【図１４】
2007094560.tif 000016
【図１５】
2007094560.tif 000017
【図１６】
2007094560.tif 000018
【図１７】
2007094560.tif 000019
【図１８】
2007094560.tif 000020
【図１９】
2007094560.tif 000021
【図２０】
2007094560.tif 000022