(57)【要約】      （修正有）【課題】クライアントにおいてお知らせ情報を公開後一定期間、閲覧されない場合や、お知らせ情報画面が閉じられた場合に、リンクの見出しを変更することにより、ユーザにお知らせ情報のリンクを閲覧させることを促す。【解決手段】クライアントとコンテンツ提供サーバを有するコンテンツ提供システムであって、コンテンツ提供サーバは、クライアントにコンテンツサーバ上のコンテンツへのリンクと、該コンテンツのリンクに対応する見出し情報を送信する。クライアントは、送信されたコンテンツのリンクに対応する見出し情報を表示し、表示されたコンテンツのリンクに対応する見出し情報の表示条件が所定の条件になった場合、コンテンツ提供サーバに見出し情報を変更する命令を送信する。見出し情報を変更する命令を受信したコンテンツ提供サーバは、コンテンツのリンクに対応する予め設定している別の見出し情報に変更して再送信する。【選択図】図１
2016143097.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを有するコンテンツサーバと接続可能な、クライアントとコンテンツ提供サーバを有するコンテンツ提供システムであって、
前記コンテンツ提供サーバは、
前記クライアントに前記コンテンツサーバ上のコンテンツへのリンクと、該コンテンツのリンクに対応する見出し情報を送信するリンク情報送信手段を有し、
前記クライアントは、
前記リンク情報送信手段により送信された前記コンテンツのリンクに対応する見出し情報を表示制御する表示制御手段と、
前記表示制御手段により表示された前記コンテンツのリンクに対応する見出し情報の表示条件が所定の条件になることを判断する条件判断手段と、
前記条件判断手段により表示条件が所定の条件になったと判断された場合、前記コンテンツ提供サーバに見出し情報を変更する命令を送信する見出し情報変更送信手段と、
を有し、
前記リンク情報送信手段は、前記見出し情報変更送信手段により見出し情報を変更する命令を受信すると、前記コンテンツのリンクに対応する予め設定している見出し情報に変更して再送信すること
を特徴とするコンテンツ提供システム。
【請求項２】
前記クライアントは、
前記コンテンツサーバ上の前記コンテンツの取得要求を受け付けることが可能なコンテンツ要求受付手段を有し、
前記条件判断手段の所定の条件とは、前記コンテンツ要求受付手段によるコンテンツの取得要求を受け付けずに、所定期間を経過したかを判断すること
を特徴とする請求項１に記載のコンテンツ提供システム。
【請求項３】
前記条件判断手段の所定の条件とは、前記表示制御手段による表示回数が所定の回数以上になる場合であることを特徴とする請求項１又は２に記載のコンテンツ提供システム。
【請求項４】
前記条件判断手段の所定の条件とは、前記表示制御手段による表示時間が所定の時間以上となる場合であることを特徴とする請求項１乃至３のいずれか１つに記載のコンテンツ提供システム。
【請求項５】
前記リンク情報送信手段により変更されて再送信される見出し情報は、該リンク情報送信手段により送信されるリンクのコンテンツに含まれる情報であることを特徴とする請求項１乃至４のいずれか１つに記載のコンテンツ提供システム。
【請求項６】
前記クライアントは、
前記表示制御手段による表示制御する見出し情報を非表示とする選択を受け付ける非表示選択手段と、
前記コンテンツ提供サーバのリンク情報送信手段は、
前記非表示選択手段により非表示とすると選択された見出し情報を取得し、前記コンテンツと異なるコンテンツのリンクに対応する見出し情報に変更して再送信すること
を特徴とする請求項１乃至５のいずれか一つに記載のコンテンツ提供システム。
【請求項７】
前記コンテンツ提供サーバは、
前記コンテンツサーバ上のコンテンツ毎に紐付くキーワードを記憶するキーワード記憶手段と、
前記コンテンツ要求受付手段により受け付けたコンテンツの取得要求毎にコンテンツ毎にキーワードの重みを積算するキーワード重み算出手段とを有し、
前記リンク情報送信手段は、前記キーワード重み算出手段により算出された重みと、前記キーワード記憶手段に記憶されたキーワードに応じて、前記キーワードに紐付くコンテンツのリンクに対応する見出し情報に変更して再送信することを特徴とする請求項２乃至６のいずれかに記載のコンテンツ提供システム。
【請求項８】
コンテンツを有するコンテンツサーバと接続可能な、クライアントとコンテンツ提供サーバを有するコンテンツ提供システムにおける制御方法であって、
前記コンテンツ提供サーバは、
前記クライアントに前記コンテンツサーバ上のコンテンツへのリンクと、該コンテンツのリンクに対応する見出し情報を送信させるリンク情報送信ステップを有し、
前記クライアントは、
前記リンク情報送信ステップにより送信された前記コンテンツのリンクに対応する見出し情報を表示制御する表示制御ステップと、
前記表示制御ステップにより表示された前記コンテンツのリンクに対応する見出し情報の表示条件が所定の条件になることを判断する条件判断ステップと、
前記条件判断ステップにより表示条件が所定の条件になったと判断された場合、前記コンテンツ提供サーバに見出し情報を変更する命令を送信する見出し情報変更送信ステップと、
を有し、
前記リンク情報送信ステップは、前記見出し情報変更送信ステップにより見出し情報を変更する命令を受信すると、前記コンテンツのリンクに対応する予め設定している見出し情報に変更して再送信すること
を特徴とする制御方法。
【請求項９】
請求項８に記載された制御方法を実行するためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントにコンテンツへのリンクを表示させるサーバを有するシステムに関する。
【背景技術】
【０００２】
ホームページに掲載されたイベント情報や、インクジェットプリンターやデジタルカメラなどの製品に関する最新情報やサポート情報等のお知らせ情報をユーザに通知する、いわゆるプッシュ型情報配信を行うシステムがある。このシステムにおいて、クライアントにコンテンツへのリンクを表示する際、リンク対象の見出し文には内容の要点を短い文章にまとめた文字列が設定されている。ユーザがこれらの見出し文を確認し、興味を持った見出し文を選択することで、システムはリンク先のコンテンツを閲覧させる。
【０００３】
特許文献１には、利用者に関する個人情報や端末情報、利用者が閲覧する季節、曜日、時刻等によって利用者に提供するコンテンツに含めるリンク情報を変更して提示するという技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−３０１９３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の場合でも、お知らせ情報のリンクに表示されている見出しがユーザの興味を引くものでない場合は、ユーザに閲覧される可能性が低くなる。また、興味を引く見出しではない場合は、お知らせ情報画面がユーザにより閉じられる可能性が高くなるため、ユーザに閲覧される機会が失われてしまう。
【０００６】
本発明の目的は、クライアントにおいてお知らせ情報を公開後一定期間、閲覧（リンクがクリック）されない場合や、お知らせ情報画面が閉じられた場合に、リンクの見出しを変更することにより、ユーザにお知らせ情報のリンクを閲覧（リンクをクリック）させることを促すシステムを提供することである。
【課題を解決するための手段】
【０００７】
本発明は、コンテンツを有するコンテンツサーバと接続可能な、クライアントとコンテンツ提供サーバを有するコンテンツ提供システムであって、前記コンテンツ提供サーバは、前記クライアントに前記コンテンツサーバ上のコンテンツへのリンクと、該コンテンツのリンクに対応する見出し情報を送信するリンク情報送信手段を有し、前記クライアントは、前記リンク情報送信手段により送信された前記コンテンツのリンクに対応する見出し情報を表示制御する表示制御手段と、前記表示制御手段により表示された前記コンテンツのリンクに対応する見出し情報の表示条件が所定の条件になることを判断する条件判断手段と、前記条件判断手段により表示条件が所定の条件になったと判断された場合、前記コンテンツ提供サーバに見出し情報を変更する命令を送信する見出し情報変更送信手段と、を有し、前記リンク情報送信手段は、前記見出し情報変更送信手段により見出し情報を変更する命令を受信すると、前記コンテンツのリンクに対応する予め設定している見出し情報に変更して再送信することを特徴とする。
【発明の効果】
【０００８】
本発明は、クライアントにおいてお知らせ情報を公開後一定期間、閲覧（リンクがクリック）されない場合や、お知らせ情報画面が閉じられた場合に、リンクの見出しを変更することにより、ユーザにお知らせ情報のリンクを閲覧（リンクをクリック）させることを促すという効果がある。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係るコンテンツ提供システムのシステム構成を示すブロック図である。
【図２】本発明の実施形態に係るコンテンツ提供サーバ１００、クライアント１０１、業務端末１０２ならびにコンテンツサーバ１０３に適用可能な情報処理装置のハードウェア構成を示すブロック図である。
【図３】本発明の実施形態に係るクライアント１０１のディスプレイ装置２１０に出力されるコンテンツ提供アプリケーションの画面イメージの一例を示す模式図である。
【図４】本発明のコンテンツ提供システムにおけるコンテンツへのＵＲＬの見出し設定処理の制御処理手順の一例を示すフローチャートである。
【図５】本発明のコンテンツ提供サーバ１００におけるコンテンツへのＵＲＬの見出し候補抽出処理の制御処理手順の一例を示すフローチャートである。
【図６】本発明のコンテンツ提供システムにおけるコンテンツへのＵＲＬの見出しの変更判断処理の制御処理手順の一例を示すフローチャートである。
【図７】本発明のクライアント１０１におけるコンテンツへのクリックを受け付ける処理の制御処理手順の一例を示すフローチャートである。
【図８】本発明のコンテンツ提供サーバ１００におけるコンテンツへのＵＲＬの見出しの変更内容決定処理の制御処理手順の一例を示すフローチャートである。
【図９】本発明における計算結果１のサンプルデータを示す模式図である。
【図１０】本発明における計算結果２のサンプルデータを示す模式図である。
【図１１】本発明の実施形態に係るコンテンツ提供サーバ１００が保持するお知らせ情報データベースの内容の一例を示す模式図である。
【図１２】本発明の実施形態に係るクライアント１０１が保持するお知らせ情報データベースの内容の一例を示す模式図である。
【図１３】本発明の実施形態に係るクライアント１０１が保持するキーワード情報のサンプルデータを示す模式図である。
【図１４】本発明の実施形態に係るコンテンツ提供サーバが保持するユーザ興味キーワードリストの一例を示す模式図である。
【図１５】本発明の実施形態に係るコンテンツへのＵＲＬ又は見出し変更結果のサンプルデータを示す模式図である。
【図１６】本発明の実施形態に係る業務端末１０２のディスプレイ装置２１０に出力される見出し変換候補表示の画面イメージの一例を示す模式図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本発明の実施形態を詳細に説明する。まず、図１を参照して、本発明のシステム構成を説明する。
【００１１】
図１は、本発明の実施形態に係るコンテンツ提供システムのシステム構成を示すブロック図である。コンテンツサーバ１０３は、各種イベント情報のホームページや製品の最新情報、サポート情報など、ユーザに提供したいホームページを有しており、ＵＲＬを参考にしてアクセスすることができる。クライアント１０１は、常駐するアプリケーションによりお知らせ配信サービスサーバ（コンテンツ提供サーバ）１００からお知らせ情報データ（見出し情報やコンテンツサーバのＵＲＬなどを記憶したデータ）を取得し、クライアント１０１のディスプレイ装置に表示する。
【００１２】
お知らせ配信サービスサーバ（コンテンツ提供サーバ）１００は、クライアント１０１からの要求により、お知らせ情報データをクライアント１０１へ送信しクライアント１０１のディスプレイ装置に表示させる。クライアントユーザにより一定期間、お知らせ情報データへのアクセスがない、もしくはアクセスがないままお知らせ情報表示画面が閉じられる場合は、コンテンツ提供サーバは、お知らせ情報データの見出し情報を変更し、クライアント１０１からの次の要求の際に見出し情報を変更したお知らせ情報データとしてクライアント１０１に送信する。また、お知らせ情報データの見出し情報を変更しても、一定期間お知らせ情報データへのアクセスがない、もしくはアクセスがないままお知らせ情報表示画面が閉じられる場合は、お知らせ情報データのＵＲＬを変更して、お知らせ情報データをクライアント１０１へ送信する。
【００１３】
業務端末１０２は、管理者によりお知らせ情報データを登録させる処理を実行する端末であり、お知らせ情報データとしてクライアントに表示するＵＲＬを登録し、コンテンツ提供サーバより送られてくる見出し情報の候補から次に表示する見出しの選択入力を受け付ける。
【００１４】
なお、各情報処理装置は、複数の筐体から構成されていても良いし、いくつかの筐体は一つで構成されていても良い。たとえば、コンテンツサーバ１０３とコンテンツ提供サーバ１００は一つの筐体でも良いし、コンテンツ提供サーバ１００と業務端末１０２も共通の筐体としてもよい。
【００１５】
次に、図２を参照して、本発明で利用する情報処理装置のハードウェア構成について説明する。
【００１６】
図２は、本発明の実施形態におけるコンテンツ提供サーバ１００、クライアント１０１、業務端末１０２ならびにコンテンツサーバ１０３に適用可能な情報処理装置のハードウェア構成図である。
【００１７】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、画像管理を実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００１８】
２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００１９】
また、２０５は入力コントローラで、キーボードやポインティングデバイス等の入力装置２０９からの入力を制御する。２０６はビデオコントローラで、ディスプレイ装置２１０等の表示器への表示を制御する。これらは必要に応じて操作者が使用するものである。
【００２０】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２１】
また、外部メモリ２１１のハードディスク（ＨＤ）は、情報処理装置１００において、録画された音声付動画や音声ファイルを記憶する大容量のメモリ領域を有している。
【００２２】
２０８は通信Ｉ／Ｆ（インタフェース）コントローラで、ネットワーク（例えば、無線ＬＡＮなど）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２３】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２４】
本発明を実現するための後述するフローチャートに示す各ステップの処理は、コンピュータで読み取り実行可能なプログラムにより実行され、そのプログラムは外部メモリ２１１に記録されている。そして、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００２５】
次に、図３を参照して、クライアント１０１にお知らせ情報として表示される画面イメージを説明する。
【００２６】
図３は、本発明の実施形態に係るクライアント１０１のディスプレイ装置２１０に出力されるコンテンツ提供アプリケーションの画面イメージの一例を示す模式図である。
【００２７】
図３の３００はクライアント１０１のディスプレイ装置２１０に表示される画面イメージ（いわゆるデスクトップ画面）である。クライアント１０１は、定期的にお知らせ情報をコンテンツ提供サーバから取得して、「お知らせ配信サービス」３０１としてクライアント１０１のディスプレイ装置２１０に表示する。
【００２８】
「お知らせ配信サービス」３０１のリンク機能を有する３０２〜３０６の行は、ユーザにより図示しないマウスなどで押下されると、それぞれのリンクに対応するホームページを開くブラウザが立ち上がり、リンク先のホームページを表示する機能を有する。
【００２９】
また、ユーザがお知らせ情報を必要としない場合は、３０７の終了ボタンを押下することにより、「お知らせ配信サービス」３０１の表示を消すことができる。
【００３０】
次に、図４〜図８のフローチャートを参照して、コンテンツ提供システムがクライアントにお知らせ情報を表示するまでの処理を説明する。
【００３１】
図４は、本発明のコンテンツ提供システムにおけるコンテンツへのＵＲＬの見出し設定処理の制御処理手順の一例を示すフローチャートであり、それぞれの処理は各情報処理装置のＣＰＵ２０１により実行される。なお、Ａ０１〜Ａ１４は各処理のステップを示す。
【００３２】
図４のフローチャートは、コンテンツ提供システムの管理者が業務端末１０２から新しいお知らせ情報を登録しようとする際に開始されるフローチャートである。
【００３３】
まず、図４のステップＡ０１において、業務端末１０２のＣＰＵ２０１は、コンテンツ提供サーバにお知らせ情報を登録するために表示する画面を要求する処理を行う。
【００３４】
次に、ステップＡ０２において、コンテンツ提供サーバ１００のＣＰＵ２０１は，業務端末１０２にお知らせ情報を登録するための画面イメージを送信する。送信された結果をステップＡ０２’において、業務端末１０２のＣＰＵ２０１は、業務端末１０２のディスプレイ装置２１０に表示する。ステップＡ０２’において、ディスプレイ装置２１０に表示される画面イメージを図１６を参照して説明する。
【００３５】
図１６は、本発明の実施形態に係る業務端末１０２のディスプレイ装置２１０に出力される見出し変換候補表示の画面イメージの一例を示す模式図である。
【００３６】
図１６の１６００は、新規にお知らせ情報を登録する際に表示される画面イメージであり、リンクＵＲＬ入力欄１６０１に、クライアントのユーザに表示させたいホームページ（コンテンツ）のＵＲＬを管理者が入力する（ステップＡ０３）。
【００３７】
ステップＡ０３において、リンクＵＲＬ入力欄１６０１にコンテンツのＵＲＬが入力され、登録ボタン１６０２が押下されると、ステップＡ０４において、業務端末１０２のＣＰＵ２０１は、ステップＡ０２で入力されたリンクＵＲＬ入力値をコンテンツ提供サーバに送信する。
【００３８】
次のステップＡ０５において、コンテンツ提供サーバ１００のＣＰＵ２０１は，業務端末１０２から送信されたリンクＵＲＬ入力値を受信し、入力されているＵＲＬのホームページ情報（コンテンツ情報：ＨＴＭＬ情報）をコンテンツサーバのコンテンツを管理するコンテンツＤＢから取得する。
【００３９】
次に、ステップＡ０６において、コンテンツ提供サーバ１００のＣＰＵ２０１は，ＵＲＬへのリンクを示す見出しの変更候補を抽出する処理を実行する。ステップＡ０６の処理の詳細を図５を参照して説明する。
【００４０】
図５は、本発明のコンテンツ提供サーバ１００におけるコンテンツへのＵＲＬの見出し候補抽出処理の制御処理手順の一例を示すフローチャートであり、それぞれの処理はコンテンツ提供サーバのＣＰＵ２０１により実行される。なお、Ｂ０１〜Ｂ０７は各処理のステップを示す。
【００４１】
図５のフローチャートは、ステップＡ０５で取得したＵＲＬのホームページ情報（コンテンツ情報：ＨＴＭＬ情報）を使用して、見出し候補を抽出する。
【００４２】
まず、ステップＢ００では、コンテンツ提供サーバ１００のＣＰＵ２０１は、取得したＵＲＬのホームページ情報（コンテンツ情報：ＨＴＭＬ情報）のページの内のタイトルタグ（＜ｔｉｔｌｅ＞タグ）後の文字列を取得する。
【００４３】
次に、ステップＢ０１では、コンテンツ提供サーバ１００のＣＰＵ２０１は、取得したＵＲＬのホームページ情報（コンテンツ情報：ＨＴＭＬ情報）のページの内の最初のパラグラフタグ（＜ｐ＞タグ）後の文字列を取得する。これは、最初のパラグラフタグ（＜ｐ＞タグ）後の文字列が、ホームページの内容を示す最初の文字列になることが多く、取得したＵＲＬのホームページ情報の概要を記述していることが多いためである。
【００４４】
次に、ステップＢ０２において、コンテンツ提供サーバ１００のＣＰＵ２０１は，取得したＵＲＬのホームページ情報（コンテンツ情報：ＨＴＭＬ情報）のページの内の最初のパラグラフタグ（＜ｐ＞タグ）後の画像表示タグ（＜ｉｍａｇｅ＞タグ）内の画像説明文字列を取得する。これは、最初のパラグラフタグ（＜ｐ＞タグ）後の画像が取得したＵＲＬのホームページ情報の概要を示すことが多く、その画像の説明文字列もホームページ情報の概要を説明していることがあるためである。
【００４５】
次に、ステップＢ０３において、コンテンツ提供サーバ１００のＣＰＵ２０１は，取得したＵＲＬのホームページ情報（コンテンツ情報：ＨＴＭＬ情報）のページ内の最初の見出しタグ（＜ｈ１＞，＜ｈ２＞，＜ｈ３＞タグ）後の文字列を取得する。これは、最初の見出しタグ（＜ｈ１＞，＜ｈ２＞，＜ｈ３＞タグ）後の文字列が、取得したＵＲＬのホームページ情報の概要を記述していることが多いためである。
【００４６】
次に、ステップＢ０４において、コンテンツ提供サーバ１００のＣＰＵ２０１は，取得したＵＲＬのホームページ情報（コンテンツ情報：ＨＴＭＬ情報）のページ内のメタタグ（＜ｍｅｔａ＞タグ）内のホームページの説明文を取得する。具体的には、以下のタグがあれば、ホームページの説明文として、文字列部分（“ｔｅｘｔ”）を取得する。
【００４７】
＜ｍｅｔａ  ｎａｍｅ＝“ｄｅｓｃｒｉｐｔｉｏｎ”  ｃｏｎｔｅｎｔ＝“ｔｅｘｔ”＞
【００４８】
次に、ステップＢ０５において、コンテンツ提供サーバ１００のＣＰＵ２０１は，取得したＵＲＬのホームページ情報（コンテンツ情報：ＨＴＭＬ情報）のページ内のメタタグ（＜ｍｅｔａ＞タグ）内のＳＮＳ用ページタイトル設定文字列を取得する。具体的には、以下のタグがあれば、ＳＮＳ用ページタイトルとして、文字列部分（“ｔｅｘｔ”）を取得する。
【００４９】
＜ｍｅｔａ  ｐｒｏｐｅｒｔｙ＝“ｏｇ：ｔｉｔｌｅ”  ｃｏｎｔｅｎｔ＝“ｔｅｘｔ”＞
【００５０】
以上のように、ステップＢ００で取得したホームページのタイトル情報を基本として、ステップＢ０１からステップＢ０５により、取得したＵＲＬのホームページ情報（コンテンツ情報：ＨＴＭＬ情報）のページ内の文字列でリンクの見出し候補となる文字列を複数取得する。
【００５１】
次に、ステップＢ０６において、コンテンツ提供サーバ１００のＣＰＵ２０１は，リンクの最初の見出し（タイトル）とその見出しを置換する置換見出し候補情報をＲＡＭ２０２などに記憶する。置換見出し候補情報の一例は、ステップＡ０９（図１６の１６１０）で説明する。
【００５２】
次に、ステップＢ０７において、ステップＢ０６で記憶した置換見出し候補情報の内、重複する見出しを削除する。この処理により、見出し候補に同じ文字列が再び表示されるのを防ぐことができる。
【００５３】
以上、図５のフローチャートで見出し候補抽出の処理を説明した。図４のフローチャートの説明に戻る。
【００５４】
図４のフローチャートのステップＡ０６において、図５のような置換見出し候補抽出処理を実行すると、次のステップＡ０７において、コンテンツ提供サーバ１００のＣＰＵ２０１は，ステップＡ０６で抽出し記憶した見出し候補を業務端末１０２に送信する。
【００５５】
次に、ステップＡ０８において、業務端末１０２のＣＰＵ２０１は、コンテンツ提供サーバから見出し候補を受信し、ステップＢ００でコンテンツ提供サーバが取得したタイトル情報をお知らせタイトルとして、図１６の１６０３のような画面イメージで表示する。また、なお、お知らせタイトルは、管理者が変更可能なように、自由入力も可能なテキスト入力ボックスになっている。また、取得したＵＲＬのホームページ情報の内容を示すキーワードの入力を図１６の１６０４や１６０５のように受け付ける画面も表示する。
【００５６】
管理者によるお知らせタイトルの変更、キーワードの編集後、登録ボタン１６０２の押下により、ステップＡ０９へと遷移する。
【００５７】
次のステップＡ０９において、業務端末１０２のＣＰＵ２０１は、コンテンツ提供サーバから受信した見出し候補をディスプレイ装置２１０に表示し、管理者から次の見出しの選択を受け付ける。図１６を参照して、管理者が選択する次の見出し候補のリストを説明する。
【００５８】
図１６の１６１０は、次に置換表示する見出し候補を選択するラジオボタンを有する画面イメージである。
【００５９】
１６１１のように、１６０３の「夏のフォトイベント開催！」の次の見出しとしてユーザの興味をそそる見出しが「参加者にもれなくｘｘプレゼント！」という文字列であると判断した場合は、管理者が１６１２のように１６１１行のラジオボタンを押下して、登録ボタン１６１３を押下する（ステップＡ１０）。なお、図１６の１６１０では、選択ボタン１６１２をラジオボタンとしたが、チェックボックスのような複数選べる選択ボタンでも良い。また、見出し候補（見出し情報）は、文字列情報だけではなく、取得したＵＲＬのホームページ情報の中にある画像や写真でも構わない。図４のフローチャートの説明に戻る。
【００６０】
図４のステップＡ１０において、次の見出しの選択を受け付けると、ステップＡ１１において、業務端末１０２のＣＰＵ２０１は、受け付けた見出し情報（置換見出し）と、ステップＡ０８で入力を受け付けたキーワード情報をコンテンツ提供サーバに送信する。
【００６１】
次に、ステップＡ１２において、コンテンツ提供サーバ１００のＣＰＵ２０１は、業務端末１０２から送信された置換見出しとキーワード情報とを受信し、次のステップＡ１３において、ステップＡ０５で受信した情報とステップＡ１２で受信した情報とを関連付けて設定し、ステップＡ１４において、お知らせ情報データベースに登録する。お知らせ情報データベースの例を図１１を参照して説明する。
【００６２】
図１１は、本発明の実施形態に係るコンテンツ提供サーバ１００が保持するお知らせ情報データベースの内容の一例を示す模式図である。
【００６３】
図１１の１１００は、お知らせ情報データベースの例であり、たとえば、お知らせＩＤが１の、リンクＵＲＬ１１０２が“ｈｔｔｐ：／／ａａａ．ｃｏｍ／ｐｈｏｔｏ／ｅｖｅｎｔ／２０１４ｓｕｍｍｅｒ．ｈｔｍｌ”であるホームページの見出し（タイトル）１１０１としては、「夏のフォトイベント開催！」であり、１１０１の見出しではアクセスがない場合のタイトル２（第２の見出し）として、ステップＡ１２で受信した情報を１１０３に記憶している。また、ステップＡ１２で受信したキーワードを関連キーワード１１０４，１１０５として記憶する。
【００６４】
これらの見出し情報の記憶することにより、コンテンツ提供サーバは、最初の見出しを提供して何度かクライアントに表示したがアクセスがないクライアント（ユーザ）に対し、見出しを変えて再び同じＵＲＬへと誘導させることで、一つの見出しでは興味を惹かないユーザに対して、効率的にホームページへ誘導することができる。
【００６５】
次に、図６を参照して、本システムのコンテンツ提供アプリケーションによる処理を説明する。
【００６６】
図６は、本発明のコンテンツ提供システムにおけるコンテンツへのＵＲＬの見出しの変更判断処理の制御処理手順の一例を示すフローチャートであり、それぞれの処理は各情報処理装置のＣＰＵ２０１により実行される。なお、Ｄ０１〜Ｄ１５は各処理のステップを示す。
【００６７】
まず、図６のステップＤ０１において、クライアント１０１のＣＰＵ２０１は、コンテンツ提供アプリケーションの起動を受け付け、コンテンツ提供アプリケーションを起動させる。
【００６８】
次に、ステップＤ０２において、クライアントで記憶しているキーワードのカウント数をコンテンツ提供サーバに送信する。キーワードのカウント数について説明するために、クライアント１０１で処理されるキーワードのカウント数について、図７を参照して説明する。
【００６９】
図７は、本発明のクライアント１０１におけるコンテンツへのクリックを受け付ける処理の制御処理手順の一例を示すフローチャートであり、それぞれの処理はクライアント１０１のＣＰＵ２０１により実行される。なお、Ｃ０１〜Ｃ０２は各処理のステップを示す。
【００７０】
図７は、クライアントにおけるコンテンツ提供アプリケーションが起動された後で、クライアントにおいて処理されるフローチャートであり、図３のような「お知らせ配信サービス」３０１が表示された状態で開始される。
【００７１】
図３の３０１のような画面が表示されている状態で、お知らせ情報であるリンク機能を有する３０２〜３０６の行がクリックが検知される（ステップＣ０１）と、クライアント１０１のＣＰＵ２０１は、ステップＣ０２において、クリックされた行３０２〜３０６に対応するお知らせ情報のリンク先のＵＲＬをクライアントのブラウザなどにより表示させる。同時に、各お知らせ情報に対応する関連キーワード（図１１の１１０４、１１０５）のカウントをインクリメントする。関連キーワードのカウント数を記憶した例を、図１３を参照して説明する。
【００７２】
図１３は、本発明の実施形態に係るクライアント１０１が保持するキーワード情報のサンプルデータを示す模式図である。
【００７３】
図１３の１３００はキーワードとそのキーワードが関連する「お知らせ情報」がクリックされた回数（カウント）である。なお、１３００はクライアント１０１がユーザ毎に記憶していても良いし、クライアント１０１毎に記憶していても良い。また、１３００のデータをコンテンツ提供サーバがユーザ毎のデータとして記憶しておいて、クライアントとの接続の際に、対応するユーザ情報を取得し、クリックされたことをクライアント１０１が送信し、紐づくキーワードをインクリメントしてもよい。以上の処理により、図７のフローチャートの処理を終了する。図６のフローチャートの説明に戻る。
【００７４】
図７の処理で作成されたキーワードのカウント数（キーワード情報）を図６のステップＤ０２のようなコンテンツ提供アプリケーションを起動した段階でコンテンツ提供サーバに送信する。
【００７５】
次に、ステップＤ０３において、コンテンツ提供サーバ１００のＣＰＵ２０１は、クライアント１０１から送信されたキーワード情報（例えば、図１３など）のデータをコンテンツ提供サーバに保存しているユーザ興味キーワードデータベースに加算し、保存する。ユーザ興味キーワードデータベースの例を図１４を参照して説明する。
【００７６】
図１４は、本発明の実施形態に係るコンテンツ提供サーバが保持するユーザ興味キーワードリストの一例を示す模式図である。
【００７７】
図１４の１４００は、コンテンツ提供サーバが、ユーザ毎１４０１の興味を示すキーワード１４０２とそのカウント数をポイント１４０３（重み）として記憶しているデータ例である。
【００７８】
ステップＤ０３では、ステップＤ０２で受信したキーワード毎のカウント数（たとえば、図１３の１３００）を図１４の１４００に加算する処理を行う。図６のフローチャートの説明に戻る。
【００７９】
次に、ステップＤ０４において、クライアント１０１のＣＰＵ２０１は、クライアント１０１のＲＡＭ２０２もしくは外部メモリ２１１に記憶しているお知らせ情報を取得する。クライアント１０１が有するお知らせ情報の例を図１２を参照して説明する。
【００８０】
図１２は、本発明の実施形態に係るクライアント１０１が保持するお知らせ情報データの内容の一例を示す模式図である。
【００８１】
図１２の１２００は、クライアント１０１のＲＡＭ２０２もしくは外部メモリ２１１が記憶しているお知らせ情報データの例であり、タイトル１２０１は、お知らせ情報に表示する見出し、リンクＵＲＬ１２０２は、図３のお知らせ情報ボタンの行３０２〜３０６が押下された際に遷移するホームページのＵＲＬである。表示回数１２０３はクライアント１０１において、その行の見出しが何回表示されたかを示す回数である。
【００８２】
置換フラグ１２０４は、その行のタイトル（見出し）が変更されたかもしくは、お知らせ情報自体を変更したかを記憶したフラグであり、「１」が登録されていれば、タイトル（見出し）を変更したことを示し、「２」が登録されていれば、お知らせ情報自体を変更したことを示す。なお「０」は見出しもお知らせ情報自体も変更していない。
【００８３】
削除フラグ１２０５は、その行のタイトル（見出し）がユーザにより閉じられたかどうかを記憶したフラグであり、「１」であれば、表示中のお知らせ情報がユーザによる図３の３０７ボタンの押下などにより、閉じられたことを示す。
【００８４】
閲覧フラグ１２０６は、その行のボタン３０２〜３０６が押下され、リンクＵＲＬ１２０２に遷移した際に立てたられるフラグである。図６のフローチャートの説明に戻る。
【００８５】
図６のステップＤ０４において、クライアント１０１のＣＰＵ２０１は、クライアント１０１で記憶している図１２のようなデータを取得する。
【００８６】
次に、ステップＤ０５において、クライアント１０１のＣＰＵ２０１は、コンテンツ提供サーバにおいて新たに追加されたお知らせ情報を取得する。新たなお知らせ情報は、たとえば、コンテンツ提供サーバ１００が有する図１１のお知らせ情報データベースと、クライアント１０１が有するお知らせデータとを突き合わせて、クライアント１０１が有していないお知らせ情報データがあれば、該当するお知らせ情報を取得する。
【００８７】
次に、ステップＤ０６において、クライアント１０１のＣＰＵ２０１は、図３の行３０２〜３０６のお知らせ情報が押下されているかどうかにより処理を分ける。お知らせ情報の行３０２〜３０６が押下されているかどうかは、たとえば、ステップＤ０４で読み込んだ図１２のデータの内、１２０６により判断する。すなわち、３０２〜３０６のお知らせ情報ボタンが押下されている１２０６が「１」の場合は、ステップＤ１３へと処理を遷移し、３０２〜３０６のお知らせ情報ボタンが押下されておらず（１２０６が「０」）、かつ表示回数１２０３が「１」以上である場合は、ステップＤ０７へと処理を遷移する。なお、ステップＤ０６の条件分岐は、他の条件でもよく、たとえば、図１２のフラグデータを使用して、表示回数１２０３が２以上で、置換フラグ１２０４が０か１、更に閲覧フラグが０の場合にステップＤ０７へと処理を遷移してもよいし、削除フラグ１２０５が１で、置換フラグ１２０４が０か１の場合にステップＤ０７へと処理を遷移してもよい。また、上記の条件の内、どれか１つ（たとえば、表示回数１２０３が２以上のみ）の場合にステップＤ０７へと処理を遷移しても良い。それら以外の場合にステップＤ１３へと処理を遷移することとする。
【００８８】
ステップＤ０７へと処理を遷移すると、クライアント１０１のＣＰＵ２０１は、クライアント１０１が有する図１２のフラグデータをコンテンツ提供サーバに送信する。
【００８９】
次に、ステップＤ０８において、コンテンツ提供サーバ１００のＣＰＵ２０１は、コンテンツを置換もしくは見出しを置換する処理へと移行する。図８を参照して、お知らせ情報データベースの置換に関する処理を説明する。
【００９０】
図８は、本発明のコンテンツ提供サーバ１００におけるコンテンツへのＵＲＬ／見出しの変更内容決定処理の制御処理手順の一例を示すフローチャートであり、それぞれの処理はコンテンツ提供サーバのＣＰＵ２０１により実行される。なお、Ｅ０１〜Ｅ０９は各処理のステップを示す。
【００９１】
図８のフローチャートは、図６のフローチャートがステップＤ０８へと遷移すると開始される処理の流れである。
【００９２】
まず、ステップＥ０１において、コンテンツ提供サーバ１００のＣＰＵ２０１は、ステップＤ０７によりクライアント１０１から送信されたフラグデータを使用して、置換フラグ１２０４が０かどうかにより処理を分ける。
【００９３】
ステップＥ０１において置換フラグ１２０４が「１」であった場合は、ステップＥ０２へと処理を遷移し、置換フラグ１２０４が「０」であった場合は、ステップＥ０９へと処理を遷移する。
【００９４】
ステップＥ０２へと処理を遷移すると、コンテンツ提供サーバ１００のＣＰＵ２０１は、次のお知らせ情報自体を変更（置換）する処理を行う。ステップＥ０２〜Ｅ０８で使用する計算結果の例を図９、図１０を参照して説明する。
【００９５】
図９は、本発明における計算結果１のサンプルデータを示す模式図である。
【００９６】
図９の９００は、ステップＥ０２〜Ｅ０８における計算結果であり、９０１は、お知らせ情報のリンク先毎のページを示すページＩＤである。キーワード９０２は、それぞれのホームページに紐付けられたキーワードであり、図１１の１１０４，１１０５などで指定された関連キーワードである。ユーザ興味ポイント９０３は、ユーザ毎にカウントされた関連キーワードにおけるポイントであり、図１４の１４０３と同じ値である。
【００９７】
置換ページ内キーワード数９０４は、該当のホームページにキーワード９０２が含まれている個数を登録した値である。この置換ページ内キーワード数により、該当のホームページがキーワード９０２とどれ位関連があるかを示すことが可能となる。すなわち、該当のホームページにキーワード９０２が多く掲載されていれば、キーワード９０２と関連があると解釈されるため、キーワード９０２の個数をユーザ興味ポイントと乗算して乗算結果９０５として、計算結果１である９００に記憶しておく。
【００９８】
図１０は、本発明における計算結果２のサンプルデータを示す模式図である。
【００９９】
図１０の１０００は、ステップＥ０２〜Ｅ０８における計算結果であり、１００１は、お知らせ情報のリンク先毎のページを示すページＩＤである。ページ表示ポイント１００２は、図９の乗算結果９０５をページＩＤ毎に合算した値である。ページ表示ポイント１００２の結果、最も点数が高いページ表示ポイント１００２のページＩＤに対して、ページ決定フラグ１００３を立てて、次の置換するページとして設定する。以上の処理をステップＥ０２〜Ｅ０８で行う。ステップＥ０２から順に説明する。
【０１００】
ステップＥ０２において、コンテンツ提供サーバ１００のＣＰＵ２０１は、図１６の１６０１で指定されたＵＲＬ毎にページＩＤを割振り、図９，図１０の９０１，１００１に割振ったページＩＤを入力する。
【０１０１】
次に、ステップＥ０３において、コンテンツ提供サーバ１００のＣＰＵ２０１は、図１６の１６０４，１６０５で指定されたキーワード毎にキーワード９０２のように記憶しておく。
【０１０２】
次に、ステップＥ０４において、コンテンツ提供サーバ１００のＣＰＵ２０１は、図１６の１６０１で指定されたＵＲＬのホームページ情報を取得し、キーワード１６０４や１６０５をホームページに何箇所含んでいるかの数を置換ページ内キーワード数９０４として記憶する。
【０１０３】
次に、ステップＥ０５において、コンテンツ提供サーバ１００のＣＰＵ２０１は、図１４のユーザ興味キーワードリストのポイント１４０３を図９の９０３に代入し、ユーザ興味ポイント９０３と置換ページ内キーワード数９０４とを乗算し、乗算結果９０５として算出する。更に、乗算結果９０５をページＩＤ毎に合算した結果を図１０のページ表示ポイント１００２へ登録する。
【０１０４】
次に、ステップＥ０６において、コンテンツ提供サーバ１００のＣＰＵ２０１は、ページ表示ポイント１００２の最高得点が１ポイント以上であれば、次のステップＥ０７へと処理を移行する。一方、ページ表示ポイント１００２の最高得点が１ポイント未満であった場合は、図８のフローチャートの処理を終える。
【０１０５】
ステップＥ０７へと処理を移行すると、コンテンツ提供サーバ１００のＣＰＵ２０１は、ページ表示ポイント１００２の結果から最高ポイントのページＩＤのページ決定フラグ１００３を立てて、次の置換後のホームページ（ＵＲＬ）として設定する。
【０１０６】
次に、ステップＥ０８において、コンテンツ提供サーバ１００のＣＰＵ２０１は、ステップＥ０７で設定されたリンクＵＲＬ１１０２のタイトル（見出し）１１０１を取得し、ＵＲＬ置換後の見出しとして設定する。
【０１０７】
以上の処理により、コンテンツ提供サーバは、容易にお知らせ情報のコンテンツ内容の変更ならびに見出しの変更を行う事が可能となる。
【０１０８】
また、ステップＥ０１において、置換フラグが「０」であった場合は、ステップＥ０９へと遷移し、ステップＥ０９において、コンテンツ提供サーバ１００のＣＰＵ２０１は、該当するお知らせＩＤのタイトル（見出し）１１０１をステップＡ１３で指定されたタイトル２（置換見出し）として設定する。
【０１０９】
以上の処理により、コンテンツ提供サーバは、コンテンツへの見出しの変更を容易に行うことができる。以上の処理により、コンテンツへのＵＲＬ／見出しが変更された例を図１５を参照して説明する。
【０１１０】
図１５は、本発明の実施形態に係るコンテンツへのＵＲＬ又は見出し変更結果のサンプルデータを示す模式図である。
【０１１１】
図１５の１５００は、元のお知らせＩＤとコンテンツ（お知らせ情報のＵＲＬ先）が変わった場合の新お知らせＩＤか、もしくは変更（置換）されるタイトルを記憶している例である。
【０１１２】
たとえば、ユーザＩＤが「１１１１」で、元お知らせＩＤ１５０１が図１１の「４」であったお知らせ情報は、コンテンツ（お知らせ情報のＵＲＬ先）を変更しており、新お知らせＩＤ１５０２は図１１の「１」である。そのため、リンクＵＲＬ１５０４やタイトル（見出し）１５０３は、図１１のお知らせＩＤが「１」である、タイトルが「夏のフォトイベント開催！」（１５０５）の行の値が反映されている。
【０１１３】
また、ユーザＩＤが「１１１１」で、元お知らせＩＤ１５０１が図１１の「２」であったお知らせ情報は、コンテンツ（お知らせ情報のＵＲＬ先）が変更されておらず、新お知らせＩＤ１５０２は「２」のままである。しかし、リンクＵＲＬを示す見出し（タイトル）は、図１１の元のタイトル「プリンタ新製品発表！」ではなく、１５０６のように「写真プリントはこれにおまかせ！」に変更されている。
【０１１４】
以上の処理により、お知らせ情報の見出しやコンテンツのリンク先を容易に変更することができる。図８のフローチャートの説明を終え、図６のフローチャートの説明に戻る。
【０１１５】
図６のステップＤ０８において、コンテンツへのＵＲＬ／見出しの変更内容決定処理が終了すると、次のステップＤ０９において、コンテンツ提供サーバ１００のＣＰＵ２０１は、置換されたＵＲＬや見出し情報（たとえば、図１５）をクライアント１０１に送信する。
【０１１６】
次に、ステップＤ１０において、クライアント１０１のＣＰＵ２０１は、ステップＤ０９でコンテンツ提供サーバから送信された置換ＵＲＬや置換見出し情報を受信する。
【０１１７】
次に、ステップＤ１１において、クライアント１０１のＣＰＵ２０１は、お知らせ情報図１２のデータを図１５で置換する。
【０１１８】
次に、ステップＤ１２において、クライアント１０１のＣＰＵ２０１は、図１２の更新（置換）された行のお知らせＩＤの置換フラグ１２０４をインクリメントし、表示回数カウント１２０３を「０」にリセットする。次に、ステップＤ１３へと処理を移行する
【０１１９】
以上、ステップＤ０６において、お知らせ情報ボタンが押下されていない場合の処理を説明した。
【０１２０】
一方、ステップＤ０６において、お知らせ情報ボタンが押下されている場合はステップＤ１３へと直接遷移する。
【０１２１】
ステップＤ１３において、クライアント１０１のＣＰＵ２０１は、更新されたお知らせ情報を図３のようにディスプレイ装置２１０に表示する。
【０１２２】
次に、ステップＤ１４において、クライアント１０１のＣＰＵ２０１は、表示しているお知らせ情報の表示回数カウント１２０３をインクリメントする。
【０１２３】
次に、ステップＤ１５において、クライアント１０１のＣＰＵ２０１は、現在のお知らせ情報データをクライアントのＲＡＭ２０２もしくは外部メモリ２１１に保存する。
【０１２４】
以上の処理により、ユーザは、コンテンツ提供サーバや業務端末１０２から容易にリンク先やリンクの見出しを変えることができるという効果を有する。
【０１２５】
また、コンテンツ提供サーバ１００は、必ずしも見出し（コンテンツのリンクを示す文字情報）とコンテンツサーバ１０３のコンテンツへのリンクをクライアント１０１へ送信する必要はなく、コンテンツ提供サーバ上のホームページにコンテンツサーバ１０３へのリンクを保持する見出しを表示制御し、ホームページ上の見出しをマウスなどでクリックするとコンテンツサーバ１０３のコンテンツに遷移するように制御してもよい。その際、見出しを変えるタイミングは、所定の期間にその見出しがクリックされた回数が所定回数以下かどうかで判断すると良い。
【０１２６】
上記実施形態では、複数台の情報処理装置に適用する場合を説明したが、１台で動作する情報処理装置であっても良いし、ネットワーク上のサーバとクライアントとで処理主体を共通にしてもよい。
【０１２７】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバ−ジョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１２８】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インスト−ルするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１２９】
本実施形態における図４〜図８に示す機能が外部からインスト−ルされるプログラムによって、ホストコンピュ−タにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１３０】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコ−ドを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュ−タ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコ−ドを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３１】
この場合、記録媒体から読み出されたプログラムコ−ド自体が本発明の新規な機能を実現することになり、そのプログラムコ−ドを記憶した記録媒体は本発明を構成することになる。
【０１３２】
プログラムコ−ドを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テ−プ，不揮発性のメモリカ−ド，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１３３】
また、コンピュ−タが読み出したプログラムコ−ドを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコ−ドの指示に基づき、コンピュ−タ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３４】
さらに、記録媒体から読み出されたプログラムコ−ドが、コンピュ−タに挿入された機能拡張ボ−ドやコンピュ−タに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコ−ドの指示に基づき、その機能拡張ボ−ドや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３５】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３６】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベ−ス等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３７】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１３８】
１００  情報処理装置
２０１  ＣＰＵ
２０２  ＲＡＭ
２０３  ＲＯＭ
２０４  システムバス
２０５  入力コントローラ
２０６  ビデオコントローラ
２０７  メモリコントローラ
２０８  通信Ｉ／Ｆコントローラ
２０９  入力装置
２１０  ディスプレイ装置
２１１  外部メモリ
【図１】
2016143097.tif 000003
【図２】
2016143097.tif 000004
【図３】
2016143097.tif 000005
【図４】
2016143097.tif 000006
【図５】
2016143097.tif 000007
【図６】
2016143097.tif 000008
【図７】
2016143097.tif 000009
【図８】
2016143097.tif 000010
【図９】
2016143097.tif 000011
【図１０】
2016143097.tif 000012
【図１１】
2016143097.tif 000013
【図１２】
2016143097.tif 000014
【図１３】
2016143097.tif 000015
【図１４】
2016143097.tif 000016
【図１５】
2016143097.tif 000017
【図１６】
2016143097.tif 000018