特開 2025-17007 情報処理装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2025017007

(43)【公開日】2025-02-05

(54)【発明の名称】情報処理装置及びプログラム

(51)【国際特許分類】

   G06Q 10/08 20240101AFI20250129BHJP

【ＦＩ】

G06Q10/08

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023119871

(22)【出願日】2023-07-24

(71)【出願人】

【識別番号】000203977

【氏名又は名称】日鉄テックスエンジ株式会社

(74)【代理人】

【識別番号】100090273

【弁理士】

【氏名又は名称】國分 孝悦

(72)【発明者】

【氏名】山田 満

【テーマコード（参考）】

5L010

5L049

【Ｆターム（参考）】

5L010AA16

5L049AA16

(57)【要約】

【課題】個人情報の匿名性を確保して、配達業務を支援できるようにする。
【解決手段】配達業務を支援するための情報処理装置（２００）であって、指定された複数の住所を対象として、在宅と判定される住所の数である在宅件数を取得する取得手段（２０２）と、前記取得手段（２０２）で取得した在宅件数と、前記対象とする住所の数とを比較した情報を求める演算手段（２０３）とを備える。前記演算手段（２０３）は、エリア毎に前記情報を求める。
【選択図】図１

【特許請求の範囲】

【請求項1】

配達業務を支援するための情報処理装置であって、
指定された複数の住所を対象として、在宅と判定される住所の数である在宅件数を取得する取得手段と、
前記取得手段で取得した在宅件数と、前記対象とする住所の数とを比較した情報を求める演算手段とを備えたことを特徴とする情報処理装置。

【請求項2】

前記演算手段は、エリア毎に前記情報を求めることを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記演算手段は、あるエリアに含まれる前記対象とする住所が１つである場合、当該エリアと他のエリアとを統合して、前記情報を求めることを特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記演算手段は、あるエリアについて求めた前記情報において、前記取得手段で取得した在宅件数と、前記対象とする住所の数との比が１になる場合、当該エリアと他のエリアとを統合して、前記情報を再度求めることを特徴とする請求項２又は３に記載の情報処理装置。

【請求項5】

配達業務を支援するための情報処理装置であって、
指定されたエリアを対象として、在宅と判定される住所の数である在宅件数を取得する取得手段と、
前記取得手段で取得した在宅件数と、前記対象とするエリア内の住所の数とを比較した情報を求める演算手段とを備えたことを特徴とする情報処理装置。

【請求項6】

前記取得手段は、携帯電話の位置の情報、電気の利用状況の情報、ガスの利用状況の情報、水道の利用状況の情報、通信インフラの利用状況の情報うちの少なくともいずれか一つに基づいて在宅と判定された前記在宅件数を取得することを特徴とする請求項１又は５に記載の情報処理装置。

【請求項7】

配達業務を支援するためのプログラムであって、
指定された複数の住所を対象として、在宅と判定される住所の数である在宅件数を取得する取得手段と、
前記取得手段で取得した在宅件数と、前記対象とする住所の数とを比較した情報を求める演算手段としてコンピュータを機能させるためのプログラム。

【請求項8】

配達業務を支援するためのプログラムであって、
指定されたエリアを対象として、在宅と判定される住所の数である在宅件数を取得する取得手段と、
前記取得手段で取得した在宅件数と、前記対象とするエリア内の住所の数とを比較した情報を求める演算手段としてコンピュータを機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、配達業務を支援するための情報処理装置及びプログラムに関する。

【背景技術】

【0002】

特許文献１には、配達物の配達や受け取りにかかる手間やコストを削減することを目的として、配達管理サーバが、スマートメーターや分電盤によって検知される電力利用状態に基づいて、配達先における配達物の受取人の在否（在宅であるか又は不在であるか）を判定する構成が開示されている。
また、特許文献２には、住宅等の施設にいる人物の人物情報（年齢、関係、行動等）を取得して、人物情報の組み合わせに基づいて施設の使用状態を決定する技術が開示されている。
また、特許文献３には、駐車場の駐車スペースごとの車両の入出庫情報を取得して、車両を所有する居住者の在宅率を予測する技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１９－１０９８４７号公報

【特許文献2】特開２０２０－２１２６０号公報

【特許文献3】特開２０２２－１９０５３４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

このように在宅／不在を判定する技術が提案されているが、在宅／不在の情報は個人情報であり、これを利用するには各ユーザに使用許可を得る必要がある。そのため、在宅／不在の情報を配達業務の支援に利用することが難しいのが実情である。

【0005】

本発明は上記のような点に鑑みてなされたものであり、個人情報の匿名性を確保して、配達業務を支援できるようにすることを目的とする。

【課題を解決するための手段】

【0006】

本発明の情報処理装置は、配達業務を支援するための情報処理装置であって、指定された複数の住所を対象として、在宅と判定される住所の数である在宅件数を取得する取得手段と、前記取得手段で取得した在宅件数と、前記対象とする住所の数とを比較した情報を求める演算手段とを備えたことを特徴とする。
また、本発明の情報処理装置は、配達業務を支援するための情報処理装置であって、指定されたエリアを対象として、在宅と判定される住所の数である在宅件数を取得する取得手段と、前記取得手段で取得した在宅件数と、前記対象とするエリア内の住所の数とを比較した情報を求める演算手段とを備えたことを特徴とする。
また、本発明のプログラムは、配達業務を支援するためのプログラムであって、指定された複数の住所を対象として、在宅と判定される住所の数である在宅件数を取得する取得手段と、前記取得手段で取得した在宅件数と、前記対象とする住所の数とを比較した情報を求める演算手段としてコンピュータを機能させる。
また、本発明のプログラムは、配達業務を支援するためのプログラムであって、指定されたエリアを対象として、在宅と判定される住所の数である在宅件数を取得する取得手段と、前記取得手段で取得した在宅件数と、前記対象とするエリア内の住所の数とを比較した情報を求める演算手段としてコンピュータを機能させる。

【発明の効果】

【0007】

本発明によれば、個人情報の匿名性を確保して、配達業務を支援できるようになる。

【図面の簡単な説明】

【0008】

【図1】実施形態に係る配達業務支援システムの概略構成を示す図である。

【発明を実施するための形態】

【0009】

以下、添付図面を参照して、本発明の好適な実施形態について説明する。
［第１の実施形態］
図１に、実施形態に係る配達業務支援システム１の概略構成を示す。
配達業務支援システム１は、宅配業者が構築したネットワークシステム２を含む。ネットワークシステム２は、宅配業者の配達員が所持する携帯端末１００と、サーバ１５０とがインターネット等のネットワーク３０１を介して通信可能に構成される。なお、図１では、携帯端末１００を一台のみ図示するが、複数台存在する。
また、サーバ１５０は、例えばインフラ業者がサービスを提供するためのサーバ２００と、インターネット等のネットワーク３０２を介して通信可能に構成される。

【0010】

携帯端末１００は、サーバ１５０に対して、現在地を付加して配送ルートを要求する要求部１０１と、サーバ１５０から送られてくる配送ルートを配達員に提示する提示部１０２とを備える。

【0011】

サーバ１５０は、携帯端末１００からの要求を受け付ける受付部１５１と、受付部１５１で受け付けた要求に応じて、配達予定の複数の住所を指定して、サーバ２００に支援情報の要求を行う要求部１５２と、サーバ２００から支援情報を取得する取得部１５３と、取得部１５３で取得した支援情報に基づいて、配送ルートを演算する演算部１５４と、演算部１５４で演算した配送ルートを携帯端末１００に出力する出力部１５５とを備える。以下、サーバ１５０側から支援情報を要求することを、問い合わせとも呼ぶ。

【0012】

サーバ２００は、インフラ業者が提供する、携帯電話の位置の情報、電気の利用状況の情報、ガスの利用状況の情報、水道の利用状況の情報、通信インフラの利用状況の情報うちの少なくともいずれか一つが格納されるデータベース２０５を有する。そして、サーバ２００は、サーバ１５０から支援情報の要求（問い合わせ）を受け付ける受付部２０１と、指定された複数の住所を対象として、データベース２０５を利用して、問い合わせ時に在宅と判定される住所の数である在宅件数を取得する取得部２０２と、在宅件数と対象とする住所の数とを利用して、支援情報を求める演算部２０３と、演算部２０３で求めた支援情報を、問い合わせ元のサーバ１５０に出力する出力部２０４とを備える。サーバ２００が、本発明を適用した、配達業務を支援するための情報処理装置の例である。

【0013】

以下、サーバ１５０及びサーバ２００が実行する処理について詳述する。
サーバ１５０において、受付部１５１で携帯端末１００からの要求を受け付けたことを受けて、要求部１５２は、例えば当日中に配達予定の複数の住所を指定して、サーバ２００に支援情報の要求を行う。
ここで、配達は、（ａ）時間指定なし、（ｂ）時間指定あり、（ｃ）ポスト投函可、（ｄ）宅配ボックスあり（宅配業者側でデータ保有）に分類される。属性（ｃ）、（ｄ）では再配達の可能性は低く、属性（ａ）又は属性（ａ）、（ｂ）の配達業務の支援を行えるようにするのが好適である。要求部１５２は、属性（ａ）又は属性（ａ）、（ｂ）の配達予定の複数の住所をリスト化して、サーバ２００に受け渡す。

【0014】

サーバ２００において、受付部２０１は、サーバ１５０から支援情報の要求（問い合わせ）を受け付ける。

【0015】

サーバ２００において、取得部２０２は、指定された複数の住所を対象として、データベース２０５を利用して、問い合わせ時に在宅と判定される住所の数である在宅件数を取得する。取得部２０２は、データベース２０５で管理される、携帯電話の位置の情報、電気の利用状況の情報、ガスの利用状況の情報、水道の利用状況の情報、通信インフラの利用状況の情報うちの少なくともいずれか一つに基づいて、各住所の在宅／不在を判定して、在宅件数を取得する。

【0016】

携帯電話の位置の情報を利用する場合、各携帯電話における在宅可能性が高い時間帯（例えば１：００～５：００）のＧＰＳ情報と、問い合わせ時のＧＰＳ情報とを比較し、近ければ在宅と判定する。なお、携帯電話の契約住所と所有者の住居とは異なることがあるので、契約者名と在宅可能性が高い時間帯のＧＰＳ情報と住所とをマッチングさせたデータベースの構築を行うのが好ましい。

【0017】

また、電気、ガス、水道の利用状況の情報を利用する場合、個別住所における問い合わせ時と同時刻を含む時間帯での過去の低消費量（不在）、又は配達時間（例えば８：００～２１：００）の過去の低消費量（不在）と、問い合わせ時の消費量（スマートメーターの値等）とを比較し、問い合わせ時の消費量が大きければ在宅と判定する。家電等ではタイマーでの使用も想定されるので、配達時間を考慮した過去実績との比較で在宅／不在を判定する。このように過去の使用量（消費量）の時間帯傾向を捉えることで、より精度の高い判定が可能になる。

【0018】

また、通信インフラの利用状況を利用する場合、各家庭における全時間帯の過去の低トラフィックの情報（不在）と、問い合わせ時のトラフィックとを比較し、問い合わせ時のトラフィックが大きければ在宅と判定する。定期的なアップデート等も想定されるので、問い合わせ時と同時刻を含む時間帯だけでなく、他の時間帯の過去実績を用いて、在宅を判定する。このように過去のトラフィック量の時間帯傾向を捉えることで、より精度の高い判定が可能になる。

【0019】

サーバ２００において、演算部２０３は、支援情報として、取得部２０２で取得した在宅件数と、対象とする住所の数（在宅問い合わせ件数と呼ぶ）とを比較した情報を求める。本実施形態では、演算部２０３は、支援情報として、（在宅件数）／（在宅問い合わせ件数）を百分率で表した値（以下、在宅可能性率と呼ぶ）を演算する。在宅可能性率を参照すれば、配達予定の複数の住所のうち、どの程度の数の住所で在宅の可能性が高いかを把握することができる。
ここで、予めエリア分割されており（便宜上、小エリアと呼ぶ）、小エリア毎に在宅可能性率を演算する。エリア分割は、例えば「何丁目」といった単位で区切られる。なお、都市部等の住宅が密集している地区と、地方等の住宅が密集していない地区とで、エリア分割の仕方（小エリアの大きさ）を異ならせてもよい。

【0020】

この場合に、小エリアに含まれる対象とする住所が１つである場合、すなわち在宅問い合わせ件数が１つである場合、個人の特定につながる可能性があり、匿名性が失われる。そこで、演算部２０３は、小エリアに含まれる対象とする住所が１つである場合、当該小エリアとこれに最も近い他の小エリアとを統合した中エリアでの在宅可能性率を演算する。このように、対象とする住所が複数含まれるように再グルーピングを行い、在宅可能性率を演算する。

【0021】

また、小エリアで演算した在宅可能性率が１００％になる場合、すなわち取得部２０２で取得した在宅件数と、対象とする住所の数との比が１になる場合も、個人の特定につながる可能性があり、匿名性が失われる。そこで、演算部２０３は、小エリアで演算した宅可能性率が１００％である場合、当該小エリアとこれに最も近い他の小エリアとを統合した中エリアでの在宅可能性率を再度演算する。このように、在宅可能性率が１００％未満になるように再グルーピングを行い、在宅可能性率を演算する。

【0022】

サーバ２００において、出力部２０４は、演算部２０３で求めた小エリア毎（又は中エリア毎）の在宅可能性率を、問い合わせ元のサーバ１５０に出力する。

【0023】

サーバ１５０において、演算部１５４は、取得部１５３でサーバ２００から取得した在宅可能性率に基づいて、配送ルートの最適化を行い、出力部１５５は、この配送ルートを携帯端末１００に出力する。携帯端末１００において、提示部１０２は、サーバ１５０から送られてくる配送ルートを例えば不図示の表示部に表示して、配達員に提示する。
配送ルートの最適化の仕方は限定されるものではなく、既存の最適化手法を用いればよい。例えば、属性（ｂ）の配達先の情報（エリア毎の在宅可能性率、配達件数）に基づいて、全エリアの総移動コストが最小になるように配送ルートを求める。そして、この配送ルートにおいて、配達先間の猶予時間に対し、制約条件にならない属性（ａ）の配達先の情報を加え、移動コストが最小になるように配送ルートを求める。また、この配送ルートにおいて、配達先間の猶予時間に対し、属性（ｃ）、（ｄ）の配達先の情報に基づいて、移動コストが最小になるように配送ルートを求める。
配達中において、逐次、最新情報による在宅可能性率を演算して、配送ルートの最適化を行うようにすれば、精度を向上させることができる。

【0024】

このようにしたサーバ１５０、サーバ２００は、例えばＣＰＵ、ＲＯＭ、ＲＡＭ等を備えるコンピュータにより構成され、ＣＰＵが例えばＲＯＭに記憶された所定のプログラムを実行することにより、各部１５１～１５５、２０１～２０４の機能が実現される。

【0025】

以上述べたように、プライバシー保護の観点から活用が難しい個人情報である在宅／不在の情報をグルーピング化して、在宅可能性率として取り扱うことにより、匿名性を確保してプライバシー保護を図りつつ、配達業務を支援できるようになる。これにより、再配達の抑制につながり、二酸化炭素の排出量を削減して、ＧＸ（グリーントランスフォーメーション）活動に貢献することが可能になる。

【0026】

なお、本実施形態では、問い合わせ時を基準として、在宅件数を取得し、在宅可能性率を演算するようにしたが、例えば支援情報の要求を行うときに将来の日時を指定できるようにし、指定された日時を基準として、在宅件数を取得し、在宅可能性率を演算するようにしてもよい。
また、本実施形態では、サーバ２００の取得部２０２が在宅／不在を判定する例としたが、この判定が外部機器で行われ、その結果である在宅件数を取得部２０２が取得する形態としてもよい。
また、本実施形態では、サーバ１５０の演算部１５４が配送ルートの最適化を行って、それを携帯端末１００で提示するとしたが、在宅可能性率を携帯端末１００で提示するだけでも、配達業務を支援することが可能である。

【0027】

［第２の実施形態］
第１の実施形態では、複数の住所を指定して、サーバ２００に支援情報の要求を行うようにしたが、エリアを指定して、サーバ２００に支援情報の要求を行うようにしてもよい。なお、配達業務支援システム１の概略構成は図１に示したものと同様であり、以下では、第１の実施形態との共通点の説明は省略し、第１の実施形態との相違点を中心に説明する。

【0028】

サーバ１５０において、受付部１５１で携帯端末１００からの要求を受け付けたことを受けて、要求部１５２は、例えば当日中に配達予定のエリアを指定して、サーバ２００に支援情報の要求を行う。ここでいうエリアは、第１の実施形態で述べたように予めエリア分割されたエリアでもよいし、配達員が任意に指定するエリアでもよい。

【0029】

サーバ２００において、受付部２０１は、サーバ１５０から支援情報の要求（問い合わせ）を受け付ける。

【0030】

サーバ２００において、取得部２０２は、指定されたエリアを対象として、データベース２０５を利用して、問い合わせ時に在宅と判定される住所の数である在宅件数を取得する。第１の実施形態と同様、取得部２０２は、データベース２０５で管理される、携帯電話の位置の情報、電気の利用状況の情報、ガスの利用状況の情報、水道の利用状況の情報、通信インフラの利用状況の情報うちの少なくともいずれか一つに基づいて、各住所の在宅／不在を判定して、在宅件数を取得する。

【0031】

サーバ２００において、演算部２０３は、支援情報として、取得部２０２で取得した在宅件数と、対象とするエリア内の住所の数（在宅問い合わせ件数と呼ぶ）とを比較した情報を求める。本実施形態では、演算部２０３は、支援情報として、（在宅件数）／（在宅問い合わせ件数）を百分率で表した値（以下、在宅可能性率と呼ぶ）を演算する。在宅可能性率を参照すれば、配達予定のエリアのうち、どの程度の数の住所で在宅の可能性が高いかを把握することができる。
本実施形態でも、対象とするエリアで演算した在宅可能性率が１００％になる場合、すなわち取得部２０２で取得した在宅件数と、対象とするエリア内の住所の数との比が１になる場合も、エリアを拡大して在宅可能性率を再度演算する。

【0032】

サーバ２００において、出力部２０４は、演算部２０３で求めたエリアの在宅可能性率を、問い合わせ元のサーバ１５０に出力する。

【0033】

サーバ１５０において、演算部１５４は、取得部１５３でサーバ２００から取得した在宅可能性率に基づいて、配送ルートの最適化を行い、出力部１５５は、この配送ルートを携帯端末１００に出力する。携帯端末１００において、提示部１０２は、サーバ１５０から送られてくる配送ルートを例えば不図示の表示部に表示して、配達員に提示する。最適化については第１の実施形態で述べたとおりである。

【0034】

以上、本発明を実施形態と共に説明したが、上記実施形態は本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
本実施形態では、携帯端末１００、サーバ１５０及びサーバ２００を備える構成を説明したが、これに限定されるものではない。
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

【符号の説明】

【0035】

１００：携帯端末、１０１：要求部、１０２：提示部、１５０：サーバ、１５１：受付部、１５２：要求部、１５３：取得部、１５４：演算部、１５５：出力部、２００：サーバ、２０１：受付部、２０２：取得部、２０３：演算部、２０４：出力部、２０５：データベース、３０１、３０２：ネットワーク

【図1】