(57)【要約】【課題】  オンデマンドカタログの生成システムによって作成されたカタログデータはユーザ毎に固有の異なる構成をとることが出来るが、サーバから切り離されるため、更新が行われなくなる。そのカタログデータの更新をサーバへの問い合わせ処理で、更新情報を取得し、正確な位置にその更新情報を表示することで、この問題を解決する。【解決手段】  最初にカタログ生成時に、カタログの記載情報を格納した表示情報を同時に生成する。サーバへの問い合わせ時はその表示情報とサーバの構成情報を比較して、更新情報を取得する。取得した更新情報とそのデータを表示する識別情報を生成して正確な表示位置に更新情報を表示する。【選択図】  図１
2006244242.tif 000002
【特許請求の範囲】
【請求項１】
オンデマンドカタログを用いた予約システムにおいて、カタログを元に発注または予約処理を行う場合、
カタログを生成する際に、そのカタログの記載情報を構造化文書形式で生成する手段と、
最新情報を管理するサーバでその構造化文書に格納された情報と、サーバに格納されている構造化文書の情報を比較することで、更新情報を取得するが、ユーザの所望の条件を組み合わせて更新情報を取得する手段と、
検知した更新情報を送信する際に、その更新情報をカタログのどの位置に表示するかを判定できるような構造化文書形式の、識別情報を生成する手段と、
生成された識別情報をクライアントに送信する手段と、
クライアントで受信した識別情報を、カタログの記載情報との比較で、適切な場所に表示する位置を判定する手段を備えたことを特徴とする、オンデマンドカタログを用いた予約システム装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンデマンドカタログと呼ばれる、ユーザの好みに合わせてカスタマイズされたカタログを作成するシステムに関するもので、その生成されたカタログを基にユーザが選定した商品の注文を行う場合に、効率よく発注処理を行う事ができるようにする手法に関するものである。
【背景技術】
【０００２】
たとえば、旅行代理店が旅行のツアーを計画し、販売を計画する場合、ユーザに購買意欲を誘うようなカタログの作成を、印刷会社に作成依頼する。大抵はユーザが幾つかのツアーの中から、選択できるように、「ハワイ5日間」というようなカタログ集を作成依頼し、顧客に配布するなどして拡販に努める。ユーザはこのカタログを入手し、その中から所望の方面と、条件を選択して旅行代理店に予約を行う手順を経る。
【０００３】
一方、今日では、ユーザはインターネットで旅行代理店が運営するホームページにアクセスし、カタログを選択してダウンロードすることでいつでもカタログを入手できるシステムが運用されるようになってきている。このシステムの特徴は、ユーザが所望とする方面のカタログのみを選択して、必要な情報のみが掲載されたユーザの嗜好、動向に沿った情報を24時間いつでも引き出すことができる点にある。
【０００４】
ユーザはこのオンデマンドカタログシステムで生成したカタログデータをコンピュータにインストールされている汎用的なビューアで参照するか、印刷して代理店が配布する通常の旅行パンフレットのカタログと同様に扱うことができる。
【０００５】
又、従来例としては、例えば特許文献１と特許文献２をあげることが出来る。
【特許文献１】開２００２−１０９４１３号公報
【特許文献２】特開２００３−２９６５９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
オンデマンドカタログシステムによって作成したカタログデータファイルは、ユーザの嗜好に合致した情報のみで構成され、旅行代理店が一般に配布するために作成する旅行パンフレットに比べると、ユーザにとっては無駄な情報は排除され、また管理者にとっても配布用のパンフレットを作成する費用の削減に繋がり、ユーザ、販売店の双方にとって有効なシステムである。
【０００７】
しかし、ユーザはオンデマンドカタログをWebブラウザなどを用いてカタログ管理サーバ（以下WPFサーバと呼ぶ）でカタログを生成して、クライアントで出力するが、一旦出力してしまうと、紙のカタログと同様に、WPFサーバのデータ管理から離れてしまうため、それ以降の情報の更新は当然行われない。
【０００８】
そのため、データの更新が行われないために、価格、日程、出発便などのデータが更新されないために、万一、ツアー内容が変更になったとしても、その情報をユーザは知ることは出来ない。紙の場合と同様に、それに気づかずに古いデータで旅行代理店へ予約をしに行き、その時点で初めて気が付くというトラブルも発生する。
【０００９】
また、早朝便なら空席だが、午後便は満席であるとか、4人部屋は満室であるが、2人部屋なら予約可能である場合もあるが、このような詳細な条件に沿った情報は限られたカタログの紙面上で表示することは難しいため、ホテルの名称や外観は認識できるが、詳細なツアー条件による募集状況を表示することは困難である。そのため、実際に予約を行わないと、満員、締め切りなどの情報を得ることは出来ないという問題は同じく存在する。
【００１０】
そのため，市販のアプリケーションで動作するプラグインビューアを使用してネットワーク接続可能な任意のPCでWPFサーバ-から更新情報を取得して差分情報を差し替えるシステムがあるが、急な変更や部分的な変更の場合はレイアウトを含む更新情報がサーバ側で準備されていないため、更新ができないという問題がある。
【００１１】
従来の紙によるパンフレットの場合でも、大きな変更の場合は、紙面ごと差し替えを行う場合もあるが、急な変更や、些細な変更の場合はスタンプを押下することで対応するのと同じ様に、オンデマンドカタログの場合、アノテーションをダウンロードし、「満席」等というアノテーションを合成して表示することで対処することが可能である。しかしオンデマンドカタログの場合、ユーザによってカタログ内容（つまりレイアウト）は固定ではなく、また所望のツアー条件も異なるため、詳細な条件を考慮した上でのアノテーション添付による更新情報の表現は、様々なレイアウト構成をとり得るオンデマンドカタログでは、正確な場所に条件に沿った更新情報を添付できない可能性があるという問題がある。
【００１２】
したがって、本発明の目的は、オンデマンドカタログの生成システムによって作成したユーザ固有に作成されたカタログの内容をWPFサーバで管理されている逐次更新されている情報に合わせて更新することを可能とするオンデマンドカタログシステムを提供することにある。
【課題を解決するための手段】
【００１３】
本発明によれば、最初にユーザがWPFサーバから、カタログを生成し、ダウンロードする際に、ページ単位で構成する複数頁から成る生成したカタログ本体と、その掲載情報の位置情報を含んだ表示情報データを含んだカタログをダウンロードできるようにする。表示情報データには、カタログ本体に出力されたツアー名、ホテル名、旅行条件、日程などがどのページに記載されているか、などの、頁単位で格納されている。
【００１４】
このカタログデータを用いて旅行の予約システムでツアーの予約を行うには、市販のアプリケーションビューア上で動作するプラグインのカタログビューアを用い、インターネット経由で予約システムに予約を行うことができるようにする。
【００１５】
まず最初に予約システムにアクセスする場合に、WPFサーバへ更新情報の問い合わせを行う。具体的には、カタログをダウンロードした際にカタログ本体と共に取得した表示情報データをカタログビューアからWPFサーバに送信し、更新情報の有無を検索する。
【００１６】
また、WPFサーバに問い合わせた時にこのデータとともに詳細条件を加えて問い合わせができるようにする。具体的には、カタログビューアを用いてWPFサーバに更新情報の有無を問い合わせる。このときに、所望のツアーの条件をつけて問い合わせる。
【００１７】
サーバでは、希望とする日程、料金などの条件に連動した更新情報を検索する。サーバにページ単位の更新情報のレイアウト情報があればダウンロードし、カタログを再生成するが、サーバには更新情報のみしか存在しない場合は、表示位置のタグ情報を持つアノテーションをダウンロードする。カタログビューア側ではアノテーションの持つ位置情報を抽出し、カタログから、それに一致する位置情報を獲得し、表示情報を生成して合成表示する。テキスト情報に、カタログの有効期限を含んでおき、サーバに問い合わせなくても既定の募集期間を過ぎていればカタログを開いた時に自動的に[募集は終了しました]というアノテーションを表示しても良い
以上を実現することで、一旦サーバのデータ管理から切り離されたオンデマンドカタログであっても、常に最新情報を取得することができ、更には、詳細なツアー条件による最新情報をカタログ上に表現できるオンデマンドカタログシステムが提供される。
【発明の効果】
【００１８】
以上説明したとおり、本発明によれば、例えば、オンデマンドカタログで生成されたカタログデータを用いて予約を行う場合、カタログの内容は各ユーザにカスタマイズされて扱い易くはなっているが、サーバで管理されるカタログデータの最新情報は反映されないため、注文時、予約時になって初めてそのカタログのデータの情報が古いためにトラブルが発生するという問題があった。
【００１９】
それに対して、最初にオンデマンドカタログの生成時に、同時にそのカタログに出力する表示内容を含む識別データを出力することで、どのページにどの情報が記載されているか容易に検索することができるようにした。また、その識別データをサーバに送信し、管理されているカタログデータの識別情報と比較することで、効率よく更新情報を検索できるようにした。
【００２０】
また、獲得した更新情報のコンテンツデータと、その識別情報を生成し、その識別情報をクライアントＰＣに返信し、クライアントＰＣではその識別情報と、その文書の識別上表を比較することで、ユーザによって構成内容の異なるカタログであっても適切な位置にコンテンツデータを表示できるようにした。
【００２１】
また、ユーザの詳細な条件に従って、例えば４人部屋は空きがあるが、ユーザの所望する部屋は２人部屋で満室の場合、そのユーザの条件に従って、「満室」のアノテーションデータをその領域に合成表示することで、個別の条件に従った最新情報をカタログに反映することを可能とした。
【００２２】
以上の発明により、サーバの管理から切り離され、情報を更新できないカタログであっても、最新情報に更新することが可能となり、更新情報がサーバで作成されていない場合でも、部分的に更新が可能となり、ユーザによってレイアウトが異なるカタログデータであっても正しい場所に更新情報を反映することが可能となり、ユーザ固有の条件に従った更新情報を反映することが可能となる。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。
【００２４】
図1は本発明の一実施形態に係るオンデマンドカタログによる予約システムの概略構成を示すブロック図である。
【００２５】
図１に示すようにオンデマンドカタログシステムはネットワーク１１に構築されている。
【００２６】
このシステムはネットワーク１１では、WPFサーバ１２と、クライアントPC１３と、予約システム１４で基本的に構成される。WPFサーバ１２は、オンデマンドカタログの元データとなる各カタログデータの更新管理、クライアントからの生成要求に伴う、カタログデータの作成、等を行うコンピュータであり、公知の技術で実現されるネットワーク処理の他に、主にカタログデータベースの構築、各装置間のカタログデータの送受信処理、セキュリティ管理、複数ユーザ間の排他制御処理、カタログデータを蓄積するデータベースの管理などを行う。このWPFサーバ１２の詳細は図２を参照して後述する。
【００２７】
クライアントPC１３は、ユーザが実際にカタログデータの選択、参照、出力、予約システムへの接続を行うパーソナルコンピュータである。図１では便宜上一つのみ記載しているが、本実施形態では、複数台のクライアントPC１３がネットワーク１１に接続されていることを想定している。このクライアントPC１３の詳細は図3を参照して後述する。
【００２８】
予約システム１４は、クライアントPC１３でカタログを表示、選択し、予約を行う場合に接続して予約を行うシステムを表している。各クライアントからの予約の受け付け作業、ツアーの予約状況の管理、WPFサーバへの予約状況の通知などを行う。本実施形態ではWPFサーバ１２、クライアントＰＣ１３との通信を行うことを想定している。この予約システム１４は公知の技術で実現できる汎用的なシステムであるので、詳細な説明は省略する。
【００２９】
プリンタ１５は、スキャナ１６と同様に公知の技術を用いて複数のクライアントPC１３によって共有され、各クライアントPC１３は、ネットワーク１１を経由してその制御を行なうことができる。プリンタ１５は、本実施形態においては、主にWPFサーバ１２で生成したカタログデータをクライアントＰＣ１３で汎用のビューアを用いて表示し、印刷指示を行った場合に印刷出力する役割を果たす。
【００３０】
スキャナ１６は、紙に印刷または記載された文字、図形、画像等のデータを読み取り、画像データに変換して出力する装置であり、ネットワーク１１に接続されている。各クライアントPC１３は公知の技術を用いてスキャナ１６を共有し、それぞれネットワーク１１を経由してその動作を制御することができる。本実施形態においては、主にＷＰＦサーバ１２で管理するカタログデータを生成する場合に、既存の印刷出力されたカタログを読み込んで電子データを生成し、カタログデータを生成する役割を果たす。
【００３１】
モデム１７は、他のネットワークシステムとの電子メールの送受信、FAXの送受信の処理を行なう。このモデム１７も複数のクライアントPC１３、及びＷＰＦサーバ１２に共有されており、各クライアントPC１３は、ネットワーク１１を経由してその制御を行なうことができる。
【００３２】
CD−ROMドライブ１８はWPFサーバ１２及び複数のクライアントPC１３に共有され、WPFサーバ１２等は、ネットワーク１１を経由してその制御を行なうことができる。CD−ROMドライブ１８は、本実施形態においては、主にWPFサーバ１２、クライアントPC１３のWPFサーバ制御プログラムのインストールに用いられる。
【００３３】
尚、本実施形態では、プリンタ１５、スキャナ１６、モデム１７、及びCD−ROMドライブ１８をネットワーク１１に接続した形式を採用しているが、これに限られず、例えば、クライアントPC１３にこれらを直接接続する形式を採用することもできる。
【００３４】
図２はWPFサーバ１２の構成をさらに詳細に説明したブロック図である。
【００３５】
CPU（中央処理装置）２２は、主に外部記憶装置２８に格納されている各制御プログラムに従って、後述するフローチャートに示すような処理を行なう。
【００３６】
ROM（リードオンリーメモリー）２３は、後述するフローチャートの基本的な判断プログラムや、表示・印刷に用いる文字フォント、入力装置としてのキーボード２５からキーを押下された事によって出力される電気信号に対応した文字コード表や、あらかじめ設定されている値などを記憶している。
【００３７】
RAM（ランダムアクセスメモリ）２４は、各処理中に必要となるワークエリアを有する。
【００３８】
２４１は、基本I／Oプログラムの領域であり、ROM２３に格納される基本判断プログラムが動作する時に必要とされるワーク領域である。CPU２２はまず、基本I／Oプログラムを起動し、次にＷＰＦサーバプログラムが動作するOSを起動することになる。
【００３９】
２４２は、OSが動作するためのワーク領域である。
【００４０】
２４３は、WPFサーバープログラムが動作するための領域で、HDD２８に格納されているWPFサーバープログラム２８２がロードされる領域である。
【００４１】
２４４は、WPFプログラムが動作するために必要とされる外部記憶装置２８に格納されているWPFデータ２８３のリソースなどの固定データなどがロードされる領域である。
【００４２】
２４５はWPFプログラムが動作するための一時的にHDD２８に格納されているカタログデータの登録、管理、ダウンロードするカタログデータを作成するために使用する領域である。
【００４３】
２４６はその他の処理で使用されるワーク領域である。
【００４４】
２５は、入力装置としてのキーボードである。
【００４５】
２６は入力装置としてのポインティングデバイスである。本実施形態はマウスを使用している。
【００４６】
２７は、表示装置であり、このＷＰＦサーバの管理者はその表示に従って、操作の経過、結果を判断する。
【００４７】
２８は、外部記憶装置であり、本実施形態では、外部記憶装置２８は一般的な固定ディスクである。
【００４８】
外部記憶装置２８は、ネットワークを管理するＯＳなどの基本プログラム２８１、WPFサーバ１２を管理するプログラムであるWPFサーバープログラム２８２であるが、この中には、管理者がカタログデータの登録、更新などの管理を行なうプログラム、クライアントからの要求に対して所望のカタログを選択してカタログを生成して、クライアントへダウンロードするプログラム、クライアントからの更新情報の確認処理を要求された場合の更新確認を行なうプログラム等が含まれる。
【００４９】
WPFデータ２８３は、WPFプログラムが動作するために必要とされるリソースなどの固定データなどを格納する。
【００５０】
カタログDBリスト２８４は、このWPFサーバが管理するツアーの一覧が管理されている。ユーザがクライアントからWPFサーバにアクセスして所望のカタログを生成してダウンロードする場合、このツアーのリストから任意に選択し、カタログを生成する処理を行なう。カタログDBリスト２８４の詳細は図４で詳細に説明する。
【００５１】
そのカタログを表示したり印刷するための表示用データ、印刷用データはカタログコンテンツ２８５で管理されている。カタログコンテンツ２８５の詳細は図６で詳細に説明する。
【００５２】
アノテーション２８６は本特許の特徴を現す要素のひとつであり、カタログの更新情報の取得をクライアントから要求された場合に、その更新情報がページ単位でWPFサーバ１２において準備されていない場合に、応急処置的にアノテーションを表示することで対応するが、その場合に用いられるアノテーションデータが格納され、表示用、印刷展開用の実データが格納されている。アノテーション２８６の詳細は図７で詳細に説明する。
【００５３】
フレキシブルディスクドライブ（FDD）２９は、フレキシブルディスク（FD）２Aへの文書データの格納などに使用される他、フレキシブルディスク２Aに記録されたこのWPFサーバ１２の制御プログラムを、インストールするために用いられる。
【００５４】
制御プログラムは、HDD２８のWPFサーバープログラム２８２、WPFデータ２８３等の領域にインストールされることになる。フレキシブルディスク２Aの記録内容については、図１３を参照して後述する。
【００５５】
尚、FDD２９及び、FD２Aの代わりに、CD−ROMドライブと、ＷＰＦサーバプログラムが格納されたCD−ROMを用いることもできる。
【００５６】
図３はクライアントPC１３の構成を更に詳細に説明したブロック図である。
【００５７】
CPU（中央処理装置）３２は、主に外部記憶装置3７に格納されているカタログビューア制御プログラム３７２に従って、後述するフローチャートに示すような処理を行なう。
【００５８】
ROM（リードオンリーメモリー）３３は、後述するフローチャートの基本的な判断プログラムや、表示・印刷に用いる文字フォント、入力装置としてのキーボード３４からキーを押下された事によって出力される電気信号に対応した文字コードを出力するための文字コード表や、あらかじめ設定されている値などを記憶している。
【００５９】
３４は、入力装置としてのキーボードである。
【００６０】
RAM（ランダムアクセスメモリ）３５は、各処理中に必要となるワークエリアを有する。
【００６１】
３５１は、基本I／Oプログラムの領域であり、ROM３３に格納される基本判断プログラムが動作するときに必要とされるワーク領域である。CPU３２はまず、基本I／Oプログラムを起動し、次にクライアントPC１３が動作するOSを起動することになる。
【００６２】
３５２はOSが動作するためのワーク領域である。
【００６３】
３５３は、カタログビューアが動作するための領域で、HDD３７に格納されているカタログビューア制御プログラム３７２がロードされる領域である。
【００６４】
３５４はカタログビューアプログラムが動作するために必要とされるHDD３７に格納されたカタログビューアデータ３７３のリソースなどの固定データ等がロードされる領域である。
【００６５】
３５５はその他の領域で使用されるワーク領域である。
【００６６】
３６は、入力装置としてのポインティングデバイスであり、本実施形態ではマウスを使用している。
【００６７】
３７は、外部記憶装置であり、WPFサーバ１２、予約システム１４とデータの通信などを行なうプログラムや、ダウンロードしたオンデマンドカタログを表示し、そのデータを元に、WPFサーバ１２や予約システム１４と通信を行って、旅行の予約を行ない、更新情報の有無を確認し、更新情報をデータ通信するプログラム等が含まれるカタログビューア制御プログラム３７２、カタログビューア制御プログラム３７２が動作するために必要とされるリソースなどの固定データなどのカタログビューアデータ３７３等を有する。
【００６８】
３８は表示装置であり、クライアントPC１３で作業するユーザはこの表示装置３８に表示されるカタログビューアのユーザインターフェイスの様子で操作の経過、結果を判断する。
【００６９】
３９は、フレキシブルディスクドライブ（FDD）であり、フレキシブルディスク３Aへの文書データの格納などに使用され、またFD３Aに記録されたこのカタログビューアプログラムをインストールするために用いられる。
【００７０】
カタログビューア制御プログラムは、HDD３７のカタログビューア制御プログラム３７２、カタログビューザデータ３７３などの領域にインストールされることとなる。FD３Aの記録内容については、図１３を参照して後述する。
【００７１】
尚、FDD３９及びFD３Aは、それぞれCD―ROMドライブ及びCD−ROMであっても良い。
【００７２】
図４は、図２のWPFサーバ１２が管理するカタログデータを管理する領域であるカタログDBリスト２８４の内容を更に詳細に表した図である。これは登録されているカタログを管理する領域で、取り扱われているツアー単位で管理され、ユーザはクライアントPC１３からＷＰＦサーバに接続し、図２で管理されるWPFサーバプログラム２８２を用いて任意にツアーを選択し、カタログを生成して出力することができる。
【００７３】
図４において、情報群４０，４１、４２，４３は、それぞれツアー単位のデータを示している。従って、WPFサーバに登録されたカタログデータの数だけ以下に述べるデータが存在することとなる。
【００７４】
４４はカタログデータ識別子である。本実施形態では“ハワイ3日間”という識別子を格納している。
【００７５】
４５はページ生成データであり、このツアーのページデータが格納されている。オンデマンドにより、カタログを生成する場合、この領域のページデータをクライアントに出力することになる。４６はカタログ詳細情報であり、４６の詳細情報からページデータを生成することも可能であるが、本実施例の場合、旅行会社が版下作成会社に依頼して作成したカタログのデータがページ単位で領域４５に格納されている。
【００７６】
４６は４５に格納されているページデータに記載されている内容の詳細を格納するもので、オンデマンドによるカタログ生成時には、４５のページデータを用いると共に、本特許の特徴である表示情報をこのデータを基に生成し、カタログデータと共に表示情報データを出力する。本データの詳細な情報は図５を参照して詳細に説明する。
【００７７】
図５は、図４のカタログ詳細情報４６に格納されるカタログの詳細情報の内容を詳細に表した図であり、ＷＰＦサーバが管理するカタログデータの詳細内容の一例である。
【００７８】
情報群５０、５１、５２、５３，５４でこのカタログを構成する情報の単位を構成する。
【００７９】
情報群５０はこのカタログデータのページ全体にかかる情報である。
【００８０】
５０１はこのカタログの識別子であり、オンデマンドでのカタログ生成時、後述するカタログの更新情報を確認する際の、識別情報として扱われる。本実施例の場合、“ハワイ３日間”という値が格納されている。
【００８１】
５０２はこのカタログのバージョン情報を格納する。後述するカタログの更新情報を確認する際に用いられる。このバージョン情報が異なっている場合、このカタログ自体更新されていることを意味する。本実施例の場合“1.00”が格納され、ページ情報自体の更新は行なわれていないことを意味している。本特許では言及しないが、ＷＰＦサーバの管理者が、カタログのページ生成データの更新を行った場合は、この値が更新される。
【００８２】
５０３はこのカタログのツアーの状況を格納する。募集中という値が格納されている場合は、まだこのツアーの募集が行なわれていることを示し、募集が終了している場合は、「締め切り」「募集終了」などの情報が格納される。この値もＷＰＦサーバの管理者が管理を行う。本特許との関連性は薄いため詳細は省略する。
【００８３】
情報群５１はこのカタログの表示用、印刷用のタイトル文字に関する情報が格納されている。
【００８４】
５１１はこのカタログで使用されている文字の情報が格納されている。本実施例ではHawai3.gifというコンテンツを用いて表示していることを意味している。このコンテンツは図２に示すカタログコンテンツ領域２８５に格納され、管理されている。
【００８５】
５１２はこのツアータイトル文字のバージョンを格納する領域である。５０２と同様に、このタイトル文字のバージョン情報を格納する。後述するカタログの更新情報を確認する際に用いられる。このバージョン情報が異なっている場合、このタイトル文字が更新されていることを意味する。例えば夏用のカタログと冬用のカタログでは違う文字を使用する場合があるが、その場合に変更されている場合がある。
【００８６】
情報群５２，５３はこのツアーで宿泊に選択できるホテルに関する情報が格納、管理されている。
【００８７】
５２１はホテルの識別子である。本実施例の場合、“○×ホテル”という名称が登録されている。後述する更新情報を確認する処理で識別子として使用される。
【００８８】
５２２はこのホテルの情報のバージョン情報を格納する領域である。後述する更新情報を確認する際に、更新情報の有無を確認するために使用される。本実施例の場合“1.１0”という値が格納され、このツアーのデータの作成時から何らかの情報の更新が行われたことを意味する。
【００８９】
５２３はこのホテルの外観写真のコンテンツへのポインタを格納している。出力されるカタログには外観を示すイメージとして使用される。本実施例では、“○×hotel２.gif”というデータが使用されていることを示している。
【００９０】
５２４，５２５はこのホテルの4人部屋、2人部屋の予約状況を格納する領域である。本実施例の場合は、予約可能、満室という情報が格納されている。紙面のスペースの都合上詳細情報としてはカタログには出力されないが、予約システム１４との定期的な情報の交換により、予約システムから、満室になった場合にその情報がWPFサーバ１２に送信され、この領域のステータスを変更することができる。なお、これは公知の技術で容易に実現できるため、詳細な説明は省略する。
【００９１】
情報群５３も同様にホテルに関する情報である。
【００９２】
情報群５４はツアーで使用する飛行機の客席のクラスに関する情報である。情報群５１、５２、５３と同様に情報のバージョン、詳細な予約状況などが管理される。内容は他の情報群と同様のため、説明は省略する。現状ではビジネスクラスは満席であるが、エグゼクティブクラスではまだ空席があることが認識できる。
【００９３】
図６は、図２に示すカタログコンテンツ領域２８５の内容を詳細に表した図である。この領域に格納されているコンテンツ情報はカタログの生成情報として、表示、印刷データとして使用され、管理者はこのコンテンツデータを更新、管理することで、生成されるオンデマンドカタログデータの情報を常に最新情報として出力することができる。
【００９４】
６０は、本実施例の場合、“Hawai3.gif”という識別子と実データが格納されている。本実施例の場合、このコンテンツデータは、図５に示すカタログ詳細情報において、５１１の領域がこのコンテンツデータを参照し、カタログ生成時に使用している。
【００９５】
６１は、本実施例の場合、“○×hotel2.gif”という識別子と実データが格納されている。本実施例の場合、このコンテンツデータは図５に示すカタログ詳細情報において、５２３の領域がこのコンテンツデータを参照し、出力に使用している。
【００９６】
６２、６３、６４も同様に管理されているコンテンツデータである。
【００９７】
図７は、図２に示すアノテーション領域２８６の内容を詳細に表した図である。これは本特許の特徴を説明するために使用されるデータが格納される領域で、予約システムより予約情報が通知され、例えば図５に示すホテルの予約状況を管理する領域５２４や５２５の領域が満室であったり、満席であった場合、その情報をクライアントPC１３で表示しているカタログビューアに合成表示するために使用されるアノテーションデータが格納されている。
【００９８】
例えば、７１には本実施例の場合、“満室.gif”という識別子と実データが格納され、図５に示すカタログ詳細データの５２５ではホテルの2人部屋の予約状況が格納されているが、クライアントPC１３においてユーザがカタログビューアを用いてこのデータを表示した場合、このアノテーションデータを合成表示することで、ユーザの個別の予約条件にあわせたカタログの表示と、詳細な条件を反映した予約状況をカタログ上に表現することができる。
【００９９】
ユーザはまず最初に図１においてクライアントＰＣ１３からWPFサーバに接続し、ＷＰＦサーバプログラムを用いてオンデマンドによる個々のニーズに沿ったカタログを生成してカタログを出力し、クライアントPC１３へダウンロードすることができるが、その場合に、実際のカタログ実データとは別に、本特許の特徴であるカタログの内容を示す表示情報を出力することができるが、その情報の詳細を説明したものが図８である。
【０１００】
つまり、これは生成したカタログデータの各頁に、WPFサーバ２で管理する図２に示すカタログDBリスト２８４のどのカタログデータが格納されているかを説明するものである。
【０１０１】
情報群８０は出力したカタログの1ページに出力された情報を表している。
【０１０２】
８１はページの識別子を表し、本実施例では1ページの表示情報であることを示している。
【０１０３】
８２はカタログに出力されているツアー名が格納されている。本実施例の場合、カタログの1ページ目は“ハワイ3日間”のツアー情報が格納されていることを示している。
【０１０４】
８３はこのページに出力されているツアーの情報のバージョンが格納されている。本実施例の場合、出力時のままであるので、1.00という値が格納されている。もしユーザが過去に本特許で説明する更新の仕組みを利用してWPFサーバ１２に接続し、仮に1.10に更新されたデータを更新していた場合は、本領域に1.10という値が格納される。
【０１０５】
８４はこのページに出力されているツアーのタイトル文字に使用されているコンテンツデータの識別子が格納されている。本実施例の場合、1ページ目のハワイ3日間というツアー名を出力するために、Hawai3.gifというコンテンツが使用されていることを示している。
【０１０６】
８５はこのページに出力されているホテルの情報が格納されている。本実施例の場合、“○×ホテル”というホテルがツアーで選択できるホテルとしてカタログに出力されていることを示している。
【０１０７】
８６は８５に示すホテルの情報のバージョンを表している。本カタログを出力した時のバージョンが格納される。本実施例の場合1.00という値が格納されていることを表している。
【０１０８】
８７は８５に示すホテルの外観を表すために使用しているコンテンツデータの識別子が格納されている。本実施例の場合、1ページのハワイ3日間というツアーで使用される○×ホテルの外観写真として○×hotel.gifというデータが使用されたことを表している。
【０１０９】
８８、８９は８５に示すホテルの予約状況を格納する領域である。カタログデータ出力時の各条件の予約状況を表している。本実施例の場合、ツアーの募集開始からまだ予約が殺到していないため、4人部屋、2人部屋ともに予約可能であるという状態で出力されたことを示している。
【０１１０】
８A、８Bはツアーに使用する飛行機のクラスを格納する領域で、エグゼクティブ、ビジネスともに空席有である状態でカタログを出力したことを示している。
【０１１１】
図９は本特許を説明するフローチャートで、クライアントＰＣ１３において出力済みのカタログデータとその表示情報データを基に、予約システムに予約を行なう場合に行なわれる処理手順を説明するものである。詳細は後述する。
【０１１２】
図１０は本特許を説明するフローチャートで、クライアントＰＣ１３から予約システムへの処理要求が通知された場合に、ステップ９３、ステップ９４の間にWPFサーバは更新確認処理／更新データの返信を行なうが、その際に行なわれる処理手順を説明するものである。詳細は後述する。
【０１１３】
図１１は図１０に示すフローチャート１０Ａで生成される識別情報の一例であり、本実施例の場合、領域５２３に格納されている情報が“○×hotel2.gif”という表示データに更新されているため、その表示データをクライアントＰＣ１３で正しい位置に表示するために、その更新データの表示位置を判定するために生成される識別情報を表している。
【０１１４】
１１０はページの識別子で、本実施例の場合、１ページに表示されるべきデータであるということを表している。
【０１１５】
１１１はツアー名の識別子で、１ページ内に複数のツアーが表示されている場合、この識別子で、正しい表示されるべきツアー名を判別する。本実施例の場合、ハワイ３日間という値が格納され、この表示データ○×hotel2.gifはハワイ３日間のツアーの表示領域に表示すべきデータであると判定できる。
【０１１６】
１１２はホテルの識別子が格納される。表示データはどのホテルの表示データであるかをこの格納されている値を元に判定することができる。本実施例の場合、○×ホテルの更新データであることが判定できる。
【０１１７】
１１３は更新する表示データの値へのポインタを格納する。本実施例では○×hotel2.gifという値が、更新すべきデータであることを示している。
【０１１８】
図１２は図１１と同様に図１０に示すフローチャート１０Ａで生成される識別情報の一例であり、本実施例の場合、後述のフローチャートでこのユーザは２人部屋を希望しているが、実際には既に領域５２１で示す○×ホテルは既に満室であることをクライアントＰＣ１３で表示しているカタログビューアの○×ホテルの該当表示領域に「満室」というアノテーションを合成表示することで、その条件による最新情報をユーザに示すことができる本特許を説明するが、その合成表示を行うための識別情報の内容を説明している。
【０１１９】
１２０はページの識別子で、本実施例の場合、１ページに表示されるべきデータであるということを表している。
【０１２０】
１２１はツアー名の識別子で、１ページ内に複数のツアーが表示されている場合、この識別子で、正しい表示されるべきツアー名を判別する。本実施例の場合、ハワイ３日間という値が格納され、この表示データ満室.gifはハワイ３日間のツアーの表示領域に表示すべきデータであると判定できる。
【０１２１】
１２２はホテルの識別子が格納される。表示データはどのホテルの表示データであるかをこの格納されている値を元に判定することができる。本実施例の場合、○×ホテルの更新データであることが判定できる。
【０１２２】
１２３は更新する表示データの値へのポインタを格納する。本実施例では“満室.gif”という値が、更新すべきデータであることを示している。
【０１２３】
図１３は本特許の機能を用いて、一旦出力してＷＰＦサーバによる情報の管理から離れたカタログデータを最新状態に更新した一例である。
【０１２４】
１３０は「満室」というアノテーションを合成表示して、この旅行条件ではこのホテルは既に満室であり、予約できないことを表している。
【０１２５】
１３１は「定員に達しました」というアノテーションを合成表示して、この条件でのこのツアーは募集を締め切ったことを表している。
【０１２６】
図１４は本文書管理システムの制御プログラムを格納したフレキシブルディスクの内容を説明するものである。本文書管理システムはこの様な形式で供給され、ＨＤＤ２８、やＨＤＤ３７にインストールされる。
【０１２７】
なお、これはＣＤ−ＲＯＭでも良い。
【０１２８】
１４１は媒体のフォーマット形式、ディレクトリ管理形式、媒体に付けられた名称などを管理する領域である。
【０１２９】
１４２はディレクトリ情報を管理する領域である。
【０１３０】
１４３はＷＰＦサーバ１２のＷＰＦサーバー管理プログラムを格納した領域で、インストールによってＨＤＤ２８のＷＰＦサーバープログラム２８２に格納される。
【０１３１】
１４４はＷＰＦサーバプログラムの固定データを格納した領域で、インストールによってＨＤＤ２８のＷＰＦデータ２８３に格納される。
【０１３２】
１４５はクライアントＰＣ１３などにインストールされるカタログビューア制御プログラムを格納した領域で、インストールによってＨＤＤ３７のカタログビューア制御プログラム３７２に格納される。
【０１３３】
１４６はカタログビューア制御プログラムの固定データを格納した領域で、インストールによってＨＤＤ３７のカタログビューアデータ３７３に格納される。
【０１３４】
次に、本発明を説明するために、ユーザがオンデマンドカタログ生成・予約システムにおいて、すでに出力済みのカタログをもとに、予約システムに予約を行なう場合に、更新情報をＷＰＦサーバから獲得し、その情報を反映し、その反映された結果を元に予約を行なうまでの本発明の主たる処理、操作を以下のフローチャートなどを用いて説明する。
【０１３５】
まず、クライアントＰＣ１３においてすでに出力済みのカタログデータを表示し、所望の条件で予約システムに接続すると、更新情報の確認をＷＰＦサーバ間と行なうが、その場合にどのような処理が行なわれるかを説明する。
【０１３６】
まず、図９のフローチャートにおいては、図８に示す出力済みのカタログデータをクライアントＰＣ１３でカタログビューアを用いて表示し、所望の条件を入力して、予約システムに接続し、更新情報の確認を行い、その結果をカタログビューア上で合成表示する処理が行われるが、その場合にどのような処理が行なわれるかについて説明する。
【０１３７】
前提条件として、すでに図８に示すような表示情報を含むカタログデータはクライアントＰＣのユーザに出力されており、出力された後時間が経ち、ＷＰＦサーバ１２で管理されるカタログＤＢ２８４にはすでに変更情報が予約システムから公知の技術を用いて反映されており、ユーザの所有するカタログデータと、ＷＰＦサーバが管理する最新のカタログデータとは一部相違が生じているものとする。また、ＷＰＦサーバ１２、予約システム１４などはすでに起動済みで稼動しているものとする。
【０１３８】
まず、図９のフローチャートにおいて、ステップ９０では初期化処理を行う。クライアントＰＣ１３で基本I／Oプログラムを起動し、それぞれ初期化処理を行なうと共に、ネットワーク１１を介してネットワークシステムへの接続処理を行なうが、これらは公知の技術で実施できるものであるため、詳細は省略する。
【０１３９】
ステップ９１ではクライアントＰＣ１３において、すでに出力済みのカタログデータをカタログビューアで表示するために、カタログビューアプログラム３５３を公知の技術で実現できる方法で起動し、ユーザはカタログをカタログビューアに読み込ませて、希望とするツアーの情報が記載されているページを表示する。また、同時に詳細な旅行条件を指定することも可能である。本実施例の場合、ハワイ３日間のツアーで○×ホテルを２人部屋で予約しようとする例で説明する。このときに，このカタログデータの表示情報である図８に示す生成された表示情報を同時に読み込み、以上の情報を領域３５４などに展開する。
【０１４０】
ステップ９２は起動したカタログビューアにおいて、ユーザが所望のツアーの予約開始操作を選択したかどうかを判定する。予約開始操作は、カタログビューアにおいて公知の技術で容易に実現できるユーザインタフェースであるため、詳細は省略する。選択したと判定された場合は、ステップ９３へ移行する。参照のみであると判定された場合は処理を戻す。
【０１４１】
ステップ９３はユーザが予約開始操作を選択したので、まず予約システム１４へネットワーク１１を介して接続を開始するがその前に、本特許では、ＷＰＦサーバ１２へ接続を行なう。ＷＰＦサーバ１２へ接続を行なった後、図８に示す生成された表示情報をＷＰＦサーバ１２に送信する。
【０１４２】
ＷＰＦサーバ１２では受信した表示情報を元に、ユーザのカタログデータの情報に更新された情報があるかどうかを判定し、更新情報が存在する場合は、クライアントＰＣ１３のカタログビューアへその結果を送信する。この間の処理は図１０を用いて説明する。
【０１４３】
図１０はＷＰＦサーバがステップ９３で送信した表示情報データを受信し、更新情報を確認し、更新情報がある場合は、更新情報をクライアントＰＣ１３に送信する点を説明する。
【０１４４】
ステップ１００はＷＰＦサーバ１２の初期化処理を行う。ＷＰＦサーバ１２でＷＰＦサーバプログラム２４３を起動し、ネットワーク１１を介してネットワークシステムへの接続処理を行なうが、これらは公知の技術で実施できるものであるため、詳細は省略する。
【０１４５】
ステップ１０１は処理待ちのスケジュール処理を行なう。外部からの処理の指示待ち状態である。外部から何かトリガが入った場合は、ステップ１０２に処理を移行し、トリガの種類を判定する。
【０１４６】
ＷＰＦサーバ１２はクライアントからのオンデマンドでのカタログ作成、登録されているカタログの登録管理、本特許の特徴である、カタログビューアからの更新情報の確認処理を行なう。ステップ１０２ではどの処理の指示であるかを判定する。カタログ作成かカタログ登録管理の場合は処理を１０３に移行する。
【０１４７】
ステップ１０３はＷＰＦサーバの機能の一部であるが、本特許の関連する部分ではないので、説明は省略する。
【０１４８】
ステップ１０４では本特許の特徴を現す機能である、カタログ更新確認処理であると判定された場合に処理を移行し、図９のステップ９３から送信されたカタログ表示情報を受信する処理を行なう。
【０１４９】
次のステップ１０５から受信したカタログの表示情報と現在ＷＰＦサーバ１２で管理されているカタログＤＢ２８４との比較処理を行なう。
【０１５０】
ステップ１０６では受信した図８に示すカタログバージョン８３の値と、図５に示す実際に管理されている情報のカタログバージョン５０２の値を比較する。本実施例の場合、どちらも1.00であるので、カタログを出力してから、ページ単位でのカタログデータの更新は行なわれていないことが判定される。よって本実施例の場合、ステップ１０７へ処理を移行する。ページ単位での更新があると判定した場合は、ステップ１０Ｃに処理を移行する。
【０１５１】
ステップ１０７では、ページ単位では更新されていないことを確認したが、各細部については更新されている可能性があるため、各表示要素の更新情報を同様に比較して判定する。本実施例ではホテルバージョン８６の値と、図５に示すホテルバージョン５２２の値を比較する処理を行なう。本実施例の場合、５２２の値が1.10であるので、更新が行なわれていることを示している。
【０１５２】
ステップ１０８ではステップ１０７の比較結果を判定し、更新されている場合は、処理をステップ１０９に移行する。更新されていない場合は、処理を１０７に戻し、次の項目の判定処理を行なう。
【０１５３】
ステップ１０９では、出力されたカタログにすでに更新情報があることが判明したが、ページ単位での差し替え情報が無いので、図５に示す、ホテル外観写真５２３の示すコンテンツデータ“○×hotel2.gif”をコンテンツ領域２８５から獲得する。
【０１５４】
次いで、この更新された情報のクライアントＰＣ１３で表示しているカタログのどの場所に出力するかの表示情報を生成する必要があるが、ステップ１０Ａではその識別情報を生成する。図１１に示すような識別情報を生成する。元々の表示情報データ図８より、公知の技術を用いて用意に図１１に示すような識別情報を生成することは容易である。
【０１５５】
ステップ１０Ｂでは確認項目が全て終了したかを判定し、終了していない場合は、ステップ１０７に処理を戻す。
【０１５６】
同様に、ステップ１０７からステップ１０Ａまでの処理を説明する本特許のもう一つの特徴を表す例を領域８９のホテルの「２人部屋」に関する情報の更新情報の検索、更新情報の取得、生成について説明する。本実施例の場合、図８に示す２人部屋８９の予約状況が出力時は“予約可能”であったが、図５に管理される領域５２５では“満室”になっている。こちらも更新情報として判定される。カタログの表示上はスペース上、４人部屋、２人部屋という詳細な条件に従った状況を載せることができないが、このフローチャートで説明するユーザは２人部屋を予約したいのであり、本特許では、この更新情報の比較処理によって、詳細な更新情報をクライアントＰＣで起動しているカタログビューアを操作するユーザに伝えることができる事に特徴がある。この場合は、ステップ１０９においては図７に示す７１の“満室.gif”というアノテーションデータを獲得する。
【０１５７】
また、ステップ１０Ａにおいて、図１２のような識別情報を生成する。
【０１５８】
ステップ１０Ｃではページデータ自体の更新情報があると判定されたので、更新されたページ情報の実データを取得する。これは図４に示すカタログＤＢリストに格納されており、例えば本実施例の場合、４４に対応するページ生成データ４５がＷＰＦサーバ上で既に更新されて生成されていたとする場合、領域４５に格納されているページ生成データを取得することで、最新のページデータを取得することができる。
【０１５９】
以上の処理で、更新情報をすべて取得出来たことになる。
【０１６０】
次いで、ステップ１０Ｄに処理を移行し、以上の更新情報をクライアントＰＣ１３で実行されているカタログビューアに公知の技術を用いて送信する処理を行う。
【０１６１】
ステップ１０Ｅではその処理の成否を判定する。失敗した場合は、処理を１０Ｄに戻し、リトライを行う。
【０１６２】
以上の処理で、クライアントＰＣ１３で実行されているカタログビューアからの更新情報の取得要求に対して、更新情報が送信されたことになる。
【０１６３】
ステップ１０Ｆは終了処理である。メモリの解放処理などを行う。
【０１６４】
ＷＰＦサーバ１２から結果が送信されたので、次に図９に説明を戻し、ステップ９４からの説明を続ける。
【０１６５】
ステップ９４では、ＷＰＦサーバから確認結果を受信する。
【０１６６】
ステップ９５ではその結果に更新情報が含まれているかどうかを判定する。本実施例の場合、図８に示す生成された表示情報に対し、領域８７と領域８９に相違が存在したため、それぞれの更新データに対応するコンテンツデータをその識別情報を受信しているため、更新情報が含まれていると容易に判断できる。
【０１６７】
ステップ９６では、その変更内容がページ単位であるか、部分的な項目の変更であるかを判定する。本実施例の場合、図８の８３に示すカタログバージョンの値はＷＰＦサーバ上でも領域５０２が示すように同じ値であるため、更新されたページデータは存在せず、実際にクライアントＰＣ１３にその識別情報は送信されていないため、部分的な変更が存在すると判断される。
【０１６８】
ページ単位の変更が存在した場合は、ステップ９７に移行し、更新データを識別情報からページ数を判定し、カタログビューアで表示しているカタログデータをその更新ページデータで置き換える処理を行う。置き換えの処理については公知の技術で容易に実現できるため、詳細は省略する。この処理によって、オンデマンドカタログの場合、ユーザが生成したカタログデータは例えばユーザによっては、３ページであったり、他のページに格納されているかも知れないが、出力されたカタログの構成に関係なく、該当するページを更新されたページ情報で置き換えることが可能となる。
【０１６９】
一方ステップ９６で部分変更と判定された場合は、ステップ９８に処理を移行する。まず、更新データの表示位置を検出する処理を行う。例えば本実施例の場合、図８の領域８７に関する更新情報はＷＰＦサーバ１２より、図１１に示すような識別情報と、更新されたコンテンツデータ“○×hotel2.gif”を取得することができる。クライアントＰＣ１３に表示されている表示情報は図８に示すような情報が格納されているため、図１２の“ページ”１２０が示す値の“１”を検索し、１ページに関する表示情報を検索し、ツアー名１２１に格納されている“ハワイ３日間”という値より、図８に示すツアー名８２に合致するツアー名を検索でき、同様にホテル１１２の情報に対応する図８のホテル８５の領域を検索でき、コンテンツデータ○×hotel2.gifというデータを表示すべき位置を求めることができる。以上の処理で、合成位置が決まり、公知の技術を用いて合成表示処理を行うことができる。
【０１７０】
同様に図８に示す２人部屋８９についての情報の更新情報を表示する場合、表示位置を容易に求めることが出来、例えば合成表示処理を行って図１４のような表示結果を得ることができる。
【０１７１】
以上の処理で本特許の特徴を表す処理を終了し、更新情報がクライアントＰＣ１３で実行されるカタログビューアに反映され、最新情報を参照することができるようになる。
【０１７２】
次いで、ステップ９Ａに処理を移行し、予約システム１４に接続し、最新情報を元に予約を行うことができる。
【０１７３】
ステップ９Ｂでは、予約の完了を判定し、完了していない場合は、ステップ９Ａに処理を戻す。
【０１７４】
予約を完了した場合は、ステップ９Ｃに処理を移行し、終了処理を行う。ネットワーク接続の切断処理、メモリの解放処理などを行ない、一連の処理を終了する。
【０１７５】
従来のオンデマンドカタログを用いた予約システムでは、出力されたカタログデータはファイルとしてクライアントに出力され、印刷を行えば、取り扱いが容易になるが、更新情報が反映されなくなるため、最新情報を元に商品を予約したり、注文したりすることが出来ないという点が問題とされていた。また、紙面のスペースの都合上、ホテルの外観を示す写真をカタログに表示して予約可能である事を示すことができるが、予約状況によっては４人部屋は空いているが、２人部屋は満室になっているような場合は、いくら最新情報を表示していても、実際に予約を行ってみないと最新の情報が獲得できないという点が問題とされていた。
【０１７６】
そこで、本発明では、最初にオンデマンドカタログを生成する際にその生成されたカタログに含まれる表示情報を格納する識別情報ファイルを別に生成し、クライアントに提供するという点に特徴がある。
【０１７７】
ＷＰＦサーバへクライアントＰＣからカタログビューアを用いて更新情報を要求するために、上記の識別情報ファイルをＷＰＦサーバに送信し、その情報を元に、更新情報を検索し、検知された更新情報をその表示すべき識別情報を添えてクライアントＰＣに返信し、その識別情報を元に、更新情報を表示すべき位置を検知し、合成表示することで、上記問題を解決している。
【図面の簡単な説明】
【０１７８】
【図１】本発明の１実施例を示すオンデマンドカタログを用いた予約システムの概略構成を説明するブロック図である。
【図２】図１に示すＷＰＦサーバ１２の構成を詳細に表す図である。
【図３】図１に示すクライアントＰＣ１３の構成を詳細に表す図である。
【図４】図２に示すカタログＤＢリスト２８４の構成を詳細に表す図である。
【図５】図４に示すカタログＤＢリスト４６の構成を詳細に表す図でその一部である。
【図６】図２に示すコンテンツリスト２８５の構成を詳細に表す図である。
【図７】図２に示すアノテーションリスト２８６の構成を詳細に表す図である。
【図８】オンデマンドカタログを生成したときに同時に生成される識別情報でありその一例である。
【図９】本実施例でクライアントＰＣ１３上で起動するカタログビューアを用いて予約システム１４に予約を行うまでの処理を説明するためのフローチャートである。
【図１０】本実施例でクライアントＰＣ１３から更新情報を要求された場合の更新情報を検索し、対応する更新情報を獲得し、それに対応する識別情報を生成する処理を説明するためのフローチャートである。
【図１１】ＷＰＦサーバ１２で更新情報を獲得し、その表示位置をクライアントから送信された識別情報から生成するが、その識別情報の一例である。
【図１２】ＷＰＦサーバ１２で更新情報を獲得し、その表示位置をクライアントから送信された識別情報から生成するが、その識別情報の一例である。
【図１３】本特許で説明する機能を用いて、一旦生成したオンデマンドカタログを最新情報に更新した一例を示す図である。
【図１４】ＷＰＦサーバの制御プログラムなどを供給するＦＤ２Ａ、３Ａの内容を説明するものである。
【図１】
2006244242.tif 000003
【図２】
2006244242.tif 000004
【図３】
2006244242.tif 000005
【図４】
2006244242.tif 000006
【図５】
2006244242.tif 000007
【図６】
2006244242.tif 000008
【図７】
2006244242.tif 000009
【図８】
2006244242.tif 000010
【図９】
2006244242.tif 000011
【図１０】
2006244242.tif 000012
【図１１】
2006244242.tif 000013
【図１２】
2006244242.tif 000014
【図１３】
2006244242.tif 000015
【図１４】
2006244242.tif 000016