サービス提供方法、サービス提供プログラムおよびサービス提供装置
【課題】できるだけ少ない個人情報から、利用者の嗜好に合ったサービスを選択できるようにする。
【解決手段】サービス提供依頼３が入力されると、サービス典型例提示手段１ｂがサービス典型例情報記憶手段１ａから複数のサービス典型例情報を抽出し、複数のサービス典型例情報４を端末装置２に送信する。ネットワークを介して端末装置２から選択されたサービス典型例情報の識別情報５を受け取ると、サービス特定手段１ｄが、サービス典型例メタ情報記憶手段１ｃを参照し、選択されたサービス典型例情報に関連づけられたサービスを特定する。そして、サービス提供手段１ｆが、サービスデータ記憶手段１ｅから特定されたサービスに関するサービスデータ６を抽出し、抽出したサービスデータ６を端末装置２に対して送信する。
【解決手段】サービス提供依頼３が入力されると、サービス典型例提示手段１ｂがサービス典型例情報記憶手段１ａから複数のサービス典型例情報を抽出し、複数のサービス典型例情報４を端末装置２に送信する。ネットワークを介して端末装置２から選択されたサービス典型例情報の識別情報５を受け取ると、サービス特定手段１ｄが、サービス典型例メタ情報記憶手段１ｃを参照し、選択されたサービス典型例情報に関連づけられたサービスを特定する。そして、サービス提供手段１ｆが、サービスデータ記憶手段１ｅから特定されたサービスに関するサービスデータ６を抽出し、抽出したサービスデータ６を端末装置２に対して送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は端末装置に対してサービスを提供するサービス提供方法、サービス提供プログラムおよびサービス提供装置に関し、特に大量のサービスの中から利用者からの要求に応じて絞り込んだサービスを提供するサービス提供方法、サービス提供プログラムおよびサービス提供装置に関する。
【背景技術】
【０００２】
現在、世の中の様々な手段で膨大な量のコンテンツが提供されている。例えば、インターネット、テレビ放送などでコンテンツが提供されている。利用者は、これらのコンテンツの中から、自分の興味があるコンテンツを選択して視聴する。その際、膨大な量のコンテンツの中から興味対象のコンテンツを探し出すのは非常に労力を有する。そこで、利用者の好みに応じたコンテンツを自動的に取得する技術が考えられている（特許文献１参照）。
【０００３】
また、嗜好に応じたコンテンツの選択を、サーバで行うこともできる。例えば、利用者は、端末装置からサーバにアクセスし、自分の趣味などの個人情報を入力する。すると、サーバは、入力された個人情報に合致したコンテンツを、膨大な量のコンテンツの中から検索する。そして、サーバは、検出したコンテンツを利用者が使用する端末装置に送信する。
【特許文献１】特開２００４−３５７３３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、利用者の状況・嗜好・権限などに合わせたサービスを手持ちの端末装置で利用するに当たって、利用者側とコンテンツ提供者側とで必要とする情報および提供してもよい情報が異なってくる。すなわち、利用者にとっては、サービスを絞り込むために必要な情報の入力が面倒であるため、入力すべき情報はできるだけ少ないことが望まれる。しかも、個人情報の漏洩を防止するため、個人情報はできる限り公開したくない。一方、サービス提供者にとっては、提供するサービスを的確に絞り込むには利用者の情報をできる限り知りたい。これらの互いに背反する要件を満たすためには、なるべく個人情報を公開することなく最適なサービスだけを簡単に提供するといった課題を解く必要がある。
【０００５】
本発明はこのような点に鑑みてなされたものであり、できるだけ少ない個人情報から、利用者の嗜好に合ったサービスを選択できるサービス提供方法、サービス提供プログラムおよびサービス提供装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明では上記課題を解決するために、図１に示すようなサービス提供方法が提供される。本発明に係るサービス提供方法では、ネットワークを介してサービスを提供するサービス提供方法において、サービス典型例提示手段１ｂが、ネットワークを介して接続された端末装置２からサービス提供依頼３が入力されると、提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段１ａから複数のサービス典型例情報を抽出し、複数のサービス典型例情報４を端末装置２に送信する。また、サービス特定手段１ｄが、端末装置２から選択されたサービス典型例情報の識別情報５を受け取ると、サービス典型例情報記憶手段１ａに格納されたサービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段１ｃを参照し、選択されたサービス典型例情報に関連づけられたサービスを特定する。そして、サービス提供手段１ｆが、各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段１ｅから、特定されたサービスに関するサービスデータを抽出し、抽出したサービスデータ６を端末装置２に対して送信する。
【０００７】
このようなサービス提供方法によれば、端末装置２からサービス提供依頼３が入力されると、サービス典型例提示手段１ｂにより、サービス典型例情報記憶手段１ａから複数のサービス典型例情報が抽出され、複数のサービス典型例情報４が端末装置２に送信される。その後、端末装置２から、選択されたサービス典型例情報の識別情報５を受け取ると、サービス特定手段１ｄにより、選択されたサービス典型例情報に関連づけられたサービスが特定される。そして、サービス提供手段１ｆにより、サービスデータ記憶手段１ｅから特定されたサービスに関するサービスデータが抽出され、抽出されたサービスデータ６が端末装置２に対して送信される。
【０００８】
また、上記課題を解決するために、ネットワークを介してサービスを提供するためのサービス提供プログラムにおいて、コンピュータを、提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段、前記サービス典型例情報記憶手段に格納された前記サービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段、各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段、前記ネットワークを介して接続された端末装置からサービス提供依頼が入力されると、前記サービス典型例情報記憶手段から複数の前記サービス典型例情報を抽出し、複数の前記サービス典型例情報を前記端末装置に送信するサービス典型例提示手段、前記端末装置から選択された前記サービス典型例情報の識別情報を受け取ると、前記サービス典型例メタ情報記憶手段を参照し、選択された前記サービス典型例情報に関連づけられたサービスを特定するサービス特定手段、前記サービスデータ記憶手段から特定されたサービスに関する前記サービスデータを抽出し、抽出した前記サービスデータを前記端末装置に対して送信するサービス提供手段、として機能させることを特徴とするサービス提供プログラムが提供される。
【０００９】
また、上記課題を解決するために、ネットワークを介してサービスを提供するサービス提供装置において、提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段と、前記サービス典型例情報記憶手段に格納された前記サービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段と、各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段と、前記ネットワークを介して接続された端末装置からサービス提供依頼が入力されると、前記サービス典型例情報記憶手段から複数の前記サービス典型例情報を抽出し、複数の前記サービス典型例情報を前記端末装置に送信するサービス典型例提示手段と、前記端末装置から選択された前記サービス典型例情報の識別情報を受け取ると、前記サービス典型例メタ情報記憶手段を参照し、選択された前記サービス典型例情報に関連づけられたサービスを特定するサービス特定手段と、前記サービスデータ記憶手段から特定されたサービスに関する前記サービスデータを抽出し、抽出した前記サービスデータを前記端末装置に対して送信するサービス提供手段と、を有することを特徴とするサービス提供装置が提供される。
【発明の効果】
【００１０】
本発明では、サーバから複数のサービス典型例情報を端末装置に提示し、その中から端末装置で選択されたサービス典型例情報に応じたサービスを端末装置に提供するようにした。これにより、利用者の個人情報をサーバ側に開示せずに、利用者の個人情報に応じた適切なサービスデータを端末装置によって取得することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面を参照して説明する。
図１は、本実施の形態の概略を示す図である。本実施の形態では、端末装置２に対してサーバ１によってサービスが提供される。サービスを提供するために、サーバ１は、サービス典型例情報記憶手段１ａ、サービス典型例提示手段１ｂ、サービス典型例メタ情報記憶手段１ｃ、サービス特定手段１ｄ、サービスデータ記憶手段１ｅ、およびサービス提供手段１ｆを有している。
【００１２】
サービス典型例情報記憶手段１ａは、提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶する。
サービス典型例提示手段１ｂは、ネットワークを介して接続された端末装置２からサービス提供依頼３が入力されると、サービス典型例情報記憶手段１ａから複数のサービス典型例情報を抽出する。そして、サービス典型例提示手段１ｂは、抽出した複数のサービス典型例情報４を端末装置２に送信する。
【００１３】
サービス典型例メタ情報記憶手段１ｃは、サービス典型例情報記憶手段１ａに格納されたサービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶する。
【００１４】
サービス特定手段１ｄは、ネットワークを介して端末装置２から、選択されたサービス典型例情報の識別情報５を受け取ると、サービス典型例メタ情報記憶手段１ｃを参照し、選択されたサービス典型例情報に関連づけられたサービスを特定する。
【００１５】
サービスデータ記憶手段１ｅは、各サービスの提供に必要なサービスデータを記憶している。
サービス提供手段１ｆは、サービス特定手段１ｄで特定されたサービスに関するサービスデータをサービスデータ記憶手段１ｅから抽出する。そして、サービス提供手段１ｆは、抽出したサービスデータ６を端末装置２に対して送信する。
【００１６】
端末装置２は、サービス提供依頼手段２ａ、利用者個人情報記憶手段２ｂ、サービス典型例選択手段２ｃ、サービス典型例通知手段２ｄ、およびサービス利用手段２ｅを有している。
【００１７】
サービス提供依頼手段２ａは、端末装置２の利用者からの操作入力に応答して、サービス提供依頼３をサーバ１に対して送信する。
利用者個人情報記憶手段２ｂは、端末装置２の利用者の個人情報を記憶する。例えば、利用者の年齢、性別、趣味などが予め記憶されている。
【００１８】
サービス典型例選択手段２ｃは、サーバ１から送信された複数のサービス典型例情報４を取得する。そして、サービス典型例選択手段２ｃは、利用者個人情報記憶手段２ｂに格納された個人情報と適合する特徴が設定されたサービス典型例情報を、取得した複数のサービス典型例情報４の中から選択する。
【００１９】
サービス典型例通知手段２ｄは、サービス典型例選択手段２ｃが選択したサービス典型例情報の識別情報５をサーバ１に対して送信する。
サービス利用手段２ｅは、サーバ１から送信された複数のサービスデータ６を取得する。そして、サービス利用手段２ｅは、利用者からの操作入力に応答して、複数のサービスデータ６内の任意のサービスデータに基づいてサービスの提供を受ける。
【００２０】
このようなシステムによれば、利用者が端末装置２に対してサービス提供依頼を指示する操作入力を行うと、端末装置２のサービス提供依頼手段２ａにより、サーバ１に対してサービス提供依頼３が送信される。端末装置２からサーバ１にサービス提供依頼３が入力されると、サービス典型例提示手段１ｂにより、サービス典型例情報記憶手段１ａから複数のサービス典型例情報が抽出される。そして、サービス典型例提示手段１ｂによって、複数のサービス典型例情報４が端末装置２に送信される。
【００２１】
複数のサービス典型例情報４は、端末装置２のサービス典型例選択手段２ｃで受け取られる。次に、サービス典型例選択手段２ｃにより、利用者個人情報記憶手段２ｂに格納された個人情報と適合する特徴が設定されたサービス典型例情報が、複数のサービス典型例情報４の中から選択される。そして、サービス典型例通知手段２ｄにより、サービス典型例選択手段２ｃが選択したサービス典型例情報の識別情報５がサーバ１に対して送信される。
【００２２】
サーバ１では、サービス特定手段１ｄが、端末装置２から送られた識別情報５を受け取る。次に、サービス特定手段１ｄにより、サービス典型例メタ情報記憶手段１ｃに記憶されたサービスメタ情報に基づいて、端末装置２によって選択されたサービス典型例情報に関連づけられたサービスが特定される。そして、サービス提供手段１ｆにより、サービスデータ記憶手段１ｅから特定されたサービスに関するサービスデータ６が抽出され、抽出されたサービスデータ６が端末装置２に対して送信される。
【００２３】
端末装置２では、複数のサービスデータ６をサービス利用手段２ｅが取得する。そして、サービス利用手段２ｅにより、任意のサービスデータ６に基づいてサービスが利用される。
【００２４】
このようにして、利用者の個人情報をサーバ１側に開示せずに、利用者の個人情報に応じた適切なサービスデータ６を端末装置２によって取得することができる。これにより、利用者は、膨大な数のサービスの中から自分の嗜好にあったサービスを容易に選択することが可能となる。
【００２５】
すなわち、サービス典型例情報を介した利用者個人情報とサービスとの関連付けのうち、利用者個人情報とサービス典型例情報との関係を端末装置２において判断することで、利用者個人情報をサーバ１に開示する必要がなくなる。
【００２６】
図２は、サービス典型例情報を介した利用者個人情報とサービスとの関連付けを示す概念図である。図２に示すように、サービス典型例情報４ａ，４ｂ，４ｃがサーバ１から端末装置２に提示される。端末装置２では、利用者個人情報２ｂａに適合するサービス典型例情報を選択する。そして、選択したサービス典型例情報をサーバ１に通知する。
【００２７】
一方、サーバ１では、各サービス典型例情報４ａ，４ｂ，４ｃそれぞれのグループに属するサービス１ｅａ，１ｅｂ，１ｅｃ，１ｅｄを管理している。そして、サーバ１では、選択されたサービス典型例情報のグループに属するサービスを端末装置２に提供する。
【００２８】
なお、各サービス１ｅａ，１ｅｂ，１ｅｃ，１ｅｄは、複数のサービス典型例情報に属することができる。例えば、図２の例では、音楽配信のサービス１ｅａは、「おしゃれ」のサービス典型例情報４ｂと、「オタク」のサービス典型例情報４ｃとに属している。
【００２９】
ところで、利用者個人情報は、利用者の本当の個人情報である必要はない。すなわち、サービスを利用する際の目的などに応じて、仮想的な人格を設定することができる。また、サービスの利用目的などによってサービスの絞り込みを行うこともできる。
【００３０】
図３は、サービス典型例情報を用いたサービスの絞り込み例を示す図である。図３の例では、利用者個人情報記憶手段２ｂに、「ゲーム好き」、「アニメ好き」などの利用者個人情報が登録されている。また、サービス典型例情報記憶手段１ａには、「学生」、「家族」などの各種サービス典型例情報が記憶されている。さらに、サービスデータ記憶手段１ｅには、「洋楽ビデオ」、「邦楽ビデオ」などのサービスデータが記憶されている。
【００３１】
ここで、利用者は、秋葉原におけるゲームやアニメの情報を知りたいものとする。すると、利用者は、場所として「秋葉原」を指定したサービス提供依頼をサーバ１に送信する。すると、サーバ１からは、「秋葉原」に関連するサービスを含むサービス典型例情報のみを端末装置２に提示する。
【００３２】
また、端末装置２では、利用者個人情報として、「ゲーム好き」、「アニメ好き」のみを設定する。実際の利用者には「会社員」、「３０歳」、「男性」という個人情報があったとしても、利用者個人情報記憶手段２ｂにおいては無効にしておく（図中、無効な個人情報を破線で示している）。これにより、端末装置２では、「ゲーム好き」、「アニメ好き」という個人情報に基づいて、「学生」のサービス典型例情報が選択される。すなわち、３０歳の会社員である利用者が利用する端末装置２において「学生」のサービス典型例情報が選択されている。すると、そのサービス典型例情報に含まれる「アニメビデオ」、「格闘ゲーム」などに関する情報提供のサービスデータがサーバ１から提供される。
【００３３】
なお、利用者個人情報は、仮想的な人格に合わせて設定すればよいため、予め複数の人格に合わせた個人情報を利用者典型例情報として設定しておいてもよい。その場合、サービスを利用する際の状況に応じて、利用者が任意の利用者典型例情報を選択する。以下、複数の利用者典型例情報を任意に切り換えて、サービスの提供を受けることができるシステムの例を用いて、本実施の形態を詳細に説明する。
【００３４】
なお、以下の実施の形態では、利用者の状況（場所や目的など）の固定的な個人情報以外に、使用時の状況を用いて適切なサービスを絞り込む機能を有する。その場合でも、個人情報をできる限り公開せずにサービスの絞り込みを行う。
【００３５】
図４は、本実施の形態のシステム構成例を示す図である。本実施の形態では、ネットワーク１０を介して、ポータルサイトサーバ１００、複数のサーバ３００，３００ａ，３００ｂ，・・・、および複数の端末装置２００，２００ａ，２００ｂ，・・・が接続されている。
【００３６】
サーバ３００，３００ａ，３００ｂ，・・・は、端末装置２００，２００ａ，２００ｂ，・・・に対して、コンテンツやアプリケーションプログラムなどの情報サービスをネットワーク１０を介して提供する。ポータルサイトサーバ１００は、サーバ３００，３００ａ，３００ｂ，・・・で提供されるサービスの内容に関する情報を、端末装置２００，２００ａ，２００ｂ，・・・に対して提供する。端末装置２００，２００ａ，２００ｂ，・・・は、利用者が所持する携帯端末装置や、モバイルコンピュータである。利用者は、端末装置２００，２００ａ，２００ｂ，・・・を用いてサーバ３００，３００ａ，３００ｂ，・・・で提供されるサービスを利用できる。
【００３７】
このようなシステムにおいて、利用者は、例えば端末装置２００を用いてポータルサイトサーバ１００にアクセスし、利用者自身の個人情報に応じたサービスのリストをポータルサイトサーバ１００から取得することができる。そして、端末装置２００でサービスを選択すると、そのサービスを提供するサーバからサービスの提供を受けることができる。
【００３８】
図５は、サービス提供の手順を示す概念図である。なお、図５の例では、利用者が端末装置２００を利用している場合を想定している。以降の説明では、端末装置２００を利用してサービスの提供を受ける場合の例を用いて、本実施の形態の詳細を説明するものとする。
【００３９】
端末装置２００は、利用者典型例情報記憶部２２０を有している。利用者典型例情報記憶部２２０には、利用者に対して仮想的な別人格を設定するための利用者典型例情報２２１〜２２５が格納されている。
【００４０】
例えば、利用者典型例情報２２１は、利用者自身の個人情報であり、利用者の年齢や性別などが設定されている。利用者典型例情報２２２は、利用者が会社員として行動するときを想定した個人情報である。例えば、よく行く場所として、会社の近くが設定されている。利用者典型例情報２２３は、利用者の父親の個人情報である。利用者典型例情報２２４は、利用者の妻の個人情報である。利用者典型例情報２２５は、利用者と妻とが共に行動する場合を想定した個人情報である。
【００４１】
また、ポータルサイトサーバ１００には、サービス典型例情報記憶部１３０が設けられている。サービス典型例情報記憶部１３０には、複数のサービス典型例情報１３１〜１３３が記憶されている。サービス典型例情報１３１〜１３３は、複数のサービスに関連づけられており、関連づけられたサービスを好んで利用すると想定される利用者を特定するための条件（例えば、利用者の年齢層）が設定されている。
【００４２】
例えば、サービス典型例情報１３１は、グルメ（美食家）の特徴を示す情報が設定されている。サービス典型例情報１３２には、オシャレに気を配る人の特徴を示す情報が設定されている。サービス典型例情報１３３には、オタク（ある分野に非常に詳しい人）の特徴を示す情報が設定されている。
【００４３】
図５の例では、各サービス典型例情報１３１〜１３３に対して、そのサービス典型例情報に設定されている特徴に合致する利用者典型例情報が線で結ばれている。また、各サービス典型例情報１３１〜１３３に対して、そのサービス典型例情報１３１〜１３３で提供対象としているサービスが線で結ばれている。
【００４４】
複数のサーバ３００，３００ａ，３００ｂ，・・・には、利用者に対して提供可能なサービス３１〜３４が用意されている。例えば、サービス３１は、楽曲データを配信する音楽配信サービスである。サービス３２は、和食レストランの情報を提供するサービスである。サービス３３は、ブティックの情報を提供するサービスである。サービス３４は、オンラインゲームの接続環境を提供するサービスである。
【００４５】
ここで、利用者が何らかのサービスを検索する場合、まず、端末装置２００において、予め用意されている利用者典型例情報２２１〜２２５の中から、そのときの状況に合わせた利用者典型例情報を選択する。次に、端末装置２００は、ポータルサイトサーバ１００からサービス典型例情報１３１〜１３３を取得する。そして、端末装置２００は、利用者が選択した利用者典型例情報に合致するサービス典型例情報を選択する。例えば、利用者が利用者典型例情報２２１を選択したのであれば、グルメのサービス典型例情報１３１とオタクのサービス典型例情報１３３とが選択される。
【００４６】
端末装置２００は、選択したサービス典型例情報をポータルサイトサーバ１００に通知する。すると、ポータルサイトサーバ１００は、提供可能なサービス３１〜３４から、選択されたサービス典型例情報に対応するサービスを絞り込む。そして、ポータルサイトサーバ１００は、選択されたサービス典型例情報に対応するサービスに関する情報（例えば、サービスの提供を受けるためのアクセス先）を生成し、端末装置２００に通知する。
【００４７】
利用者は、端末装置２００を用いて、ポータルサイトサーバ１００から受け取ったサービスの情報から、利用するサービスを選択する。すると、端末装置２００は、選択されたサービスを提供しているサーバにアクセスし、そのサーバからサービスの提供を受ける。
【００４８】
以下、図５に示したようなサービスを提供するためのシステム構成について説明する。
図６は、本実施の形態に用いるポータルサイトサーバのハードウェア構成例を示す図である。ポータルサイトサーバ１００は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ（Random Access Memory）１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６が接続されている。
【００４９】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。
【００５０】
グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。
【００５１】
通信インタフェース１０６は、ネットワーク１０に接続されている。通信インタフェース１０６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。
【００５２】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図６には、ポータルサイトサーバ１００のハードウェア構成を示したが、他のサーバ３００，３００ａ，３００ｂ，・・・や端末装置２００，２００ａ，２００ｂ，・・・も同様のハードウェアで実現することができる。
【００５３】
図７は、各装置が有する処理機能を示すブロック図である。端末装置２００は、プロファイル記憶部２１０、利用者典型例情報記憶部２２０、利用者典型例選択部２３０、情報開示許可決定部２４０、サービス提供依頼部２５０、サービス典型例選択部２６０、サービス典型例通知部２７０、およびサービス利用部２８０を有する。なお、利用者典型例情報記憶部２２０の機能は、図５を参照して説明した通りである。
【００５４】
プロファイル記憶部２１０には、利用者の個人情報を示すプロファイルデータが格納されている。プロファイルデータには、利用者の年齢や性別などが設定されている。
利用者典型例選択部２３０は、利用者からの操作入力に応答して、利用者典型例情報記憶部２２０の中から少なくとも１つの利用者典型例情報を選択する。そして、利用者典型例情報記憶部２２０は、選択した利用者典型例情報をサービス典型例選択部２６０に渡す。
【００５５】
情報開示許可決定部２４０は、利用者からの操作入力に応答して、サービスを絞り込むための情報として、利用者典型例情報以外に開示する情報を決定する。開示情報としては、例えば、現在地を示す位置情報や、サービスの使用目的などである。情報開示許可決定部２４０は、開示するものと決定された情報を、サービス提供依頼部２５０に渡す。
【００５６】
サービス提供依頼部２５０は、ポータルサイトサーバ１００にサービス提供依頼を送信する。その際、サービス提供依頼部２５０は、端末装置２００のハードウェア構成に関する端末情報（例えば、端末種別、空きメモリ容量など）や、情報開示が許可された情報（場所や目的）を、サービス提供依頼と共にポータルサイトサーバ１００に送信する。
【００５７】
サービス典型例選択部２６０は、ポータルサイトサーバ１００から送られるサービス典型例情報の集合を取得する。次に、サービス典型例選択部２６０は、サービス典型例情報の集合の中から、利用者が選択した利用者典型例情報と合致するサービス典型例情報を選択する。そして、サービス典型例選択部２６０は、選択したサービス典型例情報をサービス典型例通知部２７０に渡す。
【００５８】
サービス典型例通知部２７０は、ポータルサイトサーバ１００に対して選択されたサービス典型例情報の識別情報を送信する。
サービス利用部２８０は、ポータルサイトサーバ１００からサービスのリストを受け取る。そして、サービス利用部２８０は、利用者からの操作入力によって選択されたサービスを提供するサーバ３００にアクセスし、サービスの提供を受ける。
【００５９】
ポータルサイトサーバ１００は、サービスデータ記憶部１１０、サービス情報記憶部１２０、サービス典型例情報記憶部１３０、サービス典型例メタ情報記憶部１４０、サービス典型例階層化情報記憶部１５０、サービス典型例詳細化部１６１、サービス典型例提示部１６２、サービス絞り込み部１６３、サービス情報提供部１６４、およびサービスグループ化部１６５を有する。
【００６０】
サービスデータ記憶部１１０には、サービス対象のコンテンツ、プログラム、他のサーバで提供されるコンテンツのＵＲＬ（Uniform Resource Locator）などが格納されている。
【００６１】
サービス情報記憶部１２０には、提供されるサービス毎のサービス情報が格納される。サービス情報は、各サービスの内容を特徴づけるためのメタ情報である。
サービス典型例情報記憶部１３０には、サービス典型例情報が格納される。サービス典型例情報には、サービス典型例の識別情報や、該当するサービス典型例のグループに含まれる各サービスの特徴を示す情報（評価式で表される）が設定される。
【００６２】
サービス典型例メタ情報記憶部１４０には、サービス典型例に対応づけられたサービス典型例メタ情報が格納される。サービス典型例メタ情報には、対応するサービス典型例に関連するサービスに関する情報が設定されている。
【００６３】
サービス典型例階層化情報記憶部１５０には、サービス典型例階層化情報が格納される。サービス典型例階層化情報には、複数のサービス典型例を階層構造で管理するときの親子関係が設定される。なお、親となるサービス典型例情報は、子となるサービス典型例情報に含まれるサービスを包含する。
【００６４】
サービス典型例詳細化部１６１は、端末装置２００から送られてきた端末情報を用いて、提示すべき適切な詳細度のサービス典型例を作成する。具体的には、サービス典型例詳細化部１６１は、端末装置２００のメモリに格納可能なデータサイズとなるまで、サービス典型例情報の詳細化を行う。サービス典型例情報の詳細化とは、階層構造で構成される複数のサービス典型例情報（下位構造になるほどデータ容量が小さくなる）を、端末装置２００のメモリに格納可能なデータサイズとなるまで、提示対象を下位のサービス典型例情報に遷移させる。サービス典型例詳細化部１６１は、詳細化したサービス典型例情報をサービス典型例提示部１６２に渡す。
【００６５】
サービス典型例提示部１６２は、端末装置２００に対して、詳細化されたサービス典型例情報の集合を送信する。
サービス絞り込み部１６３は、端末装置２００から送られてきたサービス典型例情報の識別情報を元に、利用者に提供するサービスを絞り込む。サービス絞り込み部１６３は、絞り込まれたサービスの情報を、サービス情報提供部１６４に渡す。
【００６６】
サービス情報提供部１６４は、サービス絞り込み部１６３で絞り込まれたサービスのリストを端末装置２００に対して送信する。
サービスグループ化部１６５は、サービス情報記憶部１２０に格納されているサービス情報に基づいて、各サービスがどのサービス典型例に属するかを判断する。具体的には、サービスグループ化部１６５は、サービス情報で示されるそのサービスの特徴と、サービス典型例情報記憶部１３０内のサービス典型例情報で示される各サービス典型例に属するサービスの特徴を示す情報とを比較して、少なくとも一部が一致している場合に、比較対象のサービスをそのサービス典型例のグループに含める。サービスグループ化部１６５は、サービスをサービス典型例に含める場合、サービス典型例メタ情報記憶部１４０内の対応するサービス典型例メタ情報に、追加するサービスの識別情報を登録する。
【００６７】
サーバ３００は、コンテンツ記憶部３１０を有している。コンテンツ記憶部３１０には、端末装置２００に提供可能なコンテンツが格納されている。
次に、図７に示したシステムにおいて予め用意されるデータの詳細を説明する。
【００６８】
図８は、プロファイル記憶部に格納されるプロファイルデータを示す図である。プロファイルデータ２１１には、利用者の個人情報が設定されている。具体的には、プロファイルデータ２１１には、属性名と属性値とで構成される１つ以上の属性情報が設定されている。属性名は、「場所」、「年齢」、「性別」、「趣味」などの情報の属性を示す名称である。属性値は、対応する属性に関する利用者の情報である。例えば、属性名「場所」には、利用者が現在居る場所が設定される。また、属性名「年齢」であれば、利用者の年齢が設定される。
【００６９】
なお、１つの属性情報内に、複数の属性値が設定されることもある。例えば、属性名「趣味」の属性情報には、利用者の趣味を示す属性値が複数設定できる。
図９は、利用者典型例情報記憶部に格納される利用者典型例情報の例を示す図である。利用者典型例情報２２１，２２２，２２３には、利用者典型例情報ＩＤ、利用者典型例名、および評価式が設定されている。
【００７０】
利用者典型例情報ＩＤは、利用者典型例情報に付けられるユニークな識別子である。利用者典型例名は、利用者典型例情報の名称である。例えば、２０代男性を想定した利用者典型例情報であれば、「２０代男性」といった利用者典型例名が設定される。
【００７１】
評価式は、サービス典型例に適合するための条件式である。条件式には、年齢、性別、場所、趣味などの条件が設定できる。例えば、利用者典型例情報２２１には、年齢の幅が２０歳以上３０歳未満であること、性別が男性であることを示す条件の論理積が設定されている。
【００７２】
図１０は、サービスデータ記憶部に格納されるサービスデータの例を示す図である。サービスデータ３１１〜３１３には、サービスＩＤとサービスデータ本体とが含まれている。サービスＩＤは、サービスに付けられたユニークな識別子である。サービスデータ本体は、サービスを提供するためのプログラム、コンテンツ、またはコンテンツを参照するためのＵＲＬである。
【００７３】
図１１は、サービス情報記憶部に格納されるサービス情報の例を示す図である。サービス情報１２１，１２２には、サービス情報ＩＤ、サービスＩＤ、および評価式が設定されている。サービス情報ＩＤは、サービス情報に付けられたユニークな識別子である。サービスＩＤは、どのサービスについてのメタ情報なのかを示す識別子（対応するサービスの識別子）である。評価式は、対応するサービスがどのようなサービスなのかを表す評価式である。例えば、秋葉原にあるアニメゲーム店を紹介するコンテンツに関する評価式には、「場所＝秋葉原＆趣味＝アニメ｜ゲーム」と設定される。
【００７４】
図１２は、サービス典型例情報記憶部に格納されるサービス典型例情報の例を示す図である。サービス典型例情報１３１〜１３３には、サービス典型例情報ＩＤ、サービス典型例名、および評価式が設定されている。サービス典型例情報ＩＤは、サービス典型例情報に付けられるユニークな識別子である。サービス典型例名は、サービス典型例情報の名称である。サービス典型例名には、サービス典型例情報に関連づけられたサービスの提供対象として想定している利用者を的確に表す名称が設定される。例えば、秋葉原を好む利用者に対するサービスに関するサービス典型例情報であれば、「秋葉系」というサービス典型例名が設定される。その他、サービス典型例名としては、２０代男性、アニメ秋葉系、カップル、ファミリー、子供、お年寄りなどが設定される。評価式は、サービス典型例に合致する利用者典型例を検索するための条件式である。
【００７５】
図１３は、サービス典型例メタ情報記憶部に格納されるサービス典型例メタ情報の例を示す図である。サービス典型例メタ情報１４１，１４２には、サービス典型例メタ情報ＩＤ、サービス典型例ＩＤ、サービスＩＤリスト、および特徴が設定されている。サービス典型例メタ情報ＩＤは、サービス典型例メタ情報に付けられているユニークな識別子である。サービス典型例ＩＤは、どのサービス典型例情報についてのメタ情報なのかを示す識別子である。サービスＩＤリストは、グルーピングされているサービスのサービスＩＤリストである。特徴は、グルーピングされているサービスの特徴である。特徴としては、例えば、情報件数、情報全体のデータ容量（サイズ）、画像データの有無、クーポンなどの特典の有無、最終更新日時などである。
【００７６】
図１４は、サービス典型例階層化情報記憶部に格納されるサービス典型例階層化情報の例を示す図である。サービス典型例階層化情報１５１，１５２には、サービス典型例階層化情報ＩＤ、親ＩＤ、子ＩＤリスト、およびサービス典型例メタ情報ＩＤが設定されている。
【００７７】
サービス典型例階層化情報ＩＤは、サービス典型例階層化情報に付けられるユニークな識別子である。親ＩＤは、階層構造において直接の上位（親）に位置するサービス典型例階層化情報の識別子である。子ＩＤリストは、階層構造において直接の下位（子）に位置するサービス典型例階層化構造の識別子のリストである。サービス典型例メタ情報ＩＤは、該当するサービス典型例メタ情報の識別子である。
【００７８】
以上のような構成のシステムによって実行される処理を以下に示す。
図１５は、端末装置とポータルサイトサーバとの間の処理を示すシーケンス図である。以下、図１５に示す処理をステップ番号に沿って説明する。
【００７９】
［ステップＳ１１］利用者典型例選択部２３０と情報開示許可決定部２４０とは、利用者からの操作入力に応答して、利用者典型例の選択および情報開示許可の決定を行う。具体的には、以下の通りである。
【００８０】
端末装置２００の利用者典型例選択部２３０は、利用者からの操作入力に応答して、利用者典型例情報記憶部２２０の中から、１つ以上の利用者典型例を選択する。なお、利用者が、自己の個人情報を開示して、その個人情報に基づくサービス提供を希望する場合、利用者典型例選択部２３０は、プロファイル記憶部２１０内のプロファイルを利用者典型例として選択することも可能である。そして、利用者典型例選択部２３０は、選択した利用者典型例をサービス提供依頼部２５０に渡す。
【００８１】
次に、情報開示許可決定部２４０は、利用者からの操作入力に応答して、場所や目的などの情報を開示するか否かを決定する。なお、場所の情報開示が許可された場合、情報開示許可決定部２４０は、端末装置２００に内蔵されたＧＰＳ（Global Positioning System）機能により現在地の緯度と経度とを取得して、その緯度・経度に該当する地名を携帯電話の基地局から取得し、その地名を場所情報とする。また、目的の情報開示が許可された場合、情報開示許可決定部２４０は、利用者からサービスの利用目的に関する情報入力を受け付け、入力された情報を目的情報とする。そして、情報開示許可決定部２４０は、開示が許可された情報を、サービス提供依頼部２５０に渡す。
【００８２】
［ステップＳ１２］サービス提供依頼部２５０は、ポータルサイトサーバ１００に対して、サービス提供依頼を送信する。その際、サービス提供依頼部２５０は、端末情報と、開示が許可された情報（場所や目的）をポータルサイトサーバ１００に送信する。なお、利用者が情報開示を許可しない場合、端末情報のみがポータルサイトサーバ１００に送信される。端末情報には、例えば、端末装置２００のメモリの空き記憶容量（メガバイト単位、あるいは格納可能なサービスデータ件数）が含まれている。
【００８３】
［ステップＳ１３］ポータルサイトサーバ１００のサービス典型例詳細化部１６１は、サービス提供依頼と共に端末装置２００から送信された端末情報および開示された場所情報などに基づいて、サービス典型例情報の絞り込みおよび詳細化を行う。
【００８４】
具体的には、端末装置２００から場所情報が開示された場合、サービス典型例詳細化部１６１は、場所情報で指定されている地名が評価式内の場所属性として設定されているサービス典型例情報をサービス典型例情報記憶部１３０から取得する。また、例えば、端末装置２００から「グルメ」を指定する目的情報が開示された場合、サービス典型例詳細化部１６１は、条件式として、レストランなどの食事に関連する情報が設定されているサービス典型例情報をサービス典型例情報記憶部１３０から取得する。
【００８５】
なお、サービス提供依頼と共に端末情報のみが端末装置２００から送られた場合、サービス典型例詳細化部１６１は、サービス典型例情報記憶部１３０内の全てのサービス典型例情報を取得する。
【００８６】
さらに、サービス典型例詳細化部１６１は、取得したサービス典型例情報を端末情報に応じて詳細化する。具体的には、サービス典型例詳細化部１６１は、階層構造における最上位のサービス典型例情報を選択する。次に、サービス典型例詳細化部１６１は、選択したサービス典型例情報のうち端末装置２００の空きメモリ容量よりもデータ容量が大きいサービス典型例情報について、その下位構造のサービス典型例情報に置き換える。
【００８７】
なお、サービス典型例情報間の階層構造は、サービス典型例階層化情報記憶部１５０に格納されたサービス典型例階層化情報を参照することで判断される。また、各サービス典型例情報のデータ容量は、サービス典型例メタ情報記憶部１４０に格納されたサービス典型例メタ情報を参照することで判断される。
【００８８】
置き換えた後のサービス典型例情報のうち端末装置２００の空きメモリ容量よりもデータ容量が大きいものがあれば、サービス典型例詳細化部１６１は、該当するサービス典型例情報をさらに下位のサービス典型例情報に置き換える。
【００８９】
このようにして、データ容量（サイズ）が端末装置２００空きメモリ容量に収まるようになるまで、サービス典型例情報が詳細化される。そして、サービス典型例詳細化部１６１は、詳細化後に選択されているサービス典型例情報の集合を、サービス典型例提示部１６２に渡す。
【００９０】
［ステップＳ１４］サービス典型例提示部１６２は、サービス典型例詳細化部１６１から渡されたサービス典型例情報の集合を端末装置２００に送信する。
［ステップＳ１５］端末装置２００のサービス典型例選択部２６０は、ポータルサイトサーバ１００から送られたサービス典型例情報の集合の中から、利用者典型例選択部２３０から渡された利用者典型例情報に合致するものを選択する。例えば、サービス典型例選択部２６０は、利用者典型例情報の評価式とサービス典型例情報の評価式との間の、同一属性同士を比較し、一致・不一致を判断する。例えば、年齢属性、性別属性が個別に比較される。
【００９１】
属性同士の比較では、その属性に関する情報が一部でも重複していれば、一致していると判断される。例えば、年齢属性を比較する場合、利用者典型例情報に設定された年齢層と、サービス典型例情報に設定された年齢層とに重複している年齢があれば、一致しているものとする。同様に、趣味属性であれば、利用者典型例情報に設定されている１つ以上の趣味と、サービス典型例情報に設定されている１つ以上の趣味とのうち、１つでも共通の趣味が含まれていれば、一致していると判断される。
【００９２】
なお、比較対象となるのは、利用者典型例情報とサービス典型例情報との双方に含まれる属性情報である。一方にのみ含まれる属性情報は、サービス典型例選択処理における判断対象から除外される。
【００９３】
複数の属性情報を比較した場合、全ての属性情報の比較結果が一致した場合（論理積）に、比較対象のサービス典型例情報を選択するものとする。なお、複数の属性情報を比較した場合、少なくとも１つの属性情報の比較結果が一致したとき（論理和）に、比較対象のサービス典型例情報を選択するようにしてもよい。論理積とするのか、論理和とするのかは、利用者の任意の設定入力で切り換えるようにしてもよい。
【００９４】
サービス典型例選択部２６０は、選択したサービス典型例情報をサービス典型例通知部２７０に渡す。
［ステップＳ１６］サービス典型例通知部２７０は、サービス典型例選択部２６０から渡されたサービス典型例情報の識別子（サービス典型例情報ＩＤ）を、ポータルサイトサーバ１００に送信する。
【００９５】
［ステップＳ１７］ポータルサイトサーバ１００のサービス絞り込み部１６３は、端末装置２００から送られたサービス典型例情報ＩＤに基づいて、該当するサービス典型例情報のサービス典型例メタ情報を、サービス典型例メタ情報記憶部１４０から取得する。そして、サービス絞り込み部１６３は、取得したサービス典型例メタ情報内のサービスＩＤリストを取得する。そして、サービス絞り込み部１６３は、取得したサービスＩＤリストをサービス情報提供部１６４に渡す。
【００９６】
［ステップＳ１８］サービス情報提供部１６４は、サービス絞り込み部１６３から渡されたサービスＩＤリストに含まれるサービスＩＤに対応するサービスデータを、サービスデータ記憶部１１０から取得する。そして、サービス情報提供部１６４は、取得したサービスデータを端末装置２００に対して送信する。
【００９７】
［ステップＳ１９］端末装置２００のサービス利用部２８０は、利用者の操作入力に応答して、ポータルサイトサーバ１００から送られたサービスデータから任意のサービスデータを選択し、そのサービスを利用する。例えば、選択されたサービスデータの本体がプログラムであれば、そのプログラムが実行される。また、選択されたサービスデータの本体がＨＴＭＬのコンテンツであれば、そのＨＴＭＬ文書の内容が画面に表示される。さらに、選択されたサービスデータの本体は、他のサーバ（ここでは、サーバ３００とする）に格納されているデータのＵＲＬであれば、そのサーバ３００内のコンテンツ記憶部３１０から該当ＵＲＬに対応するコンテンツが取得され、その内容が表示される。
【００９８】
以上のようにして、利用者が選択した利用者典型例情報や、利用者が開示した場所情報などに応じて、適切なサービスが提供される。
次に、サービス典型例情報の詳細化処理について、具体的に説明する。
【００９９】
図１６は、サービス典型例情報の詳細化処理手順を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。
［ステップＳ２１］サービス典型例詳細化部１６１は、サービス典型例の階層構造で根（ルート）となっているサービス典型例情報のリストＴを作成する。
【０１００】
［ステップＳ２２］サービス典型例詳細化部１６１は、空のリストＲを作成する。リストＲには、提示対象とするサービス典型例情報のリストとして使用される。
［ステップＳ２３］サービス典型例詳細化部１６１は、利用者から開示された情報（場所や目的など）があれば、開示された情報とサービス典型例情報の評価式とを比較する。そして、サービス典型例詳細化部１６１は、開示された情報と一致しない評価式を有するサービス典型例情報をリストＴから除外する。
【０１０１】
［ステップＳ２４］サービス典型例詳細化部１６１は、リストＴが空になったか否かを判断する。リストＴが空であれば、処理がステップＳ３０に進められる。リストＴにサービス典型例情報が存在すれば、処理がステップＳ２５に進められる。
【０１０２】
［ステップＳ２５］サービス典型例詳細化部１６１は、リストＴからサービス典型例情報ｔを１つ取り出す。取り出されたサービス典型例情報ｔはリストＴから削除される。
［ステップＳ２６］サービス典型例詳細化部１６１は、サービス典型例メタ情報記憶部１４０を参照し、取り出したサービス典型例情報のサイズｓ（データ容量）を取得する。
【０１０３】
［ステップＳ２７］サービス典型例詳細化部１６１は、サイズｓが閾値内か否かを判断する。閾値は、端末情報に設定されている端末装置のメモリの空き容量である。サイズｓが閾値以下であれば、処理がステップＳ２８に進められる。サイズｓが閾値を超えていた場合、処理がステップＳ２９に進められる。
【０１０４】
［ステップＳ２８］サービス典型例詳細化部１６１は、サービス典型例情報ｔをリストＲに追加する。その後、処理がステップＳ２４に進められる。
［ステップＳ２９］サービス典型例詳細化部１６１は、サービス典型例階層化情報記憶部１５０を参照し、サービス典型例情報ｔの子に当たる全てのサービス典型例情報をリストＴに登録する。これにより、サービス典型例情報ｔが細分化される。その後、処理がステップＳ２４に進められる。
【０１０５】
［ステップＳ３０］リストＴが空になると（ステップＳ２４でＹＥＳ）、サービス典型例詳細化部１６１は、リストＲに含まれているサービス典型例情報の集合を選択し、サービス典型例提示部１６２に渡す。
【０１０６】
このようにして、サービス典型例の詳細化が行われる。
図１７は、利用目的で絞り込まれたサービスデータの提供例を示す図である。また、端末装置の空きメモリ容量に応じて提供可能なサービス典型例は、そのサービス典型例に含まれるサービスの件数で判断されるものとする。
【０１０７】
この例では、「秋葉原系」という名称のサービス典型例４０の下位構造が示されている。「秋葉原系」のサービス典型例３１に含まれるサービスの件数は７７０００件である。「秋葉原系」のサービス典型例３１の下位構造（子）として名称が「ファッション」、「グルメ」、「ショッピング」のサービス典型例４１〜４３が存在する。「ファッション」のサービス典型例４１に含まれるサービスの件数は３００件である。「グルメ」のサービス典型例４２に含まれるサービスの件数は７００件である。「ショッピング」のサービス典型例４３に含まれるサービスの件数は７６０００件である。
【０１０８】
「ショッピング」のサービス典型例４３の下位構造（子）として名称が「ビデオ」、「ゲーム」、「フィギュア」、「ＰＣ」のサービス典型例５１〜５４が存在する。「ビデオ」のサービス典型例５１に含まれるサービスの件数は３４０００件である。「ゲーム」のサービス典型例５２に含まれるサービスの件数は２８０００件である。「フィギュア」のサービス典型例５３に含まれるサービスの件数は６０００件である。「ＰＣ」のサービス典型例５４に含まれるサービスの件数は８０００件である。
【０１０９】
「ビデオ」のサービス典型例５１の下位構造（子）として名称が「アニメ」、「アイドル」、「邦画」、「洋画」のサービス典型例６１〜６４が存在する。「アニメ」のサービス典型例６１に含まれるサービスの件数は１００００件である。「アイドル」のサービス典型例６２に含まれるサービスの件数は８０００件である。「邦画」のサービス典型例６３に含まれるサービスの件数は６０００件である。「洋画」のサービス典型例６４に含まれるサービスの件数は１００００件である。
【０１１０】
「ゲーム」のサービス典型例５２の下位構造（子）として名称が「ＳＴＧ」、「ＳＬＧ」、「ＲＰＧ」、「ＴＢＬ」のサービス典型例７１〜７４が存在する。「ＳＴＧ」のサービス典型例７１に含まれるサービスの件数は２０００件である。「ＳＬＧ」のサービス典型例７２に含まれるサービスの件数は１００００件である。「ＲＰＧ」のサービス典型例７３に含まれるサービスの件数は１５０００件である。「ＴＢＬ」のサービス典型例７４に含まれるサービスの件数は１０００件である。
【０１１１】
「フィギュア」のサービス典型例５３の下位構造（子）として名称が「アニメ」、「アイドル」、「メカ」のサービス典型例８１〜８３が存在する。「アニメ」のサービス典型例８１に含まれるサービスの件数は２０００件である。「アイドル」のサービス典型例８２に含まれるサービスの件数は３０００件である。「メカ」のサービス典型例８３に含まれるサービスの件数は１０００件である。
【０１１２】
「ＰＣ」のサービス典型例５４の下位構造（子）として名称が「パーツ」、「デスクトップ」、「ノート」、「ＰＤＡ」のサービス典型例９１〜９４が存在する。「パーツ」のサービス典型例９１に含まれるサービスの件数は２０００件である。「デスクトップ」のサービス典型例９２に含まれるサービスの件数は３０００件である。「ノート」のサービス典型例９３に含まれるサービスの件数は２０００件である。「ＰＤＡ」のサービス典型例９４に含まれるサービスの件数は１０００件である。
【０１１３】
ここで、端末装置からポータルサイトサーバ１００に対して出されるサービス提供依頼において、場所「秋葉原」、目的「ショッピング」という情報が開示されている場合を考える。このとき、端末情報として付加された端末装置の空きメモリ容量に応じて記憶できるサービスの件数が３５０００件の場合と、１５００件の場合との詳細化の違いが示されている。
【０１１４】
サービス典型例詳細化部１６１は、場所情報として「秋葉原」が開示されたことにより、「秋葉原系」のサービス典型例３１の配下の各サービス典型例４１〜４３をまず選択する（該当するサービス典型例情報をリストＴに登録する）。そして、目的が「ショッピング」であることから、「秋葉原系」のサービス典型例３１の子のサービス典型例４１〜４３のうち、「ファッション」と「グルメ」とのサービス典型例４１，４２を除外する（該当するサービス典型例情報をリストＴから除外する）。
【０１１５】
そして、サービス典型例詳細化部１６１は、「ショッピング」のサービス典型例４３を、端末装置２００の空きメモリ容量に応じて詳細化する。ここで、空きメモリ容量に、サービス件数が３５０００件まで格納できる場合、「ショッピング」のサービス典型例４３のままでは容量を超過してしまう。そこで、「ショッピング」のサービス典型例４３が、４つのサービス典型例５１〜５４に詳細化される（該当するサービス典型例情報がリストＴに登録される）。すると、各サービス典型例５１〜５４に含まれるサービスの件数は、全て３５０００件以下であるため、「ビデオ」、「ゲーム」、「フィギュア」、「ＰＣ」の各サービス典型例５１〜５４がリストＲに登録され、利用者に提示される。
【０１１６】
また、端末装置２００の空きメモリ容量に、サービス件数が１５０００件しか格納できない場合、「ビデオ」のサービス典型例５１と「ゲーム」のサービス典型例５２とのサービス件数が、端末装置のメモリに記憶可能な件数を超過してしまう。そこで、２つのサービス典型例５１，５２が詳細化される。これにより、「ビデオ」のサービス典型例５１は、「アニメ」、「アイドル」、「邦画」、「洋画」の４つのサービス典型例６１〜６４に詳細化される。また、「ゲーム」のサービス典型例５２は、「ＳＴＧ」、「ＳＬＧ」、「ＲＰＧ」、「ＴＢＬ」の４つのサービス典型例７１〜７４に詳細化される。詳細化後の各サービス典型例６１〜６４，７１〜７４は、いずれもサービス件数が１５０００件以下であるため、端末装置２００のメモリに格納可能である。
【０１１７】
以上のようにして、利用目的などによって絞り込まれたサービス典型例を、端末情報（端末装置２００のメモリ空き容量など）に応じて詳細化することができる。そして、端末装置２００では、詳細化されたサービス典型例の中から、利用者典型例に合致するものを自動選択できる。ポータルサイトサーバ１００から提示されたサービス典型例は、全ての端末装置２００のメモリ空き容量に格納可能な件数のサービスしか含んでいないため、どのサービス典型例が選択されたとしても、そのサービス典型例に含まれるサービスのサービス情報を端末装置２００に格納することができる。
【０１１８】
以下、本実施の形態に基づいたサービス情報の提供例を示す。
図１８は、選択された利用者典型例情報に応じたサービスデータの第１の提供例を示す図である。この例では、利用者典型例情報記憶部２２０に格納されている複数の利用者典型例情報記憶部２２０に格納されている利用者典型例情報の中から、利用者が「家族」の利用者典型例情報を選択し、場所が「秋葉原」であることを開示した場合である。
【０１１９】
ポータルサイトサーバ１００から端末装置２００へは、サービス典型例情報記憶部１３０に格納されているサービス典型例情報の中から「秋葉原」に関連するサービス典型例情報が提供される。端末装置２００では、ポータルサイトサーバ１００から取得した複数のサービス典型例情報の中から、「家族」の利用者典型例情報に合致する「ファミリー」のサービス典型例情報が選択される。この例では、「ファミリー」のサービス典型例情報には、場所属性が「秋葉原」である複数のサービスデータのうち、「アニメビデオ」、「動物アニメ」、「童話アニメ」、「うどん・そば」、「洋食」、「中華」の各サービスデータが関連づけられている。そこで、ポータルサイトサーバ１００から端末装置２００に対して、「ファミリー」のサービス典型例情報に関連づけられた各サービスデータが送信される。
【０１２０】
また、サービス利用の目的によって、さらに詳細にサービスの絞り込みが可能である。例えば、場所を「秋葉原」としただけでは、サービスの数が多すぎる場合、サービスを利用する目的を開示することで、サービスデータの絞り込みが可能である。
【０１２１】
図１９は、選択された利用者典型例情報に応じたサービスデータの第２の提供例を示す図である。この例は、利用者が「太郎（個人）」の利用者典型例情報を選択し、場所が「秋葉原」であること、および利用目的が「ショッピング」であることを開示した場合である。
【０１２２】
ポータルサイトサーバ１００から端末装置２００へは、サービス典型例情報記憶部１３０に格納されているサービス典型例情報の中から場所属性が「秋葉原」である「ショッピング」に関するサービス典型例情報が提供される。すなわち、「ショッピング」以外の「グルメ」や「ホビー」に関するサービス典型例情報は、場所属性が「秋葉原」であっても提供の対象から除外される。また、「ショッピング」のサービス典型例情報は関連するサービスの数が多すぎることから、「アイドルビデオ」、「ゲーム」、「パソコン」、「アニメビデオ」などのサービス典型例情報に詳細化されている。その結果、「秋葉原」での「ショッピング」を詳細化した複数のサービス典型例情報が提供される。
【０１２３】
端末装置２００では、ポータルサイトサーバ１００から取得した複数のサービス典型例情報１３０ｂの中から、「太郎（個人）」の利用者典型例情報に合致する「ゲーム」のサービス典型例情報が選択される。この例では、「ゲーム」のサービス典型例情報には、場所属性が「秋葉原」であるサービスデータのうち、「格闘ゲーム」、「ＲＰＧ」の各サービスデータが関連づけられている。そこで、ポータルサイトサーバ１００から端末装置２００に対して、「ファミリー」のサービス典型例情報に関連づけられた各サービスデータが送信される。
【０１２４】
以上のように、本実施の形態では、サービス典型例情報を介して、個人情報をできるだけ公開せずに適当なサービスのパーソナライズ（サービスデータの取得）が可能となる。すなわち、サーバが利用者の状況などに応じて適切な詳細度の典型例を提示し、端末装置が、提示された典型例の中から最も自分に合ったものを指定する。これにより、簡単に必要なサービスだけをサーバから得ることが可能となる。しかも、ポータルサイトサーバ１００からは、利用者の状況（場所情報や目的情報）やリソース制限（メモリの空き容量）などの情報を元に適切な詳細度の典型例だけを提示することにより、不要な典型例を除外し、提示する典型例の数を少なくすることができる。利用者にとっては、典型例（典型的な利用者のパターン）を用いて必要としているサービスを指定するため、不必要な個人情報がサーバへ公開されることを防止できる。
【０１２５】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、ポータルサイトサーバ１００や端末装置２００が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。
【０１２６】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１２７】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１２８】
なお、本発明は、上述の実施の形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変更を加えることができる。
【図面の簡単な説明】
【０１２９】
【図１】本実施の形態の概略を示す図である。
【図２】サービス典型例情報を介した利用者個人情報とサービスとの関連付けを示す概念図である。
【図３】サービス典型例情報を用いたサービスの絞り込み例を示す図である。
【図４】本実施の形態のシステム構成例を示す図である。
【図５】サービス提供の手順を示す概念図である。
【図６】本実施の形態に用いるポータルサイトサーバのハードウェア構成例を示す図である。
【図７】各装置が有する処理機能を示すブロック図である。
【図８】プロファイル記憶部に格納されるプロファイルデータを示す図である。
【図９】利用者典型例情報記憶部に格納される利用者典型例情報の例を示す図である。
【図１０】サービスデータ記憶部に格納されるサービスデータの例を示す図である。
【図１１】サービス情報記憶部に格納されるサービス情報の例を示す図である。
【図１２】サービス典型例情報記憶部に格納されるサービス典型例情報の例を示す図である。
【図１３】サービス典型例メタ情報記憶部に格納されるサービス典型例メタ情報の例を示す図である。
【図１４】サービス典型例階層化情報記憶部に格納されるサービス典型例階層化情報の例を示す図である。
【図１５】端末装置とポータルサイトサーバとの間の処理を示すシーケンス図である。
【図１６】サービス典型例情報の詳細化処理手順を示すフローチャートである。
【図１７】利用目的で絞り込まれたサービスデータの提供例を示す図である。
【図１８】選択された利用者典型例情報に応じたサービスデータの第１の提供例を示す図である。
【図１９】選択された利用者典型例情報に応じたサービスデータの第２の提供例を示す図である。
【符号の説明】
【０１３０】
１ａ サービス典型例情報記憶手段
１ｂ サービス典型例提示手段
１ｃ サービス典型例メタ情報記憶手段
１ｄ サービス特定手段
１ｅ サービスデータ記憶手段
１ｆ サービス提供手段
２ 端末装置
２ａ サービス提供依頼手段
２ｂ 利用者個人情報記憶手段
２ｃ サービス典型例選択手段
２ｄ サービス典型例通知手段
２ｅ サービス利用手段
３ サービス提供依頼
４ サービス典型例情報
５ 識別情報
６ サービスデータ
【技術分野】
【０００１】
本発明は端末装置に対してサービスを提供するサービス提供方法、サービス提供プログラムおよびサービス提供装置に関し、特に大量のサービスの中から利用者からの要求に応じて絞り込んだサービスを提供するサービス提供方法、サービス提供プログラムおよびサービス提供装置に関する。
【背景技術】
【０００２】
現在、世の中の様々な手段で膨大な量のコンテンツが提供されている。例えば、インターネット、テレビ放送などでコンテンツが提供されている。利用者は、これらのコンテンツの中から、自分の興味があるコンテンツを選択して視聴する。その際、膨大な量のコンテンツの中から興味対象のコンテンツを探し出すのは非常に労力を有する。そこで、利用者の好みに応じたコンテンツを自動的に取得する技術が考えられている（特許文献１参照）。
【０００３】
また、嗜好に応じたコンテンツの選択を、サーバで行うこともできる。例えば、利用者は、端末装置からサーバにアクセスし、自分の趣味などの個人情報を入力する。すると、サーバは、入力された個人情報に合致したコンテンツを、膨大な量のコンテンツの中から検索する。そして、サーバは、検出したコンテンツを利用者が使用する端末装置に送信する。
【特許文献１】特開２００４−３５７３３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、利用者の状況・嗜好・権限などに合わせたサービスを手持ちの端末装置で利用するに当たって、利用者側とコンテンツ提供者側とで必要とする情報および提供してもよい情報が異なってくる。すなわち、利用者にとっては、サービスを絞り込むために必要な情報の入力が面倒であるため、入力すべき情報はできるだけ少ないことが望まれる。しかも、個人情報の漏洩を防止するため、個人情報はできる限り公開したくない。一方、サービス提供者にとっては、提供するサービスを的確に絞り込むには利用者の情報をできる限り知りたい。これらの互いに背反する要件を満たすためには、なるべく個人情報を公開することなく最適なサービスだけを簡単に提供するといった課題を解く必要がある。
【０００５】
本発明はこのような点に鑑みてなされたものであり、できるだけ少ない個人情報から、利用者の嗜好に合ったサービスを選択できるサービス提供方法、サービス提供プログラムおよびサービス提供装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明では上記課題を解決するために、図１に示すようなサービス提供方法が提供される。本発明に係るサービス提供方法では、ネットワークを介してサービスを提供するサービス提供方法において、サービス典型例提示手段１ｂが、ネットワークを介して接続された端末装置２からサービス提供依頼３が入力されると、提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段１ａから複数のサービス典型例情報を抽出し、複数のサービス典型例情報４を端末装置２に送信する。また、サービス特定手段１ｄが、端末装置２から選択されたサービス典型例情報の識別情報５を受け取ると、サービス典型例情報記憶手段１ａに格納されたサービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段１ｃを参照し、選択されたサービス典型例情報に関連づけられたサービスを特定する。そして、サービス提供手段１ｆが、各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段１ｅから、特定されたサービスに関するサービスデータを抽出し、抽出したサービスデータ６を端末装置２に対して送信する。
【０００７】
このようなサービス提供方法によれば、端末装置２からサービス提供依頼３が入力されると、サービス典型例提示手段１ｂにより、サービス典型例情報記憶手段１ａから複数のサービス典型例情報が抽出され、複数のサービス典型例情報４が端末装置２に送信される。その後、端末装置２から、選択されたサービス典型例情報の識別情報５を受け取ると、サービス特定手段１ｄにより、選択されたサービス典型例情報に関連づけられたサービスが特定される。そして、サービス提供手段１ｆにより、サービスデータ記憶手段１ｅから特定されたサービスに関するサービスデータが抽出され、抽出されたサービスデータ６が端末装置２に対して送信される。
【０００８】
また、上記課題を解決するために、ネットワークを介してサービスを提供するためのサービス提供プログラムにおいて、コンピュータを、提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段、前記サービス典型例情報記憶手段に格納された前記サービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段、各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段、前記ネットワークを介して接続された端末装置からサービス提供依頼が入力されると、前記サービス典型例情報記憶手段から複数の前記サービス典型例情報を抽出し、複数の前記サービス典型例情報を前記端末装置に送信するサービス典型例提示手段、前記端末装置から選択された前記サービス典型例情報の識別情報を受け取ると、前記サービス典型例メタ情報記憶手段を参照し、選択された前記サービス典型例情報に関連づけられたサービスを特定するサービス特定手段、前記サービスデータ記憶手段から特定されたサービスに関する前記サービスデータを抽出し、抽出した前記サービスデータを前記端末装置に対して送信するサービス提供手段、として機能させることを特徴とするサービス提供プログラムが提供される。
【０００９】
また、上記課題を解決するために、ネットワークを介してサービスを提供するサービス提供装置において、提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段と、前記サービス典型例情報記憶手段に格納された前記サービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段と、各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段と、前記ネットワークを介して接続された端末装置からサービス提供依頼が入力されると、前記サービス典型例情報記憶手段から複数の前記サービス典型例情報を抽出し、複数の前記サービス典型例情報を前記端末装置に送信するサービス典型例提示手段と、前記端末装置から選択された前記サービス典型例情報の識別情報を受け取ると、前記サービス典型例メタ情報記憶手段を参照し、選択された前記サービス典型例情報に関連づけられたサービスを特定するサービス特定手段と、前記サービスデータ記憶手段から特定されたサービスに関する前記サービスデータを抽出し、抽出した前記サービスデータを前記端末装置に対して送信するサービス提供手段と、を有することを特徴とするサービス提供装置が提供される。
【発明の効果】
【００１０】
本発明では、サーバから複数のサービス典型例情報を端末装置に提示し、その中から端末装置で選択されたサービス典型例情報に応じたサービスを端末装置に提供するようにした。これにより、利用者の個人情報をサーバ側に開示せずに、利用者の個人情報に応じた適切なサービスデータを端末装置によって取得することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面を参照して説明する。
図１は、本実施の形態の概略を示す図である。本実施の形態では、端末装置２に対してサーバ１によってサービスが提供される。サービスを提供するために、サーバ１は、サービス典型例情報記憶手段１ａ、サービス典型例提示手段１ｂ、サービス典型例メタ情報記憶手段１ｃ、サービス特定手段１ｄ、サービスデータ記憶手段１ｅ、およびサービス提供手段１ｆを有している。
【００１２】
サービス典型例情報記憶手段１ａは、提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶する。
サービス典型例提示手段１ｂは、ネットワークを介して接続された端末装置２からサービス提供依頼３が入力されると、サービス典型例情報記憶手段１ａから複数のサービス典型例情報を抽出する。そして、サービス典型例提示手段１ｂは、抽出した複数のサービス典型例情報４を端末装置２に送信する。
【００１３】
サービス典型例メタ情報記憶手段１ｃは、サービス典型例情報記憶手段１ａに格納されたサービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶する。
【００１４】
サービス特定手段１ｄは、ネットワークを介して端末装置２から、選択されたサービス典型例情報の識別情報５を受け取ると、サービス典型例メタ情報記憶手段１ｃを参照し、選択されたサービス典型例情報に関連づけられたサービスを特定する。
【００１５】
サービスデータ記憶手段１ｅは、各サービスの提供に必要なサービスデータを記憶している。
サービス提供手段１ｆは、サービス特定手段１ｄで特定されたサービスに関するサービスデータをサービスデータ記憶手段１ｅから抽出する。そして、サービス提供手段１ｆは、抽出したサービスデータ６を端末装置２に対して送信する。
【００１６】
端末装置２は、サービス提供依頼手段２ａ、利用者個人情報記憶手段２ｂ、サービス典型例選択手段２ｃ、サービス典型例通知手段２ｄ、およびサービス利用手段２ｅを有している。
【００１７】
サービス提供依頼手段２ａは、端末装置２の利用者からの操作入力に応答して、サービス提供依頼３をサーバ１に対して送信する。
利用者個人情報記憶手段２ｂは、端末装置２の利用者の個人情報を記憶する。例えば、利用者の年齢、性別、趣味などが予め記憶されている。
【００１８】
サービス典型例選択手段２ｃは、サーバ１から送信された複数のサービス典型例情報４を取得する。そして、サービス典型例選択手段２ｃは、利用者個人情報記憶手段２ｂに格納された個人情報と適合する特徴が設定されたサービス典型例情報を、取得した複数のサービス典型例情報４の中から選択する。
【００１９】
サービス典型例通知手段２ｄは、サービス典型例選択手段２ｃが選択したサービス典型例情報の識別情報５をサーバ１に対して送信する。
サービス利用手段２ｅは、サーバ１から送信された複数のサービスデータ６を取得する。そして、サービス利用手段２ｅは、利用者からの操作入力に応答して、複数のサービスデータ６内の任意のサービスデータに基づいてサービスの提供を受ける。
【００２０】
このようなシステムによれば、利用者が端末装置２に対してサービス提供依頼を指示する操作入力を行うと、端末装置２のサービス提供依頼手段２ａにより、サーバ１に対してサービス提供依頼３が送信される。端末装置２からサーバ１にサービス提供依頼３が入力されると、サービス典型例提示手段１ｂにより、サービス典型例情報記憶手段１ａから複数のサービス典型例情報が抽出される。そして、サービス典型例提示手段１ｂによって、複数のサービス典型例情報４が端末装置２に送信される。
【００２１】
複数のサービス典型例情報４は、端末装置２のサービス典型例選択手段２ｃで受け取られる。次に、サービス典型例選択手段２ｃにより、利用者個人情報記憶手段２ｂに格納された個人情報と適合する特徴が設定されたサービス典型例情報が、複数のサービス典型例情報４の中から選択される。そして、サービス典型例通知手段２ｄにより、サービス典型例選択手段２ｃが選択したサービス典型例情報の識別情報５がサーバ１に対して送信される。
【００２２】
サーバ１では、サービス特定手段１ｄが、端末装置２から送られた識別情報５を受け取る。次に、サービス特定手段１ｄにより、サービス典型例メタ情報記憶手段１ｃに記憶されたサービスメタ情報に基づいて、端末装置２によって選択されたサービス典型例情報に関連づけられたサービスが特定される。そして、サービス提供手段１ｆにより、サービスデータ記憶手段１ｅから特定されたサービスに関するサービスデータ６が抽出され、抽出されたサービスデータ６が端末装置２に対して送信される。
【００２３】
端末装置２では、複数のサービスデータ６をサービス利用手段２ｅが取得する。そして、サービス利用手段２ｅにより、任意のサービスデータ６に基づいてサービスが利用される。
【００２４】
このようにして、利用者の個人情報をサーバ１側に開示せずに、利用者の個人情報に応じた適切なサービスデータ６を端末装置２によって取得することができる。これにより、利用者は、膨大な数のサービスの中から自分の嗜好にあったサービスを容易に選択することが可能となる。
【００２５】
すなわち、サービス典型例情報を介した利用者個人情報とサービスとの関連付けのうち、利用者個人情報とサービス典型例情報との関係を端末装置２において判断することで、利用者個人情報をサーバ１に開示する必要がなくなる。
【００２６】
図２は、サービス典型例情報を介した利用者個人情報とサービスとの関連付けを示す概念図である。図２に示すように、サービス典型例情報４ａ，４ｂ，４ｃがサーバ１から端末装置２に提示される。端末装置２では、利用者個人情報２ｂａに適合するサービス典型例情報を選択する。そして、選択したサービス典型例情報をサーバ１に通知する。
【００２７】
一方、サーバ１では、各サービス典型例情報４ａ，４ｂ，４ｃそれぞれのグループに属するサービス１ｅａ，１ｅｂ，１ｅｃ，１ｅｄを管理している。そして、サーバ１では、選択されたサービス典型例情報のグループに属するサービスを端末装置２に提供する。
【００２８】
なお、各サービス１ｅａ，１ｅｂ，１ｅｃ，１ｅｄは、複数のサービス典型例情報に属することができる。例えば、図２の例では、音楽配信のサービス１ｅａは、「おしゃれ」のサービス典型例情報４ｂと、「オタク」のサービス典型例情報４ｃとに属している。
【００２９】
ところで、利用者個人情報は、利用者の本当の個人情報である必要はない。すなわち、サービスを利用する際の目的などに応じて、仮想的な人格を設定することができる。また、サービスの利用目的などによってサービスの絞り込みを行うこともできる。
【００３０】
図３は、サービス典型例情報を用いたサービスの絞り込み例を示す図である。図３の例では、利用者個人情報記憶手段２ｂに、「ゲーム好き」、「アニメ好き」などの利用者個人情報が登録されている。また、サービス典型例情報記憶手段１ａには、「学生」、「家族」などの各種サービス典型例情報が記憶されている。さらに、サービスデータ記憶手段１ｅには、「洋楽ビデオ」、「邦楽ビデオ」などのサービスデータが記憶されている。
【００３１】
ここで、利用者は、秋葉原におけるゲームやアニメの情報を知りたいものとする。すると、利用者は、場所として「秋葉原」を指定したサービス提供依頼をサーバ１に送信する。すると、サーバ１からは、「秋葉原」に関連するサービスを含むサービス典型例情報のみを端末装置２に提示する。
【００３２】
また、端末装置２では、利用者個人情報として、「ゲーム好き」、「アニメ好き」のみを設定する。実際の利用者には「会社員」、「３０歳」、「男性」という個人情報があったとしても、利用者個人情報記憶手段２ｂにおいては無効にしておく（図中、無効な個人情報を破線で示している）。これにより、端末装置２では、「ゲーム好き」、「アニメ好き」という個人情報に基づいて、「学生」のサービス典型例情報が選択される。すなわち、３０歳の会社員である利用者が利用する端末装置２において「学生」のサービス典型例情報が選択されている。すると、そのサービス典型例情報に含まれる「アニメビデオ」、「格闘ゲーム」などに関する情報提供のサービスデータがサーバ１から提供される。
【００３３】
なお、利用者個人情報は、仮想的な人格に合わせて設定すればよいため、予め複数の人格に合わせた個人情報を利用者典型例情報として設定しておいてもよい。その場合、サービスを利用する際の状況に応じて、利用者が任意の利用者典型例情報を選択する。以下、複数の利用者典型例情報を任意に切り換えて、サービスの提供を受けることができるシステムの例を用いて、本実施の形態を詳細に説明する。
【００３４】
なお、以下の実施の形態では、利用者の状況（場所や目的など）の固定的な個人情報以外に、使用時の状況を用いて適切なサービスを絞り込む機能を有する。その場合でも、個人情報をできる限り公開せずにサービスの絞り込みを行う。
【００３５】
図４は、本実施の形態のシステム構成例を示す図である。本実施の形態では、ネットワーク１０を介して、ポータルサイトサーバ１００、複数のサーバ３００，３００ａ，３００ｂ，・・・、および複数の端末装置２００，２００ａ，２００ｂ，・・・が接続されている。
【００３６】
サーバ３００，３００ａ，３００ｂ，・・・は、端末装置２００，２００ａ，２００ｂ，・・・に対して、コンテンツやアプリケーションプログラムなどの情報サービスをネットワーク１０を介して提供する。ポータルサイトサーバ１００は、サーバ３００，３００ａ，３００ｂ，・・・で提供されるサービスの内容に関する情報を、端末装置２００，２００ａ，２００ｂ，・・・に対して提供する。端末装置２００，２００ａ，２００ｂ，・・・は、利用者が所持する携帯端末装置や、モバイルコンピュータである。利用者は、端末装置２００，２００ａ，２００ｂ，・・・を用いてサーバ３００，３００ａ，３００ｂ，・・・で提供されるサービスを利用できる。
【００３７】
このようなシステムにおいて、利用者は、例えば端末装置２００を用いてポータルサイトサーバ１００にアクセスし、利用者自身の個人情報に応じたサービスのリストをポータルサイトサーバ１００から取得することができる。そして、端末装置２００でサービスを選択すると、そのサービスを提供するサーバからサービスの提供を受けることができる。
【００３８】
図５は、サービス提供の手順を示す概念図である。なお、図５の例では、利用者が端末装置２００を利用している場合を想定している。以降の説明では、端末装置２００を利用してサービスの提供を受ける場合の例を用いて、本実施の形態の詳細を説明するものとする。
【００３９】
端末装置２００は、利用者典型例情報記憶部２２０を有している。利用者典型例情報記憶部２２０には、利用者に対して仮想的な別人格を設定するための利用者典型例情報２２１〜２２５が格納されている。
【００４０】
例えば、利用者典型例情報２２１は、利用者自身の個人情報であり、利用者の年齢や性別などが設定されている。利用者典型例情報２２２は、利用者が会社員として行動するときを想定した個人情報である。例えば、よく行く場所として、会社の近くが設定されている。利用者典型例情報２２３は、利用者の父親の個人情報である。利用者典型例情報２２４は、利用者の妻の個人情報である。利用者典型例情報２２５は、利用者と妻とが共に行動する場合を想定した個人情報である。
【００４１】
また、ポータルサイトサーバ１００には、サービス典型例情報記憶部１３０が設けられている。サービス典型例情報記憶部１３０には、複数のサービス典型例情報１３１〜１３３が記憶されている。サービス典型例情報１３１〜１３３は、複数のサービスに関連づけられており、関連づけられたサービスを好んで利用すると想定される利用者を特定するための条件（例えば、利用者の年齢層）が設定されている。
【００４２】
例えば、サービス典型例情報１３１は、グルメ（美食家）の特徴を示す情報が設定されている。サービス典型例情報１３２には、オシャレに気を配る人の特徴を示す情報が設定されている。サービス典型例情報１３３には、オタク（ある分野に非常に詳しい人）の特徴を示す情報が設定されている。
【００４３】
図５の例では、各サービス典型例情報１３１〜１３３に対して、そのサービス典型例情報に設定されている特徴に合致する利用者典型例情報が線で結ばれている。また、各サービス典型例情報１３１〜１３３に対して、そのサービス典型例情報１３１〜１３３で提供対象としているサービスが線で結ばれている。
【００４４】
複数のサーバ３００，３００ａ，３００ｂ，・・・には、利用者に対して提供可能なサービス３１〜３４が用意されている。例えば、サービス３１は、楽曲データを配信する音楽配信サービスである。サービス３２は、和食レストランの情報を提供するサービスである。サービス３３は、ブティックの情報を提供するサービスである。サービス３４は、オンラインゲームの接続環境を提供するサービスである。
【００４５】
ここで、利用者が何らかのサービスを検索する場合、まず、端末装置２００において、予め用意されている利用者典型例情報２２１〜２２５の中から、そのときの状況に合わせた利用者典型例情報を選択する。次に、端末装置２００は、ポータルサイトサーバ１００からサービス典型例情報１３１〜１３３を取得する。そして、端末装置２００は、利用者が選択した利用者典型例情報に合致するサービス典型例情報を選択する。例えば、利用者が利用者典型例情報２２１を選択したのであれば、グルメのサービス典型例情報１３１とオタクのサービス典型例情報１３３とが選択される。
【００４６】
端末装置２００は、選択したサービス典型例情報をポータルサイトサーバ１００に通知する。すると、ポータルサイトサーバ１００は、提供可能なサービス３１〜３４から、選択されたサービス典型例情報に対応するサービスを絞り込む。そして、ポータルサイトサーバ１００は、選択されたサービス典型例情報に対応するサービスに関する情報（例えば、サービスの提供を受けるためのアクセス先）を生成し、端末装置２００に通知する。
【００４７】
利用者は、端末装置２００を用いて、ポータルサイトサーバ１００から受け取ったサービスの情報から、利用するサービスを選択する。すると、端末装置２００は、選択されたサービスを提供しているサーバにアクセスし、そのサーバからサービスの提供を受ける。
【００４８】
以下、図５に示したようなサービスを提供するためのシステム構成について説明する。
図６は、本実施の形態に用いるポータルサイトサーバのハードウェア構成例を示す図である。ポータルサイトサーバ１００は、ＣＰＵ（Central Processing Unit）１０１によって装置全体が制御されている。ＣＰＵ１０１には、バス１０７を介してＲＡＭ（Random Access Memory）１０２、ハードディスクドライブ（ＨＤＤ:Hard Disk Drive）１０３、グラフィック処理装置１０４、入力インタフェース１０５、および通信インタフェース１０６が接続されている。
【００４９】
ＲＡＭ１０２には、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、ＣＰＵ１０１による処理に必要な各種データが格納される。ＨＤＤ１０３には、ＯＳやアプリケーションプログラムが格納される。
【００５０】
グラフィック処理装置１０４には、モニタ１１が接続されている。グラフィック処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号を、バス１０７を介してＣＰＵ１０１に送信する。
【００５１】
通信インタフェース１０６は、ネットワーク１０に接続されている。通信インタフェース１０６は、ネットワーク１０を介して、他のコンピュータとの間でデータの送受信を行う。
【００５２】
以上のようなハードウェア構成によって、本実施の形態の処理機能を実現することができる。なお、図６には、ポータルサイトサーバ１００のハードウェア構成を示したが、他のサーバ３００，３００ａ，３００ｂ，・・・や端末装置２００，２００ａ，２００ｂ，・・・も同様のハードウェアで実現することができる。
【００５３】
図７は、各装置が有する処理機能を示すブロック図である。端末装置２００は、プロファイル記憶部２１０、利用者典型例情報記憶部２２０、利用者典型例選択部２３０、情報開示許可決定部２４０、サービス提供依頼部２５０、サービス典型例選択部２６０、サービス典型例通知部２７０、およびサービス利用部２８０を有する。なお、利用者典型例情報記憶部２２０の機能は、図５を参照して説明した通りである。
【００５４】
プロファイル記憶部２１０には、利用者の個人情報を示すプロファイルデータが格納されている。プロファイルデータには、利用者の年齢や性別などが設定されている。
利用者典型例選択部２３０は、利用者からの操作入力に応答して、利用者典型例情報記憶部２２０の中から少なくとも１つの利用者典型例情報を選択する。そして、利用者典型例情報記憶部２２０は、選択した利用者典型例情報をサービス典型例選択部２６０に渡す。
【００５５】
情報開示許可決定部２４０は、利用者からの操作入力に応答して、サービスを絞り込むための情報として、利用者典型例情報以外に開示する情報を決定する。開示情報としては、例えば、現在地を示す位置情報や、サービスの使用目的などである。情報開示許可決定部２４０は、開示するものと決定された情報を、サービス提供依頼部２５０に渡す。
【００５６】
サービス提供依頼部２５０は、ポータルサイトサーバ１００にサービス提供依頼を送信する。その際、サービス提供依頼部２５０は、端末装置２００のハードウェア構成に関する端末情報（例えば、端末種別、空きメモリ容量など）や、情報開示が許可された情報（場所や目的）を、サービス提供依頼と共にポータルサイトサーバ１００に送信する。
【００５７】
サービス典型例選択部２６０は、ポータルサイトサーバ１００から送られるサービス典型例情報の集合を取得する。次に、サービス典型例選択部２６０は、サービス典型例情報の集合の中から、利用者が選択した利用者典型例情報と合致するサービス典型例情報を選択する。そして、サービス典型例選択部２６０は、選択したサービス典型例情報をサービス典型例通知部２７０に渡す。
【００５８】
サービス典型例通知部２７０は、ポータルサイトサーバ１００に対して選択されたサービス典型例情報の識別情報を送信する。
サービス利用部２８０は、ポータルサイトサーバ１００からサービスのリストを受け取る。そして、サービス利用部２８０は、利用者からの操作入力によって選択されたサービスを提供するサーバ３００にアクセスし、サービスの提供を受ける。
【００５９】
ポータルサイトサーバ１００は、サービスデータ記憶部１１０、サービス情報記憶部１２０、サービス典型例情報記憶部１３０、サービス典型例メタ情報記憶部１４０、サービス典型例階層化情報記憶部１５０、サービス典型例詳細化部１６１、サービス典型例提示部１６２、サービス絞り込み部１６３、サービス情報提供部１６４、およびサービスグループ化部１６５を有する。
【００６０】
サービスデータ記憶部１１０には、サービス対象のコンテンツ、プログラム、他のサーバで提供されるコンテンツのＵＲＬ（Uniform Resource Locator）などが格納されている。
【００６１】
サービス情報記憶部１２０には、提供されるサービス毎のサービス情報が格納される。サービス情報は、各サービスの内容を特徴づけるためのメタ情報である。
サービス典型例情報記憶部１３０には、サービス典型例情報が格納される。サービス典型例情報には、サービス典型例の識別情報や、該当するサービス典型例のグループに含まれる各サービスの特徴を示す情報（評価式で表される）が設定される。
【００６２】
サービス典型例メタ情報記憶部１４０には、サービス典型例に対応づけられたサービス典型例メタ情報が格納される。サービス典型例メタ情報には、対応するサービス典型例に関連するサービスに関する情報が設定されている。
【００６３】
サービス典型例階層化情報記憶部１５０には、サービス典型例階層化情報が格納される。サービス典型例階層化情報には、複数のサービス典型例を階層構造で管理するときの親子関係が設定される。なお、親となるサービス典型例情報は、子となるサービス典型例情報に含まれるサービスを包含する。
【００６４】
サービス典型例詳細化部１６１は、端末装置２００から送られてきた端末情報を用いて、提示すべき適切な詳細度のサービス典型例を作成する。具体的には、サービス典型例詳細化部１６１は、端末装置２００のメモリに格納可能なデータサイズとなるまで、サービス典型例情報の詳細化を行う。サービス典型例情報の詳細化とは、階層構造で構成される複数のサービス典型例情報（下位構造になるほどデータ容量が小さくなる）を、端末装置２００のメモリに格納可能なデータサイズとなるまで、提示対象を下位のサービス典型例情報に遷移させる。サービス典型例詳細化部１６１は、詳細化したサービス典型例情報をサービス典型例提示部１６２に渡す。
【００６５】
サービス典型例提示部１６２は、端末装置２００に対して、詳細化されたサービス典型例情報の集合を送信する。
サービス絞り込み部１６３は、端末装置２００から送られてきたサービス典型例情報の識別情報を元に、利用者に提供するサービスを絞り込む。サービス絞り込み部１６３は、絞り込まれたサービスの情報を、サービス情報提供部１６４に渡す。
【００６６】
サービス情報提供部１６４は、サービス絞り込み部１６３で絞り込まれたサービスのリストを端末装置２００に対して送信する。
サービスグループ化部１６５は、サービス情報記憶部１２０に格納されているサービス情報に基づいて、各サービスがどのサービス典型例に属するかを判断する。具体的には、サービスグループ化部１６５は、サービス情報で示されるそのサービスの特徴と、サービス典型例情報記憶部１３０内のサービス典型例情報で示される各サービス典型例に属するサービスの特徴を示す情報とを比較して、少なくとも一部が一致している場合に、比較対象のサービスをそのサービス典型例のグループに含める。サービスグループ化部１６５は、サービスをサービス典型例に含める場合、サービス典型例メタ情報記憶部１４０内の対応するサービス典型例メタ情報に、追加するサービスの識別情報を登録する。
【００６７】
サーバ３００は、コンテンツ記憶部３１０を有している。コンテンツ記憶部３１０には、端末装置２００に提供可能なコンテンツが格納されている。
次に、図７に示したシステムにおいて予め用意されるデータの詳細を説明する。
【００６８】
図８は、プロファイル記憶部に格納されるプロファイルデータを示す図である。プロファイルデータ２１１には、利用者の個人情報が設定されている。具体的には、プロファイルデータ２１１には、属性名と属性値とで構成される１つ以上の属性情報が設定されている。属性名は、「場所」、「年齢」、「性別」、「趣味」などの情報の属性を示す名称である。属性値は、対応する属性に関する利用者の情報である。例えば、属性名「場所」には、利用者が現在居る場所が設定される。また、属性名「年齢」であれば、利用者の年齢が設定される。
【００６９】
なお、１つの属性情報内に、複数の属性値が設定されることもある。例えば、属性名「趣味」の属性情報には、利用者の趣味を示す属性値が複数設定できる。
図９は、利用者典型例情報記憶部に格納される利用者典型例情報の例を示す図である。利用者典型例情報２２１，２２２，２２３には、利用者典型例情報ＩＤ、利用者典型例名、および評価式が設定されている。
【００７０】
利用者典型例情報ＩＤは、利用者典型例情報に付けられるユニークな識別子である。利用者典型例名は、利用者典型例情報の名称である。例えば、２０代男性を想定した利用者典型例情報であれば、「２０代男性」といった利用者典型例名が設定される。
【００７１】
評価式は、サービス典型例に適合するための条件式である。条件式には、年齢、性別、場所、趣味などの条件が設定できる。例えば、利用者典型例情報２２１には、年齢の幅が２０歳以上３０歳未満であること、性別が男性であることを示す条件の論理積が設定されている。
【００７２】
図１０は、サービスデータ記憶部に格納されるサービスデータの例を示す図である。サービスデータ３１１〜３１３には、サービスＩＤとサービスデータ本体とが含まれている。サービスＩＤは、サービスに付けられたユニークな識別子である。サービスデータ本体は、サービスを提供するためのプログラム、コンテンツ、またはコンテンツを参照するためのＵＲＬである。
【００７３】
図１１は、サービス情報記憶部に格納されるサービス情報の例を示す図である。サービス情報１２１，１２２には、サービス情報ＩＤ、サービスＩＤ、および評価式が設定されている。サービス情報ＩＤは、サービス情報に付けられたユニークな識別子である。サービスＩＤは、どのサービスについてのメタ情報なのかを示す識別子（対応するサービスの識別子）である。評価式は、対応するサービスがどのようなサービスなのかを表す評価式である。例えば、秋葉原にあるアニメゲーム店を紹介するコンテンツに関する評価式には、「場所＝秋葉原＆趣味＝アニメ｜ゲーム」と設定される。
【００７４】
図１２は、サービス典型例情報記憶部に格納されるサービス典型例情報の例を示す図である。サービス典型例情報１３１〜１３３には、サービス典型例情報ＩＤ、サービス典型例名、および評価式が設定されている。サービス典型例情報ＩＤは、サービス典型例情報に付けられるユニークな識別子である。サービス典型例名は、サービス典型例情報の名称である。サービス典型例名には、サービス典型例情報に関連づけられたサービスの提供対象として想定している利用者を的確に表す名称が設定される。例えば、秋葉原を好む利用者に対するサービスに関するサービス典型例情報であれば、「秋葉系」というサービス典型例名が設定される。その他、サービス典型例名としては、２０代男性、アニメ秋葉系、カップル、ファミリー、子供、お年寄りなどが設定される。評価式は、サービス典型例に合致する利用者典型例を検索するための条件式である。
【００７５】
図１３は、サービス典型例メタ情報記憶部に格納されるサービス典型例メタ情報の例を示す図である。サービス典型例メタ情報１４１，１４２には、サービス典型例メタ情報ＩＤ、サービス典型例ＩＤ、サービスＩＤリスト、および特徴が設定されている。サービス典型例メタ情報ＩＤは、サービス典型例メタ情報に付けられているユニークな識別子である。サービス典型例ＩＤは、どのサービス典型例情報についてのメタ情報なのかを示す識別子である。サービスＩＤリストは、グルーピングされているサービスのサービスＩＤリストである。特徴は、グルーピングされているサービスの特徴である。特徴としては、例えば、情報件数、情報全体のデータ容量（サイズ）、画像データの有無、クーポンなどの特典の有無、最終更新日時などである。
【００７６】
図１４は、サービス典型例階層化情報記憶部に格納されるサービス典型例階層化情報の例を示す図である。サービス典型例階層化情報１５１，１５２には、サービス典型例階層化情報ＩＤ、親ＩＤ、子ＩＤリスト、およびサービス典型例メタ情報ＩＤが設定されている。
【００７７】
サービス典型例階層化情報ＩＤは、サービス典型例階層化情報に付けられるユニークな識別子である。親ＩＤは、階層構造において直接の上位（親）に位置するサービス典型例階層化情報の識別子である。子ＩＤリストは、階層構造において直接の下位（子）に位置するサービス典型例階層化構造の識別子のリストである。サービス典型例メタ情報ＩＤは、該当するサービス典型例メタ情報の識別子である。
【００７８】
以上のような構成のシステムによって実行される処理を以下に示す。
図１５は、端末装置とポータルサイトサーバとの間の処理を示すシーケンス図である。以下、図１５に示す処理をステップ番号に沿って説明する。
【００７９】
［ステップＳ１１］利用者典型例選択部２３０と情報開示許可決定部２４０とは、利用者からの操作入力に応答して、利用者典型例の選択および情報開示許可の決定を行う。具体的には、以下の通りである。
【００８０】
端末装置２００の利用者典型例選択部２３０は、利用者からの操作入力に応答して、利用者典型例情報記憶部２２０の中から、１つ以上の利用者典型例を選択する。なお、利用者が、自己の個人情報を開示して、その個人情報に基づくサービス提供を希望する場合、利用者典型例選択部２３０は、プロファイル記憶部２１０内のプロファイルを利用者典型例として選択することも可能である。そして、利用者典型例選択部２３０は、選択した利用者典型例をサービス提供依頼部２５０に渡す。
【００８１】
次に、情報開示許可決定部２４０は、利用者からの操作入力に応答して、場所や目的などの情報を開示するか否かを決定する。なお、場所の情報開示が許可された場合、情報開示許可決定部２４０は、端末装置２００に内蔵されたＧＰＳ（Global Positioning System）機能により現在地の緯度と経度とを取得して、その緯度・経度に該当する地名を携帯電話の基地局から取得し、その地名を場所情報とする。また、目的の情報開示が許可された場合、情報開示許可決定部２４０は、利用者からサービスの利用目的に関する情報入力を受け付け、入力された情報を目的情報とする。そして、情報開示許可決定部２４０は、開示が許可された情報を、サービス提供依頼部２５０に渡す。
【００８２】
［ステップＳ１２］サービス提供依頼部２５０は、ポータルサイトサーバ１００に対して、サービス提供依頼を送信する。その際、サービス提供依頼部２５０は、端末情報と、開示が許可された情報（場所や目的）をポータルサイトサーバ１００に送信する。なお、利用者が情報開示を許可しない場合、端末情報のみがポータルサイトサーバ１００に送信される。端末情報には、例えば、端末装置２００のメモリの空き記憶容量（メガバイト単位、あるいは格納可能なサービスデータ件数）が含まれている。
【００８３】
［ステップＳ１３］ポータルサイトサーバ１００のサービス典型例詳細化部１６１は、サービス提供依頼と共に端末装置２００から送信された端末情報および開示された場所情報などに基づいて、サービス典型例情報の絞り込みおよび詳細化を行う。
【００８４】
具体的には、端末装置２００から場所情報が開示された場合、サービス典型例詳細化部１６１は、場所情報で指定されている地名が評価式内の場所属性として設定されているサービス典型例情報をサービス典型例情報記憶部１３０から取得する。また、例えば、端末装置２００から「グルメ」を指定する目的情報が開示された場合、サービス典型例詳細化部１６１は、条件式として、レストランなどの食事に関連する情報が設定されているサービス典型例情報をサービス典型例情報記憶部１３０から取得する。
【００８５】
なお、サービス提供依頼と共に端末情報のみが端末装置２００から送られた場合、サービス典型例詳細化部１６１は、サービス典型例情報記憶部１３０内の全てのサービス典型例情報を取得する。
【００８６】
さらに、サービス典型例詳細化部１６１は、取得したサービス典型例情報を端末情報に応じて詳細化する。具体的には、サービス典型例詳細化部１６１は、階層構造における最上位のサービス典型例情報を選択する。次に、サービス典型例詳細化部１６１は、選択したサービス典型例情報のうち端末装置２００の空きメモリ容量よりもデータ容量が大きいサービス典型例情報について、その下位構造のサービス典型例情報に置き換える。
【００８７】
なお、サービス典型例情報間の階層構造は、サービス典型例階層化情報記憶部１５０に格納されたサービス典型例階層化情報を参照することで判断される。また、各サービス典型例情報のデータ容量は、サービス典型例メタ情報記憶部１４０に格納されたサービス典型例メタ情報を参照することで判断される。
【００８８】
置き換えた後のサービス典型例情報のうち端末装置２００の空きメモリ容量よりもデータ容量が大きいものがあれば、サービス典型例詳細化部１６１は、該当するサービス典型例情報をさらに下位のサービス典型例情報に置き換える。
【００８９】
このようにして、データ容量（サイズ）が端末装置２００空きメモリ容量に収まるようになるまで、サービス典型例情報が詳細化される。そして、サービス典型例詳細化部１６１は、詳細化後に選択されているサービス典型例情報の集合を、サービス典型例提示部１６２に渡す。
【００９０】
［ステップＳ１４］サービス典型例提示部１６２は、サービス典型例詳細化部１６１から渡されたサービス典型例情報の集合を端末装置２００に送信する。
［ステップＳ１５］端末装置２００のサービス典型例選択部２６０は、ポータルサイトサーバ１００から送られたサービス典型例情報の集合の中から、利用者典型例選択部２３０から渡された利用者典型例情報に合致するものを選択する。例えば、サービス典型例選択部２６０は、利用者典型例情報の評価式とサービス典型例情報の評価式との間の、同一属性同士を比較し、一致・不一致を判断する。例えば、年齢属性、性別属性が個別に比較される。
【００９１】
属性同士の比較では、その属性に関する情報が一部でも重複していれば、一致していると判断される。例えば、年齢属性を比較する場合、利用者典型例情報に設定された年齢層と、サービス典型例情報に設定された年齢層とに重複している年齢があれば、一致しているものとする。同様に、趣味属性であれば、利用者典型例情報に設定されている１つ以上の趣味と、サービス典型例情報に設定されている１つ以上の趣味とのうち、１つでも共通の趣味が含まれていれば、一致していると判断される。
【００９２】
なお、比較対象となるのは、利用者典型例情報とサービス典型例情報との双方に含まれる属性情報である。一方にのみ含まれる属性情報は、サービス典型例選択処理における判断対象から除外される。
【００９３】
複数の属性情報を比較した場合、全ての属性情報の比較結果が一致した場合（論理積）に、比較対象のサービス典型例情報を選択するものとする。なお、複数の属性情報を比較した場合、少なくとも１つの属性情報の比較結果が一致したとき（論理和）に、比較対象のサービス典型例情報を選択するようにしてもよい。論理積とするのか、論理和とするのかは、利用者の任意の設定入力で切り換えるようにしてもよい。
【００９４】
サービス典型例選択部２６０は、選択したサービス典型例情報をサービス典型例通知部２７０に渡す。
［ステップＳ１６］サービス典型例通知部２７０は、サービス典型例選択部２６０から渡されたサービス典型例情報の識別子（サービス典型例情報ＩＤ）を、ポータルサイトサーバ１００に送信する。
【００９５】
［ステップＳ１７］ポータルサイトサーバ１００のサービス絞り込み部１６３は、端末装置２００から送られたサービス典型例情報ＩＤに基づいて、該当するサービス典型例情報のサービス典型例メタ情報を、サービス典型例メタ情報記憶部１４０から取得する。そして、サービス絞り込み部１６３は、取得したサービス典型例メタ情報内のサービスＩＤリストを取得する。そして、サービス絞り込み部１６３は、取得したサービスＩＤリストをサービス情報提供部１６４に渡す。
【００９６】
［ステップＳ１８］サービス情報提供部１６４は、サービス絞り込み部１６３から渡されたサービスＩＤリストに含まれるサービスＩＤに対応するサービスデータを、サービスデータ記憶部１１０から取得する。そして、サービス情報提供部１６４は、取得したサービスデータを端末装置２００に対して送信する。
【００９７】
［ステップＳ１９］端末装置２００のサービス利用部２８０は、利用者の操作入力に応答して、ポータルサイトサーバ１００から送られたサービスデータから任意のサービスデータを選択し、そのサービスを利用する。例えば、選択されたサービスデータの本体がプログラムであれば、そのプログラムが実行される。また、選択されたサービスデータの本体がＨＴＭＬのコンテンツであれば、そのＨＴＭＬ文書の内容が画面に表示される。さらに、選択されたサービスデータの本体は、他のサーバ（ここでは、サーバ３００とする）に格納されているデータのＵＲＬであれば、そのサーバ３００内のコンテンツ記憶部３１０から該当ＵＲＬに対応するコンテンツが取得され、その内容が表示される。
【００９８】
以上のようにして、利用者が選択した利用者典型例情報や、利用者が開示した場所情報などに応じて、適切なサービスが提供される。
次に、サービス典型例情報の詳細化処理について、具体的に説明する。
【００９９】
図１６は、サービス典型例情報の詳細化処理手順を示すフローチャートである。以下、図１６に示す処理をステップ番号に沿って説明する。
［ステップＳ２１］サービス典型例詳細化部１６１は、サービス典型例の階層構造で根（ルート）となっているサービス典型例情報のリストＴを作成する。
【０１００】
［ステップＳ２２］サービス典型例詳細化部１６１は、空のリストＲを作成する。リストＲには、提示対象とするサービス典型例情報のリストとして使用される。
［ステップＳ２３］サービス典型例詳細化部１６１は、利用者から開示された情報（場所や目的など）があれば、開示された情報とサービス典型例情報の評価式とを比較する。そして、サービス典型例詳細化部１６１は、開示された情報と一致しない評価式を有するサービス典型例情報をリストＴから除外する。
【０１０１】
［ステップＳ２４］サービス典型例詳細化部１６１は、リストＴが空になったか否かを判断する。リストＴが空であれば、処理がステップＳ３０に進められる。リストＴにサービス典型例情報が存在すれば、処理がステップＳ２５に進められる。
【０１０２】
［ステップＳ２５］サービス典型例詳細化部１６１は、リストＴからサービス典型例情報ｔを１つ取り出す。取り出されたサービス典型例情報ｔはリストＴから削除される。
［ステップＳ２６］サービス典型例詳細化部１６１は、サービス典型例メタ情報記憶部１４０を参照し、取り出したサービス典型例情報のサイズｓ（データ容量）を取得する。
【０１０３】
［ステップＳ２７］サービス典型例詳細化部１６１は、サイズｓが閾値内か否かを判断する。閾値は、端末情報に設定されている端末装置のメモリの空き容量である。サイズｓが閾値以下であれば、処理がステップＳ２８に進められる。サイズｓが閾値を超えていた場合、処理がステップＳ２９に進められる。
【０１０４】
［ステップＳ２８］サービス典型例詳細化部１６１は、サービス典型例情報ｔをリストＲに追加する。その後、処理がステップＳ２４に進められる。
［ステップＳ２９］サービス典型例詳細化部１６１は、サービス典型例階層化情報記憶部１５０を参照し、サービス典型例情報ｔの子に当たる全てのサービス典型例情報をリストＴに登録する。これにより、サービス典型例情報ｔが細分化される。その後、処理がステップＳ２４に進められる。
【０１０５】
［ステップＳ３０］リストＴが空になると（ステップＳ２４でＹＥＳ）、サービス典型例詳細化部１６１は、リストＲに含まれているサービス典型例情報の集合を選択し、サービス典型例提示部１６２に渡す。
【０１０６】
このようにして、サービス典型例の詳細化が行われる。
図１７は、利用目的で絞り込まれたサービスデータの提供例を示す図である。また、端末装置の空きメモリ容量に応じて提供可能なサービス典型例は、そのサービス典型例に含まれるサービスの件数で判断されるものとする。
【０１０７】
この例では、「秋葉原系」という名称のサービス典型例４０の下位構造が示されている。「秋葉原系」のサービス典型例３１に含まれるサービスの件数は７７０００件である。「秋葉原系」のサービス典型例３１の下位構造（子）として名称が「ファッション」、「グルメ」、「ショッピング」のサービス典型例４１〜４３が存在する。「ファッション」のサービス典型例４１に含まれるサービスの件数は３００件である。「グルメ」のサービス典型例４２に含まれるサービスの件数は７００件である。「ショッピング」のサービス典型例４３に含まれるサービスの件数は７６０００件である。
【０１０８】
「ショッピング」のサービス典型例４３の下位構造（子）として名称が「ビデオ」、「ゲーム」、「フィギュア」、「ＰＣ」のサービス典型例５１〜５４が存在する。「ビデオ」のサービス典型例５１に含まれるサービスの件数は３４０００件である。「ゲーム」のサービス典型例５２に含まれるサービスの件数は２８０００件である。「フィギュア」のサービス典型例５３に含まれるサービスの件数は６０００件である。「ＰＣ」のサービス典型例５４に含まれるサービスの件数は８０００件である。
【０１０９】
「ビデオ」のサービス典型例５１の下位構造（子）として名称が「アニメ」、「アイドル」、「邦画」、「洋画」のサービス典型例６１〜６４が存在する。「アニメ」のサービス典型例６１に含まれるサービスの件数は１００００件である。「アイドル」のサービス典型例６２に含まれるサービスの件数は８０００件である。「邦画」のサービス典型例６３に含まれるサービスの件数は６０００件である。「洋画」のサービス典型例６４に含まれるサービスの件数は１００００件である。
【０１１０】
「ゲーム」のサービス典型例５２の下位構造（子）として名称が「ＳＴＧ」、「ＳＬＧ」、「ＲＰＧ」、「ＴＢＬ」のサービス典型例７１〜７４が存在する。「ＳＴＧ」のサービス典型例７１に含まれるサービスの件数は２０００件である。「ＳＬＧ」のサービス典型例７２に含まれるサービスの件数は１００００件である。「ＲＰＧ」のサービス典型例７３に含まれるサービスの件数は１５０００件である。「ＴＢＬ」のサービス典型例７４に含まれるサービスの件数は１０００件である。
【０１１１】
「フィギュア」のサービス典型例５３の下位構造（子）として名称が「アニメ」、「アイドル」、「メカ」のサービス典型例８１〜８３が存在する。「アニメ」のサービス典型例８１に含まれるサービスの件数は２０００件である。「アイドル」のサービス典型例８２に含まれるサービスの件数は３０００件である。「メカ」のサービス典型例８３に含まれるサービスの件数は１０００件である。
【０１１２】
「ＰＣ」のサービス典型例５４の下位構造（子）として名称が「パーツ」、「デスクトップ」、「ノート」、「ＰＤＡ」のサービス典型例９１〜９４が存在する。「パーツ」のサービス典型例９１に含まれるサービスの件数は２０００件である。「デスクトップ」のサービス典型例９２に含まれるサービスの件数は３０００件である。「ノート」のサービス典型例９３に含まれるサービスの件数は２０００件である。「ＰＤＡ」のサービス典型例９４に含まれるサービスの件数は１０００件である。
【０１１３】
ここで、端末装置からポータルサイトサーバ１００に対して出されるサービス提供依頼において、場所「秋葉原」、目的「ショッピング」という情報が開示されている場合を考える。このとき、端末情報として付加された端末装置の空きメモリ容量に応じて記憶できるサービスの件数が３５０００件の場合と、１５００件の場合との詳細化の違いが示されている。
【０１１４】
サービス典型例詳細化部１６１は、場所情報として「秋葉原」が開示されたことにより、「秋葉原系」のサービス典型例３１の配下の各サービス典型例４１〜４３をまず選択する（該当するサービス典型例情報をリストＴに登録する）。そして、目的が「ショッピング」であることから、「秋葉原系」のサービス典型例３１の子のサービス典型例４１〜４３のうち、「ファッション」と「グルメ」とのサービス典型例４１，４２を除外する（該当するサービス典型例情報をリストＴから除外する）。
【０１１５】
そして、サービス典型例詳細化部１６１は、「ショッピング」のサービス典型例４３を、端末装置２００の空きメモリ容量に応じて詳細化する。ここで、空きメモリ容量に、サービス件数が３５０００件まで格納できる場合、「ショッピング」のサービス典型例４３のままでは容量を超過してしまう。そこで、「ショッピング」のサービス典型例４３が、４つのサービス典型例５１〜５４に詳細化される（該当するサービス典型例情報がリストＴに登録される）。すると、各サービス典型例５１〜５４に含まれるサービスの件数は、全て３５０００件以下であるため、「ビデオ」、「ゲーム」、「フィギュア」、「ＰＣ」の各サービス典型例５１〜５４がリストＲに登録され、利用者に提示される。
【０１１６】
また、端末装置２００の空きメモリ容量に、サービス件数が１５０００件しか格納できない場合、「ビデオ」のサービス典型例５１と「ゲーム」のサービス典型例５２とのサービス件数が、端末装置のメモリに記憶可能な件数を超過してしまう。そこで、２つのサービス典型例５１，５２が詳細化される。これにより、「ビデオ」のサービス典型例５１は、「アニメ」、「アイドル」、「邦画」、「洋画」の４つのサービス典型例６１〜６４に詳細化される。また、「ゲーム」のサービス典型例５２は、「ＳＴＧ」、「ＳＬＧ」、「ＲＰＧ」、「ＴＢＬ」の４つのサービス典型例７１〜７４に詳細化される。詳細化後の各サービス典型例６１〜６４，７１〜７４は、いずれもサービス件数が１５０００件以下であるため、端末装置２００のメモリに格納可能である。
【０１１７】
以上のようにして、利用目的などによって絞り込まれたサービス典型例を、端末情報（端末装置２００のメモリ空き容量など）に応じて詳細化することができる。そして、端末装置２００では、詳細化されたサービス典型例の中から、利用者典型例に合致するものを自動選択できる。ポータルサイトサーバ１００から提示されたサービス典型例は、全ての端末装置２００のメモリ空き容量に格納可能な件数のサービスしか含んでいないため、どのサービス典型例が選択されたとしても、そのサービス典型例に含まれるサービスのサービス情報を端末装置２００に格納することができる。
【０１１８】
以下、本実施の形態に基づいたサービス情報の提供例を示す。
図１８は、選択された利用者典型例情報に応じたサービスデータの第１の提供例を示す図である。この例では、利用者典型例情報記憶部２２０に格納されている複数の利用者典型例情報記憶部２２０に格納されている利用者典型例情報の中から、利用者が「家族」の利用者典型例情報を選択し、場所が「秋葉原」であることを開示した場合である。
【０１１９】
ポータルサイトサーバ１００から端末装置２００へは、サービス典型例情報記憶部１３０に格納されているサービス典型例情報の中から「秋葉原」に関連するサービス典型例情報が提供される。端末装置２００では、ポータルサイトサーバ１００から取得した複数のサービス典型例情報の中から、「家族」の利用者典型例情報に合致する「ファミリー」のサービス典型例情報が選択される。この例では、「ファミリー」のサービス典型例情報には、場所属性が「秋葉原」である複数のサービスデータのうち、「アニメビデオ」、「動物アニメ」、「童話アニメ」、「うどん・そば」、「洋食」、「中華」の各サービスデータが関連づけられている。そこで、ポータルサイトサーバ１００から端末装置２００に対して、「ファミリー」のサービス典型例情報に関連づけられた各サービスデータが送信される。
【０１２０】
また、サービス利用の目的によって、さらに詳細にサービスの絞り込みが可能である。例えば、場所を「秋葉原」としただけでは、サービスの数が多すぎる場合、サービスを利用する目的を開示することで、サービスデータの絞り込みが可能である。
【０１２１】
図１９は、選択された利用者典型例情報に応じたサービスデータの第２の提供例を示す図である。この例は、利用者が「太郎（個人）」の利用者典型例情報を選択し、場所が「秋葉原」であること、および利用目的が「ショッピング」であることを開示した場合である。
【０１２２】
ポータルサイトサーバ１００から端末装置２００へは、サービス典型例情報記憶部１３０に格納されているサービス典型例情報の中から場所属性が「秋葉原」である「ショッピング」に関するサービス典型例情報が提供される。すなわち、「ショッピング」以外の「グルメ」や「ホビー」に関するサービス典型例情報は、場所属性が「秋葉原」であっても提供の対象から除外される。また、「ショッピング」のサービス典型例情報は関連するサービスの数が多すぎることから、「アイドルビデオ」、「ゲーム」、「パソコン」、「アニメビデオ」などのサービス典型例情報に詳細化されている。その結果、「秋葉原」での「ショッピング」を詳細化した複数のサービス典型例情報が提供される。
【０１２３】
端末装置２００では、ポータルサイトサーバ１００から取得した複数のサービス典型例情報１３０ｂの中から、「太郎（個人）」の利用者典型例情報に合致する「ゲーム」のサービス典型例情報が選択される。この例では、「ゲーム」のサービス典型例情報には、場所属性が「秋葉原」であるサービスデータのうち、「格闘ゲーム」、「ＲＰＧ」の各サービスデータが関連づけられている。そこで、ポータルサイトサーバ１００から端末装置２００に対して、「ファミリー」のサービス典型例情報に関連づけられた各サービスデータが送信される。
【０１２４】
以上のように、本実施の形態では、サービス典型例情報を介して、個人情報をできるだけ公開せずに適当なサービスのパーソナライズ（サービスデータの取得）が可能となる。すなわち、サーバが利用者の状況などに応じて適切な詳細度の典型例を提示し、端末装置が、提示された典型例の中から最も自分に合ったものを指定する。これにより、簡単に必要なサービスだけをサーバから得ることが可能となる。しかも、ポータルサイトサーバ１００からは、利用者の状況（場所情報や目的情報）やリソース制限（メモリの空き容量）などの情報を元に適切な詳細度の典型例だけを提示することにより、不要な典型例を除外し、提示する典型例の数を少なくすることができる。利用者にとっては、典型例（典型的な利用者のパターン）を用いて必要としているサービスを指定するため、不必要な個人情報がサーバへ公開されることを防止できる。
【０１２５】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、ポータルサイトサーバ１００や端末装置２００が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ（Random Access Memory）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。
【０１２６】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１２７】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送される毎に、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１２８】
なお、本発明は、上述の実施の形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変更を加えることができる。
【図面の簡単な説明】
【０１２９】
【図１】本実施の形態の概略を示す図である。
【図２】サービス典型例情報を介した利用者個人情報とサービスとの関連付けを示す概念図である。
【図３】サービス典型例情報を用いたサービスの絞り込み例を示す図である。
【図４】本実施の形態のシステム構成例を示す図である。
【図５】サービス提供の手順を示す概念図である。
【図６】本実施の形態に用いるポータルサイトサーバのハードウェア構成例を示す図である。
【図７】各装置が有する処理機能を示すブロック図である。
【図８】プロファイル記憶部に格納されるプロファイルデータを示す図である。
【図９】利用者典型例情報記憶部に格納される利用者典型例情報の例を示す図である。
【図１０】サービスデータ記憶部に格納されるサービスデータの例を示す図である。
【図１１】サービス情報記憶部に格納されるサービス情報の例を示す図である。
【図１２】サービス典型例情報記憶部に格納されるサービス典型例情報の例を示す図である。
【図１３】サービス典型例メタ情報記憶部に格納されるサービス典型例メタ情報の例を示す図である。
【図１４】サービス典型例階層化情報記憶部に格納されるサービス典型例階層化情報の例を示す図である。
【図１５】端末装置とポータルサイトサーバとの間の処理を示すシーケンス図である。
【図１６】サービス典型例情報の詳細化処理手順を示すフローチャートである。
【図１７】利用目的で絞り込まれたサービスデータの提供例を示す図である。
【図１８】選択された利用者典型例情報に応じたサービスデータの第１の提供例を示す図である。
【図１９】選択された利用者典型例情報に応じたサービスデータの第２の提供例を示す図である。
【符号の説明】
【０１３０】
１ａ サービス典型例情報記憶手段
１ｂ サービス典型例提示手段
１ｃ サービス典型例メタ情報記憶手段
１ｄ サービス特定手段
１ｅ サービスデータ記憶手段
１ｆ サービス提供手段
２ 端末装置
２ａ サービス提供依頼手段
２ｂ 利用者個人情報記憶手段
２ｃ サービス典型例選択手段
２ｄ サービス典型例通知手段
２ｅ サービス利用手段
３ サービス提供依頼
４ サービス典型例情報
５ 識別情報
６ サービスデータ
【特許請求の範囲】
【請求項１】
ネットワークを介してサービスを提供するサービス提供方法において、
サービス典型例提示手段が、前記ネットワークを介して接続された端末装置からサービス提供依頼が入力されると、提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段から複数の前記サービス典型例情報を抽出し、複数の前記サービス典型例情報を前記端末装置に送信し、
サービス特定手段が、前記端末装置から選択された前記サービス典型例情報の識別情報を受け取ると、前記サービス典型例情報記憶手段に格納された前記サービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段を参照し、選択された前記サービス典型例情報に関連づけられたサービスを特定し、
サービス提供手段が、各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段から、特定されたサービスに関する前記サービスデータを抽出し、抽出した前記サービスデータを前記端末装置に対して送信する、
ことを特徴とするサービス提供方法。
【請求項２】
前記サービス典型例メタ情報記憶手段には、前記サービス典型例情報それぞれに関連づけられたサービスの提供に必要な前記サービスデータの総容量を示すデータ量情報が格納されており、
前記サービス提供依頼に前記端末装置のメモリ空き容量を示す情報が付加されていた場合、サービス典型例詳細化手段が、前記サービス典型例メタ情報記憶手段を参照し、前記メモリ空き容量に格納できないデータ量のサービスに関連づけられた前記サービス典型例情報を特定し、前記サービス典型例情報間の階層構造を示すサービス典型例階層化情報を記憶するサービス典型例階層化情報記憶手段を参照し、特定した前記サービス典型例情報を、階層構造における下位構造の複数のサービス典型例情報に置き換えることで前記サービス典型例情報を詳細化し、
前記サービス典型例提示手段は、前記メモリ空き容量に格納できないデータ量のサービスに関連づけられた前記サービス典型例情報については、前記サービス典型例詳細化手段によって詳細化された前記サービス典型例情報を前記端末装置に送信する、
ことを特徴とする請求項１記載のサービス提供方法。
【請求項３】
前記サービス典型例情報記憶手段に格納された前記サービス典型例情報には、前記サービス典型例情報に対応づけられた前記サービスの特徴を示す情報として、場所を示す属性情報が設定されており、
前記サービス提供依頼に前記端末装置が存在する場所を示す場所情報が付加されていた場合、前記サービス典型例提示手段は、前記場所情報に該当する場所が場所属性として設定されている前記サービス典型例情報を前記サービス典型例情報記憶手段から抽出し、抽出した前記サービス典型例情報を前記端末装置に送信する、
ことを特徴とする請求項１記載のサービス提供方法。
【請求項４】
前記サービス典型例情報記憶手段に格納された前記サービス典型例情報には、前記サービス典型例情報に対応づけられた前記サービスの特徴を示す情報として、利用目的を示す属性情報が設定されており、
前記サービス提供依頼にサービスの利用目的を示す目的情報が付加されていた場合、前記サービス典型例提示手段は、前記目的情報に該当する利用目的が目的属性として設定されている前記サービス典型例情報を前記サービス典型例情報記憶手段から抽出し、抽出した前記サービス典型例情報を前記端末装置に送信する、
ことを特徴とする請求項１記載のサービス提供方法。
【請求項５】
ネットワークを介してサービスを提供するためのサービス提供プログラムにおいて、
コンピュータを、
提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段、
前記サービス典型例情報記憶手段に格納された前記サービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段、
各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段、
前記ネットワークを介して接続された端末装置からサービス提供依頼が入力されると、前記サービス典型例情報記憶手段から複数の前記サービス典型例情報を抽出し、複数の前記サービス典型例情報を前記端末装置に送信するサービス典型例提示手段、
前記端末装置から選択された前記サービス典型例情報の識別情報を受け取ると、前記サービス典型例メタ情報記憶手段を参照し、選択された前記サービス典型例情報に関連づけられたサービスを特定するサービス特定手段、
前記サービスデータ記憶手段から特定されたサービスに関する前記サービスデータを抽出し、抽出した前記サービスデータを前記端末装置に対して送信するサービス提供手段、
として機能させることを特徴とするサービス提供プログラム。
【請求項６】
ネットワークを介してサービスを提供するサービス提供装置において、
提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段と、
前記サービス典型例情報記憶手段に格納された前記サービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段と、
各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段と、
前記ネットワークを介して接続された端末装置からサービス提供依頼が入力されると、前記サービス典型例情報記憶手段から複数の前記サービス典型例情報を抽出し、複数の前記サービス典型例情報を前記端末装置に送信するサービス典型例提示手段と、
前記端末装置から選択された前記サービス典型例情報の識別情報を受け取ると、前記サービス典型例メタ情報記憶手段を参照し、選択された前記サービス典型例情報に関連づけられたサービスを特定するサービス特定手段と、
前記サービスデータ記憶手段から特定されたサービスに関する前記サービスデータを抽出し、抽出した前記サービスデータを前記端末装置に対して送信するサービス提供手段と、
を有することを特徴とするサービス提供装置。
【請求項１】
ネットワークを介してサービスを提供するサービス提供方法において、
サービス典型例提示手段が、前記ネットワークを介して接続された端末装置からサービス提供依頼が入力されると、提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段から複数の前記サービス典型例情報を抽出し、複数の前記サービス典型例情報を前記端末装置に送信し、
サービス特定手段が、前記端末装置から選択された前記サービス典型例情報の識別情報を受け取ると、前記サービス典型例情報記憶手段に格納された前記サービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段を参照し、選択された前記サービス典型例情報に関連づけられたサービスを特定し、
サービス提供手段が、各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段から、特定されたサービスに関する前記サービスデータを抽出し、抽出した前記サービスデータを前記端末装置に対して送信する、
ことを特徴とするサービス提供方法。
【請求項２】
前記サービス典型例メタ情報記憶手段には、前記サービス典型例情報それぞれに関連づけられたサービスの提供に必要な前記サービスデータの総容量を示すデータ量情報が格納されており、
前記サービス提供依頼に前記端末装置のメモリ空き容量を示す情報が付加されていた場合、サービス典型例詳細化手段が、前記サービス典型例メタ情報記憶手段を参照し、前記メモリ空き容量に格納できないデータ量のサービスに関連づけられた前記サービス典型例情報を特定し、前記サービス典型例情報間の階層構造を示すサービス典型例階層化情報を記憶するサービス典型例階層化情報記憶手段を参照し、特定した前記サービス典型例情報を、階層構造における下位構造の複数のサービス典型例情報に置き換えることで前記サービス典型例情報を詳細化し、
前記サービス典型例提示手段は、前記メモリ空き容量に格納できないデータ量のサービスに関連づけられた前記サービス典型例情報については、前記サービス典型例詳細化手段によって詳細化された前記サービス典型例情報を前記端末装置に送信する、
ことを特徴とする請求項１記載のサービス提供方法。
【請求項３】
前記サービス典型例情報記憶手段に格納された前記サービス典型例情報には、前記サービス典型例情報に対応づけられた前記サービスの特徴を示す情報として、場所を示す属性情報が設定されており、
前記サービス提供依頼に前記端末装置が存在する場所を示す場所情報が付加されていた場合、前記サービス典型例提示手段は、前記場所情報に該当する場所が場所属性として設定されている前記サービス典型例情報を前記サービス典型例情報記憶手段から抽出し、抽出した前記サービス典型例情報を前記端末装置に送信する、
ことを特徴とする請求項１記載のサービス提供方法。
【請求項４】
前記サービス典型例情報記憶手段に格納された前記サービス典型例情報には、前記サービス典型例情報に対応づけられた前記サービスの特徴を示す情報として、利用目的を示す属性情報が設定されており、
前記サービス提供依頼にサービスの利用目的を示す目的情報が付加されていた場合、前記サービス典型例提示手段は、前記目的情報に該当する利用目的が目的属性として設定されている前記サービス典型例情報を前記サービス典型例情報記憶手段から抽出し、抽出した前記サービス典型例情報を前記端末装置に送信する、
ことを特徴とする請求項１記載のサービス提供方法。
【請求項５】
ネットワークを介してサービスを提供するためのサービス提供プログラムにおいて、
コンピュータを、
提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段、
前記サービス典型例情報記憶手段に格納された前記サービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段、
各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段、
前記ネットワークを介して接続された端末装置からサービス提供依頼が入力されると、前記サービス典型例情報記憶手段から複数の前記サービス典型例情報を抽出し、複数の前記サービス典型例情報を前記端末装置に送信するサービス典型例提示手段、
前記端末装置から選択された前記サービス典型例情報の識別情報を受け取ると、前記サービス典型例メタ情報記憶手段を参照し、選択された前記サービス典型例情報に関連づけられたサービスを特定するサービス特定手段、
前記サービスデータ記憶手段から特定されたサービスに関する前記サービスデータを抽出し、抽出した前記サービスデータを前記端末装置に対して送信するサービス提供手段、
として機能させることを特徴とするサービス提供プログラム。
【請求項６】
ネットワークを介してサービスを提供するサービス提供装置において、
提供可能なサービスをグループ分けした各グループの特徴を示すサービス典型例情報を記憶するサービス典型例情報記憶手段と、
前記サービス典型例情報記憶手段に格納された前記サービス典型例情報それぞれに関連づけられたサービスを示すサービス典型例メタ情報を記憶するサービス典型例メタ情報記憶手段と、
各サービスの提供に必要なサービスデータを記憶するサービスデータ記憶手段と、
前記ネットワークを介して接続された端末装置からサービス提供依頼が入力されると、前記サービス典型例情報記憶手段から複数の前記サービス典型例情報を抽出し、複数の前記サービス典型例情報を前記端末装置に送信するサービス典型例提示手段と、
前記端末装置から選択された前記サービス典型例情報の識別情報を受け取ると、前記サービス典型例メタ情報記憶手段を参照し、選択された前記サービス典型例情報に関連づけられたサービスを特定するサービス特定手段と、
前記サービスデータ記憶手段から特定されたサービスに関する前記サービスデータを抽出し、抽出した前記サービスデータを前記端末装置に対して送信するサービス提供手段と、
を有することを特徴とするサービス提供装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００７−２７２４４２（Ｐ２００７−２７２４４２Ａ）
【公開日】平成１９年１０月１８日（２００７．１０．１８）
【国際特許分類】
【出願番号】特願２００６−９５６２３（Ｐ２００６−９５６２３）
【出願日】平成１８年３月３０日（２００６．３．３０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１９年１０月１８日（２００７．１０．１８）
【国際特許分類】
【出願日】平成１８年３月３０日（２００６．３．３０）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]