JP2019036023A - 霊柩寝台車配車サーバ - Google Patents

Abstract

【課題】急な事態が生じた場合にも、希望する安置施設の選択機会を提供し、かつ利用者自身が霊柩寝台車を手配することができる霊柩寝台車サーバを提供する。【解決手段】霊柩寝台車が空車であるか否かを表す車両状態を車両状態情報３１５として記憶する車両状態記憶手段と、安置施設が空き室であるか否かを表す施設状態を施設状態情報３１６として記憶する施設状態記憶手段と、前記車両状態情報３１５及び前記施設状態情報３１６に基づいて、空車の霊柩寝台車に関する情報及び空き室の安置施設に関する情報を利用者の利用者端末に送信し、前記利用者端末に提示する状態提示手段３０４と、提示された空き室の安置施設と関連付けて空車の霊柩寝台車を選択する車両選択情報を、前記利用者端末から受信し、前記車両選択情報に基づいて、選択された霊柩寝台車の配車を指示する配車指示手段３０６とを備える。【選択図】図３

Description

本発明は、遺体を安置施設まで搬送する霊柩寝台車の配車指示に関し、特に搬送元付近の空き車両及び搬送先の空き安置施設の所在を利用者の端末に提示し、利用者の希望に沿った配車指示を行う霊柩寝台車配車サーバに関する。

従来、利用者が外出中にタクシーを利用する場合、タクシーと利用者との間に中継局を設けて、利用者が携帯端末により中継局を介して配車を依頼することで、迅速にタクシーを配車できるようにしたタクシー配車システムが知られている（例えば、特許文献１、特許文献２、特許文献３参照）。

特許文献１に記載のデマンド型配車システムは、事業所ごとに管理される車両を識別する事業所・車両コードと車両位置及び動態データで構成される車両データを車両ごとにインターネット経由で定期的に受信し、Ｗｅｂ対応モバイル端末から送信される利用者の位置データに基づき、任意の距離範囲で有効到着経路に位置する１つ以上の車両の予測到着時間を利用者の予約対象車両リストとして検索・管理し、利用者が当該リストから選択した車両に対して、利用可否の問い合わせを行い、任意の時間内に応答がない場合には、次候補車両について同様の問い合わせを行い、有効な応答があった場合には、利用者及び車両に予約が成立した旨を送信するものである。
特許文献２に記載のタクシー配車システムは、事業所ごとに管理されるタクシー車両を識別する事業所・車両コードを登録し、車両位置及び空車／実車状態を車両ごとにネットワークを介して監視するとともに、利用者の携帯端末からの位置情報に基づいて配車するタクシー車両を検索し、検索したタクシー車両の車載端末に利用者の現在位置情報を含む配車指令を送信するものである。
特許文献３に記載の配車システムは、車両の車載端末を識別する車載端末識別手段を有し、車両の位置情報と状態情報を車載端末から受信し、利用者の携帯端末から受信した位置情報、目的地情報、及び認証手段による暗証番号情報に基づいて、配車すべき最適な車両を検索して配車指示と課金情報送信要求を行うとともに、車両が目的地に到着後に課金情報送信要求に従って送信した課金情報を受信することにより、後払いのための料金請求処理を実行するものである。

特開２００２−１４０７９５号公報 特開２００３−１５１０８３号公報 特開２００３−１８７３８８号公報

しかし、特許文献１、２、３のいずれに記載の配車システムとも、タクシーの配車を前提としたものであるため、目的地に関する情報を利用者に提供するシステムは見当たらない。
現代は、臨終を迎える場所の９０％以上が病院といわれている。臨終後の処置が終わると病院の霊安室に一時的に安置されるが、余儀なく遺体を搬出するための霊柩寝台車を手配することになる。また、遺体を搬出する際には、遺体を安置する場所を確保しなければならない。
多くの遺族は、突然のことで何の準備もないまま、看護師に依頼して病院に出入りしている葬儀社に遺体の搬送を要請する。そして、限られた時間の中で他の葬儀社と比較することもなく、当該葬儀社にその後の安置施設や葬儀式場まで手配を依頼する。このため、希望通りの日程、葬儀場、葬儀スタイルで葬儀を行えなかったとの声や、費用が予想以上に掛かったなどの苦情が聞かれる。

本発明は、このような課題を解決するためになされたものであり、空車の霊柩寝台車及び空き室の安置施設の位置を利用者の利用者端末に提示することにより、急な事態が生じた場合にも、希望する安置施設の選択機会を提供し、かつ利用者自身が霊柩寝台車を手配することができる霊柩寝台車配車サーバを提供することを目的とする。

請求項１に記載の霊柩寝台車配車サーバは、霊柩寝台車が空車であるか否かを表す車両状態を車両状態情報として記憶する車両状態記憶手段と、安置施設が空き室であるか否かを表す施設状態を施設状態情報として記憶する施設状態記憶手段と、前記車両状態情報及び前記施設状態情報に基づいて、空車の霊柩寝台車に関する情報及び空き室の安置施設に関する情報を利用者の利用者端末に送信し、前記利用者端末に提示する状態提示手段と、提示された空き室の安置施設と関連付けて空車の霊柩寝台車を選択する車両選択情報を、前記利用者端末から受信し、前記車両選択情報に基づいて、選択された霊柩寝台車の配車を指示する配車指示手段とを備える。

請求項２に記載の霊柩寝台車配車サーバは、前記配車指示される霊柩寝台車と関連付けられる空き室の安置施設を選択する施設選択情報を、前記利用者端末から受信し、前記施設選択情報に基づいて、選択された空き室の安置施設を予約する施設予約手段、をさらに備えることで、提示された空き室の安置施設の中から、希望する安置施設を確保することができる。
請求項３に記載の霊柩寝台車配車サーバは、前記状態提示手段は、前記空車の霊柩寝台車に関する情報及び前記空き室の安置施設に関する情報を、前記利用者端末の画面に表示する地図上に提示することで、利用者が車両及び事業所の位置を容易に把握することができる。
請求項４に記載の霊柩寝台車配車サーバは、前記施設予約手段は、空き室の安置施設を仮選択する施設仮選択情報を前記利用者端末から受信し、前記施設仮選択情報に基づいて、仮選択された安置施設の事業者が所有する葬儀式場が空き室であるか否かを表す施設状態情報を、前記利用者端末に提示することにより、同一の事業者の安置施設と葬儀式場とが双方とも空き室であることが分かれば、その後の葬儀日程をスムーズに進めることができる。
請求項５に記載の霊柩寝台車配車サーバは、前記施設予約手段は、前記施設仮選択情報に基づいて、仮選択された安置施設の事業者が所有する葬儀式場の予約状況を前記利用者端末に提示する施設予約状況提示手段を含むことにより、空き室の安置施設と同一の事業者の葬儀式場の予約状況を把握できるので、安置施設に遺体を安置する日数とその後の葬儀日程を予想することができる。
請求項６に記載の霊柩寝台車配車サーバは、前記施設予約手段は、前記施設予約状況提示手段で提示された空き室の葬儀式場を仮選択する仮選択情報を受信し、さらに前記仮選択された安置施設について選択情報を受信した場合は、前記仮選択された空き室の葬儀式場及び前記選択情報を受信した安置施設の双方について予約することにより、葬儀日程を確定することができる。
請求項７に記載の霊柩寝台車配車サーバは、前記配車指示手段は、空車の霊柩寝台車を仮選択する車両仮選択情報を前記利用者端末から受信し、前記車両仮選択情報に基づいて、仮選択された霊柩寝台車に関し、前記仮選択された霊柩寝台車の事業者の所在地から依頼地までの第１の予定料金及び依頼地から前記選択された空き室の安置施設までの第２の予定料金を表す配車情報を提示する配車情報提示手段を含むので、これらを配車情報として提示することにより、利用者が支払う予定料金を把握することができる。貨物自動車運送業法に基づいて許可制になっている霊柩車自動車運送業では、依頼地である乗車地から目的地までの料金を請求するタクシー業と異なり、必ず霊柩寝台車の事業者の所在地から依頼地までの料金も請求することになっている。
請求項８に記載の霊柩寝台車配車サーバは、前記配車指示手段は、空車の霊柩寝台車の事業者の所在地から依頼地までの第１の予定料金及び依頼地から前記選択された空き室の安置施設までの第２の予定料金の合計が最低金額となる、空車の霊柩寝台車を車両仮選択状態とすることにより、配車に掛かる予定料金の最低金額と、その金額となる空車の霊柩寝台車の位置が把握できるので、より迅速に空車の霊柩寝台車を手配することができる。

本発明によれば、霊柩寝台車が空車であるか否かを表す車両状態を車両状態情報として記憶する車両状態記憶手段と、安置施設が空き室であるか否かを表す施設状態を施設状態情報として記憶する施設状態記憶手段と、前記車両状態情報及び前記施設状態情報に基づいて、空車の霊柩寝台車に関する情報及び空き室の安置施設に関する情報を利用者の利用者端末に送信し、前記利用者端末に提示する状態提示手段と、提示された空き室の安置施設と関連付けて空車の霊柩寝台車を選択する車両選択情報を、前記利用者端末から受信し、前記車両選択情報に基づいて、選択された霊柩寝台車の配車を指示する配車指示手段とする構成により、急な事態が生じた場合にも、希望する安置施設の選択機会を提供し、かつ利用者自身が霊柩寝台車を手配することができる。

本発明の実施例１に係る霊柩寝台車配車システムの全体構成例を示す図である。 本発明の実施例１に係る霊柩寝台車配車サーバの概要構成例を示す図である。 本発明の実施例１に係る霊柩寝台車配車システムの運用機能例を示す図である。 本発明の実施例１に係る霊柩寝台車配車サーバの記憶部内のデータ構成例を示す図である。 本発明の実施例１に係る霊柩寝台車配車サーバの記憶部内の各種テーブル構成例を示す図である。 本発明の実施例１に係る霊柩寝台車配車サーバの全体の手順を示すフローチャートである。 本発明の実施例１に係る霊柩寝台車配車サーバの管理情報を登録する手順を示すフローチャートである。 本発明の実施例１に係る霊柩寝台車配車サーバの状態書換手順を示すフローチャートである。 本発明の実施例１に係る霊柩寝台車配車サーバの利用者の配車依頼を応対する全体手順を示すフローチャートである。 本発明の実施例１に係る霊柩寝台車配車サーバの車両及び施設状態を提示する手順を示すフローチャートである。 本発明の実施例１に係る利用者端末と事業者端末に提示する画面表示例である。 本発明の実施例１に係る霊柩寝台車配車サーバの施設予約の手順を示すフローチャートである。 本発明の実施例１に係る利用者端末に目的地が仮選択された状態を提示する画面表示例である。 本発明の実施例１に係る事業者端末に施設予約確認情報を提示する画面表示例である。 本発明の実施例１に係る霊柩寝台車配車サーバの配車情報提示の手順を示すフローチャートである。 本発明の実施例１に係る利用者端末に車両が仮選択され、配車情報を提示する画面表示例である。 本発明の実施例１に係る事業者端末に配車確認情報を提示する画面表示例である。 本発明の実施例１に係る霊柩寝台車配車サーバの料金決済の手順を示すフローチャートである。 本発明の実施例１に係る利用者端末に決済情報を提示する画面表示例である。 本発明の実施例２に係る霊柩寝台車配車システムの全体構成例を示す図である。 本発明の実施例２に係る霊柩寝台車配車サーバの記憶部内のデータ構成例を示す図である。 本発明の実施例２に係る霊柩寝台車配車サーバの記憶部内の各種テーブル構成例を示す図である。 本発明の実施例２に係る利用者端末と事業者端末に提示する画面表示例である。 本発明の実施例２に係る利用者端末に目的地が仮選択された状態を提示する画面表示例である。 本発明の実施例２に係る利用者端末に葬儀式場の施設予約状況を提示する画面表示例である。 本発明の実施例２に係る事業者端末に施設予約確認情報を提示する画面表示例である。

以下、添付図面を参照しながら本発明を実施するための形態について詳細に説明する。図１から図２６は、本発明の実施の形態を例示する図であり、これらの図において、同一の符号を付した部分は同一物を表し、基本的構成及び動作は同様であるものとする。

図１は、本発明の実施例１に係る霊柩寝台車配車システムの全体構成例を示す図である。
図１に示す霊柩寝台車配車システム１は、霊柩寝台車配車サーバ３が、事業者端末４及び利用者端末５とインターネット２を介して接続される構成である。
図２は、本発明の実施例１に係る霊柩寝台車配車サーバの概要構成例を示す図である。
図２に示す霊柩寝台車配車サーバ３は、システム全体を統括的に制御する制御部（ＣＰＵ）３０、各種情報を記憶する記憶部３１、キーボードやマウス等からなる入力部３３、ディスプレイ等の表示部３４、及びインターネット２に接続される通信部３５がバスライン３２を介して接続される構成である。

制御部（ＣＰＵ）３０は、オペレーションシステム等のプログラム、本霊柩寝台車配車システムの手順を規定したプログラム等がＲＯＭ及びＲＡＭにロードされることによって、認証手段３００、管理情報登録手段３０１、施設状態書換手段３０２、車両状態書換手段３０３、状態提示手段３０４、施設予約手段３０５、配車指示手段３０６、料金決済手段３０７及び各種処理手段や判定手段等を実現している。

記憶部３１は、ＲＡＭ、ＲＯＭ等の揮発性又は不揮発性の半導体素子や、ハードディスク、光ディスク等の補助記憶装置から構成され、プログラム格納部３１０、各種テーブル３１１、事業者管理情報３１２、社員管理情報３１３、利用者管理情報３１４、車両状態情報３１５、施設状態情報３１６及び依頼経路情報３１７等を備えている。また、記憶部３１は、地図情報３１８を備えていてもよいし、図示しない外部サーバに、地図情報３１８を備えてもよい。

入力部３３は、キーボードやマウス、トラックボール等のポインティングデバイスからなり、例えば、記憶部３１に記憶されている各種テーブルや各種情報の保守や補助的入力に用いられる。表示部３４は、管理者が保守や補助的に入力する各種情報の表示や各種霊柩寝台車配車サーバ３の動作状況を確認するために用いられる。通信部３５は、インターネット２を介して外部との通信を可能にするためのものであり、例えばＴＣＰ／ＩＰ等のプロトコルを利用して有線又は無線により、事業者端末４や利用者端末５との情報の送受信に用いられる。

認証手段３００は、通信部３５を通じて接続要求する外部端末からの認証情報と、事業者管理情報３１２又は利用者管理情報３１４に記憶されている認証情報とを照合する手段である。この認証手段３００は、取り扱う故人や遺族等の個人情報等の秘密保持のために必要である。

管理情報登録手段３０１は、通信部３５を通じて接続する外部端末の事業者、事業者の社員及び利用者に関する管理情報を、事業者管理情報３１２、社員管理情報３１３及び利用者管理情報３１４にそれぞれ記憶する手段である。

施設状態書換手段３０２は、事業者が所有する安置施設が空き室であるか使用中であるかという施設状態を、通信部３５を通じて接続する事業者端末４から受信して、施設状態情報３１６に記憶する手段である。

車両状態書換手段３０３は、事業者が所有する霊柩寝台車が空車であるか実車であるかという車両状態を、通信部３５を通じて接続する事業者端末４から受信して、車両状態情報３１５に記憶する手段である。

状態提示手段３０４は、通信部３５を通じて接続する事業者端末４又は利用者端末５に対して、車両状態情報３１５に記憶している車両状態及び施設状態情報３１６に記憶している施設状態を送信し、提示する手段である。

施設予約手段３０５は、通信部３５を通じて接続する利用者端末５からの選択により、空き室の安置施設の予約を行う手段である。

配車指示手段３０６は、通信部３５を通じて接続する利用者端末５からの選択により、空車の霊柩寝台車の配車を指示する手段である。

料金決済手段３０７は、通信部３５を通じて接続する事業者端末４から受信した、遺体を目的地まで実際に搬送した実走行距離及び実際に掛かった料金を、通信部３５を通じて接続する利用者端末５に対して送信して、料金決済の請求処理を行う手段である。

図３は、本発明の実施例１に係る霊柩寝台車配車システムの運用機能例を示す図である。

霊柩寝台車配車サーバ３は、事業者端末４又は利用者端末５から初めて接続要求があった場合、管理情報登録手段３０１により事業者管理情報３１２、社員管理情報３１３及び利用者管理情報３１４を記憶部３１に登録する。事業者管理情報３１２、社員管理情報３１３及び利用者管理情報３１４には、所在地又は住所、事業者又は利用者等の種別から各種テーブル３１１に基づき識別コードが付与される。霊柩寝台車配車サーバ３は、２回目以降、事業者端末４又は利用者端末５から接続要求があった場合、認証手段３００により記憶部３１に記憶されている事業者管理情報３１２、社員管理情報３１３及び利用者管理情報３１４の認証情報を用いて照合する。照合後は、識別コードから事業者端末４であるか利用者端末５であるかを識別して、それぞれに対応する以下の処理を行う。

霊柩寝台車配車サーバ３は、安置施設の施設状態に変更があった場合に新たな施設状態とするフラグ情報を、事業者端末４から受信すると、施設状態書換手段３０２により記憶部３１に記憶されている施設状態情報３１６を書き換えて更新する。霊柩寝台車配車サーバ３は、霊柩寝台車の車両状態に変更があった場合に新たな車両状態とするフラグ情報を、事業者端末４から受信すると、車両状態書換手段３０３により記憶部３１に記憶されている車両状態情報３１５を書き換えて更新する。車両状態情報３１５及び施設状態情報３１６には、予め所有する事業者の識別コードが記憶されている。

霊柩寝台車配車サーバ３は、利用者端末５から配車依頼を受信すると、配車応対手段を実行する。配車応対手段は、状態提示手段３０４、施設予約手段３０５、配車指示手段３０６及び料金決済手段３０７からなる、一連の処理手段である。

霊柩寝台車配車サーバ３は、まず利用者端末５から受信した依頼地（乗車位置）を依頼経路情報３１７として記憶部３１に記憶する。つぎに霊柩寝台車配車サーバ３は、記憶部３１に記憶されている車両状態情報３１５、施設状態情報３１６、依頼経路情報３１７及び各種テーブル３１１に基づき状態提示手段３０４により、利用者端末５に対して依頼地区域の空車の霊柩寝台車及び空き室の安置施設に関する情報を送信し、提示する。

霊柩寝台車配車サーバ３は、提示した情報に基づき利用者端末５から安置施設の予約申込みを受信した場合は、施設予約手段３０５により事業者端末４に施設予約情報を送信する。また霊柩寝台車配車サーバ３は、施設予約情報に基づく目的地を依頼経路情報３１７として記憶部３１に記憶する。

また霊柩寝台車配車サーバ３は、提示した情報に基づき利用者端末５から霊柩寝台車の配車申込みを受信した場合は、配車指示手段３０６により、記憶部３１に記憶されている依頼経路情報３１７に基づき事業者端末４に配車指示情報を送信する。
霊柩寝台車配車サーバ３は、遺体を目的地まで搬送後に霊柩寝台車の事業者端末４から実際に掛かった料金を受信すると、記憶部３１に記憶されている依頼経路情報３１７及び事業者端末４から受信した実際料金等の料金決済情報を、料金決済手段３０７により利用者端末５に送信する。
個別の手段及び記憶される各種情報の具体的構成については、以下により詳細に説明する。

図４は、本発明の実施例１に係る霊柩寝台車配車サーバの記憶部内のデータ構成例を示す図である。

事業者管理情報３１２は、葬儀会館を所有する葬儀社、安置室専門業者、霊柩寝台車専門業者に関する情報を保持し、具体的には、事業者の識別コード、事業者名、事業者の所在地、代表連絡先、霊柩寝台車配車サーバ３にログインするための認証情報、事業者のＷｅｂ−ＵＲＬ、振り込み用の口座情報、事業者の外観写真、事業者が所有する霊柩寝台車数、安置室数、葬儀式場数等を保持している。

社員管理情報３１３は、従業者の社員に関する情報を保持し、具体的には、事業者の識別コード、社員番号、社員氏名、社員連絡先、社員写真等を保持している。

利用者管理情報３１４は、利用者に関する情報を保持し、具体的には、利用者の識別コード、利用者氏名、住所、連絡先、霊柩寝台車配車サーバ３にログインするための認証情報、利用者が支払うクレジット等の支払い情報、利用者写真等を保持している。

車両状態情報３１５は、葬儀社や霊柩寝台車専門業者が所有する霊柩寝台車に関する情報を保持し、具体的には、事業者の識別コード、霊柩寝台車の車両番号、基本料金と単位距離当たりの追加料金、霊柩寝台車を運転する社員の社員番号、及び空車であるか実車中であるかを表す車両状態等を保持している。

施設状態情報３１６は、葬儀社が所有する葬儀会館や安置室専門業者が所有する安置施設に関する情報を保持し、具体的には、事業者の識別コード、安置施設の施設番号、及び空き室であるか使用中であるかを表す施設状態等を保持している。

依頼経路情報３１７は、利用者が希望する乗車経路を表す情報を保持し、具体的には、利用者の乗車地である依頼地、遺体を安置する安置施設である目的地、自宅など利用者が希望する経由地、利用者が選択する霊柩寝台車の事業所の所在地、利用者が選択する霊柩寝台車を運転する社員の現在位置等を保持している。なお、社員の現在位置は、運転する霊柩寝台車から離れている場合を想定したものである。

図５は、本発明の実施例１に係る霊柩寝台車配車サーバの記憶部内の各種テーブル構成例を示す図である。

図４の説明で前述した、事業者及び利用者の識別コード３１２０は、例えば、数字２桁の地域コード、数字３桁の区域コード、数字２桁の種別コード、及び例えば任意の５桁の連続番号からなる、例えば１２桁の数字で構成される。

地域テーブル３１１Ａは、地域コードと地域名で構成され、例えば、地域コード「０１」と地域名「北海道」が対になって記憶されている。地域コードは、利用者からの霊柩寝台車の配車依頼に対して日本全国に所在する事業者を効率的に抽出するために用いられる。また、利用者端末５の画面に提示する粗い地図情報を抽出するために用いられる。

区域テーブル３１１Ｂは、区域コードと区域名で構成され、例えば、区域コード「００２」と区域名「旭川市」が対になって記憶されている。貨物自動車運送業法に基づいて許可された、保有車両が５両未満の事業者は、「発地着地いずれもが当該営業区域内に属するものの運送」しか行えないことから、区域コードは、事業者の営業区域に相当し、利用者からの霊柩寝台車の配車依頼に対して、より効率的に事業者を抽出するために用いられる。また利用者端末５の画面に提示する詳細な地図情報を抽出するために用いられる。

種別テーブル３１１Ｃは、種別コードと種別名で構成され、例えば、種別コード「０３」と種別名「会館・搬送」が対になって記憶されている。種別コードは、事業者が利用者に提供する車両・施設を特定することに用いられる。

続いて、上述のように構成された本発明の実施例１に係る霊柩寝台車配車サーバ３の動作手順について図６乃至図１９を用いて説明する。
図６は、本発明の実施例１に係る霊柩寝台車配車サーバの全体の手順を示すフローチャートである。

ステップＳ１では、制御部（ＣＰＵ）３０は、事業者端末４又は利用者端末５が送信する認証情報を、通信部３５を通じて受信する。認証情報は、例えば英数字テキストによるパスワードや、指紋情報、網膜情報などのパターン画像によるものでもよい。

ステップＳ２では、制御部（ＣＰＵ）３０は、事業者管理情報３１２又は利用者管理情報３１４に予め登録されている認証情報と受信した認証情報との照合を行う。照合が取れない場合は新規端末からの接続であると判定し、ステップＳ３に進む。
制御部（ＣＰＵ）３０は、照合が取れた場合は、照合が取れた管理情報の識別コードから、接続する端末が事業者端末４か利用者端末５かを判定する。例えば、図５に示す識別コード３１２０の例では、制御部（ＣＰＵ）３０は、識別コード「０１００２０３１０００１」の６、７桁目から種別コード「０３」を抽出し、種別テーブル３１１Ｃに基づき対応する種別名「会館・搬送」から事業者と判定する。事業者と判定した場合にはステップＳ５に進む。制御部（ＣＰＵ）３０は、識別コードから種別コード「０６」を抽出した場合は利用者と判定し、ステップＳ４に進む。

ステップＳ３では、制御部（ＣＰＵ）３０は、新規の端末に対する管理情報を登録する、管理情報登録手段３０１のサブルーチン処理を実行する。管理情報登録手段３０１の具体的手段については、図７を用いて後述する。管理情報登録手段３０１のサブルーチン処理を実行後は復帰し、ステップＳ６に進む。

ステップＳ４では、制御部（ＣＰＵ）３０は、利用者端末５からの空車の霊柩寝台車の選択に従い配車応対手段のサブルーチン処理を実行する。なお、具体的な配車応対手段は、図３で前述したように、状態提示手段３０４、施設予約手段３０５、配車指示手段３０６及び料金決済手段３０７から構成され、これらの具体的な手順については、図９から図１９を用いて後述する。配車応対手段のサブルーチン処理を実行後は復帰し、ステップＳ６に進む。

ステップＳ５では、制御部（ＣＰＵ）３０は、上述の種別コードに応じて、施設状態書換手段３０２又は車両状態書換手段３０３のサブルーチン処理を実行し、車両状態情報３１５又は施設状態情報３１６を更新する。なお、具体的な状態書換手段の手順については、図８を用いて後述する。状態書換手段のサブルーチン処理を実行後は復帰し、ステップＳ６に進む。

ステップＳ６では、制御部（ＣＰＵ）３０は、接続している事業者端末４又は利用者端末５からログアウト要求の有無を判定する。端末からログアウト要求がなければ、ステップＳ２に戻り、ログアウト要求があれば端末との接続を終了する。

図７は、本発明の実施例１に係る霊柩寝台車配車サーバの管理情報を登録する手順を示すフローチャートである。

ステップＳ１１では、制御部（ＣＰＵ）３０は、接続する新規端末に対して、種別名を問い合わせる。具体的には、例えば図４の種別テーブル３１１Ｃに記載された項目を新規端末の画面に提示し、選択することを要求する。例えば新規端末が「利用者」を選択した場合は、制御部（ＣＰＵ）３０は種別コード「０６」を設定し、ステップＳ１６に進む。また、新規端末が「葬儀会館」、「安置室」、「会館・搬送」又は「搬送専門」を選択した場合は、制御部（ＣＰＵ）３０は種別コードをそれぞれ「０１」、「０２」、「０３」又は「０４」を設定するとともに、事業者であると判定し、ステップＳ１２に進む。

ステップＳ１２では、制御部（ＣＰＵ）３０は、新規端末に対して、社員情報を入力するか否かを問い合わせる。新規端末からの受信が「Ｎ」である場合は、制御部（ＣＰＵ）３０は、事業者情報を入力すると判定し、ステップＳ１３に進み、新規端末からの受信が「Ｙ」である場合は、制御部（ＣＰＵ）３０は、社員情報を入力すると判定し、ステップＳ１４に進む。

ステップＳ１３では、制御部（ＣＰＵ）３０は、新規端末に対して、事業者管理情報３１２の各項目について入力を要求する。また、ステップＳ１４では、制御部（ＣＰＵ）３０は、新規端末に対して、社員管理情報３１３の各項目について入力を要求する。

ステップＳ１６では、制御部（ＣＰＵ）３０は、新規端末に対して、利用者管理情報３１４の各項目について入力を要求する。

ステップＳ１７では、制御部（ＣＰＵ）３０は、新規端末に対して、対応する管理情報に記憶すべきすべての項目について入力されたか否かを問い合わせる。新規端末からの受信が「Ｙ」である場合はステップＳ１８に進み、新規端末からの受信が「Ｎ」である場合はステップＳ１１に戻る。

ステップＳ１８では、制御部（ＣＰＵ）３０は、入力された情報を事業者管理情報３１２、社員管理情報３１３又は利用者管理情報３１４として記憶部３１に記憶する。その後、制御部（ＣＰＵ）３０は、図６の全体手順に復帰し、ステップＳ６に進む。

次に、図８を用いて、具体的な状態書換手段の手順について説明する。
図８は、本発明の実施例１に係る霊柩寝台車配車サーバの状態書換手順を示すフローチャートである。

図６のステップＳ２で、制御部（ＣＰＵ）３０は、接続している端末が事業者端末４であると判定し、施設状態書換手段３０２を開始する。
ステップＳ３１では、制御部（ＣＰＵ）３０は、事業者管理情報３１２に記憶されている事業者端末４の識別コードから種別コードを抽出して、安置施設を所有する事業者か霊柩寝台車を所有する事業者かを判定する。例えば、識別コードが「０１（葬儀会館）」又は「０２（安置室）」の場合は安置施設を所有する事業者であると判定し（施設）、ステップ３２に進む。また、識別コードが「０３（会館・搬送）」又は「０４（搬送専門）」の場合は霊柩寝台車を所有する事業者であると判定し（車両）、ステップＳ５１に進む。例えば、図４の識別コード３１２０の例では、種別コードが「０３」なので、ステップＳ５１に進む。

ステップＳ３２では、制御部（ＣＰＵ）３０は、安置施設の施設状態に変更があった場合に新たな施設状態とするフラグ情報を、事業者端末４から受信したか否かを判定する。施設状態に変更がない場合はフラグ情報は事業者端末４から送信されない。例えば、「０（空き室）」又は「１（使用中）」とするフラグ情報を事業者端末４から受信した場合（Ｙ）はステップＳ３３に進み、受信しない場合（Ｎ）はステップＳ３４に進む。

ステップＳ３３では、制御部（ＣＰＵ）３０は、現在の施設状態が「０（空き室）」であれば「１（使用中）」に、「１（使用中）」であれば「０（空き室）」に書き換え、新しい施設状態を施設番号とともに施設状態情報３１６に記憶更新する。そして、ステップＳ３４に進む。

ステップＳ３４では、制御部（ＣＰＵ）３０は、状態提示手段３０４のサブルーチン処理を実行し、復帰後はステップＳ３５に進む。なお、具体的な状態提示手段３０４の手順については、図１０及び図１１を用いて後述する。

ステップＳ３５では、制御部（ＣＰＵ）３０は、利用者端末５からの安置施設の施設予約があったか否かを判定する。すなわち、制御部（ＣＰＵ）３０は、利用者端末５に対して、安置施設の予約を確定したことを送信した場合（Ｙ）は、ステップＳ３３に戻る。利用者端末５に安置施設の予約確定情報を送信していない場合（Ｎ）は、状態書換手段を終了して図６の全体手順に復帰し、ステップＳ６に進む。

ステップＳ３１で、事業者端末４の種別コードから霊柩寝台車を所有する事業者であると判定した場合（車両）は、制御部（ＣＰＵ）３０は、車両状態書換手段３０３を開始する。
ステップＳ５１では、制御部（ＣＰＵ）３０は、霊柩寝台車の車両状態に変更があった場合に新たな車両状態とするフラグ情報を、事業者端末４から受信したかを判定する。車両状態に変更がない場合はフラグ情報は事業者端末４から送信されない。例えば、「０（空車）」又は「１（実車）」とするフラグ情報を事業者端末４から受信した場合（Ｙ）はステップＳ５２に進み、受信しない場合（Ｎ）はステップＳ５３に進む。

ステップＳ５２では、制御部（ＣＰＵ）３０は、現在の車両状態が「０（空車）」であれば「１（実車）」に、「１（実車）」であれば「０（空車）」に書き換え、新しい車両状態を車両番号、社員番号とともに車両状態情報３１５に記憶更新する。そして、ステップＳ５３に進む。

ステップＳ５３では、制御部（ＣＰＵ）３０は、状態提示手段３０４のサブルーチン処理を実行し、復帰後はステップＳ５４に進む。なお、具体的な状態提示手段３０４の手順については、図１０及び図１１を用いて後述する。

ステップＳ５４では、制御部（ＣＰＵ）３０は、利用者端末５からの霊柩寝台車の配車申し込みに対して事業者端末４への配車指示を確定したか否かを判定する。制御部（ＣＰＵ）３０は、配車依頼のあった霊柩寝台車の事業者端末４に対して、利用者端末５への接続を指示することにより配車指示を確定した場合（Ｙ）は、ステップＳ５２に戻る。事業者端末４に利用者端末５への接続を指示していない場合（Ｎ）は、施設状態書換手段３０２を終了して図６の全体手順に復帰し、ステップＳ６に進む。

次に、配車応対手段の具体的な手順について、図９から図１９を用いて説明する。
図９は、本発明の実施例１に係る霊柩寝台車配車サーバの利用者の配車依頼を応対する全体手順を示すフローチャートである。

ステップＳ７１では、制御部（ＣＰＵ）３０は、利用者端末５から依頼地（乗車位置）情報を受信する。依頼地情報としては、例えば、利用者端末５のＧＰＳ情報でよい。利用者端末５の画面に表示される地図上をクリックすることにより得られる地図情報でもよく、また住所地をキーボード等で入力した文字情報でもよい。

ステップＳ７２では、制御部（ＣＰＵ）３０は、状態提示手段３０４のサブルーチン処理を実行し、空車の霊柩寝台車及び空き室の安置施設に関する情報を、利用者端末５の画面に表示する地図上に提示するように送信する。
ステップＳ７３では、制御部（ＣＰＵ）３０は、施設予約手段３０５のサブルーチン処理を実行し、霊柩寝台車の配車に先立ち、配車指示される霊柩寝台車と関連付けられる目的地となるべき安置施設の予約を行う。
ステップＳ７４では、制御部（ＣＰＵ）３０は、ステップＳ７３で確定した安置施設と関連付けて配車指示手段３０６のサブルーチン処理を実行し、ステップＳ７１で確定した依頼地から、ステップＳ７３で確定した目的地となる安置施設まで遺体を搬送する霊柩寝台車の配車指示を行う。
さらにステップＳ７５では、制御部（ＣＰＵ）３０は、料金決済手段３０７のサブルーチン処理を実行し、遺体を目的地まで搬送した後の料金の決済処理を行う。

つづいて、ステップＳ７２で実行する状態提示手段３０４の手順について、図１０及び図１１を用いて説明する。
図１０は、本発明の実施例１に係る霊柩寝台車配車サーバの車両及び施設状態を提示する手順を示すフローチャートである。
図１１は、本発明の実施例１に係る利用者端末と事業者端末に提示する画面表示例である。

ステップＳ９１では、制御部（ＣＰＵ）３０は、ステップＳ７１で受信した依頼地情報に従い、地域テーブル３１１Ａに基づいて地域コードを設定し、区域テーブル３１１Ｂに基づいて区域コードを設定する。例えば、受信した依頼地情報が「北海道石狩市〇△Ｘ町」であれば、地域コードは「０１」、区域コードは「００３」となる。

ステップＳ９２では、設定された地域コード及び区域コードに従い、地域・区域コードに対応する地図情報３１８を、例えばＲＡＭに読み込む。また、外部の地図サーバに接続し、地域・区域コードに対応する地図情報を受信してもよい。

ステップＳ９３では、制御部（ＣＰＵ）３０は、依頼地を端末画面のほぼ中央に表示するように設定する。

ステップＳ９４では、制御部（ＣＰＵ）３０は、事業者管理情報３１２に記憶されている事業者の識別コードから抽出した地域コード・区域コードと設定された依頼地の地域コード・区域コードとを比較し、両者が等しい場合（＝）はステップＳ９５に進み、両者が等しくない場合（≠）はステップＳ１００に進む。依頼地を営業区域とする事業者を効率的に抽出するためである。

ステップＳ９５では、制御部（ＣＰＵ）３０は、ステップＳ９４で抽出された事業者の識別コードに基づいて、対応する車両状態情報３１５及び施設状態情報３１６を、例えばＲＡＭに読み込み、ステップＳ９６に進む。

ステップＳ９６では、制御部（ＣＰＵ）３０は、抽出された車両状態情報３１５の車両状態が「０（空車）」であるか、または施設状態情報３１６の施設状態が「０（空き室）」であるかを判定する。「０（空車）」又は「０（空き室）」である場合（Ｙ）は、ステップＳ９７に進み、「１（実車）」又は「１（使用中）」である場合（Ｎ）は、ステップＳ９８に進む。

ステップＳ９７では、制御部（ＣＰＵ）３０は、利用者端末５の画面に表示する地図情報に、抽出された車両又は安置施設を所有する事業者に関する情報を重畳して提示する。
図１１Ａは、利用者端末５の画面表示例である。例えば、依頼地である病院が画面中央に表示され、空き車両は黒い矩形で２両、空き室のある施設は黒丸で２個所表示されている。

ステップＳ９８では、制御部（ＣＰＵ）３０は、現在接続している端末が事業者端末４であるか利用者端末５であるかを判定する。接続している端末が事業者端末４の場合はステップＳ９９に進み、利用者端末５の場合はステップＳ１００に進む。

ステップＳ９９では、制御部（ＣＰＵ）３０は、事業者端末４に対して「１（実車）」の車両及び「１（使用中）」の安置施設についても色や形状を変えて事業者に関する情報を重畳して提示する。例えば、グレーアウト表示させたり、赤色や星型等を明滅する等強調表示させたりしてもよい。同一営業区域内での同業者の稼働状況を把握できる利便を図るためである。
図１１Ｂは、事業者端末４の画面表示例である。例えば、使用中の車両は点線の矩形で２両、使用中の施設は点線の白丸で１個所表示されている。

ステップＳ１００では、制御部（ＣＰＵ）３０は、区域コード内のすべての事業所を読み込んだか否かを、事業者管理情報３１２の識別コードに従い判定する。区域コード内の事業者をすべて読み込んでいない場合（Ｎ）はステップＳ９４に戻り、読み込んだ場合（Ｙ）は状態提示手段３０４を終了して図９の手順に復帰し、ステップＳ７３に進む。

ステップＳ７３で実行する施設予約手段３０５の手順について、図１２から図１４を用いて説明する。
図１２は、本発明の実施例１に係る霊柩寝台車配車サーバの施設予約を処理する手順を示すフローチャートである。
図１３は、本発明の実施例１に係る利用者端末に目的地が仮選択された状態を提示する画面表示例である。
図１４は、本発明の実施例１に係る事業者端末に施設予約確認情報を提示する画面表示例である。

ステップＳ１１１では、制御部（ＣＰＵ）３０は、提示した空き室の安置施設に対して利用者端末５から仮選択情報を受信したか否かを判定する。利用者端末５からいずれかの空室の安置施設の仮選択情報を受信した場合（Ｙ）はステップＳ１１２に進み、受信しない場合（Ｎ）はステップＳ１１１に戻り、仮選択情報の受信を待つ。

ステップＳ１１２では、制御部（ＣＰＵ）３０は、利用者端末５から受信した仮選択情報に基づいて仮選択された安置施設に関する詳細情報を利用者端末５に送信し、利用者端末５の画面上に提示する。例えば、図１３の地図上の施設には仮選択されていることが分かるように外枠が付され、地図右横に、例えば、事業者管理情報３１２に記憶されている施設の事業者名、所在地、代表連絡先、施設の外観写真、安置室数、葬儀式場数等の施設情報が提示され、右下に申し込みボタンが表示されている。

ステップＳ１１３では、制御部（ＣＰＵ）３０は、利用者端末５から申し込みボタンがクリックされ、後で配車指示される霊柩寝台車と関連付けられる空き室の安置施設を選択する選択情報が送信されたか否かを判定する。選択情報を利用者端末５から受信しない場合（Ｎ）は、ステップＳ１１５に進み、制御部（ＣＰＵ）３０は、施設の詳細情報を提示した後に所定時間が経過したか否かを判定する。所定時間が経過していない場合（Ｎ）はステップＳ１１３に戻り、選択情報の受信を待つ。所定時間が経過した場合（Ｙ）は仮選択した安置施設を選択しないものと判定し、ステップＳ１１１に戻り、仮選択情報の受信を待つ。
ステップＳ１１３で、選択情報を利用者端末５から受信した場合（Ｙ）は、ステップＳ１１４に進む。

ステップＳ１１４では、制御部（ＣＰＵ）３０は、選択された安置室に対する確認情報を、選択された安置室の事業者端末４に送信し、事業者端末４の画面上に提示する。例えば、図１４の地図上の施設には申し込みがあったことが分かるように外枠が付され、地図右横に、申し込みのあった利用者の氏名、利用者の連絡先、予約された安置室の施設番号、安置室の使用開始日時、利用者の写真、支払い情報等の施設予約確認情報が提示され、右下に応答ボタンが表示されている。

ステップＳ１１６では、制御部（ＣＰＵ）３０は、通知された事業者端末４から応答ボタンがクリックされ、応答情報が送信されたか否かを判定する。応答情報を事業者端末４から受信しない場合（Ｎ）は、ステップＳ１１７に進み、制御部（ＣＰＵ）３０は、事業者端末４に対して確認情報を送信した後に所定時間が経過したか否かを判定する。所定時間が経過していない場合（Ｎ）はステップＳ１１６に戻り、応答情報の受信を待つ。所定時間が経過した場合（Ｙ）は、利用者端末５からの申し込みを事業者が応じないものと判定し、ステップＳ１１１に戻り、利用者端末５に他の安置施設を仮選択するよう求める。
ステップＳ１１６で、事業者端末４から応答情報を受信した場合（Ｙ）は、ステップＳ１１８に進む。

ステップＳ１１８では、制御部（ＣＰＵ）３０は、利用者端末５に対して、申し込んだ安置施設の予約が確定した予約確定情報を送信し、施設予約手段３０５を終了して図９の手順に復帰し、ステップＳ７４に進む。

ステップＳ７４で実行する配車指示手段３０６の手順について、図１５から図１７を用いて説明する。
図１５は、本発明の実施例１に係る霊柩寝台車配車サーバの配車情報提示の手順を示すフローチャートである。
図１６は、本発明の実施例１に係る利用者端末に車両が仮選択され、配車情報を提示する画面表示例である。
図１７は、本発明の実施例１に係る事業者端末に配車確認情報を提示する画面表示例である。

ステップＳ１３１では、制御部（ＣＰＵ）３０は、ステップＳ７１で受信した依頼地情報、ステップＳ１１９で確定した目的地となる安置室のほかに、利用者端末５から途中で経由する経由地があるか否かを問い合わせる。例えば、病院で亡くなり、直接病院から安置室に遺体を保管し、そのまま葬儀式場で葬儀を執り行うなどの場合、遺体の搬送中に一度自宅前に霊柩寝台車を停車させ、自宅に戻った気持ちを故人に与えたい等の配慮を遺族から申し込まれる場合がある。
利用者端末５からの受信が「Ｎ」である場合は経由地がないと判定しステップＳ１３３に進み、利用者端末５からの受信が「Ｙ」である場合はステップＳ１３２で経由地情報を利用者端末５から受信後、ステップＳ１３３に進む。経由地情報は、地図上で経由地を直接クリックしてもよく、キーボードから直接住所や施設名称を入力する等すればよい。

ステップＳ１３３では、制御部（ＣＰＵ）３０は、提示した空車の霊柩寝台車に対して利用者端末５から仮選択情報が送信されるのを待つ。仮選択情報を受信するとステップＳ１３４に進む。

ステップＳ１３４では、制御部（ＣＰＵ）３０は、仮選択された空車の霊柩寝台車の車両状態情報３１５から運転者となる社員の社員番号を抽出し、当該社員番号に対応する社員管理情報３１３から社員氏名、社員連絡先、社員写真等をＲＡＭに読み込むとともに、当該社員が所持している事業者端末４に対してＧＰＳ情報を送信するよう要求し、社員の現在位置情報を受信する。

ステップＳ１３５では、制御部（ＣＰＵ）３０は、取得した社員の現在位置から空き車両位置までの距離、空き車両から依頼地までの距離を地図情報に基づいて計算する。ここで空き車両の位置は、空き車両を所有している事業者の所在地である。また通常社員の現在位置も、通常は事業者の所在地であるが、所用などで事業者の所在地から離れる場合もあることから、確認のために位置情報を受信し計算している。また制御部（ＣＰＵ）３０は、例えば、社員の現在位置から空き車両位置までの距離は徒歩による時間計算とし、空き車両位置から依頼地までの距離は霊柩寝台車による時間計算をし、これらに基づいて到着予定時刻を推定する。

ステップＳ１３６では、制御部（ＣＰＵ）３０は、依頼地から経由地を経て目的地までの距離を地図情報に基づいて計算する。そして、制御部（ＣＰＵ）３０は、車両状態情報３１５の基本料金及び距離当たり料金に基づいて、ステップＳ１３５で計算した事業者の所在地から依頼地までの距離、及び依頼地から目的地までの距離について、それぞれ予定料金を計算する。なお、タクシーのように依頼地から目的地までの距離についての料金だけを請求するのではなく、事業者の所在地から依頼地までの距離についての料金も請求するのは、貨物自動車運送業法に基づくものである。

ステップＳ１３７では、制御部（ＣＰＵ）３０は、利用者端末５に対して、霊柩寝台車の運転手となる社員情報、到着予定時刻及び予定料金等の配車情報を送信して、利用者端末５の画面上に提示する。例えば、図１６の地図上の車両には仮選択されていることが分かるように外枠が付されるとともに予定経路が２種類の点線で示され、地図右横に、霊柩寝台車の事業者名、所在地、社員連絡先、社員写真、到着予定時刻、所在地から依頼地までの第１の予定料金、依頼地から目的地までの第２の予定料金等の配車情報が提示され、右下に申し込みボタンが表示されている。

ステップＳ１３８では、制御部（ＣＰＵ）３０は、利用者端末５から申し込みボタンがクリックされ、先に確定した空き室の安置施設と関連付けて空車の霊柩寝台車を選択する選択情報が送信されたか否かを判定する。選択情報を利用者端末５から受信しない場合（Ｎ）は、ステップＳ１４０に進み、制御部（ＣＰＵ）３０は、配車情報を提示した後に所定時間が経過したか否かを判定する。所定時間が経過していない場合（Ｎ）はステップＳ１３８に戻り、選択情報の受信を待つ。所定時間か経過した場合（Ｙ）は仮選択した車両を選択しないものと判定し、ステップＳ１３３に戻り、仮選択情報の受信を待つ。
ステップＳ１３８で、選択情報を利用者端末５から受信した場合（Ｙ）は、ステップＳ１３９に進む。

ステップＳ１３９では、制御部（ＣＰＵ）３０は、利用者端末５に依頼地の補足情報を要求し、利用者端末５から依頼地の補足情報を受信する。依頼地の補足情報としては、例えば、故人名、病院で安置されている診療科目、病室又は安置室の階数及び部屋番号等の搬送時に必要な情報が含まれる。

ステップＳ１４１では、制御部（ＣＰＵ）３０は、選択された車両に対する確認情報を、選択された車両の事業者端末４に送信し、事業者端末４の画面上に提示する。例えば、図１７の地図上の車両には申し込みがあったことが分かるように外枠が付されるとともに予定経路が２種類の点線で示され、地図右横に、依頼地、補足情報、経由地及び目的地等の経路情報、申し込みのあった利用者の氏名・連絡先、利用者の写真、到着予定時刻、事業者の所在地から依頼地までの予定料金、及び依頼地から目的地までの予定料金等の配車確認情報が提示され、右下に応答ボタンが表示されている。

ステップＳ１４２では、制御部（ＣＰＵ）３０は、通知された事業者端末４から応答ボタンがクリックされ、応答情報が送信されたか否かを判定する。応答情報を事業者端末４から受信しない場合（Ｎ）は、ステップＳ１４４に進み、制御部（ＣＰＵ）３０は、事業者端末４に対して確認情報を送信した後に所定時間が経過したか否かを判定する。所定時間が経過していない場合（Ｎ）はステップＳ１４２に戻り、応答情報の受信を待つ。所定時間が経過した場合（Ｙ）は、利用者端末５からの申し込みを事業者が応じないものと判定し、ステップＳ１３３に戻り、利用者端末５に他の車両を仮選択するよう求める。

ステップＳ１４３では、制御部（ＣＰＵ）３０は、応答情報を送信した事業者端末４に対して、利用者端末５への接続指示を行う。例えば、図１７の配車確認情報中の「利用者氏名・連絡先」をブリンク表示させ、事業者端末４において「利用者・連絡先」表示をクリックすることにより、例えば、事業者端末４の電話アプリを自動起動させて利用者端末５の電話番号をダイヤルさせる。メールアプリを自動起動させ、到着予定時刻、担当社員名、車両番号等を含むメール等を利用者端末５宛に送信等させてもよい。制御部（ＣＰＵ）３０は、事業者端末４に対する指示を行うと、配車指示手段３０６を終了して図９の手順に復帰し、ステップＳ７５に進む。

最後に、ステップＳ７５で実行する料金決済手段３０７の手順について、図１８及び図１９を用いて説明する。
図１８は、本発明の実施例１に係る霊柩寝台車配車サーバの料金決済の手順を示すフローチャートである。
図１９は、本発明の実施例１に係る利用者端末に決済情報を提示する画面表示例である。

ステップＳ１５１では、制御部（ＣＰＵ）３０は、目的地に到着後、遺体安置作業を終えた霊柩寝台車の社員が所持する事業者端末４から実走行距離及び実際の料金を受信する。
ステップＳ１５２では、制御部（ＣＰＵ）３０は、事業者端末４から受信した実走行距離及び実際の料金を含む決済情報を、利用者端末５に送信し、利用者端末５の画面上に提示する。例えば、図１９の地図上には実際に走行した経路が２種類の実戦で示され、地図右横に、依頼地、補足情報、経由地及び目的地等の経路情報、利用者の氏名・連絡先、支払い情報、支払先事業者、予定距離、予定料金、実走行距離、実際料金等の決済情報が提示され、右下に決済承認ボタンが表示されている。

ステップＳ１５３では、制御部（ＣＰＵ）３０は、利用者端末５から決済承認ボタンがクリックされ、決済承認情報が送信されるのを待つ。制御部（ＣＰＵ）３０は、利用者端末５から決済承認情報を受信したら、ステップＳ１５４に進む。

ステップＳ１５４では、制御部（ＣＰＵ）３０は、利用者管理情報３１４の支払い情報に基づいて、クレジット会社等のシステムに料金情報を送信し、料金請求を行う。制御部（ＣＰＵ）３０は、料金決済手段３０７を終了して図９の手順に復帰する。さらに図９の配車応対手段を終了して図６の手順に復帰し、ステップＳ６に進む。
以上で、本発明の実施例１に係る霊柩寝台車配車サーバに関する一連の手順の説明を終了する。

このように、本発明の実施例１に係る霊柩寝台車配車サーバでは、上記構成を採用することで、急な事態が生じた場合にも、希望する安置施設の選択機会を提供し、かつ利用者自身が霊柩寝台車を手配することができる。

つぎに、本発明の実施例２に係る霊柩寝台車配車サーバについて、図２０から図２６を用いて説明する。なお、本実施例の霊柩寝台車配車サーバの基本的な機能構成及び処理手順は、第１の実施例に示されるものと同一であるため、それらについての説明は省略する。
図２０は、本発明の実施例２に係る霊柩寝台車配車システムの全体構成例を示す図である。
図２０に示す霊柩寝台車配車システム１は、霊柩寝台車配車サーバ３が施設予約サーバ６とインターネット２を介して接続される点、安置施設だけでなく葬儀式場も対象に追加する点、及び公共施設を安置施設又は葬儀式場の対象に追加する点において、構成の差異がある。

施設予約サーバ６は、各事業者が運営する複数のサーバでもよく、一管理者が運営する単一のサーバであってもよい。また、施設予約サーバ６は、霊安室や遺体保管冷蔵庫等の安置室だけでなく、葬儀式場の空き状況又は予約状況を把握しており、霊柩寝台車配車サーバ３とインターネット２を介して情報を共有することができる。

霊柩寝台車配車サーバ３は、葬儀社、安置室専門業者、霊柩寝台車専門業者だけでなく、寺院、神社及び火葬場等の公共施設についても事業者端末４や利用者端末５に提示する施設として取り扱う。また、霊柩寝台車配車サーバ３は、施設予約サーバ６との情報を共有するため、葬儀式場の空き室状況についても取り扱う。

図２１は、本発明の実施例２に係る霊柩寝台車配車サーバの記憶部内のデータ構成例を示す図である。
図４に示す本発明の実施例１に係る霊柩寝台車配車サーバのデータ構成例との差異は、公共施設管理情報３１９及び施設状態情報３１６の施設コードを追加したことである。

公共施設管理情報３１９は、寺院や神社が所有する安置施設や斎場、火葬場に併設する葬儀式場に関する情報を保持し、具体的には、公共施設の識別コード、公共施設名、所在地、代表連絡先、Ｗｅｂ−ＵＲＬ、外観写真等を保持している。

施設状態情報３１６は、葬儀社、安置室専門業者及び公共施設が所有する安置施設、並びに葬儀社及び公共施設が所有する葬儀式場等に関する情報を保持し、具体的には、事業者又は公共施設の識別コード、安置施設か葬儀式場かを表す施設コード、安置施設又は葬儀式場の施設番号、及び空き室であるか使用中であるかを表す施設状態等を保持している。

図２２は、本発明の実施例２に係る霊柩寝台車配車サーバの記憶部内の各種テーブル構成例を示す図である。
図５に示す本発明の実施例１に係る霊柩寝台車配車サーバのテーブル構成例との差異は、施設テーブル３１１Ｄを追加したことである。また、種別テーブル３１１Ｃの種別コード「０５」に種別名「公共施設」を追加した。

施設テーブル３１１Ｄは、施設コードと施設名とで構成され、例えば、施設コード「０１」と施設名「霊安室」が対になって記憶されている。施設コードは、安置施設と葬儀式場の空き室管理に用いられる。

本発明の実施例２では、公共施設管理情報３１９の入力及び公共施設の施設状態変更は、随時、霊柩寝台車配車サーバ３の入力部３３から行うものとする。
図２３は、本発明の実施例２に係る利用者端末と事業者端末に提示する画面表示例である。
図２３Ａは、利用者端末５の画面表示例である。例えば、事業者の空き室施設が黒丸で２個所、公共施設の空き施設が黒塗りの五角形で１個所表示されている。
図２３Ｂは、事業者端末４の画面表示例である。例えば、使用中の公共施設が点線の五角形で１個所表示されている。

図２４は、本発明の実施例２に係る利用者端末に目的地が仮選択された状態を提示する画面表示例である。
図１３に示す本発明の実施例１に係る霊柩寝台車配車サーバ３が利用者端末５に提示する画面表示例との差異は、地図右横に提示されている施設情報のうち、安置室空き室数と式場空き室数及びスケジュールボタンである。

図１２のステップＳ１１１とステップＳ１１２の間では、制御部（ＣＰＵ）３０は、利用者端末５から受信した仮選択情報に基づいて仮選択された安置施設について、事業者管理情報３１２に記憶されている施設の安置室数及び葬儀式場数から、施設状態情報３１６に記憶されている使用中の安置室及び葬儀式場の数を引き算することにより、安置室空き室数と式場空き室数を求める。
図１２のステップＳ１１２では、制御部（ＣＰＵ）３０は、図２４に表示される画面表示例を利用者端末５に提示する。

図１２のステップＳ１１２とステップＳ１１３との間の処理では、図２４に示すスケジュールボタンのクリックを利用者端末５から受信すると、制御部（ＣＰＵ）３０は、例えば、施設予約サーバ６に該当する葬儀式場の予約状況に関する情報請求を送信し、施設予約サーバ６から該当する情報を受信後に、利用者端末５の画面上に施設予約状況として提示する。提示される画面表示例を図２５に示す。
図２５は、本発明の実施例２に係る利用者端末に葬儀式場の施設予約状況を提示する画面表示例である。
例えば、図２５のように、地図横に、葬儀式場のカレンダー形式による施設予約概況及び仮選択された日に関する式場別空き状況が提示され、右下に申し込みボタンと戻るボタン表示されている。
利用者端末５において空き室の葬儀式場がクリックされ、さらに申し込みボタンがクリックされると、制御部（ＣＰＵ）３０は、当該葬儀式場の仮選択情報を受信したと判定する。一方、戻るボタンがクリックされると、制御部（ＣＰＵ）３０は、葬儀式場についての仮選択情報を受信しなかったものと判定する。
制御部（ＣＰＵ）３０は、いずれの場合も利用者端末５に提示する画面を図２４の表示画面に復帰させる。

図１２のステップＳ１１３では、利用者端末５において図２４の申し込みボタンがクリックされると、制御部（ＣＰＵ）３０は、ステップＳ１１２とステップＳ１１３との間の処理で葬儀式場の仮選択情報を受信した場合は、安置施設と葬儀式場の双方について選択情報を受信したと判定する。ステップＳ１１２とステップＳ１１３との間の処理で葬儀式場の仮選択情報を受信しなかった場合は、安置施設についてだけ選択情報を受信したと判定する。
またステップＳ１１３で、利用者端末５において図２４の申し込みボタンが所定時間内にクリックされない場合は、安置施設と葬儀式場の双方について選択情報を受信しなかったものと判定する。

図１２のステップＳ１１４では、制御部（ＣＰＵ）３０は、ステップＳ１１３で利用者端末５により選択された安置室、又は安置室及び葬儀式場に対する確認情報を、選択された施設の事業者端末４に送信し、事業者端末４の画面上に提示する。提示される画面表示例を図２６に示す。

図２６は、本発明の実施例２に係る事業者端末に施設予約確認情報を提示する画面表示例である。
図１４に示す本発明の実施例１に係る霊柩寝台車配車サーバが事業者端末４に提示する画面表示例との差異は、地図右横に提示されている施設予約確認情報のうち、予約式場番号と式場使用日時である。
ステップＳ１１３において、安置施設及び葬儀式場の双方について選択情報を制御部（ＣＰＵ）３０が受信したときに、予約式場番号と式場使用日時が表示される。

このように、本発明の実施例２に係る霊柩寝台車配車サーバでは、上記構成を採用することにより、同一の事業者の安置施設と葬儀式場の双方の空き室状況を把握できるので、安置施設と葬儀式場の双方とも空き室であることが分かれば、その後の葬儀日程をスムーズに進めることができる。

また、本発明の実施例２に係る霊柩寝台車配車サーバでは、上記構成とすることで、空き室の安置施設と同一の事業者の葬儀式場の予約状況を把握できるので、安置施設に遺体を安置する日数とその後の葬儀日程を予想することもできる。

さらに、本発明の実施例２に係る霊柩寝台車配車サーバでは、上記構成とすることで、同一の事業者の安置施設と葬儀式場との双方について施設予約することもできるので、葬儀日程を確定することができる。

加えて、本発明の実施例２に係る霊柩寝台車配車サーバでは、上記構成とすることで、事業者が区域コード内の公共施設の稼働状況を把握することもできるので、例えば、霊柩寝台車を有しない事業者自らも利用者として登録することにより、公共施設の予約と霊柩寝台車の配車依頼を行うことができる。

以上、本発明の霊柩寝台車配車サーバについて、具体的な実施の形態を示して説明したが、本発明はこれらに限定されるものではない。当業者であれば、本発明の要旨を逸脱しない範囲内において、上記各実施形態又は他の実施形態に係る発明の構成及び機能に様々な変更・改良を加えることが可能である。

例えば、本発明の実施例１に係る霊柩寝台車配車サーバでは、図１５のステップＳ１３３において、利用者端末５からの仮選択情報の受信を待つ代わりに、例えば、車両の事業者の所在地から依頼地までの予定料金及び依頼地から目的地までの予定料金の合計が最低金額となる空車の霊柩寝台車を仮選択した情報を受信したものとする構成とすることもできる。これにより、合理的な料金でより迅速に霊柩寝台車を手配することができる。

また、本発明の実施例１に係る霊柩寝台車配車サーバでは、図１５のステップＳ１３２とステップＳ１３３との間に、利用者端末５に提示されている空車の霊柩寝台車について、事業者の所在地から依頼地の予定料金及び依頼地から目的地までの予定料金の合計金額を求め、合計金額の低いもの順に、提示されている車両上に数字等の順番を付したり、地図横の付加情報欄に、車両上の順番に合わせて合計金額をリスト表示したりする構成とすることもできる。これにより、合理的な料金で、利用者が希望する霊柩寝台車を手配することができる。

さらに、本発明の実施例１によれば、図１２のステップＳ１１２で利用者端末５の画面上に提示された安置施設を選択することになっているが、ステップＳ１１２の前に、予め利用者が決めている施設があるか問い合わせる構成としてもよい。例えば、故人の自宅、町内会の集会場等で葬儀を行う場合もある。提示外の施設である場合は、地図上で目的地を直接クリック、キーボードから直接住所や施設名称を入力する等すればよい。これにより、遺体の安置施設を柔軟に設定することができ、霊柩寝台車の配車依頼だけに対しても対応することができる。

加えて、本発明の実施例１によれば、図８のステップＳ３３やステップＳ５２では、現在の施設状態や車両状態に変更があれば書き換えて記憶更新することになっているが、例えば、２ビットのフラグ情報を用いて、「００（空き室又は空車）」、「０１（１時間後に空き室又は空車）」、「１０（２時間後に空き室又は空車）」、「１１（使用中又は実車）」等としてもよい。そして図１０のステップＳ９６で、上記の状態ごとに色を変えて事業者端末４や利用者端末５に提示する。例えば、「００（空き室又は空車）」の場合は青色、「０１（１時間後に空き室又は空車）」の場合は緑色、「１０（２時間後に空き室又は空車）」の場合は黄色等で表示することにより、安置施設や霊柩寝台車両の選択の幅を広げてより柔軟に配車を指示することができる。

また、本発明の実施例１によれば、ステップＳ１４３では、制御部（ＣＰＵ）３０は、事業者端末４に対する指示を行うと、配車指示手段３０６を終了することになっているが、例えば、制御部（ＣＰＵ）３０は、配車指示した霊柩寝台車車両が依頼地に到着するまでの間、事業者端末４からのＧＰＳ情報を継続的に受信し、受信したＧＰＳ情報に基づき利用者端末５の表示画面に当該車両位置を提示してもよい。

本発明の実施例２に係る霊柩寝台車配車サーバでは、図１２のステップＳ１１３で利用者端末５に提示する画面表示例として、直接図２５に示すように、画面上の地図横に、カレンダー形式による施設予約概況及び仮選択された日に関する葬儀式場別空き状況に加え、仮選択された日に関する安置施設別空き状況を提示する構成とすることもできる。これにより、希望する日の安置施設及び葬儀式場について、それぞれ単独又は双方を予約することができる。

また、本発明の実施例２に係る霊柩寝台車配車サーバでは、公共施設に対しても事業者端末を付与することもできる。これにより、公共施設の予約状況が迅速に反映されることになり、また施設予約をより確実とすることができる。

なお、本発明の実施例に係る霊柩寝台車配車サーバでは、事業者端末４及び利用者端末５に提示する画面表示例のレイアウトは、地図表示領域の右横に各種情報を提示する情報領域が設けられているが、これに限定するものではなく、地図表示領域の左横でもよく、左右にあってもよい。また提示する画面形状も横長である必要はなく、画面形状を縦長として、地図表示領域の上、下又は上下に情報領域を設けてもよい。

本発明の霊柩寝台車配車サーバは、コンピュータを霊柩寝台車配車サーバとして機能させるためのプログラムでも実現される。このプログラムは、コンピュータで読み取り可能な記録媒体に格納されていてもよい。
このプログラムを記録した記録媒体は、図２に示される霊柩寝台車配車サーバのＲＯＭそのものであってもよいし、また、外部記憶装置としてＣＤ−ＲＯＭドライブ等のプログラム読取装置が設けられ、そこに記録媒体を挿入することで読み取り可能なＣＤ−ＲＯＭ等であってもよい。
また、上記記録媒体は、磁気テープ、カセットテープ、フレキシブルディスク、ハードディスク、ＭＯ／ＭＤ／ＤＶＤ等、又は半導体メモリであってもよい。

１ 霊柩寝台車配車システム
２ インターネット
３ 霊柩寝台車配車サーバ
４ 事業者端末
５ 利用者端末
６ 施設予約サーバ
３０ 制御部（ＣＰＵ）
３１ 記憶部
３２ バスライン
３３ 入力部
３４ 表示部
３５ 通信部
３００ 認証手段
３０１ 管理情報登録手段
３０２ 施設状態書換手段
３０３ 車両状態書換手段
３０４ 状態提示手段
３０５ 施設予約手段
３０６ 配車指示手段
３０７ 料金決済手段
３１０ プログラム格納部
３１１ 各種テーブル
３１２ 事業者管理情報
３１３ 社員管理情報
３１４ 利用者管理情報
３１５ 車両状態情報
３１６ 施設状態情報
３１７ 依頼経路情報
３１８ 地図情報
３１９ 公共施設管理情報
３１２０ 識別コード
３１１Ａ 地域テーブル
３１１Ｂ 区域テーブル
３１１Ｃ 種別テーブル
３１１Ｄ 施設テーブル

Claims (8)

1. 霊柩寝台車が空車であるか否かを表す車両状態を車両状態情報として記憶する車両状態記憶手段と、
   安置施設が空き室であるか否かを表す施設状態を施設状態情報として記憶する施設状態記憶手段と、
   前記車両状態情報及び前記施設状態情報に基づいて、空車の霊柩寝台車に関する情報及び空き室の安置施設に関する情報を利用者の利用者端末に送信し、前記利用者端末に提示する状態提示手段と、
   提示された空き室の安置施設と関連付けて空車の霊柩寝台車を選択する車両選択情報を、前記利用者端末から受信し、前記車両選択情報に基づいて、選択された霊柩寝台車の配車を指示する配車指示手段と、
   を備える霊柩寝台車配車サーバ。
2. 前記配車指示される霊柩寝台車と関連付けられる空き室の安置施設を選択する施設選択情報を、前記利用者端末から受信し、前記施設選択情報に基づいて、選択された空き室の安置施設を予約する施設予約手段、
   をさらに備える、請求項１記載の霊柩寝台車配車サーバ。
3. 前記状態提示手段は、前記空車の霊柩寝台車に関する情報及び前記空き室の安置施設に関する情報を、前記利用者端末の画面に表示する地図上に提示する、請求項１記載の霊柩寝台車配車サーバ。
4. 前記施設予約手段は、空き室の安置施設を仮選択する施設仮選択情報を前記利用者端末から受信し、前記施設仮選択情報に基づいて、仮選択された安置施設の事業者が所有する葬儀式場が空き室であるか否かを表す施設状態情報を、前記利用者端末に提示することを特徴とする、請求項２記載の霊柩寝台車配車サーバ。
5. 前記施設予約手段は、前記施設仮選択情報に基づいて、仮選択された安置施設の事業者が所有する葬儀式場の予約状況を前記利用者端末に提示する施設予約状況提示手段を含む、請求項４記載の霊柩寝台車配車サーバ。
6. 前記施設予約手段は、前記施設予約状況提示手段で提示された空き室の葬儀式場を仮選択する仮選択情報を受信し、さらに前記仮選択された安置施設について選択情報を受信した場合は、前記仮選択された空き室の葬儀式場及び前記選択情報を受信した安置施設の双方について予約することを特徴とする、請求項５の霊柩寝台車配車サーバ。
7. 前記配車指示手段は、空車の霊柩寝台車を仮選択する車両仮選択情報を前記利用者端末から受信し、前記車両仮選択情報に基づいて、仮選択された霊柩寝台車に関し、前記仮選択された霊柩寝台車の事業者の所在地から依頼地までの第１の予定料金及び依頼地から前記選択された空き室の安置施設までの第２の予定料金を表す配車情報を提示する配車情報提示手段を含む、請求項１記載の霊柩寝台車配車サーバ。
8. 前記配車指示手段は、空車の霊柩寝台車の事業者の所在地から依頼地までの第１の予定料金及び依頼地から前記選択された空き室の安置施設までの第２の予定料金の合計が最低金額となる、空車の霊柩寝台車を車両仮選択状態とする、請求項１又は６記載の霊柩寝台車配車サーバ。

Images