JP3617512B2 - 情報配信サービス方法及びシステム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、情報配信サービス、特に利用者が移動手段で移動した目的地で利用する情報配信サービスを提供する情報配信サービス方法及びシステムに関する。
【０００２】
【従来の技術】
駅の改札口に設置された自動改札を情報配信の起点とする先行技術として、特開平８−１８５２３号公報が挙げられる。この先行技術では、自動改札を用いて通過する利用者を検知し、検知した利用者が持つ利用者端末に情報を配信している。この先行技術を用いれば、電車という移動手段の利用終了に応じて情報配信サービスの提供を開始することが出来る。ただし、情報配信する際に移動手段を利用終了した利用者またはその利用者の持つ利用者端末を検知するパスゲートが必ず必要となる。
【０００３】
【特許文献１】
特開平８―１８５２３号公報
【０００４】
【発明が解決しようとする課題】
ハードウェアと通信インフラの目覚ましい進歩によって、利用者が普段持っている携帯電話などの利用者端末に対し情報を配信する情報配信サービスがすでに始まっている。ただし、情報配信サービスでは、利用者が望む情報を利用者の都合に合わせていかに送るかに工夫が必要とされる。なぜなら、利用者端末は常に利用者と行動を共にしており、利用者の都合に配慮せず闇雲に情報を配信すると利用者に拒絶される恐れがあるからである。
【０００５】
その一方で情報の方が溢れすぎている世の中である。自らの都合に配慮した情報配信サービスでなければ利用したくないと思う利用者は、自らが何らかの情報を必要とする度にその煩わしさを感じながらも膨大な情報の中からその時必要とする情報を自ら探し出さなければならないという問題点があった。利用者がその時必要とする情報の取得にもたつくようであれば、その内容が利用者にとってたいそう有益な情報であったとしても利用には値しないとも言える。
【０００６】
そこで、利用者の都合に配慮するために情報配信の開始のタイミングとしてパスゲートを用いることがある。つまり、利用者の都合に配慮するとは、利用者に情報を読んでもらうために情報配信のタイミングが大切であることを意味する。例えば、特開平８―１８５２３号公報に示すシステムでは、自動改札を用いて通過する利用者を検知し、検知した利用者が持つ利用者端末に情報を配信している。駅の構内を出る利用者を自動改札で検知することによって、電車を利用した後の利用者に降車駅周辺の情報を提供することが出来る。
【０００７】
ところが、飛行機が発着する空港には利用者が搭乗手続きをする搭乗カウンタや搭乗ゲートはあっても、その必然性から到着時に手続きをする端末は何もなかった。これでは、システムとして情報配信のタイミングを得るための装置がない。つまり、搭乗カウンタや搭乗ゲートに設置された搭乗端末で利用者の通過や利用者に関する情報を取得できても、目的地に到着した時にはパスゲートの役割をするものが何もないため、何らかのパスゲートを設置しなければならないという問題点があった。
【０００８】
【課題を解決するための手段】
本発明の本質は、何らかの移動手段によって利用者が目的地まで移動し、移動した目的地で利用する情報配信サービスの提供を「利用者が乗った移動手段の目的地への到着」に応じて開始することである。到着と同時に情報配信サービスの提供を開始せずに、移動手段から降りる時間を考慮してあらかじめ定める時間が経過した後から開始してもよい。また、移動手段の運行予定からあらかじめ定める基準以上の時間的遅れがあった場合には、利用者端末に送信する情報配信サービス情報の内容を変更または修正してもよい。
【０００９】
つまり、サービスの対象となる利用者がサービスを利用する場である目的地に到着したことを検知するパスゲートを使わなくても利用者の目的地への到着を取得し、取得した情報に基づいて情報配信サービスの提供を開始することである。別の言い方をすれば、本発明の最大の特徴であり最大の効果は、利用者が目的地で利用する情報配信サービスの提供の開始を対象となる利用者の目的地への到着に基づいて行うが、新たな設備投資が必要なパスゲートなどの検知手段に頼らずに実行できることにある。なお、これまでの情報配信サービスとの違いは、特定の個人行動を監視するのではなく、利用者の乗った移動手段の目的地への到着をその運行実績情報に基づいて確認している点でもある。
【００１０】
本発明は、移動手段によって目的地まで移動する利用者が持つ利用者端末に対して、該利用者が該目的地で利用する情報配信サービスを提供するために、前記情報配信サービスシステムサーバは、前記利用者が選択する前記情報配信サービスを情報配信サービス情報としてあらかじめ情報配信サービスデータベースに記憶し、前記情報配信サービスシステムサーバは、前記利用者が前記目的地で利用するために選択した前記情報配信サービスの選択情報を受信すると、受信した該選択情報を前記情報配信サービスに対する受付情報として受付情報データベースに記憶し、前記情報配信サービスシステムサーバは、前記受付情報の対象となる前記利用者が前記目的地に行くためにどの前記移動手段に乗るのかまたは乗ったのかを示す乗車／搭乗／乗船情報を受信すると、該乗車／搭乗／乗船情報に基づく前記移動手段の運行実績情報によって前記目的地への到着情報を受信し、前記情報配信サービスシステムサーバは、前記到着情報に基づいて、前記受付情報データベースに記憶するための前記情報配信サービス情報を前記情報配信サービスデータベースから取得し、前記情報配信サービスシステムサーバは、前記で取得した前記情報配信サービス情報を前記利用者端末へ送信して、前記情報配信サービスの提供を開始するようにした。
【００１１】
利用者は情報配信サービスシステムから提供される情報配信サービスを目的地に到着する前に選択しておく必要がある。ただし、利用者が目的地で利用する情報配信サービスは、目的地へ向かう移動手段に乗る前に決めてしまえばいつ選択してもよい。なお、目的地を決める際に情報配信サービスを選択しておくと、目的地での行動やその段取りを情報配信サービスシステムに任せて、自分の気持ちを「行くばっかり」の状態にしておくことが出来る。面倒な下準備はさっさと済ませて目的地での行動を満喫したいと思う利用者にとっては、正に願ったり適ったりである。
【００１２】
また、人にもよるが、旅行は一旦出掛けてしまうと後戻りがなかなか出来ないので、出掛ける際にはある程度万全な準備をしておかないと気が落ち着かないものでもある。荷物はガイドブックや経験による思考でも比較的万全にしやすかったが、旅行の目的地での行動には不確定要素が多く「とりあえず行ってみてから」になりがちであった。特に行ったことのない場所または、より勝手のわからない海外などでは、行動の段取りの準備となる「目的地で利用する情報配信サービス」をあらかじめ選択しておけるのはありがたいと言える。旅行から帰ってきて「こんなはずではなかったのに」と思うようなことがよくある人や、旅行先の楽しみ方をまだまだ知らなくて「それがわかるのなら知りたい」と思う人にはゆっくり時間のある時に目的地やその目的地における目的の種類と組み合わせを考えて、目的地で利用する情報配信サービスの選択を目的地への出発前に済ましておく方がよい。
【００１３】
よって、情報配信サービスシステムは、利用者が目的地で利用するために選択した情報配信サービスの選択情報を受信するとデータベースに記憶する。さらに、情報配信サービスシステムは利用者に情報配信サービスを提供するために、利用者が移動手段に乗り込む前もしくは乗り込んだ後（少なくとも利用者が実際に乗った移動手段が目的地に到着する前）に「利用者が（実際に）どの移動手段に乗るのかまたは乗ったのか」を示す乗車／搭乗／乗船情報を取得しておく必要がある。この乗車／搭乗／乗船情報は、移動手段の乗車券（搭乗券、乗船券を含む。以下同様）を発券する乗車券発券端末や、利用者が移動手段に乗り込む前に乗車券を処理する乗車券処理端末から受信する。この場合、移動手段が飛行機である場合には、利用者名が関係付けられた予約情報に基づいて利用者が乗車券処理端末を操作することにより、乗車券処理端末は利用者を特定することができ、この利用者の特定情報が図１に示す情報配信サービスシステムサーバ１に送信される。
なお、移動手段が電車等である場合には、利用者を特定可能なクレジットカード等により乗車券処理端末の決済処理が行われるようにしておけば、乗車券処理端末は利用者を特定することが可能である。
なお、利用者端末を用いて利用者が乗車／搭乗／乗船情報を情報配信サービスシステムに送信してもよい。
【００１４】
また、情報配信サービスシステムは、乗車／搭乗／乗船情報とともに情報配信サービスの選択情報を同時に受け付けてもよい。これは、乗車券端末や乗車券処理端末および利用者端末で乗車／搭乗／乗船情報を受け付けた際に、初めて選択情報を受け付けることを意味している。さらに、乗車／搭乗／乗船情報の受け付けの際に、選択情報の追加・変更を受け付けてもよい。
【００１５】
ここで言うところの乗車券発券端末とは、利用者が自ら操作して所望の移動手段における乗車券を取得する乗車券発券端末やオペレータが操作する乗車券発券端末のことであり、発券する乗車券が普通乗車券でなく、移動手段を直接指定する特急券情報や座席指定券情報（自由席がない移動手段は、ほぼ例外なく取得できると考えてもよい）であれば、乗車券発券端末はその乗車券から乗車／搭乗／乗船情報を取得でき、取得した乗車／搭乗／乗船情報を情報配信サービスシステムに送信するとよい。
【００１６】
また、ここで言うところの乗車券処理端末とは、乗車／搭乗／乗船情報が書き込まれた乗車券を処理する端末のことであり、乗車券発券端末に情報配信サービスシステムに情報を送信する機能がない場合や乗車券を発券した時には乗車／搭乗／乗船情報が確定したと判断できない場合には、乗車券を利用（つまりは、その乗車券を用いて移動手段の利用）する際には必ず処理を実行する乗車券処理端末を用いるとよい。乗車券処理端末の具体例は、駅の構内、または新幹線などの専用プラットホームへ入場を許可する自動改札や、空港の搭乗カウンタもしくは搭乗ゲートに設置された専用端末などである。
【００１７】
なお、乗車／搭乗／乗船情報が書き込まれていない乗車券によって、利用者が移動手段を利用する場合には、利用者端末を用いて情報を取得するとよい。利用者端末を用いて情報を取得するとは、例えば利用者自身の入力によって情報配信サービスに送信したり、移動手段に設置された情報タグ（個別の移動手段を識別する識別情報を保持して、その識別情報を出力する役割を担うもの）によって取得した乗車／搭乗／乗船情報を利用者の操作もしくは利用者端末に格納されたプログラムによる送信処理によって情報配信サービスシステムに送信したりすることを意味する。
【００１８】
利用者が前記目的地で利用するために選択した情報配信サービスの選択情報とその利用者がどの移動手段に乗るのかまたは乗ったのかを示す乗車／搭乗／乗船情報とのマッチング（複数の情報における照合処理）には、情報配信サービスシステムサーバが前記利用者端末から送信された選択情報を受信したことを示す受付報告情報を、その利用者端末等に返信し、その受付報告情報に基づいて対象となる利用者を特定して、前記の乗車券処理端末からの利用者の特定情報と照合（マッチング）させてもよい。
【００１９】
つまり、情報配信サービスシステムとしては、利用者が移動手段に乗り込む前もしくは乗り込んだ後（少なくとも利用者が実際に乗った移動手段が目的地に到着する前）に「利用者が（実際に）どの移動手段に乗るのかまたは乗ったのか」を示す乗車／搭乗／乗船情報が取得できれば、その手段は特に問わない。なお、出発地から目的地まで複数の移動手段を乗り継いで行くこともあるが、その場合には最終的に目的地に到着する移動手段に関する乗車／搭乗／乗船情報を取得すべき情報であるとよい。
【００２０】
情報配信サービスシステムは、乗車／搭乗／乗船情報が示す移動手段をその運行実績情報に基づいて、その移動手段が目的地に到着したかを確認する。移動手段のほとんどが運行スケジュールに基づいて運行されているにも関わらず、運行実績情報に基づいて目的地への到着を確認するのには理由がある。その理由とは、運行スケジュールどおりに目的地に到着しない移動手段が存在するからということである。例えば、旅客飛行機は天候によってその発着が大きく影響され、出発も到着も遅れることがしばしばある。また、お国柄にも影響するが、運行スケジュールが有っても無きがごとしで運行されている列車やバスもある。さらには、渋滞や波の高さで到着時刻が変わるバスや船舶もある。
【００２１】
利用者が目的地で利用する情報配信サービスは、やはり目的地への到着を確認してからでなくてはならない。なぜなら、まだ目的地にも到着してもいない状態で、例えば目的地における案内情報をもらっても利用が促進されないからである。利用されない情報を提供しても意味をなさない。
【００２２】
移動手段の運行実績情報は、例えば移動手段の運行情報を把握している鉄道会社の移動手段運行情報システム１０（図１参照）などから取得できるが、その移動手段の運行実績によって目的地への到着情報（その移動手段が実際にその目的地に到着したことを示す情報）を取得できるものであればその手段は特に問わない。
【００２３】
また、前記移動手段を降りた前記利用者が到着した目的地での行動を開始するまでに必要な時間としてあらかじめ設定された時間が経過した後に、前記で取得した前記情報配信サービス情報を前記利用者端末へ送信して、前記情報配信サービスの提供を開始するよう
にしてもよい。
【００２４】
利用者の乗った移動手段が目的地に到着しても、利用者がその移動手段を降りて目的地での行動を開始するにはどうしてもタイムラグ（時間的なズレ）が生じる。例えば、目的地の駅に到着した列車から降りる時には、降りるのがその利用者だけとは限らず、周りの人を押しのけてまで降車するわけにもいかない。また、その列車から降りた後も駅の構内を移動しなければならないのが普通でもある。なお、利用者が到着した目的地での行動を開始するまでに必要と考えられる時間（たとえば電車の場合には２〜５分、飛行機の場合には１０分〜３０分というように）を前記の「あらかじめ定める時間」に加算してもよい。
【００２５】
また、前記移動手段の運行実績情報に基づいて運行予定にあらかじめ定める基準以上の時間的遅れがあった場合には前記利用者端末に送信する前記情報配信サービス情報の内容をサービス情報変更／修正手段により変更または修正して前記利用者端末に送信するようにしてもよい。
【００２６】
ここで言うところのあらかじめ定める基準以上の時間的遅れは固定値に限らず、例えば利用者が目的地で利用するために選択した情報配信サービスの選択情報に基づき、情報配信サービスシステムが提供する情報配信サービスで提供されたサービス（たとえば次のバス等の移動手段の利用）が時間的に困難であると判断できる場合には、選択情報が示す情報配信サービスの標準的な提供時間によって情報配信サービス情報の内容を変更または修正するようにしてもよい。たとえば、情報配信サービスシステムサーバ１は、その移動手段運行情報システム１０から受け取った運行情報によって当該利用者が搭乗している飛行機の運航に遅れが生じている場合には、到着した空港で利用を予定しているバスの乗車情報の提供に換えて、タクシーの利用情報を前記利用者端末に送信するようにしてもよい。
【００２７】
普段は運行スケジュールどおりに目的地に到着する移動手段であっても、事故などの不慮の事態は完全に避けることが出来ない。よって、利用者が移動手段によって目的地に到着した後に利用される情報配信サービスを提供する情報配信サービスシステムでは、このような不慮の事態にも対応できる仕組みをあらかじめ備えておくことが好ましいのである。
【００２８】
【発明の実施の形態】
以下に、本発明に係る情報配信サービスシステムの具体的実施の形態を図面を参照して詳細に説明する。
【００２９】
本発明の目的は、空港における特有の問題点の解決だけではない。なぜなら、利用者の通過を検知できるパスゲートとして用いることが出来るとされる駅の自動改札であっても、どの利用者がいつ通過したかを検知する通過検知をするためにはその仕組みをパスゲートに組み込んでおく必要があり、そうするべき必然性とそれによって得られる投資対効果の点でほとんどの自動改札が未対応な現状である。
【００３０】
つまり、料金を支払って利用する移動手段は様々あれど、それらの移動手段にとって適正な料金を支払ってもらえれば、また危険物などを移動手段の内部に持ち込まず安全に利用してもらえれば利用者が誰であっても構わないという点では共通している。利用者の都合に配慮する情報配信サービスも始まったばかりであり、利用者の通過をパスゲートで検知できたとしてもどんな情報配信サービスが最終的に提供者にどれくらいの利益をもたらすかに関する前例や実績が明確ではない。よって、新たな効果がありそうだと期待できて、新たな事業に育つ可能性があると認識できたとしても、果たしてどのくらいの効果があるものかがよくわかっていないのが現状である。元々必要がなかったものに対して新たな投資を必要とするとなれば、情報配信サービスのために利用者の通過を検知できるパスゲートを設置しようとはなかなか思わないのも仕方がない。
【００３１】
ただし、時代の変化が速くなっている今日では、先行者利益はあっても二番手三番手の追従者利益はほとんどないとも言われている。よって、大きな設備投資に頼らなくても情報配信できる仕組みが必要である。ＩＴ（情報技術）サービス事業は儲かるビジネスモデルが成立しにくいと言われているが、事業は投資対効果のバランスが大切である。まず始めに大きな設備投資ありきでなければ事業は十分に成り立つはず、を発想の原点にしなければならない。
【００３２】
図１は、本発明の実施形態におけるコンセプトを説明する説明図である。
【００３３】
人にもよるが、旅行は一旦出掛けてしまうと後戻りがなかなか出来ないので、出掛ける際にはある程度万全な準備をしておかないと気が落ち着かないものでもある。荷物はガイドブックや経験による思考でも比較的万全にしやすかったが、旅行の目的地での行動には不確定要素が多く「とりあえず行ってみてから」になりがちであった。特に行ったことのない場所または、より勝手のわからない海外などでは、行動の段取りの準備となる「目的地で利用する情報配信サービス」をあらかじめ選択しておけるのはありがたいと言える。旅行から帰ってきて「こんなはずではなかったのに」と思うようなことがよくある人や、旅行先の楽しみ方をまだまだ知らなくて「それがわかるのなら知りたい」と思う人にはゆっくり時間のある時に目的地やその目的地における目的の種類と組み合わせを考えて、目的地で利用する情報配信サービスの選択を目的地への出発前に済ましておく方がよい。
【００３４】
同図において、情報配信サービスシステム１は利用者２が目的地に出発する前に利用者２から目的地における情報配信サービスの選定を受け付ける。具体的には利用者端末に目的地での情報配信サービスの種類（目的地での交通機関の利用情報、目的地の天候情報等）を表示し利用者端末の操作ボタンにより選択させるようにすればよい。
前記で利用者により入力された選択情報は、情報配信サービスシステム１の演算部１４の処理により、受付情報ＤＢ（データベース）６に記憶される。情報配信サービスの選定に用いる利用者端末としては、例えばインターネットなどのネットワークを介してどこからでも情報配信サービスシステム１にアクセスできるオープンアクセス端末４であるパソコンや、情報配信サービスシステム１から情報配信サービスを受けられる利用者端末３を用いるとよい。オープンアクセス端末４は、利用者２が持ち歩く利用者端末３のように気軽に持ち歩けるほどの大きさや重さにはなっていないが、利用者端末３ に比べて大きな画面を用いて「その目的地で何をしようか」などのプランニングをすることが出来る。ここで言うところのプランニングは、いわゆる旅行の計画であり、その計画に合わせて情報配信サービスシステム１が提供する情報配信サービスの内容も変わってくる。忙しい日常の中で旅行に費やせる時間が限られる人がほとんどであるので、旅行に行くことに想いをめぐらせながらせっかくの旅行を十分満喫できるように悔いの残らない計画をこの時点で立てて、その計画をサポートするために目的地で利用する情報配信サービスをそのとき選定しておく方が利用者にとっても好ましい。
【００３５】
ただし、利用者２が目的地で利用する情報配信サービスは、目的地へ向かう移動手段７に乗る前に決めてしまえばいつ選択してもよい。目的地を決める際に情報配信サービスを選択しておくと、目的地での行動やその段取りを情報配信サービスシステム１に任せて、自分の気持ちを「行くばっかり」の状態にしておくことが出来る。面倒な下準備はさっさと済ませて目的地での行動を満喫したいと思う利用者２にとっては、正に願ったり適ったりであると言える。
【００３６】
なお、利用者２がプランニングをする際に情報配信サービスシステム１から提供する情報は、情報配信サービスの選定に関する情報だけでなく、選定の手助けとなる「移動手段７に関する情報」や「目的地に関する情報」を含むと良い。ここで言うところの移動手段７に関する情報とは、例えば移動手段の乗り換え情報や時刻表、移動手段運賃などの情報のことである。目的地に関する情報とは、ホテルや旅館などの宿泊施設や見る・食べる・遊ぶの店舗や公共施設などの情報のことである。選択の目安となるクーポン情報があってもよい。
【００３７】
さらに、情報配信サービスシステム１は利用者２に情報配信サービスを提供するために、利用者２が移動手段７に乗り込む前もしくは乗り込んだ後（少なくとも利用者２が実際に乗った移動手段７が目的地に到着する前）に「利用者２が実際にどの移動手段７に乗るのかまたは乗ったのか」を示す乗車／搭乗／乗船情報を取得しておく必要がある。この乗車／搭乗／乗船情報は、移動手段７の乗車券移動手段７が飛行機の場合は搭乗券、船舶の場合は乗船券とも言う）を発券する乗車券発券端末８や、利用者２が移動手段７に乗り込む前に乗車券を処理する乗車券処理端末９から取得できる。なお、利用者端末３を用いて利用者２が乗車／搭乗／乗船情報を情報配信サービスシステム１に送信してもよい。
【００３８】
つまり、情報配信サービスシステム１としては、利用者２が移動手段７に乗り込む前もしくは乗り込んだ後（少なくとも利用者が実際に乗った移動手段が目的地に到着する前）に「利用者が（実際に）どの移動手段に乗るのかまたは乗ったのか」を示す乗車／搭乗／乗船情報が取得できれば、その手段は特に問わない。なお、出発地から目的地まで複数の移動手段７を乗り継いで行くこともあるが、その場合には最終的に目的地に到着する移動手段７に関する乗車／搭乗／乗船情報を取得すべき情報であるとよい。
【００３９】
また、情報配信サービスシステム１は、乗車／搭乗／乗船情報とともに情報配信サービスの選択情報を同時に受け付けてもよい。これは、乗車券端末８や乗車券処理端末９および利用者端末３で乗車／搭乗／乗船情報を受け付けた際に、初めて選択情報を受け付けることを意味している。さらに、乗車／搭乗／乗船情報の受け付けの際に、選択情報の追加・変更を受け付けてもよい。
【００４０】
ここで言うところの乗車券発券端末８とは、利用者２が自ら操作して所望の移動手段７における乗車券を取得する乗車券発券端末８のことやオペレータが操作する乗車券発券端末８のことであり、発券する乗車券が普通乗車券でなく、移動手段７を直接指定する特急券情報や座席指定券情報（自由席がない移動手段７は、ほぼ例外なく取得できると考えてもよい）であれば、乗車券発券端末８はその乗車券から乗車／搭乗／乗船情報を取得でき、取得した乗車／搭乗／乗船情報を情報配信サービスシステム１に送信するとよい。
【００４１】
また、ここで言うところの乗車券処理端末９とは、乗車／搭乗／乗船情報が書き込まれた乗車券を処理する端末のことであり、乗車券発券端末に情報配信サービスシステム１に情報を送信する機能がない場合や乗車券を発券した時には乗車／搭乗／乗船情報が確定したと判断できない場合には、乗車券を利用（つまりは、その乗車券を用いて移動手段の利用）する際には必ず処理を実行する乗車券処理端末９を用いるとよい。乗車券処理端末９の具体例は、駅の構内、または新幹線などの専用プラットホームへ入場を許可する自動改札や、空港の搭乗カウンタもしくは搭乗ゲートに設置された専用端末などである。
【００４２】
なお、乗車／搭乗／乗船情報が書き込まれていない乗車券によって、利用者２が移動手段７を利用する場合には、利用者端末３を用いて情報を取得するとよい。利用者端末３を用いて情報を取得するとは、例えば利用者２自身の入力によって情報配信サービスに送信したり、移動手段７に設置された情報タグ（個別の移動手段７を識別する識別情報を保持して、その識別情報を出力する役割を担うもの）によって取得した乗車／搭乗／乗船情報を利用者２の操作もしくは利用者端末３の自動的な送信処理によって情報配信サービスシステム１に送信したりすることを意味する。
【００４３】
ところで、乗車券端末８や乗車券受付端末９を用いると、情報配信サービスシステム１が提供する情報配信サービスが移動手段７と連携させることが出来る。景気の低迷する現状において新たなサービス産業として期待される情報配信サービスであるが、実はそのほとんどが赤字であると言われ、十分な利益の出せるスキーム（ビジネスモデル）を確立できてはいない。なぜなら、情報配信サービスの対価を利用者２からうまく徴収できていないからである。つまり、現状の情報配信サービスはその収益源を情報配信時に付与される広告に頼っているが、実際にどのくらい利用されているのかがわかりづらい情報配信サービスでは、収益源である広告が集まりにくくなっているとも言われている。よって、広告に頼る収益構造から広告だけに頼らない収益構造への変換が情報配信サービスの成長のカギを握っている。
【００４４】
そこで、このように乗車券端末８や乗車券受付端末９を用いることで情報配信サービスシステム１が提供する情報配信サービスを移動手段７と連携させることができ、競争の激しい移動手段業界の差別化要素として移動手段７の運営企業への導入を促す効果が期待できる。さらには、目的地でのこれまでにない楽しみ方を提供できる旅行として、旅行代理店が参画することも期待できる。
【００４５】
ところで、利用者２が目的地で利用する情報配信サービスは、やはり目的地への到着を確認してからでなくてはならない。なぜなら、まだ目的地にも到着してもいない状態で、例えば目的地における案内情報をもらっても利用が促進されないからである。利用されない情報を提供しても意味をなさない。ただし、情報配信サービスシステム１はその利用者２がいつ目的地に着いたのかをなるべく新たな設備投資を掛けずに取得する必要がある。そこで、本発明のように、利用者２が移動手段７で目的地まで移動する場合には、乗車券処理端末等を通じて、利用者がどの移動手段７に乗って目的地に向かったかがわかれば、実際に乗った移動手段７が無事に目的地に到着するであろうことを前提に、利用者２が目的地に到着したと見なすことが出来る点に着目した。すなわち、飛行機等の移動手段では、搭乗時に鉄道の自動改札装置と類似のゲートが設けられており、搭乗券の改札により利用者の搭乗行為を検出することはできるが、到着時には搭乗券を回収するようなゲートが設けられていないことが通例であるため、利用者の目的地への確実な到着情報を得にくい特徴がある。また、列車でも乗車時には改札口が自動化されておりこの改札口のゲートを通過することにより、利用者の乗車を検出したとしても、目的地の駅では改札が自動化されていない等の理由により、目的地への到着が直接検知できない場合が少なくない。
よって、情報配信サービスシステムサーバ１では、乗車／搭乗／乗船情報が示す移動手段７の目的地への到着情報をその移動手段の運行を管理する移動手段運行情報システム１０から受信する運行実績情報に基づいて取得することにより、目的地への到着を判断できるようにした。
【００４６】
利用者２が乗った移動手段７の目的地への到着情報の取得によって、情報配信システム１は、受付情報ＤＢ６に記憶する情報配信サービスの種別に基づいて、情報配信サービスＤＢ５から利用者端末３に提供する情報配信サービスを取得して、情報配信を開始する。移動手段７が目的地に到着しても利用者２がその移動手段７から降りて行動を開始するまでにある程度の時間が必要なので、到着情報の取得からその時間に配慮したあらかじめ定める時間の経過後に情報配信を開始してもよい。
【００４７】
利用者２の乗った移動手段７が目的地に到着しても、利用者２がその移動手段７を降りて目的地での行動を開始するにはどうしてもタイムラグ（時間的なズレ）が生じる。例えば、目的地の駅に到着した列車から降りる時には、降りるのがその利用者２だけとは限らず、周りの人を押しのけてまで降車するわけにもいかない。また、その列車から降りた後も駅の構内を移動しなければならないのが普通でもある。なお、利用者２が到着した目的地での行動を開始するまでに必要な時間に配慮したあらかじめ定める時間には、様々な状況を想定した上であらかじめ計測した平均的な時間を採用などするとよい。
【００４８】
また、移動手段７をその運行実績情報に基づいて目的地への到着情報を取得して、運行予定に対してあらかじめ定める基準以上の時間的遅れがあった場合には利用者端末３に送信する情報配信サービス情報の内容を変更または修正するようにしてもよい。
【００４９】
ここで言うところのあらかじめ定める基準以上の時間的遅れは固定値に限らず、例えば利用者２が目的地で利用するために選択した情報配信サービスの選択情報に基づき、情報配信サービスシステム１が提供する情報配信サービスが時間的に利用しきれなくなると判断できる場合には、選択情報が示す情報配信サービスの標準的な提供時間によって情報配信サービス情報の内容を変更または修正するか否かを判断するようにしてもよい。
【００５０】
普段は運行スケジュールどおりに目的地に到着する移動手段７であっても、事故などの不慮の事態は完全に避けることが出来ない。よって、利用者２が移動手段７によって目的地に到着した後に利用される情報配信サービスを提供する情報配信サービスシステム１では、このような不慮の事態にも対応できる仕組みをあらかじめ備えておくことが好ましいのである。
【００５１】
図２は、本発明の実施形態における情報配信サービスシステムサーバのハードブロック図である。
【００５２】
同図は、情報配信サービスシステム１のハードウェアを構成する情報配信サービスシステムサーバ１１のハードブロック図を示す。同図において、サーバ操作者１２とは情報配信サービスシステムサーバ１１の操作者のことである。情報入出力部１３とは、情報配信サービスシステムサーバ１１とサーバ操作者１２とが種々のやりとりをするための入出力機能を持つ部位である。大まかに情報入力部１３−１と情報出力部１３−２で構成される。情報入力部１３−１における入力装置としては、例えばキーボード、テンキー、マウス、バーコードリーダ、音声入力装置などが該当し、サーバ操作者１２の入力がシステムに対して情報を伝達するものなら、その種類は問わない。また、情報出力部１３−２における出力装置としては、例えばディスプレイ、プリンタ、音声出力装置などが該当し、サーバ操作者１２に対してシステムから情報を伝達できるものなら、その種類は問わない。演算部１４とは、プログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。メモリ部１５とは、演算部１４が実行するプログラムの実行エリアの部位である。通信部１６とは、ネットワーク１７を介して他の端末やシステムとの間で情報の通信を制御する部位である。ＤＢ管理部１８とは、様々なデータ構造とデータ実体を管理する機能を持つ部位である。
【００５３】
ＤＢ管理部１８に管理される処理プログラム１９とは、情報配信サービスシステムサーバ１１の利用目的を達成するために必要なプログラムのことであり、ＯＳ（オペレーティングシステム）もここに含まれる。同様に情報配信サービスＤＢ５とは、利用者２に提供する情報配信サービスを記憶するデータベースのことであり、利用者２が情報配信サービスを選択するためのメニュやその内容に関する情報が記憶されている。同様に受付情報ＤＢ６とは、利用者２が選択した情報配信サービスの選択情報と利用者２が乗った移動手段７を示す乗車／搭乗／乗船情報とを関連づけて記憶するデータベースのことである。同様に取得情報ＤＢ２０とは、外部のシステムから取得した情報を記憶するデータベースのことであり、移動手段７の到着情報や利用者２が情報配信サービスの選択する際に送信される移動手段７に関する情報や目的地に関する情報などが記憶されている。同様に配信情報ＤＢ２１とは、情報配信サービスシステムサーバ１１がどんな情報をどの端末に送信したかを記憶するデータベースのことである。
【００５４】
図３は、本発明の実施形態における利用者端末のハードブロック図である。
【００５５】
同図において、情報入出力部２２とは、利用者端末３と利用者２とが種々のやりとりをするための入出力機能を持つ部位である。大まかに情報入力部２２−１と情報出力部２２−２で構成される。入力装置としては、例えばテンキーやカナキー、タッチスイッチ、音声入力などが該当し、利用者２の入力が利用者端末３に対して情報を伝達するものなら、その種類は問わない。また出力装置としては、例えばディスプレイ、音声出力装置などが該当し、利用者２に対して利用者端末３から情報を伝達できるものなら、その種類は問わない。利用者端末３が情報の読み書きをするための記録媒体５６に記憶する記録媒体（読み取り）書き込み装置は情報入出力部２２に含まれる。
【００５６】
演算部２３とは、利用者端末３がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。記憶部２４とは、利用者端末３の目的を達成するために必要なプログラムを記憶する記憶エリアと演算部２３が実行するプログラムの実行エリアの部位である。通信部２５とは、ネットワーク１７を介して情報配信サービスシステムサーバなどとの間で情報の通信を制御する部位である。接続Ｉ／Ｆ（インタフェース）部２６とは、同様の接続Ｉ／Ｆを持つ装置と情報の送受信をするために接続する部位のことであり、具体的には接続するためのコネクタと接続Ｉ／Ｆ回路のことである。
【００５７】
図４は、本発明の実施形態におけるオープンアクセス端末のハードブロック図である。
【００５８】
同図において、情報入出力部２７とは、オープンアクセス端末４と利用者２とが種々のやりとりをするための入出力機能を持つ部位である。大まかに情報入力部２７−１と情報出力部２７−２で構成される。入力装置としては、例えばキーボード、テンキー、マウス、バーコードリーダ、音声入力装置などが該当し、利用者２の入力がオープンアクセス端末４に対して情報を伝達するものなら、その種類は問わない。また出力装置としては、例えばディスプレイ、プリンタ、音声出力装置などが該当し、利用者２に対してオープンアクセス端末４から情報を伝達できるものなら、その種類は問わない。オープンアクセス端末４が情報の読み書きをするための記録媒体５６に記憶する記録媒体（読み取り）書き込み装置は情報入出力部２７に含まれる。演算部２８とは、オープンアクセス端末４がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。記憶部２９とは、オープンアクセス端末４の目的を達成するために必要なプログラムを記憶する記憶エリアと演算部２８が実行するプログラムの実行エリアの部位である。通信部３０とは、ネットワーク１７を介して情報配信サービスシステムサーバなどとの間で情報の通信を制御する部位である。
【００５９】
図５は、本発明の実施形態における乗車券発券端末のハードブロック図である。
【００６０】
同図において、端末操作者３１とは、乗車券発券端末８の操作者のことであり、具体的には乗車券発券端末８を操作して発券処理をするオペレータのことである。情報入出力部３２とは、乗車券発券端末８と利用者２または端末操作者３１とが種々のやりとりをするための入出力機能を持つ部位である。大まかに情報入力部３２−１と情報出力部３２−２で構成される。入力装置としては、例えばキーボード、テンキー、マウス、バーコードリーダ、音声入力装置などが該当し、利用者２または端末操作者３１の入力が乗車券発券端末８に対して情報を伝達するものなら、その種類は問わない。また出力装置としては、例えばディスプレイ、プリンタ、音声出力装置などが該当し、利用者２または端末操作者３１に対して乗車券発券端末８から情報を伝達できるものなら、その種類は問わない。乗車券発券端末８が情報の読み書きをするための記録媒体５６に記憶する記録媒体（読み取り）書き込み装置は情報入出力部３２に含まれる。発券機能部３３とは、情報入力部３２−１から受け付けた発券処理を実行して乗車券３４を出力する部位のことである。この乗車券３４とは、何らの媒体に情報を書き込んで表面に印字したいわゆる切符（チケット）や、電子情報であるデジタルチケットなどである。
【００６１】
演算部３５とは、乗車券発券端末８がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。記憶部３６とは、乗車券発券端末８の目的を達成するために必要なプログラムを記憶する記憶エリアと演算部３５が実行するプログラムの実行エリアの部位である。通信部３７とは、ネットワーク１７を介して情報配信サービスシステムサーバ１１や利用者端末３などとの間で情報の通信を制御する部位である。接続Ｉ／Ｆ（インタフェース）部３８とは、同様の接続Ｉ／Ｆを持つ装置と情報の送受信をするために接続する部位のことであり、具体的には接続するためのコネクタと接続Ｉ／Ｆ回路のことである。
【００６２】
図６は、本発明の実施形態における乗車券処理端末のハードブロック図である。
【００６３】
同図において、端末操作者３９とは、乗車券処理端末９の操作者のことであり、具体的には乗車券処理端末９を操作して乗車券３４の確認処理など端末の目的となる処理について操作をするオペレータのことである。情報入出力部４０とは、乗車券処理端末９と利用者２または端末操作者４０とが種々のやりとりをするための入出力機能を持つ部位である。大まかに情報入力部４０−１と情報出力部４０−２で構成される。入力装置としては、例えば押しボタンスイッチ、テンキーやカナキー、タッチスイッチ、音声入力などが該当し、利用者２または端末操作者３９の入力が乗車券処理端末９に対して情報を伝達するものなら、その種類は問わない。また出力装置としては、例えばディスプレイ、プリンタ、音声出力装置などが該当し、利用者２または端末操作者３９に対して乗車券処理端末９から情報を伝達できるものなら、その種類は問わない。乗車券処理端末９が情報の読み書きをするための記録媒体５６に記憶する記録媒体（読み取り）書き込み装置は情報入出力部４０に含まれる。発券処理部４１とは、乗車券３４を受け付けて乗車券処理端末９の目的となる処理を実行する部位のことである。
【００６４】
演算部４２とは、乗車券処理端末９がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。記憶部４３とは、乗車券処理端末９の目的を達成するために必要なプログラムを記憶する記憶エリアと演算部４２が実行するプログラムの実行エリアの部位である。通信部４４とは、ネットワーク１７を介して情報配信サービスシステムサーバ１１や利用者端末３などとの間で情報の通信を制御する部位である。接続Ｉ／Ｆ（インタフェース）部４５とは、同様の接続Ｉ／Ｆを持つ装置と情報の送受信をするために接続する部位のことであり、具体的には接続するためのコネクタと接続Ｉ／Ｆ回路のことである。
【００６５】
図７は、本発明の実施形態における移動手段運行情報システムサーバのハードブロック図である。
【００６６】
同図において、サーバ操作者４７とは移動手段運行情報システムサーバ４６の操作者のことである。情報入出力部４８とは、移動手段運行情報システムサーバ４６とサーバ操作者４７とが種々のやりとりをするための入出力機能を持つ部位である。大まかに情報入力部４８−１と情報出力部４８−２で構成される。情報入力部４８−１における入力装置としては、例えばキーボード、テンキー、マウス、バーコードリーダ、音声入力装置などが該当し、サーバ操作者４７の入力がシステムに対して情報を伝達するものなら、その種類は問わない。また、情報出力部４８−２における出力装置としては、例えばディスプレイ、プリンタ、音声出力装置などが該当し、サーバ操作者４７に対してシステムから情報を伝達できるものなら、その種類は問わない。演算部４９とは、プログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。メモリ部５０とは、演算部４９が実行するプログラムの実行エリアの部位である。通信部５１とは、ネットワーク１７を介して他の端末やシステムとの間で情報の通信を制御する部位である。ＤＢ管理部５２とは、様々なデータ構造とデータ実体を管理する機能を持つ部位である。
【００６７】
ＤＢ管理部５２に管理される処理プログラム５３とは、移動手段運行情報システムサーバ４６の利用目的を達成するために必要なプログラムのことであり、ＯＳ（オペレーティングシステム）もここに含まれる。同様に運行スケジュール情報ＤＢ５４とは、移動手段７の運行予定である運行スケジュールを記憶するデータベースのことである。同様に運行確認情報ＤＢ５５とは、情報配信サービスシステムサーバ１１から受信した確認依頼（特定された移動手段７の特定された目的地への到着の確認依頼のこと）やその依頼に基づいて確認した情報を記憶するデータベースのことである。
【００６８】
図８は、本発明の実施形態における利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの機能ブロック図である。
【００６９】
同図において、利用者端末３またはオープンアクセス端末４は、利用者２が操作する情報入力部２２−１（２７−１）から目的地の入力を受け付ける機能と、入力された目的地で情報配信サービスシステムサーバ１１が提供できる情報配信サービスに関する情報の取得要求を情報配信サービスシステムサーバ１１に送信する機能とを有する。情報配信サービスシステムサーバ１１は、利用者端末３またはオープンアクセス端末４から情報配信サービスシステムサーバ１１が提供できる情報配信サービスに関する情報の取得要求を受信する機能と、受信した要求に基づいて情報配信サービスＤＢ５から提供できるサービスメニュを取得する機能と、取得したサービスメニュを要求のあった端末に送信する機能とを有する。移動手段７に関する情報や目的地に関する情報などサービスメニュに付与する情報が取得情報ＤＢ２０にある場合には、その情報を取得情報ＤＢ２０から取得して端末に送信するサービスメニュに付与するとよい。利用者端末３またはオープンアクセス端末４は、情報配信サービスシステムサーバ１１から提供できる情報配信サービスに関する情報として、そのサービスメニュを受信する機能と、受信したサービスメニュを情報出力部２２−２（２７−２）に出力する機能とを有する。
【００７０】
図９は、本発明の実施形態における利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの機能ブロック図である。
【００７１】
同図において、利用者端末３またはオープンアクセス端末４は、前述の図３および図４に示すハードウエア構成を有しており、以下に説明する各機能は、演算部２３（２８）が記憶部２４（２９）に格納された処理プログラムを読み込んで順次実行処理することによって実現される。
すなわち、各端末３（４）は、演算部２３（２８）が情報入出力部２ ２（２７）に出
力した情報にに対して利用者２が操作により情報入出力部２２（２７）から入力された目的地で利用する情報配信サービスの選択を受け付ける機能を有している。この機能は、前記情報入出力部２２（２７）の図示しない液晶表示画面に選択可能な複数のサービスを表示し、利用者は図示しない操作ボタンにより、この中から任意のサービスを選択するようになっている。
そして、演算部２３（２８）は、前記で受け付けた情報配信サービスの選択情報を送受信部２５（３０）およびネットワーク１７を介して情報配信サービスシステムサーバ１１に送信する機能を有する。
情報配信サービスシステムサーバ１１前記利用者端末３またはオープンアクセス端末４から受信したサービスの選択情報に対して以下の機能を有している。なお、以下の機能は演算部１４が処理プログラム１９を読み込んで順次実行処理することにより実現されるものである。
演算部１４は、利用者端末３またはオープンアクセス端末４から利用者２が目的地で利
用する情報配信サービスの選択情報をネットワーク１７および通信部１６を介して受信する機能を有している。
また、演算部１４は、受信した情報配信サービスの選択情報をその目的地情報とともに受付情報ＤＢ６に記憶する機能と、前記利用者端末３またはオープンアクセス端末４に対する受付報告情報をを通信部１６およびネットワーク１７を介して送信元の端末等に送信（返信）する機能とを有する。
前記受付報告情報をネットワーク１７および送受信部２５（３０）を介して受信した利用者端末３またはオープンアクセス端末４の演算部２３（２８）は、受信した受付報告情報を記憶部２４（２９）に保存する。
そして、前記演算部２３（２８）は、受信した受付報告情報を情報入出力部２２（２７）に出力する。
ここで、受付報告情報には、例えば情報配信サービスシステムサーバ１１ にとって「
いつどの利用者２からどんな内容（どの目的地でどの情報配信サービスを利用するか）の選択情報を受け付けたか」がわかる受付報告情報コードが含まれており、後に乗車券発券端末８や乗車券処理端末９または利用者端末３が乗車／搭乗／乗船情報を情報配信サービスシステムサーバ１１に送信する際に用いられることとなる。なお、利用者端末３またはオープンアクセス端末４は記憶部２４（２９）に記憶した受付報告情報を必要に応じて受付報告情報を記録媒体５６に出力する機能を有していてもよい。この記録媒体５６とは、具体的に情報コードや、一次元・二次元バーコードなどの模様を記憶した紙やプラスチックカード、または電気信号を書き込む磁気カードやＩＣチップ内蔵カードなどの媒体のことである。つまり、情報配信サービスシステムサーバ１１から受信した受付報告情報が、乗車券発券端末８や乗車券処理端末９または利用者端末３を介して再び情報配信サービスシステムサーバ１１に送信されるものであるなら記録媒体５６はどんな種類のどんな記憶方式であっても特に問わない。
【００７２】
図１０は、本発明の実施形態における利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの機能ブロック図である。
【００７３】
同図は、情報配信サービスシステムサーバ１１が利用者端末３から情報配信サービスの選択情報を受信しても、オープンアクセス端末４から情報配信サービスの選択情報を受信しても、その受付完了を報告する受付報告情報を利用者端末３に送信する場合である。同図において、情報配信サービスシステムサーバ１１は、受信した報告情報のデータベースへの記憶に応じて受付完了を報告する受付報告情報を利用者端末３に送信する機能を有する。利用者端末３は、情報配信サービスシステムサーバ１１から受付報告情報を受信する機能と、受信した報告情報を記憶部２４に保存する機能と、受信した受付報告情報を利用者２が選択した情報配信サービスを情報配信サービスシステムサーバ１１が受け付けた報告情報として情報出力部２２−２に出力する機能とを有する。
【００７４】
図１１は、図８に示す機能ブロック図に対応する利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの演算部におけるフローチャートである。
【００７５】
同図において、利用者端末３またはオープンアクセス端末４は、利用者２が操作する情報入力部２２−１（２７−１）から目的地の入力を受け付けると（ＳＴ１１０１）、入力された目的地で情報配信サービスシステムサーバ１１が提供できる情報配信サービスに関する情報の取得要求を情報配信サービスシステムサーバ１１に送信する（ＳＴ１１０２）。情報配信サービスシステムサーバ１１は、利用者端末３またはオープンアクセス端末４から情報配信サービスシステムサーバ１１が提供できる情報配信サービスに関する情報の取得要求を受信すると、受信した要求に基づいて情報配信サービスＤＢ５から提供できるサービスメニュを取得し（ＳＴ１１０３）、取得したサービスメニュに付与できる付与情報（例えば、移動手段に関する情報や目的地に関する情報など）があるか否かを判断し（ＳＴ１１０４）、あれば付与情報を記憶するデータベースから付与情報を取得してサービスメニュに付与し（ＳＴ１１０５）、なければそのまま、取得したサービスメニュを要求のあった端末に送信して（ＳＴ１１０６）、処理を終了する。利用者端末３またはオープンアクセス端末４は、情報配信サービスシステムサーバ１１から提供できる情報配信サービスに関する情報として、そのサービスメニュを受信すると、受信したサービスメニュを情報出力部２２−２（２７−２）に出力して（ＳＴ１１０７）、処理を終了する。
【００７６】
図１２は、図９に示す機能ブロック図に対応する利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの演算部におけるフローチャートである。
【００７７】
同図において、利用者端末３またはオープンアクセス端末４は、情報出力部２２−２（２７−２）に出力した情報に基づく利用者２が操作する情報入力部２２−１（２７−１）から目的地で利用する情報配信サービスの選択を受け付けると（ＳＴ１２０１）、受け付けた情報配信サービスの選択情報を情報配信サービスシステムサーバ１１に送信する（ＳＴ１２０２）。情報配信サービスシステムサーバ１１は、利用者端末３またはオープンアクセス端末４から利用者２が目的地で利用する情報配信サービスの選択情報を受信すると、受信した情報配信サービスの選択情報をその目的地とともに受付情報ＤＢ６に記憶し（ＳＴ１２０３）、受信した報告情報のデータベースへの記憶に応じて受付完了を報告する受付報告情報を送信元の端末に送信して（ＳＴ１２０４）、処理を終了する。利用者端末３またはオープンアクセス端末４は、情報配信サービスシステムサーバ１１から受付報告情報を受信すると、受信した報告情報を記憶部２４（２９）に保存し（ＳＴ１２０５）、受信した受付報告情報を利用者２が選択した情報配信サービスを情報配信サービスシステムサーバ１１が受け付けた報告情報として情報出力部２２−２（２７−２）に出力して（ＳＴ１２０６）、処理を終了する。
【００７８】
図１３は、図１０に示す機能ブロック図に対応する利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの演算部におけるフローチャートである。
【００７９】
同図において、利用者端末３またはオープンアクセス端末４は、情報出力部２２−２（２７−２）に出力した情報に基づく利用者２が操作する情報入力部２２−１（２７−１）から目的地で利用する情報配信サービスの選択を受け付けると（ＳＴ１３０１）、受け付けた情報配信サービスの選択情報を情報配信サービスシステムサーバ１１に送信して（ＳＴ１３０２）、処理を終了する。情報配信サービスシステムサーバ１１は、利用者端末３またはオープンアクセス端末４から利用者２が目的地で利用する情報配信サービスの選択情報を受信すると、受信した情報配信サービスの選択情報をその目的地とともに受付情報ＤＢ６に記憶し（ＳＴ１３０３）、受信した報告情報のデータベースへの記憶に応じて受付完了を報告する受付報告情報を利用者端末３に送信して（ＳＴ１３０４）、処理を終了する。利用者端末３は、情報配信サービスシステムサーバ１１から受付報告情報を受信すると、受信した報告情報を記憶部２４に保存し（ＳＴ１３０５）、受信した受付報告情報を利用者２が選択した情報配信サービスを情報配信サービスシステムサーバ１１が受け付けた報告情報として情報出力部２２−２に出力して（ＳＴ１３０６）、処理を終了する。
【００８０】
図１４は、本発明の実施形態における乗車券発券端末の機能ブロック図である。
【００８１】
同図は、乗車券発券端末８から情報配信サービスシステムサーバ１１に発券情報を送信する場合である。同図において、乗車券発券端末８は、乗車券３４を発券するために足らない情報の取得を要求する入力要求情報を記憶部３６から取得する機能と、取得した入力要求を情報出力部３２−２に出力する機能とを有する。例えば利用者２や端末操作者３１の操作によって、情報配信サービスシステム１の利用を受け付けた場合には入力要求情報に受付報告情報の取得要求を含めておくとよい。さらに、乗車券発券端末８は、発券処理を受け付ける機能と、受け付けた発券処理を実行し乗車券３４を発券する機能とを有し、情報出力部３２−２に出力した入力要求情報に応じた利用者２や端末操作者３１の操作によって、情報入力部３２−１から受付報告情報を受け付ける機能または、情報出力部３２−２に出力した入力要求情報に応じた利用者２の操作によって、利用者端末３から受付報告情報を受信する機能と、発券処理を受け付ける機能から発券情報を取得し受付報告情報に付与する機能と、受付報告情報を付与した発券情報を情報配信サービスシステムサーバ１１に送信する機能とを有する。発券情報とは、「利用者２が実際にどの移動手段７に乗るのかまたは乗ったのか」を示す乗車／搭乗／乗船情報を含む情報のことであり、利用範囲を合わせて取得しておくとよい。なお、以下に示す乗車券情報とこの発券情報とは本発明の実施形態において同意語である。
【００８２】
図１５は、本発明の実施形態における乗車券発券端末の機能ブロック図である。
【００８３】
同図は、乗車券発券端末８から情報配信サービスシステムサーバ１１に発券情報を送信するのではなく、発券する乗車券３４に受付報告情報を付与しておく場合である。同図において、乗車券発券端末８は、情報出力部３２−２に出力した入力要求情報に応じた利用者２や端末操作者３１の操作によって、情報入力部３２−１から受付報告情報を受け付ける機能または、情報出力部３２−２に出力した入力要求情報に応じた利用者２の操作によって、利用者端末３から受付報告情報を受信する機能と、発券処理を受け付ける機能と、受け付けた発券処理を実行し受付報告情報を付与した乗車券３４を発券する機能とを有する。
【００８４】
図１６は、本発明の実施形態における乗車券処理端末の機能ブロック図である。
【００８５】
同図は、乗車券処理端末９から情報配信サービスシステムサーバ１１に乗車券情報を送信する場合である。同図において、乗車券処理端末９は、乗車券処理部４１から受付報告情報と共に乗車券情報を受け付ける機能と、受付報告情報と共に乗車券情報を情報配信サービスシステムサーバ１１に送信する機能とを有する。なお、乗車券処理部４１から受付報告情報が取得できなかった場合には、利用者端末３または記録媒体５６から受付報告情報を受信する機能と、受信した受付報告情報を乗車券情報に付与する機能とを有するとよい。なお、乗車券処理端末９では、端末の存在目的である乗車券３４の受け付けに基づく処理を実行する機能を有する。
【００８６】
図１７は、本発明の実施形態における利用者端末の機能ブロック図である。
【００８７】
同図は、利用者端末３から情報配信サービスシステムサーバ１１に乗車券情報を送信する場合である。同図において、情報入力部２２−１から乗車券情報の入力を受け付ける機能と、受け付けた乗車券情報に付与する受付報告情報を記憶部２４から取得する機能と、記憶部２４から取得した受付報告情報を情報入力部２２−１から受け付けた乗車券情報に付与して情報配信サービスシステムサーバ１１に送信する機能とを有する。
【００８８】
図１８は、図１４に示す機能ブロック図に対応する乗車券発券端末の演算部におけるフローチャートである。
【００８９】
同図において、乗車券発券端末８の演算部３５は記憶部３６から読み出した処理プログラムに基づいて、発券機能部３３から発券処理を受け付ける（ＳＴ１８０１ ）。このと
き、利用者があらかじめ当該乗車券の予約を行っている場合には発券機能部３３に当該予約番号を入力することにより、演算部３５は、図示しない予約データベースよりネットワーク１７および送受信部３７を介して当該利用者の特定情報（たとえば利用者ＩＤ等）を受信することができる。また、発券機能部３３への料金支払いがクレジットカードである場合には、当該乗車券発券端末８が読み込んだクレジットカード番号等により利用者が特定される。
演算部３５は、このようにして読み込んだ利用者の特定情報に基づいて、この利用者に対応する受付報告情報が存在するか否かを記憶部３６を検索し（ＳＴ１８０２）、なければ情報配信サービスシステムサーバ１１に対する受付報告情報の取得要求情報を生成して送受信部３７およびネットワーク１７を介して当該情報を送信して（ＳＴ１８０３）、受付報告情報があればそのまま、発券機能部３３から発券情報を取得してこれに受付報告情報を付与し（ＳＴ１８０４）、受付報告情報を付与した発券情報を情報配信サービスシステムサーバ１１に送信して（ＳＴ１８０５）、処理を終了する。
【００９０】
図１９は、図１５に示す機能ブロック図に対応する乗車券発券端末の演算部におけるフローチャートである。
【００９１】
同図において、乗車券発券端末８は、発券処理を受け付けると（ＳＴ１９０１）、受付報告情報の取得がありか否かを判断し（ＳＴ１９０２）、なければ受付報告情報の取得処理を実行して（ＳＴ１９０３）、あればそのまま、受け付けた発券処理を実行し、受付報告情報を付与した乗車券３４を発券して（ＳＴ１９０４）、処理を終了する。
【００９２】
図２０は、図１６に示す機能ブロック図に対応する乗車券処理端末の演算部におけるフローチャートである。
【００９３】
同図において、乗車券処理端末９は、乗車券処理を受け付けると（ＳＴ２００１）、受付報告情報の取得がありか否かを判断し（ＳＴ２００２）、なければ受付報告情報の取得処理を実行して（ＳＴ２００３）、取得した受付報告情報に乗車券処理部４１から受け付けた乗車券情報を付与して（ＳＴ２００４）、ＳＴ２００２で取得があればそのまま、受付報告情報を付与した乗車券情報を情報配信サービスシステムサーバ１１に送信して（ＳＴ２００５）、処理を終了する。
【００９４】
図２１は、図１７に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【００９５】
同図において、利用者端末３は、情報入力部２２−１から乗車券情報の入力を受け付けると（ＳＴ２１０１）、受け付けた乗車券情報に付与する受付報告情報を記憶部２４から取得し（ＳＴ２１０２）、記憶部２４から取得した受付報告情報を情報入力部２２−１から受け付けた乗車券情報に付与して情報配信サービスシステムサーバ１１に送信して（ＳＴ２１０３）、処理を終了する。
【００９６】
図２２は、図１８〜図２０のフローチャートに示す「受付報告情報の取得処理」のフローチャートである。
【００９７】
同図は、乗車券発券端末８または乗車券処理装置９から入力要求された利用者２または端末操作者３１（３９）が利用者端末３の表示画面を介して入力する場合である。同図において、乗車券発券端末８（乗車券処理端末９）は、受付報告情報を要求する入力要求プログラムを記憶部３６（４３）から取得し（ＳＴ２２０１）、取得したプログラムに基づいて入力要求情報を情報出力部３２−２（４０−２）に出力する（ＳＴ２２０２）。情報出力部３２−２（４０−２）に出力された入力要求情報に応じて利用者２または端末操作者３１（３９）に促された利用者２は、利用者端末３を操作して利用者端末３の表示画面に受付報告情報を表示させる。利用者端末３は、受付報告情報の出力要求を受け付けると（ＳＴ２２０３）、要求された受付報告情報を記憶部２４から取得し（ＳＴ２２０４）、取得した受付報告情報を要求に応じて情報出力部２２−２に出力して（ＳＴ２２０５）、処理を終了する。情報出力部２２−２に出力される受付報告情報は、例えば情報コードであったり、一次元・二次元バーコードなどの模様であったりする。利用者端末３から出力された受付報告情報は、利用者端末３を持つ利用者２の操作によって、または利用者２によって利用者端末３の表示画面を提示された端末操作者３１の操作によって、乗車券発券端末８または乗車券処理端末９に受け渡される。受付報告情報は、入力操作によって手動入力されても、読み取り装置によって自動入力されてもよい。乗車券発券端末８（乗車券処理端末９）は、入力要求情報に応じた情報の入力を受け付けると（ＳＴ２２０６）、処理を終了する。
【００９８】
図２３は、図１８〜図２０のフローチャートに示す「受付報告情報の取得処理」のフローチャートである。
【００９９】
同図は、乗車券発券端末８または乗車券処理端末９から入力要求された利用者２または端末操作者３１がオープンアクセス端末４から出力された記録媒体５６を用いて入力する場合である。同図において、オープンアクセス端末４は、受付報告情報の出力要求を受け付けると（ＳＴ２３０１）、要求された受付報告情報を記憶部２９から取得し（ＳＴ２３０２）、取得した受付報告情報を要求に応じて情報出力部２７−２に出力して（ＳＴ２３０３）、処理を終了する。乗車券発券端末８（乗車券処理端末９）は、受付報告情報を要求する入力要求プログラムを記憶部３６（４３）から取得し（ＳＴ２３０４）、取得したプログラムに基づいて入力要求情報を情報出力部３２−２（４０−２）に出力する（ＳＴ２３０２）。情報出力部３２−２（４０−２）に出力された入力要求情報に応じて利用者２または端末操作者３１（３９）に促された利用者２は、あらかじめオープンアクセス端末４から出力しておいた記録媒体５６、または利用者端末３を操作して出力した記録媒体５６を用いて、乗車券発券端末８または乗車券処理端末９に受付報告情報が受け渡される。乗車券発券端末８（乗車券処理端末９）は、入力要求情報に応じた情報の入力を受け付けると（ＳＴ２３０６）、処理を終了する。
【０１００】
図２４は、図１８〜図２０のフローチャートに示す「受付報告情報の取得処理」のフローチャートである。
【０１０１】
同図は、乗車券発券端末８または乗車券処理装置９から入力要求された利用者２または端末操作者３１（３９）に促された利用者２によって操作された利用者端末３が受付報告情報を送信する場合である。同図において、乗車券発券端末８（乗車券処理端末９）は、受付報告情報を要求する入力要求プログラムを記憶部３６（４３）から取得し（ＳＴ２４０１）、取得したプログラムに基づいて入力要求情報を情報出力部３２−２（４０−２）に出力する（ＳＴ２４０２）。情報出力部３２−２（４０−２）に出力された入力要求情報に応じて利用者２または端末操作者３１（３９）に促された利用者２は、利用者端末３を操作して利用者端末３に受付報告情報の送信処理を指示する。利用者端末３は、受付報告情報の出力要求を受け付けると（ＳＴ２４０３）、要求された受付報告情報を記憶部２４から取得し（ＳＴ２４０４）、取得した受付報告情報を要求に応じて送信して（ＳＴ２４０５）、処理を終了する。乗車券発券端末８（乗車券処理端末９）は、入力要求情報に応じた情報の入力を受け付けると（ＳＴ２４０６）、処理を終了する。
【０１０２】
図２５は、図１８〜図２０のフローチャートに示す「受付報告情報の取得処理」のフローチャートである。
【０１０３】
同図は、乗車券発券端末８または乗車券処理装置９から送信要求された利用者端末３が受付報告情報を送信する場合である。同図において、乗車券発券端末８（乗車券処理端末９）は、受付報告情報を要求する入力要求プログラムを記憶部３６（４３）から取得し（ＳＴ２５０１）、取得したプログラムに基づいて入力要求情報を利用者端末３に送信する（ＳＴ２５０２）。利用者端末３は、受付報告情報の出力要求を受信すると（ＳＴ２５０３）、要求された受付報告情報を記憶部２４から取得し（ＳＴ２５０４）、取得した受付報告情報を要求に応じて送信して（ＳＴ２５０５）、処理を終了する。乗車券発券端末８（乗車券処理端末９）は、入力要求情報に応じた情報の入力を受け付けると（ＳＴ２５０６）、処理を終了する。情報の送受信は無線によっても、接続Ｉ／Ｆ部を介した接続によっても構わない。
【０１０４】
図２６は、本発明の実施形態における情報配信サービスシステムサーバおよび利用者端末の機能ブロック図である。
【０１０５】
同図において、情報配信サービスシステムサーバ１１は、乗車券発券端末８から発券情報、乗車券処理端末９または利用者端末３から乗車券情報を受付報告情報と共に受け付ける機能と、受け付けた情報を記憶する機能と、受け付けた発券情報・乗車情報のデータベースへの記憶に応じて配信準備完了を報告する準備完了報告情報を利用者端末３に送信する機能を有する。利用者端末３は、情報配信サービスシステムサーバ１１から準備完了報告情報を受信する機能と、受信した準備完了報告情報を記憶部２４に保存する機能と、受信した準備完了報告情報を情報配信サービスシステムサーバ１１で情報配信サービスの準備が整った報告情報として情報出力部２２−２に出力する機能とを有する。
【０１０６】
図２７は、図２６に示す機能ブロック図に対応する情報配信サービスシステムサーバおよび利用者端末の演算部におけるフローチャートである。
【０１０７】
同図において、情報配信サービスシステムサーバ１１は、乗車券発券端末８から発券情報、乗車券処理端末９または利用者端末３から乗車券情報を受付報告情報と共に受け付けると（ＳＴ２７０１）、付与されていた受付報告情報に基づいて受付情報ＤＢ６を検索し（ＳＴ２７０２）、受付情報ＤＢ６を検索して得られた結果に受け付けた発券情報・乗車券情報を付与して受付情報ＤＢ６に記憶し（ＳＴ２７０３）、受け付けた発券情報・乗車情報のデータベースへの記憶に応じて配信準備完了を報告する準備完了報告情報を利用者端末３に送信して（ＳＴ２７０４）、利用者端末３は、情報配信サービスシステムサーバ１１から準備完了報告情報を受信すると、受信した準備完了報告情報を記憶部２４に保存し（ＳＴ２７０５）、受信した準備完了報告情報を情報配信サービスシステムサーバ１１で情報配信サービスの準備が整った報告情報として情報出力部２２−２に出力して（ＳＴ２７０６）、処理を終了する。
【０１０８】
図２８は、本発明の実施形態における情報配信サービスシステムサーバおよび移動手段運行情報システムの機能ブロック図である。
【０１０９】
同図において、情報配信サービスシステムサーバ１１は、演算部１４の処理により、受付情報ＤＢ６に発券情報・乗車券情報が記憶されると、この情報から移動手段７を特定する。
次に、演算部１４は、処理プログラムによって移動手段７の目的地への到着確認依頼情報を生成し、これを通信部１６およびネットワーク１７を介して図１に示す移動手段運行情報システム１０に送信する。
移動手段運行情報システム１０は、前記到着確認依頼情報を受信すると、前記で特定された移動手段に基づいてこの移動手段７の運行情報を取得する。具体的には、移動手段運行情報システム１０には、たとえば移動手段毎の運行情報（事故や遅れ等の情報）がデータベース格納されており、移動手段運行情報システム１０の演算部（図示せず）には、このデータベースを検索して、当該移動手段７の運行情報を前記情報配信サービスシステムサーバ１１に返信する。
情報配信サービスシステムサーバ１１の演算部１４は、前記移動手段運行情報システム１０から前記移動手段７の運行情報を受信し、これにより到着情報を取得することにより、目的地への到着を判定する。
次に、情報配信サービスシステムサーバ１１の演算部１４は、その移動手段７に乗ったとされる利用者２の利用者端末３から受信した受付情報を受付情報ＤＢ６から読み出して、この受付情報に対応する情報配信サービス情報を情報配信サービスＤＢ５から索出する。
そして、演算部１４は、前記で索出された情報配信サービス情報を前記利用者端末３に送信する。
【０１１０】
図２９は、図２８に示す機能ブロック図に対応する情報配信サービスシステムサーバおよび移動手段運行情報システムの演算部におけるフローチャートである。
【０１１１】
同図において、情報配信サービスシステムサーバ１１は、受付情報ＤＢ６に発券情報・乗車券情報が記憶されると（ＳＴ２９０１）、記憶された情報を「利用者２が（実際に）どの移動手段７に乗るのかまたは乗ったのか」を示す乗車／搭乗／乗船情報から到着確認対象の移動手段７を判断し（ＳＴ２９０２）、抽出した移動手段７の目的地への到着確認依頼を移動手段運行情報システム１０に送信する（ＳＴ２９０３）。移動手段運行情報システム１０は、情報配信サービスシステムサーバ１１から指定された移動手段７が指定された目的地へ到着したかを確認する到着確認の依頼を受信すると、受信した到着確認依頼を運行確認情報ＤＢ５５に記憶し（ＳＴ２９０４）、移動手段７の運行情報を取得する機能によって取得された移動手段７の運行情報の中から、確認依頼対象の移動手段７の目的地への到着を確認して（ＳＴ２９０５）、確認できたら確認依頼対象の移動手段７の目的地到着を情報配信サービスシステムサーバ１１に送信する機能とを有する。情報配信サービスシステムサーバ１１は、移動手段運行情報システム１０に依頼しておいた移動手段７の到着確認を移動手段運行情報システム１０から受信すると、到着確認対象の移動手段７の目的地への到着確認情報に基づいて、その移動手段７に乗ったとされる利用者２とその利用者２から受け付けた受付情報を受付情報ＤＢ６から取得し（ＳＴ２９０７）、取得した受付情報に基づいて情報配信サービス情報を情報配信サービスＤＢ５から取得して、取得した情報配信サービス情報に基づいて利用者端末３に情報配信サービスを開始（必要に応じて必要な情報をその都度送信）して（ＳＴ２９０８）、処理を終了する。利用者端末３に送信した情報について、どんな情報をいつ送信したかを配信情報ＤＢ２１に記憶しておくとよい。利用者端末３は、情報配信サービスシステムサーバ１１から情報配信サービス情報を受信すると、受信した情報を記憶部２４に記憶し（ＳＴ２９０９）、受信した情報配信サービスを必要に応じて情報出力部２２−２に出力して（ＳＴ２９１０）、処理を終了する。
【０１１２】
図３０は、本発明の実施形態における情報配信サービスの具体例を説明する図である。
【０１１３】
同図において、利用者２はオープンアクセス端末４または利用者端末３から目的地情報として「京都」の入力をする。目的地情報を受け付けた情報配信サービスシステム１は、目的地情報に基づく情報配信サービス一覧を情報配信サービスＤＢ５から取得して送信する。図例では、情報配信サービス一覧は「情報配信サービスの概要情報」「情報配信サービスのイメージが伝わる画像情報」「移動手段７に関する情報や目的地に関する情報である付与情報」で構成され、情報配信サービスには「秋の嵐山めぐり」「優雅な北山めぐり」「東山、風景を愛でる旅」が示されている。そのうちから利用者２は「東山、風景を愛でる旅」を選択して、その選択が受付情報として受付情報ＤＢ６に記憶されるともに、受付報告情報として「受け付けました」のコメントとともに「受付コード」が返信する。
【０１１４】
図３１は、本発明の実施形態における情報配信サービスの具体例を説明する図である。
【０１１５】
同図において、情報配信サービスシステム１は、乗車情報として「ひかり１２３号、新大阪行き」「指定席券情報：東京〜京都、座席番号」を「受付コード」とともに取得する。情報配信サービスシステム１は、乗車券情報を取得すると「準備完了です。思う存分、旅を楽しんで下さい」のコメントで示す準備完了報告情報を利用者端末３に送信すると共に、移動手段７の運行管理をしている電鉄会社運行情報システム１０−１に「対象移動手段：ひかり１２３号」「目的地：京都」とそれぞれ指定して対象移動手段の目的地への到着確認を依頼する。電鉄会社運行情報システム１０−１は、システムが取得する管理下の移動手段７に関する運行情報の中から対象移動手段の目的地への到着を確認して情報配信サービスシステム１に到着確認情報を送信する。電鉄会社運行情報システム１０−１から、依頼した移動手段７の目的地到着を確認した情報配信サービスシステム１は、利用者２が目的地に到着したと判断し、利用者２が目的地での行動を開始するまでの時間に配慮して到着確認から５〜１０分後に情報配信サービス「東山、風景を愛でる旅」の提供を開始している。到着確認から情報配信サービスの提供開始までの時間は、移動手段７が到着する駅や空港などの広さや迷いやすさなどによって異なり、具体的には想定される行動を実際に人がしてみた計測時間を元にして決めるとよい。
【０１１６】
図３２は、本発明の実施形態における情報配信サービスの具体例を説明する図である。
【０１１７】
同図は、図３０、図３１に示す情報配信サービス「東山、風景を愛でる旅」の具体例を示している。同図において、利用者端末３は、情報出力部２２−２に「清水寺の参道を下り、七味屋の角を曲がって三年坂に至る」という観光地の歩き方を勧めるルート情報を表示している。また、情報出力部２２−２にはルート情報をサポートする「風景画像」の表示アイコンが表示されており、「風景情報」の表示アイコンに対応する操作を利用者２が実行すると、静止画像や動画像で表示される。なお、情報出力部２２−２に表示されている「次へ」「戻る」の表示アイコンに対応する操作を利用者２が実行すると、次の表示画面または元の表示画面に切り替わる。
【０１１８】
図３３は、本発明の実施形態における情報配信サービスの具体例を説明する図である。
【０１１９】
同図は、図３０、図３１に示す情報配信サービス「東山、風景を愛でる旅」の具体例を示している。同図において、利用者端末３は、情報出力部２２−２に「陶器店を左手に見ながら、ひょうたんの店の前で立ち止まってみる。・・・今、来た道を振り返れば、そこに見えたのは京都でした」という利用者２が愛でることの出来る風景へのルート情報と誘導情報を表示している。ここで言うところの誘導情報とは、利用者２に良い風景を見させるために利用者２自身に実行させる「今、来た道を振り返れば」という動作に関する情報のことである。また、情報出力部２２−２にはルート情報をサポートする「風景画像」の表示アイコンが表示されており、「風景情報」の表示アイコンに対応する操作を利用者２が実行すると、静止画像や動画像で表示される。なお、情報出力部２２−２に表示されている「次へ」「戻る」の表示アイコンに対応する操作を利用者２が実行すると、次の表示画面または元の表示画面に切り替わる。
【０１２０】
図３４は、本発明の実施形態における情報配信サービスの具体例を説明する図である。
【０１２１】
同図は、利用者２が繰り返し情報配信サービスを利用する場合の具体例である。同図において、情報配信サービスシステム１は、乗車（搭乗）情報として「ＯＭＲ航空の１２３便、関西空港行き」を「受付コード」とともに取得する。情報配信サービスシステム１は、乗車券情報を取得すると準備完了報告情報を利用者端末３に送信すると共に移動手段７の運行管理をしている航空会社運行情報システム１０−２に「対象移動手段：ＯＭＲ航空１２３号」「目的地：関西空港」とそれぞれ指定して対象移動手段の目的地への到着確認を依頼する。航空会社運行情報システム１０−２は、システムが取得する管理下の移動手段７に関する運行情報の中から対象移動手段の目的地への到着を確認して情報配信サービスシステム１に到着確認情報を送信する。航空会社運行情報システム１０−２から、依頼した移動手段７の目的地到着を確認した情報配信サービスシステム１は、利用者２が目的地に到着したと判断し、利用者２が目的地での行動を開始するまでの時間に配慮して到着確認から５〜１０分後に情報配信サービス「関空、迷わず上手に移動する方法」の提供を開始している。航空会社が発行する航空機利用に応じてポイントが貯まるマイレージカードにはあらかじめ利用者２に関する情報を呼び出すことの出来る登録コードが記載されているので、このマイレージカードで情報配信サービスの予約をすると選択情報入力の手間が省け、さらに利用者２の囲い込み効果も期待できる。このマイレージカードを前述の記憶媒体５６に利用してもよい。
【０１２２】
さらに、情報配信サービスシステム１は、乗車情報として「関空特急１２号、京都行き」「指定席券情報：東京〜京都、座席番号」を「受付コード」とともに取得する。情報配信サービスシステム１は、乗車券情報を取得すると準備完了報告情報を利用者端末３に送信すると共に移動手段７の運行管理をしている電鉄会社運行情報システム１０−１に「対象移動手段：関空特急１２号」「目的地：京都」とそれぞれ指定して対象移動手段の目的地への到着確認を依頼する。電鉄会社運行情報システム１０−１は、システムが取得する管理下の移動手段７に関する運行情報の中から対象移動手段の目的地への到着を確認して情報配信サービスシステム１に到着確認情報を送信する。電鉄会社運行情報システム１０−１から、依頼した移動手段７の目的地到着を確認した情報配信サービスシステム１は、利用者２が目的地に到着したと判断し、利用者２が目的地での行動を開始するまでの時間に配慮して到着確認から５〜１０分後に情報配信サービス「東山、風景を愛でる旅」の提供を開始している。
【０１２３】
図３５は、本発明の実施形態における情報配信サービスの具体例を説明する図である。
【０１２４】
同図は、図３４に示すマイレージカードを会員カードとして、そのの活用を一般形で説明する図である。同図において、利用者２は、情報配信サービス「東山、風景を愛でる旅」を選択する際の情報の送信に会員カードに記憶される会員コードを用いる（具体的には、利用者端末３・オープンアクセス端末４に有する記憶媒体読み取り装置にセットする）か、会員カードに記載される会員コードを情報入力部２２−１（２７−１）から入力する。このように情報配信サービスシステム１に送信された会員コードは、受付情報とともに受付情報ＤＢ６に記憶される。
【０１２５】
図３６は、本発明の実施形態における情報配信サービスの具体例を説明する図である。
【０１２６】
同図は、図３５に続く処理を示す図である。同図において、情報配信サービスシステム１は、乗車情報を取得する際に利用者２が提示した会員カードから（乗車券発券端末８、乗車券処理端末９または利用者端末３を介して）会員コードを取得し、取得した会員コードに基づいて受付情報ＤＢ６を検索し、移動手段７の運行管理している移動手段運行情報システム１０に送信する情報を取得する。空港を例に説明すれば、マイレージカードを用いて受付処理をしておけば、搭乗カウンタでそのマイレージカードを提示して搭乗受付をするだけで自動的に搭乗券情報を情報配信サービスシステム１に送信することが出来る。なお搭乗券情報を情報配信サービスシステム１に送信する、つまりは利用者２がどの航空便に乗ったかを確定させるのは搭乗ゲートに設置された搭乗ゲート端末における処理を実行してからでもよい。
【０１２７】
【発明の効果】
以上記載の本発明によれば、利用者が何らかの移動手段によって移動した目的地において利用する情報配信サービスの提供を「利用者が乗った移動手段の目的地への到着」に応じて開始する。こうすることでサービスの対象となる利用者が目的地に到着したことを検知するパスゲートを使わなくても利用者の目的地への到着を取得して、情報配信サービスの提供を開始することが出来る。
【図面の簡単な説明】
【図１】本発明の実施形態におけるコンセプトを説明する説明図
【図２】本発明の実施形態における情報配信サービスシステムサーバのハードブロック図
【図３】本発明の実施形態における利用者端末のハードブロック図
【図４】本発明の実施形態におけるオープンアクセス端末のハードブロック図
【図５】本発明の実施形態における乗車券発券端末のハードブロック図
【図６】本発明の実施形態における乗車券処理端末のハードブロック図
【図７】本発明の実施形態における移動手段運行情報システムサーバのハードブロック図
【図８】本発明の実施形態における利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの機能ブロック図
【図９】本発明の実施形態における利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの機能ブロック図
【図１０】本発明の実施形態における利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの機能ブロック図
【図１１】図８に示す機能ブロック図に対応する利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの演算部におけるフローチャート
【図１２】図９に示す機能ブロック図に対応する利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの演算部におけるフローチャート
【図１３】図１０に示す機能ブロック図に対応する利用者端末またはオープンアクセス端末および情報配信サービスシステムサーバの演算部におけるフローチャート
【図１４】本発明の実施形態における乗車券発券端末の機能ブロック図
【図１５】本発明の実施形態における乗車券発券端末の機能ブロック図
【図１６】本発明の実施形態における乗車券処理端末の機能ブロック図
【図１７】本発明の実施形態における利用者端末の機能ブロック図
【図１８】図１４に示す機能ブロック図に対応する乗車券発券端末の演算部におけるフローチャート
【図１９】図１５に示す機能ブロック図に対応する乗車券発券端末の演算部におけるフローチャート
【図２０】図１６に示す機能ブロック図に対応する乗車券処理端末の演算部におけるフローチャート
【図２１】図１７に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図２２】図１８〜図２０のフローチャートに示す「受付報告情報の取得処理」のフローチャート
【図２３】図１８〜図２０のフローチャートに示す「受付報告情報の取得処理」のフローチャート
【図２４】図１８〜図２０のフローチャートに示す「受付報告情報の取得処理」のフローチャート
【図２５】図１８〜図２０のフローチャートに示す「受付報告情報の取得処理」のフローチャート
【図２６】本発明の実施形態における情報配信サービスシステムサーバおよび利用者端末の機能ブロック図
【図２７】図２６に示す機能ブロック図に対応する情報配信サービスシステムサーバおよび利用者端末の演算部におけるフローチャート
【図２８】本発明の実施形態における情報配信サービスシステムサーバおよび移動手段運行情報システムの機能ブロック図
【図２９】図２８に示す機能ブロック図に対応する情報配信サービスシステムサーバおよび移動手段運行情報システムの演算部におけるフローチャート
【図３０】本発明の実施形態における情報配信サービスの具体例を説明する図
【図３１】本発明の実施形態における情報配信サービスの具体例を説明する図
【図３２】本発明の実施形態における情報配信サービスの具体例を説明する図
【図３３】本発明の実施形態における情報配信サービスの具体例を説明する図
【図３４】本発明の実施形態における情報配信サービスの具体例を説明する図
【図３５】本発明の実施形態における情報配信サービスの具体例を説明する図
【図３６】本発明の実施形態における情報配信サービスの具体例を説明する図
【符号の説明】
１ 情報配信サービスシステム
２ 利用者
３ 利用者端末
４ オープンアクセス端末
５ 情報配信サービスＤＢ
６ 受付情報ＤＢ
７ 移動手段
８ 乗車券発券端末
９ 乗車券処理端末
１０ 移動手段運行情報システム
１１ 情報配信サービスシステムサーバ
３４ 乗車券
４６ 移動手段運行情報システムサーバ
５６ 記録媒体

Claims (8)

1. 移動手段によって目的地まで移動する利用者が持つ利用者端末に対して、該利用者が該目的地で利用する情報配信サービスを提供する情報配信サービスシステムサーバによる情報配信サービス方法であって、
   前記情報配信サービスシステムサーバは、前記利用者が選択する前記情報配信サービスを情報配信サービス情報としてあらかじめ情報配信サービスデータベースに記憶し、
   前記情報配信サービスシステムサーバは、前記利用者が前記目的地で利用するために選択した前記情報配信サービスの選択情報を受信すると、受信した該選択情報を前記情報配信サービスに対する受付情報として受付情報データベースに記憶し、
   前記情報配信サービスシステムサーバは、前記受付情報の対象となる前記利用者が前記目的地に行くためにどの前記移動手段に乗るのかまたは乗ったのかを示す乗車／搭乗／乗船情報を受信すると、該乗車／搭乗／乗船情報に基づく前記移動手段の運行実績情報によって前記目的地への到着情報を受信し、
   前記情報配信サービスシステムサーバは、前記到着情報を受信すると、前記受付情報データベースに記憶するための前記情報配信サービス情報を前記情報配信サービスデータベースから取得し、
   前記情報配信サービスシステムサーバは、前記で取得した前記情報配信サービス情報を前記利用者端末へ送信して、前記情報配信サービスの提供を開始することを特徴とする情報配信サービス方法。
2. 移動手段によって目的地まで移動する利用者が持つ利用者端末に対して、該利用者が該目的地で利用する情報配信サービスを提供する情報配信サービスシステムサーバによる情報配信サービス方法であって、
   前記情報配信サービスシステムサーバは、前記利用者が選択する前記情報配信サービスを情報配信サービス情報としてあらかじめ情報配信サービスデータベースに記憶し、
   前記情報配信サービスシステムサーバは、前記利用者が前記目的地で利用するために選択した前記情報配信サービスの選択情報を受信すると、受信した該選択情報を前記情報配信サービスに対する受付情報として受付情報データベースに記憶し、
   前記情報配信サービスシステムサーバは、前記受付情報の対象となる前記利用者が前記
   目的地に行くためにどの前記移動手段に乗るのかまたは乗ったのかを示す乗車／搭乗／乗船情報を受信すると、該乗車／搭乗／乗船情報に基づく前記移動手段の運行実績情報によって前記目的地への到着情報を受信し、
   前記情報配信サービスシステムサーバは、前記到着情報取得を受信すると、前記受付情報データベースに記憶するための前記情報配信サービス情報を前記情報配信サービスデータベースから取得し、
   前記情報配信サービスシステムサーバは、前記移動手段を降りた前記利用者が到着した目的地での行動を開始するまでに必要な時間をさらに加算して、前記で取得した前記情報配信サービス情報を前記利用者端末へ送信して、前記情報配信サービスの提供を開始することを特徴とする情報配信サービス方法。
3. 前記情報配信サービスシステムサーバは、前記移動手段の運行実績情報に基づいて運行予定にあらかじめ定める基準以上の時間的遅れがあった場合には前記利用者端末に送信する前記情報配信サービス情報の内容をサービス情報変更／修正手段により変更または修正して前記利用者端末に送信することを特徴とする請求項１または２に記載の情報配信サービス方法。
4. 移動手段によって目的地まで移動する利用者が持つ利用者端末に対して、該利用者が該目的地で利用する情報配信サービスを提供する情報配信サービスシステムサーバであって、
   前記利用者が選択する前記情報配信サービスを情報配信サービス情報としてあらかじめ記憶する情報配信サービスデータベースと、
   前記利用者が前記目的地で利用するために選択した前記情報配信サービスの選択情報を受信すると、受信した該選択情報を前記情報配信サービスに対する受付情報として記憶する受付情報データベースと、
   前記受付情報の対象となる前記利用者が前記目的地に行くためにどの前記移動手段に乗るのかまたは乗ったのかを示す乗車／搭乗／乗船情報を受信すると、該乗車／搭乗／乗船情報に基づく前記移動手段の運行実績情報によって前記目的地への到着情報取得手段と、
   前記到着情報取得手段によって前記到着情報を取得すると、前記受付情報データベースに記憶する前記受付情報に基づいて前記情報配信サービス情報を前記情報配信サービスデータベースから取得して、取得した前記情報配信サービス情報を前記利用者端末へ送信する情報送信手段とを有することを特徴とする情報配信サービスシステムサーバ。
5. 前記情報送信手段は、前記移動手段を降りた前記利用者が到着した目的地での行動を開始するまでに必要な時間としてあらかじめ設定された時間が経過した後に、前記で取得した前記情報配信サービス情報を前記利用者端末へ送信することを特徴とする請求項４に記載の情報配信サービスシステムサーバ。
6. 前記利用者が前記目的地で利用するために選択した前記情報配信サービスの前記選択情報を受信すると、前記選択情報を送信した送信元端末または前記利用者端末に前記選択情報を受け付けたことを示す受付報告情報を返信する受付報告情報返信手段をさらに有し、
   受信した前記乗車／搭乗／乗船情報は前記受付報告情報に基づいて、前記受付情報の対象となる前記利用者を特定することを特徴とする請求項４または５に記載の情報配信サービスシステムサーバ。
7. 前記運行実績情報は、前記移動手段の運行情報を把握する運行情報システムから取得することを特徴とする請求項４〜６のいずれかに記載の情報配信サービスシステムサーバ。
8. 前記到着情報を取得した際に、運行予定に対してあらかじめ定める基準以上の時間的遅れがあった場合には、前記利用者端末に送信する前記情報配信サービス情報の内容を変更
   または修正する情報配信サービス情報変更／修正手段をさらに有することを特徴とする請求項４〜 ７に記載の情報配信サービス方法。

Images