JP2010245676A - 配車情報管理システム - Google Patents

Abstract

【課題】配車依頼情報を容易に管理する配車情報管理システムを提供する。
【解決手段】ＧＷ５０は、公衆網２を介して受信する呼制御信号及びアナログ音声信号をＩＰ網用に変換してＳＩＰサーバ５１に渡す。ＳＩＰサーバ５１は、ＧＷ５０から取得した呼制御信号に基づいてオペレータのＩＰ電話機５２と顧客の電話機１との間で呼接続を確立させる。オペレータ端末５３は、ＩＰパケット化された音声信号に基づいて顧客とオペレータとの通話内容からなる音声ファイルを作成し、オペレータ端末５３に入力される依頼情報と共にＣＴＩ電話受付サーバ５４を介して配車情報ＤＢ５５に依頼情報と音声ファイルとを関連付けて登録する。
【選択図】図１

Description

本発明は、電話で配車の依頼をする顧客と前記電話を受けるオペレータとの通話内容を記録管理する配車情報管理システムに関する。

従来、タクシー等の配車を管理する配車管理センターは、顧客から配車依頼の電話を受けると、顧客の所望の場所へ配車するのに最適な車両を検索し、その車両に配車要求の指示を出して配車を行っていた（例えば、特許文献１参照）。

このとき、顧客からの配車依頼情報は、履歴を残すため記録管理されるのが一般的である。従来の配車情報管理システムの概略構成を図３に示す。

電話交換装置９１は、公衆網９０２を介して顧客の電話機９０１からの呼び出しを受け付けると、着信先であるオペレータの電話機９２を呼び出し、顧客の電話機９０１とオペレータの電話機９２との間で呼接続を確立する。電話交換装置９１が呼接続を確立することで、顧客の電話機９０１がオペレータの電話機９２に繋がり、顧客とオペレータとの間で通話が可能となる。このとき、顧客とオペレータとの間の音声の通話内容は、電話交換装置９１に接続されている音声録音装置９６に記録される。

オペレータは、顧客から配車依頼の内容を聞き取ると、オペレータ端末９３を操作して、ＣＴＩ（Computer Telephony Integration）電話受付サーバ９４を介して、配車依頼に関する情報等を配車情報ＤＢ９５に登録する。ＣＴＩ電話受付サーバ９４は、配車情報ＤＢ９５に登録された配車依頼情報に基づいて、配車する車両の付け位置（配車場所）情報等を、基地局９０４を介して、車両９０３に通知する。

特開2008-046712号公報

しかし、従来技術では、配車ミス等により顧客からクレームがあった場合、該当する配車依頼情報を確認するために、音声録音装置９６と配車情報ＤＢ９５とのそれぞれを検索する必要があり、大変煩雑である。特に、音声録音装置９６は、磁気テープで構成されていることが多く、時系列に通話内容が録音されるため、配車情報ＤＢ９５から取得した配車の依頼日時を頼りに実際に音声情報を再生して、該当する通話内容であるか確認しなければならなかった。

本発明は上記課題に鑑みてなされたものであり、配車依頼時の顧客とオペレータの通話内容を録音した音声情報と配車依頼情報を容易に管理する配車情報管理システムを提供することを目的とする。

電話で配車の依頼をする顧客と前記電話を受けるオペレータとの通話内容を記録管理する配車情報管理システムであって、
前記顧客の有する電話機と前記オペレータの有する電話機との間で呼接続を確立させるＳＩＰサーバと、
前記顧客の依頼情報が入力される依頼情報入力手段と、
前記顧客と前記オペレータとの通話内容を音声ファイルにする音声ファイル生成手段と、
前記依頼情報と生成された前記音声ファイルとを関連付けて管理する配車情報ＤＢと、
を備えることを特徴とする配車情報管理システム。

本発明によれば、オペレータによって入力される顧客の依頼情報と、顧客とオペレータとの通話内容とが関連付けて記録管理されるので、配車依頼情報を容易に管理できる。

本発明に係る実施形態の配車情報管理システムの構成を示す概略図である。 本発明に係る実施形態の顧客情報リスト画面の一例である。 従来の配車情報管理システムの構成を示す概略図である。

以下、図を参照して本発明の実施形態を説明する。まず、図１を参照して本実施形態の配車情報管理システムの構成を説明する。

配車情報管理システム５は、ＧＷ５０（ゲートウェイ）とＳＩＰ（Session Initiation Protocol）サーバ５１とＣＴＩ電話受付サーバ５４と配車情報ＤＢ５５とオペレータ端末５３とオペレータのＩＰ電話機５２とを備える。配車情報管理システム５内は、ＬＡＮ（Local Area Network）等によりＩＰ網に繋がっている。

ＧＷ５０は、公衆網２と配車情報管理システム５内のＩＰ網との間で、呼接続の制御信号と音声信号とを公衆網２用又はＩＰ網用に変換して相互接続を行う。ＧＷ５０は、顧客の電話機１とオペレータのＩＰ電話機５２との間でＳＩＰサーバ５１により呼接続が確立されると、公衆網２とＩＰ網との間で音声信号の相互接続を行う。音声信号の相互接続の場合、ＧＷ５０は、公衆網２からのアナログの音声信号をＩＰパケットに変換してＩＰ網に送出し、ＩＰ網からのＩＰパケットをアナログの音声信号に変換して公衆網２に送出する。

ＳＩＰサーバ５１は、ＧＷ５０から呼接続の制御信号を取得し、取得した呼接続の制御信号に基づいて、ＳＩＰに従って発信側である顧客の電話機１と着信側であるオペレータのＩＰ電話機５２との間で呼接続を確立する。

ＣＴＩ電話受付サーバ５４は、既に顧客情報が登録されている場合に、オペレータ端末５３から入力される顧客情報（例えば、顧客の電話番号や顧客名等）に基づいて、配車情報ＤＢ５５から該当する顧客情報を読み出し、オペレータ端末５３にその顧客情報を表示させる。

オペレータは、オペレータ端末５３に表示された顧客情報を参考にしながら、オペレータのＩＰ電話機５２を通じて顧客から配車の依頼を聞き取る。オペレータは、配車の依頼を聞き取ると、配車の依頼情報を、オペレータ端末５３を操作することによりＣＴＩ電話受付サーバ５４を介して配車情報ＤＢ５５に登録する。なお、オペレータが入力する依頼情報は、配車情報ＤＢ５５に登録される依頼情報のすべてではなくその一部であってもよく、残りはオペレータ端末５３により自動的に入力されてもよい。

配車情報ＤＢ５５は、配車依頼情報と車両情報とを管理している。配車依頼情報は、オペレータが顧客から聞き取る依頼情報と、顧客とオペレータとの間の実際の通話内容に基づく音声情報とが関連付けられたものである。依頼情報には、顧客名や顧客電話番号、車両の付け位置、目的地等があり、音声情報には、通話内容を記録した音声ファイルや通話を開始した受付時間、通話時間等がある。車両情報は、配車管理センターが管理している各車両３に備えられているＧＰＳ端末の位置情報や実車（顧客を乗せて賃走している状態）又は空車（顧客を探している状態）などの車両の動態情報などである。

なお、顧客とオペレータとの通話内容を記録した音声ファイルは、オペレータ端末５３によって作成され、顧客との通話終了時又は配車依頼情報の登録時にＣＴＩ電話受付サーバ５４を介して配車情報ＤＢ５５に登録される。公衆網２を介して入力されたアナログ音声信号は、ＧＷ５０によりＩＰパケットに変換されて、ＬＡＮインターフェース等によりＩＰ網に接続しているオペレータ端末５３等に送信されている。そのため、オペレータ端末５３は、送信された音声情報からなるＩＰパケットに基づいて、容易に通話内容の音声ファイルを作成し管理できる。

オペレータは、オペレータ端末５３を操作して、ＣＴＩ電話受付サーバ５４を介して、配車依頼に適した車両３をＧＰＳの位置情報や車両の動態情報等に基づいて配車情報ＤＢ５５から検索し、ＳＩＰサーバ５１、ＧＷ５０、及び基地局４を介して、検索した車両３に配車要求を送信する。

これにより、配車要求を受けた車両３が顧客の配車依頼に応じて顧客の所へ向かうことになり、車両３の配車が行われる。

ここで、上記のような処理により配車情報ＤＢ５５に蓄積された配車依頼情報に対して、配車ミス等により顧客からクレームがあった場合等の処理を説明する。

配車依頼情報を確認するためには、オペレータ端末５３から顧客名や顧客電話番号、又は配車の受付日時等を入力してＣＴＩ電話受付サーバ５４に送信することで、ＣＴＩ電話受付サーバ５４によって配車情報ＤＢ５５に登録されている該当の配車情報リストを得ることができる。このとき、オペレータ端末５３に表示される配車情報リストの画面例が、図２である。

図２に示すように、所定の顧客における配車依頼を受け付けた受付日、受付時間、通話時間、通話内容が記録された音声ファイル、顧客電話番号、配車する車両３の付け位置、目的地、備考で構成される配車情報リストが、時系列でオペレータ端末５３に表示される。

配車情報リストの項目には検索用のフィルタ（例えば、記号の“▼”）が付加されている。この“▼”を押下すると、項目の内容が昇順や降順に並び替えられてオペレータ端末５３に再表示されるので、ユーザの検索効率が向上する。また、配車情報リストの音声ファイルのアイコンをクリックすることで音声ファイルの音声が再生されるので、配車の依頼情報に関する通話内容を簡単に確認できる。

このように本実施形態によれば、配車依頼時の通話内容からなる音声ファイルとオペレータが顧客から聞き取って入力した依頼情報とが関連付けられて配車情報ＤＢ５５で管理されるので、所望の記録を容易に探すことができる。

なお、上記実施形態では、ＶｏＩＰ（Voice over Internet Protocol）形式のプロトコルとしてＳＩＰを利用して説明した。ＶｏＩＰ形式のプロトコルには、他にＨ．３２３が知られており、それを本実施形態に利用することもできる。

しかし、Ｈ．３２３はバイナリ形式で所定のデータ構造によって呼接続の制御信号の授受を行うのに対して、ＳＩＰはテキスト形式で既存のＨＴＴＰやＳＭＴＰと類似したデータ構造によって授受を行える。また、従来の公衆網２における電話交換装置９１が、呼接続における通話状態の判定や通話中着信通知音の送出等のサービスを集中制御していたのに対して、ＳＩＰで制御を行うＳＩＰサーバ５１は、呼接続のための中継を行っているに過ぎず、実際のサービスをエンドポイントである端末に任せている。そのため、本実施形態のようにＳＩＰを利用したＳＩＰサーバ５１により呼接続の制御を行うことで、テキスト形式で授受される呼接続の制御信号を利用して、既存のＰＣ向けアプリケーションを簡易にＶｏＩＰ形式に対応させられるので、導入コストを軽減できる。

例えば、ＳＩＰサーバ５１の呼接続の制御信号を利用して、端末側でＣＳＶ形式で顧客情報リストを出力させて、オペレータ端末５３に顧客情報を表示させたり、配車情報ＤＢ５５の操作にＳＱＬ言語を使用したり、容易に様々なアプリケーションを活用できる。

なお、上記実施形態におけるオペレータ端末５３やＳＩＰサーバ５１、ＣＴＩ電話受付サーバ５４などの装置には、それぞれＣＰＵ(Central Processing Unit）、メモリ、及びＨＤＤ（Hard Disk Drive）などが内蔵されている。上記した各処理は、各ＨＤＤなどに記憶されたプログラムや予め設定された情報に基づいて各ＣＰＵにて実行される。また、上記実施形態では、オペレータ端末５３が１台であるものとして説明したが、業務規模に応じてオペレータ端末５３を複数台設置してもよい。

以上を概説すると、本発明の配車情報管理システムは、電話で配車の依頼をする顧客と前記電話を受けるオペレータとの通話内容を記録管理する配車情報管理システムであって、前記顧客の有する電話機と前記オペレータの有する電話機との間で呼接続を確立させるＳＩＰサーバと、前記顧客の依頼情報が入力される依頼情報入力手段と、前記顧客と前記オペレータとの通話内容を音声ファイルにする音声ファイル生成手段と、前記依頼情報と生成された前記音声ファイルとを関連付けて管理する配車情報ＤＢと、を備えることを特徴とする。

また、入力された前記依頼情報に基づき、前記配車情報ＤＢで管理されている前記依頼情報と前記音声ファイルとを関連付けた所定の一覧を表示する表示手段を備えてもよい。
また、表示された前記一覧には、昇順又は降順で項目の内容を並び替えて前記表示手段に再表示させる機能を設けてもよい。

本発明は上述した実施の形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々様々に変更が可能であることは言うまでもない。

１、９０１・・・顧客の電話機
２、９０２・・・公衆網
３、９０３・・・車両
４、９０４・・・基地局
５、９００・・・配車情報管理システム
５０・・ＧＷ
５１・・ＳＩＰサーバ
５２・・オペレータのＩＰ電話機
５３、９３・・オペレータ端末
５４、９４・・ＣＴＩ電話受付サーバ
５５、９５・・配車情報ＤＢ
９１・・電話交換装置
９２・・オペレータの電話機
９６・・音声録音装置

Claims (1)

1. 電話で配車の依頼をする顧客と前記電話を受けるオペレータとの通話内容を記録管理する配車情報管理システムであって、
   前記顧客の有する電話機と前記オペレータの有する電話機との間で呼接続を確立させるＳＩＰサーバと、
   前記顧客の依頼情報が入力される依頼情報入力手段と、
   前記顧客と前記オペレータとの通話内容を音声ファイルにする音声ファイル生成手段と、
   前記依頼情報と生成された前記音声ファイルとを関連付けて管理する配車情報ＤＢと、
   を備えることを特徴とする配車情報管理システム。

Images