(57)【要約】【課題】不着になった郵送物の管理を容易に行うことが可能な不着管理システム、郵送物管理システム及び郵送物を提供する。【解決手段】発送を依頼する得意先が指定した管理データを暗号化したバーコード６２と宛先情報６１とが視認可能な位置に印刷された郵送物６が不着になった場合に、不着になった郵送物６を管理する不着管理システム１は、郵送物６のバーコード６２を読み取るリーダ部２５と、不着事由に関する情報である不着事由データの入力を受け付ける事由データ受付部１１と、リーダ部２５により読み取ったバーコード６２を受け付け及び復号して、管理データを取得する管理データ取得部１３と、取得した管理データと、受け付けた不着事由データとを対応付けた不着管理データを生成する不着管理データ生成部１４とを備える。【選択図】図１
2017058910.tif 000002
【特許請求の範囲】
【請求項１】
発送を依頼する依頼主が指定した管理情報を暗号化したコードと届先情報とが視認可能な位置に印刷された郵送物が不着になった場合に、不着郵送物を管理する不着管理システムであって、
前記不着郵送物の前記コードを読み取る読取手段と、
不着事由に関する情報である不着事由情報の入力を受け付ける情報受付手段と、
前記読取手段により読み取った前記コードに基づいて復号した前記管理情報を取得する情報取得手段と、
前記情報取得手段が取得した前記管理情報と、前記情報受付手段が受け付けた前記不着事由情報とを対応付けた不着管理情報を生成する不着管理情報生成手段と、
を備えること、
を特徴とする不着管理システム。
【請求項２】
請求項１に記載の不着管理システムにおいて、
前記コードは、公開領域と、暗号化された前記管理情報を有する非公開領域とを含んで構成され、
前記情報取得手段は、前記コードの前記非公開領域から前記管理情報を取得すること、
を特徴とする不着管理システム。
【請求項３】
請求項２に記載の不着管理システムにおいて、
前記コードの前記公開領域は、暗号化に用いた暗号鍵を特定する暗号鍵特定情報を記憶し、
前記暗号鍵特定情報と、暗号鍵とを対応付けて記憶する暗号鍵記憶部を備え、
前記読取手段は、前記コードの前記公開領域から前記暗号鍵特定情報を読み取り、
前記情報取得手段は、前記暗号鍵記憶部を参照して、読み取った前記暗号鍵特定情報に対応する暗号鍵を取得し、取得した暗号鍵を用いて前記非公開領域に記憶された前記管理情報を取得すること、
を特徴とする不着管理システム。
【請求項４】
請求項１から請求項３までのいずれかに記載の不着管理システムにおいて、
前記管理情報には、前記届先情報が有する住所情報を含み、
新旧の住所情報を対応付けて記憶する対比住所記憶部を備え、
前記不着管理情報生成手段は、前記対比住所記憶部を参照して、前記管理情報に含む住所情報を最新の住所情報に更新して、不着管理情報を生成すること、
を特徴とする不着管理システム。
【請求項５】
請求項１から請求項４までのいずれかに記載の不着管理システムと、
前記郵送物を作製する郵送物作製システムと、
を備えた郵送物管理システム。
【請求項６】
請求項５に記載の郵送物管理システムにおいて、
前記郵送物作製システムは、依頼主から受領した受領データから前記管理情報を抽出してコード化し、前記受領データから抽出した前記届先情報と共に印刷して、前記郵送物を作製すること、
を特徴とする郵送物管理システム。
【請求項７】
発送を依頼する依頼主が指定した管理情報を暗号化したコードと届先情報とが、視認可能な位置に印刷された郵送物。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、郵送物の不着を管理する不着管理システム、郵送物管理システム及び郵送物に関する。
【背景技術】
【０００２】
従来、得意先に代わって、得意先の顧客にＤＭ（ダイレクトメール）を発送するサービスがある（例えば、特許文献１参照）。
このようなサービスでは、ＤＭだけではなく、例えば、金融機関で使用するキャッシュカードを封入した郵送物等、様々な種類の郵送物に対しても同様に行うことができる。そして、例えば、宛先が間違っている等により郵送物が不着になると、郵送物に示された還付先等に還付される。還付先では、不着になった理由によって郵送物を再度発送したり、その郵送物に関するデータを得意先に還元したりすることが行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１５７９５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、郵送物には、郵送のために住所や氏名等の届先情報が記載されているが、例えば、キャッシュカードのカード番号等の情報は、セキュリティの観点から記載しないのが一般的である。しかし、得意先では、不着になった郵送物を容易に管理するために、例えば、カード番号等、得意先が指定する情報を取得したいニーズがある。そのため、これらの得意先が指定する情報が容易に取得できると便利である。
また、ビジネスプロセスアウトソーシング（ＢＰＯ）により、不着になった郵送物の管理を専用に行うことも行われている。
【０００５】
本発明は、不着になった郵送物の管理を容易に行うことが可能な不着管理システム、郵送物管理システム及び郵送物を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。
【０００７】
第１の発明は、発送を依頼する依頼主が指定した管理情報を暗号化したコード（６２，２６３）と届先情報（６１）とが視認可能な位置に印刷された郵送物（６，２０６）が不着になった場合に、不着郵送物を管理する不着管理システム（１，２０１）であって、前記不着郵送物の前記コードを読み取る読取手段（２５，２５０）と、不着事由に関する情報である不着事由情報の入力を受け付ける情報受付手段（１１）と、前記読取手段により読み取った前記コードに基づいて復号した前記管理情報を取得する情報取得手段（１３，２１３，２５１）と、前記情報取得手段が取得した前記管理情報と、前記情報受付手段が受け付けた前記不着事由情報とを対応付けた不着管理情報を生成する不着管理情報生成手段（１４）と、を備えること、を特徴とする不着管理システムである。
第２の発明は、第１の発明の不着管理システム（１，２０１）において、前記コード（６２，２６３）は、公開領域（６２ａ，２６３ａ）と、暗号化された前記管理情報を有する非公開領域（６２ｂ，２６３ｂ）とを含んで構成され、前記情報取得手段（１３，２１３，２５１）は、前記コードの前記非公開領域から前記管理情報を取得すること、を特徴とする不着管理システムである。
第３の発明は、第２の発明の不着管理システム（１，２０１）において、前記コード（６２，２６３）の前記公開領域（６２ａ，２６３ａ）は、暗号化に用いた暗号鍵を特定する暗号鍵特定情報を記憶し、前記暗号鍵特定情報と、暗号鍵とを対応付けて記憶する暗号鍵記憶部（２２，２５７）を備え、前記読取手段（２５，２５０）は、前記コードの前記公開領域から前記暗号鍵特定情報を読み取り、前記情報取得手段（１３，２１３，２５１）は、前記暗号鍵記憶部を参照して、読み取った前記暗号鍵特定情報に対応する暗号鍵を取得し、取得した暗号鍵を用いて前記非公開領域に記憶された前記管理情報を取得すること、を特徴とする不着管理システムである。
第４の発明は、第１の発明から第３の発明までのいずれかの不着管理システム（１，２０１）において、前記管理情報には、前記届先情報（６１）が有する住所情報を含み、新旧の住所情報を対応付けて記憶する対比住所記憶部（２３）を備え、前記不着管理情報生成手段（１４）は、前記対比住所記憶部を参照して、前記管理情報に含む住所情報を最新の住所情報に更新して、不着管理情報を生成すること、を特徴とする不着管理システムである。
第５の発明は、第１の発明から第４の発明までのいずれかの不着管理システム（１，２０１）と、前記郵送物（６，２０６）を作製する郵送物作製システム（４）と、を備えた郵送物管理システム（１００，２００）である。
第６の発明は、第５の発明の郵送物管理システム（１００，２００）において、前記郵送物作製システム（４）は、依頼主から受領した受領データから前記管理情報を抽出してコード化し、前記受領データから抽出した前記届先情報と共に印刷して、前記郵送物（６，２０６）を作製すること、を特徴とする郵送物管理システムである。
第７の発明は、発送を依頼する依頼主が指定した管理情報を暗号化した（６２，２６３）と届先情報（６１）とが、視認可能な位置に印刷された郵送物（６，２０６）である。
【発明の効果】
【０００８】
本発明によれば、不着になった郵送物の管理を容易に行うことが可能な不着管理システム、郵送物管理システム及び郵送物を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】第１実施形態に係る郵送物管理システムの全体概要図である。
【図２】第１実施形態に係る郵送物を説明するための図である。
【図３】第１実施形態に係る不着管理システムの機能ブロック図である。
【図４】第１実施形態に係る不着管理システムでの不着管理処理を示すフローチャートである。
【図５】第１実施形態に係る不着管理システムでの処理の具体例を示す図である。
【図６】第１実施形態に係る不着管理システムでの不着管理データ生成処理を示すフローチャートである。
【図７】第２実施形態に係る不着管理システムの機能ブロック図である。
【図８】第２実施形態に係る郵送物を説明するための図である。
【図９】第２実施形態に係る不着管理システムでの不着管理処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（第１実施形態）
＜郵送物管理システム１００の説明＞
図１は、第１実施形態に係る郵送物管理システム１００の全体概要図である。
図２は、第１実施形態に係る郵送物６を説明するための図である。
図１に示す郵送物管理システム１００は、郵送物６を作製及び発送し、郵送物６が顧客に到着したか否かを管理するシステムである。
郵送物管理システム１００は、不着管理システム１と、作製システム４（郵送物作製システム）とを備えている。不着管理システム１は、不着になった郵送物６を管理するシステムである。また、作製システム４は、郵送物６を作製するシステムである。不着管理システム１と、作製システム４とは、相互に接続されておらず、各々独立したシステムである。
【００１１】
ここで、郵送物管理システム１００での処理の流れを、図１に基づいて説明する。
まず、顧客宛の郵送物６（６Ａ，６Ｂ，・・・）の作製を依頼する得意先（依頼主）は、郵送物作製のための発行データ（受領データ）を、作製システム４に対して受け渡す（＃１）。得意先は、発行データをＣＤ−ＲＯＭ等の記録媒体に記憶させて、作製システム４に渡してもよいし、得意先のコンピュータ（図示せず）と、作製システム４との間を通信ネットワークで接続することで、発行データを受け渡してもよい。また、発行データは、電子データに限らず、紙媒体に記載されたデータであってもよい。その場合には、作製システム４において、ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）等によって電子データに変換すればよい。
ここで、発行データとは、作製システム４において郵送物６を作製するためのデータをいう。例えば、銀行である得意先が、キャッシュカードの作製を依頼する場合には、発行データは、キャッシュカードを発行し、顧客に発送するためのデータである。また、例えば、保険会社である得意先が、保険証書の作製を依頼する場合は、発行データは、保険証書を印刷し、顧客に発送するためのデータである。
【００１２】
作製システム４は、得意先から発行データを受領し、郵送物６（６Ａ，６Ｂ，・・・）を作製する（＃２）。作製システム４は、得意先の依頼内容によって、発行データを入力データとして、印刷装置、加工装置、封入装置等（図示せず）による処理を適宜行って、郵送物６を作製する。
【００１３】
＜郵送物６の説明＞
ここで、作製システム４で作製した郵送物６の例を、図２に基づき説明する。
図２（Ａ）は、封書形式の郵送物６である。郵送物６は、封筒７０に、例えば、キャッシュカードが貼り付けられた紙媒体の通知物が封入されたものである。封筒７０は、窓部７１を備え、窓部７１から通知物に印刷がされた宛先情報６１（届先情報）とバーコード６２とが視認可能になっている。
バーコード６２は、図２（Ｂ）に示すように、公開領域６２ａと、非公開領域６２ｂとの２つの領域から構成されている。公開領域６２ａには、後述するリーダ部２５が読み取ることで、リーダ部２５が接続されたコンピュータによって直接取得できるデータを記憶する。また、非公開領域６２ｂには、リーダ部２５が読み取っても、リーダ部２５が接続されたコンピュータは、直接データを取得することができない暗号化されたデータを記憶する。なお、作製システム４では、コードに暗号化したデータを記憶させる既知の技術を適宜使用して、生成されたバーコード６２を印刷することができる。
【００１４】
図１に戻り、作製システム４によって作製された郵送物６（６Ａ，６Ｂ，・・・）は、例えば、郵便局等の郵送業者に持ち込まれ、宛先情報６１に基づいて顧客に郵送される。宛先情報６１が示す顧客が存在する場合には、郵送物６Ａが示すように、宛先情報６１が示す顧客に届けられて（＃４−１）、郵送物管理システム１００の処理が終了する。しかし、例えば、宛先情報６１に誤りがあった場合には、郵送物６Ｂに示すように、不着扱いとして（＃４−２）、郵送業者から、還付先に移される（＃５）。その際、郵送業者は、不着事由を記載した紙を、郵送物６Ｂ（不着郵送物）に添付する。
【００１５】
還付先に移された郵送物６Ｂは、不着管理システム１によって読み取られ、不着になった郵送物６Ｂから不着管理データを生成する（＃６）。この不着管理データの生成に関する説明は、後述する。
そして、生成された不着管理データは、得意先に納品される（＃７）。不着管理システム１は、不着管理データをＣＤ−ＲＯＭ等の記録媒体に記憶させて、得意先に渡してもよいし、得意先のコンピュータ（図示せず）と、不着管理システム１との間を通信ネットワークで接続することで、不着管理データを受け渡してもよい。また、不着になった郵送物６Ｂは、得意先の指示により、住所情報等を変更の上、得意先に返却したり、再度郵送業者に持ち込んだりする。
【００１６】
＜不着管理システム１の説明＞
次に、不着管理システム１の構成について説明する。
図３は、第１実施形態に係る不着管理システム１の機能ブロック図である。
不着管理システム１は、例えば、パーソナルコンピュータ（ＰＣ）等の一般的なコンピュータであってよい。不着管理システム１は、制御部１０と、記憶部２０と、リーダ部２５（読取手段）と、入力部２７と、表示部２８とを備える。
【００１７】
制御部１０は、不着管理システム１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部２０に記憶されているオペレーティングシステム（ＯＳ）やアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部１０は、事由データ受付部１１（情報受付手段）と、コード受付部１２と、管理データ取得部１３（情報取得手段）と、不着管理データ生成部１４（不着管理情報生成手段）とを備える。
事由データ受付部１１は、この不着管理システム１を操作するオペレータによって入力された事由データを受け付ける。
コード受付部１２は、リーダ部２５を介して読み取ったバーコード６２（図２）のコードデータを受け付ける。ここで、コードデータとは、リーダ部２５によりバーコード６２を読み取り後のデータをいう。
管理データ取得部１３は、バーコード６２のコードデータから管理データ（管理情報）を取得する。
不着管理データ生成部１４は、不着管理データ（不着管理情報）を生成する。
なお、詳細な説明については、後述する。
【００１８】
記憶部２０は、制御部１０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部２０は、プログラム記憶部２１と、暗号鍵テーブル２２（暗号鍵記憶部）と、対比住所テーブル２３（対比住所記憶部）と、不着管理データ記憶部２４とを備える。
プログラム記憶部２１は、不着管理システム１で実行する各種プログラムを記憶する記憶領域である。プログラム記憶部２１は、不着管理プログラム２１ａを記憶している。
不着管理プログラム２１ａは、上述した制御部１０の各種機能を実行するためのプログラムである。
暗号鍵テーブル２２は、暗号鍵と、暗号鍵を特定するための暗号鍵特定データとを対応付けたテーブルである。ここで、暗号鍵は、郵送物６から読み取った、暗号化されたデータを復号するためのキーである。暗号鍵は、例えば、得意先ごとに異なるものにする。そのため、暗号鍵テーブル２２は、得意先の数だけの暗号鍵と、暗号鍵特定データとを記憶している。
対比住所テーブル２３は、新旧の住所情報を対応付けたテーブルである。対比住所テーブル２３は、例えば、市区町村の合併や、区画整理のための住所変更の都度、住所情報を更新して記憶する。
不着管理データ記憶部２４は、生成された不着管理データを記憶する記憶領域である。
【００１９】
リーダ部２５は、郵送物６に印刷されたバーコード６２（図２）を読み取る読取装置である。
入力部２７は、例えば、キーボードやマウス等の入力装置である。
表示部２８は、例えば、液晶パネル等で構成される表示装置である。
【００２０】
＜処理の説明＞
次に、不着管理システム１での処理について説明する。
図４は、第１実施形態に係る不着管理システム１での不着管理処理を示すフローチャートである。
図５は、第１実施形態に係る不着管理システム１での処理の具体例を示す図である。
図６は、第１実施形態に係る不着管理システムでの不着管理データ生成処理を示すフローチャートである。
まず、本処理を開始する前段階として、オペレータは、不着になった複数の郵送物６を、郵送物６に添付された不着事由を記載した紙の内容に基づいて、同じ不着事由ごとに分類して束にしておく。次に、オペレータが不着管理プログラム２１ａを起動させると、図４のステップＳ（以下、単に「Ｓ」という。）１０において、不着管理システム１の制御部１０は、図５（Ａ）に示す不着事由入力画面３１を、表示部２８に表示させる。
【００２１】
図５（Ａ）に示す不着事由入力画面３１は、不着事由を選択するための画面である。不着事由入力画面３１には、主な不着事由が選択可能に示されている。ここに示す不着事由入力画面３１は、一例であって、他の不着事由があってもよい。
そこで、オペレータは、ある不着事由の束から、不着になった郵送物６を１つ取り出して不着事由を確認する。そして、オペレータは、不着になった郵送物６の不着事由を、不着事由入力画面３１から選択して入力する。
すると、図４のＳ１１において、制御部１０（事由データ受付部１１）は、不着事由データを受け付ける。そして、制御部１０は、図５（Ｂ）に示す読取画面３２を、表示部２８に表示させる。読取画面３２は、オペレータに、バーコード６２の読取を促す画面である。
【００２２】
図４に戻り、Ｓ１２において、制御部１０（コード受付部１２）は、バーコード６２のコードデータを受け付けたか否かを判断する。オペレータは、図５（Ｂ）に示す読取画面３２に示された不着事由が正しいことを確認の上、リーダ部２５を、郵送物６のバーコード６２に近づける。する、リーダ部２５がバーコード６２を読み取るので、制御部１０は、コードデータを受け付ける。コードデータを受け付けた場合（Ｓ１２：ＹＥＳ）には、制御部１０は、処理をＳ１３に移す。他方、コードデータを受け付けていない場合（Ｓ１２：ＮＯ）には、制御部１０は、コードデータを受け付けるまで本処理にとどまる。コードデータを受け付けると、制御部１０は、図５（Ｃ）に示す読取完了画面３３を、表示部２８に表示させるので、オペレータは、読取完了画面３３によって、バーコード６２が読み取れたことを確認できる。
【００２３】
図５（Ｄ）は、コードデータ６４の例を示す。
コードデータ６４は、公開領域６２ａ（図２（Ｂ））に対応した公開データ６４ａと、非公開領域６２ｂに対応した非公開データ６４ｂとから構成される。
公開データ６４ａは、例えば、得意先コード、種別、月日、暗号鍵特定データ、チェックデジット（ＣＤ）等からなる。公開データ６４ａに含まれるデータは、作製システム４で郵送物６を作製する際に作製システム４での管理のために用いられるものである。また、作製システム４には、暗号鍵テーブル２２と同じ内容のテーブル（図示せず）が用意され、得意先コードに対応した暗号鍵特定データを含んで、公開データ６４ａを生成できるようになっている。
非公開データ６４ｂは、後述する管理データを含む。
【００２４】
図４に戻り、Ｓ１３において、制御部１０は、不着管理データ生成処理を行う。
ここで、不着管理データ生成処理について、図６に基づき説明する。
図６のＳ２０において、制御部１０は、受け付けたコードデータ６４のうち、公開データ６４ａに含まれる暗号鍵特定データを取得する。
Ｓ２１において、制御部１０は、暗号鍵テーブル２２を参照し、暗号鍵特定データに対応する暗号鍵を抽出する。
Ｓ２２において、制御部１０（管理データ取得部１３）は、コードデータ６４のうち、非公開データ６４ｂを取得する。
Ｓ２３において、制御部１０（管理データ取得部１３）は、Ｓ２１において抽出した暗号鍵を用いて、暗号化された非公開データ６４ｂを復号し、管理データを取得する。管理データは、得意先が郵送物６を把握するために必要なデータである。つまり、管理データは、得意先で顧客を特定するためのキー情報を含む。管理データは、例えば、カード番号、会員番号、証券番号等の機微情報や、住所、氏名、マイナンバー等の個人情報を含むデータである。管理データは、得意先が指定する内容を入力したデータであるので、得意先ごとに異なる内容のデータであってよい。
【００２５】
Ｓ２４において、制御部１０は、対比住所テーブル２３を参照し、管理データに住所データが含まれる場合に、住所データの変更が必要であるか否かを判断する。住所データの変更が必要である場合とは、管理データに含まれる住所データが、対比住所テーブル２３の旧住所に含まれる場合をいう。また、管理データに住所データを含まない場合や、住所データを含んでいても、対比住所テーブル２３の旧住所に含まれない場合は、住所データの変更は不要である。住所データの変更が必要である場合（Ｓ２４：ＹＥＳ）には、制御部１０は、処理をＳ２５に移す。他方、住所データの変更が必要ではない場合（Ｓ２４：ＮＯ）には、制御部１０は、処理をＳ２６に移す。
Ｓ２５において、制御部１０は、対比住所テーブル２３を参照し、旧住所から新住所に住所データを変更する。
Ｓ２６において、制御部１０（不着管理データ生成部１４）は、Ｓ２３で取得した管理データと、図４のＳ１１で受け付けた不着事由データとを含む不着管理データを生成し、不着管理データ記憶部２４に記憶させる。その後、制御部１０は、処理を図４に移す。
【００２６】
図４に戻り、Ｓ１４において、制御部１０は、例えば、オペレータの操作によって不着管理プログラム２１ａを終了させる指示を受け付けることにより、処理を終了するか否かを判断する。
制御部１０が表示中の図５（Ｃ）に示す読取完了画面３３において、オペレータが「ＯＫ」ボタンを選択することで、制御部１０は、図５（Ｂ）に示す読取画面３２を、表示部２８に表示させる。
そして、全ての郵送物６についての処理をした場合には、図５（Ｂ）に示す読取画面３２の「終了」ボタンをオペレータが選択する。このオペレーションにより、制御部１０は、処理を終了すると判断する。処理を終了する場合（Ｓ１４：ＹＥＳ）には、制御部１０は、本処理を終了する。他方、処理を終了しない場合（Ｓ１４：ＮＯ）には、制御部１０は、処理をＳ１５に移す。
【００２７】
Ｓ１５において、図５（Ｂ）に示す読取画面３２の「メニュー画面」ボタンをオペレータが選択したか否かにより、制御部１０は、不着事由を変更するか否かを判断する。不着事由を変更する場合（Ｓ１５：ＹＥＳ）には、制御部１０は、処理をＳ１０に移す。他方、不着事由を変更しない場合（Ｓ１５：ＮＯ）には、制御部１０は、処理をＳ１２に移す。つまり、不着事由を変更しない場合には、図５（Ｂ）に示す読取画面３２のままで、オペレータが同じ不着事由の束にある別の郵送物６のバーコード６２を読み取らせることによって、順番に不着管理データを生成できる。
【００２８】
このように、第１実施形態によれば、以下のような効果がある。
（１）作製システム４において、得意先が指定した内容を含んだ管理データを暗号化したバーコード６２を生成して郵送物６に印刷するので、郵送物６は、第三者によって、バーコード６２から管理データを取得できないようなものにできる。
不着管理システム１では、不着になった郵送物６に印刷されたバーコード６２を読み取って、暗号化された管理データを復号することで、管理データを含む不着管理データを生成できる。
このように、不着管理システム１では、他のシステムと連携させる必要がなく、郵送物６に印刷されたバーコード６２を読み取るだけで不着管理データを生成できるので、不着した郵送物６の管理が簡易である。また、不着管理システム１は、他のシステムと接続されていないので、セキュリティ性も向上する。
【００２９】
（２）バーコード６２は、公開領域６２ａと非公開領域６２ｂとを含み、暗号化した管理データを非公開領域６２ｂに有するようにすることで、よりセキュリティ性が向上する。
（３）バーコード６２の公開領域６２ａに、暗号鍵特定データを有するようにすることで、バーコード６２を、複数の暗号鍵に対応したコードにできる。よって、例えば、得意先ごとに暗号鍵を分けることで、よりセキュリティ性が向上する。
（４）対比住所テーブル２３を有することで、不着管理データに住所データを有する場合には、その住所データをメンテナンスできる。よって、例えば、得意先で再度発送をする際には、新たに住所を調べる必要がないため、迅速に再発送ができる。
（５）バーコード６２を読み取って得られるコードデータを、不着管理システム１で処理するので、リーダ部２５は、バーコード６２を読み取れるものであればよく、汎用的な装置を流用できる。
【００３０】
（第２実施形態）
第２実施形態では、リーダ装置が暗号化されたコードを読み取り、コードの復号までを行うものについて説明する。なお、以降の説明において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。
【００３１】
＜不着管理システム２０１の説明＞
図７は、第２実施形態に係る不着管理システム２０１の機能ブロック図である。
郵送物管理システム２００は、不着管理システム２０１と、作製システム４とを備えている。
不着管理システム２０１は、図７に示すように、不着管理装置２３０と、リーダ装置２５０（読取手段、情報取得手段）とを備える。不着管理装置２３０は、有線又は無線によりリーダ装置２５０と接続されている。
不着管理装置２３０は、制御部２１０と、記憶部２２０と、入力部２７と、表示部２８とを備える。
【００３２】
制御部２１０は、事由データ受付部１１と、コード受付部２１２と、管理データ取得部２１３と、不着管理データ生成部１４とを備える。
コード受付部２１２は、リーダ装置２５０から公開データ及び復号された管理データを含むコードデータを受信する。
管理データ取得部２１３は、受信したコードデータから管理データを取得する。
記憶部２２０は、プログラム記憶部２２１と、対比住所テーブル２３と、不着管理データ記憶部２４とを備える。
プログラム記憶部２２１は、不着管理システム２０１の制御部２１０の各種機能を実行するための不着管理プログラム２２１ａを記憶している。
【００３３】
リーダ装置２５０は、郵送物２０６に印刷された二次元コード２６３（図８参照）を読み取って、コードデータを不着管理装置２３０に送信する装置である。
リーダ装置２５０は、制御部２５１と、記憶部２５５と、インタフェース部２５９とを備える。
制御部２５１は、リーダ装置２５０の全体を制御するＣＰＵである。制御部２５１は、記憶部２５５に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
記憶部２５５は、制御部２５１が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部２５５は、リーダプログラム２５６と、暗号鍵テーブル２５７とを記憶している。
リーダプログラム２５６は、二次元コード２６３を読み取り、読み取ったデータを復号してコードデータを生成するためのプログラムである。
暗号鍵テーブル２５７は、暗号鍵と、暗号鍵を特定するための暗号鍵特定データとを対応付けたテーブルである。
インタフェース部２５９は、不着管理装置２３０との間のインタフェースである。
【００３４】
＜郵送物２０６の説明＞
次に、郵送物２０６について説明する。
図８は、第２実施形態に係る郵送物２０６を説明するための図である。
図８（Ａ）に示す郵送物２０６は、はがきである。郵送物２０６は、紙２８０の裏面に通知内容が印刷され（図示せず）、表面に、宛先情報６１と、二次元コード２６３とが印刷されたラベルが貼付されて、視認可能になっている。
二次元コード２６３は、例えば、ＱＲコード（登録商標）である。二次元コード２６３は、図８（Ｂ）に示すように、公開領域２６３ａと、非公開領域２６３ｂとの２つの領域から構成されている。公開領域２６３ａと、非公開領域２６３ｂとは、バーコード６２の公開領域６２ａ及び非公開領域６２ｂと同様である。
【００３５】
＜処理の説明＞
次に、不着管理システム２０１での処理について説明する。
図９は、第２実施形態に係る不着管理システム２０１での不着管理処理を示すフローチャートである。
不着管理装置２３０によるＳ２１０及びＳ２１１の処理は、第１実施形態（図４）のＳ１０及びＳ１１の処理と同様である。
Ｓ２１２において、不着管理装置２３０の制御部２１０は、リーダ装置２５０に対して読取を許可する許可データを送出する。
リーダ装置２５０の制御部２５１は、許可データを受け付けたことで、読取可能な状態にする。そして、Ｓ２２０において、制御部２５１は、二次元コード２６３を読み取ったか否かを判断する。読み取った場合（Ｓ２２０：ＹＥＳ）には、制御部２５１は、処理をＳ２２１に移す。他方、読み取っていない場合（Ｓ２２０：ＮＯ）には、制御部２５１は、二次元コード２６３を読み取るまで読取可能な状態で待機する。
【００３６】
Ｓ２２１において、制御部２５１（情報取得手段）は、二次元コード２６３に含まれる管理データを取得する。管理データを取得する処理は、第１実施形態（図６）のＳ２０からＳ２３までの処理と同様である。つまり、制御部２５１は、読み取った二次元コード２６３の公開領域２６３ａ（図８（Ｂ））に含まれる暗号鍵特定データを取得する。そして、暗号鍵テーブル２５７を参照して暗号鍵特定データに対応する暗号鍵を抽出し、非公開領域２６３ｂのデータを復号して管理データを取得する。
Ｓ２２２において、制御部２５１は、公開データ及び管理データを含むコードデータを送出する。
Ｓ２１３において、不着管理装置２３０の制御部２１０（コード受付部２１２）は、コードデータを受け付ける。
Ｓ２１４からＳ２１６までの処理は、第１実施形態（図６）のＳ２４からＳ２６までの処理と同様である。
また、Ｓ２１７及びＳ２１８の処理は、第１実施形態（図４）のＳ１４及びＳ１５の処理と同様である。
【００３７】
このように、第２実施形態によれば、以下のような効果がある。
リーダ装置２５０が、二次元コード２６３を読み取って、暗号化された非公開領域２６３ｂのデータを復号し、不着管理装置２３０にコードデータを送出する。よって、リーダ装置２５０を用いることで、不着管理装置２３０においては、暗号鍵の管理をする必要がなく、不着管理装置２３０の処理を簡単なものにできる。
【００３８】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【００３９】
（変形形態）
（１）第１実施形態では、バーコードを例に説明し、第２実施形態では、二次元コードを例に説明したが、これに限定されない。各実施形態共に、少なくともバーコード及び二次元コードに対して処理ができる。また、他のコードであっても、公開領域と非公開領域とを有するものであれば、同様に用いることができる。
（２）各実施形態では、暗号鍵特定コードを有し、得意先ごとに異なる暗号鍵特定コードを有するものとして説明したが、これに限定されない。暗号鍵を、定期的に変更する場合を考慮し、公開領域には、暗号鍵特定コードの他にバージョン情報を含めてもよい。そうすることで、同じ得意先であっても、バージョンによって暗号鍵を変えることができるので、よりセキュリティが向上する。
【符号の説明】
【００４０】
１，２０１  不着管理システム
４    作製装置
６，６Ａ，６Ｂ，２０６  郵送物
１０，２１０，２５１  制御部
１１  事由データ受付部
１２，２１２  コード受付部
１３，２１３  管理データ取得部
１４  不着管理データ生成部
２０，２２０，２５５  記憶部
２１ａ，２２１ａ  不着管理プログラム
２２，２５７  暗号鍵テーブル
２３  対比住所テーブル
２４  不着管理データ記憶部
２５  リーダ部
２７  入力部
２８  表示部
３０  不着事由入力画面
６１  宛先情報
６２  バーコード
６２ａ，２６３ａ  公開領域
６２ｂ，２６３ｂ  非公開領域
１００，２００  不着管理システム
２３０  不着管理装置
２５０  リーダ装置
２５６  リーダプログラム
２６３  二次元コード
【図１】
2017058910.tif 000003
【図２】
2017058910.tif 000004
【図３】
2017058910.tif 000005
【図４】
2017058910.tif 000006
【図５】
2017058910.tif 000007
【図６】
2017058910.tif 000008
【図７】
2017058910.tif 000009
【図８】
2017058910.tif 000010
【図９】
2017058910.tif 000011