(57)【要約】【課題】予告のためにかけた電話を用いて、追加的な情報を提供することが可能な情報処理装置等を提供すること。【解決手段】情報処理装置４０は、訪問先の住所および連絡先を含む訪問計画を取得する計画取得部と、前記計画取得部が取得した前記訪問計画に基づいて前記連絡先に自動的に電話をかけて、訪問予定に関する自動音声および広告音声、または、前記自動音声とは異なる有名人の声もしくは擬人的な合成音声を用いた訪問予定に関する案内音声を出力する第１出力部とを備える。【選択図】図５
2019028499.tif 000002
【特許請求の範囲】
【請求項１】
訪問先の住所および連絡先を含む訪問計画を取得する計画取得部と、
前記計画取得部が取得した前記訪問計画に基づいて前記連絡先に自動的に電話をかけて、訪問予定に関する自動音声および広告音声、または、前記自動音声とは異なる有名人の声もしくは擬人的な合成音声を用いた訪問予定に関する案内音声を出力する第１出力部と
を備える情報処理装置。
【請求項２】
訪問者の位置情報を取得する位置取得部を備え、
前記第１出力部は、前記位置取得部が取得した位置情報が、前記訪問先の住所から所定の範囲内である場合に前記連絡先に自動的に電話をかける
請求項１に記載の情報処理装置。
【請求項３】
前記第１出力部は、所定の時刻に前記連絡先に自動的に電話をかける
請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記計画取得部は、訪問先に配送する荷物に関する情報を取得し、
前記荷物または前記訪問先に基づいて、複数種類の広告音声から前記広告音声を選択するか、または、複数種類の案内音声から前記案内音声を選択する選択部を備える
請求項１から請求項３のいずれか一つに記載の情報処理装置。
【請求項５】
前記第１出力部がかけた電話を通じて前記連絡先から担当者と話したい旨の要求を受け付けてから、前記担当者が電話に出るまでの時間、前記広告音声を出力する第２出力部を備える
請求項１から請求項４のいずれか一つに記載の情報処理装置。
【請求項６】
前記連絡先からの通話が着信した場合に、前記自動音声および前記広告音声、または、前記案内音声により応答する応答部を備える
請求項１から請求項５のいずれか一つに記載の情報処理装置。
【請求項７】
前記第１出力部は、さらにアンケートまたは注文に係る音声を出力し、
電話を通じて前記連絡先から前記アンケートに対する回答または注文を取得する回答取得部を備える
請求項１から請求項６のいずれか一つに記載の情報処理装置。
【請求項８】
前記第１出力部は、さらにキャンペーンへの応募案内に係る音声を出力し、
前記音声の終了後に、前記連絡先による前記キャンペーンへの応募を受け付ける第２受付部を備える
請求項１から請求項７のいずれか一つに記載の情報処理装置。
【請求項９】
前記広告音声または前記案内音声を出力する許可の有無に係る情報を取得する許可情報取得部を備え、
前記許可情報取得部が前記許可は有るという情報を取得した場合、前記第１出力部は、前記自動音声および前記広告音声、または、前記案内音声を出力する
請求項１から請求項８のいずれか一つに記載の情報処理装置。
【請求項１０】
前記広告音声を出力した時間を記録する時間記録部を備える
請求項１から請求項９のいずれか一つに記載の情報処理装置。
【請求項１１】
訪問先の住所および連絡先を含む訪問計画を取得する計画取得部と、
訪問者の位置情報を取得する位置取得部とを備え、
前記計画取得部が取得した前記訪問計画および前記位置取得部が取得した位置情報に基づいて、前記連絡先に自動的に電話をかけて自動音声による通知を行う通知部と
を備える情報処理装置。
【請求項１２】
訪問先の住所および連絡先を含む訪問計画を取得し、
取得した前記訪問計画に基づいて前記連絡先に自動的に電話をかけて、訪問予定に関する自動音声および広告音声、または、前記自動音声とは異なる有名人の声もしくは擬人的な合成音声を用いた訪問予定に関する案内音声を出力する
処理をコンピュータに実行させる情報処理方法。
【請求項１３】
訪問先の住所および連絡先を含む訪問計画を取得し、
取得した前記訪問計画に基づいて前記連絡先に自動的に電話をかけて、訪問予定に関する自動音声および広告音声、または、前記自動音声とは異なる有名人の声もしくは擬人的な合成音声を用いた訪問予定に関する案内音声を出力する
処理をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
荷物に貼付されたＲＦＩＤ（Radio Frequency Identifier）タグから配達先の電話番号を読取り、電話をかけて配達を予告するとともに受取人の在宅等を確認する配送物取り扱いシステムが提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−３７４１７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載のシステムでは、荷物を運ぶドライバ等が、配達業務用端末装置を用いてＲＦＩＤタグを読み込んで、電話をかける操作を行う。受取人が電話に出た場合には、ドライバ等が口頭で配達を予告する。
【０００５】
しかしながら、特許文献１に記載のシステムでは、電話に出た受取人に対して、たとえば広告等の追加的な情報を提供することはできない。
【０００６】
一つの側面では、予告のためにかけた電話を用いて、追加的な情報を提供することが可能な情報処理装置等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
情報処理装置は、訪問先の住所および連絡先を含む訪問計画を取得する計画取得部と、前記計画取得部が取得した前記訪問計画に基づいて前記連絡先に自動的に電話をかけて、訪問予定に関する自動音声および広告音声、または、前記自動音声とは異なる有名人の声もしくは擬人的な合成音声を用いた訪問予定に関する案内音声を出力する第１出力部とを備える。
【発明の効果】
【０００８】
一つの側面では予告のためにかけた電話を用いて、追加的な情報を提供することが可能な情報処理装置等を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】情報処理システムの動作の概要を説明する説明図である。
【図２】情報処理システムの構成を示す説明図である。
【図３】情報処理システムの構成を示す説明図である。
【図４】ユーザＤＢのレコードレイアウトを示す説明図である。
【図５】計画ＤＢのレコードレイアウトを示す説明図である。
【図６】案内音声ＤＢのレコードレイアウトを示す説明図である。
【図７】広告音声ＤＢのレコードレイアウトを示す説明図である。
【図８】時間記録ＤＢのレコードレイアウトを示す説明図である。
【図９】移動体クライアントが表示する画面を示す説明図である。
【図１０】移動体クライアントが表示する画面を示す説明図である。
【図１１】移動体クライアントが表示する画面を示す説明図である。
【図１２】プログラムの処理の流れを示すフローチャートである。
【図１３】プログラムの処理の流れを示すフローチャートである。
【図１４】予告のサブルーチンの処理の流れを示すフローチャートである。
【図１５】予告のサブルーチンの処理の流れを示すフローチャートである。
【図１６】受取方法受付のサブルーチンの処理の流れを示すフローチャートである。
【図１７】広告のサブルーチンの処理の流れを示すフローチャートである。
【図１８】実施の形態２のプログラムの処理の流れを示すフローチャートである。
【図１９】実施の形態３の広告音声ＤＢのレコードレイアウトを示す説明図である。
【図２０】音声選択のサブルーチンの処理の流れを示すフローチャートである。
【図２１】実施の形態４の情報処理装置の動作を示す機能ブロック図である。
【図２２】実施の形態５の情報処理システムの構成を示す説明図である。
【発明を実施するための形態】
【００１０】
［実施の形態１］
図１は、情報処理システム１０の動作の概要を説明する説明図である。図１を使用して、本実施の形態の動作の概要を説明する。なお、各ハードウェアの構成等については、後述する。
【００１１】
本実施の形態の情報処理システム１０は、主に小口荷物の配送を取り扱う運送会社が、使用する。荷物を配送するトラックに、移動体クライアント３０が搭載されている。移動体クライアント３０は、測位情報を随時、サーバコンピュータ４０に送信する。ここで測位情報は、移動体クライアント３０の位置を示す測位データと、測位した日時と、移動体クライアント３０を識別する情報とを含む。
【００１２】
サーバコンピュータ４０は、配送計画と測位情報とに基づいて、移動体クライアント３０が配達先の近くに到達したと判定した場合に、電話をかけるように架電サーバ６０に要求する。要求を受け付けた架電サーバ６０は、配達先に電話をかける。電話が繋がった場合、架電サーバ６０は、たとえば「約１時間後にＡ書店からの荷物を配達します」のような自動音声により、配達予告を行う。
【００１３】
配達予告の音声には、たとえば荷主または運送会社のマスコットキャラクターの声、または、タイアップしている実在のタレントの声等を用いることができる。人気の高い声を用いて配達予告を行うことにより、受取人を楽しませることができる。また、普段は留守番電話を使用しており、電話に出ることの少ない受取人が、配達予告の音声を楽しみにして電話に出ることにより、配達予告の成功率を高めることができる。
【００１４】
配達予告の終了後、架電サーバ６０は、たとえば「よろしければこのままお得な情報にお付き合い下さい」のような前置きに続けて、広告等の音声を出力する。
【００１５】
以上により、配達予告の電話を用いて追加情報を提供することが可能な情報処理装置等を提供することができる。
【００１６】
ところで、架電サーバ６０がかけた番号が携帯電話の番号である場合には、電話が繋がった場合であっても、配達先は不在で、荷物を受け取ることができない可能性がある。架電サーバ６０は、たとえば「受取可能な場合には１を、再配達を御希望の場合には２を押して下さい」等の自動音声を流し、プッシュボタンの操作による応答を受け付ける。架電サーバ６０は受け付けた応答をサーバコンピュータ４０に送信する。架電サーバ６０は、再配達の希望日時等の入力を受け付けても良い。
【００１７】
架電サーバ６０は、自動音声を流すのみで、配達先からの応答を受け付けなくても良い。このような処理を行う場合、たとえば架電サーバ６０は自動音声によるメッセージに、営業所の番号等の情報を含めることにより、配達先が再配達の依頼を行いやすくすることができる。
【００１８】
サーバコンピュータ４０は、移動体クライアント３０に配達先の応答を送信する。移動体クライアント３０の画面に、配達先の応答内容が表示される。移動体クライアント３０は、自動音声によりスピーカ３７から配達先の応答内容を出力しても良い。ドライバは、不在であることが判明している配達先の近くで駐停車したり、荷物を玄関先まで運んだりする必要が無い。そのため、効率良く配達作業を行うことができる。
【００１９】
サーバコンピュータ４０は、不在であることが判明した配達先や、再配達の希望、道路状況を反映して、配送計画を更新して、移動体クライアント３０に送信しても良い。計画の立案は、いわゆる巡回セールスマン問題であり、様々な立案手法が実用化されているので、説明を省略する。
【００２０】
サーバコンピュータ４０に記録された配達先の応答や、再配達の希望等に基づいて、たとえば運送会社の管理担当者等が配送計画を更新して、移動体クライアント３０に送信しても良い。
【００２１】
ドライバは、移動体クライアント３０に表示される画面等を参照して、随時更新される配送計画に基づいて配達作業を行うことができる。不慣れなドライバであっても、効率良く配達作業を行うことができる。
【００２２】
なお、本実施の形態の情報処理システム１０の用途は、荷物の配送に限定しない。たとえば、訪問介護、訪問看護、医師の往診、設備もしくは機器等の点検もしくは修理、プロパンガスボンベの交換、灯油の補給、集金、または、ハイヤー等、任意の目的による訪問の予告に使用できる。
【００２３】
移動体クライアント３０を使用するドライバは、本実施の形態の訪問者の一例である。訪問者は、介護福祉士、介護士、医師、点検作業者、修理作業者等、任意の者であっても良い。
【００２４】
荷物の配達先は、本実施の形態の訪問先の一例である。訪問先は、前述の任意の者が訪問する個人宅、会社、事業場等、任意の場所であっても良い。計画ＤＢ５９は、訪問者が訪問先を訪問する訪問計画を記録するＤＢの一例である。
【００２５】
訪問先の不在等により、１回の訪問で用件を完了できない場合には、訪問者が訪問先を再訪問する。なお、勤務時間等の事情により、同様の役割を果たす別の担当者が再訪問を行う場合がある。
【００２６】
訪問の際の移動手段は、自動車に限定しない。訪問者は、公共交通機関、オートバイ、自転車、または、徒歩等の任意の移動手段を使用できる。
【００２７】
図２は、情報処理システム１０の構成を示す説明図である。情報処理システム１０は、インターネット等のネットワークを介して接続されたオペレータクライアント２０、移動体クライアント３０、サーバコンピュータ４０、地図サーバ５０および架電サーバ６０を備える。
【００２８】
移動体クライアント３０は、第１ＣＰＵ（Central Processing Unit）３１、主記憶装置３２、補助記憶装置３３、通信部３４、タッチパネル３５、マイク３６、スピーカ３７、ＧＰＳ（Global Positioning System）３８およびバスを備える。第１ＣＰＵ３１は、本実施の形態のプログラムを実行する演算制御装置である。移動体クライアント３０には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。第１ＣＰＵ３１は、バスを介して移動体クライアント３０を構成するハードウェア各部と接続されている。
【００２９】
主記憶装置３２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置３２には、第１ＣＰＵ３１が行う処理の途中で必要な情報および第１ＣＰＵ３１で実行中のプログラムが一時的に保存される。
【００３０】
補助記憶装置３３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置３３には、第１ＣＰＵ３１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。
【００３１】
通信部３４は、移動体クライアント３０とネットワークとの間の通信を行うインターフェイスである。
【００３２】
タッチパネル３５は、液晶表示パネル等の表示部３５１と、表示部３５１に積層された入力部３５２とを備える。マイク３６およびスピーカ３７は、ＢＬＵＥＴＯＯＴＨ（登録商標）のような短距離無線通信方式により移動体クライアント３０に接続されたヘッドセットであっても良い。
【００３３】
ＧＰＳ３８は、位置情報衛星の電波および基地局の電波等に基づいて測位を行い、移動体クライアント３０の位置を示す測位情報を出力する。なお、本実施の形態においてはＧＰＳと記載するが、位置情報衛星は米国のＧＰＳ衛星に限定しない。ＥＵ（European Union）のガリレオ、ロシアのＧＬＯＮＡＳＳ（Global Navigation Satellite System）などの、全地球的公航法衛星システム（ＧＮＳＳ：Global Navigation Satellite System）、準天頂衛星みちびき等、任意の位置情報衛星を使用できる。また、これらの位置情報衛星の電波を組み合わせて使用することもできる。
【００３４】
本実施の形態の移動体クライアント３０は、スマートフォンまたはタブレット等の汎用の携帯用情報処理装置である。移動体クライアント３０は、ドライバがトラック等の車両を運転している間は、運転席の近くに取り付けたホルダ等により保持される。ホルダは、移動体クライアント３０に電源を供給するコネクタを備えていても良い。ドライバは、納品、休憩等のために車両を離れる場合には、移動体クライアント３０をポケット等に入れて持ち歩いても良い。
【００３５】
サーバコンピュータ４０は、サーバＣＰＵ４１、主記憶装置４２、補助記憶装置４３、通信部４４およびバスを備える。サーバＣＰＵ４１は、本実施の形態のプログラムを実行する演算制御装置である。サーバＣＰＵ４１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。サーバＣＰＵ４１は、バスを介してサーバコンピュータ４０を構成するハードウェア各部と接続されている。
【００３６】
主記憶装置４２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置４２には、サーバＣＰＵ４１が行う処理の途中で必要な情報およびサーバＣＰＵ４１で実行中のプログラムが一時的に保存される。
【００３７】
補助記憶装置４３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置４３には、ユーザＤＢ（Database）５８、計画ＤＢ５９、案内音声ＤＢ５５、広告音声ＤＢ５６、時間記録ＤＢ５７、サーバＣＰＵ４１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。なお、全部または一部のＤＢは、サーバコンピュータ４０に接続された外部の大容量記憶装置等に保存されていても良い。
【００３８】
通信部４４は、サーバコンピュータ４０とネットワークとの間の通信を行うインターフェイスである。
【００３９】
本実施の形態のサーバコンピュータ４０は、汎用のパーソナルコンピュータ、大型計算機、または、大型計算機上で動作する仮想マシンである。
【００４０】
図３は、情報処理システム１０の構成を示す説明図である。図３においては、オペレータクライアント２０、地図サーバ５０および架電サーバ６０の構成を示す。
【００４１】
オペレータクライアント２０は、運送会社の営業所等に１台または複数台設置される。オペレータクライアント２０を使用するオペレータは、自社の車両の運行状況、道路情報等を総合的に判断して、必要に応じて各ドライバに対して指示を行う。
【００４２】
オペレータクライアント２０は、第２ＣＰＵ２１、主記憶装置２２、補助記憶装置２３、通信部２４、表示部２５１、入力部２５２、マイク２６、スピーカ２７およびバスを備える。第２ＣＰＵ２１は、本実施の形態のプログラムを実行する演算制御装置である。第２ＣＰＵ２１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。第２ＣＰＵ２１は、バスを介してオペレータクライアント２０を構成するハードウェア各部と接続されている。
【００４３】
主記憶装置２２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置２２には、第２ＣＰＵ２１が行う処理の途中で必要な情報および第２ＣＰＵ２１で実行中のプログラムが一時的に保存される。
【００４４】
補助記憶装置２３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置２３には、第２ＣＰＵ２１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。
【００４５】
通信部２４は、オペレータクライアント２０とネットワークとの間の通信を行うインターフェイスである。
【００４６】
表示部２５１は、たとえば液晶表示パネル等である。入力部２５２は、たとえばキーボードおよびマウス等である。入力部２５２と表示部２５１とは、一体となっていわゆるタッチパネルを構成しても良い。
【００４７】
マイク２６およびスピーカ２７は、オペレータクライアント２０の外部に接続されていても良い。スピーカ２７およびマイク２６は、ＢＬＵＥＴＯＯＴＨのような短距離無線通信方式によりオペレータクライアント２０に接続されたヘッドセットであっても良い。
【００４８】
本実施の形態のオペレータクライアント２０は、汎用のパーソナルコンピュータ、大型計算機、タブレット等の情報機器等である。また、本実施の形態のオペレータクライアント２０は、大型計算機上で動作する仮想マシンでも良い。
【００４９】
地図サーバ５０は、地図ＣＰＵ５１、主記憶装置５２、補助記憶装置５３、通信部５４およびバスを備える。地図ＣＰＵ５１は、本実施の形態のプログラムを実行する演算制御装置である。地図ＣＰＵ５１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。地図ＣＰＵ５１は、バスを介して地図サーバ５０を構成するハードウェア各部と接続されている。
【００５０】
主記憶装置５２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置５２には、地図ＣＰＵ５１が行う処理の途中で必要な情報および地図ＣＰＵ５１で実行中のプログラムが一時的に保存される。
【００５１】
補助記憶装置５３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置５３には、地図ＣＰＵ５１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。
【００５２】
通信部５４は、地図サーバ５０とネットワークとの間の通信を行うインターフェイスである。
【００５３】
本実施の形態の地図サーバ５０は、汎用のパーソナルコンピュータまたは大型計算機である。地図サーバ５０は、大型計算機上で動作する仮想マシンでも良い。地図サーバ５０は、地図情報提供会社等により運営されており、所定のコマンドおよび位置情報等を受け付けた場合に、地図、経路、および、予想所要時間等を送信する。
【００５４】
架電サーバ６０は、架電ＣＰＵ６１、主記憶装置６２、補助記憶装置６３、通信部６４、電話部６５およびバスを備える。架電ＣＰＵ６１は、本実施の形態のプログラムを実行する演算制御装置である。架電ＣＰＵ６１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。架電ＣＰＵ６１は、バスを介して架電サーバ６０を構成するハードウェア各部と接続されている。
【００５５】
主記憶装置６２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置６２には、架電ＣＰＵ６１が行う処理の途中で必要な情報および架電ＣＰＵ６１で実行中のプログラムが一時的に保存される。
【００５６】
補助記憶装置６３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置６３には、架電ＣＰＵ６１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。
【００５７】
通信部６４は、架電サーバ６０とネットワークとの間の通信を行うインターフェイスである。電話部６５は、架電ＣＰＵ６１による制御に基づいて、指定された電話番号に対して電話をかけ、電話が繋がった場合に自動音声を送信する。
【００５８】
本実施の形態の架電サーバ６０は、いわゆるクラウド型コールセンタサービスを提供するサーバである。架電サーバ６０は、大型計算機上で動作する仮想マシンでも良い。架電サーバ６０は、ＴＣＰ−ＩＰ（Transmission Control Protocol - Internet Protocol）ネットワーク上で音声通話用の構内交換機を実現するＩＰ−ＰＢＸ（Intenet Protocol Private Branch eXchange）と、ＩＰ−ＰＢＸの制御および自動音声の生成を行うコンピュータとの組合せでも良い。
【００５９】
図４は、ユーザＤＢ５８のレコードレイアウトを示す説明図である。ユーザＤＢ５８は、移動体クライアント３０を使用するユーザのユーザＩＤ（Identifier）と、移動体クライアント３０の状態とを関連づけて記録するＤＢである。
【００６０】
ユーザＤＢ５８は、ユーザＩＤフィールド、名前フィールド、オンラインフィールド、更新日時フィールド、測位日時フィールド、測位データフィールド、作業状況フィールドおよび目的地フィールドを有する。ユーザＤＢ５８は、一つのユーザＩＤについて、一つのレコードを有する。ユーザＩＤフィールドには、ユーザのユーザＩＤが記録されている。名前フィールドには、ユーザの名前が記録されている。
【００６１】
オンラインフィールドには、移動体クライアント３０がオンライン状態であるか否かが記録されている。オンラインフィールドの「ＹＥＳ」は移動体クライアントがオンライン状態であることを、「ＮＯ」は移動体クライアントがオフライン状態であることをそれぞれ示す。ここでオンライン状態とは、本実施の形態のプログラムがアクティブで、サーバコンピュータ４０と通信可能な状態であることを意味する。
【００６２】
更新日時フィールドには、移動体クライアント３０から受信した情報に基づいてサーバＣＰＵ４１がレコードの記録内容を更新した日時が記録されている。測位日時フィールドには、ＧＰＳ３８が最新の測位を行った日時が記録されている。測位データフィールドには、ＧＰＳ３８が出力した最新の測位データが記録されている。
【００６３】
作業状況フィールドには、ドライバがタッチパネル３５を使用して設定した作業状況が記録されている。目的地フィールドには、ドライバの目的地が記録されている。
【００６４】
図５は、計画ＤＢ５９のレコードレイアウトを示す説明図である。計画ＤＢ５９は、ドライバと、荷物の配達先、電話に使用する音声、配達の計画および架電サーバ６０による電話の結果を関連づけて記録するＤＢである。計画ＤＢ５９は、ドライバフィールド、伝票番号フィールド、配達先フィールド、荷主フィールド、荷物フィールド、音声フィールド、計画フィールド、当初計画フィールドおよび電話フィールドを有する。
【００６５】
配達先フィールドは、配達先ＩＤフィールド、住所フィールド、名称フィールド、電話番号フィールドおよび緯度経度フィールドを有する。音声フィールドは、案内音声フィールドおよび広告音声フィールドを有する。計画フィールドは、順番フィールド、移動距離フィールド、移動時間フィールド、予定時刻フィールド、遅れフィールドおよび計算時刻フィールドを有する。電話フィールドは、架電可否フィールド、結果フィールドおよび応答フィールドを有する。計画ＤＢ５９は、一口の荷物について、一つのレコードを有する。
【００６６】
伝票番号フィールドには、配達伝票に固有に付与された伝票番号が記録されている。配達先ＩＤフィールドには、配達先に固有に付与されたＩＤが記録されている。住所フィールドには、配達先の住所が記録されている。名称フィールドには、配達先の名称が記録されている。電話番号フィールドには、配達先の電話番号が記録されている。緯度経度フィールドには、配達先の住所に対応する緯度および経度が記録されている。
【００６７】
荷主フィールドには、荷物の出荷元の名称が記録されている。荷物フィールドには、荷物の品名が記録されている。案内音声フィールドには、配達予告および再配達等の案内に使用する案内音声に固有に付与された案内音声ＩＤが記録されている。広告音声フィールドには、案内音声の終了後に電話に出力する広告音声に固有に付与された広告音声ＩＤが記録されている。
【００６８】
なお、案内音声フィールドおよび広告音声フィールドに記録される案内音声ＩＤおよび広告音声ＩＤは、荷主が配達伝票と共に運送会社に提示することができる。運送会社が独自に案内音声ＩＤおよび広告音声ＩＤを定めても良い。一方を荷主が定め、他方を運送会社が定めても良い。
【００６９】
順番フィールドには、荷物の配達の順番が記録されている。順番フィールドに「１」と記録されているレコードに対応する荷物が、次に配達する予定の荷物である。配達が完了した荷物については、順番フィールドに「済」と記録される。翌日に再配達を行う予定の荷物については、順番フィールドに「翌日」と記録される。
【００７０】
移動距離フィールドには、荷物の配達先までの移動距離が記録されている。順番フィールドに「１」と記録されているレコードについては、移動体クライアント３０の最新の位置情報に基づいて算出した移動距離が記録されている。順番フィールドに「２」以降の数字が記録されているレコードについては、一つ前の順番の荷物の配達先からの移動距離が記録されている。
【００７１】
移動時間フィールドには、移動距離に対応する移動時間が記録されている。予定時刻フィールドには、配達先に到着する予定時刻が記録されている。遅れフィールドには、当初計画からの遅れ時間が記録されている。計算時刻フィールドには、各レコードの移動距離フィールド、移動時間フィールド、予定時刻フィールドおよび遅れフィールドのデータを計算した時刻が記録されている。
【００７２】
当初計画フィールドには、配達開始当初の計画に基づく配達予定時刻が記録されている。前述の遅れフィールドに記録されている遅れ時間は、当初計画フィールドに記録されている時刻と、予定時刻フィールドに記録されている時刻との差分である。
【００７３】
架電可否フィールドには、配達先への確認電話の許可の有無が記録されている。架電可否フィールドに「不可」と記録されているレコードは、電話を拒否している配達先を示す。結果フィールドには、配達確認の電話の結果が記録されている。結果フィールドに「済」と記録されているレコードは、配達確認の電話が繋がった配達先を示す。結果フィールドに「不在」と記録されているレコードは、配達確認の電話をかけたが繋がらなかった配達先を示す。結果フィールドに「未」と記録されているレコードは、配達確認の電話をかけていない配達先を示す。
【００７４】
応答フィールドには、配達先の応答が記録されている。応答フィールドに「在宅」と記録されているレコードは、在宅している旨の応答をした配達先を示す。「再配達」と記録されているレコードは、再配達を希望した配達先を示す。再配達フィールドに、再配達の希望日時を記録しても良い。「未」と記録されているレコードは、希望を確認できていない配達先を示す。
【００７５】
図６は、案内音声ＤＢ５５のレコードレイアウトを示す説明図である。案内音声ＤＢ５５は、案内音声ＩＤと、声の質と、出力するメッセージとを関連づけて記録するＤＢである。案内音声ＤＢ５５は、案内音声ＩＤフィールド、声質フィールドおよびメッセージフィールドを有する。メッセージフィールドは、第１メッセージフィールド、第２メッセージフィールド、第３メッセージフィールドおよび第４メッセージフィールドを有する。
【００７６】
案内音声ＩＤフィールドには、案内音声ＩＤが記録されている。「指定なし」は、案内音声が指定されていない場合に用いられるデフォルトの音声である。声質フィールドには、案内音声に使用する声の声質が記録されている。「一般」は、各種自動アナウンスに一般的に使用される合成音声である。
【００７７】
「Ａ君」は、擬人的なキャラクタである。「Ａ君」は、たとえば、企業または地域等のイメージキャラクタである。「Ａ君」は、アニメまたは映画等の登場人物等であっても良い。「Ａ君」の声は、声優等からサンプリングした音素を用いた音声合成技術により、合成される。
【００７８】
「Ｈ」は、実在の人物である有名人である。「Ｈ」は、たとえば芸能人、知識人等、マスコミを通じて広く知られた人物である。「Ｈ」の声は、フレーズごとに録音された「Ｈ」本人の声の録音データを組み合わせることにより作成される。「Ｈ」の声は、「Ｈ」本人からサンプリングした音素を用いた音声合成技術により、合成されても良い。「Ｈ」の声は、汎用の音声合成技術により作成された合成音声を、Ｈの声に似せて調整することにより作成されても良い。
【００７９】
第１メッセージフィールドには、配達予告の最初の段階で使用する案内音声の台本が記録されている。
【００８０】
「○○運輸」の部分には、運送会社の名前が挿入される。運送会社の名前の後ろに、配達を担当するドライバの名前が加えられても良い。「（時間）」の部分には、荷物の配達までの予測時間が挿入される。「（送り主）」部分には、荷物の送り主の名前が挿入される。さらに、送り状に記載された品名が追加されても良い。常温配送、冷蔵配送、または、冷凍配送の区別が追加されても良い。
【００８１】
第２メッセージフィールドには、配達先が荷物を受け取れない場合の選択肢を提示する案内音声の台本が記録されている。第３メッセージフィールドには、再配達日時の選択肢を提示する案内音声の台本が記録されている。第４メッセージフィールドには、顧客の携帯電話番号等を問い合わせる案内音声の台本が記録されている。案内音声ＤＢ５５は、一つの案内音声ＩＤについて一つのレコードを有する。
【００８２】
それぞれのメッセージレコードには、声質のイメージと合致する口調の台本が記録される。
【００８３】
図７は、広告音声ＤＢ５６のレコードレイアウトを示す説明図である。広告音声ＤＢ５６は、広告音声ＩＤと、広告音声の音声データとを関連づけて記録するＤＢである。広告音声ＤＢ５６は、広告音声ＩＤフィールドおよび音声データフィールドを有する。
【００８４】
広告音声ＩＤフィールドには、広告音声ＩＤが記録される。音声データフィールドには広告音声の音声データが記録される。音声データは、ＢＧＭ（Back Ground Music）等の音楽を含んでいても良い。音声データは、テレビまたはラジオ等で放送されているＣＭ（Commercial Message）の音声でも良い。広告音声ＤＢ５６は、一つの広告音声ＩＤについて、一つのレコードを有する。
【００８５】
図８は、時間記録ＤＢ５７のレコードレイアウトを示す説明図である。時間記録ＤＢ５７は、伝票番号と、荷主と、配達予告の電話が繋がっていた時間とを関連づけて記録するＤＢである。時間記録ＤＢ５７は、本実施の形態の時間記録部の一例である。
【００８６】
時間記録ＤＢ５７は、伝票番号フィールド、荷主フィールドおよび時間フィールドを有する。時間フィールドは、オフフック時間フィールドおよび広告時間フィールドを有する。
【００８７】
伝票番号フィールドには、配達伝票に固有に付与された伝票番号が記録されている。荷主フィールドには、荷物の出荷元の名称が記録されている。オフフック時間フィールドには、配達先と電話が繋がっていたオフフック時間が記録されている。広告時間フィールドには、オフフック時間のうち、広告音声を流した広告時間が記録されている。時間ＤＢ５７は、一つの伝票番号について、一つのレコードを有する。
【００８８】
図９は、移動体クライアント３０が表示する画面を示す説明図である。図９に示す画面には、作業状況設定欄９１および更新状況欄９２が表示されている。作業状況設定欄９１は、配達ボタン９１１、帰社ボタン９１２、休憩ボタン９１３および待機ボタン９１４を含む。
【００８９】
第１ＣＰＵ３１は、作業状況設定欄９１の各ボタンにより、ドライバの作業状況を受け付ける。なお、作業状況設定欄９１に示すボタンの種類および数は例示であり、任意の作業状況のボタンを配置することができる。ただし、詳細を後述する配達ボタン９１１は必須である。
【００９０】
第１ＣＰＵ３１は、ユーザＤＢ５８に測位情報および作業状況等を送信した最新の時刻および送信した作業状況を更新状況欄９２に表示する。
【００９１】
図１０は、移動体クライアント３０が表示する画面を示す説明図である。図１０に示す画面は、図９を使用して説明した画面において、配達ボタン９１１の選択を受け付けた場合に、第１ＣＰＵ３１が表示する画面である。
【００９２】
図１０に示す画面には、配達中ボタン９１５、進捗状況欄９３および荷物欄９４が表示されている。配達中ボタン９１５の選択を受け付けた場合、第１ＣＰＵ３１は、図９を使用して説明した画面に表示を戻す。
【００９３】
第１ＣＰＵ３１は、ネットワークを介して計画ＤＢ５９よりドライバが担当している荷物に関するレコードを取得し、補助記憶装置３３に記憶する。第１ＣＰＵ３１は、文字と棒グラフを用いて配達作業の進捗状況を進捗状況欄９３に表示する。
【００９４】
「配達」は、ドライバが担当する配達件数を示す。「済」は配達を完了した件数を示す。「未」は、配達に行ったが、不在等により配達できなかった件数を示す。「再」は、再配達することが決定した件数を示す。「経過」は、配達作業開始後の経過時間を示す。「終了予定」は、配達の進捗状況に基づいて算出した、配達終了予定時刻を示す。「遅延」は、当初計画からの遅れ時間を示す。
【００９５】
棒グラフの全長は、「配達」に記載された配達件数に対応する。棒グラフの左端のブロックは、「済」に記載された件数に対応する。棒グラフの左から２番目のブロックは「未」に対応する。棒グラフの左から３番目のブロックは、「再」に対応する。棒グラフの右端のブロックは、未着手の件数に対応する。
【００９６】
第１ＣＰＵ３１は、計画ＤＢ５９の順番フィールドに記録された順番に基づいて、配達先の住所、名称等の概要を示す荷物欄９４を表示する。１個の荷物欄９４は、計画ＤＢ５９の一つのレコードに対応する。
【００９７】
具体的に説明する。第１ＣＰＵ３１は、順番フィールドに「１」と記録されている荷物、すなわち、次に配達する荷物の概要を一番上の荷物欄９４に表示する。第１ＣＰＵ３１は、順番フィールドに「２」と記録されている荷物、すなわち２番目に配達する荷物の概要を、上から二番目の荷物欄９４に表示する。
【００９８】
荷物欄９４は、架電状況欄９４１を含む。第１ＣＰＵ３１は、架電状況欄９４１に計画ＤＢ５９の電話フィールドに対応する情報を表示する。たとえば、図１０の一番上の荷物欄９４においては、架電状況欄９４１に「架電  可  済  在宅」と表示されている。この表示は、図５を使用して説明した計画ＤＢ５９の、一番上に示すレコード、すなわち、順番フィールドに「１」が記録されているレコードの電話フィールドに対応する。
【００９９】
架電状況欄９４１の最初の「架電  可」は、配達確認の電話を拒否していない配達先であることを示す。次の「済」は、架電ＣＰＵ６１がかけた配達確認の電話が繋がったことを示す。最後の「在宅」は、架電ＣＰＵ６１が、在宅している旨の応答を受け付けたことを示す。以上の表示により、ドライバは次の配達先が在宅して荷物を受け取ると期待することができる。
【０１００】
同様に、図１０の上から二番目の荷物欄９４においては、架電状況欄９４１に「架電  不可  未  未」と表示されている。この表示は、図５を使用して説明した計画ＤＢ５９の、上から二番目に示すレコード、すなわち、順番フィールドに「２」が記録されているレコードの電話フィールドに対応する。
【０１０１】
架電状況欄９４１の最初の「架電  不可」は、配達確認の電話を拒否している配達先であることを示す。次の「未」は、架電ＣＰＵ６１が配達確認の電話をかけていないことを示す。最後の「未」は、配達先からの応答を受け付けていないことを示す。以上の表示により、ドライバは次の配達先が配達確認の電話を拒否しており、電話による在宅確認ができないことを知ることができる。
【０１０２】
同様に、図１０の上から三番目の荷物欄９４においては、架電状況欄９４１に「架電  可  不在  未」と表示されている。この表示は、図５を使用して説明した計画ＤＢ５９の、上から３番目に示すレコード、すなわち、順番フィールドに「３」が記録されているレコードの電話フィールドに対応する。
【０１０３】
架電状況欄９４１の最初の「架電  可」は、配達確認の電話を拒否していない配達先であることを示す。次の「不在」は、架電ＣＰＵ６１が配達確認の電話をかけたが、電話が繋がらなかったことを示す。最後の「未」は、配達先からの応答を受け付けていないことを示す。以上の表示により、ドライバは次の配達先が不在である可能性が高いことを知ることができる。
【０１０４】
第１ＣＰＵ３１は、配達完了または翌日以降の再配達が決定する等の理由により、当日配達する必要の無い荷物に関する荷物欄９４は表示しない。したがって、ドライバは画面右端のスクロールバー９５を操作することにより、これから配達する予定の荷物の概要を、配達計画の順番に沿ってすばやく確認することができる。
【０１０５】
図１１は、移動体クライアント３０が表示する画面を示す説明図である。図１１は、図１０を使用して説明した画面において、一番上の荷物欄９４の選択を受け付けた場合に第１ＣＰＵ３１が表示する画面を示す。選択された荷物欄９４が縦方向に広がり、配達完了ボタン９４２および不在ボタン９４３が表示される。
【０１０６】
ドライバは、荷物の配達を完了した場合に、配達完了ボタン９４２を選択する。ドライバは、配達先が不在で荷物を渡せなかった場合に、不在ボタン９４３を選択する。第１ＣＰＵ３１は、配達完了ボタン９４２または不在ボタン９４３の選択を受け付けたことをサーバＣＰＵ４１に送信する。
【０１０７】
サーバＣＰＵ４１は、受信した情報に基づいて計画ＤＢ５９を更新する。具体的には、配達完了ボタン９４２の選択を受け付けた場合には、サーバＣＰＵ４１は、対応するレコードの順番フィールドに「済」を記録し、２番以降を順次繰り上げる。
【０１０８】
不在ボタン９４３の選択を受け付けた場合には、サーバＣＰＵ４１は順番フィールドの２番以降を順次繰り上げ、不在ボタン９４３の選択を受け付けた荷物の番号を最後にする。サーバＣＰＵ４１は、いわゆる巡回セールスマン問題に基づいて配達ルートの再計算を行い、順番フィールドの番号を設定しても良い。サーバＣＰＵ４１は、オペレータクライアント２０を介してオペレータによる順番の変更を受け付けても良い。
【０１０９】
第１ＣＰＵ３１は、たとえばドラッグアンドドロップ操作により、荷物欄９４の順番の入れ替えを受け付け、入れ替えた順番をサーバＣＰＵ４１に送信しても良い。このような処理を行う場合、サーバＣＰＵ４１は入れ替えた後の順番に基づいて順番フィールドに順番を記録する。配達担当者が熟練したドライバである場合には、このようにすることにより手動により配達ルートを適切に組み替えることができる。
【０１１０】
なお、本実施の形態のプログラムにより、第１ＣＰＵ３１とサーバＣＰＵ４１とが連携して、図９から図１１を使用して説明した画面を表示する。
【０１１１】
図１２および図１３は、プログラムの処理の流れを示すフローチャートである。図１２においては、ドライバが移動体クライアント３０を操作してログオンすることにより、本実施の形態のプログラムがアクティブになった状況から説明を開始する。
【０１１２】
なお、ログオンの認証時に、サーバＣＰＵ４１は、ユーザＤＢ５８のオンラインフィールドに「ＹＥＳ」を記録する。サーバＣＰＵ４１は、ログオンを受け付けた場合、または移動体クライアント３０との通信が切断された場合に、オンラインフィールドに「ＮＯ」を記録する。
【０１１３】
第１ＣＰＵ３１は、配達ボタン９１１の選択を受け付けているか否かを判定する（ステップＳ５０１）。受け付けていると判定した場合（ステップＳ５０１でＹＥＳ）、第１ＣＰＵ３１はサーバＣＰＵ４１に対して配送計画を要求する（ステップＳ５０２）。
【０１１４】
サーバＣＰＵ４１は、配送計画の要求を受信しているか否かを判定する（ステップＳ６０１）。受信していると判定した場合（ステップＳ６０１でＹＥＳ）、サーバＣＰＵ４１は計画ＤＢ５９から配送計画を要求している移動体クライアント３０を使用しているドライバが担当する荷物に関するレコードを抽出する（ステップＳ６０２）。サーバＣＰＵ４１は、抽出したレコードを第１ＣＰＵ３１に送信する（ステップＳ６０３）。
【０１１５】
第１ＣＰＵ３１は、送信されたレコードを受信する（ステップＳ５０４）。第１ＣＰＵ３１は、図１０を使用して説明した画面の荷物欄９４を用いて、配送計画を表示部３５１に表示する（ステップＳ５０５）。第１ＣＰＵ３１は、ＧＰＳ３８から測位データを取得する（ステップＳ５０６）。第１ＣＰＵ３１は、測位データおよび測位日時をサーバＣＰＵ４１へ送信する（ステップＳ５０７）。
【０１１６】
サーバＣＰＵ４１は、ユーザＤＢ５８から、移動体クライアント３０のユーザに対応するレコードを抽出する。サーバＣＰＵ４１は、受信した測位データおよび測位日時を、抽出したレコードの測位データフィールドおよび測位日時フィールドに記録する（ステップＳ６０５）。ステップＳ６０５により、サーバＣＰＵ４１は本実施の形態の位置取得部の機能を実現する。
【０１１７】
サーバＣＰＵ４１は、作業状況フィールドに「配達」を記録する。サーバＣＰＵ４１は、ステップＳ６０２で抽出したレコードのうち、順番フィールドに「１」と記録されているレコードの配達先の名称を、目的地フィールドに記録する。サーバＣＰＵ４１は、更新日時フィールドに、レコードの更新日時を記録する。
【０１１８】
サーバＣＰＵ４１は、移動体クライアント３０の位置および配達先の住所を地図ＣＰＵ５１に送信する。地図ＣＰＵ５１は、配達先までの移動距離および移動時間を計算して、サーバＣＰＵ４１に送信する。なお、地図ＣＰＵ５１は、渋滞状況等の交通情報を加味して移動時間を計算することが望ましい。
【０１１９】
サーバＣＰＵ４１は、受信したデータに基づいて、計画ＤＢ５９の移動距離フィールド、移動時間フィールド、予定時刻フィールド、遅れフィールドおよび計算時刻フィールドを更新する（ステップＳ６０６）。
【０１２０】
ステップＳ６０６の終了後、または受信していないと判定した場合（ステップＳ６０１でＮＯ）、サーバＣＰＵ４１は、架電可否フィールドを参照して配達先への確認電話の可否を判定する（ステップＳ６０７）。架電可否フィールドに「不可」と記録されていない場合、サーバＣＰＵ４１は、確認電話をかけて良いと判定する。以上により、サーバＣＰＵ４１は、本実施の形態の許可情報取得部の機能を実現する。
【０１２１】
確認電話を行って良いと判定した場合（ステップＳ６０７でＹＥＳ）、サーバＣＰＵ４１は、計画ＤＢ５９に記録された配達先に電話をかけるトリガがＯＮになったか否かを判定する（ステップＳ６０８）。サーバＣＰＵ４１は、たとえば配達予定時刻までの時間が所定の時間より短くなった場合に、トリガがＯＮになったと判定する。サーバＣＰＵ４１は、移動体クライアント３０と配達先との間の距離が所定の距離より短くなった場合に、トリガがＯＮになったと判定しても良い。サーバＣＰＵ４１は、順番が所定の値よりも小さくなった場合に、トリガがＯＮになったと判定しても良い。
【０１２２】
トリガがＯＮになったと判定した場合（ステップＳ６０８でＹＥＳ）、サーバＣＰＵ４１は、予告のサブルーチンを起動する（ステップＳ６０９）。予告のサブルーチンは、計画ＤＢ５９の電話番号フィールドに記録された電話番号に予告の電話をかけて、その結果を計画ＤＢ５９に記録するサブルーチンである。予告のサブルーチンの処理の流れは、後述する。サーバＣＰＵ４１は、予告のサブルーチンにより本実施の形態の通知部の機能を実現する。
【０１２３】
なお、ステップＳ６０７において複数の配達先に対するトリガがＯＮになったと判定した場合、サーバＣＰＵ４１はそれぞれの配達先に関して予告のサブルーチンを起動する。
【０１２４】
予告のサブルーチンにより、情報処理システム１０は、架電ＣＰＵ６１が配達先に対して自動音声による通知を行って得た応答を、計画ＤＢ５９に記録する。第１ＣＰＵ３１は、ステップＳ５０２からステップＳ５０５の処理により、計画ＤＢ５９に記録された最新の情報を取得して、表示部３５１に表示する。すなわち、図１０および図１１を使用して説明した表示部３５１の表示は、配達先による最新の応答内容に基づいて更新される。
【０１２５】
第１ＣＰＵ３１は、図１１を使用して説明した画面から、配達完了ボタン９４２または不在ボタン９４３の選択を受け付けたか否かを判定する（ステップＳ５１０）。選択を受け付けたと判定した場合（ステップＳ５１０でＹＥＳ）、第１ＣＰＵ３１は、選択を受け付けた荷物とボタンとをサーバＣＰＵ４１に送信する（ステップＳ５１１）。
【０１２６】
サーバＣＰＵ４１は、ステップＳ５１１で送信された情報を割り込み処理により受け付けて、主記憶装置４２または補助記憶装置４３に記憶する。
【０１２７】
選択を受け付けていないと判定した場合（ステップＳ５１０でＮＯ）、または、ステップＳ５１１の終了後、第１ＣＰＵ３１は処理を終了するか否かを判定する（ステップＳ５１２）。第１ＣＰＵ３１は、本実施の形態のプログラムを終了する操作を受け付けた場合、または、サーバコンピュータ４０との通信が切れた場合等に、処理を終了すると判定する。
【０１２８】
処理を終了しないと判定した場合（ステップＳ５１２でＮＯ）、第１ＣＰＵ３１はステップＳ５０１に戻る。処理を終了すると判定した場合（ステップＳ５１２でＹＥＳ）、第１ＣＰＵ３１は処理を終了する。
【０１２９】
確認電話を行ってはいけないと判定した場合（ステップＳ６０７でＮＯ）、トリガがＯＮになっていないと判定した場合（ステップＳ６０８でＮＯ）、または、ステップＳ６０９の終了後、サーバＣＰＵ４１は配送計画を修正するか否かを判定する（ステップＳ６１２）。たとえば、第１ＣＰＵ３１がステップＳ５１１で送信したデータを受信している場合、ステップＳ６１２においてサーバＣＰＵ４１は配送計画を修正すると判定する。
【０１３０】
計画を修正すると判定した場合（ステップＳ６１２でＹＥＳ）、サーバＣＰＵ４１は配送計画を修正して計画ＤＢ５９の順番フィールドに記録する（ステップＳ６１３）。具体的には、配達完了ボタン９４２の選択を受け付けたと受信した場合には、サーバＣＰＵ４１は、計画ＤＢ５９の対応するレコードの順番フィールドに「済」を記録し、２番以降を順次繰り上げる。
【０１３１】
不在ボタン９４３の選択を受け付けたと受信した場合には、サーバＣＰＵ４１は順番フィールドの２番以降を順次繰り上げ、不在ボタン９４３の選択を受け付けた荷物の番号を最後にする。サーバＣＰＵ４１は、いわゆる巡回セールスマン問題に基づいて配達ルートの再計算を行い、順番フィールドの番号を設定しても良い。サーバＣＰＵ４１不在ボタン９４３の選択を受け付けたことを、第２ＣＰＵ２１に通知し、オペレータクライアント２０を介してオペレータによる順番の変更を受け付けても良い。
【０１３２】
サーバＣＰＵ４１は、ステップＳ６０６で更新した配達予定時刻の遅れが所定の範囲を超えた場合に、ステップＳ６１２で計画を修正すると判定しても良い。ステップＳ６１３の終了後、または、計画を修正しないと判定した場合（ステップＳ６１２でＮＯ）、サーバＣＰＵ４１はステップＳ６０１に戻る。
【０１３３】
以上の処理により、ドライバが配達ボタン９１１を選択している間、移動体クライアント３０は測位情報をサーバコンピュータ４０に随時送信し、サーバコンピュータ４０はトリガの状態を判定する。サーバコンピュータ４０がトリガがＯＮになったと判定した場合、配達先への予告の電話が自動的に行われる。
【０１３４】
配達ボタン９１１の選択を受け付けていないと判定した場合（ステップＳ５０１でＮＯ）、第１ＣＰＵ３１は帰社ボタン９１２の選択を受け付けているか否かを判定する（ステップＳ５２１）。帰社ボタン９１２の選択を受け付けていると判定した場合（ステップＳ５２１でＹＥＳ）、第１ＣＰＵ３１は、ＧＰＳ３８から測位データを取得する（ステップＳ５２２）。第１ＣＰＵ３１は、測位データおよび測位日時をサーバＣＰＵ４１へ送信する（ステップＳ５２３）。その後、第１ＣＰＵ３１は、ステップＳ５０１に戻る。
【０１３５】
サーバＣＰＵ４１は、ユーザＤＢ５８から、移動体クライアント３０のユーザに対応するレコードを抽出する。サーバＣＰＵ４１は、受信した測位データおよび測位日時を、抽出したレコードの測位データフィールドおよび測位日時フィールドに記録する（ステップＳ６２１）。サーバＣＰＵ４１は、作業状況フィールドに「帰社」を記録する。サーバＣＰＵ４１は、目的地フィールドにドライバが戻る営業所等の名称を記録する。サーバＣＰＵ４１は、更新日時フィールドに、レコードの更新日時を記録する。
【０１３６】
以上の処理により、ドライバが帰社ボタン９１２を選択している間、移動体クライアント３０は測位情報を随時サーバコンピュータ４０に送信する。
【０１３７】
帰社ボタン９１２の選択を受け付けていないと判定した場合（ステップＳ５２１でＮＯ）、第１ＣＰＵ３１は休憩ボタン９１３の選択を受け付けているか否かを判定する（ステップＳ５３１）。休憩ボタン９１３の選択を受け付けていると判定した場合（ステップＳ５３１でＹＥＳ）、第１ＣＰＵ３１は、ＧＰＳ３８から測位データを取得する（ステップＳ５３２）。第１ＣＰＵ３１は、測位データおよび測位日時をサーバＣＰＵ４１へ送信する（ステップＳ５３３）。
【０１３８】
第１ＣＰＵ３１は、図１０を使用して説明した画面において、休憩ボタン９１３以外のボタンの選択を受け付けるまで、すなわちドライバの休憩が終了したことを受け付けるまで待機する（ステップＳ５３４）。その後、第１ＣＰＵ３１はステップＳ５０１に戻る。
【０１３９】
サーバＣＰＵ４１は、ユーザＤＢ５８から、移動体クライアント３０のユーザに対応するレコードを抽出する。サーバＣＰＵ４１は、受信した測位データおよび測位日時を、抽出したレコードの測位データフィールドおよび測位日時フィールドに記録する（ステップＳ６２２）。サーバＣＰＵ４１は、作業状況フィールドに「休憩」を記録する。サーバＣＰＵ４１は、更新日時フィールドに、レコードの更新日時を記録する。
【０１４０】
以上の処理により、第１ＣＰＵ３１はドライバが休憩している間は測位データの取得と送信を停止する。したがって、移動体クライアント３０のバッテリの消耗を抑えることができる。
【０１４１】
なお、第１ＣＰＵ３１は、ステップＳ５３３の終了後、すぐにステップＳ５０１に戻っても良い。このような処理を行う場合には、ドライバが休憩ボタン９１３を選択している間、移動体クライアント３０は測位情報を随時サーバコンピュータ４０に送信する。
【０１４２】
休憩ボタン９１３の選択を受け付けていないと判定した場合（ステップＳ５３１でＮＯ）、図１０を使用して説明した画面において、待機ボタン９１４の選択が受け付けられている。第１ＣＰＵ３１は、ＧＰＳ３８から測位データを取得する（ステップＳ５４２）。第１ＣＰＵ３１は、測位データおよび測位日時をサーバＣＰＵ４１へ送信する（ステップＳ５４３）。
【０１４３】
第１ＣＰＵ３１は、図１０を使用して説明した画面において、待機ボタン９１４以外のボタンの選択を受け付けるまで、すなわちドライバの休憩が終了したことを受け付けるまで待機する（ステップＳ５４４）。その後、第１ＣＰＵ３１はステップＳ５０１に戻る。
【０１４４】
サーバＣＰＵ４１は、ユーザＤＢ５８から、移動体クライアント３０のユーザに対応するレコードを抽出する。サーバＣＰＵ４１は、受信した測位データおよび測位日時を、抽出したレコードの測位データフィールドおよび測位日時フィールドに記録する（ステップＳ６２３）。サーバＣＰＵ４１は、作業状況フィールドに「待機」を記録する。サーバＣＰＵ４１は、目的地フィールドに「未定」を記録する。サーバＣＰＵ４１は、更新日時フィールドに、レコードの更新日時を記録する。
【０１４５】
以上の処理により、第１ＣＰＵ３１はドライバが待機している間は測位データの取得と送信を停止する。したがって、移動体クライアント３０のバッテリの消耗を抑えることができる。
【０１４６】
なお、第１ＣＰＵ３１は、ステップＳ５４３の終了後、すぐにステップＳ５０１に戻っても良い。このような処理を行う場合には、ドライバが待機ボタン９１４を選択している間、移動体クライアント３０は測位情報を随時サーバコンピュータ４０に送信する。
【０１４７】
図１４および図１５は、予告のサブルーチンの処理の流れを示すフローチャートである。予告のサブルーチンは、計画ＤＢ５９の電話番号フィールドに記録された電話番号に予告の電話をかけて、その結果を計画ＤＢ５９に記録するサブルーチンである。
【０１４８】
サーバＣＰＵ４１は、計画ＤＢ５９の電話番号フィールドから取得した電話番号を架電ＣＰＵ６１に送信して電話をかけることを指示する（ステップＳ６６１）。
【０１４９】
架電ＣＰＵ６１は、指定された電話番号宛の通話を発信する（ステップＳ７８１）。架電ＣＰＵ６１は、相手先が所定の時間内に電話に出たか否か、すなわちオフフックになったか否かを判定する（ステップＳ７８２）。所定の時間は、一般的に人が電話に出るまでの時間、たとえば１０コール程度とする。
【０１５０】
オフフックになったと判定した場合（ステップＳ７８２でＹＥＳ）。架電ＣＰＵ６１は、結果が「応答あり」である旨を主記憶装置６２または補助記憶装置６３に記録する（ステップＳ７８３）。オフフックにならなかったと判定した場合（ステップＳ７８２でＮＯ）、架電ＣＰＵ６１は、結果が「応答なし」である旨を主記憶装置６２または補助記憶装置６３に記録する（ステップＳ７８４）。
【０１５１】
ステップＳ７８３またはステップＳ７８５の終了後、架電ＣＰＵ６１は、サーバＣＰＵ４１に結果を送信する（ステップＳ７８５）。サーバＣＰＵ４１は、結果を受信する（ステップＳ６７１）。
【０１５２】
サーバＣＰＵ４１は、受信した結果が「応答あり」であるか否かを判定する（ステップＳ６７２）。「応答あり」ではないと判定した場合（ステップＳ６７２でＮＯ）、サーバＣＰＵ４１は、計画ＤＢ５９の結果フィールドに「不在」を記録する（ステップＳ６７３）。その後、サーバＣＰＵ４１は処理を終了する。
【０１５３】
「応答あり」であると判定した場合（ステップＳ６７２でＹＥＳ）、サーバＣＰＵ４１は、計画ＤＢ５９の案内音声フィールドから、案内音声ＩＤを取得する（ステップＳ６７４）。
【０１５４】
サーバＣＰＵ４１は、ステップＳ６７４で取得した案内音声ＩＤをキーとして案内音声ＤＢ５５を検索し、レコードを抽出する。サーバＣＰＵ４１は、抽出したレコードの声質フィールドから声質を取得する（ステップＳ６７５）。サーバＣＰＵ４１は、同じレコードの第１メッセージフィールドから第１メッセージを取得する（ステップＳ６７６）。
【０１５５】
図６の１行目に示すデフォルトの案内音声レコードを例にして説明する。サーバＣＰＵ４１は、「○○運輸です。約（時間）後に、（送り主）からの荷物を配達します。受取可能な場合は１番を、御不在の場合は３番を押して下さい。」という第１メッセージを取得する。
【０１５６】
サーバＣＰＵ４１は、計画ＤＢ５９の予定時刻フィールドから取得した予定時刻に基づいて、到着までの予定時間を算出し、第１メッセージの（時間）の部分に挿入する。サーバＣＰＵ４１は、計画ＤＢ５９の荷主フィールドから取得した荷主を、第１メッセージの（送り主）の部分に挿入する。
【０１５７】
サーバＣＰＵ４１は、ステップＳ６７５で取得した声質により第１メッセージを読み上げる、音声データを作成する（ステップＳ６７７）。様々な声質でテキストデータを読み上げる音声合成技術は、従来から使用されているので、詳細については説明を省略する。
【０１５８】
サーバＣＰＵ４１は、架電ＣＰＵ６１に音声データを送信する（ステップＳ６７８）。架電ＣＰＵ６１は、受信した音声データに基づいて、電話回線を通じて相手先に音声を出力する（ステップＳ７９１）。
【０１５９】
架電ＣＰＵ６１は、所定の時間内にプッシュボタンの操作による入力を受け付けたか否かを判定する（ステップＳ７９２）。なお、選択肢として提示した以外の番号が選択された場合、たとえば前述の第１メッセージに対して１番または３番以外の番号が選択された場合、架電ＣＰＵ６１は入力を受け付けていないと判定する。これは、以後の処理についても同様である。
【０１６０】
入力を受け付けたと判定した場合（ステップＳ７９２でＹＥＳ）、架電ＣＰＵ６１は受け付けた入力を主記憶装置６２または補助記憶装置６３に記録する（ステップＳ７９３）。入力を受け付けていないと判定した場合（ステップＳ７９２でＮＯ）、架電ＣＰＵ６１は、結果が「入力なし」である旨を主記憶装置６２または補助記憶装置６３に記録する（ステップＳ７９４）。
【０１６１】
オフフックになった（ステップＳ７８２でＹＥＳ）が、第１メッセージに対する入力が無い（ステップＳ７９２でＮＯ）場合というのは、たとえば留守番電話が応答した場合、ファクシミリが応答した場合、または、プッシュボタンによる応答ができない幼児等が電話を取った場合等である。架電ＣＰＵ６１は、音声解析等の手法によりこれらの事象を区別して、記録しても良い。
【０１６２】
ステップＳ７９３またはステップＳ７９４の終了後、架電ＣＰＵ６１はサーバＣＰＵ４１に結果を送信する（ステップＳ７９５）。サーバＣＰＵ４１は、結果を受信する（ステップＳ６８１）。
【０１６３】
サーバＣＰＵ４１は、受信した結果に基づいて通話先による入力があるか否かを判定する（ステップＳ６８２）。入力が無いと判定した場合（ステップＳ６８２でＮＯ）、サーバＣＰＵ４１は、計画ＤＢ５９の結果フィールドに「不在」を記録する（ステップＳ６８３）。その後、サーバＣＰＵ４１は処理を終了する。
【０１６４】
入力があると判定した場合（ステップＳ６８２でＹＥＳ）、サーバＣＰＵ４１は配達先が受取可能であるか否かを判定する（ステップＳ６８４）。前述の第１メッセージを用いる場合、架電ＣＰＵ６１を介して１番のボタンの入力を受け付けた場合に、サーバＣＰＵ４１は配達先が受取可能であると判定する。同様に３番のボタンに入力を受け付けた場合に、サーバＣＰＵ４１は配達先が受取可能ではないと判定する。
【０１６５】
受取可能であると判定した場合（ステップＳ６８４でＹＥＳ）、サーバＣＰＵ４１は、配達ＤＢ５９の結果フィールドに「済み」、応答フィールドに「在宅」をそれぞれ記録する（ステップＳ６８５）。受取可能ではないと判定した場合（ステップＳ６８４でＮＯ）、サーバＣＰＵ４１は受取方法受付のサブルーチンを起動する（ステップＳ６８６）。受取方法受付のサブルーチンは、架電ＣＰＵ６１を介して電話の相手先から荷物の受取方法を受け付けるサブルーチンである。受取方法受付のサブルーチンの処理の流れは後述する。
【０１６６】
ステップＳ６８５またはステップＳ６８６の終了後、サーバＣＰＵ４１は、広告のサブルーチンを起動する（ステップＳ６８７）。広告のサブルーチンは、電話の相手先に広告またはキャンペーン等の追加情報を提供するサブルーチンである。広告のサブルーチンの処理の流れは後述する。その後、サーバＣＰＵ４１は処理を終了する。
【０１６７】
図１６は、受取方法受付のサブルーチンの処理の流れを示すフローチャートである。なお、受取方法受付のサブルーチンにおいても前述の予告のサブルーチンと同様に、サーバＣＰＵ４１と架電ＣＰＵ６１とが連携して動作する。図１６においては、架電ＣＰＵ６１の動作についてはフローチャートの記載を省略する。
【０１６８】
サーバＣＰＵ４１は、処理中の案内音声ＩＤをキーとして案内音声ＤＢ５５を検索したレコードの第２メッセージフィールドから、声質および第２メッセージを取得する（ステップＳ６９１）。
【０１６９】
図６の１行目に示すデフォルトの案内音声レコードを例にして説明する。サーバＣＰＵ４１は、「荷物を持ち帰ります。再配達を希望する場合は１番を、配送センタでの引き取りを希望する場合は３番を押して下さい。」という第２メッセージを取得する。
【０１７０】
サーバＣＰＵ４１は、ステップＳ６９１で取得した声質により第２メッセージを読み上げる、音声データを作成する（ステップＳ６９２）。サーバＣＰＵ４１は、架電ＣＰＵ６１に音声データを送信する（ステップＳ６９３）。
【０１７１】
架電ＣＰＵ６１は、受信した音声データに基づいて、電話回線を通じて相手先に音声を出力する。架電ＣＰＵ６１は、プッシュボタンの操作による入力を受け付けて、サーバＣＰＵ４１に送信する。サーバＣＰＵ４１は、架電ＣＰＵ６１を介して、受取方法に関する入力を取得する（ステップＳ６９４）。
【０１７２】
サーバＣＰＵ４１は受取方法が再配達であるか、配送センタでの引き取りであるかを判定する（ステップＳ６９５）。再配達であると判定した場合（ステップＳ６９５で再配達）、サーバＣＰＵ４１は、ステップＳ６９１と同じ案内音声レコードの第３メッセージフィールドから、第３メッセージを取得する（ステップＳ８０１）。
【０１７３】
図６の１行目に示すデフォルトの案内音声レコードを例にして説明する。サーバＣＰＵ４１は、「本日夜の再配達を希望する場合は１番を、明日の午前中の再配達を希望する場合は２番を、明日の午後の再配達を希望する場合は３番を押して下さい。」という第３メッセージを取得する。
【０１７４】
サーバＣＰＵ４１は、ステップＳ６９１で取得した声質により第３メッセージを読み上げる、音声データを作成する（ステップＳ８０２）。サーバＣＰＵ４１は、架電ＣＰＵ６１に音声データを送信する（ステップＳ８０３）。
【０１７５】
架電ＣＰＵ６１は、受信した音声データに基づいて、電話回線を通じて相手先に音声を出力する。架電ＣＰＵ６１は、プッシュボタンの操作による入力を受け付けて、サーバＣＰＵ４１に送信する。サーバＣＰＵ４１は、架電ＣＰＵ６１を介して、再配達希望日時に関する入力を取得する（ステップＳ８０４）。
【０１７６】
サーバＣＰＵ４１は、配達ＤＢ５９の応答フィールドに、「再配達」および再配達希望日時を記録する（ステップＳ８０５）。その後、サーバＣＰＵ４１は処理を終了する。
【０１７７】
配送センタでの引き取りであると判定した場合（ステップＳ６９５で引き取り）、サーバＣＰＵ４１は、ステップＳ６９１と同じ案内音声レコードの第４メッセージフィールドから、第４メッセージを取得する（ステップＳ８１１）。
【０１７８】
図６の１行目に示すデフォルトの案内音声レコードを例にして説明する。サーバＣＰＵ４１は、「連絡が可能な電話番号を市外局番から入力し、最後にシャープを押して下さい。」という第４メッセージを取得する。
【０１７９】
サーバＣＰＵ４１は、ステップＳ６９１で取得した声質により第４メッセージを読み上げる、音声データを作成する（ステップＳ８１２）。サーバＣＰＵ４１は、架電ＣＰＵ６１に音声データを送信する（ステップＳ８１３）。
【０１８０】
架電ＣＰＵ６１は、受信した音声データに基づいて、電話回線を通じて相手先に音声を出力する。架電ＣＰＵ６１は、プッシュボタンの操作による入力を受け付けて、サーバＣＰＵ４１に送信する。サーバＣＰＵ４１は、架電ＣＰＵ６１を介して、連絡可能な電話番号を取得する（ステップＳ８１４）。
【０１８１】
サーバＣＰＵ４１は、配達ＤＢ５９の応答フィールドに、「引き取り」および連絡可能な電話番号を記録する（ステップＳ８１５）。その後、サーバＣＰＵ４１は処理を終了する。
【０１８２】
予告のサブルーチンにより、サーバＣＰＵ４１は、本実施の形態の選択部の機能を実現する。
【０１８３】
図１７は、広告のサブルーチンの処理の流れを示すフローチャートである。広告のサブルーチンは、電話の相手先に広告またはキャンペーン等の追加情報を提供するサブルーチンである。
【０１８４】
サーバＣＰＵ４１は、計画ＤＢ５９から処理中の伝票番号に関するレコードを抽出し、広告音声フィールドに広告音声ＩＤが記録されているか否かを判定する（ステップＳ８２１）。広告音声ＩＤが記録されていないと判定した場合（ステップＳ８２１でＮＯ）、サーバＣＰＵ４１は処理を終了する。
【０１８５】
広告音声ＩＤが記録されていると判定した場合（ステップＳ８２１でＹＥＳ）、サーバＣＰＵ４１は、記録されている広告音声ＩＤをキーとして広告音声ＤＢ５６を検索し、広告音声レコードを抽出する。サーバＣＰＵ４１は、抽出したレコードの音声データフィールドに記録されている広告音声の音声データを取得する（ステップＳ８２２）。サーバＣＰＵ４１は、架電ＣＰＵ６１に音声データを送信する（ステップＳ８２３）。
【０１８６】
架電ＣＰＵ６１は、音声データを受信する（ステップＳ９０１）。架電ＣＰＵ６１は、受信した音声データに基づいて、電話回線を通じて相手先に広告音声を出力する（ステップＳ９０２）。広告音声の終了後も相手先がオフフック状態のままである場合、架電ＣＰＵ６１は電話回線を切断する。
【０１８７】
架電ＣＰＵ６１は、電話回線がオフフック状態であった時間、およびステップＳ９０２で広告音声の出力を開始した後に電話回線を切るまでの広告時間を取得する（ステップＳ９０３）。架電ＣＰＵ６１は、取得した時間をサーバＣＰＵ４１に送信する（ステップＳ９０４）。
【０１８８】
サーバＣＰＵ４１は、送信された時間を受信する（ステップＳ８２５）。サーバＣＰＵ４１は、時間ＤＢ５７に新しいレコードを作成し、計画ＤＢ５９から取得した伝票番号および荷主と、架電ＣＰＵ６１から受信したオフフック時間および広告時間とを、それぞれのフィールドに記録する（ステップＳ８２６）。サーバＣＰＵ４１は、以上で処理を終了する。
【０１８９】
本実施の形態によると、伝票番号ごとにあらかじめ定められた案内音声および広告音声を使用できる情報処理システム１０を提供できる。
【０１９０】
本実施の形態によると、ドライバの手を煩わさずに、配達先に予告の電話をかけることができる。予告の電話を受けた配達先は、配達予定時刻に合わせて外出時間を調整する等して、在宅して荷物を受け取ることができる。したがって、再配達の件数を減らすことができる。
【０１９１】
本実施の形態によると、たとえば荷主または運送会社のマスコットキャラクターの声、または、タイアップしている実在のタレントの声等を案内音声に用いて、受取人を楽しませることができる。たとえば、キャラクタやタレントのイメージに合わせた台本に基づく案内音声を用いることにより、そのキャラクタやタレントから電話が掛かってきたようなエンターテイメント性のある案内音声を実現できる。
【０１９２】
普段は留守番電話を使用しており、電話に出ることの少ない受取人が、案内音声を楽しみにして電話に出ることにより、配達予告の成功率を高めることができる。
【０１９３】
時間記録ＤＢ５７により、広告音声が配達先に実際に聞かれた時間を記録するすることができる。時間記録ＤＢ５７の記録に基づいて、広告料金を定めても良い。時間記録ＤＢ５７の記録は、最後まで聞いて貰えるような広告コンテンツの作成に活用することができる。
【０１９４】
広告音声の末尾または途中で質問を行い、プッシュボタンにより回答を受け付けても良い。配達予告の電話を用いたアンケートを実現することができる。架電ＣＰＵ６１は、受け付けた回答をサーバＣＰＵ４１に送信する。サーバＣＰＵ４１は、受信した回答をその都度、または所定の期間分まとめて、広告主に転送する。以上により、サーバＣＰＵ４１は本実施の形態の回答取得部の機能を果たす。
【０１９５】
広告音声の末尾または途中で、商品の紹介を行い、プッシュボタンにより注文を受け付けても良い。配達予告の電話を用いた通信販売を実現することができる。架電ＣＰＵ６１は、受け付けた注文をサーバＣＰＵ４１に送信する。サーバＣＰＵ４１は、受信した注文をその都度、または所定の期間分まとめて、商品販売者に転送する。
【０１９６】
広告音声の末尾に、キャンペーンの応募案内を行い、プッシュボタンにより応募を受け付けても良い。このようにすることにより、広告音声を最後まで聞いて貰うことができ、高い広告効果を期待できる。前述のアンケートへの回答が、キャンペーンへの応募を兼ねるようにしても良い。
【０１９７】
架電ＣＰＵ６１は、受け付けた応募内容をサーバＣＰＵ４１に送信する。サーバＣＰＵ４１は、受信した応募内容をその都度、または所定の期間分まとめて、キャンペーンのスポンサに転送する。以上により、サーバＣＰＵ４１は本実施の形態の第２受付部の機能を果たす。
【０１９８】
計画ＤＢ５９の架電可否フィールドを用いることにより、このような案内音声および広告音声を望まない配達先に対しては、要件を端的に伝達するデフォルトの案内音声を提供することができる。
【０１９９】
配送トラックが配達先にある程度近付いた後に電話をかけることにより、予告の精度を高め、配達先の協力を得やすくすることができる。サーバＣＰＵ４１は、たとえば前日の夜８時頃等、配達計画の立案後、電話をかけても非常識にならない時間に、一回目の電話を配達先にかけても良い。この場合、たとえば「配達の２時間前を目処に再度電話します」等のメッセージを含めることが望ましい。
【０２００】
また、ドライバは、運転および荷物の受け渡し等の業務に集中することができる。さらに、図１０を使用して説明した画面により、ドライバは作業の進捗状況および当初計画に対する遅れの発生を把握することができる。
【０２０１】
架電ＣＰＵ６１は、自動音声の代わりに電話番号あてに文章を送信する、いわゆるショートメッセージを使用しても良い。ショートメッセージに応答受付フォームのＵＲＬ（Uniform Resource Locator）を入れることにより、ＷＥＢサイト経由で配達先からの応答を得ることが可能である。
【０２０２】
架電ＣＰＵ６１は、プッシュボタンの代わりに音声認識により配達先の人の希望を取得しても良い。
【０２０３】
［実施の形態２］
本実施の形態は、配達先からの着信を受け付けて、案内音声および広告音声を用いて応答する情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。
【０２０４】
配達担当者が残した不在配達通知票、架電サーバ６０がかけた電話の着信履歴、またはインターネット等に公開された情報に基づいて、配達先が架電サーバ６０に対して電話をかける場合がある。
【０２０５】
架電ＣＰＵ６１は、発信番号通知に基づいて送信元の電話番号を取得し、サーバＣＰＵ４１に対して着信があることを通知する。サーバＣＰＵ４１は、電話番号に基づいて配達先および移動体クライアント３０を抽出する。サーバＣＰＵ４１は、架電ＣＰＵ６１を介して前述の案内音声を出力し、配達先から受取方法を受け付ける。その後、サーバＣＰＵ４１は広告音声を出力する。
【０２０６】
ところで、配達先は配達伝票に記載されている電話番号とは異なる電話番号から架電サーバ６０に電話をかける場合がある。たとえば、配達伝票に記載されている番号は固定電話の番号である場合に、配達先は携帯電話を用いて電話をかける場合がある。このような場合、サーバＣＰＵ４１は発信番号通知を用いても配達先および移動体クライアント３０を検出できない。
【０２０７】
サーバＣＰＵ４１は、架電サーバ６０を介して配達先から伝票番号を取得する。サーバＣＰＵ４１は、伝票番号に基づいて配達先および移動体クライアント３０を抽出する。サーバＣＰＵ４１は、前述の案内音声を用いて配達先から受取方法を受け付ける。その後、サーバＣＰＵ４１は広告音声を出力する。
【０２０８】
図１８は、実施の形態２のプログラムの処理の流れを示すフローチャートである。架電ＣＰＵ６１は、着信を検知する（ステップＳ９１１）。架電ＣＰＵ６１は、発信番号通知に基づいて、発信元の電話番号を取得する（ステップＳ９１２）。架電ＣＰＵ６１は、取得した電話番号をサーバＣＰＵ４１に送信する（ステップＳ９１３）。
【０２０９】
サーバＣＰＵ４１は、割り込み処理により電話番号を取得する。サーバＣＰＵ４１は、配達ＤＢ５９の電話番号フィールドを検索し、配達中の荷物があるか否かを判定する（ステップＳ８３１）。
【０２１０】
配達中の荷物が無いと判定した場合（ステップＳ８３１でＮＯ）、サーバＣＰＵ４１は、たとえば「伝票番号を入力し、最後に＃を押して下さい」等の、伝票番号の入力を要求する音声に関する音声データを架電ＣＰＵ６１に送信する（ステップＳ８３２）。ステップＳ８３２において、サーバＣＰＵ４１はたとえば自社のマスコットキャラクター等の声質の音声データを架電ＣＰＵ６１に送信しても良い。
【０２１１】
架電ＣＰＵ６１は、音声データを受信する。架電ＣＰＵ６１は、受信した音声データに基づいて、電話回線を通じて相手先に音声を出力する（ステップＳ９１５）。架電ＣＰＵ６１は、プッシュボタンの操作、または、音声入力により入力される伝票番号を取得する（ステップＳ９１６）。架電ＣＰＵ６１は受け付けた伝票番号をサーバＣＰＵ４１に送信する（ステップＳ９１７）。
【０２１２】
サーバＣＰＵ４１は、伝票番号を受信する（ステップＳ８３４）。サーバＣＰＵ４１は、受信した伝票番号をキーとして配達ＤＢ５９を検索し、配達中の荷物があるか否かを判定する（ステップＳ８３５）。配達中の荷物はないと判定した場合（ステップＳ８３５でＮＯ）、サーバＣＰＵ４１は、ステップＳ８３２に戻る。
【０２１３】
なお、たとえば３回以上連続してステップＳ８３５でＮＯと判定した場合、サーバＣＰＵ４１は架電ＣＰＵ６１に対して、オペレータに電話を回すように指示しても良い。この場合、サーバＣＰＵ４１は、たとえば「オペレータにおつなぎしますので少々お待ち下さい」というオペレータの呼び出しを告げる音声データと共に、広告音声の音声データを架電ＣＰＵ６１に送信する。以上により、サーバＣＰＵ４１は、本実施の形態の応答部の機能を実現する。
【０２１４】
架電ＣＰＵ６１は、オペレータの呼び出しを告げる音声を出力した後に、サーバＣＰＵから受信した広告音声を出力する。オペレータが対応する準備が整った後に、架電ＣＰＵ６１は電話回線をオペレータに転送する。
【０２１５】
オペレータの操作により、ステップＳ９１１で着信した電話は、架電サーバ６０を介して担当のドライバに再転送されても良い。運転中または作業中である場合、ドライバはすぐに電話に出ることができない。架電ＣＰＵ６１は、ドライバが電話に出るまでの間、保留音の代わりにサーバＣＰＵ４１から受信した広告音声を出力する。以上により、サーバＣＰＵ４１は、架電ＣＰＵ６１を介して本実施の形態の第２出力部の機能を実現する。
【０２１６】
配達中の荷物があると判定した場合（ステップＳ８３１でＹＥＳ、または、ステップＳ８３５でＹＥＳ）、サーバＣＰＵ４１は受取方法受付のサブルーチンを起動する（ステップＳ８３６）。受取方法受付のサブルーチンは、図１６を使用して説明したサブルーチンと同一のサブルーチンである。
【０２１７】
サーバＣＰＵ４１は、広告のサブルーチンを起動する（ステップＳ８３７）。広告のサブルーチンは、図１７を使用して説明したサブルーチンと同一のサブルーチンである。その後、サーバＣＰＵ４１は処理を終了する。
【０２１８】
なお、架電ＣＰＵ６１は、ステップＳ９１２とステップＳ９１３との間で、たとえば「＊＊の御用の方は１番の後に＃を押して下さい。」等の自動応答により、荷物の受取以外の目的でかけられた電話を、オペレータまたは他のプログラム等に振り分けても良い。
【０２１９】
本実施の形態によると、配達先から着信した電話に対して、伝票番号ごとにあらかじめ定められた案内音声および広告音声を使用できる情報処理システム１０を提供できる。
【０２２０】
［実施の形態３］
本実施の形態は、配達先の住所等に基づいて広告音声の音声データを選択する情報処理システム１０に関する。実施の形態１と共通する部分については、説明を省略する。
【０２２１】
図１９は、実施の形態３の広告音声ＤＢ５６のレコードレイアウトを示す説明図である。広告音声ＤＢ５６は、広告音声ＩＤと、広告音声の音声データとを関連づけて記録するＤＢである。広告音声ＤＢ５６は、広告音声ＩＤフィールドおよび音声データフィールドを有する。
【０２２２】
音声データフィールドは、住所フィールド、荷物フィールド、時間フィールドおよび指定なしフィールドを有する。住所フィールドは、たとえば新宿区フィールド、横浜市フィールド等、各地区を示すフィールドを有する。荷物フィールドは、たとえば書籍フィールド、雑貨フィールド等、各種の荷物を示すフィールドを有する。時間フィールドは、たとえば午前中フィールド、夜間フィールド等、各種の時間を示すフィールドを有する。
【０２２３】
住所フィールド、荷物フィールドおよび時間フィールドの各サブフィールドには、それぞれに該当した場合に使用される広告音声の音声データが記録される。指定なしフィールドは、他のサブフィールドに該当しない場合に使用されるデフォルトの広告音声の音声データが記録される。
【０２２４】
音声データフィールドの各サブフィールドは、採用される優先順位に沿って配置されている。本実施の形態においては、配達先の住所を最優先とし、次に荷物、配達する時間帯の順番で広告音声を定める場合を例にして説明する。
【０２２５】
たとえば、図５を使用して説明した計画ＤＢ５９の広告音声フィールドに「ＡＤ０１」が記録されている場合、配達先が「新宿区」であれば「Ｆｉｌｅ新宿０１」の広告音声が使用される。配達先が「新宿区」でも「横浜市」でもなく、荷物が「書籍」である場合には、「Ｆｉｌｅ書籍０１」の広告音声が使用される。荷物が「書籍」でも「雑貨」でもない場合には、デフォルトの広告音声である「ＦｉｌｅＡＤ０１」が使用される。
【０２２６】
同様に、広告音声フィールドに「ＡＤ０２」と記録されている場合、配達先の住所にかかわらず荷物が「書籍」である場合には、「Ｆｉｌｅ書籍０２」の広告音声が使用される。
【０２２７】
図２０は、音声選択のサブルーチンの処理の流れを示すフローチャートである。音声選択のサブルーチンは、図１７を使用して説明した広告のサブルーチンのステップＳ８２２の代わりに実行されるサブルーチンである。音声選択のサブルーチンは、広告音声ＩＤおよび配達先の住所等に基づいて広告音声の音声データを選択するサブルーチンである。
【０２２８】
サーバＣＰＵ４１は、広告音声ＩＤをキーとして広告音声ＤＢ５６を検索し、レコードを抽出する（ステップＳ８４１）。サーバＣＰＵ４１は、フィールドが、配達先の住所、荷物、または予告の電話をかける時間等に該当しているか否かを判定する（ステップＳ８４２）。該当していないと判定した場合（ステップＳ８４２でＮＯ）、サーバＣＰＵ４１は処理中のフィールドが最後のフィールドであるか否かを判定する（ステップＳ８４３）。
【０２２９】
最後のフィールドでは無いと判定した場合（ステップＳ８４３でＮＯ）、サーバＣＰＵ４１は処理対象のフィールドを次のフィールドに設定する（ステップＳ８４４）。その後、サーバＣＰＵ４１は、ステップＳ８４２に戻る。
【０２３０】
該当していると判定した場合（ステップＳ８４２でＹＥＳ）、または、最後のフィールドであると判定した場合（ステップＳ８４３でＹＥＳ）、サーバＣＰＵ４１は、処理中のフィールドに記録されている音声データファイルを使用する広告音声の音声データに決定する（ステップＳ８４５）。その後、サーバＣＰＵ４１は処理を終了する。
【０２３１】
本実施の形態によると、複数種類の広告音声から、配達先の住所、荷物、および、電話をかける時間に応じて使用する音声データを選択する情報処理システム１０を提供できる。あらかじめ計画ＤＢ５９に記録された広告音声ＩＤに基づいて音声データが選択されるので、たとえば荷主の広告イメージ等に合致した複数の音声データから実際に使用する広告音声の音声データを選択できる。
【０２３２】
なお、案内音声ＤＢ５５についても、広告音声ＤＢ５６と同様に、案内音声ＩＤと配達先の住所等に基づいて、使用する案内音声が選択されても良い。
【０２３３】
サーバＣＰＵ１１は、たとえば過去の購買履歴、現在ネットショッピングのカートに入っている商品等、または趣味嗜好等の、荷主が保有する種々の顧客情報に基づいて広告音声または案内音声を選択しても良い。この場合、たとえば、計画ＤＢ５９に、荷主が音声の選択に利用させたい顧客情報を記録するフィールドを設けるとともに、広告音声ＤＢ５６または案内音声ＤＢ５５にその顧客情報に対応するフィールドを設ける。
【０２３４】
これにより、たとえば過去にシャンプー等の消耗品を購入した顧客に対して、定期購入の推奨、割引セールの案内、リンス等の関連商品の購入の推奨等を行う広告音声を流す情報処理システム１０を提供できる。あるいは、カートに入っている商品に関するキャンペーン情報の広告音声を流す情報処理システム１０を提供できる。さらに、特定のタレントのファンである顧客に対し、そのタレントの声による案内音声を流す情報処理システム１０を提供できる。
【０２３５】
［実施の形態４］
図２１は、実施の形態４の情報処理装置の動作を示す機能ブロック図である。本実施の形態のサーバコンピュータ４０は、サーバＣＰＵ４１による制御に基づいて以下の情報処理装置の動作を実現する。
【０２３６】
情報処理装置は、計画取得部７１と、第１出力部７２とを備える。計画取得部７１は、訪問先の住所および連絡先を含む訪問計画を取得する。第１出力部７２は、計画取得部７１が取得した訪問計画に基づいて連絡先に自動的に電話をかけて、訪問予定に関する自動音声および広告音声、または、前記自動音声とは異なる有名人の声もしくは擬人的な合成音声を用いた訪問予定に関する案内音声を出力する。
【０２３７】
［実施の形態５］
本実施の形態は、汎用のコンピュータとプログラム９７とを組み合わせて動作させることにより、本実施の形態の情報処理システム１０を実現する形態に関する。図２２は、実施の形態６の情報処理システム１０の構成を示す説明図である。なお、実施の形態１と共通する部分の説明は省略する。
【０２３８】
本実施の形態の情報処理システム１０は、ネットワークを介して接続されたオペレータクライアント２０と、移動体クライアント３０と、地図サーバ５０と、架電サーバ６０と、コンピュータ４９とを含む。
【０２３９】
コンピュータ４９は、サーバＣＰＵ４１、主記憶装置４２、補助記憶装置４３、通信部４４、読取部４８およびバスを備える。コンピュータ４９は、汎用のパーソナルコンピュータ、大型計算機等の情報機器等である。また、本実施の形態のコンピュータ４９は、大型計算機上で動作する仮想マシンでも良い。
【０２４０】
プログラム９７は、可搬型記録媒体９６に記録されている。サーバＣＰＵ４１は、読取部４８を介してプログラム９７を読み込み、補助記憶装置４３に保存する。またサーバＣＰＵ４１は、コンピュータ４９内に実装されたフラッシュメモリ等の半導体メモリ９８に記憶されたプログラム９７を読出しても良い。さらに、サーバＣＰＵ４１は、通信部４４および図示しないネットワークを介して接続される図示しない他のサーバコンピュータからプログラム９７をダウンロードして補助記憶装置４３に保存しても良い。
【０２４１】
プログラム９７は、コンピュータ４９の制御プログラムとしてインストールされ、主記憶装置４２にロードして実行される。これにより、コンピュータ４９は上述したサーバコンピュータ４０として機能する。
【０２４２】
移動体クライアント３０およびオペレータクライアント２０は、ネットワークを介してコンピュータ４９からプログラム９７を取得し、コンピュータ４９と連携して上述した移動体クライアント３０およびオペレータクライアント２０として機能する。
【０２４３】
各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０２４４】
１０  情報処理システム
２０  オペレータクライアント
２１  第２ＣＰＵ
２２  主記憶装置
２３  補助記憶装置
２４  通信部
２５１  表示部
２５２  入力部
２６  マイク
２７  スピーカ
３０  移動体クライアント
３１  第１ＣＰＵ
３２  主記憶装置
３３  補助記憶装置
３４  通信部
３５  タッチパネル
３５１  表示部
３５２  入力部
３６  マイク
３７  スピーカ
３８  ＧＰＳ
４０  サーバコンピュータ（情報処理装置）
４１  サーバＣＰＵ
４２  主記憶装置
４３  補助記憶装置
４４  通信部
４８  読取部
４９  コンピュータ
５０  地図サーバ
５１  地図ＣＰＵ
５２  主記憶装置
５３  補助記憶装置
５４  通信部
５５  案内音声ＤＢ
５６  広告音声ＤＢ
５７  時間記録ＤＢ
５８  ユーザＤＢ
５９  計画ＤＢ
６０  架電サーバ
６１  架電ＣＰＵ
６２  主記憶装置
６３  補助記憶装置
６４  通信部
６５  電話部
７１  計画取得部
７２  第１出力部
９１  作業状況設定欄
９１１  配達ボタン
９１２  帰社ボタン
９１３  休憩ボタン
９１４  待機ボタン
９１５  配達中ボタン
９２  更新状況欄
９３  進捗状況欄
９４  荷物欄
９４１  架電状況欄
９４２  配達完了ボタン
９４３  不在ボタン
９５  スクロールバー
９６  可搬型記録媒体
９７  プログラム
９８  半導体メモリ
【図１】
2019028499.tif 000003
【図２】
2019028499.tif 000004
【図３】
2019028499.tif 000005
【図４】
2019028499.tif 000006
【図５】
2019028499.tif 000007
【図６】
2019028499.tif 000008
【図７】
2019028499.tif 000009
【図８】
2019028499.tif 000010
【図９】
2019028499.tif 000011
【図１０】
2019028499.tif 000012
【図１１】
2019028499.tif 000013
【図１２】
2019028499.tif 000014
【図１３】
2019028499.tif 000015
【図１４】
2019028499.tif 000016
【図１５】
2019028499.tif 000017
【図１６】
2019028499.tif 000018
【図１７】
2019028499.tif 000019
【図１８】
2019028499.tif 000020
【図１９】
2019028499.tif 000021
【図２０】
2019028499.tif 000022
【図２１】
2019028499.tif 000023
【図２２】
2019028499.tif 000024