(57)【要約】【課題】各社が容易かつ確実に固体の識別管理を行うことができるユニークコード発行システムを提供する。【解決手段】複数の独立した要求元（要求サーバ２１，３１，４１）からユニークコードの発行要求を受付サーバ１１によって受け付ける。ＵＣ発行サーバ１２は、ユニークコードの発行に際し、発行済みのユニークコードを蓄積する蓄積データベース１３を参照する。ＵＣ発行サーバ１２は、発行済みのユニークコードとは異なる一意の新たなユニークコードをランダムに発行する。そして、発行したユニークコードを蓄積データベース１３に発行済みユニークコードとして蓄積する。【選択図】図１
2014063445.tif 000002
【特許請求の範囲】
【請求項１】
発行済みのユニークコードを蓄積する発行データ蓄積工程と、
前記蓄積されたユニークコードとは異なる新たなユニークコードを要求元に発行するユニークコード発行工程と、
を有することを特徴とするユニークコード発行方法。
【請求項２】
前記ユニークコード発行工程では、複数の独立した要求元に対して前記ユニークコードを発行することを特徴とする請求項１に記載のユニークコード発行方法。
【請求項３】
前記ユニークコードは、数字および記号を含む所定の桁数の文字列から構成されていることを特徴とする請求項１または２に記載のユニークコード発行方法。
【請求項４】
前記ユニークコード発行工程における新たなユニークコードを、ランダムに発行することを特徴とする請求項１から３のいずれか一項に記載のユニークコード発行方法。
【請求項５】
前記ユニークコード発行工程における新たなユニークコードとして、直前に発行したユニークコードと関連性のないユニークコードを発行することを特徴とする請求項１から３のいずれか一項に記載のユニークコード発行方法。
【請求項６】
発行済みのユニークコードを蓄積する蓄積データベースと、
新たなユニークコードの発行要求に応じて、前記蓄積データベースに蓄積された発行済みのユニークコードとは異なる新たなユニークコードを発行し、当該発行したユニークコードを前記蓄積データベースに発行済みユニークコードとして蓄積させるユニークコード発行サーバと、
を備えることを特徴とするユニークコード発行システム。
【請求項７】
複数の独立した要求元から前記新たなユニークコードの発行要求を受け付ける受付サーバを更に備えることを徴とする請求項６に記載のユニークコード発行システム。
【請求項８】
前記ユニークコード発行サーバは、数字および記号を含む所定の桁数の文字列から構成されるユニークコードを発行することを特徴とする請求項６または７に記載のユニークコード発行システム。
【請求項９】
前記ユニークコード発行サーバは、前記新たなユニークコードを、ランダムに発行することを特徴とする請求項６から８のいずれか一項に記載のユニークコード発行システム。
【請求項１０】
前記ユニークコード発行サーバは、前記新たなユニークコードとして、直前に発行したユニークコードと関連性のないユニークコードを発行することを特徴とする請求項６から８のいずれか一項に記載のユニークコード発行システム。
【請求項１１】
前記ユニークコード発行サーバは、同一のユニークコードの発行が禁止されていることを特徴とする請求項６から１０のいずれか一項に記載のユニークコード発行システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユニークコードを発行するユニークコード発行方法およびその発行システムに関するものである。
【背景技術】
【０００２】
従来から、例えばメーカは、製造した製品を固体管理するためにそれぞれの製品に製造番号などの製品識別番号を付与している。これによりメーカは、製品の製造年月日、製造場所、製造ライン、あるいは流通先などをそれぞれのメーカ毎に管理している。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、個々のメーカは、それぞれが独自に作成した製造番号を用いて製品の管理を行っている。このため、例えば２つのメーカが合併し各メーカの製品を共通して管理するためには、データベースを共有化したり製品に新たな番号を付与しなおしたりするなど大変な労力が必要であった。
【０００４】
そこで、本発明は、各社が容易かつ確実に固体の識別管理を行うことができるユニークコード発行方法、および発行システムの提供を目的とするものである。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明に係るユニークコード発行方法は、発行済みのユニークコードを蓄積する発行データ蓄積工程と、前記蓄積されたユニークコードとは異なる新たなユニークコードを要求元に発行するユニークコード発行工程とを有することを特徴とするものである。
【０００６】
また、本発明のユニークコード発行方法は、前記ユニークコード発行工程では、複数の独立した要求元に対して前記ユニークコードを発行することが好ましい。
【０００７】
また、本発明のユニークコード発行方法は、前記ユニークコードは、数字および記号を含む所定の桁数の文字列から構成されていることが好ましい。
【０００８】
また、本発明のユニークコード発行方法は、前記ユニークコード発行工程における新たなユニークコードを、ランダムに発行することが好ましい。
【０００９】
また、本発明のユニークコード発行方法は、前記ユニークコード発行工程における新たなユニークコードとして、直前に発行したユニークコードと関連性のないユニークコードを発行することが好ましい。
【００１０】
また、本発明に係るユニークコード発行システムは、発行済みのユニークコードを蓄積する蓄積データベースと、新たなユニークコードの発行要求に応じて、前記蓄積データベースに蓄積された発行済みのユニークコードとは異なる新たなユニークコードを発行し、当該発行したユニークコードを前記蓄積データベースに発行済みユニークコードとして蓄積させるユニークコード発行サーバとを備えることを特徴とするものである。
【００１１】
また、本発明のユニークコード発行システムは、複数の独立した要求元から前記新たなユニークコードの発行要求を受け付ける受付サーバを更に備えることが好ましい。
【００１２】
また、本発明のユニークコード発行システムは、前記ユニークコード発行サーバは、数字および記号を含む所定の桁数の文字列から構成されるユニークコードを発行することが好ましい。
【００１３】
また、本発明のユニークコード発行システムは、前記ユニークコード発行サーバは、前記新たなユニークコードを、ランダムに発行することが好ましい。
【００１４】
また、本発明のユニークコード発行システムは、前記ユニークコード発行サーバは、前記新たなユニークコードとして、直前に発行したユニークコードと関連性のないユニークコードを発行することが好ましい。
【００１５】
また、本発明のユニークコード発行システムは、前記ユニークコード発行サーバは、同一のユニークコードの発行が禁止されていることが好ましい。
【発明の効果】
【００１６】
本発明によれば、例えば要求元としての複数の顧客に跨って発行される一連のユニークコードとして、同一のユニークコードが重複して発行されることがない。このため、それぞれのメーカは互いに重複しないユニークコードを用いてそれぞれの製品を管理することができる。また、複数の顧客が合併などにより共通の管理体制下でそれぞれの製品を管理する必要が生じた場合にも、それぞれの顧客に提供されているユニークコードが重複しないので、管理システムを再構築することなく既に提供を受けているユニークコードを使用してそれぞれの製品の管理を続行することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明に係るユニークコード発行システムの構成を示す図である。
【図２】印刷されたユニークコードの具体例を示す図であり、（ａ）は２次元バーコード（データマトリックス）、（ｂ）は２次元バーコード（ＱＲコード(登録商標)）、（ｃ）は１次元バーコードがそれぞれ添付されたものである。
【図３】ユニークコード発行の手順の例を示すフローチャートである。
【図４】ユニークコードを用いた製品管理の例として、顧客Ａと顧客Ｂが合併した場合の管理を示す図であり、（ａ）は合併前の顧客Ａの管理、（ｂ）は合併前の顧客Ｂの管理、（ｃ）は合併後の顧客Ａの管理を示す。
【発明を実施するための形態】
【００１８】
以下、本発明に係るユニークコード発行システムおよびその発行方法の実施形態の例を添付図面に基づいて説明する。
【００１９】
図１は、ユニークコード（ＵＣ：Unique Code）を発行するためのユニークコード発行システム１を示す。ユニークコード発行システム１は、ベースシステム２と、当該ベースシステム２にインターネットなどのネットワークを通じて接続された複数の顧客システム（例えば、顧客Ａシステム３、顧客Ｂシステム４、顧客Ｃシステム５）を備えている。
【００２０】
ベースシステム２は、ユニークコードの提供側のシステムである。ベースシステム２は、顧客からの要求に受け付けユニークコードを発行する。このベースシステム２は、受付サーバ（例えばWebサーバ）１１と、ＵＣ発行サーバ１２と、蓄積データベース１３を備えている。
【００２１】
ここで、ユニークコードとは、ＵＣ発行サーバ１２から発行される一意のコードであり、ＵＣ発行サーバ１２によって世の中に一つしか出回ることのないように管理されているコードである。ユニークコードは、数字および記号を含む所定の桁数の文字列から構成されている。なお、ユニークコードとして用いる文字列の桁数を特定の桁数に設定した場合には、ユニークコード発行システムが用いるユニークコードは常にこの特定の桁数の文字列である。
【００２２】
具体的には、ユニークコードは例えば、「０」から「９」までの１０個の数字と、「Ａ」から「Ｚ」までの２６個のアルファベットを用いた、１１桁の文字列とすることができる。なおこの場合、誤認識を発生させやすい「Ｉ（アイ）」（数字の１との誤認識）、「Ｏ（オー）」（数字の０との誤認識）、「Ｚ（ゼット）」（数字の２との誤認識）の３文字を除いた英数字３３文字を用いることが好ましい。この３３文字から１１桁の文字列を作成すると、３３１１通り（約５京５４２兆個）のユニークコードを発行することができる。ユニークコードに用いることができる文字列や桁数は特に限定されるものではないが、以降の説明ではユニークコードとしてこの３３種の文字からなる１１桁の文字列を採用した例を挙げて説明する。
【００２３】
受付サーバ１１は、複数の独立した要求元（顧客Ａシステム３、顧客Ｂシステム４、および顧客Ｃシステム５等）からの要求を、ネットワークを介して受け付ける。また、受付サーバ１１は、ＵＣ発行サーバ１２によって発行されたユニークコードを、ネットワークを介して顧客へ送信する。受付サーバ１１は、文書、画像などの通信情報を蓄積し、顧客の要求に対して、ネットワークを通じて、これらの通信情報を送信するベースシステム側のWebサーバとしての機能を有している。
【００２４】
ＵＣ発行サーバ１２は、受付サーバ１１によって受信された顧客からの発行要求に基づいて、新たなユニークコードを発行する。ユニークコードの発行方法については後述する。
【００２５】
ＵＣ発行サーバ１２は、顧客の要求に対してユニークコードを発行し、受付サーバ１１へ送信する。また、ＵＣ発行サーバ１２は、発行したユニークコードと要求元の顧客との対応関係を記憶している。また、ＵＣ発行サーバ１２は、発行したユニークコードを発行済みユニークコードとして蓄積データベース１３に蓄積させる。
【００２６】
顧客システム（顧客Ａシステム３、顧客Ｂシステム４、顧客Ｃシステム５）は、ユニークコードの発行の要求を行うシステムであり、顧客毎にそれぞれ構築される。顧客Ａシステム３は、要求サーバ２１と、登録運用サーバ２２と、公開サーバ２３を備えている。また、顧客Ｂシステム４は、要求サーバ３１と、登録運用サーバ３２と、公開サーバ３３を備えている。また、顧客Ｃシステム５は、要求サーバ４１と、登録運用サーバ４２を備えている。
【００２７】
顧客システムを構築する顧客としては、製造業（メーカ）、商社等のいわゆる会社のほか、医療法人、農業法人、学校法人、宗教法人、国の機関、地方自治体、個人商店、社団等も含まれる。
【００２８】
要求サーバ２１，３１，４１は、ネットワークを介してベースシステム２に対しユニークコードの発行の要求を送信する。また、要求サーバ２１，３１，４１は、ベースシステム２の受付サーバ１１から送信されてくる発行されたユニークコードを受領する。
【００２９】
要求サーバ２１，３１，４１としては、ネットワークを介して通信可能な端末、例えば、パーソナルコンピュータ（ＰＣ）、スマートフォン、携帯電話、携帯情報端末などであってよい。
【００３０】
登録運用サーバ２２，３２，４２は、購入したユニークコードを登録し、ユニークコードの運用を行うサーバである。登録運用サーバ２２，３２，４２は顧客が独自に運用をするものである。例えば製品を製造販売するメーカが運用する場合には、ユニークコードとそのコードを付した製品との対応関係が登録運用サーバ２２，３２，４２に登録される。
【００３１】
公開サーバ２３，３３は、例えば、ユニークコードを付した製品に関する公開情報を蓄積する。製品に関する情報には、例えば、製品番号、製造年月日、製品の販売日、販売店名等が含まれる。これらの情報は、ユーザの要求に対して、ネットワークを通じて送信される。公開サーバ２３，３３の情報は、顧客毎に公開される情報であるため、その内容は顧客毎に決定される。したがって、図に示した顧客Ｃのように、公開サーバを備えず、製品の管理情報を公開しないシステムとして構築してもよい。また、後から公開サーバをシステムに追加するようにしてもよい。
【００３２】
図２は、ベースシステム２側から顧客システム（顧客Ａシステム３、顧客Ｂシステム４、顧客Ｃシステム５）側へ提供されるユニークコードの具体例を示す。上述したように、ユニークコードは所定の桁数の所定の文字列からなる。
【００３３】
この例において、発行されたユニークコードは、「Ｆ９ＫＮ５Ｎ５ＢＢ１Ｑ」によって構成される１１桁のコードである。図２（ａ）の例では、「Ｆ９ＫＮ５Ｎ５ＢＢ１Ｑ」がマーク（例えば、ロゴ）５１およびユニークコードを示す２次元バーコード（データマトリックス（Data Matrix））５２と共に表示されている。
【００３４】
また、図２（ｂ）の例では、ユニークコードがマーク５１および２次元バーコード（ＱＲコード（Quick Response））５３と共に表示されている。図２（ｃ）の例では、ユニークコードがマーク５１および１次元バーコード５４と共に表示されている。なお、２次元バーコードの例としてはこのほか、マキシコード（Maxi Code）、スタック型のPDF417、CODE49、CODE16Kなどを用いてもよい。
【００３５】
マーク５１は、発行されたユニークコード「Ｆ９ＫＮ５Ｎ５ＢＢ１Ｑ」がユニークコード発行システム１で用いられるユニークコードであることをベースシステム２側において保証する表示である。また、マーク５１は、ユニークコードの先頭の文字位置を示しているマークであり、この例ではマーク５１に隣接して（右側に）配置されている「Ｆ」の文字が先頭であることを示している。
【００３６】
なお、この例ではユニークコードを可読文字「Ｆ９ＫＮ５Ｎ５ＢＢ１Ｑ」で表記した場合に併記されるマーク５１を示したが、例えば、可読文字を表記しないでバーコードのみを表記するような場合には、マーク５１をバーコード周辺の任意の位置に配置する。
【００３７】
また、マーク５１のデザインはこの例に示すものに限定されず、顧客側で独自に作成したものであってもよい。この場合、マーク５１を併記したユニークコードが一意であることを保証するために、ベースシステム２側に対してマークの登録をしておくことが好ましい。
【００３８】
このように構成されたユニークコードは、データ化されてネットワークを介し要求元の顧客へファイルデータとして提供される。この場合、マーク５１およびバーコード５２、５３、５４を削除したユニークコード「Ｆ９ＫＮ５Ｎ５ＢＢ１Ｑ」のみをネットワークを介して提供するようにしてもよい。また、ユニークコードを単にデータとしてではなく、上記具体例のように印字ラベル化し、このラベルを顧客に提供するように構成してもよい。
【００３９】
次に、図３に示すフローチャートにしたがってユニークコード発行の処理手順の例を説明する。
【００４０】
まず、顧客システムの要求サーバ（以下、顧客Ａシステム３の要求サーバ２１として説明する）から、ネットワークを通じて、ベースシステム２の受付サーバ１１に、ユニークコードの発行要求が送信される（ステップＳ１０１）。
【００４１】
発行要求を受けた受付サーバ１１は、要求元である顧客Ａの要求サーバ２１に対して、顧客Ａであることを識別するために用いられる顧客ユニークコード（顧客ＵＣ）を付与し返信する（ステップＳ１０２）。顧客ＵＣは、ベースシステム２側で決定されるコードである。
【００４２】
顧客ＵＣを受信した要求サーバ２１は、ユニークコードの発行数量の要求を、顧客ＵＣと共に受付サーバ１１へ送信する（ステップＳ１０３）。なお、既に顧客ＵＣが付与されている顧客の場合には、上記ステップＳ１０１，Ｓ１０２を省略し、要求サーバ２１に対して直接顧客ＵＣと発行数量の要求を送信してもよい。
【００４３】
発行数量の要求を受信した受付サーバ１１は、その受信内容（顧客ＵＣと発行数量）をＵＣ発行サーバ１２に送信し発行依頼する（ステップＳ１０４）。
【００４４】
発行依頼を受けたＵＣ発行サーバ１２は、ランダムにユニークコードの候補となるコードを作成する（ステップＳ１０５）。例えばＵＣ発行サーバ１２が乱数発生器を備え、乱数発生器で発生させたコードを候補コードとすることができる。
候補となるコードは、例えば、１１桁の文字列から構成され、予め用意された英数字３３文字の中からランダムに作成される。特に、候補コードの作成に際して、その直前に発行したユニークコードあるいは直前に作成した候補コードと関連性のない候補コードを作成することが好ましい。
【００４５】
次にＵＣ発行サーバ１２は蓄積データベース１３を参照し（ステップＳ１０６）、蓄積データベース１３に蓄積されている発行済みユニークコードにステップＳ１０５で作成した候補コードと一致するコードがあるか否かを判定する（ステップＳ１０７）。
【００４６】
ＵＣ発行サーバ１２が、蓄積データベース１３に蓄積されている発行済みユニークコードに候補コードと同一のコードがあると判定した場合には（ステップＳ１０７：Ｙｅｓ）、再度ステップＳ１０５に戻り再び候補コードを作成する。
【００４７】
ＵＣ発行サーバ１２が、蓄積データベース１３に蓄積されている発行済みユニークコードに候補コードと一致するコードが無いと判定した場合には（ステップＳ１０７：Ｎｏ）、当該候補コードを新たなユニークコードとして発行し（Ｓ１０８）し、このユニークコードを受付サーバ１１を介して要求サーバ２１へ提供する（ステップＳ１０９）。また、ＵＣ発行サーバ１２は、新たに発行したユニークコードを発行済みユニークコードとして蓄積データベース１３に蓄積する（ステップＳ１１０）。これにより、蓄積データベース１３に蓄積された発行済みユニークコードとは異なる新たなユニークコードが発行される。
【００４８】
また、ＵＣ発行サーバ１２は、当該ユニークコードを要求元である顧客Ａと対応付けて蓄積データベース１３に蓄積させる（ステップＳ１１０）。顧客との対応付けとしては、例えば、発行したユニークコードを要求元の顧客ＵＣと紐付けて蓄積データベース１３に登録することができる。この登録および蓄積処理によって蓄積データベース１３は新たな内容に更新される。
【００４９】
ユニークコードを要求した顧客Ａは、要求サーバ２１によってユニークコードを受領する（ステップＳ１１１）。これによりユニークコード発行の処理が完了する。なお、顧客が複数のユニークコードを一括して要求した場合には、複数のユニークコードがまとめられたファイルを要求サーバ２１にダウンロードして受領することができる。
【００５０】
このように本実施形態に係るユニークコード発行システム１によれば、ＵＣ発行サーバ１２によって同一のユニークコードの発行が防止され、蓄積データベース１３に蓄積された発行済みのユニークコードとは異なる新たなユニークコード、すなわち重複のないユニークコードを発行することができる。これにより、例えば顧客は提供されたユニークコードを用いて製品管理をすることができる。
【００５１】
また、蓄積データベース１３に蓄積されている発行済みユニークコードと同一のコードがユニークコードとして発行されることがないことを保証するために、ＵＣ発行サーバ１２では、蓄積データベース１３に蓄積されているコードと同一のコードの発行が禁止されているように構成してもよい。
【００５２】
例えば、ＵＣ発行サーバ１２が発行しようとするユニークコードを受付サーバ１２に送信する前に、蓄積データベース１３に蓄積されている発行済みユニークコードを再び参照する。同一のコードが蓄積データベース１３に蓄積されている場合には、そのコードをユニークコードとして発行することを取りやめて、再び候補コードの作成工程（ステップＳ１０５）に戻るように構成してもよい。
【００５３】
なお、上述の実施形態では、蓄積データベース１３に新たに発行したユニークコードを蓄積し、ＵＣ発行サーバ１２は蓄積データベース１３に蓄積されていないコードをユニークコードとして発行する例を挙げて説明したが、本発明はこの例に限られない。
【００５４】
例えば、予め蓄積データベース１３にユニークコードの候補として複数のコードを蓄積させておき、ＵＣ発行サーバ１２は蓄積データベース１３に蓄積されているコードの中からランダムに一つ選んで、新たなユニークコードとして発行してもよい。この場合、新たなユニークコードとして発行したコードは、蓄積データベース１３から削除する。なお、ユニークコードとして発行したコードを蓄積データベース１３から削除する代わりに、発行したコードに発行済みのフラグを付して、同一のコードが新たなユニークコードとして発行されないようにしてもよい。
【００５５】
次に、ユニークコードを用いた製品管理方法の例を図４に基づいて説明する。
【００５６】
図４は、２つのメーカである顧客Ａと顧客Ｂが合併した場合に行われる製品管理の例を示した図である。顧客Ａと顧客Ｂは、合併前にそれぞれ上述のシステムおよび方法によって発行されたユニークコードを取得して、自社の製品にユニークコードを付与して独自の管理を行っていたとする。
【００５７】
図４（ａ）に示すように、合併前に顧客Ａは、ユニークコード（ＵＣ）に関連付けて、独自に作成した製品番号、ロット番号、製造年月日を製品に付与し管理していた。一方、図４（ｂ）に示すように、合併前に顧客Ｂも、ユニークコード（ＵＣ）に関連付けて、独自に作成した製品番号、製造年月日、販売日、販売店名を製品に付与し管理していた。
【００５８】
ここで、顧客Ａと顧客Ｂが合併した事案を検討する。図４（ｃ）に示すように、合併後は、合併前に顧客Ａと顧客Ｂが互いに保有していたデータベースを補完しあうだけで、両者共に取得した一意のユニークコードに基づいて、製品管理を続行することができる。このとき、追加のデータベースを作成することなく、従来通りの体制で製品管理を続けることができ、品質管理システムを統合する負担を軽減することができる。
【００５９】
なおこの例では、顧客Ａはユニークコードにロット番号を関連付けて管理していたが、顧客Ｂはロット番号を関連付けて管理していなかった。このように、顧客Ａ，Ｂはそれぞれ独自の管理手法を採用しているために、管理項目がそれぞれで異なることが普通である。しかし、本実施形態に係るユニークコード発行システム１および発行方法によって提供されたユニークコードを用いて管理すると、常に顧客Ａ，Ｂの間でユニークコードという項目が共通し、しかもそれぞれのユニークコードは互いに重複することがない。さらにユニークコード発行システム１によって同一のユニークコードが重複しないことが保障されているので、上述のように単に顧客Ａ，Ｂそれぞれで管理していたデータベースを補完しあうだけで、管理を続行することができる。
【００６０】
これは顧客Ａの取り扱う製品と顧客Ｂの取り扱う製品が、同種の製品の場合だけでなく、全く別種の製品であっても同様で、製品に付与された一意のユニークコードによって全ての製品の管理を行うことができる。よって、顧客は品質管理に掛かるコストを大幅に低減することができる。
【００６１】
このように本実施形態に係るユニークコード発行システム１および発行方法によれば、要求元としての複数の顧客に跨って発行される一連のユニークコードには、同一のユニークコードが重複して発行されることがない。このため、それぞれの顧客は互いに重複しないユニークコードを用いてそれぞれの製品を管理することができる。また、複数の顧客が合併などにより共通の管理体制下でそれぞれの製品を管理する必要が生じた場合にも、それぞれの顧客に提供されているユニークコードが重複しないので、管理システムを再構築することなく既に提供を受けているユニークコードを使用してそれぞれの製品の管理を続行することができる。
【００６２】
なお、上述した実施形態ではネットワークを通じ受付サーバ１１によって顧客からの発行要求を受信しユニークコードを発行する例を挙げて説明したが、受付サーバ１１を介さずに、ユニークコードの発行を行っても良い。この場合には、顧客がユニークコードの発行をユニークコード発行者の窓口に直接伝え、顧客がこの窓口でユニークコードを受け取るようにしてもよい。
【符号の説明】
【００６３】
１：ユニークコード発行システム、２：ベースシステム、３：顧客Ａシステム、４：顧客Ｂシステム、５：顧客Ｃシステム、１１：受付サーバ、１２：ＵＣ発行サーバ、１３：蓄積データベース、２１，３１，４１：要求サーバ、２２，３２，４２：登録運用サーバ、２３，３３：公開サーバ
【図１】
2014063445.tif 000003
【図２】
2014063445.tif 000004
【図３】
2014063445.tif 000005
【図４】
2014063445.tif 000006