JP4731328B2 - サービス提供装置およびプログラム - Google Patents

Description

本発明は、サービス提供装置、提供サービス管理装置、サービス管理実行方法および提供サービス管理方法に関するものである。

家庭における情報端末装置としてはテレビやパーソナルコンピュータ（以下パソコン）、電話などがある。テレビは電波により放送されている番組のみを受信し、パソコンはインターネット上のＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サービスやメールサービスを享受する。従来はこのようにして、それぞれがそれぞれのサービスのみを受信していたが、昨今ではこれらの端末で享受するサービスが融合していることは周知の通りである。

インターネットのサービスを享受するためには、サービスの提供元（所在地）を表すＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）もしくはＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を指定する必要があり、主にパソコンでの利用が主流である。パソコンには文字入力のためのキーボード、画面上のオブジェクトを指示するマウスなどが備え付けられており、ユーザはそれらのデバイスを用いてＵＲＬを指定することによってインターネットサービスを受けている。

しかし、上記ＵＲＬの入力は少なからず操作への慣れが要求されており、入力に不慣れなユーザにとってはとても面倒な作業である。また、パソコン以外にも、携帯電話やＦＡＸ、ひいてはテレビなどパソコン以上にＵＲＬ入力が面倒な機器でもインターネットサービスを受けることができるものが登場している。このように、豊富なＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）をもつパソコンですら面倒であった前記ＵＲＬの入力が貧弱なＵＩしか持たない機器においても享受できる環境になったため、上記貧弱なＵＩを用いる環境でも豊富なＵＩを持つ環境と変わらずサービスを利用できる技術が必要とされている。

こういった課題に対し、特許文献１に記載のテレビジョン装置においては、テレビ放送チャンネルと同列にインターネットサイトのＵＲＬやメール受信箱などを並べ、テレビを見るときと同じチャンネルの上下ボタン操作を用いて登録済みのサイトを閲覧することができる。また特許文献２に記載のテレビジョン装置においては、さらにそれらをジャンルや嗜好情報に基づきカテゴライズし、結果できあがった階層構造を視覚表示し、ユーザが階層をたどることでサービス実行をさせることができる。他には、ユーザが使うことのできるサービスのリストを提供し、ユーザがリストからサービスを選択してサービスを受ける、というサービスポータルが登場している。ポータルサイトの代表的なものとしては、Ｙａｈｏｏ！（登録商標）、Ｇｏｏｇｌｅ（登録商標）、携帯電話においてはｉ−ｍｏｄｅ（登録商標）におけるｉ−ｍｅｎｕ（登録商標）などがあげられる。
特開２００２−４４５３６号公報 特表２００２−５３６９２１号公報

しかし、特許文献１の発明においては、テレビにて特定インターネットサイトを表示させるには必ず一度は当該インターネットサイトのＵＲＬを入力し登録するステップを踏まねばならない。また、特許文献２の発明では登録したいインターネットサイトを何かしらの方法で表示させた上で「登録」ボタンを押すステップを踏まねばならない。また、例に挙げた検索サイトやｉ−ｍｅｎｕ（登録商標）などは、まずそのサイトを訪れ、サービスリストを見て、その中から選ぶというステップが必要となる。ポータルサイトのサービス一覧が見たいという目的ならばよいが、いつも利用するサービスは決まっているのに、それを利用するためにポータルサイトのサービス一覧を見なくてはならないというのは不便である。

本発明は、上記課題に基づいて創案されたもので、ユーザが能動的に設定を行う必要のないサービス提供装置、提供サービス管理装置、サービス管理実行方法および提供サービス管理方法を提供することを目的とする。

上記の目的を達成するために、本発明に係るサービス提供装置は、サービスをユーザに提供するサービス提供装置であって、サービスのリストを受信する、サービスリスト受信手段と、前記サービスリストを一覧として記憶する、サービスリスト記憶手段と、前記サービス提供装置において前記サービスの提供を行うサービス実行手段と、前記サービスリスト記憶手段に記憶された前記サービスリストの管理と、前記サービス実行手段の制御を行うサービス制御手段と、を備え、前記サービス制御手段は、前記サービスリスト受信手段により受信した前記サービスリストを所定の条件に基づいて、前記サービスリスト記憶手段に記憶し、前記サービス制御手段は、前記サービスリストに基づいて、前記サービス実行手段を制御することを特徴とする。

これにより、ユーザが特に設定することなく、ポータルサービスの提供するサービスを簡単に利用できる環境を整えることができる。

さらに、前記サービス制御手段が、前記サービスリスト記憶手段にて記憶しているサービスを管理する手段は、端末がサービスを享受するために必要な情報とサービスの属性とを関連付けて管理することを特徴とする。

これにより、ユーザがサービスを属性によって検索する機能を、サービス提供装置がユーザに容易に提供することができる。

さらに、前記関連付けを行うサービスの属性は、サービスの種別とする。

これにより、最もユーザが利用しなれているサービス別検索機能を提供することができる。

さらに、前記関連付けを行うサービスの属性は、サービスの有効期限とする。

これにより、ユーザがサービス使用料の残量を意識しながら効率よくサービスを利用することができる。

さらに、サービス提供装置は、サーバ以外からデータを受信する第２の受信手段を備え、前記サービス制御手段は、前記第２の受信手段によって受け取った信号に基づいてサービス選択を行う。

これにより、ユーザもしくは、その他のサービスがサービスを指定して実行することができる環境を提供することができる。

これにより、各々のサービス情報をそれぞれ単体ファイルに収めた状態でなくても、一つのファイルにただ並べただけの状態であっても複数のサービス情報として扱うことができる。

さらに、サービス提供装置はサーバへデータを送信する送信手段を備える。

これにより、任意のデータをサービス提供装置がサーバへ送信することができる。

さらに、前記サービス制御手段は、前記送信手段にて、サービスのリストを要求する信号を送信する。

これにより、サービス提供装置がサービスリストを必要とするタイミングでサーバにリストを要求することができる。

さらに、前記サービス制御手段は、前記送信手段にて、前記サービスリストを要求する際に、前記サービス提供装置が指定するリスト作成条件を合わせて、送信する。

これにより、前記端末が欲しいリストを毎度要求することができる。

また、本発明に係る提供サービス管理装置は、通信により前記サービス提供装置へ提供されるサービスを管理する提供サービス管理装置であり、サービス提供装置がサービスを享受するために必要な情報を、一覧として記憶するサービス一覧記憶手段と、サービス提供装置へ提供されるサービスを管理する、提供サービス管理手段と、サービス提供装置へデータを送信する送信手段を備え、前記提供サービス管理手段は、前記サービス一覧記憶手段より、所定のサービス一覧を読み出し、前記送信手段より、前記サービス提供装置へ送信することを特徴とする。

これにより、前記端末装置を使うユーザが簡単にポータルサイトを利用するための環境を前記端末が用意するために必要なサービス一覧を提供することができる。

さらに、前記提供サービス管理手段は、前記サービス一覧記憶手段に、端末毎あるいは端末の種別毎あるいは使用者毎あるいは使用者のグループ毎に、それぞれサービス一覧を記憶し、端末、あるいは端末の種別を判断し、対応するサービス一覧を前記送信手段より該端末へ送信する。

これにより、送信先の端末に適したサービス一覧を適宜送信することができる。

さらに、前記提供サービス管理手段は、前記サービス一覧記憶手段において、さらに各々のサービスの属性情報を対応付けて管理する。

これにより、サービスを属性ごとに効率よく管理することができる。

さらに、前記サービス一覧記憶手段で管理するサービスの属性情報は、人、ジャンル、気分、感性情報、時間、人気、課金、所有者、端末、のいずれかを含む。

これにより、ジャンル別、気分別、感性情報別、時間別、人気別、課金別、所有者別、端末別に効率よくサービスを管理することができる。

さらに、前記提供サービス管理手段は、前記サービス属性情報を対応付けて管理するとともに、前記サービス一覧の送信時に、前記サービス属性情報を合わせて送信する。

これにより、サービス提供装置が新たにサービスに対して属性情報を取得する手間なく、提供サービス管理装置が属性情報も提供することができる。

前記提供サービス管理手段は、前記サービス一覧記憶手段で、さらに、端末側のサービスＩＤも管理し、前記サービス一覧の送信時に、前記端末側サービスＩＤも合わせて送信する。

これにより、サービス提供装置にて用いるＩＤを提供サービス管理装置側でコントロールすることも可能となる。

さらに、前記提供サービス管理手段における端末側サービスＩＤの管理はサービスを所定の観点から分類しそれぞれにまとめて管理する。

これにより、近接のＩＤを用いてユーザがより簡単にサービスを選択実行させることができるような環境を提供サービス管理装置側で提供することも可能となる。

さらに、前記提供サービス管理装置は、端末からのデータを受信する受信手段を備え、前記端末からのサービスリストの取得要求を受信する。

これにより、サービス提供装置の都合に応じて提供サービス管理装置がサービス一覧を提供することができる。

さらに、前記提供サービス管理手段は、前記サービス提供装置からの要求に応じて所定の処理で抽出したサービスリストを送信する。

これにより、サービス提供装置の都合に応じて、各サービス提供装置に最適なサービス一覧を提供することができる。

さらに、前記提供サービス管理手段は、前記データ受信手段においてサービス提供装置から受信した要求データ内容に基づいてサービスリストを抽出し前記サービス提供装置に送信する。

これにより、サービス提供装置の都合に応じて、各サービス提供装置が要求する最適なサービス一覧を提供することができる。

また、サービスをユーザに提供するサービス提供方法を、前記ユーザに提供されるサービスのリストを受信する、サービスリスト受信ステップと、前記サービス提供装置においてサービスを実行するサービス実行ステップと、サービスリスト記憶装置に記憶された前記サービスリストの管理と、前記サービス実行ステップを制御するサービス制御ステップと、で構成し、前記サービス制御ステップは、前記サービスリスト受信ステップによって受け取ったサービス情報を前記サービス一覧記憶装置によって記憶させ、記憶されたサービスのうちいずれかのサービスを前記サービス実行ステップにて実行する。

これにより、ユーザが特に設定することなく、サービスポータルの提供するサービスサイトのサービスを簡単に利用できる環境を整えることができる。

これにより、前記第２の受信ステップによって受け取った信号に基づいてサービス選択を行うことができる。

さらに、サービス提供方法は、サーバへデータを送信する送信ステップを備える。

これにより、サーバへ任意のデータを送信することができる。

さらに、前記サービス制御ステップは、前記送信ステップにて、サービスリストの作成を要求する。

これにより、都合のよいときにサービスリストをサーバへ要求することができる。

さらに、前記サービス制御ステップは、前記送信ステップにて、前記サービスリスト作成を要求する際に、該端末が指定するリスト作成条件を合わせて送信する。

これにより、都合のよいときに欲しいサービスリストの作成をサーバへ要求することができる。

また、通信によりサービス提供装置へ提供されるサービスを管理する提供サービス管理方法は、端末へ提供されるサービスを管理する提供サービス管理ステップと、端末へデータを送信する送信するステップとを備え、前記提供サービス管理ステップは、サービス一覧記憶装置より、所定のサービス一覧を読み出し、前記送信ステップにより、該端末へ送信する。

これにより、前記端末装置を使うユーザが簡単にポータルサイトを利用するための環境を前記端末が用意するために必要なサービス一覧を提供することができる。

さらに、提供サービス管理方法は、端末からのデータを受信する受信ステップを備え、前記端末からのサービスリストの取得要求を受信する。

これにより、前記端末の都合に応じてリストを送信することができる。

さらに、前記提供サービス管理方法は、前記受信ステップによって受信した、端末からのサービスリストの取得要求に基づいて所定の処理で抽出したサービスリストを送信する。

これにより、前記端末の都合に応じて、各サービス提供装置に最適なサービス一覧を提供することができる。

さらに、前記提供サービス管理方法は、前記受信ステップによって受信した、端末からのサービスリストの取得要求の内容に基づいて抽出したサービスリストを送信する。

これにより、前記端末の都合に応じて、各サービス提供装置が要求する最適なサービス一覧を提供することができる。

なお、本明細書内において、「サービス」とは、インターネットを用いたサービス（Ｅ−コマース、ＷＷＷ上のサイト）に加え、テレビ放送（地上波、衛星、デジタル、アナログ問わず）、家庭内機器操作機能（ビデオ再生、家庭内機器モニタリング）などを指し、「サービス実行」を上記サービスをユーザに提供できるようサービス提供装置およびサービス提供装置にて実行を指示することとする。また、「サービス情報」とは、サービスを受けるために必要な情報、例えば、ＵＲＬ、テレビ放送のチャンネル（周波数やチャンネル番号）、を指すこととする。

以上説明したように、本発明によれば、ユーザが能動的に設定を行う必要なく、簡単な操作でサービスを利用可能な環境を作ることができる。

また、端末からリクエストを送信する構成を採用すると、その端末あるいはユーザ向けに抽出されたリストが送付されてくることで、無駄あるいは使えないサービスの情報まで手元にやってくることはなく、通信コストを抑えることも可能となる。

本発明の実施の形態における提供サービス管理装置とサービス提供装置の関係を示す図である。 本発明の第１の実施の形態における提供サービス管理装置の論理的構成を示す図である。 本発明の第１の実施の形態における提供サービス管理装置の物理的構成を示す図である。 本発明の第１の実施の形態におけるサービス提供装置の論理的構成を示す図である。 本発明の第１の実施の形態におけるサービス提供装置の物理的構成を示す図である。 本発明が実施されるときの端末の形態のイメージ図である。 提供サービス管理装置における、リスト作成条件Ｑの下で行うサービスリスト作成後にサービス提供装置にリストを送信する流れを示したフローチャートである。 提供サービス管理装置とサービス提供装置で行われるやりとりの時間関係を表すタイムシーケンス図である。 提供サービス管理装置における、リスト作成条件Ｑの下で、Ｑに合致するサービス情報を逐次サービス提供装置に送付する流れを示したフローチャートである。 第１の実施例における、サービス提供装置稼動中の、サービス制御部の処理ステップを示すフローチャートである。 サービス提供装置における、提供サービス管理装置から一つ以上のサービス情報を受け取った後に行われる、サービスリスト記憶部内のサービスリストへのマージの様子を示したフローチャートである。 サービス提供装置において、新たにサービスリストを導入する際、導入可能かどうかをチェックするステップを含む場合の処理の流れを示すフローチャートである。 新たなサービス情報を導入するときに、すでにサービスリスト記憶部内にて記憶されているサービス情報を書き換えるかどうか判断し、書き換える場合の処理の流れを示すフローチャートである。 提供サービス管理装置からＩＤ付でサービスリストを受け取った場合の処理の流れを示すフローチャートである。 サービス一覧記憶部にて記憶しているサービスリストを示す図である。 提供サービス管理装置に対し、複数のサービス提供装置が接続する様子を示したイメージ図である。 提供サービス管理装置とサービス提供装置で行われるやりとりの時間関係を表すタイムシーケンス図である。 サービスリスト記憶部にて記憶しているサービスリストを示す図である。 サービスリスト記憶部にて記憶しているサービスリストを示す図である。 サービス提供装置内のサービスリスト記憶装置にて記憶されるサービスリストの内容と、サービスリストを視覚提示装置に出力した場合のイメージ例を示す図である。 第１の実施の形態におけるサービス提供装置の論理的構成図である。 サービス提供装置におけるサービスリストと選択指示との関係、および選択されたサービスの実行例を示す図である。 ユーザの使うリモコン装置のイメージ図である。 サービス提供装置におけるサービスリストの選択指示の流れを表すフローチャートである。 提供サービス管理装置からサービス提供装置にサービスリストを送るとき、サービスリストをファイル化して送る場合における処理ステップを示す図である。 サービス提供装置が受け取ったＨＴＭＬファイルとその構文解析結果と、サービスリスト記憶部にて記憶する内容を示す図である。 サービス提供装置において、ＸＭＬ形式でサービスリストが渡されたときの、サービスリストと、そのリストからサービス情報を抽出した結果を示したイメージ図である。 提供サービス管理装置からサービス提供装置にサービスリストを送るとき、サービスリストをアーカイブ化して送る場合における処理ステップを示す図である。 第２の実施の形態における提供サービス管理装置の論理的構成図である。 第２の実施の形態における、サービス提供装置の論理的構成図である。 提供サービス管理装置とサービス実行管理装置で行われるやりとりの時間関係を表すタイムシーケンス図である。 提供サービス管理装置における、サービス提供装置からの要求に対して行うサービスリスト作成の様子を表したイメージ図である。 提供サービス管理装置における、サービス一覧記憶にて記憶している内容、端末へ送付したことがないサービスを抽出した結果、およびそれを受け取った後サービス提供装置がサービス一覧を出力したときのイメージ図である。 第２の実施例における、サービス提供装置稼動中の、サービス制御部の処理ステップを示すフローチャートである。 サービス提供装置を、テレビジョン装置として構成する場合を示すブロック図である。 サービス提供装置において、サービスリストを受け取る前のサービスリスト記憶部内のサービスリストと、受け取ったサービスリストと、受け取ったサービスリストをサービスリスト記憶部内のサービスリストに導入した後のサービスリスト記憶部内のサービスリストを示す図である。 サービス提供装置において、選択されたサービス情報からサービスの種別を同定し、実行処理を行う流れを示したフローチャートである。 サービス提供装置から提供サービス管理装置に送られるサービスリスト要求信号の例を示す図である。 サービス提供装置を、リモコン装置として構成するときのブロック図である。 リモコンのデザイン例を示す図である。 サービスリストを導入するときのリモコンの表示例を示す図である。 サービスリストを表示する表示例を示す図である。 ユーザ入力と、サービスの実行との関係を示すフローチャートである。 サービス提供装置を携帯電話で構成するときの携帯電話の図である。 サービス提供装置を携帯電話で構成するときのブロック図である。

符号の説明

１１ 提供サービス管理装置、１２ サービス提供装置、４０１ 提供サービス管理部、４０２ サービス一覧記憶部、４０３ 送信部、５０１ サービス制御部、５０２ サービス一覧記憶部、５０３ サービス実行部、５０４ サービスリスト受信部、１００１ 提供サービス管理部、１００２ サービス一覧記憶部、１００３ 送信部、１００４ 受信部、１３０１ サービス制御部、１３０２ サービス一覧記憶部、１３０３ サービス実行部、１３０４ サービスリスト受信部、１３０５ 第２受信部、１７０１ サービス制御部、１７０２ サービス一覧記憶部、１７０３ サービス実行部、１７０４ サービスリスト受信部、１７０５ 第２受信部、１７０６ 送信部、２７１ 提供サービス管理装置、２７１１ サービス一覧記憶部、２７１１１ サービス一覧、２７１２ 提供サービス管理部、２７１３ 送信部、２７２ サービス提供装置、２７２１ サービス一覧記憶部、２７２１１ サービスリスト記憶部内のサービスリスト、２７２２ サービス制御部、２７２３ サービスリスト受信部、２８１ 提供サービス管理装置、２８１１ サービス一覧記憶部、２８１１１ サービス一覧、２８１２ 提供サービス管理部、２８１３ 送信部、２８２ サービス提供装置、２８２１ サービス一覧記憶部、２８２１１ サービスリスト記憶部内のサービスリスト、２８２２ サービス制御部、２８２３ サービスリスト受信部、Ｐ２９１ 提供サービス管理装置、Ｐ２９２ サービス提供装置、Ｐ２９２１ サービス制御部、Ｐ２９２２ サービス一覧記憶部、Ｐ２９２３ サービス実行部、Ｐ２９２４１ サービスリスト受信部、Ｐ２９２４２ サービスリスト受信部、Ｐ２９２５ 送信部、Ｐ２９２６１ 第２受信部、Ｐ２９２６２ 第２受信部、Ｐ３３１ 提供サービス管理装置、Ｐ３３２ サービス提供装置、Ｐ３３２１ サービス制御部、Ｐ３３２２ サービス実行部、Ｐ３３２３１ 第２受信部、Ｐ３３２３２ 第２受信部、Ｐ３３２４１ サービスリスト受信部、Ｐ３３２４２ サービスリスト受信部、Ｐ３３２５ 送信部、Ｐ３３２６ サービス一覧記憶部、Ｐ３９０１ サービス制御部、Ｐ３９０２１ 第２受信部、Ｐ３９０２２ 第２受信部、Ｐ３９０３ サービス実行部、Ｐ３９０４１ サービスリスト受信部、Ｐ３９０４２ サービスリスト受信部、Ｐ３９０５ サービスリスト記憶部、Ｐ３９０６ 送信部。

以降、図面を用いて本発明の詳細を説明する。

（第１の実施の形態）
図１は本発明に関わるサービス提供システムの概略の構成を示している。同図に示すように、本サービス提供システムは、提供サービス管理装置１１とサービス提供装置１２から構成されている。提供サービス管理装置１１とサービス提供装置１２はネットワーク１０を通じて通信を行う。

提供サービス管理装置１１は、サービス提供装置１２が享受しうる多様なサービスを、統合的にユーザへ提供可能とするために、サービス提供装置１２がサービスを受けるための情報を管理し、サービス提供装置１２に対して、サービス提供装置１２がサービスを受けるための情報を適宜通知することにより、ユーザがサービス提供装置１２によりサービスを享受することをサポートするものである。

サービス提供装置１２は、ユーザが操作し、情報サービスを享受するための装置であり、たとえば地上波やケーブル、衛星などからの放送番組を視聴したり、あるいは周辺装置により記録してある音楽や映像を視聴したり、インターネット上にあるコンテンツを鑑賞したり、メールや電話、ＴＶ電話といったサービスを統合的にユーザが簡単に享受可能とするものである。

図２は、提供サービス管理装置１１の論理ブロックの構成を示している。サービス一覧記憶部４０２では、図１の１０１に示すようなサービス情報一覧が記憶されている。提供サービス管理部４０１は、サービス情報一覧１０１の中から一部もしくは全部を抽出し、１０２に示すような端末に送付するサービス情報リストを作成し、送信部４０３を用いて端末装置へサービス情報リスト１０２を送信する。

図３に提供サービス管理装置１１の物理ブロックの構成を示している。不揮発性メモリ２０１、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０２、メモリ２０３、ネットワーク接続回路２０４がバス２００でつながれる。提供サービス管理装置１１は市販のサーバ装置やパーソナルコンピュータ（以下パソコン）などで構成することが可能である。前述のサービス一覧記憶部４０２は不揮発性メモリ２０１場合によってはメモリ２０３で、サービス管理部４０１は不揮発性メモリ２０１に記憶されたプログラムおよびＣＰＵ２０２で、送信部４０３はネットワーク接続回路２０４で実現される。

図４はサービス提供装置１２の論理ブロックの構成を示している。サービス提供装置１２は、該装置にて実行できるサービスのリストをサービスリスト記憶部５０２にて記憶しており、サービス制御部５０１はサービスリスト記憶部５０２で管理しているサービスのうちいずれかをサービス実行部５０３にて実行する。サービスリスト受信部５０４で提供サービス管理装置から送付されたサービス情報リスト１０２を受信すると、サービス制御部５０１はサービス情報リスト１０２の内容をサービスリスト記憶部５０２で管理しているサービス情報リストに追加する。追加した後のサービスリスト記憶部５０２での記憶内容を１０４（図１）に示す。追加後の記憶内容１０４に基づいてｈｔｔｐ：／／ｍｏｖｉｅｍａｎｉａ／ｒｅｃｏｍｅｎｄｅｄ／１．ｈｔｍｌを選択した場合、１０５に示すとおり該ＵＲＬの内容を出力するよう処理を行う。

図５にサービス提供装置１２の物理的ブロックの構成を示している。不揮発性メモリ３０１、ＣＰＵ３０２、メモリ３０３、ネットワーク接続回路３０４、出力装置３０５、入力装置３０６、および放送受信用チューナー３０７がバス３００でつながれる。サービスリスト記憶部５０２は不揮発性メモリ３０１場合によってはメモリ３０３で、サービス制御部５０１は不揮発性メモリ３０１に記憶されたプログラムおよびＣＰＵ３０２で、サービスリスト受信部５０４はネットワーク接続回路３０４あるいは放送受信用チューナー３０７で、サービス実行部５０３は不揮発性メモリ３０１に記憶されたプログラムおよびＣＰＵ３０２および出力装置３０５または放送受信用チューナー３０７で実現される。不揮発性メモリ３０１はハードディスクやフラッシュメモリなど、ネットワーク接続回路３０４はＩＰプロトコル通信を行えるものや赤外線通信であるＩｒ−ＤＡなど、出力装置３０５はディスプレイモニタ、小型液晶パネルあるいはスピーカーなど、入力装置３０６はマウスやキーボードやリモコンやタッチパッドなど、放送受信用チューナー３０７は衛星放送、地上波放送、デジタル放送、アナログ放送、ラジオ放送などを受信できるチューナーなどである。入力装置３０６は、バス３００へ直接接続されていてもよいし、赤外線通信やＢｌｕｅＴｏｏｔｈなどの無線通信によって間接的に接続されていてもかまわない。これらはすべて機種を限定するものではなく、役割を果たすことが可能なデバイスであれば何であってもかまわない。また、装置の規模によって、すべてを兼ね備えても、部分的に保持していてもかまわない。たとえば、該サービス提供装置がインターネットテレビジョン装置であれば、３０１〜３０７のすべての部品が必要となるが、テレビジョン装置に接続するＳＴＢ（Ｓｅｔ Ｔｏｐ Ｂｏｘ）であれば出力装置３０５は、テレビジョン装置へ映像信号を送るのみとなり装置内にディスプレイを持つ必要はない。また、リモコン装置であれば、出力装置３０５は実効命令の出力のみに使用され、放送受信用チューナー３０７は必要なくなる。

なお、提供サービス管理装置１１のサービス一覧記憶部４０２、サービス提供装置１２のサービスリスト記憶部５０２のそれぞれでサービス一覧を記憶する方法は、テーブルであっても配列であってもリスト構造であってもよく、サービス情報同士の順序関係を管理可能であればどんな方法でもよい。

サービス提供装置１２の構成例を図６に示す。サービス提供装置１２がパソコン（図６（ａ）、（ｂ））やパソコン相当の能力を搭載したテレビジョン装置（ｃ）、あるいはテレビジョン装置に接続するＳＴＢ（ｄ）あるいは、携帯電話（ｇ）などで実現される場合は、サービスリスト記憶部５０２内のサービス制御部５０１にて選択されたサービスの中身を解釈し、さらに内蔵した描画ソフトウエアによって描画された映像を付属もしくは接続したディスプレイ装置に出力する。一方、サービス提供装置がリモコン装置として実現される場合（（ｅ），（ｆ））では、描画結果をディスプレイ装置に送信する（無線、有線問わず）。さらに別のリモコン装置の構成としては、リモコン装置はサービスリスト記憶部５０２、サービス制御部５０１を内蔵し該選択されたサービスの中身を送信部４０３を用いて送信するのみにとどまり、その後の処理は該リモコン装置から送信されたサービスの中身を受信した端末内部での処理に任される。前記描画ソフトウエアは前記受信した端末に搭載される。この構成でのリモコンの「実行」とは、該被選択サービス情報を前記受信端末へ送信することをさす。それぞれの構成例に対する詳細は後述する。

提供サービス管理装置１１がサービスリストを作成しサービス提供装置１２に送付する様子を図７と図８を用いて説明する。リスト作成条件をＱ、サービス一覧記憶部４０２にて記憶している全てのサービスのうち、サービスリスト作成のために対象とするサービスの数をＮとする（Ｓ２１０１）。これは、一部であっても全部であってもかまわない。リスト作成条件Ｑは例えば「３０代男性用」、「中学生以下の子供を持つ母親用」などのユーザの属性に応じて用意された「若干高級な腕時計は３０代男性リストに導入」「学用品や子供服は子持ち主婦用リストに導入」などの条件などを挙げることができる。また別の例としては、サービス提供装置を使用するユーザが特定されていれば、そのユーザから事前に抽出した嗜好情報やユーザの居住情報に応じて「天理市近辺バーゲン情報を導入」「天理市奈良市近辺渋滞情報を導入」などでもよい。さらに別の例では、サービスを実行する端末の情報に応じて「テレビ向けのサービスを導入」「携帯電話向けのサービスを導入」「２〜４インチの表示画面を持つ端末向けのサービスを導入」「音声のステレオ再生が可能な端末向けのサービス」などでもよい。Ｎ個のサービスを頭から（Ｓ２１０２）一つずつリスト作成条件Ｑと照らし合わせ（Ｓ２１０３）、Ｑを満たす場合（Ｓ２１０３でｙｅｓ）サービス提供装置１２に送るサービスリストＥへ該サービスを追加する（Ｓ２１０４）。Ｑを満たさなかった場合は何もしない（Ｓ２１０３でｎｏ）。これをＮ個のサービス全てに行い（Ｓ２１０５〜Ｓ２１０６）、その結果出来上がったサービスリストＥをサービス提供装置１２へ送信し（Ｓ２１０７）、リスト作成作業は終了する（Ｓ２１０８）。この方法は、サービス提供装置１２へ送るために一つ新たにリストを作成する方法を取っているが、一方では、図９のようにしてもかまわない。図９で示した方法では、Ｎ個のサービスをリスト作成条件Ｑと照らし合わせ（Ｓ２２０１〜Ｓ２２０３）、作成条件Ｑを満たす場合（Ｓ２２０３でｙｅｓ）、随時サービス提供装置１２へ送付する（Ｓ２２０４）。この作業をＮ個のサービス全てに対して行う（Ｓ２２０５、Ｓ２２０６、Ｓ２２０７）。これら一連のリスト作成から送信までの流れは、不定期に行っても良いし（図８（ａ））、ある時間間隔ｔごとに行ってもかまわない（図８（ｂ））。このとき提供サービス管理装置１１から送られるサービス情報は、一つのサービス情報ごとに別ファイルとして一つのファイルずつサービス提供装置１２に送付してもかまわないし、サービス情報ごとに別ファイルだが、まとめて一つのアーカイバに収めて送付してもよいし、ＨＴＭＬファイルやＸＭＬファイルのようにデータ区切を明示できるフォーマットの一つのファイルに複数のサービス情報を書き込んで送付してもかまわない。

サービス提供装置１２が電源投入などで稼動し始めてから、電源オフなどで停止する間に行われる各ステップについて図１０を用いて説明する。サービス提供装置１２に電源が入るなどで稼動し始めると（Ｓ４２０１）、提供サービス管理装置からサービスリストを受信し（Ｓ４２０２）、受信したサービスリストをサービスリスト記憶手段５０２に後述する方法で記憶する（Ｓ４２０３）。これは、提供サービス管理装置１１からサービスリストが送られてくるときのみ行えばよく、稼動開始直後に新たに提供サービス管理装置１１よりサービスリストが送付されてこない場合は行う必要はない。サービス提供装置は一方でサービスの選択信号を受信し、後述の方法で選択信号がそのサービスを指しているかを同定する（Ｓ４２０４）。その後、選ばれたサービスを実行する（Ｓ４２０５）。以上４２０２から４２０４までのステップを稼動中に行う。以下各ステップの詳細について説明する。

提供サービス管理装置１１より受け取った一つ以上のサービス情報を、サービス提供装置１２がどのように管理するかを図１１を用いて説明する。サービス提供装置１２内のサービスリスト記憶部５０２にて記憶しているサービスの数をＮとし、提供サービス管理装置１１よりＬＮ個のサービスを含むサービスリストＬを受け取ったとする（Ｓ２３０１）。Ｌに含まれるサービスを一つずつ（Ｓ２３０２）、サービスリスト記憶部５０２で記憶しているサービスリスト（以下「サービスリスト記憶部内のサービスリスト」とする）のＭ番目に入れると決め（Ｓ２３０３）、挿入する（Ｓ２３０４）。このとき、挿入前までサービスリスト記憶部５０２内のサービスリストのＭ番目に記憶されていたサービスは、この挿入によりＭ＋１番目に記憶することになるよう、挿入前までサービスリスト記憶部５０２内のサービスリストにて記憶していたものを消去せずに挿入する。これをＬに含まれるサービス全てに対して行う（Ｓ２３０５、Ｓ２３０６、Ｓ２３０７）。Ｍの決め方で、Ｌ内に含まれる各サービスをサービスリスト記憶部５０２で記憶されるサービス一覧内に固めて挿入することもでき、分散させて挿入することもできる。

たとえば、サービスリストＬに含まれるサービスを隣り合わせて挿入させたい場合はサービスリストＬに含まれるサービス情報を一つ挿入するたびに、つまりＸを１増やすたびに（Ｓ２３０５）同時にＭも１増やすことで、サービスリストＬの順番どおりにサービスリスト記憶部５０２内のサービスリストへサービスリストＬを挿入できる。

この、順番どおりに挿入する場合について、サービスリスト記憶部５０２内のサービスリストの３番目（Ｍ＝３）から３つのサービス情報からなる（ＬＮ＝３）サービスリストＬの内容を順番どおりに挿入する例を用いて詳しく説明する。まずサービスリストＬの１番目（Ｘ＝１）のサービス情報を３番目に入れると決め（Ｓ２３０３）、３番目に挿入する（Ｓ２３０４）。次にサービスリストＬの２つ目のサービス情報を挿入する段階へ移る（Ｓ２３０５，２３０６）。サービスリスト記憶部５０２内のサービスリストの３番目以降にサービスリストＬの順番どおり挿入するので、次に挿入すべきサービス情報（サービスリストＬの２番目（Ｘ＝２）のサービス情報）は、先ほど挿入したサービスリスト記憶部５０２内のサービスリストの３番目の次になるのでＭ＝３＋１＝４となり４番目となる（Ｓ２３０３）。したがって、サービスリストＬの２番目のサービス情報はサービスリスト記憶部５０２内のサービスリストの４番目に挿入する（Ｓ２３０４）。サービスリストＬは３つのサービス情報から成り立っているのであと１回同じ処理を行うことで、サービスリストＬをすべて順番どおりに挿入することができる。

また、Ｍを増やさず一定の値にすることで、サービスリストＬの逆順だがサービスリストＬに含まれるサービス情報をサービスリスト記憶部５０２内のサービスリストへ挿入することができる。

この逆順に挿入する場合について、サービスリスト記憶部５０２内のサービスリストの３番目（Ｍ＝３）から３つのサービス情報からなる（ＬＮ＝３）サービスリストＬの内容を逆順に挿入する例を用いて詳しく説明する。まずサービスリストＬの１番目（Ｘ＝１）のサービス情報を３番目に入れる（Ｍ＝３）ので（Ｓ２３０３）、３番目に挿入する（Ｓ２３０４）。次にサービスリストＬの２つ目のサービス情報を挿入する段階へ移る（Ｓ２３０５，２３０６）。サービスリストＬの２番目のサービス情報を挿入する場所はＭを変更しないのでＭ＝３のままであり（Ｓ２３０３）、そのまま挿入すると（Ｓ２３０４）、結果として先ほど挿入したサービスリストＬの１番目のサービスは押し下げられ、サービスリスト記憶部５０２内のサービスリストの４番目に位置することになる。サービスリストＬは３つのサービス情報から成り立っているので、あともう一回同じ処理を行うことで、サービスリスト記憶部５０２内のサービスリストの３番目から順に、サービスリストＬの３番目にあったサービス情報、２番目にあったサービス情報、１番目にあったサービス情報、と並ぶことになり、サービスリストＬの逆順に挿入することになる。

なお、サービスリストＬに含まれるすべてのサービス情報をサービスリスト記憶部５０２で記憶しなくてもよいと考えると、図１２に示すように、サービスリスト記憶部５０２に記憶するかどうかを判断するステップ（Ｓ２５０８）を設け、よいと判断すれば（Ｓ２５０８でｙｅｓ）記憶するステップに進み、不可と判断すれば（Ｓ２５０８でｎｏ）記憶するステップを飛ばして次のサービスの検討へ移ればよい。

この「記憶するかどうか判断するステップ（Ｓ２５０８）」は、公序良俗に反したサービス、悪質なサービスなどを排除するために用いてもよい。また、サービス提供装置１２のサービスリスト記憶部５０２にて扱うサービス情報の数を制御するために用いてもよい。もちろん、図１１のように一旦全てを登録してしまってから、改めてサービスリスト記憶部５０２にて記憶しているサービス情報を見直して整理、たとえば一部のサービス情報を削除してもよい。

一方、すでにサービスリスト記憶部５０２にて記憶しているサービス情報を新たなサービス情報で書き換える場合については図１３に示す。これは、所定のルールに従って削除してもよいサービス情報を選別し、その代わりに新たなサービス情報を導入する方法である。サービスリスト記憶部５０２の容量が小さい場合に用いてもよいし、あまりに多くのサービス情報が導入されても使う側にとっては多数の選択肢から選択してサービスを実行させなければならない場合を防ぐために用いてもよい。

ここではサービスリスト記憶部５０２に記憶できるサービス情報の数をＮｍａｘに制限した場合を示している。そこに、Ｙというサービスを新たに追加したいとき（Ｓ４１０１）、まず現在のサービスリスト記憶部内５０２のサービスリスト記憶部５０２内のサービスリストに含まれるサービス情報の数ＮがＮｍａｘに達していないかどうかをチェックする（Ｓ４１０２）。もし、ＮがＮｍａｘよりも小さければ（Ｓ４１０２で「＜」）通常の挿入ステップである図１１あるいは図１２の処理を行う。ＮがＮｍａｘに等しければ（Ｓ４１０２で「＝」）サービスリスト記憶部内５０２のサービスリストに含まれているサービス情報のうち、削除してもかまわないサービス情報を選別する（Ｓ４１０３）。

選別する方法としてはサービスの最終使用日が一番古いサービス、サービスの使用頻度が最も低いサービス、サービスの人気が最も低いサービス、などの方法が考えられるが、この限りではない。その所定の方法によって選別した結果Ｘ番目のサービスが選ばれたとすると、そのＸ番目のサービスをＹで置き換える（Ｓ４１０４）。ここでは、サービス情報の数でチェックしているが、場合によっては残りの記憶容量（バイト数など）で制限をかけていてもかまわない。

サービスリスト記憶部５０２でサービス情報を記憶するとき、それぞれにユーザの使用履歴や他のユーザによる使用の人気度、サービスの使用期限などを関連付けて記憶することで、サービスリスト記憶部５０２内のサービスリストの効果的な管理が可能となる。もちろん、サービスの有効期限が切れていることや、サービス自体の提供がなされていないことを検出できれば、それに合わせてサービスリスト記憶部内のサービスリストから該サービスを削除してもよいことは言うまでもない。特にサービス自体の提供が実施されないことは定期的あるいは非定期的にバックグラウンドにおいてサービスの実施を自動で行って、正常なサービス提供が行われているかどうかを点検すればよい。

また、サービス制御部５０１がサービスＩＤをサービス情報と合わせて管理する方法を図１４に示す。サービス提供装置１２が提供サービス管理装置１１からサービスリストを受け取るとき、ＩＤとともに受け取るときがある。Ｎというサービス情報を受け取ったとき（Ｓ４０１）、まずサービス制御部５０１は、ＮにＩＤがすでに割り振られているかを確認する（Ｓ４０２）。もし、まだ割り振られていなければ特に何もしない（Ｓ４０２でｎｏ）が、あるＩＤ（Ｘとする）が割り振られていたとき（Ｓ４０２でｙｅｓ）、Ｘをすでにサービス提供装置１２内で使用していないかをサービスリスト記憶部５０２に問い合わせる（Ｓ４０３）。その結果Ｘは使用されていないことがわかれば（Ｓ４０３でｎｏ）ＮにはＸというＩＤを付与して提供サービスリスト記憶部５０２に記憶する（Ｓ４０７）が、Ｘが他のサービス情報であるＭによって使用されていた場合（Ｓ４０３でｙｅｓ）、さらに、ＸがＮに対して変更不可能なＩＤかどうかを調べる（Ｓ４０４）。もし、変更不可能なＩＤであることがわかれば（Ｓ４０４でｙｅｓ）、ＮにはＸを、ＭにはＸ以外のＩＤを付与し、逆に変更可能なＩＤであるならば（Ｓ４０４でｎｏ）ＮにはＸ以外の別のＩＤを付与して処理は終了する（Ｓ４０８）。しかし、サービス提供装置内にてＩＤが競合する、つまり同じＩＤが振られたサービス情報が複数存在してもかまわないならば、この処理の限りではない。なお、「変更不可能なＩＤ」については後述する。

提供サービス管理部４０１にて管理されるサービス一覧は、図１の１０１に示したように特に分類することなく平坦にまとめて管理してもかまわないが、所定のグループごとに別々に管理してもかまわない。この別々に管理する様子について図１５を用いて説明する。

サービスを実行する端末の種別やサービスを利用するユーザの性質によって、使いたいサービス、使えないサービス、などが存在する。前述の通り、サービスを送付する場面ごとにリストから送付する内容を抽出して送付しても構わないが、性別や年齢、端末種別などの条件は頻繁に変わることがないので、送付するごとに毎回リストを抽出しているのでは効率が悪い。そこで、提供サービス管理装置はあらゆる全てのサービスを一括して扱うほかに、３０代男性向けサービスリスト７０１、４０代女性向けサービスリスト７０２に示すような使用者のグループごとにサービスリストを分割して管理していても良いことを表している。また同様にＡ．Ｈさん用サービスリスト７０３に示すように個人別にサービスリストを管理しても構わない。

また、図１６に示すように、色々な種類の端末に対してサービス情報を提供するとき、サービスリストを送信する相手の端末の種別毎に管理する場合も考えられる。２４０１、２４０２は提供サービス管理装置、２４０３はテレビジョン装置、２４０４はパソコン、２４０５は携帯電話を示している。提供サービス管理装置の数やサービス提供装置の種別や数、接続形態は図１６に示した限りではないことは言うまでもない。７０４はパソコン向けサービスリスト、７０５はテレビ向けサービスリスト、７０６は携帯電話向けサービスリストの一例である。上記ユーザ個人別、ユーザグループ別、実行端末別、以外にもたとえば、年齢別、性別、地方別、住所別、嗜好別、ユーザＩＤ別、端末表示性能別、回線速度別、プロバイダ別、サービス提供時間別、料金別、など、にサービスリストを作成してもよい。

以上のように分散して管理しておくことで、サービスリストを受け取る側にとって必要のないサービスを排除しつつ、効率よくサービス情報を送付することができる。もちろん、前記あらかじめ分散させたサービスリストをさらにサービスリスト作成条件に応じて前述のリスト作成（図７、図９）をしてもかまわない。このように、分散させたサービスリストを用意しておくことによって、図８（ａ）のようなサービス提供装置１２に対してリストを送るたびにサービスリスト作成を行わなくても、図１７に示すように、サービスリスト抽出をせずにある特定の一つあるいは複数のサービスリストを送付することができる。

なお、この図８の（ａ）あるいは図１７にあげたサービスリスト送付のタイミングは、提供サービス管理装置においてサービス情報が新しく追加されたとき、サービス情報が示すサービスが停止になったとき、すでにサービス提供装置に送付したサービス情報の属性が変更になったとき、など、サービス情報に関わる環境の変化を検出したタイミングでもよい。

端末側のサービスＩＤを提供サービス管理装置側で管理する様子について図１８を用いて説明する。これまで、インターネットのサービスを受け取る機器としてはパソコンが主流であった。ほとんどのパソコンには、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）が搭載されており、ユーザはマウスやキーボードを用いてディスプレイ装置上に描画された複数のアイコンの中から一つを選択することでサービスを利用していた。パソコンだけではなく携帯電話もサービスを受ける端末の代表格であるが、こちらは、アイコンを整列して表示し携帯電話端末上の十字キーでカーソルを上下左右に動かしたり番号ボタンを押したりすることによってサービスを実行させている。いずれにおいても、ユーザが積極的に操作して使用する端末であるので前記のような使い方が浸透している。しかし、テレビジョン装置を使用するときには、適当にチャンネル番号を押したり、チャンネル番号のＵＰ／ＤＯＷＮによって順番に見てみたり、という目的意識を特に持たずにコンテンツを閲覧するザッピングという視聴スタイルが根付いている。そのような端末において、前記ＧＵＩのような視聴スタイルはあまり適切であるとは言えない。そこで、テレビジョン装置と同様に、気軽に切り替えてサービスを見られるよう、コンテンツを特定するＩＤを関連付けて、それらを順にたどることでサービスを受けられるスタイルを実現する。図１８の８０１は、サービス情報とＩＤとを関連付けたときのイメージ図を示している。８０１の第１列がＩＤ、第２列がサービス情報である。このようなＩＤつきサービスリストをサービス提供装置１２に送付することで、サービス提供装置１２にてサービスを実行させるときに、使用する前記ザッピングスタイルを実現させる手助けとなる。

８０１によると、ＵＲＬの頭から比較して同じ文字列が続くものに対して隣り合ったＩＤを割り当てている。（第５行と第６行には１５２、１５３というＩＤを割り当てている）また、第１行から第７行までは単なるエンターテイメント情報のサービス情報であるが、第８行は「乗り換え案内」という生活に必要なサービス情報であるので、ＩＤの百の位を変えて割り当てている。（第１行〜第７行は１００番台、第８行は２００番台）このようにサービスをサービス情報のありかや性質によってまとめたＩＤを割り当てて管理する。このほか、サービスの名前順、サービス実行端末に送付する順、アクセスランキングが高い順、など前記サービスの性質には依存せずにＩＤを割り当てる方法でもかまわない。また、ＩＤは必ずしも数字である必要はなく、８０２のようにサービスの簡単な愛称や略称やユーザにとって覚えやすいキーワード、あるいは８０３のようなひらがななど、ある所定の方法にしたがって順序付け可能なＩＤであれば何でもかまわない。

一方、端末で使われているＩＤ以外のＩＤを割り当ててもよい。その場合は、すでにサービス実行端末１２に対して送信したＩＤを別途記憶しておき、新たにサービス実行端末１２に送信するサービスリストを作成する際に、別途記憶していた端末へ送信済みのＩＤを避けて新たに別のＩＤを割り当てることができる。

また、提供サービス管理装置にて割り当てたＩＤをサービス提供装置で変更できないように設定する方法を用いると、提供サービス管理装置の運営者が、サービス提供元に対して、ユーザが使用する固定のＩＤを保証することができる。これは前述したサービス提供装置にとっての「変更不可能なＩＤ」をさす。ユーザが覚えやすいＩＤや語呂のよいＩＤをユーザに使ってもらえるよう設定することができれば、確実にユーザを特定のサービスへ誘導しやすくなることが可能である。例えば、４１３３（よいみみ）とユーザＩＤ入力したときに実際に電話がかかる電話番号を自分の経営する耳鼻科に設定したい場合は、耳鼻科経営者は提供サービス管理装置の運営者に対して、ユーザのサービス実行端末におけるＩＤ：４１３３を自分の耳鼻科の電話番号に設定する権利を提供サービス管理装置の運営者から買い取ることで、提供サービス管理装置とやり取りするサービス提供装置を使うユーザを自分の耳鼻科へ誘導できる。また、このＩＤ付与は、ただ一度行われてもよいし、状況の変化に応じて変更してもかまわない。また、上記変更できないＩＤの「変更不可能な期間」に関する情報を付け加えることによって、サービス提供元と提供サービス管理装置の運営者との契約期間に基づくＩＤ保証サービスを提供することも可能となる。また、特に上記変更不可能な期間をつけなくとも、基本の保証期間を設け、特に指示がない限りサービス実行端末側でＩＤが保証される期間が延長されないようにしてもよい。

提供サービス管理部４０１にてサービス情報を管理する際に、サービスの属性情報をもサービス情報に対応させて管理し、サービス提供装置に送ってもよいことを図１９を用いて説明する。図１９の９０１は、ＩＤ（第１列）、サービス情報（第２列）、サービスのタイトル（第３列）、サービスのジャンル（第４列）を対応付けて管理している模様を示したものである。９０１に示す管理項目のほか、考えられる管理項目（サービスの属性情報）は、サービスの中に登場する人物、楽しい、悲しい、などの感性情報、毎週木曜日、毎朝７時、明日の５時などサービスが提供される時間、サービスの利用履歴が多い、少ないなどの人気情報、１回使用５００円、年間使用料２０００円などの課金情報、サービスを所有するサイトの情報、サービスを使用（実行）可能な端末、などサービスを利用する上で関わる情報であれば何でも構わない。また、端末へサービス情報を送信する際に、前記管理項目（サービスの属性情報）をサービス情報と合わせて送信することで、端末側でのサービス情報の管理において、より細やかな管理を実現することができる。詳しく説明すると、サービス提供装置においてユーザにサービス一覧からあるサービスを選んで実行開始してもらう場合に、サービスの属性順にユーザにサービス一覧を提示することができる。もちろん、属性情報を提供サービス管理装置から受信しなかったとしてもサービス情報から属性情報を随時取得することは可能だが、提供サービス管理装置からサービス情報を取得するときに同時に属性情報を受け取ることで、二度の通信を一度にすることが可能となり、通信コストを抑えることができる。

サービス提供装置のサービス制御部５０１がサービス情報を管理する様子について図２０を用いて説明する。上記のように提供サービス管理装置から受け取ったサービス情報を、サービス実行端末で管理する際、管理項目（サービスの属性情報）を合わせて管理しても良い。図２０の１２０１によれば、ＩＤ（第１列）、サービス情報（第２列）、サービスのタイトル（第３列）、サービスのジャンル（第４列）、サービスの使用期限（第５列）がそれぞれ関連付けられて管理されている。こうすることで、「オカルトのサービス」「今週いっぱいしか見られないサービス」という条件付でのサービス検索、サブリストを作成することが容易に行える。特にサービスの種別による関連付け、サービスの有効期限に基づく関連付けは、サービス実行端末上での実行において、ユーザが特に必要とする項目であると考えられ、効果的に利用できる管理項目だと考えられる。この管理項目は他にも登場人物や課金情報など他の項目であっても構わないことは言うまでもない。また、サービス提供装置で記憶しているサービスリスト１２０１をサービス提供装置上の出力装置に出力してもよい。サービス提供装置がテレビジョン装置だったと仮定したときのイメージ図を１２０２に示す。このとき、出力装置の能力に合わせて、視覚表示してもよいし、音声アナウンスしてもよい。また、１２０１で管理される全ての項目を表示してもよいが、必要な情報だけを出力しても良い。

サービス提供装置が、サーバとの通信を行うサービスリスト受信部５０４だけでなく、それ以外のものから通信データを受け取る場合もある。受信手段をさらに兼ね備えた場合の構成と動作について図２１と図２２を用いて説明する。サービス提供装置ではサービスリスト受信部１３０４によって受け取ったサービスリストをサービス制御部１３０１がサービスリスト記憶部１３０２を用いて記憶し、その中からあるサービスをサービス実行部１３０３によって実行する。このとき、ユーザもしくは他のサービスがサービス一覧の任意のサービスを選択するためのサービス選択信号を第２受信部１３０５を用いて受け取り、選択されたサービスをサービス実行部１３０３で実行することができる。この例では新たに１から９の簡易ＩＤ（図２２）をサービス一覧に割り当てているが、図２０に示したこれまでどおりの多桁のＩＤのままでも構わない。

サービス一覧をユーザに提示する場合にＩＤを一緒に提示するとき、その中のサービスを直接指定する方法としてユーザが取る行動の一つにＩＤ入力がある。多桁のＩＤをそのまま表示するとユーザはその多桁のＩＤを一生懸命押すことになる。そこで操作負担を軽くするために、表示するサービス一覧に順に便宜的に振るＩＤを簡易ＩＤと呼ぶ。図２２の１４０１に示したサービスリストの状態で第２受信部１３０５により「４」という信号を受信した場合、１４０１の第４行のｈｔｔｐ：／／ｍｏｖｉｅｍａｎｉａ／ｒｅｃｏｍｍｅｎｄｅｄ／１．ｈｔｍｌが選択される。このとき、ただちにサービス実行部１３０３が上記サービスの実行を開始しても構わないし、選択を決定する信号を別途受け取るまで実行を保留しても構わない。ただちにサービス実行部１３０３が上位サービス実行を行うならば、たとえば前記「４」の信号を受信するとまもなく１４０２に示すような表示がなされることになる。選択決定信号を受け取るまで実行を保留するならば、選択決定信号を受け取るまで１４０２の表示はなされない。この状態において、「＋」つまり「次に並べられているサービス」という信号を第２受信部１３０５が受けた場合、サービスリスト１４０１の第５行にある「テレビ１ｃｈ」が選択される。もし、「−」つまり「直前に並べられているサービス」という信号を第２受信部１３０５が受けた場合、サービスリスト１４０１の第３行にあるｈｔｔｐ：／／ａｎｉｍａｔｉｏｎｍａｎｉａ／ｈｉｔ１．ｈｔｍｌが選択される。この場合でも、前述の通り、選択に呼応してただちにサービスを実行してもかまわないし、別途「決定」指示を受けるまで実行を保留してもかまわない。このとき、第２受信部１３０５がユーザからの操作指示信号を受け取るとするならば、ユーザの操作端末は図２３の２００１に示すように「＋」（２００２）「−」（２００４）あるいは決定ボタン２００２やサービス選択ボタンが（２００５の数字ボタン）などが備えてあることが望ましい。

第２受信部１３０５が受け取る信号に基づいて行われる処理を示したフローチャートが図２４である。Ｎ番目のサービスが選択されているときに、第２受信部１３０５が信号を受け取ったとき（Ｓ１５１）、受け取った信号が「＋」つまり「次のサービスへ」という信号を受けたとき（Ｓ１５２で「＋」へ）、Ｎ＋１番目にたどれるサービスを選択する（Ｓ１５３１）。これは文章上「＋１」と表現しているが、選択できるサービスをある基準に基づいて並べたとき、Ｎの直近上位にあるサービスであってもよい。同様に、「−」つまり「前のサービスへ」という信号を受けたとき（Ｓ１５２で「−」へ）、Ｎ−１番目にたどれるサービスを選択する（Ｓ１５３２）、あるいはＮの直近下位にあるサービスでも良い。サービスＩＤを直接指示する信号を受けた場合（Ｓ１５２で「Ｍ」へ）、Ｍを選択する。このとき、Ｍに割り当てられているサービスがないならば、Ｍに一番近いＩＤのサービスを代わりに割り当ててもかまわない。加えて、ジャンルＸを直接指定する手段を備えているならば、ジャンルＸを指定して（Ｓ１５２で「ジャンルＸ」へ）、ジャンルＸであるサービスリストの一番上位に位置するサービスを選択することもできてよい（Ｓ１５３４）。さらに、サービスの頭文字Ｙを直接指定する手段を備えているならば、頭文字Ｙを指定して（Ｓ１５２で「頭文字Ｙ」へ）、頭文字がＹであるサービスリストの一番上位に位置するサービスを選択できてよい（Ｓ１５３５）。これらは、リストの先頭であってもなくてもかまわない。

提供サービス管理装置１１からサービス提供装置１２にサービスリストが送られてくるときの動作についていくつか例を挙げて説明する。

まず図２５を用いて説明する。提供サービス管理装置２８１では、提供サービス管理部２８１２はサービスリスト記憶部２８１１にて記憶しているサービス２８１１１のうち、上記所定の方法にてサービス提供装置２８２に送信すべきサービスリストに入れるサービスを収集する（２８１２１）。この収集されたサービス２８１２１は提供サービス管理部２８１２にて後述するテキストファイルに編集され（２８１２２）、送信部２８０にてネットワーク２８０を通じてサービス提供装置２８２に送信される。サービス提供装置２８２のサービス制御部２８２２は、前記テキストファイル２８２２１を第１受信部２８２３にて受け取ったあと、前記テキストファイル２８２２１を後述の方法で解析し一つあるいは複数のサービス情報を抽出し（２８２２２）、サービスリスト記憶部２８２１に格納する（２８２１１）。

図２６では１６０１に示すように、前記テキストファイルがＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式として、サービス情報をファイル内に列挙する形で渡されたときのサービス提供装置１２での処理について説明している。この場合には、サービス制御部４０１あるいは１３０１は受け取った文書１６０１を所定のルールに従って構文解析し、サービス情報と説明文を抜き出してサービスリスト記憶部４０２あるいは１３０２にて記憶する。図２６に示した例では、アンカータグ（＜ａ＞）内のＵＲＬをサービス情報、アンカータグに挟まれた（＜ａ＞と＜／ａ＞の間）文字列をサービス情報のタイトルとして抽出する。

例えば、１６０１に示したファイルの１行目には＜ａ ｈｒｅｆ＝“ｈｔｔｐ：／／ｗｗｗ．ｔａｔａｒｉｊａ．ｎｅｔ／ｉｎｄｅｘ．ｈｔｍｌ＞と記述されている。アンカータグ内のＵＲＬはサービス情報として抽出するので、ｈｔｔｐ：／／ｗｗｗ．ｔａｔａｒｉｊａ．ｎｅｔ／ｉｎｄｅｘ．ｈｔｍｌをサービス情報として抽出する。上記＜ａ ｈｒｅｆ＝・・・＞と＜／ａ＞の間には「ここは近寄るな！心霊スポット紹介サービス」と記述されているが、この場合のルールではアンカータグに囲まれた文字列はサービス情報のタイトルとして抽出することになっているので、「ここは近寄るな！心霊スポット紹介サービス」を上記ＵＲＬが示すサービス情報のタイトルとして抽出する。上記の要領で１６０１をすべて解析した結果を１６０２に示す。１６０２の第１列がサービス情報、第２列がサービス情報のタイトルとなる。

図２５に示したテキストファイル２８１２２がＨＴＭＬ以外の形式である場合つまりＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式に収められている例を図２７に示す。ＸＭＬファイル形式では、ＨＴＭＬファイル形式以上にサービス情報を詳しく記述することができるため、提供サービス管理装置から送るサービスリストファイルにジャンル情報やその他の情報が含めることが容易に可能である。

このとき、サービスリストファイルを受信したサービス提供装置では、前記属性情報を随時抽出し、関連付けて記憶してもよい。２６０１に＜ｓｅｒｖｉｃｅ＞＜／ｓｅｒｖｉｃｅ＞でまとめられたサービス情報およびその属性情報を所定のルールによって解析する。この図２７の場合では＜ｓｅｒｖｉｃｅ ｕｒｌ＝”・・・“＞に書かれたＵＲＬをサービス情報、＜ｔｉｔｌｅ＞＜／ｔｉｔｌｅ＞ではさまれた文字列をサービス情報のタイトル、＜ｃａｔｅｇｏｒｙ＞＜／ｃａｔｅｇｏｒｙ＞ではさまれた文字列をサービス情報が属するカテゴリ、＜ｐａｒｉｏｄ＞＜／ｐｅｒｉｏｄ＞ではさまれた文字列をサービスの有効期限とする。２６０１が含む複数のサービス情報のうち、最初のサービスに関する部分（最初に現れた＜ｓｅｒｖｉｃｅ＞＜／ｓｅｒｖｉｃｅ＞で区切られた区間）を例に取ると、ｈｔｔｐ：／／ｗｗｗ．ｔａｔａｒｉｊａ．ｎｅｔ／ｉｎｄｅｘ．ｈｔｍｌがサービス情報、「ここは近寄るな！心霊スポット紹介サービス」がタイトル、「オカルト」がジャンル、「ｎｏ」が有効期限を表している。有効期限に「ｎｏ」と記載されていた場合は、「無期限である」ことを示す、という記述ルールは別途設けてもよい。上記のような手順で２６０１の全てを処理した結果を２６０２に示す。２６０２の第１列はサービス情報、第２列はタイトル、第３列はジャンル、第４列は有効期限となる。

また、ＨＴＭＬやＸＭＬだけでなく、ＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）のような、データ区切を示すことができるような記述形式が可能なファイルを用いれば同様の効果を達成させることができることは言うまでもない。さらに、ＨＴＭＬ、ＸＭＬ以外のデータ区切を示すことが可能な記述形式のファイルを、提供サービス管理装置にて作成する方法、およびサービス提供装置にて受信したファイルを解析する方法は、それぞれファイル形式によって適宜用意することは言うまでもない。

提供サービス管理装置１１からサービス提供装置１２にサービスリストが送られてくる様子のさらに別の例について図２８を用いて説明する。提供サービス管理装置２７１では、提供サービス管理部２７１２はサービス一覧記憶部２７１１にて記憶しているサービス２７１１１のうち、上記所定の方法にてサービス提供装置２７２に送信すべきサービスリストに入れるサービスを収集する（２７１２１）。このとき、一つのサービスに対して一つのファイルを作成する。この収集されたサービス２７１２１は提供サービス管理部２７１２にてアーカイブされ（２７１２２）、送信部２７０にてネットワーク２７０を通じてサービス提供装置２７２に送信される。サービス提供装置２７２のサービス制御部２７２２は、前記アーカイブ２７２２１をサービスリスト受信部２７２３にて受け取ったあと、アーカイブを解凍し、一つないしは複数のサービス情報を、それぞれファイルとして受け取る（２７２２２）。解凍された一つあるいは複数のサービス情報は上述した方法にてサービスリスト記憶部２７２１にて記憶される（２７２１１）。

（第２の実施の形態）
発明の第２の実施の形態について説明する。

図２９は提供サービス管理装置の論理的な構成図であり、図３０はサービス提供装置の論理的な構成図である。上記の通り、提供サービス管理装置１１ではサービス一覧はサービス一覧記憶部１００２によって記憶されており、提供サービス管理部１００１はサービス一覧記憶部１００２にて記憶されているサービス一覧のなかから一部もしくは全部をサービスリストとして送信部１００３を用いてサービス提供装置１２へと送信する。サービス提供装置１２では前記送信されたサービスリストをサービスリスト受信部１７０４によって受け取り、サービス制御部１７０１によってサービスリスト記憶部１７０２に記憶する。

前述のとおり、この提供サービス管理装置１１によるサービスリストの作成およびサービスリストの送付はただ一度行われても良いし（図８（ａ））、一定時間間隔ｔごとに行われてもよい（図８（ｂ））。しかし、これだけであると、サービスリスト配信のタイミングはすべて提供サービス管理装置１１の都合によって決められてしまい、サービス提供装置１２にとっては不都合な場合がある。そこで、サービス提供装置１２は送信部１７０６をさらに備え、提供サービス管理装置１１へサービスリストを要求する信号を送信する。提供サービス管理装置１１は受信部１００４をさらに備え、前記サービスリスト要求を受け付ける。提供サービス管理装置１１はサービスリスト要求を受け取るとそれに呼応してサービスリストを作成し、前述の方法でサービス提供装置１２へ送付する。

この流れを図３１（ａ）に示す。前記サービスリスト要求としては、「サービスリスト送信希望」だけの単純な送信希望通知だけの場合もあれば、「明日放映されるサービス」「木下卓也が出演するドラマ」という一定条件を満たすサービスリストを作成したい場合がある。この場合は、サービス提供装置１２のサービス制御部１７０１は、前記サービスリスト作成要求をサービスリスト作成条件とともに提供サービス管理装置１１へ送付する。この流れを図３１（ｂ）に示す。受け取った提供サービス管理装置１１の提供サービス管理部１００１は、サービスリスト作成要求の条件を解析し、その条件にあったサービスリストを作成し、前述の方法でサービス提供装置１２へ送付する。

たとえば、「木下卓也が出演するサービス」という条件を提供サービス管理装置に送付したときについて図３２を用いて説明する。サービスリスト１８０１、１８０３、１８０５とも説明のためＩＤ（第１列）、サービス情報（第２列）、ジャンル（第３列）、出演者（第４列）のみで記述しているが、このほか、サービスのタイトル、課金情報、などの属性情報が記憶されていてもかまわない。記憶されているサービス情報が１８０１であったとき、ここに「木下卓也が出演するもの」という条件を受け取ると（１８０２）、出演者が「木下卓也」として関連付けられているものだけを１８０１から抜き出す。抜き出した結果、作成されたサービスリストを１８０３に示す。このとき、サービスリスト作成条件は複数あってもよく、「木下卓也が演技をしているもの。アニメかドラマ」という条件だとするならば（１８０４）、出演者が木下卓也であって、かつジャンルがドラマもしくはアニメとなるので、作成されたサービスリストは１８０５のようになる。

このサービスリスト作成条件は、これ以外にも、端末の種別に基づいて管理する「携帯電話向けサービス」、端末の能力に基づいて管理する「２〜４インチの表示画面を持つ端末向けのサービス」、ユーザの属性である「３０代男性向け」などの条件などでもよい。もし、図１５に示すようにあらかじめ分割してサービスリストが作成されており、作成条件に合致するリストが存在していれば、そのまま合致したリストを送付すればよい。また、サービスリスト作成条件が明示的に示されなくとも、サービス実行端末の名称（テレビなのかラジオなのか携帯なのか）や品名、型番、実行性能などの端末情報、あるいは誰が使用しているかの使用者情報、使用者の特性情報などがサービスリスト作成要求とともに提供サービス管理装置１１に送付されていれば、それらの情報をサービスリスト作成条件とみなし上記と同様のサービスリスト作成を行ってもかまわない。また、上記作成条件以外にも、サービス情報の個数あるいはその上限あるいはその下限を指定し、指定した数のサービス情報を受け取ってもよい。その場合、指定する個数は、サービス提供装置１２内のサービス一覧記憶部１７０２が記憶可能な限界個数や、ユーザが装置を使ってサービスを実行させる際に手間取らない程度のサービス情報の個数であってもよい。

また、提供サービス管理装置１１にて、どの端末にどのサービスを提供したことがあるか、についての情報を管理し（図３３の１９０１最右列）、すでに１度送付したサービス情報、つまり図３３の１９０１の最右列に「既」と記されているものは除外してサービスリストを作成してもよい（１９０３）。もし、一度送付したことがあるサービス情報であっても、ＵＲＬだけが同一で、該ＵＲＬにて提供されている内容が更新されていたら「未送信」と扱っても良い。また、サービス提供装置１２は、初めて受け取ったサービス情報がある場合には、その旨を出力装置に表示することが望ましい。サービス提供装置１２がテレビジョン装置だった場合のサービスリスト表示のイメージを１９０４に示す。ここでは、新しく受け取ったサービス情報に対応しているサービスのタイトルを表示する部分に、黒い星印を出力している。サービスリストを出力するときだけでなく、実行する場合にも、実行開始と同時に効果音を出すなど工夫しても良い。

なお、このサービスリスト作成条件は、端末の種別や作成条件送付の時間など変更不可能なものであってもよいし、サービス提供装置１２あるいはその外部コントローラにキーボード、マウス、タッチパッド、スタイラス、マイクなどの入力装置によって入力されたものでも良い。

また、この第２の実施の形態において、提供サービス管理装置１１がサービス提供装置１２でのサービスＩＤを管理する際、サービス提供装置１２にて既に使用済みであるＩＤかどうかをサービス提供装置１２に問い合わせて、その結果、使用済みのＩＤであるならば、そのＩＤは避けてＩＤ付けしてもよい。

一方、サービス提供装置１２の稼動中における、サービス制御部１７０１の動作を図３４を用いて説明する。サービス提供装置１２に電源が入るなどで稼動し始めると（Ｓ４３０１）、提供サービス管理装置１１からサービスリストを受信し（Ｓ４３０３）、受信したサービスリストをサービスリスト記憶手段１７０２に後述する方法で記憶する（Ｓ４３０４）。これは、提供サービス管理装置１１からサービスリストが送られてくるときのみ行えばよく、稼動開始直後に新たに提供サービス管理装置１１よりサービスリストが送付されてこない場合は行う必要はない。この第２の実施例におけるサービス提供装置１２は、送信手段１７０６を備えることによってサービスの取得要求信号を提供サービス管理装置に送信することができる（Ｓ４３０２）ので、送信したサービスリスト取得要求信号に応じて送信されてきたサービスリストを同様に受信し（Ｓ４３０３）、記憶する（Ｓ４３０４）。サービス提供装置１２は一方でサービスの選択信号を受信し、後述の方法で選択信号がそのサービスを指しているかを同定する（Ｓ４３０５）。その後、選ばれたサービスを実行する（Ｓ４３０６）。提供サービス管理装置１１に送信するサービスリスト取得要求信号の例は図３２に示したが、詳細は後述する。

（第３の実施の形態）
本発明のサービス提供装置１２をインターネット接続可能なテレビジョン装置で構成した場合について図３５を用いて説明する。

提供サービス管理装置Ｐ２９１は、サービスポータルのサーバ２９１１や放送局２９１２によって構成される。

サービス提供装置Ｐ２９２として構成される前記テレビジョン装置は以下に示すように構成される。第１受信部は提供サービス管理装置１１からサービスリストを受け取るために使用されるが、サービスリストを受け取る経路によって構成される部品が異なる。インターネット網２９０などのネットワーク接続から受信する場合は、ネットワーク接続回路２９２３にてサービスリスト受信部Ｐ２９２４１は構成される。一方、放送波に載せられたサービスリストを受信する場合は放送受信用チューナー２９２４にてサービスリスト受信部Ｐ２９２４２が構成される。これらどちらか一方のみが用意されてもよいし、両方用意されてもよい。Ｐ２９２４１あるいはＰ２９２４２にて受信されたサービスリストは演算回路２９２１で構成されるサービス制御部Ｐ２９２１によって処理され、一部あるいは全部のサービスリスト内のサービス情報が記憶装置２９２２で構成されるサービスリスト記憶部Ｐ２９２２にて記憶される。

サービス提供装置Ｐ２９２であるテレビジョン装置は図３６の３０１に示したサービス情報を持っているとする。そこへ、提供サービス管理装置Ｐ２９１から上記の手順で前記アーカイブあるいはファイルにてサービスリスト３０２を受信したとする。ここで、図１１あるいは図１２に示した方法によって３０２をサービス制御部が処理する。サービスリスト記憶部Ｐ２９２２内のサービスがサービス情報のＵＲＩを構成するアルファベットによって降順に並べるという規則によりサービス制御部Ｐ２９２１がサービスリスト記憶部Ｐ２９２２内のサービス情報を管理しているとすると、その規則にしたがってＳ２３０３でのＭの値が決定される。例えば、３０２の第１行のサービスのＵＲＩ「ｈｔｔｐ：／／ｔａｔｏｅｂａ．ｃｏ．ｊｐ／３．ｈｔｍｌ」を３０１の各サービスのＵＲＩと見比べる。３０２の第１行「ｈｔｔｐ：／／ｔａｔｏｅｂａ．ｃｏ．ｊｐ／３．ｈｔｍｌ」は「ｈｔｔｐ：／／」の後が「ｔ」であるのに対し、３０１内の第１行のＵＲＩは「ｓ」であるので、この３０１の第１行よりは後であることがわかる。また同様に、３０２に第１行は「ｈ」で始まるのに対し、３０１の第２行のＵＲＩは「Ｍ」で始まるので、３０１の第２行よりは前だとわかり、Ｍは２と決定され、挿入される。次も同様に、３０２の第２行のＵＲＩは、３０１および上記追加されたＵＲＩと比較してどのＵＲＩよりも前になるので、Ｍは１と決定される。上記手順を３０２の全てに繰り返すと３０３に示したサービス情報の一覧がサービスリスト記憶部Ｐ２９２２に形成される。この例ではＵＲＩの降順という規則でＭを決定し３０３を形成したが、もちろん、これ以外にもＩＤやタイトル、その他サービス情報に関連付けられた属性に基づいてＭを決定してもかまわない。また、サービス提供装置Ｐ２９１からサービス情報を受け取り処理する時点で順序を考えながらサービスリスト記憶部Ｐ２９２２内に入れなくとも、「新たに取得したサービス情報をリストの後ろに追加する」という規則にしたがってＭを決定しサービスリスト記憶部Ｐ２９２２に入れ、サービスを利用する段階において並べかえてもかまわない。

サービスリスト記憶部Ｐ２９２２で３０３のサービス情報一覧を記憶している状態でサービスを選択したときの挙動について図３５と図３７を用いて説明する。なお、サービス選択は、他のサービスが直接サービス制御部Ｐ２９２１に働きかけ選択する方法と、他の経路から選択信号を受信する方法がある。あるサービスを実行中に、さらに別のサービスを呼び出す場合、たとえば、一つのＨＴＭＬファイル（ＨＴＭＬ１）を表示していたところに、３秒後にサービスリスト記憶部Ｐ２９２２にて隣に記憶されているＨＴＭＬファイル（ＨＴＭＬ２）を取得して表示するよう、ＨＴＭＬ１に記述されていた場合、サービス実行部Ｐ２９２３はＨＴＭＬ２のサービス情報を選択するようサービス制御部Ｐ２９２１に働きかける。

一方、他の経路からサービスを選択する信号を受信する場合は演算回路２９２１内の第２受信部Ｐ２９２６１あるいはネットワーク接続回路２９２３内の第２受信部Ｐ２９２６２にて受信する。どちらで受信するかは選択信号がどこから発せられるかによって異なる。テレビジョン装置Ｐ２９２に備え付けられたボタンまたはテレビジョン装Ｐ２９２を操作するリモコン装置からの入力信号を受けて選択する場合は演算回路２９２１内の第２受信部Ｐ２９２６１で、ネットワーク網２９０越しに他のサーバ２９３やサービスポータル２９１１から選択信号を受信する場合は第２受信部Ｐ２９２６２にて受信する。Ｐ２９２６１およびＰ２９２６２は選択信号をサービス制御部Ｐ２９２１に伝達する。

サービス制御部Ｐ２９２１がサービス選択の通知を受ける（Ｓ３１０１）と、どのサービスが選択されているかを同定し（Ｓ３１０２）、その選択されたサービスの種別を判断し（Ｓ３１０３）、判断された種別に応じてテレビ放送を受信（Ｓ３１０４）したり、ラジオ放送を受信（Ｓ３１０５）したり、選択されたサービスのＵＲＩが示すページを表示したり（Ｓ３１０６）、メールを書くソフトを起動したり（Ｓ３１０７）、メールを読むソフトを起動（Ｓ３１０８）するなどの処理を決定し、処理する。

例えば、３０３（図３６）において第３行目のサービスが選択された場合は、第３行目のサービスはインターネット上のＨＴＭＬによるコンテンツであることがわかるので、Ｓ３１０６の処理が選ばれ、サービス実行部Ｐ２９２３はネットワーク接続回路２９２３を介して該コンテンツを取得し表示する。また、第８行目のサービスが選択された場合、第８行目のサービスはテレビ放送の受信であることがわかるので、Ｓ３１０４の処理が選ばれ、サービス実行部Ｐ２９２３は放送波受信チューナー２９２４に対してＶＨＦの１チャンネルの受信を要求し、受け取った放送を表示する。このときサービスの種別を容易に判断する（Ｓ３１０３）ために、サービス一覧記憶部Ｐ２９２２ではサービスの種別をサービス情報と関連付けて記憶しておく、もしくは、判断しやすいＵＲＩがサービス情報として使われていることが望ましい。

さらに、テレビジョン装置がネットワーク接続回路内に送信部Ｐ２９２５を備えることで、テレビジョン装置側から、提供サービス管理装置Ｐ２９１に対してサービスリストに関する要求を出すことができる。たとえば、サービス制御部Ｐ２９２１が毎日決まった時間に要求を出すよう送信部Ｐ２９２５に要求したり、ユーザが帰宅したときにサービスリストを最新のものにできるよう帰宅１時間前にサービスリストを要求したり、あるいは、ユーザが入力装置２９２５３を用いて要求信号を送出してもかまわない。サービス制御部Ｐ２９２１が送信部Ｐ２９２５を介して提供サービス管理装置Ｐ２９１に対して送出するリスト要求の例を図３８に挙げる。単にリストを要求するだけであれば「ｇｅｔ」とだけ付け足した信号３２０を、誰が使っているのかを明示してサービスリストを要求するには「ｕｓｅｒ」の後にユーザ名やユーザＩＤを付け足した信号３２１を、３２ｉｎｃｈテレビ用のサービスリストを要求するには受信装置を明示する「ｔａｒｇｅｔ」の後にｔｖ３２とした信号３２２を、最新のサービスリストを要求する場合には任意の要求を示す「ｒｅｑｕｉｒｅｍｅｎｔ」の後にｒｅｃｅｎｔｌｙとした信号３２３を、３０代女性用リストが欲しい場合には同じく「ｒｅｑｕｉｒｅｍｅｎｔ」の後に「ｆｅｍａｌｅ」および「ａｇｅ（３０−３９）」とした信号３２４を送ればよい。

あるいは、入力装置２９２５３を用いて入力された自然言語文「さんじゅうだいのじょせいようさあびす」を、自然言語文であることを明記する「ｓａｉｄ」の後に記した信号３２５でもよい。「ｇｅｔ」「ｒｅｑｕｉｒｅｍｅｎｔ」「ｓａｉｄ」がそれぞれ何を意味するか、またそれらに続く「ｆｅｍａｌｅ」「ｔｖ３２」が何を意味するか、どう処理するかについては、あらかじめ提供サービス管理装置Ｐ２９１内の提供サービス管理部とサービス提供装置Ｐ２９２内のサービス制御部Ｐ２９２１内で取り決められていることが望ましい。さらに、提供サービス管理装置Ｐ２９１の側から、あるいはサービス提供装置Ｐ２９２の側から、スクリプトやプログラムそのものを送信することによって新たなサービス要求の取り決めを追加してもよい。なお自然言語をそのまま送信する方法については、サービス提供装置Ｐ２９２の入力装置２９２５３がキーボードあるいはソフトキーボードによって文字列を入力するかもしくは音声認識機能を備え音素解析を施した後に文字列化し、提供サービス管理装置Ｐ２９１の側では自然言語処理機能を備えていることが望ましい。図３８に示した書式や送信内容は、この限りではないことは言うまでもない。

また、サービス制御部Ｐ２９２１がユーザの簡便のためにサービスリスト記憶部Ｐ２０２２の内容を、図２０の１２０２や図３３の１９０４のようにユーザに提示し、ユーザ操作を促してもよいことは前述の通りである。

（第４の実施の形態）
本発明のサービス提供装置をリモコン装置として構成しさらに他の機器を操作する場合について図３９を用いて説明する。

提供サービス管理装置Ｐ３３１は、サービスポータルのサーバ３３１１や放送局３３１２によって構成される。

サービス提供装置Ｐ３３２として構成されるリモコン装置はたとえば以下のように構成される。本リモコン装置Ｐ３３２はネットワーク接続回路３３２２として設けられたサービスリスト受信部Ｐ３３２４２を通じてポータルサービスのサーバ３３１１よりサービスリストを受信する、あるいは放送波受信チューナー３３２３として設けられたサービスリスト受信部Ｐ３３２４１を通じて放送波からサービスリストを受信する。演算回路３３２１にて設けられたサービス制御部Ｐ３３２１は、上記サービスリスト受信部Ｐ３３２４１あるいはＰ３３２４２にて受信したサービスリストを図１１もしくは図１２に基づいた方法によって処理し、記憶装置３３２４として設けられたサービスリスト記憶部Ｐ３３２６に記憶する。このサービスリストは、リモコン装置内のサービスリスト記憶部Ｐ３３２６でなくとも、例えばサービスポータル内３３１１にて記憶されていてもよい（Ｐ３３２６´）。

さらには、本リモコン装置Ｐ３３２によって操作される被操作機器でサービスリストを記憶してもよい。図３９であれば、パーソナルコンピュータ（以下パソコン）３３４内の記憶装置にて記憶する、あるいはテレビジョン装置（以下テレビ）３３３内にさらに記憶装置を設けてサービスリストを記憶することを指す。

サービス制御部Ｐ３３２１は、サービス実行部Ｐ３３２２が他のサービスを実行する過程から呼び出すサービス、あるいは入力装置３３２５の入力を第２受信部Ｐ３３２３１にて受信したときの信号に基づいて選択されたサービス、あるいはポータルサービスのサーバ３３１１およびその他サーバ３３５からデータを第２受信部Ｐ３３２３２が受信し、受信した信号に基づいて選択されたサービスをサービス実行部Ｐ３３２２によって実行する。

リモコン装置は図２３に示したボタンのみで構成されるものでもよいが、図４０（ａ）に示したように、視覚提示のためのディスプレイ３４０５を備えたリモコン装置でもよい。さらに、ボタンの機能をディスプレイに備える、すなわちタッチパネルディスプレイ３４１１を備えたリモコン装置３４１でもかまわない。また、音声フィードバック機能を持たせるために、図４０（ｂ）のようにスピーカー３４１２を備えてもかまわないし、もちろんイヤホンあるいはヘッドフォンへ出力する端子を備えてもかまわない。これらはリモコンデザインの例であり、必ずしもこの構成に従う必要はない。図３９と図４０を比較すると、入力装置３３２５はＵＰボタン３４０１、決定ボタン３４０２、ＤＯＷＮボタン３４０３、テンキー３４０４あるいはタッチパネルディスプレイ３４１１で、映像出力部３３２６はディスプレイ３４０５あるいはタッチパネルディスプレイ３４１１、音声出力部３３２７はスピーカー３４１２もしくはそれに代わるヘッドフォン端子やイヤホン端子によって構成される。図４０（ａ）が持っているボタン（３４０１、３４０２、３４０３、３４０４）は、図４０（ｂ）では、タッチパネル３４１１上に表示することによって形成されることが望ましい。

これらのように提示機能をリモコンが持っている場合、以下に説明する方法で提示をリモコン装置上で行うと、より使いやすくなる。図４１および図３９を参照して説明する。

図４１は図３９に示した、提供サービス管理装置Ｐ３３１からサービスリストを受信する過程において表示される表示例である。リモコン装置がサービスリスト３０１をサービスリスト記憶部Ｐ３３２６にて記憶しているとき、サービス制御部Ｐ３３２１は３５１を映像出力部３３２５に出力する。ここに提供サービス管理装置Ｐ３３１からサービスリスト３０２を受信したとき、サービス制御部Ｐ３３２１は３５２を映像出力部３５２に出力する。またこのとき「サービスリストが到着しました」のような到着メッセージ３５２１を同時に出力してもかまわないし、あるいは３５２，３５２１とも出力しなくてもよい。

ここでサービスリストの挿入が行われた後、つまり３０３がサービスリスト記憶部Ｐ３３２６にて形成されたときにサービス制御部Ｐ３３２１は３５３を映像出力部に出力する。このとき、新たに追加されたサービス情報は３５３１に示した星印など目印を同時に出力することで、新たに追加されたものであることをユーザに明示的に提示することができる。

図４１の例ではサービス情報に関連付けられたタイトルのみを表示していたが、他にも、図４２の３６０１に示すようにＩＤをともに表示してもよいし、あるいは属性をともに出してもかまわない。また、３６０２のように実行中サービスを中心に近辺のサービスをはっきりと、遠方のサービスははっきりとは表示しなくとも存在だけは見せる、あるいは３６０３のように選択中サービスとその隣のサービスだけを見せてあとは見せない、という表示スペースと見栄えに応じて工夫してもよい。いずれも表示の例であって、これに限らない。また、リモコン装置に視覚表示ディスプレイを持たない場合は、表示する内容を映像情報として被操作機器に送信し表示させてもかまわない。

この表示は、入力装置３３２５の入力によって切り替わることが望ましい。以下の表示制御は、サービス実行部Ｐ３３２２が行う。例えば、３６０３においてＤＯＷＮボタン３４０３（図４０）が押下されたときは、それまで中心にあった「例えばこんなとき！」の直近下位に位置している「真理ちゃんからのメール」を中心に表示する（３６０４）。あるいは、テンキーボタン３４０４の「１」が押下されたときは、「１」に相当するサービスを中心に表示する（３６０５）。この例では３６０１に示したように「アニメマニアヒットチャート」にＩＤ：１が割り振られていたと仮定して説明している。このとき、ＵＰキーに対応させたい直近上位のサービスが存在しないため、最下位のサービス「テレビ５ｃｈ」を代わりに表示してもよい。これらボタン操作に呼応して音声を出力することによって、ユーザの使用感はよくなる。音声合成技術を併用することによって、３６０３であれば「例えばこんなとき！」、３６０４であれば「真理ちゃんからのメール」を音声でガイドしてもよい。

入力装置３３２５と実行の関係について図４３を用いて説明する。前述の通りの、操作の直後にすぐに実行する方法を図４３（ａ）、「実行」信号を受信するまでサービスを実行に移さない方法を図４３（ｂ）に示している。前者の方法では、図２４に示したサービス選択が行われた（Ｓ１５４）後（Ｓ３７１１）、選択されたサービス情報を読み出す、つまり選択されたサービスを同定し（Ｓ３７１２）、特に指示することなくそのまま選択されたサービスの実行へ移る（Ｓ３７１３）。後者の方法では、図２４に示したサービス選択が行われた（Ｓ１５４）後（Ｓ３７２１）、実行指示が出されたかを判断する（Ｓ３７２２）。ここでは仮に決定ボタン３４０２の押下によって出される信号を実行指示であると判断するとする。もし、実行指示がなければ（Ｓ３７２２でＮＯ）、そのまま何もせず、新たなユーザによる選択信号を受信したら図２４に示したサービス選択処理を行う。もし実行指示が出されたら（Ｓ３７２２でＹＥＳ）、選択されたサービスを同定し（Ｓ３７２３）、選択されたサービスの実行へ移る（Ｓ３７２４）。テレビのように、気軽に次へ次へと切り替えるような装置を操作する上では、前者（図４５（ａ））のような、操作に対してすぐにサービスの実行が行われるような手法が好まれるかもしれない。一方、リモコンにてサービスを吟味した後で実行させたい場合には後者（図４５（ｂ））が好まれる。サービス実行部Ｐ３３２２は、前記リモコン上の表示制御については、目的がユーザへの操作の視覚フィードバックであるため、前者（図４３（ａ））を用いて行うことが望ましい。

リモコン本来の機能である、リモコンによる被操作機器であるテレビ３３３やパソコン３３４を操作するために、「サービス実行」が「リモコン信号送信部３３２８からの操作信号送信」とする場合について説明する。リモコン信号送信部３３２８から送信されるリモコン信号は、有線であっても無線であってもよい。また赤外線通信プロトコル、ＩＰ通信プロトコルなど通信プロトコルの形態にはこだわらない。図３９において、パソコン３３４はネットワーク接続回路３３４２あるいはリモコン信号受信部３３４１にてサービス提供装置Ｐ３３２であるリモコン装置からリモコン信号を受け取り、ＣＰＵ３３４３に伝える。ＣＰＵ３３４３は前記受信したリモコン信号にしたがって、記憶装置３３４５、ＲＡＭ３３４４、映像出力部３３４７、音声出力部３３４７を制御する。テレビ３３３は、リモコンであるサービス提供装置Ｐ３３２からの信号をリモコン信号受信部３３３１によって受け取り、主制御部３３３６に渡す。主制御部３３３６は前記受け取ったリモコン信号あるいはテレビ３３３に備え付けられたボタンあるいは前記サービス提供装置Ｐ３３２以外のリモコン装置などの入力装置３３３３からの入力に基づいて、放送波受信チューナー３３３２を制御してチャンネルを切り替えたり、切り替えた結果受信した放送を映像出力部３３３５および音声出力部３３３４に出力したり、映像出力部３３３５における画像の調整、音声出力部３３３４での音量調節、左右スピーカーのバランス調整などを行う。また、リモコン信号受信部３３３１では、サービス提供装置Ｐ３３２から直接制御されるのではなく、サービス提供装置Ｐ３３２によって制御されたパソコン３３４からの制御信号を受け取ることも可能である。

また、サービス提供装置Ｐ３３２は携帯電話上に形成されてもかまわない。図４４には、入力装置３３２５を十字ボタン３８２、決定ボタン３８３、テンキー３８４および送話口３８８で、音声出力部３３２７は受話口３８６もしくはイヤホン出力端子３８７で、映像出力部３３２６はディスプレイ３８１で、リモコン信号送信部３９０８は赤外線発光部３８５にてそれぞれ構成している様子を示している。図４５には、それぞれの機能が携帯電話のどの部分にて構成されるかを示した。図面の都合により、被操作装置および提供サービス管理装置については図４５より省いているが、それらは図３９と同様である。

ネットワーク接続回路３９０３として設けられた第１受信部Ｐ３９０４１を通じてポータルサービスのサーバよりサービスリストを受信する、あるいは放送波受信チューナー３９０９として設けられた第１受信部Ｐ３９０４３を通じて放送波からサービスリストを受信する、あるいは通信制御回路３９０２として設けられた第１受信部Ｐ３９０４２を通じて携帯電話通信網３９０からサービスリストを受信する。演算回路３９０１にて設けられたサービス制御部Ｐ３９０１は、上記第１受信部Ｐ３９０４１あるいはＰ３９０４２あるいはＰ３９０４３にて受信したサービスリストを図１１もしくは図１２に基づいた方法によって処理し、記憶装置３９０４として設けられたサービスリスト記憶部Ｐ３９０５に記憶する。このサービスリストは、前述の通り本装置内でなくとも、例えばサービスポータル内にて記憶されていてもよいし、本装置によって操作される装置にて記憶されてもよい。携帯電話のように、可搬性が高く、ほぼ常に身につけて出歩く端末にてサービスリストを記憶して持ち歩くことで、ユーザは外出先などで暇な時間などにサービスリストを編集することができる。そして、帰宅後、被操作端末であるテレビやパソコンなどに記憶したサービスリストを編集後の本携帯電話装置内のサービスリストに差し替えてもよい。テレビやパソコン上でサービスリストの編集を行なう代わりに、携帯電話上で暇な時間にサービスリストの編集を行なってしまうことも可能である。この差し替え作業は、帰宅時に一括で行ってもよいし、所定の時間間隔で自動的に行ってもよい。サービス制御部Ｐ３９０１は、サービス実行部Ｐ３９０３が他のサービスを実行する過程から呼び出すサービス、あるいは入力装置３９０５の入力を第２受信部Ｐ３９０２１にて受信したときの信号に基づいて選択されたサービス、あるいはポータルサービスのサーバおよびその他サーバからデータを第２受信部Ｐ３９０２２が受信し、受信した信号に基づいて選択されたサービスをサービス実行部Ｐ３９０３によって実行する。サービス実行部Ｐ３９０３はユーザ操作に対するユーザへの視覚フィードバックは映像出力部３９０５へ、音声フィードバックは音声出力部３９０６へとそれぞれ提示する。サービス実行部Ｐ３９０３は他機器操作を行うために、他機器制御信号をリモコン信号送信部３９０８から送信する。

以上のように本発明の実施の形態および実施例について説明を行なったが、今回開示した実施の形態および実施例は全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれる。

以上のように本発明に係るサービス提供装置などを用いることで、ユーザが簡単な操作でサービスを利用可能な環境を作ることができ、本発明は通信などの分野に適している。

Claims (9)

1. サービス提供装置であって、
   複数のサービスの各々の内容を記述したサービスリストと、前記複数のサービスの各々の属性とを受信する受信手段と、
   前記サービスリストと前記属性とを記憶するサービスリスト記憶手段と、
   各前記サービスにアクセスするための各コードと、各前記サービスを特定するために各コードにそれぞれ対応付けられる簡易コードとを含むユーザ選択用サービスリストを生成するための生成手段と、
   前記ユーザ選択用サービスリストを、前記サービス提供装置に接続されている端末に送信するための送信手段と、
   前記端末から前記簡易コードを受信すると、前記受信された簡易コードに対応付けられるコードに基づいて、前記サービスリスト記憶手段に記憶された前記サービスリストからサービスを選択するサービス選択手段と、
   サービスを提供するサービス実行手段と、
   前記サービスリストの管理と、前記サービス実行手段の制御とを行なうサービス制御手段と、を備え、
   前記受信手段によって受信されたサービスリストが、予め定められた保存条件を満たしている場合に、前記サービスリスト記憶手段は、前記受信されたサービスリストを記憶し、
   前記生成手段は、前記サービス提供装置によってサービスの提供を受ける端末の種類に応じたユーザ選択用サービスリストを生成し、
   前記サービス制御手段は、前記サービス実行手段に、前記サービス選択手段に選択されたサービスの属性を取得させ、
   前記サービス実行手段は、前記取得した属性に基づいてサービスを提供する、サービス提供装置。
2. 各前記サービスは、各々の有効期限に関連付けられており、
   前記サービス制御手段は、前記有効期限が切れたサービスを前記サービスリストから削除する、請求項１に記載のサービス提供装置。
3. 前記サービス制御手段は、前記サービス実行手段によって実行されていないサービスを、前記サービスリストから削除する、請求項１に記載のサービス提供装置。
4. 信号を受信する第２の受信手段をさらに備え、
   前記サービス選択手段は、前記第２の受信手段によって受信された信号に基づいてサービスを選択する、請求項１に記載のサービス提供装置。
5. 前記サービスリスト記憶手段は、各前記サービスのジャンルを規定するデータをさらに記憶しており、
   前記第２の受信手段によって受信された信号が、サービスのジャンルを指定する信号である場合、前記サービス制御手段は、当該指定されたジャンルに該当するサービスを、前記サービス選択手段に選択させる、請求項４に記載のサービス提供装置。
6. 画像を表示する表示手段をさらに備え、
   前記サービス制御手段は、選択中のサービスに関する情報と、前記サービスリストにおいて前記選択中のサービスに隣接するサービス、または、前記選択中のサービスを含む複数のサービスに関する情報とを、前記表示手段に表示させる、請求項１に記載のサービス提供装置。
7. 通信回線を介して前記サービス提供装置に接続されているサーバへデータを送信する送信手段をさらに備え、
   前記サービス制御手段は、前記サービスリストを要求する信号を前記送信手段に送信させる、請求項１に記載のサービス提供装置。
8. 前記サービス制御手段は、定期的に、前記サービスリストを要求する信号を、前記送信手段に送信させる、請求項７に記載のサービス提供装置。
9. コンピュータをサービス提供装置として機能させるためのプログラムであって、前記プログラムは前記コンピュータに、
   複数のサービスの各々の内容を記述したサービスリストと前記サービスの属性とを受信するステップと、
   前記サービスリストと前記属性とを保存するステップと、
   各前記サービスにアクセスするための各コードと、各前記サービスを特定するために各コードにそれぞれ対応付けられる簡易コードとを含むユーザ選択用サービスリストを生成するステップと、
   前記ユーザ選択用サービスリストを、前記コンピュータに接続されている端末に送信するステップと、
   前記端末から前記簡易コードを受信すると、前記受信された簡易コードに対応付けられるコードに基づいて、前記保存されたサービスリストからサービスを選択するステップと、
   前記選択されたサービスの属性を取得するステップと、
   前記取得された属性に基づいて、前記選択されたサービスを提供するステップとを実行させ、
   前記保存するステップは、受信されたサービスリストが予め定められた保存条件を満たしている場合に、前記受信されたサービスリストを保存するステップを含み、
   前記生成するステップは、サービスの提供を受ける端末の種類に応じたユーザ選択用サービスリストを生成するステップを含む、プログラム。

Images