(57)【要約】【課題】  ユーザはカタログ、旅行雑誌、インタネットなどを利用して自由なプランを立てることが容易になってきた。しかし、実際に現地での所要時間や旅行先の交通事情などを把握することは難しく、プラン通りに実行できるかを判断することは経験がないと難しい。【解決手段】  サーバ側で旅行プランをアドバイスするための情報をデータベースに保持していてユーザが作成したオリジナル旅行プランを簡単な操作で現実的なプランに修正する。【選択図】  図１
2006244244.tif 000002
【特許請求の範囲】
【請求項１】
中央処理装置(以下、CPU)と、そのCPUの動作プログラムなどを記憶するメモリと、データを表示するディスプレイと、そのネットワークを介して他の機器とデータのやり取りを行うためのネットワークインタフェースとを備えたサーバ装置およびクライアント装置と、データの受け渡しなどをするためのネットワークと、大量データを保持するためのデータベースとを有するネットワークシステムにおいて、
前記サーバ装置が、ネットワーク上で接続されたコンピュータ間でデータをやり取りする通信手段と、クライアントからユーザ情報を受け取り記憶する手段と、ユーザがサーバに接続する際に登録されたユーザ情報から認証を行う手段と、旅行ツアー情報を記憶する手段と、接続したユーザに旅行情報を提供する手段と、ユーザがそれらの旅行情報を元に旅行プランを作成できる手段と、作成した旅行プラン情報をユーザが登録する手段と、旅行ツアーにおける観光、見学などの各イベントの所要時間を記憶する手段と、イベントが行われる場所、駅、ホテルなどの目的地となる2点間の所要移動時間を記憶する手段と、整合性をチェックするルールを記憶する手段と、ユーザが作成した旅行プランを登録されている所要時間情報を元に整合性をチェックする手段と、チェック結果から適切な所要時間の旅行プランに修正する手段と、修正した内容を記憶する手段と、修正した内容と修正した旅行プランをクライアントに通知する手段とを有することを特徴とするネットワークシステム。
【請求項２】
前記サーバ装置が、性別、年齢別に各イベントの所要時間を記憶する手段と、移動手段毎に2点間の所要移動時間を記憶する手段とを有することを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記サーバ装置が、ユーザが作成した旅行プランをチェックする際に日程の変更をさせないイベントを指定する方法と、指定されていることを示す手段と、その指定がされている場合にそのイベントは変更しないで旅行プランを修正する手段とを有することを特徴とする請求項１に記載のネットワークシステム。
【請求項４】
前記サーバ装置が、ユーザが作成した旅行プランから選択した目的地、イベントなどの情報を抽出して回数をカウントする手段と、その目的地へ移動する場合の前の場所と移動手段を記憶する手段と、新規にユーザが作成した旅行プランをチェックする際にそれらの情報を元にお薦めのプラン情報をユーザに返信する手段とを有することを特徴とする請求項１に記載のネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、WWW環境での旅行プラン作成および旅行プランアドバイス方法に関するものである。
【背景技術】
【０００２】
通常、旅行代理店の店頭で配布されている旅行パンフレット情報と同様の旅行ツアー情報がWWW環境下で公開されるようになってきている。これによって、ユーザは旅行ツアーを選択したり、予約を行ったりすることができるようになってきている。また更に、観光スポット、ホテル、交通機関などの詳細情報も公開されており、ユーザはそれらの情報を参考にして自由な旅行プランを立てられるようになってきている。
【０００３】
又、従来例としては、例えば特許文献１をあげることが出来る。
【特許文献１】特開２００２−４１４９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、実際には、例えば、美術館見学でどのくらいの見学時間が必要であるか、宿泊しているホテルからタクシーでどのくらいで移動できるかなど、各観光スポットでの現実的な所要時間や旅行先の交通事情を踏まえた移動時間を把握することは難しい。このために、綿密にプランを立てたとしてもプラン通りに実行できない場合が発生する。予約が必要なイベントなどの場合にはキャンセルせざるを得なくなることがある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本特許に係る装置は、中央処理装置(以下、CPU)と、そのCPUの動作プログラムなどを記憶するメモリと、データを表示するディスプレイと、そのネットワークを介して他の機器とデータのやり取りを行うためのネットワークインタフェースとを備えたサーバ装置およびクライアント装置と、データの受け渡しなどをするためのネットワークと、大量データを保持するためのデータベースとを有するネットワークシステムにおいて、前記サーバ装置がネットワーク上で接続されたコンピュータ間でデータをやり取りする通信手段と、クライアントからユーザ情報を受け取り記憶する手段と、ユーザがサーバに接続する際に登録されたユーザ情報から認証を行う手段と、旅行ツアー情報を記憶する手段と、接続したユーザに旅行情報を提供する手段と、ユーザがそれらの旅行情報を元に旅行プランを作成できる手段と、作成した旅行プラン情報をユーザが登録する手段と、旅行ツアーにおける観光、見学などの各イベントの所要時間を記憶する手段と、イベントが行われる場所、駅、ホテルなどの目的地となる2点間の所要移動時間を記憶する手段と、整合性をチェックするルールを記憶する手段と、ユーザが作成した旅行プランを登録されている所要時間情報を元に整合性をチェックする手段と、チェック結果から適切な所要時間の旅行プランに修正する手段と、修正した内容を記憶する手段と、修正した内容と修正した旅行プランをクライアントに通知する手段とを有することを特徴とする。
【０００６】
また、サーバ装置は、性別、年齢別に各イベントの所要時間を記憶する手段と、移動手段毎に2点間の所要移動時間を記憶する手段とを有することを特徴とする。
【０００７】
また、サーバ装置は、ユーザが作成した旅行プランをチェックする際に日程の変更をさせないイベントを指定する方法と、指定されていることを示す手段と、その指定がされている場合にそのイベントは変更しないで旅行プランを修正する手段とを有することを特徴とする。
【０００８】
さらに、サーバ装置は、ユーザが作成した旅行プランから選択した目的地、イベントなどの情報を抽出して回数をカウントする手段と、その目的地へ移動する場合の前の場所と移動手段を記憶する手段と、新規にユーザが作成した旅行プランをチェックする際にそれらの情報を元にお薦めのプラン情報をユーザに返信する手段とを有することを特徴とする。
【発明の効果】
【０００９】
以上説明したように、ユーザが作成したオリジナル旅行プランを簡単な操作で現実的なプランに修正することができる。このことによって、ユーザは無理のない旅行プランを立てることが可能になる。さらに、無理のない日程になることによって、無駄なキャンセルなどを未然に防ぐことができる。
【発明を実施するための最良の形態】
【００１０】
以下に、図１〜図１１を参照して、本発明に係る装置の一実施形態について説明する。
【００１１】
まず、図１は本発明に係るシステムの構成図である。
【００１２】
１０１および１０２はクライアントPCであり、システム管理者が新規データファイルを登録したり、ユーザ管理情報修正などのシステムメンテナンス処理を行ったり、あるいはユーザが商品検索、商品情報出力などの指示を行ったりするものである。１０３はネットワーク上で共有されている画像データを読み込むスキャナであり、クライアントPCからの指示に従ってカタログの画像データなどを読み込む。
【００１３】
１０４はネットワーク上で共有されているプリンタであり、クライアントPCからの指示に従って、商品情報あるいはカタログデータなどを出力する。
【００１４】
１０５、１１１はローカルエリアネットワーク（LAN）であり、このネットワークに接続している機器１０１から１０５はこのLANを介して他の機器とデータのやり取りを行う。１０７はインターネットであり、１０６はこのインターネットに直接に接続されたクライアントPCである。１０１、１０２とは接続形態が異なるが、同様の目的で使用される。
【００１５】
１０８はネットワークを介してクライアントPCからHTTPプロトコルできたリクエストを受け取るHTTPサーバである。１０９はWebアプリケーションサーバである。HTTPサーバにはいくつかのWebアプリケーションサーバ が登録されており、クライアントPCからのリクエスト内容に従ってHTTPサーバは処理を適切なWebアプリケーションサーバに割り振る。また、リクエストを受け取ったWebアプリケーションサーバは処理を実行してその処理結果をクライアントへ返信する。１１０はデータベースであり、カタログデータ、画像データなどのコンテンツデータ情報や、旅行ツアー、ホテル、観光スポット情報などのテキスト情報、各観光スポットでの所要時間情報、およびユーザ情報などを記録する。
【００１６】
これらのようにHTTPサーバ１０８、WEBアプリケーションサーバ１０９、データベース１１０と有機的に組み合わさってWEBデータベースシステムとして機能する。
【００１７】
次に、図２は本発明に係る装置の構成を説明するブロック図である。
【００１８】
１はシステム・バスであり、これから説明する各構成ブロックはこのシステム・バスに接続されている。２はＣＰＵ（Ｃｅｎｔｒｔａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。３はプログラム・メモリ（ＰＭＥＭと称す）で、本処理のためのプログラムを適宜ハード・ディスク１０から選択／読込みし、２のＣＰＵにて実行する。又、キーボード１２から入力されたデータはテキスト・メモリでもあるＰＭＥＭにコード情報として格納される。４は、通制御部であり、５の通信ポートに於ける入出力データの制御を行う。通信ポート５から出力された信号は、通信回線６を経由して、ネットワーク上の他の装置の通信ポートに伝えられる。ネットワーク上で共有されているプリンタや、画像読み取り装置とのやり取りは、この通信制御部４を介して行われる。
【００１９】
また、本実施例ではLANなどのネットワークに関して記述するが、この通信制御部に接続される通信ポート及び通信回線が一般の公衆回線であっても本発明が適応されることは言うまでもない。
【００２０】
８は外部記憶装置制御部、９、１０はデータファイル用のディスクで、例えば９は、フレキシブルディスク（ＦＤと称す）であり、１０はハード・ディスク（ＨＤと称す）である。
【００２１】
１１は入力制御部であり、１２のキーボード、１３のマウス等の入力装置が接続される。操作者はこのキーボード１１を操作することによりシステムの動作指令等を行う。
【００２２】
また１３は１６のＣＲＴ上で画像情報を加工指示するためのポインティング・デバイス（ＰＤと称す）で本実施例ではマウスを使用している。これによりＣＲＴ１６上のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択して処理の指示を行なうほか編集対象の指示、描画位置の指示等もおこなう。１４はビデオ・イメージ・メモリ（ＶＲＡＭと称す）、１５は表示出力制御部、１６はＣＲＴである。１６のＣＲＴに表示されるデータは１１のＶＲＡＭ上にビットマップデータとして展開されている。１７は、プリンタ制御部であり、接続されているプリンタ１８に対するデータの出力制御を行う。
【００２３】
１Ａは、画像読み取り装置制御部であり、接続されている画像読み取り機器１Ｂの制御を行う。本発明に於ける、画像読み取りサーバ装置には、１Ａ、１Ｂの構成要素が必須であるが、クライアント側装置では、前述のように、通信制御部４、及び通信ポート５を介してサーバ側の共有されている同構成要素を使用することができる。
【００２４】
更に、図１の構成は、画像読み取り機器と画像読み取り装置が物理的に別々のコンポーネントであっても、画像読み取り装置が、画像読み取り機器を含む１つのコンポーネントであっても同様な機能を有することとする。
【００２５】
なお、本実施例でROMに記憶しているプログラムは、装置に直接接続されているハードディスク(HD)やフレキシブルディスク(FD)などの記憶媒体にも記憶されていてもよい。さらに、ネットワークで接続されている他の装置上に記憶されていてもよい。また、本発明のプログラムは、FDやHDなどの記憶媒体やネットワークを介してシステムや装置に供給できる。
【００２６】
上記本発明に係るシステムの一実施形態について図３を参照してさらに説明する。図３は本発明の旅行プラン修正処理を示すフローチャートの一例である。
【００２７】
まず、ステップＳ３０１でシステム管理者がクライアントPCからアカウントとパスワードでログイン処理を実行する。この際、認証方法はアカウントとパスワード以外でもなんら問題はない。このリクエストを受けてステップS３０２でサーバは入力されたアカウントとパスワードがカタログデータ登録処理を許されているかどうかをデータベースに問い合わせて認証処理を行う。ここで、処理を実行することが許されていなかった場合にはエラー画面をクライアントPCに送信する。実行することが許されていた場合には次のステップに進む。
【００２８】
ステップＳ３０３でキーワードを入力して旅行情報を検索する。キーワードとは、旅行目的地、観光スポット、ホテル、オプションツアー、および交通機関情報などである。リクエストを受けたサーバはステップＳ３０４で入力されたキーワードに該当する旅行情報をデータベースで検索し、その結果を旅行情報リストとしてクライアントＰＣに送信する。そして、ステップＳ３０５でユーザは旅行情報検索結果を取得する。
【００２９】
ステップＳ３０６でユーザは、旅行情報検索結果からオリジナル旅行プランを作成する。そして、作成したオリジナル旅行プランをサーバに登録する。リクエストを受けたサーバはステップＳ３０７でオリジナル旅行プランをデータベースに登録する。この際に、登録した旅行プランに一意に対応する旅行プランIDを返信する。ステップＳ３０８でユーザは旅行プランIDを取得する。ユーザはこの旅行プランIDでいつでもオリジナル旅行プラン情報をサーバから取得することができる。
【００３０】
図４は本発明の作成したオリジナル旅行プランの一例である。
【００３１】
この例では、3日間の家族旅行を示している。４０１は表紙のページで目的地、日時などの概要情報と大日程が表示されている。４０２から４０４は1日目から3日目までの詳細日程である。飛行機で移動、市内観光ツアーなどのスケジュールが表示されている。そして４０５は総費用ページである。今回の旅行にかかった全ての費用がリストアップされている。このようにこのオリジナル旅行プランを見れば、全ての情報がわかるようになる。
【００３２】
次に、ステップＳ３０９で作成したオリジナル旅行プランのチェック依頼をする。リクエストを受けたサーバはステップＳ３１０で指示されたオリジナル旅行プランの内容を確認して必要なデータをデータベースから読み出す。例えば、美術館の見学所要時間やホテルからの移動時間などである。そして、ステップＳ３１１でそれらの情報を元にしてオリジナル旅行プランを登録されている整合性チェックルールに従ってチェックする。ここで無理があった場合にはルールに従ってオリジナル旅行プランを修正し、その修正内容を記憶する。そしてステップＳ３１２でユーザは修正されたオリジナル旅行プランとその修正内容情報を取得できる。
【００３３】
次に、ステップＳ３１３ではユーザは修正されたオリジナル旅行プランを確認して、問題がなければ、更新登録を行う。更新依頼を受けたサーバはステップＳ３１４でユーザのオリジナル旅行プランを更新、登録する。そして、修正を行った旅行プランＩＤを返信する。ステップＳ３１５でユーザはサーバから修正を行った旅行プランＩＤを取得する。
【００３４】
図５は本発明の修正されたオリジナル旅行プランの一例である。
【００３５】
この例では、データベース情報から2日目の「ZZ美術館見学」後に昼食をはさんで「市内観光ツアー」は時間的に無理があると判断された場合を示している。まず、次のイベントである「Tビーチで海水浴」を確認する。このイベントの所要時間を確認して2日目の午後と交換できるかどうかを判断する。ここで可能だった場合に「Tビーチで海水浴」と「市内観光ツアー」とを交換する。そして、旅行プランが変更されたことを示すように変更部分が青色で表示される。変更を知らせる方法に関してはこれ以外にもリストアップするなどが考えられる。また、2日目の「市内観光ツアー」をキャンセルして3日目の「市内観光ツアー」を予約する処理を行うことも可能である。
【００３６】
図８は本発明の旅行プラン修正詳細処理を示すフローチャートの一例である。
【００３７】
ユーザが作成したオリジナル旅行プランをサーバにチェック依頼した場合のサーバ側の処理を説明する。ステップＳ８０１でオリジナル旅行プランを最後までチェックしたかどうかを判定する。最後まで検証していればステップＳ８１３に進む。最後まで検証していない場合にはステップＳ８０２に進む。ステップＳ８０２ではオリジナル旅行プランの各構成データの種類を判定する。ここでは、美術館見学、ショッピングなどの「イベント」とタクシーで移動、徒歩で移動などの「アクセス」のどちらかであるかを判定する。もしデータ種類が「イベント」データであった場合には、ステップＳ８０５に進み、データベースから所要時間情報を取得する。そして、ユーザの旅行プランで設定している所要時間が適切であるかどうかを判定する。もし適切であればステップＳ８０７に進んで処理を続行する。ここでもし適切でない場合にはステップＳ８０６に進んで適切な所要時間に修正する。そしてステップＳ８０７に進む。
【００３８】
一方、データ種類が「アクセス」データであった場合には、ステップＳ８０３に進み、データベースから目的地までのアクセス時間情報を取得する。そして、ユーザの旅行プランで設定されているアクセス時間が適切であるかどうかを判定する。もし適切であればステップＳ８０７に進んで処理を続行する。ここでもし適切でない場合にはステップＳ８０４に進んで適切なアクセス時間に修正する。
【００３９】
図９は本発明のイベントの所要時間を記憶するデータ構造体の一例である。
【００４０】
９０１はデータ種類である。ここには「イベント」であることが記録されている。９０２はタイトルである。この例では、「ＺＺ美術館見学」となっており、見学所要時間情報を記憶していることを示す。９０３から９０５は所要時間を年齢別に記憶している。今回は、年齢別で記憶しているが、性別などの違いによって所要時間が異なることもあるのでそれらのデータも記憶できるようにする場合もある。９０６は備考情報である。この例では、美術館の休館日情報を記憶している。この情報を元にユーザが設定した旅行プランをチェックすることも考えられる。９０７はこの情報の更新日時情報である。
【００４１】
図１０は本発明の目的地へのアクセス時間を記憶するデータ構造体の一例である。
【００４２】
１００１はデータ種類である。ここには「アクセス」であることが記録されている。１００２はタイトルである。この例では、「ＺＺ美術館」となっており、美術館へのアクセス所要時間情報を記憶していることを示す。１００３から１００７はアクセス所要時間を出発地点別に分類してそれぞれ交通手段別に記憶している。今回の例では出発地点は3箇所であるが、さらに追加することは可能である。また、交通手段に関しても同様に追加可能である。１００８はこの情報の更新日時情報である。
【００４３】
次に、ステップＳ８０７では、修正された各データが元の時間内に収まっているかどうかを判断する。もし収まっていれば特に問題はないのでステップＳ８０１に戻り、処理を続行する。収まっていない場合には、ステップＳ８０８に進む。ステップＳ８０８では旅行プランの中で入れ替えられるデータがあるかどうかを判別する。もし、入れ替え可能なデータがない場合にはステップＳ８１２に進み、データをそのままにしてプランに無理があることを「要検討リスト」として記録して処理を続行する。また、もし入れ替え可能なデータがあった場合にはステップＳ８０９に進み、データの入れ替えを行い、ステップＳ８１０に進む。ここで入れ替えるデータが要検討リストのデータであるかどうかを判断する。もし、要検討リストのデータでなかった場合にはそのまま処理を続行する。もし、要検討リストのデータであった場合には、ステップＳ８１１に進み、今回入れ替えるデータを要検討リストから削除する。そしてステップＳ８０１に戻り、処理を続行する。
【００４４】
一方、ステップＳ８０１で最後のデータまで検証した場合には、ステップＳ８１３に進み、オリジナル旅行プランが修正されたかどうかを判断する。もし、修正されていれば、ステップＳ８１４に進み、修正内容と要検討リストと修正した旅行プランをユーザに返送して処理を終了する。また、修正されていなければ、ステップＳ８１４に進み、ユーザのオリジナル旅行プランは適切であることをユーザに通知して処理を終了する。
【００４５】
この一連のフローチャートでは全てのデータが入れ替え対象となってしまうので、場合によっていはユーザは入れ替えて欲しくないイベントもあると思われる。その対処として、入れ替え対象とならない「固定イベント」を設定できるようにする。
【００４６】
図６は本発明の固定イベント指定で作成したオリジナル旅行プランの一例である。図４で説明したオリジナル旅行プラント同じであるが、ユーザが３日目の「Ｔビーチで海水浴」をその日に行いたいとした場合の例を示す。６０１から６０３は４０１から４０３と全く同じであるが、６０４で「Ｔビーチで海水浴」イベントが黄色で表示されており、このイベントが固定イベントであることを示す。この例では黄色で表示しているが、赤線で囲む、グレーアウトするなどの表示方法が考えられる。
【００４７】
図７は本発明の固定イベント指定で修正されたオリジナル旅行プランの一例である。図５では、「市内観光ツアー」と「Ｔビーチで海水浴」が入れ替えられたが、今回は「Ｔビーチで海水浴」が固定イベントとして設定されているので、次の候補である「ショッピング」との入れ替えをチェックし、可能であったために入れ替えを実行している。
【００４８】
また、図１１は本発明の目的地へのアクセス時間と選択回数を記憶するデータ構造体の一例である。１１０１はデータ種類である。ここには「アクセス」であることが記録されている。１１０２はタイトルである。この例では、「ＺＺ美術館」となっており、美術館へのアクセス所要時間情報とそれぞれのユーザが選択した回数を記憶していることを示す。１１０３から１１０７はアクセス所要時間と選択回数を出発地点別に分類してそれぞれ交通手段別に記憶している。今回の例では出発地点は3箇所であるが、さらに追加することは可能である。また、交通手段に関しても同様に追加可能である。１１０８はこの情報の更新日時情報である。ユーザが作成したオリジナル旅行プランをチェックした際に、要検討リストにデータが挙げられてしまった場合に、この情報を元にしてお勧めのアクセス方法などを提案することが可能である。
【図面の簡単な説明】
【００４９】
【図１】本発明の一実施例の概略構成を示すシステム構成図である。
【図２】本発明の一実施例の装置構成を説明するブロック図である。
【図３】本発明の旅行プラン修正処理を示すフローチャートの一例である。
【図４】本発明の作成したオリジナル旅行プランの一例である。
【図５】本発明の修正されたオリジナル旅行プランの一例である。
【図６】本発明の固定イベント指定で作成したオリジナル旅行プランの一例である。
【図７】本発明の固定イベント指定で修正されたオリジナル旅行プランの一例である。
【図８】本発明の旅行プラン修正詳細処理を示すフローチャートの一例である。
【図９】本発明のイベントの所要時間を記憶するデータ構造体の一例である。
【図１０】本発明の目的地へのアクセス時間を記憶するデータ構造体の一例である。
【図１１】本発明の目的地へのアクセス時間と選択回数を記憶するデータ構造体の一例である。
【図１】
2006244244.tif 000003
【図２】
2006244244.tif 000004
【図３】
2006244244.tif 000005
【図４】
2006244244.tif 000006
【図５】
2006244244.tif 000007
【図６】
2006244244.tif 000008
【図７】
2006244244.tif 000009
【図８】
2006244244.tif 000010
【図９】
2006244244.tif 000011
【図１０】
2006244244.tif 000012
【図１１】
2006244244.tif 000013