JP2011060264A - 情報処理装置、情報処理システム、情報処理方法、プログラム、記録媒体。 - Google Patents

Abstract

【課題】ユーザが意識することなく、最新のコンテンツを参照できる仕組みを提供する。
【解決手段】サーバから、製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを含む製品メニュー情報を取得する取得手段と、取得された製品メニュー情報を記憶する記憶手段と、記憶された前記製品メニュー情報に含まれる製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを用いて、製品毎に、それぞれの情報に対して当該情報が掲載されるウェブサイトのアドレス情報をリンク付けて、ユーザに任意の情報を選択可能に表示する表示制御手段と、所定のタイミングで、タイトル識別情報とアドレス情報を取得した場合、当該取得したタイトル識別情報に対応する前記記憶手段により記憶される当該取得前のアドレス情報から当該取得後のアドレス情報に更新する更新手段とを備えることを特徴とする。
【選択図】図１０

Description

本発明は、管理サーバにおいて更新された製品情報等を通知する、クライアント端末へインストールされるサポートツールに関するものである。

従来、常駐型アプリケーションとしてユーザＰＣのユーザ環境（利用製品、利用ソフトウェア、利用ＯＳなど）を自動認識の上、定期的にインターネットに接続して管理サーバから関連する更新情報を取得し、ポップアップウィンドウでサポート情報等のヘッドラインを通知するサービスや、自動認識した製品に関連するリンクの一覧を表示するＷＥＢリンク一覧などのサービスを提供するサポートツールがある。

よりユーザビリティを高めるためには、サービス提供者側が、更新情報を即時にサーバに登録・反映でき仕組みが必要となる。また、ユーザ側は、特に意識することなく、登録・反映された情報を活用できる必要がある。

特許文献１には、更新されたコンテンツを該コンテンツに所定期間内にアクセスしたクライアントにサーバ主導でプッシュする情報配信方法が記載されている。

特開２００２−３３４０３３号公報

しかしながら、特許文献１に記載の技術を用いると、管理者は、更新情報を即座に更新することは可能となるが、サーバ主導で情報をプッシュするものであるため、クライアント端末がネットワークに接続されていない場合、最新情報を更新できないという問題がある。また、ユーザが望まない更新情報も勝手に反映されてしまうことになる。

本発明は、上記課題を解決するものであり、ユーザが意識することなく、最新のコンテンツを参照できる仕組みを提供することを目的とする。

本発明は、サーバで管理する製品メニュー情報を表示可能な情報処理装置であって、前記サーバから、製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを含む製品メニュー情報を取得する取得手段と、前記取得手段により取得された製品メニュー情報を記憶する記憶手段と、前記記憶手段により記憶された前記製品メニュー情報に含まれる製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを用いて、製品毎に、それぞれの情報に対して当該情報が掲載されるウェブサイトのアドレス情報をリンク付けて、ユーザに任意の情報を選択可能に表示する表示制御手段と、所定のタイミングで、前記取得手段によりタイトル識別情報とアドレス情報を取得した場合、当該取得したタイトル識別情報に対応する前記記憶手段により記憶される当該取得前のアドレス情報から当該取得後のアドレス情報に更新する更新手段とを備えることを特徴とする。

本発明によれば、ユーザが意識することなく、最新のコンテンツを参照できる。

情報処理システムを示すシステム構成図である。 ハードウェア構成図である。 管理サーバとクライアント端末の機能構成図である。 管理サーバにおける処理を示すフローチャートである。 お知らせ情報を示す概念図である。 お知らせ情報の具体例を示す表である。 Ｍ製品に関するお知らせ情報の一例である。 Ｋ製品に関するお知らせ情報の一例である。 クライアント端末における処理を示すフローチャートである。 インストール時の処理を示すフローチャートである。 メッセージの一例である。 選択画面の一例である。 設定画面の一例である。 お知らせ情報を絞り込む概念図である。 ポップアップ画面の一例である。 ポップアップ画面の一例である。 製品詳細情報画面の一例である。 定期診断の処理を示すフローチャートである。 機器接続時の処理を示すフローチャートである。 手動診断の処理を示すフローチャートである。 ポップアップ画面の一例である。 製品詳細情報画面の一例である。 製品情報の具体例を示す表である。 お知らせ情報の応答電文の一例である。 製品情報メニューに関する情報の応答電文の一例である。

以下、図面を用いて本発明の実施の形態を説明する。

図１は、本発明の実施形態の情報処理システムの構成を示す図である。

管理サーバ１０１とクライアント端末１０２は、ネットワーク１０４を介してサポートツール（アプリケーション）へ配信する情報を相互に交換する。

尚、図１のネットワーク上に接続される各種端末の構成は一例であり、用途や目的に応じて様々な構成例があることは言うまでもない。

管理サーバ１０１は、製品に関するサポート情報やプロモーション情報を管理し、クライアント端末１０２に対して情報を配信する。

クライアント端末１０２は、一般利用者が操作するパーソナルコンピュータである。クライアント端末へサポートツールをインストールすることで、製品に関するサポート情報やプロモーション情報を受信することができる。

インクジェットプリンター１０３は、クライアント端末１０２と接続（例えばＵＳＢ接続など）することで印刷可能となる。ユーザは、サポートツールによりインクジェットプリンター１０３に関する各種情報を入手することが可能となる。インクジェットプリンターは、一例であり、その他、インクジェット複合機、パーソナル向けスキャナーなどがある。

次に、図１の管理サーバ１０１およびクライアント端末１０２のハードウェア構成について、図２を用いて説明する。

図２は、管理サーバ１０１およびクライアント端末１０２のハードウェア構成を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やＦＤ或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦメモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラム２１２が用いる定義ファイル２１３及び各種情報テーブル２１４は外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。

図３は、本発明の実施形態の情報処理システムの各端末における機能構成を示す図である。

管理サーバ１０１は、マスター情報登録機能３０１、更新情報登録機能３０２、配信条件登録機能３０３、通信機能３０４を備える。

マスター情報登録機能３０１は、製品やソフトウェアに関するマスター情報を登録する機能である。ここで、マスター情報には、製品マスター、ソフトウェアマスター、カテゴリマスターが含まれる。

製品マスターには、製品に関する複数の情報（項目）が製品毎に登録される。具体的には、製品区分、製品名称、型番、サポート期間、対応ソフトウェア（対応ドライバ、対応アプリケーション、対応ＯＳ）等が登録される。

ソフトウェアマスターには、ソフトウェアに関する複数の情報（項目）がソフトウェア毎に登録される。具体的には、ソフトウェア区分、ソフトウェア名称、対応ＯＳ、公開期間等が登録される。

カテゴリマスターには、製品やソフトウェアのカテゴリ分類が登録される。具体的には、製品区分、カテゴリ、カテゴリ画像等が登録される（カテゴリ、カテゴリ画像は、第一層から第三層まで登録可能。）。なお、カテゴリには、Ｍ区分とＫ区分がある（Ｍ製品、Ｋ製品ともいう。）。「Ｍ」とは、持っている製品（所有製品）の略であり、「Ｋ」とは、興味がある製品（非所有製品）の略である（以下、同様。）。このようなカテゴリ分けをすることにより、Ｍ区分向けの情報と、Ｋ区分向けの情報を使い分けできるようになる。また、３層まで登録することができるので、より詳細な分類が可能となる。

例えば、図７および８は、分類分けをした一例である。図７は、Ｍ製品の例であり、図８は、Ｋ製品の例である。

更新情報登録機能３０２は、製品やソフトウェアに関する更新情報を登録する機能である。更新情報には、お知らせ情報、製品情報メニューに関する情報（製品メニュー情報）、Ｑ＆Ａ一覧の情報、ソフトバージョン情報などが含まれる。

お知らせ情報には、製品に関するキャンペーン情報、イベント情報等などをユーザに知らせるためのタイトル、見出し、内容とともに、その情報が掲載されているＷＥＢページのＵＲＬ情報が含まれる。また、このお知らせの階層を特定する情報も含まれる。

登録されたお知らせ情報の一例を図６に示す。ＣＳＶ形式のファイルとして一括して登録したり、登録画面を介して個別に登録したりすることができる。

製品情報メニューに関する情報は、個別の製品または特定のジャンルの製品に用意されたコンテンツを表示させるための情報であって、タイトル、表示内容、ＵＲＬ情報等が含まれる。図２３に一例を示す。

配信条件登録機能３０３は、登録された更新情報をどの製品やソフトウェアを所有しているユーザに配信するかの配信条件を登録する機能である。配信条件は、配信条件マスターに登録される。具体的には、配信条件名称、製品（区分、名称）、ソフトウェア（区分、名称）、ＯＳ区分等が登録される。これにより、例えば、全製品区分に対して配信することもできるし、Ｍ区分のインクジェットプリンターを所有しているユーザに対して配信することもできるようになる。

通信機能３０４は、クライアント端末１０２と、データ通信により、情報の交換を行う機能である。

また、サポートツールがインストールされたクライアント端末１０２は、更新情報診断機能３０５、ＨＷ、ＳＷ検出機能３０６、設定ファイル登録機能３０７、通信機能３０８、表示機能３０９を備える。

更新情報診断機能３０５は、管理サーバから取得した更新情報から、既に取得している更新情報に対して新しい更新情報が含まれていないかどうかを判定する機能である。

ＨＷ、ＳＷ検出機能３０６は、クライアント端末１０２に接続されているハードウェアや、インストールされているソフトウェアを検出する機能である。

設定ファイル登録機能３０７は、サポートツールに関する設定ファイルを登録する機能である。設定ファイルには、Ｍ／Ｋ製品情報、通知頻度、通知方法など各種設定情報が定義されている。

通信機能３０８は、管理サーバ１０１と、データ通信により、情報の交換を行う機能である。

表示機能３０９は、サポートツールの画面、ポップアップ画面、更新情報などを表示装置へ表示する機能である。

なお、クライアント端末へ更新情報を配信するサービスを行う前に、管理サーバにおいて各種登録を行う必要がある。そこで、次に管理サーバにおける登録処理を説明する。

図４は、管理サーバにおける各種登録処理の流れを示すフローチャートである。

ステップ４０１において、管理サーバは、マスター情報の登録を行う。具体的には、管理者がマスター情報登録画面（不図示）に、製品やソフトウェアごとの情報の入力を行う。上述した通り、マスター情報には、製品マスター、ソフトウェアマスターが含まれる。

ステップ４０２において、管理サーバは、カテゴリ登録を行う。具体的には、管理者がカテゴリ登録画面（不図示）から、カテゴリ情報の入力を行う。例えば、持っている製品カテゴリ（Ｍ区分）として、「インクジェットプリンター」「インクジェット複合機」「パーソナル向けスキャナー」と登録する。また、興味がある製品カテゴリ（Ｋ区分）として、「インクジェットプリンター」「インクジェット複合機」「パーソナル向けスキャナー」「コンパクトデジタルカメラ」「デジタル一眼レフカメラ」「デジタルビデオカメラ」「デジタルフォトプリンター」と登録する。このカテゴリ分けは、サービス提供者が必要に応じて追加、変更、削除することができる。上述した通り、カテゴリマスターとして登録される。

また、カテゴリ毎に、配信するお知らせ情報の区分を３層に分けて登録することができる。３層に分けて登録することができるが、必ず３層登録しなくともよい。必要に応じて、１、２層に分けて登録することができる。

図５にカテゴリ登録されたＭ／Ｋ区分の具体例を示す。

ステップ４０３において、管理サーバは、配信条件の登録を行う。具体的には、管理者が配信条件登録画面（不図示）から、配信条件の入力を行う。まず、「配信条件名称」、を入力し、「製品」「ソフトウェア」「ＯＳ」それぞれに対して配信条件を選択する。「製品」については、区分、名称、認識の各項目に対するプルダウンリストから選択を行う。例えば、区分「全製品区分」、名称「選択した区分の全製品」、認識「共通」と選択したり、区分「インクジェットプリンター」、名称「Ｐｒｉｎｔｅｒ−００１」、認識「Ｍ区分」と選択したりする。これにより、管理者は、配信先をきめ細かく登録することができる。

また、「ソフトウェア」についても同様に区分、名称をプルダウンリストから選択する。「ＯＳ」については、対象ＯＳをチェックして選択する。

全てを入力・選択した後、登録ボタンを押すことで、配信条件を登録することができる。また、複数の配信条件を登録することができる。なお、「配信条件名称」によりそれぞれの配信条件を特定することができる。上述した通り、配信条件マスターとして登録される。

ステップ４０４において、管理サーバは、更新情報の登録を行う。具体的には、管理者が更新情報登録画面（不図示）から、更新情報の入力を行う。本実施の形態では、更新情報を定義したＣＳＶ形式のファイルを取り込むことで登録を行う。

図６にＣＳＶ形式のファイルの一例を示す。

項目として、カテゴリ製品区分６０１、第１階層６０２、第２階層６０３、第３階層６０４、タイトル６０５、見出し６０６、お知らせ内容６０７、配信条件６０８、フォント６０９、タイトル画像６１０、リンクＵＲＬ６１１、優先順６１２、表示順６１３、公開開始日６１４、公開終了日６１５、更新日時６１６がある。

カテゴリ製品区分６０１は、カテゴリを示す値が入力される（カテゴリ区分）。例えば、Ｍ１は、インクジェットプリンター（Ｍ区分）、Ｍ２は、インクジェット複合機（Ｍ区分）、Ｋ１は、インクジェットプリンター（Ｋ区分）を示す。この区分は、クライアント端末へ配信された場合、クライアント端末内で登録される設定ファイルのカテゴリ区分との比較に用いられる。

第１階層６０２は、第１階層を識別するための値が入力される。例えば、１００は、「おすすめ情報」、２００は、「サポート情報」とする。

第２階層６０３は、第２階層を識別するための値が入力される。例えば、１１０は、「イベント」情報、１３０は、「セミナー」情報などである。

同様に、第３階層６０４は、第３階層を識別するための値が入力される。

第１階層６０２〜第３階層６０４は、この区分は、クライアント端末へ配信された場合、クライアント端末内で登録される設定ファイルの階層との比較に用いられる。

タイトル６０５は、お知らせのタイトルが入力される。

見出し６０６は、お知らせの見出し文が入力される。

お知らせ内容６０７は、詳細なお知らせ内容が入力される。

配信条件６０８は、予め登録されている配信条件名称を指定する。

フォント６０９は、表示するフォント際のフォントの種別などを入力する。

タイトル画像６１０は、タイトルとして表示する画像ファイルを指定する。

リンクＵＲＬ６１１は、関連する情報が掲載されているＵＲＬ情報を入力する。

優先順６１２は、表示する際の優先度を指定する。例えば、数値が小さくなるほど優先度が高い。この例では、Ｍ１、Ｍ２が「１」、Ｋ１が「２」としているが、これはＭ区分とＫ区分の表示を分けるためである。Ｍ区分は製品を持っているものであり、Ｋ区分は興味がある区分であるので、Ｍ区分を優先して表示するためである。

表示順６１３は、同じ優先度の場合に、表示する順序を指定する。例えば、数値が小さいほど表示順を早くする。同じ、優先順の場合、この表示順の通り表示することとなる。

公開開始日６１４は、お知らせ情報を公開する日付を入力する。

公開終了日６１５は、お知らせ情報を終了する日付を入力する。

更新日時６１６は、表示する更新日時を入力する。

図７及び８に登録したお知らせ情報の一例を示す。

図７は、Ｍ製品の場合の例であり、図８は、Ｋ製品の場合の例である。Ｍ製品の場合は、第１階層に、「おすすめ情報」と「サポート」を登録している。一方、Ｋ製品の場合は、第１階層に、「おすすめ情報」のみ登録している。これは、実際に製品を持っている人に対しては、その製品についてのサポート情報（ソフトウェアのアップデート情報、障害情報）を配信する必要があるからである。したがって、Ｍ製品として登録しているユーザに対しては、Ｍ製品についてサポート情報を配信することができる。一方、Ｋ製品の場合は、実際に持っている製品ではないため、サポート情報を配信する必要はない。したがって、第１階層に「サポート」を登録していない。

このようにＭ製品、Ｋ製品ごとに登録内容を使い分けることで、きめ細かな情報の配信が可能となる。つまり、ユーザにとっては、必要最小限の情報を取得可能で、サービス提供者は、必要な情報を必要なユーザに対して配信することが可能となる。

以上、管理サーバにおける登録処理を説明した。

また、更新情報として、後述する製品情報メニューに表示させるための製品情報メニューの情報を登録することもできる。この情報は、ＣＳＶ形式のファイルを取り込むことで登録を行う。

図２３にＣＳＶ形式のファイルの一例を示す。

項目として、型番２３０１、タイトル２３０２、表示内容２３０３、フォント２３０４、タイトル画像２３０５、リンクＵＲＬ２３０６、表示順２３０７
公開開始日２３０８、公開終了日２３０９、更新日時２３１０がある。

型番２３０１は、製品を特定する製品名称が入力される。例えば、「Ｐｒｉｎｔｅｒ−００１」など。これによりこのレコードがどの製品に関する情報であるかを特定することができる。

タイトル２３０２は、製品情報メニューにおけるタイトル（タイトル情報）が入力される。このタイトルによりこのレコードがどのような情報の種類であるかを特定することができる。

表示内容２３０３には、製品情報メニューに表示する内容が入力される。

フォント２３０４は、表示するフォント際のフォントの種別などを入力する。
タイトル画像２３０５は、製品情報メニューに表示する画像ファイルを指定する。例えば、「メール問合せ」、「ダウンロード」等の文字が表示された画像や、クリップアートのようなシンボルイメージ画像であってもよい。ユーザがこの画像を見た時に、何についての情報であるかを識別できればよい。
リンクＵＲＬ２３０６は、関連する情報が掲載されているＵＲＬ情報を入力する。ＵＲＬ情報とは、製品にかかる情報が掲載されるウェブサイトを示すアドレス情報である。本実施の形態では、タイトル画像とＵＲＬ情報を対応づけて表示させておき、ユーザによりタイトル画像がマウス等で選択された場合に、ＵＲＬ情報を用いて、ウェブサイトへアクセスすることができるようにしている。

表示順２３０７は、表示する順序を指定する。例えば、数値が小さいほど表示順を早くする。この順序は、同じ型番の中で決めるものである。この例では、「Ｐｒｉｎｔｅｒ−００１」の場合、「Ｑ＆Ａ一覧」、「メール問合せ」、「ダウンロード」の順番で表示することを示している。なお、表示数は特に制限がなく、タイトルを増やすことも減らすこともできる。つまり、管理者は、新たな製品情報メニューの情報を登録することで、ユーザの製品情報メニューに表示させるタイトルを増やすことも減らすことも可能となる。

公開開始日２３０８は、製品情報を公開する日付を入力する。

公開終了日２３０９は、製品情報を終了する日付を入力する。

更新日時２３１０は、表示する更新日時を入力する。

以上、管理サーバにおける登録処理を説明した。

次に、クライアント端末におけるサポートツールの処理の流れを説明する。

図９は、クライアント端末におけるサポートツールの処理の流れを示すフローチャートである。

サポートツールは、インストール時９０１、定期診断９０２、機器接続時９０３、手動診断９０４の４つのタイミングで処理が開始される。以下、それぞれ詳細に説明する。

まず、インストール時９０１の動作を、図１０を用いて説明する。

図１０は、サポートツールの処理の流れを示すフローチャートである。

最初に、クライアント端末を操作するユーザは、サポートツールのインストーラーをインターネット上のホームページなどから入手しておく。

ステップ１００１において、クライアント端末は、インストーラーに対して実行指示がなされるとインストール処理を開始する。

ステップ１００２において、クライアント端末は、管理サーバに対してマスター情報を要求する。例えば、ＳＯＡＰメッセージにより、管理サーバに対してマスター情報を要求する。

ステップ１００３において、管理サーバは、要求を受け付ける。

ステップ１００４において、管理サーバは、マスター情報を送信する。上述した通り、マスター情報には、製品マスター、ソフトウェアマスター、カテゴリマスターが含まれる。

なお、クライアント端末と管理サーバのデータ通信は、ＸＭＬ形式でデータ交換が行われる。

ステップ１００５において、クライアント端末は、マスター情報を受信する。マスター情報は次回以降も利用できるよう保存しておくことができる。再度、管理サーバからマスター情報を取得した場合、新マスター情報と、この保存した情報とを比較して情報を更新して保存する。具体的には、製品マスターの場合、更新前の型番と、取得した型番とを突き合わせて、一致するものがある場合、レコードを更新し、一致するものがない場合は、レコードを新規追加する。ソフトウェマスター、カテゴリマスターの場合も同様である。

ステップ１００６において、クライアント端末は、ハードウェアとソフトウェアを検知する。なお、ハードウェアの検知は、ハードウェアのドライバがインストールされているかにより検知する。また、ソフトウェアの検知はインストールされているソフトウェアを検知する。

ステップ１００７において、クライアント端末は、持っている製品（Ｍ製品）の一覧を表示する。

具体的には、取得したマスター情報（カテゴリマスター）に含まれるＭ区分に該当する製品を検知した場合、Ｍ製品であるとして表示する。例えば、Ｍ区分に「インクジェットプリンター」が含まれる場合であって、「Ｐｒｉｎｔｅｒ−００１」が検出された場合は、Ｍ製品であるとして表示する。図１１に表示例を示す。Ｍ区分のＭ製品が抽出されたとの情報は、設定ファイルに記録される。複数抽出された場合は、製品ごとにＭ区分のＭ製品であるとして記録される。

ステップ１００８において、クライアント端末は、製品を追加する画面を表示する。デフォルトで、持っている製品（Ｍ製品）は選択された状態となるため、ここでは、持っていないが興味がある製品（Ｋ製品）の登録を行う。本実施の形態では、例えば、「Ｐｒｉｎｔｅｒ−００１」、「Ｐｒｉｎｔｅｒ−００３」といった、個々の製品を選択するのではなく、興味のある製品のカテゴリを選択している（Ｋ区分の選択）。これにより、ユーザは、興味がある製品に関する情報を入手することが可能となる。一方、サービス提供者は、このようなユーザに対して効率的にプロモーション情報を配信することができる。図１２に表示例を示す。なお、インストール時は、便宜上、製品カテゴリのみの選択としているが、ユーザは、インストール後、環境設定からより詳細な設定をすることが可能となる。各階層レベルで配信を希望する情報を設定することができる。図１３に表示例を示す。これは、Ｋ区分として「パーソナル向けスキャナー」を選択した場合を例としている。デフォルトでは、全ての階層レベルが選択状態となっているが、任意に再選択可能である。ここでは、第１階層の「サービス情報」が選択されている。また、第２階層の「製品情報」「イベント」が選択され、「キャンペーン」は未選択である。さらに、第３階層の「新製品情報」「スペシャル・コンテンツ」「展示会」「写真展」が選択されている。この選択情報については、設定ファイルに記録される。具体的には、Ｋ区分ごとに、どの階層のどの項目が選択されているかが記録される。これによって、よりきめ細やかな情報の交換が可能となる。なお、Ｍ区分についても同様に設定できるものとする。

ステップ１００９において、クライアント端末は、Ｋ区分が追加されたかを判定する。追加された場合、ステップ１０１０へ進み、追加されなかった場合、ステップ１０１１へ進む。

ステップ１０１０において、クライアント端末は、追加されたＫ区分を設定ファイルに記録する。

ステップ１０１１において、クライアント端末は、更新情報を要求する。例えば、ＳＯＡＰメッセージにより、管理サーバに対して更新情報を要求する。要求電文には、お知らせ情報を要求する電文、製品情報メニューに関する情報を要求する電文、Ｑ＆Ａ一覧の情報を要求する電文が含まれる。

お知らせ情報を要求する電文には、ＭＡＣアドレス（端末情報のＭＡＣアドレス）、常駐ＡＰＬアクセス区分（インストール直後、定期診断、機器接続時、手動診断）、ＯＳ区分（端末情報のＯＳ区分）、Ｍ／Ｋ区分（配信対象製品区分一覧のＭ／Ｋ区分）、製品区分（配信対象製品区分一覧の製品区分）、カテゴリ１コード（配信対象製品区分一覧のカテゴリ１コード）、カテゴリ２コード（配信対象製品区分一覧のカテゴリ２コード）、カテゴリ３コード（配信対象製品区分一覧のカテゴリ３コード）、型番（配信対象製品一覧の型番）、認識区分（配信対象製品一覧の認識区分）、ソフトウェア名称（配信対象ソフトウェア一覧のソフトウェア名称）、お知らせ情報最終更新日（お知らせ情報ファイルのタイムスタンプ（存在しない場合は空のままとする））、ログインＩＤ（ＡＰＬ定義のログインＩＤ）、パスワード（ＡＰＬ定義のパスワード）、常駐ＡＰＬバージョン（ＡＰＬ定義の常駐ＡＰＬバージョン）等が含まれる。

また、製品情報メニューに関する情報を要求する電文には、ＭＡＣアドレス（端末情報のＭＡＣアドレス）、常駐ＡＰＬアクセス区分（インストール直後、定期診断、機器接続時）、ＯＳ区分（端末情報のＯＳ区分）、型番（配信対象製品一覧の型番）、製品情報メニュー最終更新日（製品情報メニューファイルのタイムスタンプ（存在しない場合は空のままとする））、ログインＩＤ（ＡＰＬ定義のログインＩＤ）、パスワード（ＡＰＬ定義のパスワード）、常駐ＡＰＬバージョン（ＡＰＬ定義の常駐ＡＰＬバージョン）等が含まれる。

ステップ１０１２において、管理サーバは、要求を受け付ける。

ステップ１０１３において、管理サーバは、更新情報を送信する。更新情報には、上述した通り、お知らせ情報、製品情報メニューに関する情報、Ｑ＆Ａ一覧の情報、ソフトバージョン情報が含まれる。

なお、この更新情報は、ステップ１０１２においてクライアント端末から受信した要求電文と、製品情報マスター、ソフトウェアマスター、カテゴリマスター、配信条件マスターのそれぞれの情報とを用いて、要求元クライアント端末へ配信するお知らせ情報、製品情報メニューに関する情報、Ｑ＆Ａ一覧の情報、ソフトバージョン情報を特定している。

なお、お知らせ情報の応答電文は、図２４に示すとおりである。

また、製品情報メニューに関する情報の応答電文は、図２５に示すとおりである。

なお、クライアント端末と管理サーバのデータ通信は、ＸＭＬ形式でデータ交換が行われる。

ステップ１０１４において、クライアント端末は、更新情報を受信する。受信した更新情報は、ファイルに保存しておく（お知らせ情報、製品情報メニューに関する情報等、複数のファイルに分けて保存してもよい。）

ステップ１０１５において、クライアント端末は、受信した更新情報を用いて診断を行う。また、更新処理も行う。なお、インストール時は、初めて更新情報を取得するため、更新があったと判定する。一方、インストール以外の場合は、クライアント端末に既に更新情報がファイルとして保存されているためこれを用いる。

お知らせ情報の場合、更新前のファイルに含まれるお知らせＩＤと応答電文のファイルに含まれるお知らせＩＤとを比較し、一致するものがある場合は、レコードを更新し、一致するものがない場合は、レコードを追加する。また、公開終了日が現在の日時を過ぎているレコードを削除する。これにより、最新のお知らせ情報に更新することができる。

また、製品情報メニューに関する情報の場合、更新前の製品情報メニューＩＤと応答電文のファイルに含まれる製品情報メニューＩＤとを比較し、一致するものがある場合は、レコードを更新し、一致するものがない場合は、レコードを追加する。また、公開終了日が現在の日時を過ぎているレコードを削除する。これにより、最新の製品情報メニューに関する情報に更新することができる。

ステップ１０１６において、クライアント端末は、診断の結果、受信した更新情報に新しい情報が含まれているかを判定する。含まれている場合、ステップ１０１７へ進み、含まれていない場合、終了する。インストール時は必ず、ステップ１０１７へ進むこととなる。

ステップ１０１７において、クライアント端末は、ポップアップ画面を表示する。ポップアップ画面の例を図１５に示す。ポップアップ画面が表示されるとインストール処理は完了する。

その後、ユーザはマウスなどを操作して、ポップアップ画面からお知らせ情報を確認する。お知らせ情報は、図１６の画面のよう表示される。なお、より詳細な情報を確認したい場合は、「詳細情報画面」ボタン１６０１を押下することにより詳細画面に切り替える。詳細画面の例を図１７に示す。詳細画面では、ポップアップ画面より詳細な情報が表示される。

ここで、取得したお知らせ情報に含まれるカテゴリ区分および階層と一致するＭ／Ｋ区分および階層が設定ファイルに登録されているかを判別し、合致するものがある場合、そのお知らせ情報を表示する。

また、配信条件と配信条件マスターを用いて、クライアント端末が配信対象となっているかを判定し、対象となっている場合、そのお知らせ情報を表示する。例えば、配信条件にＯＳの種類が記載されている場合、そのクライアント端末のＯＳが配信対象のＯＳであるかを判定し、配信対象となっている場合、そのお知らせ情報を表示する。

このように、表示するお知らせ情報を特定している。

以上、クライアント端末におけるサポートツールの処理の流れを説明した。

これによりサービス提供者は、条件に合致する特定のユーザに対してターゲットを絞り込んで更新情報（お知らせ情報など）を配信することができ、また、ユーザは、サービス提供者が配信したお知らせのうち自分の条件に合致する情報のみ表示することができる。図１４に絞り込みのイメージを示す。ユーザは、条件（１）〜（５）に合致する情報のみ表示することとなる。

なお、本実施の形態においては、ステップ１０１５において、クライアント端末が、更新処理を行っているが、管理サーバへ、更新対象となるファイルを渡して、管理サーバ側で更新処理を行ってもよい。この場合、クライアント端末は、更新後のファイルを受け取り、これを用いて画面表示を行う。

例えば、サーバは、クライアント端末から、前記クライアント端末から設定ファイルに登録されている所有製品の製品カテゴリ区分および興味製品の製品カテゴリ区分と取得し、取得した所有製品の製品カテゴリ区分および興味製品の製品カテゴリ区分と、自身が管理している製品情報から、当該製品情報に含まれるカテゴリ区分とを用いて、クライアント端末へ送信する製品情報を特定し、特定した製品情報を送信する。
そして、クライアント端末は、受信した製品情報を表示する。

次に、定期診断時９０２の動作を、図１８を用いて説明する。

図１８は、サポートツールの処理の流れを示すフローチャートである。

ステップ１８０１において、クライアント端末は、定期診断の開始タイミングであるかを判定する。開始タイミングである場合、ステップ１８０２へ進み、開始タイミングでない場合、ループしてステップ１８０１へ戻る。具体的には、設定ファイルに記載されている更新頻度により開始タイミングを判定している。

ステップ１８０２において、クライアント端末は、ハードウェアとソフトウェアを検知する。なお、ハードウェアの検知は、ハードウェアのドライバがインストールされているかにより検知する。また、ソフトウェアの検知はインストールされているソフトウェアを検知する。

ステップ１８０３において、クライアント端末は、持っている製品に変更あるかを判定する。変更がある場合、ステップ１８０４へ進み、変更がない場合、ステップ１０１１へ進む。ここでは、検知したハードウェアと設定ファイルに記録されているＭ製品との比較を行うことで変更があるかどうかを判定している。

ステップ１８０４において、クライアント端末は、設定ファイルを更新する。新たなハードウェアが検知された場合は、Ｍ製品に追加し、Ｍ製品として登録されていたハードウェアが検知されなかった場合は、当該Ｍ製品を削除する。また、Ｋ製品として登録されていたものが、Ｍ製品として追加されているかの判定を行い、Ｍ製品として追加されたと判定した場合、Ｋ製品を削除してもよい。例えば、Ｋ製品としてインクジェットプリンターが登録されている場合、新たにインクジェットプリンターの所定の型番のドライバがインストールされた場合には、インクジェットプリンターは、既にＭ製品となっているため、Ｋ製品である必要がないからである。

ステップ１０１１〜１０１７は、図１０におけるステップ１０１１〜１０１７と同じ処理であるため説明を省略する。

以上、定期診断時９０２の動作を説明した。

次に、機器接続時９０３の動作を、図１９を用いて説明する。

図１９は、サポートツールの処理の流れを示すフローチャートである。

ステップ１９０１において、クライアント端末は、機器と接続する。電源が投入された機器が接続される。

ステップ１９０２において、クライアント端末は、ドライバ検知ができたかを判定する。検知できた場合、ステップ１９０３へ進み、検知できなかった場合、終了する。具体的には、マスター情報に登録されている製品は、ドライバ検知できるが、登録されていない製品は、ドライバ検知ができないこととなる。

ステップ１９０３において、クライアント端末は、ドライバ検知した製品が、新たに追加された製品であるかを判定する。追加された製品である場合、ステップ１９０４へ進み、追加された製品でない場合、ステップ１０１１へ進む。具体的には、ドライバ検知された製品が、設定ファイルにおいてＭ製品として記録されているかにより判定する。記録されていない場合は、新たに追加された製品であると判定することができる。

ステップ１９０４において、クライアント端末は、設定ファイルを更新する。新たに追加された製品をＭ製品として追加する。また、Ｋ製品として登録されていたものが、Ｍ製品として追加されているかの判定を行い、Ｍ製品として追加されたと判定した場合、Ｋ製品を削除してもよい。

ステップ１０１１〜ステップ１０１６については、図１０におけるステップ１０１１〜１０１６と同じ処理であるため説明を省略する。

ステップ１９０５において、クライアント端末は、追加機器の更新情報が含まれているかを判定する。含まれている場合、ステップ１９０７へ進み、含まれていない場合、ステップ１９０８へ進む。

ステップ１９０６において、クライアント端末は、バルーン表示を行う。バルーン表示を行うことで、ユーザに対して注意を促すためである。

ステップ１９０７において、クライアント端末は、バルーンがクリックされたかを判定する。クリックされた場合、ステップ１９０８へ進み、クリックされない場合、ループしてステップ１９０７へ戻る。

ステップ１９０８において、クライアント端末は、ポップアップ画面もしくは詳細情報画面を表示する。

以上、機器接続時９０３の動作を説明した。

手動診断９０４の動作を、図２０を用いて説明する。

図２０は、サポートツールの処理の流れを示すフローチャートである。

ステップ２００１において、クライアント端末は、アイコンがクリックされたかを判定する。クリックされた場合、ステップ２００２とステップ１０１１へ進み、クリックされない場合、ループしてステップ２００１へ戻る。ここで、アイコンとは、ポップアップ画面もしくは詳細情報画面を起動するためのショートカットアイコンなどのことをいう。

ステップ２００２において、クライアント端末は、ポップアップ画面もしくは詳細情報画面を表示すると共に、お知らせ情報メニューではなく、製品情報メニューを表示する。図２１にポップアップ画面の製品情報メニューの一例を、図２２に詳細情報画面の製品情報メニューの一例を示す。いずれも製品情報メニュー２１０２、２２０２が選択された状態で表示される。これは、製品情報メニューの情報は、更新される頻度が低く、手動診断時には、管理サーバから更新情報を取得しないため、即時に表示することができるからである。一方、お知らせ情報については、更新頻度が高く、管理サーバから更新情報を取得した後、画面表示する必要があるため、表示までに処理時間がかかるからである。そのため、先に製品情報メニューを表示させておき、その背後で更新情報を取得することとしている。

ステップ２００３において、クライアント端末は、お知らせメニューが選択されたかを判定する。選択された場合、ステップ１０１７へ進み、選択されない場合、ループしてステップ２００３へ戻る。具体的には、お知らせメニュー２１０１、２１０１が選択されたかを判定する。

ステップ１０１１〜１０１７は、図１０におけるステップ１０１１〜１０１７と同じ処理であるため説明を省略する。

以上、手動診断９０４の動作を説明した。

最後に、図２１、図２２に示す製品情報メニューのユーザによる利用方法を説明する。

ユーザは、マウスなどを用いて、所望の製品タブ２１０１、２２０１を選択する。

製品情報メニューには、その製品に関する複数のメニューが表示される。例えば、「Ｑ＆Ａ」「メール問合せ」など。ここでは、図２３、２５の情報に基づき表示がなされている。タイトル画像には、対応するＵＲＬがリンク付けられている。このメニューは、クライアント端末が、製品情報メニューに関する情報を用いて表示する。表示の順番は、図２３、２５に示す「表示順」に従っている。図２１の場合は、一段目から右の順番に、図２２の場合は、上から順番に表示する。

なお、管理サーバにおいて、図２３に示す表に新たなレコードを追加・削除することで、この画面に表示されるメニューを追加・削除することができる。つまり、管理者は、レコードを追加・削除するだけで、各ユーザのクライアント端末で、メニューを追加したり削除したりすることが可能となる。また、公開開始日と公開終了日の設定をすることにより期間限定のメニュー簡単に追加・削除することが可能となる。

例えば、ユーザは、「Ｑ＆Ａ」２１０４、２２０４を選択すると、当該製品についてのＱ＆Ａがポップアップ画面もしくは詳細情報画面に表示される。なお、この「Ｑ＆Ａ」は、図１０に示すステップ１０１３において、管理サーバから入手した情報をそのまま表示する。

一方、「Ｑ＆Ａ」２１０４、２２０４以外を選択した場合、そのメニューに対応づけられているＵＲＬ先のコンテンツを表示させるべく、ブラウザを起動する命令を行い別画面でブラウザを起動させ、当該ブラウザにＵＲＬを通知して、コンテンツを表示させる。すなわち、ユーザは、メニューを選択するだけで、ＵＲＬダイレクトで、ブラウザ画面でコンテンツを閲覧することができる。例えば、「メール問合せ」を選択した場合は、メールフォームを入力するページが表示される。また、「ダウンロード」が選択された場合は、最新のダウンロードサイトが表示される。

このＵＲＬ情報は、図１０に示すステップ１０１３において、管理サーバから取得した、製品情報メニューに関する情報に含まれるものである。そのため、図１０、及び図１８〜２０のフローチャートで示されているとおり、所定のタイミングで都度製品情報を入手する。

したがって、管理者が製品情報メニューに関する情報のＵＲＬを変更したとしても、都度製品情報を入手しているということは、最新のＵＲＬ情報も取得していることとなるため、ユーザは特に意識することなく、最新のＵＲＬ情報を入手することができる。

そのため、サービス提供者は、情報更新が発生した際に、リアルタイムで製品情報（ＵＲＬ情報）を更新・登録することができる。

また、ユーザは、ＵＲＬ情報が古くなったことによるリンク切れが起こることもないため、ユーザビリティが向上し、継続的な利用を促進することとなる。

なお、本実施の形態では、サーバに登録されているお知らせ情報や製品情報メニューに関する情報をクライアント端末が受信する形態で説明したが、その他の実施の形態として、次のようなものであってもよい。

（１）製品情報メニューに関する情報について、クライアント端末から型番を指定して、サーバにおいて、指定された型番からその型番に対応する製品情報メニューに関する情報を特定して、クライアント端末へ送信してもよい。例えば、クラインと端末から「Ｐｒｉｎｔｅｒ−００１」と指定された場合、図２３に示すテーブルから、型番が「Ｐｒｉｎｔｅｒ−００１」のレコードを抽出して、クライアント端末へ送信するものである。
（２）製品情報メニューに関する情報について、クライアント端末から型番とタイトル情報（製品情報メニューＩＤ）を指定して、サーバにおいて、指定された型番とタイトル情報からその型番とタイトル情報に対応する製品情報メニューに関する情報を特定して、クライアント端末へ送信してもよい。例えば、クラインと端末から「Ｐｒｉｎｔｅｒ−００１」「メール問合せ」と指定された場合、図２３に示すテーブルから、型番が「Ｐｒｉｎｔｅｒ−００１」かつタイトルが「メール問合せ」のレコードを抽出して、クライアント端末へ送信するものである。
（３）クライアント端末が受信する製品情報メニューに関する情報のタイトル情報（製品情報メニューＩＤ）は、タイトルそのものであってもよいし、そのタイトルを識別するためのＩＤであってもよい。例えば、図２３に示す「タイトル」には、タイトルそのものが記載されているが、このタイトルを特定する任意の数字などであってもよい。この二つを含めてタイトル識別情報という。

上記説明した通り、本発明によれば、ユーザが意識することなく、最新のコンテンツを参照できる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

１０１ 管理サーバ
１０２ クライアント端末
１０３ インクジェットプリンター
１０４ ネットワーク

Claims (11)

1. サーバで管理する製品メニュー情報を表示可能な情報処理装置であって、 前記サーバから、製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを含む製品メニュー情報を取得する取得手段と、
   前記取得手段により取得された製品メニュー情報を記憶する記憶手段と、
   前記記憶手段により記憶された前記製品メニュー情報に含まれる製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを用いて、製品毎に、それぞれの情報に対して当該情報が掲載されるウェブサイトのアドレス情報をリンク付けて、ユーザに任意の情報を選択可能に表示する表示制御手段と、
   所定のタイミングで、前記取得手段によりタイトル識別情報とアドレス情報を取得した場合、当該取得したタイトル識別情報に対応する前記記憶手段により記憶される当該取得前のアドレス情報から当該取得後のアドレス情報に更新する更新手段と
   を備えることを特徴とする情報処理装置。
2. 所定のタイミングで、前記取得手段により前記製品メニュー情報を取得した場合、前記記憶手段により記憶される前記製品識別情報と、当該取得した製品メニュー情報に含まれる製品識別情報とを比較し、当該記憶される前記製品識別情報と一致する製品識別情報が、当該取得した製品識別情報に含まれている場合、前記更新手段は、前記記憶される製品メニュー情報から当該取得した製品メニュー情報に更新することを特徴とする請求項１に記載の情報処理装置。
3. 所定のタイミングで、前記取得手段により前記製品メニュー情報を取得した場合、前記記憶手段により記憶される前記製品識別情報と、当該取得した製品メニュー情報に含まれる製品識別情報とを比較し、当該記憶される前記製品識別情報と一致する製品識別情報が、当該取得した製品識別情報に含まれていない場合、前記記憶手段は、当該含まれない製品識別情報にかかる製品メニュー情報を、追加して記憶することを特徴とする請求項１または２に記載の情報処理装置。
4. 所定のタイミングで、前記取得手段により前記製品メニュー情報を取得した場合、前記記憶手段により記憶される前記製品識別情報と、当該取得した製品メニュー情報に含まれる製品識別情報とを比較し、当該記憶される前記製品識別情報と一致する製品識別情報が、当該取得した製品識別情報に含まれていない場合、前記更新手段は、当該含まれない製品識別情報にかかる製品メニュー情報を、前記記憶手段により記憶される製品メニュー情報から削除することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 前記取得手段による取得された製品メニュー情報には、情報を表示する順序情報が含まれ、
   前記表示制御手段は、前記取得手段により取得された順序情報に従って、前記情報を選択可能に表示することを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
6. 前記取得手段による取得された製品メニュー情報には、画像データが含まれ、
   前記表示制御手段は、前記取得手段により取得された画像データを表示し、当該表示した画像データに対して前記情報が掲載されるウェブサイトのアドレス情報をリンク付けることを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
7. ユーザにより前記表示制御手段により表示された情報から一の情報が選択された場合、当該選択された情報に対応する前記アドレス情報を用いて、当該アドレス情報が示すウェブサイトをブラウザ画面へ表示する制御を行うブラウザ制御手段を更に備えることを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
8. サーバと、当該サーバで管理する製品メニュー情報を表示可能な情報処理装置とが通信可能な情報処理システムであって、
   前記情報処理装置は、
   前記サーバから、製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを含む製品メニュー情報を取得する取得手段と、
   前記取得手段により取得された製品メニュー情報を記憶する記憶手段と、
   前記記憶手段により記憶された前記製品メニュー情報に含まれる製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを用いて、製品毎に、それぞれの情報に対して当該情報が掲載されるウェブサイトのアドレス情報をリンク付けて、ユーザに任意の情報を選択可能に表示する表示制御手段と、
   所定のタイミングで、前記取得手段によりタイトル識別情報とアドレス情報を取得した場合、当該取得したタイトル識別情報に対応する前記記憶手段により記憶される当該取得前のアドレス情報から当該取得後のアドレス情報に更新する更新手段と
   を備えることを特徴とする情報処理システム。
9. サーバで管理する製品メニュー情報を表示可能な情報処理装置における情報処理方法であって、
   前記サーバから、製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを含む製品メニュー情報を取得する取得ステップと、
   前記取得ステップにより取得された製品メニュー情報を記憶する記憶ステップと、
   前記記憶ステップにより記憶された前記製品メニュー情報に含まれる製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを用いて、製品毎に、それぞれの情報に対して当該情報が掲載されるウェブサイトのアドレス情報をリンク付けて、ユーザに任意の情報を選択可能に表示する表示制御ステップと、
   所定のタイミングで、前記取得ステップによりタイトル識別情報とアドレス情報を取得した場合、当該取得したタイトル識別情報に対応する前記記憶ステップにより記憶される当該取得前のアドレス情報から当該取得後のアドレス情報に更新する更新ステップと
   を含むことを特徴とする情報処理方法。
10. サーバで管理する製品メニュー情報を表示可能な情報処理装置において実行可能なプログラムであって、
    前記サーバから、製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを含む製品メニュー情報を取得する取得手段、
    前記取得手段により取得された製品メニュー情報を記憶する記憶手段、
    前記記憶手段により記憶された前記製品メニュー情報に含まれる製品を識別する製品識別情報と、情報の種類を特定するタイトル識別情報と、当該情報が掲載されるウェブサイトを示すアドレス情報とを用いて、製品毎に、それぞれの情報に対して当該情報が掲載されるウェブサイトのアドレス情報をリンク付けて、ユーザに任意の情報を選択可能に表示する表示制御手段、
    所定のタイミングで、前記取得手段によりタイトル識別情報とアドレス情報を取得した場合、当該取得したタイトル識別情報に対応する前記記憶手段により記憶される当該取得前のアドレス情報から当該取得後のアドレス情報に更新する更新手段
    として情報処理装置を機能させることを特徴とするプログラム。
11. 請求項１０に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。

Images