JP4845915B2 - 移動体サービス提供システム - Google Patents

Description

本発明は、自宅や職場で行っている作業を継続して実行可能にする環境を移動体内に実現する移動体サービス提供システムに関する。

グローバルビジネスが展開される中で、例えば、航空機、鉄道、車両等によって長距離移動している最中においても、持参しているＰＣ（Personal Computer）をスタンドアローンで使用したり、Ｗｅｂ（World Wide Web）接続環境を有する携帯電話等のモバイル機器を活用したりすることが行われている。しかし、自宅や職場で行っている作業をそのまま移動体内で継続して実行可能にするような環境を移動体内に実現するサービスは見当たらない。自宅で行う作業とは、例えば、ＰＣを使って旅行で撮影した写真を整理する、私的な文書を作成する、あるいはＰＣに取り込んだ映画を観たり、音楽を聴いたり、小説を読んだり等といったものである。また、職場で行う作業とは、例えば、ビジネスのための資料作成等といったものである。

例えば、移動体内でサービスを提供可能なコンテンツ（映画・音楽提供サービス、移動体内の設備利用案内サービス、ＬＡＮ環境提供サービス、プリンティングサービス、ＦＡＸ送受信サービス、飲食物・配布物配達サービス）メニューと、そのコンテンツメニューを提供可能な時間帯を記したサービススケジュールとを利用者に提示し、利用者によって選択されたコンテンツメニューおよび提供希望の時間をスケジュール表にまとめて、サービスを提供するサービス提供システムが開示されている（例えば、特許文献１参照）。
特開２００７−２６１６５号公報（段落００１５〜００２０、段落００２６、図１参照）

特許文献１に開示されたサービス提供システムは、利用者の希望をまとめたスケジュール表に基づいてサービスを提供するようになっているため、利用者にとって最適化されたサービスを提供できる。しかしながら、前記したサービス提供システムで提供されるサービスは、自宅や職場で行っている作業を継続して実行可能にする環境とはほど遠い。すなわち、提供されるサービスは、サービス提供側が準備した映画や音楽に限られる。また、貸し出されたＰＣを使って作成した資料のプリンティング、コピー、あるいは低速通信のＦａｘ送受信等であり、自宅や職場で行っている作業を継続して実行できる環境は実現できていない。
また、ＰＣを持ち歩くことは、その重さが肉体に大きな負担を強いることになり、また、盗難等セキュリティの面においても心配の種になる。

本発明は前記した課題を解決するためになされたものであり、自宅や職場で行っている作業を継続して実行可能にする環境を移動体内に実現する移動体サービス提供システムを提供することを目的とする。

本発明は前記した課題を解決するために、移動体サービス提供システムは、地上に設置される第１のサーバと、移動体に搭載される第２のサーバと、前記第１のサーバと前記第２のサーバとの間を通信可能に中継する中継装置とによって構成され、前記第１のサーバが、前記移動体の運行スケジュールを運行情報として記憶しており、ユーザの使用する所定の端末から、前記ユーザを識別するユーザ識別情報と前記ユーザの乗車する移動体の列車記号と前記ユーザの乗車駅および下車駅とを含む指定予約情報とを受け付けて、それらを関連付けて記憶し、また、所定の端末から、前記ユーザ識別情報と前記移動体内で作業に使用されるデータとを受け付けて、それらを関連付けてデータ登録情報として記憶し、そして、所定の端末から前記データを受け付けたときに、前記ユーザ識別情報を用いて前記指定予約情報から前記列車記号と前記乗車駅とを取得し、前記列車記号と前記乗車駅とを用いて前記運行情報を参照して前記列車記号を付された前記移動体に搭載されている前記第２のサーバと通信可能になる前記中継装置を特定し、その通信可能になる時刻を算出し、その算出した通信可能になる時刻に、前記データを、前記特定した前記中継装置を介して前記第２のサーバに送信し、前記送信されたデータを前記移動体にて利用可能とすること、を特徴とする。

本発明によれば、例えば、自宅や職場で行っている作業を継続して実行可能にする環境を移動体内に実現することが可能となる。

≪第１実施形態≫
［移動体サービス提供システム３０の構成］
図１は、第１実施形態に係る移動体サービス提供システムのシステム構成の一例を示す図である。ここでは移動体として新幹線の場合を想定する。
図１に示されるように、第１実施形態に係る移動体サービス提供システム３０は、座席予約システム１、センタＤＢ管理サーバ２、ＩＰ（Internet Protocol）網３、顧客端末４、ＶＰＮ（Virtual Private Network）５、構内接続ポイント６（６_１〜６_ｎ）、ローカルＤＢ管理サーバ７（７_１〜７_ｎ）、列車１１（１１_１〜１１_ｎ）、およびＩＣカード４０または携帯電話１０を含む。
座席予約システム１およびセンタＤＢ管理サーバ２は、移動体を管理運営する運行機関３１に設置され、相互に通信可能に接続されている。なお、座席予約システム１およびセンタＤＢ管理サーバ２は、一つのサーバ（第１のサーバ）上にそれらの機能が実現されてもよい。

顧客端末４は、列車１１の利用者（ユーザ）に使用され、座席予約システム１およびセンタＤＢ管理サーバ２とはＩＰ網３経由で通信可能に接続されている。なお、顧客端末４は、例えば、自宅や職場で使用しているＰＣに相当する。
構内接続ポイント６（中継装置）は、主要駅に設置され、センタＤＢ管理サーバ２とローカルＤＢ管理サーバ７との間を通信可能にするＶＰＮ５等の企業内ネットワークにおける中継機能を有する。そして、構内接続ポイント６は、中継する情報に、構内接続ポイント６を識別する中継識別情報を付加して転送する機能を備えているものとする。また、構内接続ポイント６は、ローカルＤＢ管理サーバ７との間の通信距離との関係で、列車１１が主要駅に到着（通過）する時刻を含む所定の時間範囲であれば、ローカルＤＢ管理サーバ７と通信可能になっているものとする。

列車１１には、ＬＡＮ（Local Area Network）９が設置されている。
このＬＡＮ９は、構内接続ポイント６が設置されている主要駅に列車１１が停車しているときまたはその主要駅付近を通過するとき（所定の時間範囲）に、ローカルＤＢ管理サーバ７とセンタＤＢ管理サーバ２との間で高速な通信を行うことができる。しかし、前記した主要駅に列車１１が停車しているときまたはその主要駅付近を通過するとき（所定の時間範囲）以外には、構内接続ポイント６を介してローカルＤＢ管理サーバ７とセンタＤＢ管理サーバ２との間での高速な通信を行えない。

ローカルＤＢ管理サーバ７（第２のサーバ）は、列車１１の車両に設置される。
列車１１_１では、ローカルＤＢ管理サーバ７_１と座席毎に設置される座席端末８（８_１１〜８_１ｍ）とは、ＬＡＮ９_１で通信可能に接続される。また、列車１１_ｎでは、ローカルＤＢサーバ７_ｎと座席毎に設置される座席端末８（８_ｎ１〜８_ｎｍ）とは、ＬＡＮ９_ｎで通信可能に接続される。なお、ＬＡＮ９には、図示しないプリンタが接続されているものとする。
座席端末８は、ユーザ認証用の後記するＩＣタグリーダ／ライタ８３（図７参照）を備え、車両内の各座席に対応させて、１台ずつ設置されているものとする。座席端末８は、例えば、座席に着席した利用者の前方となる座席背もたれ背面部に装着され、着席した利用者が容易に操作可能なように設置されるものとする。
ＩＣカード４０は、乗車時に利用者が携帯する樹脂製のカードであって、ユーザ認証用のＲＦＩＤ（Radio Frequency ID）チップが実装されている。このＩＣカード４０は、ＲＦＩＤチップ内蔵の携帯電話１０で代用されることも可能である。

［移動体サービス提供システム３０の動作］
第１実施形態に係る移動体サービス提供システム３０の情報の流れを、図２を用いて説明する（適宜、図１参照）。図２は、第１実施形態に係る移動体サービス提供システムの情報の流れを示す図である。
図２には、顧客端末４と、ＩＣカード４０（または携帯電話１０）と、座席予約システム１と、センタＤＢ管理サーバ２と、ローカルＤＢ管理サーバ７と、座席端末８との間において、同じＩＤ、パスワードに係る情報の流れが示されているものとする。
なお、以下の説明において、顧客端末４を携帯電話１０に置き換えてもよい。

図２において、利用者によって操作された顧客端末４は、センタＤＢ利用登録要求をＩＰ網３経由でセンタＤＢ管理サーバ２に送信する（ステップＳ２０１）。センタＤＢ利用登録とは、利用者のＩＤ、パスワードをセンタＤＢ管理サーバ２に登録し、登録したＩＤ、パスワードを用いて、次回以降のアクセスを可能とするためのものである。なお、ＩＤ、パスワードは、利用者を識別するユーザ識別情報である。
そして、センタＤＢ管理サーバ２は、受信したセンタＤＢ利用登録要求に対して、ＩＤ、パスワードの入力を促す画面情報を顧客端末４に返信し、顧客端末４から入力されたＩＤ、パスワードを受け付けて登録する（ステップＳ２０２）。
なお、センタＤＢ管理サーバ２は、顧客端末４からセンタＤＢ利用登録要求を受け付けたときに、ＩＤを発行して、パスワードのみを顧客端末４から受け付けてもよい。

次に、利用者は、顧客端末４を用いて、列車１１の座席を指定する予約を行う（ステップＳ２０３）。ステップＳ２０３において、顧客端末４からのアクセスを受け付けた座席予約システム１は、ＩＤ、パスワードの入力を促す画面情報を顧客端末４に返信する。次に、顧客端末４から、ステップＳ２０２において登録されたＩＤ、パスワードが入力されるものとする。そして、認証が成立した場合、座席予約システム１は、利用者の希望する列車１１とその列車１１の座席とを選択可能な画面情報を、顧客端末４に返信し、列車１１の座席予約（指定予約情報）を受け付ける。なお、列車１１の座席予約は、携帯電話１０から行われてもよい。また、ＩＣカード４０を乗車券とする場合には、そのＩＣカード４０に付されるＩＤ、パスワードが用いられる。
なお、顧客端末４（所定の端末）は、ユーザの使用している端末ではなく、予約センタの端末等（所定の端末）であってもよい。

このようにして、座席予約システム１は、予約された列車１１に係る情報とＩＤ、パスワードとを関連付けて列車予約情報として記憶する（ステップＳ２０４）。
なお、列車１１の座席予約（ステップＳ２０３）後にＩＣカード４０で予約した乗車券を購入する場合、駅に設置されているデータ書き込み端末（図１１参照）によって乗車券が記録される。また、携帯電話１０では、オンラインで購入と同時に乗車券が記録される。

ここで、図３に、ステップＳ２０４で記憶される列車予約情報の一例を示す。図３は、列車予約情報の一例を示す図である。
図３に示すように、列車予約情報ＤＢ（５０）は、ＩＤ、パスワード、列車記号、座席記号、乗車駅、および下車駅を関連付けて構成される。なお、列車記号は、例えば、列車名「○○号」、列車番号「４７０Ｃ」等のことである。

図２に戻って、利用者は、顧客端末４を用いて、列車１１に乗車する前に、センタＤＢ管理サーバ２にアクセスし、列車１１内で行う作業に使用するファイル（データ）を送信する（ステップＳ２０５）。ステップＳ２０５において、顧客端末４からのアクセスを受け付けたセンタＤＢ管理サーバ２は、ＩＤ、パスワードの入力を促す画面情報を顧客端末４に返信する。次に、センタＤＢ管理サーバ２は、顧客端末４から、ステップＳ２０２において登録されたＩＤ、パスワードを受け付ける。そして、センタＤＢ管理サーバ２は、認証の成立を確認した後、ファイル送信を促す画面情報を、顧客端末４に返信し、ファイル送信を受け付ける。
なお、顧客端末４は、列車１１内で使用する端末と同じものである必要はない。

次に、センタＤＢ管理サーバ２は、受信したファイル名およびそのファイルのデータとＩＤ、パスワードとを関連付けてファイル登録情報として記憶する（ステップＳ２０６）。ステップＳ２０６において、センタＤＢ管理サーバ２は、受信したファイルのデータ容量と利用者毎に予め定めたデータ容量制限値とを比較し、受信したファイルのデータ容量が予め定めたデータ容量制限値を超えた場合、「データ容量制限のためにファイルを受け付けることができない」旨を、顧客端末４に通知する。
なお、「ファイル」とは、例えば、文書、写真、動画、音声等であり、メディアに制限はない。

ここで、図４に、図２のステップＳ２０６で記憶されるファイル登録情報の一例を示す。図４は、ファイル登録情報の一例を示す図である。
図４に示すように、ファイル登録情報ＤＢ（６０）は、ＩＤ、パスワード、ファイル名、ファイルのデータ格納場所、列車記号、ファイルを列車に送信する構内接続ポイント（主要駅名）、その構内接続ポイントとの通信可能な時刻、ファイルを列車から受信する構内接続ポイント（主要駅名）、およびその構内接続ポイントとの通信可能な時刻を関連付けて構成される。なお、列車記号欄、ファイルを列車に送信する構内接続ポイント（主要駅名）欄、およびその構内接続ポイントとの通信可能な時刻欄、ファイルを列車から受信する構内接続ポイント（主要駅名）欄、およびその構内接続ポイントとの通信可能な時刻欄は、後記するステップＳ２０９の処理の後に、その欄の情報が格納されるものとする。

図２に戻って、ステップＳ２０６の後、センタＤＢ管理サーバ２は、座席予約システム１に、問い合わせ対象となるＩＤ、パスワードを含む座席予約の有無を照会する座席予約照会要求を送信する（ステップＳ２０７）。次に、座席予約システム１は、列車予約情報ＤＢ（５０）を参照して、受信したＩＤ、パスワードに関連付けられた列車予約情報（ＩＤ、パスワード、列車記号、乗車駅、および下車駅）を抽出する（ステップＳ２０８）。
そして、座席予約システム１は、抽出した列車予約情報をセンタＤＢ管理サーバ２に送信する（ステップＳ２０９）。

ステップＳ２０９の後、センタＤＢ管理サーバ２は、受信した列車記号を、図４に示すファイル登録情報ＤＢ（６０）の列車記号欄に格納する。
また、センタＤＢ管理サーバ２は、列車１１の運行スケジュールを格納している運行情報ＤＢ（図示せず）を参照して、受信した列車記号、乗車駅、および下車駅を用いて、ファイルを列車１１に送信する経路となる構内接続ポイント６（主要駅名）（以降、送信構内接続ポイント６という）、および列車１１から受信する経路となる構内接続ポイント６（主要駅名）（以降、受信構内接続ポイント６という）とそれらの構内接続ポイント６との通信可能な時刻とを特定し（ステップＳ２１０）、ファイル登録情報ＤＢ（６０）の該当する欄に格納する。
なお、利用者の乗車駅に構内接続ポイント６が設置されていれば、その乗車駅に設置されている構内接続ポイント６を経由してファイル送信を行えばよい。しかし、利用者の乗車駅に構内接続ポイント６が設置されていなければ、その乗車駅より時間的に手前の主要駅に設置されている構内接続ポイント６を経由して、ファイル送信を行うことになる。
すなわち、センタＤＢ管理サーバ２は、利用者の乗車駅に構内接続ポイント６が設置されているか否かを判定する。そして、利用者の乗車駅に構内接続ポイント６が設置されている場合には、その乗車駅に設置されている構内接続ポイント６が特定される。また、利用者の乗車駅に構内接続ポイント６が設置されていない場合には、その乗車駅に最も近くかつ時間的に速く到着（通過）する主要駅に設置されている構内接続ポイント６が特定される。

次に、センタＤＢ管理サーバ２は、ＩＤ、パスワードと共に、受信構内接続ポイント６を、ローカルＤＢ管理サーバ７に送信する（ステップＳ２１１）。なお、ステップＳ２１１において、センタＤＢ管理サーバ２は、ＩＤ、パスワードの異なるファイルを同一の列車１１に対して複数送信する予定があったとしても、一度だけ、受信構内接続ポイント６を、ローカルＤＢ管理サーバ７に送信すればよい。
なお、ローカルＤＢ管理サーバ７は、搭載している列車１１の列車記号および構内接続ポイント６との通信可能な時刻を予め記憶しているものとする。
したがって、ローカルＤＢ管理サーバ７が、受信構内接続ポイント６を受信さえすれば、その受信構内接続ポイント６との通信可能な時刻を取得することが可能である。

次に、ローカルＤＢ管理サーバ７は、構内接続ポイント６との通信可能な時刻に、まず、列車１１から、列車記号を含むファイル送信要求をセンタＤＢ管理サーバ２に送信する（ステップＳ２１２）。
ステップＳ２１２において、ファイル送信要求は、送信構内接続ポイント６によって中継され、送信構内接続ポイント６を識別する中継識別情報が付加されて、センタＤＢ管理サーバ２に転送される。したがって、センタＤＢ管理サーバ２は、受信したファイル送信要求がどこの構内接続ポイント６を経由したかを判別することが可能となる。

そして、センタＤＢ管理サーバ２が、ファイル登録情報ＤＢ（６０）を参照して、受信した列車記号と送信構内接続ポイント６（すなわち中継識別情報）とに関連付けられた全てのＩＤ、パスワード、ファイル名、およびファイルのデータを一度にローカルＤＢ管理サーバ７に送信する（ステップＳ２１３）。
ローカルＤＢ管理サーバ７は、受信したＩＤ、パスワード、ファイル名およびファイルのデータと既に記憶してある受信構内接続ポイント６およびその構内接続ポイント６との通信可能な時刻とを関連付けて記憶する（ステップＳ２１４）。
なお、ステップＳ２１１を行わずに、ステップＳ２１３において、ＩＤ、パスワード、ファイル名、ファイルのデータ、および受信構内接続ポイント６を送信してもよい。

次に、列車１１に乗車した利用者が、座席指定乗車券が記録されたＩＣカード４０または携帯電話１０を座席に設置された座席端末８にかざすことによって、認証要求が実行される（ステップＳ２１５）。ステップＳ２１５において、座席端末８は、前記したように、ＩＣタグリーダ／ライタ８３（図７参照）を備えているので、ＩＣカード４０または携帯電話１０の送出する信号を検知して反応することが可能である。
そして、座席端末８は、認証画面を表示する（ステップＳ２１６）。
なお、座席端末８は、後記するようにタッチパネルを備えていて、利用者がタッチパネルを介して入力操作を行うことを可能としている。
そこで、利用者は、座席端末８に表示された認証画面に、ステップＳ２０２で登録済みのＩＤ、パスワードを入力して、ローカルＤＢ管理サーバ７に送信する（ステップＳ２１７）。次に、認証が成立した場合に、ローカルＤＢ管理サーバ７は、ＩＤ、パスワードに関連付けられたファイルを座席端末８に送信する（ステップＳ２１８）。

座席端末８では、受信したファイルに対して編集作業等が行われる（ステップＳ２１９）。
そして、編集作業を終了すると、座席端末８は、編集済みファイルを、ローカルＤＢ管理サーバ７に送信する（ステップＳ２２０）。
なお、ステップＳ２２０において、編集作業の終了は、座席端末８の画面に表示されている「編集の終了」を意味するボタンをクリックすることによって行われるものとする。あるいは、ローカルＤＢ管理サーバ７は、編集済みファイルの送信時刻の所定時間前になると、「ご利用いただける時間の終了○分前になりました」等のメッセージを座席端末８に表示して利用者に通知し、その表示の○分後に自動的に編集を終了してもよい。ここで、編集済みファイルの送信時刻は、ステップＳ２１１においてローカルＤＢ管理サーバ７が受信した受信構内接続ポイント６との通信可能な時刻である。
さらに、ローカルＤＢ管理サーバ７は、列車１１がトラブル等によって予定の運行時刻より遅れる場合には、受信構内接続ポイント６との通信可能な時刻の変更を受け付けて、利用者の編集作業が可能な時間を延ばす等の機能を備えていてもよい。つまり、列車１１の乗務員は、列車１１が何分遅れで走行しているかを把握しているので、受信構内接続ポイント６との通信可能な時刻の変更を行うことが可能である。

次に、ローカルＤＢ管理サーバ７は、編集済みファイルを記憶する（ステップＳ２２１）。このとき、ステップＳ２１４におけるファイル記憶と同様に、ＩＤ、パスワード、ファイル名、ファイルのデータ、受信構内接続ポイント６（第２の中継装置）、およびその構内接続ポイント６との通信可能な時刻を関連付けて記憶する。
次に、ローカルＤＢ管理サーバ７は、編集済みファイル（第２のデータ）を、受信構内接続ポイント６と通信可能な時刻にセンタＤＢ管理サーバ２へ送信する（ステップＳ２２２）。なお、ローカルＤＢ管理サーバ７は、ＩＤ、パスワードおよび受信構内接続ポイント６との通信可能な時刻に関連付けられた編集済みファイルを一度にセンタＤＢ管理サーバ２に送信する。
そして、ローカルＤＢ管理サーバ７は、編集済みファイルの送信後に、該当するＩＤ、パスワードに関連付けられた全てのファイルを削除する（ステップＳ２２３）。

次に、センタＤＢ管理サーバ２は、登録してあった編集前のファイルを、受信した編集済みファイルによって上書きして記憶する（ステップＳ２２４）。
そして、利用者は目的地に到着後、顧客端末４からセンタＤＢ管理サーバ２にアクセスし、編集済みファイル送信要求を送信する（ステップＳ２２５）。
顧客端末４からのアクセスを受け付けたセンタＤＢ管理サーバ２は、ＩＤ、パスワードの入力を促す画面情報を顧客端末４に返信する。そして、顧客端末４から、ステップＳ２０２において登録されたＩＤ、パスワードが入力されるものとする。そして、センタＤＢ管理サーバ２は、認証が成立した後、受信したＩＤ、パスワードに関連付けられた編集済みファイルを、顧客端末４に送信する（ステップＳ２２６）。そして、センタＤＢ管理サーバ２は、該当するＩＤ、パスワードに関連付けられたファイルおよび編集済みファイルを全て削除する（ステップＳ２２７）。
さらに、センタＤＢ管理サーバ２は、マーケット情報として役立てるために、ファイルを記憶管理した履歴（利用回数、利用時間等）と、ＩＣカードの基礎情報とを関連付けて記憶する。

［センタＤＢ管理サーバ２の構成］
図５は、図１に示すセンタＤＢ管理サーバの内部構成を示すブロック図である。図５に示されるように、センタＤＢ管理サーバ２は、ＣＰＵ２０を制御中枢とし、主メモリ２１と、通信ネットワークインタフェース部Ａ（２２）と、通信ネットワークインタフェース部Ｂ（２３）と、センタＤＢメモリ２４と、ＫＢ／ＣＲＴ（入出力装置）２５とが、アドレス、データ、コントロールのためのラインが複数本で構成されるシステムバスに接続され、構成される。
ＣＰＵ２０は、主メモリ２１に格納されるプログラムにしたがい、周辺ブロック２２〜２５を制御する。そして、ＣＰＵ２０は、図２に示したステップＳ２０２，Ｓ２０６，Ｓ２０７，Ｓ２１０，Ｓ２１１，Ｓ２１３，Ｓ２２４，Ｓ２２６，Ｓ２２７に係る処理を実行する。

通信ネットワークインタフェース部Ａ（２２）は、ＩＰ網３とのインタフェースを司り、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）プロトコルにしたがう通信制御を行なう。
通信ネットワークインタフェース部Ｂ（２３）は、ＶＰＮ５とのインタフェースを司り、そのセッション上で仮想的な専用ネットワーク通信制御を行なう。
センタＤＢメモリ２４は、顧客端末４から送信されるファイルのデータ、ファイル登録情報６０および編集済みファイル等を格納する。センタＤＢメモリ２４は、例えば、ハードディスクやＤＶＤ（Digital Versatile Disc）等により構成される大容量メモリである。
ＫＢ／ＣＲＴ（入出力装置）２５は、キーボードやＬＣＤ（Liquid Crystal Display Device）等の管理者用コンソールである。

［ローカルＤＢ管理サーバ７の構成］
図６は、図１に示すローカルＤＢ管理サーバの内部構成を示すブロック図である。図６に示すように、ローカルＤＢ管理サーバ７は、ＣＰＵ７０を制御中枢とし、主メモリ７１と、通信ネットワークインタフェース部Ｂ（７２）と、ＬＡＮインタフェース部７３と、ローカルＤＢメモリ７４と、ＫＢ／ＣＲＴ（入出力装置）７５とが、アドレス、データ、コントロールのためのラインが複数本で構成されるシステムバス７６に接続され、構成される。

ＣＰＵ７０は、主メモリ７１に格納されるプログラムにしたがい、周辺ブロック７２〜７５を制御する。そして、ＣＰＵ７０は、図２に示したステップＳ２１２、Ｓ２１４，Ｓ２１８，Ｓ２２１，Ｓ２２２，Ｓ２２３に係る処理を実行する。

通信ネットワークインタフェース部Ｂ（７２）は、ＶＰＮ５とのインタフェースを司る。
ＬＡＮインタフェース部７３は、ＬＡＮ９経由で接続される座席端末８との、例えば、イーサネット（登録商標）により規定されたインタフェースを司る。
ローカルＤＢメモリ７４は、センタＤＢ管理サーバ２から送信されるファイルのデータ、および編集済みファイル等を記憶する、例えば、ローカルＤＢメモリ７４は、ハードディスクやＤＶＤ（Digital Versatile Disc）等により構成される大容量メモリである。また、ＫＢ／ＣＲＴ（入出力装置）７５は、キーボードやＬＣＤ等の管理者用コンソールである。

［座席端末８の構成］
図７は、図１に示す座席端末の内部構成を示すブロック図である。図７に示すように、座席端末８は、ＣＰＵ８０を制御中枢とし、主メモリ８１と、ＬＡＮインタフェース部８２と、ＩＣカードリーダ／ライタ８３と、ＬＣＤタッチパネル８４とが、アドレス、データ、コントロールのためのラインが複数本で構成されるシステムバス８５に接続され、構成される。

ＣＰＵ８０は、主メモリ８１に格納されるプログラムにしたがい、周辺ブロック８２〜８４を制御する。そして、図２に示したステップＳ２１６，Ｓ２１７，Ｓ２１９，Ｓ２２０に係る処理を実行する。
なお、利用者は、ＩＣカード４０もしくは携帯電話１０をＩＣカードリーダ／ライタ８３にかざして、ＩＤ、パスワードによる本人認証を得る。

ＬＡＮインタフェース部８２は、ＬＡＮ９経由で接続されるローカルＤＢ管理サーバ７との、例えば、イーサネット（登録商標）により規定されたインタフェースを司る。
また、ＬＣＤタッチパネル８４は、編集操作に使用される入出力装置である。なお、編集作業用に別途キーボート等が接続されていてもよい。

［携帯電話１０の構成］
図８は、図１に示す携帯電話の内部構成を示すブロック図である。図８に示すように、携帯電話１０は、本人認証用に使用され、ＣＰＵ１００、メモリ１０１、基地局通信部１０２、ＲＦＩＤ通信部１０３、キースイッチ１０４、ＬＣＤモニタ１０５、ＣＯＤＥＣ（Coder & Decoder）部１０６、マイクロフォン１０７、およびスピーカ１０８により構成される。このためＣＰＵ１００は、メモリに記憶されたプログラムにしたがい、利用者が携帯電話１０（のＲＦＩＤ通信部１０３）を座席端末８のＩＣカードリーダ／ライタ８３（図７参照）に近づけたときに、内蔵のＲＦＩＤチップに記録されたＩＤ、パスワードの他に、座席予約登録情報をＲＦＩＤ通信部１０３経由で座席端末８に無線送信する。

基地局通信部１０２は、ＣＰＵ１００よる制御の下で不図示の基地局との間で移動通信網を介した音声あるいはデータ通信を行なう。
キースイッチ１０４は、文字入力やマウスの移動等の各種機能が割り当てられたキーを有している。これらのキーが操作された場合に、その操作内容に対応する信号を発生し、これを操作者の指示としてＣＰＵ１００に出力する。
ＬＣＤモニタ１０５は、ＣＰＵ１００により生成される映像信号に応じた画像を表示する。
ＣＯＤＥＣ部１０６は、マイクロフォン１０７から入力された音声にデジタル処理を施し、デジタルの音声データに変換してＣＰＵ１００に出力する。また、ＣＯＤＥＣ部１０６は、ＣＰＵ１００から供給されるデジタルの音声データを復号化してアナログ信号に変換し、スピーカ１０８に出力する。

以上、第１実施形態において、図２に示す情報の流れを実行する処理は、全てをソフトウェアによって実現しても、あるいはその一部をハードウェアで実現してもよい。

［サービス提供方法の手順］
第１実施形態に係るサービス提供方法について、模式図（図９）を用いて説明する（適宜、図１，図２参照）。図９は、第１実施形態に係るサービス提供方法を示す模式図である。
図９では、第１実施形態に係るサービス提供方法の各手順が、縦方向に利用者を含む設備、横方向に時間軸を対応付けて示している。
図９に示す手順について、以下に説明する。
ａ．ＩＤ登録は、ステップＳ２０１，Ｓ２０２に係る処理に相当する。
ｂ．予約購入は、ステップＳ２０３に係る処理に相当する。
ｃ．ファイル事前送付は、ステップＳ２０５に係る処理に相当する。
ｄ．顧客予約情報照会・取得は、ステップＳ２０７〜Ｓ２０９に係る処理に相当する。
ｅ．ファイル送信は、ステップＳ２１１に係る処理に相当する。
ｆ．ファイル編集は、ステップＳ２１８，Ｓ２２０に係る処理に相当する。
ｇ．列車内でのファイル操作は、ステップＳ２１９に係る処理に相当する。
ｈ．ファイル送信は、ステップＳ２２２に係る処理に相当する。
ｉ．データ取出しは、ステップＳ２２５，Ｓ２２６に係る処理に相当する。

≪第２実施形態≫
前記した第１実施形態は、ＩＣカードを用いて認証を行い、かつ座席端末８がハードディスクを備えて、ファイルをローカルＤＢ管理サーバ７からダウンロードして編集作業を行う場合であった。それに対して、第２実施形態は、シンクライアントである座席端末８を用いて、本人認証にＵＳＢ認証キーを利用する場合である。
シンクライアントとは、ハードディスクを搭載せずに必要最小限の処理が可能な機能を備えて、ほとんどの処理をローカルＤＢ管理サーバ７に集中して行わせるアーキテクチャのことである。したがって、自宅や職場で行っているＰＣの作業環境をそのままローカルＤＢ管理サーバ７に実現させる必要がある。そこで、ローカルＤＢ管理サーバ７は、利用者ＰＣごとの作業環境を実現するために、ソフトウェアやハードウェアによってシンクライアントに対応したアーキテクチャ（シンクライアントで使用するアプリケーションや各種データ）を備えているものとする。また、シンクラインアトは、利用者が持ち込むものでもよい。

第２実施形態における、移動体サービス提供システム３０の情報の流れを、図２を用いて説明する。なお、第１実施形態と同じ情報の流れについては、説明を省略する。
ステップＳ２０５，Ｓ２１３のファイル送信では、列車１１内で使用するファイルを含めた作業環境（データ）が送信される。この作業環境（データ）には、ＵＳＢ認証キーの情報が含まれている。
次に、ステップＳ２１５の認証要求では、ＵＳＢ認証キーを座席端末８に備えてあるＵＳＢインタフェースに差し込むことによって、認証が行われる。この場合、ＵＳＢ認証キーにより認証されれば、会社等のサーバにアクセスするように設定されているので、ＵＳＢ認証キーのアクセス先がローカルＤＢ管理サーバ７になるように、座席端末８はアクセス先を変換する機能を備えているものとする。
そして、ステップＳ２２２，Ｓ２２６の編集済みファイル送信では、編集後の作業環境（データ）が送信される。

第２実施形態では、座席端末８は、ハードディスクを搭載せずに必要最小限の処理が可能な機能を備えるだけでよいので、設備コストを安価にすることが可能となる。

以上、説明したように、本発明の実施の形態では、列車の場合を例として説明した。しかし、本発明の実施の形態は、飛行機や船舶の場合にも適用可能である。すなわち、列車における主要駅に対応する施設は飛行場あるいは港に相当する。
そして、鉄道、航空、車両等の移動体内においても、自宅や職場で行っている作業を継続して実行可能にする環境を提供することで、交通機関を利用する利用者の便益につなげることができる。また、長距離移動においても滞在時間を有効活用することができる。さらに、ＰＣを持ち歩く必要が無くなるため、肉体に大きな負担を強いることが無くなり、また、盗難等セキュリティの面においても心配の種が無くなる。
また、移動体に搭載されるローカルＤＢ管理サーバ７（図２参照）は、利用者の乗車時刻に近いときに作業に使用するファイルを受信するので、ファイルを記憶するローカルＤＢメモリ７４（図６参照）を効率よく使用することが可能である。同様に、ローカルＤＢ管理サーバ７は、利用者の下車時刻に近いときに、編集済みファイルをセンタＤＢ管理サーバ２（図２参照）に送信し、該当するＩＤ、パスワードに関連付けられたファイルを全て削除するため、ローカルＤＢメモリ７４を効率よく使用することが可能である。さらに、セキュリティが確保される。
また、移動体内のＬＡＮは、主要駅にだけ設置される構内接続ポイント６と高速な通信を行えればよいので、常に高速な通信を行えるようにした場合に比べて、設備コストを安価にすることが可能となる。

第１実施形態に係る移動体サービス提供システムのシステム構成の一例を示す図である。 第１実施形態に係る移動体サービス提供システムの情報の流れを示す図である。 列車予約情報の一例を示す図である。 ファイル登録情報の一例を示す図である。 図１に示すセンタＤＢ管理サーバの内部構成を示すブロック図である。 図１に示すローカルＤＢ管理サーバの内部構成を示すブロック図である。 図１に示す座席端末の内部構成を示すブロック図である。 図１に示す携帯電話の内部構成を示すブロック図である。 第１実施形態に係るサービス提供方法を示す模式図である。

符号の説明

１ 座席予約システム
２ センタＤＢ管理サーバ
３ ＩＰ網
４ 顧客端末
５ ＶＰＮ
６ 構内接続ポイント
７ ローカルＤＢ管理サーバ
８ 座席端末
９ ＬＡＮ
１０ 携帯電話
１１ 列車
３０ 移動体サービス提供システム
４０ ＩＣカード
５０ 列車予約情報
６０ ファイル登録情報

Claims (6)

1. 地上に設置される第１のサーバと、移動体に搭載される第２のサーバと、前記第１のサーバと前記第２のサーバとの間を通信可能に中継する中継装置とによって構成され、ユーザが使用する所定の端末を介してユーザにサービスを提供する移動体サービス提供システムであって、
   前記第１のサーバは、前記移動体の運行スケジュールを運行情報として記憶しており、
   前記第１のサーバは、所定の端末から、前記ユーザを識別するユーザ識別情報と前記ユーザの乗車する移動体の列車記号と前記ユーザの乗車駅および下車駅とを含む指定予約情報とを受け付けて、それらを関連付けて記憶し、
   前記第１のサーバは、所定の端末から、前記ユーザ識別情報と前記移動体内で作業に使用されるデータとを受け付けて、それらを関連付けてデータ登録情報として記憶し、
   前記第１のサーバは、所定の端末から前記データを受け付けたときに、前記ユーザ識別情報を用いて前記指定予約情報から前記列車記号と前記乗車駅とを取得し、
   前記列車記号と前記乗車駅とを用いて前記運行情報を参照して前記列車記号を付された前記移動体に搭載されている前記第２のサーバと通信可能になる前記中継装置を特定し、その通信可能になる時刻を算出し、
   前記第１のサーバは、その算出した通信可能になる時刻に、前記データを、前記特定した前記中継装置を介して前記第２のサーバに送信し、前記送信されたデータを前記移動体にて利用可能とすること、
   を特徴とする移動体サービス提供システム。
2. 前記中継装置は、前記移動体への乗降が行われる施設のうち、予め決められた前記施設に設置され、
   前記第１のサーバは、前記ユーザが乗車する施設に前記中継装置が有るか否かを判定し、前記ユーザが乗車する施設に前記中継装置が有る場合には、その施設に設置されている前記中継装置を特定し、前記ユーザが乗車する施設に前記中継装置が無い場合には、前記ユーザが乗車する施設に最も近くかつ前記ユーザが乗車する施設より時間的に早く到着または通過する前記中継装置を特定すること、
   を特徴とする請求項１に記載の移動体サービス提供システム。
3. 前記中継装置は、中継したことを識別可能とする中継識別情報を転送する情報に付加する機能を備え、
   前記第２のサーバは、前記中継装置と通信可能になる時刻を記憶しており、
   前記第２のサーバは、前記中継装置と通信可能になる時刻に、前記列車記号を含む前記データの送信を要求するデータ送信要求情報を前記中継装置に送信し、
   前記中継装置は、前記データ送信要求情報に前記中継識別情報を付加して、前記第１のサーバに転送し、
   前記第１のサーバは、受信した前記列車記号と前記中継識別情報とを用いて、送信する前記データを特定し、前記特定した前記データを、前記転送してきた前記中継装置を介して、前記第２のサーバに送信すること、
   を特徴とする請求項１または請求項２に記載の移動体サービス提供システム。
4. 前記移動体は、前記第２のサーバと通信可能に接続され、かつ前記ユーザが携帯するＩＣタグの送出信号を検知するＩＣカードリーダを備える座席端末を搭載し、
   前記座席端末は、前記ＩＣカードリーダを介して、前記ＩＣタグの送出信号を検知して、前記第２のサーバと通信を開始すること、
   を特徴とする請求項１に記載の移動体サービス提供システム。
5. 前記第２のサーバは、自身を搭載している前記移動体の運行スケジュールを運行情報として記憶しており、
   前記第２のサーバは、前記ユーザ識別情報と作業で作成された第２のデータとを関連付けて記憶しており、
   前記第１のサーバは、前記所定の端末から前記データを受け付けたときに、前記ユーザ識別情報を用いて前記指定予約情報から前記列車記号と前記下車駅とを取得し、
   前記第１のサーバは、前記列車記号と前記下車駅とを用いて前記運行情報を参照して前記列車記号を付された前記移動体に搭載されている前記第２のサーバと通信可能になる第２の中継装置を特定し、その特定した前記第２の中継装置と前記ユーザ識別情報とを前記第２のサーバに送信し、
   前記第２のサーバは、受信した前記特定した前記第２の中継装置を用いて前記運行情報を参照、受信した前記特定した前記第２の中継装置と通信可能になる時刻を算出し、その算出した通信可能になる時刻に、前記特定した前記第２の中継装置を介して前記第１のサーバに前記第２のデータを送信すること、
   を特徴とする請求項１に記載の移動体サービス提供システム。
6. 前記第２のサーバは、前記第１のサーバへ前記第２のデータを送信した後に、前記送信した前記第２のデータに関連付けられる前記ユーザ識別情報と同一の前記ユーザ識別情報に関連付けられた前記データを全て削除すること、
   を特徴とする請求項５に記載の移動体サービス提供システム。

Images