(57)【特許請求の範囲】
【請求項１】
ツアー行程におけるオプションメニューを格納するオプションメニュー格納部と、
前記オプションメニュー格納部に格納されたオプションメニューを、その予約状況を加味した状態で表示させるための制御を行うオプション予約状況表示処理部と、
前記オプション予約状況表示処理部において処理されたオプションメニューを表示する表示部と、
オプションメニューの選択処理を行う入力操作部と、
前記入力操作部からオプションメニューが選択された場合に、当該オプションメニューを保存するオプション予約データ格納部と、
前記オプション予約データ格納部に格納され予約したオプションの施設を利用した際に、施設に設けられた近距離情報送信部から送られる施設の情報を受信する近距離情報受信部と、
前記近距離情報受信部で受信したオプション利用データを格納するオプション利用データ格納部と、を有することを特徴とする情報端末。
【請求項２】
請求項１に記載の情報端末において、
前記オプション予約状況表示処理部は、予約の空きがないオプションメニューは表示せず、予約の空きがあるオプションメニューのみを表示するように制御を行うことを特徴とする情報端末。
【請求項３】
ツアーＩＤと登録ユーザＩＤとにより特定されるパッケージツアーの行程の情報を格納するツアー行程情報ＤＢと、オプションメニューの情報を格納するオプションメニューＤＢと、前記ツアーＩＤと前記登録ユーザＩＤとにより識別され、前記オプションメニューの利用状況を送信する情報端末の情報を格納する情報端末情報格納ＤＢと、前記ツアーＩＤと前記登録ユーザＩＤとにより識別され、前記情報端末から送られた前記オプションメニューの利用状況に基づくオプションメニューの利用履歴を格納する利用履歴ＤＢと、
前記情報端末との間で情報をやり取りする第１の送受信部と、
前記第１の送受信部を介した情報端末の要求に応じて前記パッケージツアーの行程に追加する前記オプションメニューの情報を前記各ＤＢにおいて検索するとともに、前記情報端末からの前記オプションメニューの利用状況を、前記第１の送受信部を介して受け取り前記利用履歴ＤＢに書き込む処理を行うオプションサービス処理部と、
を有し、
前記オプションサービス処理部は、
前記情報端末から送信されたオプションメニュー情報に基づいて、ツアー情報、情報端末のＩＤ、オプションメニューを、ツアーＩＤと登録ユーザＩＤとにより連携させ、どのユーザが、いつ、どのオプションを利用する予定であるのかを判断して予約処理を行い、
オプションサービスが利用された場合には、施設に設置された近距離情報送信部を介して情報端末から送信された利用履歴情報を受信し、ツアー終了後に、オプションの利用情報をサーバの利用履歴ＤＢに保存することを特徴とするオプショナルツアー情報処理サーバ。
【請求項４】
請求項１または２に記載の情報端末と、請求項３に記載のオプショナルツアー情報処理サーバと、これらを接続するネットワークと、を有し、
前記情報端末は、前記近距離情報受信部で受信したオプション利用データを前記利用履歴ＤＢに格納するために前記サーバに送るとともに、前記各ＤＢ内の情報を受信する第２の送受信部と、を有することを特徴とするオプショナルツアー情報処理システム。
【請求項５】
オプショナルツアー情報処理サーバと情報端末との間で、ネットワーク経由でオプショナルツアーの利用情報のやり取りを行い、オプショナルツアーの情報処理を行うオプショナルツアー情報処理方法であって、
情報端末が、サーバに対してオプションメニューの送付を要求するステップと、
オプショナルツアー情報処理サーバから情報端末に対して、オプションサービス処理部が検索したオプションメニューを送信するステップと、
情報端末の入力部を用いて選択されたオプションメニュー情報をサーバに送信するステップと、
サーバのオプションサービス処理部が、ツアー情報、情報端末のＩＤ、オプションメニューを、ツアーＩＤと登録ユーザＩＤとにより連携させ、どのユーザが、いつ、どのオプションを利用する予定であるのかを判断して、予約処理を行うステップと、
オプションサービスが利用されると、情報端末が施設に設置された近距離情報送信部に接近し、利用履歴情報をサーバに送信するステップと、
ツアー終了後に、オプションサービス処理部により、選択されたオプションの利用情報をサーバの利用履歴ＤＢに保存するステップと、を有することを特徴とするオプショナルツアー情報処理方法。
【請求項６】
実際の利用時間前に変更があった場合は、予約処理を行うステップに戻って当該予約の削除処理を行い、
オプション利用の有無に関わらず、利用予定時間が終了すると、他のオプションの予約の有無を確認し、オプションサービスの予約がある場合には、前記予約処理を行うステップから再度処理が行われることを特徴とする請求項５に記載のオプショナルツアー情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オプショナルツアー情報処理システムに関し、観光バス等を用いたパックツアー旅行等の際に、旅行行程とリアルタイム性のある情報をもとに、当日オプション等の選択・変更を可能とし、当日、その場で選択したサービスを受けることでパックツアー旅行の自由度を高めるためのオプショナルツアー情報処理システムに関する。
【背景技術】
【０００２】
従来、観光バス等を用いて企画されるパックツアー旅行では、景勝地から食事、ホテル、買い物場所まで立ち寄り先が固定されたものが多い。立ち寄り先が固定されていることで、外国人等も安心して旅行を楽しめる他、旅行会社はツアー旅行の料金引き下げなどを実現しているが、一方で多少旅慣れた旅行者には窮屈で押し付けを感じる他、ツアー料金引き下げによる質の悪化などの問題も生じている。
【０００３】
その為、近年パックツアー旅行ではインターネットを用いた事前申し込みによるオプショナルツアーを選択する仕組みの提供や、外国人観光客向けにスマートフォンを貸し出した観光情報提供サービスなども提供され、観光客のニーズに対応している。
【０００４】
レストランの予約等、インターネットを介したサービス予約としては、利用者側の予約先端末から入手された情報に基づいたサービス予約センター装置に記憶されるデータを参照して、利用者端末上で予約先別、項目別待人数、待時間情報を確認し、サービスの予約登録を行う仕組みは知られている(下記特許文献１参照)。
【０００５】
また、レストランのインターネット予約を行うシステムで、インターネットプロバイダがレストラン利用者から受けたレストラン予約サービスをレストラン事業者に提供する仕組みもまた知られている(下記特許文献２参照)。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−０４１９２３号公報
【特許文献２】特開２００２−２７９２６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、観光バス等を用いて企画されるパックツアー旅行では、1つの団体で同じ経路を周り、同じレストランで同じものを食べて同じホテルに泊まる、いわゆる固定された旅行日程であることが多い。一度に多くの観光客を引きこむことが出来るため、価格低減要求が厳しく、質の低下も招いている。また旅行が画一的になりがちで、個人旅行に比べて個人の思い出づくりが難しい状況にある。
【０００８】
このような状況に起因して、地域の特産などを利用した食事も価格に合わせ質を落としたものを提供せざるを得ない状況も発生しており、これによって美味しい食事を求めて訪れる観光客にも不満がある。
【０００９】
既存の仕組みとして、上記特許文献１では、オプショナルツアーを予約の際に、利用者の所持する端末からの予約情報を基に、待ち時間、待ち人数などを参照して、希望するオプションを予約することが可能となっている。
【００１０】
上記特許文献２では、インターネットプロバイダが、レストランの予約システムを持つことで、ある程度リアルタイム性を持ったレストランメニューの予約を可能としている。しかしながら、この技術は、レストランに特化したシステムであるため、旅行の全行程でオプションサービスの予約が出来るわけではなく、レストラン以外のオプションサービスへの適用が難しい。
【００１１】
本発明の目的は、行程が固定されているパッケージツアーにおける行程変更の自由度を高め、観光客に楽しんでもらうとともに、より一層のツアー利用増を図ることを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、専用端末、またはアプリをダウンロードした端末から、全行程でのオプションサービス予約システムと、店舗側のリーダを利用したオプション利用履歴情報収集を行うことを特徴とする。
【００１３】
本発明の一観点によれば、ツアー行程におけるオプションメニューを格納するオプションメニュー格納部と、前記オプションメニュー格納部に格納されたオプションメニューを、その予約状況を加味した状態で表示させるための制御を行うオプション予約状況表示処理部と、前記オプション予約状況表示処理部において処理されたオプションメニューを表示する表示部と、オプションメニューの選択処理を行う入力操作部と、入力操作部からオプションメニューが選択された場合に、当該オプションメニューを保存するオプション予約データ格納部と、前記オプション予約データ格納部に格納され予約したオプションの施設を利用した際に、施設に設けられた近距離情報送信部から送られる施設の情報を受信する近距離情報受信部と、前記近距離情報受信部で受信したオプション利用データを格納するオプション利用データ格納部と、を有することを特徴とする情報端末が提供される。
【００１４】
また、ツアーＩＤと登録ユーザＩＤとにより特定されるパッケージツアーの行程の情報を格納するツアー行程情報ＤＢと、オプションメニューの情報を格納するオプションメニューＤＢと、前記ツアーＩＤと前記登録ユーザＩＤとにより識別され、前記オプションメニューの利用状況を送信する情報端末の情報を格納する情報端末情報格納ＤＢと、前記ツアーＩＤと前記登録ユーザＩＤとにより識別され、前記情報端末から送られた前記オプションメニューの利用状況に基づくオプションメニューの利用履歴を格納する利用履歴ＤＢと、前記情報端末との間で情報をやり取りする第１の送受信部と、前記第１の送受信部を介した情報端末の要求に応じて前記パッケージツアーの行程に追加する前記オプションメニューの情報を前記各ＤＢにおいて検索するとともに、前記情報端末からの前記オプションメニューの利用状況を、前記第１の送受信部を介した受け取り前記利用履歴ＤＢに書き込む処理を行うオプションサービス処理部と、を有することを特徴とするオプショナルツアー情報処理サーバが提供される。
【００１５】
また、本発明は、上記に記載の情報端末と、上記に記載のオプショナルツアー情報処理サーバと、これらを接続するネットワークと、を有し、前記情報端末は、前記近距離情報受信部で受信したオプション利用データを前記利用履歴ＤＢに格納するために前記サーバに送るとともに、前記各ＤＢ内の情報を受信する第２の送受信部と、を有することを特徴とするオプショナルツアー情報処理システムである。
【００１６】
本発明の他の観点によれば、オプショナルツアー情報処理サーバと情報端末との間で、ネットワーク経由でオプショナルツアーの利用情報のやり取りを行い、オプショナルツアーの情報処理を行うオプショナルツアー情報処理方法であって、情報端末が、サーバに対してオプションメニューの送付を要求するステップと、オプショナルツアー情報処理サーバから情報端末に対して、オプションサービス処理部が検索したオプションメニューを送信するステップと、情報端末の入力部を用いて選択されたオプションメニュー情報をサーバに送信するステップと、サーバのオプションサービス処理部が、ツアー情報、情報端末のＩＤ、オプションメニューを、ツアーＩＤと登録ユーザＩＤとにより連携させ、どのユーザが、いつ、どのオプションを利用する予定であるのかを判断して、予約処理を行うステップと、オプションサービスが利用されると、情報端末が施設に設置された近距離情報送信部に接近し、利用履歴情報をサーバに送信するステップと、ツアー終了後に、オプションサービス処理部により、選択されたオプションの利用情報をサーバの利用履歴ＤＢに保存するステップと、を有することを特徴とするオプショナルツアー情報処理方法が提供される。
【００１７】
実際の利用時間前に変更があった場合は、予約情報処理ステップに戻って当該予約の削除処理を行い、オプション利用の有無に関わらず、利用予定時間が終了すると、他のオプションの予約の有無を確認し、オプションサービスの予約がある場合には、前記予約処理を行うステップから再度処理が行われることを特徴とする。
【００１８】
本発明は、上記に記載の方法をコンピュータに実行させるためのプログラム、当該プログラムを記録するコンピュータ読み込み可能な記録媒体であっても良い。
【発明の効果】
【００１９】
本発明によれば、オプショナルツアーの情報処理をリアルタイムで行うことで、手作りのツアー情報を随時提供することができる。また、ツアー後に、ツアーの思い出を確認するツールを提供することできる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施の形態によるオプショナルツアー情報処理システムの一構成例を示す図である。
【図２】本発明の一実施の形態によるオプショナルツアー計画情報処理システムの携帯端末（情報端末）装置の一構成例を示す機能ブロック図である。
【図３】パッケージツアーの行程情報を格納するツアー行程情報ＤＢ内のデータ構成例を示す図である。
【図４】パッケージツアー中の携帯端末情報を格納する携帯端末情報（格納）ＤＢ内のデータ構成例を示す図である。
【図５】利用可能なオプションメニューの情報を格納するオプションメニューＤＢ内のデータ構成例を示す図である。
【図６】ツアー終了後のオプション利用履歴などの情報を格納する利用履歴ＤＢ内のデータ構成例を示す図である。
【図７】情報端末にオプションメニューを送付してから、ツアー終了後に利用履歴ＤＢに情報が保存されるまでの、オプショナルツアー情報処理システムの処理の流れを示すフローチャート図である。
【発明を実施するための形態】
【００２１】
以下、本発明の一実施の形態によるオプショナルツアー情報処理システムについて図面を参照しながら説明を行う。
【００２２】
図１は本発明の一実施の形態による例を示すオプショナルツアー情報処理システムの一構成例を示す機能ブロック図である。本実施の形態によるオプショナルツアー情報処理は、ツアーの行程の情報を格納するツアー行程情報ＤＢ１０３など、パックツアーの情報やオプションメニューの情報を備えたサーバ１００と、バス、ホテルなどの立ち寄り先（施設）に設置された基地局１０７、オプションメニューの表示、選択、変更を行うための情報端末１０９、施設に設置され利用履歴情報を情報端末１０９から取得する利用履歴情報取得部（ＩＣリーダ）１０８から構成される。基地局１０７は、通信（携帯端末）のキャリアの基地局の他、バスなどにも設置可能なＷｉ−Ｆｉの基地局などを用いることができる。情報端末１０９は、スマートフォンのような端末、携帯電話、ＰＣなどが挙げられる。
【００２３】
サーバ１００から、情報端末１０９に送付されたオプショナルツアーのメニューは、観光客などが所持する情報端末１０９によってオプショナルツアーのメニューが選択、予約される操作が行われると、パッケージツアーで利用の多いバスなどに設置された基地局１０７を介して、インターネット１１０などのネットワーク接続がなされ、サーバ１００の情報端末情報格納ＤＢ１０４内に、利用予定オプション情報として保存され、オプションを提供する（オプションが該当する）店舗等の施設に利用予定オプション情報が渡される。
【００２４】
サーバ１００には、その他、情報端末１０９を利用中の登録ユーザを特定する情報等を格納する情報端末情報格納ＤＢ１０４と情報端末１０９で選択されるオプションメニューを格納するオプションメニューＤＢ１０５、ツアー終了後にパックツアー行程とオプション利用情報とを含む利用履歴等を保存しておく利用履歴ＤＢ１０６、ＤＢ１０３〜ＤＢ１０６上の情報を用いて、情報端末１０９に送る適切な情報を検索（選択）等する処理を行うオプションサービス処理部１０１と、検索された各種情報の送受信を行う送受信部１０２と、を有している。
【００２５】
図２は、本実施の形態によるオプショナルツアー情報処理システムにおける情報端末１０９の内部構成例を示す機能ブロック図である。送受信部２０７で受信したオプションメニューは、オプションメニューデータ格納部２０９に一時保存され、オプション予約状況表示処理部２０２で予約状況を加味した状態に処理されたうえで、すなわち、予約が満杯であれば、そのメニューは除いた上で表示部（ディスプレイ）２０６に表示される。より具体的には、予約の空きがないオプションメニューは表示せず、予約の空きがあるオプションメニューのみを表示する。入力部（操作部）２０５からオプションが選択された場合には、オプション予約データ格納部２１０にオプションが一時保存され、送受信部２０７を通して、サーバ１００のオプションメニューＤＢ１０５内の予約情報と情報端末情報格納ＤＢ１０４内に保存される。
【００２６】
また、予約したオプションを利用すると、システムのＩＣリーダ１０８（近距離情報送信部）に情報端末１０９のＩＣ送受信部２０８（近距離情報受信部）が近づくことになり、そこで、ＩＣ送受信部２０８でオプションの利用を感知し、利用履歴処理部２０３でオプションが利用された情報を処理してオプション利用データ格納部２１１にオプションが利用された情報が保存される。このようにして、予約されたオプション予約データと、実際に利用されたオプション利用データが、別々に格納されている。
【００２７】
なお、ここでは近距離情報送信部の例としてＩＣリーダを示したが、赤外線通信、Bluetooth（登録商標）など、通信範囲が主に数メートル以内の送信技術を用いても構わない。その場合、情報端末はこれらの通信技術に対応した送受信部を備えるものとする。
【００２８】
利用履歴は、ＩＣリーダ１０８が接続するインターネット１１０、または、情報端末１０９から基地局１０７を通じてサーバ１００に送付されるようにしても良い。これらを、利用履歴取得提供部と称する。尚、ＩＣリーダ１０８がネットワーク接続され、情報端末１０９の情報を読み取って、ネットワーク経由でサーバ１００に読み取った情報を送るようにしても良い。
【００２９】
図３は、パッケージツアーの行程情報を格納するツアー行程情報ＤＢ１０３のデータ構成例を示す図である。図３に示すデータに関しては、一般的には、外部の、例えば旅行会社などから既に入力されて、データは完成している。ツアー行程情報は、ツアーを一意に認識するためのツアーＩＤ３０１と、事前に判明している範囲での立ち寄り先である予定する行程３０２と、ツアー全体の日程３０３と、ツアー開始時にオプション選択を行ったユーザを認識する登録ユーザＩＤ３０４と、ツアーの人気度の情報３０５と、を有している。予定する行程３０２は、さらに、各行程毎に細分化されており、各行程ＩＤ３０６毎に、地域名（ＩＤ）３０７、店舗名（観光地名、施設名）３０８、訪問予定日時３０９などが含まれる。
【００３０】
図４は、オプションメニューの情報を格納するオプションメニューＤＢ１０５内のデータ構成例を示す図である。オプションメニューの情報は、外部の、例えば観光地のレストラン、お土産屋等から既に入力されているものと想定する。オプションメニューの情報は、店舗ＩＤ４０１と、商品状況情報４０２とを有する。登録商品・メニュー掲載期間・予約状況等の商品状況情報４０２は、オプションＩＤと利用可能期間と利用可能状況と情報端末１０９から送信される商品等の予約情報を基に更新される。例えば、ＡＡＡＡは、２０１１年４月１日から６月３０日までがメニュー掲載期間であり、残り○個であること、ＢＢＢＢは、２０１１年４月５日の１１時から１５時までがメニュー掲載期間であり、満席であることなどの情報が随時更新されて、ユーザのオプション選択の際に参照される。
【００３１】
図５は、情報端末１０９から送られてきた情報を格納する情報端末情報格納ＤＢ１０４内の情報端末情報の一構成例を示す図である。図５に示すデータは、端末ＩＤ５０１毎に格納され、ツアー終了後はツアーＩＤ５０２、登録ユーザＩＤ４０３、お気に入り等情報４０４、店舗ＩＤ毎の利用履歴情報５０５が、格納される。利用履歴情報５０５は、現在時刻よりも後の利用予定オプションと、現在時刻よりも前の利用済みオプションと、現在時刻よりも前で実際には実施されなかった未実施オプションと、を含む。このうち、店舗ＩＤ毎の利用済オプション情報のオプションＩＤで特定されるオプションのみが、サーバ１００の利用履歴ＤＢ１０６内に保存される。そして、情報端末情報格納ＤＢ１０４内の情報は、端末の貸し出し毎に、情報の内容がリフレッシュされる（書き換えが行われる）。情報端末１０９は、貸し出しを行うことを考慮している。
【００３２】
図６は、ツアー終了後、登録ユーザＩＤ６０２毎に、どのようなオプションが利用されたかに関する情報を格納する利用履歴情報を格納する利用履歴ＤＢ１０６のデータ構成例を示す図である。利用履歴ＤＢ１０６には、ツアーＩＤ６０１と登録ユーザＩＤ６０２とにより特定される情報端末（ユーザ）毎に、お気に入り等の情報６０３（図５のお気に入り等の情報５０４と関連付けされる）と利用履歴情報６０４（図５の利用履歴情報５０５と関連付けされる）が設けられている。尚、ＤＢ１０３〜１０５までは、新しい情報があると更新されるが、利用履歴ＤＢ１０６は、基本的には長期的な保存を目的とする。これにより、ツアー終了後、Ｗｅｂなどで、自身の利用したオプションサービス、購買した製品などを確認可能となり、パックツアーでありながら、個人に依存する思い出を残すことが出来る。
【００３３】
図７は、本実施の形態によるオプショナルツアー情報処理システムにおける処理の流れの一例を示す図である。図７では、情報端末１０９に対してオプションメニューを送付してから、ツアー終了後に利用履歴ＤＢに情報が保存されるまでの、本システムの処理の概要を例示している。
【００３４】
まず、情報端末１０９が、サーバ１００に対してオプションメニューの送付を要求する（ステップ７００）。すると、サーバ１００から情報端末１０９に対して、オプションサービス処理部１０１が検索した図４に示されるようなオプションメニューが送受信部１０２から送付される(ステップ７０１)。これにより、本システムの処理が開始される。情報端末１０９の入力部（操作部）２０５において、ユーザ（観光客）により選択されたオプションメニューとして、図５に示される利用予定時間や利用場所、メニューの内容などの情報がサーバ１００に送付される(ステップ７０２)。サーバ１００のオプションサービス処理部１０１は、図３のツアー行程情報、図５の端末ＩＤ、図４のオプションメニューを、ツアーＩＤと登録ユーザＩＤとにより連携させ、どのユーザが、いつ、どのオプションを利用する予定であるのかを判断して、予約処理を行う(ステップ７０３)。実際の予約情報は、オプションサービスを提供するレストランなどの店舗に設置される基地局１０７を介して店舗などへ連絡される(ステップ７０４)。
【００３５】
ここで、実際の利用時間前に変更があった場合は（ステップ７０５でＹ）、予約情報処理(ステップ７０３)に戻って当該予約の削除処理を実施する(ステップ７０５)。
【００３６】
オプションサービスが利用された際には（ステップ７０５でＮ）、情報端末１０９が店舗などの設置されたＩＣリーダ１０８に接近し、ＩＣリーダ１０８がインターネットに接続、または情報端末１０９内のアプリが起動(ステップ７０６でＹ)して、利用履歴情報（図６）をサーバ１００に送信する(ステップ７０７)。
【００３７】
オプション利用の有無に関わらず、利用予定時間が終了(ステップ７０８)すると、他のオプションの予約の有無が確認され(ステップ７０９)、オプションサービスの予約がある場合には（Ｙ）ステップ７０５から再度処理が行われる。
【００３８】
ツアー終了後は(ステップ７１０でＹ)、オプションサービス処理部１０１により、選択されたオプションの利用情報等が、図６に示すように利用履歴ＤＢ１０６に保存される(ステップ７１１)。次いで、ステップ７１２で、オプションサービス処理部１０１が、利用されたオプションツアーをカウントして、カウント数の多いものは人気度が高いという考え方でオプションツアーの人気度を算出する。そして、サーバ１００のツアー行程情報ＤＢ１０３の人気度欄３０５を更新し、ステップ７０１に戻る。ステップ７０１で、送受信部１０２よりオプションメニューを情報端末１０９に送る場合に、人気度の高さを目安にして送ることもできるし、人気度も情報端末１０９で表示できるようにして、ユーザにオプション選択の参考としての人気度を知らせることもできる。
【００３９】
サーバ１００の利用履歴ＤＢ１０６を参照するために、情報端末１０９又は別の端末からインターネット１１０経由でサーバにアクセスすることで、ツアー終了後等に、情報端末１０９のウェブブラウザなどにより、自身の利用したオプションサービス、購買した製品などを閲覧し確認することが可能となり、パックツアーでありながら、個人毎に残った異なるツアー内容を思い出すことができる。
【００４０】
以上に説明したように、本実施の形態によれば、リアルタイムオプショナルツアーの計画の情報処理を支援することで、手作りのツアー情報をユーザに提供することができる。また、ツアー終了後においても、個人毎に残る異なるツアー内容を思い出すことができる。
【００４１】
尚、上記の実施の形態において、添付図面に図示されている構成等については、これらに限定されるものではなく、本発明の効果を発揮する範囲内で適宜変更することが可能である。その他、本発明の目的の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。また、本実施の形態で説明した機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。
【産業上の利用可能性】
【００４２】
本発明は、オプショナルツアー情報処理システムに利用することができる。
【符号の説明】
【００４３】
１００…サーバ、１０１…オプションサービス処理部、１０２…送受信部、１０３…ツアー行程情報ＤＢ、１０４…情報端末情報格納ＤＢ、１０５…オプションメニューＤＢ、１０６…利用履歴ＤＢ、１０７…基地局、１０８…ＩＣリーダ、１０９…情報端末、１１０…インターネット、２０１…データ処理部、２０２…オプション予約状況表示処理部、２０３…利用履歴処理部、２０４…ＧＰＳ部、２０５…入力部（操作部）、２０６…表示部、２０７…送受信部、２０８…ＩＣ送受信部、２０９…オプションメニューデータ格納部、２１０…オプション予約データ格納部、２１１…オプション利用データ格納部。
【図１】
0005758200.tif 000002
【図２】
0005758200.tif 000003
【図３】
0005758200.tif 000004
【図４】
0005758200.tif 000005
【図５】
0005758200.tif 000006
【図６】
0005758200.tif 000007
【図７】
0005758200.tif 000008