JP4645719B2 - 位置情報管理プログラムおよび通信装置 - Google Patents

Description

本発明は、位置情報管理プログラムおよび通信装置に関するものである。

近年、ウェブサイトの記事の見出しを、フィードと呼ばれる形態で配信するウェブサイトが増えてきている。ユーザはフィード配信元のＵＲＬを所望のウェブサイトから取得し、フィードリーダに登録しておくことにより、所望のウェブサイトのフィードを閲覧し、更新情報を把握することができる（例えば、特許文献１参照）。

あるフィードリーダにおいて登録されているフィード配信元ＵＲＬ等を、他のフィードリーダにまとめて移行したい場合は、ＯＰＭＬファイルを用いると便利である。具体的には、１のフィードリーダに登録されているフィード配信元ＵＲＬやフィードタイトルをＯＰＭＬファイルに書き出してリスト化し、そのＯＰＭＬファイルを別のフィードリーダに読み込ませればよい。このようにすれば、フィードリーダ間において登録情報が一括して移行される。

ここで、ＰＣ以外の通信装置、例えばコピー機、プリンタ、ファクシミリあるいは複合機などにフィードリーダが搭載され、通信装置でフィードを閲覧可能に構成されている場合がある。これらＰＣ以外の通信装置では、キーボードが設けられていないことが多いため、ＵＲＬ等の情報の入力はＰＣの場合に比較して困難である。よって、上述したＯＰＭＬファイルを利用して、ＰＣ側のフィードリーダに登録されている情報を通信装置側のフィードリーダへ移行させることができれば、ユーザの作業負担を軽減することができる。
特開２００８−１６５６９２号公報

しかしながら、ＯＰＭＬファイルを介した従来の移行方法では、全ての情報が一括して移行されるため、移行すべき情報をユーザ自身で取捨選択することができないという問題点があった。すなわち、ユーザにとって不要な情報までが移行されてしまう上、ＯＰＭＬファイルに記述されたＵＲＬの数が、移行先のフィードリーダにおける登録可能数を超えていると、登録しきれないＵＲＬは自動的に切り捨てられてしまうので、ユーザは、どのＵＲＬが切り捨てられたのかを確認し、必要なＵＲＬが脱落している場合には、移行作業をやり直さなければならない。

特に、複合機等が備える小画面に、フィードから取得した最新記事の見出し等をスクロールしながら順次表示するように構成されている場合には、ＰＣに比較すると限られた情報しか表示できないため、登録可能なフィード配信元ＵＲＬ数が制限されている場合がある。このように登録数が制限されている状況で、不要なＵＲＬまで登録されてしまうと、ユーザが真に必要とするＵＲＬを登録できなくなってしまい、不便である。

本発明は、上記問題点を解決するためになされたものであり、デバイス管理部へ移行すべきフィード位置情報をユーザ自身で取捨選択できる位置情報管理プログラムおよび通信装置を提供することを目的としている。

この目的を達成するために、請求項１記載の位置情報管理プログラムは、予め登録されたフィード対応位置情報を用いて、フィード情報の返信要求をネットワークに送信し、そのネットワークから返信されるフィードを取得するフィード取得手段と、そのフィードに含まれるコンテンツの位置情報をネットワークに送信し、ネットワークから返信されるコンテンツを取得するコンテンツ取得手段とを備えた情報処理装置と、その情報処理装置と通信可能に接続されると共に、フィード対応位置情報と、そのフィード対応位置情報によって取得されるフィードのタイトルとが登録されるデバイス管理部を備え、そのデバイス管理部に予め登録されたフィード対応位置情報を用いて、フィード情報の返信要求をネットワークに送信し、そのネットワークから返信されるフィードを取得可能な通信装置とを含む通信システムにおいて、前記フィード対応位置情報を、前記通信装置のデバイス管理部へ追加登録する処理を、前記情報処理装置に実行させるための位置情報管理プログラムであって、前記情報処理装置を、前記位置情報管理プログラムとは異なるプログラムについて登録されたフィード対応位置情報と、そのフィード対応位置情報によって取得されるフィードのタイトルとが記述されたファイルを取得するファイル取得手段と、前記ファイル取得手段により取得される前記ファイルに記述されたフィード対応位置情報およびタイトルのうち少なくともいずれか一方を示す選択表示部と、前記デバイス管理部に登録されたフィード対応位置情報およびタイトルのうち少なくともいずれか一方を示すデバイス登録情報表示部とを、並べて表示する表示手段と、その表示手段により前記選択表示部に表示されたフィード対応位置情報およびタイトルのうち、ユーザ操作が指定するフィード対応位置情報またはユーザ操作が指定するタイトルに対応するフィード対応位置情報を用いて、フィード情報の返信要求をネットワークに送信し、ネットワークが返信するフィードが、前記位置情報管理プログラムで取得可能な形式のフィードであるかを確認する確認手段と、前記確認手段により、前記ネットワークが返信するフィードが、前記位置情報管理プログラムで取得可能な形式のフィードであると判断されることを条件として、ユーザ操作が指定するフィード対応位置情報またはユーザ操作が指定するタイトルに対応するフィード対応位置情報を、前記デバイス管理部に追加登録する追加登録手段として、機能させることを特徴とする。

請求項２記載の位置情報管理プログラムは、請求項１記載の位置情報管理プログラムにおいて、前記デバイス管理部に登録されているフィード対応位置情報の件数が、前記デバイス管理部における登録可能件数の上限以上である場合、ユーザ操作によるフィード対応位置情報の指定の禁止を報知する第１報知手段として、前記情報処理装置を機能させることを特徴とする。

請求項３記載の位置情報管理プログラムは、請求項２記載の位置情報管理プログラムにおいて、前記追加登録手段によりフィード対応位置情報を追加登録する毎に、その追加登録後のデバイス管理部に登録されているフィード対応位置情報の件数が、前記デバイス管理部における登録可能件数の上限以上であるか否かを判断する登録数判断手段として、前記情報処理装置を機能させるものであり、前記第１報知手段は、前記登録数判断手段により、前記デバイス管理部に登録されているフィード対応位置情報の件数が、前記デバイス管理部における登録可能件数の上限以上であると判断される場合、ユーザ操作によるフィード対応位置情報の指定の禁止を報知することを特徴とする。

請求項４記載の位置情報管理プログラムは、請求項１から３のいずれかに記載の位置情報管理プログラムにおいて、前記ファイル取得手段により取得されるファイルは、前記フィード対応位置情報と共に、フィード以外の他の情報に対応する位置情報を記述できるものであり、そのファイル取得手段により取得されたファイルを解析し、そのファイルに記述された情報の中から、前記フィード対応位置情報を抽出する解析手段として、前記情報処理装置を機能させるものであり、前記表示手段は、前記解析手段による解析の結果として抽出されたフィード対応位置情報について、フィード対応位置情報およびタイトルのうち少なくともいずれか一方を表示するものであることを特徴とする。

請求項５記載の位置情報管理プログラムは、請求項１から４のいずれかに記載の位置情報管理プログラムにおいて、前記ファイル取得手段は、フィード対応位置情報に対して、そのフィード対応位置情報で取得されるフィードに関連するウェブサイトの位置情報と、type属性の値とを対応付けた要素の単位で情報を記述するＯＰＭＬファイルを取得するものであり、前記追加登録手段は、前記要素から、type属性の値とフィードに関連するウェブサイトの位置情報とを除いて抽出されるフィード対応位置情報を、前記デバイス管理部に追加登録することを特徴とする。

請求項６記載の位置情報管理プログラムは、請求項１から５のいずれかに記載の位置情報管理プログラムにおいて、前記確認手段により、前記ネットワークが返信するフィードが、前記位置情報管理プログラムで取得可能な形式のフィードであることが確認されない場合、前記ユーザ操作が指定するフィード対応位置情報またはユーザ操作が指定するタイトルに対応するフィード対応位置情報については、そのフィード対応位置情報の前記デバイス管理部への追加登録の禁止を報知する第２報知手段として、前記情報処理装置を機能させることを特徴とする。

請求項１記載の位置情報管理プログラムによれば、ファイルに記述されたフィード対応位置情報およびタイトルのうち少なくともいずれか一方を示す選択表示部と、デバイス管理部に登録されたフィード対応位置情報およびタイトルのうち少なくともいずれか一方を示すデバイス管理部表示部とが並べて表示されるので、ユーザは両表示部のフィード対応位置情報を見比べた上で、ファイルからデバイス管理部へ移行したいフィード対応位置情報またはタイトルを指定することができる。

そして、選択表示部に表示された位置情報およびタイトルの内、ユーザ操作が指定する位置情報、またはユーザ操作が指定するタイトルに対応する位置情報が、デバイス管理部に追加登録される。よって、デバイス管理部へ移行すべきフィード位置情報を、ユーザ自身で容易に取捨選択できるという効果がある。

ここで、「フィード対応位置情報」という用語は、フィードの位置を特定することができるあらゆる情報を含む概念であり、一例としては、ＲＳＳ形式のフィードに対応したＲＳＳ対応ＵＲＬ（Uniform Resource Locator）あるいは、Ａｔｏｍ形式のフィードに対応したＡｔｏｍ対応ＵＲＬを挙げることができる。また、「フィードのタイトル」という用語は、コンテンツの全体の文字列よりも少ない文字列であって、コンテンツの内容を反映している文字列を意味する。また、「通信装置」という用語は、はネットワークに接続可能に構成され、ネットワーク上の他の装置との間で通信可能な装置を意味している。通信装置としては、例えば、複合機、コピー機、ファクシミリ装置、プリンタを挙げることができる。

請求項２記載の位置情報管理プログラムによれば、請求項１記載の位置情報管理プログラムの奏する効果に加え、デバイス管理部に登録されているフィード対応位置情報の件数が、デバイス管理部における登録可能件数の上限以上である場合、ユーザ操作によるフィード対応位置情報の指定の禁止が報知される。よって、ユーザが熟慮の上、デバイス管理部へ追加登録すべきフィード位置情報を検討して、指定したにも関わらず、その指定したフィード位置情報の追加登録ができない、という事態が生じることを抑制できるという効果がある。

請求項３記載の位置情報管理プログラムによれば、請求項２記載の位置情報管理プログラムの奏する効果に加え、フィード対応位置情報がデバイス管理部に追加登録される毎に、その追加登録後のデバイス管理部に登録されているフィード対応位置情報の件数が、デバイス管理部における登録可能件数の上限以上であるか否かが判断されるので、デバイス管理部に追加登録が可能か否かをユーザ自身で逐次確認しなくても、デバイス管理部へのフィード対応位置情報の追加登録を繰り返すことができるという効果がある。

請求項４記載の位置情報管理プログラムによれば、請求項１から３のいずれかに記載の位置情報管理プログラムの奏する効果に加え、フィード対応位置情報と、フィード以外の他の情報に対応する位置情報とがファイルにおいて混在して登録されていたとしても、ファイルに記述された情報の中からフィード対応位置情報が抽出され、その抽出されたフィード対応位置情報について、フィード対応位置情報およびタイトルのうち少なくともいずれか一方をユーザに閲覧させることができるという効果がある。なお、フィード以外の他の情報としては、例えば、ウェブサイト上のウェブページや、文書ファイルを挙げることができる。

請求項５記載の位置情報管理プログラムによれば、請求項１から４のいずれかに記載の位置情報管理プログラムの奏する効果に加え、ＯＰＭＬファイルに記述された要素から、type属性の値とフィードに関連するウェブサイトの位置情報とを除いて抽出されるフィード対応位置情報が、デバイス管理部に追加登録されるので、付加的な情報を落とし、デバイス管理部に登録される情報のサイズを、可能な限り抑制できるという効果がある。なお、要素内にフィードタイトルが含まれる場合は、そのフィードタイトルもフィード対応位置情報に対応付けてデバイス管理部に追加登録されるように構成しても良い。

請求項６記載の位置情報管理プログラムによれば、請求項１から５のいずれかに記載の位置情報管理プログラムの奏する効果に加え、フィードを取得可能であることが確認されないフィード対応位置情報については、デバイス管理部への追加登録の禁止が報知されるので、例えば、ウェブサイトの閉鎖等によって、もはやフィードを取得できなくなっている不要なフィード対応位置情報のデバイス管理部への追加登録を抑制できるという効果がある。その結果、デバイス管理部における登録可能件数に、より有用なフィード対応位置情報を割り当てることができる。

なお、「追加登録の禁止を報知する」とは、追加登録が不適法あるいは好ましくないことをユーザに報知できるものであればよく、禁止を報知後、ユーザが希望した場合において、追加登録を実行するように構成されても良い。

以下、本発明の好ましい実施形態について、添付図面を参照して説明する。図１は、本発明の位置情報管理プログラムの実施形態であるフィードリーダ１４１がインストールされたパーソナルコンピュータ１０（以下、ＰＣ１０と称する）と、ＰＣ１０を含む通信システム１との概略を示す概略図である。図１に示すように、通信システム１は、ＰＣ１０，複合機４０，サーバ９０，９１を含む。ＰＣ１０および複合機４０は、ＬＡＮ回線４に接続されている。ＬＡＮ回線４は、ルータ６を介してインターネット８に接続されている。また、サーバ９０，９１も、インターネット８に接続されている。なお、通信システム１が含むＰＣ、サーバ、複合機等の数は適宜変更することができる。

サーバ９０，９１は、それぞれ、ウェブサイトをインターネット８上に公開するものであり、ウェブサイトに対応したフィードを配信している。ここで、「フィード」とは、ウェブサイトの更新情報を、所定の形式で加工したデータのことである。なお、ここで説明するフィードは、少なくともウェブサイトに含まれるコンテンツにアクセスするためのコンテンツＵＲＬとコンテンツタイトルとを含む。さらに、フィードには、コンテンツ自体、あるいはコンテンツに含まれる記事の見出し等、コンテンツの概略を把握させることができるような要約情報が含まれていても良い。また、「コンテンツ」という用語は、ウェブサイト内において、ひとまとまりとして管理できる情報を意味しており、各コンテンツには、そのコンテンツにアクセスするための１つのＵＲＬが対応付けられている。よって、コンテンツのことを、ウェブサイト内の１つのＵＲＬに対応する情報と言い換えることもできる。

ＰＣ１０と複合機４０には、それぞれフィードリーダが搭載されている。そして、予め登録されたＲＳＳ対応ＵＲＬ（特許請求の範囲に記載のフィード対応位置情報の一例）をインターネット８に送信し、インターネット８から送信される、ＲＳＳ対応ＵＲＬに対応したフィードを取得する。なお、フィードの形式としては、ＲＳＳ形式やＡｔｏｍ形式など、複数の形式が存在しているが、本実施形態で説明するフィードリーダは、ＲＳＳ形式のフィードを取得し解析するプログラムであるものとして説明する。

本実施形態のＰＣ１０は、ＰＣ１０においてユーザが指定したＲＳＳサイト情報を、複合機４０に追加登録させることができるように構成されているのである。詳細は後述する。

図２は、ＰＣ１０と複合機４０との電気的構成を模式的に示すブロック図である。なお、図１の概略図に図示したＰＣ１０の概略構成は、この図２に示すＰＣ１０の電気的構成の中から、図１の説明に用いる要素のみを抜き出して図示したものである。

図２に示すように、ＰＣ１０は、ＣＰＵ１１、ＲＯＭ１２、ハードディスクドライブ１４（以下、ＨＤＤ１４と称す）、ＲＡＭ１５、ネットワークインターフェイス１６（以下、ネットワークＩ／Ｆ１６）、入力装置１７、表示装置１８とを主に有し、これらはバスライン２０を介してお互いに接続されている。

ＣＰＵ１１は、このＰＣ１０を総括的に制御する中央演算処理であり、フィードリーダ１４１に従って、図４から図１０のフローチャートで示す処理を実行する。ＲＯＭ１２は、ＰＣ１０の動作を制御するためのプログラムなどが格納されたメモリである。

ＨＤＤ１４は、書換可能な不揮発性のメモリであり、フィードリーダ１４１が格納される。また、フィードリーダ１４１をＰＣ１０にインストールすると、ＨＤＤ１４には、ＲＳＳサイト情報登録エリア１４２、ＯＰＭＬファイル格納エリア１４３が設けられる。

ＲＳＳサイト情報登録エリア１４２は、ＲＳＳ対応ＵＲＬとフィードタイトルとからなるＲＳＳサイト情報が登録されるエリアである。ＲＳＳサイト情報登録エリア１４２に登録すべきＵＲＬがユーザ操作により入力されると、フィードリーダ１４１は、その入力されたＵＲＬに対応するフィードタイトルをインターネット８から取得し、そのＵＲＬとフィードタイトルとからＲＳＳサイト情報を生成して、ＲＳＳサイト情報登録エリア１４２に登録する。

そして、定期的あるいはユーザにより命令された場合に、ＣＰＵ１１は、フィードリーダ１４１に従い、ＲＳＳサイト情報登録エリア１４２に登録されたＲＳＳ対応ＵＲＬに対応したフィードを取得し、解析して表示する処理を実行する。

ＯＰＭＬファイル格納エリア１４３は、ＯＰＭＬファイルが格納されるエリアである。このＯＰＭＬファイルは、ＵＲＬおよびそのＵＲＬに付随する情報を記述可能なファイルである。フィードリーダ１４１に対し、ＲＳＳサイト情報のエクスポートをユーザが命令すると、フィードリーダ１４１の管理下にあるＲＳＳサイト情報登録エリア１４２に登録されたＵＲＬおよびそのＵＲＬに付随する情報を書き出したＯＰＭＬファイルを生成する処理を、ＰＣ１０に実行させる。このＯＰＭＬファイルを用いて、ＲＳＳサイト情報登録エリア１４２に登録されたＲＳＳサイト情報を、他のフィードリーダの管理下にある登録部に追加登録することができるのであるが、詳細は後述する。

ＨＤＤ１４には、さらに、ウェブブラウザ１４４が格納される。ＣＰＵ１１は、ウェブブラウザ１４４に従い、コンテンツＵＲＬをインターネット８に送信し、ウェブサイトからコンテンツをダウンロードして表示する処理を実行する。特に、本実施形態では、フィードリーダ１４１によってフィードが取得され、そのフィードに含まれるコンテンツタイトルが表示装置１８に表示された場合に、そのタイトルがユーザによってクリックされると、ＰＣ１０は，ウェブブラウザ１４４を起動し、そのコンテンツタイトルに対応するコンテンツをインターネット８からダウンロードし、表示装置１８に表示する処理を実行する。また上述したように、ＯＰＭＬファイルは、ＵＲＬおよびそのＵＲＬに付随する情報を記述可能なファイルである。よって、ウェブブラウザ１４４に対して、ユーザがＵＲＬのエクスポートを命令すると、ウェブブラウザ１４４は、自プログラムの管理下にあるＵＲＬを記述したＯＰＭＬファイルを生成する。

なお、ウェブブラウザ１４４がフィードリーダの機能を兼ね備えていても良い。すなわち、ウェブブラウザ１４４が、ＲＳＳ対応ＵＲＬをインターネット８に送信し、フィードを取得して解析することができるように構成されていても良い。文書ファイルやウェブページなどのコンテンツに対応したコンテンツＵＲＬと、フィードに対応したＲＳＳ対応ＵＲＬとが混在してウェブブラウザ１４４に登録されている場合に、これらＵＲＬのエクスポートをユーザが命令すると、ウェブブラウザ１４４は、これら両方のＵＲＬを記述したＯＰＭＬファイルを生成する。

すなわち、ＰＣ１０において、フィードに含まれるコンテンツタイトルを視認したユーザが、その詳細を閲覧したい場合は、画面上に表示されたコンテンツタイトルをクリックするという簡単な操作を行うことで、そのフィードの元となったコンテンツを閲覧することができる。

ＲＡＭ１５は、ＣＰＵ１１の処理に必要なデータなどを一時的に記憶するための読み書き可能なメモリであり、ＯＰＭＬ抽出情報記憶エリア１５１、デバイス登録情報記憶エリア１５２、デバイス登録情報取得フラグ１５３、追加許可フラグ１５４が設けられる。

ＯＰＭＬ抽出情報記憶エリア１５１は、ＯＰＭＬファイルに記述された情報のうち、フィードに対応したＲＳＳサイト情報のみが抽出され、保存されるエリアである。詳細は図９を参照して後述するが、ＯＰＭＬファイルは、ＲＳＳサイト情報だけではなく、ＲＳＳ非対応のＵＲＬであっても記述可能な構成を有している。よって、本実施形態のＰＣ１０では、ＯＰＭＬファイルからＲＳＳサイト情報のみを抽出し、このＯＰＭＬ抽出情報記憶エリア１５１に書き出す処理を実行する。なお、詳細は図８，図９を参照して後述する。

デバイス登録情報記憶エリア１５２は、外部デバイスに既に登録されているＲＳＳサイト情報一覧を格納するエリアである。ＲＳＳサイト情報の追加登録先がユーザにより指定されると、フィードリーダ１４１は、指定された外部デバイスから、そのデバイスに登録されているＲＳＳサイト情報一覧を取得し、このデバイス登録情報記憶エリア１５２に格納する。

デバイス登録情報取得フラグ１５３は、指定された外部デバイスから、その外部デバイスに登録されているＲＳＳサイト情報一覧とＲＳＳサイト情報最大登録数とを取得できた場合「１」が格納され、取得できない場合に「０」が格納されるフラグである。追加許可フラグ１５４は、指定された外部デバイスにＲＳＳサイト情報を追加登録可能である場合「１」が格納され、取得できない場合に「０」が格納されるフラグである。

ネットワークＩ／Ｆ１６は、ＰＣ１０をＬＡＮ回線４やインターネット８に接続するためのインターフェイスである。入力装置１７は、ユーザが命令を入力するためのものであり、例えば、キーボードやマウスなどで構成される。

表示装置１８は、例えば、ＣＲＴディスプレイや液晶ディスプレイなどにより構成される。この表示装置１８には、後述するＲＳＳリスト設定画面６０（図３参照）などの各種画面や、フィードリーダ１４１によるフィード解析結果、あるいはブラウザ１４４によりダウンロードされたコンテンツ等が表示される。

複合機４０は、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、フラッシュメモリ４４、ネットワークインターフェイス（ネットワークＩ／Ｆ）４５、スキャナ４６、プリンタ４７、操作キー４８、ＬＣＤ４９、ＮＣＵ５０、モデム５１、入出力ポート５２を主に備える。

ＣＰＵ４１は、この複合機４０を総括的に制御する中央演算処理であり、図１１のフローチャートで示す処理を実行するプログラムなどの各種プログラムを実行する。ＲＯＭ４２には、複合機４０の各種動作を制御するための各種プログラムに加え、フィードリーダ４２１が格納される。複合機４０は、このフィードリーダ４２１に従って、フィードを取得し、解析する処理や、図１１を参照して後述する登録情報管理処理（Ｓ１１００）を実行する。

さらに、ＲＯＭ４２には、複合機４０に登録可能なＲＳＳサイト情報件数の上限値に相当する「ＲＳＳサイト情報最大登録数」を記憶する、登録最大数記憶エリア４２２が設けられている。ＲＡＭ４３は、ＣＰＵ４１が上記プログラムを実行する際に用いる各種データを一時的に記録する記憶領域又は作業領域として使用される。

フラッシュメモリ４４には、デバイス側ＲＳＳサイト情報登録エリア４４１が設けられる。ユーザにより操作キー４８からＲＳＳ対応ＵＲＬが入力されると、複合機４０は、その入力されたＲＳＳ対応ＵＲＬに対応するフィードタイトルをインターネット８から取得し、そのＲＳＳ対応ＵＲＬとフィードタイトルとからなるＲＳＳサイト情報を生成し、デバイス側ＲＳＳサイト情報登録エリア４４１に登録する。また、複合機４０は、デバイス側ＲＳＳサイト情報登録エリア４４１に登録されたＲＳＳ対応ＵＲＬをインターネット８に送信し、そのＲＳＳ対応ＵＲＬに対応するフィードを取得する処理を実行する。

ネットワークＩ／Ｆ４５は、複合機４０をＬＡＮ回線４やインターネット８に接続するためのインターフェイスである。複合機４０は、ネットワークＩ／Ｆ４５およびＬＡＮ回線４を介して、ＰＣ１０およびインターネット８と通信可能に接続されている。

なお、ＣＰＵ４１は、入出力ポート５２を介して、スキャナ４６、プリンタ４７、操作キー４８、ＬＣＤ４９、ＮＣＵ５０、モデム５１の各部を制御することができる。入出力ポート５２に接続された各部は公知の構成であるため詳細な説明は省略するが、これらの構成により、複合機４０は、コピー機能、プリント機能、ファクシミリ機能を実現することができる。

なお、複合機４０は、ＰＣ１０と異なり、コンテンツ自体を表示するためのウェブブラウザ１４４は備えていなくても良い。フィード解析結果は、記事の見出し等、データ量が少ないため、複合機４０等のＬＣＤ４９に表示しても、ユーザは十分に閲覧することができるが、その表示可能領域の広さや解像度は限られているため、フィードに含まれるコンテンツＵＲＬに基づいてウェブサイトのコンテンツをダウンロードし、表示したとしても、見難い可能性があるからである。

図３は、ＰＣ１０の表示装置１８に表示されるＲＳＳリスト設定画面６０の一例を示す図である。このＲＳＳリスト設定画面６０は、外部デバイスへのＲＳＳサイト情報の追加登録がユーザにより命令された場合に表示される画面である。このＲＳＳリスト設定画面６０の表示に先立ち、ユーザは、ＲＳＳサイト情報参照元のＯＰＭＬファイル、およびＲＳＳサイト情報の追加登録先としてのデバイスを予め指定しておくものとする。なお、図３は、追加登録先のデバイスとして、複合機４０が指定された場合を例にとって図示している。

図３に示すように、ＲＳＳリスト設定画面６０には、デバイスＲＳＳリスト６１と、セレクトリスト６２とが並べて表示される。

デバイスＲＳＳリスト６１は、デバイス側ＲＳＳサイト登録エリア４４１に登録されたＲＳＳサイト情報の一覧を表示する。各ＲＳＳサイト情報には、フィードタイトルとＲＳＳ対応ＵＲＬとが含まれるので、デバイスＲＳＳリスト６１内には、フィードタイトルを表示するタイトルエリア６３と、ＲＳＳ対応ＵＲＬを表示するＵＲＬエリア６４とが設けられる。そして１つのＲＳＳサイト情報をなす一対のフィードタイトルとＲＳＳ対応ＵＲＬとが横並びになるように表示される。このデバイスＲＳＳリスト６１により、ユーザは、複合機４０に登録済みのＲＳＳサイト情報を視認することができる。

一方、セレクトリスト６２は、ユーザにより指定されたＯＰＭＬファイルから抽出されたＲＳＳサイト情報に含まれる、フィードタイトルを表示する。なお、ＯＰＭＬファイルにおいて、ＲＳＳサイト情報がフォルダ毎に分類して記述されている場合には、セレクトリスト６２には、最初フォルダを表示することとし、ユーザによって指定されたフォルダについてのみ、そのフォルダに含まれるＲＳＳサイト情報のフィードタイトルを表示することとしても良い。

さらに、ＲＳＳリスト設定画面６０には、登録ボタン６５、上段移行ボタン６６、下段移行ボタン６７、クリアボタン６８、ＯＰＭＬ読込ボタン６９、終了ボタン７０が設けられる。なお、セレクトリスト６２内のフィードタイトルが未選択の状態では、登録ボタン６５はグレーアウトし、押下が禁止される。また、デバイスＲＳＳリスト６１内のＲＳＳサイト情報が未選択の状態では、クリアボタン６８はグレーアウトし、押下が禁止される。なお、図３においては、グレーアウトした状態にある登録ボタン６５およびクリアボタン６８を破線で図示している。

登録ボタン６５は、ＲＳＳサイト情報の登録命令を入力するためのボタンである。セレクトリスト６２に表示されたフィードタイトルのうち、いずれかがユーザにより選択されると、グレーアウトが解除され、この登録ボタン６５を押下することが可能となる。そして、この登録ボタン６５が画面上でマウスカーソル等により押下されると、ＣＰＵ１１に登録命令が入力され、ＰＣ１０は、選択中のフィードタイトルを含むＲＳＳサイト情報を、デバイス側ＲＳＳサイト情報登録エリア４４１に追加登録する処理を実行する。ただし、追加登録先として指定されたデバイスにＲＳＳサイト情報を追加登録する余地がない場合は、セレクトリスト６２中のいずれかのフィードタイトルが選択されたとしても、この登録ボタン６５は、グレーアウトのままとされ、押下が禁止される。

上段移行ボタン６６、下段移行ボタン６７は、追加登録されたＲＳＳサイト情報を、デバイスＲＳＳリスト６１におけるどのエリアに表示するかを、ユーザに選択させるためのボタンである。

クリアボタン６８は、ＲＳＳサイト情報のクリア命令を入力するためのボタンである。デバイスＲＳＳリスト６１に表示されたＲＳＳサイト情報のうち、いずれかがユーザにより選択されると、このクリアボタン６８のグレーアウトが解除され、押下することが可能となる。そして、このクリアボタン６８が画面上でマウスカーソル等により押下され、ＣＰＵ１１にクリア命令が入力されると、ＰＣ１０は、選択中のＲＳＳサイト情報を、デバイス側ＲＳＳサイト情報登録エリア４４１から削除させる処理を実行する。

ＯＰＭＬ読込ボタン６９は、ＰＣ１０内に記憶されているＯＰＭＬファイルを一覧表示（図示せず）するためのボタンである。そして、表示された一覧の中から、ユーザがいずれかを指定しＯＰＭＬファイルの読み込み命令を入力すると、ＰＣ１０は、ユーザにより指定されたＯＰＭＬファイルを読み込み、そのＯＰＭＬファイルに記述されたフィードタイトル（またはＲＳＳサイト情報を格納するフォルダ名）を、セレクトリスト６２に一覧表示する。

終了ボタン７０は、終了命令をＰＣ１０に入力するためのボタンである。終了ボタン７０が画面上で押下されると、ＰＣ１０は、このＲＳＳリスト追加画面６０を閉じ、ＲＳＳサイト情報を追加登録する処理を終了する。

このように、ＲＳＳリスト設定画面６０によれば、ユーザはＰＣ１０において登録済みのＲＳＳサイト情報と複合機４０に登録済みのＲＳＳサイト情報とを見比べた上で、複合機４０へ移行したいＲＳＳサイト情報を選択することができる。

そして、本実施形態のＰＣ１０は、セレクトリスト６２に表示されたＲＳＳサイト情報のフィードタイトルのうち、ユーザ操作が指定するＲＳＳサイト情報を、複合機４０のデバイス側ＲＳＳサイト情報登録エリア４４１に追加登録する処理を実行する。なお、「ユーザ操作が指定するＲＳＳサイト情報」とは、本実施形態においては、登録ボタン６５が押下するユーザ操作が行われたときに、セレクトリスト６２内で選択されていたフィードタイトルに対応するＲＳＳサイト情報を指しているが、ＲＳＳサイト情報を指定するユーザ操作の具体例は、様々に設計変更可能である。

本実施形態のＰＣ１０によれば、ＯＰＭＬファイルからデバイス側ＲＳＳサイト情報登録エリア４４１に移行すべきＲＳＳサイト情報を、ユーザ自身で容易に取捨選択できる。以下、処理の詳細をフローチャートを参照して説明する。

図４は、ＰＣ１０において実行される配信情報管理処理を示すフローチャートである。この配信情報管理処理は、ＬＡＮ回線４上の外部デバイスがユーザによって指定され、その外部デバイスに対するＲＳＳサイト情報の追加登録がユーザによって命令された場合に実行される処理である。この配信情報管理処理は、フィードリーダ１４１に従って実行される。なお、以降の説明において特に断りがない場合は、追加登録対象の外部デバイスとして、複合機４０が指定されているものとして説明している。

まず、この処理において、一時的な記憶領域または作業領域として使用する記憶エリアを初期化する（Ｓ２）。次に、ユーザによって指定された外部デバイスのデバイスから、そのデバイスに登録されているＲＳＳサイト情報を取得するデバイス情報取得処理を実行する（Ｓ４）。

図５は、デバイス情報取得処理（Ｓ４）を示すフローチャートである。デバイス情報所得処理（Ｓ４）では、まず、ユーザに指定されたデバイス（ここでは複合機４０）に、「ＲＳＳサイト情報取得命令」を送信し（Ｓ５０２）、デバイスからの応答を待機する（Ｓ５０４）。なお、複合機４０での処理の詳細は図１１を参照して後述するが、複合機４０は、上記命令を受け取ると、自機に登録されているＲＳＳサイト情報一覧および「ＲＳＳサイト情報最大登録数」を、ＰＣ１０に返却する。

次に、デバイスから、ＲＳＳサイト情報最大登録数と、ＲＳＳサイト情報一覧とを取得できたか否かを判断する（Ｓ５０６）。Ｓ５０６の判断が否定される場合（Ｓ５０６：Ｎｏ）、デバイス登録情報取得フラグ１５３に「０」を格納し（Ｓ５０８）、図４に示すＳ６の処理に移行する。

一方、Ｓ５０６の判断が肯定される場合（Ｓ５０６：Ｙｅｓ）、取得したＲＳＳサイト情報最大登録数をＲＡＭ１５（図２参照）に格納し（Ｓ５１０）、ＲＳＳサイト情報一覧を、デバイス登録情報記憶エリア１５２（図２参照）に格納する（Ｓ５１２）。そして、デバイス登録情報取得フラグ１５３に「１」を格納し（Ｓ５１４）、図４に示すＳ６の処理に移行する。

図４に戻り説明する。次に、デバイス登録情報取得フラグが「１」となっているか否かを判断する（Ｓ６）。Ｓ６の判断が否定される場合（Ｓ６：Ｎｏ）、本処理を終了する。一方、Ｓ６の判断が肯定される場合（Ｓ６：Ｙｅｓ）、デバイス側におけるＲＳＳサイト情報の登録件数を判定するデバイス登録数判定処理を実行する（Ｓ８）。なお、デバイス登録数判定処理（Ｓ８）については、図６を参照して後述する。

次に、ＲＳＳリスト設定画面６０（図３参照）を、表示装置１８に描画する描画処理（Ｓ１０）を実行する。描画処理（Ｓ１０）の詳細は、図７を参照して後述する。次に、ユーザからの操作を待ち（Ｓ１２）、終了命令が入力されたかを判断する（Ｓ１４）。Ｓ１４の判断が肯定される場合（Ｓ１４：Ｙｅｓ）、本処理を終了する。

一方、Ｓ１４の判断が否定される場合（Ｓ１４：Ｎｏ）、ＯＰＭＬファイルの読み込み命令が入力されたか否かを判断する（Ｓ１６）。Ｓ１６の判断が肯定される場合（Ｓ１６：Ｙｅｓ）、ＯＰＭＬファイルを読み込み、セレクトリスト６２（図３参照）にフィードタイトル（またはＲＳＳサイト情報を格納したフォルダ名）を一覧表示するＯＰＭＬ読込処理を実行し（Ｓ１８）、Ｓ４に戻る。なお、ＯＰＭＬ読込処理（Ｓ１８）の詳細については、図８を参照して後述する。

一方、Ｓ１６の判断が否定される場合（Ｓ１６：Ｎｏ）、次に、登録命令が入力されたか否かを判断する（Ｓ２０）。Ｓ２０の判断が肯定される場合（Ｓ２０：Ｙｅｓ）、ユーザ操作が指定するＲＳＳサイト情報を、デバイス側ＲＳＳサイト情報登録エリア４４１（図２参照）に追加登録する登録処理を実行し（Ｓ２２）、Ｓ４に戻る。なお、登録処理（Ｓ２０）の詳細については、図１０を参照して後述する。

一方、Ｓ２０の判断が否定される場合（Ｓ２０：Ｎｏ）、次に、クリア命令が入力されたか否かを判断する（Ｓ２４）。Ｓ２４の判断が肯定される場合（Ｓ２４：Ｙｅｓ）、デバイスＲＳＳリスト６１において選択中のＲＳＳサイト情報に含まれるＲＳＳ対応ＵＲＬを、デバイス登録情報記憶エリア１５２から読み出して取得する（Ｓ２６）。そして、そのＲＳＳ対応ＵＲＬを添付した形で、「ＲＳＳサイト情報削除命令」を複合機４０に送信し（Ｓ２８）、Ｓ４に戻る。詳細は図１１を参照して後述するが、ＲＳＳサイト情報削除命令を受信した複合機４０は、対応するＲＳＳサイト情報を削除する。

一方、Ｓ２４の判断が否定される場合（Ｓ２４：Ｎｏ）、その他の命令に即した処理を実行する（Ｓ３０）。例えば、セレクトリスト６２内でフォルダ名を押下する操作が行われた場合は、そのフォルダ名で特定されるフォルダに分類されるフィードタイトルを、セレクトリスト６２内に表示する処理を行う。Ｓ３０の処理の後は、Ｓ４に戻る。

このように、配信情報管理処理では、指定された外部のデバイスに登録されたＲＳＳサイト情報と、指定されたＯＰＭＬファイルに記述されたＲＳＳサイト情報とを並べて示すＲＳＳリスト設定画面６０（図３参照）が描画され、ユーザによって入力される命令に従い、ＲＳＳサイト情報の追加登録など各種処理を実行する。

図６は、デバイス登録数判定処理（Ｓ８）を示すフローチャートである。このデバイス登録数判定処理は、指定された外部デバイスに、さらにＲＳＳサイト情報を追加登録する余地があるか否かを判定するための処理である。

まず、図５に示すＳ５１０の処理においてデバイスから受信した「ＲＳＳサイト情報最大登録数」を取得する（Ｓ６０２）。次に、デバイス登録情報記憶エリア１５２（図２参照）に格納されているＲＳＳサイト情報一覧から、デバイスに登録されているＲＳＳサイト情報の件数（デバイスが複合機４０である場合には、デバイス側ＲＳＳサイト情報登録エリア４４１に登録されているＲＳＳサイト情報の件数）を取得する（Ｓ６０４）。

次に、デバイスに登録されているＲＳＳサイト情報の件数が、当該デバイスにおける登録可能件数の上限以上となっているか否かを判断する（Ｓ６０６）。Ｓ６０６の判断が否定される場合（Ｓ６０６：Ｎｏ）、追加許可フラグ１５４（図２参照）に「１」を格納し（Ｓ６０８）、図７に示す描画処理（Ｓ１０）へ移行する。一方、Ｓ６０６の判断が肯定される場合（Ｓ６０６：Ｙｅｓ）、追加許可フラグ１５４に「０」を格納し（Ｓ６１０）、図７に示す描画処理（Ｓ１０）へ移行する。

図７は、描画処理（Ｓ１０）を示すフローチャートである。まず、ＲＳＳリスト設定画面６０内のデバイスＲＳＳリスト６１（図３参照）の表示をクリアする（Ｓ７０２）。次に、デバイス登録情報記憶エリア１５２（図２参照）に格納されたＲＳＳサイト情報一覧から全てのＲＳサイト情報を取得したか否かを判断する（Ｓ７０４）。最初は、Ｓ７０４の判断が否定されるので（Ｓ７０４：Ｎｏ）、次に、ＲＳＳサイト情報一覧内のＲＳＳサイト情報を取得し（Ｓ７０６）、その取得したＲＳＳサイト情報から、ＲＳＳ対応ＵＬＲとフィードタイトルとを抽出する（Ｓ７０８）。そして、抽出したＲＳＳ対応ＵＲＬとフィードタイトルとを、デバイスＲＳＳリスト６１に追加表示し（Ｓ７１０）、Ｓ７０４の処理に戻る。

このようにして処理を繰り返すうちに、Ｓ７０４の判断が肯定されると（Ｓ７０４：Ｙｅｓ）、次に、追加許可フラグ１５４（図２参照）が「１」であるか否かを判断する（Ｓ７１２）。Ｓ７１２の判断が否定される場合（Ｓ７１２：Ｎｏ）、登録ボタン６５をグレーアウトする（Ｓ７２０）。このようにすれば、ユーザ操作によるＲＳＳサイト情報の指定の禁止を報知することができる。よって、ユーザが熟慮の上、いずれのＲＳＳサイト情報を追加登録すべきかを検討して、指定したにも関わらず、その指定したＲＳＳサイト情報の追加登録ができない、という事態が生じることを抑制できる。

一方、Ｓ７１２の判断が肯定される場合（Ｓ７１２：Ｙｅｓ）、次に、ＯＰＭＬファイルが読み込まれているか否かを判断する（Ｓ７１４）。Ｓ７１４の判断が肯定される場合（Ｓ７１４：Ｙｅｓ）、次に、セレクトリスト６２内で、フィードタイトルが選択されているか否かを判断する（Ｓ７１６）。Ｓ７１６の判断が肯定される場合（Ｓ７１６：Ｙｅｓ）、登録ボタン６５のグレーアウトを解除する（Ｓ７１８）。一方、Ｓ７１４、Ｓ７１６の判断のうち、いずれかが否定されると（Ｓ７１４，Ｓ７１６：Ｎｏ）、Ｓ７２０に移行して、登録ボタン６５をグレーアウトする。

次に、ＲＳＳリスト設定画面６０内のデバイスＲＳＳリスト６１（図３参照）に表示されているＲＳＳサイト情報が選択されたか否かを判断する（Ｓ７２２）。Ｓ７２２の判断が肯定される場合（Ｓ７２２：Ｙｅｓ）、クリアボタン６８のグレーアウトを解除するが（Ｓ７２４）、Ｓ７２２の判断が否定される場合（Ｓ７２２：Ｎｏ）、クリアボタン６８をグレーアウトする（Ｓ７２６）。

描画処理（Ｓ１０）により、図３に示すＲＳＳリスト設定画面６０がＰＣ１０の表示装置１８に表示されると、図４に示すＳ１２の処理に戻り、処理を繰り返す。

なお、図６を参照して説明したデバイス登録数判定処理（Ｓ８）および図７を参照して説明した描画処理（Ｓ１０）は、登録処理（Ｓ２２）により、ＲＳＳサイト情報をデバイスに追加登録したり、あるいは、ＲＳＳサイト情報を削除する処理（Ｓ２８）を行う毎に、実行される。

すなわち、ＲＳＳサイト情報を追加登録あるいは削除する毎に、その変更後の件数が、登録可能件数の上限以上であるか否かを判断し、登録可能件数の上限に至った場合には、登録ボタン６５（図３参照）をグレーアウトすることにより、ＲＳＳサイト情報の指定の禁止を報知している。

よって、登録ボタン６５のグレーアウトが解除されている限り、ユーザは、繰り返しＲＳＳサイト情報を追加登録することができる。したがって、追加登録作業を繰り返す間、最新の登録件数をユーザ自身で逐一確認しなくても良い。

図８は、ＯＰＭＬ読込処理（Ｓ１８）を示すフローチャートである。このＯＰＭＬ読込処理（Ｓ１８）は、ＯＰＭＬファイルの読み込み命令が入力され、読込対象のＯＰＭＬファイルがユーザにより指定された場合に実行される。なお、以下の説明では、ＲＳＳサイト情報登録エリア１４２に登録されたＲＳＳサイト情報を書き出したＯＰＭＬファイルが、読込対象として指定されたものとして説明する。しかしながら、ＰＣ１０以外の装置で生成されたＯＰＭＬファイル、あるいはウェブブラウザ１４４など、フィードリーダ１４１以外のプログラムによって生成されたＯＰＭＬファイルであっても、本処理の読込対象となり得る。

ここで、図９を参照して、ＯＰＭＬファイルの構成について説明する。図９は、ＯＰＭＬファイルの構成を模式的に示す図である。図９に示すように、ＯＰＭＬファイルは、ヘッダ８０とボディ８１とを含み、ボディ８１内には、１個以上のアウトライン８２を含む。このアウトライン８２は、ＲＳＳサイト情報などを分類するフォルダに対応する単位であり、少なくともフォルダのタイトル（フォルダ名）に相当するテキストを含む。

さらに、各アウトライン８２は、０個以上の要素８３を含む。図９に示すように、要素８３は、type属性の値と、フィードタイトルと、ＲＳＳ対応ＵＲＬと、フィードを配信するウェブサイトのＵＲＬであるウェブサイトＵＲＬとを対応付けてまとめて記述した単位である。このtype属性の値が「rss」であれば、その要素８３は、ＲＳＳ対応ＵＲＬを含む情報であると判別することができる。このＯＰＭＬファイルを用いることにより、ＲＳＳリーダ間における登録情報の移行が可能である。

なお、図９において、各要素８３内に図示した情報は、必須の構成ではない。すなわち、ＲＳＳ対応ＵＲＬやフィードタイトルを含まないＲＳＳ非対応の要素８３と、ＲＳＳ対応ＵＲＬを含む要素８３とが混在してＯＰＭＬファイル内に存在していても良い。

図８に戻り説明する。まず、ユーザにより指定されたＯＰＭＬファイルを取得し（Ｓ８０２）、そのＯＰＭＬファイル内に記述された全ての要素を解析したか否かを判断する（Ｓ８０４）。最初は、Ｓ８０４の判断が否定されるので（Ｓ８０４：Ｎｏ）、次に、ＯＰＭＬファイル内の要素８３（図９参照）を抜き出し（Ｓ８０６）、その抜き出した要素８３内のtype属性の値を確認することにより、その要素８３にＲＳＳサイト情報が記述されているか判断する（Ｓ８０８）。Ｓ８０８の判断が否定される場合（Ｓ８０８：Ｎｏ）、Ｓ８０４に戻り処理を繰り返す。

一方、Ｓ８０８の判断が肯定される場合（Ｓ８０８：Ｙｅｓ）、次に抜き出した要素８
３から、type属性の値とウェブサイトＵＲＬとを除いて抽出されるフィードタイトルとＲＳＳ対応ＵＲＬとに基づいて、これらをＲＳＳサイト情報のフォーマットに変換し（Ｓ８１０）、ＯＰＭＬ抽出情報記憶エリア１５１（図２参照）に保存する（Ｓ８１２）。そして、Ｓ８０４に戻り、処理を繰り返す。このように、Ｓ８０６からＳ８１２の処理を繰り返すことにより、ＯＰＭＬファイルを解析し、そのＯＰＭＬファイルに記述された情報の中から、ＲＳＳサイト情報のみを抽出するのである。

そして処理を繰り返すうちに、Ｓ８０４の判断が肯定されると（Ｓ８０４：Ｙｅｓ）、次に、セレクトリスト６２（図３参照）の表示をクリアする（Ｓ８１４）。

次に、ＯＰＭＬファイル抽出情報記憶エリア１５１（図２参照）内から全てのＲＳＳサイト情報を取得したか否かを判断する（Ｓ８１６）。最初は、Ｓ８１６の判断が否定されるので（Ｓ８１６：Ｎｏ）、次に、ＯＰＭＬ抽出情報記憶エリア１５１から、ＲＳＳサイト情報を取得し（Ｓ８１８）、その取得したＲＳＳサイト情報内のフィードタイトルをセレクトリスト６２に追加表示し（Ｓ８２２）、Ｓ８１６に戻り処理を繰り返す。なお、取得したＲＳＳサイト情報を格納するフォルダが存在している場合には、フィードタイトルに代えて、そのフォルダ名をＯＰＭＬファイルから読み出し、表示することとしても良い。そして、処理を繰り返すうちに、Ｓ８１６の判断が肯定されると（Ｓ８１６：Ｙｅｓ）、このＯＰＭＬ読込処理（Ｓ１８）を終了し、図４に示すＳ４の処理に戻る。

ＯＰＭＬ読込処理（Ｓ１８）によれば、ＯＰＭＬファイル解析の結果として抽出されたＲＳＳサイト情報について、フィードタイトルを表示することができる。よって、ＯＰＭＬファイルの元となった登録部に、ＲＳＳ対応ＵＲＬとＲＳＳ非対応のＵＲＬとが混在して登録されていたとしても、ＲＳＳサイト情報のみを抽出し、ユーザに閲覧させることができる。

図１０は、登録処理（Ｓ２２）を示すフローチャートである。この登録処理（Ｓ２２）は、ユーザ操作が指定するＲＳＳサイト情報を、デバイス側ＲＳＳサイト情報登録エリア４４１（図２参照）に追加登録する処理である。

まず、ユーザ操作が指定するＲＳＳサイト情報に含まれるＲＳＳ対応ＵＲＬを取得し（Ｓ１００２）、そのＲＳＳ対応ＵＲＬをインターネット８に送信する（Ｓ１００４）。次に、そのＲＳＳ対応ＵＲＬにアクセスできたか否かを判断する（Ｓ１００６）。Ｓ１００６の判断が否定される場合（Ｓ１００６：Ｎｏ）、「指定されたＵＲＬにはアクセスできませんが登録しますか？」というアクセス不可メッセージを表示する（Ｓ１０１２）。すなわち、追加登録の禁止を報知する。そして、ユーザが「Ｙｅｓ」を選択するか否かを判断し（Ｓ１０１４）、Ｓ１０１４の判断が否定される場合（Ｓ１０１４：Ｎｏ）、登録処理を終了し、図４に示すＳ４の処理に戻る。一方、Ｓ１０１４の判断が肯定される場合（Ｓ１０１４：Ｙｅｓ）、すなわち、アクセス不可メッセージを表示したにも関わらず、追加登録をユーザが希望した場合は、そのＲＳＳサイト情報を追加登録するＳ１０１６の処理に移行する。

一方、Ｓ１００６の判断が肯定される場合（Ｓ１００６：Ｙｅｓ）、アクセス先のデータを取得し（Ｓ１００８）、ＲＳＳ形式のフィードを取得できたか否かを判断する（Ｓ１０１０）。すなわち、ユーザにより指定されたＲＳＳ対応ＵＲＬについては、一旦インターネット８に送信し、インターネット８が返信するデータが、フィードリーダ１４１で取得可能なデータかを確認するのである。例えば、Ａｔｏｍ形式のフィードである場合や、ＲＳＳ形式であってもバージョンが異なるためにフィードリーダ１４１で取得不可能であれば、Ｓ１０１０の判断が否定される。

Ｓ１０１０の判断が肯定される場合（Ｓ１０１０：Ｙｅｓ）、すなわち、フィードを取得可能であることが確認されると、ＲＳＳサイト情報を添付した形で、複合機４０へＲＳＳサイト情報登録命令を送信する（Ｓ１０１６）。この命令を送信することにより、複合機４０のデバイス側ＲＳＳサイト情報登録エリア４４１（図２参照）にＲＳＳサイト情報を追加登録することができるのであるが、詳細は図１１を参照して後述する。

次に、デバイスからの応答を待ち（Ｓ１０１８）、デバイスからの返答が登録ＯＫであったか登録数オーバーであったかを判断する（Ｓ１０２０）。デバイスからの返答がＯＫであった場合（Ｓ１０２０：登録ＯＫ）、この登録処理（Ｓ２２）を終了し、図４に示すＳ４の処理に戻る。

一方、デバイスからの返答が登録数オーバーであった場合（Ｓ１０２０：登録数オーバー）、「登録数がオーバーしています」という登録不可メッセージを表示し（Ｓ１０２４）、この登録処理（Ｓ２２）を終了する。

また、Ｓ１０１０の判断が否定される場合（Ｓ１０１０：Ｎｏ）、すなわち、フィードを取得可能であることが確認されない場合、「対応していないサイトです」という非対応メッセージを表示することにより（Ｓ１０２２）、追加登録の禁止を報知し、この登録処理（Ｓ２２）を終了する。

このような登録処理（Ｓ２２）によれば、ＲＳＳ形式のフィードを取得できないＲＳＳサイト情報については、追加登録の禁止を報知することができる。その結果、デバイス側ＲＳＳサイト情報登録エリア４４１における残りの登録可能件数に、より有用なＲＳＳサイト情報を割り当てることができる。

また、デバイス側ＲＳＳサイト情報登録エリア４４１に登録させるＲＳＳサイト情報は、ＯＰＭＬファイルに記述された要素８３（図９参照）から、type属性の値とウェブサイト対応ＵＲＬとを除いて抽出されるフィードタイトルとＲＳＳ対応ＵＲＬとから生成される情報である。すなわち、ＯＰＭＬファイルに記述された付加的な情報を落とし、デバイス側ＲＳＳサイト情報登録エリア４４１に登録させる情報のサイズを、可能な限り抑制する。特に、複合機４０のように、フィードリーダ４２１は搭載されているがウェブブラウザは搭載されておらず、ウェブサイトの閲覧が不可能に構成されている場合は、ウェブサイトＵＲＬ等を含んだ情報を登録する必要がないため、付加的な情報を落とす意義が大きい。

図１１は、複合機４０において実行される登録情報管理処理（Ｓ１１００）を示すフローチャートである。この登録情報管理処理（Ｓ１１００）は、デバイス側ＲＳＳサイト情報登録エリア４４１に、ＲＳＳサイト情報を追加、あるいはＲＳＳサイト情報を削除する処理であり、複合機４０の起動後、実行される。

まず、登録情報管理処理（Ｓ１１００）に用いられる一時的な記憶領域あるいは作業領域を初期化し（Ｓ１１０２）、ユーザまたは他装置からの命令を待つ（Ｓ１１０４）。

次に、ＲＳＳサイト情報登録命令を受信したか否かを判断する（Ｓ１１０８）。Ｓ１１０８の判断が肯定される場合（Ｓ１１０８：Ｙｅｓ）、次に、デバイス側ＲＳＳサイト情報登録エリア４４１に登録されているＲＳＳサイト情報の件数を取得する（Ｓ１１１０）。そして、登録されているＲＳＳサイト情報の件数が、デバイス側ＲＳＳサイト情報登録エリア４４１（図２参照）における登録可能件数の上限以上であるかを判断する（Ｓ１１１２）。

Ｓ１１１２の判断が肯定される場合（Ｓ１１１２：Ｙｅｓ）、ＲＳＳサイト情報登録命令に添付されたＲＳＳサイト情報を、デバイス側ＲＳＳサイト情報登録エリア４４１に登録する（Ｓ１１１４）。そして、ＲＳＳサイト情報登録命令の送信元に、「登録ＯＫ」メッセージを通知し（Ｓ１１１６）、Ｓ１１０４の処理に戻る。

一方、Ｓ１１１２の判断が否定される場合（Ｓ１１１２：Ｎｏ）、ＲＳＳサイト情報登録命令の送信元に、「登録数オーバー」メッセージを通知し（Ｓ１１１８）、Ｓ１１０４の処理に戻る。

なお、複合機４０に登録されたＲＳＳサイト情報の件数が登録可能件数の上限に至っていると、ＰＣ１０側で判断した場合、ＰＣ１０では、登録ボタン６５をグレーアウトするため、ユーザはそれ以上の追加をしないことが予想されるが、例えば、２台以上のＰＣから同時に複合機４０に対し、ＲＳＳサイト情報を追加登録しようとした場合には、登録ボタン６５のグレーアウトが解除されているにも関わらず、実際には、複合機４０においては登録数オーバーとなっており、それ以上の追加登録ができない、といった事態が生じ得る。よって、本実施形態では、実際に追加登録できたか否かを、複合機４０の側から通知する。このようにすれば、追加登録命令の送信元装置に対し、それ以上の追加登録が不可能であることを認識させ、登録不可メッセージを表示するなど適切な処理をとらせることができる。

一方、Ｓ１１０８の判断が否定される場合（Ｓ１１０８：Ｎｏ）、次に、「ＲＳＳサイト情報削除命令」を受信したか否かを判断する（Ｓ１１２０）。Ｓ１１２０の判断が肯定される場合（Ｓ１１２０：Ｙｅｓ）、「ＲＳＳサイト情報削除命令」に添付されたＲＳＳ対応ＵＲＬと同一のＵＲＬが、デバイス側ＲＳＳサイト情報登録エリア４４１に登録されているか否かを判断する（Ｓ１１２２）。

Ｓ１１２２の判断が肯定される場合（Ｓ１１２２：Ｙｅｓ）、そのＵＲＬを含むＲＳＳサイト情報をデバイス側ＲＳＳサイト情報登録エリア４４１から削除し（Ｓ１１２４）、Ｓ１１０４に戻る。なお、Ｓ１１２２の判断が否定される場合（Ｓ１１２２：Ｎｏ）、Ｓ１１２４をスキップして、Ｓ１１０４に戻る。

一方、Ｓ１１２０の判断が否定される場合（Ｓ１１２０：Ｎｏ）、次に、ＲＳＳサイト情報取得命令１２５を受信したか否かを判断する（Ｓ１１２６）。Ｓ１１２６の判断が肯定される場合（Ｓ１１２６：Ｙｅｓ）、デバイス側ＲＳＳサイト情報登録エリア４４１からＲＳＳサイト情報一覧を取得し（Ｓ１１３０）、登録最大数記憶エリア４４２からＲＳＳサイト情報最大登録数を取得する（Ｓ１１３２）。そして、これらの情報を、ＲＳＳサイト情報取得命令の送信元装置へ送信し（Ｓ１１３４）、Ｓ１１０４の処理に戻る。なお、Ｓ１１２６の判断が否定される場合（Ｓ１１２６：Ｎｏ）、その他の命令に則した処理を実行し（Ｓ１１２８）、Ｓ１１０４の処理に戻る。

登録情報管理処理（Ｓ１１００）によれば、他装置からの命令に従い、デバイス側ＲＳＳサイト情報登録エリア４４１における登録内容を変更することができる。

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

例えば、上述した実施形態では、フィードリーダ１４１，４２１がＲＳＳ形式のフィードを取得するものとして説明したが、フィードの形式はＲＳＳに限定されるものではない。例えば、Ａｔｏｍ形式など、他の形式のフィードを取り扱い可能なフィードリーダおよび通信装置についても、本発明は適用し得る。

また、上述した実施形態では、ＯＰＭＬファイルに記述された情報をデバイス側ＲＳＳサイト情報登録エリア４４１に追加登録するものとして説明したが、ＲＳＳサイト情報など、フィードを取得するための位置情報（ＵＲＬ）を記述可能なファイルであれば、本実施形態のＯＰＭＬファイルに代替して用いることができる。

また、上述した実施形態では、登録処理（Ｓ２２）を実行する毎に、Ｓ４の処理に戻り、デバイス側に登録されたＲＳＳサイト情報の件数が上限に達したか否かを確認していたが、登録件数確認の具体例はこれに限られない。例えば、最初に取得したＲＳＳサイト情報の件数を元に、残り登録可能件数を保存し、ＲＳＳサイト情報を新たに登録または削除する毎に、その値を増減するように構成しても良い。

また、上述した実施形態では、デバイス側にＲＳＳサイト情報を追加登録可能か否かを、件数に基づいて判断していたが、登録されたＲＳＳサイト情報を記憶する記憶エリアの空き容量に基づいて、追加登録可能か否かを判断するように構成しても良い。

本発明の実施形態であるフィードリーダがインストールされたＰＣと、ＰＣを含む通信システムとの概略を示す概略図である。 ＰＣと複合機との電気的構成を模式的に示すブロック図である。 ＰＣの表示装置に表示されるＲＳＳリスト設定画面の一例を示す図である。 ＰＣにおいて実行される配信情報管理処理を示すフローチャートである。 ＰＣにおいて実行されるデバイス情報取得処理を示すフローチャートである。 ＰＣにおいて実行されるデバイス登録数判定処理を示すフローチャートである。 ＰＣにおいて実行される描画処理を示すフローチャートである。 ＰＣにおいて実行されるＯＰＭＬ読込処理を示すフローチャートである。 ＯＰＭＬファイルの構成を模式的に示す図である。 複合機において実行される登録処理を示すフローチャートである。 複合機４０において実行される登録情報管理処理（Ｓ１１００）を示すフローチャートである。

符号の説明

１ 通信システム
８ インターネット（ネットワークの一例）
１０ ＰＣ（情報処理装置の一例）
１１ ＣＰＵ（フィード取得手段の一例，コンテンツ取得手段の一例）
４０ 複合機（通信装置の一例）
６１ デバイスＲＳＳリスト（デバイス登録情報表示部の一例）
６２ セレクトリスト（選択表示部の一例）
１４１ フィードリーダ（位置情報管理プログラムの一例）
４４１ デバイス側ＲＳＳサイト情報登録エリア（デバイス管理部）
Ｓ８ 登録数判断手段の一例
Ｓ１０，Ｓ８２２ 表示手段の一例
Ｓ２２ 追加登録手段の一例
Ｓ７２０ 第１報知手段の一例
Ｓ８０２ ファイル取得手段の一例
Ｓ８０６〜Ｓ８１２ 解析手段の一例
Ｓ１００６ 確認手段の一例、第２報知手段の一例
Ｓ１０１０ 確認手段の一例、第２報知手段の一例
Ｓ１１０８ 位置情報受信手段の一例
Ｓ１１１２ デバイス管理部判断手段の一例
Ｓ１１１８ 通知手段の一例

Claims (6)

1. 予め登録されたフィード対応位置情報を用いて、フィード情報の返信要求をネットワークに送信し、そのネットワークから返信されるフィードを取得するフィード取得手段と、
   そのフィードに含まれるコンテンツの位置情報をネットワークに送信し、ネットワークから返信されるコンテンツを取得するコンテンツ取得手段とを備えた情報処理装置と、
   その情報処理装置と通信可能に接続されると共に、フィード対応位置情報と、そのフィード対応位置情報によって取得されるフィードのタイトルとが登録されるデバイス管理部を備え、そのデバイス管理部に予め登録されたフィード対応位置情報を用いて、フィード情報の返信要求をネットワークに送信し、そのネットワークから返信されるフィードを取得可能な通信装置とを含む通信システムにおいて、
   前記フィード対応位置情報を、前記通信装置のデバイス管理部へ追加登録する処理を、前記情報処理装置に実行させるための位置情報管理プログラムであって、
   前記情報処理装置を、
   前記位置情報管理プログラムとは異なるプログラムについて登録されたフィード対応位置情報と、そのフィード対応位置情報によって取得されるフィードのタイトルとが記述されたファイルを取得するファイル取得手段と、
   前記ファイル取得手段により取得される前記ファイルに記述されたフィード対応位置情報およびタイトルのうち少なくともいずれか一方を示す選択表示部と、前記デバイス管理部に登録されたフィード対応位置情報およびタイトルのうち少なくともいずれか一方を示すデバイス登録情報表示部とを、並べて表示する表示手段と、
   その表示手段により前記選択表示部に表示されたフィード対応位置情報およびタイトルのうち、ユーザ操作が指定するフィード対応位置情報またはユーザ操作が指定するタイトルに対応するフィード対応位置情報を用いて、フィード情報の返信要求をネットワークに送信し、ネットワークが返信するフィードが、前記位置情報管理プログラムで取得可能な形式のフィードであるかを確認する確認手段と、
   前記確認手段により、前記ネットワークが返信するフィードが、前記位置情報管理プログラムで取得可能な形式のフィードであると判断されることを条件として、ユーザ操作が指定するフィード対応位置情報またはユーザ操作が指定するタイトルに対応するフィード対応位置情報を、前記デバイス管理部に追加登録する追加登録手段として、機能させることを特徴とする位置情報管理プログラム。
2. 前記デバイス管理部に登録されているフィード対応位置情報の件数が、前記デバイス管理部における登録可能件数の上限以上である場合、ユーザ操作によるフィード対応位置情報の指定の禁止を報知する第１報知手段として、前記情報処理装置を機能させることを特徴とする請求項１に記載の位置情報管理プログラム。
3. 前記追加登録手段によりフィード対応位置情報を追加登録する毎に、その追加登録後のデバイス管理部に登録されているフィード対応位置情報の件数が、前記デバイス管理部における登録可能件数の上限以上であるか否かを判断する登録数判断手段として、前記情報処理装置を機能させるものであり、
   前記第１報知手段は、前記登録数判断手段により、前記デバイス管理部に登録されているフィード対応位置情報の件数が、前記デバイス管理部における登録可能件数の上限以上であると判断される場合、ユーザ操作によるフィード対応位置情報の指定の禁止を報知することを特徴とする請求項２記載の位置情報管理プログラム。
4. 前記ファイル取得手段により取得されるファイルは、前記フィード対応位置情報と共に、フィード以外の他の情報に対応する位置情報を記述できるものであり、
   そのファイル取得手段により取得されたファイルを解析し、そのファイルに記述された情報の中から、前記フィード対応位置情報を抽出する解析手段として、前記情報処理装置を機能させるものであり、
   前記表示手段は、前記解析手段による解析の結果として抽出されたフィード対応位置情報について、フィード対応位置情報およびタイトルのうち少なくともいずれか一方を表示するものであることを特徴とする請求項１から３のいずれかに記載の位置情報管理プログラム。
5. 前記ファイル取得手段は、フィード対応位置情報に対して、そのフィード対応位置情報で取得されるフィードに関連するウェブサイトの位置情報と、type属性の値とを対応付けた要素の単位で情報を記述するＯＰＭＬ（Outline Processor Markup Language）ファイルを取得するものであり、
   前記追加登録手段は、前記要素から、type属性の値とフィードに関連するウェブサイトの位置情報とを除いて抽出されるフィード対応位置情報を、前記デバイス管理部に追加登録することを特徴とする請求項１から４記載の位置情報管理プログラム。
6. 前記確認手段により、前記ネットワークが返信するフィードが、前記位置情報管理プログラムで取得可能な形式のフィードであることが確認されない場合、前記ユーザ操作が指定するフィード対応位置情報またはユーザ操作が指定するタイトルに対応するフィード対応位置情報については、そのフィード対応位置情報の前記デバイス管理部への追加登録の禁止を報知する第２報知手段として、前記情報処理装置を機能させることを特徴とする請求項１から５のいずれかに記載の位置情報管理プログラム。
   

Images