JP4710947B2 - 通信システム及び通信制御プログラム - Google Patents

Description

本発明は、通信システム及び通信制御プログラムに関するものである。

ネットワーク上にて公開されるコンテンツ（例えば、Ｗｅｂサイト）のタイトル及びＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｓｅ Ｌｏｃａｔｏｒ）を含むコンテンツ要約情報を配信するサーバが存在する。例えば、コンテンツ要約情報の１つであるフィード情報を、ＲＳＳ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ Ｓｉｔｅ Ｓｕｍｍａｒｙ）形式で配信するＲＳＳサーバが存在する。

特許文献１には、複数のＲＳＳサーバからＲＳＳ形式のフィード情報（ＲＳＳフィード情報）を取得するリーダ（ＲＳＳリーダ）が記載されている。特許文献１に記載されるＲＳＳリーダは、ＲＳＳサーバから取得したＲＳＳフィードのタイトルと共に、各タイトルに対応するコンテンツへのリンクボタンを表示装置に一覧表示し、ユーザが所望のリンクボタンを選択した場合に、対応するコンテンツを表示する。
特開２００８−１６５６９２号公報

ところで、ＲＳＳフィードなどのコンテンツ要約情報は、比較的に小さい領域に表示することができる情報量であるので、比較的に小さい画面の表示装置でも問題なく見ることができる。しかし、コンテンツ自体は、多くの文字列を含んでいたり、画像データが含まれていたりすることがあり、そのようなコンテンツを比較的に小さい表示装置に表示させると、ユーザは、コンテンツ全体を見るために、画面のスクロール操作を頻繁に行う必要が生じて煩雑であるだけでなく、コンテンツの情報を快適に見ることが困難になり、不便さが生じる。

かかる問題に対しては、比較的に小さい画面表示装置を有する第１のＲＳＳリーダを、比較的大きな画面の表示装置（例えば、パーソナルコンピュータのディスプレイや、テレビなど）を有する第２のＲＳＳリーダに接続し、ユーザが、第１のＲＳＳリーダに表示されるＲＳＳフィードの中から所望のタイトルに対応するコンテンツへのリンク指示を行った場合に、そのコンテンツのＵＲＬを第２のＲＳＳリーダへ出力し、第２のＲＳＳリーダにてコンテンツを表示させることが１つの解決策とされる。

しかしながら、第２のＲＳＳリーダに搭載される常駐アプリケーションへ、第１のＲＳＳリーダがコンテンツのＵＲＬを所定の通信プロトコルで送信する場合に、受信側のポート番号として使用する予定のポート番号が別のアプリケーションにより使用されていると、第１のＲＳＳリーダと第２のＲＳＳリーダとの間で通信が確立されなくなる。このとき、通信を確立させるためには、ポート番号の再設定が必要になるため、ユーザに煩雑なポート設定の操作が強いられると共に、時間が浪費されるという問題点があった。

本発明は、上述した問題点を解決するためになされたものであり、所定の情報を出力する供給側の装置と、該供給側の装置から出力される情報を待ち受ける側の装置との接続の確立を確実に行い得る通信システム、及び、待ち受ける側の装置を機能させるための通信制御プログラムを提供することを目的とする。

この目的を解決するために、請求項１記載の通信システムは、外部装置から受信した、コンテンツの位置情報と該コンテンツのタイトルとを少なくとも含むコンテンツ要約情報から、前記コンテンツの位置情報を所定のタイミングで所定のプロトコルに従って出力する出力手段を備えた通信装置と、前記通信プロトコルに従うポートを介して前記通信装置の出力手段から出力された前記コンテンツの位置情報を受信する受信手段を備えた情報受信装置とを含むシステムであって、前記情報受信装置は、前記通信装置から前記コンテンツ情報を受信するためのプログラムが起動された場合に、前記通信装置に対し、その通信装置が前記情報受信装置へ前記コンテンツの位置情報を出力する場合の出力先として使用を予定するポートのポート番号を問い合わせる問い合わせ手段と、その問い合わせ手段により前記通信装置に対して問い合わせを行った後、前記使用を予定するポートとして該通信装置から通知されたポート番号のポートのオープンを実行することにより、該ポートが利用可能か否かを判定する判定手段と、その判定手段により前記使用を予定するポートが利用可能であると判定された場合に、その利用可能であると判定されたポートを前記通信装置へ通知する確認通知手段とを備え、前記通信装置は、前記情報受信装置の前記問い合わせ手段による問い合わせを受けた場合に、前記情報受信装置に対し、前記コンテンツの位置情報を出力する場合の出力先として使用を予定するポートを通知する予定通知手段と、前記情報受信装置の前記確認通知手段による通知を受けた場合に、該通知が示すポートを、前記コンテンツの位置情報を出力する場合の出力先として使用するポートに設定する使用ポート設定手段とを備え、前記情報受信装置は、前記判定手段による判定を行うためにオープンしたポートのオープン状態を維持する。

請求項２記載の通信システムは、請求項１記載の通信システムにおいて、前記通知装置から通知された前記使用を予定するポートが利用不可能であると前記情報受信装置の前記判定手段により判定された場合には、該情報受信装置の判定手段は、前記通信プロトコルに従う他のポートに対し、該他のポートが利用可能であるか否かを判定し、前記情報受信装置は、前記判定手段により前記他のポートが利用可能であると判定された場合に、利用可能であると判定されたポートを前記通信装置へ通知する第２の確認通知手段を含み、前記使用ポート設定手段は、前記情報受信装置の前記第２の確認通知手段による通知を受けた場合に、該通知が示すポートを、前記コンテンツの位置情報を出力する場合の出力先として使用するポートに設定する。

請求項３記載の通信システムは、請求項１または２に記載の通信システムにおいて、前記通信装置は、前記コンテンツの位置情報を出力する際の出力先として使用した前記ポートの履歴を記憶する使用履歴記憶手段を備え、前記通信装置の予定通知手段は、前記使用履歴記憶手段に記憶される最近使用したポートを、前記使用を予定するポートとして通知する。

請求項４記載の通信制御プログラムは、外部装置から受信した、コンテンツの位置情報と該コンテンツのタイトルとを少なくとも含むコンテンツ要約情報から、前記コンテンツの位置情報を所定のタイミングで所定のプロトコルに従って出力する通信装置に接続され、該通信プロトコルに従うポートを介して前記通信装置から出力された前記コンテンツの位置情報を受信可能な情報受信装置を機能させるためのプログラムであって、起動された場合に、前記通信装置に対し、その通信装置が前記情報受信装置へ前記コンテンツの位置情報を出力する場合の出力先として使用を予定するポートのポート番号を問い合わせる問い合わせステップと、その問い合わせステップの実行後、前記使用を予定するポートとして前記通信装置から通知されたポート番号のポートのオープンを実行することにより、該ポートが利用可能か否かを判定する判定ステップと、その判定ステップにより前記使用を予定するポートが利用可能であると判定された場合に、その利用可能であると判定されたポートを前記通信装置へ通知する確認通知ステップとを含み、前記判定ステップによる判定を行うためにオープンしたポートのオープン状態を維持する。

請求項５記載の通信制御プログラムは、請求項４記載の通信制御プログラムにおいて、前記判定ステップにより前記通知装置から通知された前記使用を予定するポートが利用不可能であると判定された場合には、該判定ステップは、前記通信プロトコルに従う他のポートに対し、該他のポートが利用可能であるか否かを判定し、前記判定ステップにより前記他のポートが利用可能であると判定された場合に、該利用可能であると判定されたポートを前記通信装置へ通知する第２の確認通知ステップを含む。

請求項１記載の通信システムによれば、情報受信装置のアプリ（アプリケーション）が起動されると、使用予定のポートを通信装置に問い合わせ、使用予定とするポートに対し利用可能かどうかの判定を行い、利用可能であると判定された場合に、そのポートを通信に使用するポートとする。よって、確実に接続できるという効果がある。また、通信装置が、情報受信装置との接続を確立するためのポート設定（ポート管理）を行うので、情報受信装置に格納される複数のアプリ間で使用ポートを調停する必要がなく、管理が容易であり、管理コストが低減されるという効果がある。また、通信装置が使用予定とするポートが利用可能であると判定された後は、そのポートは常時オープンにされていることになるので、他のアプリによる使用を確実に防止することができるという効果がある。また、請求項４記載の通信制御プログラムもまた、上述した請求項１記載の通信システムと同様の効果を奏する。

請求項２記載の通信システムによれば、請求項１記載の通信システムの奏する効果に加えて、次の効果を奏する。通信装置が使用予定としていたポートが利用不可能であると判定された場合であっても、利用可能な他のポートが探索され、利用可能なポートを通信装置に通知し、使用ポートとして設定させるので、接続可能性が向上するという効果がある。また、請求項５記載の通信制御プログラムもまた、請求項４記載の奏する効果に加え、上述した請求項２記載の通信システムと同様の効果を奏する。

請求項３記載の通信システムによれば、請求項１または２に記載の通信システムの奏する効果に加えて、次の効果を奏する。使用実績が最近であるポートを使用予定のポートとするので、ファイヤーウォールなどにより遮断される可能性や、他アプリで使用されている可能性が低く、接続確立を迅速に実現できるという効果がある。

以下、本発明の好ましい一実施形態について、添付図面を参照して説明する。図１（ａ）は、本発明における通信システムの一実施形態である多機能機システム２を示す概略である。多機能機システム２は、多機能機１０と、複数のＰＣ７０，７１と、多機能機１０とＰＣ７０．７１とを接続するＬＡＮ回線４とを含んで構成される。なお、図１には、１つの多機能機１０と２つのＰＣ７０，７１しか示されていないが、これらの数は適宜変更することができる。

図１に示すように、多機能機システム２のＬＡＮ回線４は、ルータ６を介してインターネット８に接続されている。インターネット８には、複数のコンテンツ提供サーバ９０，９１が接続されている。なお、図１には、２つのコンテンツ提供サーバ９０，９１しか示されていないが、これらの数は適宜変更することができる。

本実施形態では、コンテンツ提供サーバ９０が１つのサイトを公開しており、コンテンツ提供サーバ９１が１つのサイトを公開している。各サイトは、複数のコンテンツを含んでいる。また、各コンテンツ提供サーバ９０，９１は、自身のサイトが含んでいる複数のコンテンツの要約情報であるフィード情報（ＲＳＳ形式のフィード情報）を記憶している。これらの情報の具体的な内容については、後で詳しく説明する。

図１（ｂ）は、ＰＣ７０の構成を示すブロック図である。なお、ＰＣ７１も、ＰＣ７０と同様の構成を有する。ＰＣ７０は、ＣＰＵ７２と、ハードディスク７４と、表示部８２と、操作部８４とを有する。なお、図１（ｂ）には示していないが。ＰＣ７０は、ＬＡＮ回線４に接続されているネットワークインターフェイスも有している。

ＣＰＵ７２は、ハードディスク７４に記憶されている各プログラム（基本プログラム７６，常駐ソフト７８）に従って様々な処理を実行する。

ハードディスク７４は、基本プログラム７６及び常駐ソフト７８を記憶している。基本プログラム７６は、ＰＣ７０の基本的な動作を制御するためのプログラムである。基本プログラム７６は、例えば、インターネット８のサイトからコンテンツをダウンロードして表示するためのブラウザを含んでいる。

常駐ソフト７８は、多機能機１０にＰＣ起動通知を送信したり、多機能機１０からの指示に従って動作したりするためのプログラム（所謂「常駐アプリケーション」）である。また、常駐ソフト７８は、起動時に、多機能機１０に対して使用を予定する受信ポート（以下、「使用予定受信ポート」と称する）を問い合わせ、多機能機１０から受けた使用予定受信ポートを使用可能であるかを検証する処理を実行する。

この常駐ソフト７８は、例えば、コンピュータ読取可能媒体からＰＣ７０にインストールされる。また、常駐ソフト７８は、例えば、インターネット８のサイトからダウンロードされてＰＣ７０にインストールされてもよい。

ハードディスク７４は、設定ファイル８０を記憶している。設定ファイル８０は、多機能機１０のＩＰアドレスを含んでいる。なお、設定ファイル８０に記憶される内容は多機能機１０を識別することができる情報であればよく、ＩＰアドレスに限定されず、ノード名や、ＭＡＣアドレスや、デバイス名などであってもよい。設定ファイル８０の記憶内容は、例えば、ユーザによって設定される。

表示部８２は、例えば１７インチ以上の比較的に大きい表示画面を有し、様々な情報を表示することができる。本実施形態のＰＣ７０に搭載される表示部８２は、多機能機１０が有する表示パネル５０（図２参照）より大きい表示画面を有する。操作部８４は、キーボードやマウスによって構成される。ユーザは、操作部８４を操作することによって、様々な指示や情報をＰＣ７０に入力することができる。

図２は、多機能機１０の構成を示すブロック図である。詳細は後述するが、本実施形態の多機能機１０は、ＦＡＸ受信のために常時電源が入っている。また、所定の更新時刻毎に、予め登録されたＵＲＬ（コンテンツＵＲＬ）にアクセスし、コンテンツ提供サーバ９０，９１からフィード情報を取得することができるように構成されている。また、取得したフィード情報を表示パネル５０に表示した後、ユーザが所望のコンテンツの表示を選択した場合に、選択されたコンテンツを、多機能機システム２における所望のＰＣ（例えば、ＰＣ７０）の表示部８２に表示させることができるように構成されている。

多機能機１０は、制御部１２と、表示パネル５０と、キーパッド５２と、印刷部５４と、スキャン部５６と、ＦＡＸ部５８と、ネットワークインターフェイス６０と、ＰＳＴＮインターフェイス６２とを有する。制御部１２は、ＣＰＵ１４と、ＲＯＭ１６と、ＲＡＭ１８と、ＮＶＲＡＭ２０とを有する。

ＣＰＵ１４は、ＲＯＭ１６に記憶されている各プログラム（プログラム１６ａ〜１６ｅ）に従って様々な処理を実行する。ＲＯＭ１６は、基本機能プログラム１６ａと、フィード情報解析プログラム１６ｂと、フィード情報表示プログラム１６ｃと、インターネット接続プログラム１６ｄと、ＰＣ管理プログラム１６ｅとを記憶している。

基本機能プログラム１６ａは、多機能機１０の基本的な動作を制御するためのプログラムである。基本機能プログラム１６ａは、例えば、表示パネル５０に表示される表示データを生成するためのプログラムを含んでいる。また、基本機能プログラム１６ａは、例えば、印刷部５４、スキャン部５６、ＦＡＸ部５８等を制御するためのプログラムを含んでいる。

インターネット接続プログラム１６ｄは、インターネット８に接続するためのプログラムである。フィード情報解析プログラム１６ｂは、コンテンツ提供サーバ９０，９２から取得されるフィード情報を解析し、表示パネル５０で表示するための情報（以下、「表示情報」と称する）を作成するためのプログラムである。フィード情報表示プログラム１６ｃは、表示情報を表示するためのプログラムである。

ＰＣ管理プログラム１６ｅは、ＰＣ７０，７１から送信されるＰＣ起動通知に従って処理を実行するためのプログラムである。より具体的に言うと、ＰＣ管理プログラム２６は、ＰＣ起動通知の送信元のＰＣに関する情報（例えば、ＩＰアドレスやＰＣのホスト名）を後述するＲＡＭ１８のＰＣ情報記憶領域１８ａに記憶させるためのプログラムである。

また、このＰＣ管理プログラム１６ｅは、ＰＣ７０，７１から使用予定受信ポートの問い合わせを受信した場合に、後述するＲＡＭ１８のＰＣ情報記憶領域１８ａ内の使用履歴記憶領域１８ｄ１の中から、問い合わせ元のＰＣに対して前回に（最近に）使用した受信ポートの情報（ポート番号）を使用予定受信ポートとして、多機能機１０へ返す処理を実行する。

さらに、このＰＣ管理プログラム１６ｅは、ＰＣ７０，７１から使用可能な受信ポートの情報を受信した場合には、受信した使用可能な受信ポートの情報を、後述するＲＡＭ１８のＰＣ情報記憶領域１８ｄ内の使用履歴記憶領域１８ｄ１に記憶（上書き）する。

ＲＡＭ１８は、基本機能ワーク領域１８ａと、フィード情報解析ワーク領域１８ｂと、表示情報記憶領域１８ｃと、ＰＣ情報記憶領域１８ｄとを有する。基本機能ワーク領域１８ａは、基本機能プログラム１６ａに従って処理が実行される過程で生成される各種データを記憶するための記憶領域である。

フィード情報解析ワーク領域１８ｂは、フィード情報解析プログラム１６ｂに従って処理が実行される過程で作成される各種データを記憶するための記憶領域である。表示情報記憶領域１８ｃは、フィード情報解析プログラム１６ｃに従って作成される表示情報を記憶するための記憶領域である。

ＰＣ情報記憶領域１８ｄは、多機能機システム２に含まれるＰＣ７０，７１に関する情報を記憶するための記憶領域である。このＰＣ情報記憶領域１８ｄは、使用履歴記憶領域１８ｄ１を有している。使用履歴記憶領域１８ｄ１は、多機能機システム２に含まれるＰＣ（ＰＣ７０，７１）との前回（最近、最新）の接続において使用したＰＣの受信ポートの情報（ポート番号）を、ＰＣ毎（即ち、ＩＰアドレス毎）に記憶するための記憶領域である。

ＮＶＲＡＭ２０は、基本機能パラメータ記憶領域２０ａと、ＵＲＬ記憶領域２０ｂとを有する。基本機能パラメータ記憶領域２０ａは、ＣＰＵ１４が基本機能プログラム１６ａに従って処理を実行する際に利用される各種パラメータ（例えば印刷設定、スキャン設定等）を記憶するための記憶領域である。

ＵＲＬ記憶領域１８ｂは、各コンテンツ提供サーバ９０，９１が有するフィード情報のＵＲＬを記憶するための記憶領域である。ここで、各コンテンツ提供サーバ９０，９１からのコンテンツ提供サービスを受ける場合に、ユーザは、コンテンツ提供サービスを受けるための登録を行う。この登録は、多機能機１０を利用して実行されてもよいし、ＰＣ７０，７１を利用して実行されてもよい。

例えば、ユーザがＰＣ７０を利用してコンテンツ提供サーバ９０からのコンテンツ提供サービスを受けるための登録を行なった場合には、コンテンツ提供サーバ９０のフィード情報のＵＲＬがＰＣ７０から多機能機１０に送信される。これにより、ＵＲＬ記憶領域２０ｂにコンテンツ提供サーバ９０のフィード情報のＵＲＬが記憶される。

表示パネル５０は、様々な情報を表示することができる。表示パネル５０の表示画面は、例えば、６インチ以下のＬＣＤであり、ＰＣ７０，７１が有する表示画面より小さい。表示パネル５０は、タッチパネルとして機能する。キーパッド５２は、複数のキーによって構成される。ユーザは、キーパッド５２を操作することによって様々な指示や情報を多機能機１０に入力することができる。

印刷部５４は、インクジェットタイプ、レーザタイプ等の印刷機構を有する。スキャン部５６は、ＣＣＤ、ＣＩＳ等の読取機構を有する。ＦＡＸ部５８は、ＦＡＸ通信を実行するための各種動作を実行する。ネットワークインターフェイス６０は、ＬＡＮ回線４に接続されている。多機能機１０は、ＰＣ７０，７１と通信可能であるとともに、インターネット８にアクセス可能である。

ＰＳＴＮインターフェイス６２は、図示省略しているＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）に接続されている。ＰＳＴＮは、ＦＡＸ通信や電話通信を行なう際に利用される。

次に、図３を参照して、ＮＶＲＡＭ２０のＵＲＬ記憶領域２０ｂ（図２参照）の記憶内容について説明する。図３は、ＵＲＬ記憶領域２０ｂの記憶内容の一例を示す模式図である。ＵＲＬ記憶領域２０ｂは、各コンテンツ提供サーバ９０，９１のフィード情報のＵＲＬ１０２を記憶することが可能である。

換言すると、ＵＲＬ記憶領域２０ｂは、各サイトのフィード情報のＵＲＬ１０２を記憶することが可能である。図３に示す例では、ｎ個のＵＲＬ１０２が記憶されている。各ＵＲＬ１０２には、識別番号１００が付与されている。本実施形態では、識別番号１００を符号「ｉ」で表現する。

次に、図４を参照して、ＲＡＭ１８の表示情報記憶領域１８ｃ（図２参照）の記憶内容について説明する。図４は、表示情報記憶領域１８ｃの記憶内容の一例を示す。表示情報記憶領域１８ｃは、ＵＲＬ記憶領域２０ｂに記憶されているＵＲＬ毎に表示情報１１２を記憶することが可能である。

換言すると、表示情報記憶領域１８ｃは、ＵＲＬ記憶領域２０ｂに記憶されているサイト毎に表示情報１１２を記憶することが可能である。上述したように、ＵＲＬ記憶領域２０ｂにはｎ個（ｎは１以上の整数）のＵＲＬ１０２が記憶されている（図３参照）。従って、表示情報記憶領域３６にもｎ個の表示情報１１２が記憶されている。各表示情報１１２には、識別番号１１０が付与されている。本実施形態では、識別番号１１０もまた、識別番号１００（図３参照）と同様に、符号「ｉ」で表現する。

個々の表示情報１１２のデータ構成について説明する。表示情報１１２は、サイト情報１２０を含んでいる。サイト情報１２０は、サイトタイトル文字列１２２とフィード更新日時情報１２４を含んでいる。サイトタイトル文字列１２２は、サイトのタイトルの文字列である。サイトのタイトルのことを「サイトの名称」と言い換えることもできる。フィード更新日時情報１２４は、コンテンツ提供サーバにおいてフィード情報が更新された日時（最新の更新日時）に関する情報である。

表示情報１１２は、更新コンテンツ情報１３２を含んでいる。更新コンテンツ情報１３２の数は、サイトが有するコンテンツの数に等しい。例えば、図４では、「ｉ＝０」に対応する表示情報１１２は、ｍ個（ｍは１以上の整数）の更新コンテンツ情報１３２を有する。これは、「ｉ＝０」に対応するサイトがｍ個のコンテンツを有することを意味する。例えば、所定のサイトにおいて天気予報に関するコンテンツとスポーツに関するコンテンツとが存在する場合、そのサイトに対応する表示情報１１２は、２個の更新コンテンツ情報１３２を有することになる。各更新コンテンツ情報１３２には、識別番号１３０が付与されている。本実施形態では、識別番号１３０を符号「ｊ」で表現する。

各更新コンテンツ情報１３２は、コンテンツタイトル文字列１４０とコンテンツ更新日時情報１４２とコンテンツ要約文字列１４４とコンテンツＵＲＬ１４６を含んでいる。上記の例の場合、天気予報に関するコンテンツに対応する更新コンテンツ情報１３２が情報１４０〜１４６を含んでおり、スポーツに関するコンテンツに対応する更新コンテンツ情報１３２も情報１４０〜１４６を含んでいる。

コンテンツタイトル文字列１４０は、コンテンツのタイトルの文字列である。コンテンツのタイトルのことを「コンテンツの名称」と言い換えることもできる。コンテンツ更新日時情報１４２は、コンテンツ提供サーバにおいてコンテンツが更新された日時（最新の更新日時）に関する情報である。コンテンツ要約文字列１４４は、コンテンツが有する文字列が要約化されたものである。換言すると、コンテンツ要約文字列１４４は、コンテンツのタイトルより多い文字列であり、コンテンツの全体の文字列より少ない文字列であり、コンテンツの内容が反映された文字列である。コンテンツＵＲＬ１４６は、コンテンツのＵＲＬである。

次に、図５を参照して、多機能機１０がコンテンツ提供サーバ９０，９１からフィード情報を取得した場合に、表示パネル５０に表示される画面について説明する。図５は、表示パネル５０の表示内容の一例を示す模式図である。

図５（ａ）は、待機状態における表示パネル５０の画面内容の一例を示す模式図である。待機状態における表示パネル５０には、機能（例えば、ＦＡＸ機能や、スキャン機能や、コピー機能など）を選択するためのボタン１６０が表示される。また、待機状態おける表示パネル５０には、表示情報記憶領域１８ｃに記憶されているコンテンツタイトル文字列１６２がテロップ表示される。

コンテンツタイトル文字列１６２がユーザによりタッチされると、そのコンテンツ文字列１６２が表示されているサイトの全てのコンテンツについて、各コンテンツの、コンテンツ更新日時情報（コンテンツ更新日時情報１４２）、及び、コンテンツタイトル文字列（コンテンツタイトル文字列１４０）と、該サイトのサイトタイトル文字列とを含むリスト１７０が表示パネル５０に表示される。

図５（ｂ）は、表示パネル５０にリスト１７０が表示されている画面の一例を示す模式図である。図５（ｂ）に示す例によれば、スポーツに関するコンテンツについて、コンテンツ更新日時情報「１４：３２」とコンテンツタイトル文字列「Ｓｐｏｒｔ・・・」とが表示されている。また、表示パネル５０にリスト１７０が表示されている画面には、リスト表示を終了させるためのボタン１７４が表示される。

表示パネル５０にリスト１７０が表示されている状態において、１のコンテンツタイトル文字列がユーザによりタッチ（選択）すると、タッチされたコンテンツに関する情報が表示パネル５０に表示される。

図５（ｃ）は、リスト１７０の中に含まれるコンテンツの中から１のコンテンツが選択されたことによって表示パネル５０に表示される画面内容の一例を示す模式図である。図５（ｂ）に示す例によれば、表示パネル５０には、サイトタイトル文字列１７２と、コンテンツ更新日時情報１８０と、コンテンツタイトル文字列１８２と、コンテンツ要約文字列１８４と、Ｖｉｅｗボタン１８６とを含む画面が表示される。

図５（ｃ）に示す画面において、Ｖｉｅｗボタン１８６がユーザによって操作され、送信先とするＰＣ（例えば、ＰＣ７０）が選択されると、図５（ｃ）に示す画面に表示されていたコンテンツのコンテンツＵＲＬ１４６が、送信先として選択されたＰＣへ送信される。その結果、コンテンツＵＲＬ１４６を受信したＰＣ（例えば、ＰＣ７０）は、コンテンツＵＲＬ１４６にアクセスしてコンテンツを表示する。

次に、多機能機システム２に接続されている多機能機１０が実行する処理について説明する。フローチャートに示されていないが、多機能機１０のＣＰＵ１４は、ＰＣ管理プログラム１６ｅ（図２参照）に従って以下の処理を実行する。詳細は後述するが、本実施形態の多機能機システム２に接続されているＰＣ７０，７１は、起動される毎にＰＣ起動通知を多機能機１０に送信するように構成されている（図８参照）。ＣＰＵ１４は、ＰＣ起動通知を受信することを監視している。ＣＰＵ１４は、ＰＣ起動通知を受信すると、そのＰＣ起動通知に含まれるＩＰアドレスやホスト名をＰＣ情報記憶領域１８ｄ（図２参照）に記憶させる。

なお、ＰＣ７０，７１は、起動している間はＰＣ起動通知を定期的に多機能機１０に送信してもよく、かかる場合には、ＰＣ７０，７１が起動停止（電源オフ）されると、ＰＣ起動通知が多機能機１０に送信されなくなる。ＣＰＵ１４は、ＰＣ情報記憶領域１８ｄに記憶されているＩＰアドレスやホスト名を有するＰＣからのＰＣ起動通知を所定時間継続して受信しなかった場合に、そのＩＰアドレスやホスト名をＰＣ情報記憶領域１８ｄから消去する。これにより、ＰＣ情報記憶領域１８ｄには、起動しているＰＣに関する情報のみが記憶される。

また、ＰＣ７０，７１は、ＰＣ起動通知を定期的に多機能機１０に送信しない構成であってもよく、かかる場合には、ＰＣ７０，７１は、起動停止される毎に起動停止通知（ＩＰアドレスやホスト名を含む）を多機能機１０に送信するように構成してもよい。この形態によっても、ＣＰＵ１４は、ＰＣ７０，７１が起動停止されたことを知ることができる。ＣＰＵ１４は、起動停止通知に含まれるＩＰアドレスやホスト名をＰＣ情報記憶領域１８ｄから消去する。この形態によっても、ＰＣ情報記憶領域１８ｄには、起動しているＰＣに関する情報のみが記憶される。

次に、図６を参照して、多機能機１０のＣＰＵ１４がフィード情報を取得して表示する処理について説明する。図６（ａ）は、多機能機１０のＣＰＵ１４により実行されるフィード情報解析処理を示すフローチャートである。このフィード情報解析処理は、独立したタスクとして動作し、フィード情報解析プログラム１６ｂに従って多機能機１０の起動時から実行される。

フィード情報解析処理が起動されると、ユーザによって設定された、あるいは、プログラムによって決められた更新時間に達すると、ＮＶＲＡＭ２０のＵＲＬ記憶領域２０ｂに記憶されているＵＲＬにアクセス（接続）し、フィード情報（ＲＳＳフィード情報）を取得する（Ｓ１１）。このとき、取得されたフィード情報を解析することによって、表示情報１１２（図４参照）を作成し、作成した表示情報１１２を表示情報記憶領域１８ｃに記憶させることにより、表示情報記憶領域１８ｃの記憶内容の更新を行う。

次に、図６（ｂ）を参照して、多機能機１０のＣＰＵ１４がフィード情報を表示するための表示処理（多機能機表示処理）について説明する。図６（ｂ）は、多機能機１０のＣＰＵ１４により実行される多機能機表示処理を示すフローチャートである。この多機能機表示処理は、独立したタスクとして動作し、フィード情報表示プログラム１６ｃ（図２参照）に従って多機能機１０の起動時から実行される。

図６（ｂ）に示す多機能機表示処理の説明の前に、多機能機１０が取り得る状態について説明する。多機能機１０は、待機状態、機能実行状態等の複数の状態を有する。待機状態では、表示パネル５０に機能を選択するための情報が表示される（表示パネル５０が点灯している）。

待機状態における表示パネル５０には、機能を選択するためのボタン１６０が表示される（図５（ａ）参照）。ユーザは、ボタン１６０を操作することによって機能実行指示を多機能機１０に入力することができる。ボタン１６０が操作されると、機能実行状態に移行する。機能実行状態では、表示パネル５０に実行中の機能に関する情報（例えばコピー枚数等）が表示される。多機能機１０において実行されている機能が終了すると、待機状態に移行する。

多機能機表示処理が起動されると、ＮＶＲＡＭ２０のＵＲＬ記憶領域２０ｂに記憶されているＵＲＬ毎（サイト毎）に対応して、ＲＡＭ１８の表示情報記憶領域１８ｃに記憶されているコンテンツタイトル文字列１６２を、表示パネル５０における待機状態の画面に１件ずつ（１コンテンツずつ）順番にテロップ状（例えば、右から左にスクロールしていく状態）に表示する（Ｓ３１）。このときの画面は、例えば、図５（ａ）に示す画面となる。なお、機能実行状態では、コンテンツタイトル文字列１６２の表示は行わない。

コンテンツタイトル文字列１６２がテロップ表示されている状態（図５（ａ）参照）において、ユーザによりコンテンツタイトル文字列がタッチされると、リスト表示要求イベントが発生し、その場合には、ＲＡＭ１８の表示情報記憶領域１８ｃから、コンテンツ文字列１６２が表示されているサイト（ＲＳＳサイト）のサイト情報と、サイトに対応して記憶されている更新コンテンツ情報１３２を取得し、サイトタイトル文字列１２２と、各コンテンツタイトル文字列１４０と、各コンテンツ更新日時情報１４２とを含むリストデータを作成し、そのリストデータに対応するリスト１７０を表示パネル５０に一覧表示する（Ｓ３２）。このときの画面は、例えば、図５（ｂ）に示す画面となる。

リスト１７０は、複数のコンテンツ（例えばｍ個のコンテンツ）のそれぞれについて、当該コンテンツのコンテンツ更新日時情報と当該コンテンツのコンテンツタイトル文字列とを含んでいる。

表示パネル５０にリスト１７０が表示されている状態（図５（ｂ）参照）において、ユーザにより、１のコンテンツ（コンテンツタイトル文字列）が選択（タッチ）された場合、コンテンツ選択操作に関するイベントが発生し、その場合には、ＲＡＭ１８の表示情報記憶領域１８ｃから、選択されたコンテンツに対するサイトタイトル文字列１２２と、当該コンテンツのコンテンツタイトル文字列１４０と、当該コンテンツのコンテンツ更新日時情報１４２と、当該コンテンツのコンテンツ要約文字列１４４とを含む表示データを作成し、その表示データに基づく表示を表示パネル５０に表示する（Ｓ３３）。この結果、サイトタイトル文字列１７２と、コンテンツ更新日時情報１８０と、コンテンツタイトル文字列１８２と、コンテンツ要約文字列１８４と、Ｖｉｅｗボタン１８６とを含む画面が表示パネル５０に表示される（図５（ｃ）参照）。

Ｖｉｅｗボタン１８６を含む画面が表示パネル５０に表示されている状態（図５（ｃ）参照）において、ユーザによってＶｉｅｗボタン１８６が操作されると、ＲＡＭ１８のＰＣ情報記憶領域１８ｄに記憶されている各ＰＣに関する情報のリストを作成し、リストを表示パネル５０に表示する。そして、表示パネル５０にＰＣのリストを含む画面（図示せず）が表示されている状態において、ユーザにより、リストに含まれるＰＣの１つがタッチ（選択）された後、同画面に表示されているリクエストボタン（図示せず）がタッチされると、ＰＣ選択操作イベントが発生し、その場合には、選択されたコンテンツのコンテンツＵＲＬ１４６（図４参照）を特定し、選択されたＰＣのＩＰアドレスを送信先としてコンテンツＵＲＬ１４６を送信する（Ｓ３４）。

コンテンツＵＲＬ１４６がＰＣへ送信されると、コンテンツＵＲＬ１４６を受信したＰＣ（例えば、ＰＣ７０）は、コンテンツＵＲＬ１４６にアクセスしてコンテンツを表示する。

詳細は後述するが、多機能機システム２上にて起動中のＰＣ７０，７１は、多機能機１０から送信されるコンテンツＵＲＬ１４６を受信できるよう、常駐ソフト７８による制御により所定の受信ポート（本実施形態では、ＴＣＰ／ＩＰプロトコルに従う受信ポート）が待ち受け状態とされる。

ここで、図７を参照して、本実施形態の多機能機システム２にて、多機能機１０とＰＣ７０，７１との間で、ＰＣがコンテンツＵＲＬ１４６を待ち受けるための受信ポートを設定する処理の流れについて説明する。図７は、多機能機１０とＰＣ７０との間で、コンテンツＵＲＬ１４６を待ち受けるための受信ポートを設定する処理の流れを示すシーケンスチャートである。なお、多機能機１０とＰＣ７１との間における処理の流れも同様である。

図７に示すように、ＰＣ７０において常駐ソフト７８が起動すると（Ｐ１）、多機能機１０へ使用予定受信ポートの問い合わせを行う（Ｐ２）。使用予定受信ポートの問い合わせを受けた多機能機１０は、使用予定受信ポートの探索を行う（Ｐ３）。そして、多機能機１０は、使用予定受信ポートとするポート番号をＰＣ７０に通知する（使用予定受信ポートの通知）。なお、詳細は後述するが、本実施形態では、使用履歴記憶領域１８ｄ１の中から、問い合わせ元のＰＣ７０に対して前回に使用した受信ポートのポート番号を探索する。

使用予定受信ポートの通知を受けたＰＣ７０は、通知された使用予定受信ポート（ポート番号）が使用可能であるかの確認を行う（Ｐ４）。このとき、多機能機１０から通知された使用予定受信ポートが使用できなかった場合には、ＰＣ７０にて、受信ポートとして使用可能な他のポート番号を探索する。

そして、ＰＣ７０は、受信ポートとして使用可能なポート番号を多機能機１０に通知する（使用可能な受信ポートの通知）。かかる通知を受けた多機能機１０は、通知された受信ポート（ＰＣ７０が使用可能であるとした受信ポート）のポート番号を、コンテンツＵＲＬ１４６の送信先として使用する受信ポートに設定する（Ｐ５）。

多機能機１０は、コンテンツＵＲＬ１４６の送信先として使用する受信ポートとして使用ポート番号をＰＣ１０に通知する（使用する受信ポートの通知）。多機能機１０から使用する受信ポートの通知を受けたＰＣ１０は、通知された受信ポート（ポート番号）を、多機能機１０から送信されるコンテンツＵＲＬ１４６の受信ポートとし、その受信を待機する（Ｐ６）。

次に、図８を参照して、ＰＣ７０，ＰＣ７１のＣＰＵ７２により実行される常駐ソフト７８（図１（ｂ）参照）に従う処理について説明する。図８は、ＰＣ７０のＣＰＵ７２により実行される常駐ソフト処理を示すフローチャートである。なお、ＰＣ７１でも同じ処理が実行される。

この常駐ソフト処理は、ＰＣ７０に電源が投入されてＯＳが起動された後に、自動的に常駐ソフト７８が起動されて開始される処理である。常駐ソフト処理が起動すると、まず、設定ファイル８０（図１（ｂ）参照）の記憶内容を読み込む（Ｓ１１１）。

次いで、多機能機１０からコンテンツＵＲＬ１４６を受信する設定がされているか否か、具体的には、設定ファイル８０に多機能機１０を識別する情報が記憶されているか否かを判断する（Ｓ１１２）。なお、本実施形態では、多機能機１０を識別する情報としてＩＰアドレスが設定ファイル８０に記憶されているので、設定ファイル８０にＩＰアドレスが記憶されているか否かを確認する。

Ｓ１１２の処理により確認した結果、設定ファイル８０に多機能機１０を識別する情報が記憶されている場合、即ち、受信設定がされている場合には（Ｓ１１２：Ｙｅｓ）、Ｓ１１３に進む。一方、設定ファイル８０に多機能機１０を識別する情報が記憶されていない場合には（Ｓ１１２：Ｎｏ）、常駐ソフト７８に従って実行される常駐ソフト処理を終了する。

Ｓ１１３では、多機能機１０にＰＣ起動通知を送信する（Ｓ１１３）。ＰＣ起動通知は、ＰＣ７０のＩＰアドレスやホスト名を含んでいる。Ｓ１１３の処理後、コンテンツＵＲＬ１４６を受信するための受信ポートとして、どのポート番号の受信ポートを使用するかを検証する受信ポート検証処理（Ｓ１１４）を実行する。なお、この受信ポート検証処理（Ｓ１１４）にて実行される詳細な処理については、図１２を参照して後述する。

受信ポート検証処理（Ｓ１１４）の実行後、何らかのイベントが発生するまで待機する（Ｓ１１５）。イベントが発生するとＳ１１６に進む。Ｓ１１６では、多機能機１０から送信されたコンテンツＵＲＬ１４６を受信したか否かを判断する（Ｓ１１６）。なお、上述した通り、コンテンツＵＲＬ１４６は、多機能機１０で実行されるＳ３４の処理（図６（ｂ）参照）により、ＰＣ７０へと送信される。

Ｓ１１６の処理により確認した結果、コンテンツＵＲＬ１４６を受信した場合には（Ｓ１１６：Ｙｅｓ）、ブラウザプログラムを起動し（Ｓ１１９）、受信したコンテンツＵＲＬ１４６にアクセスして、コンテンツを表示部８２に表示する（Ｓ１２０）。

その結果、ユーザは、ＰＣの表示部８２に表示されたコンテンツを見ることができる。多機能機１０の表示パネル５０は比較的小さいので、コンテンツの全体を表示するのは難しいが、本実施形態の通信システム２によれば、多機能機１０においてユーザによって選択されたコンテンツを比較的大きな画面である見ることができ、コンテンツを快適に見ることができる。

一方で、Ｓ１１６の処理により確認した結果、コンテンツＵＲＬ１４６を受信していない場合には（Ｓ１１６：Ｎｏ）、常駐ソフト７８のプログラムを停止する指示がユーザによって入力されたか否かを判断する（Ｓ１１７）。例えば、ユーザは、操作部８４に所定の操作を加えることによって、常駐ソフト７８のプログラムを停止する指示をＰＣ７０に入力することができる。

Ｓ１１７の処理により確認した結果、常駐ソフト７８のプログラムを停止する指示が入力された場合には（Ｓ１１７：Ｙｅｓ）、常駐ソフト処理を終了する。一方、常駐ソフト７８のプログラムを停止する指示が入力されていない場合には（Ｓ１１７：Ｎｏ）、イベントに応じた処理を実行し（Ｓ１１８）、Ｓ１１５に戻り、次のイベントが発生するまで待機する。

次に、図９を参照して上述した受信ポート検証処理（Ｓ１１４）について説明する。図９は、常駐ソフト処理（図８参照）の中で実行される受信ポート検証処理（Ｓ１１４）を示すフローチャートである。

受信ポート検証処理では、まず、使用予定受信ポートを多機能機１０に問い合わせる（Ｓ１３１）。使用予定受信ポートを多機能機１０へ問い合わせる場合には、ＰＣ７０のＩＰアドレスを一緒に通知する。

この問い合わせの結果、多機能機１０は、前回使用した受信ポートのポート番号を使用予定受信ポートとして返すので（図１０（ａ）参照）、Ｓ１３１の処理後は、多機能機１０から返された使用予定受信ポートの情報（ポート番号）を受信する（Ｓ１３２）。

次いで、多機能機１０から受信した使用予定受信ポートを候補として該受信ポートをオープンする（Ｓ１３３）。Ｓ１３３の処理後、候補とした受信ポートがオープンできたか否かを確認する（Ｓ１３４）。

Ｓ１３４の処理により確認した結果、受信ポートをオープンできた場合には（Ｓ１３４：Ｙｅｓ）、候補とした受信ポートは、他のアプリケーションにより使用されておらず、使用可能であるので、Ｓ１３３においてオープンされた受信ポートのポート番号を、使用可能な受信ポートの情報として多機能機１０へ通知する（Ｓ１３５）。

Ｓ１３５の処理の結果、多機能機１０は、通知された使用可能な受信ポートのポート番号を、今回の接続においてコンテンツＵＲＬ１６４の送信先として使用する受信ポートに設定した後、使用する受信ポートのポート番号をＰＣ７０へ通知する（図１０（ｂ）参照）。

よって、Ｓ１３５の処理後は、使用する受信ポートの情報を多機能機１０から受信し（Ｓ１３６）、受信ポート検証処理（Ｓ１１４）を終了して、図８のＳ１１５へ進み、使用する受信ポートとして通知されたポート番号を、多機能機１０から送信されるコンテンツＵＲＬ１４６の受信ポートとして、その受信を待機する。

ここで、受信ポートが使用可能であるか否かを検証するためにＳ１３３においてオープンされた受信ポートは、オープン状態を維持したままＳ１１５へ進むので、使用可能な受信ポートであると確認されたにもかかわらず、その後に、競合する他のアプリケーションによって使用されて使用不可能になってしまうことを防止することができる。

一方で、Ｓ１３４の処理により確認した結果、受信ポートをオープンできなかった場合には（Ｓ１３４：Ｎｏ）、候補とした受信ポートは、他のアプリケーションにより使用されている等の原因によって使用不可能であるので、かかる場合には、Ｓ１３７へ進む。

Ｓ１３７では、受信ポートの候補が残っているか否かを確認する（Ｓ１３７）。本実施形態では、理解を容易にする目的で、多機能機１０がＰＣ７０における全ての受信ポートに対応できるものとして説明する。なお、ＰＣ７０が、多機能機１０が使用可能な受信ポートのリスト（受信ポート候補テーブル）を予めハードディスク７４に記憶しておき、そのリストの中から候補とする受信ポートが残っているか否かを確認する構成としてもよい。

Ｓ１３７の処理により確認した結果、受信ポートの候補が残っていれば（Ｓ１３７：Ｙｅｓ）、次の候補とする受信ポート（ポート番号）を選択し（Ｓ１３８）、Ｓ１３３の処理へ進み、候補とした受信ポートに対し、使用可能であるか否かの検証を行う。

よって、多機能機１０から通知された使用予定受信ポートが使用できない場合であっても、ＰＣ７０において多機能機１０との通信に使用し得る受信ポートの中から、順次、多機能機１０からコンテンツＵＲＬ１６４を受信するために使用可能な受信ポートの探索が行われるので、多機能機１０との接続可能性が向上する。

一方で、Ｓ１３７の処理により確認した結果、受信ポートの候補が残っていなければ（Ｓ１３７：Ｎｏ）、多機能機１０からコンテンツＵＲＬ１６４を受信するために使用可能な受信ポートが存在しないので、エラー処理（表示部８２への報知など）を実行し、その後、常駐ソフト７８に従って実行される常駐ソフト処理を終了する。

次に、図１０（ａ）を参照して、多機能機１０が、ＰＣ７０又はＰＣ７１から使用可能受信ポートの問い合わせを受信した場合に実行する処理について説明する。図１０（ａ）は、多機能機１０のＣＰＵ１４により実行される使用予定ポート探索処理を示すフローチャートである。

この使用予定ポート探索処理は、ＰＣ７０又はＰＣ７１から使用予定受信ポートの問い合わせを受信した場合に起動し、まず、該問い合わせに含まれるＰＣ（ＰＣ７０又はＰＣ７１）が過去に接続したことのあるＰＣであるか否かを確認する（Ｓ２１１）。具体的には、ＰＣ７０又はＰＣ７１から受信した問い合わせに含まれるＩＰアドレスが、使用履歴記憶領域１８ｄ１に記憶されているか否かを確認する。

Ｓ２１１の処理により確認した結果、過去に接続したことのあるＰＣであれば（Ｓ２１１：Ｙｅｓ）、使用履歴記憶領域１８ｄ１に記憶されている問い合わせ元のＰＣに対する受信ポート（即ち、前回に使用した受信ポート）を、使用予定受信ポートに設定し（Ｓ２１２）、Ｓ２１３へ進む。

一方、Ｓ２１１の処理により確認した結果、過去に接続したことのあるＰＣでなければ（Ｓ２１１：Ｎｏ）、デフォルトとして用意されている受信ポートを使用予定受信ポートに設定し（Ｓ２１４）、Ｓ２１３へ進む。

Ｓ２１３では、Ｓ２１２又はＳ２１３において設定された使用予定受信ポートの情報を問い合わせ元のＰＣに通知する（Ｓ２１３）。Ｓ２１３の処理後、使用予定ポート探索処理を終了する。

この使用予定ポート探索処理によれば、本実施形態の多機能機１０は、接続履歴のあるＰＣに対し、前回（即ち、最近）において使用された受信ポートを使用予定のポートとするので、その実績によって、ファイヤーウォールなどにより遮断される可能性や、他アプリケーションにより使用されている可能性が低い。

よって、使用予定受信ポートとしてＰＣに提示した受信ポートが、上述した受信ポート検証処理（図９参照）において使用可能な受信ポートとされる可能性が高い。従って、多機能機１０とＰＣ（ＰＣ７０又はＰＣ７１）との接続確立を迅速に実現することができる。

次に、図１０（ｂ）を参照して、多機能機１０が、ＰＣ７０又はＰＣ７１から使用可能な受信ポートの情報（ポート番号）を受信した場合に実行する処理について説明する。図１０（ｂ）は、多機能機１０のＣＰＵ１４により実行される使用ポート設定処理を示すフローチャートである。

この使用ポート設定処理は、ＰＣ７０又はＰＣ７１から使用可能な受信ポートの情報を受信した場合に起動し、まず、受信した情報を使用履歴記憶領域１８ｄ１に記憶（上書き）する（Ｓ２３１）。これによって、今回の接続においてコンテンツＵＲＬ１６４の送信先として使用する受信ポートが設定される。

Ｓ２３２の処理後、使用する受信ポートとして設定された受信ポートの情報（ポート番号）を、使用可能な受信ポートの情報の受信元のＰＣ（ＰＣ７０又はＰＣ７１）へ通知し（Ｓ２３２）、使用ポート設定処理を終了する。Ｓ２３２の処理の結果として、多機能機１０と使用する受信ポートの情報の送信先のＰＣとの接続が確立し、該情報を受信したＰＣは、多機能機１０からのコンテンツＵＲＬ１６４の受信を待機する。

以上説明したように、本実施形態の多機能機システム２によれば、ＰＣ７０，７１における常駐ソフト７８（常駐アプリケーション）が起動すると、使用予定受信ポートを多機能機１０に問い合わせ、使用予定受信ポートに対して、使用可能かどうかの判定を行い、使用可能であると判定された場合に、その受信ポートが、コンテンツＵＲＬ１６４を待ち受けるために使用される受信ポートとして接続が確立する。よって、ＰＣ７０，７１と多機能機１０とを確実に接続することができる。

また、多機能機１０が、多機能機システム２内のＰＣに接続するための受信ポートの管理を行うので、各ＰＣに格納される複数のアプリケーション間で使用するポートを調停する必要がなく、管理が容易であり、管理コストを低減できる。

以上、実施形態に基づき本発明を説明したが、本発明は上記実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変形が可能であることは容易に推察できるものである。

例えば、上記実施形態では、多機能機１０における使用履歴記憶領域１８ｄ１には、前回に（最近に）使用した受信ポートを記憶し、ＰＣ（ＰＣ７０又はＰＣ７１）から使用予定受信ポートの問い合わせを受けた場合には、前回に使用した受信ポートを使用予定受信ポートとしてＰＣに返すよう構成した。

これに換えて、使用履歴記憶領域１８ｄ１に記憶される履歴は、前回だけでなく、前回を含めた複数の履歴を記憶する構成としてもよい。かかる場合には、ＰＣから使用予定受信ポートの問い合わせを受けた場合に、使用履歴記憶領域１８ｄ１に記憶される一部又は全部の受信ポートを使用予定受信ポートとしてＰＣに送信する構成をとることができる。

また、上記実施形態では、受信ポート検証処理（図９参照）のＳ１３１において、使用予定受信ポートを多機能機１０に問い合わせると多機能機１０から使用予定受信ポートの情報が返信されるよう構成したが、常駐ソフト処理（図８参照）のＳ１１３において多機能機１０へＰＣ起動通知が送信すると、多機能機１０から使用予定ポートの情報が返信される構成であってもよい。

かかる構成を採用する場合には、Ｓ１３１の処理を省略することができる。また、多機能機１０は、ＰＣ起動通知を受信した場合に、使用予定受信ポートの情報をＰＣへ送信する。なお、ＰＣ起動通知を使用予定受信ポートの問い合わせとして利用する構成とする場合には、Ｓ１１３の処理が特許請求の範囲における問い合わせ手段及び問い合わせステップに対応する処理となる。

また、上記実施形態では、使用履歴記憶領域１８ｄ１をＲＡＭ１８内の領域として構成したが、ＮＡＲＡＭ２０内の領域とするように構成してもよい。

また、上記実施形態では、多機能機１０とＰＣ７０，７１との間の通信を、ＴＣＰ／ＩＰプロトコルに従って行う構成としたが、通信プロトコルは適宜変更してもよい。その場合には、受信ポート検証処理（図９参照）や、使用予定ポート探索処理（図１０（ａ）参照）や、使用ポート設定処理（図１０（ｂ）参照）では、使用する通信プロトコルに従う受信ポートについて処理が行われる。

また、上記実施形態では、各コンテンツ提供サーバ９０，９１は、コンテンツとフィード情報の両方を記憶するものとした。しかしながら、コンテンツを記憶するためのサーバとフィード情報を記憶するためのサーバが別体に構成されていてもよい。

また、上記実施形態では、多機能機１０がブラウザプログラムを有していない構成としたが、ブラウザプログラムを有する構成としてもよい。多機能機１０を、ブラウザプログラムを有する構成とした場合には、多機能機１０がコンテンツをダウンロードして表示パネル５０で表示することができる。例えば、表示パネル５０で表示されるＰＣのリストに多機能機１０に関する情報を表示し、そのリストから多機能機１０が選択された場合に、多機能機１０がコンテンツをダウンロードして表示パネル５０で表示してもよい。

なお、上記実施形態における用語「コンテンツ」を「サイト内の複数の情報のうちの１つの情報」と言い換えてもよい。ここで、「複数の情報」のそれぞれは、１のＵＲＬに対応している。従って、用語「コンテンツ」を「サイト内の１つのＵＲＬに対応している情報」と言い換えることもできる。

また、フィード情報（コンテンツ要約情報）は、サイト情報を含んでいてもよい。サイト情報は、サイトのタイトルを含んでいてもよい。フィード情報は、複数のコンテンツのそれぞれについて、当該コンテンツのタイトル文字列と当該コンテンツのＵＲＬとを含んでいてもよい。コンテンツ要約情報は、複数のコンテンツのそれぞれについて、当該コンテンツが更新された日時を示す情報を含んでいてもよい。コンテンツ要約情報は、複数のコンテンツのそれぞれについて、当該コンテンツの文字列が要約された要約文字列を含んでいてもよい。要約文字列は、コンテンツのタイトルより多い文字列であって、コンテンツの全体の文字列より少ない文字列であってもよい。

（ａ）は、本発明における通信システムの一実施形態である多機能機システムを示す概略図であり、（ｂ）は、ＰＣの構成を示すブロック図である。 多機能機の構成を示すブロック図である。 ＵＲＬ記憶領域の記憶内容の一例を示す模式図である。 表示情報記憶領域の記憶内容の一例を示す。 表示パネル５０の表示内容の一例を示す模式図である。 （ａ）は、多機能機のＣＰＵにより実行されるフィード情報解析処理を示すフローチャートであり、（ｂ）は、多機能機のＣＰＵにより実行される多機能機表示処理を示すフローチャートである。 多機能機とＰＣとの間で、コンテンツＵＲＬを待ち受けるための受信ポートを設定する処理の流れを示すシーケンスチャートである。 ＰＣのＣＰＵにより実行される常駐ソフト処理を示すフローチャートである。 図１１の常駐ソフト処理の中で実行される受信ポート検証処理を示すフローチャートである。 （ａ）は、多機能機のＣＰＵにより実行される使用予定ポート探索処理を示すフローチャートであり、（ｂ）は、多機能機のＣＰＵにより実行される使用ポート設定処理を示すフローチャートである。

符号の説明

２ 多機能機システム（通信システムの一例）
１０ 多機能機（通信装置の一例）
１８ｄ１ 使用履歴記憶領域（使用履歴記憶手段の一例）
７０，７１ ＰＣ（情報受信装置の一例）
７８ 常駐ソフト（通信制御プログラムの一例）
９０，９１ コンテンツ提供サーバ（外部装置の一例）
Ｓ１３１ 問い合わせ手段の一例
Ｓ１３３ 判定手段の一部の一例
Ｓ１３４ 判定手段の一部の一例
Ｓ１３５ 確認通知手段の一例、第２の確認通知手段の一部の一例
Ｓ１３８ 第２の確認通知手段の一部の一例
Ｓ２１３ 予定通知手段の一例
Ｓ２３１ 使用ポート設定手段の一例

Claims (5)

1. 外部装置から受信した、コンテンツの位置情報と該コンテンツのタイトルとを少なくとも含むコンテンツ要約情報から、前記コンテンツの位置情報を所定のタイミングで所定のプロトコルに従って出力する出力手段を備えた通信装置と、前記通信プロトコルに従うポートを介して前記通信装置の出力手段から出力された前記コンテンツの位置情報を受信する受信手段を備えた情報受信装置とを含む通信システムであって、
   前記情報受信装置は、
   前記通信装置から前記コンテンツ情報を受信するためのプログラムが起動された場合に、前記通信装置に対し、その通信装置が前記情報受信装置へ前記コンテンツの位置情報を出力する場合の出力先として使用を予定するポートのポート番号を問い合わせる問い合わせ手段と、
   その問い合わせ手段により前記通信装置に対して問い合わせを行った後、前記使用を予定するポートとして該通信装置から通知されたポート番号のポートのオープンを実行することにより、該ポートが利用可能か否かを判定する判定手段と、
   その判定手段により前記使用を予定するポートが利用可能であると判定された場合に、その利用可能であると判定されたポートを前記通信装置へ通知する確認通知手段とを備え、
   前記通信装置は、
   前記情報受信装置の前記問い合わせ手段による問い合わせを受けた場合に、前記情報受信装置に対し、前記コンテンツの位置情報を出力する場合の出力先として使用を予定するポートを通知する予定通知手段と、
   前記情報受信装置の前記確認通知手段による通知を受けた場合に、該通知が示すポートを、前記コンテンツの位置情報を出力する場合の出力先として使用するポートに設定する使用ポート設定手段とを備え、
   前記情報受信装置は、前記判定手段による判定を行うためにオープンしたポートのオープン状態を維持することを特徴とする通信システム。
2. 前記通知装置から通知された前記使用を予定するポートが利用不可能であると前記情報受信装置の前記判定手段により判定された場合には、該情報受信装置の判定手段は、前記通信プロトコルに従う他のポートに対し、該他のポートが利用可能であるか否かを判定し、
   前記情報受信装置は、前記判定手段により前記他のポートが利用可能であると判定された場合に、利用可能であると判定されたポートを前記通信装置へ通知する第２の確認通知手段を含み、
   前記使用ポート設定手段は、前記情報受信装置の前記第２の確認通知手段による通知を受けた場合に、該通知が示すポートを、前記コンテンツの位置情報を出力する場合の出力先として使用するポートに設定することを特徴とする請求項１記載の通信システム。
3. 前記通信装置は、前記コンテンツの位置情報を出力する際の出力先として使用した前記ポートの履歴を記憶する使用履歴記憶手段を備え、
   前記通信装置の予定通知手段は、前記使用履歴記憶手段に記憶される最近使用したポートを、前記使用を予定するポートとして通知することを特徴とする請求項１または２に記載の通信システム。
4. 外部装置から受信した、コンテンツの位置情報と該コンテンツのタイトルとを少なくとも含むコンテンツ要約情報から、前記コンテンツの位置情報を所定のタイミングで所定のプロトコルに従って出力する通信装置に接続され、該通信プロトコルに従うポートを介して前記通信装置から出力された前記コンテンツの位置情報を受信可能な情報受信装置を機能させるための通信制御プログラムであって、
   起動された場合に、前記通信装置に対し、その通信装置が前記情報受信装置へ前記コンテンツの位置情報を出力する場合の出力先として使用を予定するポートのポート番号を問い合わせる問い合わせステップと、
   その問い合わせステップの実行後、前記使用を予定するポートとして前記通信装置から通知されたポート番号のポートのオープンを実行することにより、該ポートが利用可能か否かを判定する判定ステップと、
   その判定ステップにより前記使用を予定するポートが利用可能であると判定された場合に、その利用可能であると判定されたポートを前記通信装置へ通知する確認通知ステップとを含み、
   前記判定ステップによる判定を行うためにオープンしたポートのオープン状態を維持することを特徴とする通信制御プログラム。
5. 前記判定ステップにより前記通知装置から通知された前記使用を予定するポートが利用不可能であると判定された場合には、該判定ステップは、前記通信プロトコルに従う他のポートに対し、該他のポートが利用可能であるか否かを判定し、
   前記判定ステップにより前記他のポートが利用可能であると判定された場合に、該利用可能であると判定されたポートを前記通信装置へ通知する第２の確認通知ステップを含むことを特徴とする請求項４記載の通信制御プログラム。

Images