JP2019016232A - プログラム、情報処理装置及び配車制御方法 - Google Patents

Abstract

【課題】多くの商品を購入した旅行者が効率よく移動することが可能となるプログラム等を提供する。【解決手段】購入商品の指定と、乗車地と降車地の指定を受け付け、商品の在庫の管理情報を参照して、指定された前記購入商品のピックアップ地を特定し、特定した前記ピックアップ地、指定された前記乗車地とを経由して、指定された前記降車地に向かうドライブ指示を配車管理システム又はドライバー端末に送信する処理を実行させる。ドライブ指示は、前記ピックアップ地、前記乗車地、前記降車地の順の巡回、又は、前記乗車地、前記ピックアップ地、前記降車地の順の巡回である。【選択図】図１

Description

本発明は、プログラム、情報処理装置及び配車制御方法に関する。

従来、空港施設のＰＯＳ(Point Of Sales System)端末にて顧客の航空券を読み取り、顧客の商品受け取り指示が、到着空港渡しか宅配かに応じて、到着先の他空港販売管理サーバや商品の納入元の取引先受注管理サーバに在庫の照会を行う方法が提案されている（例えば特許文献１参照）。

特開２００６−１９５８２２号公報

しかしながら、従来の技術では多くの商品を購入した旅行者が効率よく移動することができないという問題がある。

一つの側面では、多くの商品を購入した旅行者が効率よく移動することが可能となるプログラム等を提供することを目的とする。

一つの案では、購入商品の指定と、乗車地と降車地の指定を受け付け、商品の在庫の管理情報を参照して、指定された前記購入商品のピックアップ地を特定し、特定した前記ピックアップ地、指定された前記乗車地とを経由して、指定された前記降車地に向かうドライブ指示を配車管理システム又はドライバー端末に送信する、処理をコンピュータに実行させる。

一つの側面では、多くの商品を購入した旅行者が効率よく移動することが可能となる。

情報処理システムの概要を示す説明図である。 端末装置のハードウェア群を示す説明図である。 フライトチケットのイメージを示す説明図である。 ユーザＤＢのレコードレイアウトを示す説明図である。 商品ＤＢのレコードレイアウトを示す説明図である。 サーバコンピュータのハードウェア群を示すブロック図である。 ユーザＤＢレコードレイアウトを示す説明図である。 商品ＤＢのレコードレイアウトを示す説明図である。 管理コンピュータのハードウェア群を示すブロック図である。 在庫ＤＢのレコードレイアウトを示す説明図である。 配車コンピュータのハードウェア群を示すブロック図である。 ドライバー端末のハードウェア群を示すブロック図である。 在庫確認画面のイメージを示す説明図である。 配車処理の画面イメージを示す説明図である。 配車処理画面のイメージを示す説明図である。 配車ＤＢのレコードレイアウトを示す説明図である。 配車ＤＢのレコードレイアウトを示す説明図である。 商品ＤＢのレコードレイアウトを示す説明図である。 商品ＤＢのレコードレイアウトを示す説明図である。 配車ＤＢのレコードレイアウトを示す説明図である。 配車完了画面を示す説明図である。 受領確認画面のイメージを示す説明図である。 購入処理の手順を示すフローチャートである。 購入処理の手順を示すフローチャートである。 購入処理の手順を示すフローチャートである。 配車処理の手順を示すフローチャートである。 配車処理の手順を示すフローチャートである。 配車処理の手順を示すフローチャートである。 配車処理の手順を示すフローチャートである。 配車処理の手順を示すフローチャートである。 配車処理の手順を示すフローチャートである。 ピックアップ処理の手順を示すフローチャートである。 ピックアップ処理の手順を示すフローチャートである。 管理コンピュータのハードウェア群を示すブロック図である。 代替ＤＢのレコードレイアウトを示す説明図である。 在庫確認画面のイメージを示す説明図である。 在庫確認画面のイメージを示す説明図である。 商品の購入手順を示すフローチャートである。 商品の購入手順を示すフローチャートである。 商品の購入手順を示すフローチャートである。 商品の購入手順を示すフローチャートである。 在庫確認画面のイメージを示す説明図である。 小分け処理の画面イメージを示す説明図である。 商品ＤＢのレコードレイアウトを示す説明図である。 商品ＤＢのレコードレイアウトを示す説明図である。 商品ＤＢのレコードレイアウトを示す説明図である。 商品ＤＢのレコードレイアウトを示す説明図である。 配車ＤＢのレコードレイアウトを示す説明図である。 受領確認画面のイメージを示す説明図である。 小分け処理の手順を示すフローチャートである。 小分け処理の手順を示すフローチャートである。 小分け処理の手順を示すフローチャートである。 受領確認処理の手順を示すフローチャートである。 受領確認処理の手順を示すフローチャートである。 在庫確認画面のイメージを示す説明図である。 商品ＤＢのレコードレイアウトを示す説明図である。 追加購入処理の手順を示すフローチャートである。 配車手配のイメージを示す説明図である。 配車手配の処理手順を示すフローチャートである。 配車手配の処理手順を示すフローチャートである。 上述した形態のサーバコンピュータまたは端末装置の機能ブロック図である。 実施の形態６に係るサーバコンピュータのハードウェア群を示すブロック図である。 実施の形態６に係る端末装置のハードウェア群を示すブロック図である。 実施の形態６に係るドライバー端末のハードウェア群を示すブロック図である。

実施の形態１
以下実施の形態を、図面を参照して説明する。図１は情報処理システムの概要を示す説明図である。情報処理システムは情報処理装置１〜５を含む。情報処理装置２は例えば、店舗、ショッピングモール、レストランまたはホテル等の施設に備えられるPOS端末、パーソナルコンピュータ、タブレット、スマートフォンまたはデジタルサイネージ等である。以下では情報処理装置２を端末装置２と読み替えて説明し、また端末装置２は店舗に設置されているものとする。

情報処理装置１は、複数の店舗に設けられた端末装置２と情報の送受信を行うサーバコンピュータまたはパーソナルコンピュータ等である。実施形態では情報処理装置１をサーバコンピュータ１と読み替えて説明する。情報処理装置３はユーザが店舗にて購入する商品の在庫を管理するサーバコンピュータまたはパーソナルコンピュータである。以下では、情報処理装置３を管理コンピュータ３と読み替えて説明する。

配車管理システムに含まれる情報処理装置４は、ユーザ及び当該ユーザが購入した商品をピックアップするタクシー、バス、ハイヤー等の移動体の配車管理を行うサーバコンピュータまたはパーソナルコンピュータである。以下では、情報処理装置４を、配車コンピュータ４と読み替えて説明し、また移動体はタクシーであるものとして説明する。配車コンピュータ４と共に配車管理システムに含まれる情報処理装置５は、タクシーの運転手が使用するノート型パーソナルコンピュータ、タブレット、スマートフォン、ウェアラブル端末、または車載コンピュータである。以下では情報処置装置５をドライバー端末５と読み替えて説明する。サーバコンピュータ１、端末装置２、管理コンピュータ３、配車コンピュータ４及びドライバー端末５はインターネット、ＬＡＮ（Local Area Network）、公衆回線網等の通信網Ｎを介して相互に接続されている。

ユーザは店舗にて商品を購入し、当該購入した商品を出国前にピックアップし、さらにユーザ自身をピックアップするタクシーの配車を依頼する場合、フライトに関する情報を店舗にて提示する。店舗の端末装置２は購入商品、乗車地及び降車地の指定を受け付ける。端末装置２は、サーバコンピュータ１へ購入商品、乗車地及び降車地を送信する。サーバコンピュータ１は管理コンピュータ３の購入商品の管理情報を参照し、購入商品のピックアップ地を特定する。サーバコンピュータ１は、配車コンピュータ４へ、特定したピックアップ地及び乗車地を経て、最終的に降車地へ向かうドライブ指示を配車コンピュータ４またはドライバー端末５へ送信する。

出国時にタクシードライバーは購入商品をピックアップ地にてピックアップし、次いで乗車地にてユーザをピックアップする。なお、本実施形態では先に購入商品をピックアップし、その後乗車地にてユーザをピックアップする巡回例を示すがこれに限るものではない。先に乗車地にてユーザをピックアップし、その後ピックアップ地にて購入商品をピックアップするようにしてもよい。その後、ユーザは購入商品が積み込まれたタクシーにて空港に向かうこととなる。なお、本実施形態では飛行機にて外国へ帰国するユーザを例に挙げて説明するが、国内を旅行するユーザを対象にしてもよく、また降車地は空港ではなく駅またはバス停等であってもよい。以下詳細を説明する。

図２は端末装置２のハードウェア群を示す説明図である。端末装置２は制御部としてのＣＰＵ（Central Processing Unit）２１、ＲＡＭ（Random Access Memory）２２、入力部２３、表示部２４、記憶部２５、時計部２８、及び、リーダ２９、通信部２６等を含む。ＣＰＵ２１は、バス２７を介してハードウェア各部と接続されている。ＣＰＵ２１は記憶部２５に記憶された制御プログラム２５Ｐに従いハードウェア各部を制御する。なお、ＣＰＵ２１は複数のプロセッサコアを搭載したマルチコアプロセッサであっても良い。ＲＡＭ２２は例えばＳＲＡＭ（Static RAM）、ＤＲＡＭ(Dynamic RAM)、フラッシュメモリ等である。ＲＡＭ２２は、記憶部としても機能し、ＣＰＵ２１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部２３はマウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ２１へ出力する。表示部２４は液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等であり、ＣＰＵ２１の指示に従い各種情報を表示する。通信部２６は通信モジュールであり、サーバコンピュータ１等との間で情報の送受信を行う。時計部２８は日時情報をＣＰＵ２１へ出力する。記憶部２５は大容量メモリまたはハードディスクであり、制御プログラム２５Ｐ、ユーザデータベース（以下、ＤＢという）２５１、商品ＤＢ２５２、及び配車ＤＢ２５３等を記憶している。なお、説明を容易にするために、端末装置２の記憶部２５に各種ＤＢを記憶する例を示すが、サーバコンピュータ１または図示しないＤＢサーバにこれらを記憶するようにしてもよい。

リーダ２９は例えば２次元バーコードリーダであり、フライトチケットに印刷された２次元バーコードを読み取る。リーダ２９は読み取ったフライトチケット情報である２次元バーコードの情報をＣＰＵ２１へ出力する。なお、フライトチケットには２次元バーコードが印刷されている例を示すがこれに限るものではない。印刷された１次元のバーコードの他、ユーザのスマートフォンの画面に表示された２次元バーコード等であってもよい。なお、実施形態ではリーダ２９を端末装置２に接続される２次元バーコードリーダであるものとして説明するが、端末装置２が有するＣＣＤ(Charge Coupled Device)カメラにより２次元バーコードを読み取っても良い。

図３はフライトチケットのイメージを示す説明図である。フライトチケットには予約番号、ＣＡ、ＤＬ等のエアラインコード、フライトナンバー、出国日時（フライト日時）及び氏名等が記載されている。フライトチケット上には、予約番号、エアラインコード、フライトナンバー、出国日時及び氏名を特定することが可能な２次元バーコードが印刷されている。リーダ２９は、２次元バーコードを読み取りＣＰＵ２１へ出力する。ＣＰＵ２１は、２次元バーコードに基づき、予約番号、エアラインコード、フライトナンバー、出国日時及び氏名等の情報を取得する。

ＣＰＵ２１は、取得したエアラインコード、フライトナンバー及び出国日時に基づき、出国時の空港及びターミナルをサーバコンピュータ１または図示しない他のコンピュータを通じて検索し、取得する。なお、エアラインコード、フライトナンバー、降車地である空港、氏名及び出国日時はユーザから聞き出し、入力部２３を通じて手入力するようにしてもよい。

図４はユーザＤＢ２５１のレコードレイアウトを示す説明図である。ユーザＤＢ２５１はユーザＩＤフィールド、氏名フィールド、予約番号フィールド、エアラインコードフィールド、フライトナンバーフィールド、出国日時フィールド及び空港・ターミナルフィールド等を含む。ユーザＩＤフィールドには、ユーザを特定するための固有の識別情報（以下、ユーザＩＤという）が記憶されている。図４の例では説明を容易にするために、ユーザＩＤは００１、００２としているが、予約番号、エアラインコード及びフライトナンバーによりユーザＩＤを生成するようにしてもよい。

氏名フィールドには、ユーザＩＤに対応付けて本サービスを受けるユーザの氏名が記憶されている。予約番号フィールドには、ユーザＩＤに対応付けて当該ユーザが搭乗する飛行機の予約番号が記憶されている。エアラインコードフィールドには、飛行機会社を特定するためのエアラインコードがユーザＩＤに対応付けて記憶されている。フライトナンバーフィールドには、１５２、１５３等、ユーザＩＤに対応付けて飛行機会社内でのフライトを特定するフライトナンバーが記憶されている。出国日時フィールドには当該ユーザが搭乗する飛行機の出発日時が記憶されている。空港・ターミナルフィールドにはユーザＩＤに対応付けてユーザが搭乗する飛行機が出発する空港及びターミナルの情報が記憶されている。

ＣＰＵ２１は、リーダ２９を通じて取得した氏名、予約番号、エアラインコード、フライトナンバー及び出国日時をユーザＤＢ２５１に記憶する。ＣＰＵ２１は、飛行機会社のＷｅｂサイト等を通じて、出国日時、エアラインコード、及びフライトナンバーに基づき、対応する空港・ターミナルの情報を取得する。ＣＰＵ２１は、取得した空港及びターミナルの情報をユーザＤＢ２５１に記憶する。なお、実施形態で述べる各ＤＢのレコードレイアウト、項目、及びデータは一例でありこれに限るものではない。各レコード間の関係さえ維持されていれば、他の形態によりデータを記憶するようにしても良い。

図５は商品ＤＢ２５２のレコードレイアウトを示す説明図である。商品ＤＢ２５２は、購入ＩＤフィールド、ユーザＩＤフィールド、商品ＩＤフィールド、個数フィールド、出国日時フィールド、空港・ターミナルフィールド及びピックアップ地フィールド等を含む。購入ＩＤフィールドには、ユーザが購入履歴を特定するための識別情報（以下、購入ＩＤという）が記憶されている。ＣＰＵ２１は、ユーザが商品を購入する際に、新たな購入ＩＤを生成し、商品ＤＢ２５２に記憶する。

ユーザＩＤフィールドには購入ＩＤに対応付けてユーザＩＤが記憶されている。ＣＰＵ２１は、ユーザによる商品購入時に、フライトチケットを通じて取得したユーザＩＤを購入ＩＤに対応付けて、商品ＤＢ２５２に記憶している。商品ＩＤフィールドには、商品を特定するための固有の識別情報（以下、商品ＩＤという）が購入ＩＤに対応付けて記憶されている。個数フィールドには、購入ＩＤに対応付けて商品の購入個数が記憶されている。図５の例では、商品ＩＤ「Ｉ００１」の商品が２個、商品ＩＤ「Ｉ００２」の商品が１個購入されたことを示している。ピックアップ地フィールドには、商品をピックアップする場所が、購入ＩＤ及び商品ＩＤに対応付けて記憶されている。図５の例では商品ＩＤ「Ｉ００１」及び「Ｉ００２」は「ＸＸ物流センター」にてピックアップされる。

ＣＰＵ２１は、商品タグに付されたバーコードをリーダ２９で読み取ることにより、商品ＩＤを取得し、商品ＤＢ２５２に記憶する。またＣＰＵ２１は、入力部２３またはリーダ２９を通じて商品の個数を取得し、商品ＤＢ２５２に記憶する。さらにＣＰＵ２１は、購入ＩＤ及びユーザＩＤに対応付けて取得済みの出国日時及び空港・ターミナルの情報を商品ＤＢ２５２に記憶する。なお、配車ＤＢ２５３の詳細については後述する。またピックアップ地は店舗とは異なる遠隔地である例を示すがこれに限るものではない。ピックアップ地は購入地の店舗であってもよい。

図６はサーバコンピュータ１のハードウェア群を示すブロック図である。サーバコンピュータ１は制御部としてのＣＰＵ１１、ＲＡＭ１２、入力部１３、表示部１４、記憶部１５、時計部１８、及び、通信部１６等を含む。ＣＰＵ１１は、バス１７を介してハードウェア各部と接続されている。ＣＰＵ１１は記憶部１５に記憶された制御プログラム１５Ｐに従いハードウェア各部を制御する。なお、ＣＰＵ１１は複数のプロセッサコアを搭載したマルチコアプロセッサであっても良い。また実施形態では、サーバコンピュータ１は単体のものとして説明するがこれに限るものではない。例えば物理的に複数のサーバコンピュータにより構成されていてもよく、また複数の仮想マシンにより構成されていてもよい。ＲＡＭ１２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ１２は、記憶部としても機能し、ＣＰＵ１１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部１３はマウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ１１へ出力する。表示部１４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ１１の指示に従い各種情報を表示する。通信部１６は通信モジュールであり、端末装置２等との間で情報の送受信を行う。時計部１８は日時情報をＣＰＵ１１へ出力する。記憶部１５は大容量メモリまたはハードディスクであり、制御プログラム１５Ｐ、ユーザＤＢ１５１、商品ＤＢ１５２及び配車ＤＢ１５３等を記憶している。なお、実施形態では各ＤＢが記憶部１５に記憶されている例を示すが、ＲＡＭ１２に記憶する他、図示しないＤＢサーバコンピュータに記憶するようにしても良い。

図７はユーザＤＢ１５１のレコードレイアウトを示す説明図である。ユーザＤＢ１５１は、ユーザＩＤフィールド、氏名フィールド、予約番号フィールド、エアラインコードフィールド、フライトナンバーフィールド、出国日時フィールド及び空港・ターミナルフィールド等を含む。各フィールドの内容については図４にて説明したとおりであるため詳細な説明は省略する。端末装置２のＣＰＵ２１は、ユーザＤＢ２５１にユーザＩＤ、氏名及び予約番号等のフライトに関する情報（フライトチケット情報）を記憶した場合、サーバコンピュータ１へ当該フライトに関する情報を送信する。

サーバコンピュータ１は通信部１６を介してフライトに関する情報を受信する。ＣＰＵ１１は、ユーザＤＢ１５１にフライトに関する情報を記憶する。なお、実施形態では端末装置２及びサーバコンピュータ１の双方にユーザＤＢ２５１及びユーザＤＢ１５１を設ける例を示すが、これに限るものではない。サーバコンピュータ１側だけにユーザＤＢ１５１を設ける構成であってもよい。

図８は商品ＤＢ１５２のレコードレイアウトを示す説明図である。商品ＤＢ１５２は、店舗ＩＤごとに、購入ＩＤフィールド、ユーザＩＤフィールド、商品ＩＤフィールド、個数フィールド、出国日時フィールド、空港・ターミナルフィールド及びピックアップ地フィールド等を有している。店舗ＩＤは、端末装置２を有している店舗を特定するための固有の識別情報（以下、店舗ＩＤという）である。購入ＩＤ及びユーザＩＤ等についてはすでに図５において説明したとおりであるため詳細な説明を省略する。

端末装置２のＣＰＵ２１は、ユーザによる商品購入後、商品ＤＢ２５２に記憶した購入ＩＤ、ユーザＩＤ、商品ＩＤ及び個数等を含む購入商品情報と、店舗ＩＤとをサーバコンピュータ１へ送信する。サーバコンピュータ１のＣＰＵ１１は、購入商品情報と店舗ＩＤとを通信部１６を介して受信する。ＣＰＵ１１は、受信した購入商品情報を、店舗ＩＤに関連付けて商品ＤＢ１５２に記憶する。なお、配車ＤＢ１５３については後述する。

図９は管理コンピュータ３のハードウェア群を示すブロック図である。管理コンピュータ３は制御部としてのＣＰＵ３１、ＲＡＭ３２、入力部３３、表示部３４、記憶部３５、時計部３８、及び、通信部３６等を含む。ＣＰＵ３１は、バス３７を介してハードウェア各部と接続されている。ＣＰＵ３１は記憶部３５に記憶された制御プログラム３５Ｐに従いハードウェア各部を制御する。なお、ＣＰＵ３１は複数のプロセッサコアを搭載したマルチコアプロセッサであっても良い。また実施形態では、管理コンピュータ３は単体のものとして説明するがこれに限るものではない。例えば物理的に複数のサーバコンピュータにより構成されていてもよく、また複数の仮想マシンにより構成されていてもよい。ＲＡＭ３２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ３２は、記憶部としても機能し、ＣＰＵ３１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部３３はマウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ３１へ出力する。表示部３４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ３１の指示に従い各種情報を表示する。通信部３６は通信モジュールであり、サーバコンピュータ１等との間で情報の送受信を行う。時計部３８は日時情報をＣＰＵ３１へ出力する。記憶部３５は大容量メモリまたはハードディスクであり、制御プログラム３５Ｐ、在庫ＤＢ３５１（管理情報）及び商品ＤＢ３５２等を記憶している。なお、実施形態では各ＤＢが記憶部３５に記憶されている例を示すが、ＲＡＭ３２に記憶する他、図示しないＤＢサーバコンピュータに記憶するようにしても良い。

図１０は在庫ＤＢ３５１のレコードレイアウトを示す説明図である。在庫ＤＢ３５１は、商品ＩＤフィールド、在庫数フィールド及びピックアップ地フィールド等を含む。在庫数フィールドには、商品ＩＤに対応付けてユーザに販売することが可能な商品の在庫数が記憶されている。ピックアップ地フィールドには、商品ＩＤに対応付けて商品をピックアップすることが可能なピックアップ地が記憶されている。

図１０の例では、商品ＩＤ「Ｉ００１」の商品については在庫数が１００存在し、当該商品はＸＸ物流センターでピックアップ可能であることが理解できる。なお、図１０の例では、ピックアップ地が、端末装置２が設置された店舗とは別の拠点であるＸＸ物流センターを例に挙げたがこれに限るものではない。端末装置２を有する店舗内に在庫が存在するのであれば、ピックアップ地として店舗名を記憶しておき、タクシーが当該店舗にて商品をピックアップするようにしてもよい。なお、商品ＤＢ３５２については後述する。

図１１は配車コンピュータ４のハードウェア群を示すブロック図である。配車コンピュータ４は制御部としてのＣＰＵ４１、ＲＡＭ４２、入力部４３、表示部４４、記憶部４５、時計部４８、及び、通信部４６等を含む。ＣＰＵ４１は、バス４７を介してハードウェア各部と接続されている。ＣＰＵ４１は記憶部４５に記憶された制御プログラム４５Ｐに従いハードウェア各部を制御する。なお、ＣＰＵ４１は複数のプロセッサコアを搭載したマルチコアプロセッサであっても良い。また実施形態では、配車コンピュータ４は単体のものとして説明するがこれに限るものではない。例えば物理的に複数のサーバコンピュータにより構成されていてもよく、また複数の仮想マシンにより構成されていてもよい。ＲＡＭ４２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ４２は、記憶部としても機能し、ＣＰＵ４１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部４３はマウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ４１へ出力する。表示部４４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ４１の指示に従い各種情報を表示する。通信部４６は通信モジュールであり、サーバコンピュータ１等との間で情報の送受信を行う。時計部４８は日時情報をＣＰＵ４１へ出力する。記憶部４５は大容量メモリまたはハードディスクであり、制御プログラム４５Ｐ、商品ＤＢ４５１及び配車ＤＢ４５２等を記憶している。なお、商品ＤＢ４５１及び配車ＤＢ４５２については後述する。

図１２はドライバー端末５のハードウェア群を示すブロック図である。ドライバー端末５は制御部としてのＣＰＵ５１、ＲＡＭ５２、入力部５３、表示部５４、記憶部５５、時計部５８、及び、リーダ５９、通信部５６等を含む。ＣＰＵ５１は、バス５７を介してハードウェア各部と接続されている。ＣＰＵ５１は記憶部５５に記憶された制御プログラム５５Ｐに従いハードウェア各部を制御する。なお、ＣＰＵ５１は複数のプロセッサコアを搭載したマルチコアプロセッサであっても良い。ＲＡＭ５２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ５２は、記憶部としても機能し、ＣＰＵ５１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部５３はマウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ５１へ出力する。表示部５４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ５１の指示に従い各種情報を表示する。通信部５６は通信モジュールであり、サーバコンピュータ１等との間で情報の送受信を行う。時計部５８は日時情報をＣＰＵ５１へ出力する。

記憶部５５は大容量メモリであり、制御プログラム５５Ｐ等を記憶している。リーダ２９は２次元バーコードを読み取るＣＣＤカメラまたはＵＳＢ(Universal Serial Bus)ポート等を通じて接続されるバーコードリーダである。リーダ５９は読み取った２次元バーコードに係るデータをＣＰＵ１１へ出力する。

続いて、商品の在庫確認及び配車処理について説明する。図１３は在庫確認画面のイメージを示す説明図である。ＣＰＵ２１は、ユーザＤＢ２５１を参照し、表示部２４にフライトに関する情報を表示する。図１３の例では、ユーザＩＤ、予約番号、氏名及びエアラインコード等が表示されている。さらに、ＣＰＵ２１は、商品ＤＢ２５２を参照し、購入商品に関する情報を表示部２４に表示する。図１３の例では、商品ＩＤ、個数、配送の要否、在庫の有無及びピックアップ地等が表示されている。

店舗では、ユーザが配送を希望するか、持ち帰りを希望するかの配送の要否を聞き出す。店舗スタッフまたはユーザは入力部２３を通じて配送の要否を入力する。ＣＰＵ２１は、入力部２３を通じて配送の要否の情報を受け付け、配送の要否を表示部２４に表示する。図１３の例では、商品ＩＤ「Ｉ００１」及び「Ｉ００２」の２つが、配送が必要である旨表示されている。一方、商品ＩＤ「Ｉ００３」は、配送が不要であり、持ち帰りと表示されている。ＣＰＵ２１は、配送が必要とされている商品については商品ＤＢ２５２に、商品ＩＤ及び個数等の購入商品に関する情報を記憶する。

ＣＰＵ２１は、商品のバーコードを、リーダ２９を通じてスキャンした場合、在庫の有無を確認する。具体的には、ＣＰＵ２１は、商品ＩＤを管理コンピュータ３へ送信する。管理コンピュータ３のＣＰＵ３１は、商品ＩＤ及び個数を、通信部３６を介して受信する。ＣＰＵ３１は、在庫ＤＢ３５１を参照し、商品ＩＤに対応する在庫数及びピックアップ地を読み出す。ＣＰＵ３１は、在庫数が個数以上である場合、在庫ありの情報及びピックアップ地を端末装置２へ送信する。ＣＰＵ３１は、在庫数が個数より少ない場合、在庫なしの情報を端末装置２へ送信する。なお、実施形態では端末装置２と管理コンピュータ３とが直接在庫確認処理を行う例を示したが、これに限るものではない。サーバコンピュータ１が端末装置２と管理コンピュータ３との間の処理を仲介する形態であってもよい。

端末装置２のＣＰＵ２１は、在庫の有無及びピックアップ地を、通信部２６を介して受信する。ＣＰＵ２１は、表示部２４に商品ＩＤに対応付けて在庫の有無を表示する。図１３の例では全ての商品について在庫が存在している。なお、在庫が存在しない場合の処理については他の実施形態にて説明する。

ＣＰＵ２１は、さらに受信したピックアップ地を表示部２４に表示する。図１３の例ではピックアップ地としてＸＸ物流センターが表示されている。ＣＰＵ２１は、購入ＩＤ、商品ＩＤに対応付けて購入商品のピックアップ地を、商品ＤＢ２５２に記憶する。続いて配車処理を行う場合、店舗スタッフまたはユーザは、表示部２４に表示された配車手配ボタン１３１をクリックする。

図１４は配車処理の画面イメージを示す説明図である。ＣＰＵ２１は、表示部２４に出国日時及び空港・ターミナル等のフライトに関する情報を表示する。さらに、ＣＰＵ２１は、依頼のあった配車を特定するための固有の識別情報（以下、配車ＩＤという）を生成し、表示部２４に表示する。またＣＰＵ２１は、表示部２４に、乗車場所の入力を受け付ける画面を表示する。図１４の例では、プルダウンボックスにより、候補となるホテル名、店舗名、駅名等が選択することができるように表示されている。また、ＭＡＰも併せて表示されている。ＣＰＵ２１は、入力部２３を通じて乗車場所を受け付ける。ユーザは乗車場所を入力し終えたのち、決定ボタン１４１を操作する。なお、ＭＡＰについてはGoogle MapのAPI(Application Programming Interface)等を利用すればよい。そのほか、複数人で乗車する場合、入力部２３を通じて乗車人数を入力する。

ＣＰＵ２１は、決定ボタン１４１の入力を受け付けた場合、端末ＩＤに加えて配車ＩＤ、ユーザＩＤ、乗車場所、出国日時、空港・ターミナル、購入ＩＤ、乗車人数、ピックアップ地及び氏名等をサーバコンピュータ１へ送信する。サーバコンピュータ１のＣＰＵ１１は、端末ＩＤ、配車ＩＤ、ユーザＩＤ、乗車場所、出国日時、空港・ターミナル、購入ＩＤ、乗車人数、ピックアップ地及び氏名等を受信する。ＣＰＵ１１は、受信した配車ＩＤ、ユーザＩＤ、乗車場所、出国日時、空港・ターミナル、購入ＩＤ、乗車人数、ピックアップ地及び氏名等を配車コンピュータ４へ送信する。

配車コンピュータ４のＣＰＵ４１は、配車ＩＤ、ユーザＩＤ、乗車場所、出国日時、空港・ターミナル、購入ＩＤ、乗車人数、ピックアップ地及び氏名等を、通信部４６を介して受信する。ＣＰＵ４１は、受信した乗車場所、出国日時、空港・ターミナル及びピックアップ地に基づき、送迎日時を決定する。送迎日時は例えば、カーナビゲーションソフトウェアを利用することにより決定すればよい。ＣＰＵ４１は、出国日時の２時間前の到着時刻を求める。ＣＰＵ４１は、出発地を集合場所、目的地を空港、そして到着時刻を入力することにより、送迎日時を求める。なお、ユーザの乗車後に購入商品をピックアップする場合、ＣＰＵ４１は、出発地を集合場所、経由地をピックアップ地、目的地を空港、そして到着時刻を入力することにより、送迎日時を求める。

さらに、ＣＰＵ４１は、出発地をタクシーの待機場所、経由地をピックアップ地、目的地を集合場所とし、そして送迎日時を到着すべき時間としてこれらの値をカーナビゲーションソフトウェアに入力する。ＣＰＵ４１は、出力された時間をタクシーの出発時間とする。なお、ＣＰＵ４１は、乗車人数及び商品の個数に応じて車種、台数を決定すればよい。なお、送迎日時の算出はサーバコンピュータ１のＣＰＵ１１が実行してもよい。また、送迎日時の算出手順は一例でありこれに限るものではない。ＣＰＵ４１は、配車ＩＤ及び決定した送迎日時をサーバコンピュータ１へ送信する。サーバコンピュータ１は、受信した配車ＩＤ及び送迎日時を端末装置２へ送信する。

図１５は配車処理画面のイメージを示す説明図である。ＣＰＵ２１は、表示部２４に受信した送迎日時の他、ユーザＩＤ、配車ＩＤ、空港・ターミナル、購入ＩＤ、ピックアップ地、乗車場所及び乗車人数を表示する。ユーザは送迎日時を、入力部２３を通じて変更することができる。本実施形態では、最初に決定された送迎日時よりも早い時間に設定を変更することが可能である。ユーザは配車内容を確定する場合、配車手配するボタン１５０を操作する。なお、実施形態では最初に決定された送迎日時より時間を遅らせることはできないものとして説明するが、これに限るものではない。

図１６は配車ＤＢ２５３のレコードレイアウトを示す説明図である。配車ＤＢ２５３は、配車ＩＤフィールド、ユーザＩＤフィールド、乗車場所フィールド、送迎日時フィールド、出国日時フィールド、空港・ターミナルフィールド、購入ＩＤフィールド、ピックアップ地フィールド及び氏名フィールド等を含む。ＣＰＵ２１は、配車手配するボタン１５０の入力を受け付けた場合、配車ＤＢ２５３に配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時等の情報を、配車ＤＢ２５３に記憶する。ＣＰＵ２１は、サーバコンピュータ１へ配車ＤＢ２５３に記憶したレコード内容を送信する。

図１７は配車ＤＢ１５３のレコードレイアウトを示す説明図である。配車ＤＢ１５３の記憶内容は、端末装置２の配車ＤＢ２５３と実質的に同一であるため詳細な説明は省略する。サーバコンピュータ１のＣＰＵ１１は、端末装置２から送信された配車ＤＢ２５３に記憶された内容を、配車ＤＢ１５３に記憶する。

図１８は商品ＤＢ３５２のレコードレイアウトを示す説明図である。商品ＤＢ３５２は、店舗ＩＤ毎に、購入ＩＤフィールド、ユーザＩＤフィールド、商品ＩＤフィールド、個数フィールド、出国日時フィールド、空港・ターミナルフィールド、配車ＩＤフィールド及びピックアップ地フィールド等を含む。サーバコンピュータ１のＣＰＵ１１は、商品ＤＢ１５２を参照し、配車時に、店舗ＩＤ、購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時、空港・ターミナル、及びピックアップ地を読み出し、これらの情報を管理コンピュータ３へ送信する。

管理コンピュータ３のＣＰＵ３１は、サーバコンピュータ１から送信された店舗ＩＤ、購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時、空港・ターミナル、及びピックアップ地を受信する。ＣＰＵ３１は、店舗ＩＤに対応付けて、受信した店舗ＩＤ、購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時、空港・ターミナル、及びピックアップ地を商品ＤＢ３５２に記憶する。またサーバコンピュータ１のＣＰＵ１１は、配車時に、配車ＤＢ１５３を参照し、購入ＩＤに対応する配車ＩＤを読み出す。

ＣＰＵ１１は、読み出した購入ＩＤ及び配車ＩＤを管理コンピュータ３へ送信する。管理コンピュータ３のＣＰＵ３１は、購入ＩＤ及び配車ＩＤを受信する。ＣＰＵ３１は、受信した配車ＩＤを、購入ＩＤに対応付けて商品ＤＢ３５２に記憶する。ピックアップ地のスタッフは、出国日時の数時間前（例えば６時間前）に購入商品をタクシーのドライバーに手渡すことができるよう、用意しておく。

図１９は商品ＤＢ４５１のレコードレイアウトを示す説明図である。商品ＤＢ４５１は、店舗ＩＤ毎に、購入ＩＤフィールド、ユーザＩＤフィールド、商品ＩＤフィールド、個数フィールド、出国日時フィールド及び空港・ターミナルフィールド等を含む。サーバコンピュータ１のＣＰＵ１１は、店舗ＩＤと共に、配車時に商品ＤＢ１５２に記憶した購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時、空港・ターミナル等の情報を配車コンピュータ４へ送信する。

配車コンピュータ４のＣＰＵ４１は、店舗ＩＤ、購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時、空港・ターミナル等の情報を受信する。ＣＰＵ４１は、店舗ＩＤに対応付けて、受信した購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時、空港・ターミナル等の情報を商品ＤＢ４５１に記憶する。

図２０は配車ＤＢ４５２のレコードレイアウトを示す説明図である。配車ＤＢ４５２は、配車ＩＤフィールド、ユーザＩＤフィールド、乗車場所フィールド、送迎日時フィールド、出国日時フィールド、空港・ターミナルフィールド、購入ＩＤフィールド、ピックアップ地フィールド、氏名フィールド及び受領フラグフィールド等を含む。サーバコンピュータ１のＣＰＵ１１は、配車ＤＢ１５３を参照し、配車時に配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、空港・ターミナル、購入ＩＤ及びピックアップ地の情報を配車コンピュータ４へ送信する。

配車コンピュータ４のＣＰＵ４１は、配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、空港・ターミナル、購入ＩＤ及びピックアップ地を受信する。ＣＰＵ４１は、受信した配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、空港・ターミナル、購入ＩＤ及びピックアップ地を配車ＤＢ４５２に記憶する。受領フラグフィールドには、ユーザが購入商品を受領したことを示す受領フラグが記憶されている。図２０の例では、受領フラグに白丸印が記憶されており、ユーザＩＤ００１のユーザから、購入商品を受領したサインを取得していることを示している。

図２１は配車完了画面を示す説明図である。端末装置２のＣＰＵ２１は、表示部２４に配車が完了したことを示す情報（以下、配車完了情報という）を表示する。配車完了情報には、フライトに関する情報の他、送迎日時、乗車人数及び購入商品に関する情報が含まれる。ＣＰＵ２１は、配車完了情報の内容を特定する２次元バーコードを生成し、表示部２４に表示する。店舗スタッフは、配車完了情報をプリンタにより印刷し、紙媒体としてユーザに手渡す。もしくはユーザは自身のスマートフォンのカメラ等により２次元バーコードをスキャンし、配車完了情報を取得するようにしても良い。

出国当日は、配車コンピュータ４のＣＰＵ４１は、配車ＤＢ４５２を参照し、送迎日時の数時間前に、配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、空港・ターミナル、購入ＩＤ及びピックアップ地をドライバー端末５へ送信する。またＣＰＵ４１は、商品ＤＢ４５１を参照し、購入ＩＤに対応する商品ＩＤ及び個数を読み出し、ドライバー端末５へ送信する。

ドライバー端末５のＣＰＵ５１は、受信した配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、空港・ターミナル、購入ＩＤ及びピックアップ地を表示部５４に表示する。また、ＣＰＵ５１は、受信した商品ＩＤ及び個数を表示部５４に表示する。ドライバーは送迎日時にピックアップ地を経て乗車場所に到着するよう出発する。ドライバーはピックアップ地にて商品をピックアップし、商品ＩＤ及び個数が一致するか否かを確認する。なお、ドライバー端末５のリーダ５９により、商品ＩＤを確認するようにしてもよい。また端末装置２は図２１に示されたドライブ指示を配車コンピュータ４またはドライバー端末５へ直接送信するようにしてもよい。この場合、端末装置２のＣＰＵ２１は、ユーザＩＤ、配車ＩＤ、出国日時、空港・ターミナル、ピックアップ地、乗車場所、送迎日時及び乗車人数を配車コンピュータ４またはドライバー端末５へ送信する。さらに端末装置２のＣＰＵ２１は、購入ＩＤ、商品ＩＤ及び個数を配車コンピュータ４またはドライバー端末５へ送信するようにしてもよい。

図２２は受領確認画面のイメージを示す説明図である。続いてドライバーは乗車場所にてユーザをピックアップする。乗車時または降車時にドライバーは購入商品の受領確認を行う。ドライバー端末５のＣＰＵ５１は、受領確認画面を表示部５４に表示する。ＣＰＵ５１は、配車コンピュータ４から送信されたユーザＩＤ、氏名、配車ＩＤ、出国日時、空港・ターミナル、ピックアップ地、乗車場所、送迎日時及び乗車人数を表示部５４に表示する。

またＣＰＵ５１は、配車コンピュータ４から送信された購入ＩＤ、商品ＩＤ及び個数を表示部５４に表示する。タッチパネルである表示部５４及び入力部５３には、受領サイン枠が表示されており、デジタルペン等でユーザは受領サイン枠に受領サインを記入する。

ＣＰＵ５１は、受領サインを受け付けた場合、配車ＩＤ及び受領確認済みを示す情報を配車コンピュータ４へ送信する。配車コンピュータ４のＣＰＵ４１は、配車ＩＤ及び受領確認済みを示す情報を受信する。図２０に示すように、配車コンピュータ４のＣＰＵ４１は、配車ＩＤ及び受領確認済みを示す情報を受信した場合、配車ＩＤに対応付けて受領フラグを配車ＤＢ４５２に設定する。なお、実施形態ではドライバー端末５を通じて受領サインを取得する例を示したがこれに限るものではない。控え書類にボールペン等の筆記具によりサインを取得してもよい。その他、ユーザが持参した控え書類に印刷された２次元バーコードの読み取りを条件に受領確認済み情報を、送信するようにしても良い。以上のハードウェア群において各種ソフトウェア処理を、フローチャートを用いて説明する。

図２３から図２５は購入処理の手順を示すフローチャートである。端末装置２のＣＰＵ２１は、リーダ２９を通じて商品ＩＤを受け付け、入力部２３を通じて個数を受け付ける(ステップＳ２３１)。ＣＰＵ２１は、商品ＩＤ毎に、入力部２３を通じて配送の要否、すなわち、購入商品のピックアップを希望するか否かの情報を受け付ける(ステップＳ２３２)。ＣＰＵ２１は、配送要の商品ＩＤが存在するか否かを判断する(ステップＳ２３３)。

ＣＰＵ２１は、配送要の商品ＩＤが存在しないと判断した場合(ステップＳ２３３でＮＯ)、処理を終了する。ＣＰＵ２１は、配送要の商品ＩＤが存在すると判断した場合(ステップＳ２３３でＹＥＳ)、処理をステップＳ２３４へ移行させる。ＣＰＵ２１は、購入ＩＤを新たに生成する(ステップＳ２３４)。ＣＰＵ２１は、配送要の商品ＩＤ及び個数をサーバコンピュータ１へ送信する(ステップＳ２３５)。サーバコンピュータ１のＣＰＵ１１は、商品ＩＤ及び個数を受信する(ステップＳ２３６)。

ＣＰＵ１１は、受信した商品ＩＤ及び個数を管理コンピュータ３へ送信する(ステップＳ２３７)。ＣＰＵ３１は、商品ＩＤ及び個数を受信する(ステップＳ２３８)。ＣＰＵ３１は、在庫ＤＢ３５１を参照し、商品ＩＤ及び個数に基づき、在庫の有無の情報及びピックアップ地を読み出し、読み出した在庫の有無の情報及びピックアップ地をサーバコンピュータ１へ送信する(ステップＳ２３９)。

サーバコンピュータ１のＣＰＵ１１は、在庫の有無の情報及びピックアップ地を受信する(ステップＳ２４１)。ＣＰＵ１１は、受信した在庫の有無の情報及びピックアップ地を、端末装置２へ送信する(ステップＳ２４２)。端末装置２のＣＰＵ２１は、在庫の有無の情報及びピックアップ地を受信する(ステップＳ２４３)。ＣＰＵ２１は、在庫が有りか否かを判断する(ステップＳ２４４)。ＣＰＵ２１は、商品ＩＤに対応する商品の在庫が存在しない場合(ステップＳ２４４でＮＯ)、処理を終了する。

ＣＰＵ２１は、在庫が有ると判断した場合(ステップＳ２４４でＹＥＳ)、処理をステップＳ２４５へ移行させる。ＣＰＵ２１は、購入ＩＤに対応付けて商品ＩＤ、個数及びピックアップ地を商品ＤＢ２５２に記憶する(ステップＳ２４５)。ＣＰＵ２１は、リーダ２９を通じてフライトチケットを読み取る(ステップＳ２４６)。ＣＰＵ２１は、フライトチケットの読み取りにより、予約番号、エアラインコード、フライトナンバー、出国日時及び氏名を取得する(ステップＳ２４７)。なお、フライトに関する情報は２次元バーコードではなく、文字認識により取得してもよい。

ＣＰＵ２１は、ユーザＩＤを生成する(ステップＳ２４８)。ＣＰＵ２１は、ユーザＩＤに対応付けて、氏名、予約番号、エアラインコード、フライトナンバー、出国日時、空港・ターミナルをユーザＤＢ２５１に記憶する(ステップＳ２４９)。ＣＰＵ２１は、ユーザＤＢ２５１の記憶内容を店舗ＩＤと共にサーバコンピュータ１へ送信する(ステップＳ２５１)。サーバコンピュータ１のＣＰＵ１１は、ユーザＤＢ２５１の記憶内容を店舗ＩＤに対応付けてユーザＤＢ１５１に記憶する(ステップＳ２５２)。

端末装置２のＣＰＵ２１は、購入ＩＤに対応付けてユーザＩＤ、出国日時、空港・ターミナルを商品ＤＢ２５２に記憶する(ステップＳ２５３)。ＣＰＵ２１は、商品ＤＢ１５２の記憶内容を店舗ＩＤと共に、サーバコンピュータ１へ送信する(ステップＳ２５４)。サーバコンピュータ１のＣＰＵ１１は、商品ＤＢ２５２の記憶内容を店舗ＩＤに対応付けて商品ＤＢ１５２に記憶する(ステップＳ２５５)。

図２６から図３１は配車処理の手順を示すフローチャートである。端末装置２のＣＰＵ２１は、図１３に示すように表示部２４にフライトに関する情報、購入商品に関する情報及びピックアップ地等を表示する(ステップＳ２６１)。具体的には、ＣＰＵ２１は、ユーザＤＢ２５１を参照し、リーダ２９を通じて取得した予約番号、エアラインコード、フライトナンバー、出国日時、氏名等を表示部２４に表示する。その他、ユーザＩＤ及び空港・ターミナルの情報をも表示部２４に表示する。またＣＰＵ２１は、商品ＤＢ２５２を参照し、リーダ２９及び入力部２３を通じて取得した商品ＩＤ、個数、配送の要否及びピックアップ地等を表示する。さらに、ＣＰＵ２１は、上述した在庫確認処理の結果及び配車手配ボタン１３１を表示部２４に表示する。

ＣＰＵ２１は、入力部２３から、配車手配ボタン１３１の入力を受け付ける(ステップＳ２６２)。ＣＰＵ２１は、配車ＩＤを生成する(ステップＳ２６３)。ＣＰＵ２１は、図１４に示すように、乗車人数欄、乗車場所入力欄及びＭＡＰを表示部２４に表示する。ＣＰＵ２１は、入力部２３を通じて、乗車人数及び乗車場所を受け付ける(ステップＳ２６４)。ＣＰＵ２１は、ユーザＩＤ、配車ＩＤ、出国日時、空港・ターミナル、購入ＩＤ、ピックアップ地、乗車人数及び乗車場所をサーバコンピュータ１へ送信する(ステップＳ２６５)。

サーバコンピュータ１のＣＰＵ１１は、ユーザＩＤ、配車ＩＤ、出国日時、空港・ターミナル、購入ＩＤ、ピックアップ地、乗車人数及び乗車場所を受信する(ステップＳ２６６)。ＣＰＵ１１は、ユーザＩＤ、配車ＩＤ、出国日時、空港・ターミナル、購入ＩＤ、ピックアップ地、乗車人数及び乗車場所を管理コンピュータ３へ送信する(ステップＳ２６７)。配車コンピュータ４のＣＰＵ４１は、ユーザＩＤ、配車ＩＤ、出国日時、空港・ターミナル、購入ＩＤ、ピックアップ地、乗車人数及び乗車場所を受信する(ステップＳ２６８)。

ＣＰＵ４１は、出国日時、ピックアップ地及び乗車場所に基づき送迎日時を決定する(ステップＳ２６９)。なお、ＣＰＵ４１は、上述したように送迎日時に加えてタクシーの出発時間をも算出する。配車コンピュータ４のＣＰＵ４１は、決定した送迎日時をサーバコンピュータ１へ送信する(ステップＳ２７１)。サーバコンピュータ１のＣＰＵ１１は、送迎日時を受信する(ステップＳ２７２)。ＣＰＵ１１は、送迎日時を端末装置２へ送信する(ステップＳ２７３)。端末装置２のＣＰＵ２１は、送迎日時を受信する(ステップＳ２７４)。

ＣＰＵ２１は、図１５に示した如く、送迎日時を表示部２４に表示する(ステップＳ２７５)。ＣＰＵ２１は、入力部２３を通じて送迎日時の変更を受け付ける(ステップＳ２７６)。ＣＰＵ２１は、入力部２３を通じて配車手配するボタン１５０の入力を受け付ける(ステップＳ２７７)。ＣＰＵ２１は、配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、空港・ターミナル、購入ＩＤ、ピックアップ地、氏名を配車ＤＢ２５３に記憶する(ステップＳ２７８)。

ＣＰＵ２１は、配車ＩＤ及び送迎日時をサーバコンピュータ１へ送信する(ステップＳ２７９)。サーバコンピュータ１のＣＰＵ１１は、配車ＩＤ及び送迎日時を受信する(ステップＳ２８１)。ＣＰＵ１１は、ステップ２６６で受信しＲＡＭ２２に記憶した配車ＩＤに対応するユーザＩＤ、乗車場所、出国日時、空港・ターミナル、購入ＩＤ、ピックアップ地、及び氏名を読み出す(ステップＳ２８２)。ＣＰＵ１１は、配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、空港・ターミナル、購入ＩＤ、ピックアップ地、及び氏名を配車ＤＢ１５３に記憶する(ステップＳ２８３)。ＣＰＵ１１は、購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時、空港・ターミナル、配車ＩＤ、及びピックアップ地を管理コンピュータ３へ送信する(ステップＳ２８４)。

管理コンピュータ３のＣＰＵ３１は、購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時、空港・ターミナル、配車ＩＤ、及びピックアップ地を受信する(ステップＳ２８５)。ＣＰＵ３１は、受信した購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時、空港・ターミナル、配車ＩＤ、ピックアップ地を商品ＤＢ３５２に記憶する(ステップＳ２８６)。またサーバコンピュータ１のＣＰＵ１１は、購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時及び空港・ターミナルを配車コンピュータ４へ送信する(ステップＳ２８７)。

配車コンピュータ４のＣＰＵ４１は、購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時、及び空港・ターミナルを受信する(ステップＳ２８８)。ＣＰＵ４１は、購入ＩＤ、ユーザＩＤ、商品ＩＤ、個数、出国日時、空港・ターミナルを商品ＤＢ４５１に記憶する(ステップＳ２８９)。サーバコンピュータ１のＣＰＵ１１は、配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、空港・ターミナル、購入ＩＤ、ピックアップ地、及び氏名を配車コンピュータ４へ送信する(ステップＳ２９１)。

配車コンピュータ４のＣＰＵ４１は、配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、空港・ターミナル、購入ＩＤ、ピックアップ地、及び氏名を受信する(ステップＳ２９２)。ＣＰＵ４１は、受信した配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、空港・ターミナル、購入ＩＤ、ピックアップ地、及び氏名を配車ＤＢ２５３に記憶する(ステップＳ２９３)。

ＣＰＵ４１は、配車完了通知をサーバコンピュータ１へ送信する(ステップＳ２９４)。サーバコンピュータ１のＣＰＵ１１は、配車完了通知を受信する(ステップＳ２９５)。ＣＰＵ１１は、端末装置２へ配車完了通知を送信する(ステップＳ２９６)。端末装置２のＣＰＵ２１は、配車完了通知を受信する(ステップＳ２９７)。ＣＰＵ２１は、ユーザＩＤ、配車ＩＤ、出国日時、空港・ターミナル、ピックアップ地、乗車場所、送迎日時、乗車人数、購入ＩＤ、商品ＩＤ及び個数を特定することが可能な２次元バーコードを生成する(ステップＳ２９８)。

ＣＰＵ２１は、図２１に示したように、出国日時、送迎日時、商品ＩＤ及び２次元バーコード等が示された配車完了画面を表示部２４に表示する(ステップＳ２９９)。ＣＰＵ２１は、入力部２３から印刷命令を受け付けた場合、プリンタに印刷指示を出力する(ステップＳ３０１)。これにより、配車が完了する。

図３２及び図３３はピックアップ処理の手順を示すフローチャートである。配車コンピュータ４のＣＰＵ４１は、配車ＤＢ４５２を参照し、送迎日時の１日前となったか否かを判断する(ステップＳ３２１)。ＣＰＵ４１は、１日前でないと判断した場合(ステップＳ３２１でＮＯ)、１日前となるまで待機する。ＣＰＵ４１は、送迎日時の１日前と判断した場合(ステップＳ３２１でＹＥＳ)、処理をステップＳ３２２へ移行させる。なお、実施形態では送迎日時の所定時間前として、１日前とする例を挙げたが一例でありこれに限るものではない。またタクシーの出発日時または出国日時の所定時間前に処理を開始するようにしてもよい。

ＣＰＵ４１は、配車ＤＢ４５２から、配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、ピックアップ地、及び氏名を読み出す(ステップＳ３２２)。ＣＰＵ４１は、読み出した配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、ピックアップ地、及び氏名をドライバー端末５へ送信する(ステップＳ３２３)。ドライバー端末５のＣＰＵ５１は、配車ＩＤ、ユーザＩＤ、乗車場所、送迎日時、出国日時、ピックアップ地、及び氏名を受信する(ステップＳ３２４)。ＣＰＵ４１は、商品ＤＢ４５１を参照し、対応する購入ＩＤ，商品ＩＤ及び個数を送信する(ステップＳ３２５)。

ＣＰＵ５１は、購入ＩＤ、商品ＩＤ及び個数を受信する(ステップＳ３２６)。ＣＰＵ５１は、ピックアップ地、送迎日時、乗車場所及び空港・ターミナルを表示部５４に表示する(ステップＳ３２７)。またＣＰＵ５１は、ピックアップすべき商品の商品ＩＤ及び個数を表示部５４に表示する(ステップＳ３２８)。ドライバーはピックアップ地にてピックアップ作業を行う。

ＣＰＵ５１は、入力部５３を通じて購入商品のピックアップの完了を示す情報を受け付けたか否かを判断する(ステップＳ３２９)。ＣＰＵ５１は、当該情報を受け付けていない場合(ステップＳ３２９でＮＯ)、受け付けるまで待機する。ＣＰＵ５１は、当該情報を受け付けた場合(ステップＳ３２９でＹＥＳ)、処理をステップＳ３３１へ移行させる。その後、ドライバーはユーザが待つ乗車場所へ向かう。ＣＰＵ５１は、入力部５３を通じて受領入力指示を受け付けたか否かを判断する(ステップＳ３３１)。ＣＰＵ５１は、受領入力指示を受け付けていないと判断した場合(ステップＳ３３１でＮＯ)、受領入力指示を受け付けるまで待機する。

ＣＰＵ５１は、受領入力指示を、入力部５３を通じて受け付けた場合(ステップＳ３３１でＹＥＳ)、処理をステップＳ３３２へ移行させる。ＣＰＵ５１は、表示部５４に図２２のように受領確認画面を表示する(ステップＳ３３２)。ＣＰＵ５１は、入力部５３を通じて受領サイン枠にユーザの受領サインを受け付ける(ステップＳ３３３)。ＣＰＵ５１は、配車ＩＤ及び受領完了通知を配車コンピュータ４へ送信する(ステップＳ３３４)。

配車コンピュータ４のＣＰＵ４１は、配車ＩＤ及び受領確認画面を受信する(ステップＳ３３５)。ＣＰＵ４１は、配車ＩＤに対応付けて、受領フラグを配車ＤＢ４５２に記憶する(ステップＳ３３６)。これにより、多くの商品を購入したユーザが効率よく移動することが可能となる。またピックアップ地及び乗車場所を経由することでユーザと商品との双方を効率よくピックアップすることが可能となる。またフライトチケットから情報を入力することで、効率よくユーザのフライトに関する情報を取得することが可能となる。
また商品購入に際して必要となる配送と帰国時の配車予約をまとめて行うことが可能となる。

実施の形態２
実施の形態２は代替品を提示する形態に関する。図３４は管理コンピュータ３のハードウェア群を示すブロック図である。管理コンピュータ３の記憶部３５には、代替ＤＢ３５３が設けられている。図３５は代替ＤＢ３５３のレコードレイアウトを示す説明図である。代替ＤＢ３５３は商品ＩＤフィールド及び代替商品ＩＤフィールド等を含む。代替商品ＩＤフィールドには、商品ＩＤに対応付けて、商品ＩＤで特定される商品と代替が可能な代替商品を特定するための識別情報（以下、代替商品ＩＤという）が記憶されている。図３５の例では、商品ＩＤ「Ｉ００２」の商品は商品ＩＤ「Ｉ０１８」の商品で代替することが可能である。なお、実施形態では説明を容易にするために代替品は一つである例を示すが、複数であってもよい。

図３６は在庫確認画面のイメージを示す説明図である。ＣＰＵ２１は、在庫が存在しないと判断した場合、在庫に対し「なし」を表示部２４に表示する。図３６の例では商品ＩＤ「Ｉ００２」の商品が在庫なしと表示されている。また、ＣＰＵ２１は、サーバコンピュータ１及び管理コンピュータ３の代替ＤＢ３５３を通じて取得した代替商品ＩＤが記載された代替選択ボタン３６１及びキャンセルボタン３６２を、表示部２４に表示する。図３６の例では商品ＩＤ「Ｉ００２」に代わる代替品（商品ＩＤ「Ｉ０１８」）で代替することを希望する場合、ユーザは代替選択ボタン３６１を操作する。代替品を不要と考えるユーザは入力部２３を通じてキャンセルボタン３６２を操作する。ＣＰＵ２１は、キャンセルボタン３６２の操作入力を受け付けた場合、在庫のない商品ＩＤに関する表示を、表示部４２から消去する。

図３７は在庫確認画面のイメージを示す説明図である。図３７は、図３６において代替選択ボタン３６１が操作された場合に、表示部２４に表示される画面例を示している。図３７の例では商品ＩＤ「Ｉ０１８」の商品が在庫ありと表示されている。

図３８から図４１は商品の購入手順を示すフローチャートである。端末装置２のＣＰＵ２１は、リーダ２９を通じて商品ＩＤを受け付け、入力部２３を通じて個数を受け付ける(ステップＳ３８１)。ＣＰＵ２１は、商品ＩＤ毎に、入力部２３を通じて配送の要否、すなわち、購入商品のピックアップを希望するか否かの情報を受け付ける(ステップＳ３８２)。ＣＰＵ２１は、配送要の商品ＩＤが存在するか否かを判断する(ステップＳ３８３)。

ＣＰＵ２１は、配送要の商品ＩＤが存在しないと判断した場合(ステップＳ３８３でＮＯ)、処理を終了する。ＣＰＵ２１は、配送要の商品ＩＤが存在すると判断した場合(ステップＳ３８３でＹＥＳ)、処理をステップＳ３８４へ移行させる。ＣＰＵ２１は、購入ＩＤを新たに生成する(ステップＳ３８４)。ＣＰＵ２１は、配送要の商品ＩＤ及び個数をサーバコンピュータ１へ送信する(ステップＳ３８５)。サーバコンピュータ１のＣＰＵ１１は、商品ＩＤ及び個数を受信する(ステップＳ３８６)。

ＣＰＵ１１は、受信した商品ＩＤ及び個数を管理コンピュータ３へ送信する(ステップＳ３８７)。ＣＰＵ３１は、商品ＩＤ及び個数を受信する(ステップＳ３８８)。ＣＰＵ３１は、在庫ＤＢ３５１を参照し、商品ＩＤ及び個数分の在庫が存在するか否かを判断する(ステップＳ３８９)。ＣＰＵ３１は、在庫が有ると判断した場合(ステップＳ３８９でＹＥＳ)、処理をステップＳ３９１へ移行させる。ＣＰＵ３１は、在庫ＤＢ３５１を参照し、ピックアップ地を読み出し、在庫の有の情報及び読み出したピックアップ地をサーバコンピュータ１へ送信する(ステップＳ３９１)。

サーバコンピュータ１のＣＰＵ１１は、在庫の有の情報及びピックアップ地を受信する(ステップＳ３９２)。ＣＰＵ１１は、受信した在庫の有の情報及びピックアップ地を、端末装置２へ送信する(ステップＳ３９３)。端末装置２のＣＰＵ２１は、在庫の有の情報及びピックアップ地を受信する(ステップＳ３９４)。ＣＰＵ２１は、購入ＩＤに対応付けて商品ＩＤ、個数及びピックアップ地を商品ＤＢ２５２に記憶する(ステップＳ３９５)。ステップＳ３９５以降の処理はステップＳ２４６と同様であるので詳細な説明を省略する。

ＣＰＵ３１は、在庫がないと判断した場合(ステップＳ３８９でＮＯ)、処理をステップＳ３９６へ移行させる。ＣＰＵ３１は、代替ＤＢ３５３を参照し、商品ＩＤに対応する代替商品ＩＤを読み出す(ステップＳ３９６)。ＣＰＵ３１は、在庫ＤＢ３５１を参照し、個数分の代替商品ＩＤに対応する商品が存在するか否かを判断する(ステップＳ３９７)。ＣＰＵ３１は、代替商品ＩＤの在庫が存在すると判断した場合(ステップＳ３９７でＹＥＳ)、処理をステップＳ３９８へ移行させる。ＣＰＵ３１は、在庫ＤＢ３５１を参照し、代替商品ＩＤのピックアップ地を読み出す。ＣＰＵ３１は、在庫なしの情報、代替商品ＩＤ及びピックアップ地をサーバコンピュータ１へ送信する(ステップＳ３９８)。

サーバコンピュータ１のＣＰＵ１１は、在庫なしの情報、代替商品ＩＤ及びピックアップ地を受信する(ステップＳ３９９)。ＣＰＵ１１は、在庫なしの情報、代替商品ＩＤ及びピックアップ地を端末装置２へ送信する(ステップＳ４０１)。端末装置２のＣＰＵ２１は、在庫なしの情報、代替商品ＩＤ及びピックアップ地を受信する(ステップＳ４０２)。ＣＰＵ２１は、在庫のない商品ＩＤに対応させて、代替商品ＩＤ、代替選択ボタン３６１及びキャンセルボタン３６２を表示部２４に表示する(ステップＳ４０３)。

ＣＰＵ２１は、代替選択ボタン３６１の入力を、入力部２３を通じて受け付けたか否かを判断する(ステップＳ４０４)。ＣＰＵ２１は、代替選択ボタン３６１の入力を受け付けたと判断した場合(ステップＳ４０４でＹＥＳ)、処理をステップＳ４０６へ移行させる。ＣＰＵ２１は、在庫のない商品の商品ＩＤを削除し、代替商品ＩＤに変更して、表示部２４に表示する(ステップＳ４０６)。ＣＰＵ２１は、購入ＩＤに対応付けて商品ＩＤ、個数及びピックアップ地を商品ＤＢ２５２に記憶する(ステップＳ４０７)。ステップＳ４０７以降の処理はステップＳ２４６と同様であるので詳細な説明を省略する。

ＣＰＵ２１は、代替選択ボタン３６１の入力がないと判断した場合(ステップＳ４０４でＮＯ)、処理をステップＳ４０５へ移行させる。ＣＰＵ２１は、在庫のない商品の商品ＩＤを削除する(ステップＳ４０５)。管理コンピュータ３のＣＰＵ３１は、代替商品ＩＤの在庫も存在しないと判断した場合(ステップＳ３９７でＮＯ)、処理をステップＳ４０８へ移行させる。ＣＰＵ３１は、在庫なしの情報をサーバコンピュータ１へ送信する(ステップＳ４０８)。ＣＰＵ１１は、在庫なしの情報を受信する(ステップＳ４０９)。ＣＰＵ１１は、在庫なしの情報を端末装置２へ送信する(ステップＳ４１０)。

端末装置２のＣＰＵ２１は、在庫なしの情報を受信する(ステップＳ４１１)。ＣＰＵ２１は、在庫なしの情報を表示し、その後在庫のない商品ＩＤを表示部２４から削除する(ステップＳ４１２)。これにより商品の在庫がない場合でも代替品を提供することが可能となる。

本実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態３
実施の形態３は商品を小分けにする形態に関する。図４２は在庫確認画面のイメージを示す説明図である。端末装置２のＣＰＵ２１は、個数が複数の場合、小分けボタン４２１を商品ＩＤに対応させて表示する。例えば、ユーザがまとめ買いによる割引適用受けるべく、大量購入する場合、当該ユーザの家族、友人間で小分けする場合がある。実施形態では商品の購入時に予め小分けの指定を行っておく。ＣＰＵ２１は、入力部２３を通じて小分けボタン４２１の入力を受け付ける。

図４３は小分け処理の画面イメージを示す説明図である。ＣＰＵ２１は、リーダ２９を通じて小分けを行う追加のユーザを特定する。ＣＰＵ２１は、リーダ２９を通じてフライトチケットを読み取る。図４３の例では最初に読み取ったユーザＩＤ００１のフライトに関する情報に加えて、ユーザＩＤ００２のフライトに関する情報が表示されている。なお、読み取ったフライトに関する情報はユーザＤＢ２５１、ユーザＤＢ１５１等に記憶される。また実施形態では説明を容易にするために、小分けするユーザは同一のフライトにて帰国する例を挙げて説明する。

ユーザは商品の合計数を参照し、自身が持ち帰る商品の個数を、入力部２３を通じて入力する。図４３の例ではユーザＩＤ００１のユーザが５０個中３０個、ユーザＩＤ００２のユーザが５０個中２０個持ち帰ることとなっている。ＣＰＵ２１は、入力部２３を通じて入力された個数を、ユーザＩＤに対応付けて受け付ける。なお実施形態では二人で小分けする例を示すが三人以上であってもよい。

図４２においてはさらに商品ＩＤ毎に免税または非免税の種別が表示されている。上述した管理コンピュータ３の在庫ＤＢ３５１には商品ＩＤに対応付けて免税または非免税のいずれかが記憶されている。端末装置２は管理コンピュータ３から商品ＩＤに対応付けて免税または非免税の情報を受信し、表示部２４に免税または非免税の情報を表示している。

図４４は商品ＤＢ２５２のレコードレイアウトを示す説明図である。商品ＤＢ２５２はさらに免税フィールド及び小分けフィールドが設けられている。免税フィールドには、商品ＩＤに対応付けて免税または非免税のいずれかの情報が記憶されている。ＣＰＵ２１は、管理コンピュータ３から商品ＩＤに対応する商品が免税または非免税かの情報を受信した場合、商品ＩＤに対応付けて商品ＤＢ２５２に、免税または非免税の情報を記憶する。小分けフィールドには、購入ＩＤ及び商品ＩＤに対応付けて、小分けするユーザのユーザＩＤと、各ユーザＩＤに対応する個数が記憶されている。ＣＰＵ２１は、入力部２３から小分けする商品ＩＤに対応付けてユーザＩＤ及び小分けする個数を受け付けた場合、商品ＤＢ１５２に、ユーザ毎に、ユーザＩＤ及び個数を記憶する。

図４５は商品ＤＢ１５２のレコードレイアウトを示す説明図である。商品ＤＢ１５２は、新たに免税フィールド及び小分けフィールドが設けられている。なお、データの内容については商品ＤＢ２５２と同様であるので詳細な説明を省略する。サーバコンピュータ１のＣＰＵ１１は、免税か非免税かの情報と、ユーザＩＤ及び小分けする個数の情報を、端末装置２から受信した場合、これらの情報を商品ＤＢ１５２に記憶する。

図４６は商品ＤＢ３５２のレコードレイアウトを示す説明図である。商品ＤＢ３５２は、新たに免税フィールド及び小分けフィールドが設けられている。なお、データの内容については商品ＤＢ２５２と同様であるので詳細な説明を省略する。管理コンピュータ３のＣＰＵ３１は、免税か非免税かの情報と、ユーザＩＤ及び小分けする個数の情報を、サーバコンピュータ１から受信した場合、これらの情報を商品ＤＢ３５２に記憶する。

図４７は商品ＤＢ４５１のレコードレイアウトを示す説明図である。商品ＤＢ４５１は、新たに免税フィールド及び小分けフィールドが設けられている。なお、データの内容については商品ＤＢ２５２と同様であるので詳細な説明を省略する。配車コンピュータ４のＣＰＵ４１は、免税か非免税かの情報と、ユーザＩＤ及び小分けする個数の情報を、サーバコンピュータ１から受信した場合、これらの情報を商品ＤＢ４５１に記憶する。

図４８は配車ＤＢ４５２のレコードレイアウトを示す説明図である。小分けした場合には、氏名またはユーザＩＤ毎に受領フラグが設定されている。ＣＰＵ４１は、ドライバー端末５から小分けした各ユーザの受領完了通知を受信した場合、氏名に対応付けてそれぞれの受領フラグをセットする。

図４９は受領確認画面のイメージを示す説明図である。図４９の例では、ユーザＩＤ００１、００２の２ユーザがサインを入力するボックスが表示部２４に表示されている。ユーザＩＤ００１のユーザは受領サイン１のボックスにサインを入力する。またユーザＩＤ００２のユーザは受領サイン２のボックスにサインを入力する。ドライバー端末５のＣＰＵ５１は、ユーザＩＤに対応付けて受領完了通知をサーバコンピュータ１へ送信する。

図５０及び図５１は小分け処理の手順を示すフローチャートである。端末装置２のＣＰＵ２１は、商品ＩＤ及び個数を受け付ける(ステップＳ５０１)。ＣＰＵ５１は、商品ＩＤをサーバコンピュータ１へ送信する(ステップＳ５０２)。サーバコンピュータ１のＣＰＵ１１は、商品ＩＤを受信する(ステップＳ５０３)。ＣＰＵ１１は、管理コンピュータ３へ商品ＩＤを送信する(ステップＳ５０４)。管理コンピュータ３のＣＰＵ３１は、商品ＩＤを受信する(ステップＳ５０５)。

ＣＰＵ３１は、在庫ＤＢ３５１を参照し、商品ＩＤの商品が免税か、非免税かの情報を読み出す(ステップＳ５０６)。ＣＰＵ３１は、免税か非免税かの情報をサーバコンピュータ１へ送信する(ステップＳ５０７)。サーバコンピュータ１のＣＰＵ１１は、免税か非免税かの情報を受信する(ステップＳ５０８)。ＣＰＵ１１は、免税か非免税かの情報を端末装置２へ送信する(ステップＳ５０９)。ＣＰＵ１１は、ステップＳ５０３で受信した商品ＩＤに対応付けて当該商品が免税か非免税かの情報を、商品ＤＢ１５２に記憶する(ステップＳ５１１)。

端末装置２のＣＰＵ２１は、免税か非免税かの情報を受信する(ステップＳ５１２)。ＣＰＵ２１は、表示部２４に商品ＩＤに対応付けて免税か非免税かの情報を表示し、また商品ＩＤに対応付けて免税か非免税かの情報を、商品ＤＢ２５２に記憶する(ステップＳ５１３)。ＣＰＵ２１は、配送対象の商品の個数が複数の商品に小分けボタン４２１を表示する(ステップＳ５１４)。ＣＰＵ２１は、入力部２３を通じて小分けボタン４２１の入力を受け付けたか否か判断する(ステップＳ５１５)。

ＣＰＵ２１は、小分けボタン４２１の入力を受け付けていないと判断した場合(ステップＳ５１５でＮＯ)、処理を終了する。ＣＰＵ２１は、小分けボタン４２１の入力を受け付けたと判断した場合(ステップＳ５１５でＹＥＳ)、処理をステップＳ５１６へ移行させる。ＣＰＵ２１は、リーダ２９を通じてフライトチケットを読み取る(ステップＳ５１６)。ＣＰＵ２１は、ユーザＩＤを生成する(ステップＳ５１７)。ＣＰＵ２１は、入力部２３を通じて、小分けの個数をユーザ毎に受け付ける(ステップＳ５１８)。

ユーザＩＤに対応付けて、商品ＤＢ２５２に入力された小分けの個数を記憶する(ステップＳ５１９)。ＣＰＵ２１は、ユーザＩＤに対応付けて、小分けの個数をサーバコンピュータ１へ送信する(ステップＳ５２１)。サーバコンピュータ１のＣＰＵ１１は、ユーザＩＤ及び小分けの個数を受信する(ステップＳ５２２)。ＣＰＵ１１は、ユーザＩＤ及び小分けの個数を管理コンピュータ３へ送信する(ステップＳ５２３)。

管理コンピュータ３のＣＰＵ３１は、ユーザＩＤ及び小分けの個数を受信する(ステップＳ５２４)。ＣＰＵ３１は、ユーザＩＤ及び小分けの個数を商品ＤＢ３５２に記憶する(ステップＳ５２５)。

図５３及び図５４は受領確認処理の手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は、商品ＤＢ１５２から購入ＩＤ、商品ＩＤ及び小分けの情報を読み出す(ステップＳ５３１)。なお、小分けの情報は小分けするユーザの氏名またはユーザＩＤと各ユーザの小分けする個数とを含む。ＣＰＵ１１は、読み出した購入ＩＤ、商品ＩＤ及び小分けの情報を配車コンピュータ４へ送信する(ステップＳ５３２)。配車コンピュータ４のＣＰＵ４１は、購入ＩＤ、商品ＩＤ、及び小分けの情報を受信する(ステップＳ５３３)。

ＣＰＵ４１は、商品ＤＢ４５１に受信した小分けの情報を購入ＩＤ及び商品ＩＤに対応付けて記憶する(ステップＳ５３４)。ＣＰＵ４１は、購入ＩＤ、商品ＩＤ及び小分けの情報をドライバー端末５へ送信する(ステップＳ５３５)。ドライバー端末５のＣＰＵ５１は、購入ＩＤ、商品ＩＤ及び小分けの情報を受信する(ステップＳ５３６)。ＣＰＵ５１は、ユーザをピックアップする際、または空港にて、図４９に示す受領確認画面に小分けの情報を表示部２４に表示する(ステップＳ５３７)。

ＣＰＵ５１は、小分けするユーザ毎の受領サイン枠を表示する(ステップＳ５３８)。ＣＰＵ５１は、各ユーザのサインが入力部５３を通じて入力されたか否かを判断する(ステップＳ５３９)。ＣＰＵ５１は、入力されていないと判断した場合(ステップＳ５３９でＮＯ)、入力されるまで待機する。ＣＰＵ５１は、入力されたと判断した場合(ステップＳ５３９でＹＥＳ)、処理をステップＳ５４１へ移行させる。

ＣＰＵ５１は、全ユーザの受領完了通知を配車コンピュータ４へ送信する(ステップＳ５４１)。配車コンピュータ４のＣＰＵ４１は、全ユーザの受領完了通知を受信する(ステップＳ５４２)。ＣＰＵ４１は、小分けするユーザのユーザＩＤまたは氏名に対応付けて受領フラグを設定する(ステップＳ５４３)。これにより小分けした商品についても適切に受け取りを行うことが可能となる。またユーザ毎に受領の確認を求めることとしたので、小分けした複数のユーザに適切に商品を手渡すことが可能となる。免税または非免税かの情報を予め把握しておくことで、商品を免税と非免税とに分けることができ、手続きの迅速化を図ることが可能となる。

本実施の形態３は以上の如きであり、その他は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態４
実施の形態４は後日追加購入する形態に関する。端末装置２のＣＰＵ２１は、リーダ２９からフライトチケットを読み取る。ＣＰＵ２１は、ユーザＤＢ２５１を参照し、ユーザを特定する識別情報としての予約番号、エアラインコード、及びフライトナンバーの組み合わせに一致する予約番号、エアラインコード、及びフライトナンバーの組み合わせが存在するか否かを判断する。なお、ＣＰＵ２１は、ユーザの氏名またはユーザＩＤにより既に登録済みのユーザであるか否かを判断してもよい。また端末装置２のユーザＤＢ２５１ではなく、サーバコンピュータ１のユーザＤＢ１５１により判断するようにしてもよい。

ＣＰＵ２１は、同一の組み合わせが存在すると判断した場合、同一滞在時の再購入であると判断し、以下の処理を行う。図５５は在庫確認画面のイメージを示す説明図である。ＣＰＵ２１は、リーダ２９により読み取った商品ＩＤ、入力部２３により入力された各商品の個数等を表示する。また商品ＤＢ２５２を参照し、滞在中にすでに購入した商品の情報を表示部２４に表示する。図５５の例では６月１９日にすでに商品ＩＤＩ００１、Ｉ００２及びＩ００３の購入及び配車が完了している。その上で、後日または同日の後の時間帯に商品ＩＤＩ００５が追加購入されている。またＣＰＵ２１は、ユーザＤＢ２５１を参照し、ユーザを特定する識別情報としてユーザＩＤまたは氏名等を表示部２４に表示する。ユーザは入力部２３を通じて追加購入ボタン５５１を操作する。

図５６は商品ＤＢ２５２のレコードレイアウトを示す説明図である。ＣＰＵ２１は、追加購入ボタン５５１の入力をトリガに、新たに追加購入された商品ＩＤ及び個数を購入ＩＤ及びユーザＩＤに対応付けて商品ＤＢ２５２に記憶する。図５６の例では、追加購入された商品ＩＤＩ００５、個数２が新たに記憶されている。なお、異なる購入ＩＤを付与し、ユーザＩＤに対応付けて新たな商品ＩＤ及び個数を記憶するようにしてもよい。端末装置２の商品ＤＢ２５２の更新により、購入ＩＤ、商品ＩＤ及び個数が、サーバコンピュータ１へ送信される。そしてサーバコンピュータ１の商品ＤＢ１５２、管理コンピュータ３の商品ＤＢ３５２及び配車コンピュータ４の商品ＤＢ４５１も同様に、送信された購入ＩＤ、商品ＩＤ及び個数に基づき、記憶内容が更新される。なお、すでに配車処理は完了しているため、ユーザは再度配車処理を行う必要はないが、乗車時間または乗車場所の変更を受け付けるようにしても良い。なお、在庫の確認処理等の説明は上述したとおりであるので省略する。

図５７は追加購入処理の手順を示すフローチャートである。端末装置２のＣＰＵ２１は、リーダ２９または入力部２３を通じて商品ＩＤ及び個数を受け付ける(ステップＳ５７１)。ＣＰＵ２１は、フライトチケットを、リーダ２９を通じて読み取る(ステップＳ５７２)。ＣＰＵ２１は、予約番号、エアラインコード及びフライトナンバーの組み合わせが一致するレコードが存在するか否かユーザＤＢ２５１を参照して判断する(ステップＳ５７３)。ＣＰＵ２１は、一致するレコードが存在しないと判断した場合(ステップＳ５７３でＮＯ)、処理を終了する。この場合、新規の購入処理であるため、実施の形態１で述べたステップＳ２３２以降の処理を行う。

ＣＰＵ２１は、レコードが存在すると判断した場合(ステップＳ５７３でＹＥＳ)、処理をステップＳ５７４へ移行させる。ＣＰＵ２１は、ユーザＤＢ２５１及び商品ＤＢ２５２を参照し、レコードが一致した予約番号、エアラインコード、フライトナンバーに対応する、ユーザＩＤ、出国日時、氏名、空港・ターミナル、ピックアップ地を読み出す。ＣＰＵ２１は、読み出したユーザＩＤ、予約番号、エアラインコード、フライトナンバー、出国日時、氏名、空港・ターミナル、及びピックアップ地を、表示部２４に表示する(ステップＳ５７４)。

ＣＰＵ２１は、購入予定の商品ＩＤ、個数を表示部２４に表示する(ステップＳ５７５)。ＣＰＵ２１は、商品ＤＢ２５２を参照し、ユーザＩＤに対応する購入済みの商品ＩＤ及び個数を表示する(ステップＳ５７６)。ＣＰＵ２１は、追加購入ボタン５５１を表示部２４に表示する。ＣＰＵ２１は、入力部２３を通じて追加購入ボタン５５１の入力を受け付ける(ステップＳ５７７)。

ＣＰＵ２１は、購入予定の商品ＩＤ及び個数を、購入ＩＤに対応付けて商品ＤＢ２５２に記憶する(ステップＳ５７８)。ＣＰＵ２１は、商品ＤＢ２５２の更新内容をサーバコンピュータ１、管理コンピュータ３または配車コンピュータ４へ送信する(ステップＳ５７９)。これにより、後に同一店舗または他店舗にて同一ユーザが追加購入した場合でも、再び配車手配を行うことなく、商品のピップアップ及び送迎サービスを受けることが可能となる。

本実施の形態４は以上の如きであり、その他は実施の形態１から３と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態５
実施の形態５はＷｅｂサイトまたはスマートフォンのアプリケーションで配車手配を行う形態に関する。図５８は配車手配のイメージを示す説明図である。ユーザは店舗に赴くことなく自身の図示しないコンピュータまたはスマートフォンのブラウザ、または、スマートフォンのアプリケーションを通じて配車処理を行って良い。以下では端末装置２がユーザのスマートフォンであるものとして説明する。

商品購入後、端末装置２の表示部２４には、購入商品の一覧が表示される。ここで、ユーザが購入商品のピックアップ及び帰国時の送迎を依頼する場合、配車手配ボタン１３１をタップする。その後、端末装置２を通じてフライトに関する情報の入力及び配車手配を行う。

図５９及び図６０は配車手配の処理手順を示すフローチャートである。以下では、端末装置２のブラウザを用いてサーバコンピュータ１との間で行われる処理内容について説明する。なお、サーバコンピュータ１に代えて配車コンピュータ４との間で処理を行ってもよい。ＣＰＵ２１は、商品購入処理後、配車手配ボタン１３１の入力を、入力部２３を通じて受け付ける(ステップＳ５９１)。ＣＰＵ２１は、配車要求をサーバコンピュータ１へ送信する(ステップＳ５９２)。

サーバコンピュータ１のＣＰＵ１１は、フライトに関する情報の入力画面を端末装置２へ送信する(ステップＳ５９３)。端末装置２のＣＰＵ２１は、フライトに関する情報の入力画面を受信する。ＣＰＵ２１は、受信したフライトに関する情報の入力画面を表示部２４に表示する(ステップＳ５９４)。なお、エクスペディア(登録商標)等の旅行手配に関するアプリケーションにより既にフライトに関する情報が存在する場合、当該アプリケーションで取得済みの情報をサーバコンピュータ１へ送信するようにしてもよい。

ＣＰＵ２１は、入力部２３を通じて、出国日時、空港・ターミナルの入力を受け付ける(ステップＳ５９５)。ＣＰＵ２１は、出国日時及び空港・ターミナルをサーバコンピュータ１へ送信する(ステップＳ５９６)。サーバコンピュータ１のＣＰＵ１１は、出国日時及び空港・ターミナルを受信する(ステップＳ５９７)。ＣＰＵ１１は、乗車場所及び人数の入力画面を端末装置２へ送信する(ステップＳ５９８)。端末装置２のＣＰＵ２１は、乗車場所及び人数の入力画面を受信する(ステップＳ５９９)。

ＣＰＵ２１は、乗車場所及び人数の入力を受け付ける(ステップＳ６０１)。なお、乗車場所は端末装置２の図示しないＧＰＳから取得した位置情報、または、旅行手配に関するアプリケーションですでに決定された滞在先のホテルの位置情報に基づき入力するようにしてもよい。ＣＰＵ２１は、入力された乗車場所及び人数をサーバコンピュータ１へ送信する(ステップＳ６０２)。サーバコンピュータ１のＣＰＵ１１は、乗車場所及び人数を受信する(ステップＳ６０３)。ＣＰＵ１１は、配車ＩＤを生成する(ステップＳ６０４)。ＣＰＵ１１は、ピックアップ地、出国日時及び乗車場所に基づき、上述した処理により送迎日時を決定する(ステップＳ６０５)。

ＣＰＵ１１は、配車ＩＤ及び送迎日時を端末装置２へ送信する(ステップＳ６０６)。端末装置２のＣＰＵ２１は、配車ＩＤ及び送迎日時を受信する(ステップＳ６０７)。ＣＰＵ２１は、入力部２３を通じて配車確定に係る操作を受け付けたか否かを判断する(ステップＳ６０８)。なお、上述した通り送迎日時を、入力部２３を通じて適宜変更することが可能である。ＣＰＵ２１は、配車確定に係る操作を受け付けていないと判断した場合(ステップＳ６０８でＮＯ)、受け付けるまで待機する。
ＣＰＵ２１は、配車確定に係る操作を受け付けたと判断した場合(ステップＳ６０８でＹＥＳ)、処理をステップＳ６０９へ移行させる。ＣＰＵ２１は、配車完了通知をサーバコンピュータ１へ送信する(ステップＳ６０９)。

サーバコンピュータ１のＣＰＵ１１は、配車完了通知を受信する(ステップＳ６０１０)。ＣＰＵ１１は、購入商品に関する情報、フライトに関する情報及び配車に関する情報を特定することが可能な２次元バーコードを生成する(ステップＳ６０１１)。ＣＰＵ１１は、生成した２次元バーコード及び配車完了画面を、端末装置２宛へ送信する(ステップＳ６０１２)。この場合、端末装置２のブラウザへ送信する他、予め取得したユーザの電子メールアドレス宛にＨＴＭＬ(HyperText Markup Language)形式の電子メールを送信するようにしてもよい。

端末装置２のＣＰＵ２１は、２次元バーコード及び配車完了画面を受信する(ステップＳ６０１３)。ＣＰＵ２１は、表示部２４に図２１で示した配車完了画面をブラウザ、アプリケーションまたは電子メールを介して表示する。これによりユーザは滞在先の任意の位置で商品の購入、購入商品のピックアップ依頼及び配車依頼を行うことが可能となる。

本実施の形態５は以上の如きであり、その他は実施の形態１から４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態６
図６１は上述した形態のサーバコンピュータ１または端末装置２の機能ブロック図である。ＣＰＵ１１またはＣＰＵ２１が制御プログラム１５Ｐまたは制御プログラム２５Ｐを実行することにより、サーバコンピュータ１または端末装置２は以下のように動作する。受付部６１１は、購入商品の指定と、乗車地と降車地の指定を受け付ける。特定部６１２は、商品の在庫の管理情報を参照して、指定された前記購入商品のピックアップ地を特定する。送信部６１３は、特定した前記ピックアップ地、指定された前記乗車地とを経由して、指定された前記降車地に向かうドライブ指示を配車管理システム又はドライバー端末５に送信する。

図６２は実施の形態６に係るサーバコンピュータ１のハードウェア群を示すブロック図である。サーバコンピュータ１を動作させるためのプログラムは、ディスクドライブ、メモリーカードスロット等の読み取り部１０ＡにＣＤ−ＲＯＭ、ＤＶＤディスク、メモリーカード、またはＵＳＢメモリ等の可搬型記録媒体１Ａを読み取らせて記憶部１５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ１Ｂをコンピュータ１内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。

図６２に示すコンピュータ１は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体１Ａまたは半導体メモリ１Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム１５Ｐとしてインストールされ、ＲＡＭ１２にロードして実行される。これにより、上述したサーバコンピュータ１として機能する。

図６３は実施の形態６に係る端末装置２のハードウェア群を示すブロック図である。端末装置２を動作させるためのプログラムは、ディスクドライブ、メモリーカードスロット等の読み取り部２０ＡにＣＤ−ＲＯＭ、ＤＶＤディスク、メモリーカード、またはＵＳＢメモリ等の可搬型記録媒体２Ａを読み取らせて記憶部２５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ２Ｂを端末装置２内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。

図６３に示す端末装置２は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体２Ａまたは半導体メモリ２Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム２５Ｐとしてインストールされ、ＲＡＭ２２にロードして実行される。これにより、上述した端末装置２として機能する。

図６４は実施の形態６に係るドライバー端末５のハードウェア群を示すブロック図である。ドライバー端末５を動作させるためのプログラムは、ディスクドライブ、メモリーカードスロット等の読み取り部５０ＡにＣＤ−ＲＯＭ、ＤＶＤディスク、メモリーカード、またはＵＳＢメモリ等の可搬型記録媒体２Ａを読み取らせて記憶部５５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ５Ｂをドライバー端末５内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。

図６４に示すドライバー端末５は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体５Ａまたは半導体メモリ５Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム５５Ｐとしてインストールされ、ＲＡＭ５２にロードして実行される。これにより、上述したドライバー端末５として機能する。

本実施の形態６は以上の如きであり、その他は実施の形態１から５と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。なお、以上述べた各実施形態は適宜組み合わせることが可能である。

以上の実施の形態１から６を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）
購入商品の指定と、乗車地と降車地の指定を受け付け、
商品の在庫の管理情報を参照して、指定された前記購入商品のピックアップ地を特定し、
特定した前記ピックアップ地、指定された前記乗車地とを経由して、指定された前記降車地に向かうドライブ指示を配車管理システム又はドライバー端末に送信する、
処理をコンピュータに実行させることを特徴とするプログラム。
（付記２）
前記ドライブ指示は、前記ピックアップ地、前記乗車地、前記降車地の順の巡回、又は、前記乗車地、前記ピックアップ地、前記降車地の順の巡回である、
ことを特徴とする付記１に記載のプログラム。
（付記３）
前記コンピュータはPOS端末である、
ことを特徴とする付記１または２に記載のプログラム。
（付記４）
前記降車地の指定は、フライトチケット情報の入力によりなされ、前記降車地は、該フライトチケット情報に対応する空港である、
ことを特徴とする付記１から３のいずれか一つに記載のプログラム。
（付記５）
購入商品に対して、ピックアップを依頼するか、または、持ち帰るかの選択を購入商品毎に受け付け、
ピックアップが選択された購入商品の情報を出力する
付記１から４のいずれか一つに記載のプログラム。
（付記６）
商品の在庫が存在しない場合に、代替品の選択を受け付け、
受け付けた代替品に係る購入商品の情報を出力する
付記１から５のいずれか一つに記載のプログラム。
（付記７）
出発日時を取得し、
取得した前記出発日時、乗車地および降車地に応じて、前記購入商品および該購入商品を購入したユーザをピックアップするタクシーの配車を受け付ける
付記１から６のいずれかに記載のプログラム。
（付記８）
複数の購入商品に対して、ユーザ毎に小分けする個数を取得し、
ユーザ毎に小分けした個数の情報を出力する
付記１から７のいずれか一つに記載のプログラム。
（付記９）
前記購入商品、前記乗車地および前記降車地の指定を受け付けたユーザを特定する識別情報を記憶し、
前記ユーザから、後に新たな購入商品の指定を受け付けた場合、前記識別情報に関連付けて新たな購入商品の情報を出力する
付記１から８のいずれか一つに記載のプログラム。
（付記１０）
フライトに関する情報および購入商品の情報を取得し、
前記フライトに関する情報に応じて、前記購入商品および該購入商品を購入したユーザをピックアップする自動車の配車を受け付ける
処理をコンピュータに実行させるプログラム。
（付記１１）
乗車地を受け付け、
前記フライトに関する情報に基づく出発日時、空港および前記乗車地に応じて、前記購入商品を第１場所でピックアップし、前記乗車地で前記ユーザをピックアップするタクシーの送迎日時を出力する
付記１０に記載のプログラム。
（付記１２）
複数の購入商品に対して、ユーザ毎に小分けする個数を取得し、
ユーザ毎に小分けした個数の情報を出力する
付記１０または付記１１に記載のプログラム。
（付記１３）
前記ユーザを特定する識別情報に基づき、前記ユーザから、後に新たな購入商品の指定を受け付けたと判断した場合、前記識別情報に関連付けて新たな購入商品の情報を出力する
付記１０から付記１２のいずれか一つに記載のプログラム。
（付記１４）
購入商品のピックアップ先を出力し、
前記購入商品を購入したユーザの乗車地および降車地を出力し、
前記乗車地にて乗車するユーザから、前記購入商品の受領に関する情報を取得する
処理をコンピュータに実行させるプログラム。
（付記１５）
前記購入商品をピックアップしたことを示す確認情報を受け付け、
受け付けた前記確認情報を出力する
付記１４に記載のプログラム。
（付記１６）
前記購入商品がユーザ毎に小分けされている場合に、ユーザ毎に前記購入商品の受領に関する情報を取得する
付記１４または１５に記載のプログラム。
（付記１７）
購入商品の指定と、乗車地と降車地の指定を受け付ける受付部と、
商品の在庫の管理情報を参照して、指定された前記購入商品のピックアップ地を特定する特定部と、
特定した前記ピックアップ地、指定された前記乗車地とを経由して、指定された前記降車地に向かうドライブ指示を配車管理システム又はドライバー端末に送信する送信部と、
を備える情報処理装置。
（付記１８）
購入商品の指定と、乗車地と降車地の指定を受け付け、
商品の在庫の管理情報を参照して、指定された前記購入商品のピックアップ地を特定し、
特定した前記ピックアップ地、指定された前記乗車地とを経由して、指定された前記降車地に向かうドライブ指示を配車管理システム又はドライバー端末に送信する、
処理をコンピュータに実行させることを特徴とする配車制御方法。
（付記１９）
フライトに関する情報および購入商品の情報を取得し、
前記フライトに関する情報に応じて、前記購入商品および該購入商品を購入したユーザをピックアップする自動車の配車を受け付ける
処理をコンピュータに実行させる情報処理方法。
（付記２０）
購入商品のピックアップ先を出力し、
前記購入商品を購入したユーザの乗車地および降車地を出力し、
前記乗車地にて乗車するユーザから、前記購入商品の受領に関する情報を取得する
処理をコンピュータに実行させる情報処理方法。

１ サーバコンピュータ
２ 端末装置
３ 管理コンピュータ
４ 配車コンピュータ
５ ドライバー端末
１Ａ、２Ａ、５Ａ 可搬型記録媒体
１Ｂ、２Ｂ、５Ｂ 半導体メモリ
１０Ａ、２０Ａ、５０Ａ 読み取り部
１１ ＣＰＵ
１２ ＲＡＭ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
１８ 時計部
２１ ＣＰＵ
２２ ＲＡＭ
２３ 入力部
２４ 表示部
２５ 記憶部
２５Ｐ 制御プログラム
２６ 通信部
２８ 時計部
２９ リーダ
３１ ＣＰＵ
３２ ＲＡＭ
３３ 入力部
３４ 表示部
３５ 記憶部
３５Ｐ 制御プログラム
３６ 通信部
３８ 時計部
４１ ＣＰＵ
４２ ＲＡＭ
４３ 入力部
４４ 表示部
４５ 記憶部
４５Ｐ 制御プログラム
４６ 通信部
４８ 時計部
５１ ＣＰＵ
５２ ＲＡＭ
５３ 入力部
５４ 表示部
５５ 記憶部
５５Ｐ 制御プログラム
５６ 通信部
５８ 時計部
５９ リーダ
１３１ 配車手配ボタン
１４１ 決定ボタン
１５０ 配車手配するボタン
１５１ ユーザＤＢ
１５２ 商品ＤＢ
１５３ 配車ＤＢ
２５１ ユーザＤＢ
２５２ 商品ＤＢ
２５３ 配車ＤＢ
３５１ 在庫ＤＢ
３５２ 商品ＤＢ
３５３ 代替ＤＢ
３６１ 代替選択ボタン
３６２ キャンセルボタン
４２１ 小分けボタン
４５１ 商品ＤＢ
４５２ 配車ＤＢ
５５１ 追加購入ボタン
受付部 ６１１
特定部 ６１２
送信部 ６１３
Ｎ 通信網

Claims (9)

1. 購入商品の指定と、乗車地と降車地の指定を受け付け、
   商品の在庫の管理情報を参照して、指定された前記購入商品のピックアップ地を特定し、
   特定した前記ピックアップ地、指定された前記乗車地とを経由して、指定された前記降車地に向かうドライブ指示を配車管理システム又はドライバー端末に送信する、
   処理をコンピュータに実行させることを特徴とするプログラム。
2. 前記ドライブ指示は、前記ピックアップ地、前記乗車地、前記降車地の順の巡回、又は、前記乗車地、前記ピックアップ地、前記降車地の順の巡回である、
   ことを特徴とする請求項１に記載のプログラム。
3. 前記コンピュータはPOS端末である、
   ことを特徴とする請求項１または２に記載のプログラム。
4. 前記降車地の指定は、フライトチケット情報の入力によりなされ、前記降車地は、該フライトチケット情報に対応する空港である、
   ことを特徴とする請求項１から３のいずれか一つに記載のプログラム。
5. 購入商品に対して、ピックアップを依頼するか、または、持ち帰るかの選択を購入商品毎に受け付け、
   ピックアップが選択された購入商品の情報を出力する
   請求項１から４のいずれか一つに記載のプログラム。
6. フライトに関する情報および購入商品の情報を取得し、
   前記フライトに関する情報に応じて、前記購入商品および該購入商品を購入したユーザをピックアップする自動車の配車を受け付ける
   処理をコンピュータに実行させるプログラム。
7. 購入商品のピックアップ先を出力し、
   前記購入商品を購入したユーザの乗車地および降車地を出力し、
   前記乗車地にて乗車するユーザから、前記購入商品の受領に関する情報を取得する
   処理をコンピュータに実行させるプログラム。
8. 購入商品の指定と、乗車地と降車地の指定を受け付ける受付部と、
   商品の在庫の管理情報を参照して、指定された前記購入商品のピックアップ地を特定する特定部と、
   特定した前記ピックアップ地、指定された前記乗車地とを経由して、指定された前記降車地に向かうドライブ指示を配車管理システム又はドライバー端末に送信する送信部と、
   を備える情報処理装置。
9. 購入商品の指定と、乗車地と降車地の指定を受け付け、
   商品の在庫の管理情報を参照して、指定された前記購入商品のピックアップ地を特定し、
   特定した前記ピックアップ地、指定された前記乗車地とを経由して、指定された前記降車地に向かうドライブ指示を配車管理システム又はドライバー端末に送信する、
   処理をコンピュータに実行させることを特徴とする配車制御方法。

Images