(57)【要約】【課題】乗客の要求に対して、乗務員のサービス提供を効率的に行い、かつ乗務員の負担を抑えるために、乗務員に対して適切な指示を出すことのできる移動体サービスシステムを提供することを目的とする。【解決手段】呼出情報解析部１１３は、乗客からの呼出情報３００を受信すると、位置情報特定部１１２に現在の自端末の位置情報を要求し（ステップＳ２０２）、取得した位置情報を送信部１１５から他端末へ送信し、他端末からも位置情報を受信して（ステップＳ２０４）、サービスを行う場所に最も近い乗務員端末がどれであるかを決定し（ステップＳ２０５）、それが自端末である場合に、呼出情報提示部１１４に提示すべき情報として送信する（ステップＳ２０６）。【選択図】図２
2013058069.tif 000002
【特許請求の範囲】
【請求項１】
移動体内の乗客からの呼出情報を受信する、乗客呼出情報受信手段と、
前記乗客呼出情報受信手段で受信した乗客呼出情報を受け取り、前記移動体内の乗務員端末に送信する乗客呼出情報送信手段と、
前記乗客呼出情報送信手段から送信される乗客呼出情報を受信する複数の乗務員端末とからなる、移動体サービスシステムにおいて、
前記乗務員端末は、
前記移動体内での自端末の位置情報を特定する位置情報特定手段と、
前記乗客呼出情報送信手段から送信される乗客の呼出情報、及び他の乗務員端末からのデータを受信する受信手段と、
前記受信手段が受信した前記呼出情報と、他の乗務員端末からの受信データと、前記位置情報特定手段が特定した前記自端末の位置情報とを基に、提示すべき呼出情報を決定する呼出情報解析手段と、からなる移動体サービスシステム。
【請求項２】
前記乗務員端末は、更に、前記位置情報特定手段により特定された前記自端末の位置情報を前記他の乗務員端末に送信する送信手段を備える、請求項１記載の移動体サービスシステム。
【請求項３】
前記呼出情報解析手段は、前記移動体内でのサービス提供可能位置と、前記自端末の位置と、前記他の乗務員端末の位置と、サービスを要求した乗客の座席位置とを基に、前記自端末に提示すべき呼出情報を決定する、ことを特徴とする請求項１記載の移動体サービスシステム。
【請求項４】
前記乗務員端末は、更に、乗務員が乗客に対して行なっているサービス状態を表す情報を入力する乗務員状態入力手段と、
前記サービス状態を格納するための乗務員状態格納手段とを具備し、
前記呼出情報解析手段は、前記他の乗務員端末に送信すべきデータとして、更に前記サービス状態の送信も決定する、ことを特徴とする、請求項１記載の移動体サービスシステム。
【請求項５】
前記サービス状態は、乗客へのサービス内容と、乗務員が乗客へのサービスを開始してからの経過時間とを含み、
前記呼出情報解析手段は、更に前記サービス状態と乗客へのサービスに要する平均的な時間を基に、前記乗務員端末に提示すべき呼出情報を決定する、ことを特徴とする請求項４記載の移動体サービスシステム。
【請求項６】
前記乗務員状態格納手段は、他の乗務員が乗客に対して行なっているサービスの内容も含む、ことを特徴とする請求項４記載の移動体サービスシステム。
【請求項７】
前記乗務員端末は、更に、乗務員が乗客からのサービス要求に対して対応できない旨を表明する情報を入力する、キャンセル入力手段を具備し、
前記呼出情報解析手段は、前記他の乗務員端末に送信すべきデータとして、更に前記キャンセル入力手段へ入力されたサービス要求に対して対応できない旨も決定する、ことを特徴とする、請求項１記載の移動体サービスシステム。
【請求項８】
前記呼出情報解析手段は、更に、各乗務員端末の、サービス要求に対して対応できない旨の情報を基に、前記乗務員端末に提示すべき呼出情報を決定する、ことを特徴とする請求項７記載の移動体サービスシステム。
【請求項９】
客室空間内における乗務員端末の現在位置を特定する位置情報特定手段と、
座席位置情報を含む乗客からの呼出情報および他の乗務員端末の現在位置情報を受信する受信手段と、
受信した前記呼出情報を解析し、複数の乗務員端末の現在位置と呼出情報とに基いて、提示する呼出情報を決定する呼出情報解析手段と、
乗務員端末に呼出情報を提示する提示手段と、からなる移動体サービスシステム。
【請求項１０】
客室空間内における自端末の現在位置を特定する位置情報特定手段と、
座席位置情報を含む乗客からの呼出情報および他の乗務員端末の現在位置情報を受信する受信手段と、
受信した前記呼出情報を解析し、複数の乗務員端末の現在位置と呼出情報とに基いて、提示する呼出情報を決定する呼出情報解析手段と、
乗務員端末に呼出情報を提示する提示手段と、からなる乗務員端末装置。
【請求項１１】
乗客からの呼出情報を受信する、乗客呼出情報受信ステップと、
客室空間内における自端末の現在位置を特定する、位置情報特定ステップと、
他の乗務員端末からのデータを受信する他端末情報受信ステップと、
前記乗客呼出情報、前記他の乗務員端末からのデータ、及び前記自端末の位置情報を基に、乗務員に提示すべき呼出情報を決定する、呼出情報解析ステップと、
前記呼出情報解析ステップで決定した、前記乗務員に提示すべき呼出情報を提示する、呼出情報提示ステップと、からなる事を特徴とする、移動体サービス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体におけるサービスに関し、特に航空機において、客室乗務員が乗客からの要求へ効率的に対応できるようにするための移動体サービスシステムに関する。
【背景技術】
【０００２】
近年、航空産業の発達と共に、従来に比べて、より大きな、すなわちより多くの乗客を乗せられる航空機が実際の運行に投入されており、この傾向は今後も続くと考えられる。これにより、同時に多くの乗客を運ぶことで、燃料利用の効率化や、トータルとしての航空機乗務員人数の削減などが実現されている。
一般的にある程度以上の大きさの航空機には、各座席に客室乗務員を呼び出すための呼出ボタンが装備されており、各乗客は、そのボタンを押すことで、チャイムを鳴らしたりライトを点灯させたりする。
これにより、客室乗務員は、どこかで乗客が客室乗務員を呼び出している事を認識し、実際に座席エリアへ移動し、その座席に紐づけられているライトを確認する等して、その座席の乗客が客室乗務員を呼び出している事を確認できる。
どの乗客が呼び出しているかを認識した客室乗務員は、呼び出しを行った乗客と話をして、要求を聞き出して、それぞれの乗客の要求に従ったサービスを提供する。例えば、毛布や新聞を渡したり、飲み物を提供したりするサービスがこれに当たる。
従来、客室乗務員は、少人数の乗客に対して細やかなサービスを提供できていたのに対して、前述のように航空機が大型化し、乗客数が増える事により、一度にサービスを要求する乗客数が増えたり、要求の内容が多様化したりする等、これまでに比べて、ますます効率的にサービスを提供する事が必要となってきている。
この問題に対して、現状は、乗客が客室乗務員呼出ボタンを押すことで客室乗務員に何らかの要求がある事を伝え、それを察知した客実乗務員が乗客の座席に移動し、口頭で乗客から要求の内容を聞き、その内容に応じて実際に必要な作業、例えばジュースを入れる、毛布を渡す等して、乗客にサービスを提供している。
この従来通りのサービス提供方法では、航空機が大型化すると、客室乗務員が乗客にサービスを提供する際の移動距離が増加してしまうという問題がある。また、同時に複数の乗客からの要求が発生することで、長時間待たされる乗客が発生する可能性が高くなる、等の問題も発生する。
乗務員の移動距離をなるべく少なくする、という点で、特許文献１では、サーバが乗客からのサービス要求を監視し、サービスを要求している乗客に最も近い位置にいる乗務員の乗務員端末に対して通知する方法が開示されている。
また、特許文献２では、乗客からの要求内容を客席毎に設けられた旅行者用サービス端末からサービス管理端末を介して無線送信し、サービス員のサービス員用ハンディ端末に表示する事で、乗客が注文した商品などの情報とその座席位置とをサービス員が確認し、表示された商品を乗客へ販売する方法が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１７８２３１号公報
【特許文献２】特開平９−２６９９６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の方法では、その乗務員の接客などの状況に関わらず、常に乗客から最も近い位置にいる乗務員が通知されてしまう。更に、例えば、乗客が毛布を要求している場合、呼び出された乗務員が乗客から最も近かったとしても、毛布を収納してある箇所が離れていた場合、一旦その収納場所に毛布を取りに行き、再びその乗客の元に毛布を届けに戻ってくる必要があるため、場所によっては移動距離が多く生じてしまう、という問題が残る。
また、特許文献２の方法では、乗客からの注文が座席と合わせてサービス員に通知されるのみで、サービス員が自分の近くにいる乗客が商品を要求していることは分かるが、遠くにいる乗客に対してはそこまで移動しなければならないことには変わらない。
つまり、複数のサービス員が分担して行うというものではないため、あまりサービス員の作業効率化にはつながらない。
本発明は、乗客の要求に対して、乗務員のサービス提供を効率的に行い、かつ乗務員の負担を抑えるために、乗務員に対して適切な指示を出すことのできる移動体サービスシステムを提供する事を目的とする。
【課題を解決するための手段】
【０００５】
上記問題を解決するため、本発明に係る移動体サービスシステムは、客室空間内における乗務員端末の現在位置を特定する位置情報特定手段と、座席位置情報を含む乗客からの呼出情報および他の乗務員端末の現在位置情報を受信する受信手段と、受信した呼出情報を解析し、複数の乗務員端末の現在位置と呼出情報とに基づいて、提示する呼出情報を決定する呼出情報解析手段と、乗務員端末に呼出情報を提示する提示手段と、から成る。
また、さらに、乗務員端末は、乗務員がサービスを行える状態かどうかを示す乗務員状態入力手段を備える。
【発明の効果】
【０００６】
本発明に係る移動体サービスシステムにより、移動体において乗客へサービスを提供する際に、効率的なサービス提供を可能とするとともに、乗務員の負担を軽減することができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施の形態１における移動体サービスシステムの構成図
【図２】同移動体サービスシステムの呼出情報提示処理を表すフローチャート
【図３】同移動体サービスシステムの乗客からの呼出情報の一例を示す図
【図４】同移動体サービスシステムの航空機の一部の座席配置の一例を示す概略平面図
【図５】同移動体サービスシステムのサービスソースリストの一例を示す図
【図６】本発明の実施の形態２における移動体サービスシステムの構成図
【図７】同移動体サービスシステムの乗務員状態の一例を示す図
【図８】同移動体サービスシステムの呼出情報提示処理を表すフローチャート
【図９】同移動体サービスシステムのサービス提供にかかる平均的な時間を示す図
【図１０】同移動体サービスシステムの乗務員決定処理を示すフローチャート
【図１１】本発明の実施の形態３における移動体サービスシステムの構成図
【図１２】同移動体サービスシステムの呼出情報の一例を示す図
【図１３】同移動体サービスシステムの要求キャンセル処理を示すフローチャート
【発明を実施するための形態】
【０００８】
以下、本発明に係る移動体サービスシステムを航空機の運航に適用した、好適な実施形態を図面により説明する。
【０００９】
（実施の形態１）
本発明の実施の形態１における移動体サービスシステムの構成について、図１を用いて説明する。
図１に示す移動体サービスシステムは、航空機の客室において、乗客の要求を乗務員が効率的に適切なサービスを提供することを実現するためのシステムであり、複数の乗務員が携帯する乗務員端末と、これらの乗務員端末と情報を送受信するシステム制御装置とから構成される。なお、説明の便宜上、乗客端末や乗務員端末は数を少なくしている。
図において、システム制御装置１００は、乗務員端末１１０、１２０と無線で接続され、乗客端末１３１〜１３３とは有線接続されている。そして、乗客端末１３１〜１３３からの呼出情報を受信する乗客呼出情報受信部１０１と、受信した呼出情報を乗務員端末１１０、１２０に無線送信する乗客呼出情報送信部１０２を備えている。
また、乗務員端末１１０、１２０は、受信部１１１、１２１、受信した呼出情報を解析する呼出情報解析部１１３、１２３、解析された呼出情報から得られる乗客端末位置と、他の乗務員端末および端末自身の現在位置とを特定する位置情報特定部１１２、１２２、解析された呼出情報を表示する呼出情報提示部１１４、１２４、他の乗務員端末に呼出情報を送信する送信部１１５、１２５を備えている。
通常、航空機では、乗客が乗務員に対して何らかのサービスを要求したい場合、座席に設置している呼出ボタンを押下すると、呼出情報がシステム制御装置に通知されることで、チャイムが鳴動したり、ライトが点灯したりして、乗客の呼出が発生している事が乗務員に通知される。
従来の通常の航空機では、この際の呼出情報は同時に乗客の座席位置が通知され、システム制御装置は乗客の座席近くのライトを点灯させたり、乗務員が待機している場所の表示装置に座席位置を表示したりする事で乗務員がサービスを提供すべき乗客を特定することが可能となる。
加えて、最近の航空機では、乗客が乗務員を呼び出す際に、機内エンタテインメントシステムを操作し、座席に設置された乗客端末から要求するサービスを選択する事が可能な機体も存在する。
例えば、乗客が機内エンタテインメントシステムから飲み物を注文したり、食事の選択をしたりすると、その情報がシステム制御装置に通知され、機体に搭載されているパネルに乗客の座席と要求するサービス内容が表示されるものも登場している。
本発明では、乗客からの呼出情報が乗客の要求するサービス内容も含めて通知されるものとしており、その手段は問わない。例えば、特許文献２で開示されているように乗客が端末で操作した情報をシステム制御装置経由で乗務員端末に通知してもよいし、無線で直接乗務員端末に通知してもよい。
また、乗客が要求するサービス内容を選択する手段も問わない。例えば、特許文献２で開示されているように乗客が端末で操作してもよいし、複数のボタンを用意しておいて押したボタンによってサービス種別を区別するようにしてもよい。
以下、本実施の形態の移動体サービスシステムについて、呼出情報提示処理の手順を図２のフローチャートを用いて説明する。
まず、システム制御装置１００の乗客呼出情報受信部１０１が乗客端末１３１から乗客の要求を受信すると、その情報は乗客呼出情報送信部１０２に通知され、乗客呼出情報送信部１０２から各乗務員端末１１０、１２０に通知される。
なお、それぞれの乗務員端末１１０、１２０は、いずれも同等の機能を備えており、両者に本質的な差は無い。
ここでは、以降の手順について、乗務員端末１１０についてのみ説明する。
乗客呼出情報送信部１０２から通知された呼出情報は、乗務員端末１１０の受信部１１１で受信される。
受信部１１１は、乗客要求の内容を呼出情報解析部１１３に通知する（ステップＳ２０１）。
図３は、呼出情報解析部１１３に通知される、乗客からの呼出情報の一例を表す図である。呼出情報３００は、座席番号３０１、サービス分野３０２、要求内容３０３の３つの項目から成り、座席番号３０１は呼び出した乗客の座席の位置、サービス分野３０２は乗客の要求するサービスの分類を表し、要求内容３０３は乗客の要求の具体的な内容を表す。
図３の例においては、乗客要求３１０は座席１Ａの乗客が経済紙を要求している事を表し、乗客要求３１１は座席１４Ｈの乗客がビールを要求している事を表し、乗客要求３１２は座席３５Ｈの乗客が枕を要求している事を表し、乗客要求３１３は座席６４Ｇの乗客がスナックを要求している事を表す。
なお、要求の内容は、ここに記載したものに留まるものではなく、項目として座席番号３０１の代わりに「前方右側」「後方中央」などの座席位置の情報を用いてもよいし、呼び出した乗客のマイレージステータスの項目などを追加してもよい。
各項目の内容も、例えば耳栓、スリッパなどのアクセサリや、リクライニングが壊れている等の情報を伝えるクレーム、等のサービス分野があってもよい。
呼出情報解析部１１３は、受信部１１１から呼出情報３００を受信すると、位置情報特定部１１２に現在の自端末の位置情報を要求する（ステップＳ２０２）。
位置情報特定部１１２は、呼出情報解析部１１３から自端末の位置情報の要求を受信すると、自端末の位置を特定し、自端末の位置情報を呼出情報解析部１１３に通知する（ステップＳ２０３）。
自端末の位置を特定する方法は、例えば、特開２００７−１５５５２３号公報で開示されている無線機能を利用する方法や、特開２００６−３３９９７０号公報で開示されている非接触情報タグを利用する方法など、複数の方法が考えられるが、位置情報を特定するための手段は本発明には直接関係しないため、手段は問わない。
呼出情報解析部１１３は、位置情報特定部１１２から自端末の位置情報を受信すると、送信部１１５から他端末へこの位置情報を送信し、他端末からも受信部１１１から位置情報を受信する（ステップＳ２０４）。
そして、受信部１１１から受信した乗客要求の内容と自端末及び他端末の位置情報から、自端末の呼出情報提示部１１４で提示すべき情報を決定する。
つまり、提供するサービスを行う場合、サービス内容と各乗務員端末の現在位置とから判断して、サービスを行う場所に最も近い乗務員端末がどれであるかを決定し（ステップＳ２０５）、それが自端末である場合に、自端末の呼出情報提示部１１４に提示すべき情報として送信する（ステップＳ２０６）。
そして、自端末の表示部に乗客要求の内容と座席位置が表示され、乗務員はそれに基づいて乗客にサービスを提供する。
なお、この提示すべき情報は表示ではなく、例えば音声等他の方法を利用してもよい。
しかしながら、自端末に乗客要求の内容が表示されたとき、他の乗客にサービスを提供中であったり、何らかの理由でサービスを実施することが困難であったりする場合には、ボタン等でキャンセルを行う。
これによって、自端末はサービスを行う乗務員端末から除外される。
そして、呼出情報解析部１１３は、キャンセルされた情報を、他端末へ送信すべき情報として送信部１１５に通知する。
この場合、呼出情報解析部１１３によって、自端末の次に近い位置の乗務員の端末を選択して、その端末を指定してもよいし、全ての乗務員端末に送信するようにしてもよい。
送信部１１５は、他端末へ送信すべき情報を受信すると、他の１つまたは全ての乗務員端末に対して当該情報を送信する。
また、他の端末から自端末へ情報が送信されてくることもある。この場合も、呼出情報解析部１１３が、上述したステップＳ２０５、ステップＳ２０６の手順を実施する。
以下、図を用いて、呼出情報解析部１１３の具体的な処理について説明する。図４は、航空機の一部の座席配置の例を示す概略平面図である。
図４では、座席１Ａから座席１４Ｋ、食事やドリンクを準備するギャレーＡ４１１、新聞や雑誌などがある書物収納庫Ａ４１２、及び毛布や枕がある寝具収納庫Ａ４１３のそれぞれの場所を示している。
前述したように、これらは航空機の一部であり、説明の便宜上、数を少なくしている。
なお、図示していないが、座席１Ａから座席１４Ｋにはそれぞれ乗客端末が配設されており、タッチパネル等を用いてサービス内容等が選択可能になっている。
また、図４には２台の乗務員端末１１０と乗務員端末１２０の位置も示す。なお、上述したように、乗務員端末１１０と乗務員端末１２０は、いずれも同等の機能を持つ乗務員端末であり、両者に本質的な差は無い。
例えば、図４で示すような座席、乗務員の配置の時に、座席１Ａに設置された乗客端末から必要なサービスが選択され、図３で示す乗客要求３１０がシステム制御装置１００に送信されると、乗客呼出情報受信部１０１が受信し、乗客呼出情報送信部１０２から乗務員端末１１０と乗務員端末１２０に無線で送信される。
乗務員端末１１０においては、受信部１１１がシステム制御装置１００から送られる乗客要求を受信し、呼出情報解析部１１３に通知する。
以降の動作は他の乗務員端末においても同様である。
呼出情報解析部１１３は、乗客要求を受信すると、位置情報特定部１１２から現在の自端末の位置を取得する。呼出情報解析部１１３は、取得した自端末の位置情報を送信部１１５に通知した後、一定時間他端末の位置情報を受信するのを待つ。
一方、送信部１１５は、呼出情報解析部１１３から位置情報を受信すると、それを他の乗務員端末１２０に向けて送信する。もちろん、乗務員端末が多い場合は全ての乗務員端末に対して送信する。
一定時間以内に、同様の動作をしている他端末の位置情報を受信部１１１が受信し、呼出情報解析部１１３に通知する事で、呼出情報解析部１１３は、自端末及び他端末の位置情報を全て把握する事が可能となる。
なお、上記待ち時間は、乗務員端末の処理能力にもよるが、一般的には数百ミリ秒程度で十分である。
自端末及び他端末の位置情報を取得すると、呼出情報解析部１１３は、受信した乗客要求のサービス分野に対して、乗客に最も近いサービス提供ソースを検索する。
以下、サービス提供ソースの検索処理の例を、図を用いて説明する。図５は、サービス分野とサービスソースの対応関係を表すサービスソースリストの例である。
なお、サービスソースリスト５００は、システム制御装置１００でもよいし、全ての乗務員端末が備えるようにしてもよい。
図において、サービス分野は、図３に示した呼出情報３００のサービス分野３０２と同じ情報を表すものであり、サービスソース５０１はサービス分野３０２のそれぞれの項目で示されるサービス分野を提供できる場所を表すものである。
図５の例では、サービスソース情報５１０は、新聞／雑誌のサービスは書物収納庫Ａ及びＢから提供できるものであり、サービスソース情報５１１は、寝具のサービスは寝具収納庫Ａ、Ｂ、及びＣから提供できるものであり、サービスソース情報５１２は、ドリンクのサービスはギャレーＡ、Ｂ、及びＣから提供できるものであり、サービスソース情報５１３は、食事のサービスはギャレーＡ及びＣから提供できるものである事を表している。
そして、上記乗客要求３１０が発生すると、呼出情報解析部１１３は、図３で示すように、座席１Ａの乗客からの要求であり、要求されているサービス分野３０２が新聞／雑誌である事を認識し、図５におけるサービスソース情報５１０から、新聞／雑誌サービスを提供できるサービスソース５０１が書物収納庫Ａ、Ｂである事を認識する。
図３における配置の場合、サービスを要求している乗客の座席１Ａから一番近い書物入れは書物収納庫Ａ４１２であることが分かる。従って、乗客に最も近いサービスソース５０１は書物収納庫Ａ４１２であると決定する。
ここで、呼出情報解析部１１３は、乗客の座席１Ａに最も近い位置にあるのは自端末であるが、サービスソースの書物収納庫Ａ４１２には乗務員端末１２０が最も近いため、座席１Ａの乗客に対するサービスを提供するのは自端末ではないと判断し、呼出情報提示部１１４には通知せず、処理を終了する。
一方、乗務員端末１２０では、乗務員端末１１０と同じ情報を受信部１２１が受信しており、呼出情報解析部１２３は要求されているサービス分野３０２、サービスソース情報５１０から、サービスを提供するのは自端末であると判断し、呼出情報提示部１２４に通知する。
そして、呼出情報提示部１２４に乗客要求３１０が表示され、乗務員端末１２０を所有する乗務員は書物収納庫Ａ４１２から要求内容３０３の経済紙を取り出し、座席１Ａの乗客のところまで持って行く。
また、例えば、図３で示す乗客要求３１１が発生した場合、呼出情報解析部１１３は、同様の判断基準を用いて、乗客要求３１１は座席１４Ｈの乗客が要求しており、サービス分野３０２、サービスソース情報５１２から、サービスソース５０１はギャレーＡ４１１であると決定する。
呼出情報解析部１１３は、乗客要求のサービスソース５０１を決定すると、自端末の位置が、他端末と比較してサービスソースの位置に最も近いかどうかを判断する。ステップＳ２０５にて、もし自端末がサービスソースであるギャレーＡ４１１に最も近いと判断された場合、呼出情報解析部１１３は呼出情報提示部１１４に受信した呼出情報を送信し、処理を完了する。
呼出情報解析部１１３から呼出情報を受信すると、呼出情報提示部１１４は、乗客要求３１１を表示し、乗務員端末１１０を所有する乗務員はギャレーＡ４１１から要求内容３０３のビールを取り出し、座席１４Ｈの乗客に提供する。
なお、提示方法は、画面にサービスを要求している乗客の座席位置と、サービス内容を文字や絵で表示してもよいし、乗務員端末にＬＥＤ等のライトを装備しておき、ＬＥＤ等のライトを予め決められているパターン（どのライトを点灯／点滅させるか、点滅間隔、色、等）で点灯させてもよいし、音声で呼出情報を乗務員に通知してもよい。
前述するように、乗務員にどのような手段で呼出があった事を通知するかは、本発明の本質とは関係しないため、呼出情報提示手段における乗務員への提示方法は、本発明では特に言及しない。
このように、乗客要求があった時点で位置的に最も効率的にサービスを行う事のできる乗務員が、呼出情報を検知して実際のサービス対応を行うことが可能となる。
（実施の形態２）
次に、本発明の実施の形態２における移動体サービスシステムの構成について、図６を基に説明する。以下、実施の形態１との差分を中心に説明する。図において、実施の形態１と同じものは同一の番号を付し、説明を省略する。
本実施の形態の移動体サービスシステムでは、実施の形態１の図１に示す乗務員端末１１０、１２０に、乗務員の状態を入力する乗務員状態入力部６１１、６２１と、乗務員の状態を格納するための乗務員状態格納部６１２、６２２が追加され、乗務員端末６１０、６２０としている。
また、乗務員状態入力部６１１、６２１と乗務員状態格納部６１２、６２２の追加により、呼出情報を解析する際の処理が変わるため、呼出情報解析部１１３が呼出情報解析部６１３、６２３に差し替えられている点で、実施の形態１と異なる。
図７は、乗務員状態格納部６１２に格納される乗務員状態の一例を示す図である。乗務員状態リスト７００は、乗務員の識別である乗務員７０１、該乗務員が提供しているサービス内容を表す提供サービス７０２、及び該乗務員が該サービスの提供を開始してからどのくらいの時間が経過したかを表す経過時間７０３から構成される。
例えば図７の例であれば、乗務員状態７１０は、乗務員端末６１０を所有する乗務員Ａが座席１Ａの乗客に対して経済紙を提供するサービスを実行中であり、該サービスの提供を開始してから１０秒が経過していることを表している。
また、乗務員状態７１１は、乗務員端末６２０を所有する乗務員Ｂが座席１４Ｈの乗客に対してビールを提供するサービスを実行中であり、該サービスの提供を開始してから９０秒が経過していることを表している。
また、乗務員状態７１２は、乗務員端末を所有する乗務員Ｃが座席３５Ｈの乗客に対して枕を提供すると同時に、座席６４Ｇの乗客に対してスナックを提供するサービスを提供している事を表し、それぞれのサービスは提供を開始してから２０秒、６０秒が経過していることを表す。
図８は、本実施の形態の移動体サービスシステムについて、呼出情報提示処理の手順を示すフローチャートである。
実施の形態１と同様、システム制御装置１００の乗客呼出情報受信部１０１が受信した乗客端末１３１からの乗客の要求は、乗客呼出情報送信部１０２から各乗務員端末６１０、６２０に通知される。
なお、それぞれの乗務員端末６１０、６２０は、いずれも同等の機能を備えており、ここでは、以降の手順について、乗務員端末６１０についてのみ説明する。
乗務員端末６１０の受信部１１１で受信された呼出情報は、呼出情報解析部１１３に通知されると、呼出情報解析部１１３は位置情報特定部１１２から自端末の位置情報を取得する（ステップ８０１）。
一方、前述のように、乗務員状態入力部６１１から乗務員状態が入力され、乗務員状態格納部６１２に格納されている。
呼出情報解析部１１３は、乗務員状態格納部６１２から乗務員の状態を読み出して、自端末の位置情報と同時に他端末に対して送信する（ステップ８０２）。
そして、他端末からの位置情報、乗務員状態情報を一定時間待って取得する（ステップＳ８０３）。
次に、乗客が要求するサービス分野から、乗客に最も近いサービス提供ソースを検索する（ステップＳ８０４）。
次に、各乗務員の位置情報と乗務員状態から、最も早く乗客要求へのサービスソースに到着できる乗務員（乗務員端末）を決定する（ステップＳ８０５）。
以下、ステップＳ８０５における対象端末の決定処理について図を用いて説明する。
図９は、サービスの提供にかかる平均的な時間を示す図である。図９のサービス提供平均時間リスト９００において、サービス分野３０２及び要求内容３０３は、図２に示すものと同じ情報である。平均時間９０１は、対応するサービス分野３０２、要求内容３０３のサービスを提供するのに、平均的に何秒程度かかるかを表す情報である。
図９では、サービス提供平均時間９１０で、経済紙、一般紙、スポーツ紙を提供するのに４０秒かかり、芸能雑誌、科学雑誌を提供するのに６０秒かかり、子供向け絵本を提供するのに１２０秒かかることを表している。
また、サービス提供平均時間９１１で、和食、洋食を提供するのに３００秒かかり、ヌードル、おにぎりを提供するのに２００秒かかり、スナック、つまみを提供するのに６０秒かかることを表している。
図１０は、図８におけるステップＳ８０５での乗務員決定の際の具体的な処理を示すフローチャートである。
まず、呼出情報解析部１１３は、各端末の位置からステップＳ８０４で取得した乗客に最も近いサービスソースの位置へ移動するのにかかる時間を計算する（ステップＳ１００１）。なお、計算結果の値をＴＴとする。
移動するのにかかる時間は、２点間の単純な距離から求めてもよいし、経路を考慮した上での距離から求めてもよいし、各位置間の移動時間をデータベースとして保持しておきそこから取り出してもよい。本実施の形態では、２点間を移動するのにかかる時間は、合理的であるならば、特に手段は問わない。
また、移動するのにかかる時間として、実際に移動にかかる時間の２倍にするなどの重みを付ける事で、サービス提供の迅速さよりも、乗務員の負担軽減（移動距離削減）を重視する事も可能である。
次に、呼出情報解析部１１３は、各乗務員が現在実施しているサービスを終了するのにかかる時間を計算し、その値をＷＴとする（ステップＳ１００２）。
例えば、図７の乗務員７０１で表される乗務員Ａの場合、経済紙を提供するサービスを開始してから１０秒間経過している事が分かる。また、図９のサービス提供平均時間９１０によれば、経済紙を提供するサービスは平均４０秒かかるため、後３０秒程度時間が必要な事が分かる。
その後、呼出情報解析部１１３は、各乗務員のうちＷＷ＋ＷＴの値が最小のものを選択する（ステップＳ１００３）。
前述のようにして対象となる乗務員が決定されると、呼出情報解析部１１３は、自端末の乗務員がステップＳ８０５で決定された乗務員であるかを判定し（ステップＳ８０６）、Ｙｅｓの場合は呼出情報提示部１２４に呼出情報を送信し（ステップＳ８０７）、Ｎｏの場合は何もせずに処理を終了する。
なお、乗務員状態入力部６１１の入力手段の実現方法については、本発明の本質に直接関係しないため特に言及しない。例えば、乗務員端末６１０の呼出情報提示部１１４で、乗務員に指示を出して乗務員が了解した時（画面をタッチ、ボタンを押す、声を入力する、等どのような手段で通知してもよい）に、提供するサービスを乗務員状態格納部６１２に登録し、乗務員が最終的にサービスを完了し乗務員端末６１０を操作（画面をタッチ、ボタンを押す、声を入力する、等どのような手段で通知してもよい）した時に、乗務員状態格納部６１２から削除するような処理が可能である。
なお、乗務員状態入力部６１１から、乗務員の状態として、休憩中、調理中、等の直接乗客からの呼出と対応付けられないが、乗客へのサービス提供ができない状態を入力できるようにする事も可能である。そのような状態も乗務員状態格納部６１２で管理し、該状態の乗務員は、図８におけるステップＳ８０５で検索対象から外す事で対応できる。
なお、乗務員状態入力部６１１から、乗務員の現在のサービス提供に、あとどの程度の時間がかかるかの予測値を入力できるようにすることも可能である。例えば、乗務員が乗客からクレームを受けていて、少なくとも５分は対応が必要と判断できる場合、乗務員が乗務員状態入力部６１１から５分間を入力する。
そして、図１０におけるステップＳ１００２で、ＷＴの値として強制的に５分間と判断するようにする事で、乗務員状態入力部６１１から入力された予測時間を基にした処理が可能となる。
なお、この処理を行う場合には、残りサービス提供予測時間が入力された乗務員端末６１０から、他の乗務員端末に対して該情報を送信し、他の乗務員端末もステップＳ１００２で、ＷＴの値を強制的に５分間と判断する処理が必要である。
【００１０】
（実施の形態３）
以下に、本発明の実施の形態３における移動体サービスシステムの構成について、図１１を基に説明する。以下、実施の形態１との差分を中心に、本実施の形態について説明する。実施の形態１と同じものは同一の番号を付し、説明を省略する。
本実施の形態の移動体サービスシステム１１００では、実施の形態１に示す図１の乗務員端末１１０、１２０に、乗務員からサービス提供のキャンセルを入力できるキャンセル入力部１１１１、１１２１が追加され、キャンセル入力部１１１１、１１２１の追加により呼出情報解析部１１３、１２３が呼出情報解析部１１１２、１１２２に差し替えられ、乗務員端末１１１０、１１２０としている点で、実施の形態１と異なる。
図１２は、本実施の形態における呼出情報の一例を示す図である。呼出情報１２００は、実施の形態１における呼出情報３００に、経過時間１２０１及びキャンセル端末１２０２を追加したものであり、これらの情報は各乗務員端末１１１０、１１２０が保持／管理する。
本実施の形態では、呼出情報提示部１１４に呼出情報が提示された時に、乗務員が何らかの理由でサービスを提供できない状況の場合に該サービスをキャンセルしたり、呼出情報提示部１１４で呼出情報が提示された時には、サービス提供を受けたが、何らかの理由で該サービスを提供できなくなった時に該サービスをキャンセルしたりできるため、乗客からの呼出に対してどの乗務員もアサインされない場合が考えられる。
図１２において、乗客要求１２１１や乗客要求１２１３のように経過時間１２０１が「対応中」となっているものは、既に乗務員がアサインされてサービスの提供を開始済みであることを表す。
一方、乗客要求１２１０や乗客要求１２１２のように、経過時間１２０１に具体的な時間が割り当てられているものは、その時点でどの乗務員も該要求に対してアサインされておらず、乗客が要求を発してから経過時間１２０１で表わされる時間が経過済みである事を表す。
例えば、乗客要求１２１０は、座席１Ａの乗客が経済紙を要求したにも関わらず、現状乗務員がアサインされておらず、かつ乗客が要求を出してから１０秒が経過した事を表しており、乗客要求１２１２は、座席の乗客が枕を要求したにも関わらず、現状乗務員がアサインされておらず、かつ乗客が要求を出してから３０秒が経過した事を表している。
また、キャンセル端末１２０２は、該要求に対する、各乗務員端末１１１０のキャンセル状況を表す情報である。例えば、乗客要求１２１０と乗客要求１２１２は、乗務員Ａ、Ｂ、及びＣの乗務員端末１１１０〜１１３０（図示せず）が対応をキャンセルしている事を表し、乗客要求１２１１は、乗務員Ａ及びＣが、乗客要求１２１３は、乗務員Ｂ及びＣが、それぞれ対応をキャンセルしている事を表す。キャンセルについては、以下に詳細を述べる。
図１３は、乗務員端末１１１０において、キャンセル入力部１１１１から要求Ａがキャンセルされた場合の処理を表すフローチャートである。キャンセル入力部１１１１は、乗務員からの要求Ａに対するキャンセルを受信すると、その旨を呼出情報解析部１１１２に通知する（ステップＳ１３０１）。
ステップＳ１３０１で要求Ａに対するキャンセルがあった旨を認識した呼出情報解析部１１１２は、自端末が要求Ａのキャンセルをする旨と、要求Ａの再要求を表すメッセージを送信するよう、送信部１１５に通知する（ステップＳ１３０２）。
呼出情報解析部１１１２からキャンセル情報及び要求Ａの再要求の送信指示を受信した送信部１１５は、他の乗務員端末１１２０、１１３０に対して、自端末が要求Ａをキャンセルする旨を表すメッセージと要求Ａの再要求を表すメッセージを送信する（ステップＳ１３０２）。
送信部１１５は、ステップＳ１３０２でキャンセル情報を受信すると、他の乗務員端末１１２０、１１３０に対して、自端末が要求Ａをキャンセルした旨を表すメッセージを送信する。各乗務員端末１１２０、１１３０は、キャンセルのメッセージを受信すると、図１２のキャンセル端末１２０２に、該メッセージの送信元を追加する事で、キャンセル状況を管理する事が可能となる。
続いて、要求Ａの再要求を受信すると、再び図２で示される判定処理を実行する。ただし、本実施の形態は、ステップＳ２０５において、自端末が既に要求Ａをキャンセルしている場合にはＳ２０５は必ずＮｏと判定する点、及び他端末のうち要求Ａをキャンセルしている端末は、ステップＳ２０５で比較対象から外す点で、実施の形態１と異なる。
また、図１２において、ある要求の経過時間１２０１の値が一定以上の値になった時に、乗務員端末１１１０は、擬似的に、当該要求が発生した時と同様の動作を行うものとする。この処理の際、呼出情報提示部１１４から呼出情報を提示する場合、緊急である旨や、既に乗客を長い時間待たせている旨を表示したり、キャンセル機能自体を無効化してしまったりすることで、乗客を長く待たせてしまうことを回避することが可能となる。
なお、ファーストクラス担当の乗務員、ビジネスクラス担当の乗務員、エコノミークラス担当の乗務員、のように乗務員の担当が固定されている運用も考えられる。その場合、実施の形態１のようにキャンセル入力部１１１１を持たない端末でも、サービス要求を出した乗客が、自分の担当以外だった場合は、乗務員端末１１１０が自動的にキャンセルするようにすると、担当エリア別に効率的に乗務員を呼び出す事が可能となる。
なお、担当分けの考え方は、前述のように完全に３つに分けるだけでなく、乗務員間で部分的に担当範囲が重複するような設定や、優先的にサービスを提供する乗客の設定、例えばファーストクラスの乗客の要求は全乗務員端末で対応するが、エコノミークラスの乗客の要求はファーストクラスとビジネスクラス担当の乗務員端末はキャンセルする、など様々な設定が可能な事は言うまでもない。
なお、本実施の形態は、実施の形態１からの差分で説明したが、実施の形態２の乗務員端末にキャンセル機能を追加して実現してもよいのは言うまでもない。
なお、上述の実施の形態では、受信した呼出情報を解析する呼出情報解析部、位置情報特定部は乗務員端末に設けたが、これらはシステム制御装置に設けられてもよい。
【産業上の利用可能性】
【００１１】
本発明にかかる移動体サービスシステム及び乗務員端末装置、及び移動体サービス方法は、移動体において、乗客からのサービス要求を、そのサービスを提供するのに最適な乗務員に伝え、サービス提供業務を効率的に実施することを可能とし、特に、航空機等のサービス提供システムとして有用である。
【符号の説明】
【００１２】
１００  システム制御装置
１０１  乗客呼出情報受信部
１０２  乗客呼出情報送信部
１１０、１２０、６１０、６２０、１１１０、１１２０  乗務員端末
１１１、１２１  受信部
１１２、１２２  位置情報特定部
１１３、１２３、６１３、６２３、１１１２、１１２２  呼出情報解析部
１１４、１２４  呼出情報提示部
１１５、１２５  送信部
３００、１２００  呼出情報
３０１  座席番号
３０２  サービス分野
３０３  要求内容
３１０〜３１３、１２１０〜１２１３  乗客要求
４１１  ギャレーＡ
４１２  書物収納庫Ａ
４１３  寝具収納庫Ａ
５００  サービスソースリスト
５０１  サービスソース
５１０〜５１３  サービスソース情報
６１１，６２１  乗務員状態入力部
６１２、６２２  乗務員状態格納部
７００  乗務員状態リスト
７０１  乗務員
７０２  提供サービス
７０３、１２０１  経過時間
７１０〜７１２  乗務員状態
９００  サービス提供平均時間リスト
９０１  平均時間
９１０、９１１  サービス提供平均時間
１１１１、１１２１  キャンセル入力部
１２０２  キャンセル端末
【図１】
2013058069.tif 000003
【図２】
2013058069.tif 000004
【図３】
2013058069.tif 000005
【図４】
2013058069.tif 000006
【図５】
2013058069.tif 000007
【図６】
2013058069.tif 000008
【図７】
2013058069.tif 000009
【図８】
2013058069.tif 000010
【図９】
2013058069.tif 000011
【図１０】
2013058069.tif 000012
【図１１】
2013058069.tif 000013
【図１２】
2013058069.tif 000014
【図１３】
2013058069.tif 000015