JP7013851B2 - 情報処理装置、情報処理方法、情報処理プログラム - Google Patents

情報処理装置、情報処理方法、情報処理プログラム Download PDF

Info

Publication number
JP7013851B2
JP7013851B2 JP2017246920A JP2017246920A JP7013851B2 JP 7013851 B2 JP7013851 B2 JP 7013851B2 JP 2017246920 A JP2017246920 A JP 2017246920A JP 2017246920 A JP2017246920 A JP 2017246920A JP 7013851 B2 JP7013851 B2 JP 7013851B2
Authority
JP
Japan
Prior art keywords
vehicle
user
unit
information
delivery
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017246920A
Other languages
English (en)
Other versions
JP2019114051A (ja
Inventor
雅人 遠藤
雄一郎 春名
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toyota Motor Corp
Original Assignee
Toyota Motor Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toyota Motor Corp filed Critical Toyota Motor Corp
Priority to JP2017246920A priority Critical patent/JP7013851B2/ja
Priority to CN201811555358.5A priority patent/CN110009269A/zh
Priority to US16/227,233 priority patent/US11470456B2/en
Publication of JP2019114051A publication Critical patent/JP2019114051A/ja
Application granted granted Critical
Publication of JP7013851B2 publication Critical patent/JP7013851B2/ja
Priority to US17/822,997 priority patent/US20220417712A1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60J—WINDOWS, WINDSCREENS, NON-FIXED ROOFS, DOORS, OR SIMILAR DEVICES FOR VEHICLES; REMOVABLE EXTERNAL PROTECTIVE COVERINGS SPECIALLY ADAPTED FOR VEHICLES
    • B60J5/00—Doors
    • B60J5/10—Doors arranged at the vehicle rear
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B65—CONVEYING; PACKING; STORING; HANDLING THIN OR FILAMENTARY MATERIAL
    • B65G—TRANSPORT OR STORAGE DEVICES, e.g. CONVEYORS FOR LOADING OR TIPPING, SHOP CONVEYOR SYSTEMS OR PNEUMATIC TUBE CONVEYORS
    • B65G61/00—Use of pick-up or transfer devices or of manipulators for stacking or de-stacking articles not otherwise provided for
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00182—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated with unidirectional data transmission between data carrier and locks
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C9/00—Individual registration on entry or exit
    • G07C9/00174—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys
    • G07C9/00571—Electronically operated locks; Circuits therefor; Nonmechanical keys therefor, e.g. passive or active electrical keys or other data carriers without mechanical keys operated by interacting with a central unit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/35—Services specially adapted for particular environments, situations or purposes for the management of goods or merchandise
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/029—Location-based management or tracking services

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Mechanical Engineering (AREA)
  • Lock And Its Accessories (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

本発明は、情報処理装置等に関する。
例えば、トランク等の車両の車室内を荷物の配達先として利用するための仕組みが開示されている（特許文献１等参照）。
具体的には、配送事業者（例えば、配達員の所持する携帯端末）に車両を解錠するための認証情報（鍵情報）が配信される。そして、配達員の所持する携帯端末から車両に向けて鍵情報を含む所定の送信信号が送信されることにより、当該送信信号に含まれる鍵情報に基づく認証が車両側で成功すると、車両のトランクにアクセスするドア（例えば、トランクリッドやバックドア）が解錠される。これにより、配達員は、トランクに荷物を収容することができる。よって、配送事業者は、車両のトランク等の車室内を配達先として指定可能な配送サービス（以下、「車室内配送サービス」と称する）を顧客に対して提供することができる。
特開２００６－２０６２２６号公報
しかしながら、車両の車室内が荷物の配達先として指定される場合、自宅等に荷物が配達される場合と異なり、車室内配送サービスのユーザ（荷物の依頼主）は、直接、配達員から荷物を受け取ることがない。そのため、例えば、ユーザのメールアドレス等に対して、配達完了通知等が送信される場合であっても、その後、ユーザは、車両の車室内に荷物が配達されたことを忘れてしまい、車両の車室内に配達された荷物を放置してしまう可能性がある。
そこで、上記課題に鑑み、荷物の配達先としてユーザが利用する車両の車室内を指定可能な配送サービスにおいて、車両の車室内に配達された荷物が放置されてしまうことを抑制することが可能な情報処理装置等を提供することを目的とする。
上記目的を達成するため、本発明の一実施形態では、
荷物の配達先としてユーザ又は前記ユーザの家族が所有する車両のトランクを含む車室内を指定可能な配達サービスに関連する情報処理装置であって、
前記ユーザにより前記荷物の配達先として指定された前記車両の車室内に前記荷物が配達されてから所定時間が経過した後に、前記荷物が前記車両の車室内から受け取られていない場合、前記ユーザに対して、前記車両の車室内からの前記荷物の受け取りをリマインドするリマインド部を備え、
前記リマインド部は、前記荷物の種類に応じて、前記所定時間を異ならせる、
情報処理装置が提供される。

本実施形態によれば、情報処理装置は、配達完了からある程度時間が経過しても、車両の車室内から荷物が受け取られていない場合、ユーザ（依頼主）に荷物の受け取りのリマインドを行い、ユーザに荷物の受け取りを促すことができる。そのため、情報処理装置は、リマインドのタイミング、つまり、所定時間を適宜設定することにより、車両の車室内に配達された荷物を、配達完了後の比較的早いタイミングでユーザに受け取らせることができる。従って、情報処理装置は、車両の車室内に配達された荷物が放置されてしまうことを抑制することができる。
また、上述した実施形態において、
前記車両の車室内からの前記荷物の受け取りの有無に関する情報を取得する情報取得部と、
前記情報取得部により取得された情報に基づき、前記荷物が前記車両の車室内から受け取られているか否かを判定する判定部と、を更に備え、
前記リマインド部は、前記車両の車室内に前記荷物が配達されてから前記所定時間が経過した後に、前記判定部により前記荷物が前記車両の車室内から受け取られていないと判定された場合に、前記ユーザに対して、前記車両の車室内からの前記荷物の受け取りをリマインドしてもよい。
本実施形態によれば、情報処理装置は、荷物の受け取りの有無に関する情報を取得することで、当該情報に基づき、配達された荷物が車両の車室内から受け取られているか否かを判定することができる。
また、上述した実施形態において、
前記情報取得部は、前記荷物の配達先として指定された前記車両の車室内にアクセスするドアの前記ユーザによる施錠に関する情報を取得し、
前記判定部は、前記荷物が前記車両の車室内に配達された後に、前記情報取得部により前記ドアが前記ユーザにより施錠されたことを表す情報が取得されていない場合、前記荷物が前記車両の車室内から受け取られていないと判定してもよい。
本実施形態によれば、情報処理装置は、車両の車室内にアクセスするドアのユーザによる施錠に関する情報を取得することができる。例えば、当該情報には、車両から取得されうる、車両のドアを解錠するための、ユーザに固有の鍵情報を含む信号が車両に向けて送信されることにより、車両が施錠されたことを表す情報が含まれうる。そのため、情報処理装置は、当該情報に基づき、荷物の配達先として指定された車両の車室内に荷物が配達された後に、ユーザが当該車両の車室内にアクセスするドアを施錠したかどうかを把握することができる。そして、情報処理装置は、荷物の配達後、ユーザが車両の車室内にアクセスするドアを施錠した場合、施錠の前に車両の車室内にアクセスし、ユーザが荷物を受け取っていると判定（推定）することができる。一方、情報処理装置は、荷物の配達後、ユーザが当該ドアを施錠していない場合、ユーザが車両の車室内にアクセスしていないと判定（推定）することができる。従って、情報処理装置は、車両の車室内にアクセスするドアのユーザによる施錠に関する情報に基づき、具体的に、荷物の配達後に、配達された荷物が車両の車室内から受け取られているか否かを判定することができる。
また、上述した実施形態において、
前記情報取得部は、所定の方法で、前記ユーザから前記車両の車室内に配達された荷物を受け取ったことを表す受取通知を取得し、
前記判定部は、前記荷物が前記車両の車室内に配達された後に、前記情報取得部により前記受取通知が取得されていない場合、前記荷物が前記車両の車室内から受け取られていないと判定してもよい。
本実施形態によれば、情報処理装置は、例えば、ユーザのスマートフォン等の携帯端末にインストールされるアプリケーションプログラム（以下、単に「アプリ」と称する）による通知機能や電子メール等の方法で、ユーザの利用端末やメールアドレスから受取通知を取得できる。従って、情報処理装置は、受取通知の取得の有無に基づき、具体的に、荷物の配達後に、配達された荷物が車両の車室内から受け取られているか否かを判定することができる。
また、上述した実施形態において、
前記情報取得部は、前記ユーザが所持する携帯端末の位置情報を取得し、
前記判定部は、前記荷物が前記車両の車室内に配達された後に、前記情報取得部により取得された前記携帯端末の位置情報が、前記ユーザが前記車両の近傍の所定範囲内まで移動したことを表していない場合、前記荷物が前記車両の車室内から受け取られていないと判定してもよい。
本実施形態によれば、情報処理装置は、ユーザが所持する携帯端末の位置情報を取得することにより、ユーザの移動状況、具体的には、ユーザが荷物の配達先に対応する車両の近く（所定範囲内）まで移動して行ったかどうかを把握することができる。そのため、情報処理装置は、配達完了後に、ユーザが荷物の配達先に対応する車両の近くまで移動して行った場合、ユーザが車両の車室内に配達された荷物を受け取ったと判定（推定）することができる。一方、情報処理装置は、配達完了後に、ユーザが荷物の配達先に対応する車両の近くまで移動して行っていない場合、ユーザが車両の車室内に配達された荷物を受け取っていないと判定（推定）することができる。従って、情報処理装置は、ユーザが所持する携帯端末の位置情報に基づき、具体的に、荷物の配達後に、配達された荷物が車両の車室内から受け取られているか否かを判定することができる。
また、上述した実施形態において、
前記リマインド部は、前記車両の車室内に前記荷物が配達されてから前記所定時間が経過した後に、前記荷物が前記車両の車室内から受け取られていない場合、前記ユーザの利用端末にリマインダを送信することにより、前記ユーザの利用端末にインストールされる所定のアプリケーションプログラムにより提供される機能を通じて、前記ユーザに対して、前記車両の車室内からの前記荷物の受け取りをリマインドしてもよい。
本実施形態によれば、情報処理装置は、ユーザの利用端末（例えば、スマートフォン等の携帯端末）にインストールされるアプリの提供機能を通じて、例えば、利用端末の表示装置に、荷物の受け取りに関するリマインダを表示させることができる。従って、情報処理装置は、具体的に、ユーザに対して、車両の車室内からの荷物の受け取りをリマインドすることができる。
また、上述した実施形態において、
前記リマインド部は、前記車両の車室内に前記荷物が配達されてから前記所定時間が経過した後に、前記荷物が前記車両の車室内から受け取られていない場合、前記ユーザのメールアドレス、又は、前記ユーザの所定のソーシャルネットワーキングサービスのアカウントに、前記車両の車室内からの前記荷物の受け取りに関するリマインダを送信してもよい。
本実施形態によれば、情報処理装置は、ユーザのメールアドレスやソーシャルネットワーキングサービス（ＳＮＳ：Social Networking Service）のアカウントにリマインダを送信することで、具体的に、ユーザに対して、車両の車室内からの荷物の受け取りをリマインドすることができる。
また、上述した実施形態において、
前記リマインド部は、前記荷物の種類に応じて、前記所定時間を異ならせてもよい。
本実施形態によれば、情報処理装置は、荷物の種類に合わせて、ユーザにリマインドを行うタイミングを異ならせることができる。
また、上述した実施形態において、
前記リマインド部は、前記荷物が食品である場合、前記荷物が食品でない場合よりも前記所定時間を短くしてもよい。
本実施形態によれば、情報処理装置は、荷物が食品である場合、荷物が食品でない場合よりもリマインドを行うタイミングを早くすることができる。そのため、情報処理装置は、食品は、通常、賞味期限が設定され、より早いタイミングでの受取が要求されるところ、荷物が食品である場合に、より早いタイミングでユーザに荷物を受け取らせることができる。
また、上述した実施形態において、
前記リマインド部は、前記荷物が、前記ユーザから他人に贈られる、又は、前記ユーザに対する贈り物である場合、前記所定時間の経過時が前記贈り物に対応する日又は期間よりも前になるように、前記所定時間を決定してもよい。
本実施形態によれば、情報処理装置は、荷物が贈り物である場合に、贈り物に合わせたタイミング（例えば、誕生日等の記念日よりも前のタイミングや、お歳暮等の期間限定の贈り物に対応する期間の終了日よりも前のタイミング）で、ユーザに対して、車両の車室内からの荷物の受け取りをリマインドすることができる。従って、情報処理装置は、ユーザが荷物を受け取り忘れて、記念日等を経過してしまい、他人への贈り物を渡すタイミングを逸したり、ユーザが自分宛ての贈り物を適切なタイミングで受け取れなかったりするような事態を抑制することができる。
また、上述した実施形態において、
前記リマインド部は、前記所定時間の経過時が、前記車両の車室内が配達先として指定される次の荷物が配達される日時よりも前になるように、前記所定時間を決定してもよい。
本実施形態によれば、情報処理装置は、次の荷物が車両の車室内に配達されるタイミング（例えば、ユーザによる配達指定日時や配送事業者が決定する配達予定日時等）よりも前に、ユーザに対して、車両の車室内に配達済の荷物の受け取りをリマインドすることができる。そのため、情報処理装置は、次の荷物の配達よりも前に、ユーザが配達済の荷物を受け取れるようにすることができる。従って、情報処理装置は、例えば、配達済みの荷物のために、次の荷物がトランク等の車室内に収容できず、再配達になってしまうような事態を抑制し、車室内配送サービスの作業効率を向上させることができる。
また、上述した実施形態において、
前記車両の利用スケジュールに関する情報を取得する利用スケジュール情報取得部を更に備え、
前記リマインド部は、前記利用スケジュールに関する情報に基づき、前記所定時間の経過時が、前記ユーザ以外の前記車両の他の利用者による直近の前記車両の利用日時、又は、前記配達サービス以外の前記車両を利用する他のサービスに関する直近の前記車両の利用日時よりも前になるように、前記所定時間を決定してもよい。
本実施形態によれば、情報処理装置は、荷物の配達後、直近で、配達先に対応する車両を他の利用者が利用するタイミングより前に、ユーザに対して、荷物の車両の車室内からの受け取りをリマインドすることができる。また、情報処理装置は、荷物の配達後、直近で、配達先に対応する車両が他のサービス（例えば、当該車両の貸し出すカーシェアサービス等）の利用者により利用されるタイミングより前に、ユーザに対して、荷物の車両の車室内からの受け取りをリマインドすることができる。従って、情報処理装置は、荷物のユーザが、配達先に対応する車両の他の利用者や当該車両を利用する他のサービスの利用者により当該車両が利用されるより前に、当該車両の車室内から荷物を受け取れるようにすることができる。
また、本発明の他の実施形態は、情報処理方法及び情報処理プログラムにより実現されうる。
上述の実施形態によれば、荷物の配達先としてユーザが利用する車両の車室内を指定可能な配送サービスにおいて、車両の車室内に配達された荷物が放置されてしまうことを抑制することが可能な情報処理装置等を提供することができる。
認証キー管理システムの全体構成の一例を示す図である。 認証キー管理システムにおける車両の施解錠に関する構成の一例を中心に示す図である。 認証キー管理システムにおけるキーシェアサービスに関する構成の一例を中心に示す図である。 認証キー管理システムにおけるトランク配送サービスに関する構成の一例を中心に示す図である。 認証キー管理システムにおけるＣ２Ｃカーシェアサービスに関する構成の一例を中心に示す図である。 認証キー管理システムにおけるＢ２Ｃカーシェアサービスに関する構成の一例を中心に示す図である。 センタサーバによるリマインド処理の第１例を概略的に示すフローチャートである。 センタサーバによるリマインド処理の第２例を概略的に示すフローチャートである。 センタサーバによるリマインド処理の第３例を概略的に示すフローチャートである。 センタサーバによるリマインド処理の第４例を概略的に示すフローチャートである。
以下、図面を参照して発明を実施するための形態について説明する。
［認証キー管理システムの全体構成］
図１は、本実施形態に係る認証キー管理システム１の全体構成の一例を示す図である。
認証キー管理システム１は、車両１０と、携帯端末２０と、センタサーバ３０と、サービス管理サーバ４０を含む。
車両１０は、所定の通信規格に従い、携帯端末２０と比較的近距離（車室内と車室外との間で通信可能な程度の距離）での無線通信（以下、「近接通信」と称する）を行うことができる。車両１０は、携帯端末２０からの送信信号（後述する認証要求、施錠要求、及び、解錠要求）に基づき、ドアの施解錠及びその起動（イグニッションオン）が行われる対象である。車両１０のドアには、乗降用のドアだけでなく、トランク（荷室）にアクセスする荷物用のドア（例えば、トランクリッド、バックドア等）が含まれうる。また、車両１０のイグニッションオン（ＩＧ－ＯＮ）には、エンジンを主動力源とする車両１０におけるエンジンの始動の他、電動モータを主動力源とする車両１０における電動モータへの電源ＯＮが含まれうる。以下、本実施形態では、車両１０は、後述するエンジン１１７を主動力源とし、車両１０の起動（ＩＧ－ＯＮ）は、エンジン１１７の始動に対応し、車両１０の停止（ＩＧ－ＯＦＦ）は、エンジン１１７の停止に対応する前提で説明を進める。
また、車両１０は、所定の通信ネットワーク（例えば、多数の基地局を末端とする携帯電話網やインターネット網等）を通じて、センタサーバ３０と通信可能に接続される。車両１０は、後述の如く、センタサーバ３０に位置情報等の車両情報を送信する。
車両１０は、個人所有の車両１０Ａと、Ｂ２Ｃ（Business to Consumer）カーシェアサービスの提供事業者が所有する車両１０Ｂを含む。
携帯端末２０は、所定の通信ネットワーク（例えば、多数の基地局を末端とする携帯電話網やインターネット網等）を通じて、センタサーバ３０と通信可能に接続される。携帯端末２０は、センタサーバ３０から配信される認証用鍵情報（鍵情報の一例。以下、「認証キー」と称する）を取得すると共に、ユーザによる所定操作に応じて、取得した認証キーを比較的近距離の無線通信で車両１０に送信することにより、車両１０を解錠したり、施錠したりすることができる。携帯端末２０は、例えば、汎用の携帯電話、スマートフォン、タブレット端末であってよく、後述の如く、内蔵の処理装置２３にインストールされる所定のアプリケーションプログラム（以下、「キーアプリ」と称する）を起動させることにより上述した機能が実現されてよい。また、携帯端末２０は、センタサーバ３０から認証キーを取得し、取得した認証キーを用いて、車両１０のドアの解錠及び車両１０の起動に特化した携帯型の専用端末であってもよい。携帯端末２０は、車両１０Ａに対応する携帯端末２０Ａａ～２０Ａｄと、車両１０Ｂに対応する携帯端末２０Ｂを含む。
携帯端末２０Ａａは、車両１０Ａの常用的なユーザ（以下、「常用ユーザ」と称する）のうちの所有者（オーナユーザ）が所持する携帯端末である。また、携帯端末２０Ａａは、携帯端末２０Ａｂと比較的近距離の無線通信で双方向に通信可能であってもよい。
携帯端末２０Ａｂは、車両１０Ａのオーナユーザ以外の常用ユーザ（例えば、オーナユーザの家族やオーナユーザの親しい友人等を含む。以下、「子ユーザ」と称する）が所持する携帯端末である。
尚、子ユーザには、車両１０Ａを運転しない、或いは、運転することができないユーザ（例えば、オーナユーザの１８歳未満の子供等）が含まれてよい。例えば、後述するトランク配送サービスだけを利用する場合、常用ユーザは、車両１０Ａを運転する必要が無いからである。
携帯端末２０Ａｃは、後述するトランク配送サービスを提供する事業者（以下、単に「配送事業者」と称する）の配達員が所持する。携帯端末２０Ａｃは、所定の通信ネットワーク（例えば、多数の基地局を末端とする携帯電話網やインターネット網等）を通じて、センタサーバ３０及び後述する配送管理サーバ５０と通信可能に接続される。
携帯端末２０Ａｄは、後述するＣ２Ｃカーシェアサービスにおける車両１０Ａの借主が所持する携帯端末である。携帯端末２０Ａｄは、所定の通信ネットワーク（例えば、多数の基地局を末端とする携帯電話網やインターネット網等）を通じて、センタサーバ３０及び後述するＣ２Ｃカーシェア管理サーバ７０と通信可能に接続される。
携帯端末２０Ｂは、後述するＢ２Ｃカーシェアサービスにおける車両１０Ｂの借主が所持する携帯端末である。携帯端末２０Ｂは、所定の通信ネットワーク（例えば、多数の基地局を末端とする携帯電話網やインターネット網等）を通じて、センタサーバ３０及び後述するＢ２Ｃカーシェア管理サーバ８０と通信可能に接続される。
センタサーバ３０は、車両１０、携帯端末２０、及び、サービス管理サーバ４０と通信可能に接続される。
センタサーバ３０は、車両１０の認証キーの発行を管理する。例えば、センタサーバ３０は、所定の条件に応じて、認証キーを発行し、携帯端末２０に配信する。
また、センタサーバ３０は、車両１０からその位置情報を取得する。これにより、センタサーバ３０は、車両１０の位置を把握することができる。
また、センタサーバ３０は、車両１０Ａのオーナユーザを含む複数の常用ユーザの間で、車両１０Ａを共用するカーシェアリングサービスを運用する。具体的には、センタサーバ３０は、車両１０Ａの認証キーを、オーナユーザを含む予め登録された複数人の常用ユーザのそれぞれが自己の携帯端末２０（携帯端末２０Ａａ，２０Ａｂ）に取得可能な認証キーのシェアリングサービス（キーシェアサービス）を運用する。
また、センタサーバ３０は、車両１０Ａを利用するサービス（キーシェアサービス、トランク配送サービス、Ｃ２Ｃカーシェアサービス等）を車両１０Ａの常用ユーザが利用するための登録処理（利用登録処理）を行う。具体的には、センタサーバ３０は、車両１０Ａの常用ユーザが車両１０Ａを利用したサービスを利用するために、後述するキーシェア管理部３２０７やサービス管理サーバ４０が、後述する認証キー手配要求を送信することにより、所定の携帯端末２０に認証キーを配信させる権限（以下、「認証キー手配権限」と称する）を登録する。
また、センタサーバ３０は、後述するトランク配送サービス、Ｃ２Ｃカーシェアサービス等による複数のサービス（即ち、複数の事業者）に亘る車両１０Ａの利用状況を管理する。
サービス管理サーバ４０は、車両１０を利用して提供される各種サービスを運用管理する。サービス管理サーバ４０は、トランク配送サービスに対応する配送管理サーバ５０及びＥＣ（Electronic Commerce）サーバ６０と、Ｃ２Ｃカーシェアサービスに対応するＣ２Ｃカーシェア管理サーバ７０と、Ｂ２Ｃカーシェアサービスに対応するＢ２Ｃカーシェア管理サーバ８０を含む。
尚、トランク配送サービスには、後述するＥＣサイトで発注された商品を配送対象とする配送サービスと、ＥＣサイトで発注された商品以外を配送対象とする配送サービスが含まれうる。後者のトランク配送サービスは、例えば、配送管理サーバ５０から車両１０Ａの常用ユーザに対して、電子メールやＳＮＳのアカウントや携帯端末２０Ａａ，２０Ａｂで起動される特定のアプリケーションプログラムを通じて、自宅宛ての荷物が配送予定である旨の通知があった場合に、常用ユーザが配送先を車両１０Ａのトランクに変更することができるサービスである。以下、本実施形態では、前者のトランク配送サービスを中心に説明を行うが、後述するトランク配送サービスに関連する各構成の動作は、適宜、後者のトランク配送サービスにおける各構成の動作に援用可能である。
配送管理サーバ５０は、所定の通信ネットワークを通じて、携帯端末２０Ａｃ及びセンタサーバ３０と通信可能に接続され、荷物の受付から車両１０Ａのトランクに荷物を配送するまでのトランク配送サービスに関連する物流システムの運用管理を行う。
尚、配送管理サーバ５０を運営する配送事業者は、車両１０Ａのトランクに代えて、或いは、加えて、車両１０Ａのトランク以外の車室内を配達先として指定可能な配送サービスを車両１０Ａの常用ユーザに提供してもよい。以下、車両１０Ａのトランクを含む車室内（つまり、車両１０Ａの内部）を配達先として指定可能な配送サービスを「車室内配送サービス」と称する。また、配送管理サーバ５０を運営する配送事業者は、車室内配送サービスだけでなく、トランクを含む車室内を荷物の集荷元として指定可能な集荷サービス（以下、「車室内集荷サービス」と称する）を車両１０Ａの常用ユーザに提供してもよい。つまり、配送管理サーバ５０は、車室内配送サービスに代えて、或いは、加えて、車室内集荷サービスの運用管理を行ってもよい。この場合、集荷対象の荷物は、ＥＣサーバ６０に対応するＥＣサイトの運営事業者（或いはＥＣサイトの出店店舗）に返品される商品（即ち、ＥＣサイトで購入された商品）であってもよいし、ＥＣサイトと関係ない配達用の荷物であってもよい。また、車室内集荷サービスは、顧客から商品を一時的に預かる形態のサービスを提供する事業者（例えば、衣服等のクリーニング事業者等）が車両１０Ａの常用ユーザから荷物を預かる際の集荷サービスとして実現されてもよい。この場合、クリーニング事業者等によって、配送管理サーバ５０と同様、サービス管理サーバ４０に含まれうる、車室内集荷サービスを運営管理する集荷管理サーバが設けられてよい。つまり、配送管理サーバ５０に代えて、或いは、加えて、当該集荷管理サーバが設けられてよい。また、顧客から所定の物品（廃品や買い取りを希望する古本等の物品）を回収する形態のサービスを提供する事業者（例えば、廃品回収事業者や古物買い取り事業者等）によって、車両１０Ａの車室内を回収対象の物品の回収元として指定可能な回収サービス（以下「車室内回収サービス」と称する）が車両１０Ａの常用ユーザに提供されてもよい。この場合、廃品回収事業者等によって、配送管理サーバ５０と同様、サービス管理サーバ４０に含まれうる、トランク回収サービスを運営管理する回収管理サーバが設けられてよい。つまり、配送管理サーバ５０に代えて、或いは、加えて、当該回収管理サーバが設けられてよい。
ＥＣサーバ６０は、所定の通信ネットワークを通じて、センタサーバ３０及び配送管理サーバ５０と通信可能に接続され、商品やサービスを販売する所定のウェブサイト（ＥＣサイト）を運用する。具体的には、ＥＣサーバ６０は、予め登録された車両１０Ａの常用ユーザ、及び、所定の配送事業者（本実施形態では、配送管理サーバ５０に対応する配送事業者）を対象として、ユーザの利用端末（例えば、携帯端末２０Ａａ，２０Ａｂ等）で起動されたブラウザを通じてアクセスされるＥＣサイトの商品の注文に関する情報を入力するウェブページ（以下、「注文入力ページ」と称する）等に、配達先の選択肢として車両１０Ａのトランクを表示させる。これにより、車両１０Ａの常用ユーザは、例えば、自身が自宅に不在の場合であっても、購入した商品を、自宅近くの駐車場に駐車されていたり、通勤に利用されて職場の駐車場に駐車されていたり等する車両１０Ａのトランクに配達してもらうことができる。
Ｃ２Ｃカーシェア管理サーバ７０は、携帯端末２０Ａｄ及びセンタサーバ３０と通信可能に接続され、個人間での車両１０Ａの貸し借りを支援するＣ２Ｃカーシェアサービスの運用管理を行う。例えば、Ｃ２Ｃカーシェア管理サーバ７０は、オーナユーザによる車両１０Ａの貸し出し可能な日時の登録受付、車両１０Ａを借りたい人からの利用予約の受付、車両１０Ａの認証キーの手配等のＣ２Ｃカーシェアサービスの運用管理を行う。また、Ｃ２Ｃカーシェア管理サーバ７０は、個人所有の車両１０Ａの車室内やトランクを一時的な荷物置き場や荷物の配達先等として貸し出す態様のＣ２Ｃトランクシェアサービスを運営管理してもよい。
Ｂ２Ｃカーシェア管理サーバ８０は、携帯端末２０Ｂ及びセンタサーバ３０と通信可能に接続され、所定の事業者（例えば、Ｂ２Ｃカーシェアサービスの提供事業者）が所有する車両１０Ｂを複数の一般消費者でシェア可能な態様で貸し出すＢ２Ｃカーシェアサービスの運営管理を行う。例えば、Ｂ２Ｃカーシェア管理サーバ８０は、車両１０Ｂの利用予約の受付、車両１０Ｂの駐車位置、車両１０Ｂの認証キーの手配等のＢ２Ｃカーシェアサービスの運用管理を行う。また、Ｂ２Ｃカーシェア管理サーバ８０は、車両１０Ｂの車室内やトランクを一時的な荷物置き場や荷物の配達先として貸し出す態様のＢ２Ｃトランクシェアサービスを運営管理してもよい。
尚、サービス管理サーバ４０には、Ｂ２Ｃカーシェア管理サーバ８０に代えて、或いは、加えて、ある会社の社用車である車両１０を利用予約の対象とし、当該会社の社員を借主とするカーシェアサービス（社用車利用管理サービス）を運用する社用車利用管理サーバが含まれてもよい。このとき、社用車である車両１０の遊休時間帯が存在する場合、Ｃ２Ｃカーシェア管理サーバ７０は、社用車である車両１０を借用対象とするＣ２Ｃカーシェアサービスを運用してもよい。また、配送管理サーバ５０及びＥＣサーバ６０は、ある会社に配送される荷物の配達先を当該会社の社用車である車両１０のトランクに指定可能なトランク配送サービスを運用してもよい。
［車両の施解錠及び起動に関する構成の詳細］
次に、図２を参照して、認証キー管理システム１における車両１０の施解錠及び起動に関する構成について説明する。
図２は、認証キー管理システム１における車両１０の施解錠及び起動に関する構成の一例を中心に示す図である。車両１０は、施解錠・起動装置１１と、キーユニット１２と、ＧＰＳモジュール１３と、ＤＣＭ（Data Communication Module）１４を含む。
施解錠・起動装置１１は、車両１０に取り付けられ、キーユニット１２からＲＦ（Radio Frequency：高周波）帯（例えば、３００ＭＨｚ～３ＧＨｚ）の電波（以下、「ＲＦ電波」と称する）として送信される施錠信号及び解錠信号に応じて、車両１０のドアの解錠及び施錠を行う。また、施解錠・起動装置１１は、車両１０の車室内に設けられる起動スイッチ（不図示）の押下操作をトリガとして、キーユニットとの間でのＬＦ（Low Frequency：低周波）帯（例えば、３０Ｈｚ～３００ｋＨｚ）の電波（以下、「ＬＦ電波」と称する）及びＲＦ電波によるやり取りに応じて、車両１０を起動させる。施解錠・起動装置１１は、ＬＦ電波送信機１１１と、ＲＦ電波受信機１１２と、照合ＥＣＵ（Electronic Control Unit）１１３と、ボディＥＣＵ１１４と、ドアロックモータ１１５と、エンジンＥＣＵ１１６と、車両１０の駆動力源であるエンジン１１７を含む。
尚、施解錠・起動装置１１は、車両１０に搭載される補機バッテリ（不図示）から供給される電力で作動する。
ＬＦ電波送信機１１１は、例えば、車室内のセンターコンソールやドアハンドルに内蔵され、照合ＥＣＵ１１３の制御下において、ＬＦ電波を送信する。
ＲＦ電波受信機１１２は、例えば、車両１０の荷室のトリム内に設けられ、照合ＥＣＵ１１３の制御下において、ＲＦ電波を受信する。
照合ＥＣＵ１１３は、キーユニット１２との間での信号のやり取りに基づき、車両１０のドアの施解錠及び車両１０の起動を制御する電子制御ユニットである。照合ＥＣＵ１１３は、任意のハードウェア、ソフトウェア、或いは、これらの組み合わせにより実現される。例えば、照合ＥＣＵ１１３は、ＣＰＵ（Central Processing Unit）と、ＲＡＭ（Random Access Memory）と、ＲＯＭ（Read Only Memory）と、補助記憶装置と、ＲＴＣ（Real Time Clock）と、通信用のインターフェースを含むマイクロコンピュータを中心に構成される。そして、照合ＥＣＵ１１３は、ＲＯＭや補助記憶装置に格納される各種プログラムをＣＰＵ上で実行することにより各種制御処理を実現する。以下、後述するキーＥＣＵ１２４についても同様である。
照合ＥＣＵ１１３は、ＲＦ電波受信機１１２によって、キーユニット１２からＲＦ電波として送信される解錠信号及び施錠信号を受信する。
また、照合ＥＣＵ１１３は、解錠信号或いは施錠信号を受信した場合、解錠信号或いは施錠信号に含まれる鍵情報（以下、「内部鍵情報」と称する）に基づき、解錠信号或いは施錠信号の送信元（キーユニット１２）の認証を行う。照合ＥＣＵ１１３は、例えば、補助記憶装置等の内部メモリに予め登録される内部鍵情報と、解錠信号或いは施錠信号に含まれる内部鍵情報とが一致する場合、認証成功と判断し、一致しない場合、認証失敗と判断する。
また、例えば、照合ＥＣＵ１１３は、ＬＦ電波送信機１１１からキーユニット１２に向けて、内部メモリの内部鍵情報を利用して所定の方法で作成された"チャレンジ"を含むＬＦ電波を送信し、ＲＦ電波受信機１１２により受信される、キーユニット１２から返信された"レスポンス"に基づき、チャレンジレスポンス認証を行ってもよい。
そして、照合ＥＣＵ１１３は、認証が成功した場合、ＣＡＮ（Controller Area Network）等の車載ネットワークを通じて、ボディＥＣＵ１１４に解錠指令（解錠信号の受信時）或いは施錠指令（施錠信号の受信時）を送信する。
また、照合ＥＣＵ１１３は、ボディＥＣＵ１１４に解錠指令或いは施錠指令を送信した後、ＣＡＮ等の車載ネットワークを通じて、ボディＥＣＵ１１４からドアが正常に解錠或いは施錠された旨の返信（解錠返信或いは施錠返信）が受信された場合、ＬＦ電波送信機１１１を通じて、キーユニット１２に向けて、ドアが解錠或いは施錠された旨の通知（解錠通知或いは施錠通知）を送信する。
尚、後述の如く、解錠信号では、車両１０のドアの一部だけが解錠対象として指定される場合がある。この場合、照合ＥＣＵ１１３は、解錠指令において、解錠対象のドアを指定する。これにより、ボディＥＣＵ１１４は、指定される一部のドアに対応するドアロックモータ１１５だけを作動させ、一部のドアだけを解錠させることができる。
また、照合ＥＣＵ１１３は、上述の起動スイッチが押下操作された場合、ＬＦ電波送信機１１１及びＲＦ電波受信機１１２によるキーユニット１２との信号のやり取りによりキーユニット１２の認証を行う。
例えば、照合ＥＣＵ１１３は、ＬＦ電波送信機１１１からキーユニット１２に向けて内部鍵情報の返信を要求するＬＦ帯のリクエスト信号を送信する。そして、照合ＥＣＵ１１３は、ＲＦ電波受信機１１２によりキーユニット１２から内部鍵情報を含むレスポンス信号が受信された場合、ドアの施解錠の場合と同様、内部メモリに予め登録される内部鍵情報と、レスポンス信号に含まれる内部鍵情報との一致性に基づき、認証成功或いは認証失敗を判断する。
また、例えば、照合ＥＣＵ１１３は、ドアの施解錠の場合と同様、チャレンジレスポンス認証を行ってもよい。
そして、照合ＥＣＵ１１３は、認証が成功した場合、ＣＡＮ等の車載ネットワークを通じて、エンジンＥＣＵ１１６にエンジン１１７の始動指令を送信する。
ボディＥＣＵ１１４は、一対一の通信線等により通信可能に接続されるドアロックモータ１１５の作動制御を行う電子制御ユニットである。ボディＥＣＵ１１４は、照合ＥＣＵ１１３からの解錠指令に応じて、ドアロックモータ１１５に解錠動作を行わせる制御指令を出力する。また、ボディＥＣＵ１１４は、照合ＥＣＵ１１３からの施錠指令に応じて、ドアロックモータ１１５に施錠動作を行わせる制御指令を出力する。また、ボディＥＣＵ１１４は、ドアロックモータ１１５に制御指令を出力することにより、ドアが正常に解錠或いは施錠された場合、ＣＡＮ等の車載ネットワークを通じて、照合ＥＣＵ１１３に解錠返信或いは施錠返信を送信する。
ドアロックモータ１１５は、ボディＥＣＵ１１４からの制御指令に応じて、車両１０のドアを解錠及び施錠する既知の電動アクチュエータである。
エンジンＥＣＵ１１６は、エンジン１１７を駆動制御する電子制御ユニットである。具体的には、エンジンＥＣＵ１１６は、エンジン１１７に搭載される、スタータやインジェクタ等の各種アクチュエータを駆動制御する。エンジンＥＣＵ１１６は、照合ＥＣＵ１１３から始動指令が入力された場合、エンジン１１７のスタータやインジェクタ等の各種アクチュエータに制御指令を出力し、エンジン１１７を始動させる。
キーユニット１２は、車両１０の車室内に配置され、携帯端末２０から送信される解錠要求及び施錠要求のそれぞれに応じて、施解錠・起動装置１１にＲＦ電波として解錠信号及び施錠信号を送信する。また、キーユニット１２は、車両１０の車室内に設けられる起動スイッチが押下操作された際に、施解錠・起動装置１１から送信されるＬＦ帯の信号に応じて、施解錠・起動装置１１との間で信号のやり取りを行う。キーユニット１２は、ＬＦ電波受信機１２１、ＲＦ電波送信機１２２、通信機器１２３、キーＥＣＵ１２４を含む。
尚、キーユニット１２は、車両１０のそれぞれのシートに着座したユーザから視認しにくい位置（例えば、グローブボックスやセンタコンソールボックスの内部等）配置されてよい。また、キーユニット１２は、車両１０に固定されていてもよいし、固定されていなくてもよい。また、キーユニット１２は、内蔵のボタン電池等により作動してもよいし、車両１０に搭載される補機バッテリから供給される電力で作動してもよい。
ＬＦ電波受信機１２１は、キーＥＣＵ１２４の制御下において、ＬＦ電波を受信する。
ＲＦ電波送信機１２２は、キーＥＣＵ１２４の制御下において、ＲＦ電波を送信する。
通信機器１２３は、キーＥＣＵ１２４による制御下において、携帯端末２０との間で近接通信を行う任意のデバイスである。通信機器１２３は、例えば、ＢＬＥ（Bluetooth（登録商標） Low Energy）通信規格に準拠して携帯端末２０と通信を行うＢＬＥ通信モジュールであってよい。また、以下、通信機器１２３で採用される通信規格がＢＬＥ通信に準拠する前提で説明を進める。
尚、通信機器１２３は、通信可能距離が非常に短い近距離通信規格、例えば、ＮＦＣ（Near Field Communication）規格等に準拠した通信デバイスであってもよい。この場合、通信機器１２３は、車両１０の車室外のボディ表面に近い位置（例えば、ドアハンドルの内部）等に内蔵されてよい。これにより、通信機器１２３による通信可能な距離が非常に短い場合であっても、キーユニット１２（キーＥＣＵ１２４）は、車室外の携帯端末２０と通信することができる。
キーＥＣＵ１２４は、携帯端末２０から受信する解錠要求及び施錠要求のそれぞれに応じて、施解錠・起動装置１１に対して、施錠信号及び解錠信号を送信する制御処理を行う電子制御ユニットである。
キーＥＣＵ１２４は、通信機器１２３を制御し、携帯端末２０との間での所定の通信規格、例えば、ＢＬＥ通信規格による通信が可能な状態を確立させる。
具体的には、キーＥＣＵ１２４は、定期的に（例えば、数秒ごとに）、通信機器１２３から所定の通信範囲内（例えば、数メートル～数十メートル）に到達可能なアドバタイズ情報を含むアドバタイジングパケットを送信する。アドバタイズ情報には、キーユニット１２に対応するＵＵＩＤ（Universally Unique Identifier）やデバイスＩＤ（Identifier）等が含まれる。これにより、携帯端末２０は、アドバタイジングパケットを受信し、アドバタイズ情報を確認することにより、対象の車両１０に搭載されるキーユニット１２を識別することができる。
キーＥＣＵ１２４は、アドバタイジングパケットを受信した、車両１０（キーユニット１２）の通信範囲内に存在する携帯端末２０からＢＬＥ通信による接続を要求する接続要求が受信された場合、携帯端末２０と車両１０（キーユニット１２）との間でのＢＬＥ通信が可能な状態を確立する。このとき、キーＥＣＵ１２４は、通信機器１２３を通じて、携帯端末２０にＢＬＥ通信が可能な状態が確立された旨の接続応答を送信する。
また、キーＥＣＵ１２４は、上述のＢＬＥ通信が確立された状態において、通信機器１２３を通じて、携帯端末２０からキーユニット１２と対応付けられた認証キーを含む認証要求を受信する。
また、キーＥＣＵ１２４は、携帯端末２０からキーユニット１２と対応付けられた認証キーを含む認証要求が受信された場合、当該認証キーに基づき、携帯端末２０の認証を行う。キーＥＣＵ１２４は、当該認証が成功した場合、補助記憶装置等の内部メモリに記憶される内部鍵情報を利用可能な状態に復元する。当該内部鍵情報は、例えば、アクセス不可の状態であったり、暗号化された状態であったり等により、施解錠・起動装置１１における認証用途として利用できない状態で記憶される。そのため、キーＥＣＵ１２４は、携帯端末２０の認証が成功した場合、当該鍵情報をアクセス可能な状態に変更するための内部メモリのアクセス権の変更を行ったり、認証キーに基づき、暗号化された内部鍵情報を復号したり等する。これにより、キーＥＣＵ１２４は、施解錠・起動装置１１に対して、通常アクセス不可である内部鍵情報にアクセスして内部鍵情報を含む解錠信号或いは施錠信号を送信したり、復号された内部鍵情報を含む解錠信号或いは施錠信号を送信したりすることができる。そのため、施解錠・起動装置１１は、解錠信号及び施錠信号に含まれる内部鍵情報に基づき、適切な認証を行うことできる。また、仮に、悪意の第三者がキーユニット１２を不正に入手するような事態が発生しても、キーユニット１２内の内部鍵情報は、アクセス不可になっていたり、暗号化されていたり等するため、車両１０の盗難の発生を抑制することができる。
また、キーＥＣＵ１２４は、上述のＢＬＥ通信が確立された状態において、通信機器１２３を通じて、携帯端末２０から解錠要求及び施錠要求を受信する。キーＥＣＵ１２４は、携帯端末２０の認証が成功し（具体的には、携帯端末２０の認証が成功した後に、ＢＬＥ通信が確立された状態継続しており）、且つ、携帯端末２０から解錠要求或いは施錠要求を受信した場合、ＲＦ電波送信機１２２を通じて、施解錠鍵情報を含む解錠信号或いは施錠信号を施解錠・起動装置１１に送信する。
これにより、施解錠・起動装置１１における認証処理の後、車両１０のドアの解錠或いは施錠が実現される。
また、キーＥＣＵ１２４は、施解錠・起動装置１１に解錠信号を送信した後、ＬＦ電波受信機１２１を通じて、施解錠・起動装置１１から解錠通知を受信した場合、通信機器１２３を通じて、ＢＬＥ通信が確立されている携帯端末２０、つまり、解錠要求の送信元の携帯端末２０に、解錠完了通知を送信する。同様に、キーＥＣＵ１２４は、施解錠・起動装置１１に施錠信号を送信した後、ＬＦ電波受信機１２１を通じて、施解錠・起動装置１１から施錠通知を受信した場合、通信機器１２３を通じて、ＢＬＥ通信が確立されている携帯端末２０に、施錠完了通知を送信する。これにより、ユーザの所定操作に基づく施錠要求或いは解錠要求の送信元である携帯端末２０は、正常に、車両１０Ａの施錠或いは解錠が完了したことを把握することができる。
また、キーＥＣＵ１２４は、上述の如く、車両１０の車室内に設けられる起動スイッチが押下操作された際に、施解錠・起動装置１１から送信されるＬＦ帯の信号に応じて、施解錠・起動装置１１との間で信号のやり取りを行う。
例えば、キーＥＣＵ１２４は、ＬＦ電波受信機１２１により施解錠・起動装置１１から上記リクエスト信号が受信された場合、ＲＦ電波送信機１２２を通じて、内部メモリ等に格納される内部鍵情報を含むレスポンス信号を施解錠・起動装置１１に向けて送信する。
また、例えば、キーＥＣＵ１２４は、ＬＦ電波受信機１２１により施解錠・起動装置１１から"チャレンジ"を含むＬＦ電波が受信された場合、内部鍵情報に基づく"レスポンス"を生成し、ＲＦ電波送信機１２２を通じて、施解錠・起動装置１１に送信する。
これにより、施解錠・起動装置１１における認証処理の後、エンジン１１７の始動が実現される。
また、認証キーには、センタサーバ３０により付与される車両１０を施解錠又は起動させる機能に関する権限が規定されうる。
例えば、認証キーが車両１０のドアのうちの一部のドアだけを解錠させる権限しか有さない場合、キーＥＣＵ１２４は、ＲＦ電波送信機１２２を通じて、解錠させるドアを指定する情報を含む解錠信号をキーユニット１２に送信する。これにより、上述の如く、車両１０の一部のドアだけが解錠さうれる。
また、例えば、認証キーがエンジン１１７を起動させる権限を有さない場合、キーＥＣＵ１２４は、ＬＦ電波受信機１２１によって、起動スイッチの押下操作に基づく施解錠・起動装置１１からのＬＦ帯の信号が受信されても、施解錠・起動装置１１とのやり取りを行わないようにするとよい。これにより、認証キーの権限に応じて、エンジン１１７の起動を禁止することができる。
ＧＰＳモジュール１３は、車両１０の上空の３以上、好ましくは、４以上の衛星から送信されるＧＰＳ信号を受信し、車両１０の位置を測位する。ＧＰＳモジュール１３は、一対一の通信線やＣＡＮ等の車載ネットワークを通じてＤＣＭ１４等と通信可能に接続され、測位された車両１０の位置情報は、ＤＣＭ１４等に入力される。
ＤＣＭ１４は、所定の通信ネットワークを通じて、センタサーバ３０と双方向で通信を行う通信デバイスである。ＤＣＭ１４は、予め規定されたタイミングで、或いは、センタサーバ３０からの要求等に応じて、ＧＰＳモジュール１３から入力される車両１０の現在の位置情報をセンタサーバ３０に送信する。また、ＤＣＭ１４は、予め規定されたタイミングで、或いは、センタサーバ３０からの要求等に応じて、ＣＡＮ等の車載ネットワークを通じて取得されうる各種車両情報（例えば、キーユニット１２から取得される、認証キーに基づき車両１０のドアの解錠或いは車両１０の起動が行われた旨の情報等）をセンタサーバ３０に送信する。
携帯端末２０は、通信機器２１と、通信機器２２と、処理装置２３と、タッチパネルディスプレイ（以下、単に「ディスプレイ」と称する）２４と、ＧＰＳモジュール２５を含む。
通信機器２１は、通信機器１２３と同じ通信規格により、携帯端末２０との間で近接通信を行う任意のデバイスである。通信機器２１は、上述の如く、本実施形態の場合、例えば、ＢＬＥ通信モジュールである。
通信機器２２は、所定の通信ネットワークを通じて、センタサーバ３０、サービス管理サーバ４０等と通信を行う任意のデバイスである。通信機器２２は、例えば、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、５Ｇ（5th Generation）等の通信規格に対応する移動通信モジュールである。
処理装置２３は、携帯端末２０における各種制御処理を行う。処理装置２３は、その機能が任意のハードウェア、ソフトウェア、或いは、これらの組み合わせにより実現されてよく、例えば、ＣＰＵと、ＲＡＭと、ＲＯＭと、補助記憶装置と、ＲＴＣと、通信用の各種インターフェース等を含む。処理装置２３は、例えば、ＲＯＭや補助記憶装置に格納される一以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部２３０１と、通信処理部２３０２と、認証キー取得部２３０３と、認証要求部２３０４と、施解錠要求部２３０５を含む。また、処理装置２３は、例えば、補助記憶装置内の記憶領域として実現される記憶部２３００を含み、記憶部２３００に各種データを保存する（記憶させる）処理は、ＲＯＭや補助記憶装置に格納される所定のプログラムにより実現される。
通信処理部２３０１は、通信機器２１を用いて、キーユニット１２と双方向で近接通信を行い、各種信号の送受信を行う。
通信処理部２３０２は、通信機器２２を用いて、所定の通信ネットワークに接続し、センタサーバ３０やサービス管理サーバ４０等との間で、データ信号や制御信号等の各種信号を送受信する。
認証キー取得部２３０３は、例えば、ディスプレイ２４に表示される所定のＧＵＩ（Graphical User Interface）に対するユーザの所定の操作に応じて、センタサーバ３０から認証キーを取得し、取得した認証キーを記憶部２３００に保存する。以下、携帯端末２０に対する各種操作は、上記キーアプリの動作と連動してディスプレイ２４に表示されるＧＵＩに対する操作で行われる前提で説明を進める。
例えば、携帯端末２０Ａａの認証キー取得部２３０３は、通信処理部２３０２を介して、センタサーバ３０に、認証キー取得要求を送信する。これにより、センタサーバ３０は、認証キー取得要求を受信し、正規の認証キー取得要求であると判定すると、認証キーを発行する。そして、当該認証キー取得部２３０３は、通信処理部２３０２を介して、センタサーバ３０から配信される認証キーを取得する。
また、例えば、携帯端末２０Ａｂの認証キー取得部２３０３は、携帯端末２０Ａａからセンタサーバ３０に送信されるキーシェア要求（後述）に応じて、センタサーバ３０から携帯端末２０Ａｂに配信される認証キーを、通信処理部２３０２を介して、取得する。
尚、携帯端末２０Ａｂの認証キー取得部２３０３は、通信処理部２３０２を介して、自ら認証キー取得要求をセンタサーバ３０に送信してもよい。この場合、センタサーバ３０は、携帯端末２０Ａｂから認証キー取得要求を受信した場合、オーナユーザの携帯端末２０Ａａに対して認証キーの配信を許可するか否かの問い合わせを行うとよい。
また、例えば、携帯端末２０Ａｃ，２０Ａｄ，２０Ｂの認証キー取得部２３０３は、それぞれ、配送管理サーバ５０，Ｃ２Ｃカーシェア管理サーバ７０、Ｂ２Ｃカーシェア管理サーバ８０に認証キーの取得を要求する認証キー取得要求を送信する。これにより、配送管理サーバ５０，Ｃ２Ｃカーシェア管理サーバ７０、Ｂ２Ｃカーシェア管理サーバ８０は、認証キー取得要求の受信に応じて、センタサーバ３０に認証キー手配要求を送信すると共に、センタサーバ３０は、認証キー手配要求の受信に応じて、認証キーを発行する。そして、当該認証キー取得部２３０３は、通信処理部２３０２を介して、センタサーバ３０から配信される認証キーを取得する。
尚、携帯端末２０Ａｃ，２０Ａｄ，２０Ｂの認証キー取得部２３０３は、通信処理部２３０２を通じて、センタサーバ３０に認証キー取得要求を送信してもよい。この場合、センタサーバ３０は、配送管理サーバ５０，Ｃ２Ｃカーシェア管理サーバ７０、Ｂ２Ｃカーシェア管理サーバ８０に対する問い合わせを行うことにより、正規の認証キー取得要求であるか否かを判定してよい。
認証要求部２３０４は、通信処理部２３０１を介して、車両１０のドアを施解錠するための遠隔操作部としての携帯端末２０の認証を要求する認証要求を車両１０のキーユニット１２に送信する。例えば、認証要求部２３０４は、認証キーに対応するキーユニットを発見した場合、具体的には、通信処理部２３０１によりキーユニット１２に対応するアドバタイジングパケットが受信された場合に、認証要求をキーユニット１２に送信してよい。また、例えば、認証要求部２３０４は、ユーザによる所定の操作に応じて、認証要求をキーユニット１２に送信してもよい。
施解錠要求部２３０５は、ユーザによる所定の操作に応じて、認証キーを含む解錠要求或いは認証キーを含む施錠要求を、通信処理部２３０１を介して、キーユニット１２に送信する。これにより、認証要求部２３０４による認証要求が送信される前に、解錠要求或いは施錠要求がキーユニット１２に送信された場合であっても、キーユニット１２における認証処理に基づく車両１０のドアの施解錠が実現されうる。例えば、ディスプレイ２４の操作画面としてのＧＵＩには、車両１０の解錠を要求する解錠ボタンと、車両１０の施錠を要求する施錠ボタンが描画され、施錠ボタンがタッチ操作されることにより、施錠要求が送信され、解錠ボタンがタッチ操作されることにより、解錠要求が送信されてよい。また、施錠要求及び解錠要求は、携帯端末２０に設けられるハードウェアによる所定の操作部に対する操作により送信されてもよい。
例えば、認証キー取得部２３０３、認証要求部２３０４、及び、施解錠要求部２３０５の機能は、処理装置２３のＲＯＭや補助記憶装置等にインストールされる所定のアプリケーションプログラムが起動されることによって、ユーザが利用可能になる態様であってよい。以下、処理装置２３の認証キー取得部２３０３、認証要求部２３０４、及び施解錠要求部２３０５の機能は、処理装置２３（補助記憶装置やＲＯＭ）にインストール済の上記キーアプリを起動させることによりユーザが利用可能になる前提で説明を進める。
ディスプレイ２４は、例えば、液晶ディスプレイや有機ＥＬ（Electroluminescence）ディスプレイであり、携帯端末２０の前面に設けられ、既知のタッチパネル式の操作部を兼ねる表示装置である。
ＧＰＳモジュール２５は、携帯端末２０の上空の３以上、好ましくは、４以上の衛星から送信されるＧＰＳ信号を受信し、携帯端末２０の位置を測位する。ＧＰＳモジュール２５による測位情報（携帯端末２０の位置情報）は、処理装置３２に取り込まれる。
尚、携帯端末２０は、複数の基地局との間の無線通信に基づく基地局測位によって、携帯端末２０の位置を測位してもよい。
センタサーバ３０は、通信機器３１と、処理装置３２を含む。
尚、センタサーバ３０の機能は、複数のサーバにより分担して実現されてもよい。以下、配送管理サーバ５０、ＥＣサーバ６０、Ｃ２Ｃカーシェア管理サーバ７０、及び、Ｂ２Ｃカーシェア管理サーバ８０についても同様である。
通信機器３１は、所定の通信ネットワークを通じて、車両１０、携帯端末２０、及び、サービス管理サーバ４０のそれぞれと双方向で通信を行う任意のデバイスである。
処理装置３２は、センタサーバ３０における各種制御処理を行う。処理装置３２は、その機能が任意のハードウェア、ソフトウェア、或いは、これらの組み合わせにより実現されてよく、例えば、ＣＰＵと、ＲＡＭと、ＲＯＭと、補助記憶装置と、ＲＴＣと、所定の通信インターフェース等を含む一又は複数のサーバコンピュータを中心に構成される。以下、配送管理サーバ５０、ＥＣサーバ６０、Ｃ２Ｃカーシェア管理サーバ７０、及び、Ｂ２Ｃカーシェア管理サーバ８０の後述する処理装置５２，６２，７２，８２についても同様である。処理装置３２は、例えば、ＲＯＭや補助記憶装置に保存される一以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部３２０１と、条件判定部３２０２と、認証キー発行部３２０３を含む。また、処理装置３２は、例えば、サーバコンピュータの補助記憶装置やサーバコンピュータに接続される外部記憶装置等に規定される記憶領域として実現される記憶部３２００を含み、記憶部３２００に各種データが保存（記憶）される処理は、ＲＯＭや補助記憶装置に格納されるプログラムにより実現される。以下、後述する記憶部５２０，６２０，７２０，８２０についても同様である。
通信処理部３２０１は、通信機器３１を制御し、車両１０、携帯端末２０、及び、サービス管理サーバ４０のそれぞれとの間での制御信号や情報信号等の各種信号のやり取りを行う。
条件判定部３２０２は、通信処理部３２０１により受信される、携帯端末２０からの認証キー取得要求或いはサービス管理サーバ４０からの認証キー手配要求の受信に応じて、正規の認証キー取得要求或いは認証キー手配要求であるかを判定する。
認証キー発行部３２０３は、条件判定部３２０２により認証キー取得要求或いは認証キー手配要求が正規であると判定された場合に、発行すべき認証キーの仕様を特定し、特定した仕様に対応する認証キーを発行する。例えば、認証キー発行部３２０３は、認証キーによる施解錠の対象となる車両１０或いは当該車両１０に対応するキーユニット１２等を特定する。また、例えば、認証キー発行部３２０３は、認証キーが有効な（利用可能な）期間、利用可能な回数に関する認証キーの権限を特定する。また、例えば、認証キー発行部３２０３は、施解錠可能なドア、車両１０を起動可能か否か等の車両１０の解錠或いは起動に関する認証キーの権限を特定する。また、例えば、認証キー発行部３２０３は、後述する臨時キーシェアによる他の携帯端末２０への認証キーのシェアの可否、他の携帯端末２０へシェア可能な期間、回数等の臨時キーシェアに関する認証キーの権限を特定する。以下、利用可能な期間、回数等に関する認証キーの権限、車両１０の解錠或いは起動に関する認証キーの権限、及び、臨時キーシェアに関する認証キーの権限を総括的に、単に「認証キーの各種権限」と称する。そして、認証キー発行部３２０３は、通信処理部３２０１を介して、対象となる携帯端末２０に発行した認証キーを配信する。
［キーシェアサービスに関する構成の詳細］
次に、図３を参照して、認証キー管理システム１におけるキーシェアサービスに関する構成について説明する。
図３は、認証キー管理システム１におけるキーシェアサービスに関する構成の一例を中心に示す図である。以下、図３について、認証キー管理システム１におけるキーシェアサービスに関する構成を中心に説明し、上述した車両１０の施解錠及び起動に関する構成と重複する構成に関する重複する説明を極力省略する。以下、図４～図６の説明についても同様である。
車両１０Ａのオーナユーザの所持する携帯端末２０Ａａの処理装置２３は、上述の如く、通信処理部２３０１と、通信処理部２３０２と、認証キー取得部２３０３と、認証要求部２３０４と、施解錠要求部２３０５を含む。また、携帯端末２０Ａａの処理装置２３は、更に、ＲＯＭや補助記憶装置に格納される一以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、ユーザ登録要求部２３０６と、サービス利用登録要求部２３０７と、サービス利用状況要求部２３０８と、キーシェア要求部２３０９を含む。
尚、本実施形態では、携帯端末２０Ａａのユーザ登録要求部２３０６、サービス利用登録要求部２３０７、サービス利用状況要求部２３０８、及び、キーシェア要求部２３０９の機能は、上記キーアプリが起動され、且つ、センタサーバ３０との双方向通信に基づくユーザ認証が成功することにより、オーナユーザが利用可能になる前提で説明を進める。また、当該ユーザ認証は、オーナユーザに対して予め規定されるＩＤ（以下、「オーナユーザＩＤ」と称する）と、オーナユーザＩＤに対応するパスワードに基づき、センタサーバ３０で行われる前提で説明を進める。
ユーザ登録要求部２３０６は、オーナユーザによる所定の操作に応じて、車両１０Ａを利用する各種サービス（キーシェアサービス、トランク配送サービス、及び、Ｃ２Ｃカーシェアサービス等）を利用する車両１０Ａの常用ユーザの登録をセンタサーバ３０に対して要求する。例えば、ユーザ登録要求部２３０６は、オーナユーザＩＤ及びパスワードと、登録対象である子ユーザを特定する属性情報（例えば、氏名、年齢、オーナユーザとの関係等）を含むユーザ登録要求を、通信処理部２３０２を介して、センタサーバ３０に送信する。
また、ユーザ登録要求部２３０６は、通信処理部２３０２によりセンタサーバ３０から子ユーザの登録が完了した旨の通知（ユーザ登録完了通知）が受信された場合、ユーザ登録完了通知に含まれる子ユーザのＩＤ（以下、「子ユーザＩＤ」と称する）及びパスワードを記憶部２３００に保存する。このとき、ユーザ登録要求部２３０６は、オーナユーザによる所定の操作に応じて、通信処理部２３０１を介して、登録された子ユーザの所持する携帯端末２０Ａｂに子ユーザＩＤ及びパスワードを送信してもよい。
サービス利用登録要求部２３０７は、オーナユーザによる所定の操作に応じて、車両１０Ａの常用ユーザによる車両１０Ａを利用する各種サービスの利用登録をセンタサーバ３０に要求する。つまり、サービス利用登録要求部２３０７は、上述の如く、車両１０Ａの常用ユーザが各種サービスを利用するための各種サービスに対応するキーシェア管理部３２０７やサービス管理サーバ４０の認証キー手配権限の登録を要求する。例えば、サービス利用登録要求部２３０７は、オーナユーザＩＤ及びそのパスワードと、各種サービスに利用される車両１０Ａを特定する情報と、対象のサービスを特定する情報と、対象のサービスを利用する常用ユーザのＩＤ（オーナユーザＩＤ或いは子ユーザＩＤ）を含むサービス利用登録要求を、通信処理部２３０２を介して、センタサーバ３０に送信する。以下、オーナユーザＩＤ及び子ユーザＩＤを総括的に「常用ユーザＩＤ」と称する場合がある。これにより、サービス利用登録要求部２３０７は、キーシェアサービスを利用する子ユーザをセンタサーバ３０に登録することができる。
また、サービス利用登録要求部２３０７は、通信処理部２３０２によりセンタサーバ３０及びサービス管理サーバ４０の少なくとも一方からサービス利用登録要求に基づくサービスの利用登録が完了した旨の通知を受信する。そして、サービス利用登録要求部２３０７は、オーナユーザによる所定の操作に基づく車両１０Ａの常用ユーザによる特定サービスの利用登録が完了した旨をディスプレイ２４に表示させる。これにより、オーナユーザは、当該常用ユーザによる特定サービスの利用登録が完了したことを把握することができる。
サービス利用状況要求部２３０８は、オーナユーザによる所定の操作に応じて、オーナユーザＩＤに対応する形で利用登録済の車両１０Ａの常用ユーザによるキーシェアサービスを含む各種サービスの利用状況に関する情報（サービス利用状況情報）をセンタサーバ３０に要求する。例えば、サービス利用状況要求部２３０８は、オーナユーザＩＤ及びそのパスワードを含むサービス利用状況要求を、通信処理部２３０２を介して、センタサーバ３０に送信する。そして、サービス利用状況要求部２３０８は、通信処理部２３０２によりセンタサーバ３０から受信されるサービス利用状況情報が受信された場合、ディスプレイ２４にサービス利用状況情報を表示させる。これにより、オーナユーザは、オーナユーザＩＤに紐付く態様でセンタサーバ３０に利用登録される各種サービスの各常用ユーザによる利用状況に関する情報を一元的に把握することができる。
キーシェア要求部２３０９は、オーナユーザによる所定の操作に応じて、キーシェアサービスに利用登録された子ユーザへの車両１０Ａの施解錠或いは起動を行うための認証キーの配信をセンタサーバ３０に要求する。例えば、キーシェア要求部２３０９は、通信処理部２３０２を介して、オーナユーザＩＤ及びそのパスワードと、認証キーによる施解錠対象の車両１０Ａを特定する情報と、認証キーの配信（シェア）対象の子ユーザを特定する情報（例えば、子ユーザＩＤ）を含むキーシェア要求をセンタサーバ３０に送信する。このとき、キーシェア要求には、オーナユーザによる所定の操作で設定される配信される認証キーが利用可能な期間に関する利用期間情報（例えば、利用開始日時及び利用終了日時等）が含まれてよい。また、キーシェア要求には、オーナユーザによる所定の操作に応じて指定されうる、利用可能な期間や回数等に関する認証キーの権限、車両の解錠或いは起動に関する認証キーの権限、及び、後述する臨時キーシェアに関する認証キーの権限等、認証キーの各種権限に関する権限情報が含まれてもよい。これにより、後述の如く、同時期に利用可能な認証キーを複数の携帯端末２０でシェアする場合に、オーナユーザが適宜権限情報を設定することにより、オーナユーザ以外のユーザによる車両１０Ａの利用を制限することができる。そのため、車両１０Ａのセキュリティ性を向上させることができる。
また、キーシェア要求部２３０９は、オーナユーザによる所定の操作に応じて、車両１０Ａの複数の常用ユーザの携帯端末２０（即ち、携帯端末２０Ａａ，２０Ａｂの少なくとも一方）を配信対象とし、利用可能な期間が重複する認証キーの配信をセンタサーバ３０に要求してもよい。つまり、キーシェア要求では、認証キーの配信対象である複数の常用ユーザが指定されてもよく、その中にオーナユーザが含まれてもよい。また、キーシェア要求では、指定される複数の常用ユーザごとの認証キーの利用可能な期間は、重複していてもよい。これにより、同時期に利用可能な車両１０Ａの認証キーを複数の常用ユーザでシェアできる。そのため、例えば、複数人で車両１０Ａに同乗して旅行やキャンプ等に出かける際、認証キーが保存された携帯端末２０を貸し借りすることなく、それぞれの同乗人が車両１０Ａを施解錠等することができるため、ユーザの利便性を向上させることができる。
また、キーシェア要求部２３０９は、オーナユーザによる所定の操作に応じて、既に配信済の認証キーを他の携帯端末２０（つまり、キーアプリがインストールされる携帯端末２０）にシェアしてもよい（以下、当該認証キーのシェア態様を「臨時キーシェア」と称する）。このとき、他の携帯端末２０は、子ユーザの携帯端末２０Ａｂであってもよいし、子ユーザ以外のユーザ、つまり、車両１０Ａを一時的に利用するユーザの携帯端末２０であってもよい。
例えば、キーシェア要求部２３０９は、通信処理部２３０１を通じて、認証キー（具体的には、認証キーの複製）を他の携帯端末２０に送信する。これにより、急に、車両１０Ａに同乗して複数人で旅行等に行くことになった場合であっても、車両１０Ａのオーナユーザは、他のユーザと認証キーをシェアすることができる。また、携帯端末２０Ａａから直接的に他の携帯端末２０に同時期に利用可能な認証キーをシェアすることができる。そのため、例えば、携帯端末２０Ａａが無線移動体通信網における通信状況が悪い場所や通信圏外にある場合であっても、車両１０Ａのオーナユーザは、他のユーザと認証キーをシェアすることができる。
このとき、キーシェア要求部２３０９は、オーナユーザによる所定の操作に基づき設定される、或いは、予め規定される、利用可能な期間或いは回数に関する権限や車両１０Ａの解錠或いは起動に関する権限が制限された認証キーを、通信処理部２３０１を通じて、他の携帯端末２０に送信してよい。具体的には、例えば、利用可能な期間や回数を３０分や１回等に制限する権限が付与された認証キーや、車両１０Ａの乗降用ドアの施解錠だけに制限したり、車両１０Ａの起動を禁止したり等する権限が付与された認証キーが、他の携帯端末２０に送信されてよい。以下、センタサーバ３０を介して行われる臨時キーシェアの場合についても同様である。これにより、臨時キーシェアによる車両１０Ａのセキュリティ性を向上させることができる。
また、キーシェア要求部２３０９は、臨時キーシェアを行う場合に、通常のキーシェアの場合と同様、センタサーバ３０から他の携帯端末２０に認証キーを配信させてもよい。このとき、キーシェア要求部２３０９は、通信処理部２３０２を通じて、配信済みの認証キーを特定する情報（例えば、認証キーに埋め込まれる発行ＩＤ等）、及び、配信対象の他の携帯端末２０を指定する情報を含む臨時キーシェア要求をセンタサーバ３０に送信することにより、センタサーバ３０から他の携帯端末２０に車両１０Ａの認証キーを配信させてよい。
例えば、キーシェア要求部２３０９は、他の携帯端末２０が子ユーザの携帯端末２０Ａｂである場合、通信処理部２３０２を通じて、子ユーザＩＤを含む臨時キーシェア要求をセンタサーバ３０に送信してよい。
また、例えば、キーシェア要求部２３０９は、通信処理部２３０１等を通じて、他の携帯端末２０から所定の識別情報（例えば、キーアプリのインストールユーザとしてセンタサーバ３０に登録される他の携帯端末２０のユーザに対応するＱＲコード（登録商標））を取得する。そして、キーシェア要求部２３０９は、当該識別情報に基づき特定される他の携帯端末２０を配信対象として指定する臨時キーシェア要求をセンタサーバ３０に送信してよい。
尚、携帯端末２０Ａａは、他の方法で、当該識別情報を取得してもよい。例えば、携帯端末２０Ａａは、搭載されるカメラ機能を利用して、他の携帯端末２０のディスプレイ２４に表示される識別情報を認識する態様で、他の携帯端末２０のユーザに対応する識別情報を取得してもよい。また、例えば、携帯端末２０Ａａは、他の携帯端末２０のユーザからオーナユーザのメールアドレスやＳＮＳのアカウントに送信された識別情報を取得してもよい。
また、例えば、キーシェア要求部２３０９は、オーナユーザによる所定の操作に応じて、携帯端末２０Ａａの現在位置の周辺に存在する他の携帯端末２０の候補となる候補端末に関する候補端末情報を要求する候補端末情報要求を、通信処理部２３０２を通じて、センタサーバ３０に送信する。また、キーシェア要求部２３０９は、通信処理部２３０２によりセンタサーバ３０から候補端末情報が受信された場合、ディスプレイ２４に候補端末情報を表示させる。このとき、センタサーバ３０から返信される候補端末情報には、候補端末のうち、特定の操作或いは動作が行われている候補端末を特定する情報が含まれてよい。これにより、キーシェア対象の他の携帯端末２０のユーザが当該携帯端末２０に対して特定の操作或いは動作を行うことで、車両１０Ａのオーナユーザは、携帯端末２０Ａａのディスプレイ２４に表示される候補端末の中から他の携帯端末２０を特定することができる。そして、キーシェア要求部２３０９は、オーナユーザによる所定の操作により、候補端末の中から特定された他の携帯端末２０を配信対象として指定する臨時キーシェア要求をセンタサーバ３０に送信してよい。
また、キーシェア要求部２３０９は、オーナユーザによる所定の操作に応じて、キーアプリを起動しセンタサーバ３０から認証キーを他の携帯端末２０に取得させるためのＵＲＬ（Uniform Resource Locator）スキームによるリンク情報（以下、単に「リンク情報」と称する）を、通信処理部２３０２を通じて、他の携帯端末２０のユーザのメールアドレスやＳＮＳのアカウントに送信してもよい。このとき、キーシェア要求部２３０９は、オーナユーザによる所定操作に応じて、通信処理部２３０２を通じて、取得済の認証キーを指定する臨時キーシェア要求をセンタサーバ３０に送信し、臨時キーシェア要求に応じてセンタサーバ３０から返信されるリンク情報を取得する。これにより、キーシェア要求部２３０９は、センタサーバ３０から他の携帯端末２０に認証キーを配信させることができる。
また、臨時キーシェアは、既に認証キーが配信済の子ユーザの携帯端末２０Ａｂから実行可能な態様であってもよい。即ち、キーシェア要求部２３０９のうちの臨時キーシェアに関する機能は、子ユーザの携帯端末２０Ａｂの処理装置２３にインストールされるキーアプリの機能に含まれていてもよい。これにより、オーナユーザを含まない複数人で車両１０Ａに同乗する場合についても、認証キーを取得済みの子ユーザの携帯端末２０Ａｂを複数人の間で貸し借りする必要がなく、車両１０Ａの子ユーザの利便性を更に向上させることができる。以下、子ユーザの携帯端末２０Ａｂから臨時キーシェアが可能な前提で説明を進める。
センタサーバ３０の処理装置３２は、上述の如く、通信処理部３２０１と、条件判定部３２０２と、認証キー発行部３２０３と、記憶部３２００を含む。また、センタサーバ３０の処理装置３２は、例えば、サーバコンピュータの補助記憶装置等に格納される一以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、位置情報管理部３２０４と、スケジュール管理部３２０５と、登録管理部３２０６と、キーシェア管理部３２０７を含む。
条件判定部３２０２は、通信処理部３２０１により携帯端末２０Ａａ，２０Ａｂから認証キー取得要求が受信された場合、認証キー取得要求に含まれる常用ユーザＩＤ及びそのパスワードに基づく認証を行う。条件判定部３２０２は、例えば、記憶部３２００に登録される常用ユーザＩＤ及びそのパスワードと、認証キー取得要求に含まれる常用ユーザＩＤ及びそのパスワードを照合し、一致する場合、認証成功、つまり、正規の認証キー取得要求であると判定する。
また、条件判定部３２０２は、後述するキーシェア管理部３２０７から送られる認証キー手配要求が正規の認証キー手配要求であるか否かを判定する。例えば、条件判定部３２０２は、キーシェア管理部３２０７からの認証キー手配要求に含まれる認証情報（例えば、ＩＤ及びパスワード）等に基づき、認証が成功した場合、正規の認証キー手配要求であると判定してよい。
認証キー発行部３２０３は、条件判定部３２０２により正規の認証キー取得要求或いは正規の認証キー手配要求であると判定された場合に、認証キーを発行し、通信処理部３２０１を通じて、対象となる携帯端末２０に認証キーを配信する。
位置情報管理部３２０４は、車両１０（１０Ａ，１０Ｂ）の位置情報を管理する。具体的には、位置情報管理部３２０４は、通信処理部３２０１を介して、車両１０に位置情報要求を送信する。これにより、車両１０のＤＣＭ１４が、当該位置情報要求に応じて、ＧＰＳモジュール１３から入力される車両１０の位置情報をセンタサーバ３０に返信し、位置情報管理部３２０４は、車両１０の位置情報を取得することができる。
例えば、位置情報管理部３２０４は、通信処理部３２０１を介して、車両１０Ａから位置情報を取得し、車両１０Ａの位置情報をリアルタイムにモニタリングすることにより、車両１０Ａの移動状況を把握する。これにより、例えば、位置情報管理部３２０４は、通信処理部３２０１を介して、子ユーザに貸与されている車両１０Ａの位置情報をオーナユーザに通知することができる。また、例えば、位置情報管理部３２０４は、通信処理部３２０１を介して、子ユーザに貸与される予定の車両１０Ａが指定位置（自宅等）に向かっているかどうかやどのくらいで戻ってくるか等の情報を子ユーザの携帯端末２０Ａｂに通知することができる。
スケジュール管理部３２０５は、各種サービスに関する車両１０Ａの利用状況を管理する。例えば、スケジュール管理部３２０５は、定期的に、キーシェア管理部３２０７からキーシェアサービスによる車両１０の利用スケジュール、具体的には、キーシェアサービスにより配信される認証キーの利用可能日時に関する情報を取得する。また、スケジュール管理部３２０５は、通信処理部３２０１を介して、配送管理サーバ５０及びＣ２Ｃカーシェア管理サーバ７０からトランク配送サービス及びＣ２Ｃカーシェアサービスのそれぞれによる車両１０Ａの利用スケジュールを取得する。そして、スケジュール管理部３２０５は、取得した各種サービスに関する車両１０Ａの利用スケジュールに基づき、複数のサービスに亘る車両１０Ａの利用予定に関する情報（車両利用予定情報）を生成し、記憶部３２００に保存される古い車両利用予定情報を更新する。
登録管理部３２０６は、通信処理部３２０１によりオーナユーザの携帯端末２０Ａａから受信されるユーザ登録要求に応じて、各種サービスを利用する常用ユーザ（子ユーザ）の登録を行う。例えば、登録管理部３２０６は、携帯端末２０Ａａからのユーザ登録要求に含まれるオーナユーザＩＤ及びパスワードと、記憶部３２００に保存されるオーナユーザＩＤ及びパスワードを照合し、一致する場合、正規のユーザ登録要求であると判定する、つまり、認証成功と判定する。そして、登録管理部３２０６は、正規のユーザ登録要求に含まれる子ユーザＩＤを、各種サービスを利用可能な常用ユーザとして記憶部３２００内のユーザ・サービス登録情報ＤＢ（Data Base）に登録する。
また、登録管理部３２０６は、通信処理部３２０１によりオーナユーザの携帯端末２０Ａａから受信されるサービス利用登録要求に応じて、車両１０Ａの常用ユーザによる各種サービスの利用登録を行う。つまり、登録管理部３２０６は、サービス利用登録要求に応じて、車両１０Ａのユーザが各種サービスを利用するための各種サービスに対応するキーシェア管理部３２０７やサービス管理サーバ４０の認証キー手配権限の登録を行う。例えば、登録管理部３２０６は、携帯端末２０Ａａからのサービス利用登録要求に含まれるオーナユーザＩＤ及びパスワードに基づき、上記と同様の認証処理を行い、正規のサービス利用登録要求であるか否かを判定する。また、登録管理部３２０６は、正規のサービス利用登録要求である場合、サービス利用登録要求に含まれる常用ユーザＩＤが既にユーザ・サービス登録情報ＤＢに登録済であるか否かを判定する。そして、登録管理部３２０６は、サービス利用登録要求に含まれる常用ユーザＩＤが既にユーザ・サービス登録情報ＤＢに登録済である場合、サービス利用登録要求で特定される対象のサービスを、当該常用ユーザＩＤに対応する常用ユーザが利用可能なサービスとして記憶部３２００内のユーザ・サービス登録情報ＤＢ（Data Base）に登録する。
具体的には、登録管理部３２０６は、オーナユーザＩＤに、対象となるサービスを特定するサービス固有情報と、車両１０Ａを特定する車両固有情報と、サービスを利用する常用ユーザを特定する常用ユーザＩＤと、車両１０Ａに対応する車両固有情報及び常用ユーザＩＤと対象のサービスとを対応させるサービスリンク情報とを紐付ける態様のユーザ・サービス登録情報ＤＢを構築する。
サービス固有情報は、例えば、サービスごとに規定されるサービスＩＤである。具体的には、例えば、Ｃ２Ｃカーシェアサービスを提供する事業者が複数ある場合、複数の事業者ごとに固有のサービスＩＤが規定され、例えば、同じ事業者が複数のＣ２Ｃカーシェアサービスを提供している場合、同じ事業者が提供する複数のサービスごとに固有のＩＤが規定される。また、複数の配送事業者と複数のＥＣ事業者の相互間の組み合わせによって、トランク配送サービスが提供される場合、配送事業者とＥＣ事業者との組み合わせごとに、固有のサービスＩＤが規定されてもよいし、複数の配送事業者ごとに規定される固有のサービスＩＤと複数のＥＣ事業者ごとに規定される固有のサービスＩＤの組み合わせによって、対象のサービスが特定されてもよい。
車両固有情報は、認証キーによる施解錠或いは起動の対象である車両１０Ａを特定可能であれば、任意の情報であってよい。例えば、車両１０Ａごとに規定される、車両ＩＤやＶＩＮ等の識別情報であってよいし、例えば、キーユニット１２等の車両１０Ａに搭載される認証キーに基づくドアの施解錠或いは起動に関連する車載装置ごとに規定される、キーユニットＩＤ等の識別情報であってもよい。以下、車両固有情報は、キーユニットＩＤである前提で説明を進める。
サービスリンク情報は、各種サービスを管理するキーシェア管理部３２０７、配送管理サーバ５０及びＥＣサーバ６０、並びに、Ｃ２Ｃカーシェア管理サーバ７０が、認証キー手配要求を送ることにより、認証キー発行部３２０３に対象となる車両１０Ａの認証キーの発行及び対象の携帯端末２０への認証キーの配信をさせるために必要な情報である。つまり、認証キー発行部３２０３は、キーシェア管理部３２０７、配送管理サーバ５０及びＥＣサーバ６０、並びに、Ｃ２Ｃカーシェア管理サーバ７０からサービスリンク情報を含む認証キー手配要求を受け付けることにより、認証キーによる施解錠或いは起動の対象である車両１０Ａを特定し、適切な認証キーを発行することができる。
サービスリンク情報は、センタサーバ３０において、対象サービスと車両１０Ａ及び該サービスを利用するユーザとの間を対応づけられれば、任意の情報であってよい。例えば、サービスリンク情報は、キーシェア管理部３２０７、配送管理サーバ５０、ＥＣサーバ６０、及び、Ｃ２Ｃカーシェア管理サーバ７０に対応する各種サービスのユーザ向けのウェブサイトにおける常用ユーザのログインＩＤ（以下、便宜的に「サービスログインＩＤ」と称する）等であってよい。この場合、携帯端末２０Ａａのサービス利用登録要求部２３０７は、通信処理部２３０２を介して、各種サービスに対応する登録対象の常用ユーザのサービスログインＩＤを含むサービス利用登録要求をセンタサーバ３０に送信する。また、各種サービスに対応する登録対象の常用ユーザがサービスログインＩＤを未取得の場合、携帯端末２０Ａａの処理装置２３は、所定のブラウザを起動させ、各種サービスのウェブサイトのサービスログインＩＤを取得させてもよい。これにより、配送管理サーバ５０やＣ２Ｃカーシェア管理サーバ７０は、対象のサービスの依頼時に利用者（車両１０Ａの常用ユーザ）がウェブサイトにログインするときに、サービスリンク情報に相当するサービスログインＩＤを把握し、サービス提供に関する認証キーの手配を容易に行うことができる。以下、トランク配送サービス及びＣ２Ｃカーシェアサービスに関するサービスリンク情報は、上記サービスログインＩＤである前提で説明を進める。
また、センタサーバ３０は、複数の車両１０Ａを常用的に利用する常用ユーザの場合、サービスログインＩＤだけでは、常用ユーザを特定できても、車両１０Ａを特定することができない。そのため、サービスリンク情報には、サービスログインＩＤに加えて、車両１０Ａを間接的に特定するための情報（例えば、車両固有情報を所定の方式で暗号化した情報等）が含まれる。
登録管理部３２０６は、各種サービスの利用登録が完了した場合、通信処理部３２０１を介して、登録対象の常用ユーザに対応する携帯端末２０Ａａ，２０Ａｂにその旨を通知する。また、登録管理部３２０６は、各種サービスの利用登録が完了した場合、登録対象のサービスの運用管理を行うキーシェア管理部３２０７やサービス管理サーバ４０に、サービスリンク情報を含むサービス利用登録完了通知を送信する。
尚、携帯端末２０Ａａ，２０Ａｂに対する各種サービスの利用登録が完了した旨の通知は、サービス利用登録完了通知を受信したサービス管理サーバ４０から送信されてもよい。
また、登録管理部３２０６は、通信処理部３２０１により携帯端末２０Ａａからサービス利用状況要求が受信された場合、記憶部３２００のユーザ・サービス登録情報ＤＢやスケジュール管理部３２０５により管理される車両利用予定情報等に基づき、サービス利用状況情報を生成し、通信処理部３２０１を介して、携帯端末２０Ａａに配信する。
キーシェア管理部３２０７は、キーシェアサービスの運用管理を行う。
例えば、キーシェア管理部３２０７は、通信処理部３２０１によりオーナユーザの携帯端末２０Ａａから受信されるキーシェア要求に応じて、キーシェア要求で指定される常用ユーザＩＤに対応する携帯端末２０Ａａ，２０Ａｂへの認証キーの手配を行う。具体的には、キーシェア管理部３２０７は、キーシェア要求に含まれるオーナユーザＩＤ及びパスワードと、記憶部３２００に保存されるオーナユーザＩＤ及びパスワードを照合し、一致する場合、正規のキーシェア要求であると判定する。また、キーシェア管理部３２０７は、スケジュール管理部３２０５に問い合わせを行い、キーシェア要求に含まれる利用期間情報と、最新の車両利用予定情報との間に、不整合、つまり、複数のサービス及び複数の常用ユーザに亘る車両１０Ａの利用に関する利用日時の重複がないかを判定する。そして、キーシェア管理部３２０７は、利用時間の重複が無い場合、キーシェア要求に含まれる情報から特定される、認証キーの配信対象の携帯端末２０Ａａ，２０Ａｂに対応する常用ユーザ、及び、認証キーによる施解錠或いは起動対象である車両１０Ａに関する情報と、それぞれの携帯端末２０Ａａ，２０Ａｂの利用可能な期間、回数、解錠可能なドア、起動可否等の権限情報を含む認証キー手配要求を認証キー発行部３２０３に送る。これにより、認証キー発行部３２０３は、認証キーの配信対象の携帯端末２０Ａａ，２０Ａｂに対応する常用ユーザＩＤと、認証キーによる施解錠或いは起動の対象の車両１０Ａを特定し、適切な認証キーを発行できる。
また、キーシェア管理部３２０７は、例えば、記憶部３２００に格納される、キーシェア要求で指定される認証キーの配信対象である携帯端末２０Ａａ，２０Ａｂのユーザの属性情報（例えば、年齢や運転免許の有無等）を確認する。そして、キーシェア管理部３２０７は、認証キーの配信対象の携帯端末２０Ａａ，２０Ａｂのユーザ（車両１０Ａの常用ユーザ）が車両１０Ａを運転できないと判断されるユーザである場合、当該ユーザの携帯端末２０に、車両１０Ａの起動不可の権限が付与された認証キーが発行されるようにする。車両１０Ａを運転できないユーザは、例えば、運転免許証の取得可能年齢に到達していないユーザや、運転免許証を取得していないユーザ等である。具体的には、キーシェア管理部３２０７は、車両１０Ａを運転できないと判断されたユーザに対応する携帯端末２０Ａａ，２０Ａｂに対応する権限情報に、車両１０Ａの起動を禁止する旨が含まれる認証キー手配要求を認証キー発行部３２０３に送る。これにより、認証キー発行部３２０３は、車両１０Ａを運転できないユーザの携帯端末２０Ａａ，２０Ａｂに、車両１０Ａの起動が禁止される権限が付与された認証キーを配信することができるため、キーシェアサービスにおける車両１０Ａの安全性を向上させることができる。
また、例えば、キーシェア管理部３２０７は、通信処理部３２０１によりオーナユーザの携帯端末２０Ａａから受信される臨時キーシェア要求に基づき、臨時キーシェア要求で指定される他の携帯端末２０に車両１０Ａの認証キーを配信する。具体的には、キーシェア管理部３２０７は、記憶部３２００に格納されるキーアプリのインストールユーザ情報ＤＢに基づき、配信対象の他の携帯端末２０に対応するインストールユーザのＩＤ（以下、「インストールユーザＩＤ」と称する）を特定する。そして、キーシェア管理部３２０７は、特定されたインストールユーザＩＤと、臨時キーシェア要求で指定される認証キーに対応する情報（例えば、臨時キーシェア要求に含まれる認証キーの発行ＩＤ等）を含む認証キー手配要求を認証キー発行部３２０３に送る。これにより、認証キー発行部３２０３は、インストールユーザＩＤと、認証キーの発行ＩＤ等に基づき、配信対象の他の携帯端末２０を特定し、通信処理部３２０１を介して、認証キーを当該他の携帯端末２０に配信することができる。
尚、キーシェア管理部３２０７の機能は、車両１０Ａを利用する他のサービスと同様、サービス管理サーバ４０に含まれうる、センタサーバ３０の外部のサーバ（キーシェア管理サーバ）に移管されてもよい。
子ユーザの所持する携帯端末２０Ａｂは、上述の如く、通信処理部２３０１と、通信処理部２３０２と、認証キー取得部２３０３と、認証要求部２３０４と、施解錠要求部２３０５と、記憶部２３００を含む。
尚、本実施形態では、携帯端末２０Ａｂの認証キー取得部２３０３の機能は、上記キーアプリが起動され、且つ、センタサーバ３０との双方向通信に基づくユーザ認証が成功することにより、子ユーザによる利用が可能になる前提で説明を進める。また、当該ユーザ認証は、子ユーザＩＤ及びそのパスワードに基づき、センタサーバ３０で行われる前提で説明を進める。また、携帯端末２０Ａｂの認証要求部２３０４及び施解錠要求部２３０５等の機能は、キーアプリが起動されることにより、子ユーザによる利用が可能になる前提で説明を進める。
認証キー取得部２３０３は、上述の如く、通信処理部２３０２を介して、携帯端末２０Ａａからセンタサーバ３０に送信されるキーシェア要求に応じてセンタサーバ３０から配信される認証キーを取得する。これにより、携帯端末２０Ａｂは、通信処理部２３０１、認証要求部２３０４、及び、施解錠要求部２３０５の機能に基づき、車両１０Ａのドアを施錠及び解錠したり、車両１０Ａを起動させたりすることができる。つまり、携帯端末２０Ａｂを所持する子ユーザは、キーシェアサービスによって、オーナユーザとの間での鍵の受け渡しを行うことなく、携帯端末２０Ａｂを利用して、車両１０Ａを施錠及び解錠し、車両１０Ａを運転する等、直接的に利用することができる。また、同様に、オーナユーザは、子ユーザとの間での鍵の受け渡しを行うことなく、車両１０Ａを子ユーザに貸し出すことができる。そのため、認証キー管理システム１におけるキーシェアサービスによって、車両１０Ａのオーナユーザと子ユーザとの間での車両１０Ａの貸し借りにおける利便性を向上させることができる。
また、認証キー取得部２３０３は、上述の如く、通信処理部２３０２を介して、携帯端末２０Ａａからセンタサーバ３０に送信される臨時キーシェア要求に応じてセンタサーバ３０から配信される認証キーを取得する。臨時キーシェア要求に応じて、子ユーザの携帯端末２０Ａｂ以外の他の携帯端末２０に認証キーが配信される場合についても同様である。これにより、携帯端末２０Ａｂを含む他の携帯端末２０は、通信処理部２３０１、認証要求部２３０４、及び、施解錠要求部２３０５の機能に基づき、車両１０Ａのドアを施解錠したり、車両１０Ａを起動したりすることができる。つまり、携帯端末２０Ａｂを所持する子ユーザは、例えば、他の常用ユーザを含む複数人で車両１０Ａに同乗して外出する等の場合に、前もって、認証キーを取得していない場合であっても、認証キーが配信済みの携帯端末２０Ａａ，２０Ａｂを借りる必要がなく、携帯端末２０Ａｂを利用して、車両１０Ａを施錠及び解錠したり、車両１０Ａを運転したりする等、直接的に利用することができる。また、同様に、オーナユーザは、前もって、子ユーザの携帯端末２０Ａｂに認証キーを取得させなかった場合であっても、自分の携帯端末２０Ａａを子ユーザに貸す必要がない。そのため、認証キー管理システム１における臨時キーシェアによって、車両１０Ａの常用ユーザを含む複数人で車両１０Ａが同乗利用される場合におけるユーザの利便性を向上させることができる。
［トランク配送サービスに関する構成の詳細］
次に、図４を参照して、認証キー管理システム１におけるトランク配送サービスに関する構成について説明する。
図４は、認証キー管理システム１におけるトランク配送サービスに関する構成の一例を中心に示す図である。以下、図４について、認証キー管理システム１におけるトランク配送サービスに関する構成を中心に説明し、上述したキーシェアサービスに関する構成と重複する構成に関する重複する説明を極力省略する。
車両１０Ａのオーナユーザの所持する携帯端末２０Ａａの処理装置２３は、上述の如く、通信処理部２３０２と、ユーザ登録要求部２３０６と、サービス利用登録要求部２３０７と、サービス利用状況要求部２３０８を含む。
ユーザ登録要求部２３０６は、上述の如く、オーナユーザによる所定の操作に応じて、トランク配送サービスを含む各種サービスを利用する車両１０Ａの常用ユーザ（子ユーザ）の登録をセンタサーバ３０に要求する。
サービス利用登録要求部２３０７は、上述の如く、オーナユーザによる所定の操作に応じて、登録された常用ユーザ（オーナユーザ或いは子ユーザ）ごとのトランク配送サービスを含む各種サービスの利用登録をセンタサーバ３０に要求する。
例えば、サービス利用登録要求部２３０７は、サービスリンク情報として、登録対象の車両１０Ａの常用ユーザに対応する、配送管理サーバ５０のサービスを利用するユーザ向けのウェブサイト（以下、「配送サイト」と称する）のサービスログインＩＤ及びＥＣサイトのサービスログインＩＤを含む、トランク配送サービスを利用するためのサービス利用登録要求をセンタサーバ３０に送信する。
サービス利用状況要求部２３０８は、上述の如く、オーナユーザによる所定の操作に応じて、オーナユーザＩＤに対応する形で利用登録済の車両１０Ａの常用ユーザによるトランク配送サービスを含む各種サービスの利用状況に関する情報（サービス利用状況情報）をセンタサーバ３０に要求する。
トランク配送サービス（車室内配送サービス）の運用を行う配送管理サーバ５０は、通信機器５１と、処理装置５２を含む。
通信機器５１は、所定の通信ネットワークを通じて、携帯端末２０、センタサーバ３０、及び、ＥＣサーバ６０のそれぞれと双方向で通信を行う任意のデバイスである。
処理装置５２は、例えば、ＲＯＭや補助記憶装置に格納される一以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部５２１、サービス連携登録部５２２と、配送受付部５２３と、配送管理部５２４を含む。また、処理装置５２は、サーバコンピュータの補助記憶装置等の記憶領域として実現される記憶部５２０を含む。
通信処理部５２１は、通信機器５１を制御し、携帯端末２０、センタサーバ３０、及び、ＥＣサーバ６０のそれぞれとの間で、制御信号や情報信号等の各種信号の送受信を行う。
サービス連携登録部５２２は、通信処理部５２１によりセンタサーバ３０から受信されるサービス利用登録完了通知に応じて、車両１０Ａの常用ユーザのトランク配送サービスの利用に関するセンタサーバ３０と配送管理サーバ５０との間での連携のための情報登録を行う。
例えば、サービス連携登録部５２２は、記憶部５２０に構築される配送サイトのユーザを管理するユーザ管理ＤＢの中のサービス利用登録完了通知に含まれるサービスログインＩＤ（サービスリンク情報の一部）に対して、トランク配送サービスの利用対象である旨のフラグを追加する。また、併せて、サービス連携登録部５２２は、記憶部５２０のユーザ管理ＤＢの中のサービス利用登録完了通知に含まれるサービスログインＩＤに対して、サービスリンク情報に含まれる車両１０Ａを特定する情報と、サービス利用登録完了通知に含まれるＥＣサーバ６０に対応するウェブサイト（即ち、ＥＣサイト）のサービスログインＩＤとを紐付ける態様で登録する。これにより、配送管理サーバ５０は、サービスログインＩＤに対応するユーザが複数の車両１０Ａを常用的に利用する場合に、ユーザにより指定された車両１０Ａを対象としてセンタサーバ３０に認証キー手配要求を送信できる。また、配送管理サーバ５０は、通信処理部５２１によりＥＣサーバ６０からサービスログインＩＤを含む注文受付が受信された場合に、対応する配送サイトのサービスログインＩＤを特定することができる。そして、配送管理サーバ５０は、特定されたサービスログインＩＤやユーザにより指定された車両１０Ａに対応する車両１０Ａを特定する情報等のサービスリンク情報を含む認証キー手配要求をセンタサーバ３０に送信することにより、後述の如く、センタサーバ３０から配達員の携帯端末２０Ａｃに認証キーを配信させることができる。
配送受付部５２３は、通信処理部５２１を介して、ＥＣサーバ６０からＥＣサイトにおける商品の注文者に対応するＥＣサイトのサービスログインＩＤを含む荷物の配送依頼に関する情報（配送依頼情報）を受け付ける。ＥＣサーバ６０から受け付けられる配送依頼情報には、例えば、配送先に対応する注文者の氏名、住所、電話番号等の基本情報が含まれる。また、当該配送依頼情報には、例えば、指定された配達先に関する情報（配達先情報）、注文者（依頼主）により指定された配達予定日時（配達指定日時）や配達日時が特に指定されなかった場合に配送事業者により決定された配達予定日時に関する情報（配達予定日時情報）等が含まれる。このとき、配達先として車両１０Ａのトランクが指定される場合、当該配達先情報には、配達員が向かうべき指定場所、つまり、当該車両１０Ａが荷物（商品）の配達の際に駐車されている場所に関する情報（駐車場所情報）が含まれうる。また、当該配送依頼情報には、例えば、配達対象の荷物（商品）の種類（例えば、予め規定される種別）に関する情報（商品種別情報）。このとき、対象となる商品の種別には、"食品"と、"食品以外"の種別が含まれうる。また、"食品"は、その賞味期限或いは消費期限等の長短に応じて、更に複数の種別に区分されてもよい。また、対象となる商品の種別には、記念日のプレゼントやお歳暮、お中元等の"贈り物（進物）"と、"贈り物以外"の種別が含まれうる。このとき、商品の種別が"贈り物"である場合、商品種別情報には、贈り物に対応する日付、期間、季節等（例えば、誕生日等の記念日用のプレゼントの場合の記念日や、お歳暮等の期間限定の贈り物の場合の期間や対応する季節等）に関する情報が含まれうる。
配送管理部５２４は、配送受付部５２３により受け付けられた配送依頼に関する依頼から配達までの全工程の運用管理を行う。
例えば、配送管理部５２４は、配送依頼の配達先情報で指定された車両１０Ａの駐車位置を管轄する営業所から、通信処理部５２１を通じて、当該営業所に荷物が到着した旨の通知を受け付けると、指定された配達日時（配達日及び時間帯）に合わせて、当該荷物を配達に出発する日時や担当の配達員等を決定する。
続いて、配送管理部５２４は、対象の荷物の配達への出発前（例えば、１０分前）になると、通信処理部５２１を介して、センタサーバ３０に車両１０Ａの位置情報を問い合わせる。そして、配送管理部５２４は、通信処理部５２１を介して、センタサーバ３０から車両１０Ａの現在の位置情報を取得し、指定された車両１０Ａの駐車位置との一致性や管轄エリアとの関係性等から配達可否を判断する。
尚、配達可否の判断は、センタサーバ３０で行われてもよい。
続いて、配送管理部５２４は、対象の荷物に関して配達可能と判断すると、通信処理部５２１を介して、配達員の携帯端末２０Ａｃに対して、当該荷物を車両１０Ａのトランクに配達可能である旨の通知（配達可能通知）を送信する。
続いて、配送管理部５２４は、配達可能通知を受信した携帯端末２０Ａｃから認証キー取得要求が通信処理部５２１により受信されると、正規の認証キー取得要求であるか否かを判定する。具体的には、配送管理部５２４は、当該認証キー取得要求に含まれうる配達員、届け先（例えば、受取人の氏名或いは法人名等）、荷物の種別、配達時間帯、配達場所等の配達対象の荷物に関する情報（以下、便宜的に「配達荷物情報」と称する）と、記憶部５２０に登録されている当該荷物に関する各種情報とを照合することにより、当該判定を行ってよい。そして、配送管理部５２４は、正規の認証キー取得要求であると判定すると、通信処理部５２１を介して、認証キー手配要求をセンタサーバ３０に送信する。このとき、認証キー手配要求には、配達員の携帯端末２０Ａｃを特定するための情報が含まれる。配達員を特定するための情報は、例えば、配達員が携帯端末２０Ａｃの認証キー取得部２３０３等に対応する上記キーアプリの機能を利用するためにセンタサーバ３０におけるユーザ認証を受けるための認証用ＩＤ（以下、便宜的に「配達員ＩＤ」と称する）であってよい。これにより、配達員の携帯端末２０Ａｃは、センタサーバ３０から認証キーを取得できる。また、認証キー手配要求には、対象の荷物を特定する情報が含まれる。
続いて、配送管理部５２４は、通信処理部５２１を介して、営業所から配達に出かけた配達員の携帯端末２０Ａｃから車両１０Ａの現在位置の問い合わせを受け付けると、センタサーバ３０に車両１０Ａの現在の位置情報を問い合わせる。そして、配送管理部５２４は、通信処理部５２１を介して、センタサーバ３０から車両１０Ａの現在の位置情報を取得し、配達員の携帯端末２０Ａｃに車両１０Ａの現在の位置情報を送信（転送）する。これにより、出先の配達員は、車両１０Ａの現在の位置情報と、配達先情報で指定された車両１０Ａの駐車位置に関する情報とを比較し、配達するか持ち帰るかなどを判断することができる。
最後に、配送管理部５２４は、通信処理部５２１を介して、当該荷物の配達を完了した配達員の携帯端末２０Ａｃから受信される配達完了通知を受信すると、通信処理部５２１を通じて、センタサーバ３０にその旨の配達完了通知を送信し、当該荷物に関するトランク配送サービスに関する運用管理は基本的に終了する。また、このとき、配送管理部５２４は、電子メール、所定のＳＮＳ、或いは、携帯端末２０Ａａ，２０Ａｂにインストールされる、配送サイトと連携する所定のアプリケーションプログラム等を通じて、依頼主（ＥＣサイトにおける商品の購入者）である車両１０Ａの常用ユーザに配達が完了した旨を通知してもよい。
尚、車両１０ＡのＤＣＭ１４は、上述の如く、配達員の携帯端末２０Ａｃからの解錠要求及び施錠要求によって、車両１０Ａのトランクにアクセスするドア（トランクリッド等）が解錠された後に、施錠された場合に、配達員による配達が完了したと判断し、センタサーバ３０にその旨を通知してもよい。これにより、センタサーバ３０は、当該通知が受信された場合に、配達完了通知を配送管理サーバ５０に送信することができる。つまり、センタサーバ３０は、車両１０Ａから配達員による受信される、配達が完了した旨の通知に応じて、配送管理サーバ５０に配達完了通知を送信してもよい。
ＥＣサーバ６０は、通信機器６１と、処理装置６２を含む。
通信機器６１は、所定の通信ネットワークを通じて、携帯端末２０、センタサーバ３０、及び、配送管理サーバ５０のそれぞれと双方向で通信を行う任意のデバイスである。
処理装置６２は、例えば、ＲＯＭや補助記憶装置に格納される一以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部６２１、ウェブリソース送信部６２２、サービス連携登録部６２３と、注文受付処理部６２４を含む。また、処理装置６２は、サーバコンピュータの補助記憶装置等の記憶領域として実現される記憶部６２０を含む。
通信処理部６２１は、通信機器６１を制御し、携帯端末２０、センタサーバ３０、及び、配送管理サーバ５０のそれぞれとの間で、制御信号や情報信号等の各種信号の送受信を行う。
ウェブリソース送信部６２２は、記憶部６２０に保存される、ＥＣサイトのリソースとしての各種情報に基づき、携帯端末２０Ａａ，２０Ａｂを含むＥＣサイトを閲覧するユーザの任意の端末のブラウザ上に表示させるウェブページに対応するリソースを、所定の方式で当該端末のブラウザに送信する。ＥＣサイトに表示されうるウェブページには、ＥＣサイトのトップページ、ＥＣサイトで取り扱う個々の商品に対応するウェブページ（以下、「個別商品ページ」と称する）、購入候補としてユーザにより選択された（典型的には、ＥＣサイト上の仮想的なカート内に入れられた）商品を一覧表示させるウェブページ（以下、「カートページ」と称する）、個々の商品の注文時にユーザが各種情報を入力するウェブページ（即ち、注文入力ページ）等が含まれる。例えば、ウェブリソース送信部６２２は、ウェブページに対応するＨＴＭＬ（Hyper Text Markup Language）ドキュメントと、ウェブページ上に表示される画像、動画等のＨＴＭＬドキュメントの配下の情報を並列して送信する。
また、ウェブリソース送信部６２２は、ユーザの利用端末にインストールされる、ＥＣサイトと連動（連携）する所定のアプリケーションプログラム（以下、「ＥＣアプリ」と称する）が起動された場合に、利用端末の表示装置（例えば、携帯端末２０のディスプレイ２４）に表示されるＥＣアプリの所定のウィンドウや画面（以下、総括的に「ウィンドウ」と称する）に表示させるリソースを、所定の方式で当該利用端末に送信する。ＥＣアプリに表示されうるウィンドウには、上述したＥＣサイトのトップページ、個別商品ページ、カートページ、注文入力ページ等に対応するトップウィンドウ、個別商品ウィンドウ、カートウィンドウ、注文入力ウィンドウ等が含まれる。
サービス連携登録部６２３は、通信処理部６２１によりセンタサーバ３０から受信されるサービス利用登録完了通知に応じて、車両１０Ａの常用ユーザのトランク配送サービスの利用に関するセンタサーバ３０とＥＣサーバ６０との間での連携のための情報登録を行う。例えば、サービス連携登録部６２３は、記憶部６２０に構築されるＥＣサイトのユーザを管理するユーザ管理ＤＢの中のサービス利用登録完了通知に含まれるサービスログインＩＤに対して、トランク配送サービスの利用対象である旨のフラグを追加する。また、併せて、サービス連携登録部６２３は、ユーザ管理ＤＢの中のサービス利用登録完了通知に含まれるサービスログインＩＤに対して、サービス利用登録完了通知に含まれる配送管理サーバ５０に対応するウェブサイト（即ち、配送サイト）のサービスログインＩＤを紐付ける態様で登録する。これにより、ＥＣサーバ６０は、例えば、通信処理部６２１により配送管理サーバ５０から配送サイトのサービスログインＩＤを含む注文商品に関する問い合わせ等が受信された場合に、対応するＥＣサイトのサービスログインＩＤを特定することができる。
注文受付処理部６２４は、ユーザの利用端末（例えば、携帯端末２０Ａａ，２０Ａｂ）のブラウザでアクセスされるＥＣサイトや当該利用端末で起動されたＥＣアプリを通じて入力される、商品の注文に関する各種入力情報に基づき、ユーザからの商品の注文を受け付ける。このとき、注文受付処理部６２４は、ＥＣサイトの注文入力ページにおいて、車両１０Ａのトランクが配達先として選択された場合、通信処理部６２１を介して、センタサーバ３０に車用利用予定情報を問い合わせる。これにより、注文受付処理部６２４は、通信処理部６２１を介して、最新の車両利用予定情報を取得することができるため、例えば、指定された配達日時が、既に、他の予定と重複している場合、配達日時の変更を要求したり等の対応を取ることができる。一方、注文受付処理部６２４は、指定（選択）された配達先に対応する車両１０Ａの車両利用予定情報と、指定された配達日時との間の整合が取れている場合、車両１０Ａのトランクを配達先として決定する。
また、注文受付処理部６２４は、ユーザからの商品の注文を受け付けると、通信処理部６２１を通じて、受け付けた商品の配送依頼に関する情報（配送依頼情報）を配送管理サーバ５０及びセンタサーバ３０に送信する。これにより、配送事業者は、ＥＣサイトやＥＣアプリを通じて注文された商品の配送依頼を受け付けることができる。また、センタサーバ３０は、配送依頼情報に含まれる配達予定日時情報から、配達予定日時を把握することができる。
このとき、上述の如く、配送依頼情報に含まれうる商品の種別に関する情報（商品種別情報）は、例えば、注文入力ページ等を通じて、ユーザに入力させてもよいし、個別の商品ごとに予め規定される種別コード等に応じて、自動的に、生成されてもよい。具体的には、ウェブリソース送信部６２２は、注文入力ページに、注文される商品が贈り物であるか否かの質問する質問欄や、贈り物である場合、記念日等に相当する日付の入力を依頼する備考欄等を表示させてよい。
尚、上述の如く、ＥＣサイトにおける注文商品以外の荷物を対象とするトランク配送サービスも想定されうる。この場合、配送管理サーバ５０は、同様に、センタサーバ３０から最新の車両利用予定情報を取得すればよい。これにより、配送管理サーバ５０は、車両１０Ａの常用ユーザから指定された車両１０Ａのトランクへの荷物の配達日時が、既に、他の予定と重複している場合、配達日時の変更を要求したり等の対応を取ることができる。
トランク配送サービス（車室内配送サービス）の運用を支援するセンタサーバ３０の処理装置３２は、上述の如く、通信処理部３２０１と、条件判定部３２０２と、認証キー発行部３２０３と、位置情報管理部３２０４と、スケジュール管理部３２０５と、登録管理部３２０６と、記憶部３２００を含む。また、センタサーバ３０（情報処理装置の一例）の処理装置３２は、例えば、サーバコンピュータの補助記憶装置等に格納される一以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、判定用情報取得部３２０８と、判定部３２０９と、リマインド部３２１０を含む。
条件判定部３２０２は、通信処理部３２０１を介して、配送管理サーバ５０から認証キー手配要求を受信した場合、正規の認証キー手配要求であるか否かを判定する。例えば、条件判定部３２０２は、認証キー手配要求に含まれるサービスログイン情報（配送サイトのサービスログインＩＤ等）や配送管理サーバ５０に対応する所定の認証情報（例えば、ＩＤ及びパスワード等）に基づき、正規の認証キー手配要求であるか否かを判定する。
認証キー発行部３２０３は、条件判定部３２０２により正規の認証キー手配要求であると判定された場合、認証キー手配要求に対応する認証キーを発行し、配達員の携帯端末２０Ａｃに認証キーを配信する。
具体的には、認証キー発行部３２０３は、記憶部３２００のユーザ・サービス登録情報ＤＢに基づき、認証キー手配要求に対応する車両１０Ａを特定する。また、認証キー発行部３２０３は、時限的（例えば、配信から数分から数十分の単位だけで利用可能）、且つ、利用回数が制限され（例えば、利用回数一回だけ）且つトランクリッドの施解錠だけが可能な権限が限定された認証キーを発行する。これにより、配達員による車両１０Ａの無断利用を防止し、セキュリティ性を向上させることができる。そして、認証キー発行部３２０３は、通信処理部３２０１を介して、認証キー手配要求で特定される配達員の携帯端末２０Ａｃに認証キーを配信する。
尚、認証キーの利用可能な期間や利用回数等を制限する方法は、例えば、既知の数学的な方法やセンタサーバ３０と車両１０との間の双方向通信による方法等の任意の方法が採用されてよい。
位置情報管理部３２０４は、例えば、通信処理部３２０１により受信される配送管理サーバ５０からの車両１０Ａの現在位置の問い合わせに応じて、上述の如く、通信処理部３２０１を介して、車両１０Ａから位置情報を取得し、通信処理部３２０１を介して、配送管理サーバ５０に提供（送信）する。
スケジュール管理部３２０５は、例えば、通信処理部３２０１により受信されるＥＣサーバ６０からの問い合わせに応じて、記憶部３２００に保存される最新の車両利用予定情報を、通信処理部３２０１を介して、ＥＣサーバ６０に返信する。
また、スケジュール管理部３２０５は、例えば、通信処理部３２０１を通じて、ＥＣサーバ６０から受信される配送依頼情報に含まれる配達予定日時情報に基づき、トランク配送サービスに関する車両１０Ａの利用を追加する態様で、記憶部３２００に保存される車両利用予定情報を更新する。
登録管理部３２０６は、上述の如く、通信処理部３２０１によりオーナユーザの携帯端末２０Ａａから受信されるユーザ登録要求に応じて、トランク配送サービスを含む各種サービスの利用する常用ユーザ（子ユーザ）の登録を行う。また、登録管理部３２０６は、上述の如く、通信処理部３２０１によりオーナユーザの携帯端末２０Ａａから受信されるサービス利用登録要求に応じて、車両１０Ａの常用ユーザによるトランク配送サービスの利用登録を行う。また、登録管理部３２０６は、上述の如く、トランク配送サービスを含む各種サービスの利用登録が完了した場合、通信処理部３２０１を介して、登録対象の常用ユーザに対応する携帯端末２０Ａａ，２０Ａｂにその旨を通知する。また、登録管理部３２０６は、トランク配送サービスの利用登録が完了した場合、通信処理部３２０１を介して、登録対象のサービスの運用管理を行う配送管理サーバ５０及びＥＣサーバ６０に、サービスリンク情報を含むサービス利用登録完了通知を送信する。
判定用情報取得部３２０８（情報取得部の一例）は、後述する判定部３２０９による判定用の各種情報を取得する。具体的には、判定用情報取得部３２０８は、配達先として指定された車両１０Ａのトランクからの配達済みの荷物の受け取りの有無に関する情報を取得する。
例えば、判定用情報取得部３２０８は、荷物の配達先として指定された車両１０Ａのトランクにアクセスするドアの依頼主（車両１０Ａの常用ユーザ）による施錠に関する情報を車両１０Ａから取得する。具体的には、判定用情報取得部３２０８は、通信処理部３２０１を通じて、車両１０Ａから、荷物が配達された後に車両１０Ａのトランクにアクセスするドアの依頼主による施錠が行われたことを表す通知（依頼主施錠通知）を取得する。これにより、センタサーバ３０は、配達完了後、配達先に対応する車両１０Ａのトランクが施錠されたかどうか把握できる。そのため、センタサーバ３０は、例えば、施錠が行われたのであれば、その前に、トランクにアクセスするドアが開閉されて、荷物が受け取られたと判定（推定）する等、荷物の受け取りの有無を判定できる。このとき、判定用情報取得部３２０８は、車両１０Ａへの荷物の配達が完了した場合（具体的には、配達員や配送管理サーバ５０等の配送事業者から配達完了通知が受信された場合）、通信処理部３２０１を通じて、依頼主としての車両１０Ａの常用ユーザに配信済の認証キーに関する情報を含む依頼主施錠通知の返信要求を送信する。これにより、車両１０ＡのＤＣＭ１４は、キーユニット１２によって、依頼主の携帯端末２０Ａａ，２０Ａｂから送信された認証キーを含む認証要求等に基づくトランクにアクセスするドアの施錠が行われた場合に、センタサーバ３０に依頼主施錠通知を返信できる。
また、判定用情報取得部３２０８は、更に、荷物の配達が完了した後の車両１０Ａのトランクにアクセスするドアの開扉に関する情報を車両１０Ａから取得してもよい。具体的には、判定用情報取得部３２０８は、通信処理部３２０１を通じて、車両１０Ａから、荷物が配達された後に、車両１０のトランクにアクセスするドアが開扉されたことを表す通知（トランク開扉通知）を取得してもよい。これにより、センタサーバ３０は、更に、配達完了後、トランクのドアが開扉されたことを把握できる。そのため、センタサーバ３０は、例えば、依頼主によるトランクにアクセスするドアの施錠の直前に、車両１０Ａのトランクにアクセスするドアが開扉されていれば、車両１０Ａのトランクに配達された荷物が受け取られたと判定（推定）するなど、より確実に荷物の受け取りの有無を判定（推定）することができる。このとき、判定用情報取得部３２０８は、車両１０Ａへの荷物の配達が完了した場合、通信処理部３２０１を通じて、依頼主としての車両１０Ａの常用ユーザに配信済の認証キーに関する情報を含む依頼主施錠通知及びトランク開扉通知の返信要求を送信する。これにより、車両１０ＡのＤＣＭ１４は、トランクにアクセスするドアのドアスイッチのＯＮ／ＯＦＦ状態に基づき、トランクにアクセスするドアが開扉された場合に、トランク開扉通知をセンタサーバ３０に返信できる。
また、例えば、判定用情報取得部３２０８は、依頼主から、配達された荷物を受け取ったことを表す通知（受取通知）を取得する。これにより、センタサーバ３０は、受取通知の取得の有無によって、車両１０Ａのトランクに配達された荷物の受け取りの有無を判定できる。具体的には、判定用情報取得部３２０８は、依頼主の利用端末（例えば、携帯端末２０Ａａ，２０Ａｂ等）での所定操作に応じて、当該利用端末で起動される所定のアプリ（例えば、キーアプリ等）を通じてセンタサーバ３０に送信される受取通知を取得してよい。また、判定用情報取得部３２０８は、依頼主のメールアドレスや所定のＳＮＳのアカウントから、電子メールや当該ＳＮＳを通じて、センタサーバ３０に対応するメールアドレスや当該ＳＮＳのアカウントに送信される受取通知を取得してもよい。
また、例えば、判定用情報取得部３２０８は、依頼主が所持する携帯端末２０Ａａ，２０Ａｂの位置情報を取得する。これにより、センタサーバ３０は、携帯端末２０Ａａ，２０Ａｂの位置情報から、依頼主の移動状況を把握できるため、配達完了後、車両１０Ａに近づいたかどうかを確認することで、依頼主による荷物の受け取りの有無を判定（推定）することができる。このとき、判定用情報取得部３２０８は、車両１０Ａへの荷物の配達が完了した場合、通信処理部３２０１を通じて、依頼主の携帯端末２０Ａａ，２０Ａｂに位置情報取得要求を送信する。これにより、対応する携帯端末２０Ａａ，２０Ａｂは、ＧＰＳモジュール２５により測位された位置情報をセンタサーバ３０に返信できる。
尚、携帯端末２０Ａａ，２０Ａｂからセンタサーバ３０への位置情報のアップロードは、当該携帯端末２０Ａａ，２０Ａｂのユーザによる許可の下（例えば、当該の携帯端末２０Ａａ，２０Ａｂのプライバシーに関する設定において、位置情報の送信が許可されている場合）に行われる。
判定部３２０９は、判定用情報取得部３２０８により取得された情報（つまり、車両１０Ａのトランクからの配達済みの荷物の受け取りの有無に関する情報）に基づく、荷物が車両１０Ａのトランクから受け取られているか否かを判定する。
例えば、判定部３２０９は、荷物が車両１０Ａのトランクに配達された後に、判定用情報取得部３２０８により、車両１０Ａのトランクにアクセスするドアが依頼主により施錠されたことを表す情報、つまり、依頼主施錠通知が取得された場合、車両１０Ａのトランクから荷物が受け取られたと判定する。一方、判定部３２０９は、荷物が車両１０Ａのトランクに配達された後に、依頼主施錠通知が取得されていない場合、車両１０Ａのトランクから荷物が受け取られていないと判定する。
また、判定部３２０９は、荷物が車両１０Ａのトランクに配達された後に、判定用情報取得部３２０８により、依頼主によりトランクにアクセスするドアが開扉された後、当該ドアが施錠されたことを表す情報、つまり、一連のトランク開扉通知及び依頼主施錠通知が取得された場合に、車両１０Ａのトランクから荷物が受け取られたと判定してもよい。一方、判定部３２０９は、荷物が車両１０Ａのトランクに配達された後に、判定用情報取得部３２０８により、依頼主によりトランクにアクセスするドアが開扉された後、一連のトランク開扉通知及び依頼主施錠通知が取得されていない場合に、車両１０Ａのトランクから荷物が受け取られていないと判定してもよい。
また、例えば、判定部３２０９は、荷物が車両１０Ａのトランクに配達された後に、判定用情報取得部３２０８により当該荷物に対応する受取通知が取得された場合、車両１０Ａのトランクから荷物が受け取られたと判定する。一方、判定部３２０９は、荷物が車両１０Ａのトランクに配達された後に、判定用情報取得部３２０８により当該荷物に対応する受取通知が取得されていない場合、車両１０Ａのトランクから荷物が受け取られていないと判定する。
また、例えば、判定部３２０９は、荷物が車両１０Ａのトランクに配達された後に、判定用情報取得部３２０８により取得された依頼主の携帯端末２０Ａａ，２０Ａｂの位置情報が、依頼主が車両１０Ａの近傍の所定範囲内（例えば、１０メートル以内）まで移動したことを表している場合、車両１０Ａのトランクから荷物が受け取られたと判定する。一方、判定部３２０９は、荷物が車両１０Ａのトランクに配達された後に、判定用情報取得部３２０８により取得された依頼主の携帯端末２０Ａａ，２０Ａｂの位置情報が、依頼主が車両１０Ａの近傍の所定範囲内まで移動していないことを表している場合、車両１０Ａのトランクから荷物が受け取られていないと判定する。
リマインド部３２１０は、荷物の配達先として指定された車両１０Ａのトランクに荷物が配達されてから所定時間が経過したにも関わらず、荷物が車両１０Ａのトランクから受け取られていない場合、依頼主に対して、当該荷物の受け取りをリマインドする。具体的には、リマインド部３２１０は、車両１０Ａのトランクに荷物が配達されてから所定時間が経過したにも関わらず、判定部３２０９により荷物が車両１０Ａのトランクから受け取られていないと判定された場合に、依頼主へのリマインドを行う。これにより、センタサーバ３０は、適宜、所定時間が設定されることで、配達完了後の比較的早いタイミングで依頼主に車両１０Ａのトランクから受け取らせることができ、車両１０Ａのトランクに荷物が放置される事態を抑制できる。このとき、当該所定時間は、固定値であってもよいし、何等かの条件に基づき変動する可変値であってもよい。当該所定時間の決定方法については、後述する（図７～図１０参照）。
例えば、リマインド部３２１０は、依頼主の利用端末（例えば、携帯端末２０Ａａ，２０Ａｂ）にリマインダを送信することにより、依頼主の利用端末の表示装置（例えば、ディスプレイ２４）にリマインダの内容を表示させ、上記リマインドを行ってよい。より具体的には、リマインド部３２１０は、依頼主の利用端末にインストールされる所定のアプリケーションプログラム（例えば、キーアプリ等）により提供される通知機能等を通じて、利用端末の表示装置にリマインダの内容を表示させてよい。
また、例えば、リマインド部３２１０は、記憶部３２００に予め登録（保存）される、依頼主のメールアドレスや所定のＳＮＳのアカウントに、車両１０Ａのトランクからの荷物の受け取りに関するリマインダを送信してもよい。
尚、トランク配送サービスに関するセンタサーバ３０の各種機能の一部又は全部は、配送管理サーバ５０（情報処理装置の一例）に移管されてもよい。例えば、センタサーバ３０は、認証キーの携帯端末２０Ａｃへの配信、車両１０Ａの位置情報の管理、車両１０Ａの利用スケジュールの管理、トランク配送サービスの利用登録等だけを行い、判定用情報取得部３２０８、判定部３２０９、及び、リマインド部３２１０の機能が、配送管理サーバ５０に移管されてもよい。また、例えば、センタサーバ３０は、認証キーの配達員の携帯端末２０Ａｃへの配信等だけを行い、トランク配送サービスに関する位置情報管理部３２０４、スケジュール管理部３２０５、登録管理部３２０６の機能が、更に、配送管理サーバ５０に移管されてもよい。また、例えば、トランク配送サービスに関するセンタサーバ３０の各種機能は、全て配送管理サーバ５０に移管されてもよい。つまり、配送管理サーバ５０が、配達員の携帯端末２０Ａｃへの認証キーの配信（つまり、条件判定部３２０２及び認証キー発行部３２０３の機能）、車両１０Ａの位置情報の管理（つまり、位置情報管理部３２０４の機能）、トランク配送サービスにおける車両１０Ａの利用スケジュールの管理（つまり、スケジュール管理部３２０５の機能）、トランク配送サービスの利用登録（つまり、登録管理部３２０６の機能）、車両１０Ａのトランクに配達された荷物の受け取りの有無に関する情報の取得（つまり、判定用情報取得部３２０８の機能）、車両１０Ａのトランクに配達された荷物の受け取りの有無の判定（つまり、判定部３２０９の機能）、及び、車両１０Ａのトランクからの荷物の受け取りのリマインド（つまり、リマインド部３２１０の機能）を行う構成であってもよい。
配達員の携帯端末２０Ａｃの処理装置２３は、上述の如く、通信処理部２３０１と、通信処理部２３０２と、認証キー取得部２３０３と、認証要求部２３０４と、施解錠要求部２３０５を含む。
尚、本実施形態では、携帯端末２０Ａｃの認証キー取得部２３０３、認証要求部２３０４、施解錠要求部２３０５の機能は、上記キーアプリが起動されることにより、配達員による利用が可能になる前提で説明を進める。
認証キー取得部２３０３は、配達員による所定の操作に応じて、通信処理部２３０２を介して、配送管理サーバ５０に認証キー取得要求を送信する。このとき、認証キー取得要求には、記憶部２３００に予め保存される上述の配達荷物情報が含まれる。これにより、配送管理サーバ５０は、認証キー取得要求に応じて、認証キー手配要求をセンタサーバ３０に送信し、センタサーバ３０は、認証キー手配要求に応じて、携帯端末２０Ａｃに認証キーを配信し、携帯端末２０Ａｃは、認証キーを取得することができる。よって、携帯端末２０Ａｃは、通信処理部２３０１、認証要求部２３０４、及び、施解錠要求部２３０５の機能に基づき、車両１０Ａのトランクリッドを施錠及び解錠することができるため、配達員は、依頼された荷物を車両１０Ａのトランクに配達し、且つ、車両１０Ａのトランクを元通り施錠して帰ることができる。
［Ｃ２Ｃカーシェアサービスに関する構成の詳細］
次に、図５を参照して、認証キー管理システム１におけるＣ２Ｃカーシェアサービスに関する構成について説明する。
図５は、認証キー管理システム１におけるＣ２Ｃカーシェアサービスに関する構成の一例を中心に示す図である。以下、図５について、認証キー管理システム１におけるＣ２Ｃカーシェアサービスに関する構成を中心に説明し、上述したキーシェアサービス等に関する構成と重複する構成に関する重複する説明を極力省略する。
車両１０Ａのオーナユーザの所持する携帯端末２０Ａａの処理装置２３は、上述の如く、通信処理部２３０２と、ユーザ登録要求部２３０６と、サービス利用登録要求部２３０７、サービス利用状況要求部２３０８を含む。
ユーザ登録要求部２３０６は、上述の如く、オーナユーザによる所定の操作に応じて、Ｃ２Ｃカーシェアサービスを含む各種サービスを利用する車両１０Ａの常用ユーザ（子ユーザ）の登録をセンタサーバ３０に要求する。
サービス利用登録要求部２３０７は、上述の如く、オーナユーザによる所定の操作に応じて、登録された常用ユーザ（オーナユーザ或いは子ユーザ）ごとのＣ２Ｃカーシェアサービスを含む各種サービスの利用登録をセンタサーバ３０に要求する。
例えば、サービス利用登録要求部２３０７は、サービスリンク情報として、登録対象の車両１０Ａの常用ユーザに対応する、Ｃ２Ｃカーシェア管理サーバ７０に対応するＣ２Ｃカーシェアサービスを利用するユーザ向けのウェブサイト（以下、「Ｃ２Ｃカーシェアサイト」と称する）のサービスログインＩＤ含む、Ｃ２Ｃカーシェアサービスを利用するためのサービス利用登録要求をセンタサーバ３０に送信する。
サービス利用状況要求部２３０８は、上述の如く、オーナユーザによる所定の操作に応じて、オーナユーザＩＤに対応する形で利用登録済の車両１０Ａの常用ユーザによるＣ２Ｃカーシェアサービスを含む各種サービスの利用状況に関する情報（サービス利用状況情報）をセンタサーバ３０に要求する。
Ｃ２Ｃカーシェア管理サーバ７０は、通信機器７１と、処理装置７２を含む。
通信機器７１は、所定の通信ネットワークを通じて、携帯端末２０及びセンタサーバ３０のそれぞれと双方向で通信を行う任意のデバイスである。
処理装置７２は、例えば、ＲＯＭや補助記憶装置に格納される一以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部７２１、サービス連携登録部７２２と、予約管理部７２３と、車両管理部７２４を含む。また、処理装置７２は、サーバコンピュータの補助記憶装置等の記憶領域として実現される記憶部７２０を含む。
尚、貸出対象である車両１０Ａを特定する情報は、車両１０Ａの常用ユーザ（オーナユーザ）によって、既に、Ｃ２Ｃカーシェアサイトを通じて、サービスログインＩＤに紐づけられる態様で、記憶部７２０に保存（登録）済みである前提で説明を進める。
通信処理部７２１は、通信機器７１を制御し、携帯端末２０及びセンタサーバ３０のそれぞれとの間で、制御信号や情報信号等の各種信号の送受信を行う。
サービス連携登録部７２２は、通信処理部７２１によりセンタサーバ３０から受信されるサービス利用登録完了通知に応じて、車両１０Ａの常用ユーザのＣ２Ｃカーシェアサービスの利用に関するセンタサーバ３０とＣ２Ｃカーシェア管理サーバ７０との間での連携のための情報登録を行う。
例えば、サービス連携登録部７２２は、記憶部７２０に構築されるＣ２Ｃカーシェアサイトのユーザを管理するユーザ管理ＤＢの中のサービス利用登録完了通知に含まれるサービスログインＩＤに対して、Ｃ２Ｃカーシェアサービスにおける車両１０Ａの貸主である旨のフラグを追加する。これにより、Ｃ２Ｃカーシェア管理サーバ７０は、貸主である車両１０Ａの常用ユーザに対応するサービスログインＩＤを含む認証キー手配要求をセンタサーバ３０に送信することにより、後述の如く、センタサーバ３０から借主の携帯端末２０Ａｄに認証キーを配信させることができる。
予約管理部７２３は、Ｃ２Ｃカーシェアサイト等を通じて行われる車両１０Ａの利用予約を管理する。
例えば、予約管理部７２３は、Ｃ２Ｃカーシェアサイト等を通じて、車両１０Ａの常用ユーザから車両１０Ａの貸し出し可能日時の登録を受け付け、受け付けられた貸し出し可能日時を記憶部７２０に保存（登録）する。このとき、予約管理部７２３は、通信処理部７２１を介して、センタサーバ３０に車用利用予定情報を問い合わせる。これにより、予約管理部７２３は、通信処理部７２１を介して、最新の車両利用予定情報を取得することができる。そのため、Ｃ２Ｃカーシェア管理サーバ７０は、例えば、車両１０Ａの常用ユーザから受け付けられた貸し出し可能日時が、既に、他の予定と重複している場合、貸し出し可能日時の変更を要求したり、受け付けられた貸し出し可能日時から重複部分を除いた分を貸し出し可能日時として登録したり等の対応を取ることができる。
また、例えば、予約管理部７２３は、記憶部７２０に保存される、車両１０Ａの貸し出し可能日時の範囲内で、車両１０Ａの利用予約を受け付ける。そして、予約管理部７２３は、Ｃ２Ｃカーシェアサイトを通じて、借主であるユーザから車両１０Ａの利用予約を受け付けると、記憶部７２０に保存される車両１０Ａの貸し出し予定スケジュールに関する情報（貸出予定スケジュール情報）を更新する。
また、例えば、予約管理部７２３は、通信処理部７２１により車両１０Ａの借主の携帯端末２０Ａｄから認証キー取得要求が受信された場合、正規の認証キー取得要求であるか否かを判定する。具体的には、予約管理部７２３は、認証キー取得要求に含まれる、Ｃ２ＣカーシェアサイトのサービスログインＩＤ及びパスワードや、利用予約の日時との関係（例えば、利用予約の日時の範囲内か、或いは、開始日時まで所定時間を切っているか等）に基づき、当該判定を行ってよい。予約管理部７２３は、正規の認証キー取得要求である場合、通信処理部７２１を介して、センタサーバ３０に認証キー手配要求を送信する。このとき、認証キー手配要求には、車両１０Ａの借主の携帯端末２０Ａｄを特定するための情報が含まれる。車両１０Ａの借主を特定するための情報は、例えば、車両１０Ａの借主が携帯端末２０Ａｄの認証キー取得部２３０３の機能を利用するためにセンタサーバ３０におけるユーザ認証を受けるための認証用ＩＤ（以下、便宜的に「借主ＩＤ」と称する）であってよい。これにより、車両１０Ａの借主の携帯端末２０Ａｄは、センタサーバ３０から認証キーを取得できる。
車両管理部７２４は、貸出対象の車両１０Ａを管理する。
例えば、車両管理部７２４は、車両１０Ａの利用予約日時の前（例えば、数十分前～直前までの期間）に、通信処理部７２１を介して、センタサーバ３０に車両１０Ａの現在の位置情報を問い合わせる。そして、車両管理部７２４は、通信処理部７２１を介して、当該問い合わせに応じてセンタサーバ３０から返信される車両１０Ａの現在の位置情報を取得する。これにより、車両１０Ａの貸し出し予定の日時（利用予約日時）の前に、指定された場所に車両１０Ａが戻っているか等を判断することができる。そのため、Ｃ２Ｃカーシェア管理サーバ７０は、車両１０Ａが指定された場所に戻っていない場合、車両１０Ａの貸主である常用ユーザに対して、電子メールや携帯端末２０Ａａ，２０Ａｂにインストールされる、Ｃ２Ｃカーシェアサイトと連携する所定のアプリを通じて、指定場所に戻るよう警告したり等の対応を取ることができる。
センタサーバ３０の処理装置３２は、上述の如く、通信処理部３２０１と、条件判定部３２０２と、認証キー発行部３２０３と、位置情報管理部３２０４と、スケジュール管理部３２０５と、登録管理部３２０６と、記憶部３２００を含む。
条件判定部３２０２は、通信処理部３２０１によりＣ２Ｃカーシェア管理サーバ７０から認証キー手配要求が受信された場合、正規の認証キー手配要求であるか否かを判定する。例えば、条件判定部３２０２は、認証キー手配要求に含まれるサービスリンク情報（Ｃ２ＣカーシェアサイトのサービスログインＩＤ等）やＣ２Ｃカーシェア管理サーバ７０に対応する所定の認証情報（例えば、ＩＤ及びパスワード等）に基づき、正規の認証キー手配要求であるか否かを判定する。
認証キー発行部３２０３は、条件判定部３２０２により正規の認証キー手配要求であると判定された場合、記憶部３２００のユーザ・サービス登録情報ＤＢに基づき、認証キー手配要求に対応する車両１０Ａを特定する。また、認証キー発行部３２０３は、時限的（例えば、認証キー手配要求に含まれる車両１０Ａの利用予約日時とその前後のバッファ期間だけで利用可能）な認証キーを発行する。そして、認証キー発行部３２０３は、通信処理部３２０１を介して、認証キー手配要求で特定される車両１０Ａの借主の携帯端末２０Ａｄに認証キーを配信する。
尚、Ｃ２Ｃカーシェアサービスは、例えば、車両１０Ａのトランクだけを貸し出す態様のサービス（以下、便宜的に「車両トランク貸出サービス」と称する）を含んでもよい。車両トランク貸出サービスの場合、認証キー発行部３２０３は、トランクリッドの施解錠だけが可能な権限が限定された認証キーを発行すればよい。これにより、Ｃ２Ｃカーシェアリングの貸出対象をトランクだけに限定できる。これにより、例えば、旅行先で貸し出されている車両１０Ａのトランクを借りて、旅行先で利用するための購入商品を、借りたトランクに配達してもらう態様のトランク配送サービスが実現されうる。
位置情報管理部３２０４は、通信処理部３２０１によりＣ２Ｃカーシェア管理サーバ７０から受信される車両１０Ａの現在位置の問い合わせに応じて、通信処理部３２０１を介して、車両１０Ａに位置情報要求を送信する。これにより、位置情報管理部３２０４は、通信処理部３２０１を介して、車両１０Ａから現在の位置情報を取得できる。そして、位置情報管理部３２０４は、通信処理部３２０１を介して、車両１０Ａから取得した現在の位置情報をＣ２Ｃカーシェア管理サーバ７０に返信する。
スケジュール管理部３２０５は、通信処理部３２０１によりＣ２Ｃカーシェア管理サーバ７０から受信される車両１０Ａの現在位置の問い合わせに応じて、通信処理部３２０１を介して、車両１０Ａに最新の車両利用予定情報を送信する。
登録管理部３２０６は、上述の如く、通信処理部３２０１によりオーナユーザの携帯端末２０Ａａから受信されるユーザ登録要求に応じて、Ｃ２Ｃカーシェアサービスを含む各種サービスの利用する常用ユーザ（子ユーザ）の登録を行う。また、登録管理部３２０６は、上述の如く、通信処理部３２０１によりオーナユーザの携帯端末２０Ａａから受信されるサービス利用登録要求に応じて、車両１０Ａの常用ユーザによるＣ２Ｃカーシェアサービスの利用登録を行う。また、登録管理部３２０６は、上述の如く、Ｃ２Ｃカーシェアサービスを含む各種サービスの利用登録が完了した場合、通信処理部３２０１を介して、登録対象の常用ユーザに対応する携帯端末２０Ａａ，２０Ａｂにその旨を通知する。また、登録管理部３２０６は、Ｃ２Ｃカーシェアサービスの利用登録が完了した場合、登録対象のサービスの運用管理を行う配送管理サーバに、サービスリンク情報を含むサービス利用登録完了通知を送信する。
車両１０Ａの借主の携帯端末２０Ａｄの処理装置２３は、上述の如く、通信処理部２３０１と、通信処理部２３０２と、認証キー取得部２３０３と、認証要求部２３０４と、施解錠要求部２３０５と、記憶部２３００を含む。
認証キー取得部２３０３は、車両１０Ａの借主による所定の操作に応じて、通信処理部２３０２を介して、Ｃ２Ｃカーシェア管理サーバ７０に認証キー取得要求を送信する。このとき、認証キー取得要求には、車両１０Ａの借主に対応するＣ２ＣカーシェアサイトのサービスログインＩＤが含まれる。これにより、Ｃ２Ｃカーシェア管理サーバ７０は、認証キー取得要求に応じて、認証キー手配要求をセンタサーバ３０に送信し、センタサーバ３０は、認証キー手配要求に応じて、携帯端末２０Ａｄに認証キーを配信し、携帯端末２０Ａｄは、認証キーを取得することができる。よって、携帯端末２０Ａｄは、通信処理部２３０１、認証要求部２３０４、及び、施解錠要求部２３０５の機能に基づき、車両１０Ａのドアを施錠及び解錠することができる。つまり、携帯端末２０Ａｄを所持する車両１０Ａの借主は、Ｃ２Ｃカーシェアサービスによって、車両１０Ａの常用ユーザとの間での鍵の受け渡しを行うことなく、携帯端末２０Ａｄを利用して、車両１０Ａを施錠及び解錠し、車両１０Ａを運転する等、直接的に利用することができる。また、同様に、車両１０Ａの常用ユーザは、鍵の受け渡しを行うことなく、車両１０Ａを常用ユーザ以外の他者に貸し出すことができる。そのため、認証キー管理システム１におけるＣ２Ｃカーシェアサービスによって、車両１０Ａの常用ユーザと当該常用ユーザ以外の他者との間での車両１０Ａの貸し借りにおける利便性を向上させることができる。
［Ｂ２Ｃカーシェアサービスに関する構成の詳細］
次に、図６を参照して、認証キー管理システム１におけるＢ２Ｃカーシェアサービスについて説明する。
図６は、認証キー管理システム１におけるＢ２Ｃカーシェアサービスに関する構成の一例を中心とする図である。以下、図６について、認証キー管理システム１におけるＢ２Ｃカーシェアサービスに関する構成を中心に説明し、上述したキーシェアサービス等に関する構成と重複する構成に関する重複する説明を極力省略する。
Ｂ２Ｃカーシェア管理サーバ８０は、通信機器８１と、処理装置８２を含む。
通信機器８１は、所定の通信ネットワークを通じて、携帯端末２０Ｂ及びセンタサーバ３０のそれぞれと双方向で通信を行う任意のデバイスである。
処理装置８２は、例えば、ＲＯＭや補助記憶装置に格納される一以上のプログラムをＣＰＵ上で実行することにより実現される機能部として、通信処理部８２１、予約管理部８２２と、車両管理部８２３を含む。また、処理装置８２は、サーバコンピュータの補助記憶装置等の記憶領域として実現される記憶部８２０を含む。
通信処理部８２１は、通信機器８１を制御し、携帯端末２０Ｂ及びセンタサーバ３０のそれぞれとの間で、制御信号や情報信号等の各種信号の送受信を行う。
予約管理部８２２は、Ｂ２Ｃカーシェアサイト等を通じて行われる車両１０Ｂの利用予約を管理する。
例えば、予約管理部８２２は、Ｂ２Ｃカーシェア管理サーバ８０の事業者等により運営されるウェブサイト（以下、便宜的に「Ｂ２Ｃカーシェアサイト」と称する）を通じて、車両１０Ｂを借りたいユーザ（以下、「借主ユーザ」）と称するからの車両１０Ｂの利用予約を受け付ける。そして、予約管理部８２２は、受け付けられた車両１０Ａの利用予約に関する情報（利用予約情報）を記憶部８２０に保存する。このとき、利用予約情報には、例えば、対象である車両１０Ａを特定する情報、利用予約日時（開始日時及び終了日時）に関する情報、Ｂ２Ｃカーシェアサイトにおける借主ユーザのサービスログインＩＤ等が含まれる。
また、例えば、予約管理部８２２は、車両１０Ｂの利用予約を受け付けるたびに、記憶部８２０に保存される、車両１０Ｂの利用スケジュールに関する情報（車両利用スケジュール情報）を更新する。これにより、Ｂ２Ｃカーシェア管理サーバ８０は、Ｂ２Ｃカーシェアサイトに、車両１０Ｂの利用スケジュールを表示させて、利用予約可能な日時を借主ユーザに提示することができる。
また、例えば、予約管理部８２２は、通信処理部８２１により携帯端末２０Ｂから認証キー要求が受信された場合、正規の認証キー要求であるか否かを判定する。具体的には、予約管理部８２２は、認証キー要求に含まれる借主ユーザに対応するＢ２ＣカーシェアサイトのサービスログインＩＤ及びパスワードや、利用予約の日時との関係（例えば、利用予約日時の範囲内か、或いは、開始日時まで所定時間を切っているか等）に基づき、当該判定を行ってよい。予約管理部８２２は、正規の認証キー取得要求である場合、通信処理部８２１を介して、センタサーバ３０に認証キー手配要求を送信する。このとき、認証キー手配要求には、車両１０Ｂを借りる借主ユーザの携帯端末２０Ｂを特定するための情報が含まれる。車両１０Ｂを借りる借主ユーザを特定するための情報は、例えば、車両１０Ｂを借りる借主ユーザが携帯端末２０Ｂの認証キー取得部２３０３等に対応する上記キーアプリの機能を利用するためにセンタサーバ３０におけるユーザ認証を受けるための認証用ＩＤ（以下、便宜的に「借主ユーザＩＤ」と称する）であってよい。これにより、車両１０Ｂを借りる借主ユーザの携帯端末２０Ｂは、センタサーバ３０から認証キーを取得できる。
車両管理部８２３は、貸出対象の車両１０Ｂを管理する。
例えば、車両管理部８２３は、ある借主ユーザの車両１０Ｂの利用予約日時の前（例えば、数十分前）に、通信処理部８２１を介して、センタサーバ３０に、利用予約で指定された場所の周辺（例えば、数百メートル以内等）に駐車されている車両１０Ｂを問い合わせる。そして、車両管理部８２３は、通信処理部８２１を介して、当該問い合わせに応じてセンタサーバ３０から返信される指定場所周辺に駐車されている車両１０Ｂの位置情報を取得する。これにより、車両管理部８２３は、当該借主の車両１０Ｂの利用開始日時の前に、指定場所周辺に駐車されている一又は複数の車両１０Ｂを特定し、どの車両１０Ｂを貸し出すか等を判断することができる。
また、例えば、車両管理部８２３は、Ｂ２Ｃカーシェアサイトにおける借主ユーザによる指定エリア内の車両１０Ｂの検索要求に応じて、通信処理部８２１を介して、指定エリア内の車両１０Ｂの位置情報をセンタサーバ３０に問い合わせる。そして、車両管理部８２３は、通信処理部８２１を介して、当該問い合わせに応じてセンタサーバ３０から返信される指定エリア内の車両１０Ｂの位置情報を取得する。これにより、車両管理部８２３は、例えば、Ｂ２Ｃカーシェアサイトにおいて、指定エリア内の車両１０Ｂを直ぐ借りたい借主ユーザに対して、対象となる車両１０Ｂの位置情報を提示することができる。
センタサーバ３０の処理装置３２は、上述の如く、通信処理部３２０１と、条件判定部３２０２と、認証キー発行部３２０３と、記憶部３２００を含む。
条件判定部３２０２は、通信処理部３２０１によりＢ２Ｃカーシェア管理サーバ８０から受信される認証キー手配要求が受信された場合、正規の認証キー手配要求であるか否かを判定する。例えば、条件判定部３２０２は、認証キー手配要求に含まれる借主ユーザＩＤが記憶部３２００に登録済の認証用ＩＤであるかやＢ２Ｃカーシェア管理サーバ８０に対応する所定の認証情報（例えば、ＩＤ及びパスワード等）に基づき、正規の認証キー手配要求であるか否かを判定する。
認証キー発行部３２０３は、条件判定部３２０２により正規の認証キー手配要求であると判定された場合、時限的（例えば、認証キー手配要求に含まれる車両１０Ｂの利用予約日時とその前後のバッファ期間だけで利用可能）な認証キーを発行する。そして、認証キー発行部３２０３は、通信処理部３２０１を介して、認証キー手配要求で特定される車両１０Ｂを借りる借主ユーザの携帯端末２０Ｂに認証キーを配信する。
車両１０Ｂを借りる借主ユーザの携帯端末２０Ｂの処理装置２３は、上述の如く、通信処理部２３０１と、通信処理部２３０２と、認証キー取得部２３０３と、認証要求部２３０４と、施解錠要求部２３０５と、記憶部２３００を含む。
認証キー取得部２３０３は、車両１０Ｂを借りる借主ユーザの所定の操作に応じて、通信処理部２３０２を介して、Ｂ２Ｃカーシェア管理サーバ８０に認証キー取得要求を送信する。このとき、認証キー取得要求には、車両１０Ｂを借りる借主ユーザに対応するＢ２ＣカーシェアサイトのサービスログインＩＤ等が含まれる。これにより、Ｂ２Ｃカーシェア管理サーバ８０は、認証キー取得要求に応じて、認証キー手配要求をセンタサーバ３０に送信し、センタサーバ３０は、認証キー手配要求に応じて、携帯端末２０Ｂに認証キーを配信し、携帯端末２０Ｂは、認証キーを取得することができる。よって、携帯端末２０Ｂは、通信処理部２３０１、認証要求部２３０４、及び、施解錠要求部２３０５の機能に基づき、車両１０Ｂのドアを施錠及び解錠することができる。つまり、携帯端末２０Ｂを所持する車両１０Ｂを借りる借主ユーザは、Ｂ２Ｃカーシェアサービスによって、車両１０Ｂの事業者等との間での鍵の受け渡しを行うことなく、携帯端末２０Ｂを利用して、車両１０Ｂを施錠及び解錠し、車両１０Ａを運転する等、直接的に利用することができる。そのため、認証キー管理システム１におけるＢ２Ｃカーシェアサービスによって、車両１０Ｂを借りる借主ユーザの利便性を向上させることができる。
［センタサーバの特徴的な動作］
次に、図７～図１０を参照して、センタサーバ３０による特徴的な動作、即ち、依頼主に車両１０Ａのトランクからの荷物の受け取りをリマインドする処理（荷物受取リマインド処理）の処理フローについて説明する。
図７は、センタサーバ３０による荷物受取リマインド処理の第１例を概略的に示すフローチャートである。本フローチャートによる処理は、所定の処理間隔で、繰り返し実行される。以下、図８～図１０のフローチャートによる処理についても同様である。
ステップＳ１０２にて、リマインド部３２１０は、通信処理部３２０１を通じて、配送管理サーバ５０等から配達完了通知が受信されたか否かを判定する。リマインド部３２１０は、通信処理部３２０１を通じて、配送管理サーバ５０等から配達完了通知が受信された場合、ステップＳ１０４に進み、それ以外の場合、今回の処理を終了する。
ステップＳ１０４にて、リマインド部３２１０は、配達完了通知の受信から所定時間Ｔが経過したか否かを判定する。当該所定時間Ｔは、本例では、固定値であり、適宜、ユーザに不快感を与えない程度に比較的早いタイミングで荷物の受け取りを促すリマインドを行うことが可能なように予め規定され、記憶部３２００に登録（保存）されている。リマインド部３２１０は、配達完了通知の受信から所定時間Ｔが経過した場合、ステップＳ１０６に進み、経過していない場合、ステップＳ１０８に進む。
ステップＳ１０６にて、リマインド部３２１０は、通信処理部３２０１を通じて、依頼主の所定の利用端末（例えば、携帯端末２０Ａａ，２０Ａｂ）に、プッシュ通知の態様でリマインダを送信し、今回の処理を終了する。また、上述の如く、リマインド部３２１０は、通信処理部３２０１を通じて、依頼主のメールアドレス或いは所定のＳＮＳのアカウントにリマインダを送信してもよい。
ステップＳ１０８にて、判定部３２０９は、上述の如く、配達完了通知に対応する荷物が車両１０Ａから受け取られたか否かを判定する。判定部３２０９は、当該荷物が車両１０Ａから受け取られていない場合、ステップＳ１０４に戻り、ステップＳ１０４の処理を繰り返し、受け取られている場合、今回の処理を終了する。
このように、本例では、センタサーバ３０は、配達完了通知の受信から所定時間経過し、且つ、配達済の荷物が受け取られていない場合、当該荷物の依頼主に対して、車両１０Ａのトランクからの当該荷物の受け取りをリマインドする。これにより、センタサーバ３０は、所定時間が適宜設定されることにより、比較的早いタイミングで、車両１０Ａのトランクに配達済みの荷物を依頼主に受け取ってもらうことができる。
続いて、図８は、センタサーバ３０による荷物受取リマインド処理の第２例を概略的に示すフローチャートである。
ステップＳ２０２の処理は、図７のステップＳ１０２と同じであるため、説明を省略する。
ステップＳ２０２にて、リマインド部３２１０は、通信処理部３２０１により配達完了通知が受信された場合、ステップＳ２０４に進む。
ステップＳ２０４にて、リマインド部３２１０は、記憶部３２００に保存される、配達完了通知に対応する荷物の配送依頼情報を取得する。
ステップＳ２０６にて、リマインド部３２１０は、取得した配送依頼情報に含まれる商品種別情報に基づき、荷物（商品）の種類（種別）を特定し、特定した荷物の種類に応じて、所定時間Ｔを設定（決定）する。
例えば、リマインド部３２１０は、荷物の種別が"食品"であるか、"食品以外"であるかに応じて、所定時間Ｔを異ならせる。具体的には、リマインド部３２１０は、荷物の種別が"食品以外"である場合、所定時間Ｔをデフォルトの設定値（デフォルト値）Ｔｄｅｆに設定する。このとき、デフォルト値は、図７の一例における所定時間Ｔに相当する値であってよい。一方、リマインド部３２１０は、荷物の種別が"食品"である場合、所定時間Ｔをデフォルト値Ｔｄｅｆより小さい（短い）設定値Ｔ１（＜Ｔｄｅｆ）に設定する。つまり、リマインド部３２１０は、荷物の種別が"食品"である場合、"食品以外"である場合よりも所定時間Ｔを短くする。これにより、センタサーバ３０は、食品には、通常、賞味期限等が設定されるところ、荷物が食品である場合に、より早いタイミングで、依頼主に対するリマインドを行うことができる。
また、リマインド部３２１０は、上述の如く、荷物の種別"食品"が、更に、その賞味期限或いは消費期限等の長短に応じて、複数の種別に区分される場合、荷物である食品の賞味期限が短い種別区分に該当するほど、所定時間Ｔを短くするようにしてもよい。これにより、センタサーバ３０は、賞味期限や消費期限に合わせて、リマインドのタイミングを調整することができる。
また、例えば、リマインド部３２１０は、荷物の種別が"贈り物"であるか"贈り物以外"であるかに応じて、所定時間Ｔを異ならせる。具体的には、リマインド部３２１０は、荷物の種別が"贈り物以外"である場合、所定時間Ｔをデフォルト値Ｔｄｅｆに設定する。一方、リマインド部３２１０は、荷物の種別が"贈り物"である場合、所定時間Ｔの経過時が、贈り物に対応する日、或いは、期間の終了日（以下、単に「対応日」と称する）よりも前になるように所定時間Ｔを設定する。より具体的には、リマインド部３２１０は、後者の場合、対応日の所定の時刻（例えば、午前１１時等）から所定の時間幅ΔＴ１（例えば、３日）だけ遡った時点で所定時間Ｔが経過するように、所定時間Ｔを仮設定する。そして、リマインド部３２１０は、仮設定された所定時間Ｔ（仮設定値）とデフォルト値Ｔｄｅｆとのうちの小さい方を正式な所定時間Ｔに決定してよい。これにより、センタサーバ３０は、記念日やお歳暮等の期間の終了よりも前のタイミングで、依頼主に、家族や友人等の他人宛ての贈り物である荷物（商品）の受け取りを促すことができる。
尚、リマインド部３２１０は、当然の如く、荷物の種別が"食品"且つ"贈り物"であるのか、"食品"或いは"贈り物"何れか一方に該当するのか、何れにも該当しないのかに応じて、所定時間Ｔを異ならせてよい。このとき、リマインド部３２１０は、荷物の種別が"食品"であり、且つ、"贈り物"である場合、上述した"食品"に対応する設定方法で仮設定した所定時間Ｔと、上述した"贈り物"に対応する設定方法で仮設定した所定時間Ｔとを比較し、短い方を、正式な所定時間Ｔとして採用してよい。
ステップＳ２０８～Ｓ２１２の処理は、図７のステップＳ１０４～Ｓ１０８と同じであるため、説明を省略する。
このように、本例では、センタサーバ３０は、荷物の種類に応じて、リマインドタイミングに対応する所定時間Ｔを決定する。これにより、荷物の種類に合わせて、車両１０Ａのトランクからの荷物の受け取りのリマインドタイミングを調整することができる。
続いて、図９は、センタサーバ３０による荷物受取リマインド処理の第３例を概略的に示すフローチャートである。
ステップＳ３０２の処理は、図７のステップＳ１０２と同じであるため、説明を省略する。
ステップＳ３０２にて、リマインド部３２１０は、通信処理部３２０１により配達完了通知が受信された場合、ステップＳ３０４に進む。
ステップＳ３０４にて、リマインド部３２１０は、スケジュール管理部３２０５（利用スケジュール情報取得部の一例）を通じて、記憶部３２００に保存される、最新の車両利用予定情報を取得する。
ステップＳ３０６にて、リマインド部３２１０は、取得した最新の車両利用予定情報に基づき、配達完了通知に対応する荷物が配達された車両１０Ａへの次の配達予定があるか否かを判定する。リマインド部３２１０は、次の配達予定がある場合、ステップＳ３０８に進み、それ以外の場合、ステップＳ３１４に進む。
尚、トランク配送サービスを提供する配送事業者が複数ある場合（つまり、複数の配送事業者ごとの配送管理サーバ５０がある場合）が想定されうる。この場合、リマインド部３２１０は、今回の配達完了通知に対応する配送事業者以外の配送事業者によるトランク配送サービスも含めて、次の配達予定があるか否かを判定する。
ステップＳ３０８にて、リマインド部３２１０は、次の配達予定日時（配達予定日における配達予定時間帯の開始時刻）から所定の時間幅ΔＴ２（例えば、１日）だけ遡った時点で所定時間Ｔが経過するように、所定時間Ｔを設定（仮設定）する。このとき、配達予定日時には、ＥＣサイトにおける商品の注文時に、依頼主により指定された配達指定日時（具体的には、配達指定日及び時間帯）が含まれうる。また、配達予定日時には、ＥＣサイトにおける商品の注文時に、配達指定日時に関して、"希望なし"が指定された場合等において、センタサーバ３０から取得される車両利用予定情報等に基づき、配送事業者により決定される配達予定日時が含まれうる。
ステップＳ３１０にて、リマインド部３２１０は、ステップＳ３０８で仮設定した所定時間Ｔがデフォルト値Ｔｄｅｆ以下であるか否かを判定する。リマインド部３２１０は、ステップＳ３０８で設定した所定時間Ｔがデフォルト値Ｔｄｅｆ以下である場合、ステップＳ１２に進み、デフォルト値Ｔｄｅｆ以下でない場合、ステップＳ３１４に進む。
ステップＳ３１２にて、リマインド部３２１０は、ステップＳ３０８で設定した所定時間Ｔが０（ゼロ）以下であるか否かを判定する。リマインド部３２１０は、所定時間Ｔがゼロ以下でない場合、ステップＳ３０８で仮設定した所定時間Ｔを正式設定として採用し、ステップＳ３１６に進み、所定時間がゼロ以下である場合、ステップＳ３１８に進む。
一方、ステップＳ３１４にて、リマインド部３２１０は、所定時間Ｔをデフォルト値Ｔｄｅｆに設定し、ステップＳ３１６に進む。
ステップＳ３１６～Ｓ３２０の処理は、図１のステップＳ１０４～Ｓ１０８と同じであるため、説明を省略する。
尚、ステップＳ３１８にて、リマインド部３２１０は、次の配達予定がある場合、次の配達予定が存在する旨の通知を含むリマインダを送信してよい。これにより、依頼主は、次の配達予定があることについても思い出すことができる。
このように、本例では、センタサーバ３０は、車両１０Ａのトランクが配達先として指定される次の配達予定がある場合、所定時間Ｔの経過時が、次の配達予定日時よりも前になるように、所定時間Ｔを設定（決定）する。これにより、センタサーバ３０は、車両１０Ａのトランクへの次の配達タイミングよりも前に依頼主にリマインドを行うことができる。そのため、センタサーバ３０は、次の配達タイミングよりも前に、配達済みの荷物を車両１０Ａのトランクから受け取ってもらうようにすることができる。よって、センタサーバ３０は、次の配達の際に、既に配達済の荷物がトランクを占有し、荷物をトランクに収容できず、再配達になってしまうような事態の発生を抑制することができる。
続いて、図１０は、センタサーバ３０による荷物受取リマインド処理の第４例を概略的に示すフローチャートである。
ステップＳ４０２，Ｓ４０４の処理は、図９のステップＳ３０２，Ｓ３０４と同じであるため、説明を省略する。
ステップＳ４０６にて、リマインド部３２１０は、取得した最新の車両利用予定情報に基づき、配達完了通知に対応する荷物が配達された車両１０Ａのトランク配送サービス以外に関する次の利用予定があるか否かを判定する。このとき、次の利用予定には、依頼主以外の常用ユーザによる車両１０Ａの利用予定や、トランク配送サービス以外の他のサービス（例えば、Ｃ２Ｃカーシェアサービス）に関する利用予定が含まれる。リマインド部３２１０は、次の利用予定がある場合、ステップＳ４０８に進み、それ以外の場合、ステップＳ４１４に進む。
ステップＳ４０８にて、リマインド部３２１０は、次の利用予定日時（具体的には、利用予定日の利用開始時刻）から所定の時間幅ΔＴ２（例えば、１日）だけ遡った時点で所定時間Ｔが経過するように、所定時間Ｔを設定（仮設定）する。
ステップＳ４１０～Ｓ４２０の処理は、図９のステップＳ３１０～Ｓ３２０と同じであるため、説明を省略する。
このように、本例では、センタサーバ３０は、荷物が配達済の車両１０Ａのトランク配送サービス以外に関する次の利用予定がある場合、所定時間Ｔの経過時が、トランク配送サービス以外に関する次の利用予定日時より前になるように、所定時間Ｔを設定（決定）する。これにより、センタサーバ３０は、トランク配送サービス以外の次の利用タイミングよりも前に依頼主にリマインドを行うことができる。そのため、センタサーバ３０は、トランク配送サービス以外の次の利用タイミングよりも前に、配達済みの荷物を車両１０Ａのトランクから受け取ってもらうようにすることができる。よって、センタサーバ３０は、トランク配送サービス以外の次の利用の際に車両１０Ａが移動されてしまい、依頼主が車両１０Ａのトランクに配達された荷物を受け取ることができない期間が発生してしまうような事態の発生を抑制できる。
尚、図８～図１０の処理は、適宜、組み合わせられてもよい。
例えば、図９及び図１０の処理を組み合わせられる場合、図１０のステップＳ４０６にて、トランク配送サービスを含む車両１０Ａの次の利用予定があるかどうかが判定されるとよい。そして、ステップＳ４０８にて、トランク配送サービスを含む車両１０Ａの次の利用予定日時から所定の時間幅ΔＴ２（例えば、１日）だけ遡った時点で所定時間Ｔが経過するように、所定時間Ｔが設定（仮設定）されるとよい。
また、例えば、図８の処理と、図９の処理が組み合わせられる場合、ステップＳ２０６で設定（仮設定）される所定時間Ｔと、ステップＳ３１６に進む直前の所定時間Ｔ（ステップＳ３０８或いはステップＳ３１４で設定された所定時間Ｔ）が比較されるとよい。そして、比較結果として短い方が採用された上で、ステップＳ２０８～Ｓ２１２（ステップＳ３１６～Ｓ３２０）の処理が実行されるとよい。図８の処理と図１０の処理が組み合わせられる場合や図８の処理と、図９及び図１０の処理が組み合わせられた処理が更に組み合わせられる場合についても同様である。
［作用］
本実施形態では、リマインド部３２１０は、ユーザ（依頼主）により荷物の配達先として指定された車両１０Ａの車室内（トランク）に荷物が配達されてから所定時間Ｔが経過した後に、荷物が車両１０Ａの車室内から受け取られていない場合、ユーザに対して、車両１０Ａの車室内からの荷物の受け取りをリマインドする。
これにより、センタサーバ３０或いは配送管理サーバ５０（以下、便宜的に、「センタサーバ３０等」と称する）は、配達完了からある程度時間が経過しても、車両１０Ａの車室内から荷物が受け取られていない場合、ユーザに荷物の受け取りのリマインドを行い、ユーザに荷物の受け取りを促すことができる。そのため、センタサーバ３０等は、リマインドのタイミング、つまり、所定時間Ｔを適宜設定することにより、車両１０Ａの車室内に配達された荷物を、配達完了後の比較的早いタイミングでユーザに受け取らせることができる。従って、センタサーバ３０等は、車両１０Ａの車室内に配達された荷物が放置されてしまうことを抑制することができる。
また、本実施形態では、判定用情報取得部３２０８は、車両１０Ａの車室内からの荷物の受け取りの有無に関する情報を取得する。また、判定部３２０９は、判定用情報取得部３２０８により取得された情報に基づき、荷物が車両１０Ａの車室内から受け取られているか否かを判定する。そして、リマインド部３２１０は、車両１０Ａの車室内に荷物が配達されてから所定時間Ｔが経過した後に、判定部３２０９により荷物が車両１０Ａの車室内から受け取られていないと判定された場合に、ユーザに対して、車両１０Ａの車室内からの荷物の受け取りをリマインドする。
これにより、センタサーバ３０等は、荷物の受け取りの有無に関する情報を取得することで、当該情報に基づき、配達された荷物が車両１０Ａの車室内から受け取られているか否かを判定することができる。
また、本実施形態では、判定用情報取得部３２０８は、荷物の配達先として指定された車両１０Ａの車室内にアクセスするドアのユーザによる施錠に関する情報を取得する。そして、判定部３２０９は、荷物が車両１０Ａの車室内に配達された後に、判定用情報取得部３２０８によりドアがユーザにより施錠されたことを表す情報が取得されていない場合、荷物が車両１０Ａの車室内から受け取られていないと判定する。
これにより、センタサーバ３０等は、車両１０Ａの車室内にアクセスするドアのユーザによる施錠に関する情報を取得することができる。例えば、当該情報には、車両１０Ａから取得されうる、車両１０Ａのドアを解錠するための、ユーザに固有の鍵情報を含む信号が車両１０Ａに向けて送信されることにより、車両１０Ａが施錠されたことを表す情報が含まれうる。そのため、センタサーバ３０等は、当該情報に基づき、荷物の配達先として指定された車両１０Ａの車室内に荷物が配達された後に、ユーザが当該車両１０Ａの車室内にアクセスするドアを施錠したかどうかを把握することができる。そして、センタサーバ３０等は、荷物の配達後、ユーザが車両１０Ａの車室内にアクセスするドアを施錠した場合、施錠の前に車両１０Ａの車室内にアクセスし、ユーザが荷物を受け取っていると判定（推定）することができる。一方、センタサーバ３０等は、荷物の配達後、ユーザが当該ドアを施錠していない場合、ユーザが車両１０Ａの車室内にアクセスしていないと判定（推定）することができる。従って、センタサーバ３０等は、車両１０Ａの車室内にアクセスするドアのユーザによる施錠に関する情報に基づき、具体的に、荷物の配達後に、配達された荷物が車両１０Ａの車室内から受け取られているか否かを判定することができる。
また、本実施形態では、判定用情報取得部３２０８は、所定の方法で、ユーザから車両１０Ａの車室内に配達された荷物を受け取ったことを表す受取通知を取得する。そして、判定部３２０９は、荷物が車両１０Ａの車室内に配達された後に、判定用情報取得部３２０８により受取通知が取得されていない場合、荷物が車両１０Ａの車室内から受け取られていないと判定する。
これにより、センタサーバ３０等は、例えば、ユーザのスマートフォン等の携帯端末２０Ａａ，２０Ａｂにインストールされるアプリによる通知機能や電子メール等の方法で、ユーザの利用端末やメールアドレス等から受取通知を取得できる。従って、センタサーバ３０等は受取通知の取得の有無に基づき、具体的に、荷物の配達後に、配達された荷物が車両１０Ａの車室内から受け取られているか否かを判定することができる。
また、本実施形態では、判定用情報取得部３２０８は、ユーザが所持する携帯端末２０Ａａ，２０Ａｂの位置情報を取得する。そして、判定部３２０９は、荷物が車両１０Ａの車室内に配達された後に、判定用情報取得部３２０８により取得された携帯端末２０Ａａ，２０Ａｂの位置情報が、ユーザが車両１０Ａの近傍の所定範囲内まで移動したことを表していない場合、荷物が車両１０Ａの車室内から受け取られていないと判定する。
これにより、センタサーバ３０等は、ユーザが所持する携帯端末２０Ａａ，２０Ａｂの位置情報を取得することにより、ユーザの移動状況、具体的には、ユーザが荷物の配達先に対応する車両１０Ａの近く（所定範囲内）まで移動して行ったかどうかを把握することができる。そのため、センタサーバ３０等は、配達完了後に、ユーザが荷物の配達先に対応する車両１０Ａの近くまで移動して行った場合、ユーザが車両１０Ａの車室内に配達された荷物を受け取ったと判定（推定）することができる。一方、センタサーバ３０等は、配達完了後に、ユーザが荷物の配達先に対応する車両１０Ａの近くまで移動して行っていない場合、ユーザが車両１０Ａの車室内に配達された荷物を受け取っていないと判定（推定）することができる。従って、センタサーバ３０等は、ユーザが所持する携帯端末２０Ａａ，２０Ａｂの位置情報に基づき、具体的に、荷物の配達後に、配達された荷物が車両１０Ａの車室内から受け取られているか否かを判定することができる。
また、本実施形態では、リマインド部３２１０は、車両１０Ａの車室内に荷物が配達されてから所定時間Ｔが経過した後に、荷物が車両１０Ａの車室内から受け取られていない場合、ユーザの利用端末にリマインダを送信することにより、ユーザの利用端末にインストールされる所定のアプリケーションプログラムにより提供される機能を通じて、ユーザに対して、車両１０Ａの車室内からの荷物の受け取りをリマインドする。
これにより、センタサーバ３０等は、ユーザの利用端末（例えば、スマートフォン等の携帯端末２０Ａａ，２０Ａｂ）にインストールされるアプリの提供機能を通じて、例えば、利用端末の表示装置に、荷物の受け取りに関するリマインダを表示させることができる。従って、センタサーバ３０等は、具体的に、ユーザに対して、車両１０Ａの車室内からの荷物の受け取りをリマインドすることができる。
また、本実施形態では、リマインド部３２１０は、車両１０Ａの車室内に荷物が配達されてから所定時間Ｔが経過した後に、荷物が車両１０Ａの車室内から受け取られていない場合、ユーザのメールアドレス、又は、ユーザの所定のＳＮＳのアカウントに、車両１０Ａの車室内からの荷物の受け取りに関するリマインダを送信する。
これにより、センタサーバ３０等は、ユーザのメールアドレスやＳＮＳのアカウントにリマインダを送信することで、具体的に、ユーザに対して、車両１０Ａの車室内からの荷物の受け取りをリマインドすることができる。
また、本実施形態では、リマインド部３２１０は、荷物の種類に応じて、所定時間Ｔを異ならせる。
これにより、センタサーバ３０等は、荷物の種類に合わせて、ユーザにリマインドを行うタイミングを異ならせることができる。
また、本実施形態では、リマインド部３２１０は、荷物が食品である場合、荷物が食品でない場合よりも所定時間Ｔを短くする。
これにより、センタサーバ３０等は、荷物が食品である場合、荷物が食品でない場合よりもリマインドを行うタイミングを早くすることができる。そのため、センタサーバ３０等は、食品は、通常、賞味期限が設定され、より早いタイミングでの受取が要求されるところ、荷物が食品である場合に、より早いタイミングでユーザに荷物を受け取らせることができる。
また、本実施形態では、リマインド部３２１０は、荷物が、ユーザからユーザ以外の人（他人）に贈られる贈り物である場合、所定時間Ｔの経過時が贈り物に対応する日又は期間の終了日よりも前になるように、所定時間Ｔを決定する。
これにより、センタサーバ３０等は、荷物が贈り物である場合に、贈り物に合わせたタイミング（例えば、誕生日等の記念日よりも前のタイミングや、お歳暮等の期間限定の贈り物に対応する期間の終了日よりも前のタイミング）で、ユーザに対して、車両１０Ａの車室内からの荷物の受け取りをリマインドすることができる。従って、センタサーバ３０等は、ユーザが荷物を受け取り忘れて、記念日等を経過してしまい、他人への贈り物を渡すタイミングを逸してしまう事態の発生を抑制することができる。
尚、ＥＣサイトの商品以外を対象とする車室内配送サービスの場合、荷物がユーザに対する贈り物である場合もあり得る。この場合についても、センタサーバ３０等は、同様に、所定時間Ｔの経過時が贈り物に対応する日又は期間の終了日よりも前になるように、所定時間Ｔを決定してよい。これにより、センタサーバ３０等は、ユーザが荷物を受け取り忘れて、記念日等を経過してしまい、ユーザが自分宛ての贈り物を適切なタイミングで受け取れない事態の発生を抑制することができる。
また、本実施形態では、リマインド部３２１０は、所定時間Ｔの経過時が、車両１０Ａの車室内を指定して配達される次の荷物が配達される日時よりも前になるように、所定時間Ｔを決定する。
これにより、センタサーバ３０等は、次の荷物が車両１０Ａの車室内に配達されるタイミング（例えば、ユーザによる配達指定日時や配送事業者が決定する配達予定日時等）よりも前に、ユーザに対して、車両１０Ａの車室内に配達済の荷物の受け取りをリマインドすることができる。そのため、センタサーバ３０等は、次の荷物の配達よりも前に、ユーザが配達済の荷物を受け取れるようにすることができる。従って、センタサーバ３０等は、例えば、配達済みの荷物のために、次の荷物がトランク等の車室内に収容できず、再配達になってしまうような事態を抑制し、車室内配送サービスの作業効率を向上させることができる。
また、本実施形態では、リマインド部３２１０は、スケジュール管理部３２０５を通じて、車両１０Ａの利用スケジュールに関する情報（車両利用予定情報）を取得する。そして、リマインド部３２１０は、車両利用予定情報に基づき、所定時間Ｔの経過時が、ユーザ以外の車両１０Ａの他の利用者による直近の車両１０Ａの利用日時、又は、配達サービス以外の車両１０Ａを利用する他のサービスに関する直近の車両１０Ａの利用日時よりも前になるように、所定時間Ｔを決定する。
これにより、センタサーバ３０等は、荷物の配達後、直近で、配達先に対応する車両１０Ａを他の利用者が利用するタイミングより前に、ユーザに対して、荷物の車両１０Ａの車室内からの受け取りをリマインドすることができる。また、センタサーバ３０等は、荷物の配達後、直近で、配達先に対応する車両１０Ａが他のサービス（例えば、Ｃ２Ｃカーシェアサービス等）の利用者により利用されるタイミングより前に、ユーザに対して、荷物の車両１０Ａの車室内からの受け取りをリマインドすることができる。従って、センタサーバ３０等は、荷物のユーザが、配達先に対応する車両１０Ａの他の利用者や当該車両１０Ａを利用する他のサービスの利用者により当該車両１０Ａが利用されるより前に、当該車両１０Ａの車室内から荷物を受け取れるようにすることができる。
以上、本発明を実施するための形態について詳述したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
例えば、上述した実施形態では、携帯端末２０が認証キーを含む認証要求をキーユニット１２に送信し、キーユニット１２が認証キーに基づく認証結果に応じて、施解錠・起動装置１１との間での信号のやり取りを行い、施解錠・起動装置１１による車両１０Ａのドアの施解錠及び車両１０Ａの起動が実現されるが、当該態様には限定されない。
具体的には、携帯端末２０にキーユニット１２の機能が移管され、携帯端末２０は、ＬＦ電波及びＲＦ電波による車両１０（施解錠・起動装置１１）との間で、上述の鍵情報（内部鍵情報）に基づく信号のやり取りを行うことにより、施解錠・起動装置１１による車両１０Ａのドアの施解錠及び車両１０Ａの起動が実現される構成であってもよい。この場合、上述した実施形態の「認証キー」は、「鍵情報」に読み替えられるとよい。つまり、センタサーバ３０は、上述した実施形態における認証キーと同様の方法で、認証キーの代わりに、鍵情報を発行し、携帯端末２０に配信してよい。これにより、上述した実施形態と同様の作用・効果を奏する。
また、施解錠・起動装置１１に、キーユニット１２の機能を統合し、施解錠・起動装置１１とキーユニット１２との間での通信及び該通信に係る認証に関する構成（ＬＦ電波送信機１１１、ＲＦ電波受信機１１２、照合ＥＣＵ１１３、ＬＦ電波受信機１２１、ＲＦ電波送信機１２２）を省略してもよい。この場合、キーＥＣＵ１２４は、認証キーに基づく携帯端末２０の認証が成功した場合、照合ＥＣＵ１１３の代わりに、直接、ボディＥＣＵ１１４及びエンジンＥＣＵ１１６のそれぞれに解錠指令或いは施錠指令及び起動指令を出力し、車両１０のドアの施解錠及び車両１０の起動を行わせてよい。これにより、上述した実施形態と同様の作用・効果を奏する。
１ 認証キー管理システム
１０ 車両
１１ 施解錠・起動装置
１２ キーユニット
１３ ＧＰＳモジュール
１４ ＤＣＭ
２０，２０Ａａ，２０Ａｂ，２０Ａｃ，２０Ａｄ，２０Ｂ 携帯端末
２１ 通信機器
２２ 通信機器
２３ 処理装置
２４ タッチパネルディスプレイ
３０ センタサーバ（情報処理装置）
３１ 通信機器
３２ 処理装置
４０ サービス管理サーバ
５０ 配送管理サーバ（情報処理装置）
５１ 通信機器
５２ 処理装置
６０ ＥＣサーバ
６１ 通信機器
６２ 処理装置
７０ Ｃ２Ｃカーシェア管理サーバ
７１ 通信機器
７２ 処理装置
８０ Ｂ２Ｃカーシェア管理サーバ
８１ 通信機器
８２ 処理装置
１１１ ＬＦ電波送信機
１１２ ＲＦ電波受信機
１１３ 照合ＥＣＵ
１１４ ボディＥＣＵ
１１５ ドアロックモータ
１１６ エンジンＥＣＵ
１１７ エンジン
１２１ ＬＦ電波受信機
１２２ ＲＦ電波送信機
１２３ 通信機器
１２４ キーＥＣＵ
５２０ 記憶部
５２１ 通信処理部
５２２ サービス連携登録部
５２３ 配送受付部
５２４ 配送管理部
６２０ 記憶部
６２１ 通信処理部
６２２ ウェブリソース送信部
６２３ サービス連携登録部
６２４ 注文受付処理部
７２０ 記憶部
７２１ 通信処理部
７２２ サービス連携登録部
７２３ 予約管理部
７２４ 車両管理部
８２０ 記憶部
８２１ 通信処理部
８２２ 予約管理部
８２３ 車両管理部
２３００ 記憶部
２３０１ 通信処理部
２３０２ 通信処理部
２３０３ 認証キー取得部
２３０４ 認証要求部
２３０５ 施解錠要求部
２３０６ ユーザ登録要求部
２３０７ サービス利用登録要求部
２３０８ サービス利用状況要求部
２３０９ キーシェア要求部
３２００ 記憶部
３２０１ 通信処理部
３２０２ 条件判定部
３２０３ 認証キー発行部
３２０４ 位置情報管理部
３２０５ スケジュール管理部（利用スケジュール情報取得部）
３２０６ 登録管理部
３２０７ キーシェア管理部
３２０８ 判定用情報取得部（情報取得部）
３２０９ 判定部
３２１０ リマインド部

Claims (13)

  1. 荷物の配達先としてユーザ又は前記ユーザの家族が所有する車両のトランクを含む車室内を指定可能な配達サービスに関連する情報処理装置であって、
    前記ユーザにより前記荷物の配達先として指定された前記車両の車室内に前記荷物が配達されてから所定時間が経過した後に、前記荷物が前記車両の車室内から受け取られていない場合、前記ユーザに対して、前記車両の車室内からの前記荷物の受け取りをリマインドするリマインド部を備え、
    前記リマインド部は、前記荷物の種類に応じて、前記所定時間を異ならせる、
    情報処理装置。
  2. 前記車両の車室内からの前記荷物の受け取りの有無に関する情報を取得する情報取得部と、
    前記情報取得部により取得された情報に基づき、前記荷物が前記車両の車室内から受け取られているか否かを判定する判定部と、を更に備え、
    前記リマインド部は、前記車両の車室内に前記荷物が配達されてから前記所定時間が経過した後に、前記判定部により前記荷物が前記車両の車室内から受け取られていないと判定された場合に、前記ユーザに対して、前記車両の車室内からの前記荷物の受け取りをリマインドする、
    請求項１に記載の情報処理装置。
  3. 前記情報取得部は、前記荷物の配達先として指定された前記車両の車室内にアクセスするドアの前記ユーザによる施錠に関する情報を取得し、
    前記判定部は、前記荷物が前記車両の車室内に配達された後に、前記情報取得部により前記ドアが前記ユーザにより施錠されたことを表す情報が取得されていない場合、前記荷物が前記車両の車室内から受け取られていないと判定する、
    請求項２に記載の情報処理装置。
  4. 前記情報取得部は、所定の方法で、前記ユーザから前記車両の車室内に配達された前記荷物を受け取ったことを表す受取通知を取得し、
    前記判定部は、前記荷物が前記車両の車室内に配達された後に、前記情報取得部により前記受取通知が取得されていない場合、前記荷物が前記車両の車室内から受け取られていないと判定する、
    請求項２に記載の情報処理装置。
  5. 前記情報取得部は、前記ユーザが所持する携帯端末の位置情報を取得し、
    前記判定部は、前記荷物が前記車両の車室内に配達された後に、前記情報取得部により取得された前記携帯端末の位置情報が、前記ユーザが前記車両の近傍の所定範囲内まで移動したことを表していない場合、前記荷物が前記車両の車室内から受け取られていないと判定する、
    請求項２に記載の情報処理装置。
  6. 前記リマインド部は、前記車両の車室内に前記荷物が配達されてから前記所定時間が経過した後に、前記荷物が前記車両の車室内から受け取られていない場合、前記ユーザの利用端末にリマインダを送信することにより、前記ユーザの利用端末にインストールされる所定のアプリケーションプログラムにより提供される機能を通じて、前記ユーザに対して、前記車両の車室内からの前記荷物の受け取りをリマインドする、
    請求項１乃至５の何れか一項に記載の情報処理装置。
  7. 前記リマインド部は、前記車両の車室内に前記荷物が配達されてから前記所定時間が経過した後に、前記荷物が前記車両の車室内から受け取られていない場合、前記ユーザのメールアドレス、又は、前記ユーザの所定のソーシャルネットワーキングサービスのアカウントに、前記車両の車室内からの前記荷物の受け取りに関するリマインダを送信する、
    請求項１乃至５の何れか一項に記載の情報処理装置。
  8. 前記リマインド部は、前記荷物が食品である場合、前記荷物が食品でない場合よりも前記所定時間を短くする、
    請求項１乃至７の何れか一項に記載の情報処理装置。
  9. 前記リマインド部は、前記荷物が、前記ユーザから他人に贈られる、又は、前記ユーザに対する贈り物である場合、前記所定時間の経過時が前記贈り物に対応する日又は期間よりも前になるように、前記所定時間を決定する、
    請求項１乃至８の何れか一項に記載の情報処理装置。
  10. 前記リマインド部は、前記所定時間の経過時が、前記車両の車室内が配達先として指定される次の荷物が配達される日時よりも前になるように、前記所定時間を決定する、
    請求項１乃至９の何れか一項に記載の情報処理装置。
  11. 前記車両の利用スケジュールに関する情報を取得する利用スケジュール情報取得部を更に備え、
    前記リマインド部は、前記利用スケジュールに関する情報に基づき、前記所定時間の経過時が、前記ユーザ以外の前記車両の他の利用者による直近の前記車両の利用日時、又は、前記配達サービス以外の前記車両を利用する他のサービスに関する直近の前記車両の利用日時よりも前になるように、前記所定時間を決定する、
    請求項１乃至１０の何れか一項に記載の情報処理装置。
  12. 荷物の配達先としてユーザ又は前記ユーザの家族が所有する車両のトランクを含む車室内を指定可能な配達サービスに関連する情報処理装置が実行する情報処理方法であって、
    前記ユーザにより前記荷物の配達先として指定された前記車両の車室内に前記荷物が配達されてから所定時間が経過後に、前記荷物が前記車両の車室内から受け取られていない場合、前記ユーザに対して、前記車両の車室内からの前記荷物の受け取りをリマインドするリマインドステップを含み、
    前記リマインドステップでは、前記荷物の種類に応じて、前記所定時間を異ならせる、
    情報処理方法。
  13. 荷物の配達先としてユーザ又は前記ユーザの家族が所有する車両のトランクを含む車室内を指定可能な配達サービスの運用に関連する情報処理装置に、請求項１２に記載の情報処理方法を実行させる、
    情報処理プログラム。
JP2017246920A 2017-12-22 2017-12-22 情報処理装置、情報処理方法、情報処理プログラム Active JP7013851B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2017246920A JP7013851B2 (ja) 2017-12-22 2017-12-22 情報処理装置、情報処理方法、情報処理プログラム
CN201811555358.5A CN110009269A (zh) 2017-12-22 2018-12-19 信息处理装置、信息处理方法和非暂时性计算机可读存储介质
US16/227,233 US11470456B2 (en) 2017-12-22 2018-12-20 Information processing device, information processing method, and non-transitory computer-readable storage medium
US17/822,997 US20220417712A1 (en) 2017-12-22 2022-08-29 Information processing device, information processing method, and non-transitory computer-readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2017246920A JP7013851B2 (ja) 2017-12-22 2017-12-22 情報処理装置、情報処理方法、情報処理プログラム

Publications (2)

Publication Number Publication Date
JP2019114051A JP2019114051A (ja) 2019-07-11
JP7013851B2 true JP7013851B2 (ja) 2022-02-01

Family

ID=66950899

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017246920A Active JP7013851B2 (ja) 2017-12-22 2017-12-22 情報処理装置、情報処理方法、情報処理プログラム

Country Status (3)

Country Link
US (2) US11470456B2 (ja)
JP (1) JP7013851B2 (ja)
CN (1) CN110009269A (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6954005B2 (ja) * 2017-10-30 2021-10-27 トヨタ自動車株式会社 車両
US10973060B2 (en) * 2018-02-15 2021-04-06 Honda Motor Co., Ltd. Methods and systems for management of an association between a user and a vehicle
JP7487449B2 (ja) * 2019-07-17 2024-05-21 富士フイルムビジネスイノベーション株式会社 情報処理システム、情報処理装置、および、プログラム
JP7230752B2 (ja) * 2019-09-25 2023-03-01 トヨタ自動車株式会社 情報処理方法および情報処理装置
JP7354948B2 (ja) * 2020-07-08 2023-10-03 トヨタ自動車株式会社 情報処理装置、情報処理方法、及び情報処理プログラム
JP2023080539A (ja) * 2021-11-30 2023-06-09 パナソニックＩｐマネジメント株式会社 情報処理装置およびプログラム

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002226050A (ja) 2001-02-01 2002-08-14 Nec Corp 商品受け渡し方法及びシステム
JP2004339737A (ja) 2003-05-14 2004-12-02 Toyota Motor Corp 車両の錠操作システム
JP2006206225A (ja) 2005-01-26 2006-08-10 Denso Corp 配達物受取システム、車両用配達物受取装置、車両による配達物の受取方法
JP2007268024A (ja) 2006-03-31 2007-10-18 Toshiba Corp 着荷通知システム
JP2012063845A (ja) 2010-09-14 2012-03-29 Full Time System:Kk 食配管理システム
US20150324744A1 (en) 2012-12-14 2015-11-12 Continental Automotive Gmbh System for delivering shipping items
JP2016028981A (ja) 2014-07-23 2016-03-03 株式会社リコー パッケージに最も適合したデジタルロッカーの選択
US20160099927A1 (en) 2014-10-01 2016-04-07 Continental Intelligent Transportation Systems, LLC Hacker security solution for package transfer to and from a vehicle
US20160189098A1 (en) 2014-12-30 2016-06-30 Here Global B.V. Method and apparatus for providing access to contextually relevant vehicles for delivery purposes
US20170286905A1 (en) 2016-04-01 2017-10-05 Otter Products, Llc Parcel box

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100566703B1 (ko) * 2000-12-21 2006-04-03 닛뽕덴끼 가부시끼가이샤 로커 시스템, 로커 제어 방법, 제어 센터, 및 기록 매체
CN101203873A (zh) * 2005-06-21 2008-06-18 美国联合包装服务有限公司 用于提供个性化递送服务的系统和方法
US8342400B1 (en) * 2007-09-13 2013-01-01 Diebold, Incorporated Systems controlled by data bearing records for maintaining inventory data
CA2923342C (en) * 2011-12-05 2019-08-20 United States Postal Service A system and method of control of electronic parcel lockers
US20130268391A1 (en) * 2012-04-04 2013-10-10 Ebay, Inc. Smart gift list
US20130321178A1 (en) * 2012-05-29 2013-12-05 Akhtar Jameel Shared vehicle rental system including transmission of reservation information and targeted advertising
US10387824B2 (en) * 2012-12-21 2019-08-20 United Parcel Service Of America, Inc. Systems and methods for delivery of an item
JP2015045141A (ja) 2013-08-27 2015-03-12 株式会社オートネットワーク技術研究所 解錠システム
DE102014214624A1 (de) * 2014-07-25 2016-01-28 Ford Global Technologies, Llc Verfahren und Vorrichtung zur Unterstützung des Abholvorganges von Einkaufsgütern
EP3220318A1 (en) * 2014-11-14 2017-09-20 Nissan Motor Co., Ltd Shared vehicle management device and shared vehicle management method
US20160350830A1 (en) * 2015-06-01 2016-12-01 Ehab Youssef Network-based user-to-user trading
CN105760940A (zh) * 2016-02-03 2016-07-13 武汉天梯极客网络科技有限公司 一种车辆预约方法和云管理服务器
US20170308817A1 (en) * 2016-04-21 2017-10-26 Ford Global Technologies, Llc Apparatus and method to reserve, locate and operate a vehicle from an on-demand vehicle service
US10331964B2 (en) * 2016-05-23 2019-06-25 Panasonic Automotive Systems Company Of America, Division Of Panasonic Corporation Of North America Trunk inventory detector
US20180233045A1 (en) * 2017-02-10 2018-08-16 Vikram Kumar End-trip detection system
WO2018156292A1 (en) * 2017-02-24 2018-08-30 Walmart Apollo, Llc Systems and methods for delivering products via unmanned mobile lockers
US10267668B1 (en) * 2017-04-12 2019-04-23 Alarm.Com Incorporated Connected scale device

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002226050A (ja) 2001-02-01 2002-08-14 Nec Corp 商品受け渡し方法及びシステム
JP2004339737A (ja) 2003-05-14 2004-12-02 Toyota Motor Corp 車両の錠操作システム
JP2006206225A (ja) 2005-01-26 2006-08-10 Denso Corp 配達物受取システム、車両用配達物受取装置、車両による配達物の受取方法
JP2007268024A (ja) 2006-03-31 2007-10-18 Toshiba Corp 着荷通知システム
JP2012063845A (ja) 2010-09-14 2012-03-29 Full Time System:Kk 食配管理システム
US20150324744A1 (en) 2012-12-14 2015-11-12 Continental Automotive Gmbh System for delivering shipping items
JP2016028981A (ja) 2014-07-23 2016-03-03 株式会社リコー パッケージに最も適合したデジタルロッカーの選択
US20160099927A1 (en) 2014-10-01 2016-04-07 Continental Intelligent Transportation Systems, LLC Hacker security solution for package transfer to and from a vehicle
US20160189098A1 (en) 2014-12-30 2016-06-30 Here Global B.V. Method and apparatus for providing access to contextually relevant vehicles for delivery purposes
US20170286905A1 (en) 2016-04-01 2017-10-05 Otter Products, Llc Parcel box

Also Published As

Publication number Publication date
US20190200183A1 (en) 2019-06-27
JP2019114051A (ja) 2019-07-11
US20220417712A1 (en) 2022-12-29
CN110009269A (zh) 2019-07-12
US11470456B2 (en) 2022-10-11

Similar Documents

Publication Publication Date Title
JP7221589B2 (ja) 鍵情報管理装置、鍵情報管理方法、鍵情報管理プログラム
US11449823B2 (en) Information processing system, information processing method, information processing program
JP7000842B2 (ja) 情報処理システム、鍵情報管理装置、鍵情報管理方法、鍵情報管理プログラム
JP7027864B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム
JP7013851B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム
JP6897492B2 (ja) サービス支援装置、サービス支援方法、サービス支援プログラム
JP7035491B2 (ja) 鍵情報管理装置、鍵情報管理方法、鍵情報管理プログラム
JP7043837B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム
JP7006167B2 (ja) 配達支援装置、配達支援方法、配達支援プログラム
US11682248B2 (en) Key information management device, key information management method, and computer readable medium storing key information management program
JP7006241B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム
JP6635103B2 (ja) 情報処理装置、情報処理方法、プログラム
JP6922684B2 (ja) 配達支援装置、配達支援方法、配達支援プログラム
JP6962184B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム
JP6904220B2 (ja) 配達支援装置、配達支援方法、配達支援プログラム
KR20210018400A (ko) 배달 지원 장치, 배달 지원 방법, 및 비일시적 컴퓨터 판독 가능한 컴퓨터 매체 저장 배달 지원 프로그램
JP7027833B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム
JP6996275B2 (ja) 配達支援装置、配達支援方法、配達支援プログラム
JP6838546B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム
JP7027834B2 (ja) 情報処理装置、情報処理方法、情報処理プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200728

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210528

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210608

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210805

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20210914

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211115

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20211115

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20211122

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20211124

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20211221

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220103