(57)【要約】【課題】配送システムにおいて、発送拠点から到着拠点への輸送時間を有効活用し、かつ、各拠点での設備投資を抑えることができる、OCR/VCの集中処理を実現することである。【解決手段】配送システムは、発送拠点において、荷物毎に、到着拠点レベルでの仕分けを行うためのＯＣＲ処理と、イメージデータの取得と、当該荷物へのＩＤの付与を行う。集中センタにおいて、前記発送拠点から前記各種データを受信し、そのイメージデータを対象として、詳細な宛先情報を取得するためのＯＣＲ処理および付随するＶＣ処理を行い、その結果のデータを前記ＩＤ毎に紐付けて管理する。到着拠点において、前記発送拠点で仕分けて輸送されてきた荷物毎に、当該荷物に付されたＩＤを識別し、前記集中センタから当該ＩＤに紐付けられたＯＣＲ処理およびＶＣ処理の結果のデータを受信する。【選択図】図２
2013212444.tif 000002
【特許請求の範囲】
【請求項１】
発送拠点において、荷物毎に、到着拠点レベルでの仕分けを行うためのＯＣＲ処理と、イ
メージデータの取得と、当該荷物へのＩＤの付与を行う装置を備え、
集中センタにおいて、前記発送拠点から前記各種データを受信し、そのイメージデータを
対象として、詳細な宛先情報を取得するためのＯＣＲ処理および付随するＶＣ処理を行い
、その結果のデータを前記ＩＤ毎に紐付けて管理するサーバを備え、
到着拠点において、前記発送拠点で仕分けて輸送されてきた荷物毎に、当該荷物に付され
たＩＤを識別し、前記集中センタから当該ＩＤに紐付けられたＯＣＲ処理およびＶＣ処理
の結果のデータを受信する装置を備えた
配送システム。
【請求項２】
前記集中センタにおいて、サービス内容に応じて処理性能の異なる複数のＯＣＲ処理エン
ジンを組み合わせたＯＣＲ処理をクラウドサービスとして提供する請求項１記載の配送シ
ステム。
【請求項３】
前記集中センタにおいて、前記発送拠点から前記各種データを受信するために優先度別の
通信用のキューを設け、当該サーバ内の各ＯＣＲ処理エンジンは、サービス内容に応じた
優先度制御によって、この優先度別に設けられた通信用のキューからデータを順次取り出
して処理するようにした請求項２記載の配送システム。
【請求項４】
配送システムにおけるコンピュータが実行する方法であって、
発送拠点において、荷物毎に、到着拠点レベルでの仕分けを行うためのＯＣＲ処理と、イ
メージデータの取得と、当該荷物へのＩＤの付与を行うステップと、
集中センタにおいて、前記発送拠点から前記各種データを受信し、そのイメージデータを
対象として、詳細な宛先情報を取得するためのＯＣＲ処理および付随するＶＣ処理を行い
、その結果のデータを前記ＩＤ毎に紐付けて管理するステップと、
到着拠点において、前記発送拠点で仕分けて輸送されてきた荷物毎に、当該荷物に付され
たＩＤを識別し、前記集中センタから当該ＩＤに紐付けられたＯＣＲ処理およびＶＣ処理
の結果のデータを受信するステップと
を有する方法。
【請求項５】
配送システムにおけるコンピュータに、
発送拠点において、荷物毎に、到着拠点レベルでの仕分けを行うためのＯＣＲ処理と、イ
メージデータの取得と、当該荷物へのＩＤの付与を行うステップと、
集中センタにおいて、前記発送拠点から前記各種データを受信し、そのイメージデータを
対象として、詳細な宛先情報を取得するためのＯＣＲ処理および付随するＶＣ処理を行い
、その結果のデータを前記ＩＤ毎に紐付けて管理するステップと、
到着拠点において、前記発送拠点で仕分けて輸送されてきた荷物毎に、当該荷物に付され
たＩＤを識別し、前記集中センタから当該ＩＤに紐付けられたＯＣＲ処理およびＶＣ処理
の結果のデータを受信するステップと
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、郵便物等の配送システムにおけるOCRやビデオコーディング処理に
関する。
【背景技術】
【０００２】
郵便物等の区分や配送を行う業務システムにおいて、イメージ処理、または、OCRやビデ
オコーディング（Video Coding、VC）の処理（以下「OCR/VC処理」という。）が行われて
いることがよく知られている。
【０００３】
従来のOCR/VC処理では、郵便区分機毎に実装されたスキャナ装置から郵便物の画像である
イメージデータを取得し、そのイメージデータを対象として、郵便番号、住所、宛名等の
宛先情報をOCRにより認識し、認識された宛先情報を基に、郵便物を配達先ごとに振分け
している。
【０００４】
OCRによる認識ができなかった郵便物については、郵便物のイメージデータを画面に表示
させ、オペレータによる手入力により宛先情報を確定させ、再度、郵便区分機に投入し振
分け処理を行っている。
【０００５】
なお、再度、郵便区分機に投入された郵便物は、初回投入時にステルスバーコード等によ
り印字された郵便物ごとのIDデータによって、手入力データと紐付けされている。
【０００６】
図８は、従来の発送拠点（発送区分）における郵便区分処理を示す概要図である。
【０００７】
ここで、「発送区分」とは、他の拠点への転送に必要な振分けのことであり、７桁の郵便
番号レベルによって仕分けられる。
【０００８】
図８に示した一つの発送拠点には、郵便区分機８１と、VCエントリ室８２がある。従来技
術では、郵便区分機毎にOCRエンジンがあり、また、拠点毎にVCエントリ室がある構成と
なっている。
【０００９】
処理としては、まず、投入された郵便物に対して、郵便区分機８１のスキャナ装置により
画像を取得する（ステップＳ８０１）。次に、郵便区分機８１のOCRにより郵便番号等の
宛先情報の文字認識を行う（ステップＳ８０２）。また、郵便物にIDを印字する。例えば
、ステルスバーコードを印字する（ステップＳ８０３）。
【００１０】
ここで、OCRの処理の結果がＯＫの場合、郵便物は行先毎に区分され、この発送拠点から
他の拠点へ輸送される（ステップＳ８０４）。例えば、福岡行や大阪行などに区分され、
車両等により輸送される。
【００１１】
一方で、OCRの処理の結果がＮＧの場合、VCエントリ室８２において、郵便物の画像イメ
ージを見ながら、人手によるVC入力がなされる（ステップＳ８０５）。その後、その郵便
物は郵便区分機８１に再投入される（ステップＳ８０６）。なお、ステップＳ８０４また
はすＳ８０６の処理段階では、郵便物はステルスバーコードによるIDが印字されている状
態である。そして、この２回目の郵便区分機８１による処理により、初回にステルスバー
コードが印字されたIDと、VC入力された内容を突き合わせ、宛先情報が確定される（ステ
ップＳ８０７）。
【００１２】
しかしながら、従来技術においては、下記の課題があった。
【００１３】
OCR技術においては、郵便番号等の数字項目の文字認識は比較的安価なOCRエンジンでも処
理可能だが、漢字住所、漢字氏名などの漢字項目の文字認識を行う場合、比較的高価なOC
Rエンジンが必要となり、各拠点に配備された郵便区分機にそれぞれ高価なOCRエンジンが
必要である。
【００１４】
また、OCRエンジンは各拠点に配備された郵便区分機に搭載されているため、各拠点にお
ける業務量によっては高価なOCRエンジンの浮遊時間が多く発生し、有効活用されない課
題がある。
【００１５】
発送区分においては、数字項目である郵便番号のみで全国に振分けが可能だが、到着区分
においては、７桁の郵便番号より詳細な宛先情報が必要である。ここで、「到着区分」と
は、自拠点内への配送に必要な振分けのことであり、郵便番号に加えて、漢字住所、漢字
氏名レベルの情報で振分けが必要である。
【００１６】
発送区分から到着区分への間には郵便物の輸送時間があるため、発送区分されてから、到
着区分に必要な郵便物の宛先情報の確定には時間的な余裕があり、この余裕時間をOCR/VC
処理で有効活用することが望まれる。
【００１７】
また、OCRエンジンは郵便区分機に搭載されているため、郵便区分機メーカの提供するOCR
エンジンのみでのOCR処理となっているが、複数メーカのOCRエンジンでOCR処理を行うこ
とが出来ていない。
【００１８】
図９は、OCRエンジンごとの文字認識分野の違いの例を示す図である。
【００１９】
一般的にOCRエンジンは、図９に示すように、あくまで一例ではあるが、製品によって得
意・不得意な文字認識分野がある。
【００２０】
Ａ社OCRエンジンは、郵便物等、手書きフリーフォーマットのOCRに適した製品であり、特
定業務に特化しており、認識性能は高いが高価であるとする。
【００２１】
Ｂ社OCRエンジンは、申込書等、帳票や定型フォーマットの手書き・活字混在のOCRに適し
た製品であり、特定業務に特化しており、認識性能は高いが高価であるとする。
【００２２】
Ｃ社OCRエンジンは、文書等、活字文字のOCRに適した製品であり、汎用的に適用可能だが
認識性能は低く安価であるとする。
【００２３】
Ｄ社OCRエンジンは、数字項目のみOCR認識可能な製品であり、汎用的に適用可能だが認識
性能は低く安価であるとする。
【００２４】
これら複数のOCRエンジンを組み合わせたOCRサービスを提供することによって、業務内容
、サービスレベル、料金に応じたOCRサービスをクラウドサービスとして提供することが
求められる。
【先行技術文献】
【特許文献】
【００２５】
【特許文献１】特開２００１−２５２６２４号公報
【発明の概要】
【発明が解決しようとする課題】
【００２６】
本発明が解決しようとする課題は、配送システムにおいて、発送拠点から到着拠点への輸
送時間を有効活用し、かつ、各拠点での設備投資を抑えることができる、OCR/VCの集中処
理を実現することである。
【課題を解決するための手段】
【００２７】
本発明の実施形態の配送システムは、発送拠点において、荷物毎に、到着拠点レベルでの
仕分けを行うためのＯＣＲ処理と、イメージデータの取得と、当該荷物へのＩＤの付与を
行う。集中センタにおいて、前記発送拠点から前記各種データを受信し、そのイメージデ
ータを対象として、詳細な宛先情報を取得するためのＯＣＲ処理および付随するＶＣ処理
を行い、その結果のデータを前記ＩＤ毎に紐付けて管理する。到着拠点において、前記発
送拠点で仕分けて輸送されてきた荷物毎に、当該荷物に付されたＩＤを識別し、前記集中
センタから当該ＩＤに紐付けられたＯＣＲ処理およびＶＣ処理の結果のデータを受信する
。
【図面の簡単な説明】
【００２８】
【図１】本実施形態の配送システムの全体構成図
【図２】集中センタのシステム構成図
【図３】ワークフロー制御機能に係わる処理のフローチャート
【図４】優先度制御テーブルの一例を示す図
【図５】OCRエンジンにおけるOCRプロセスのフローチャート
【図６】複数OCRエンジンの組合せによる処理のフローチャート
【図７】宅配便などの仕分システムにおける実施例を示す図
【図８】従来の発送拠点（発送区分）における郵便区分処理を示す概要図
【図９】OCRエンジンごとの文字認識分野の違いの例を示す図
【発明を実施するための形態】
【００２９】
（第１の実施形態）
図１は、本実施形態の配送システムの全体構成図である。
【００３０】
本システムには、発送拠点１０１（発送区分）と、集中センタ１０２（OCR/VCSサーバ群
）と、到着拠点１０３（到着区分）とがある。
【００３１】
図１を参照してシステム全体に係わる処理を説明する。
【００３２】
発送拠点１０１では、投入された郵便物（荷物）に対して、郵便区分機のスキャナ装置に
より郵便物の画像であるイメージデータを取得する。そして、荷物の到着拠点レベルでの
仕分けを行うためのOCR処理を行う。具体的には、郵便区分機に搭載されている安価なOCR
エンジンにより郵便物の郵便番号のみ文字認識を行い、認識結果である郵便番号データを
取得する。ここでいう安価なOCRエンジンとは、例えば図９で示したC社OCRエンジンのよ
うに、数字項目のみOCR認識可能な製品であり、汎用的に適用可能だが認識性能は低く安
価なものであるとする。
【００３３】
そして、郵便物ごとにIDデータを割り振って付与する。ここでいうIDデータは、例えばス
テルスバーコードとして郵便物自体に印字して付すことができるものとする。そして、こ
れら各種データが、発送拠点１０１から集中センタ１０２へ送信される。
【００３４】
データの送信後は、郵便物自体は、区分機により到着拠点毎に仕分けされ、車両等により
到着拠点に向けて輸送される。例えば、福岡行や大阪行といった輸送では、到着拠点につ
くまでに１日程度の余裕時間がある。
【００３５】
その間、集中センタ１０２（OCR/VCSサーバ群、Optical Character Reader / Video Codi
ng System）において、次の処理が行われる。まず、発送拠点１０１から送信された各種
データを受信し、OCR用キューに積む。図１において、OCR用キューはOCR用キューＡ、Ｂ
、・・・と例示した。
【００３６】
そして、集中センタ１０２内の複数サーバに分散配置されたOCRエンジンは、このOCR用キ
ューからOCR処理すべきデータを読み込み、取得したイメージデータを対象として、詳細
な宛先情報を取得するために、順次OCR処理を行う。
【００３７】
図１において、OCRエンジンは、A社OCRエンジン#1、#2、#3ないしB社OCRエンジン#1、#2
、・・・と例示した。A社OCRエンジンは、図９で示したA社OCRエンジンのように、郵便物
等、手書きフリーフォーマットのOCRに適した製品であり、特定業務に特化しており、認
識性能は高いが高価であるとする。B社OCRエンジンは、A社OCRエンジンよりも更に詳細な
文字認識を行うことができるものとし、申込書等、帳票や定型フォーマットの手書き・活
字混在のOCRに適した製品であり、特定業務に特化しており、認識性能は高いが高価であ
るとする。
【００３８】
ここで、M/M/Sモデルによるキューの取り出し方式とすることで、OCRエンジンの有効活用
を図るとともに、センタサーバ内に複数のOCR方式のエンジンを搭載することにより、OCR
認識率の向上を可能とする。この点について詳しくは後述する。
【００３９】
そして、集中センタ１０２におけるOCR処理で文字認識ができなかったデータについては
、サーバ内のVC用キューに積まれ、複数オペレータにより順次VC処理を行うことにより入
力データを確定させる。VCエントリはWebイメージエントリ技術を活用することにより、
専用VC端末を用意することなくフレキシブルにオペレータの増減が可能になり、各拠点に
VC用オペレータの配置が不要となる。
【００４０】
このように、集中センタ１０２では、発送区分１０２において郵便物に割り振られたIDデ
ータと郵便物のイメージデータを基に、時間をかけて高価なOCRエンジンで詳細な宛先情
報である漢字住所や氏名をOCR認識し、その結果によっては更に付随するVC入力処理を行
い、その処理結果のデータを保存する。
【００４１】
そして、到着拠点１０３では、発送拠点１０１で仕分けて輸送されてきた郵便物毎に、そ
の郵便物に付されているIDデータを、安価なOCRエンジンを用いて読み取って識別する。
ここでいう安価なOCRエンジンとは、例えば図９で示したＤ社OCRエンジンのように、数字
項目のみOCR認識可能な製品であり、汎用的に適用可能だが認識性能は低く安価であると
する。
【００４２】
このIDデータは、発送拠点１０１の郵便区分機に郵便物が投入された時点で割り振られて
付されたものである。このIDデータを基に、到着拠点１０３から集中センタ１０２に照会
を行って、IDデータに紐付けられたOCR処理およびVC処理の結果のデータをダウンロード
する。ここで受信されるデータには、必要な宛先情報が含まれている。よって、到着拠点
１０３での高度なOCR処理及びVC処理を不要とすることができる。
【００４３】
このように、高価なOCR処理及びVC処理を、集中センタとなるデータセンタ等に配備し、O
CR処理及びVC処理を集中処理化し、クラウドサービスとして利用者にOCR/VC処理サービス
を提供することにより、多種多様なユーザへOCR/VCサービスを提供できる。
【００４４】
図２は、集中センタのシステム構成図である。
【００４５】
図２に示した集中センタ１０２は、図１の集中センタ（OCR/VCSサーバ群）１０２におけ
る内部のシステム構成を詳細に図解したものである。集中センタ１０２は、複数のOCRサ
ーバと、DBサーバと、Web/APサーバと、VCエントリ室と、稼動監視サーバを有している。
OCR/VCSクラウドサービスを提供するOCR/VCSクラウドサービスセンターといってもよい。
【００４６】
以下、発送拠点１０１から集中センタ１０２での宛先情報確定までの全体の処理の流れを
説明する。
【００４７】
発送拠点１０１は、郵便物（荷物）ごとに、郵便区分機で割り振られたIDデータ、郵便区
分機のスキャナで取得されたイメージデータ、郵便区分機の安価なOCR機能により取得さ
れた宛先郵便番号データを、集中センタ１０２に送信する（ステップＳ２０１）。ここで
いうIDデータとは、発送拠点の郵便番号、装置番号、処理通番等を含む。また、イメージ
データとは、郵便物を対象とした、JPEG等で圧縮された画像データである。
【００４８】
集中センタ１０２におけるWeb/APサーバは、ステップＳ２０１で受信した各種のデータを
、集中センタ１０２内のDBサーバに登録する（ステップＳ２０２）。このデータ受信およ
び登録処理は、例えばWeb又はFTPサーバにより実施する。
【００４９】
DBサーバは、イメージデータについては「イメージデータ」記憶領域に格納し、それ以外
の荷物データについては「処理結果データ（荷物データ）」記憶領域に格納し、それぞれ
ID毎に紐付けて管理するものとしている。
【００５０】
Web/APサーバは、ワークフロー制御機能により、あらかじめDBサーバ内に作成された「優
先度制御テーブル」を参照し、当該郵便物（荷物）の処理優先度を判断して算出する（ス
テップＳ２０３）。この点については詳しくは後述する。
【００５１】
この算出された処理優先度を基にDBサーバ内のOCR用キューに郵便物のデータを格納する
（ステップＳ２０４）。図２では、優先度高の郵便物のデータは「OCR用キューA（優先度
高）」キューにデータ格納し、優先度普通の郵便物のデータは「OCR用キューA（優先度普
通）」キューにデータ格納するものとした。
【００５２】
OCRサーバで稼働中のA社OCRエンジンは、処理待ち状態になると、DBサーバ上のOCR用キュ
ーからOCR処理すべき郵便物（荷物）データを取り出し、DBサーバ上に蓄積された当該郵
便物（荷物）のイメージデータを参照し、イメージOCR処理を実行する（ステップＳ２０
５）。
【００５３】
その際、「OCR用キューA（優先度高）」キューに積まれた荷物データを優先的に処理する
。「OCR用キューA（優先度高）」キューに積まれた荷物データが無ければ、「OCR用キュ
ーA（優先度普通）」キューに積まれたデータを処理する。
【００５４】
複数のOCRサーバ上に複数配置されたOCRエンジンは、１つの郵便物（荷物）の処理が完了
すると処理待ち状態となってキューから処理すべきデータを取得する。すなわち、待ち行
列M/M/Sモデルを実行する。
【００５５】
図２において、下線を引いていないOCRエンジンは、処理待ち状態であることを示してい
る。具体的には、A社OCRエンジン#3、#4、#6、およびB社OCRエンジン#1が処理待ち状態で
ある。また、下線を引いたOCRエンジンは、処理中であることを示している。具体的には
、A社OCRエンジン#1、#2、#5、およびB社OCRエンジン#2、#3、#4、#5、#6が処理中である
。
【００５６】
OCRサーバ上の各A社OCRエンジンは、イメージOCR処理結果をDBサーバ上の「処理結果デー
タ（荷物データ）」テーブルに格納する（ステップＳ２０６）。なお、A社OCRエンジンで
宛先情報が確定できた場合は、以降の処理は行わない。ここでいう宛先情報とは、漢字情
報や氏名である。
【００５７】
Web/APサーバは、ワークフロー制御機能により、DBサーバ上の「処理結果データ（荷物デ
ータ）」テーブルを常時参照している（ステップＳ２０７）。
【００５８】
A社OCRエンジンでのOCR処理がNG（No Read）となった郵便物のデータを「OCR用キューB（
優先度普通）」キュー又は「VC用キュー」に格納する（ステップＳ２０８）。なお、A社O
CRエンジンでNGとなった郵便物をB社OCRエンジンで再度OCR処理を行うかどうかは、サー
ビス内容による制御で切り分けるが、本実施形態では、B社OCRエンジンでのOCR処理も行
うものとして説明する。
【００５９】
OCRサーバで稼働中のB社OCRエンジンは、処理待ち状態になると、DBサーバ上の「OCR用キ
ューB（優先度普通）」キューからOCR処理すべき郵便物（荷物）データを取り出し、DBサ
ーバ上に蓄積された当該郵便物（荷物）のイメージデータを参照し、イメージOCR処理を
実行する（ステップＳ２０９）。
【００６０】
OCRサーバ上の各B社OCRエンジンはOCR処理結果をDBサーバ上の「処理結果データ（荷物デ
ータ）」テーブルに格納する（ステップＳ２１０）。なお、B社OCRエンジンで宛先情報が
確定できた場合は、以降の処理は行わない。
【００６１】
Web/APサーバは、ワークフロー制御機能により、DBサーバ上の「処理結果データ（荷物デ
ータ）」テーブルを常時参照している（ステップＳ２１１）。
【００６２】
B社OCRエンジンでのOCR処理がNG（No Read）となった郵便物のデータを「VC用キュー」に
格納する（ステップＳ２１２）。
【００６３】
Web/APサーバは、Webサーバ上で実現されるVC制御機能により、「VC用キュー」に積まれ
た郵便物のデータを取り出し、DBサーバ上に蓄積された当該郵便物（荷物）のイメージデ
ータを取得し、Webエントリ待ち状態とする（ステップＳ２１３）。
【００６４】
VCエントリ室に配置されたWeb端末で、オペレータは郵便物（荷物）のイメージデータを
参照しながら宛先情報のエントリを実施する（ステップＳ２１４）。
【００６５】
エントリされた宛先情報をDBサーバ上の「処理結果データ（荷物データ）」テーブルに格
納する（ステップＳ２１５）。
【００６６】
以上が、宛先情報確定までの処理の流れになるが、その「処理結果データ（荷物データ）
」はすべてID毎に紐付けて管理される。
【００６７】
次に、到着拠点１０３での宛先情報取得の処理の流れを説明する。
【００６８】
到着拠点１０３の郵便区分機で読み取られたIDデータをキーとして集中センタ１０２に送
信する（ステップＳ２２１）。
【００６９】
送信されたIDデータをキーとして、集中センタ１０２のDBサーバ内に格納されている郵便
物（荷物）ごとの宛先情報を取得する（ステップＳ２２２）。ここでいう宛先情報とは、
上記Ｓ２０１〜Ｓ２１５の処理により確定された処理結果データ（荷物データ）、すなわ
ちOCR処理結果又は付随するVC入力結果として取得されたものである。
【００７０】
集中センタ１０２から、到着拠点１０３の郵便区分機に、IDデータに紐付けられた宛先情
報（OCR処理結果又はVC入力結果）を送信する（ステップＳ２２３）。このデータ送信の
処理は、例えばWeb又はFTPサーバにより実施する。
【００７１】
以下、集中センタ１０２における郵便物ごとの優先度制御方法に関して詳しく説明する。
【００７２】
図３は、ワークフロー制御機能に係わる処理のフローチャートである。
【００７３】
Web/APサーバは処理を開始すると、DBサーバに格納されている荷物データを参照し、IDデ
ータから発送拠点１０１の郵便番号データを取得する（ステップＳ３０１）。
【００７４】
発送拠点１０１の郵便番号と宛先郵便番号を基に、優先度制御テーブルを参照する（ステ
ップＳ３０２）。
【００７５】
優先度高の場合は（ステップＳ３０３：Ｙｅｓ）、優先度高のキューに当該データをスタ
ックする（ステップＳ３０４）。ここでは、「OCR用キューA（優先度高）」に積み、処理
を終了する。
【００７６】
優先度普通の場合は（ステップＳ３０３：Ｎｏ）、優先度普通のキューに当該データをス
タックする（ステップＳ３０５）。ここでは、「OCR用キューA（優先度普通）」に積み、
処理を終了する。
【００７７】
図４は、優先度制御テーブルの一例を示す図である。
【００７８】
この例では、発送拠点の郵便番号と宛先の郵便番号が、上３桁が同一であるか、または、
発送拠点と宛先の都道府県が同一である場合に、郵便物の輸送時間が短いと考えられるた
め、優先度制御テーブルに「高」を設定している。それ以外の場合、すなわち、他都道府
県へ輸送する場合は、優先度制御テーブルに「普通」を設定している。
【００７９】
この例では、分かりやすさを重視し、「高」「普通」の２段階のみの設定だが、よりきめ
細やかな設定も可能である。例えば、位置データを活用し、拠点間の距離を計算するなど
の方法を用いてもよい。
【００８０】
図５は、OCRエンジンにおけるOCRプロセスのフローチャートである。
【００８１】
OCRエンジンが処理待ち状態であるとする（ステップＳ５０１）。
【００８２】
優先度高キューに処理データがある場合は（ステップＳ５０２：Ｙｅｓ）、優先度高のキ
ューから当該データを取得する（ステップＳ５０３）。当該データのOCR認識を行い、処
理結果データを格納する（ステップＳ５０４）。このステップＳ５０３〜Ｓ５０４につい
ては、OCRエンジンが処理中状態である。この処理が終了すると、OCRエンジン処理待ち状
態に戻る（Ｓ５０１）。
【００８３】
一方、優先度高キューに処理データがない場合に（ステップＳ５０２：Ｎｏ）、優先度普
通キューに処理データがあるときは（ステップＳ５０５：Ｙｅｓ）、優先度普通キューか
ら当該データを取得する（ステップＳ５０６）。当該データのOCR認識を行い、処理結果
データを格納する（ステップＳ５０７）。このステップＳ５０６〜Ｓ５０７については、
OCRエンジンが処理中状態である。この処理が終了すると、OCRエンジン処理待ち状態に戻
る（Ｓ５０１）。
【００８４】
なお、優先度高キューにも優先度普通キューにも処理データが無い場合は（ステップＳ５
０５：Ｎｏ）、OCRエンジン処理待ち状態のままである（ステップＳ５０１に戻る）。
【００８５】
図６は、複数OCRエンジンの組合せによる処理のフローチャートである。
【００８６】
まず、A社OCRエンジンでOCR処理を行う（ステップＳ６０１）。
【００８７】
A社OCRエンジンによるOCR処理の結果、OCR認識精度の信頼度が閾値以上の場合は（ステッ
プＳ６０２：Ｙｅｓ）、A社OCRエンジンの結果をOCR認識結果とする（ステップＳ６０３
）。
【００８８】
A社OCRエンジンによるOCR処理の結果、信頼度が閾値未満、又は不読の場合に（ステップ
Ｓ６０２：No又はNoRead）、処理余裕時間があるときは（ステップＳ６０４：Yes）、B社
OCRエンジンでOCR処理をする（ステップＳ６０５）。
【００８９】
B社OCRエンジンによるOCR処理の結果、OCR認識精度の信頼度が閾値以上の場合は（ステッ
プＳ６０６：Ｙｅｓ）、B社OCRエンジンの結果をOCR認識結果とする（ステップＳ６０７
）。
【００９０】
B社OCRエンジンによるOCR処理の結果、信頼度が閾値未満、又は不読の場合は（ステップ
Ｓ６０２：No又はNoRead）、リジェクトとする（ステップＳ６０８）。
【００９１】
以上、本実施形態では、漢字項目のOCR認識を行う高度なOCR処理（高価なOCRエンジン）
及びVC処理（入力オペレータの確保は高価）を集中センタでクラウドサービスとして提供
し、全国の郵便局又は入力拠点では、高価なOCRエンジン及びVC処理を不要とし、かつ、O
CR及びVC処理の浮遊時間を極力排除した効率性を提供することを説明した。
【００９２】
従来の課題であった、高度なOCR処理は高価なOCRエンジンを必要とし、入力オペレータの
確保は高価であるといった点を、解決することができる。
【００９３】
また、郵便物ごとに計算により求められる余裕時間を基に、集中センタでのOCR/VC処理の
優先度制御を行い、適切な時間内に宛先情報の確定が行えるOCR/VCクラウドサービスを提
供することを説明した。
【００９４】
上記説明したように、本実施形態によれば、第一に、OCR／VC処理を集中化することによ
り、末端の機器、例えば郵便区分機に、OCRエンジンを配備する必要が無くなる。
【００９５】
区分処理は、７桁の郵便番号レベルのOCR認識で十分であるとして、安価なOCRエンジンを
郵便区分機に搭載してOCR処理を行い、より詳細な配達区分情報の確定が必要かつ、時間
的な余裕がある配達区分処理は集中センタで高度なOCR処理/VCを行う方式である。ハイブ
リッドOCR処理を活用した設備投資の最適化といってもよい。
【００９６】
データセンタにOCR/VC処理を集中化し、クラウドサービスとして提供することにより、利
用者は高価なOCRエンジンを末端の機器に配備する必要が無くなることに加え、処理量に
応じた課金体系とすることで、利用者のシステム投資に対する投資対効果を向上すること
ができる。また、OCR/VC処理を集中センタで一括して行うことにより、従来拠点ごとに発
生していたOCR/VC処理の浮遊時間を削減でき、効率化を図ることができる。浮遊時間を最
小化することで、各拠点で用意していたVCD、VC処理要員を不要とすることもできる。
【００９７】
また、本実施形態によれば、第二に、A社のOCRエンジンでは認識できなかった文字・帳票
も、B社のOCRエンジンでは認識することが可能というケースもあり、処理時間に余裕があ
る場合は、より高精度なOCR処理を利用者に提供し、OCR認識率の向上を図ることが可能と
なる。
【００９８】
また、本実施形態によれば、第三に、OCR/VC処理の集中処理を行う際にサーバ間通信用の
キューを活用した優先度制御機能を取り入れ、処理データ量に応じてOCR/VC集中センタ（
OCR/VCサーバ群）にOCRエンジン、OCRサーバを拡張していくことによりスケールアップが
可能なシステムとなる。
【００９９】
なお、必ずしもOCR/VCSセンタを別拠点に置かなくても同一拠点に設置した集中OCR/VCSサ
ーバ群で本実施形態で説明した処理は可能である。また、サービスレベル・料金に応じて
OCRエンジンを複数組み合わせるなどの制御も実施可能である。
【０１００】
（第２の実施形態）
上述した第１の実施形態では、郵便物を例に郵便区分機に搭載された安価なOCRで宛先郵
便番号の1次OCR処理を行い、OCR/VCSセンタで高価なOCRエンジンを用いて宛先漢字住所、
宛先漢字氏名などの2次OCR処理を集中処理するOCRハイブリッド処理で説明したが、宅配
便などあて先情報にバーコードラベルを活用している業態では、1次OCR処理の代わりにBC
R（バーコードリーダ）処理に置き換えることも可能である。
【０１０１】
また、第１の実施形態では、郵便物を例にしているため拠点間の輸送時間を考慮した優先
制御の例を説明したが、宅配便などの仕分けを行うインダクションとシュータとの間の距
離、またはシュータまでの時間に基づいて、OCR処理の優先度制御を行うことも可能であ
る。
【０１０２】
図７は、宅配便などの仕分システムにおける実施例を示す図である。
【０１０３】
宅配便仕分け拠点において、ソータシステムが設けられている。インダクションＡまたは
インダクションＢから宅配便の荷物が投入され、シュータによって仕分けが行われる。こ
こで、各インダクションは、サービス内容や料金、処理時間に応じて荷物の投入を使い分
けるようにする。
【０１０４】
各インダクションにはカメラシステムが備えられており、投入された荷物を対象とした画
像取得とBCR認識処理により、荷物データが取得される。このソータシステムは、ソータ
制御ＰＣで制御されている。
【０１０５】
ここで、シュータまでの距離が長いインダクションＡから投入された荷物のデータは、OC
R/VCSサーバ群の側にあるOCR用の「優先度普通」キューにスタックされる。シュータまで
の距離が短いインダクションＢから投入された荷物のデータは、OCR/VCSサーバ群の側に
あるOCR用の「優先度高」キューにスタックされる。
【０１０６】
OCR/VCSサーバ群は、図２に示した集中センタ１０２のOCR/VCSサーバ群とほぼ同様の構成
となっている。「OCR用キュー優先度高」のデータは、OCRエンジン#1、#2、#3によって処
理される。「OCR用キュー優先度普通」のデータは、OCRエンジン#4、#5によって処理され
る。各OCRエンジンによる処理結果は、「処理結果データ」の記憶領域に格納される。
【０１０７】
このOCR/VCサーバ群で処理したOCR処理結果は、宅配便仕分け拠点に戻されることとなり
、ソータシステムを制御しているソータ制御PCに送信される。
【０１０８】
本実施形態では、OCR/VC処理が必要な他業務でも活用可能となる集中OCR/VCサービスを提
供することを目的として、サービス内容や料金、処理時間に応じたOCR処理の優先度制御
の一例を示した。
【０１０９】
以上説明したように、郵便区分業務や宅配便仕分け業務に限らず、漢字項目の文字認識ま
で含めた高度なOCRエンジンは、小規模拠点や中小企業など小口利用者にとっては高価で
あり、従来は導入にあたって費用対効果を見出せない場合が多かったが、本実施形態によ
れば、業務の必要に応じてOCRサービスを利用できるようになる。
【０１１０】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したもの
であり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々
な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置
き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含
まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものであ
る。
【符号の説明】
【０１１１】
１０１・・・発送拠点（発送区分）
１０２・・・集中センタ（OCR/VCSサーバ群）
１０３・・・到着拠点（到着区分）
【図１】
2013212444.tif 000003
【図２】
2013212444.tif 000004
【図３】
2013212444.tif 000005
【図４】
2013212444.tif 000006
【図５】
2013212444.tif 000007
【図６】
2013212444.tif 000008
【図７】
2013212444.tif 000009
【図８】
2013212444.tif 000010
【図９】
2013212444.tif 000011