(57)【要約】      （修正有）【課題】多機能機においてユーザによって選択されたコンテンツを出力する可能性を高める。【解決手段】多機能機は、各コンテンツのコンテンツタイトル文字列１４０を表示する。ユーザは、１つのコンテンツタイトル文字列１４０を選択することができる。多機能機は、ユーザによって選択されたコンテンツタイトル文字列１４０を含む更新コンテンツ情報１３２から、ｅｎｃｌｏｓｕｒｅＵＲＬ１５９とｔｙｐｅ１６１を特定する。多機能機は、ｅｎｃｌｏｓｕｒｅＵＲＬ１５９とｔｙｐｅ１６１をＰＣに送信する。【選択図】図６
2010074301.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置に通信可能に接続される通信装置であり、
コンテンツの位置情報と当該コンテンツのタイトルとを少なくとも含むコンテンツ情報を複数有しているコンテンツ要約情報の位置情報を記憶することが可能である位置情報記憶手段と、
位置情報記憶手段に記憶されている位置情報からコンテンツ要約情報を取得する要約情報取得手段と、
要約情報取得手段によって取得されたコンテンツ要約情報に含まれる各タイトルを表示するタイトル表示手段と、
タイトル表示手段に表示された各タイトルから少なくとも１つのタイトルをユーザが選択することを許容するタイトル選択許容手段と、
タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、コンテンツの位置情報と当該コンテンツの種類情報とを特定する第１特定手段と、
第１特定手段によって特定されたコンテンツの位置情報と当該コンテンツの種類情報に対応する情報とを含む送信情報を前記情報処理装置に送信する情報送信手段と
を備える通信装置。
【請求項２】
コンテンツ情報は、第１タグによって特定される第１文字列を含むことが可能であり、
第１文字列は、第１コンテンツの位置情報と当該第１コンテンツの種類情報とを少なくとも含み、
第１特定手段は、タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、第１文字列に含まれる第１コンテンツの位置情報と当該第１コンテンツの種類情報とを特定し、
情報送信手段は、第１特定手段によって特定された第１コンテンツの位置情報と当該第１コンテンツの種類情報とを含む前記送信情報を前記情報処理装置に送信する
ことを特徴とする請求項１に記載の通信装置。
【請求項３】
コンテンツ情報は、第２タグによって特定される第２文字列を含むことが可能であり、
第２文字列は、第２コンテンツの位置情報を少なくとも含み、
第１特定手段は、タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、第２文字列に含まれる第２コンテンツの位置情報をさらに特定することが可能であり、
情報送信手段は、第１特定手段によって特定された第２コンテンツの位置情報をさらに含む前記送信情報を前記情報処理装置に送信することが可能である
ことを特徴とする請求項１又は２に記載の通信装置。
【請求項４】
情報変換手段をさらに備え、
コンテンツ情報は、当該コンテンツ情報に含まれるタイトルより長くて第３タグによって特定される第３文字列を含むことが可能であり、
第１特定手段は、タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、第３文字列をさらに特定することが可能であり、
情報変換手段は、第１特定手段によって特定された第３文字列を予め決められている所定のデータ形式に変換することよって、前記所定のデータ形式に従って記述された文字列データを作成し、
情報送信手段は、情報変換手段によって作成された前記文字列データをさらに含む前記送信情報を前記情報処理装置に送信することが可能である
ことを特徴とする請求項１から３のいずれか一項に記載の通信装置。
【請求項５】
コンテンツ情報は、第２タグによって特定される第２文字列を含むことが可能であり、
第２文字列は、第２コンテンツの位置情報を少なくとも含み、
第１特定手段は、タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、第２文字列に含まれる第２コンテンツの位置情報をさらに特定することが可能であり、
情報変換手段は、第１特定手段によって特定された第２コンテンツの位置情報をハイパーリンクとして含む前記文字列データを作成する
ことを特徴とする請求項４に記載の通信装置。
【請求項６】
判断手段をさらに備え、
コンテンツ情報は、第１タグによって特定される第１文字列を含むことが可能であり、
第１文字列は、第１コンテンツの位置情報と当該第１コンテンツの種類情報とを少なくとも含み、
第１特定手段は、タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、第１文字列に含まれる第１コンテンツの位置情報と当該第１コンテンツの種類情報とを特定し、
判断手段は、第１特定手段によって特定された第１コンテンツの種類情報が予め決められている所定の種類情報であるのか否かを判断し、
情報変換手段は、判断手段によって肯定的に判断されたことを条件として、前記文字列データを作成するとともに、判断手段によって否定的に判断されたことを条件として、前記文字列データを作成せず、
情報送信手段は、判断手段によって肯定的に判断されたことを条件として、情報変換手段によって作成された前記文字列データをさらに含む前記送信情報を前記情報処理装置に送信するとともに、第１判断手段によって否定的に判断されたことを条件として、前記文字列データを含まない前記送信情報を前記情報処理装置に送信する
ことを特徴とする請求項４又は５に記載の通信装置。
【請求項７】
情報送信手段は、タイトル選択許容手段において選択されたタイトルをさらに含む前記送信情報を前記情報処理装置に送信する
ことを特徴とする請求項１から６のいずれか一項に記載の通信装置。
【請求項８】
複数の種類情報のそれぞれについて、当該種類情報と、当該種類情報に従って記述されたデータを処理するためのアプリケーションを特定するアプリケーション特定情報とを対応づけて記憶することが可能であるアプリケーション特定情報記憶手段をさらに備え、
コンテンツの種類情報に対応する前記情報は、第１特定手段によって特定されたコンテンツの種類情報に対応づけてアプリケーション特定情報記憶手段に記憶されているアプリケーション特定情報である
ことを特徴とする請求項１から７のいずれか一項に記載の通信装置。
【請求項９】
複数の種類情報のそれぞれについて、当該種類情報と、当該種類情報を示す表示用データとを対応づけて記憶している表示用データ記憶手段をさらに備え、
タイトル表示手段は、コンテンツ情報に含まれるタイトルとともに、当該コンテンツ情報に含まれるコンテンツの種類情報に対応づけて表示用データ記憶手段に記憶されている表示用データを表示する
ことを特徴とする請求項１から８のいずれか一項に記載の通信装置。
【請求項１０】
表示用データ記憶手段は、種類情報に対応づけられていない特定表示用データをさらに記憶しており、
タイトル表示手段は、コンテンツ情報にコンテンツの種類情報が含まれていないことを条件として、当該コンテンツ情報に含まれるタイトルとともに、表示用データ記憶手段に記憶されている特定表示用データを表示する
ことを特徴とする請求項９に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上で公開されているコンテンツのタイトルを表示する通信装置に関する。
【背景技術】
【０００２】
様々なコンテンツがネットワーク上で公開されている。コンテンツのＵＲＬと当該コンテンツのタイトルとを含むコンテンツ情報を複数含むコンテンツ要約情報を公開しているサーバが存在する。コンテンツ要約情報の一例として、例えば、フィード情報（Ｆｅｅｄ）を挙げることができる。フィード情報のフォーマットとしては、例えば、ＲＳＳやＡｔｏｍが存在する。下記の非特許文献１には、フィード情報を取得して各コンテンツのタイトルを表示するためのソフトウェアが開示されている。このソフトウェアをＰＣにインストールすると、ユーザは、各コンテンツのタイトルを見ることができる。ユーザがタイトルをクリックすると、ＰＣは、ブラウザを起動し、そのタイトルに対応するコンテンツのＵＲＬにアクセスする。これにより、ＰＣにおいてコンテンツが表示される。
【０００３】
【非特許文献１】小津智幸、“ＲＳＳ対応サイトの配信記事タイトルを電光掲示板風に表示「Ｄｉｒｔｙ  Ｎｅｗｓ  Ｒｅａｄｅｒ」”、［Ｏｎｌｉｎｅ］、平成１６年５月２６日、Ｉｍｐｒｅｓｓ  Ｃｏｒｐｏｒａｔｉｏｎ、［平成２０年７月２９日検索］、インターネット、＜ｈｔｔｐ：／／ｗｗｗ．ｆｏｒｅｓｔ．ｉｍｐｒｅｓｓ．ｃｏ．ｊｐ／ａｒｔｉｃｌｅ／２００４／０５／２６／ｄｉｒｔｙｎｅｗｓｒｅａｄｅｒ．ｈｔｍｌ＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
様々な種類（例えば、テキスト、オーディオ、ビデオ、イメージ等）のコンテンツが存在する。コンテンツをダウンロードして出力するためには、そのコンテンツの種類に対応するプログラムが必要になる。しかしながら、上記の様々な種類に対応する全てのプログラムを搭載していないデバイスも存在する。このようなデバイスは、コンテンツ（タイトル）がユーザによって選択されても、そのコンテンツを出力することができない可能性がある。本明細書では、ユーザによって選択されたコンテンツを出力することができる可能性を高めることができる技術を提供する。
【課題を解決するための手段】
【０００５】
本明細書によって開示される技術は、情報処理装置に通信可能に接続される通信装置である。上記の「情報処理装置」という用語は、情報を処理することができるあらゆるデバイスを含む概念である。情報処理装置の一例として、ＰＣ、テレビ、メディアプレイヤー等を挙げることができる。通信装置は、位置情報記憶手段と要約情報取得手段とタイトル表示手段とタイトル選択許容手段と第１特定手段と情報送信手段とを備える。
【０００６】
位置情報記憶手段は、コンテンツの位置情報と当該コンテンツのタイトルとを少なくとも含むコンテンツ情報を複数有しているコンテンツ要約情報の位置情報を記憶することが可能である。上記の「コンテンツの位置情報」という用語は、コンテンツの位置を特定することができるあらゆる情報を含む概念である。また、上記の「コンテンツ要約情報の位置情報」という用語は、コンテンツ要約情報の位置を特定することができるあらゆる情報を含む概念である。位置情報の一例として、例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）等を挙げることができる。要約情報取得手段は、位置情報記憶手段に記憶されている位置情報からコンテンツ要約情報を取得する。タイトル表示手段は、要約情報取得手段によって取得されたコンテンツ要約情報に含まれる各タイトルを表示する。タイトル選択許容手段は、タイトル表示手段に表示された各タイトルから少なくとも１つのタイトルをユーザが選択することを許容する。第１特定手段は、タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、コンテンツの位置情報と当該コンテンツの種類情報とを特定する。情報送信手段は、第１特定手段によって特定されたコンテンツの位置情報と当該コンテンツの種類情報に対応する情報とを含む送信情報を情報処理装置に送信する。なお、上記の「コンテンツの種類情報に対応する情報」は、コンテンツの種類情報そのものであってもよいし、コンテンツの種類情報から特定される他の情報であってもよい。後者の例については、後で再び説明する。
【０００７】
上記の通信装置は、ユーザによって選択されたコンテンツの位置情報とそのコンテンツの種類情報に対応する情報とを情報処理装置に送信することができる。情報処理装置は、コンテンツの種類情報に対応する情報に従って、そのコンテンツを出力するためのプログラムを選択することができる。情報処理装置は、上記の位置情報にアクセスしてコンテンツを出力することができる。この技術では、ユーザによって選択されたコンテンツを出力するためのプログラムが通信装置に搭載されていない場合であっても、そのコンテンツを情報処理装置において出力することができる。ユーザによって選択されたコンテンツを出力することができる可能性を高めることができる。
【０００８】
コンテンツ情報は、第１タグによって特定される第１文字列を含むことが可能であってもよい。第１文字列は、第１コンテンツの位置情報と当該第１コンテンツの種類情報とを少なくとも含んでいてもよい。第１特定手段は、タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、第１文字列に含まれる第１コンテンツの位置情報と当該第１コンテンツの種類情報とを特定してもよい。情報送信手段は、第１特定手段によって特定された第１コンテンツの位置情報と当該第１コンテンツの種類情報とを含む送信情報を情報処理装置に送信してもよい。
【０００９】
また、コンテンツ情報は、第２タグによって特定される第２文字列を含むことが可能であってもよい。第２文字列は、第２コンテンツの位置情報を少なくとも含んでいてもよい。第１特定手段は、タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、第２文字列に含まれる第２コンテンツの位置情報をさらに特定することが可能であってもよい。情報送信手段は、第１特定手段によって特定された第２コンテンツの位置情報をさらに含む送信情報を情報処理装置に送信することが可能であってもよい。この構成によると、情報処理装置は、通信装置から出力された第２コンテンツの位置情報にアクセスすることによって、第２コンテンツを出力することができる。
【００１０】
コンテンツ情報は、コンテンツのタイトルのみならず、そのコンテンツに関する様々な情報（サブタイトル、コンテンツの要約、コンテンツの詳細情報等）を含むことがある。コンテンツの位置情報と種類情報のみならず、このような情報が情報処理装置で表示されると、ユーザは、コンテンツの内容を詳しく知ることができるものと予想される。このような有益な情報をユーザに提供するために、以下の構成を採用してもよい。
【００１１】
即ち、通信装置は、情報変換手段をさらに備えていてもよい。コンテンツ情報は、当該コンテンツ情報に含まれるタイトルより長くて第３タグによって特定される第３文字列を含むことが可能であってもよい。第１特定手段は、タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、第３文字列をさらに特定することが可能であってもよい。情報変換手段は、第１特定手段によって特定された第３文字列を予め決められている所定のデータ形式に変換することよって、上記の所定のデータ形式に従って記述された文字列データを作成してもよい。情報送信手段は、情報変換手段によって作成された上記の文字列データをさらに含む送信情報を情報処理装置に送信してもよい。この構成によると、情報処理装置は、通信装置から送信されたコンテンツの位置情報にアクセスして当該コンテンツを出力しながら、上記の文字列データに基づいて上記の第３文字列を表示することができる。有益な情報をユーザに提供することができる。
【００１２】
コンテンツ情報は、第２タグによって特定される第２文字列を含むことが可能であってもよい。第２文字列は、第２コンテンツの位置情報を少なくとも含んでいてもよい。第１特定手段は、タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、第２文字列に含まれる第２コンテンツの位置情報をさらに特定することが可能であってもよい。情報変換手段は、第１特定手段によって特定された第２コンテンツの位置情報をハイパーリンクとして含む上記の文字列データを作成してもよい。この構成によると、情報処理装置は、通信装置から送信された上記の文字列データに基づいて第３文字列と第２コンテンツの位置情報とを表示することができる。第２コンテンツの位置情報にハイパーリンクが設定されているために、ユーザが第２コンテンツの位置情報を操作すると、情報処理装置は、第２コンテンツの位置情報にアクセスして第２コンテンツを出力することができる。この構成によると、第２コンテンツを情報処理装置で出力させるためのユーザの操作が簡単で済む。
【００１３】
通信装置は、ユーザによって選択されたコンテンツがどのような種類であっても、上記の文字列データを情報処理装置に送信するように構成されていてもよい。しかしながら、例えば、コンテンツがテキストである場合、上記の文字列データがなくても、ユーザは、コンテンツを見れば内容を知ることができる。一方において、例えば、コンテンツがオーディオである場合、上記の文字列データはユーザにとって有益であることが予想される。オーディオしか出力されない場合、ユーザは、コンテンツの内容を詳しく知り得ないからである。これは、コンテンツが例えばビデオ（映像）であっても同じことが言える。文字列データがユーザにとって有益であるのか否かは、コンテンツの種類に依存するものと考えられる。ユーザによって選択されたコンテンツの種類にかかわらず文字列データを情報処理装置に送信する構成では、ユーザにとってあまり有益ではない文字列データを作成して送信する処理も実行されることになる。このような知見に鑑みると、以下の構成を採用してもよい。
【００１４】
即ち、通信装置は、判断手段をさらに備えていてもよい。コンテンツ情報は、第１タグによって特定される第１文字列を含むことが可能であってもよい。第１文字列は、第１コンテンツの位置情報と当該第１コンテンツの種類情報とを少なくとも含んでいてもよい。第１特定手段は、タイトル選択許容手段において選択されたタイトルを含むコンテンツ情報から、第１文字列に含まれる第１コンテンツの位置情報と当該第１コンテンツの種類情報とを特定してもよい。判断手段は、第１特定手段によって特定された第１コンテンツの種類情報が予め決められている所定の種類情報であるのか否かを判断してもよい。情報変換手段は、判断手段によって肯定的に判断されたことを条件として、上記の文字列データを作成するとともに、判断手段によって否定的に判断されたことを条件として、上記の文字列データを作成しなくてもよい。情報送信手段は、判断手段によって肯定的に判断されたことを条件として、情報変換手段によって作成された上記の文字列データをさらに含む送信情報を情報処理装置に送信するとともに、第１判断手段によって否定的に判断されたことを条件として、上記の文字列データを含まない送信情報を情報処理装置に送信してもよい。この構成によると、ユーザにとって文字列データが有益であると考えられる種類情報（上記の所定の種類情報）のコンテンツがユーザによって選択された場合には、文字列データが作成されて情報処理装置に送信される。一方において、ユーザにとって文字列データがあまり有益ではないと考えられる種類情報のコンテンツがユーザによって選択された場合には文字列データが作成されない。このために、通信装置の処理の負荷を低減させることができる。
【００１５】
情報送信手段は、タイトル選択許容手段において選択されたタイトルをさらに含む送信情報を情報処理装置に送信してもよい。この構成によると、情報処理装置は、タイトルを表示することができる。有益な情報をユーザに提供することができる。
【００１６】
通信装置は、複数の種類情報のそれぞれについて、当該種類情報と、当該種類情報に従って記述されたデータを処理するためのアプリケーションを特定するアプリケーション特定情報とを対応づけて記憶することが可能であるアプリケーション特定情報記憶手段をさらに備えていてもよい。この場合、コンテンツの種類情報に対応する情報は、第１特定手段によって特定されたコンテンツの種類情報に対応づけてアプリケーション特定情報記憶手段に記憶されているアプリケーション特定情報であってもよい。この構成によると、情報処理装置は、アプリケーション特定情報に従って、コンテンツを出力するためのアプリケーションを決定することができる。なお、上記の「アプリケーション特定情報」という用語は、アプリケーションを特定することができるあらゆる情報を含む概念である。アプリケーション特定情報の一例として、アプリケーション名、アプリケーションのアドレス等を挙げることができる。また、アプリケーション特定情報記憶手段にどのようにして情報が記憶されるのかについては特に限定されない。例えば、ユーザがアプリケーション特定情報を通信装置に入力してもよいし、通信装置が情報処理装置からアプリケーション特定情報を取得してもよい。
【００１７】
複数の種類情報のそれぞれについて、当該種類情報と、当該種類情報を示す表示用データとを対応づけて記憶している表示用データ記憶手段をさらに備えていてもよい。タイトル表示手段は、コンテンツ情報に含まれるタイトルとともに、当該コンテンツ情報に含まれるコンテンツの種類情報に対応づけて表示用データ記憶手段に記憶されている表示用データを表示してもよい。この構成によると、コンテンツのタイトルとそのコンテンツの種類に対応する表示用データとが表示される。ユーザは、タイトルと表示用データを見ることによって、そのタイトルに対応するコンテンツの種類を容易に知ることができる。
【００１８】
表示用データ記憶手段は、種類情報に対応づけられていない特定表示用データをさらに記憶していてもよい。タイトル表示手段は、コンテンツ情報にコンテンツの種類情報が含まれていないことを条件として、当該コンテンツ情報に含まれるタイトルとともに、表示用データ記憶手段に記憶されている特定表示用データを表示してもよい。この構成によると、ユーザは、コンテンツの種類情報が含まれていないことを容易に知ることができる。
【発明を実施するための最良の形態】
【００１９】
ここでは、以下の実施例に記載の技術の特徴の一部をまとめておく。
（形態１）コンテンツのことを「サイト内の複数の情報のうちの１つの情報」と言い換えてもよい。上記の複数の情報のそれぞれは、１つのＵＲＬに対応している。従って、コンテンツのことを「サイト内の１つのＵＲＬに対応している情報」と言い換えることもできる。また、コンテンツ要約情報のことを「フィード情報」と言い換えてもよい。
【００２０】
（形態２）通信装置は、各タイトルを所定の順序に従って表示してもよい。通信装置は、各コンテンツのタイトルが順に表示されている状態で所定の操作が加えられると、各コンテンツのタイトルのリストを表示してもよい。通信装置は、リストから少なくとも１つのタイトルを選択することをユーザに許容してもよい。通信装置は、リストからタイトルが選択されると、送信情報を情報処理装置に送信してもよい。
【００２１】
（形態３）通信装置は、予め決められている更新タイミングに従ってコンテンツ要約情報の位置情報（例えばＵＲＬ等）に定期的にアクセスしてもよい。これにより、通信装置は、最新のコンテンツ要約情報を取得することができる。
【００２２】
（形態４）通信装置は、情報処理装置の識別情報を記憶することが可能である識別情報記憶手段をさらに備えていてもよい。上記の「識別情報」という用語は、情報処理装置を識別することができるあらゆる情報を含む概念である。識別情報の例として、ＩＰアドレス、ＭＡＣアドレス、デバイス名、ホスト名、ユーザ名等を挙げることができる。なお、識別情報記憶手段は、ユーザによって入力された識別情報を記憶してもよいし、識別情報を予め記憶していてもよい（例えばベンダによって設定されていてもよい）。通信装置は、識別情報記憶手段に記憶されている識別情報を送信先として、送信情報を送信してもよい。
【００２３】
（形態５）上記の所定のデータ形式は、ブラウザプログラムによって表示可能であるデータ形式であってもよい。上記の所定のデータ形式の一例として、ＨＴＭＬ、ＸＨＴＭＬ、ＸＭＬ等を挙げることができる。
【００２４】
（形態６）コンテンツ要約情報は、ＲＳＳ形式のフィード情報であってもよい。この場合、上記の第１タグは、ｅｎｃｌｏｓｕｒｅタグであってもよい。また、上記の第２タグは、ｌｉｎｋタグであってもよい。また、上記の第３タグは、ｄｅｓｃｒｉｐｔｉｏｎタグであってもよい。上記の第３タグは、ｓｕｂｔｉｔｌｅタグであってもよい。上記の第３タグは、ｓｕｍｍａｒｙタグであってもよい。なお、第３タグによって特定される第３文字列は、コンテンツの内容に関連する情報（詳細情報、サブタイトル、要約等）と言い換えてもよい。
【実施例】
【００２５】
（第１実施例）
図面を参照して実施例を説明する。図１は、本実施例の多機能機システム２の概略図を示す。多機能機システム２は、多機能機１０と複数のＰＣ７０，７１と複数のコンテンツ提供サーバ９０，９１と備える。なお、図１では、１つの多機能機１０と２つのＰＣ７０，７１と２つのコンテンツ提供サーバ９０，９１しか示されていないが、これらの数は適宜変更することができる。多機能機１０は、ＬＡＮ回線４に接続されている。各ＰＣ７０，７１は、ＬＡＮ回線４に接続されている。ＬＡＮ回線４は、ルータ６を介してインターネット８に接続されている。各コンテンツ提供サーバ９０，９１は、インターネット８に接続されている。本実施例では、コンテンツ提供サーバ９０が１つのサイトを公開しており、コンテンツ提供サーバ９１が１つのサイトを公開している。各サイトは、複数のコンテンツを含んでいる。さらに、各コンテンツ提供サーバ９０，９１は、自身のサイトが含んでいる複数のコンテンツの要約情報であるフィード情報（ＲＳＳ形式のフィード情報）を記憶している。これらの情報の具体的な内容については、後で詳しく説明する。
【００２６】
（ＰＣの構成）
図１は、ＰＣ７０の構成を示す。ＰＣ７１も、ＰＣ７０と同様の構成を有する。ＰＣ７０は、ＣＰＵ７２とハードディスク７４と表示部８２と操作部８４等を有する。なお、図１には示されていないが。ＰＣ７０は、ＬＡＮ回線４に接続されているネットワークインターフェイスも有している。
【００２７】
ＣＰＵ７２は、ハードディスク７４に記憶されているプログラム７６，７８，８０に従って様々な処理を実行する。ＣＰＵ７２が実行する処理については、後で詳しく説明する。ハードディスク７４は、様々なプログラム７６，７８，８０を記憶している。基本プログラム７６は、ＰＣ７０の基本的な動作を制御するためのプログラムである。常駐ソフト７８は、多機能機１０からの指示に従って動作するためのプログラムである。アプリケーションソフト群８０は、様々な処理を実行するための様々なアプリケーションを含んでいる。アプリケーションソフト群８０は、例えば、インターネット８のサイトからコンテンツをダウンロードして表示するためのブラウザ、オーディオを再生するためのアプリケーション、ビデオ（映像）を再生するためのアプリケーション、イメージを表示するためのアプリケーション等を含んでいる。常駐ソフト７８やアプリケーションソフト群８０は、例えば、コンピュータ読取可能媒体からＰＣ７０にインストールされる。また、常駐ソフト７８やアプリケーションソフト群８０は、例えば、インターネット８のサイトからダウンロードされてＰＣ７０にインストールされてもよい。
【００２８】
表示部８２は、様々な情報を表示することができる。表示部８２は、比較的に大きい表示画面を有する。表示部８２は、多機能機１０が有する表示パネル５０（図２参照）より大きい表示画面を有する。操作部８４は、キーボードやマウスによって構成される。ユーザは、操作部８４を操作することによって、様々な指示や情報をＰＣ７０に入力することができる。
【００２９】
（多機能機の構成）
図２は、多機能機１０の構成を示す。多機能機１０は、制御部１２と表示パネル５０とキーパッド５２と印刷部５４とスキャン部５６とＦＡＸ部５８とネットワークインターフェイス６０とＰＳＴＮインターフェイス６２等を有する。制御部１２は、ＣＰＵ１４とＲＯＭ１６とＲＡＭ３０とＮＶＲＡＭ４０等を有する。
【００３０】
ＣＰＵ１４は、ＲＯＭ１６に記憶されているプログラム１８〜２４に従って様々な処理を実行する。ＣＰＵ１４が実行する処理については、後で詳しく説明する。ＲＯＭ１６は、様々なプログラム１８〜２４を記憶している。基本機能プログラム１８は、多機能機１０の基本的な動作を制御するためのプログラムである。基本機能プログラム１８は、例えば、表示パネル５０に表示される表示データを生成するためのプログラムを含んでいる。また、基本機能プログラム１８は、例えば、印刷部５４、スキャン部５６、ＦＡＸ部５８等を制御するためのプログラムを含んでいる。インターネット接続プログラム２０は、インターネット８に接続するためのプログラムである。フィード情報解析プログラム２２は、コンテンツ提供サーバ９０，９２から取得されるフィード情報を解析し、表示パネル５０で表示するための情報（以下では表示情報と呼ぶ）を作成するためのプログラムである。フィード情報表示プログラム２４は、表示情報を表示するためのプログラムである。また、ＲＯＭ１６は、アイコン情報記憶領域２６を有する。アイコン情報記憶領域２６の記憶内容については、後で詳しく説明する。なお、ＲＯＭ１６は、オーディオを再生するためのプログラムと、ビデオを再生するためのプログラムと、イメージを表示するためのプログラムを有していない。
【００３１】
ＲＡＭ３０は、様々な記憶領域３２〜３６を有する。基本機能ワーク領域３２は、基本機能プログラム１８に従って処理が実行される過程で生成される各種データを記憶するための記憶領域である。フィード情報解析ワーク領域３４は、フィード情報解析プログラム２２に従って処理が実行される過程で作成される各種データを記憶するための記憶領域である。表示情報記憶領域３６は、フィード情報解析プログラム２２に従って作成される表示情報を記憶するための記憶領域である。
【００３２】
ＮＶＲＡＭ４０は、様々な記憶領域４２〜４８を有する。基本機能パラメータ記憶領域４２は、ＣＰＵ１４が基本機能プログラム１８に従って処理を実行する際に利用される各種パラメータ（例えば印刷設定、スキャン設定等）を記憶するための記憶領域である。ＵＲＬ記憶領域４４は、各コンテンツ提供サーバ９０，９１が有するフィード情報のＵＲＬを記憶するための記憶領域である。例えば、ユーザは、各コンテンツ提供サーバ９０，９１からのコンテンツ提供サービスを受けるための登録を行なう必要がある。この登録は、多機能機１０を利用して実行されてもよいし、ＰＣ７０，７１を利用して実行されてもよい。例えば、ユーザがＰＣ７０を利用してコンテンツ提供サーバ９０からのコンテンツ提供サービスを受けるための登録を行なった場合、コンテンツ提供サーバ９０のフィード情報のＵＲＬがＰＣ７０から多機能機１０に送信される。これにより、ＵＲＬ記憶領域４４にコンテンツ提供サーバ９０のフィード情報のＵＲＬが記憶される。デフォルトＰＣ情報記憶領域４６は、ＰＣのＩＰアドレスやホスト名等のＰＣを識別するための情報を記憶している。ユーザは、所望のＰＣ（例えばＰＣ７０）のＩＰアドレスやホスト名を多機能機１０に入力することができる。デフォルトＰＣ情報記憶領域４６は、ユーザによって入力されたＩＰアドレスやホスト名を記憶する。アプリケーション情報記憶領域４８は、デフォルトＰＣ情報記憶領域４６に記憶されているＩＰアドレス（ホスト名）に対応するＰＣが有するアプリケーションのアドレスを記憶することができる。アプリケーション情報記憶領域４８の記憶内容については、後述する第２実施例において詳しく説明する。
【００３３】
表示パネル５０は、様々な情報を表示することができる。表示パネル５０の表示画面は、ＰＣ７０，７１が有する表示画面より小さい。表示パネル５０は、タッチパネルとして機能する。キーパッド５２は、複数のキーによって構成される。ユーザは、キーパッド５２を操作することによって様々な指示や情報を多機能機１０に入力することができる。印刷部５４は、インクジェットタイプ、レーザタイプ等の印刷機構を有する。スキャン部５６は、ＣＣＤ、ＣＩＳ等の読取機構を有する。ＦＡＸ部５８は、ＦＡＸ通信を実行するための各種動作を実行する。ネットワークインターフェイス６０は、ＬＡＮ回線４に接続されている。多機能機１０は、ＰＣ７０，７１と通信可能であるとともに、インターネット８にアクセス可能である。ＰＳＴＮインターフェイス６２は、図示省略しているＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）に接続されている。ＰＳＴＮは、ＦＡＸ通信や電話通信を行なう際に利用される。
【００３４】
（アイコン情報記憶領域の記憶内容）
続いて、ＲＯＭ１６のアイコン情報記憶領域２６（図２参照）の記憶内容について説明する。図３は、アイコン情報記憶領域２６の記憶内容の一例を示す。アイコン情報記憶領域２６は、複数の組合せデータ２００〜２０８を記憶している。各組合せデータ２００〜２０８は、ｔｙｐｅの文字列２１０とアイコンデータ２１２とが対応づけられたものである。ｔｙｐｅの文字列２１０は、コンテンツの種類を特定する文字列である。アイコンデータ２１２は、表示パネル５０でアイコンを表示するためのデータである。なお、組合せデータ２００は、ｔｙｐｅの文字列２１０を含んでいない。組合せデータ２００は、「ｔｅｘｔ」という文字列を有するアイコンデータ２１２を含んでいる。他の組合せデータ２０２〜２０８は、ｔｙｐｅの文字列２１０を含んでいる。他の組合せデータ２０２〜２０８は、ｔｙｐｅの文字列２１０に応じた文字列を有するアイコンデータ２１２を含んでいる。例えば、オーディオに対応する文字列２１０を含んでいる組合せデータ２０２，２０４は、「ａｕｄｉｏ」という文字列を有するアイコンデータ２１２を含んでいる。また、例えば、ビデオに対応する文字列２１０を含んでいる組合せデータ２０６は、「ｖｉｄｅｏ」という文字列を有するアイコンデータ２１２を含んでいる。また、例えば、ＪＰＥＧイメージに対応する文字列２１０を含んでいる組合せデータ２０８は、「ｊｐｅｇ」という文字列を有するアイコンデータ２１２を含んでいる。
【００３５】
（ＵＲＬ記憶領域の記憶内容）
続いて、ＮＶＲＡＭ４０のＵＲＬ記憶領域４４（図２参照）の記憶内容について説明する。図４は、ＵＲＬ記憶領域４４の記憶内容の一例を示す。ＵＲＬ記憶領域４４は、各コンテンツ提供サーバ９０，９１のフィード情報のＵＲＬ１０２を記憶することが可能である。換言すると、ＵＲＬ記憶領域４４は、各サイトのフィード情報のＵＲＬ１０２を記憶することが可能である。図４の例では、ｎ個のＵＲＬ１０２が記憶されている。各ＵＲＬ１０２には、識別番号１００が付与されている。本実施例では、識別番号１００を符号「ｉ」で表現する。
【００３６】
（表示情報記憶領域の記憶内容）
続いて、ＲＡＭ３０の表示情報記憶領域３６（図２参照）の記憶内容について説明する。図５は、表示情報記憶領域３６の記憶内容の一例を示す。表示情報記憶領域３６は、ＵＲＬ記憶領域４４に記憶されているＵＲＬ毎に表示情報１１２を記憶することが可能である。換言すると、表示情報記憶領域３６は、ＵＲＬ記憶領域４４に記憶されているサイト毎に表示情報１１２を記憶することが可能である。上述したように、ＵＲＬ記憶領域４４にはｎ個（ｎは１以上の整数）のＵＲＬ１０２が記憶されている（図４参照）。このために、表示情報記憶領域３６にもｎ個の表示情報１１２が記憶されている。各表示情報１１２には、識別番号１１０が付与されている。本実施例では、識別番号１１０を符号「ｉ
」で表現する。
【００３７】
個々の表示情報１１２のデータ構成について説明する。表示情報１１２は、サイト情報１２０を含んでいる。サイト情報１２０は、サイトタイトル文字列１２２とフィード更新日時情報１２４を含んでいる。サイトタイトル文字列１２２は、サイトのタイトルの文字列である。サイトのタイトルのことを「サイトの名称」と言い換えることもできる。フィード更新日時情報１２４は、コンテンツ提供サーバにおいてフィード情報が更新された日時（最新の更新日時）に関する情報である。
【００３８】
表示情報１１２は、更新コンテンツ情報１３２を含んでいる。更新コンテンツ情報１３２の数は、サイトが有するコンテンツの数に等しい。例えば、図４では、「ｉ＝０」に対応する表示情報１１２は、ｍ個（ｍは１以上の整数）の更新コンテンツ情報１３２を有する。これは、「ｉ＝０」に対応するサイトがｍ個のコンテンツを有することを意味する。例えば、所定のサイトにおいて天気予報に関するコンテンツとスポーツに関するコンテンツとが存在する場合、そのサイトに対応する表示情報１１２は、２個の更新コンテンツ情報１３２を有することになる。各更新コンテンツ情報１３２には、識別番号１３０が付与されている。本実施例では、識別番号１３０を符号「ｊ」で表現する。
【００３９】
各更新コンテンツ情報１３２は、コンテンツタイトル文字列１４０とコンテンツ更新日時情報１４２とコンテンツ要約文字列１４４とｌｉｎｋ情報１４６とｅｎｃｌｏｓｕｒｅ情報１４８とを含むことが可能である。上記の例の場合、天気予報に関するコンテンツに対応する更新コンテンツ情報１３２が情報１４０〜１４８を含むことが可能であり、スポーツに関するコンテンツに対応する更新コンテンツ情報１３２も情報１４０〜１４８を含むことが可能である。更新コンテンツ情報１３２は、上記の全ての情報１４０〜１４８を含んでいるとは限らない。例えば、ｌｉｎｋ情報１４６を含まない更新コンテンツ情報１３２が存在する可能性がある。また、例えば、ｅｎｃｌｏｓｕｒｅ情報１４８を含まない更新コンテンツ情報１３２が存在する可能性もある。
【００４０】
上記の各情報１４０〜１４８の具体例について詳しく説明する。図６は、更新コンテンツ情報１３２の一例を示す。コンテンツタイトル文字列１４０は、ｔｉｔｌｅタグ１５０によって特定される文字列である。コンテンツタイトル文字列１４０は、コンテンツのタイトルの文字列である。コンテンツのタイトルのことを「コンテンツの名称」と言い換えることもできる。コンテンツ更新日時情報１４２は、ｄａｔｅタグ１５０によって特定される文字列である。コンテンツ更新日時情報１４２は、コンテンツ提供サーバにおいてコンテンツが更新された日時（最新の更新日時）に関する情報である。
【００４１】
コンテンツ要約文字列１４４は、詳細文字列１４４ａとサブタイトル文字列１４４ｂと要約文字列１４４ｃとを含む概念である。いずれの文字列１４４ａ，１４４ｂ，１４４ｃも、コンテンツタイトル文字列１４０より長い文字列であり、コンテンツに関する詳しい情報である。詳細文字列１４４ａは、ｄｅｓｃｒｉｐｔｉｏｎタグ１５４ａによって特定される文字列である。サブタイトル文字列１４４ｂは、ｓｕｂｔｉｔｌｅタグ１５４ｂによって特定される文字列である。要約文字列１４４ｃは、ｓｕｍｍａｒｙタグ１５４ｃによって特定される文字列である。
【００４２】
ｌｉｎｋ情報１４６は、ｌｉｎｋタグ１５６とｌｉｎｋＵＲＬ１５７とを含んでいる。ｌｉｎｋＵＲＬ１５７は、ｌｉｎｋタグ１５６によって特定される文字列であり、コンテンツのＵＲＬである。ｅｎｃｌｏｓｕｒｅ情報１４８は、ｅｎｃｌｏｓｕｒｅタグ１５８とｅｎｃｌｏｓｕｒｅＵＲＬ１５９とｌｅｎｇｔｈ１６０とｔｙｐｅ１６１とを含んでいる。文字列１５９〜１６１は、ｅｎｃｌｏｓｕｒｅタグ１５８によって特定される文字列である。ｅｎｃｌｏｓｕｒｅＵＲＬ１５９は、コンテンツのＵＲＬである。ｅｎｃｌｏｓｕｒｅＵＲＬ１５９は、ｌｉｎｋＵＲＬ１５７と異なるＵＲＬであってもよい。従って、更新コンテンツ情報１３２は、２つ以上のＵＲＬを含む可能性がある。ｌｅｎｇｔｈ１６０は、ｅｎｃｌｏｓｕｒｅＵＲＬ１５９に対応するコンテンツのデータサイズである。ｔｙｐｅ１６１は、ｅｎｃｌｏｓｕｒｅＵＲＬ１５９に対応するコンテンツの種類を特定する情報である。
【００４３】
（フィード情報解析処理）
続いて、多機能機１０のＣＰＵ１４がフィード情報を取得して解析するためのフィード情報解析処理について説明する。フィード情報解析処理は、独立したタスクとして動作し、インターネット接続プログラム２０とフィード情報解析プログラム２２（図２参照）に従って多機能機１０の起動時から実行される。図７は、フィード情報解析処理のフローチャートを示す。
【００４４】
ＣＰＵ１４は、更新時刻に到達するまで待機する（Ｓ４０）。更新時刻は、例えば、ユーザによって設定されてもよいし、プログラムによって決められていてもよい。更新時刻に到達するとＳ４２に進む。Ｓ４２では、ＣＰＵ１４は、ＮＶＲＡＭ４０のＵＲＬ記憶領域４４（図２参照）に記憶されているＵＲＬ数（サイト数）を取得する（Ｓ４２）。図４に示されるように、本実施例では、ＵＲＬ記憶領域４４にｎ個のＵＲＬが記憶されている。このために、ＣＰＵ１４は、Ｓ４２において「ｎ」を取得する。次いで、ＣＰＵ１４は、カウンタｉを初期化する（Ｓ４４）。ＣＰＵ１４は、カウンタｉがｎより小さいのか否かを判断する（Ｓ４６）。ここでＹＥＳの場合、Ｓ４８に進む。
【００４５】
Ｓ４８では、ＣＰＵ１４は、ＵＲＬ記憶領域４４からｉ番目のサイトのＵＲＬを取得する。例えば、ゼロ番目のサイトのＵＲＬを取得する場合、図４の例では、「ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ０．ｃｏｍ」が取得される。次いで、ＣＰＵ１４は、インターネット接続プログラム２０に従って、Ｓ４８で取得されたＵＲＬにアクセスし、フィード情報を取得する（Ｓ５０）。フィード情報は、図５に示されるサイト情報１２０や更新コンテンツ情報１３２を含んでいる。ＣＰＵ１４は、フィード情報を解析することによって、図５に示される表示情報１１２を作成する（Ｓ５２）。ＣＰＵ１４は、Ｓ５２で作成された表示情報１１２を表示情報記憶領域３６に記憶させる（Ｓ５４）。例えば、ゼロ番目のサイトの表示情報１１２が作成された場合、ＣＰＵ１４は、番号「ｉ＝０」に対応づけられている古い表示情報１１２をクリアし、番号「ｉ＝０」に対応づけて新しい表示情報１１２を記憶させる。続いて、ＣＰＵ１４は、カウンタｉに１を加算し（Ｓ５６）、Ｓ４６に戻る。図７の処理を実行することにより、表示情報記憶領域３６に各サイトの最新のフィード情報が記憶される。
【００４６】
（表示処理）
続いて、多機能機１０のＣＰＵ１４がフィード情報を表示するための表示処理について説明する。表示処理は、独立したタスクとして動作し、フィード情報表示プログラム２４（図２参照）に従って多機能機１０の起動時から実行される。図８は、表示処理のフローチャートを示す。
【００４７】
多機能機１０は、省電力状態、待機状態、機能実行状態等の複数の状態を有する。省電力状態では、表示パネル５０に何も表示されない（表示パネル５０が消灯している）。省電力状態の間に省電力状態を解除するための操作がキーパッド５２に加えられると、待機状態に移行する。待機状態では、表示パネル５０に機能を選択するための情報が表示される（表示パネル５０が点灯している）。図１２に示される上の図は、機能を選択するためのボタン１７０が表示されている表示パネル５０の一例を示す。ユーザは、ボタン１７０を操作することによって機能実行指示を多機能機１０に入力することができる。この場合、機能実行状態に移行する。機能実行状態では、表示パネル５０に実行中の機能に関する情報（例えばコピー枚数等）が表示される。なお、省電力状態の間にも機能実行指示が多機能機１０に入力される可能性がある。例えば、ＰＣ７０，７１からの印刷指示が省電力状態の多機能機１０に入力される可能性がある。この場合も、機能実行状態に移行する。
【００４８】
多機能機１０において実行されている機能が終了すると、待機状態に移行する（ただし省電力状態に移行してもよい）。また、待機状態の間に所定時間に亘ってイベント（表示パネル５０やキーパッド５２の操作、ＰＣ７０，７１からの印刷指示等）が発生しない場合、省電力状態に移行する。
【００４９】
ＣＰＵ１４は、省電力状態又は機能実行状態から待機状態に移行するまで待機する（Ｓ７０）。待機状態に移行するとＳ７２に進む。Ｓ７２では、ＣＰＵ１４は、ＮＶＲＡＭ４０のＵＲＬ記憶領域４４（図２参照）に記憶されているＵＲＬ数（サイト数）を取得する（Ｓ７２）。この処理は、図７のＳ４２の処理と同様である。本実施例では、ＣＰＵ１４は、Ｓ７２において「ｎ」を取得する。次いで、ＣＰＵ１４は、カウンタｉを初期化する（Ｓ７４）。ＣＰＵ１４は、カウンタｉがｎより小さいのか否かを判断する（Ｓ７６）。ここでＹＥＳの場合、Ｓ７８に進む。
【００５０】
Ｓ７８では、ＣＰＵ１４は、ＲＡＭ３０の表示情報記憶領域３６からｉ番目のサイトの表示情報に含まれるサイト情報を取得する。例えば、ゼロ番目のサイトの場合、図５の例では、サイト情報１２０（サイトタイトル文字列１２２とフィード更新日時情報１２４）が取得される。次いで、ＣＰＵ１４は、ｉ番目のサイトのコンテンツ数を特定する（Ｓ８０）。例えば、ゼロ番目のサイトの場合、図５の例では、ｍ個のコンテンツが存在する。この場合、ＣＰＵ１４は、Ｓ８０において「ｍ」を特定する。次いで、ＣＰＵ１４は、カウンタｊを初期化する（Ｓ８２）。ＣＰＵ１４は、カウンタｊがｍより小さいのか否かを判断する（Ｓ８４）。ここでＹＥＳの場合、Ｓ８８に進む。
【００５１】
Ｓ８８では、ＣＰＵ１４は、ＲＡＭ３０の表示情報記憶領域３６からｉ番目のサイトのｊ番目の更新コンテンツ情報１３２を取得する。これにより、１つのコンテンツのコンテンツタイトル文字列１４０とコンテンツ更新日時情報１４２とコンテンツ要約文字列１４４とｌｉｎｋ情報１４６とｅｎｃｌｏｓｕｒｅ情報１４８とが取得される。次いで、ＣＰＵ１４は、Ｓ８８で取得されたｅｎｃｌｏｓｕｒｅ情報１４８からｔｙｐｅ１６１（図６参照）を特定する（Ｓ９０）。図６の例では、「ａｕｄｉｏ／ｍｐｅｇ」が特定される。続いて、ＣＰＵ１４は、Ｓ９０で特定されたｔｙｐｅ１６１に対応づけられているアイコンデータ２１２をアイコン情報記憶領域２６（図３参照）から特定する（Ｓ９２）。例えば、Ｓ９０で「ａｕｄｉｏ／ｍｐｅｇ」が特定された場合、Ｓ９２では、「ａｕｄｉｏ」という文字列を含むアイコンデータ２１２が特定される。なお、上述したように、更新コンテンツ情報１３２にｅｎｃｌｏｓｕｒｅ情報１４８を含まれない可能性がある。この場合、Ｓ９０においてｔｙｐｅ１６１が特定されない。この結果、Ｓ９２では、アイコン情報記憶領域２６においてｔｙｐｅの文字列「なし」に対応づけられている「ｔｅｘｔ」という文字列を含むアイコンデータ２１２（図３の組合せデータ２００参照）が特定される。
【００５２】
次いで、ＣＰＵ１４は、Ｓ７８で取得されたサイトタイトル文字列１２２と、Ｓ８８で取得されたコンテンツタイトル文字列１４０と、Ｓ８８で取得されたコンテンツ更新日時情報１４２と、Ｓ９２で特定されたアイコンデータ２１２とを表示パネル５０に送信する（Ｓ９４）。この結果、図１２の上の図に示されるように、コンテンツタイトル文字列１７８が表示パネル５０で表示される。なお、コンテンツタイトル文字列１７８は、移動して表示される（例えば右から左に移動していく）。即ち、コンテンツタイトル文字列１７８は、テロップ状に表示される。コンテンツタイトル文字列１７８の先頭側（左側）にアイコン１７４，１７６が表示される。例えば、Ｓ９２において「ｔｅｘｔ」という文字列を含むアイコンデータ２１２が特定された場合、アイコン１７４が表示される。また、Ｓ９２において「ａｕｄｉｏ」という文字列を含むアイコンデータ２１２が特定された場合、アイコン１７６が表示される。アイコン１７４，１７６も、コンテンツタイトル文字列１７８と共にテロップ状に表示される。なお、サイトタイトル文字列１２２やコンテンツ更新日時情報１４２は、表示パネル５０で表示されてもよいし、表示されなくてもよい。Ｓ９４を終えると、図９のＳ１００に進む。
【００５３】
Ｓ１００では、ＣＰＵ１４は、イベントが発生するまで待機する。イベントが発生するとＳ１０２に進む。Ｓ１０２では、ＣＰＵ１４は、コンテンツタイトル文字列１７８のテロップ表示が終了したイベントが発生したのか否かを判断する。ここでＹＥＳの場合、ＣＰＵ１４は、カウンタｊに１を加算し（Ｓ１０４）、図８のＳ８４に進む。このＳ８４でカウンタｊがｍより小さいと判断されると、ＣＰＵ１４は、Ｓ８８〜Ｓ９４を再び実行する。これにより、次の更新コンテンツ情報（例えば１番目の更新コンテンツ情報）に基づいて、コンテンツタイトル文字列１７８がテロップ表示される。１つのサイトの全ての更新コンテンツ情報に基づいてコンテンツタイトル文字列１７８がテロップ表示されると、Ｓ８４でＮＯと判断される。この場合、ＣＰＵ１４は、カウンタｉに１を加算し（Ｓ８６）、次のサイト（例えば１番目のサイト）についてＳ７８〜Ｓ９４の処理を実行する。これにより、次のサイトの更新コンテンツ情報に基づいてコンテンツタイトル文字列１７８がテロップ表示される。
【００５４】
図９のＳ１０２でＮＯの場合、ＣＰＵ１４は、リスト表示要求イベントが発生したのか否かを判断する（Ｓ１０６）。図１２の上の図のようにコンテンツタイトル文字列１７８がテロップ表示されている状態において、ユーザは、コンテンツタイトル文字列１７８をタッチすることができる。ユーザがタッチした場合、ＣＰＵ１４は、Ｓ１０６でＹＥＳと判断する。Ｓ１０６でＹＥＳの場合、ＣＰＵ１４は、リスト表示処理を実行する（Ｓ１０８）。リスト表示処理の内容については、後で詳しく説明する。
【００５５】
Ｓ１０６でＮＯの場合、ＣＰＵ１４は、機能実行操作が発生したのか否かを判断する（Ｓ１１０）。図１２の上の図に示されるいずれかのボタン１７０をユーザは操作することができる。この場合、ＣＰＵ１４は、Ｓ１１０でＹＥＳと判断する。ＣＰＵ１０４は、操作されたボタン１７０に対応する処理（例えばＦＡＸ送信処理、スキャン処理、コピー処理等）を実行する。この場合、多機能機１０が機能実行状態に移行し、表示パネル５０では実行中の機能に関する情報が表示される。ＣＰＵ１４は、図８のＳ７０に戻って、待機状態に移行するまで待機する。一方において、Ｓ１１０でＮＯの場合、ＣＰＵ１４は、イベントに応じた処理を実行し、Ｓ１００に戻って、次のイベントが発生するまで待機する。
【００５６】
（リスト表示処理）
続いて、図９のＳ１０８で実行されるリスト表示処理について説明する。図１０は、リスト表示処理のフローチャートを示す。ＣＰＵ１４は、ＲＡＭ３０の表示情報記憶領域３６からｉ番目のサイト（コンテンツタイトル文字列１７８が表示されているサイト）の全ての更新コンテンツ情報１３２を取得する（Ｓ１２０）。例えば、ゼロ番目のサイトの場合、図５の例では、ｍ個の更新コンテンツ情報１３２が存在する。この場合、Ｓ１２０においてｍ個の更新コンテンツ情報１３２が取得される。次いで、ＣＰＵ１４は、Ｓ７８で取得されたサイトタイトル文字列１２２と、Ｓ１２０で取得された各コンテンツタイトル文字列１４０と、Ｓ１２０で取得された各コンテンツ更新日時情報１４２とを含むリストデータを作成する（Ｓ１２２）。ＣＰＵ１４は、Ｓ１２２で作成されたリストデータを表示パネル５０に送信する（Ｓ１２４）。この結果、図１２の下の図に示されるように、リスト１８０が表示パネル５０で表示される。リスト１８０は、複数のコンテンツ（例えばｍ個のコンテンツ）のそれぞれについて、当該コンテンツのコンテンツ更新日時情報と当該コンテンツのコンテンツタイトル文字列とを含んでいる。図１２の下の図の例では、スポーツに関するコンテンツについて、コンテンツ更新日時情報「１４：３２」とコンテンツタイトル文字列「Ｓｐｏｒｔ・・・」とが表示されている。また、この例では、サイトタイトル文字列１８２も表示されている。Ｓ１２４を終えると、Ｓ１２６に進む。
【００５７】
Ｓ１２６では、ＣＰＵ１４は、イベントが発生するまで待機する。イベントが発生するとＳ１２８に進む。Ｓ１２８では、ＣＰＵ１４は、コンテンツ選択操作に関するイベントが発生したのか否かを判断する。図１２の下の図のようにリスト１８０が表示されている状態において、ユーザは、１つのコンテンツ（コンテンツタイトル文字列）をタッチすることができる。ユーザがタッチした場合、ＣＰＵ１４は、Ｓ１２８でＹＥＳと判断する。Ｓ１２８でＹＥＳの場合、ＣＰＵ１４は、送信処理を実行する（Ｓ１３０）。送信処理の内容については、後で詳しく説明する。
【００５８】
図１０のＳ１２８でＮＯの場合、ＣＰＵ１４は、リスト表示を終了する指示が入力されたのか否かを判断する（Ｓ１３２）。図１２の下の図のようにリスト１８０が表示されている状態において、ユーザは、ボタン１８４をタッチすることができる。この場合、ＣＰＵ１４は、Ｓ１３２でＹＥＳと判断する。Ｓ１３２でＹＥＳの場合、ＣＰＵ１４は、リスト表示処理を終了し、図８のＳ８４に戻る。一方において、Ｓ１３２でＮＯの場合、ＣＰＵ１４は、イベントに応じた処理を実行し、Ｓ１２６に戻って、次のイベントが発生するまで待機する。
【００５９】
（送信処理）
続いて、図１０のＳ１３０で実行される送信処理について説明する。図１１は、送信処理のフローチャートを示す。ＣＰＵ１４は、図１０のＳ１２８でユーザによって選択されたタイトルを含む更新コンテンツ情報１３２（以下では選択更新コンテンツ情報１３２と呼ぶ）にｅｎｃｌｏｓｕｒｅ情報１４８が含まれているのか否かを判断する（Ｓ１４０）。この処理は、選択更新コンテンツ情報１３２にｅｎｃｌｏｓｕｒｅタグ１５８（図６参照）が含まれているのか否かを判断することによって実行される。ここでＮＯの場合、ＣＰＵ１４は、選択更新コンテンツ情報１３２にｌｉｎｋ情報１４６が含まれているのか否かを判断する（Ｓ１４２）。この処理は、選択更新コンテンツ情報１３２にｌｉｎｋタグ１５６（図６参照）が含まれているのか否かを判断することによって実行される。ここでＹＥＳの場合、ＣＰＵ１４は、ｌｉｎｋＵＲＬ１５７（図６参照）を選択更新コンテンツ情報１３２から特定する。この処理は、ｌｉｎｋタグ１５６によって特定される文字列１５７を特定することによって実行される。ＣＰＵ１４は、ここで特定されたｌｉｎｋＵＲＬ１５７を、デフォルトＰＣ情報記憶領域４６に記憶されているＩＰアドレス（本実施例ではＰＣ７０のＩＰアドレスとする）を送信先として送信する（Ｓ１４４）。一方において、Ｓ１４２でＮＯの場合、ＣＰＵ１４は、Ｓ１４４をスキップし、送信処理を終了する。
【００６０】
一方において、Ｓ１４０でＹＥＳの場合、ＣＰＵ１４は、選択更新コンテンツ情報１３２に含まれるｅｎｃｌｏｓｕｒｅ情報１４８からｔｙｐｅ１６１（図６参照）を特定する。この処理は、ｅｎｃｌｏｓｕｒｅタグ１５８（図６参照）によって特定される文字列１５９〜１６１の中から、「ｔｙｐｅ」という文字列の後に記述されている文字列１６１を特定することによって実行される。ＣＰＵ１４は、ここで特定されたｔｙｐｅ１６１に「ａｕｄｉｏ」という文字列が含まれているのか否かを判断する（Ｓ１４８）。ここでＹＥＳの場合、ＣＰＵ１４は、選択更新コンテンツ情報１３２からコンテンツタイトル文字列１４０とコンテンツ要約文字列１４４を特定する。この処理は、ｔｉｔｌｅタグ１５０（図６参照）によって特定される文字列１４０と、ｄｅｓｃｒｉｐｔｉｏｎタグ１５４ａによって特定される文字列１４４ａと、ｓｕｂｔｉｔｌｅタグ１５４ｂによって特定される文字列１４４ｂと、ｓｕｍｍａｒｙタグ１５４ｃによって特定される文字列１４４ｃとを選択更新コンテンツ情報１３２から特定することによって実行される。ＣＰＵ１４は、特定されたコンテンツタイトル文字列１４０とコンテンツ要約文字列１４４をＨＴＭＬ形式のデータに変換する（Ｓ１５０）。
【００６１】
次いで、ＣＰＵ１４は、選択更新コンテンツ情報１３２にｌｉｎｋ情報１４６が含まれているのか否かを判断する（Ｓ１５２）。ここでＹＥＳの場合、ＣＰＵ１４は、ｌｉｎｋタグ１５６によって特定されるｌｉｎｋＵＲＬ１５７（図６参照）を選択更新コンテンツ情報１３２から特定する。ＣＰＵ１４は、ここで特定されたｌｉｎｋＵＲＬ１５７をハイパーリンクとして、Ｓ１５０で作成されたＨＴＭＬデータに挿入する（Ｓ１５４）。次いで、ＣＰＵ１４は、選択更新コンテンツ情報１３２に含まれるｅｎｃｌｏｓｕｒｅ情報１４８からｅｎｃｌｏｓｕｒｅＵＲＬ１５９（図６参照）を特定する。この処理は、ｅｎｃｌｏｓｕｒｅタグ１５８（図６参照）によって特定される文字列１５９〜１６１の中から、「ｕｒｌ」という文字列の後に記述されている文字列１５９を特定することによって実行される。ＣＰＵ１４は、ここで特定されたｅｎｃｌｏｓｕｒｅＵＲＬ１５９と、Ｓ１４６で特定されたｔｙｐｅ１６１と、Ｓ１５０で作成されたＨＴＭＬデータとを、ＰＣ７０に送信する（Ｓ１５６）。
【００６２】
一方において、Ｓ１４８でＮＯの場合、ＣＰＵ１４は、選択更新コンテンツ情報１３２にｌｉｎｋ情報１４６が含まれているのか否かを判断する（Ｓ１５８）。ここでＹＥＳの場合、ＣＰＵ１４は、ｌｉｎｋＵＲＬ１５７（図６参照）を選択更新コンテンツ情報１３２から特定する。さらに、ＣＰＵ１４は、ｅｎｃｌｏｓｕｒｅＵＲＬ１５９（図６参照）を選択更新コンテンツ情報１３２から特定する。ＣＰＵ１４は、ここで特定されたｅｎｃｌｏｓｕｒｅＵＲＬ１５９と、Ｓ１４６で特定されたｔｙｐｅ１６１と、ここで特定されたｌｉｎｋＵＲＬ１５７とを、ＰＣ７０に送信する（Ｓ１６０）。
【００６３】
なお、Ｓ１５８でＮＯの場合、ＣＰＵ１４は、ｅｎｃｌｏｓｕｒｅＵＲＬ１５９（図６参照）を選択更新コンテンツ情報１３２から特定する。ＣＰＵ１４は、ここで特定されたｅｎｃｌｏｓｕｒｅＵＲＬ１５９と、Ｓ１４６で特定されたｔｙｐｅ１６１とを、ＰＣ７０に送信する（Ｓ１６２）。なお、以下では、Ｓ１４４、Ｓ１５６、Ｓ１６０、又は、Ｓ１６２で多機能機１０から送信された情報を「ＵＲＬ通知」と呼ぶ。
【００６４】
（ＰＣが実行する処理）
続いて、ＰＣ７０が実行する処理について説明する。ＰＣ７１も同様に処理を実行する。ＰＣ７０が起動（電源ＯＮ）されるとＯＳが起動し、その後にＯＳによって常駐ソフト７８（図１参照）が自動的に起動される。ＰＣ７０のＣＰＵ７２は、常駐ソフト７８に従って処理を実行する。図１３は、ＰＣ７０のＣＰＵ７２が実行する処理のフローチャートを示す。
【００６５】
ＣＰＵ７２は、ＵＲＬ通知を受信することを監視している（Ｓ１７０）。図１１のＳ１４４、Ｓ１５６、Ｓ１６０、又は、Ｓ１６２で多機能機１０から送信されたＵＲＬ通知が受信されると、ＣＰＵ７２は、Ｓ１７０でＹＥＳと判断する。Ｓ１７０でＹＥＳの場合、ＣＰＵ７２は、ＵＲＬ通知にｌｉｎｋＵＲＬ１５７のみが含まれるのか否かを判断する（Ｓ１７２）。図１１のＳ１４４で多機能機１０から送信されるＵＲＬ通知は、ｌｉｎｋＵＲＬ１５７のみを含む（ｅｎｃｌｏｓｕｒｅＵＲＬ１５９、ｔｙｐｅ１６１、ＨＴＭＬデータ等を含まない）。この場合、Ｓ１７２でＹＥＳと判断される。Ｓ１７２でＹＥＳの場合、ＣＰＵ７２は、デフォルトのブラウザプログラムを起動し、受信されたｌｉｎｋＵＲＬ１５７にアクセスする（Ｓ１７４）。これにより、ｌｉｎｋＵＲＬ１５７に対応するコンテンツがダウンロードされて表示部８２（図１参照）に表示される。ユーザは、コンテンツを見ることができる。
【００６６】
図１１のＳ１５６、Ｓ１６０、又は、Ｓ１６２で多機能機１０から送信されたＵＲＬ通知がＳ１７０で受信された場合には、ＣＰＵ７２は、Ｓ１７２でＮＯと判断する。この場合、ＵＲＬ通知には、ｅｎｃｌｏｓｕｒｅＵＲＬ１５９とｔｙｐｅ１６１（図６参照）が少なくとも含まれる。ＣＰＵ７２は、ＵＲＬ通知からｅｎｃｌｏｓｕｒｅＵＲＬ１５９とｔｙｐｅ１６１を特定する。ＣＰＵ７２は、ここで特定されたｔｙｐｅ１６１に基づいて、アプリケーションソフト群８０から１つのアプリケーションを選択する。例えば、ｔｙｐｅ１６１に「ａｕｄｉｏ」という文字列が含まれる場合、オーディオを再生するためのアプリケーションが選択される。また、例えば、ｔｙｐｅ１６１に「ｖｉｄｅｏ」という文字列が含まれる場合、ビデオ（映像）を再生するためのアプリケーションが選択される。また、例えば、ｔｙｐｅ１６１に「ｉｍａｇｅ」という文字列が含まれる場合、イメージを表示するためのアプリケーションが選択される。ＣＰＵ７２は、選択されたアプリケーションを起動し、ＵＲＬ通知から特定されたｅｎｃｌｏｓｕｒｅＵＲＬ１５９にアクセスする（Ｓ１７６）。これにより、ｅｎｃｌｏｓｕｒｅＵＲＬ１５９に対応するコンテンツがダウンロードされて出力（再生又は表示）される。コンテンツをユーザに提供することができる。
【００６７】
次いで、ＣＰＵ７２は、ＵＲＬ通知にＨＴＭＬデータが含まれるのか否かを判断する（Ｓ１７８）。図１１のＳ１５６で多機能機１０から送信されたＵＲＬ通知がＳ１７０で受信された場合には、ＣＰＵ７２は、Ｓ１７８でＹＥＳと判断する。この場合、ＣＰＵ７２は、デフォルトのブラウザプログラムを起動し、受信されたＨＴＭＬデータを表示する（Ｓ１８０）。ユーザは、コンテンツに関する情報（ｄｅｓｃｒｉｐｔｉｏｎ、ｓｕｂｔｉｔｌｅ、ｓｕｍｍａｒｙ）を見ることができる。ユーザは、コンテンツに関する情報を見ながら、Ｓ１７６で再生されたオーディオを聴くことができる。
【００６８】
図１１のＳ１５４に示されるように、ＨＴＭＬデータは、ｌｉｎｋＵＲＬ１５７のハイパーリンクを含むことがある。ユーザは、操作部８４（図１参照）を操作することによって、ｌｉｎｋＵＲＬ１５７をクリックすることができる。この場合、ＣＰＵ７２は、Ｓ１８２でＹＥＳと判断し、ＨＴＭＬデータを表示するために起動されたブラウザプログラムに従ってｌｉｎｋＵＲＬ１５７にアクセスする（Ｓ１８４）。ｌｉｎｋＵＲＬ１５７に対応するコンテンツがダウンロードされて表示部８２（図１参照）に表示される。ユーザは、コンテンツを見ることができる。
【００６９】
図１１のＳ１６０又はＳ１６２で多機能機１０から送信されたＵＲＬ通知がＳ１７０で受信された場合には、ＣＰＵ７２は、Ｓ１７８でＮＯと判断する。この場合、ＣＰＵ７２は、ＵＲＬ通知にｌｉｎｋＵＲＬ１５７が含まれるのか否かを判断する（Ｓ１８６）。図１１のＳ１６０で多機能機１０から送信されたＵＲＬ通知がＳ１７０で受信された場合には、ＣＰＵ７２は、Ｓ１８６でＹＥＳと判断する。この場合、ＣＰＵ７２は、デフォルトのブラウザプログラムを起動し、ＵＲＬ通知に含まれるｌｉｎｋＵＲＬ１５７にアクセスする（Ｓ１８８）。これにより、ｌｉｎｋＵＲＬ１５７に対応するコンテンツがダウンロードされて表示部８２（図１参照）に表示される。ユーザは、コンテンツを見ることができる。一方において、図１１のＳ１６２で多機能機１０から送信されたＵＲＬ通知がＳ１７０で受信された場合には、ＣＰＵ７２は、Ｓ１８６でＮＯと判断する。この場合、Ｓ１８８がスキップされる。
【００７０】
本実施例の多機能機システム２について詳しく説明した。多機能機１０は、オーディオを再生するためのプログラムと、ビデオを再生するためのプログラムと、イメージを表示するためのプログラムを有していない。多機能機１０は、例えば、ユーザによって選択されたコンテンツ（タイトル）のｅｎｃｌｏｓｕｒｅＵＲＬ１５９とｔｙｐｅ１６１とをＰＣ７０に送信することができる。ＰＣ７０は、ｔｙｐｅ１６１に従って、ｅｎｃｌｏｓｕｒｅＵＲＬ１５９に対応するコンテンツを出力するためのアプリケーションを選択することができる。ＰＣ７０がｅｎｃｌｏｓｕｒｅＵＲＬ１５９にアクセスしてコンテンツを出力することができる。本実施例では、オーディオ、ビデオ、及び、イメージのコンテンツを出力するためのプログラムが多機能機１０に搭載されていないが、そのコンテンツをＰＣ７０において出力することができる。ユーザによって選択されたコンテンツを出力することができる可能性を高めることができる。
【００７１】
また、本実施例では、ユーザによって選択されたコンテンツ（タイトル）のｌｉｎｋＵＲＬ１５７も多機能機１０からＰＣ７０に送信される。ｌｉｎｋＵＲＬ１５７に対応するコンテンツをＰＣ７０において表示することができる。ｌｉｎｋＵＲＬ１５７に対応するコンテンツは、多くの文字列を含むデータである。多機能機１０の表示パネル５０が小さいために、ｌｉｎｋＵＲＬ１５７に対応するコンテンツの全体を表示するのは難しい。本実施例では、ｌｉｎｋＵＲＬ１５７に対応するコンテンツをＰＣ７０の大きい表示部８２において表示することができる。なお、ＰＣ７０においてコンテンツを表示することができるために、多機能機１０でコンテンツを表示する必要がない。このために、多機能機１０にブラウザプログラムを搭載する必要がない。
【００７２】
また、本実施例では、ユーザによって選択されたコンテンツ（タイトル）のｔｙｐｅ１６１がオーディオである場合には、コンテンツタイトル文字列１４０とコンテンツ要約文字列１４４がＨＴＭＬデータとして多機能機１０からＰＣ７０に送信される。ＰＣ７０は、ＨＴＭＬデータを表示することができる。ユーザは、ＨＴＭＬデータを見ることによって、コンテンツの内容を詳しく知ることができる。なお、本実施例では、ブラウザプログラムによって表示可能なＨＴＭＬデータを採用している。多くのＰＣはブラウザプログラムを備えている。コンテンツタイトル文字列１４０とコンテンツ要約文字列１４４を表示するための特殊なアプリケーションをＰＣ７０に搭載する必要が必要ない。また、ＨＴＭＬデータにｌｉｎｋＵＲＬ１５７のハイパーリンクが挿入されるために、ユーザは、ｌｉｎｋＵＲＬ１５７をクリックするという簡単な操作を行なうことによって、ｌｉｎｋＵＲＬ１５７に対応するコンテンツを見ることができる。
【００７３】
一方において、ユーザによって選択されたコンテンツ（タイトル）のｔｙｐｅ１６１がオーディオではない場合には、コンテンツタイトル文字列１４０とコンテンツ要約文字列１４４が多機能機１０からＰＣ７０に送信されない。ビデオやイメージのコンテンツの場合、コンテンツタイトル文字列１４０やコンテンツ要約文字列１４４がなくても、ユーザは、コンテンツの内容を知ることができるものと思われる。即ち、ビデオやイメージのコンテンツの場合には、コンテンツタイトル文字列１４０とコンテンツ要約文字列１４４は、ユーザにとってあまり有益な情報ではないものと考えられる。このような知見に鑑みて、ビデオやイメージのコンテンツの場合には、多機能機１０は、ＨＴＭＬデータを作成して送信する処理を実行しない。このために、多機能機１０の処理の負荷を低減させることができる。
【００７４】
また、多機能機１０では、コンテンツタイトル文字列１７８と、それに対応するコンテンツの種類を示すアイコン１７４，１７６とが表示される。ユーザは、アイコン１７４，１７６を見ることによって、コンテンツの種類を容易に知ることができる。
【００７５】
（第１実施例の変形例）
（１）多機能機１０は、ユーザによって選択されたコンテンツ（タイトル）のｔｙｐｅ１６１がオーディオ以外の場合でも、コンテンツタイトル文字列１４０及び／又はコンテンツ要約文字列１４４をＰＣ７０に送信してもよい。この場合、ＨＴＭＬデータが利用されてもよい。
（２）多機能機１０は、ユーザによって選択されたコンテンツ（タイトル）にｅｎｃｌｏｓｕｒｅ情報１４８が含まれていない場合でも、コンテンツタイトル文字列１４０及び／又はコンテンツ要約文字列１４４をＰＣ７０に送信してもよい。
（３）多機能機１０は、Ｓ１５４においてｌｉｎｋＵＲＬ１５９をＨＴＭＬデータに挿入せず、ＨＴＭＬデータとは別にｌｉｎｋＵＲＬ１５９を送信してもよい。ＰＣ７０は、ｌｉｎｋＵＲＬ１５９を受信すると、ｌｉｎｋＵＲＬ１５９に対応するコンテンツをダウンロードして表示してもよい。
【００７６】
（第２実施例）
続いて、第２実施例について説明する。まず、多機能機１０のアプリケーション情報記憶領域４８の記憶内容について説明する。図１４は、アプリケーション情報記憶領域４８の記憶内容の一例を示す。アプリケーション情報記憶領域４８は、複数の組合せデータ２５０〜２５６を記憶することが可能である。各組合せデータ２５０〜２５６は、ｔｙｐｅの文字列２６０とアプリケーションアドレス２６２とが対応づけられたものである。アプリケーションアドレス２６２は、ＰＣ７０のアプリケーションソフト群８０のアドレスを示す。アプリケーション情報記憶領域４８にどのようにして情報が記憶されるのかについては、後で詳しく説明する。
【００７７】
（多機能機が実行する処理）
続いて、本実施例の多機能機１０が実行する処理について説明する。本実施例では、図１０のＳ１３０で実行される送信処理（図１１のフローチャート）の内容が第１実施例と異なる。図１５は、本実施例の送信処理のフローチャートを示す。図１１のＳ１４０〜Ｓ１４６の処理は、同様に実行される。ＣＰＵ１４は、アプリケーション情報記憶領域４８を検索することによって、Ｓ１４６で特定されたｔｙｐｅ１６１に対応づけられているアプリケーションアドレス２６２が存在するのか否かを判断する（Ｓ１９０）。ここでＹＥＳの場合、ＣＰＵ１４は、図１１のＳ１４８〜Ｓ１６２と同様の処理を実行する。ただし、本実施例では、Ｓ１５６、Ｓ１６０、又は、Ｓ１６２において、ｔｙｐｅ１６１が送信されず、その代わりに、ｔｙｐｅ１６１に対応づけてアプリケーション情報記憶領域４８に記憶されているアプリケーションアドレス２６２が送信される。
【００７８】
Ｓ１９０でＮＯの場合、ＣＰＵ１４は、Ｓ１４６で特定されたｔｙｐｅ１６１をＰＣ７０に送信する（Ｓ１９２）。後で詳しく説明するが、ＰＣ７０は、ｔｙｐｅ１６１を受信すると、アプリケーションアドレスを含むレスポンスを送信する。ＣＰＵ１４は、このレスポンスが受信されると、Ｓ１９４でＹＥＳと判断する。この場合、ＣＰＵ１４は、レスポンスに含まれるアプリケーションアドレスを表示パネル５０（図２参照）に表示する（Ｓ１９６）。なお、レスポンスの中には複数のアプリケーションアドレスが含まれることがある。この場合、ＣＰＵ１４は、レスポンスに含まれる全てのアプリケーションアドレスを表示パネル５０に表示する。ユーザは、キーパッド５２（図２参照）を操作することによって、表示パネル５０に表示されたアプリケーションアドレス（群）の中から１つのアプリケーションアドレスを選択することができる。この場合、ＣＰＵ１４は、Ｓ１９８でＹＥＳと判断し、Ｓ１４６で特定されたｔｙｐｅ１６１とユーザによって選択されたアプリケーションアドレスとが対応づけられている組合せデータをアプリケーション情報記憶領域４８に記憶させる（Ｓ２００）。
【００７９】
（ＰＣが実行する処理）
続いて、本実施例のＰＣ７０が実行する処理について説明する。図１６は、本実施例のＰＣ７０が実行する処理のフローチャートを示す。上述したように、図１５のＳ１９２において多機能機１０からＰＣ７０にｔｙｐｅ１６１が送信されることがある。ＣＰＵ７２は、ｔｙｐｅ１６１が受信されることを監視している（Ｓ２１０）。ここでＹＥＳの場合、ＣＰＵ７２は、ハードディスク７４を検索することによって、受信されたｔｙｐｅ１６１に対応するコンテンツを出力することができるアプリケーション（群）のアドレスを特定する（Ｓ２１２）。次いで、ＣＰＵ７２は、Ｓ２１２で特定されたアプリケーション（群）のアドレスを含むレスポンスを多機能機１０に送信する（Ｓ２１４）。これにより、図１５のＳ１９４において多機能機１０でレスポンスが受信される。
【００８０】
なお、ＰＣ７０が実行する他の処理については、図１３のＳ１７０〜Ｓ１８８と同様である。ただし、本実施例のＳ１７６では、多機能機１０から送信されたアプリケーションアドレスに基づいて、アプリケーションが起動される。
【００８１】
本実施例によると、ＰＣ７０は、多機能機１０から送信されるアプリケーションアドレスに従って、コンテンツを出力するためのアプリケーションを決定することができる。また、本実施例では、アプリケーション情報記憶領域４８に記憶されるべきアプリケーションアドレスがＰＣ７０から多機能機１０に送信されるために、ユーザは、アプリケーションアドレスを多機能機１０に入力する操作が必要ない。
【００８２】
（第２実施例の変形例）
（１）ユーザは、キーパッド５２を操作することによって、ｔｙｐｅ１６１とアプリケーションアドレスとを多機能機１０に入力してもよい。アプリケーション情報記憶領域４８は、ユーザによって入力されたｔｙｐｅ１６１とアプリケーションアドレスとが対応づけられている組合せデータを記憶してもよい。
（２）アプリケーション情報記憶領域４８は、ｔｙｐｅの文字列２６０とアプリケーション名とを対応づけて記憶するようにしてもよい。
【００８３】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【００８４】
（１）上記の実施例では、各コンテンツ提供サーバ９０，９１は、コンテンツとフィード情報の両方を記憶している。しかしながら、コンテンツを記憶するためのサーバとフィード情報を記憶するためのサーバが別体に構成されていてもよい。
【００８５】
（２）上記の多機能機１０は、ブラウザプログラムを有していない。しかしながら、多機能機１０は、ブラウザプログラムを有していてもよい。多機能機１０は、コンテンツをダウンロードして表示パネル５０で表示してもよい。
【００８６】
（３）多機能機１０は、図１１のＳ１５０において、ＨＴＭＬデータではなく、他の形式のデータを作成してもよい。例えば、多機能機１０は、ＸＨＴＭＬ、ＸＭＬ等の形式のデータを作成してもよい。
【００８７】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【図面の簡単な説明】
【００８８】
【図１】多機能機システムの構成を示す。
【図２】多機能機の構成を示す。
【図３】アイコン情報記憶領域の記憶内容の一例を示す。
【図４】ＵＲＬ記憶領域の記憶内容の一例を示す。
【図５】表示情報記憶領域の記憶内容の一例を示す。
【図６】更新コンテンツ情報の一例を示す。
【図７】多機能機が実行するフィード情報解析処理のフローチャートを示す。
【図８】多機能機が実行する表示処理のフローチャートを示す。
【図９】図８の続きのフローチャートを示す。
【図１０】多機能機が実行するリスト表示処理のフローチャートを示す。
【図１１】多機能機が実行する送信処理のフローチャートを示す。
【図１２】表示パネルの表示内容が変化する様子を示す。
【図１３】ＰＣが実行する処理のフローチャートを示す。
【図１４】アプリケーション情報記憶領域の記憶内容の一例を示す（第２実施例）。
【図１５】多機能機が実行する送信処理のフローチャートを示す。
【図１６】ＰＣが実行する処理のフローチャートを示す。
【符号の説明】
【００８９】
２：多機能機システム、１０：多機能機、５０：表示パネル、７０，７１：ＰＣ、９０，９１：コンテンツ提供サーバ、１１２：表示情報、１２０：サイト情報、１２２：サイトタイトル文字列、１２４：フィード更新日時情報、１３２：更新コンテンツ情報、１４０：コンテンツタイトル文字列、１４２：コンテンツ更新日時情報、１４４：コンテンツ要約文字列、１４６：ｌｉｎｋ情報、１４８：ｅｎｃｌｏｓｕｒｅ情報、１５９：ｅｎｃｌｏｓｕｒｅＵＲＬ、１６１：ｔｙｐｅ
【図１】
2010074301.tif 000003
【図２】
2010074301.tif 000004
【図３】
2010074301.tif 000005
【図４】
2010074301.tif 000006
【図５】
2010074301.tif 000007
【図６】
2010074301.tif 000008
【図７】
2010074301.tif 000009
【図８】
2010074301.tif 000010
【図９】
2010074301.tif 000011
【図１０】
2010074301.tif 000012
【図１１】
2010074301.tif 000013
【図１２】
2010074301.tif 000014
【図１３】
2010074301.tif 000015
【図１４】
2010074301.tif 000016
【図１５】
2010074301.tif 000017
【図１６】
2010074301.tif 000018