(57)【要約】【課題】本発明は行動プランで使用する交通手段や立ち寄り先とネットワークで接続するユーザ端末に関し，行動プランに従って移動手段等により行動をする場合に関係する施設や交通手段等のチケットを購入することができることを目的とする。【解決手段】行動プランが所定の仕様に基づいて記述された案内用スクリプトを多数保持したサーバ及び交通手段や各種施設とネットワークにより接続された通信手段を備えたユーザ端末は，最新のチケット情報を保持するチケットデータベースを備え，サーバから所望の案内用スクリプトをダウンロードして保持し，案内用スクリプトを解釈してチケットが必要な施設や交通手段を取り出すと，チケットデータベースを参照して最適なチケットを選択する最適チケット推薦モジュールを備え，選択されたチケットを通信手段を用いて対応する交通手段または施設に対して予約を行うよう構成する。【選択図】図１
2006286018.tif 000002
【特許請求の範囲】
【請求項１】
チケットが必要な施設や交通手段を利用する行動プランが所定の仕様に基づいて記述された案内用スクリプトを多数保持したサーバ及び利用するのにチケットが必要な交通手段等の各種施設とネットワークにより接続された通信手段を備えたユーザ端末であって，
前記ユーザ端末は，最新のチケット情報を保持するチケットデータベースを備え，前記サーバから所望の案内用スクリプトをダウンロードして保持する保持部と，前記案内用スクリプトを解釈してチケットが必要な施設や交通手段を取り出すと，前記チケットデータベースを参照して最適なチケットを選択する最適チケット推薦モジュールを備え，
前記選択されたチケットを前記通信手段を用いて対応する交通手段または施設に対して予約を行うことを特徴とするユーザ端末。
【請求項２】
前記最適チケット推薦モジュールが複数の案を提案すると，前記複数の案からユーザが選択を可能とするユーザインタフェースを備えることを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記ユーザ端末の前記チケットデータベースは，前記ネットワークを介して前記通信手段によりチケットが必要な前記交通手段や各種施設にアクセスして更新されることを特徴とする請求項１に記載のユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は行動プランに従って乗り物等を利用して移動して見物したり宿泊する時に利用する交通手段や行き先の遊戯や宿泊等の各施設の利用を確実にするための予約や，チケットの予約を行うユーザ端末に関する。
【０００２】
近距離または遠距離の各種の交通手段を利用した出張や，各種の旅行（ツアー）は多くの人が自分で計画したり旅行会社や鉄道等の関係会社が募集に対して参加を申し込むことにより実行している。このような各種の交通手段を介する旅行において，交通手段や，宿泊，遊戯場等の各種施設の利用の予約を行うのは手間と時間がかかるため，簡単に予約を行うことができることが望まれている。
【背景技術】
【０００３】
本願の出願人は先に案内情報提示装置，案内情報提示処理方法，案内情報提示プログラムを記録した記録媒体，及び案内用スクリプトの記録媒体並びに案内用スクリプト生成装置に関する発明を提案した（特許文献１参照）。この発明を以下，先に提案された発明といい，以下にその内容を概説する。
【０００４】
提案された発明は，地点，経路，施設等の情報だけでなくある場所までの経路に沿った実際的な案内または仮想的な案内を行うことができ，場所の移動だけでなく時間の経過に伴った案内を行うことができ且つ，さまざまなシステムや装置等で利用できる形式で案内情報を提供することを目的とし，図１３に提案されたシステムのブロック構成を示す。
【０００５】
図１３に示すシステムでは，種々の形式で記録される時間，場所，案内情報のデータ（テキストデータ，映像データ，音声データ等）のインストラクションの系列をマークアップ言語などにより記述する。インストラクションとは，時間（例えば，出発時刻，経由時刻，開始時刻，終了時刻等），場所（例えば，出発地点，経由地点，到着地点，交差点，乗換地点，施設の所在値等）または（及び）各種メディア（地図，文字，音声，音楽，画像，映像等）の１ショットや部分データなどを含む案内情報を構成要素とするスクリプトの単位である。例えば，ある経路上の地点Ａにおいて，「地点Ａにいるときには，その地点Ａを説明する音声データ（ａａａ，ｗａｖ）及び画像データ（ｘｘｘ．ｊｐｇ）を出力する」という指示をいう。
【０００６】
このようなインストラクションの系列を，例えばＸＭＬ（eXtensible Markup Langage)などのマークアップ言語の記述様式を用いて記述したものを，ここでは案内用（またはナビゲーション）スクリプトという( ナビスクリプトと略称する場合もある) 。案内用スクリプトは，センタ９０に記憶されて管理される。または磁気ディスクやＣＤ−ＲＯＭ等の各種メディア９３に記憶され，利用者端末８０により読み出される。
【０００７】
利用者端末８０の操作入力部８１は，利用者の検索要求に対し，ネットワークアクセス部８２からネットワーク９２を介してセンタ９０に記憶されている案内用スクリプトから，またはメディアアクセス部８３を介して各種メディア９３に記憶されている案内用スクリプトから所望のものを選択してスクリプト変換部８４へ渡す。スクリプト変換部８４は，その案内用スクリプトを構文解析して，案内用の構造化データに変換する。インストラクション処理部８５は，利用者が案内用スクリプトを実際に移動中に利用している状況（ナビゲーションモード）の場合には，状況獲得部８６から利用者の現在の状況（現在時刻や現在地点等）を得て，案内用の構造化データの経路情報を補完し，その状況に合わせて案内用の構造化データを元に案内情報を案内出力部８８から案内を出力する。
【０００８】
また，利用者が案内用スクリプトを仮想的な状況で利用する場合（シミュレーションモードの場合）には，インストラクション処理部８５は，状況生成部８７から仮想の現在時刻または仮想の現在地点を得て案内用の構造化データの経路情報を補完し，案内出力部８８から案内を出力する。
【０００９】
例えば，東京駅から京橋インターチェンジ（ＩＣ）を経由してレインボーブリッジへ向かう△△ツアーという経路案内を行う案内用スクリプトがあり，その中には，
(1) 東京駅で音声データ「東京駅です」の出力
(2) その２分後に音声データ「△△ツアーへようこそ」の出力，およびツアー概要の画像データの表示
(3) 京橋ＩＣで音声データ「京橋ＩＣです」の出力
(4) レインボーブリッジの３Ｋｍ前で音声データ「まもなくレインボーブリッジです」の出力
(5) レインボーブリッジで音声データ「レインボーブリッジです」の出力，……，を指示するインストラクションが記述されていたものとする。
【００１０】
操作入力部８１は利用者の指示により，この案内用スクリプトをネットワーク９２等を介してセンタ９０から読み出し，スクリプトの処理を開始すると，スクリプト変換部８４は案内用スクリプトを変換して案内用の構造化データを生成する。インストラクション処理部８５は，この案内用の構造化データに基づいて，まずインストラクション中の地点や経路に関する記述を抽出し，地図情報等が格納されたデータベース部８９を参照して経路概要を表示する。その後，ＧＰＳ（Global Position System) 等による状況獲得部８６から利用者の現在地点や現在時刻を取得し，それに伴ってインストラクションを処理する。これにより，利用者がいる地点が東京駅では「東京駅です」と，それから２分経過したときには「△△ツアーへようこそ」と，案内出力部８８によって音声で案内し，ツアー概要の画像データを表示する。更に，京橋ＩＣでは，「京橋です」と，レインボーブリッジの３Ｋｍ前では「まもなくレインボーブリッジです」と，レインボーブリッジに到着した時には，「レインボーブリッジです」と音声で案内する。従って，利用者はツアーの経路に沿って移動している際に適切なときに適切なところで，適切な案内を受けることができる。
【００１１】
このような案内用スクリプトは，時間，場所，案内情報に関するインストラクションの系列をマークアップ言語の記述形式のタグを用いて記述する。生成される案内用スクリプトは，既存のマークアップ言語と同様に読み書きがしやすく，検索や処理が容易となる。従って，作成者にとっては，案内用スクリプトのデータが何を意味するのか，またそこに記述されたインストラクションの系列が案内すべき順序に従って記載されているものであることが明白となる。
【００１２】
また，インストラクションの並び替え，直列化，並列化，最適化等や，データの構造化（階層化，集団化）等を行ことができ，さまざまな時間と場所に関する案内を提示することができ，案内情報の作成，修正等が容易になる。また，センタ９０等から取得した案内用スクリプトを自端末に対応した案内用の構造化データに変換するため，１つの案内用スクリプトをさまざまな装置，システムで利用することができる。一方，利用者にとっても，インストラクションの系列（時間系列または距離系列）にそって案内が得られるようになる。更に，ナビゲーションモードで実際の位置に沿って案内情報を得るだけでなく，シミュレーションモードによりある経路の案内を仮想的に体験することができる。この案内用スクリプトは，既存のエディタを用いて容易に作成・編集することができ，また生成した案内用スクリプトをセンタ等に登録しておくことにより，この案内用スクリプトをネットワーク等を介して，誰でもどこでも案内情報を利用することができる。
【００１３】
一方，ホテル，遊園地，テーマパーク，美術館等の各種のチケットを予約するためのシステムは個別の施設に対応して存在するが，利用者の行動（または移動）プランに従ってこれらのシステムを有機的に結びつけるシステムは存在しない。
【００１４】
ユーザとサーバがとの各種の情報のやりとりを助けてくれるエージェントの研究は幾つか行われている。
【特許文献１】特願平１０−３３０９６０号
【発明の開示】
【発明が解決しようとする課題】
【００１５】
ユーザがプラン等に従って移動してある施設の場所までいっても，その施設が営業時間外だったり，満員で入れなくて利用できない事態に良く遭遇する。
【００１６】
一方，各施設は予めどのくらいの人がどのくらいの時間に来るか分かっていれば，そのためにいろいろな対策を施すことができるが，これを推測するのは難しかった。例えば，各種の店では来店者数の予想ができると有効な在庫管理ができ，レストランやホテルではお客を迎えるための準備を的確に行うことができる。
【００１７】
ある行動プランに関して全ての席を予約したり，交通手段のチケットを予め取得することは煩雑な作業であり，旅行会社が主にこのような作業を取り扱っていた。
【００１８】
本発明は行動プランに従って移動手段等により移動等の行動をする場合に関係する施設や交通手段に連絡して予約やチケットの購入を行うユーザ端末を提供することを目的とする。
【課題を解決するための手段】
【００１９】
本発明は予めどこにどういう順番で行くという行動プランを記述した案内用スクリプトを予め用意し，その行動プランの中で利用するかまたは立ち寄る予定の施設や交通手段等の位置と共に連絡先を案内用スクリプト中に記述しておき，行動を実行した時またはシミュレーションにおいて，実際に利用または立ち寄る前に施設や交通手段に対して連絡を取って施設利用の予約及び／または到着の予告を行う。また，その際に施設の状況を含む情報の通知を受けることにより他の施設への予約や予告を行うようにすることを可能とする。
【００２０】
このような行動プランの記述は，上記に概説した先に提案された発明（特願平１０−３３０９６０号）の案内用スクリプトを利用することができる。
【００２１】
図１は本発明の第１の原理構成を示し，ユーザ端末において案内用スクリプトの処理を行う構成である。図２は本発明の第２の原理構成を示し、案内用スクリプトの処理をユーザ端末からの情報を受け取ってサーバにおいて行う構成である。
【００２２】
図１において，１はユーザ端末，２は案内用スクリプトのコンテンツを保持するサーバ，３は有線，無線を介してユーザ端末１からアクセスできるネットワーク，４は交通手段（旅客を輸送する鉄道，航空，船等の会社や，駅等）や，ホテル，遊戯施設，テーマパーク等の行動プランにより利用または立ち寄りが予定された各種の施設（実際は各施設のサーバを表す）を表す。ユーザ端末１内の１０は案内用スクリプト処理部，１００は利用する予定の施設や交通手段に連絡して利用の予約や，到着の予告及び到着した時の通知や，施設の状況を受け取り等の処理を行う連絡手段，１１はネットワーク３に有線または無線を介して交通手段や施設と接続して通信を行う通信手段，１２は位置検出手段，１３は時間把握手段，１４は記憶部，１５は利用者が操作入力を行う入力手段や案内用スクリプトの情報や施設から応答された状況を表す情報等を提示する出力手段を含む入出力部である。
【００２３】
図１の場合，ユーザが入出力部１５からユーザ端末１の通信手段１１及びネットワーク３を介してサーバ２に対して希望する行動プランを指定して対応する案内用スクリプトを要求する。サーバ２には予め多種多様の行動プランを案内用スクリプトコンテンツとして保持しており，そのコンテンツはユーザ端末１によりメニューの選択や，条件入力に対して検索等により選択または指定され，選択または指定されたコンテンツである案内用スクリプトはユーザ端末１にダウンロードされて記憶部１４に格納される。
【００２４】
このダウンロード時に案内用スクリプト処理部１０の連絡手段１００はその内容をチェックして予約を要する施設が存在することを検出すると，通信手段１１を起動して案内用スクリプトに設定された交通手段や各種の施設への連絡先（電話番号やＩＰアドレス等）によりネットワーク３を介して対応する施設４の一つに発信し，施設４に対して予約等の処理を行う。この時，施設側４が予約を受けられない状況（満員等の状態）である場合は返事をユーザ端末へ返し，ユーザ端末１では入出力部１５に状況の情報が提示され，受け付けられないと他の代替の施設やコースに変更ができるか取りやめるなどを入出力部１５から指定する。
【００２５】
なお，予約をダウンロード時に行わないで（予約が不要または不可の場合や，出かける日時が不確定の場合等），実際に施設への移動を行う日の一定日数前または当日に案内用スクリプト処理部１０の連絡手段１００が起動することで予約処理を行うこともできる。更に，位置検出手段１２や，時刻把握手段１３により出力が発生して，到着前のある時間，場所（距離）に応じて予約処理を行うこともできる。
【００２６】
各種の交通手段や施設４では，この予約の情報を受け取ると，施設内の予約管理や顧客管理のシステムに登録することで，予約や顧客データをリアルタイムで更新し，正確な利用者の数を常に把握することができる。
【００２７】
ユーザが予約を行った後に，ユーザ端末１を持って車，電車等で案内用スクリプトに従って移動すると，ユーザ端末１の案内用スクリプト処理部１０において記憶部１４の案内用スクリプトの内容と位置検出手段１２または時間把握手段１３の位置または時間とにより，利用予定または立ち寄る予定の施設へ到着する一定時間前または一定距離に近づいたことを検出すると対応する施設または交通手段に対して到着する予定時間を通知する。
【００２８】
なお，上記のユーザ端末１の連絡手段１００による予約として，例えば，レストラン，映画館，コンサート等の座席や，ホテルの部屋等の各種施設の予約や，鉄道等の特急券，周遊券等の各種の券や席の予約が含まれる。
【００２９】
次に図２に示す本発明の第２の原理構成において，１〜４の各符号は上記図１の同じ符号の各部に対応し，１は上記図１のユーザ端末より内部が簡素な構成を備えるユーザ端末，１ａは必要な案内用スクリプトの要求を入力したり，要求に対応した情報がサーバ２から送られてくると提示出力を行う入出力部，２は案内用スクリプトを保持すると共に予約処理を行うサーバ，２０は案内用スクリプト処理部，２００はユーザ端末１で選択された案内用スクリプトに従ってユーザ端末の移動に応じて利用する予定の施設や交通手段に連絡して利用の予約や，到着の予告及び到着した時の通知や，施設の状況を受け取り等の処理を行う連絡手段，２１は通信手段，２２は位置検出手段，２３は時間把握手段，２４は案内用スクリプトコンテンツを格納する記憶部である。
【００３０】
図２の場合，上記図１の構成においてユーザ端末１の案内用スクリプト処理部１０で実行していた予約処理をこの第２の原理構成ではサーバ２の案内用スクリプト処理部２０の連絡手段２００においてユーザ端末１からの要求に応じて，位置，時間に対応して予約や，到着予告，到着等の通知を実行して，結果をユーザ端末１に通知するようにし，ユーザ端末１は単に入力と案内用スクリプトの情報や予約等の結果を受け取るとその内容を表示するという単純な構成を備えるようにした点で相違するが，施設や交通手段に対して予約や予告等を行う機能に差異はなく，図２の詳細な作用説明を省略する。
【発明の効果】
【００３１】
本発明によれば，行動プラン（案内用スクリプト）をコンテンツサーバからダウンロードした時や，提案されたツアーに申し込んだ時に交通手段や各施設への予約を自動的に行うことが可能となる。これにより，従来のようにユーザが施設に行ってから開いていなかったり，満員で入れないといった事態にあうことを防止することができる。
【００３２】
また，案内用スクリプトの行程に従って移動している時に，行き先々の施設等に到着予定を知らせることにより観光施設等では入場者を推定して準備や，施設の管理（入場制限等）を的確に行うことが容易となり，予め知ることにより予定変更に対応することができる。
【００３３】
そして，施設や交通手段側では，どんなお客にも前もって準備をできるため，余裕をもったサーバ，待たせないサービスを提供する等によりサービスの質を高めることができる。更に，来店者予測の手助けとなり，在庫管理を適切に行うことができる。更に，本発明によるチケットの予約を行うシステムにより，スケジュールに合わせて的確にチケット等の予約ができる。
【発明を実施するための最良の形態】
【００３４】
本発明の案内用スクリプトの施設や交通手段に付ける連絡先の付け方は, 次の(1),(2) に示すようなデータ構造を用いる。なお, 「point 」は施設, 「latitude」は緯度, 「longitude 」は経度, 「addresss」は番地（住所）, 「phone 」は電話番号, 「route 」は経路（交通手段）, 「http」はハイパーテキストトランスファープロトコル( hyper text transfer protocol),「cgi 」はコモンゲートウェイインターフェース(common gateway interface)，「ip」はインターネットプロトコル(Internet Protoco)である。
【００３５】
(1) 施設（ホテル，映画館，野球場など）
＜point ＞
＜name＞        Ａ          ＜/name ＞
＜latitude＞N35.11.11.111 ＜/latitude ＞
＜longitude ＞E135.22.22.222＜/longitude＞
＜address ＞○○市△△1-1 ＜/address＞
＜phone ＞03-1234-XXXX＜/phone＞
＜http＞ http://www.foo.domain.co.jp/foo.cgi  ＜/ http＞
＜ip＞   192．168.1.200   ＜/ip ＞
＜e-mail＞ foo@domain.co.jp   ＜/e-mail ＞
＜/point＞
(2) 交通手段（電車，飛行機，船など）
＜route ＞
＜name＞        Ａ          ＜/name ＞
＜means ＞     train      ＜/means＞
＜category＞    JR        ＜/category ＞
＜category＞  ○×線      ＜/category ＞
＜duration＞  40min       ＜/duration ＞
＜distance＞   30Km       ＜/distance ＞
＜cost＞      700yen      ＜/cost ＞
＜phone ＞03-5678-XXXX＜/phone＞
＜http＞ http://www.foo.domain.co.jp/foo.cgi  ＜/ http＞
＜ip＞   192．168.1.200   ＜/ip ＞
＜e-mail＞ foo@domain.co.jp   ＜/e-mail ＞
＜/route＞
このような連絡先を持つことで，電話やＴＣＰ／ＩＰ接続，ＨＴＴＰ（ＣＧＩ），Ｅ−ｍａｉｌによりネットワークを介した通信を行うことができる。
【００３６】
図３は本発明によるユーザ端末の構成を示し，上記図１に示す原理構成に示すユーザ端末に対応する。図中，１は上記図１の同じ符号と同じユーザ端末であり，１１は通信部（図１の通信手段に対応），２ａは各種の案内用スクリプトを保持するコンテンツサーバ，２ｂは案内用スクリプトの作成，追加，修正等を行う案内用スクリプトエディタ（図３の構成ではユーザ端末１の外部に設けられているが，ユーザ端末１にこれを設けてユーザが案内用スクリプトを作成する場合もある），４ａ，４ｂはそれぞれ特定の行動プランに対応する案内用スクリプトに設定された行き先施設である。また，ユーザ端末１内の１０１〜１０４は上記図１の案内用スクリプト処理部１０を構成し，１０１は案内用スクリプトのデータを保持する案内用構造保持部，１０２は行き先施設４ａ，４ｂへの時間／場所に合わせた情報提供部，１０３は予約（施設や交通手段の利用）や，予告（到着の一定時間前），通知（到着時）等の送信データを作成する送信データ作成部，１０４は行き先施設からの予約や予告に対する応答（予約受付の通知や，拒否通知等）を含む受信データを解釈する受信データ解釈部，１０５は予約の送信に対して拒否通知を受信した時に，行き先施設（宿泊施設を含む）や，交通手段等のプランの修正を行って案内用構造保持部１０１に保持された案内用スクリプトを修正する修正部である。また，ユーザ端末１内の１２，１３，１５は上記図１の同一符号の各部に対応し，１２は現在位置の緯度，経度を検出するＧＰＳ機構を備える現在位置取得部（図１の位置検出手段に対応），１３は時計を備える現在時刻取得部（図１の時間把握手段に対応），１５はユーザ提示部（図１の入出力部に対応）である。
【００３７】
なお，ユーザ端末１の通信部１１はネットワーク（図１の３）を介してコンテンツサーバ２ａ，案内用スクリプトエディタ２ｂ（ユーザ端末１の外部に設けられた場合），及び行き先施設４ａ，４ｂと接続して通信が行われるが，図３ではネットワーク３は図示省略されている。
【００３８】
図４はユーザ端末の処理フローである。最初に，コンテンツサーバ２ａにアクセスすることで行動プランに対応する案内用スクリプトのダウンロードを行う（図４のＳ１）。この時，ユーザ端末１からコンテンツサーバ２ａに対して，コンテンツサーバ２ａに保持された多数の行動プランのリストを受け取って，ユーザ提示部１５に提示して，その中から好きなものをユーザが選択する。具体的には，出かける地域（エリア）や，ジャンル（「観光」，「散歩」，「デート」等）を選択させることにより，指定されたエリアを指定されたジャンルに適合した案内用スクリプトがコンテンツサーバ２ａからダウンロードされる。
【００３９】
これにより，ユーザ端末１の案内用構造保持部１０１に案内用スクリプトが保持され，これと同時に時間／場所に合わせた情報提供部１０２は当該案内用スクリプトに含まれた行き先施設の連絡先の情報を検索して，最初に検出された連絡先の情報を用いて通信部１１から行き先施設４ａ，４ｂの中の対応する施設に対して予約問い合わせを行う（図４のＳ２）。これに対して行き先施設から応答された通知を受け取ると受信された内容が拒否通知であるか判別し（図４のＳ３），拒否通知であれば当初の行動プランを変更（その施設に寄らないようにする，代替施設を探すなど）するか，行動プランそのものを取り止める（同Ｓ４）。なお，応答された通知は図３の受信データ解釈部１０４で解釈し，予約拒否の通知であれば，修正部１０５が駆動されてプランの変更（ホテル等の施設や交通手段やルートの変更）し，変更した施設や交通手段に対する予約を行って案内用構造保持部１０１に設定する。複数の施設への問い合わせ処理（Ｓ２〜Ｓ４）は，一つの施設の問い合わせの終了により次の施設への問い合わせを順番に行わずに，複数の立ち寄り施設（図３の行き先施設４ｂ等）に対して並列的に実行することができる。
【００４０】
立ち寄る各施設について必要な予約問い合わせが終了した後，案内用スクリプトが実行される（図４のＳ５）。この実行日は予約を行った日より後の日時であっても良い。案内用スクリプトを実行すると，各施設に到着するより一定時間前になったことを，現在位置取得部１２及び現在時刻取得部１３からの現在時刻と現在位置により当該ユーザ端末１の位置（利用者の位置）と行き先施設との距離が一定の距離になって，利用者がその施設へ一定時間で到着できる距離になったことを時間／場所に合わせた情報提供部１０２が検出すると，送信データ作成部１０３で到着予測時間を含む送信データを作成して，通信部１１から該当する行き先施設を呼び出してその送信データ（到着予測時間）を送信して，連絡を行う（図４のＳ６）。
【００４１】
この予測時間の通知の後，ユーザ端末１の利用者が移動して，現在位置取得部１２により取得した位置が目的の行き先施設の位置と一致して行き先施設４ａに到着したことを検出すると，送信データ作成部１０３で到着報告の送信データを作成して通信部１１から行き先施設４ａに到着報告を連絡する（図４のＳ７）。
【００４２】
なお，上記図２に示す本発明の第２の原理構成ではサーバ２が行き先施設や交通手段への予約（プランの変更を含む），到着予測の通知及び到着報告を行う機能を備えているが，上記図２に示す機構と同様の構成と図４に示す処理フローと同様のプログラムを備えることにより実現することができるので，サーバ２の構成と処理フローは図示省略する。
【００４３】
図５は案内用スクリプトにより立ち寄る施設の基本構成を示し，図６は施設における処理フローである。
【００４４】
図５において，４はホテル，映画館，遊戯場等の施設（実際には各施設のサーバを表す），４０はネットワーク（インターネット，電話等）から到着して受信データを受信する受信部，４１はネットワークへデータを送信する送信部，４２は当該施設の各日毎の予約情報を管理する予約システム，４３は施設利用者の個人情報（年齢，趣味等）を収集管理する顧客管理システムである。
【００４５】
図６を用いて施設での処理動作を説明すると，図６のＡ．は予約の処理であり，最初にユーザ端末において，利用者が選択した行動プランに対応する案内用スクリプトをダウンロードした時に，当該施設に対して予約問い合わせが行われると（上記図４のＳ２），その予約データ（人数，日時情報等）がこの施設の受信部（図５の４０）で受信される（図６のＡ．のＳ１）。この予約内容について予約システム（図５の４２）で空き情報（ホテル等が空いているか），営業時間（予約された時間が営業している日時か）などをチェックし（図６のＡ．のＳ２），受け入れられるか判別する（同Ｓ３）。この結果受け入れられないことが分かると（空きが無い時や営業していない日時の場合），ユーザに対して拒否通知を送信部（図５の４１）から連絡し（図６のＡ．のＳ４），受け入れられる場合は，予約システム（図５の４２）で席（または部屋番号）の予約を行って，ユーザに送信部（図５の４１）から連絡すると共に（図６のＡ．のＳ５），予約された人数を把握する（同Ｓ６）。
【００４６】
図６のＢ．は到着予想時刻の受信処理であり，ユーザ端末から送信された（上記図４のＳ６）到着予想時刻を受信すると（図６のＢ．のＳ１），混雑状態のチェックを行う（同Ｓ２）。チェックにより検出された混雑情報はユーザに対する応答として送信部（図５の４１）からユーザへ通知される（図６のＢ．のＳ３）。一方，予約システムはこの到着予想時刻により一定時間後に到着する予想人数から会場の整備，駐車場の整備等へ反映させる処理を行う（図６のＢ．のＳ４）。この処理としては係りへの連絡（電話等）が含まれる。
【００４７】
図６のＣ．は施設に到着した時にユーザ端末から送信された到着通知を受信した時の処理フローである。到着情報を受信すると（同Ｓ１），顧客管理システム（図５の４３）に反映して（図６のＣ．のＳ２），ユーザに特典（割り引きやプレゼント）を与える（同Ｓ３）。
【００４８】
次に図７はユーザ端末１と各施設のサーバ４との相互の送受信動作シーケンスを示し，上記図３乃至図６に示す構成と処理フローに説明した動作をまとめたものである。すなわち，ユーザ端末１でダウンロードを行って（図７の(1) ），予約問い合わせが送られると（同ａ），予約システム４２（図５）で席等が空いているか否かの混雑状況（予約受付か，拒否か）などを連絡し（図７のｂ），これと同時に挨拶（イベント情報等）を通知することができる（図７のｃ）。この後，ユーザが行動プランを実行するため，ユーザ端末を起動させると（図７の(2) ），案内用スクリプトの実行が開始される。
【００４９】
この後，各立ち寄り予定の各施設と一定距離に近づくと，ユーザ端末から施設に対して到着予想時間の連絡が行われ（図７のｄ），施設からの混雑情報等の連絡がユーザ端末に送られる（同ｅ）。この後，ユーザ端末が立ち寄り先の施設に到着すると，時間，場所に応じたイベント処理（図７の(3) ）によりユーザ端末から到着したことの通知が送られ（図７のｆ），施設側でこれを受け取ると，顧客管理システムによる動作が行われ，特典等のプレゼントの通知がユーザ端末に送られる（同ｇ）。
【００５０】
上記図３乃至図７に示す本発明の構成及び処理機能を用いて次の具体例１のように実施することができる。
【００５１】
具体例１：デートプラン
デートプランとして「コンサートＸに行き，レストランＹで食事をし，ホテルＺに泊まる。」というプランがあるものとする。このようなプランは，個人が作成しても良いが，通常は雑誌等がインターネット上にいくつかの推奨プランを用意され，そのようなコンテンツがコンテンツサーバ（図３の２ａ）により提供されている場合，ユーザはそのサーバのプランリストの中から条件等を絞って目的に適合するプランを探し出し，それを実行したい場合にはその案内用スクリプトのコンテンツを自分の端末にダウンロードする（図４のＳ１）。ダウンロードしたら，ダウンロードされたという情報をコンサートＸ，レストランＹ，ホテルＺに通知する。もし，このユーザが自分の属性情報を公開している場合，その属性情報（性別，年齢，趣味等）も送る。ここで予約が必要なものがあれば，各施設は予約処理を行う。
【００５２】
この時既に予約がいっぱいであれば，その情報をユーザ端末に流す。ここでホテルＺが満室であったとすると，ユーザ端末ではその応答内容を表示してユーザに伝え，ホテルに泊まるのを止めるか，代替ホテルを探すか，またはこのプラン全体を止めるか問い合わせる。ここで，ユーザが代替ホテルを探すことを選ぶと，システムはコンテンツサーバに問い合わせ，代替ホテルを探してもらう。コンテンツサーバはこれに応じて他のホテルＶを提案し，ユーザがこれを承認すると，新たになプランができたことになり，ユーザがこれに納得すると，当日にユーザがこのプランを実行することになる。ユーザは当日に備えてその日の一日のプランをシミュレーションで体験することもできる。
【００５３】
そして，当日になったこの行動プランをユーザ端末上で実行すると（図４のＳ５），実行が開始されたという情報（可能であれば到着予想時間も）が各施設の装置に連絡され，各施設では必要であればそのお客を迎える準備を進め，この時，ユーザ情報が公開されていればその人の好みにあった準備ができる可能性がある。こうしてこの行動プランが実行されていると，システムは実行プランに従って時間，場所に合わせた適切な処理を行うことができる。
【００５４】
また，道案内も行えるので，迷うことがなくなる。各施設には，その場所に着く３０分前などに「もうすぐ着きます」などの情報を提供する。こうすることで，レストランではお客さんが来たらすぐ料理を出すなどのサービスを提供することが可能となる。また，ユーザは直前の混雑状況などを知ることができる。ユーザ端末では，ＧＵＩ（Graphic User Interface) 上で示されている地図上の施設をクリックすればいつでもその施設のリアルタイムの状況等を確認できるようにしておいてもよい。ホテルでは，受付処理も非常に簡単に済ますことが可能になる。最後に各施設は利用してもらったユーザに特典を与えるなどして，ユーザへのアフターサービスも的確に行うことができる。このように通常の旅行会社が提供するような観光プランに関しても同様なことが行える。
【００５５】
具体例２：出張プランの例
図８は本発明により作成した出張プランの例を示す。この例は，出張プランを案内用スクリプトにより作成することで，乗物や宿の予約を自動的に行うことができる。ユーザはＧＵＩエディタ等を用いて，出発地と目的地，出発日時等を入れて出張プランを作成する。このインストラクションの系列をＸＭＬなどのマークアップ言語の記述様式を用いて記述して案内用スクリプトとして出力する。この案内用スクリプトを案内用スクリプトエンジンを積んだ自分の端末（ユーザ端末）にダウンロードすることで，上記図４の処理が実行されて交通手段である新幹線や飛行機の切符や施設である宿泊ホテルを自動的に予約する処理が行われ，実際に実行すれば確実に行き先に自分の情報を伝えてくれる。
【００５６】
図８の出張プランの場合，Ａ．に示すように出発地，目的地，出発時間，日帰り等の日程を決め，次にＢ．に示すように各交通手段による出発地点からの会社線名，特急の名前，乗り継ぎの駅，時間等を決める。このＢ．に示す乗り継ぎの行程から，エディタにより図８のＣ．にその一部が示されるＸＭＬの記述様式を用いた案内用スクリプトを作成することができる。この案内用スクリプトをユーザ端末にダウンロード（図４のＳ１）することで，予約問い合わせ（図４のＳ２）が実行され，この例では図８のＤ．に示す座席予約（新幹線）が行われる。
【００５７】
本発明による予約を行うための通信手段について説明する。
【００５８】
図９は予約の通信手段のブロック構成，図１０は通信処理のフローである。
【００５９】
図９の各ブロックは予約のための通信手段の機能を説明するもので，６０はダウンロードされてユーザ端末に保持された案内用スクリプトコンテンツ，６１は案内用スクリプト内で連絡先が付された各施設のホスト名（連絡先），６２は現在位置と行き先施設の位置から到着予想時間を計算する到着予想時刻推定部，６３は案内用スクリプトによるプランを実行する日時が設定される実行日時入力部，６４はユーザの名前，年齢や趣味等を設定保持するユーザ情報保持部，６５は送信情報の作成部，６６はユーザ端末提示部，６７はＨＴＴＰのリクエストメッセージ作成部，６８はデータの受信部であり，３は通信を行うためのネットワークとして使用するインターネット，４は複数の施設のサーバ（ホスト１，ホスト２，ホスト３）である。
【００６０】
図９において，６０〜６８は上記図３に示すユーザ端末１と同様の機構に含まれるが，予約の通信手段を中心に説明するため図３とは異なるブロック構成となっているが，図９の６０，６１は図３の案内用構造保持部１０１に，６２，６３は図２の時間／場所に合わせた情報提供部１０２に，６５，６７は図３の送信データ作成部１０３に，６８は図３の通信部１１に，６６は図３のユーザ提示部１５にそれぞれ対応する。
【００６１】
図９，図１０の例では，予約の手段にＨＴＴＰプロトコルを利用する。図１０を参照しながら予約の通信処理のフローを説明する。まず，案内用スクリプトコンテンツ（図９の６０）から，経由する各施設や交通手段の連絡先を取り出す（図１０のＳ１）。これは連絡手段のタグの中からphone, http,ip,e-mail 等をシステムに応じて使い別けるキーとして案内用スクリプト内を検索し，連絡手段タグがついている情報の中身を取り出す。ここでは, ＜ｈｔｔｐ＞タグの中身を取り出すものとする。これはＨＴＴＰプロトコルでのサーバ側の接続先を示している。図９の例では，ホスト１〜ホスト３の各サーバ６１が該当する。また，ここではサーバ側がＣＧＩで処理する方法を指示するので，そのＣＧＩプログラム名も合わせて次のように指定する。
【００６２】
http://www.serverl1l.co.jp/cgi/xxx1.cgi 
http://www.serverl2l.co.jp/cgi/xxx2.cgi 
http://www.serverl3l.co.jp/cgi/xxx3.cgi 
ここでサーバ側でサービスする場合に，施設のサーバである場合は支店名，交通手段のサーバである場合は利用する区間，等を特定することが必要になることがある。これは一つのサーバでいろいろなリクエストに対応する場合があるためである。そこで，このような場合予めパラメータを加えて指定しておく。例えば，鉄道会社のサーバに利用する旨を連絡してもどこの区間であるか分からないので，東京〜大阪間を利用するなら，次のように表記することができる。
【００６３】
http://www.JR.co.jp/cgi/xxx1.cgi?SECTION=TokyoOsaka 
次に，ユーザ名と連絡先（図９の６４）を取り出す（図１０のＳ２）。これは通常端末側に設定されているものを読み込む。更に，性別や年齢やユーザの好みの情報も属性情報として設定してあり，ユーザが許せばこれらに合わせて各施設のサーバに属性情報として送る。これにより受け入れ側の施設で顧客に合った対応ができるようになる。または，コンテンツサーバで案内用スクリプトをダウンロードするときにユーザにユーザ名，連絡先さらに属性等の入力を促し，これを案内用スクリプトに合わせてユーザ端末に送るようにしてもよい。この場合，複数回利用する場合は，一度入力したらＩＤ（識別番号）で管理し，以降はＩＤの入力だけで済むようにできる。こうすることで，コンテンツサーバでも顧客管理ができる。
【００６４】
ユーザ名：Taro Yamada 
連絡先  ：yamada@provider-name.ne.jp
（性別：男）
（年齢：28) 
（きらいな食べ物：トマト）
（備考：車椅子）
更に到着時間があらかじめ指定されている場合は，ここで取り出す（図１０のＳ３）。案内用スクリプトでは，各地点への到着時間（その施設の利用時間）を指定することもできる。この場合，ユーザが案内用スクリプトをダウンロードする時にユーザが利用する日時を入力すれば，その地点（施設）に到着する日時が分かる。また，到着時間が明確に指定されていない場合でも，そこまでにかかる時間が分かれば（これが記述されてない場合，交通手段と距離から計算する），システム側で容易に計算して求めることができる。
【００６５】
これらの情報からサーバへの送信データが作成され（図１０のＳ４，図９の６５），それぞれのサーバ向けにＨＴＴＰリクエストメッセージを作成する（図１０のＳ５，図９の６７）。
【００６６】
ホスト１向け
POST   /cgi/xxx1.cgi    HTTP/1.0  
HOST   htto://www.serverll1.co.jp 
CONTENT-LENGTH:        100
CONTENT-TYPE:   text/plain
NAME= “Taro Yamada ”
&E-Mail=“Yamada@provider-name.ne.jp”
&ARRIVE-TIME= “1999/4/1-10:00”
&STATUS=“DownLoad”
ホスト２向け
POST   /cgi/xxx2.cgi    HTTP/1.0  
HOST   htto://www.serverll2.co.jp 
CONTENT-LENGTH:        100
CONTENT-TYPE:   text/plain
NAME= “Taro Yamada ”
&E-Mail=“Yamada@provider-name.ne.jp”
&ARRIVE-TIME= “1999/4/1-12:00”
&STATUS=“DownLoad”
ホスト３向け
POST   /cgi/xxx3.cgi    HTTP/1.0  
HOST   htto://www.serverll3.co.jp 
CONTENT-LENGTH:        100
CONTENT-TYPE:   text/plain
NAME= “Taro Yamada ”
&E-Mail=“Yamada@provider-name.ne.jp”
&ARRIVE-TIME= “1999/4/1-12:00”
&STATUS=“DownLoad”
この時，サーバ側が案内用スクリプトに書かれているその施設のカテゴリ情報等を送ってほしい場合は, 上記のパラメータ列挙部に同様に次のように値を付け加えて送ることができる。
【００６７】
NAME= “Taro Yamada ”
&E-Mail=“Yamada@provider-name.ne.jp”
&STATUS=“DownLoad”
&SECTION= “TokyoOsaka”
&CATEGORY ＝“武蔵野線”
こうして，それぞれのホストとインターネットを通じてＨＴＴＰプロトコルでデータの送受信を行い（図１０のＳ６），サーバ側から必要に応じて応答メッセージを受け取り（図１０のＳ７，図９の６８），これを受信してユーザ端末に表示する（図１０のＳ８，図９の６６）。これをユーザが見てプランを変更したり，その施設が受け入れられないという返事であるとシステムが自動的にその施設に寄らないようにユーザ端末でプランを変更する操作を行う。
【００６８】
予約を行う場合は，予め予約が必要な場合は最初から，次のようなメッセージを付けてもよい。また，これをシステムが各サーバに連絡を入れる際にユーザに確認してから入れるようにしてもよい。
【００６９】
&REQUEST= “Reservation ”
また，一度施設に連絡をしてから施設のサーバがその応答として予約をするか，その他の打ち合わせが必要な項目に対しての質問状を作成してユーザ側に送り返し，ユーザがこれに答える形で予約をし，施設がホテルなら部屋の種類，交通手段（乗り物）なら席の種類等を選択することができる。
【００７０】
サーバ側では，ＣＧＩプログラムによりＨＴＴＰプロトコルに従って送られてくるデータを処理し，予約システムや顧客管理システムと情報のやりとりをしてユーザに情報を返す。これは，ウエブブラウザ上で個人がホテルや航空チケットや，電車の切符の予約をするときにサーバ側のプログラムが行うのと同じ処理となる。
【００７１】
また，サーバ側がチケットを発行する必要がある場合，この応答としてチケットデータを送り，それをユーザがＩＣカード等に記録するか，または単に印刷することでチケットとして扱うようにしてもよい。更に，ユーザの個人データとしてリクエストに住所や電子メールアドレスをつけて送った場合，後日郵送で送ったり，電子メールの添付ファイルとして送ることも可能である。
【００７２】
上記の図９，図１０に関連して説明した例は，案内用スクリプトをダウンロードしたときに行うデータのやりとりをイメージしているものであるが，同様にナビゲーションの開始時，施設の近くにきた時または到着した時の場合も全く同様な処理で実現することができる。違いは，ARRIVE-TIME(到着時刻) とSTATUS（状態）の値を変えるだけである。
【００７３】
ARRIVE-TIMEは施設に近付けば近づくほど正確な予測時刻を送ることができる。時間が予想できない場合は，ユーザがいる現在の緯度，経度のデータを送ることで対処することもできる。この値によりサーバ側でユーザがいまどのくらい近くにいるかを容易に判断することができる。この場合，ARRIVE-TIME の代わりに次のようなデータを送る。但し，Ｎは北緯，Ｅは東経を表す。
【００７４】
PRESENT-POSITION=“N35.40.39.0E139.46.18.1 ”
ユーザがどのような状態である時のデータかを識別するための「STATUS」は，ダウンロードした時は“DownLoad”, 出発した時は“Start ”, 近くにきた時は“Near”といった値を設定して送る。
【００７５】
この例では, ＨＴＴＰプロトコルを使って実現する方法を示したが，電子メールでやりとりしても良いし，サーバ側（施設側）で担当者が応対する場合でも単純なやりとりであるため，クライアント側（ユーザ端末）で音声合成，認識技術を使うことで自動的に処理することも可能である。
【００７６】
次に本発明による予約の処理を行うために必要な案内用スクリプト（行動プラン）のコンテンツとして(1) 〜(3) の３つの例を以下に示す。なお，(1) は上記の具体例１のデートプランに対応し，(2) は上記の具体例２の出張プランに対応する。
【００７７】
(1) 地点（施設）だけで記述された案内用スクリプト（行動プラン）
＜naviscript version= "0.3" ＞
＜title ＞デートプラン＜/title＞
＜duration＞5hour ＜/duration ＞
＜expense ＞15,000円/1人＜/expense＞  
＜navi＞
＜seq ＞
＜inst＞
＜point ＞
＜name＞コンサート会場Ｘ＜/name ＞  
＜latitude＞N35.11.11.111 ＜/latitude ＞
＜longitude ＞E135.22.22.222＜/longitude＞
＜http＞    http://www.consertX.co.jp/xxx1.cgi  ＜/ http＞
＜/point＞
＜/inst ＞
＜inst＞
＜point ＞
＜name＞レストランＹ＜/name ＞  
＜latitude＞N36.33.33.333 ＜/latitude ＞
＜longitude ＞E136.44.44.444＜/longitude＞
＜http＞ http://www.restrantY.co.jp/xxx2.cgi＜/http ＞
＜/point＞
＜/inst ＞
＜inst＞
＜point ＞
＜name＞ホテルＺ＜/name ＞  
＜latitude＞N37.55.55.555 ＜/latitude ＞
＜longitude ＞E137.66.66.666＜/longitude＞
＜http＞    http://www.hotelZ.co.jp/xxx3.cgi  ＜/ http＞
＜/point＞
＜/inst ＞
＜seq ＞
＜/navi ＞
＜/naviscript ＞
(2) 交通手段だけで記述された案内用スクリプト（行動プラン）
＜naviscript version= "0.3" ＞
＜title ＞新浦安−兵庫＜/title＞
＜duration＞４時間９分＜/duration ＞
＜distance＞611.2km ＜/distance ＞  
＜expense ＞16,110yen/1 人＜/expense＞  
＜navi＞
＜seq ＞
＜inst＞
＜route ＞
＜name＞武蔵野線  新浦安- 東京＜/name ＞  
＜means ＞ train  ＜/means＞
＜category＞ JR   ＜/category ＞
＜category＞武蔵野線＜/category ＞
＜duration＞19min ＜/duration ＞
＜distance＞ 16.1km ＜/distance ＞  
＜cost＞ 190yen ＜/cost ＞
＜/route＞
＜/inst ＞
＜inst＞
＜route ＞
＜means ＞ walk   ＜/means＞
＜duration＞20min ＜/duration ＞
＜/route＞
＜/inst ＞
＜inst＞
＜route ＞
＜name＞のぞみ  東京- 新神戸＜/name ＞  
＜means ＞ train  ＜/means＞
＜category＞ JR   ＜/category ＞
＜category＞新幹線＜/category ＞
＜duration＞166min＜/duration ＞
＜distance＞589.5km ＜/distance ＞  
＜cost＞6420yen ＜/cost ＞
＜http＞http://www.JR.co.jp/reserve.cgi?TokyoKobe ＜/ http＞
＜/route＞
＜/inst ＞
＜inst＞
＜route ＞
＜name＞神戸市営地下鉄  新神戸- 三宮＜/name ＞  
＜means ＞ train  ＜/means＞
＜category＞神戸市交通局  ＜/category ＞
＜duration＞  3min＜/duration ＞
＜distance＞  1.3km ＜/distance ＞  
＜cost＞ 180yen ＜/cost ＞
＜/route＞
＜/inst ＞
＜inst＞
＜route ＞
＜name  ＞  徒歩三宮- 三ノ宮＜/name ＞
＜means ＞  walk  ＜/means＞
＜duration＞ 5min ＜/duration ＞
＜/route＞
＜/inst ＞
＜inst＞
＜route ＞
＜name＞東海道・山陽本線（各停）三ノ宮−兵庫＜/name ＞
＜means ＞ train  ＜/means＞
＜category＞ JR   ＜/category ＞
＜duration＞  7min＜/duration ＞
＜distance＞  4.3km ＜/distance ＞  
＜cost＞ 160yen ＜/cost ＞
＜/route＞
＜/inst ＞
＜/seq＞
＜/navi ＞
＜/naviscript ＞
連絡が必要ない施設は連絡先を取り除いておき, もしくは連絡先があっても端末側で連絡する必要があるかないかを判別してから必要なところだけ送るようにしても良い。この場合, 予約した方が良い新幹線のみ連絡先を入れたり, 乗車率等を調べるため普通列車にも連絡先をいれてもよい。
【００７８】
(3) 地点（施設）と交通手段を合わせて記述した案内用スクリプト（行動プラン）
＜naviscript version= "0.3" ＞
＜title ＞ロマンチック街道・スイスアルプスとロンドン・ローマ・パリ12日間＜/title＞
＜duration＞12日間＜/duration ＞
＜expense ＞32.8万円/1人＜/expense＞  
＜navi＞
＜seq ＞
＜inst＞
＜route ＞
＜name＞ JL 東京- ローマ＜/name ＞  
＜means ＞ plain  ＜/means＞
＜category＞ JL   ＜/category ＞
＜duration＞12hour＜/duration ＞
＜http＞http://www.JL.co.jp/xxx.cgi?TokyoRome ＜/ http＞            ＜/route＞
＜/inst ＞
＜inst＞
＜point ＞
＜name＞ビバリーヒルズ  ＜/name ＞  
＜category＞ HOTEL    ＜/category ＞
＜category＞ ClassA   ＜/category ＞
＜latitude＞N35.55.55.555 ＜/latitude ＞
＜longitude ＞E135.55.55.666＜/longitude＞
＜http＞    http://www.hills.co.jp/book.cgi   ＜/ http＞
＜/point＞
＜/inst ＞
＜inst＞
＜route ＞
＜name＞市内観光＜/name ＞  
＜means ＞ bus    ＜/means＞
＜category＞ ABC Tour-Agency＜/category ＞
＜duration＞ 3hour＜/duration ＞
＜HTTP＞http://www.ABC.co.it/tour.cgi ＜/ http＞
＜/route＞
＜/inst ＞
＜inst＞
＜point ＞
＜name＞バチカン美術館  ＜/name ＞  
＜category＞ museum   ＜/category ＞
＜latitude＞N35.55.55.777 ＜/latitude ＞
＜longitude ＞E135.55.55.999＜/longitude＞
＜http＞    http://www.Vatican.co.va/xxx.cgi  ＜/ http＞
＜/point＞
＜/inst ＞
………
＜inst＞
＜route ＞
＜name＞JLロンドン- 東京＜/name ＞  
＜means ＞ plain  ＜/means＞
＜category＞   JL     ＜/category ＞
＜duration＞12hour＜/duration ＞
＜http＞http://www.jl.co.jp/xxx3.cgi?LondonTokyo＜/ http＞
＜/route＞
＜/inst ＞
＜/seq＞
＜/navi ＞
＜/naviscript ＞
本発明の原理を用いて最適なチケット購入のシステムを構成することができる。図１１，図１２は本発明による最適チケット購入のシステムの構成と，処理フローである。
【００７９】
図１１において，１０１，１０３，１０４，１１，２ａ，２ｂ，４ａ，４ｂの各符号は上記図３の同じ符号の各部に対応し，その他の符号はこの構成に特有の要素を表す。すなわち，１ａはチケット購入端末，１１は通信部，１０１は案内用構造保持部，１０３は送信データ作成部，１０４は受信データ解釈部，１０６は最適チケット推薦モジュール，１０７はチケットデータベース，１０８は入力手段と出力（表示）手段を含むユーザインターフェース，２ａはコンテンツサーバ，２ｂは案内用スクリプトエディタ，４ａ，４ｂは行き先施設，４ｃはチケットを購入する交通手段（鉄道，航空，バス等の旅客切符発行の代理店等）である。この場合も，インターネット等のネットワーク（図示省略）を介してチケット購入端末１ａとコンテンツサーバや交通手段４ｃ，行き先施設４ａ，４ｂと接続される。
【００８０】
図１１の動作を図１２を参照しながら説明する。案内用スクリプト（行動プラン）全体を実行する上で一番お得なチケットを得ることができるようにするため，チケットデータベース１０７には最新情報が反映するようネットワークを介するか，外部から入手する等により定期的に更新される。
【００８１】
最初にコンテンツサーバ２ａから必要な行動プランのコンテンツを取得し，案内用構造保持部１０１に保持される。この中から，受信データ解釈部１０４でチケットが必要な施設や交通手段を取り出す（図１２のＳ１）。具体的には，必要な有料のチケットのリストと無料のチケット（席の予約等）を取り出し，有料のものについては最適チケット推薦モジュール１０６へ供給して，ここでチケットデータベース１０７を参照して最適な（コストが安く，スケジュールの時間に適合する）チケットを探索して推薦する（図１２のＳ２）。旅行のチケットの場合，交通手段と施設（ホテル等）の利用料金がセットになったものがあればそのチケットを薦め，交通手段についても周遊券の方が有利であれば，その周遊券を推薦する。この場合，値段が安いだけでなく，ユーザの好み（記念チケット，プレミアチケット等）がある場合もあるので，いくつかの案をユーザに提案し，その中からユーザインターフェース１０８でユーザに選んでもらうこともできる。チケットが選択されると，送信データ作成部１０３で必要なチケット予約のためのデータが作成され，コンテンツに含まれた対応する連絡先に通信部１１を介して交通手段４ｃや，行き先施設４ａ，４ｂと接続して，データが送られてチケットを購入することができる（図１２のＳ３）。また，無料の席の予約等は，受信データ解釈部１０４から送信データ作成部１０３を介して通信部１１を起動して，同様に各施設に対して予約のためのデータが送られて予約を行うことができる。
【００８２】
本発明は移動が不自由な人が移動する場合に利用することもできる。すなわち，車椅子やベビーカーを持って移動する人は，事前にその日の行動プランを決めておき，案内用スクリプトと同様の構造を備え，立ち寄り先施設の連絡手段が設定された行動プランスクリプトを作成する。そして，これを実行しながら，行動すると自動的に行く先々に連絡が送られるので，駅や施設において予め係員が降車補助や，階段等を移動するための補助を事前に準備して対応することができる。
【図面の簡単な説明】
【００８３】
【図１】本発明の第１の原理構成を示す図である。
【図２】本発明の第２の原理構成を示す図である。
【図３】本発明によるユーザ端末の構成を示す図である。
【図４】ユーザ端末の処理フローを示す図である。
【図５】案内用スクリプトにより立ち寄る施設の基本構成を示す図である。
【図６】施設における処理フローを示す図である。
【図７】ユーザ端末と各施設のサーバとの相互の送受信動作シーケンスを示す図である。
【図８】本発明により作成した出張プランの例を示す図である。
【図９】予約の通信手段のブロック構成を示す図である。
【図１０】通信処理のフローを示す図である。
【図１１】本発明による最適チケット購入のシステムの構成を示す図である。
【図１２】最適チケット購入システムの処理フローを示す図である。
【図１３】提案されたシステムのブロック構成を示す図である。
【符号の説明】
【００８４】
１      ユーザ端末
１０    案内用スクリプト処理部
１００  連絡手段
１１    通信部（通信手段）
１２    位置検出手段
１３    時間把握手段
１４    記憶部
１５    入出力部
２      案内用スクリプトコンテンツのサーバ
３      ネットワーク
４      各種の施設（のサーバ) 
【図１】
2006286018.tif 000003
【図２】
2006286018.tif 000004
【図３】
2006286018.tif 000005
【図４】
2006286018.tif 000006
【図５】
2006286018.tif 000007
【図６】
2006286018.tif 000008
【図７】
2006286018.tif 000009
【図８】
2006286018.tif 000010
【図９】
2006286018.tif 000011
【図１０】
2006286018.tif 000012
【図１１】
2006286018.tif 000013
【図１２】
2006286018.tif 000014
【図１３】
2006286018.tif 000015