情報管理サーバ、商品受け取りシステム
【課題】注文者が自宅以外で商品の受け取りを可能とする情報管理サーバを提供することができる。
【解決手段】商品の注文者が搭乗する車両と、前記商品を配送する配送車両とを、注文時に入力された前記車両の車両特定情報により対応づけるデータベース３１，３２と、車両から車両特定情報、現在地及び走行経路を含む第１の車両情報を、配送車両から配送車両ＩＤ、現在地及び走行経路を含む第２の車両情報をそれぞれ取得する車両情報取得手段３６と、前記車両が前記第１の車両情報の走行経路上の第１の位置を走行する際に、前記配送車両が走行する前記第２の車両情報の走行経路上の第２の位置が、前記第１の位置から所定距離内となる前記第１の位置と前記第２の位置を推定して、前記配送車両が前記車両に前記商品を受け渡す受け渡し位置を決定する受け渡し位置決定手段３９と、を有する情報管理サーバ１００を提供する。
【解決手段】商品の注文者が搭乗する車両と、前記商品を配送する配送車両とを、注文時に入力された前記車両の車両特定情報により対応づけるデータベース３１，３２と、車両から車両特定情報、現在地及び走行経路を含む第１の車両情報を、配送車両から配送車両ＩＤ、現在地及び走行経路を含む第２の車両情報をそれぞれ取得する車両情報取得手段３６と、前記車両が前記第１の車両情報の走行経路上の第１の位置を走行する際に、前記配送車両が走行する前記第２の車両情報の走行経路上の第２の位置が、前記第１の位置から所定距離内となる前記第１の位置と前記第２の位置を推定して、前記配送車両が前記車両に前記商品を受け渡す受け渡し位置を決定する受け渡し位置決定手段３９と、を有する情報管理サーバ１００を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、注文者が商品を受け取るための情報管理サーバに関し、注文者が特に自宅外で商品を受け取ることを可能にする情報管理サーバに関する。
【背景技術】
【０００２】
インターネットや通信端末の普及に伴い通信販売の利用者が増えている。通信販売の一般的な利用形態は以下のようになる。（１）注文者がインターネットや電話を利用して販売店に商品を注文する。（２）販売店が配送業者に商品の配送を依頼する。（３）配送業者が商品を注文者に配送する。しかしながら、（３）の配送時、配送業者は、注文者の自宅を特定しなければならず、注文者は商品の配送時に在宅していなければならないという制約がある。
【０００３】
そこで、配送業者の配送業務を効率化するため、配送業者に配送用の資料が配布されることがある（例えば、特許文献１参照。）。特許文献１には、配送先情報と案内地図データに基づいて一つ又は複数の配送先の地図上の位置を地図データとともに表示する配送用携帯端末が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２０７９０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の配送用携帯端末が存在しても、注文者が在宅していなければならないという制約は解消されない。例えば、注文者が忙しいため配送時間内に在宅していることが困難な場合、注文者が商品を受け取ることができない。また、例えば、注文者が旅行に使用するために商品を注文したが、自宅を出発した後は商品を受け取ることが全くできなくなってしまう。
【０００６】
本発明は、上記課題に鑑み、注文者が自宅以外で商品を受け取ることを可能とする情報管理サーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題に鑑み、本発明は、商品の注文者が搭乗する車両と、前記商品を配送する配送車両とを、注文時に入力された前記車両の車両特定情報により対応づけるデータベースと、前記車両から前記車両特定情報、現在地及び走行経路を含む第１の車両情報を、前記配送車両から配送車両ＩＤ、現在地及び走行経路を含む第２の車両情報をそれぞれ取得する車両情報取得手段と、前記車両が前記第１の車両情報の走行経路上の第１の位置を走行する際に、前記配送車両が走行する前記第２の車両情報の走行経路上の第２の位置が、前記第１の位置から所定距離内となる前記第１の位置と前記第２の位置を推定して、前記配送車両が前記車両に前記商品を受け渡す受け渡し位置を決定する受け渡し位置決定手段と、前記受け渡し位置を前記車両と前記配送車両に通知する受け渡し位置通知手段と、を有する情報管理サーバを提供する。
【発明の効果】
【０００８】
注文者が自宅以外で商品の受け取りを可能とする情報管理サーバを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】商品受け取りシステムの全体を説明する図の一例である。
【図２】商品受け取りシステムの概略を説明する図の一例である。
【図３】商品受け取りシステムのハードウェア構成図の一例である。
【図４】商品受け取りシステムの機能ブロック図の一例である。
【図５】注文者ＤＢ、配送車両ＤＢ、ランデブーポイントＤＢの一例を示す図である。
【図６】ランデブーポイントの決定を説明する図の一例である。
【図７】ランデブーポイント決定手順を示すフローチャート図の一例である。
【図８】商品受け取りシステムの全体的な流れを説明する図の一例である。
【図９】注文時の画面の一例を示す図である。
【図１０】注文者の自宅、旅行先、商品発送位置を模式的に示す図の一例である。
【図１１】商品受け取りシステムの全体的な流れを説明する図の一例である。
【図１２】ランデブーポイントの決定方法を説明する図の一例である。
【図１３】ランデブーポイント決定部がランデブーポイントを決定する手順を示すフローチャート図の一例である。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について図面を参照しながら説明する。
【実施例１】
【００１１】
図１は、商品受け取りシステム２００の全体を説明する図の一例である。車両Ａは商品の注文者が搭乗する車両（運転していても、同乗者として乗車していてもよい）であり、配送車両Ｂは配送業者の担当員が運転する車両である。車両Ａは携帯キャリア網Ａを介してインターネットに、配送車両Ｂは携帯キャリア網Ｂを介してインターネットにそれぞれ接続可能になっている。
【００１２】
インターネットには情報管理センター１００が接続されている。情報管理センター１００は配送業者又は販売店が運営するサーバであり、配送車両Ｂを管理している。本実施形態の商品受け取りシステム２００は、配送車両Ｂが車両Ａと同じ場所（以下、ランデブーポイントという）で停車することで、注文者が担当員から自宅以外の場所で商品を受け取ることを可能にする。
【００１３】
図２は、商品受け取りシステム２００の概略を説明する図の一例である。
（１）車両Ａは、車両特定情報、自車位置情報、経路情報、及び、車速情報を情報管理センター１００に送信する。
（２）配送車両Ｂは、車両ＩＤ、自車位置情報、経路情報、及び、車速情報を情報管理センター１００に送信する。この車両ＩＤは、配送車両Ｂを一意に特定するための情報であり、情報管理センター１００は車両ＩＤにより配送車両Ｂが注文者の商品を配送中であることを特定している。
（３）情報管理センター１００は、車両Ａの経路情報と配送車両Ｂの経路情報を比較して、互いに接近する場所をランデブーポイントとして決定する。
（４）情報管理センター１００は、車両Ａがランデブーポイントを通過するように車両Ａの経路情報を変更し、配送車両Ｂがランデブーポイントを通過するように配送車両Ｂの経路情報を変更して、それぞれに通知する。
（５）車両Ａと配送車両Ｂがランデブーポイントに到達すると、注文者は担当員から商品を受け取ることができる。
【００１４】
このように、本実施形態の商品受け取りシステム２００は、車両Ａと配送車両Ｂにランデブーポイントを通知するので、注文者は自宅以外で商品を受け取ることができる。
【００１５】
〔構成〕
図３は、商品受け取りシステム２００のハードウェア構成図の一例である。情報管理センター１００は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、メモリーカード装着部１４、ＮＩＣ（Network Interface Card）１５、ＨＤＤ１６、入力装置１７及びディスプレイ１８を有する。ＣＰＵ１１はＨＤＤ１６に記憶されたプログラムを実行して情報管理センター１００の全体の動作を制御する。ＲＯＭ１２にはＢＩＯＳなど起動に必要なプログラムや設定情報が記憶されている。ＲＡＭ１３は、ＣＰＵ１１がプログラムを実行するためのワークエリアである。メモリーカード装着部１４は、フラッシュメモリ等のメモリーカードに対するデータの読み出し又は書き込み（記憶）を制御する。ＮＩＣ１５は、インターネットに対するレイヤ２の接続を確立して車両Ａや配送車両Ｂとデータ通信するための通信装置である。レイヤ２より上位のプロトコルに必要な処理はＴＣＰ／ＩＰプロトコルスタックやアプリケーションが受け持っている。ＨＤＤ１６はプログラム、ＯＳ、地図データ、後述する各種のテーブルを記憶するための不揮発メモリであり、ＳＳＤ（Solid State Drive）であってもよい。入力装置１７はキーボードやマウスなど情報管理センター１００のユーザが操作するためのユーザＩ／Ｆである。ディスプレイ１８は液晶などフラットパネルディスプレイであり、例えばＧＵＩベースで操作メニューや操作結果を表示するために使用される。
【００１６】
車両Ａと配送車両Ｂは同様の構成を有し、それぞれナビゲーション装置２６、通信装置２１、ＧＰＳ受信機２２、車速センサ２３、入力装置２４、タッチパネル２５、及び、記憶装置２７、を有する。以下、車両Ａの搭載品に符号Ａを付し、配送車両Ｂの搭載品に符号Ｂを付す。ナビゲーション装置２６は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＡＳＩＣ、入出力Ｉ／Ｆ等を備えたコンピュータであり、商品受け取りシステム２００における車両Ａの全体的な制御を行う。ナビゲーション装置２６でなく何らかのＥＣＵ（Electronic Control Unit）が全体を制御してもよい。また、ナビゲーション装置２６は、据え置き型と可搬型があるが、本実施形態ではそのどちらでもよい。
【００１７】
通信装置２１は、ＣＤＭＡ、ＧＳＭ、ＰＤＭ、ＷｉＭａｘなどの通信方式により携帯電話キャリア網の基地局とデータ通信する装置である。車両などの移動体にはＤＣＭ（Data Communication Module）という固定の通信装置が搭載されることがあるのでこのＤＣＭを使用してもよいし、注文者や担当員が所有する携帯端末（携帯電話、スマートフォン、ＰＨＳ等）を通信装置２１としてもよい。携帯端末とナビゲーション装置２６はケーブルやBluetooth（登録商標）により接続される。
【００１８】
ＧＰＳ受信機２２は、ＧＮＳＳ（Global Navigation Satellite System；全世界的航法衛星システム）の一態様で車両Ａ、配送車両Ｂの位置情報（緯度、経度、標高）をリアルタイムに測定する。車速センサ２３は、車輪の所定の回転角度毎にパルスを出力するセンサで単位時間当たりの回転角度から車速を測定する。入力装置２４は、タッチパネル２５と一体のソフトキーやタッチパネル周辺のハードキー、リモコン、又は、音声入力装置であり、注文者や担当員の操作を受け付ける。タッチパネル２５は液晶などの表示装置で、道路地図、テレビ画面、ブラウザが表示するホームページの画面、操作メニュー等を表示する。記憶装置２７はＨＤＤやフラッシュメモリなどの不揮発メモリであり、主に地図データを記憶している。地図データはナビゲーション装置２６の出荷時に記憶されていてもよいし、不図示のサーバからダウンロードされてもよい。
【００１９】
図４は、商品受け取りシステム２００の機能ブロック図の一例である。車両Ａと配送車両Ｂは共に、情報アップ手段４１とランデブーポイント表示手段４２を有する。以下、車両Ａの機能に符号Ａを付し、配送車両Ｂの機能に符号Ｂを付す。情報アップ手段Ａは、車両特定情報、自車位置情報Ａ、経路情報Ａ、及び、車速情報Ａ（以下、まとめて車両情報Ａという）を情報管理センター１００に送信する。車両特定情報は、車両Ａに注文者が乗車していることを特定するための情報、換言すれば車両Ａで商品を受け取るための情報であり、例えば、通信装置２１の電話番号、ナビゲーション装置２６のシリアル番号、車体番号などである。車両特定情報は車両Ａを配送車両Ｂと紐付けするための情報となる。
【００２０】
自車位置情報ＡはＧＰＳ受信機Ａが測定した車両Ａの位置情報であり、経路情報Ａは車両Ａの現在地から目的地までの経路Ａの経路情報であり、車速情報Ａは車速センサＡが計測した車両Ａの車速である。車両Ａの目的地や経路情報は、注文者が入力装置Ａを使用して設定した情報でも、注文者が自宅のＰＣ（Personal Computer）や携帯端末などを使用してインターネット経由で設定した情報でもよい。
【００２１】
情報アップ手段Ａが車両情報Ａを送信する方法には、自発的に送信する方法と、情報管理センター１００からの要求に応じて送信する方法がある。自発的に送信するタイミングには、車両Ａのイグニッションオンやナビゲーション装置Ａの起動直後、目的地の設定時、定期的（車両Ａの走行中）等がある。
【００２２】
ランデブーポイント表示手段Ａは、情報管理センター１００から受信した経路情報と経路情報内の一地点であるランデブーポイントをタッチパネルＡに表示する。以降、ナビゲーション装置Ａはこの経路情報とランデブーポイントに従って注文者を案内する。
【００２３】
配送車両Ｂの情報アップ手段Ｂは、車両ＩＤ、自車位置情報Ｂ、経路情報Ｂ、車速情報Ｂ（以下、まとめて車両情報Ｂという）を情報管理センター１００に送信する。車両ＩＤは、配送車両Ｂを一意に特定できればよいので、担当員を一意に特定するＩＤ、通信装置Ｂの電話番号、ナビゲーション装置Ｂのシリアル番号などでもよい。その他の構成は車両情報Ａと同様なので省略する。
【００２４】
情報管理センター１００は、車両検索部３５、車両情報取得部３６、ランデブーポイント決定部３７、経路変更部３８、及び、配送車両変更部３９を有する。また、ＨＤＤ１６には注文者ＤＢ３１、配送車両ＤＢ３２、ランデブーポイントＤＢ３３、及び、地図ＤＢ３４が記憶されている。
【００２５】
配送業者の支店は商品の販売店から商品の受け渡しを依頼され、その際、商品と配送のための情報が記載された伝票が通知される。伝票には、伝票番号、注文者の氏名、住所、日時、車両特定情報（通信装置の電話番号）、商品名などが記載されており、配送業者がこれらの伝票情報を端末に入力すると情報管理センター１００に伝票情報が送信される。ここでは通信装置Ａの電話番号を車両特定情報とする。伝票情報が情報管理センター１００に送信されることで、情報管理センター１００は商品の配送が可能になったことを検出する。
【００２６】
情報管理センター１００は、伝票情報から車両特定情報などを抽出して注文者ＤＢ３１に登録する。
図５（ａ）は注文者ＤＢ３１の一例を示す図である。各レコードに、伝票番号、氏名、住所、日時、電話番号（車両特定情報）、商品名が登録されている。この車両特定情報が配送車両Ｂを特定するための情報となる。
【００２７】
また、配送業者は販売店から商品を受け取り配送車両Ｂに商品を積載すると、又は、積載することが決まると、商品を積載した配送車両Ｂの車両ＩＤ、商品名及び伝票番号を情報管理センター１００に通知する。情報管理センター１００は、商品名、車両ＩＤ及び伝票番号を対応づけて配送車両ＤＢ３２に登録する。
図５（ｂ）は配送車両ＤＢ３２の一例を示す図である。各レコードに、車両ＩＤ、商品名及び伝票番号が登録されている。図では例えば配送車両ＢにX装置が積載されたことが分かる。配送業者は、適宜、配送車両間で積載する商品を交換したり積み直したりするが、配送車両ＤＢ３２を参照することで、情報管理センター１００は各配送車両に積載されている商品を特定できる。
【００２８】
なお、図５（ａ）（ｂ）では伝票番号が車両特定情報と車両ＩＤを紐付けているが、注文者特定番号を配送車両ＤＢ３２に登録すれば、注文者特定番号により注文者ＤＢ３１のレコードと配送車両ＤＢ３２のレコードを紐付けることができる。車両特定情報も伝票の記載内容であることを考慮すると、２つのＤＢのレコードを紐付けるのは伝票の記載内容のうち適切な情報である。
【００２９】
図５（ｃ）はランデブーポイントＤＢ３３の一例を示す図である。各レコードに、ランデブーポイント位置、種類が登録される。ランデブーポイント位置は、座標とリンク番号とした。座標を含むことで、情報管理センター１００が、車両Ａや配送車両Ｂの経路情報から最寄りのランデブーポイントを探しやすくなり、リンク番号を含むことで、車両Ａの経路情報Ａや配送車両Ｂの経路情報Ｂをランデブーポイントを通過するように変更することが容易になる。
【００３０】
ランデブーポイントは、車両Ａと配送車両Ｂが駐車可能な広さを有することが好ましく、何らかの駐車場又は駐車場を備えた施設であることが好ましい。したがって、例えば、ショッピングセンターの駐車場、道の駅、コンビニ、ガソリンスタンド、高速道路のＰＡ等がランデブーポイントになる。交通量が極めて少ない道路上であってもよい。
【００３１】
情報管理センター１００は、地図ＤＢ３４からこれらの種類の施設を抽出して、その位置情報と対応づけてランデブーポイントＤＢ３３に登録しておく。ランデブーポイントＤＢ３３は静的なＤＢ（あまり内容が変化しない）なので、ランデブーポイントの種類だけを定めておき、情報管理センター１００がランデブーポイントを検索する際に、地図ＤＢ３４から検索してもよい。
【００３２】
なお、地図ＤＢ３４は道路網をノードとリンクで表したデータベースである。ノードのノード番号に対応づけて、位置（座標）、接続リンク本数、接続ノード番号、交差点名称等が登録され、リンク番号に対応づけて起終点ノード番号、道路種別、幅員、リンク長等が登録されている。また、施設（都道府県庁、市役所、町村役場、サービスエリア、パーキングエリア、道の駅、フェリー発着所、鉄道駅、空港 等）の位置情報が登録されている。
【００３３】
＜車両情報の取得＞
図４に戻り、車両情報は、情報管理サーバ１００が要求することで車両Ａ又は配送車両Ｂから自発的に送信される場合と、車両Ａ又は配送車両Ｂから自発的に送信される場合がある。情報管理サーバ１００はどちらか一方の車両情報Ａ，Ｂを取得すると他方の車両情報Ａ，Ｂを取得する。
（ａ）情報管理サーバ１００が要求する
車両検索部３５は、以下のようなタイミングで車両Ａの検索を開始する。
(i)配送車両ＤＢ３２が更新された
(ii)定期的
車両検索部３５は、まず、配送車両ＤＢ３２に新たに登録された伝票番号を読み出し、一致するレコードを注文者ＤＢ３１から特定する。そして、車両検索部３５は、車両特定情報（図では電話番号）を用いて走行中の車両Ａに車両情報Ａの送信を要求する。具体的には、車両検索部３５は、携帯電話キャリアのサーバに電話番号を送信して、例えばショートメッセージサービス等のサービスを利用して、「配送業者から車両情報Ａの送信が要求されています。送信を許可しますか。はい・いいえ」などを送信する。注文者はタッチパネルＡに表示されたメッセージを見て「はい」を選択するので、情報アップ手段Ａは車両情報Ａの送信を開始することができる。または、注文者が予め車両情報Ａの送信を許可するようにナビゲーション装置２６を設定しておけば、携帯電話キャリアが電話番号を指定してナビゲーション装置２６にコマンドを送信するだけで、情報アップ手段Ａが車両情報Ａの送信を開始できる。なお、車両検索部３５は配送車両Ｂに対しても車両情報Ｂを要求することができる。
（ｂ）車両Ａが車両情報Ａを送信した。
【００３４】
上記のように、車両Ａは自発的に車両情報Ａを送信することもできるので、車両検索部３５が要求しなくても、車両情報取得部３６が車両情報Ａを取得することができる。なお、情報アップ手段Ａが自発的に車両情報Ａを送信する場合、通信の過程で車両Ａの通信装置Ａの電話番号やＩＰアドレスなどは既知となるので、以降は、情報管理サーバ１００から車両Ａと通信できる。
（ｃ）配送車両Ｂが車両情報Ｂを送信した。
【００３５】
同様に、配送車両Ｂは自発的に車両情報Ｂを送信することができる。車両情報取得部３６は、車両情報Ｂを取得する。
【００３６】
（ａ）（ｂ）のように、車両情報取得部３６が車両情報Ａを先に取得した場合、車両情報取得部３６は、車両情報Ａに含まれる車両特定情報をキーに注文者ＤＢ３１を検索して特定した伝票番号により、配送車両ＤＢ３２を検索して配送車両Ｂの車両ＩＤを特定する。これにより、車両情報取得部３６は配送車両Ｂに車両情報Ｂを要求できる。配送車両Ｂは情報管理センター１００の管理下にあるので、配送車両Ｂの通信装置Ｂの電話番号は既知であり、また、強制的に車両情報Ｂの送信を要求できる。
【００３７】
（ｃ）のように、車両情報取得部３６が車両情報Ｂを先に取得した場合、車両情報取得部３６は、車両情報Ｂに含まれる車両ＩＤをキーに配送車両ＤＢ３２を検索して特定した伝票番号により、注文者ＤＢ３１を検索して車両Ａの車両特定情報を特定する。これにより、車両情報取得部３６は配送車両Ａに車両情報Ａを要求できる。
【００３８】
＜ランデブーポイントの決定＞
以上により、車両情報Ａと車両情報Ｂが情報管理センター１００に送信されたことになる。車両情報Ａ及び車両情報Ｂが取得されると、ランデブーポイント決定部３７が、車両情報Ａ、車両情報Ｂ及びランデブーポイントＤＢ３３からランデブーポイントを決定することができる。
【００３９】
図６はランデブーポイントの決定を説明する図の一例を、図７は、ランデブーポイント決定手順を示すフローチャート図の一例である。
【００４０】
Ｓ１０：ランデブーポイント決定部３７は、車両情報Ａと車両情報Ｂから図６（ａ）（ｂ）のような経路Ａ，Ｂを特定できる。この時の現在地も明らかになっている。
【００４１】
Ｓ２０：ランデブーポイント決定部３７は、経路Ａにおける車両Ａの１分毎の位置及び経路Ｂにおける配送車両Ｂの１分毎の位置を推定する。「１分毎」としたのは一例であって、３０秒毎でも５分程度でもよいが、比較的短い間隔で推定することでランデブーポイントを探しやすくなる。各位置の推定には、現在位置を起点に、車速情報Ａと車速情報Ｂに１分を乗じた距離を累積していけばよい。ＶＩＣＳがビーコンなどで提供するリンク旅行時間を利用すれば道路の混雑状況を反映させて位置を推定できるのでなお好ましい。このようにして推定された位置を、それぞれ推定位置Ａ、推定位置Ｂと称する。
【００４２】
Ｓ３０：ランデブーポイント決定部３７は、同じ時刻の推定位置Ａ、Ｂの距離を算出する。図６（ａ）（ｂ）では、Ａ１〜Ａ５とＢ１〜Ｂ５のそれぞれ５つの推定位置Ａ、Ｂを示す。これにより、経路だけでなく時間を考慮して車両Ａと配送車両Ｂが接近する推定位置Ａ、Ｂを抽出できる。
【００４３】
Ｓ４０：ランデブーポイント決定部３７は、所定距離ｓ１内の推定位置Ａ、Ｂがあるか否かを判定する。所定距離ｓ１は、例えば時速を５０ｋｍ／ｈとすると４〜８ｋｍ（時間に換算して５〜１０分程度）であるが、配送業者の配送スケジュールを乱したり、注文者が移動を許容できる程度の距離である。所定距離ｓ１内の推定位置Ａ、Ｂがない場合、ランデブーポイント決定部３７は今回の経路Ａ、経路Ｂによる商品の配送ができないと判定して処理を終了する。
【００４４】
Ｓ５０：所定距離ｓ１内の推定位置Ａ、Ｂがある場合（複数ある場合は最も近い推定位置Ａ，Ｂ）、ランデブーポイント決定部３７は２つの推定位置Ａ、Ｂのどちらか又は両方から処理距離ｓ２内にランデブーポイントの候補があるか否かを判定する。例えば推定位置Ａ３とＢ３が互いに所定距離ｓ１内の場合、ランデブーポイント決定部３７は、推定位置Ａ３から処理距離ｓ２内で推定位置Ｂ３からも所定距離ｓ２内のランデブーポイントがあるか否かを、ランデブーポイントＤＢ３３を検索することで判定する。ランデブーポイントは駐車可能な場所でよいので、ステップＳ４０よりもＹｅｓとなる可能性が高い。
【００４５】
Ｓ６０：複数のランデブーポイントが見つかった場合、ランデブーポイント決定部３７は推定位置Ａ３からの距離と推定位置Ｂ３からの距離の合計が最も短いランデブーポイントを最終的なランデブーポイントする。複数のランデブーポイントを車両Ａ及び配送車両Ｂに送信して希望を問い合わせることで、ランデブーポイントを絞ってもよい。図６（ａ）（ｂ）では星印で示す位置にランデブーポイントが見つかったものとする。以上のようにして、ランデブーポイントを決定することができる。
【００４６】
＜経路変更＞
図４に戻り、経路変更部３８は、経路Ａがランデブーポイントを通過するように経路Ａを変更し、経路Ｂがランデブーポイントを通過するように経路Ｂを変更する。具体的には、経路変更部３８は、車両Ａの現在地からランデブーポイントまでの経路探索と、ランデブーポイントから目的地までの経路探索とをそれぞれ行うことで、経路Ａを変更する。同様に、経路変更部３８は、車両Ｂの現在地からランデブーポイントまでの経路探索と、ランデブーポイントから目的地までの経路探索とをそれぞれ行うことで、経路Ｂを変更する。
【００４７】
図６（ｃ）は変更後の経路Ａの一例を、図６（ｄ）は変更後の経路Ｂの一例をそれぞれ示す。経路Ａと経路Ｂのいずれもランデブーポイントを通過するように変更された。こうすることで、図６（e）に示すように、２つの経路が少なくともランデブーポイントで交わるようになり、車両Ａの注文者と配送車両Ｂの担当員がほぼ同じ時間帯に同じ場所に存在することが可能になる。
【００４８】
経路変更部３８は、変更した経路Ａの経路情報Ａを車両Ａに送信し、変更した経路Ｂの経路情報Ｂを車両Ｂに送信する。２つの経路情報Ａ，Ｂにはランデブーポイントの位置情報や種類が含まれている。上記のように、ランデブーポイント表示手段Ａは、それまでの経路情報Ａよりも優先的に（又は破棄して）変更後の経路情報ＡとランデブーポイントをタッチパネルＡに表示するので、注文者はナビゲーション装置Ａの案内に従ってランデブーポイントに到達できる。配送車両Ｂの担当員にとっても同様である。
【００４９】
＜配送車両Ｂの変更＞
なお、図５のステップＳ４０では、ランデブーポイントが見つからないと処理を終了したが、車両Ａが通勤などの決まった範囲で移動する場合、配送範囲の決まっている配送車両Ｂが次回配送しても、ランデブーポイント決定部３７がランデブーポイントを見つけられないおそれがある。このため、所定距離内の推定位置Ａ、Ｂがない場合、ランデブーポイント決定部３７は、車両情報Ａに含まれる経路情報Ａを配送車両変更部３９に通知して、配送車両の変更が必要か否かを問い合わせる。
【００５０】
配送車両変更部３９は、配送車両Ｂの配送範囲（例えば、市内、区内等）と車両Ａの経路情報Ａを比較して、経路情報Ａのリンクが配送車両Ｂの配送範囲に含まれているか否かに基づき、配送車両Ｂの変更が必要か否かを判定する。経路情報Ａのリンクが配送車両Ｂの配送範囲に含まれていない場合や、含まれるリンク数が所定値以下の場合、配送車両変更部３９は注文者の商品を配送する配送車両を変更する。
【００５１】
変更の際、配送車両変更部３９は、各配送車両の配送範囲と経路情報Ａを同様に比較して、最も含まれるリンク数が大きくなる配送範囲を受け持つ配送車両に変更する。こうすることで、車両Ａがある程度決まった範囲を移動する場合、いずれはランデブーポイントが見つかり注文者が商品を受け取ることができる。
【００５２】
〔全体的な動作〕
図８は、商品受け取りシステム２００の全体的な流れを説明する図の一例である。まず、注文者は、ＰＣや携帯電話（スマートフォン）を介して販売店のＨＰにアクセスし、所望の商品を販売店に注文する（Ｓ１）。注文時、注文者が商品名、数量、日時、氏名、住所、車両特定情報を入力するのは上記のとおりだが、本実施形態では受取方法として“移動中受け取り”を指定する。これらの注文情報は販売店に送信される。
【００５３】
図９（ａ）は、携帯電話に表示される注文時の画面の一例を示す図である。図はいくつかの画面からなる注文画面の１つであり、受け取り方法を指定する画面である。図示するように「自宅」「コンビニエンスストア」「移動中」の受け取り方法の中から、注文者は「移動中」を選択することができる。なお、注文は車両Ａに乗車してからでも何ら不都合がない。
【００５４】
販売店のサーバは注文を受け付け注文伝票を作成する（Ｓ２）。販売店は、在庫があれば即日発送可能であるし、在庫がなければ商品を発注するなどする。
【００５５】
販売店は商品を入手すると配送業者用の伝票を起票して、商品に伝票を添付して、配送業者に配送を依頼する（Ｓ３）。
【００５６】
商品を受け取った配送業者は伝票の内容をＰＣなどに入力する（Ｓ４）。入力された伝票情報はネットワークを介して接続された情報管理センター１００に送信される。情報管理センター１００は伝票情報を注文者ＤＢ３１に登録する（Ｓ５）。
【００５７】
また、販売店は商品を配送車両Ｂに搭載し（Ｓ６）、付随する処理として搭載したことを情報管理センター１００に通知する。通知の方法は、例えば、バーコードリーダで配送車両Ｂを特定するバーコードを読み、続けて伝票のバーコードを読むなどの方法がある。これにより、配送車両Ｂの車両ＩＤ、伝票情報、商品名等が情報管理センター１００に送信される。情報管理センター１００は配送車両Ｂの車両ＩＤ、伝票番号、商品名を配送車両ＤＢ３２に登録する（Ｓ７）。
【００５８】
配送車両ＤＢ３２が更新されると、情報管理センター１００の車両検索部３５が配送車両ＤＢ３２に新たに登録された伝票番号に基づき注文者ＤＢ３１から特定した電話番号を用いて車両Ａに対し車両情報Ａの送信を要求する（Ｓ１１）。
【００５９】
情報アップ手段Ａは、この要求に応じて車両情報Ａを情報管理センター１００に送信する（Ｓ１２）。
【００６０】
仮に、情報アップ手段Ａが定期的などのタイミングで情報管理センター１００に車両情報Ａを送信した場合、車両情報取得部３６は、車両情報Ａに含まれる車両特定情報に一致する伝票番号を注文者ＤＢ３１から特定できる。そしてその伝票番号と一致する車両ＩＤの配送車両Ｂを配送車両ＤＢ３２から特定すれば、車両Ａの注文者と配送車両Ｂを結びつけることができる。情報アップ手段Ｂが車両情報Ｂを送信した場合も同様である。よって、情報アップ手段Ａ又はＢが自発的に車両情報Ａ、Ｂを送信する場合、Ｓ１１の送信要求は必ずしも必要ではない。
【００６１】
情報管理センター１００の車両情報取得部３６は、配送車両ＤＢ３２に新たに登録されたレコードに含まれる配送車両Ｂを特定する（Ｓ１３）。そして、配送車両Ｂに対し車両情報Ｂの送信を要求する（Ｓ１４）。
【００６２】
情報アップ手段Ｂは、この要求に応じて又は定期的などのタイミングで、車両情報Ｂを情報管理センター１００に送信する（Ｓ１５）。
【００６３】
そして、ランデブーポイント決定部３７は、経路Ａと経路Ｂからランデブーポイントを決定し（Ｓ１６）、経路変更部３８はランデブーポイントを通過するように変更した経路Ａを車両Ａに送信し、経路Ｂを配送車両Ｂに送信する（Ｓ１７）。
【００６４】
以上のような処理により、注文者は自宅以外でも商品を受け取ることができる。
【実施例２】
【００６５】
実施例１では、ランデブーポイントが見つからない場合、配送車両変更部３９が配送車両Ｂを別の配送車両に変更し、次回の配送時に同様の処理を行うと説明した。しかし、注文者が旅行に行くなど、移動する範囲が広範囲にわたる場合、配送車両を変更しても担当員が商品を受け渡すことができないおそれがある。例えば、車両情報Ａの出発地（現在地）と目的地が大きく離れている場合、経路の全体を配送範囲とする配送車両は見つからない。そこで、本実施例では、注文者が受け取り場所を指定することで、配送範囲を絞り込む商品受け取りシステム２００について説明する。
【００６６】
図１０は、注文者の自宅、旅行先、商品発送位置を模式的に示す図の一例である。注文者は東京付近の自宅から東北方面を抜けて青森まで旅行する。注文者の商品の発送位置は図では工場として山形県Ｄ１と兵庫県Ｄ２とを例示した。注文者は発送位置を考慮する必要はないが、販売店の住所などから商品発送位置をある程度予測することは可能である。
【００６７】
本実施例では、注文者は注文時に旅行先（受け取り場所）を入力する。図９（ａ）の注文画面で注文者が「移動中」を選択すると、画面が図９（ｂ）のような受け取り場所入力画面が表示される。注文者は、旅行先や移動中に商品を受け取りたい場合、「はい」を選択し、受け取り場所を入力することができる。
【００６８】
図１１は、商品受け取りシステム２００の全体的な流れを説明する図の一例である。図１１において図８と同一部の説明は簡単に行う。まず、ステップＳ１により販売店に受け取り場所を含む注文情報が送信される。以降のＳ２〜Ｓ５については実施例１と同様である。
【００６９】
ここで、物流の進歩により注文から商品の発送までの期間は短縮傾向にあり、現在では即日（注文日）に出荷することも可能になっている。このため、ステップＳ５において注文者ＤＢ３１に伝票情報が登録された時が、注文者が出発後、数時間以内の場合もある。本実施例では車両Ａが移動中であることが前提なので、注文時からの経過時間によって最適な配送方法が異なる。
【００７０】
そこで、配送車両変更部３９は、車両Ａの現在地Ｐ１又はＰ２、商品発送位置Ｄ１又はＤ２、及び、受け取り場所に応じて、最適な配送車両を決定する（Ｓ５−１）。車両Ａの現在地は、実施例１と同様に車両情報取得部３６が取得した車両情報Ａを利用する。
【００７１】
配送車両変更部３９は、例えば次のようにして配送車両Ｂを決定する。
・車両Ａの現在地がＰ１で、商品発送位置がＤ１の場合
この場合、車両Ａが旅行先に到達する前に商品を受け渡すことが可能なので、例えば高速道路を移動可能な配送範囲を有する配送車両Ｂを決定して商品発送位置Ｄ１から商品を配送する。
・車両Ａの現在地がＰ２で、商品発送位置がＤ１の場合
この場合、車両Ａが旅行先に到達する前に商品を受け渡すことが困難なので、商品発送位置Ｄ１から商品を旅行先の配送業者に転送して、旅行先に配送範囲を有する配送車両Ｂを決定する。
・車両Ａの現在地がＰ１又はＰ２で、商品発送位置がＤ２の場合
この場合、車両Ａが旅行先に到達する前に商品を受け渡すことが困難なので、商品発送位置Ｄ２から商品を旅行先の配送業者に空路などを経由して転送して、旅行先に配送範囲を有する配送車両Ｂを決定する。
【００７２】
換言すれば、配送車両変更部３９は、受け取り場所と商品発送位置Ｄ１，Ｄ２の距離Ｌ２、受け取り場所と現在地Ｐ１，Ｐ２の距離Ｌ１を比較して、Ｌ１＞Ｌ２であれば、商品発送位置Ｄ１の付近の配送車両Ｂを指定し、それ以外の場合は、受け取り場所の付近の配送車両Ｂを指定する。
【００７３】
このような配送車両の指定を受けた配送業者は、商品を受け取り場所に転送することなく、又は、転送後、商品を配送車両Ｂに積載する（Ｓ６）。
【００７４】
以降、Ｓ１５までの処理は実施例１と同様である。そして、ステップＳ１６において、ランデブーポイント決定部３７は、ランデブーポイントを決定する。配送車両Ｂが受け取り場所で商品を受け渡す場合のランデブーポイントの決定方法は実施例１と同様である。車両Ａは旅行先である受け取り場所で観光やビジネスのため移動しているので、これらの目的地と車両Ａの現在地を含む経路情報Ａと、配送車両Ｂの経路情報Ｂからランデブーポイントを決定すればよい。
【００７５】
一方、車両Ａが受け取り場所に到着する前に担当員が商品を受け渡す場合、ランデブーポイント決定部３７は車両Ａの経路情報Ａ上にランデブーポイントを決定する。車両Ａが高速道路を移動している場合、ランデブーポイントは例えばＰＡであり、車両Ａが高速道路を移動していない場合、ランデブーポイントは車両Ａの経路情報Ａに存在するランデブーポイントとなる。なお、車両Ａが高速道路を移動している場合、配送車両Ｂは車両Ａと同方向（上り）を移動することが好ましいが、ランデブーポイント決定部３７が上り側のＰＡと下り側のＰＡを担当員が行き来できるＰＡをランデブーポイントに決定した場合、配送車両Ｂが高速道路を逆方向に（下り）移動することもできる。
【００７６】
図１２は、ランデブーポイントの決定方法を説明する図の一例である。図１２ではＰＡを例に説明するが、一般道のランデブーポイントについても同様である。
(i)ランデブーポイント決定部３７は、車両Ａの車速情報Ａを用いて現在地よりも受け取り場所側のＰＡ１〜３に車両Ａが到達する時刻ｔa１〜ｔa３を予想する。
(ii) ランデブーポイント決定部３７は、配送車両Ｂの車速情報Bを用いてＰＡ１〜３に配送車両Ｂが直行した場合の時刻ｔｂ１〜ｔｂ３を予想する。
(iii)ランデブーポイント決定部３７は、ｔａ１とｔｂ１、ｔａ２とｔｂ２、ｔａ３とｔｂ３…を順番に比較しｔａｉ＞ｔｂｉ（ｉは自然数）となる最初のＰＡを特定する。このＰＡは、配送車両Ｂが車両Ａよりも早く到着できる最初のＰＡである。
【００７７】
経路変更部３８はこのようにして決定されたランデブーポイントを通過するように変更した経路Ａを車両Ａに送信し、経路Ｂを配送車両Ｂに送信する（Ｓ１７）。経路Ａはほとんど変更がなく、停車するＰＡを新たに指定する経路情報Ａとなり、経路Ｂは目的地をＰＡ(ランデブーポイント)とした新たな経路情報Ｂとなる。
【００７８】
以上のような処理により、注文者は自宅以外であり、かつ、旅行先又はその手前で商品を受け取ることができる。
【実施例３】
【００７９】
実施例１では、車両Ａと配送車両Ｂにとって最適なランデブーポイントを見つける商品受け取りシステム２００を説明したが、本実施例ではランデブーポイントの別の決定方法を有する商品受け取りシステム２００について説明する。
【００８０】
車両Ａは、注文者が搭乗しているので特別な用がなければ、積極的に移動して配送車両Ｂと接触することができる。また、配送車両Ｂは商品を配送することが目的なのでこちらも積極的に移動して車両Ａと接触することができる場合もあると考えられる。そこで、本実施例では、経路情報Ａ又は経路情報Ｂ上のランデブーポイントに他方を誘導する商品受け取りシステム２００について説明する。
【００８１】
本実施例では、全体的な動作手順は図８と同様であり、図８のステップＳ１６のランデブーポイントの決定方法が実施例１と異なる。
図１３（ａ）はランデブーポイント決定部３７がランデブーポイントを決定する手順を示すフローチャート図の一例である。
【００８２】
Ｓ２１０：ランデブーポイント決定部３７は、車両情報Ａと車両情報Ｂから図６（ａ）（ｂ）のような経路Ａ，Ｂを特定する。この時の現在地も明らかになっている。
【００８３】
Ｓ２２０：次に、ランデブーポイント決定部３７は、経路Ｂにおけるランデブーポイントを抽出する。この場合、配送車両Ｂが駐車することを考慮すると、配送車両Ｂの配送先もランデブーポイントとなる。
【００８４】
Ｓ２３０：ランデブーポイント決定部３７は、配送車両Ｂが各ランデブーポイントへ到着する到着予測時刻Ｂを推定する。この推定には配送車両Ｂの車速情報Ｂを利用し、配送スケジュールがあればそれも利用する。
【００８５】
Ｓ２４０：ランデブーポイント決定部３７は、車両Ａの現在地から車両Ａが直接、各ランデブーポイントへ到着した場合の到着予測時刻Ａを推定する。この推定には車両Ａの車速情報ＡとＶＩＣＳ等が提供するリンク旅行時間があればそれを利用する。
【００８６】
Ｓ２５０：ランデブーポイント決定部３７は、到着予測時刻Ｂ＞到着予測時刻Ａのランデブーポイントがあるか否かを判定する。到着予測時刻Ｂ＞到着予測時刻Ａのランデブーポイントは、車両Ａが配送車両Ｂよりも先に到着できるランデブーポイントである。
【００８７】
Ｓ２６０：このようなランデブーポイントが複数ある場合、ランデブーポイント決定部３７は、車両Ａの現在地から最も近いランデブーポイントを特定する。こうすることで、車両Ａの移動量が最も少ないランデブーポイントを特定することができる。
【００８８】
なお、到着予測時刻Ｂ＞到着予測時刻Ａのランデブーポイントがない場合、実施例１と同様にしてランデブーポイントを決定してもよいし、次述するように、経路Ａからランデブーポイントを決定してもよい。
【００８９】
図１３（ｂ）は、ランデブーポイント決定部３７がランデブーポイントを決定する手順を示すフローチャート図の一例である。図１３（ｂ）は、図１３（ａ）手順と車両Ａと配送車両Ｂの関係が逆になっている。
【００９０】
すなわち、ランデブーポイント決定部３７は、経路Ａにおけるランデブーポイントを抽出し（Ｓ３２０）、車両Ａが各ランデブーポイントへ到着する到着予測時刻Ａを推定する（Ｓ３３０）。次に、配送車両Ｂの現在地から配送車両Ｂが各ランデブーポイントへ直接、到着する場合の到着予測時刻Ｂを推定する（Ｓ３４０）。
【００９１】
そして、ランデブーポイント決定部３７は、到着予測時刻Ａ＞到着予測時刻Ｂのランデブーポイントがあるか否かを判定する（Ｓ３５０）。到着予測時刻Ａ＞到着予測時刻Ｂのランデブーポイントは、配送車両Ｂが車両Ａよりも先に到着できるランデブーポイントである。
【００９２】
このようなランデブーポイントが複数ある場合、ランデブーポイント決定部３７は、配送車両Ｂの現在地から最も近いランデブーポイントを特定する（Ｓ３６０）。
【００９３】
到着予測時刻Ａ＞到着予測時刻Ｂのランデブーポイントがない場合、実施例１と同様にしてランデブーポイントを決定してもよいし、図１３（ａ）の手順を実行し、経路Ｂから１つのランデブーポイントを決定してもよい。当然ながら図１３（ａ）と（ｂ）の手順は１回ずつのみ実行される。
【００９４】
以上のような処理により、経路Ａ又は経路Ｂにランデブーポイントを見つけることができる。
【００９５】
なお、図１３（ａ）（ｂ）で到着予測時刻Ｂ＞到着予測時刻Ａ、又は、到着予測時刻Ａ＞到着予測時刻Ｂの条件を満たすランデブーポイントが見つからない場合、ランデブーポイント決定部３７は条件を緩和することもできる。すなわち、到着予測時刻Ｂ＋β＞到着予測時刻Ａ、又は、到着予測時刻Ａ＋α＞到着予測時刻Ｂとすることで、ランデブーポイントを見つけやすくすることができる。このα、βは、配送車両Ｂ又は車両Ａがランデブーポイントで他方を待機する時間となるので、α、βは待機時間として許容可能な５〜１０分程度である。こうすることで、ランデブーポイントを見つけやすくすることができる。
【００９６】
ランデブーポイントが見つかった場合、経路変更部３８はランデブーポイント、経路Ａ及びαを車両Ａに、ランデブーポイント、経路Ｂ及びβを配送車両Ｂに通知するので、注文者や担当員はα又はβの間、ランデブーポイントで待機すればよいことを知ることができる。
【００９７】
以上のような処理により、注文者は自宅以外で商品を受け取るランデブーポイントの対象を拡大して、商品を受け取りやすくすることができる。
【符号の説明】
【００９８】
３１ 注文者ＤＢ
３２ 配送車両ＤＢ
３３ ランデブーポイントＤＢ
３４ 地図ＤＢ
３５ 車両検索部
３６ 車両情報取得部
３７ ランデブーポイント決定部
３８ 経路変更部
３９ 配送車両変更部
４１ 情報アップ手段
４２ ランデブーポイント表示部
１００ 情報管理センター
２００ 商品受け取りシステム
【技術分野】
【０００１】
本発明は、注文者が商品を受け取るための情報管理サーバに関し、注文者が特に自宅外で商品を受け取ることを可能にする情報管理サーバに関する。
【背景技術】
【０００２】
インターネットや通信端末の普及に伴い通信販売の利用者が増えている。通信販売の一般的な利用形態は以下のようになる。（１）注文者がインターネットや電話を利用して販売店に商品を注文する。（２）販売店が配送業者に商品の配送を依頼する。（３）配送業者が商品を注文者に配送する。しかしながら、（３）の配送時、配送業者は、注文者の自宅を特定しなければならず、注文者は商品の配送時に在宅していなければならないという制約がある。
【０００３】
そこで、配送業者の配送業務を効率化するため、配送業者に配送用の資料が配布されることがある（例えば、特許文献１参照。）。特許文献１には、配送先情報と案内地図データに基づいて一つ又は複数の配送先の地図上の位置を地図データとともに表示する配送用携帯端末が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２０７９０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の配送用携帯端末が存在しても、注文者が在宅していなければならないという制約は解消されない。例えば、注文者が忙しいため配送時間内に在宅していることが困難な場合、注文者が商品を受け取ることができない。また、例えば、注文者が旅行に使用するために商品を注文したが、自宅を出発した後は商品を受け取ることが全くできなくなってしまう。
【０００６】
本発明は、上記課題に鑑み、注文者が自宅以外で商品を受け取ることを可能とする情報管理サーバを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題に鑑み、本発明は、商品の注文者が搭乗する車両と、前記商品を配送する配送車両とを、注文時に入力された前記車両の車両特定情報により対応づけるデータベースと、前記車両から前記車両特定情報、現在地及び走行経路を含む第１の車両情報を、前記配送車両から配送車両ＩＤ、現在地及び走行経路を含む第２の車両情報をそれぞれ取得する車両情報取得手段と、前記車両が前記第１の車両情報の走行経路上の第１の位置を走行する際に、前記配送車両が走行する前記第２の車両情報の走行経路上の第２の位置が、前記第１の位置から所定距離内となる前記第１の位置と前記第２の位置を推定して、前記配送車両が前記車両に前記商品を受け渡す受け渡し位置を決定する受け渡し位置決定手段と、前記受け渡し位置を前記車両と前記配送車両に通知する受け渡し位置通知手段と、を有する情報管理サーバを提供する。
【発明の効果】
【０００８】
注文者が自宅以外で商品の受け取りを可能とする情報管理サーバを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】商品受け取りシステムの全体を説明する図の一例である。
【図２】商品受け取りシステムの概略を説明する図の一例である。
【図３】商品受け取りシステムのハードウェア構成図の一例である。
【図４】商品受け取りシステムの機能ブロック図の一例である。
【図５】注文者ＤＢ、配送車両ＤＢ、ランデブーポイントＤＢの一例を示す図である。
【図６】ランデブーポイントの決定を説明する図の一例である。
【図７】ランデブーポイント決定手順を示すフローチャート図の一例である。
【図８】商品受け取りシステムの全体的な流れを説明する図の一例である。
【図９】注文時の画面の一例を示す図である。
【図１０】注文者の自宅、旅行先、商品発送位置を模式的に示す図の一例である。
【図１１】商品受け取りシステムの全体的な流れを説明する図の一例である。
【図１２】ランデブーポイントの決定方法を説明する図の一例である。
【図１３】ランデブーポイント決定部がランデブーポイントを決定する手順を示すフローチャート図の一例である。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について図面を参照しながら説明する。
【実施例１】
【００１１】
図１は、商品受け取りシステム２００の全体を説明する図の一例である。車両Ａは商品の注文者が搭乗する車両（運転していても、同乗者として乗車していてもよい）であり、配送車両Ｂは配送業者の担当員が運転する車両である。車両Ａは携帯キャリア網Ａを介してインターネットに、配送車両Ｂは携帯キャリア網Ｂを介してインターネットにそれぞれ接続可能になっている。
【００１２】
インターネットには情報管理センター１００が接続されている。情報管理センター１００は配送業者又は販売店が運営するサーバであり、配送車両Ｂを管理している。本実施形態の商品受け取りシステム２００は、配送車両Ｂが車両Ａと同じ場所（以下、ランデブーポイントという）で停車することで、注文者が担当員から自宅以外の場所で商品を受け取ることを可能にする。
【００１３】
図２は、商品受け取りシステム２００の概略を説明する図の一例である。
（１）車両Ａは、車両特定情報、自車位置情報、経路情報、及び、車速情報を情報管理センター１００に送信する。
（２）配送車両Ｂは、車両ＩＤ、自車位置情報、経路情報、及び、車速情報を情報管理センター１００に送信する。この車両ＩＤは、配送車両Ｂを一意に特定するための情報であり、情報管理センター１００は車両ＩＤにより配送車両Ｂが注文者の商品を配送中であることを特定している。
（３）情報管理センター１００は、車両Ａの経路情報と配送車両Ｂの経路情報を比較して、互いに接近する場所をランデブーポイントとして決定する。
（４）情報管理センター１００は、車両Ａがランデブーポイントを通過するように車両Ａの経路情報を変更し、配送車両Ｂがランデブーポイントを通過するように配送車両Ｂの経路情報を変更して、それぞれに通知する。
（５）車両Ａと配送車両Ｂがランデブーポイントに到達すると、注文者は担当員から商品を受け取ることができる。
【００１４】
このように、本実施形態の商品受け取りシステム２００は、車両Ａと配送車両Ｂにランデブーポイントを通知するので、注文者は自宅以外で商品を受け取ることができる。
【００１５】
〔構成〕
図３は、商品受け取りシステム２００のハードウェア構成図の一例である。情報管理センター１００は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、メモリーカード装着部１４、ＮＩＣ（Network Interface Card）１５、ＨＤＤ１６、入力装置１７及びディスプレイ１８を有する。ＣＰＵ１１はＨＤＤ１６に記憶されたプログラムを実行して情報管理センター１００の全体の動作を制御する。ＲＯＭ１２にはＢＩＯＳなど起動に必要なプログラムや設定情報が記憶されている。ＲＡＭ１３は、ＣＰＵ１１がプログラムを実行するためのワークエリアである。メモリーカード装着部１４は、フラッシュメモリ等のメモリーカードに対するデータの読み出し又は書き込み（記憶）を制御する。ＮＩＣ１５は、インターネットに対するレイヤ２の接続を確立して車両Ａや配送車両Ｂとデータ通信するための通信装置である。レイヤ２より上位のプロトコルに必要な処理はＴＣＰ／ＩＰプロトコルスタックやアプリケーションが受け持っている。ＨＤＤ１６はプログラム、ＯＳ、地図データ、後述する各種のテーブルを記憶するための不揮発メモリであり、ＳＳＤ（Solid State Drive）であってもよい。入力装置１７はキーボードやマウスなど情報管理センター１００のユーザが操作するためのユーザＩ／Ｆである。ディスプレイ１８は液晶などフラットパネルディスプレイであり、例えばＧＵＩベースで操作メニューや操作結果を表示するために使用される。
【００１６】
車両Ａと配送車両Ｂは同様の構成を有し、それぞれナビゲーション装置２６、通信装置２１、ＧＰＳ受信機２２、車速センサ２３、入力装置２４、タッチパネル２５、及び、記憶装置２７、を有する。以下、車両Ａの搭載品に符号Ａを付し、配送車両Ｂの搭載品に符号Ｂを付す。ナビゲーション装置２６は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＡＳＩＣ、入出力Ｉ／Ｆ等を備えたコンピュータであり、商品受け取りシステム２００における車両Ａの全体的な制御を行う。ナビゲーション装置２６でなく何らかのＥＣＵ（Electronic Control Unit）が全体を制御してもよい。また、ナビゲーション装置２６は、据え置き型と可搬型があるが、本実施形態ではそのどちらでもよい。
【００１７】
通信装置２１は、ＣＤＭＡ、ＧＳＭ、ＰＤＭ、ＷｉＭａｘなどの通信方式により携帯電話キャリア網の基地局とデータ通信する装置である。車両などの移動体にはＤＣＭ（Data Communication Module）という固定の通信装置が搭載されることがあるのでこのＤＣＭを使用してもよいし、注文者や担当員が所有する携帯端末（携帯電話、スマートフォン、ＰＨＳ等）を通信装置２１としてもよい。携帯端末とナビゲーション装置２６はケーブルやBluetooth（登録商標）により接続される。
【００１８】
ＧＰＳ受信機２２は、ＧＮＳＳ（Global Navigation Satellite System；全世界的航法衛星システム）の一態様で車両Ａ、配送車両Ｂの位置情報（緯度、経度、標高）をリアルタイムに測定する。車速センサ２３は、車輪の所定の回転角度毎にパルスを出力するセンサで単位時間当たりの回転角度から車速を測定する。入力装置２４は、タッチパネル２５と一体のソフトキーやタッチパネル周辺のハードキー、リモコン、又は、音声入力装置であり、注文者や担当員の操作を受け付ける。タッチパネル２５は液晶などの表示装置で、道路地図、テレビ画面、ブラウザが表示するホームページの画面、操作メニュー等を表示する。記憶装置２７はＨＤＤやフラッシュメモリなどの不揮発メモリであり、主に地図データを記憶している。地図データはナビゲーション装置２６の出荷時に記憶されていてもよいし、不図示のサーバからダウンロードされてもよい。
【００１９】
図４は、商品受け取りシステム２００の機能ブロック図の一例である。車両Ａと配送車両Ｂは共に、情報アップ手段４１とランデブーポイント表示手段４２を有する。以下、車両Ａの機能に符号Ａを付し、配送車両Ｂの機能に符号Ｂを付す。情報アップ手段Ａは、車両特定情報、自車位置情報Ａ、経路情報Ａ、及び、車速情報Ａ（以下、まとめて車両情報Ａという）を情報管理センター１００に送信する。車両特定情報は、車両Ａに注文者が乗車していることを特定するための情報、換言すれば車両Ａで商品を受け取るための情報であり、例えば、通信装置２１の電話番号、ナビゲーション装置２６のシリアル番号、車体番号などである。車両特定情報は車両Ａを配送車両Ｂと紐付けするための情報となる。
【００２０】
自車位置情報ＡはＧＰＳ受信機Ａが測定した車両Ａの位置情報であり、経路情報Ａは車両Ａの現在地から目的地までの経路Ａの経路情報であり、車速情報Ａは車速センサＡが計測した車両Ａの車速である。車両Ａの目的地や経路情報は、注文者が入力装置Ａを使用して設定した情報でも、注文者が自宅のＰＣ（Personal Computer）や携帯端末などを使用してインターネット経由で設定した情報でもよい。
【００２１】
情報アップ手段Ａが車両情報Ａを送信する方法には、自発的に送信する方法と、情報管理センター１００からの要求に応じて送信する方法がある。自発的に送信するタイミングには、車両Ａのイグニッションオンやナビゲーション装置Ａの起動直後、目的地の設定時、定期的（車両Ａの走行中）等がある。
【００２２】
ランデブーポイント表示手段Ａは、情報管理センター１００から受信した経路情報と経路情報内の一地点であるランデブーポイントをタッチパネルＡに表示する。以降、ナビゲーション装置Ａはこの経路情報とランデブーポイントに従って注文者を案内する。
【００２３】
配送車両Ｂの情報アップ手段Ｂは、車両ＩＤ、自車位置情報Ｂ、経路情報Ｂ、車速情報Ｂ（以下、まとめて車両情報Ｂという）を情報管理センター１００に送信する。車両ＩＤは、配送車両Ｂを一意に特定できればよいので、担当員を一意に特定するＩＤ、通信装置Ｂの電話番号、ナビゲーション装置Ｂのシリアル番号などでもよい。その他の構成は車両情報Ａと同様なので省略する。
【００２４】
情報管理センター１００は、車両検索部３５、車両情報取得部３６、ランデブーポイント決定部３７、経路変更部３８、及び、配送車両変更部３９を有する。また、ＨＤＤ１６には注文者ＤＢ３１、配送車両ＤＢ３２、ランデブーポイントＤＢ３３、及び、地図ＤＢ３４が記憶されている。
【００２５】
配送業者の支店は商品の販売店から商品の受け渡しを依頼され、その際、商品と配送のための情報が記載された伝票が通知される。伝票には、伝票番号、注文者の氏名、住所、日時、車両特定情報（通信装置の電話番号）、商品名などが記載されており、配送業者がこれらの伝票情報を端末に入力すると情報管理センター１００に伝票情報が送信される。ここでは通信装置Ａの電話番号を車両特定情報とする。伝票情報が情報管理センター１００に送信されることで、情報管理センター１００は商品の配送が可能になったことを検出する。
【００２６】
情報管理センター１００は、伝票情報から車両特定情報などを抽出して注文者ＤＢ３１に登録する。
図５（ａ）は注文者ＤＢ３１の一例を示す図である。各レコードに、伝票番号、氏名、住所、日時、電話番号（車両特定情報）、商品名が登録されている。この車両特定情報が配送車両Ｂを特定するための情報となる。
【００２７】
また、配送業者は販売店から商品を受け取り配送車両Ｂに商品を積載すると、又は、積載することが決まると、商品を積載した配送車両Ｂの車両ＩＤ、商品名及び伝票番号を情報管理センター１００に通知する。情報管理センター１００は、商品名、車両ＩＤ及び伝票番号を対応づけて配送車両ＤＢ３２に登録する。
図５（ｂ）は配送車両ＤＢ３２の一例を示す図である。各レコードに、車両ＩＤ、商品名及び伝票番号が登録されている。図では例えば配送車両ＢにX装置が積載されたことが分かる。配送業者は、適宜、配送車両間で積載する商品を交換したり積み直したりするが、配送車両ＤＢ３２を参照することで、情報管理センター１００は各配送車両に積載されている商品を特定できる。
【００２８】
なお、図５（ａ）（ｂ）では伝票番号が車両特定情報と車両ＩＤを紐付けているが、注文者特定番号を配送車両ＤＢ３２に登録すれば、注文者特定番号により注文者ＤＢ３１のレコードと配送車両ＤＢ３２のレコードを紐付けることができる。車両特定情報も伝票の記載内容であることを考慮すると、２つのＤＢのレコードを紐付けるのは伝票の記載内容のうち適切な情報である。
【００２９】
図５（ｃ）はランデブーポイントＤＢ３３の一例を示す図である。各レコードに、ランデブーポイント位置、種類が登録される。ランデブーポイント位置は、座標とリンク番号とした。座標を含むことで、情報管理センター１００が、車両Ａや配送車両Ｂの経路情報から最寄りのランデブーポイントを探しやすくなり、リンク番号を含むことで、車両Ａの経路情報Ａや配送車両Ｂの経路情報Ｂをランデブーポイントを通過するように変更することが容易になる。
【００３０】
ランデブーポイントは、車両Ａと配送車両Ｂが駐車可能な広さを有することが好ましく、何らかの駐車場又は駐車場を備えた施設であることが好ましい。したがって、例えば、ショッピングセンターの駐車場、道の駅、コンビニ、ガソリンスタンド、高速道路のＰＡ等がランデブーポイントになる。交通量が極めて少ない道路上であってもよい。
【００３１】
情報管理センター１００は、地図ＤＢ３４からこれらの種類の施設を抽出して、その位置情報と対応づけてランデブーポイントＤＢ３３に登録しておく。ランデブーポイントＤＢ３３は静的なＤＢ（あまり内容が変化しない）なので、ランデブーポイントの種類だけを定めておき、情報管理センター１００がランデブーポイントを検索する際に、地図ＤＢ３４から検索してもよい。
【００３２】
なお、地図ＤＢ３４は道路網をノードとリンクで表したデータベースである。ノードのノード番号に対応づけて、位置（座標）、接続リンク本数、接続ノード番号、交差点名称等が登録され、リンク番号に対応づけて起終点ノード番号、道路種別、幅員、リンク長等が登録されている。また、施設（都道府県庁、市役所、町村役場、サービスエリア、パーキングエリア、道の駅、フェリー発着所、鉄道駅、空港 等）の位置情報が登録されている。
【００３３】
＜車両情報の取得＞
図４に戻り、車両情報は、情報管理サーバ１００が要求することで車両Ａ又は配送車両Ｂから自発的に送信される場合と、車両Ａ又は配送車両Ｂから自発的に送信される場合がある。情報管理サーバ１００はどちらか一方の車両情報Ａ，Ｂを取得すると他方の車両情報Ａ，Ｂを取得する。
（ａ）情報管理サーバ１００が要求する
車両検索部３５は、以下のようなタイミングで車両Ａの検索を開始する。
(i)配送車両ＤＢ３２が更新された
(ii)定期的
車両検索部３５は、まず、配送車両ＤＢ３２に新たに登録された伝票番号を読み出し、一致するレコードを注文者ＤＢ３１から特定する。そして、車両検索部３５は、車両特定情報（図では電話番号）を用いて走行中の車両Ａに車両情報Ａの送信を要求する。具体的には、車両検索部３５は、携帯電話キャリアのサーバに電話番号を送信して、例えばショートメッセージサービス等のサービスを利用して、「配送業者から車両情報Ａの送信が要求されています。送信を許可しますか。はい・いいえ」などを送信する。注文者はタッチパネルＡに表示されたメッセージを見て「はい」を選択するので、情報アップ手段Ａは車両情報Ａの送信を開始することができる。または、注文者が予め車両情報Ａの送信を許可するようにナビゲーション装置２６を設定しておけば、携帯電話キャリアが電話番号を指定してナビゲーション装置２６にコマンドを送信するだけで、情報アップ手段Ａが車両情報Ａの送信を開始できる。なお、車両検索部３５は配送車両Ｂに対しても車両情報Ｂを要求することができる。
（ｂ）車両Ａが車両情報Ａを送信した。
【００３４】
上記のように、車両Ａは自発的に車両情報Ａを送信することもできるので、車両検索部３５が要求しなくても、車両情報取得部３６が車両情報Ａを取得することができる。なお、情報アップ手段Ａが自発的に車両情報Ａを送信する場合、通信の過程で車両Ａの通信装置Ａの電話番号やＩＰアドレスなどは既知となるので、以降は、情報管理サーバ１００から車両Ａと通信できる。
（ｃ）配送車両Ｂが車両情報Ｂを送信した。
【００３５】
同様に、配送車両Ｂは自発的に車両情報Ｂを送信することができる。車両情報取得部３６は、車両情報Ｂを取得する。
【００３６】
（ａ）（ｂ）のように、車両情報取得部３６が車両情報Ａを先に取得した場合、車両情報取得部３６は、車両情報Ａに含まれる車両特定情報をキーに注文者ＤＢ３１を検索して特定した伝票番号により、配送車両ＤＢ３２を検索して配送車両Ｂの車両ＩＤを特定する。これにより、車両情報取得部３６は配送車両Ｂに車両情報Ｂを要求できる。配送車両Ｂは情報管理センター１００の管理下にあるので、配送車両Ｂの通信装置Ｂの電話番号は既知であり、また、強制的に車両情報Ｂの送信を要求できる。
【００３７】
（ｃ）のように、車両情報取得部３６が車両情報Ｂを先に取得した場合、車両情報取得部３６は、車両情報Ｂに含まれる車両ＩＤをキーに配送車両ＤＢ３２を検索して特定した伝票番号により、注文者ＤＢ３１を検索して車両Ａの車両特定情報を特定する。これにより、車両情報取得部３６は配送車両Ａに車両情報Ａを要求できる。
【００３８】
＜ランデブーポイントの決定＞
以上により、車両情報Ａと車両情報Ｂが情報管理センター１００に送信されたことになる。車両情報Ａ及び車両情報Ｂが取得されると、ランデブーポイント決定部３７が、車両情報Ａ、車両情報Ｂ及びランデブーポイントＤＢ３３からランデブーポイントを決定することができる。
【００３９】
図６はランデブーポイントの決定を説明する図の一例を、図７は、ランデブーポイント決定手順を示すフローチャート図の一例である。
【００４０】
Ｓ１０：ランデブーポイント決定部３７は、車両情報Ａと車両情報Ｂから図６（ａ）（ｂ）のような経路Ａ，Ｂを特定できる。この時の現在地も明らかになっている。
【００４１】
Ｓ２０：ランデブーポイント決定部３７は、経路Ａにおける車両Ａの１分毎の位置及び経路Ｂにおける配送車両Ｂの１分毎の位置を推定する。「１分毎」としたのは一例であって、３０秒毎でも５分程度でもよいが、比較的短い間隔で推定することでランデブーポイントを探しやすくなる。各位置の推定には、現在位置を起点に、車速情報Ａと車速情報Ｂに１分を乗じた距離を累積していけばよい。ＶＩＣＳがビーコンなどで提供するリンク旅行時間を利用すれば道路の混雑状況を反映させて位置を推定できるのでなお好ましい。このようにして推定された位置を、それぞれ推定位置Ａ、推定位置Ｂと称する。
【００４２】
Ｓ３０：ランデブーポイント決定部３７は、同じ時刻の推定位置Ａ、Ｂの距離を算出する。図６（ａ）（ｂ）では、Ａ１〜Ａ５とＢ１〜Ｂ５のそれぞれ５つの推定位置Ａ、Ｂを示す。これにより、経路だけでなく時間を考慮して車両Ａと配送車両Ｂが接近する推定位置Ａ、Ｂを抽出できる。
【００４３】
Ｓ４０：ランデブーポイント決定部３７は、所定距離ｓ１内の推定位置Ａ、Ｂがあるか否かを判定する。所定距離ｓ１は、例えば時速を５０ｋｍ／ｈとすると４〜８ｋｍ（時間に換算して５〜１０分程度）であるが、配送業者の配送スケジュールを乱したり、注文者が移動を許容できる程度の距離である。所定距離ｓ１内の推定位置Ａ、Ｂがない場合、ランデブーポイント決定部３７は今回の経路Ａ、経路Ｂによる商品の配送ができないと判定して処理を終了する。
【００４４】
Ｓ５０：所定距離ｓ１内の推定位置Ａ、Ｂがある場合（複数ある場合は最も近い推定位置Ａ，Ｂ）、ランデブーポイント決定部３７は２つの推定位置Ａ、Ｂのどちらか又は両方から処理距離ｓ２内にランデブーポイントの候補があるか否かを判定する。例えば推定位置Ａ３とＢ３が互いに所定距離ｓ１内の場合、ランデブーポイント決定部３７は、推定位置Ａ３から処理距離ｓ２内で推定位置Ｂ３からも所定距離ｓ２内のランデブーポイントがあるか否かを、ランデブーポイントＤＢ３３を検索することで判定する。ランデブーポイントは駐車可能な場所でよいので、ステップＳ４０よりもＹｅｓとなる可能性が高い。
【００４５】
Ｓ６０：複数のランデブーポイントが見つかった場合、ランデブーポイント決定部３７は推定位置Ａ３からの距離と推定位置Ｂ３からの距離の合計が最も短いランデブーポイントを最終的なランデブーポイントする。複数のランデブーポイントを車両Ａ及び配送車両Ｂに送信して希望を問い合わせることで、ランデブーポイントを絞ってもよい。図６（ａ）（ｂ）では星印で示す位置にランデブーポイントが見つかったものとする。以上のようにして、ランデブーポイントを決定することができる。
【００４６】
＜経路変更＞
図４に戻り、経路変更部３８は、経路Ａがランデブーポイントを通過するように経路Ａを変更し、経路Ｂがランデブーポイントを通過するように経路Ｂを変更する。具体的には、経路変更部３８は、車両Ａの現在地からランデブーポイントまでの経路探索と、ランデブーポイントから目的地までの経路探索とをそれぞれ行うことで、経路Ａを変更する。同様に、経路変更部３８は、車両Ｂの現在地からランデブーポイントまでの経路探索と、ランデブーポイントから目的地までの経路探索とをそれぞれ行うことで、経路Ｂを変更する。
【００４７】
図６（ｃ）は変更後の経路Ａの一例を、図６（ｄ）は変更後の経路Ｂの一例をそれぞれ示す。経路Ａと経路Ｂのいずれもランデブーポイントを通過するように変更された。こうすることで、図６（e）に示すように、２つの経路が少なくともランデブーポイントで交わるようになり、車両Ａの注文者と配送車両Ｂの担当員がほぼ同じ時間帯に同じ場所に存在することが可能になる。
【００４８】
経路変更部３８は、変更した経路Ａの経路情報Ａを車両Ａに送信し、変更した経路Ｂの経路情報Ｂを車両Ｂに送信する。２つの経路情報Ａ，Ｂにはランデブーポイントの位置情報や種類が含まれている。上記のように、ランデブーポイント表示手段Ａは、それまでの経路情報Ａよりも優先的に（又は破棄して）変更後の経路情報ＡとランデブーポイントをタッチパネルＡに表示するので、注文者はナビゲーション装置Ａの案内に従ってランデブーポイントに到達できる。配送車両Ｂの担当員にとっても同様である。
【００４９】
＜配送車両Ｂの変更＞
なお、図５のステップＳ４０では、ランデブーポイントが見つからないと処理を終了したが、車両Ａが通勤などの決まった範囲で移動する場合、配送範囲の決まっている配送車両Ｂが次回配送しても、ランデブーポイント決定部３７がランデブーポイントを見つけられないおそれがある。このため、所定距離内の推定位置Ａ、Ｂがない場合、ランデブーポイント決定部３７は、車両情報Ａに含まれる経路情報Ａを配送車両変更部３９に通知して、配送車両の変更が必要か否かを問い合わせる。
【００５０】
配送車両変更部３９は、配送車両Ｂの配送範囲（例えば、市内、区内等）と車両Ａの経路情報Ａを比較して、経路情報Ａのリンクが配送車両Ｂの配送範囲に含まれているか否かに基づき、配送車両Ｂの変更が必要か否かを判定する。経路情報Ａのリンクが配送車両Ｂの配送範囲に含まれていない場合や、含まれるリンク数が所定値以下の場合、配送車両変更部３９は注文者の商品を配送する配送車両を変更する。
【００５１】
変更の際、配送車両変更部３９は、各配送車両の配送範囲と経路情報Ａを同様に比較して、最も含まれるリンク数が大きくなる配送範囲を受け持つ配送車両に変更する。こうすることで、車両Ａがある程度決まった範囲を移動する場合、いずれはランデブーポイントが見つかり注文者が商品を受け取ることができる。
【００５２】
〔全体的な動作〕
図８は、商品受け取りシステム２００の全体的な流れを説明する図の一例である。まず、注文者は、ＰＣや携帯電話（スマートフォン）を介して販売店のＨＰにアクセスし、所望の商品を販売店に注文する（Ｓ１）。注文時、注文者が商品名、数量、日時、氏名、住所、車両特定情報を入力するのは上記のとおりだが、本実施形態では受取方法として“移動中受け取り”を指定する。これらの注文情報は販売店に送信される。
【００５３】
図９（ａ）は、携帯電話に表示される注文時の画面の一例を示す図である。図はいくつかの画面からなる注文画面の１つであり、受け取り方法を指定する画面である。図示するように「自宅」「コンビニエンスストア」「移動中」の受け取り方法の中から、注文者は「移動中」を選択することができる。なお、注文は車両Ａに乗車してからでも何ら不都合がない。
【００５４】
販売店のサーバは注文を受け付け注文伝票を作成する（Ｓ２）。販売店は、在庫があれば即日発送可能であるし、在庫がなければ商品を発注するなどする。
【００５５】
販売店は商品を入手すると配送業者用の伝票を起票して、商品に伝票を添付して、配送業者に配送を依頼する（Ｓ３）。
【００５６】
商品を受け取った配送業者は伝票の内容をＰＣなどに入力する（Ｓ４）。入力された伝票情報はネットワークを介して接続された情報管理センター１００に送信される。情報管理センター１００は伝票情報を注文者ＤＢ３１に登録する（Ｓ５）。
【００５７】
また、販売店は商品を配送車両Ｂに搭載し（Ｓ６）、付随する処理として搭載したことを情報管理センター１００に通知する。通知の方法は、例えば、バーコードリーダで配送車両Ｂを特定するバーコードを読み、続けて伝票のバーコードを読むなどの方法がある。これにより、配送車両Ｂの車両ＩＤ、伝票情報、商品名等が情報管理センター１００に送信される。情報管理センター１００は配送車両Ｂの車両ＩＤ、伝票番号、商品名を配送車両ＤＢ３２に登録する（Ｓ７）。
【００５８】
配送車両ＤＢ３２が更新されると、情報管理センター１００の車両検索部３５が配送車両ＤＢ３２に新たに登録された伝票番号に基づき注文者ＤＢ３１から特定した電話番号を用いて車両Ａに対し車両情報Ａの送信を要求する（Ｓ１１）。
【００５９】
情報アップ手段Ａは、この要求に応じて車両情報Ａを情報管理センター１００に送信する（Ｓ１２）。
【００６０】
仮に、情報アップ手段Ａが定期的などのタイミングで情報管理センター１００に車両情報Ａを送信した場合、車両情報取得部３６は、車両情報Ａに含まれる車両特定情報に一致する伝票番号を注文者ＤＢ３１から特定できる。そしてその伝票番号と一致する車両ＩＤの配送車両Ｂを配送車両ＤＢ３２から特定すれば、車両Ａの注文者と配送車両Ｂを結びつけることができる。情報アップ手段Ｂが車両情報Ｂを送信した場合も同様である。よって、情報アップ手段Ａ又はＢが自発的に車両情報Ａ、Ｂを送信する場合、Ｓ１１の送信要求は必ずしも必要ではない。
【００６１】
情報管理センター１００の車両情報取得部３６は、配送車両ＤＢ３２に新たに登録されたレコードに含まれる配送車両Ｂを特定する（Ｓ１３）。そして、配送車両Ｂに対し車両情報Ｂの送信を要求する（Ｓ１４）。
【００６２】
情報アップ手段Ｂは、この要求に応じて又は定期的などのタイミングで、車両情報Ｂを情報管理センター１００に送信する（Ｓ１５）。
【００６３】
そして、ランデブーポイント決定部３７は、経路Ａと経路Ｂからランデブーポイントを決定し（Ｓ１６）、経路変更部３８はランデブーポイントを通過するように変更した経路Ａを車両Ａに送信し、経路Ｂを配送車両Ｂに送信する（Ｓ１７）。
【００６４】
以上のような処理により、注文者は自宅以外でも商品を受け取ることができる。
【実施例２】
【００６５】
実施例１では、ランデブーポイントが見つからない場合、配送車両変更部３９が配送車両Ｂを別の配送車両に変更し、次回の配送時に同様の処理を行うと説明した。しかし、注文者が旅行に行くなど、移動する範囲が広範囲にわたる場合、配送車両を変更しても担当員が商品を受け渡すことができないおそれがある。例えば、車両情報Ａの出発地（現在地）と目的地が大きく離れている場合、経路の全体を配送範囲とする配送車両は見つからない。そこで、本実施例では、注文者が受け取り場所を指定することで、配送範囲を絞り込む商品受け取りシステム２００について説明する。
【００６６】
図１０は、注文者の自宅、旅行先、商品発送位置を模式的に示す図の一例である。注文者は東京付近の自宅から東北方面を抜けて青森まで旅行する。注文者の商品の発送位置は図では工場として山形県Ｄ１と兵庫県Ｄ２とを例示した。注文者は発送位置を考慮する必要はないが、販売店の住所などから商品発送位置をある程度予測することは可能である。
【００６７】
本実施例では、注文者は注文時に旅行先（受け取り場所）を入力する。図９（ａ）の注文画面で注文者が「移動中」を選択すると、画面が図９（ｂ）のような受け取り場所入力画面が表示される。注文者は、旅行先や移動中に商品を受け取りたい場合、「はい」を選択し、受け取り場所を入力することができる。
【００６８】
図１１は、商品受け取りシステム２００の全体的な流れを説明する図の一例である。図１１において図８と同一部の説明は簡単に行う。まず、ステップＳ１により販売店に受け取り場所を含む注文情報が送信される。以降のＳ２〜Ｓ５については実施例１と同様である。
【００６９】
ここで、物流の進歩により注文から商品の発送までの期間は短縮傾向にあり、現在では即日（注文日）に出荷することも可能になっている。このため、ステップＳ５において注文者ＤＢ３１に伝票情報が登録された時が、注文者が出発後、数時間以内の場合もある。本実施例では車両Ａが移動中であることが前提なので、注文時からの経過時間によって最適な配送方法が異なる。
【００７０】
そこで、配送車両変更部３９は、車両Ａの現在地Ｐ１又はＰ２、商品発送位置Ｄ１又はＤ２、及び、受け取り場所に応じて、最適な配送車両を決定する（Ｓ５−１）。車両Ａの現在地は、実施例１と同様に車両情報取得部３６が取得した車両情報Ａを利用する。
【００７１】
配送車両変更部３９は、例えば次のようにして配送車両Ｂを決定する。
・車両Ａの現在地がＰ１で、商品発送位置がＤ１の場合
この場合、車両Ａが旅行先に到達する前に商品を受け渡すことが可能なので、例えば高速道路を移動可能な配送範囲を有する配送車両Ｂを決定して商品発送位置Ｄ１から商品を配送する。
・車両Ａの現在地がＰ２で、商品発送位置がＤ１の場合
この場合、車両Ａが旅行先に到達する前に商品を受け渡すことが困難なので、商品発送位置Ｄ１から商品を旅行先の配送業者に転送して、旅行先に配送範囲を有する配送車両Ｂを決定する。
・車両Ａの現在地がＰ１又はＰ２で、商品発送位置がＤ２の場合
この場合、車両Ａが旅行先に到達する前に商品を受け渡すことが困難なので、商品発送位置Ｄ２から商品を旅行先の配送業者に空路などを経由して転送して、旅行先に配送範囲を有する配送車両Ｂを決定する。
【００７２】
換言すれば、配送車両変更部３９は、受け取り場所と商品発送位置Ｄ１，Ｄ２の距離Ｌ２、受け取り場所と現在地Ｐ１，Ｐ２の距離Ｌ１を比較して、Ｌ１＞Ｌ２であれば、商品発送位置Ｄ１の付近の配送車両Ｂを指定し、それ以外の場合は、受け取り場所の付近の配送車両Ｂを指定する。
【００７３】
このような配送車両の指定を受けた配送業者は、商品を受け取り場所に転送することなく、又は、転送後、商品を配送車両Ｂに積載する（Ｓ６）。
【００７４】
以降、Ｓ１５までの処理は実施例１と同様である。そして、ステップＳ１６において、ランデブーポイント決定部３７は、ランデブーポイントを決定する。配送車両Ｂが受け取り場所で商品を受け渡す場合のランデブーポイントの決定方法は実施例１と同様である。車両Ａは旅行先である受け取り場所で観光やビジネスのため移動しているので、これらの目的地と車両Ａの現在地を含む経路情報Ａと、配送車両Ｂの経路情報Ｂからランデブーポイントを決定すればよい。
【００７５】
一方、車両Ａが受け取り場所に到着する前に担当員が商品を受け渡す場合、ランデブーポイント決定部３７は車両Ａの経路情報Ａ上にランデブーポイントを決定する。車両Ａが高速道路を移動している場合、ランデブーポイントは例えばＰＡであり、車両Ａが高速道路を移動していない場合、ランデブーポイントは車両Ａの経路情報Ａに存在するランデブーポイントとなる。なお、車両Ａが高速道路を移動している場合、配送車両Ｂは車両Ａと同方向（上り）を移動することが好ましいが、ランデブーポイント決定部３７が上り側のＰＡと下り側のＰＡを担当員が行き来できるＰＡをランデブーポイントに決定した場合、配送車両Ｂが高速道路を逆方向に（下り）移動することもできる。
【００７６】
図１２は、ランデブーポイントの決定方法を説明する図の一例である。図１２ではＰＡを例に説明するが、一般道のランデブーポイントについても同様である。
(i)ランデブーポイント決定部３７は、車両Ａの車速情報Ａを用いて現在地よりも受け取り場所側のＰＡ１〜３に車両Ａが到達する時刻ｔa１〜ｔa３を予想する。
(ii) ランデブーポイント決定部３７は、配送車両Ｂの車速情報Bを用いてＰＡ１〜３に配送車両Ｂが直行した場合の時刻ｔｂ１〜ｔｂ３を予想する。
(iii)ランデブーポイント決定部３７は、ｔａ１とｔｂ１、ｔａ２とｔｂ２、ｔａ３とｔｂ３…を順番に比較しｔａｉ＞ｔｂｉ（ｉは自然数）となる最初のＰＡを特定する。このＰＡは、配送車両Ｂが車両Ａよりも早く到着できる最初のＰＡである。
【００７７】
経路変更部３８はこのようにして決定されたランデブーポイントを通過するように変更した経路Ａを車両Ａに送信し、経路Ｂを配送車両Ｂに送信する（Ｓ１７）。経路Ａはほとんど変更がなく、停車するＰＡを新たに指定する経路情報Ａとなり、経路Ｂは目的地をＰＡ(ランデブーポイント)とした新たな経路情報Ｂとなる。
【００７８】
以上のような処理により、注文者は自宅以外であり、かつ、旅行先又はその手前で商品を受け取ることができる。
【実施例３】
【００７９】
実施例１では、車両Ａと配送車両Ｂにとって最適なランデブーポイントを見つける商品受け取りシステム２００を説明したが、本実施例ではランデブーポイントの別の決定方法を有する商品受け取りシステム２００について説明する。
【００８０】
車両Ａは、注文者が搭乗しているので特別な用がなければ、積極的に移動して配送車両Ｂと接触することができる。また、配送車両Ｂは商品を配送することが目的なのでこちらも積極的に移動して車両Ａと接触することができる場合もあると考えられる。そこで、本実施例では、経路情報Ａ又は経路情報Ｂ上のランデブーポイントに他方を誘導する商品受け取りシステム２００について説明する。
【００８１】
本実施例では、全体的な動作手順は図８と同様であり、図８のステップＳ１６のランデブーポイントの決定方法が実施例１と異なる。
図１３（ａ）はランデブーポイント決定部３７がランデブーポイントを決定する手順を示すフローチャート図の一例である。
【００８２】
Ｓ２１０：ランデブーポイント決定部３７は、車両情報Ａと車両情報Ｂから図６（ａ）（ｂ）のような経路Ａ，Ｂを特定する。この時の現在地も明らかになっている。
【００８３】
Ｓ２２０：次に、ランデブーポイント決定部３７は、経路Ｂにおけるランデブーポイントを抽出する。この場合、配送車両Ｂが駐車することを考慮すると、配送車両Ｂの配送先もランデブーポイントとなる。
【００８４】
Ｓ２３０：ランデブーポイント決定部３７は、配送車両Ｂが各ランデブーポイントへ到着する到着予測時刻Ｂを推定する。この推定には配送車両Ｂの車速情報Ｂを利用し、配送スケジュールがあればそれも利用する。
【００８５】
Ｓ２４０：ランデブーポイント決定部３７は、車両Ａの現在地から車両Ａが直接、各ランデブーポイントへ到着した場合の到着予測時刻Ａを推定する。この推定には車両Ａの車速情報ＡとＶＩＣＳ等が提供するリンク旅行時間があればそれを利用する。
【００８６】
Ｓ２５０：ランデブーポイント決定部３７は、到着予測時刻Ｂ＞到着予測時刻Ａのランデブーポイントがあるか否かを判定する。到着予測時刻Ｂ＞到着予測時刻Ａのランデブーポイントは、車両Ａが配送車両Ｂよりも先に到着できるランデブーポイントである。
【００８７】
Ｓ２６０：このようなランデブーポイントが複数ある場合、ランデブーポイント決定部３７は、車両Ａの現在地から最も近いランデブーポイントを特定する。こうすることで、車両Ａの移動量が最も少ないランデブーポイントを特定することができる。
【００８８】
なお、到着予測時刻Ｂ＞到着予測時刻Ａのランデブーポイントがない場合、実施例１と同様にしてランデブーポイントを決定してもよいし、次述するように、経路Ａからランデブーポイントを決定してもよい。
【００８９】
図１３（ｂ）は、ランデブーポイント決定部３７がランデブーポイントを決定する手順を示すフローチャート図の一例である。図１３（ｂ）は、図１３（ａ）手順と車両Ａと配送車両Ｂの関係が逆になっている。
【００９０】
すなわち、ランデブーポイント決定部３７は、経路Ａにおけるランデブーポイントを抽出し（Ｓ３２０）、車両Ａが各ランデブーポイントへ到着する到着予測時刻Ａを推定する（Ｓ３３０）。次に、配送車両Ｂの現在地から配送車両Ｂが各ランデブーポイントへ直接、到着する場合の到着予測時刻Ｂを推定する（Ｓ３４０）。
【００９１】
そして、ランデブーポイント決定部３７は、到着予測時刻Ａ＞到着予測時刻Ｂのランデブーポイントがあるか否かを判定する（Ｓ３５０）。到着予測時刻Ａ＞到着予測時刻Ｂのランデブーポイントは、配送車両Ｂが車両Ａよりも先に到着できるランデブーポイントである。
【００９２】
このようなランデブーポイントが複数ある場合、ランデブーポイント決定部３７は、配送車両Ｂの現在地から最も近いランデブーポイントを特定する（Ｓ３６０）。
【００９３】
到着予測時刻Ａ＞到着予測時刻Ｂのランデブーポイントがない場合、実施例１と同様にしてランデブーポイントを決定してもよいし、図１３（ａ）の手順を実行し、経路Ｂから１つのランデブーポイントを決定してもよい。当然ながら図１３（ａ）と（ｂ）の手順は１回ずつのみ実行される。
【００９４】
以上のような処理により、経路Ａ又は経路Ｂにランデブーポイントを見つけることができる。
【００９５】
なお、図１３（ａ）（ｂ）で到着予測時刻Ｂ＞到着予測時刻Ａ、又は、到着予測時刻Ａ＞到着予測時刻Ｂの条件を満たすランデブーポイントが見つからない場合、ランデブーポイント決定部３７は条件を緩和することもできる。すなわち、到着予測時刻Ｂ＋β＞到着予測時刻Ａ、又は、到着予測時刻Ａ＋α＞到着予測時刻Ｂとすることで、ランデブーポイントを見つけやすくすることができる。このα、βは、配送車両Ｂ又は車両Ａがランデブーポイントで他方を待機する時間となるので、α、βは待機時間として許容可能な５〜１０分程度である。こうすることで、ランデブーポイントを見つけやすくすることができる。
【００９６】
ランデブーポイントが見つかった場合、経路変更部３８はランデブーポイント、経路Ａ及びαを車両Ａに、ランデブーポイント、経路Ｂ及びβを配送車両Ｂに通知するので、注文者や担当員はα又はβの間、ランデブーポイントで待機すればよいことを知ることができる。
【００９７】
以上のような処理により、注文者は自宅以外で商品を受け取るランデブーポイントの対象を拡大して、商品を受け取りやすくすることができる。
【符号の説明】
【００９８】
３１ 注文者ＤＢ
３２ 配送車両ＤＢ
３３ ランデブーポイントＤＢ
３４ 地図ＤＢ
３５ 車両検索部
３６ 車両情報取得部
３７ ランデブーポイント決定部
３８ 経路変更部
３９ 配送車両変更部
４１ 情報アップ手段
４２ ランデブーポイント表示部
１００ 情報管理センター
２００ 商品受け取りシステム
【特許請求の範囲】
【請求項１】
商品の注文者が搭乗する車両と前記商品を配送する配送車両とを、前記車両の車両特定情報により対応づけるデータベースと、
前記車両から前記車両特定情報、現在地及び走行経路を含む第１の車両情報を、前記配送車両から配送車両ＩＤ、現在地及び走行経路を含む第２の車両情報をそれぞれ取得する車両情報取得手段と、
前記車両が前記第１の車両情報の走行経路上の第１の位置を走行する際に、前記配送車両が走行する前記第２の車両情報の走行経路上の第２の位置が、前記第１の位置から所定距離内となる前記第１の位置と前記第２の位置を推定して、前記配送車両が前記車両に前記商品を受け渡す受け渡し位置を決定する受け渡し位置決定手段と、
前記受け渡し位置を前記車両と前記配送車両に通知する受け渡し位置通知手段と、
を有する情報管理サーバ。
【請求項２】
前記データベースには前記注文者が指示した移動先情報が記憶されており、
前記第１の車両情報の現在地と前記移動先情報との第１の距離、及び、前記商品の発送位置と前記移動先情報との第２の距離を比較して、前記商品を配送する前記配送車両を決定する配送車両決定手段、を有する請求項１記載の情報管理サーバ。
【請求項３】
前記配送車両決定手段は、前記第１の距離が前記第２の距離よりも長くない場合、前記移動先情報の場所の周辺を配送範囲とする配送車両を、前記商品を配送する前記配送車両に決定する、ことを特徴とする請求項２記載の情報管理サーバ。
【請求項４】
前記第１の距離が前記第２の距離よりも長い場合、
前記受け渡し位置決定手段は、前記車両が到達するよりも前記配送車両の方が早く到達する前記第１の位置を前記受け渡し位置に決定する、
ことを特徴とする請求項２記載の情報管理サーバ。
【請求項５】
前記受け渡し位置は高速道路のパーキングエリアである、ことを特徴とする請求項４記載の情報管理サーバ。
【請求項６】
前記受け渡し位置決定手段は、前記車両が到達するよりも、前記配送車両の方が早く到達する前記第１の位置、又は、前記配送車両が到達するよりも、前記車両の方が早く到達する前記第２の位置、を前記受け渡し位置に決定する、
ことを特徴とする請求項１記載の情報管理サーバ。
【請求項７】
前記車両特定情報を用いて前記車両を呼び出して通信する車両呼出手段を有し、
前記車両情報取得手段は、前記車両呼出手段が呼び出した前記車両から前記第1の車両情報を取得し、
呼び出しに用いた前記車両特定情報により前記データベースから特定した前記配送車両から前記第２の車両情報を取得する、
ことを特徴とする請求項１〜６いずれか1項記載の情報管理サーバ。
【請求項８】
前記車両情報取得手段は、前記車両から前記第１の車両情報を取得し、
取得した前記第１の車両情報の前記車両特定情報により前記データベースを参照して注文者の商品を配送する前記配送車両の前記配送車両ＩＤを特定し、該配送車両ＩＤを用いて前記配送車両から前記第２の車両情報を取得する、
ことを特徴とする請求項１〜６いずれか1項記載の情報管理サーバ。
【請求項９】
前記車両情報取得手段は、前記配送車両から前記第２の車両情報を取得し、
取得した前記第２の車両情報の前記配送車両ＩＤにより前記データベースを参照して注文者の前記車両の前記車両特定情報を特定し、該車両特定情報を用いて前記車両から前記第１の車両情報を取得する、
ことを特徴とする請求項１〜６いずれか1項記載の情報管理サーバ。
【請求項１０】
車両及び配送車両がネットワークを介して車両情報管理サーバと通信する商品受け取りシステムであって、
商品の注文者が搭乗する車両と前記商品を配送する配送車両とを、前記車両の車両特定情報により対応づけるデータベースと、
前記車両から前記車両特定情報、現在地及び走行経路を含む第１の車両情報を、前記配送車両から配送車両ＩＤ、現在地及び走行経路を含む第２の車両情報をそれぞれ取得する車両情報取得手段と、
前記車両が前記第１の車両情報の走行経路上の第１の位置を走行する際に、前記配送車両が走行する前記第２の車両情報の走行経路上の第２の位置が、前記第１の位置から所定距離内となる前記第１の位置と前記第２の位置を推定して、前記配送車両が前記車両に前記商品を受け渡す受け渡し位置を決定する受け渡し位置決定手段と、
前記受け渡し位置を前記車両と前記配送車両に通知する受け渡し位置通知手段と、
を有する商品受け取りシステム。
【請求項１】
商品の注文者が搭乗する車両と前記商品を配送する配送車両とを、前記車両の車両特定情報により対応づけるデータベースと、
前記車両から前記車両特定情報、現在地及び走行経路を含む第１の車両情報を、前記配送車両から配送車両ＩＤ、現在地及び走行経路を含む第２の車両情報をそれぞれ取得する車両情報取得手段と、
前記車両が前記第１の車両情報の走行経路上の第１の位置を走行する際に、前記配送車両が走行する前記第２の車両情報の走行経路上の第２の位置が、前記第１の位置から所定距離内となる前記第１の位置と前記第２の位置を推定して、前記配送車両が前記車両に前記商品を受け渡す受け渡し位置を決定する受け渡し位置決定手段と、
前記受け渡し位置を前記車両と前記配送車両に通知する受け渡し位置通知手段と、
を有する情報管理サーバ。
【請求項２】
前記データベースには前記注文者が指示した移動先情報が記憶されており、
前記第１の車両情報の現在地と前記移動先情報との第１の距離、及び、前記商品の発送位置と前記移動先情報との第２の距離を比較して、前記商品を配送する前記配送車両を決定する配送車両決定手段、を有する請求項１記載の情報管理サーバ。
【請求項３】
前記配送車両決定手段は、前記第１の距離が前記第２の距離よりも長くない場合、前記移動先情報の場所の周辺を配送範囲とする配送車両を、前記商品を配送する前記配送車両に決定する、ことを特徴とする請求項２記載の情報管理サーバ。
【請求項４】
前記第１の距離が前記第２の距離よりも長い場合、
前記受け渡し位置決定手段は、前記車両が到達するよりも前記配送車両の方が早く到達する前記第１の位置を前記受け渡し位置に決定する、
ことを特徴とする請求項２記載の情報管理サーバ。
【請求項５】
前記受け渡し位置は高速道路のパーキングエリアである、ことを特徴とする請求項４記載の情報管理サーバ。
【請求項６】
前記受け渡し位置決定手段は、前記車両が到達するよりも、前記配送車両の方が早く到達する前記第１の位置、又は、前記配送車両が到達するよりも、前記車両の方が早く到達する前記第２の位置、を前記受け渡し位置に決定する、
ことを特徴とする請求項１記載の情報管理サーバ。
【請求項７】
前記車両特定情報を用いて前記車両を呼び出して通信する車両呼出手段を有し、
前記車両情報取得手段は、前記車両呼出手段が呼び出した前記車両から前記第1の車両情報を取得し、
呼び出しに用いた前記車両特定情報により前記データベースから特定した前記配送車両から前記第２の車両情報を取得する、
ことを特徴とする請求項１〜６いずれか1項記載の情報管理サーバ。
【請求項８】
前記車両情報取得手段は、前記車両から前記第１の車両情報を取得し、
取得した前記第１の車両情報の前記車両特定情報により前記データベースを参照して注文者の商品を配送する前記配送車両の前記配送車両ＩＤを特定し、該配送車両ＩＤを用いて前記配送車両から前記第２の車両情報を取得する、
ことを特徴とする請求項１〜６いずれか1項記載の情報管理サーバ。
【請求項９】
前記車両情報取得手段は、前記配送車両から前記第２の車両情報を取得し、
取得した前記第２の車両情報の前記配送車両ＩＤにより前記データベースを参照して注文者の前記車両の前記車両特定情報を特定し、該車両特定情報を用いて前記車両から前記第１の車両情報を取得する、
ことを特徴とする請求項１〜６いずれか1項記載の情報管理サーバ。
【請求項１０】
車両及び配送車両がネットワークを介して車両情報管理サーバと通信する商品受け取りシステムであって、
商品の注文者が搭乗する車両と前記商品を配送する配送車両とを、前記車両の車両特定情報により対応づけるデータベースと、
前記車両から前記車両特定情報、現在地及び走行経路を含む第１の車両情報を、前記配送車両から配送車両ＩＤ、現在地及び走行経路を含む第２の車両情報をそれぞれ取得する車両情報取得手段と、
前記車両が前記第１の車両情報の走行経路上の第１の位置を走行する際に、前記配送車両が走行する前記第２の車両情報の走行経路上の第２の位置が、前記第１の位置から所定距離内となる前記第１の位置と前記第２の位置を推定して、前記配送車両が前記車両に前記商品を受け渡す受け渡し位置を決定する受け渡し位置決定手段と、
前記受け渡し位置を前記車両と前記配送車両に通知する受け渡し位置通知手段と、
を有する商品受け取りシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１２−１２１７００（Ｐ２０１２−１２１７００Ａ）
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願番号】特願２０１０−２７４３５６（Ｐ２０１０−２７４３５６）
【出願日】平成２２年１２月９日（２０１０．１２．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＣＳ
２．ＧＳＭ
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願日】平成２２年１２月９日（２０１０．１２．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＣＳ
２．ＧＳＭ
【出願人】（０００００３２０７）トヨタ自動車株式会社 (59,920)
[ Back to top ]