情報処理システム、およびその情報処理方法、プログラム、記録媒体
【課題】切符情報を用いて、行先情報を取得する機能を提供することを目的とする。
【解決手段】切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置であって、ユーザ識別情報を含むユーザ情報を記憶する記憶手段と、前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得手段と、前記取得手段による取得された切符購入情報を用いてタスクを生成するタスク生成手段とを備え、前記タスク生成手段により生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信する。
【解決手段】切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置であって、ユーザ識別情報を含むユーザ情報を記憶する記憶手段と、前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得手段と、前記取得手段による取得された切符購入情報を用いてタスクを生成するタスク生成手段とを備え、前記タスク生成手段により生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠距離移動時の行先情報取得に関し、エンドユーザが事前に行先情報提供サーバにユーザ登録を行い、切符購入時にユーザ情報を付加する事により、動的に行先情報をエンドユーザの携帯端末にメール通知する機能を提供する技術に関する。
【背景技術】
【０００２】
現状、切符購入履歴から行先情報を取得し、お薦め情報などを自動配信する機能は存在しない。
【０００３】
そのため、例えば、出張などで遠距離移動を行う際、行先の店舗情報、名産品情報を取得するには、検索エンジンを使用して情報の取得を行う必要がある。
【０００４】
特許文献１には、鉄道利用者が乗車する列車の発車時刻、発着番線、乗換駅などの個別情報を携帯端末にリアルタイムで表示することができる旅客案内システムに関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２０１８４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示されている技術は、切符に印字されている２次元バーコードを読み取り、携帯端末にて案内画面を表示する機能に関するものであって、切符情報から、店舗情報を自動的に配信する機能については何らの開示もなされていない。
【０００７】
本発明は、上記の課題を解決するためになされたものであり、切符情報を用いて、行先情報を取得する機能を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置であって、ユーザ識別情報を含むユーザ情報を記憶する記憶手段と、前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得手段と、前記取得手段による取得された切符購入情報を用いてタスクを生成するタスク生成手段とを備え、前記タスク生成手段により生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、切符情報を用いて、行先情報を取得する機能を提供することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】システム構成図
【図２】ハードウェア構成図
【図３】ユーザ登録の処理の流れを示すフローチャート
【図４】行先情報検索サーバに登録されるユーザ情報の一例を示す図
【図５】券売機における切符購入からタスク登録の処理の流れを示すフローチャート
【図６】切符購入画面の一例
【図７】切符購入画面の一例
【図８】切符購入画面の一例
【図９】タスク情報の一例
【図１０】タスク登録された後の行先情報検索サーバの処理の流れを示すフローチャート（１）
【図１１】改札機が通貨情報を行先情報検索サーバへ送信する処理の流れを示すフローチャート
【図１２】タスク登録された後の行先情報検索サーバの処理の流れを示すフローチャート（２）
【図１３】タスク登録された後の行先情報検索サーバの処理の流れを示すフローチャート（３）
【図１４】行先情報検索サーバにおけるメール通知処理の流れを説明するフローチャート
【図１５】位置情報を取得する処理の流れを説明するフローチャート
【図１６】各種ＤＢの一例
【発明を実施するための形態】
【００１１】
本実施の形態の発明を、図面を用いて説明する。
【００１２】
図１は、システム構成図である。
【００１３】
行先情報検索サーバ１０１、券売機１０２、クライアント携帯端末１０４、クライアント端末１０５がネットワーク１０６を介して通信可能に接続されている。
【００１４】
なお、クライアント携帯端末１０４は、無線通信によりネットワーク通信を行う。
【００１５】
行先情報検索サーバ１０１は、切符情報を用いて、行先情報を取得する機能を提供する装置である。
【００１６】
券売機１０２は、駅構内に設置されている切符を販売する装置である。
【００１７】
クライアント携帯端末１０４は、携帯電話のように電子メールを受信する機能を備える装置である。
【００１８】
クライアント端末１０５は、ユーザ情報を、行先情報検索サーバへ登録する際に利用される装置である。
【００１９】
ネットワーク１０６は、インターネット、公衆回線などのネットワーク回線である。
【００２０】
図２は、ハードウェア構成図である。
【００２１】
このハードウェア構成図は、行先情報検索サーバのものであるが、券売機１０２、クライアント携帯端末１０４、クライアント端末１０５にも適用可能である。
【００２２】
図２に示すように、行先情報検索サーバ１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。
【００２３】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２４】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２５】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２６】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス（等のポインティングデバイス等からの入力を制御する。
【００２７】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２８】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ ＩｎｔｅｒｎａｔｉｏｎａｌＡｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２９】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００３０】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００３１】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３２】
図３を用いて、事前に行うユーザ登録の処理の流れを説明する。
【００３３】
図３は、ユーザ登録の処理の流れを示すフローチャートである。
【００３４】
ユーザは、クライアント端末を操作して、ユーザ登録を行う。
【００３５】
Ｓ３０１において、クライアント端末は、ユーザからの指示に従って、ブラウザを起動する。
【００３６】
Ｓ３０２において、クライアント端末は、ブラウザを介して、ユーザから指定されたＵＲＬ情報を用いて、行先情報検索サーバに対して、ユーザ登録サイト表示要求を行う。なお、ＵＲＬの指定は、ホームページ上においてリンクされたＵＲＬ情報であってもよい。
【００３７】
Ｓ３０３において、行先情報検索サーバは、ユーザ登録サイトの表示要求を受け付ける。
【００３８】
Ｓ３０４において、行先情報検索サーバは、ユーザ登録サイトをブラウザに表示可能な画面情報を送信する。
【００３９】
Ｓ３０５において、クライアント端末は、ユーザ登録サイトの画面情報を受信する。
【００４０】
Ｓ３０６において、クライアント端末は、ユーザ登録サイトを表示する。この表示されたユーザ登録サイトには、所定の情報を入力するためのフォームが含まれ、ユーザは、それぞれの情報を入力するものである。ここで、所定の事項には、例えば、名前、住所、生年月日、性別、携帯端末情報（電話番号、メールアドレス、通知対象カテゴリ（グルメ、観光など）、メール通知タイミング（出発駅周辺、出発駅構内、車内、途中下車、など））、カードＩＤなどである。カードＩＤとは、携帯端末に内蔵されているＩＣカードを識別するためのＩＤ情報である。このＩＤ情報は、クライアント端末へ専用の読み取り装置を接続することで取得可能である。
【００４１】
Ｓ３０７において、クライアント端末は、ユーザにより所定の事項が入力され、終了指示がなされたかどうかを判定する。Ｙｅｓの場合、Ｓ３０８へ進み、Ｎｏの場合、Ｓ３０７へ戻る。
【００４２】
Ｓ３０８において、クライアント端末は、入力事項を確認するための画面を表示する。
【００４３】
Ｓ３０９において、クライアント端末は、ＯＫボタンが押されたかを判定する。Ｙｅｓの場合、Ｓ３１０へ進み、Ｎｏの場合、Ｓ３０６へ戻る。
【００４４】
Ｓ３１０において、クライアント端末は、入力事項を、行先情報検索サーバへ送信する。
【００４５】
Ｓ３１１において、行先情報検索サーバは、入力事項を受信する。
【００４６】
Ｓ３１２において、行先情報検索サーバは、入力事項を記録領域へ登録する。図４に登録される内容の一例を示す。
【００４７】
図４は、行先情報検索サーバに登録されるユーザ情報の一例を示す図である。
【００４８】
カードＩＤ４０１は、携帯端末に内蔵されるＩＣカードを識別するＩＤ情報が登録される。名前４０２は、ユーザの名前が登録される。住所４０３は、ユーザの住所が登録される。生年月日４０４は、ユーザの生年月日が登録される。性別４０５は、ユーザの性別が登録される。電話番号４０６は、携帯端末の電話番号が登録される。メールアドレス４０７は、携帯端末のメールアドレスが登録される。通知対象カテゴリ４０８は、ユーザが通知を希望する情報のカテゴリが登録される。例えば、グルメ、観光などである。メール通知タイミング４０９は、ユーザが通知を希望する情報のタイミングが登録される。例えば、出発駅周辺、出発駅構内、車内、途中下車などである。使用履歴４１０は、使用履歴が登録される。
【００４９】
Ｓ３１３において、行先情報検索サーバは、クライアント端末へ登録完了の通知を行う。
【００５０】
Ｓ３１４において、クライアント端末は、登録完了通知を受信して、登録完了画面を表示して、ユーザに登録が完了したことを知らせて処理を終了する。
【００５１】
以上、図３を用いて、事前に行うユーザ登録の処理の流れを説明した。
【００５２】
次に、図５を用いて、券売機における切符購入からタスク登録の処理の流れを説明する。
【００５３】
ユーザは、事前のユーザ登録を行った後、実際に駅に設置してある券売機で切符を購入する。
【００５４】
Ｓ５０１において、券売機は、切符購入画面を表示する。図６に切符購入画面の一例を示す。ユーザは、指定席６０１、自由席６０２、定期券６０３、お得なきっぷ６０４から任意のボタンを押下して切符購入の手続きを行う。本実施の形態では、指定席を購入する例を説明する。
【００５５】
Ｓ５０２において、券売機は、ユーザからの入力を受け付ける。図７に入力例を示す。この例では、出発日が１２月１２日（土）で、大人一人の切符を購入する例である。乗車券が、高崎から松島海岸までで、指定席が、高崎・大宮間と、大宮・仙台間の二種類ある。ユーザは、確認ボタン７０１を押して手続きを進める。
【００５６】
その後、券売機は、行先店舗情報送信機能を使用する場合、券売機が備える読み取り部にユーザの携帯端末をかざすように促す画面を表示する。ユーザは、行先店舗情報送信機能を使用する場合、携帯端末を券売機が備える読み取り部にかざす。そして、Ｓ５０３において、券売機は、券売機が備える読み取り部にかざされたユーザの携帯端末内に内蔵されているＩＣカードのカード情報を読み取る。なお、行先店舗情報送信機能を使用しない場合、ユーザは、携帯端末をかざさずに手続を進めることで、通常の切符購入をすることができる。また、その後、ユーザに料金の確認画面（図８）を提示し、カード払いか、現金払いかの選択をさせて、支払いを受け付ける。
【００５７】
Ｓ５０４において、券売機は、入力された切符購入情報を、行先情報検索サーバへ送信する。
【００５８】
Ｓ５０５において、行先情報検索サーバは、切符購入情報を受信する。
【００５９】
受信した切符購入情報に、行先店舗情報送信機能を使用するという指定がなされている場合、Ｓ５０６において、行先情報検索サーバは、タスク登録を行う。タスクとして登録することにより、切符購入を行ったユーザに対して、行先店舗情報を送信するサービスを実現することが可能となる。
【００６０】
なお、タスク登録する際に、受信したカードＩＤを用いて、行先情報検索サーバに登録されるユーザ情報（図４）を検索してタスク情報を登録する。
【００６１】
図９に登録されるタスク情報の一例を示す。カードＩＤ９０１は、ユーザの携帯端末に内蔵されるＩＣカードを識別するＩＤ情報が登録される。切符識別情報は、購入された切符を一意に識別するための情報が登録される。この切符識別情報は、発券される切符にも埋め込まれる。乗車駅名９０３は、ユーザが乗車する駅名が登録される。降車駅名９０４は、ユーザが降車する駅名が登録される。途中下車可否９０５は、途中下車が可能であるかが登録される。例えば、１００ｋｍ以上の乗車券を購入した場合、途中下車可能とする。なお、出発駅周辺情報メール通知実施の有無９０６、出発駅構内情報メール通知実施の有無９０７、途中下車情報メール通知実施の有無９０８、車内情報メール通知実施の有無９０９、到着駅情報メール通知実施の有無９１０、到着駅周辺情報メール通知実施の有無９１１などは、ユーザ情報（図４）に従って登録される。その他、出発時刻、到着時刻など各種の情報が登録される。
【００６２】
また、タスク登録後の処理の流れは後述するため、ここでは説明を省略する。
【００６３】
Ｓ５０７において、行先情報検索サーバは、購入された切符を発券するための発券情報を送信する。
【００６４】
Ｓ５０８において、発券機は、発券情報を受信する。
【００６５】
そして、Ｓ５０９において、発券機は、切符を発券する。
【００６６】
以上、図５を用いて、券売機における切符購入からタスク登録の処理の流れを説明した。
【００６７】
次に、図１０〜１６を用いて、行先情報検索サーバがユーザの携帯端末に行先情報をメールで通知する処理の流れを説明する。
図１０は、タスク登録された後の行先情報検索サーバの処理の流れ（１）を示す図である。
【００６８】
Ｓ５０６によりタスク登録されることにより、タスク処理が開始される。なお、行先情報検索サーバでは、複数のタスクが並列処理されることで複数のユーザに対して行先情報を提供することができる。
【００６９】
Ｓ１００１において、行先情報検索サーバは、改札を通過したかを判定する。Ｙｅｓの場合、Ｓ１００５へ進み、Ｎｏの場合、Ｓ１００２へ進む。この改札通過の有無は、改札機からの情報に基づいて判定する。
【００７０】
ここで、図１１に、改札機が通貨情報を行先情報検索サーバへ送信する処理の流れを説明する。
【００７１】
Ｓ１１０１において、改札機は、改札通過の確認を行う。具体的には、投入された切符に記録されている切符識別情報、もしくはユーザによって読み取り装置にかざされた携帯端末のＩＤカード情報を取得することにより確認する。
【００７２】
Ｓ１１０２において、改札機は、取得した切符識別情報もしくはＩＤカード情報を行先情報検索サーバへ送信する。
【００７３】
Ｓ１００２において、行先情報検索サーバは、フラグの有無を判定する。フラグがない場合、Ｓ１００３へ進み、フラグがある場合、Ｓ１００１へ戻る。このフラグは、処理の最初では、フラグが立っていない状態で、Ｓ１００４とＳ１００５の処理を行うことにより、フラグが立つこととなる。このフラグはタスク情報に管理されている。
【００７４】
Ｓ１００３において、行先情報検索サーバは、後述する「メール通知処理」に対して通知のタイミングを知らせる。ここでは、切符購入後まだ改札を通過する前であることを通知する。
【００７５】
Ｓ１００４において、行先情報検索サーバは、メールを通知する。ここでは、後述する「メール通知処理」が、これから乗車する駅近辺の情報をユーザにメールで通知することとなる。
【００７６】
一方、Ｓ１００５において、行先情報検索サーバは、後述する「メール通知処理」に対して通知のタイミングを知らせる。ここでは、切符購入後改札を通過した後であることを通知する。
【００７７】
Ｓ１００６において、行先情報検索サーバは、メールを通知する。ここでは、後述する「メール通知処理」が、これから乗車する駅構内の情報をユーザにメールで通知することとなる。
【００７８】
図１２は、タスク登録された後の行先情報検索サーバの処理の流れ（２）を示す図である。
【００７９】
Ｓ１２０１において、行先情報検索サーバは、発車時刻となったかを判定する。Ｙｅｓの場合、Ｓ１２０２へ進み、Ｎｏの場合、Ｓ１２０１へ戻る。この判定は、タスク情報に登録されている時刻情報に基づく。
【００８０】
Ｓ１２０２において、行先情報検索サーバは、後述する「メール通知処理」に対して通知のタイミングを知らせる。ここでは、発車時刻を過ぎたこともしくは途中下車であることを通知する。
【００８１】
Ｓ１２０３において、行先情報検索サーバは、メールを通知する。ここでは、後述する「メール通知処理」が、出発駅から行先駅間の車内情報及び、途中下車した場合に有効な店舗情報などの情報をユーザにメールで通知することとなる。
【００８２】
図１３は、タスク登録された後の行先情報検索サーバの処理の流れ（３）を示す図である。
【００８３】
Ｓ１３０１において、行先情報検索サーバは、到着時刻の何分か前（例えば、１５分前）となったかを判定する。Ｙｅｓの場合、Ｓ１３０２へ進み、Ｎｏの場合、Ｓ１３０１へ戻る。この判定は、タスク情報に登録されている時刻情報に基づく。
【００８４】
Ｓ１３０２において、行先情報検索サーバは、後述する「メール通知処理」に対して通知のタイミングを知らせる。ここでは、到着時刻の１５分前であることを通知する。ここで、１５分前としているのは、ユーザに事前情報として提供することで、より有効に情報を活用してもらうためである。
【００８５】
Ｓ１３０３において、行先情報検索サーバは、メールを通知する。ここでは、後述する「メール通知処理」が、到着駅構内の情報をユーザにメールで通知することとなる。
【００８６】
Ｓ１３０４において、行先情報検索サーバは、改札を通過したかを判定する。Ｙｅｓの場合、Ｓ１３０５へ進み、Ｎｏの場合、Ｓ１３０４へ戻る。改札を通過したかは、上述した図１１の改札機の処理に従う。
【００８７】
Ｓ１３０５において、行先情報検索サーバは、到着駅の改札を通過したかを判定する。Ｙｅｓの場合、Ｓ１３０６へ進み、Ｎｏの場合、Ｓ１３０５へ戻る。改札通過情報の送信元の改札が到着駅に設置されている改札であるかにより判定する。
【００８８】
Ｓ１３０６において、後述する「メール通知処理」に対して通知のタイミングを知らせる。ここでは、到着駅の改札を通過したことを通知する。
【００８９】
Ｓ１３０７において、行先情報検索サーバは、メールを通知する。ここでは、後述する「メール通知処理」が、到着駅構周辺の情報をユーザにメールで通知することとなる。
【００９０】
Ｓ１３０８において、行先情報検索サーバは、タスクを削除して処理を終了する。なお、通過した改札が、到着駅でない場合、次回改札通過まで処理を行わない。
【００９１】
次に、図１４に行先情報検索サーバにおけるメール通知処理の流れを説明する。
【００９２】
図１４は、行先情報検索サーバにおけるメール通知処理の流れを説明するフローチャートである。
【００９３】
Ｓ１４０１において、行先情報検索サーバは、通知タイミング情報を取得する。これは、例えば、タスク処理のＳ１００３、Ｓ１００５、Ｓ１２０３、Ｓ１３０３、Ｓ１３０７などにより通知されるものである。取得する通知タイミングとして、「改札通過前」、「改札通過後」、「途中下車」、「到着駅到着前」、「到着駅改札通過」などがある。この取得したタイミングにより、ユーザがどこにいるかが分かる。
【００９４】
Ｓ１４０２において、行先情報検索サーバは、位置情報を受信したかを判定する。Ｙｅｓの場合、Ｓ１４０４へ進み、Ｎｏの場合、Ｓ１４０３へ進む。位置情報は、改札情報に含まれる場合は、どの駅であるかを知ることができる。
【００９５】
Ｓ１４０３において、行先情報検索サーバは、位置情報を取得する。この位置情報は、ユーザの携帯端末のＧＰＳ情報を用いる。図１５を用いて、位置情報を取得する処理の流れを説明する。
【００９６】
Ｓ１５０１において、行先情報検索サーバは、ユーザの携帯端末のメールアドレスへ位置情報要求するメールを送信する。
【００９７】
Ｓ１５０２において、クライアント携帯端末は、メールを受信する。
【００９８】
Ｓ１５０３において、クライアント携帯端末は、メールを表示する。
【００９９】
Ｓ１５０４において、クライアント端末は、位置情報送信選択画面を要求する。具体的には、ユーザ操作によりメールに記載されているＵＲＬが選択された場合、この要求を行うこととなる。
【０１００】
Ｓ１５０５において、行先情報検索サーバは、要求を受け付ける。
【０１０１】
Ｓ１５０６において、行先情報検索サーバは、位置情報送信選択画面情報を送信する。
【０１０２】
Ｓ１５０７において、クライアント携帯端末は、位置情報送信選択画面情報を取得する。
【０１０３】
Ｓ１５０８において、クライアント携帯端末は、位置情報送信選択画面を表示する。
【０１０４】
Ｓ１５０９において、クライアント携帯端末は、位置情報送信選択画面内に表示されている送信ボタンが押下されたかを判定する。Ｙｅｓの場合、Ｓ１５１０へ進み、Ｎｏの場合、Ｓ１５０９へ戻る。
【０１０５】
Ｓ１５１０において、クライアント携帯端末は、携帯端末に内蔵されているＧＰＳ機能を利用して取得される位置情報を送信する。
【０１０６】
Ｓ１５１１において、行先情報検索サーバは、位置情報を取得する。
【０１０７】
以上、位置情報を取得する処理の流れを説明した。
【０１０８】
続いて、Ｓ１４０４において、行先情報検索サーバは、通知タイミングが、途中下車であるかを判定する。Ｙｅｓの場合、Ｓ１４０６へ進み、Ｎｏの場合、Ｓ１４０５へ進む。この判定は、Ｓ１４０１による通知のタイミングが、途中下車かどうかにより判定する。
【０１０９】
Ｓ１４０５において、行先情報検索サーバは、店舗ＤＢを検索する。店舗ＤＢの一例を図１６の（１）に示す。
【０１１０】
Ｓ１４０６において、行先情報検索サーバは、対象となる切符が途中下車可能な切符か判定する。Ｙｅｓの場合、Ｓ１４０６へ進み、Ｎｏの場合、Ｓ１４０５へ進む。この判定は、タスク情報（図９）に登録されている途中下車可否９０５に従う。
【０１１１】
Ｓ１４０７において、行先情報検索サーバは、車内情報ＤＢを検索する。店舗情報ＤＢの一例を図１６の（２）に示す。
【０１１２】
Ｓ１４０８において、行先情報検索サーバは、途中下車ＤＢ検索を検索する。店舗情報ＤＢの一例を図１６の（３）に示す。
【０１１３】
Ｓ１４０９において、行先情報検索サーバは、車内情報ＤＢを検索する。店舗情報ＤＢの一例を図１６の（２）に示す。
【０１１４】
Ｓ１４１０において、行先情報検索サーバは、各ＤＢで検索してヒットした内容に基づきユーザの携帯端末のメールアドレスへメールを送信する。
【０１１５】
以上、図１０〜１６を用いて、行先情報検索サーバがユーザの携帯端末に行先情報をメールで通知する処理の流れを説明した。
【０１１６】
上述した通り、本発明によれば、切符情報を用いて、行先情報を取得する機能を提供することが可能となる。
【０１１７】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１１８】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１９】
また、本発明におけるプログラムは、処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。
【０１２０】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１２１】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１２２】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１２３】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２５】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【０１２７】
１０１ 行先情報検索サーバ
１０２ 券売機
１０４ クライアント携帯端末
１０５ クライアント端末
１０６ ネットワーク
【技術分野】
【０００１】
本発明は、遠距離移動時の行先情報取得に関し、エンドユーザが事前に行先情報提供サーバにユーザ登録を行い、切符購入時にユーザ情報を付加する事により、動的に行先情報をエンドユーザの携帯端末にメール通知する機能を提供する技術に関する。
【背景技術】
【０００２】
現状、切符購入履歴から行先情報を取得し、お薦め情報などを自動配信する機能は存在しない。
【０００３】
そのため、例えば、出張などで遠距離移動を行う際、行先の店舗情報、名産品情報を取得するには、検索エンジンを使用して情報の取得を行う必要がある。
【０００４】
特許文献１には、鉄道利用者が乗車する列車の発車時刻、発着番線、乗換駅などの個別情報を携帯端末にリアルタイムで表示することができる旅客案内システムに関する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−２０１８４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示されている技術は、切符に印字されている２次元バーコードを読み取り、携帯端末にて案内画面を表示する機能に関するものであって、切符情報から、店舗情報を自動的に配信する機能については何らの開示もなされていない。
【０００７】
本発明は、上記の課題を解決するためになされたものであり、切符情報を用いて、行先情報を取得する機能を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置であって、ユーザ識別情報を含むユーザ情報を記憶する記憶手段と、前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得手段と、前記取得手段による取得された切符購入情報を用いてタスクを生成するタスク生成手段とを備え、前記タスク生成手段により生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、切符情報を用いて、行先情報を取得する機能を提供することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】システム構成図
【図２】ハードウェア構成図
【図３】ユーザ登録の処理の流れを示すフローチャート
【図４】行先情報検索サーバに登録されるユーザ情報の一例を示す図
【図５】券売機における切符購入からタスク登録の処理の流れを示すフローチャート
【図６】切符購入画面の一例
【図７】切符購入画面の一例
【図８】切符購入画面の一例
【図９】タスク情報の一例
【図１０】タスク登録された後の行先情報検索サーバの処理の流れを示すフローチャート（１）
【図１１】改札機が通貨情報を行先情報検索サーバへ送信する処理の流れを示すフローチャート
【図１２】タスク登録された後の行先情報検索サーバの処理の流れを示すフローチャート（２）
【図１３】タスク登録された後の行先情報検索サーバの処理の流れを示すフローチャート（３）
【図１４】行先情報検索サーバにおけるメール通知処理の流れを説明するフローチャート
【図１５】位置情報を取得する処理の流れを説明するフローチャート
【図１６】各種ＤＢの一例
【発明を実施するための形態】
【００１１】
本実施の形態の発明を、図面を用いて説明する。
【００１２】
図１は、システム構成図である。
【００１３】
行先情報検索サーバ１０１、券売機１０２、クライアント携帯端末１０４、クライアント端末１０５がネットワーク１０６を介して通信可能に接続されている。
【００１４】
なお、クライアント携帯端末１０４は、無線通信によりネットワーク通信を行う。
【００１５】
行先情報検索サーバ１０１は、切符情報を用いて、行先情報を取得する機能を提供する装置である。
【００１６】
券売機１０２は、駅構内に設置されている切符を販売する装置である。
【００１７】
クライアント携帯端末１０４は、携帯電話のように電子メールを受信する機能を備える装置である。
【００１８】
クライアント端末１０５は、ユーザ情報を、行先情報検索サーバへ登録する際に利用される装置である。
【００１９】
ネットワーク１０６は、インターネット、公衆回線などのネットワーク回線である。
【００２０】
図２は、ハードウェア構成図である。
【００２１】
このハードウェア構成図は、行先情報検索サーバのものであるが、券売機１０２、クライアント携帯端末１０４、クライアント端末１０５にも適用可能である。
【００２２】
図２に示すように、行先情報検索サーバ１０１は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。
【００２３】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２４】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２５】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２６】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス（等のポインティングデバイス等からの入力を制御する。
【００２７】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２８】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ ＩｎｔｅｒｎａｔｉｏｎａｌＡｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２９】
通信Ｉ／Ｆコントローラ２０８は、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００３０】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００３１】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３２】
図３を用いて、事前に行うユーザ登録の処理の流れを説明する。
【００３３】
図３は、ユーザ登録の処理の流れを示すフローチャートである。
【００３４】
ユーザは、クライアント端末を操作して、ユーザ登録を行う。
【００３５】
Ｓ３０１において、クライアント端末は、ユーザからの指示に従って、ブラウザを起動する。
【００３６】
Ｓ３０２において、クライアント端末は、ブラウザを介して、ユーザから指定されたＵＲＬ情報を用いて、行先情報検索サーバに対して、ユーザ登録サイト表示要求を行う。なお、ＵＲＬの指定は、ホームページ上においてリンクされたＵＲＬ情報であってもよい。
【００３７】
Ｓ３０３において、行先情報検索サーバは、ユーザ登録サイトの表示要求を受け付ける。
【００３８】
Ｓ３０４において、行先情報検索サーバは、ユーザ登録サイトをブラウザに表示可能な画面情報を送信する。
【００３９】
Ｓ３０５において、クライアント端末は、ユーザ登録サイトの画面情報を受信する。
【００４０】
Ｓ３０６において、クライアント端末は、ユーザ登録サイトを表示する。この表示されたユーザ登録サイトには、所定の情報を入力するためのフォームが含まれ、ユーザは、それぞれの情報を入力するものである。ここで、所定の事項には、例えば、名前、住所、生年月日、性別、携帯端末情報（電話番号、メールアドレス、通知対象カテゴリ（グルメ、観光など）、メール通知タイミング（出発駅周辺、出発駅構内、車内、途中下車、など））、カードＩＤなどである。カードＩＤとは、携帯端末に内蔵されているＩＣカードを識別するためのＩＤ情報である。このＩＤ情報は、クライアント端末へ専用の読み取り装置を接続することで取得可能である。
【００４１】
Ｓ３０７において、クライアント端末は、ユーザにより所定の事項が入力され、終了指示がなされたかどうかを判定する。Ｙｅｓの場合、Ｓ３０８へ進み、Ｎｏの場合、Ｓ３０７へ戻る。
【００４２】
Ｓ３０８において、クライアント端末は、入力事項を確認するための画面を表示する。
【００４３】
Ｓ３０９において、クライアント端末は、ＯＫボタンが押されたかを判定する。Ｙｅｓの場合、Ｓ３１０へ進み、Ｎｏの場合、Ｓ３０６へ戻る。
【００４４】
Ｓ３１０において、クライアント端末は、入力事項を、行先情報検索サーバへ送信する。
【００４５】
Ｓ３１１において、行先情報検索サーバは、入力事項を受信する。
【００４６】
Ｓ３１２において、行先情報検索サーバは、入力事項を記録領域へ登録する。図４に登録される内容の一例を示す。
【００４７】
図４は、行先情報検索サーバに登録されるユーザ情報の一例を示す図である。
【００４８】
カードＩＤ４０１は、携帯端末に内蔵されるＩＣカードを識別するＩＤ情報が登録される。名前４０２は、ユーザの名前が登録される。住所４０３は、ユーザの住所が登録される。生年月日４０４は、ユーザの生年月日が登録される。性別４０５は、ユーザの性別が登録される。電話番号４０６は、携帯端末の電話番号が登録される。メールアドレス４０７は、携帯端末のメールアドレスが登録される。通知対象カテゴリ４０８は、ユーザが通知を希望する情報のカテゴリが登録される。例えば、グルメ、観光などである。メール通知タイミング４０９は、ユーザが通知を希望する情報のタイミングが登録される。例えば、出発駅周辺、出発駅構内、車内、途中下車などである。使用履歴４１０は、使用履歴が登録される。
【００４９】
Ｓ３１３において、行先情報検索サーバは、クライアント端末へ登録完了の通知を行う。
【００５０】
Ｓ３１４において、クライアント端末は、登録完了通知を受信して、登録完了画面を表示して、ユーザに登録が完了したことを知らせて処理を終了する。
【００５１】
以上、図３を用いて、事前に行うユーザ登録の処理の流れを説明した。
【００５２】
次に、図５を用いて、券売機における切符購入からタスク登録の処理の流れを説明する。
【００５３】
ユーザは、事前のユーザ登録を行った後、実際に駅に設置してある券売機で切符を購入する。
【００５４】
Ｓ５０１において、券売機は、切符購入画面を表示する。図６に切符購入画面の一例を示す。ユーザは、指定席６０１、自由席６０２、定期券６０３、お得なきっぷ６０４から任意のボタンを押下して切符購入の手続きを行う。本実施の形態では、指定席を購入する例を説明する。
【００５５】
Ｓ５０２において、券売機は、ユーザからの入力を受け付ける。図７に入力例を示す。この例では、出発日が１２月１２日（土）で、大人一人の切符を購入する例である。乗車券が、高崎から松島海岸までで、指定席が、高崎・大宮間と、大宮・仙台間の二種類ある。ユーザは、確認ボタン７０１を押して手続きを進める。
【００５６】
その後、券売機は、行先店舗情報送信機能を使用する場合、券売機が備える読み取り部にユーザの携帯端末をかざすように促す画面を表示する。ユーザは、行先店舗情報送信機能を使用する場合、携帯端末を券売機が備える読み取り部にかざす。そして、Ｓ５０３において、券売機は、券売機が備える読み取り部にかざされたユーザの携帯端末内に内蔵されているＩＣカードのカード情報を読み取る。なお、行先店舗情報送信機能を使用しない場合、ユーザは、携帯端末をかざさずに手続を進めることで、通常の切符購入をすることができる。また、その後、ユーザに料金の確認画面（図８）を提示し、カード払いか、現金払いかの選択をさせて、支払いを受け付ける。
【００５７】
Ｓ５０４において、券売機は、入力された切符購入情報を、行先情報検索サーバへ送信する。
【００５８】
Ｓ５０５において、行先情報検索サーバは、切符購入情報を受信する。
【００５９】
受信した切符購入情報に、行先店舗情報送信機能を使用するという指定がなされている場合、Ｓ５０６において、行先情報検索サーバは、タスク登録を行う。タスクとして登録することにより、切符購入を行ったユーザに対して、行先店舗情報を送信するサービスを実現することが可能となる。
【００６０】
なお、タスク登録する際に、受信したカードＩＤを用いて、行先情報検索サーバに登録されるユーザ情報（図４）を検索してタスク情報を登録する。
【００６１】
図９に登録されるタスク情報の一例を示す。カードＩＤ９０１は、ユーザの携帯端末に内蔵されるＩＣカードを識別するＩＤ情報が登録される。切符識別情報は、購入された切符を一意に識別するための情報が登録される。この切符識別情報は、発券される切符にも埋め込まれる。乗車駅名９０３は、ユーザが乗車する駅名が登録される。降車駅名９０４は、ユーザが降車する駅名が登録される。途中下車可否９０５は、途中下車が可能であるかが登録される。例えば、１００ｋｍ以上の乗車券を購入した場合、途中下車可能とする。なお、出発駅周辺情報メール通知実施の有無９０６、出発駅構内情報メール通知実施の有無９０７、途中下車情報メール通知実施の有無９０８、車内情報メール通知実施の有無９０９、到着駅情報メール通知実施の有無９１０、到着駅周辺情報メール通知実施の有無９１１などは、ユーザ情報（図４）に従って登録される。その他、出発時刻、到着時刻など各種の情報が登録される。
【００６２】
また、タスク登録後の処理の流れは後述するため、ここでは説明を省略する。
【００６３】
Ｓ５０７において、行先情報検索サーバは、購入された切符を発券するための発券情報を送信する。
【００６４】
Ｓ５０８において、発券機は、発券情報を受信する。
【００６５】
そして、Ｓ５０９において、発券機は、切符を発券する。
【００６６】
以上、図５を用いて、券売機における切符購入からタスク登録の処理の流れを説明した。
【００６７】
次に、図１０〜１６を用いて、行先情報検索サーバがユーザの携帯端末に行先情報をメールで通知する処理の流れを説明する。
図１０は、タスク登録された後の行先情報検索サーバの処理の流れ（１）を示す図である。
【００６８】
Ｓ５０６によりタスク登録されることにより、タスク処理が開始される。なお、行先情報検索サーバでは、複数のタスクが並列処理されることで複数のユーザに対して行先情報を提供することができる。
【００６９】
Ｓ１００１において、行先情報検索サーバは、改札を通過したかを判定する。Ｙｅｓの場合、Ｓ１００５へ進み、Ｎｏの場合、Ｓ１００２へ進む。この改札通過の有無は、改札機からの情報に基づいて判定する。
【００７０】
ここで、図１１に、改札機が通貨情報を行先情報検索サーバへ送信する処理の流れを説明する。
【００７１】
Ｓ１１０１において、改札機は、改札通過の確認を行う。具体的には、投入された切符に記録されている切符識別情報、もしくはユーザによって読み取り装置にかざされた携帯端末のＩＤカード情報を取得することにより確認する。
【００７２】
Ｓ１１０２において、改札機は、取得した切符識別情報もしくはＩＤカード情報を行先情報検索サーバへ送信する。
【００７３】
Ｓ１００２において、行先情報検索サーバは、フラグの有無を判定する。フラグがない場合、Ｓ１００３へ進み、フラグがある場合、Ｓ１００１へ戻る。このフラグは、処理の最初では、フラグが立っていない状態で、Ｓ１００４とＳ１００５の処理を行うことにより、フラグが立つこととなる。このフラグはタスク情報に管理されている。
【００７４】
Ｓ１００３において、行先情報検索サーバは、後述する「メール通知処理」に対して通知のタイミングを知らせる。ここでは、切符購入後まだ改札を通過する前であることを通知する。
【００７５】
Ｓ１００４において、行先情報検索サーバは、メールを通知する。ここでは、後述する「メール通知処理」が、これから乗車する駅近辺の情報をユーザにメールで通知することとなる。
【００７６】
一方、Ｓ１００５において、行先情報検索サーバは、後述する「メール通知処理」に対して通知のタイミングを知らせる。ここでは、切符購入後改札を通過した後であることを通知する。
【００７７】
Ｓ１００６において、行先情報検索サーバは、メールを通知する。ここでは、後述する「メール通知処理」が、これから乗車する駅構内の情報をユーザにメールで通知することとなる。
【００７８】
図１２は、タスク登録された後の行先情報検索サーバの処理の流れ（２）を示す図である。
【００７９】
Ｓ１２０１において、行先情報検索サーバは、発車時刻となったかを判定する。Ｙｅｓの場合、Ｓ１２０２へ進み、Ｎｏの場合、Ｓ１２０１へ戻る。この判定は、タスク情報に登録されている時刻情報に基づく。
【００８０】
Ｓ１２０２において、行先情報検索サーバは、後述する「メール通知処理」に対して通知のタイミングを知らせる。ここでは、発車時刻を過ぎたこともしくは途中下車であることを通知する。
【００８１】
Ｓ１２０３において、行先情報検索サーバは、メールを通知する。ここでは、後述する「メール通知処理」が、出発駅から行先駅間の車内情報及び、途中下車した場合に有効な店舗情報などの情報をユーザにメールで通知することとなる。
【００８２】
図１３は、タスク登録された後の行先情報検索サーバの処理の流れ（３）を示す図である。
【００８３】
Ｓ１３０１において、行先情報検索サーバは、到着時刻の何分か前（例えば、１５分前）となったかを判定する。Ｙｅｓの場合、Ｓ１３０２へ進み、Ｎｏの場合、Ｓ１３０１へ戻る。この判定は、タスク情報に登録されている時刻情報に基づく。
【００８４】
Ｓ１３０２において、行先情報検索サーバは、後述する「メール通知処理」に対して通知のタイミングを知らせる。ここでは、到着時刻の１５分前であることを通知する。ここで、１５分前としているのは、ユーザに事前情報として提供することで、より有効に情報を活用してもらうためである。
【００８５】
Ｓ１３０３において、行先情報検索サーバは、メールを通知する。ここでは、後述する「メール通知処理」が、到着駅構内の情報をユーザにメールで通知することとなる。
【００８６】
Ｓ１３０４において、行先情報検索サーバは、改札を通過したかを判定する。Ｙｅｓの場合、Ｓ１３０５へ進み、Ｎｏの場合、Ｓ１３０４へ戻る。改札を通過したかは、上述した図１１の改札機の処理に従う。
【００８７】
Ｓ１３０５において、行先情報検索サーバは、到着駅の改札を通過したかを判定する。Ｙｅｓの場合、Ｓ１３０６へ進み、Ｎｏの場合、Ｓ１３０５へ戻る。改札通過情報の送信元の改札が到着駅に設置されている改札であるかにより判定する。
【００８８】
Ｓ１３０６において、後述する「メール通知処理」に対して通知のタイミングを知らせる。ここでは、到着駅の改札を通過したことを通知する。
【００８９】
Ｓ１３０７において、行先情報検索サーバは、メールを通知する。ここでは、後述する「メール通知処理」が、到着駅構周辺の情報をユーザにメールで通知することとなる。
【００９０】
Ｓ１３０８において、行先情報検索サーバは、タスクを削除して処理を終了する。なお、通過した改札が、到着駅でない場合、次回改札通過まで処理を行わない。
【００９１】
次に、図１４に行先情報検索サーバにおけるメール通知処理の流れを説明する。
【００９２】
図１４は、行先情報検索サーバにおけるメール通知処理の流れを説明するフローチャートである。
【００９３】
Ｓ１４０１において、行先情報検索サーバは、通知タイミング情報を取得する。これは、例えば、タスク処理のＳ１００３、Ｓ１００５、Ｓ１２０３、Ｓ１３０３、Ｓ１３０７などにより通知されるものである。取得する通知タイミングとして、「改札通過前」、「改札通過後」、「途中下車」、「到着駅到着前」、「到着駅改札通過」などがある。この取得したタイミングにより、ユーザがどこにいるかが分かる。
【００９４】
Ｓ１４０２において、行先情報検索サーバは、位置情報を受信したかを判定する。Ｙｅｓの場合、Ｓ１４０４へ進み、Ｎｏの場合、Ｓ１４０３へ進む。位置情報は、改札情報に含まれる場合は、どの駅であるかを知ることができる。
【００９５】
Ｓ１４０３において、行先情報検索サーバは、位置情報を取得する。この位置情報は、ユーザの携帯端末のＧＰＳ情報を用いる。図１５を用いて、位置情報を取得する処理の流れを説明する。
【００９６】
Ｓ１５０１において、行先情報検索サーバは、ユーザの携帯端末のメールアドレスへ位置情報要求するメールを送信する。
【００９７】
Ｓ１５０２において、クライアント携帯端末は、メールを受信する。
【００９８】
Ｓ１５０３において、クライアント携帯端末は、メールを表示する。
【００９９】
Ｓ１５０４において、クライアント端末は、位置情報送信選択画面を要求する。具体的には、ユーザ操作によりメールに記載されているＵＲＬが選択された場合、この要求を行うこととなる。
【０１００】
Ｓ１５０５において、行先情報検索サーバは、要求を受け付ける。
【０１０１】
Ｓ１５０６において、行先情報検索サーバは、位置情報送信選択画面情報を送信する。
【０１０２】
Ｓ１５０７において、クライアント携帯端末は、位置情報送信選択画面情報を取得する。
【０１０３】
Ｓ１５０８において、クライアント携帯端末は、位置情報送信選択画面を表示する。
【０１０４】
Ｓ１５０９において、クライアント携帯端末は、位置情報送信選択画面内に表示されている送信ボタンが押下されたかを判定する。Ｙｅｓの場合、Ｓ１５１０へ進み、Ｎｏの場合、Ｓ１５０９へ戻る。
【０１０５】
Ｓ１５１０において、クライアント携帯端末は、携帯端末に内蔵されているＧＰＳ機能を利用して取得される位置情報を送信する。
【０１０６】
Ｓ１５１１において、行先情報検索サーバは、位置情報を取得する。
【０１０７】
以上、位置情報を取得する処理の流れを説明した。
【０１０８】
続いて、Ｓ１４０４において、行先情報検索サーバは、通知タイミングが、途中下車であるかを判定する。Ｙｅｓの場合、Ｓ１４０６へ進み、Ｎｏの場合、Ｓ１４０５へ進む。この判定は、Ｓ１４０１による通知のタイミングが、途中下車かどうかにより判定する。
【０１０９】
Ｓ１４０５において、行先情報検索サーバは、店舗ＤＢを検索する。店舗ＤＢの一例を図１６の（１）に示す。
【０１１０】
Ｓ１４０６において、行先情報検索サーバは、対象となる切符が途中下車可能な切符か判定する。Ｙｅｓの場合、Ｓ１４０６へ進み、Ｎｏの場合、Ｓ１４０５へ進む。この判定は、タスク情報（図９）に登録されている途中下車可否９０５に従う。
【０１１１】
Ｓ１４０７において、行先情報検索サーバは、車内情報ＤＢを検索する。店舗情報ＤＢの一例を図１６の（２）に示す。
【０１１２】
Ｓ１４０８において、行先情報検索サーバは、途中下車ＤＢ検索を検索する。店舗情報ＤＢの一例を図１６の（３）に示す。
【０１１３】
Ｓ１４０９において、行先情報検索サーバは、車内情報ＤＢを検索する。店舗情報ＤＢの一例を図１６の（２）に示す。
【０１１４】
Ｓ１４１０において、行先情報検索サーバは、各ＤＢで検索してヒットした内容に基づきユーザの携帯端末のメールアドレスへメールを送信する。
【０１１５】
以上、図１０〜１６を用いて、行先情報検索サーバがユーザの携帯端末に行先情報をメールで通知する処理の流れを説明した。
【０１１６】
上述した通り、本発明によれば、切符情報を用いて、行先情報を取得する機能を提供することが可能となる。
【０１１７】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１１８】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１１９】
また、本発明におけるプログラムは、処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。
【０１２０】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１２１】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１２２】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１２３】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２５】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１２６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【０１２７】
１０１ 行先情報検索サーバ
１０２ 券売機
１０４ クライアント携帯端末
１０５ クライアント端末
１０６ ネットワーク
【特許請求の範囲】
【請求項１】
切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置であって、
ユーザ識別情報を含むユーザ情報を記憶する記憶手段と、
前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得手段と、
前記取得手段による取得された切符購入情報を用いてタスクを生成するタスク生成手段とを備え、
前記タスク生成手段により生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信することを特徴とする情報処理装置。
【請求項２】
携帯端末と、切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置とが通信可能な情報処理システムであって、
前記情報処理装置は、
ユーザ識別情報を含むユーザ情報を記憶する記憶手段と、
前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得手段と、
前記取得手段による取得された切符購入情報を用いてタスクを生成するタスク生成手段とを備え、
前記タスク生成手段により生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信することを特徴とする情報処理システム。
【請求項３】
ユーザ識別情報を含むユーザ情報を記憶する記憶手段を備え、切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置における情報処理方法であって、
前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得ステップと、
前記取得ステップによる取得された切符購入情報を用いてタスクを生成するタスク生成ステップとを備え、
前記タスク生成ステップにより生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信することを特徴とする情報処理方法。
【請求項４】
切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置において実行可能なプログラムであって、
ユーザ識別情報を含むユーザ情報を記憶する記憶手段、
前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得手段、
前記取得手段による取得された切符購入情報を用いてタスクを生成するタスク生成手段として前記情報処理装置を機能させ、
前記タスク生成手段により生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信することを特徴とするプログラム。
【請求項５】
請求項４に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。
【請求項１】
切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置であって、
ユーザ識別情報を含むユーザ情報を記憶する記憶手段と、
前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得手段と、
前記取得手段による取得された切符購入情報を用いてタスクを生成するタスク生成手段とを備え、
前記タスク生成手段により生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信することを特徴とする情報処理装置。
【請求項２】
携帯端末と、切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置とが通信可能な情報処理システムであって、
前記情報処理装置は、
ユーザ識別情報を含むユーザ情報を記憶する記憶手段と、
前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得手段と、
前記取得手段による取得された切符購入情報を用いてタスクを生成するタスク生成手段とを備え、
前記タスク生成手段により生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信することを特徴とする情報処理システム。
【請求項３】
ユーザ識別情報を含むユーザ情報を記憶する記憶手段を備え、切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置における情報処理方法であって、
前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得ステップと、
前記取得ステップによる取得された切符購入情報を用いてタスクを生成するタスク生成ステップとを備え、
前記タスク生成ステップにより生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信することを特徴とする情報処理方法。
【請求項４】
切符を購入したユーザが所有する携帯端末へ行先情報を配信する情報処理装置において実行可能なプログラムであって、
ユーザ識別情報を含むユーザ情報を記憶する記憶手段、
前記記憶手段により記憶されるユーザにより購入された切符に関する切符購入情報を取得する取得手段、
前記取得手段による取得された切符購入情報を用いてタスクを生成するタスク生成手段として前記情報処理装置を機能させ、
前記タスク生成手段により生成されたタスクは、行先情報通知のタイミングとユーザの位置情報に応じて、所定のデータベースを検索して取得した情報を行先情報として前記携帯端末へメール配信することを特徴とするプログラム。
【請求項５】
請求項４に記載のプログラムをコンピュータ読み取り可能に記憶した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１２−１１３４３２（Ｐ２０１２−１１３４３２Ａ）
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【出願番号】特願２０１０−２６０４１５（Ｐ２０１０−２６０４１５）
【出願日】平成２２年１１月２２日（２０１０．１１．２２）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２４年６月１４日（２０１２．６．１４）
【国際特許分類】
【出願日】平成２２年１１月２２日（２０１０．１１．２２）
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]