(57)【要約】【課題】効率的に更新情報の確認ができることを目的とする。【解決手段】ＰＣ端末（１０１）、サーバ（１０２）から構成される情報処理システムあって、サーバ（１０２）から配信するＲＳＳファイル（８００）に表示制御条件（８０４）を指定する手段、ＰＣ端末（１０１）がサーバ（１０２）からＲＳＳファイル（８００）を取得する手段、ＰＣ端末（１０１）が取得したＲＳＳファイル（８００）を解析する手段、ＰＣ端末（１０１）が表示制御に必要なローカル情報を取得する手段（Ｓ１１０５）、ＲＳＳファイル（８００）の解析結果及びローカル情報から表示条件（８０４）に一致するか否かを判断する手段（Ｓ１１０６）、判断に基づいてお知らせ情報一覧画面（６００）にＲＳＳファイル（８００）の内容を表示する手段（Ｓ１１０７）を備える。【選択図】図１１
2018005429.tif 000002
【特許請求の範囲】
【請求項１】
ＰＣ端末（１０１）、サーバ（１０２）から構成される情報処理システムあって、サーバ（１０２）から配信するＲＳＳファイル（８００）に表示制御条件（８０４）を指定する手段、ＰＣ端末（１０１）がサーバ（１０２）からＲＳＳファイル（８００）を取得する手段、ＰＣ端末（１０１）が取得したＲＳＳファイル（８００）を解析する手段、ＰＣ端末（１０１）が表示制御に必要なローカル情報を取得する手段（Ｓ１１０５）、ＲＳＳファイル（８００）の解析結果及びローカル情報から表示条件（８０４）に一致するか否かを判断する手段（Ｓ１１０６）、判断に基づいてお知らせ情報一覧画面（６００）にＲＳＳファイル（８００）の内容を表示する手段（Ｓ１１０７）を有することを特徴とする情報処理システム。
【請求項２】
お知らせ情報一覧画面（６００）の詳細を表示ボタン（６０７）を押下することでＷｅｂブラウザ（不記載）を起動することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
お知らせ情報一覧画面（６００）の設定ボタン（６０６）を押下することでお知らせ設定画面（７００）を表示することを特徴とする請求項２に記載の情報処理システム。
【請求項４】
お知らせ設定画面（７００）では、コンピュータ起動時のアプリケーション起動設定（７０１）とお知らせ情報の未読のみを表示する設定（７０２）を編集可能とすることを特徴とする請求項３に記載の情報処理システム。
【請求項５】
参照履歴ファイル（９００）を用いてお知らせ情報の参照履歴管理をする（Ｓ１２０４）ことを特徴とする請求項４に記載の情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、更新情報を取得し、表示条件並びに受信端末の状況を鑑みて表示する技術に関する。
【背景技術】
【０００２】
従来、サーバからクライアントに対してＷｅｂページやブログなどの更新情報（以後“お知らせ情報”と記載）を表現するデータフォーマットとしてＲＳＳがある。ＲＳＳ（ＲＳＳ２．０）は、Ｒｅａｌｌｙ  Ｓｉｍｐｌｅ  Ｓｙｎｄｉｃａｔｉｏｎの略である。クライアントに対してＲＳＳリーダーというクライアントアプリをインストールすることで、疑似的にサーバからクライアントに対してＲＳＳ（お知らせ情報が複数含まれるもの）更新情報の通知が行える。この方法を利用することで、ユーザは事前に更新通知を受けたいＷｅｂページやブログのアドレスをＲＳＳリーダーに登録することで、自動的にＲＳＳリーダーが更新情報を取得し参照することができる。
【０００３】
特許文献１には、ＲＳＳリーダーとＲＳＳを配信するサーバの間にフィルタリングサーバを用意しＲＳＳをフィルタリングする技術が開示されている。具体的には、フィルタリングサーバでは、ユーザが入力したキーワードに基づきＲＳＳをフィルタリングして表示する。この仕組みにより、ユーザは入力したキーワードに関連したＲＳＳのみを表示できるようになり、ユーザが確認するお知らせ情報を取捨選択する手間を低減できるようになった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２１５６２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１によれば、ユーザがフィルタリングサーバに対して入力を行うことでＲＳＳをフィルタリングしユーザがお知らせ情報を確認する際の手間を低減することが可能である。
【０００６】
しかしながら、特許文献１の場合、フィルタリングを行うために、ユーザによるキーワードの入力が必須でありユーザが登録すための手間が逆に増えてしまう課題がある。又、フィルタリングを行うための専用サーバも必要なため運用コストも余計にかかる。
【０００７】
本発明は、上記の課題に鑑みられたものであり、ユーザによるお知らせ情報受信時の確認の手間の低減及びシステム運用コストの低減を可能とする情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、本発明に係る情報処理システムは、
ＰＣ端末（１０１）、サーバ（１０２）から構成される情報処理システムあって、サーバ（１０２）から配信するＲＳＳファイル（８００）に表示制御条件（８０４）を指定する手段、ＰＣ端末（１０１）がサーバ（１０２）からＲＳＳファイル（８００）を取得する手段、ＰＣ端末（１０１）が取得したＲＳＳファイル（８００）を解析する手段、ＰＣ端末（１０１）が表示制御に必要なローカル情報を取得する手段（Ｓ１１０５）、ＲＳＳファイル（８００）の解析結果及びローカル情報から表示条件（８０４）に一致するか否かを判断する手段（Ｓ１１０６）、判断に基づいてお知らせ情報一覧画面（６００）にＲＳＳファイル（８００）の内容を表示する手段（Ｓ１１０７）を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ユーザによるお知らせ情報受信時の確認の手間の低減及びシステム運用コストの低減を可能とする情報処理システムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態におけるシステム全体図である。
【図２】本発明の実施形態におけるＰＣ端末１０１の構成を示すブロック図である。
【図３】本発明の実施形態におけるサーバ１０２の構成を示すブロック図である。
【図４】本発明の実施形態におけるＰＣ端末１０１のソフトウェア構成を示す図である。
【図５】本発明の実施形態におけるサーバ１０２のソフトウェア構成を示す図である。
【図６】本発明の実施形態におけるお知らせ情報一覧画面６００の操作画面を示す図である。
【図７】本発明の実施形態におけるお知らせ設定画面７００の操作画面を示す図である。
【図８】本発明の実施形態におけるＲＳＳファイル８００の具体例である。
【図９】本発明の実施形態における参照履歴ファイル９００を示す図である。
【図１０】本発明の実施形態における全体の処理シーケンスを表す図である。
【図１１】本発明の実施形態における解析処理Ｓ１１００の詳細を示すフローチャートである。
【図１２】本発明の実施形態におけるＷｅｂブラウザ起動処理を示すフローチャートである。
【図１３】本発明の実施形態２における解析処理Ｓ１３００の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１２】
＜第１の実施形態＞
まず、本発明の第１の実施形態について説明する。
【００１３】
図１は本発明を適用可能なシステムの全体構成を示す図である。
【００１４】
図１に示すように、ＰＣ端末１０１、サーバ１０２はイーサネット（登録商標）や無線ＬＡＮなどからなるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１１０に接続されている。また、サーバ１０２はイーサネットや無線ＬＡＮなどからなるＬＡＮ１３０に接続されている。
【００１５】
ＬＡＮ１１０、ＬＡＮ１３０はインターネット網１２０に接続されている。このことによって、ＬＡＮ１１０、ＬＡＮ１３０のそれぞれのネットワークに接続されている装置は相互に通信可能となっている。
【００１６】
ＰＣ端末１０１は、サーバ１０２に接続してＲＳＳファイル８００を取得してお知らせ情報一覧画面ファクス６００に表示を行う。そしてお知らせ情報の詳細を表示するためにＷｅｂブラウザ（不記載）を起動する。
【００１７】
サーバ１０２は、ＰＣ端末１０１からのリクエストを受けてＲＳＳファイル８００を取得しサーバ１０２にレスポンスとして返却する機能を提供する。
【００１８】
次に、ＰＣ端末１０１のハードウェア構成について説明する。
【００１９】
図２はＰＣ端末１０１の構成を示すブロック図である。
【００２０】
ＣＰＵ３１１を含む制御部３１０は、ＰＣ端末１０１全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、ファイルデータや各種プログラム、或いは後述する各種情報テーブルを記憶する。
【００２１】
ネットワークＩ／Ｆ３１５は、制御部３１０をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。
【００２２】
尚、図３のサーバ１０２の構成に関しても、図３で説明したＰＣ端末１０１の構成と同様のものである。但し、ネットワークＩ／Ｆ３１５がＬＡＮ１３０に接続している点が異なる。
【００２３】
次に、ＰＣ端末１０１のソフトウェア構成について説明する。
【００２４】
図４は本実施例でのＰＣ端末１０１のソフトウェアであるＲＳＳアプリケーション４００のソフトウェアモジュール構成を示した図である。これらソフトウェアモジュールは、ＰＣ端末１０１のＨＤＤ３１４に格納され、ＣＰＵ３１１が実行する。
【００２５】
通信管理部４０１は、サーバ１０２との間でリクエストのやり取りするためのソフトウェアモジュールである。通信管理部４０１では、サーバ１０２からＲＳＳファイル８００の取得を行う。
【００２６】
ＲＳＳ解析部４０２は、サーバ１０２から取得したＲＳＳファイル８００を解析するソフトウェアモジュールである。
【００２７】
ＵＩ表示部４０３は、表示制御部４０６の指示によりＲＳＳファイル８００を元にお知らせ情報一覧画面６００に表示するソフトウェアモジュールである。又、お知らせ情報一覧画面６００上でのユーザ操作を元に、お知らせ設定画面７００の表示及びＷｅｂブラウザ（不記載）の表示も行う。
【００２８】
Ｗｅｂブラウザ起動部４０４は、お知らせ情報一覧画面６００へのユーザ入力を元にＷｅｂブラウザ（不記載）を起動するソフトウェアモジュールである。
【００２９】
ローカル情報取得部４０５は、表示制御部４０６の指示を受けてコンピュータ端末１０１のＨＤＤ３１４から必要な情報をロードするソフトウェアモジュールである。情報としては、各アプリケーションのバージョン情報のようなレジストリデータなどを含む。
【００３０】
表示制御部４０６は、ＲＳＳ解析部４０２の解析結果及び、ローカル情報取得４０５を介して取得した情報を元にお知らせ情報の表示・非表示を制御するソフトウェアモジュールである。
【００３１】
次に、サーバ１０２のソフトウェア構成について説明する。
【００３２】
図５は本実施例でのサーバ１０２のソフトウェアであるＷｅｂアプリケーション５００のソフトウェアモジュール構成を示した図である。これらソフトウェアモジュールは、サーバ１０２のＨＤＤ３１４に格納され、ＣＰＵ３１１が実行する。
【００３３】
通信部５０１は、ＰＣ端末１０１からリクエストを受け付けて、処理結果をＰＣ端末１０１に返却するためのソフトウェアモジュールである。
【００３４】
リクエスト処理部５０２は、ＰＣ端末１０１から受けたリクエストを解析しリクエスト内容に応じた処理結果を作成するソフトウェアモジュールである。ＰＣ端末１０１からのリクエスト内容としては、ＲＳＳファイル８００の取得要求や詳細Ｗｅｂサイトのページ要求などがある。
【００３５】
ローカル情報取得部５０３は、ＨＤＤ３１４で管理されているＰＣ端末（１０１）自身のディレクトリ、ファイル（ＲＳＳファイル８００含む）情報を管理するソフトウェアモジュールである。
【００３６】
次に図１０の起動時処理１０００は、ＰＣ端末１０１が、ＲＳＳアプリケーション４００を起動しサーバ１０２からＲＳＳファイル８００を取得してお知らせ情報一覧画面６００に表示するまでのフローチャートである。
【００３７】
図１０のフローチャートに示す各動作（ステップ）は、ＰＣ端末１０１のＣＰＵ３１１がＨＤＤ３１４に記憶された制御プログラムを実行することにより実現される。
【００３８】
ステップＳ１００１では、ＰＣ端末１０１上でＲＳＳアプリケーション４００が実行されると、ＲＳＳ解析部４０４が通信部４０１を介して、サーバ１０２からＲＳＳファイル８００を取得するためのリクエストを実行する。リクエストが実行されるとサーバ１０２のＷｅｂアプリケーション４００は、通信部５０１を介してリクエストを受け取る。受け取ったリクエストはリクエスト処理部５０２が処理を実行する。リクエスト処理部５０２は、リクエスト内容を分析する。そしてＲＳＳファイル取得リクエストの場合は、ローカル情報取得部５０３を介してＨＤＤ３１４で管理されているＲＳＳファイル８００を取得する。リクエスト処理部５０２は、取得したＲＳＳファイル８００を、通信部４０１を介してＲＳＳアプリケーション４００に送信する。ＲＳＳアプリケーション４００は、Ｗｅｂアプリケーション５００から送信されたＲＳＳファイル８００を、通信部４０１を介して取得する。
【００３９】
次にステップＳ１００２では、表示制御処理を行う。表示制御処理は、図１１の解析処理１１００のフローチャートを用いて説明する。
【００４０】
図１１の解析処理１１００は、ＲＳＳファイル８００の解析方法を説明するためのフローチャートである。
【００４１】
図１１のフローチャートに示す各動作（ステップ）は、ＰＣ端末１０１のＣＰＵ３１１がＨＤＤ３１４に記憶された制御プログラムを実行することにより実現される。
【００４２】
ステップＳ１１０１では、ＲＳＳ解析部４０２がＲＳＳファイル８００を取得する。
【００４３】
ステップ１１０２では、ＲＳＳ解析部４０２がＲＳＳファイル８００の解析処理を実行する。ここで、ＲＳＳファイル８００のフォーマットに関して説明する。
【００４４】
図８はＲＳＳファイル８００のファイルフォーマットの具体例である。ＲＳＳファイル８００は、ＸＭＬファイルフォーマットで作成する。
【００４５】
８０１は、ＸＭＬ要素である。この要素は、ＸＭＬ文書であることを指し示す要素である。そして、８０１から８０２の間に、定義されている要素は、ＲＳＳ全体に関するタイトルや概要等を示す要素であるが詳細な説明は割愛する。
【００４６】
次に８０２は、Ｉｔｅｍ要素である。この要素で１件分のお知らせ情報を定義しており、複数のＩｔｅｍ要素を定義することにより、複数のお知らせ情報を定義することができる。
【００４７】
８０２から８０３までの各要素は、Ｉｔｅｍ要素内の子要素でありお知らせ情報に関する、タイトル、概要、配信日時等を示す要素であるが詳細な説明は割愛する。
【００４８】
８０３は、ｃａｔｅｇｏｒｙ要素である。この要素では、表示・非表示の条件あるは表示上の装飾等を指定する要素である。条件としては、ｖｅｒｓｉｏｎ８０４、ｒａｎｇｅ８０５、ｌｅｖｅｌ８０６がある。
【００４９】
以下、各条件に関して説明する。
【００５０】
ｖｅｒｓｉｏｎ８０４は、指定したバージョンがインストールされているＲＳＳアプリケーション４００のバージョンと一致した場合のみお知らせ情報を表示し、一致しない場合非表示にする条件である。指定可能な値としては、バージョン番号及び全てのバージョンを対象にする“ａｌｌ”といった指定が可能である。
【００５１】
次にｒａｎｇｅ８０５は、指定したバージョンに対して範囲を指定する条件である。指定可能な条件として、“ａｂｏｖｅ”又は“ｂｅｌｏｗ”があり、ａｂｏｖｅが指定された場合、インストールされているＲＳＳアプリケーション４００のバージョンが、ｖｅｒｓｉｏｎ８０４以上のバージョンの場合に表示する。ｂｅｌｏｗが指定された場合、ｖｅｒｓｉｏｎ８０４以下のバージョンの場合に表示する。
【００５２】
ｌｅｖｅｌ８０６は、重要度を示す条件である。ｌｅｖｅｌ８０６に“ｉｍｐｏｒｔａｎｔ”を指定するとお知らせ情報一覧画面６００にお知らせ情報を表示時に、６０１の欄にびっくりマークを表示する。
【００５３】
８０７は、ｇｕｉｄ要素である。この要素は、お知らせ情報を一意に特定するためのユニークなＩＤを指定する要素である。詳細は後述するが、本要素を使用することでお知らせ情報の参照履歴ファイル９００に関する処理を実現している。
【００５４】
８０８は、ｌｉｎｋ要素である。本要素は、後述するお知らせ情報一覧画面６００において、「詳細を表示」ボタン６０７を押下した時にＷｅｂブラウザ（不記載）でアクセスするＵＲＬを指定する要素である。
【００５５】
８０９は、ｔｉｔｌｅ要素である。この要素は、お知らせ情報画面６００の６０４に件名を表示するための要素である。
【００５６】
８１０は、ｄｅｓｃｒｉｐｔｉｏｎ要素である。この要素は、お知らせ情報画面６００の６０５に概要を表示するための要素である。
【００５７】
８１１は、ｐｕｂＤａｔｅ要素である。この要素は、お知らせ情報一覧画面６００の６０３に配信日時を表示するための要素である。ここで図１１の説明に戻る。
【００５８】
ステップＳ１１０２では、ＲＳＳ解析部４０２がＲＳＳファイル８００の上述したｉｔｅｍ要素の件数分、ＲＳＳの解析を実行する。
【００５９】
ステップＳ１１０３では、ＲＳＳ解析部４０２が、ＲＳＳファイル８００の解析を行う。解析完了後、解析結果を表示制御部４０６に渡す。
【００６０】
ステップＳ１１０４では、表示制御部４０６がＲＳＳファイル８００の解析結果にバージョン指定８０４の指定があるか否をチェックする。ない場合、ステップＳ１１０７に進む。ある場合、ステップＳ１１０５に進む。
【００６１】
ステップＳ１１０５では、表示制御部４０６が、ローカル情報取得部４０５を介してＲＳＳアプリケーション４００（自分自身）のインストールバージョンを取得する。
【００６２】
次に、ステップＳ１１０６では、表示制御部４０６が、バージョン指定条件（ｃａｔｅｇｏｒｙ要素のｖｅｒｓｉｏｎ８０４、ｒａｎｇｅ８０５）とインストールバージョンが一致するか否かを判断する。具体的な一致例としては、インストールバージョンがＶ６．１の場合、バージョン指定条件がｖｅｒｓｉｏｎ＝６．１、ｒａｎｇｅ＝ｂｅｌｏｗ（ｒａｎｇｅ指定がなくてもよい）の場合である。一致しない場合、次のお知らせ情報の解析（ステップＳ１１０２）に遷移する。一致する場合、ステップＳ１１０７に進む。
【００６３】
ステップＳ１１０７では、ＵＩ表示部４０３が、解析結果をお知らせ情報一覧画面６００に表示を行う。ここで図６のお知らせ情報一覧画面６００の説明をする。
【００６４】
お知らせ情報一覧画面６００は、ＲＳＳファイル８００の解析結果を表示する画面である。お知らせ情報一覧画面６００は、お知らせ情報の件名や配信日時など情報１件１件リストで表示するためのリスト表示領域と、選択お知らせ情報の概要を表示するためのテキストボックス領域で構成される。以下各項目に関して説明する。
【００６５】
６０１は、重要度を示す列である。ｌｅｖｅｌ８０６の条件指定がされているお知らせ情報のレコード列にびっくりマークを表示する。６０２は状態を示す列である。状態とは、ユーザがお知らせ情報の詳細を表示したか否かを示すものである。状態が未読の場合は、お知らせ情報の詳細を確認していない状態、既読の場合、お知らせ情報の詳細を確認した状態を示す。
【００６６】
尚、既読の情報は、図９の参照履歴ファイル９００で管理する。ここで図９の参照履歴ファイルの９００の説明をする。
【００６７】
参照履歴ファイル９００は、既読になったお知らせ情報のｇｕｉｄ８０７を管理するファイルである。
【００６８】
９０１は、ｇｕｉｄを示す列である。この列に対して、ＲＳＳアプリケーション４００のＷｅｂブラウザ起動部４０４が、詳細情報を表示した際に、既読になったお知らせ情報のｇｕｉｄ８０７を追加する。
【００６９】
ここで図６の説明に戻る。
【００７０】
６０３は、配信日を示す列である。ＲＳＳファイル８００のｐｕｂＤａｔｅ８１１を表示する。
【００７１】
６０４は、件名を示す列である。ＲＳＳファイル８００のｔｉｔｌｅ８０９を表示する。
【００７２】
６０５は、ユーザが選択したお知らせ情報の概要を表示する。概要で表示するのは、ＲＳＳファイル８００のｄｅｓｃｒｉｐｔｉｏｎ８１０である。
【００７３】
６０６は、本機能の設定を行う画面を表示するためのボタンである。ボタンを押下すると、図７のお知らせ設定画面７００を表示する。ここでお知らせ設定画面７００について説明する。
【００７４】
お知らせ設定画面７００は、ＲＳＳアプリケーション４００の起動及び表示設定を行うための画面である。
【００７５】
７０１は、ＰＣ端末１０１が起動時にＲＳＳアプリケーション４００を起動するか否かのチェックボックスである。チェックをつけた場合、ＰＣ端末１０１起動時に、ＲＳＳアプリケーション４００を起動する。
【００７６】
７０２は、お知らせ情報一覧画面６００に表示するお知らせ情報を未読状態のみ表示するか否かの設定である。チェックをつけた場合、お知らせ情報一覧画面６００には、状態が未読のお知らせ情報のみを表示する。
【００７７】
７０３は、設定の確定ボタンである。７０４は、設定のキャンセルボタンである。ここで図６の説明に戻る。
【００７８】
６０７は、詳細を表示するボタンである。ここで本ボタン押下時の処理に関して図１２のＷｅｂブラウザ起動処理１２００のフローチャートを用いて説明する。
【００７９】
Ｗｅｂブラウザ起動処理１２００は、詳細を表示ボタン６０７が押下された際に実行する処理フローである。
【００８０】
ステップＳ１２０１では、Ｗｅｂブラウザ起動部４０４が、ＵＩ表示部４０３介してユーザの入力を受け取ると、ステップＳ１２０２で詳細の表示ボタンが押下されたか否かを判断する。押下されていない場合、処理を終了する。詳細を表示６０７が押下された場合、ステップＳ１２０３に進む。
【００８１】
ステップＳ１２０３では、Ｗｅｂブラウザ起動部４０４が、詳細を表示６０７が押下された時に選択されているお知らせ情報にＬｉｎｋ要素８０８が存在するか否かをチェックする。存在しない場合、処理を終了する。存在する場合、ステップＳ１２０４に進む。
【００８２】
ステップＳ１２０４では、Ｗｅｂブラウザ起動部４０４が、Ｗｅｂブラウザ（不記載）を起動してＬｉｎｋ要素８０８で指定されたＵＲＬに接続する。その際に上述したようにＷｅｂブラウザ起動部４０４が参照履歴ファイル９００に、ｇｕｉｄ８０７を追記する。
【００８３】
ここで図６の説明に戻る。
【００８４】
６０８は、お知らせ情報一覧画面６００を閉じ、ＲＳＳアプリケーション４００を終了させるためのボタンである。
【００８５】
ここで図１１のフローチャートの説明に戻る。
【００８６】
ステップＳ１１０７の後にステップＳ１１０２進む。ＲＳＳファイル８００のＩｔｅｍ要素８０２が複数ある場合、全てのＩｔｅｍ要素の解析が完了するまでステップＳ１１０３〜Ｓ１１０７の処理を繰り返し、全てのＩｔｅｍ要素の解析が完了すると処理が終了する。
【００８７】
以上、説明した通り本実施形態１では、特に図１１のステップＳ１１０６で自アプリのインストールバージョンとサーバ１０２から取得したＲＳＳファイル８００の表示条件との判断処理を行うことで、お知らせ情報の表示制御が可能である。これにより、ユーザのお知らせ情報の確認に纏わる手間を低減させることができる。又、システム構成としてもＰＣ端末１０１及びサーバ１０２のみで実現できるのでシステム運用負荷を低減することが可能である。
【００８８】
＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。
【００８９】
第１の実施形態で説明した解析処理のフローチャート１１００のステップＳ１１０５／Ｓ１１０６では自アプリケーションのバージョンとの比較方法を述べた。
【００９０】
実施形態２は、図１３を用いて他のアプリケーションとの比較方法に関して説明する。尚、その他の構成について第１の実施形態で説明したものと同様であるため説明は省略する。
【００９１】
図１３はＲＳＳファイル８００を解析するフローチャートである。
【００９２】
ステップＳ１３０１〜ステップＳ１３０７は、図１１のステップＳ１１０１〜ステップＳ１１０７と同一処理のため説明を割愛する。
【００９３】
ステップＳ１３０８では、ＲＳＳ解析部４０２がＲＳＳファイル８００のｃａｔｅｇｏｒｙ要素において、ａｐｐｌｏｃａｔｉｏｎ属性が指定されているか否かを判断する。ａｐｐｌｉｃａｔｉｏｎ属性は、自アプリケーションであるＲＳＳアプリケーション４００以外のアプリケーションのローカル情報（例：インストールバージョンなど）を取得し表示・非表示の制御を行う属性である。属性値は以下のように値を指定する。（例）ａｐｐｌｉｃａｔｉｏｎ＝ＸＸＸ（アプリケーション名）。そしてａｐｐｌｉｃａｔｉｏｎ属性が設定されている場合、ステップＳ１３０９に進む。
【００９４】
ステップＳ１３０９では、表示制御部４０６が、ローカル情報取得部４０５を介して指定された他のアプリケーションのインストールバージョンを取得する。
【００９５】
尚、インストールバージョン以外でも言語設定なども取得することができ、その情報を利用して表示・非表示制御を行ってもよい。そしてステップＳ１３０６に進む。ステップＳ１３０６以降の処理は、図１１の説明と同等である。
【００９６】
本実施例によれば、他アプリケーションのインストールバージョンのようなローカルデータを取得することで、連携アプリ―ケーションに必要な情報を適宜表示することが可能となり、ユーザの利便性をより向上できる。
【００９７】
（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
【００９８】
ここで、本発明は、上述した実施形態の機能を実現する１つ以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の１つである。
【００９９】
また、そのプログラムは、ネットワークまたは各種記憶媒体を介してシステムあるいは装置に供給され、そのシステムあるいは装置の１つ以上のコンピューター（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の１つとして、さらにそのプログラム自体、あるいは当該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。
【符号の説明】
【０１００】
１０１  ＰＣ端末、１０２  サーバ
【図１】
2018005429.tif 000003
【図２】
2018005429.tif 000004
【図３】
2018005429.tif 000005
【図４】
2018005429.tif 000006
【図５】
2018005429.tif 000007
【図６】
2018005429.tif 000008
【図７】
2018005429.tif 000009
【図８】
2018005429.tif 000010
【図９】
2018005429.tif 000011
【図１０】
2018005429.tif 000012
【図１１】
2018005429.tif 000013
【図１２】
2018005429.tif 000014
【図１３】
2018005429.tif 000015