JP7143753B2

JP7143753B2 - 端末、受渡システム、およびプログラム

Info

Publication number: JP7143753B2
Application number: JP2018237539A
Authority: JP
Inventors: 正彦山崎
Original assignee: Dai Nippon Printing Co Ltd
Current assignee: Dai Nippon Printing Co Ltd
Priority date: 2018-12-19
Filing date: 2018-12-19
Publication date: 2022-09-29
Anticipated expiration: 2038-12-19
Also published as: JP2020102658A

Description

本発明は、対象の受け渡しの安全性を高めるための端末、受渡システム、およびプログラムに関する。

幼稚園や保育所など児童の預かり施設に児童を迎えに行く場合、保護者本人が迎えに行くことができればよいが、仕事の都合などにより保護者本人が迎えに行けない場合も多い。

そのような時の為、多くの幼稚園や保育所では代理人証明書を保護者に配布しており、保護者は本人が迎えに行けない場合に児童を迎えに行く代理人に証明書を事前に渡しておく。証明書を所持する代理人は保護者本人に代わって児童を迎えに行き、幼稚園や保育所側で証明書の所持を確認することで児童の受け渡しを実施している。

しかしながら、この方法では、保護者と代理人の間で連絡がつかない場合、保護者が代理人に児童の送迎を依頼できず、誰も児童を迎えに行くことができなくなる。これに対し、特許文献１にはタクシー業者の運転手に児童の送迎を依頼する送迎支援システムが記載されており、タクシー業者の運転手が保護者本人の代わりに児童を迎えに行くようになっている。

特開2009-32136号公報

タクシー業者の運転手に連絡がつかないということはほぼ無いので、特許文献１では前記のように誰も児童を迎えに行けないということは無いが、児童の受け渡しの安全性、即ち受け渡しを行う者が信頼できる者であることは、保護者本人とタクシー業者の運転手の間で面接等を行うことで確保している。

しかしながら、受け渡しの安全性をより高めるためには、受け渡しを行う者が信頼できる者であることをシステム上で確保できる仕組みがあるとより望ましい。

本発明は上記の問題に鑑みてなされたものであり、対象の受け渡しの安全性を高めるための端末等を提供することを目的とする。

前述した課題を解決するための第１の発明は、引渡人と引受人の間で対象の受け渡しを依頼する依頼人の端末であって、引渡人と引受人の端末のそれぞれに、対象の受け渡しの依頼を含む受渡依頼メッセージを送信するメッセージ送信手段と、引渡人と引受人のうち少なくとも一方の端末に暗号を送信する暗号送信手段と、前記一方の端末が受信した暗号を、引渡人と引受人のうち他方が有する鍵により復号した復号結果を受信する復号結果受信手段と、前記復号結果が正しいか否かを判定する判定手段と、を有することを特徴とする端末である。

本発明では、上記復号結果の正否の判定による認証を行うことで、引渡人と引受人のうち一方が、依頼人の端末から所定の暗号を正しく送信している受け渡しの実行者（信頼できる者）であることをシステム上で少なくとも確保でき、対象の受け渡しの安全性を高めることができる。

第１の発明の端末は、引渡人と引受人のうち他方の端末に前記鍵を送信する鍵送信手段を更に有することが望ましい。
これにより、復号に必要な鍵をその都度変えることができ、セキュリティが高く対象の受け渡しの安全性が向上する。

前記暗号送信手段は、前記他方の端末にさらに暗号を送信し、前記鍵送信手段は、前記一方の端末にさらに鍵を送信し、前記復号結果受信手段は、前記他方の端末が受信した暗号を、前記一方の端末が受信した鍵によって復号した復号結果をさらに受信し、前記判定手段は、前記一方の端末が受信した暗号の復号結果と、前記他方の端末が受信した暗号の復号結果が正しいか否かを判定することが望ましい。
これにより、引渡人と引受人の双方について、依頼人の端末から所定の暗号および鍵を正しく送信している受け渡しの実行者（信頼できる者）であることをシステム上で確保でき、対象の受け渡しの安全性が向上する。

前記メッセージ送信手段は、前記判定手段による判定結果に応じて、受け渡しの指示を含む受渡指示メッセージを、少なくとも引渡人の端末に送信することが望ましい。
これにより、引渡人と引受人が信頼できる者であり、対象の受け渡しを行っても良いことを少なくとも引渡人に知らせることができる。

少なくとも引受人の端末に送信される受渡依頼メッセージに、対象についての注意事項が含まれることが望ましい。
これにより、引受人は受け渡された対象を注意を持って扱うことができる。

第１の発明の端末は、引渡人と引受人のうち少なくともいずれかの端末から対象の受け渡しが完了した旨を含む受渡完了メッセージを受信するメッセージ受信手段を有し、受渡完了メッセージには当該端末の端末位置が含まれることが望ましい。
これにより、依頼人は対象の受け渡しが完了したこと、および対象の受け渡しが正しい場所で行われたことを確認できる。

第２の発明は、引渡人と引受人の間で対象の受け渡しを依頼する依頼人の端末、引渡人の端末、および引受人の端末を有する受渡システムであって、前記依頼人の端末は、引渡人と引受人の端末のそれぞれに、対象の受け渡しの依頼を含むメッセージを送信するメッセージ送信手段と、引渡人と引受人のうち少なくとも一方の端末に暗号を送信する暗号送信手段と、前記一方の端末が受信した暗号を、引渡人と引受人のうち他方が有する鍵により復号した復号結果を受信する復号結果受信手段と、前記復号結果が正しいか否かを判定する判定手段と、を有することを特徴とする受渡システムである。

第３の発明は、引渡人と引受人の間で対象の受け渡しを依頼する依頼人の端末を、引渡人と引受人の端末のそれぞれに、対象の受け渡しの依頼を含むメッセージを送信するメッセージ送信手段と、引渡人と引受人のうち少なくとも一方の端末に暗号を送信する暗号送信手段と、前記一方の端末が受信した暗号を、引渡人と引受人のうち他方が有する鍵により復号した復号結果を受信する復号結果受信手段と、前記復号結果が正しいか否かを判定する判定手段と、を有する端末として機能させるためのプログラムである。

本発明により、対象の受け渡しの安全性を高めるための端末等を提供することができる。

受渡システム１を示す図。保護者端末２のハードウェア構成を示す図。受渡システム１の機能構成を示す図。預かり施設の職員からタクシー業者の運転手へ児童の受け渡しを行う手順を示すフローチャート。受渡依頼メッセージ、認証失敗メッセージ、受渡指示メッセージ、受渡完了メッセージの例。ＩＤカード１００の例。タクシー業者の運転手から保護者の親戚へ児童の受け渡しを行う手順を示すフローチャート。受渡依頼メッセージ、受渡完了メッセージの例。受渡依頼メッセージの例。

以下、図面に基づいて本発明の好適な実施形態について詳細に説明する。

（１．受渡システム１）
図１は本発明の実施形態に係る受渡システム１を示す図である。この受渡システム１は、保護者が幼稚園や保育所など児童の預かり施設に児童を迎えに行くことができない場合に、タクシー業者の運転手が保護者の代わりに児童を迎えに行き、その児童を保護者の親戚に預ける際に用いられる。保護者は、親戚の元へと預けられた児童を最終的に迎えに行くこととなる。

受渡システム１は、預かり施設の職員とタクシー業者の運転手の間での児童の受け渡し時、およびタクシー業者の運転手と保護者の親戚の間での児童の受け渡し時に、児童の受け渡しを行う両者の相互認証を行うことで、受け渡しの安全性を高めるものである。

受渡システム１は、保護者端末２、職員端末３、運転手端末４、親戚端末５等を有する。

保護者端末２は児童の保護者が所持するコンピュータ端末である。保護者（依頼人）は、保護者端末２を用い、預かり施設の職員とタクシー業者の運転手の間での児童の受け渡し、およびタクシー業者の運転手と保護者の親戚の間での児童の受け渡しを依頼する。保護者端末２としては、例えばスマートフォン、タブレット端末などの携帯端末を用いることが可能である。

図２は保護者端末２のハードウェア構成を示す図である。図２に示すように、保護者端末２は制御部２１、記憶部２２、表示部２３、入力部２４、通信部２５、カメラ２６、音声入出力部２７等をバス等により接続して構成される。但し、保護者端末２はこれに限ることなく適宜様々な構成をとることができる。

制御部２１はCPU、ROM、RAMなどから構成される。CPUは、記憶部２２、ROMなどの記憶媒体に格納された保護者端末２の処理に係るプログラムをRAM上のワークエリアに呼び出して実行し、保護者端末２の各部を制御して後述する処理を実現する。ROMは不揮発性メモリであり、ブートプログラムやBIOSなどのプログラム、データなどを恒久的に保持している。RAMは揮発性メモリであり、記憶部２２、ROMなどからロードしたプログラムやデータを一時的に保持するとともに、制御部２１が各種処理を行うために使用するワークエリアを備える。

記憶部２２はフラッシュメモリ等であり、保護者端末２が実行するプログラム、プログラム実行に必要なデータ、OS（オペレーションシステム）等が格納される。これらのプログラムやデータは、制御部２１により必要に応じて読み出され実行される。特に本実施形態では、保護者端末２が後述する処理を行うためのアプリケーションプログラムが記憶部２２に格納されている。

表示部２３は液晶パネル等のディスプレイ装置を有する。
入力部２４は保護者端末２に各種の設定入力を行うものであり、本実施形態では表示部２３と一体に設けられたタッチパネルである。

通信部２５はネットワーク等を介した通信を媒介する通信インタフェースであり、職員端末３、運転手端末４、親戚端末５等の他の端末との間で通信を行う。
カメラ２６は保護者端末２に備えられたデジタルカメラである。
音声入出力部２７はマイクやスピーカ等である。

職員端末３、運転手端末４、親戚端末５は、それぞれ預かり施設の職員、タクシー業者の運転手、保護者の親戚が所持する予め定められた所定のコンピュータ端末であり、保護者端末２と同様のハードウェア構成を有する携帯端末を用いることができる。

図３は、受渡システム１の機能構成を示す図である。図３に示すように、受渡システム１において、保護者端末２は、メッセージ送信手段１０１、暗号送信手段１０２、鍵送信手段１０３、復号結果受信手段１０４、判定手段１０５、メッセージ受信手段１０６等を有する。

メッセージ送信手段１０１は、保護者端末２の制御部２１が、通信部２５を介して、児童の受け渡しを行う引渡人と引受人の端末のそれぞれに、児童の受け渡しの依頼を含む受渡依頼メッセージと、児童の受け渡しの指示を含む受渡指示メッセージを送信するものである。

ここで、引渡人とは、対象を受け渡す際の受け渡し元をいい、引受人とは対象を受け渡す際の受け渡し先をいうものとする。本実施形態では、預かり施設の職員とタクシー業者の運転手の間、およびタクシー業者の運転手と保護者の親戚の間で児童（受け渡しの対象）の受け渡しを行うが、前者の場合、預かり施設の職員が引渡人であり、タクシー業者の運転手が引受人である。従って、職員端末３が引渡人の端末となり、運転手端末４が引受人の端末となる。また後者の場合、タクシー業者の運転手が引渡人であり、保護者の親戚が引受人である。従って、運転手端末４が引渡人の端末となり、親戚端末５が引受人の端末となる。

暗号送信手段１０２は、保護者端末２の制御部２１が、通信部２５を介して、児童の受け渡しを行う引渡人と引受人の端末のそれぞれに暗号を送信するものである。

鍵送信手段１０３は、保護者端末２の制御部２１が、通信部２５を介して、児童の受け渡しを行う引渡人と引受人の端末のそれぞれに鍵を送信するものである。

復号結果受信手段１０４は、保護者端末２の制御部２１が、通信部２５を介して、児童の受け渡しを行う引渡人と引受人の端末のそれぞれから、上記暗号の復号結果を受信するものである。

判定手段１０５は、保護者端末２の制御部２１が、児童の受け渡しを行う引渡人と引受人の端末のそれぞれから受信した復号結果の正否を判定するものである。前記した受渡指示メッセージは、判定手段１０５の判定結果に応じて送信される。

メッセージ受信手段１０６は、保護者端末２の制御部２１が、通信部２５を介して、児童の受け渡しを行う引渡人と引受人の端末のそれぞれから、児童の受け渡しが完了した旨を含む受渡完了メッセージを受信するものである。

（２．受渡システム１の処理）
次に、本実施形態の受渡システム１が行う処理について説明する。前記したように、本実施形態の受渡システム１は、預かり施設の職員とタクシー業者の運転手の間での児童の受け渡し時、およびタクシー業者の運転手と保護者の親戚の間での児童の受け渡し時に、児童の受け渡しを行う両者の相互認証を行うものであり、以下ではそれぞれの手順について説明する。

（２－１．預かり施設の職員からタクシー業者の運転手への児童の受け渡し）
図４は、預かり施設の職員（引渡人）からタクシー業者の運転手（引受人）へ児童の受け渡しを行う手順を示すフローチャートである。図４のＳ１０１、Ｓ１０３、Ｓ１０７～Ｓ１０９、Ｓ１１１、Ｓ１１４は保護者端末２の制御部２１が実行する。Ｓ１０２ａ、Ｓ１０４ａ～Ｓ１０６ａ、Ｓ１１０ａ、Ｓ１１２ａ～Ｓ１１３ａは職員端末３の制御部が実行し、Ｓ１０２ｂ、Ｓ１０４ｂ～Ｓ１０６ｂ、Ｓ１１０ｂ、Ｓ１１２ｂ～Ｓ１１３ｂは運転手端末４の制御部が実行する。

本実施形態において、預かり施設に直接児童を迎えに行くことができなくなった保護者（依頼人）は、保護者端末２を操作してアプリケーションを起動させ、保護者端末２に表示されるアプリケーション画面（不図示）上での指示により、預かり施設の職員からタクシー業者の運転手へと児童の受け渡しを依頼する文面を含む受渡依頼メッセージを職員端末３と運転手端末４の双方に送信する（Ｓ１０１）。職員端末３と運転手端末４は受渡依頼メッセージを受信し（Ｓ１０２ａ、Ｓ１０２ｂ）、表示する。

図５（ａ）は受渡依頼メッセージの例であり、本実施形態では、「○○さん（預かり施設の職員名あるいは施設名など）から△△さん（タクシー業者の運転手名など）へと□□ちゃん（児童の名前など）の受け渡しを依頼します」のような児童の受け渡しを依頼する文面２０１とともに、引渡人である預かり施設の所在地２０３が地図２０２上で表示されるようになっている。

保護者端末２は、さらに、相互認証用の暗号と鍵を職員端末３と運転手端末４のそれぞれに送信する（Ｓ１０３）。職員端末３と運転手端末４は保護者端末２から暗号と鍵を受信し（Ｓ１０４ａ、Ｓ１０４ｂ）、記憶部に記録する。保護者端末２から送信する暗号と鍵は、職員端末３と運転手端末４とで異なるものとする。

前記のＳ１０２ｂで受渡依頼メッセージを受信したタクシー業者の運転手は、受渡依頼メッセージにより児童の名前と預かり施設の所在地を把握し、預かり施設に児童を迎えに行く。

なお本実施形態では、タクシー業者および運転手が預かり施設側に事前登録しており、預かり施設側の見知らぬ運転手が突然児童を引き受けに来た、ということはない。タクシー業者名、運転手の名前、顔画像、登録番号などは預かり施設側の管理装置（不図示）に記録され、またタクシー業者の運転手はその登録に従ったＩＤカードを所持しているものとする。図６はＩＤカード１００の例であり、ＩＤカード１００には例えばタクシー業者名１１０、運転手の名前１２０と顔画像１３０、登録番号１４０などが表示される。

預かり施設に着いたタクシー業者の運転手は、預かり施設の職員と対面する。当該職員はＩＤカード１００を見て、ＩＤカードの名前１２０が前記した受渡依頼メッセージの名前と一致するか、ＩＤカード１００の顔画像１３０が運転手の顔と一致するか等の本人確認を行う。

その後、預かり施設の職員は職員端末３を操作し、Ｓ１０４ａで職員端末３が受信した暗号を、Ｓ１０４ｂで運転手端末４が受信した運転手の有する鍵を用いて復号し（Ｓ１０５ａ）、復号結果を保護者端末２に送信する（Ｓ１０６ａ）。運転手の鍵は、運転手から職員に口頭などで伝えてもよいし、運転手端末４から職員端末３に送信してもよい。

一方、タクシー業者の運転手も運転手端末４を操作し、Ｓ１０４ｂで運転手端末４が受信した暗号を、Ｓ１０４ａで職員端末３が受信した職員の有する鍵を用いて復号し（Ｓ１０５ｂ）、復号結果を保護者端末２に送信する（Ｓ１０６ｂ）。上記と同様、職員の鍵は、職員から運転手に口頭などで伝えてもよいし、職員端末３から運転手端末４に送信してもよい。

保護者端末２は、職員端末３と運転手端末４のそれぞれから上記の復号結果を受信し（Ｓ１０７）、各復号結果を予め記憶部２２に記録された正の値とそれぞれ比較して、各復号結果が正しいか否かを判定する（Ｓ１０８）。

保護者端末２は、少なくともいずれかの復号結果が正しくない場合（Ｓ１０８；ＮＯ）、認証ができなかったため児童の受け渡しを不可とする旨を含む認証失敗メッセージを職員端末３と運転手端末４のそれぞれに送信する（Ｓ１０９）。職員端末３と運転手端末４は認証失敗メッセージを受信し（Ｓ１１０ａ、Ｓ１１０ｂ）、表示する。

図５（ｂ）は認証失敗メッセージの例であり、本実施形態では、「認証ができませんでした。□□ちゃん（児童の名前など）の受け渡しは行わないでください」のような、認証ができなかったため児童の受け渡しを不可とする旨の文面２０４が表示される。この例では、即預かり施設の職員からタクシー業者の運転手に児童を受け渡すことはせず、別途の手段により両者の本人確認が保護者側でできた場合のみ児童の受け渡しを行う。ただし、認証ができなかった場合の処理はこれに限らない。

一方、保護者端末２は、いずれの復号結果も正しい場合（Ｓ１０８；ＹＥＳ）、預かり施設の職員とタクシー業者の運転手の相互認証が完了したとし、児童の受け渡しの指示を含む受渡指示メッセージを職員端末３と運転手端末４のそれぞれに送信する（Ｓ１１１）。職員端末３と運転手端末４は受渡指示メッセージを受信し（Ｓ１１２ａ、Ｓ１１２ｂ）、表示する。

図５（ｃ）は受渡指示メッセージの例であり、本実施形態では、「認証が完了しました。□□ちゃん（児童の名前など）の受け渡しを行ってください」のような受け渡しの指示の文面２０５が表示される。これにより、預かり施設の職員はタクシー業者の運転手に児童を受け渡す。

児童の受け渡しを行った預かり施設の職員とタクシー業者の運転手は、それぞれ職員端末３と運転手端末４を操作して受け渡しが完了した旨を含む受渡完了メッセージを保護者端末２に送信する（Ｓ１１３ａ、Ｓ１１３ｂ）。保護者端末２は職員端末３と運転手端末４のそれぞれから受渡完了メッセージを受信し（Ｓ１１４）、表示する。

図５（ｄ）は運転手端末４から送信される受渡完了メッセージの例であり、本実施形態では、「○○さん（預かり施設の職員名あるいは施設名など）から△△さん（タクシー業者の運転手名など）へと□□ちゃん（児童の名前など）の受け渡しが完了しました」のような児童の受け渡しが完了した旨の文面２０６とともに、GPS(Global Positioning System)等によって運転手端末４が取得した運転手端末４の端末位置２０８が地図２０７上で表示される。職員端末３から送信される受渡完了メッセージもほぼ同様であるが、運転手端末４の端末位置２０８の代わりに職員端末３の端末位置２０８が地図２０７上で表示される。

保護者は、受渡完了メッセージを見て、預かり施設の職員とタクシー業者の運転手の間で児童の受け渡しが行われたこと、及び受け渡しが正しい場所（預かり施設）で行われたことを確認できる。

（２－２．タクシー業者の運転手から保護者の親戚への児童の受け渡し）
タクシー業者の運転手は、この後保護者の親戚の元へと児童を送り届け、親戚に児童を預ける。図７は、タクシー業者の運転手（引渡人）から保護者の親戚（引受人）へ児童の受け渡しを行う手順を示すフローチャートである。図７のＳ２０１、Ｓ２０３、Ｓ２０７～Ｓ２０９、Ｓ２１１、Ｓ２１４は保護者端末２の制御部２１が実行する。Ｓ２０２ａ、Ｓ２０４ａ～Ｓ２０６ａ、Ｓ２１０ａ、Ｓ２１２ａ～Ｓ２１３ａは運転手端末４の制御部が実行し、Ｓ２０２ｂ、Ｓ２０４ｂ～Ｓ２０６ｂ、Ｓ２１０ｂ、Ｓ２１２ｂ～Ｓ２１３ｂは親戚端末５の制御部が実行する。

図７の手順は、図４で説明した手順の「預かり施設の職員」「職員端末３」「タクシー業者の運転手」「運転手端末４」を、それぞれ「タクシー業者の運転手」「運転手端末４」「保護者の親戚」「親戚端末５」と読み替えたものとほぼ同様であるが、以下簡単に説明する。

すなわち、前記の受渡完了メールにより預かり施設の職員からタクシー業者の運転手に児童が受け渡されたことを確認した保護者（依頼人）は、保護者端末２に表示されるアプリケーション画面（不図示）上での指示により、タクシー業者の運転手から保護者の親戚へと児童の受け渡しを依頼する文面を含む受渡依頼メッセージを運転手端末４と親戚端末５の双方に送信する（Ｓ２０１）。運転手端末４と親戚端末５は受渡依頼メッセージを受信し（Ｓ２０２ａ、Ｓ２０２ｂ）、表示する。

図８（ａ）は受渡依頼メッセージの例である。本実施形態では、「△△さん（タクシー業者の運転手名など）から××さん（保護者の親戚の名前など）へと□□ちゃん（児童の名前など）の受け渡しを依頼します」のような児童の受け渡しを依頼する文面２０１と、引受人である保護者の親戚の所在地２０３が地図２０２上で表示される。

また、保護者端末２は、相互認証用の暗号と鍵を運転手端末４と親戚端末５のそれぞれに送信する（Ｓ２０３）。運転手端末４と親戚端末５は保護者端末２から暗号と鍵を受信し（Ｓ２０４ａ、Ｓ２０４ｂ）、記憶部に記録する。

Ｓ２０２ａで依頼を受けたタクシー業者の運転手は、保護者の親戚の元に向かう。本実施形態では、保護者の親戚がタクシー業者側に事前登録しており、タクシー業者の運転手が見知らぬ者に児童を引き渡す、ということはない。親戚の名前や顔画像、登録番号などはタクシー業者側の管理装置（不図示）に記録され、また親戚はその登録に従ったＩＤカードを所持しているものとする。ＩＤカードは例えば図６のＩＤカード１００からタクシー業者名１１０を省略し、運転手の名前１２０、顔画像１３０、登録番号１４０の代わりに親戚の名前、顔画像、登録番号を表示したものになる。

保護者の親戚の元に着いたタクシー業者の運転手は、親戚と対面し、親戚が所持するＩＤカードを見て前記と同様に親戚の本人確認を行う。その後、タクシー業者の運転手は運転手端末４を操作し、運転手端末４が受信した暗号を、親戚端末５が受信した親戚の有する鍵を用いて復号し（Ｓ２０５ａ）、復号結果を保護者端末２に送信する（Ｓ２０６ａ）。同様に、保護者の親戚も親戚端末５を操作し、親戚端末５が受信した暗号を、運転手端末４が受信した運転手の有する鍵を用いて復号し（Ｓ２０５ｂ）、復号結果を保護者端末２に送信する（Ｓ２０６ｂ）。

保護者端末２は、職員端末３と運転手端末４のそれぞれから上記の復号結果を受信し（Ｓ２０７）、前記と同様にして各復号結果が正しいか否かを判定する（Ｓ２０８）。

保護者端末２は、少なくともいずれかの復号結果が正しくない場合（Ｓ２０８；ＮＯ）、図５（ｂ）と同様の認証失敗メッセージを運転手端末４と親戚端末５のそれぞれに送信する（Ｓ２０９）。運転手端末４と親戚端末５は認証失敗メッセージを受信し（Ｓ２１０ａ、Ｓ２１０ｂ）、表示する。

一方、保護者端末２は、いずれの復号結果も正しい場合（Ｓ２０８；ＹＥＳ）、タクシー業者の運転手と保護者の親戚の相互認証が完了したとし、図５（ｃ）と同様の受渡指示メッセージを運転手端末４と親戚端末５のそれぞれに送信する（Ｓ２１１）。運転手端末４と親戚端末５は受渡指示メッセージを受信し（Ｓ２１２ａ、Ｓ２１２ｂ）、表示する。

この受渡指示メッセージにより、タクシー業者の運転手は保護者の親戚に児童を受け渡す。児童の受け渡しを行ったタクシー業者の運転手と保護者の親戚は、それぞれ運転手端末４と親戚端末５を操作して受け渡しが完了した旨を含む受渡完了メッセージを保護者端末２に送信する（Ｓ２１３ａ、Ｓ２１３ｂ）。保護者端末２は運転手端末４と親戚端末５のそれぞれから受渡完了メッセージを受信し（Ｓ２１４）、表示する。

図８（ｂ）は運転手端末４から送信される受渡完了メッセージの例である。本実施形態では、「△△さん（タクシー業者の運転手名など）から××さん（保護者の親戚の名前など）へと□□ちゃん（児童の名前など）の受け渡しが完了しました」のような児童の受け渡しが完了した旨の文面２０６とともに、運転手端末４の端末位置２０８が地図２０７上で表示される。親戚端末５から送信される受渡完了メッセージもほぼ同様であるが、運転手端末４の端末位置２０８の代わりに親戚端末５の端末位置２０８が地図２０７上で表示される。

保護者は受渡完了メッセージを見て、タクシー業者の運転手と保護者の親戚の間で児童の受け渡しが行われたこと、及び受け渡しが正しい場所（親戚の所在地）で行われたことを確認でき、この後親戚の元へと児童を迎えに行く。

このように、本実施形態では、保護者端末２により、児童の受け渡しを行う引渡人と引受人の相互認証を行うことで、引渡人と引受人の双方について、保護者端末２から所定の暗号および鍵を送信している受け渡しの実行者（信頼できる者）であることをシステム上で確保できる。引渡人と引受人のいずれかが偽の暗号あるいは鍵を持っている場合には認証不可となり、なりすましが防止される。

これにより、本実施形態の受渡システム１では児童の受け渡しの安全性を高めることができ、保護者は、例えば個人的な結びつきのないタクシー業者の運転手に児童の送迎を依頼する場合であっても、安心感を得ることができる。

加えて、保護者端末２はプログラム上で相互認証に係る判定（Ｓ１０８、Ｓ２０８）を行うので、保護者が時間に余裕がない場合でも引受人と引渡人の相互認証を自動で行うことができる利点もある。例えば電話により引受人と引渡人の確認を行うとすると、保護者がそのために時間を取る必要がある。また電話による確認では声だけを頼りにするのでなりすましの危険性があるが、本実施形態はそのような危険性を無くすことができる点でも有利である。

また本実施形態では、引渡人と引受人の相互認証が完了した後、受渡指示メッセージを引渡人と引受人の端末に送信することで、児童の受け渡しを行っても良いことを引渡人と引受人に知らせることができる。ただし、受渡指示メッセージは、少なくとも引渡人の端末に送信されればよい。

また本実施形態では、前記の受渡完了メッセージにより、保護者は児童の受け渡しが完了したこと、および児童の受け渡しが正しい場所で行われたことを確認できる。本実施形態では受渡完了メッセージを引渡人と引受人の端末のそれぞれから送信しているが、引渡人と引受人の端末のいずれかから保護者端末２に送信することとしてもよい。

また復号に用いる鍵は保護者端末２から引渡人と引受人の端末に送信することで、復号に必要な鍵をその都度変えることができ、セキュリティが高く受け渡しの安全性が向上する。

しかしながら、本発明は上記の実施形態に限らない。例えば、本実施形態では受け渡しの対象を児童としているが、これに限ることはなく、例えばペットや車などであってもよい。受け渡しの対象に応じて依頼人、引渡人、引受人は異なるが、この場合も、上記の手順により、信頼できる引渡人の有する真正な対象が信頼できる引受人へと受け渡されることを確保でき、対象の受け渡しの安全性を高めることができる。

また、本実施形態では引渡人と引受人の双方に暗号と鍵を送信して相互認証を行っているが、引渡人と引受人のうち一方の端末に暗号のみを送信し、引渡人と引受人のうち他方の端末に鍵のみを送信し、当該鍵を用いて暗号を復号した復号結果により認証を行ってもよい。

また、引渡人と引受人のうち一方の端末に暗号のみを送信し、当該暗号を、引渡人と引受人のうち他方が事前に保有する鍵を用いて復号した復号結果により認証を行うことも可能である。これにより、引渡人と引受人のうち一方が、保護者端末２から所定の暗号を正しく送信している受け渡しの実行者（信頼できる者）であることをシステム上で少なくとも確保することも可能である。引渡人と引受人のうち他方は、例えば、保護者が特に信頼できる者であるとする。

例えば預かり施設の職員とタクシー業者の運転手の間で児童を受け渡す際において、預かり施設の職員が特に信頼できる場合、保護者端末２は、秘密鍵を用いて平文から作成した暗号を運転手端末４に送信し、運転手端末４は、当該暗号を、職員が事前に保有する公開鍵を用いて元の平文に戻した復号結果を保護者端末２に送信する。保護者端末２は復号結果の正否を判定し、復号結果が正の場合、職員端末３に受渡指示メッセージを送信し、復号結果が否の場合、職員端末３に認証失敗メッセージを送信する。

上記の例では運転手端末４から保護者端末２に復号結果を送信しているが、運転手端末４が受信した暗号を運転手端末４から職員端末３に送信することで、当該暗号を公開鍵によって復号した復号結果を職員端末３から保護者端末２に送信することも可能である。

さらに、図５（ａ）～（ｄ）や図８（ａ）、（ｂ）で説明した各メッセージの内容も特に限定されない。例えば図５（ａ）の受渡依頼メッセージに児童に関する注意事項を含めてもよい。図９（ａ）はその例であり、注意事項２１０として児童の持つアレルギーなどを含めることで、タクシー業者の運転手は注意を持って児童を扱い、アレルギー源を含むお菓子等を児童に与えて問題を起こすのを防ぐことができる。注意事項２１０は、少なくとも引受人の端末（図９（ａ）の例では運転手端末４）に送信する受渡依頼メッセージに含まれていればよい。同様の注意事項を受渡指示メッセージに含めることも可能である。

また、本実施形態では、預かり施設の職員とタクシー業者の運転手の間での児童の受け渡し時、およびタクシー業者の運転手と保護者の親戚の間での児童の受け渡し時のそれぞれで受渡依頼メッセージを送信しているが、受渡依頼メッセージは最初に一度だけ送信してもよい。

図９（ｂ）はこの場合の受渡依頼メッセージの例であり、「△△さん（タクシー業者の運転手名など）が○○さん（預かり施設の職員名あるいは施設名など）から□□ちゃん（児童の名前など）を引き受け、××さん（保護者の親戚の名前など）へと引き渡すことを依頼します」のような預かり施設の職員、タクシー業者の運転手、保護者の親戚の３者間での児童の受け渡しを依頼する文面２０９が表示される。また預かり施設の所在地２０３と親戚の所在地２１２がそれぞれ地図２０２、２１１上で表示される。

また、本実施形態では児童の送迎をタクシー業者の運転手が行っているが、保護者の代理として一定の信頼性があれば、その他の業者が行うことも可能である。ただし、地場のタクシー業者の運転手であれば、児童の預かり施設の事前知識があり、運転手も預かり施設の職員と顔見知りの場合が多いので好ましいという利点がある。

また、本実施形態では児童の受け渡しにより児童が保護者の親戚の元に預けられるが、親戚に限らず、保護者が信頼できる者であれば良い。タクシー業者は移動手段として車（タクシー）を有するので、多少遠地の者であっても児童を預けに行くことができる。あるいは、タクシー業者が児童の一時預かり施設を備えていれば、その施設で一時的に児童を預かってもよい。この場合、図７で説明した手順は不要である。

また本実施形態では、預かり施設の職員からタクシー業者の運転手に児童を受け渡す際の本人確認のため、運転手が顔画像１３０等を含むＩＤカード１００を所持しているが、運転手の顔画像を受渡依頼メッセージに含め、預かり施設の職員が当該顔画像と運転手の顔を比較して本人確認を行うようにしてもよい。あるいは職員端末３がＩＤカード１００の登録番号１４０と紐付く顔画像を預かり施設側の管理装置（不図示）から取得し、これを運転手の顔と比較してもよい。これはタクシー業者の運転手から保護者の親戚に児童を受け渡す際の親戚の本人確認についても同様である。

以上、添付図面を参照して、本発明の好適な実施形態について説明したが、本発明は係る例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

１：受渡システム
２：保護者端末
３：職員端末
４：運転手端末
５：親戚端末
１００：ＩＤカード
１０１：メッセージ送信手段
１０２：暗号送信手段
１０３：鍵送信手段
１０４：復号結果受信手段
１０５：判定手段
１０６：メッセージ受信手段

Claims

引渡人と引受人の間で対象の受け渡しを依頼する依頼人の端末であって、
引渡人と引受人の端末のそれぞれに、対象の受け渡しの依頼を含む受渡依頼メッセージを送信するメッセージ送信手段と、
引渡人と引受人のうち少なくとも一方の端末に暗号を送信する暗号送信手段と、
前記一方の端末が受信した暗号を、引渡人と引受人のうち他方が有する鍵により復号した復号結果を受信する復号結果受信手段と、
前記復号結果が正しいか否かを判定する判定手段と、
を有することを特徴とする端末。
引渡人と引受人のうち他方の端末に前記鍵を送信する鍵送信手段を更に有することを特徴とする請求項１記載の端末。
前記暗号送信手段は、前記他方の端末にさらに暗号を送信し、
前記鍵送信手段は、前記一方の端末にさらに鍵を送信し、
前記復号結果受信手段は、前記他方の端末が受信した暗号を、前記一方の端末が受信した鍵によって復号した復号結果をさらに受信し、
前記判定手段は、前記一方の端末が受信した暗号の復号結果と、前記他方の端末が受信した暗号の復号結果が正しいか否かを判定することを特徴とする請求項２記載の端末。
前記メッセージ送信手段は、前記判定手段による判定結果に応じて、受け渡しの指示を含む受渡指示メッセージを、少なくとも引渡人の端末に送信することを特徴とする請求項１から請求項３のいずれかに記載の端末。
少なくとも引受人の端末に送信される受渡依頼メッセージに、対象についての注意事項が含まれることを特徴とする請求項１から請求項４のいずれかに記載の端末。
引渡人と引受人のうち少なくともいずれかの端末から対象の受け渡しが完了した旨を含む受渡完了メッセージを受信するメッセージ受信手段を有し、
受渡完了メッセージには当該端末の端末位置が含まれることを特徴とする請求項１から請求項５のいずれかに記載の端末。
引渡人と引受人の間で対象の受け渡しを依頼する依頼人の端末、引渡人の端末、および引受人の端末を有する受渡システムであって、
前記依頼人の端末は、
引渡人と引受人の端末のそれぞれに、対象の受け渡しの依頼を含むメッセージを送信するメッセージ送信手段と、
引渡人と引受人のうち少なくとも一方の端末に暗号を送信する暗号送信手段と、
前記一方の端末が受信した暗号を、引渡人と引受人のうち他方が有する鍵により復号した復号結果を受信する復号結果受信手段と、
前記復号結果が正しいか否かを判定する判定手段と、
を有することを特徴とする受渡システム。
引渡人と引受人の間で対象の受け渡しを依頼する依頼人の端末を、
引渡人と引受人の端末のそれぞれに、対象の受け渡しの依頼を含むメッセージを送信するメッセージ送信手段と、
引渡人と引受人のうち少なくとも一方の端末に暗号を送信する暗号送信手段と、
前記一方の端末が受信した暗号を、引渡人と引受人のうち他方が有する鍵により復号した復号結果を受信する復号結果受信手段と、
前記復号結果が正しいか否かを判定する判定手段と、
を有する端末として機能させるためのプログラム。