(57)【要約】【課題】ウェブサービスが提供する入力フォームへ利用者が入力した住所情報を用いて住所のデータベースを作成する住所管理システムを提供する。【解決手段】住所データベース２０４には、住所情報が、複数の住所セグメントに分離されて関連付けられた状態で保存される。住所情報追加処理部２０２は、住所情報受信部２０１が通信端末から取得した住所情報から、住所データベース２０４に保存されていない住所セグメントを選択して、住所データベース２０４に追加保存する。補間情報追加処理部２０３は、住所セグメント追加処理部２０２によって選択された住所セグメントから、番号付けされた住所セグメントである番号セグメントを抽出し、それらの番号セグメントより小さい番号の新たな番号セグメントを生成し、抽出された番号セグメントの上位の住所セグメントに関連付けられた新たな住所セグメントとして住所データベース２０４に追加保存する。【選択図】図２
2019095833.tif 000002
【特許請求の範囲】
【請求項１】
ウェブサービスの利用者が、通信端末に表示された入力フォームに住所情報を入力してウェブサーバへ送信した際に、該住所情報を取得して住所データベースを作成する住所管理システムであって、
前記住所情報を、複数の住所セグメントに分離して、上位から下位へ互いに関連付けられた状態で保存する、住所データベースと、
前記通信端末から送信された前記住所情報を取得する住所情報受信部と、
該住所情報受信部が取得した前記住所情報から、前記住所データベースに保存されていない前記住所セグメントを選択して、該住所データベースに追加保存する住所情報追加処理部と、
該住所セグメント追加処理部によって選択された前記住所セグメントから、番号付けされた住所セグメントである番号セグメントを抽出し、該番号セグメントより小さい番号の新たな番号セグメントを生成し、抽出された該番号セグメントの上位の前記住所セグメントに関連付けられた新たな住所セグメントとして前記住所データベースに追加保存する補間情報追加処理部と、
を備えることを特徴とする住所管理システム。
【請求項２】
前記番号セグメントは、「丁目」、「番地」、「号」及び／又は「階」を示す住所セグメントを含むことを特徴とする請求項１に記載の住所管理システム。
【請求項３】
前記住所データベースに保存された前記住所セグメントを、前記入力フォームに表示して前記利用者に選択させることで前記住所情報の入力を支援するための入力支援情報に格納して、前記通信端末へ送信する、住所情報処理部を更に備えることを特徴とする請求項１又は２に記載の住所管理システム。
【請求項４】
前記通信端末の前記入力フォームに前記住所セグメントを入力するために前記入力支援情報が利用された回数を、該住所セグメント毎に計数する、入力支援分析部を更に備え、
該入力支援分析部の計数結果に応じて、前記入力フォームに表示する前記住所セグメントの表示順序が決定される、
ことを特徴とする請求項３に記載の住所管理システム。
【請求項５】
請求項１〜４の何れか一項に記載の住所管理システムを含むネットワーク・システムであって、
通信ネットワーク内においてそれぞれ固有の前記住所データベースを有する複数の前記住所管理システムが設けられ、複数の前記住所管理システムがそれぞれ固有の同期制御サーバと関連付けられ、
第１の前記住所管理システムに関連付けられた一の前記同期制御サーバは、
第１の前記住所管理システムにて前記通信端末から取得した未保存の前記住所セ    グメントが、第１の前記住所データベースに追加保存されたことを検知し、
第１の前記住所管理システムを除く他の前記住所管理システムにおける前記同期    制御サーバと連携して、前記追加保存された住所セグメントに関して第１の前記住    所データベースを除く他の前記住所データベースとの間のデータ同期を行う、
ように構成される、ネットワーク・システム。
【請求項６】
複数の前記住所管理システムと多数の前記通信端末との間を繋ぐ区間において、前記通信ネットワークは複数のネットワーク階層から構成され、
複数の前記住所管理システムと多数の前記通信端末との間の通信経路上には、ネットワーク階層毎に一つ以上のキャッシュ・サイトが設けられ、
各々の前記キャッシュ・サイトは、
前記通信経路上で通信される前記住所セグメントおよび対応する前記入力支援情    報をキャッシュすると共に、前記通信経路上で通信される前記住所セグメントおよ    び対応する前記入力支援情報を中継伝送するように構成される、
ことを特徴とする請求項５に記載のネットワーク・システム。
【請求項７】
前記住所データベース内において前記住所情報は、前記住所セグメントをノードまたは部分ツリーとして含むツリー構造状のデータにより表現され、
前記住所情報追加処理部および前記補間情報追加処理部は、追加保存すべき新たな前記住所セグメントを表す前記ノードまたは前記部分ツリーを前記ツリー構造状のデータ内に組み込むことで、新たな前記住所セグメントを前記住所データベース内に追加保存する、
ように構成されている、請求項５または請求項６に記載のネットワーク・システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ウェブサービスが提供する入力フォームへ利用者が入力した住所情報を用いて、該入力フォームへの住所入力を補助するための住所データベースを作成する、住所管理システムに関する。
【背景技術】
【０００２】
従来より、ウェブサービスの利用者が、通信端末に表示されたウェブページの入力フォームを用いて、住所等の情報をウェブサーバに送信する技術が知られている。
【０００３】
ウェブページの入力フォームに住所を入力する場合、その住所の正確さが問題になる場合がある。例えば、スマートフォンや携帯電話等の通信端末で文字入力を行う場合、不慣れな利用者にとっては入力作業が非常に面倒であり、そのために、住所を誤入力してしまう場合がある。
【０００４】
ウェブサービスの利用者が住所を誤入力してしまった場合、例えば、そのウェブサービス（例えばインターネット通販）の運営者が利用者に発送した配達物を配達業者が配達できないといった不都合や、配達はできたものの配達業者に多大な負担をかけるといった不都合が、生じる。
【０００５】
これに対し、住所入力作業の負担を軽減して誤入力を減らす技術として、例えば、下記特許文献１に記載された技術が知られている。
【０００６】
特許文献１は、利用者の通信端末が取得した位置情報に基づいて、郵便番号や、第１候補となる住所（住所の一部）を入力フォームへ自動入力する技術を、開示している。
【０００７】
特許文献１の技術によれば、利用者が入力フォームへ住所を入力する際の負担を軽減することで、誤入力を減らすことが期待される。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１５−１１６３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
配達業者による配達等が確実に行えるようにするためには、住所を、町名や地名だけで無く、例えば「丁目」、「番地」、「号」、「建物名」、「階」まで正確に特定する必要がある。
【００１０】
このため、ウェブサービスの利用者が入力フォームへ住所を入力する際の負担を減らすために、このような完結した住所の情報を予め取得して、データベース化しておき、その利用者が住所を入力する補助に使用することが望ましい。
【００１１】
しかしながら、日本全国について、このような完結した住所の情報を入手することは、容易ではない。
【００１２】
例えば、日本の政府機関が公開している住所情報としては、「丁目」まで記載されたものがあるが、「番地」以下の住所を含む住所情報は公開されていない。
【００１３】
また、民間の地図情報会社が販売している住所情報としては、「番地」や「号」、「建物名」まで含まれるものもあるが、「階」までの情報は含まれていない。
【００１４】
更には、「番地」以下の住所は、区画整理や、建物の新規竣工、建物名の変更等によって、頻繁に変更されている。したがって、住所情報を作成しても、その住所の下位の部分が正確で無くなってしまう場合がある。
【００１５】
このため、従来、完結した住所情報（すなわち、「番地」以下住所表記まで含めた住所情報）を取得してデータベース化すると共に、そのデータベースに保存された住所情報を常時更新して正確な情報に保つことは、実質的に不可能であった。
【００１６】
この発明の課題は、ウェブサービスが提供する入力フォームへ利用者が入力した住所情報を用いて、正確な住所情報をデータベース化する住所管理システムを提供する点にある。
【課題を解決するための手段】
【００１７】
請求項１の発明に係る住所管理システムは、ウェブサービスの利用者が、通信端末に表示された入力フォームに住所情報を入力してウェブサーバへ送信した際に、該住所情報を取得して住所データベースを作成する住所管理システムであって、前記住所情報を、複数の住所セグメントに分離して、上位から下位へ互いに関連付けられた状態で保存する、住所データベースと、前記通信端末から送信された前記住所情報を取得する住所情報受信部と、該住所情報受信部が取得した前記住所情報から、前記住所データベースに保存されていない前記住所セグメントを選択して、該住所データベースに追加保存する住所情報追加処理部と、該住所セグメント追加処理部によって選択された前記住所セグメントから、番号付けされた住所セグメントである番号セグメントを抽出し、該番号セグメントより小さい番号の新たな番号セグメントを生成し、抽出された該番号セグメントの上位の前記住所セグメントに関連付けられた新たな住所セグメントとして前記住所データベースに追加保存する補間情報追加処理部と、を備えることを特徴とする。
【００１８】
請求項２の発明は、請求項１に記載の構成に加えて、前記番号セグメントは、「丁目」、「番地」、「号」及び／又は「階」を示す住所セグメントを含むことを特徴とする。
【００１９】
請求項３の発明は、請求項１又は２に記載の構成に加えて、前記住所データベースに保存された前記住所セグメントを、前記入力フォームに表示して前記利用者に選択させることで前記住所情報の入力を支援するための入力支援情報に格納して、前記通信端末へ送信する、住所情報処理部を更に備えることを特徴とする。
【００２０】
請求項４の発明は、請求項３に記載の構成に加えて、前記通信端末の前記入力フォームに前記住所セグメントを入力するために前記入力支援情報が利用された回数を、該住所セグメント毎に計数する、入力支援分析部を更に備え、該入力支援分析部の計数結果に応じて、前記入力フォームに表示する前記住所セグメントの表示順序が決定される、ことを特徴とする。
【発明の効果】
【００２１】
請求項１の発明によれば、ウェブサービスの利用者が入力フォームに入力した住所情報と共に、その住所情報に含まれる番号セグメントを補間する新たな番号セグメントを作成することとしたので、多数の住所情報を効率よく収集してデータベース化できる。
【００２２】
請求項２の発明によれば、「丁目」、「番地」、「号」及び／又は「階」について、新たな番号セグメントを作成することとしたので、多数の住所情報を更に効率よく収集してデータベース化できる。
【００２３】
請求項３の発明によれば、通信端末が、入力フォームへの住所情報の入力を支援するための入力支援情報として、保存住所情報の各住所セグメントを使用できるので、ウェブサービスの利用者が入力フォームへ住所を入力する際の負担を軽減して、誤入力を減らすことができる。
【００２４】
請求項４の発明によれば、入力フォームへ入力支援情報を表示する際の住所セグメントの表示順序を、取得数判定部の計数結果に応じて決定するので、利用者の負担や誤入力を更に減らすことができる。
【図面の簡単な説明】
【００２５】
【図１】この発明の実施の形態１に係る通信ネットワーク構成を示す概念図である。
【図２】この発明の実施の形態１に係る住所管理システムの機能構成を概念的に示すブロック図である。
【図３】この発明の実施の形態１に係る入力フォームの例を示す概念図である。
【図４】（ａ）〜（ｅ）共に、この発明の実施の形態１に係る入力フォームへの住所入力動作を説明するための概念図である。
【図５】実施の形態２に従い、ウェブサーバおよび住所管理システムをホスティング・サービスとして運用するクラウド・データセンタの構成図である。
【図６】実施の形態２に従って複数のネットワーク階層に分かれて構成された通信ネットワークを示す図である。
【図７】ネットワーク階層毎にキャッシュ・サイトが通信ネットワーク内に設けられた構成を示す図である。
【図８】未登録の住所セグメントを全てのキャッシュ・サイトと全ての住所データベースに反映するシナリオを示す図である。
【図９】未登録の住所セグメントを全てのキャッシュ・サイトと全ての住所データベースに反映するシナリオを示す図である。
【図１０】住所データベース内に作成された住所情報をツリー構造状のデータで表現した図である。
【図１１】住所データベース内に作成された住所情報を表すツリー構造に新たな住所セグメントが追加された状態を示す図である。
【図１２】住所データベース内に作成された住所情報を表すツリー構造に新たな住所セグメントが追加された状態を示す図である。
【発明を実施するための形態】
【００２６】
［発明の実施の形態１］
以下、この発明の実施の形態１について、図１〜図４を用いて説明する。
【００２７】
図１に示したように、この発明の実施の形態１に係る通信ネットワーク１１０には、１又は複数のウェブサーバ１２０と、複数の通信端末１３０と、例えば１台の住所管理システム１４０とが通信接続される。
【００２８】
通信ネットワーク１１０は、例えばインターネットであるが、他の種類の通信ネットワークであっても良い。
【００２９】
ウェブサーバ１２０は、多数のウェブ表示プログラムを保存する。ウェブサーバ１２０に保存されたウェブ表示プログラムは、このウェブサーバ１２０にアクセスした通信端末１３０へ送信される。そして、このウェブ表示プログラムが通信端末１３０の表示画面にウェブページを表示させることにより、その通信端末１３０の利用者に対して、様々なウェブサービスが提供される。この実施の形態１では、ウェブ表示プログラムの少なくとも一部として、入力フォーム３１０（図３参照）を通信端末１３０に表示させるプログラムが含まれている。入力フォーム３１０へ入力された情報は、ウェブサーバ１２０へ送られる。
【００３０】
図３に示したように、この入力フォーム３１０は、姓・名の名前入力フィールド３１１，３１２、性別入力フィールド３１３、郵便番号入力フィールド３１４、住所入力フィールド３１５、電話番号入力フィールド３１６、送信ボタン３１７等を含んでいる。
【００３１】
また、この実施の形態では、入力フォーム３１０を表示させるウェブ表示プログラムに、住所情報取得プログラム３１８と入力支援プログラム３１９とが組み込まれている。
【００３２】
なお、このウェブ表示プログラムに住所情報取得プログラム３１８や入力支援プログラム３１９を組み込むのでは無く、通信端末１３０に住所管理システム１４０へアクセスさせて住所情報取得プログラム３１８や入力支援プログラム３１９を取得させるためのプログラムを組み込むこととしてもよい。
【００３３】
住所情報取得プログラム３１８は、住所入力フィールド３１５に入力された住所情報を例えば形態素解析によって、複数の住所セグメントに分割する。例えば、住所入力フィールド３１５に、「東京都港区赤坂３−２１−１３  ＡＢＣビル４Ｆ」との住所が入力された場合、住所情報取得プログラム３１８は、この住所情報を、「東京都」、「港区」、「赤坂」、「３」、「２１」、「１３」、「ＡＢＣビル」及び「４Ｆ」の各住所セグメントへ分割する。これら８個の住所セグメントは、１つの住所情報を構成する住所セグメントとして互いに関連付けられた状態で、住所情報取得プログラム３１８によって、通信端末１３０から送信される。
【００３４】
なお、個人情報保護の観点から、住所以外の入力情報（氏名や性別等）は、住所管理システム１４０へは送信されず、ウェブサーバ１２０のみに送信されるものとする。
【００３５】
入力支援プログラム３１９は、通信端末１３０の利用者による住所情報の入力を支援するためのプログラムである。この入力支援プログラムの動作については、図４を用いて後述する。
【００３６】
通信端末１３０は、例えばパーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末等である。通信端末１３０は、例えばブラウザ・ソフトウエアを用いてウェブサーバ１２０にアクセスし、上述のウェブ表示プログラムを受け取る。そして、そのウェブ表示プログラムを実行することにより、ウェブページを表示する。上述のように、このウェブ表示プログラムの一つとして、入力フォーム３１０や、住所情報取得プログラム３１８や、入力支援プログラム３１９が含まれている。
【００３７】
通信端末１３０の利用者が入力フォームの各入力フィールド３１１〜３１６に入力した情報は、上述のように、ウェブサーバ１２０へ送られる。また、これらの情報の内、住所入力フィールド３１５へ入力された住所情報は、上述のように、住所管理システム１４０へも送られる。
【００３８】
なお、この実施の形態１では、住所情報を、通信端末１３０から住所管理システム１４０へ直接送ることとしたが、ウェブサーバ１２０を介して住所管理システム１４０へ提供されることとしてもよい。
【００３９】
住所管理システム１４０は、通信端末１３０から提供された住所情報を用いて住所データベースを作成すると共に、住所データベースに保存された前記保存住所情報のそれぞれの前記住所セグメントを、前記住所入力フィールド３１５への前記住所情報の入力を支援するための入力支援情報として、通信端末１３０へ提供する。
【００４０】
そのために、この住所管理システム１４０は、住所情報受信部２０１と、住所情報追加処理部２０２と、補間情報追加処理部２０３と、住所データベース２０４と、入力支援情報処理部２０５と、入力支援分析部２０６とを備えている。
【００４１】
住所情報受信部２０１は、通信ネットワーク１１０を介して、通信端末１３０から住所情報を受信し、住所情報追加処理部２０２へ送る。
【００４２】
住所情報追加処理部２０２は、住所情報受信部２０１から住所情報を受信すると、この住所情報に含まれる各住所セグメント（上述）について、住所データベース２０４に既に保存されているか否かを確認する。そして、保存されていない住所セグメントが存在する場合、住所情報追加処理部２０２は、その住所セグメントを住所データベース２０４に追加保存する処理を行う。
【００４３】
例えば、住所情報が上述の「東京都港区赤坂３−２１−１３  ＡＢＣビル４Ｆ」であり、このうち、住所セグメント「東京都」、「港区」、「赤坂」及び「３」が既に住所データベース２０４に保存されている場合、住所情報追加処理部２０２は住所セグメント「２１」、「１３」、「ＡＢＣビル」及び「４Ｆ」を、住所データベース２０４へ保存する。このとき、新たに保存する住所セグメントである「２１」、「１３」、「ＡＢＣビル」及び「４Ｆ」は、既に保存されていた住所セグメントである「東京都」、「港区」、「赤坂」及び「３」と連結されて１つの住所情報を成すように、互いに関連付けられて保存される。
【００４４】
なお、新たに住所セグメントを保存する際に、上述の「２１」、「１３」及び「４Ｆ」を、例えば「２１番」、「１３号」、「４階」といった表記に変換してもよい。
【００４５】
補間情報追加処理部２０３は、住所セグメント追加処理部２０２によって新たに保存された住所セグメントから、番号付けされた住所セグメント（以下、このような住所セグメントを「番号セグメント」と記す）を抽出する。そして、補間情報追加処理部２０３は、それらの番号セグメントより小さい番号の、新たな番号セグメントを生成する。
【００４６】
例えば、上述のように「２１」、「１３」、「ＡＢＣビル」及び「４Ｆ」を新たに保存する場合、番号セグメントは「２１」、「１３」及び「４Ｆ」である。
【００４７】
ここで、番号セグメント「２１」（番）が正確である場合（誤入力でない場合）、通常は１番地〜２０番地も存在する可能性が高い。このため、補間情報追加処理部２０３は、補間する住所情報（番号セグメント）として「１」（番）〜「２０」（番）を、上位の住所セグメントである「３」（丁目）に関連付けられるべき下位の新たな住所セグメントとして生成する。
【００４８】
同様に、「１３」（号）に基づいて補間する住所セグメントとして「１」（番）〜「１２」（番）も、上位の住所セグメントである「２１」（番）に関連付けられるべき住所セグメントとして生成される。
【００４９】
更に、「４Ｆ」に基づいて補間する住所セグメントとして「１Ｆ」〜「３Ｆ」を、上位の住所セグメントである「ＡＢＣビル」に関連付けられるべき住所セグメントとして、生成する。
【００５０】
その結果、この例では、補間情報追加処理部２０３が、以下の住所情報を生成することになる。
【００５１】
ａ．東京都港区赤坂３（丁目）１（番）〜２０（番）
ｂ．東京都港区赤坂３（丁目）２１（番）１（号）〜１２（号）
ｃ．東京都港区赤坂３（丁目）２１（番）１３（号）ＡＢＣビル１Ｆ〜３Ｆ。
【００５２】
補間情報追加処理部２０３は、これらの住所情報に含まれる各住所セグメントについて、住所データベース２０４に既に保存されているか否かを確認する。そして、保存されていない住所セグメントが存在する場合、補間情報追加処理部２０３は、その住所セグメントを、住所データベース２０４に保存する処理を行う。
【００５３】
住所データベース２０４は、住所情報追加処理部２０２や補間情報追加処理部２０３から受け取った各住所セグメントを保存する。更に、住所データベース２０４は、入力支援分析部２０６から入力支援計数結果（後述）を受け取って、保存する。
【００５４】
上述のように、都道府県名から「丁目」までの住所セグメントは、政府機関が公開しているデータが存在するので、データとして入手が容易である。このため、この実施の形態１では、これら都道府県名から「丁目」までの住所セグメントを予め入手して、住所データベース２０４へ保存しておくこととする。但し、これらの住所セグメントの一部又は全部を予め保存しておかない場合でも、この発明の住所管理システムとしての効果を得られることは、もちろんである。
【００５５】
入力支援情報処理部２０５及び入力支援分析部２０６は、入力支援プログラム３１９（図３参照）、すなわち入力フォーム３１０を表示するウェブ表示プログラムに組み込まれたプログラムに、入力支援処理を実行させるための処理を行う。
【００５６】
このために、入力支援情報処理部２０５は、利用者が通信端末１３０に入力フォーム３１０を表示させて、住所入力フィールド３１５への住所入力を行ったとき、その入力文字（すなわち住所セグメント）を入力支援プログラム３１９から適宜受信する。そして、入力支援情報処理部２０５は、受信した住所セグメントに応じて、その次の入力候補となる１又は複数の住所セグメントを住所データベース２０４から読み出す。また、入力支援情報処理部２０５は、住所データベース２０４から入力支援計数結果（後述）を読み出す。この入力支援計数結果は、これら住所セグメントを入力フォーム３１０に表示する際の表示順序を決定するための情報である。
【００５７】
入力支援情報処理部２０５は、これら住所セグメントと入力支援計数結果とから入力支援情報を作成して、通信端末１３０の入力支援プログラム３１９へ送る。通信端末１３０の利用者は、この入力支援情報に基づいて入力支援プログラム３１９が入力フォーム３１０に１又は複数の住所セグメントを表示する。通信端末１３０の利用者は、表示された住所セグメントから何れかを選択することにより、住所入力フィールド３１５への入力を行うことができる（後述）。
【００５８】
入力支援分析部２０６は、上述の入力支援計数結果を算出して、住所データベース２０４へ保存する。例えば、この入力支援分析部２０６は、入力支援プログラム３１９が送信した住所セグメント選択結果を適宜受け取ることや、入力完了後に通信端末１３０から住所情報受信部２０１が受信した住所情報を受け取ることで、入力支援計数結果を算出できる。
【００５９】
以下、入力フォーム３１０を表示させて、住所入力フィールド３１５への住所入力を行う手順について、図４を用いて説明する。
【００６０】
まず、通信端末１３０が、通信ネットワーク１１０を介してウェブサーバ１２０にアクセスし、入力フォーム３１０（図３参照）を表示するためのウェブ表示プログラムを取得する。これにより、通信端末１３０の画面に、入力フォーム３１０が表示される。上述のように、このウェブ表示プログラムには、住所情報取得プログラム３１８と、入力支援プログラム３１９とが組み込まれている。
【００６１】
次に、通信端末１３０の利用者が、入力フォーム３１０への文字入力を行う。
【００６２】
図４（ａ）〜（ｅ）は、この入力フォーム３１０のうち、住所入力フィールド３１５への入力を行う動作を説明するための概念図である。
【００６３】
通信端末１３０の利用者は、この住所入力フィールド３１５へ、まず、「東京都」の文字入力を行う。入力が終わると、ウェブ表示プログラムの入力支援プログラム３１９は、この住所セグメント「東京都」を、住所管理システム１４０へ送信する。
【００６４】
住所管理システム１４０の入力支援情報処理部２０５は、これを受け取ると、住所データベース２０４から、この住所セグメント「東京都」に関連付けられた下位の住所セグメントを検索する。その結果、例えば「港区」等の区名が、この住所データベース２０４から読み出される。
【００６５】
入力支援情報処理部２０５は、これらの区名（すなわち住所セグメント）を用いて、入力支援情報を作成する。また、このとき、入力支援情報処理部２０５は、上述の入力支援分析部２０６が算出した入力支援計数結果を、住所データベース２０４から読み出して、これら住所セグメントの配列順序を決定する。
【００６６】
その後、入力支援情報処理部２０５は、作成された入力支援情報を、通信端末１３０へ送る。
【００６７】
通信端末１３０の入力支援プログラム３１９は、受け取った入力支援情報に基づいて、入力フォーム３１０に、入力支援表示を行う。この入力支援表示には、入力支援情報に含まれる住所セグメントが、上述のようにして定められた順序で表示される（図４（ａ）参照）。通信端末１３０の利用者は、表示された選択候補から選択するだけで、住所入力フィールド３１５へ例えば「港区」を入力することができる。
【００６８】
住所入力フィールド３１５へ住所セグメント「港区」が入力されると、入力支援プログラム３１９は、この住所セグメント「港区」を、住所管理システム１４０へ送信する。その後、入力支援プログラム３１９は、上述の住所セグメント「東京」の場合と同様にして、住所管理システム１４０から、新たな入力支援情報を受け取る。そして、入力支援プログラム３１９は、受け取った入力支援情報に基づいて、入力フォーム３１０に、入力支援表示を行う。この入力支援表示では、「港区」の下位の住所セグメントとして、例えば「赤坂」や「南青山」等の地名が、上述のようにして定められた順序で表示される。通信端末１３０の利用者は、表示された選択候補から選択するだけで、住所入力フィールド３１５へ例えば「赤坂」を入力することができる。
【００６９】
住所入力フィールド３１５へ住所セグメント「赤坂」が入力されると、入力支援プログラム３１９は、この住所セグメント「赤坂」を、住所管理システム１４０へ送信する。
【００７０】
住所管理システム１４０の入力支援情報処理部２０５は、これを受け取ると、住所データベース２０４から、この住所セグメント「赤坂」に関連付けられた下位の住所セグメントを検索する。その結果、例えば「一丁目」、「二丁目」、「三丁目」の三種類の住所セグメントが、この住所データベース２０４から読み出される。
【００７１】
入力支援情報処理部２０５は、これらの住所セグメントを用いて、入力支援情報を作成し、通信端末１３０の入力支援プログラム３１９へ送信する。なお、この実施の形態１では、住所セグメントが番号セグメントである場合には、上述の入力支援係数結果を用いた配列順序の設定を行わないものとする。但し、入力支援計数結果を用いた配列順序の決定を行ってもよいことは、もちろんである。
【００７２】
入力支援プログラム３１９は、受け取った入力支援情報に基づいて、入力フォーム３１０に、入力支援表示を行う。この入力支援表示では、「赤坂」の下位の住所セグメントとして、「一丁目」、「二丁目」、「三丁目」が番号順に表示される（図４（ｂ）参照）。通信端末１３０の利用者は、表示された選択候補から選択するだけで、住所入力フィールド３１５へ、例えば「三丁目」を入力することができる。
【００７３】
なお、上述のように、この実施の形態１では、都道府県名から「丁目」までの住所セグメントを予め入手して、住所データベース２０４へ保存してある。このため、この実施の形態１ではでは、これら都道府県名から「丁目」までの住所セグメントが、入力支援表示に常に表示されることとする。
【００７４】
続いて、入力支援プログラム３１９は、入力された住所セグメント「三丁目」を、住所管理システム１４０へ送信する。
【００７５】
その後、入力支援情報処理部２０５は、上述と同様にして、住所データベース２０４からの住所セグメント「三丁目」に関連付けられた下位の住所セグメントを検索する。このとき、住所データベース２０４で検索されるのは、過去の住所入力に基づいて、住所情報追加処理部２０２や補間情報追加処理部２０３が住所データベース２０４へ追加・補間した住所セグメントである。入力支援情報処理部２０５は、このような住所セグメントを用いて入力支援情報を作成し、通信端末１３０の入力支援プログラム３１９へ送る。
【００７６】
入力支援プログラム３１９は、受け取った入力支援情報に基づいて、入力フォーム３１０に、入力支援表示を行う。この入力支援表示では、例えば「１番」から「２１番」までの住所セグメント（番号セグメント）を表示する（図４（ｃ）参照）。
【００７７】
通信端末１３０の利用者は、入力支援表示された選択候補に、入力したい住所セグメントが含まれている場合は、その住所セグメントを選択することで、住所入力フィールド３１５への入力を行う。一方、この入力支援表示に、入力したい住所セグメントが含まれていない場合（例えば「２２番」を入力したい場合）、通信端末１３０の利用者は、例えばキーボード等を用いて、その入力したい住所セグメントを住所入力フィールド３１５へ直接入力する。
【００７８】
ここで、図４（ｃ）の入力支援表示において、入力したい住所セグメントが含まれていない場合（利用者が直接住所セグメントを入力した場合）、入力支援プログラム３１９は、入力された住所セグメントを、住所管理システム１４０へ送信しない。入力支援表示されない住所セグメントの下位の住所セグメントは、住所データベース２０４に保存されていないからである。この場合、その後の住所入力フィールド３１５への入力は、全て直接入力となる。
【００７９】
一方、入力する住所セグメントが入力支援表示から選択された場合、入力支援プログラム３１９は、入力された住所セグメント（ここでは「２１番」とする）を、住所管理システム１４０へ送信する。
【００８０】
その後、入力支援情報処理部２０５が、上述と同様にして、住所データベース２０４からの住所セグメント「２１番」に関連付けられた下位の住所セグメントを検索する。
【００８１】
そして、下位の住所セグメントが住所データベース２０４に保存されている場合、入力支援情報処理部２０５は、上述と同様にして、新たな入力支援情報を作成し、入力支援プログラム３１９へ返送する。一方、下位の住所セグメントが住所データベース２０４に保存されていない場合、入力支援情報処理部２０５は、入力支援情報を作成しない。ここでは、入力支援情報処理部２０５が、「１号」から「１３号」を含む入力支援情報を新たに作成して、入力支援プログラム３１９へ返送することとする。
【００８２】
入力支援プログラム３１９は、入力支援情報処理部２０５から入力支援情報を受け取った場合、入力フォーム３１０に、入力支援表示を行う。一方、入力支援情報処理部２０５から入力支援情報を受け取らなかった場合、入力支援プログラム３１９は入力支援表示を行わず、通信端末１３０の利用者は直接入力のみ可能となる。
【００８３】
ここでは、入力支援表示として、「１号」〜「１３号」が表示されて、通信端末１３０の利用者が「１３号」を選択したものとする。
【００８４】
その結果、入力支援プログラム３１９が、入力支援情報処理部２０５へ住所セグメント「１３号」を送信し、更に、入力支援情報処理部２０５が、上述と同様にして、住所セグメント「１３号」に関連付けられた下位の住所セグメントを検索する。
【００８５】
ここでは、下位の住所セグメントとして、「ＡＢＣビル」と「Ｘビル」とが検索されたものとする。例えばビルの名称が変更されたような場合には、同じ住所セグメント（ここでは「号」）の下位の住所セグメントとして、複数種類の建物名が住所データベース２０４に保存されている場合がある。
【００８６】
入力支援情報処理部２０５は、これら「ＡＢＣビル」及び「Ｘビル」を住所セグメントとして含む入力支援情報を作成し、入力支援プログラム３１９へ返送する。入力支援プログラム３１９は、入力支援情報処理部２０５から入力支援情報を受け取った場合、入力フォーム３１０に、入力支援表示を行う（図４（ｄ）参照）。
【００８７】
そして、通信端末１３０の利用者が例えば「ＡＢＣビル」を選択すると、続いて、入力フォーム３１０には、新たな入力支援表示として、この「ＡＢＣビル」の階が表示される（図４（ｅ））。
【００８８】
その後、通信端末１３０の利用者が、入力支援表示の何れかの階を選択すること或いは直接入力することにより、住所入力フィールド３１５への住所入力作業が終了する。
【００８９】
通信端末１３０の利用者は、入力フォーム３１０の全ての入力フィールド３１１〜３１６への入力を終了すると、送信ボタン３１７をクリック等する。
【００９０】
これにより、入力フォーム３１０に入力された情報が、対応するウェブサーバ１２０へ送信されると共に、住所入力フィールド３１５に入力された住所情報が住所情報取得プログラム３１８により住所管理システム１４０へ送信される。
【００９１】
住所管理システム１４０では、住所情報受信部２０１が住所情報が受信すると、住所情報追加処理部２０２及び補間情報追加処理部２０３が、それぞれ、上述のような処理を行い、必要に応じて住所セグメントを住所データベース２０４に追加保存する。更に、入力支援分析部２０６が、上述の入力支援計数結果の再計算を行って、住所データベース２０４に保存する。
【００９２】
以上説明したように、この実施の形態１によれば、ウェブサービスの利用者が入力フォームに入力した住所情報と共に、その住所情報に含まれる番号セグメント（「丁目」、「番地」、「号」、「階」等）を補間する新たな番号セグメントを作成することとしたので、多数の住所情報を効率よく収集してデータベース化できる。
【００９３】
また、この実施の形態１によれば、入力支援情報を用いて、入力フォーム３１０の住所入力フィールド３１５へ住所情報を入力する際の支援を行うので、ウェブサービスの利用者が住所入力フィールド３１５へ住所を入力する際の負担を軽減して、誤入力を減らすことができる。
【００９４】
加えて、この実施の形態１によれば、入力支援情報を表示する際の住所セグメントの表示順序を、取得数判定部の計数結果に応じて決定するので、利用者の負担や誤入力を更に減らすことができる。
【００９５】
この実施の形態１では、住所管理システム１４０をウェブサーバ１２０と個別に構築したが、住所管理システム１４０の一部又は全部の機能をウェブサーバに構築しても良い。
【００９６】
［発明の実施の形態２］
以下、この発明の実施の形態２について、図５〜図１２を用いて説明する。図１〜図４を用いて上述した実施の形態１では、住所管理システム１４０や住所データベース２０４は通信ネットワーク１１０内に一つだけ設けられていた。しかしながら、図１〜図４に示すシステム構成では、非常に多数の通信端末１３０からアクセスされる住所管理システム１４０と住所データベース２０４の耐障害性を高めたり、アクセス要求の集中を防止したりすることが困難である。この問題に対処するため、住所管理システム１４０と住所データベース２０４を通信ネットワーク１１０内に複数設け、通信端末１３０からのアクセスを複数の住所管理システム１４０に分散させることが考えられる。
【００９７】
また、多数の通信端末１３０と住所管理システム１４０を接続する通信ネットワーク１１０の構造に応じて、通信端末１３０と住所管理システム１４０との間で住所セグメントとこれに対応する入力支援情報の通信を効率的に行うことも重要である。例えば、個々の通信端末１３０が通信ネットワーク１１０に接続されている場所（網接続ポイント）に応じて、住所管理システム１４０との間で最も効率的な方法で住所セグメントとこれに対応する入力支援情報のやり取りを行うべきである。また、近年のウェブサーバ１２０は、クラウド・データセンタ内でホスティングされるサービスとして実現され、住所管理システム１４０もまた、これと同様の方法で実現されるのが通常であろう。
【００９８】
そこで、図１〜図４を用いて上述した実施の形態１とは異なり、この実施の形態２では、図１に示すウェブサーバ１２０および住所管理システム１４０に相当するものは、以下のような形で実現される。すなわち、ウェブサーバ１２０および住所管理システム１４０に相当するものは、図５および図６に示すように、クラウド・データセンタ上でホスティングされているネットワーク・サービスの形態をとる。特に、図６に示すシステム構成例においては、データベースにおける耐障害性の確保や端末からのアクセス要求の集中防止のために、住所データベース２０４は複数設けられ、多数の通信端末１３０からのアクセス要求は、複数の住所データベース２０４間で分散されるようになっている。
【００９９】
また、この実施の形態２では、図１に示す通信ネットワーク１１０は、図６に示すようなネットワーク構成を有し、図１に示す通信端末１３０とクラウド・データセンタとの間を通信可能に接続する。これにより、図１に示す通信端末１３０は、クラウド・データセンタ上でネットワーク・サービスとして実現されたウェブサーバ１２０および住所管理システム１４０と通信可能となる。以上より、この実施の形態２では、上記のシステム構成の下で、通信ネットワーク１１０の構成や接続トポロジに応じて、通信負荷を低く抑えつつクラウド・データセンタと通信端末１３０との間で住所セグメントとこれに対応する入力支援情報を効率的に通信する仕組みを開示する。
【０１００】
また、この実施の形態２では、住所管理システム１４０は、以下のようにして住所データベース２０４内に住所情報を形成してゆく。すなわち、新たな住所セグメントが取得されるたびに、住所セグメントを、図１０に示すようなツリー構造状に集積してゆくことによって、住所情報がインクリメンタルに形成されてゆく。より具体的には、住所情報追加処理部２０２が住所情報受信部２０１から新たな住所セグメントを受け取るたびに、当該住所セグメントを図１０に示すツリー構造の該当する位置に順次追加してゆく。また、補間情報追加処理部２０３が、補間する住所セグメントとして新たに生成した住所セグメントを図１０に示すツリー構造の該当する位置に順次追加してゆく。以上のようにして、住所情報追加処理部２０２と補間情報追加処理部２０３によって新たな住所セグメントが住所データベース２０４内にツリー構造状に集積されてゆく。これにより、住所管理システム１４０では、住所データベース２０４内に住所情報がインクリメンタルに形成されてゆく。以上のように、住所データベース２０４内において住所情報は、住所セグメントをノードまたは部分ツリーとして含むツリー構造状のデータにより表現される。
【０１０１】
その上で、住所情報追加処理部２０２および補間情報追加処理部２０３は、追加保存すべき新たな住所セグメントを表すノードまたは部分ツリーをツリー構造状のデータ内に組み込むことで、新たな前記住所セグメントを前記住所データベース内に追加保存するように構成されている。
【０１０２】
このようにして形成されてゆく図１０のツリー構造は、各々が住所セグメントと一対一に対応するノードが階層的に接続されて形成される。すなわち、図１０に示すツリー構造は、日本全体を表すルート・ノードの直下に日本の都道府県に対応する複数の子ノードを有し、都道府県の各々に対応するノードの直下に市区町村に対応する複数の孫ノードを有している。つまり、都道府県に対応する子ノードは、最上位レベルの住所セグメントに対応し、市区町村に対応する孫ノードは、第２レベルの住所セグメントに対応している。
【０１０３】
さらに、市区町村の各々に対応するノードの直下には町名や街区を表す複数のノードが繋がっており、これらのノードは、第３レベルの住所セグメントに対応している。さらに、町名や街区を表す各ノードの直下には、「１丁目」、「２丁目」等に対応する複数のノード（第４レベルの住所セグメントに対応）、さらにその各々の直下には、「１番地」、「２番地」等に対応する複数のノード（第５レベルの住所セグメントに対応）、さらにその各々の直下には、「１号」、「２号」等に対応する複数のノード（第６レベルの住所セグメントに対応）が繋がっている。
【０１０４】
次に、住所管理システム１４０において、住所情報追加処理部２０２が、図１０に示すツリー構造状の住所情報に対して新しい住所セグメントを追加する場合、住所情報を表すツリー構造がどのように変更されるかについて説明する。図１１を参照すると、「東京都立川市富士見町」に対応するノードの直下に繋がるノードとして「０１１番地」を表すノードが登録されている。そして、住所情報追加処理部２０２が、「東京都立川市富士見町」のノードの直下に新たな番地として「３０５８番地」を表すノード（図１１に示すＰ１）を追加したとする。
【０１０５】
この場合、町名である「富士見町」の直下に「１丁目」や「２丁目」等の「丁目」ではなく「番地」が続く場合には、「番地」は連番とはならないのが一般的である。従って、この場合には、補間情報追加処理部２０３は、「０１１番地」のノードと「３０５８番地」のノードとの間に「０１２番地」〜「３０５７番地」に対応する新たなノードを補間しない。逆に、東京都立川市富士見町の「０１１番地」を表すノードの直下には「３号」を表すノードが繋がっているので、補間情報追加処理部２０３は、「０１１番地」を表すノードの直下に「１号」および「２号」を表すノード（図１１に示すＰ２など）を補間する。
【０１０６】
また、住所情報追加処理部２０２が、「東京都立川市」を表すノードの直下に新たなノードとして町名「柴崎町」を表すノード（図１１に示すＰ３）を追加したとする。さらに、住所情報追加処理部２０２が、「柴崎町」を表すノードの下に「４丁目」、「７番地」および「１２号」をそれぞれ表す一連のノード（図１１に示すＰ５、Ｐ７およびＰ９）を追加したとする。すると、補間情報追加処理部２０３は、「柴崎町」を表すノード（図１１に示すＰ３）の下に「１丁目」〜「３丁目」をそれぞれ表すノード（図１１に示すＰ４など）を補間する。同様に、補間情報追加処理部２０３は、「４丁目」を表すノード（図１１に示すＰ５）の下に「１番地」〜「６番地」をそれぞれ表すノード（図１１に示すＰ６など）を補間する。同様に、補間情報追加処理部２０３は、「７番地」を表すノード（図１１に示すＰ７）の下に「１号」〜「１１号」をそれぞれ表すノード（図１１に示すＰ８など）を補間する。
【０１０７】
次に、図５を参照しながら、この実施の形態２において用いられるネットワーク環境とシステム構成について詳しく説明する。図５は、図１に示すウェブサーバ１２０および住所管理システム１４０と同等の機能を有するネットワーク・サービスをホスティングする例示的なクラウド・データセンタ５００を示す。
【０１０８】
図５の下半分に示すように、クラウド・データセンタ５００は、物理的なコンピューティング・リソースとして、多数のサーバを集約したサーバ群５１０および多数のストレージ装置を集約したストレージ群５２０を含んで構成されている。また、クラウド・データセンタ５００は、データセンタＯＳやデータセンタ運用管理ミドルウェアを実行する運用管理システム５３０を含む。運用管理システム５３０は、クラウド・データセンタ５００全体の制御と物理的コンピューティング・リソースの管理を行う。クラウド・データセンタ５００内において、サーバ群５１０、ストレージ群５２０および運用管理システム５３０は、ファブリック・スイッチ・ネットワーク５４０によって接続され、相互に通信可能となっている。
【０１０９】
クラウド・データセンタ５００内において、上述した物理的コンピューティング・リソース（サーバ群５１０およびストレージ群５２０）は、ＳＤＮ（Ｓｏｆｔｗａｒｅ−Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋ）技術やＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）技術等を用いて仮想化される。この仮想化により、クラウド・データセンタ５００内において、図５の上半分に示すような、仮想化されたネットワーク環境が構築される。図５の上半分に示す仮想化されたネットワーク環境は、仮想化されたリソース（仮想サーバ、仮想データベース装置および仮想ネットワーク装置）が仮想化されたネットワークにより接続されて構成される。
【０１１０】
図５の上半分に示す仮想化されたネットワーク環境には、Ｗｅｂサーバ１２０（Ａ）およびＤＢＭＳ／Ｗｅｂ−ＤＢ  １２１（Ａ）から構成される第１のＷｅｂサイト（Ｗ１）が接続される。さらに、この仮想化されたネットワーク環境には、Ｗｅｂサーバ１２０（Ｂ）および動画コンテンツ・ストレージ装置１２１（Ｋ）から構成される第２のＷｅｂサイト（Ｗ２）が接続される。同様に、この仮想化されたネットワーク環境には、Ｗｅｂサーバ１２０（Ｃ）と１２１（Ｄ）およびＤＢＭＳ／Ｗｅｂ−ＤＢ  １２１（Ｂ）から構成される第３のＷｅｂサイト（Ｗ３）が接続される。
【０１１１】
また、この仮想化されたネットワーク環境には、ＤＢＭＳ  ２１４および２重化された住所データベース２０４（Ａ）、２０４（Ｂ）から構成される住所管理システム１４０が接続される。また、図５の上半分に示す仮想化されたネットワーク環境とクラウド・データセンタ５００の外部からのネットワーク接続との間には仮想化されたネットワーク装置として、ルータ１２４、ファイアウォール１２３および負荷分散装置１２２が接続されている。なお、負荷分散装置１２２は、クラウド・データセンタ５００の外部からのＷｅｂアクセス要求を上述した第１のＷｅｂサイト〜第３のＷｅｂサイトの間で分散することで、Ｗｅｂサイト間の負荷分散を行う。
【０１１２】
次に、図６を参照しながら、クラウド・データセンタ５００（５００（Ａ）〜（Ｃ），５０１（Ａ）〜（Ｃ））と通信端末１３０（１３０（Ａ）〜（Ｌ））との間を接続する通信ネットワーク１１０の構成について詳しく説明する。図６に示すネットワーク構成においては、複数の住所管理システム１４０（Ａ）〜１４０（Ｃ）と多数の通信端末１３０（Ａ）〜（Ｌ）との間を繋ぐ区間において、通信ネットワーク１１０は複数のネットワーク階層（Ｈ１）〜（Ｈ３）から構成されている。
【０１１３】
より具体的には、図６に示すように、クラウド・データセンタ５００（Ａ）〜５００（Ｃ）は、ＶＰＮ網１１２（Ａ）を介してインターネット１１１と通信可能に接続される。また、クラウド・データセンタ５０１（Ａ）〜５０１（Ｃ）は、広域通信サービス網１１２（Ｂ）を介してインターネット１１１と通信可能に接続される。
【０１１４】
以下、クラウド・データセンタ５００（５００（Ａ）〜（Ｃ），５０１（Ａ）〜（Ｃ））がどのようにして多数の通信端末１３０（１３０（Ａ）〜（Ｌ））と通信するかを具体的に説明する。まず、通信端末１３０（Ａ）〜１３０（Ｉ）は、無線接続により通信するモバイル端末やスマートフォンであるため、モバイル通信システムに特有の通信経路を通ってクラウド・データセンタ５００と通信する。
【０１１５】
例えば、通信端末１３０（Ａ）〜１３０（Ｃ）は、無線アクセス網１１５（Ａ）、３ＧＰＰコア網１１４（Ａ）およびＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）  １１３（Ａ）を経由してクラウド・データセンタ５００と通信する。ここで、無線アクセス網１１５（Ａ）は、ＬＴＥ標準規格に従って構成され、ＬＴＥ規格が規定する第４世代無線通信方式で無線通信が可能な通信端末１３０（Ａ）〜１３０（Ｃ）が通信ネットワーク１１０にアクセスするためのアクセス網である。
【０１１６】
さらに、通信端末１３０（Ｄ）〜１３０（Ｆ）は、無線アクセス網１１５（Ｂ）、コア網１１４（Ｂ）およびＰＤＮ  １１３（Ａ）を経由してクラウド・データセンタ５００と通信する。ここで、無線アクセス網１１５（Ｂ）は、ＷｉＭＡＸ標準規格に従って構成され、ＷｉＭＡＸ規格が規定する無線通信方式で無線通信が可能な通信端末１３０（Ｄ）〜１３０（Ｆ）が通信ネットワーク１１０にアクセスするためのアクセス網である。
【０１１７】
また、通信端末１３０（Ｇ）〜１３０（Ｉ）は、無線アクセス網１１５（Ｃ１）〜１１５（Ｃ３）、ＰＤＮ  １１４（Ｃ）およびＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）網  １１３（Ｂ）を経由してクラウド・データセンタ５００と通信する。ここで、無線アクセス網１１５（Ｃ１）〜（Ｃ３）は、Ｗｉ−Ｆｉ規格に準拠した無線ＬＡＮであり、Ｗｉ−Ｆｉ無線ＬＡＮを用いた無線通信が可能な通信端末１３０（Ｇ）〜１３０（Ｉ）が通信ネットワーク１１０にアクセスするためのアクセス網である。なお、通信端末１３０（Ｇ）〜１３０（Ｉ）は、３つの異なる無線アクセス網１１５（Ｃ１）〜１１５（Ｃ３）にそれぞれ接続されているため、通信端末１３０（Ｇ）〜１３０（Ｉ）は、それぞれ異なる無線ＬＡＮエリアに在圏していることとなる。
【０１１８】
また、通信端末１３０（Ｊ）および１３０（Ｋ）は、一般家庭に設置され、ＩＳＰにより提供される有線回線サービスによりインターネットに接続されるパーソナルコンピュータ等である。従って、通信端末１３０（Ｊ）および１３０（Ｋ）は、ＦＴＴＨ網１１５（Ｄ１）および１１５（Ｄ２）、ＰＤＮ  １１４（Ｄ）およびＩＳＰ網  １１３（Ｃ）を経由してクラウド・データセンタ５００と通信する。
【０１１９】
同様に、通信端末１３０（Ｌ）および１３０（Ｍ）は、一般家庭に設置され、ケーブル・テレビ（ＣＡＴＶ）業者により提供される有線回線サービスによりインターネットに接続されるパーソナルコンピュータ等である。従って、通信端末１３０（Ｌ）および１３０（Ｍ）は、ＦＴＴＨ網１１５（Ｅ１）および１１５（Ｅ２）、ＰＤＮ  １１４（Ｄ）およびＩＳＰ網１１３（Ｃ）を経由してクラウド・データセンタ５００と通信する。
【０１２０】
以上の説明から明らかなように、図６に示す例では、ＰＤＮ  １１３（Ａ）、ＩＳＰ網１１３（Ｂ）およびＩＳＰ網１１３（Ｃ）は、インターネット１１１に最も近い最上層の位置にあるネットワークであるので、第１ネットワーク階層（Ｈ１）を構成する。逆に、無線アクセス網（ＬＴＥ）１１５（Ａ）、無線アクセス網（ＷｉＭＡＸ）１１５（Ｂ）、無線アクセス網１１５（Ｃ１）〜（Ｃ３）、ＦＴＴＨ網１１５（Ｄ１）〜１１５（Ｄ２）、ＣＡＴＶ網１１５（Ｅ１）〜１１５（Ｅ２）は、通信端末１３０（Ａ）〜１３０（Ｍ）から最も近い最下層の位置にあるネットワークであるので、第３ネットワーク階層（Ｈ３）を構成する。また、３ＧＰＰコア網１１４（Ａ）、コア網１１４（Ｂ）、ＰＤＮ  １１４（Ｃ）およびＰＤＮ  １１４（Ｄ）は、第１ネットワーク階層と第３ネットワーク階層の間の中間的な階層に位置しているネットワークであるので、第２ネットワーク階層を構成する。
【０１２１】
次に、通信端末１３０が通信ネットワーク１１０に接続されている場所に応じてクラウド・データセンタ５００との間で住所セグメントを効率的に通信する仕組みを上述したネットワーク階層の概念を用いて説明する。図７は、通信端末１３０とクラウド・データセンタ５００との間で住所セグメントの効率的な通信を行うために、図６に示すそれぞれのネットワーク階層内にキャッシュ・サイト１５１〜１５３が設けられた状態を示している。
【０１２２】
図７に示すように、通信ネットワーク１１０内においてそれぞれ固有の住所データベース２０４を有する複数の住所管理システム１４０（Ａ）〜（Ｃ）が設けられ、複数の住所管理システム１４０（Ａ）〜（Ｃ）がそれぞれ固有の同期制御サーバ１５０（A）〜（C）と関連付けられている。
【０１２３】
より具体的には、住所管理システム１４０（Ａ）〜１４０（Ｃ）は、クラウド・データセンタ５００（Ａ）〜５００（Ｃ）にそれぞれネットワーク・サービスとしてホスティングされている。図７に示すように、住所管理システム１４０（Ａ）は、住所データベース２０４（Ａ）〜２０４（Ｂ）と住所データベースへ読み書きを行うためのトランザクションを制御するＤＢＭＳ  １４１（Ａ）から構成されている。同様に、住所管理システム１４０（Ｂ）は、住所データベース２０４（Ｃ）〜２０４（Ｄ）と住所データベースへ読み書きを行うためのトランザクションを制御するＤＢＭＳ  １４１（Ｂ）から構成されている。同様に、住所管理システム１４０（Ｃ）は、住所データベース２０４（Ｅ）〜２０４（Ｆ）と住所データベースへ読み書きを行うためのトランザクションを制御するＤＢＭＳ  １４１（Ｃ）から構成されている。
【０１２４】
加えて、図７に示すクラウド・データセンタ５００（Ａ）〜５００（Ｃ）には、住所管理システム１４０（Ａ）〜１４０（Ｃ）の他に、以下のものがホスティングされている。例えば、クラウド・データセンタ５００（Ａ）では、Ｗｅｂサーバ１２０（Ａ）〜１２０（Ｃ）とＤＢＭＳ／ＷＥＢ−ＤＢ１２１（Ａ）から構成される電子商取引Ｗｅｂサイトがホスティングされている。また、クラウド・データセンタ５００（Ｂ）では、Ｗｅｂサーバ１２０（Ｄ）〜１２０（Ｅ）とＤＢＭＳ／ＷＥＢ−ＤＢ１２１（Ｂ）から構成される電子商取引Ｗｅｂサイトがホスティングされている。また、クラウド・データセンタ５００（Ｃ）では、Ｗｅｂサーバ１２０（Ｇ）〜１２０（Ｈ）とＤＢＭＳ／ＷＥＢ−ＤＢ１２１（Ｃ）から構成される電子商取引Ｗｅｂサイトがホスティングされている。
【０１２５】
また、クラウド・データセンタ５００（Ｂ）では、Ｗｅｂサーバ１２０（Ｆ）と動画コンテンツ・ストレージ装置１２１（Ｋ）から構成される動画配信Ｗｅｂサイトがホスティングされている。また、クラウド・データセンタ５００（Ａ）〜５００（Ｃ）には、同期制御サーバ１５０（Ａ）〜１５０（Ｃ）がそれぞれホスティングされ、通信路Ｃ１（図７〜図９）を介して相互に通信可能となっている。同期制御サーバ１５０（Ａ）〜１５０（Ｃ）の機能と役割については図８および図９に示す実施形態において後述する。
【０１２６】
また、図７に示す例において、第１〜第３のネットワーク階層（Ｈ１）〜（Ｈ３）の各々には複数のキャッシュ・サイトが設けられている。具体的には、複数の住所管理システム１４０（Ａ）〜１４０（Ｃ）と多数の通信端末１３０（Ａ）〜（Ｌ）との間の通信経路上には、ネットワーク階層毎に（ネットワーク階層（Ｈ１）〜（Ｈ３）の各々において）一つ以上のキャッシュ・サイト１５１〜１５３が設けられている。そして、キャッシュ・サイト１５１〜１５３の各々は、上述した通信経路上で通信される住所セグメントおよび対応する入力支援情報をキャッシュするように構成される。また、キャッシュ・サイト１５１〜１５３の各々は、上述した通信経路上で通信される住所セグメントおよび対応する前記入力支援情報を中継伝送するように構成される。
【０１２７】
図７に示すように、キャッシュ・サイト１５１〜１５３は、ネットワーク階層を跨る形で通信端末１３０とクラウド・データセンタ５００との間で住所セグメントを伝送する経路を形成している。ここで、キャッシュ・サイトとは、通信ネットワーク１１０の各々のネットワーク階層内に設けられたサーバであり、住所データベース２０４内に格納された住所情報を複製したローカル・コピーを保持する。ここで、ローカル・コピーとしてキャッシュ・サイト上に複製された住所情報は、図１０に示すようなツリー構造状のデータ構造を有する。その上で、キャッシュ・サイト１５１〜１５３は、以下のような機能を継続的に実行する。
【０１２８】
まず、通信端末１３０とクラウド・データセンタ５００との間を結ぶ通信経路に沿って通信される住所セグメントを、当該通信経路上で中継する。また、通信端末１３０から住所セグメントの検索要求を受け付けると、当該検索要求によって指定された住所セグメントが住所情報のローカル・コピーに含まれているか否かを判定する。指定された住所セグメントがローカル・コピー内に含まれていれば、該当する住所セグメントを入力支援情報として検索要求元の通信端末１３０に返信する。さらに、当該通信経路に沿って順次中継されてゆく住所セグメントやこれに対応する入力支援情報を、当該通信経路の途中において以下のようにしてキャッシュする。
【０１２９】
すなわち、通信経路の途中に位置するキャッシュ・サイトが、通信経路上で中継すべき住所セグメントの少なくとも一部やこれに対応する入力支援情報を受信すると、それが住所情報のローカル・コピーに含まれているか否かを判定する。住所情報のローカル・コピーに含まれていないと判定した場合には、その住所セグメントまたはこれに対応する入力支援情報をツリー構造状のローカル・コピー（図１０）の該当する位置にノードや部分ツリーとして組み込む形で記憶する。
【０１３０】
つまり、あるキャッシュ・サイト上に記憶されている住所情報のローカル・コピーの中に、特定の住所セグメントが含まれていれば、その住所セグメントは、そのキャッシュ・サイト上にキャッシュされている状態である。その場合、キャッシュされた状態の住所セグメントは、当該キャッシュ・サイト上に記憶された住所情報のローカル・コピーを表すツリー構造内においてノードや部分ツリーとして含まれている。逆に受信した住所セグメントやこれに対応する入力支援情報がキャッシュされていないならば、その住所セグメントまたはこれに対応する入力支援情報をツリー構造状のローカル・コピー（図１０）の該当する位置にノードや部分ツリーとして組み込む形で記憶する。
【０１３１】
ここで再び図７を参照すると、第１ネットワーク階層（Ｈ１）には、第１階層キャッシュ・サイト１５１（Ａ）〜１５１（Ｃ）が設けられている。具体的には、キャッシュ・サイト１５１（Ａ）は、ＰＤＮ  １１３（Ａ）内に、キャッシュ・サイト１５１（Ｂ）は、ＩＳＰ網１１３（Ｂ）内に、キャッシュ・サイト１５１（Ｃ）は、ＩＳＰ網１１３（Ｃ）内に、それぞれ設けられている。第１階層キャッシュ・サイト１５１（Ａ）〜１５１（Ｃ）は、クラウド・データセンタ５００（Ａ）〜（Ｃ）においてホスティングされている住所管理システム１４０（Ａ）〜１４０（Ｃ）との間で住所セグメントを通信するように構成されている。
【０１３２】
また、図７に示す例において、第２ネットワーク階層（Ｈ２）には、第２階層キャッシュ・サイト１５２（Ａ）〜１５２（Ｆ）が設けられている。具体的には、キャッシュ・サイト１５２（Ａ）は、３ＧＰＰコア網１１４（Ａ）内に、キャッシュ・サイト１５２（Ｂ）は、コア網１１４（Ｂ）内に、キャッシュ・サイト１５２（Ｃ）〜１５２（Ｄ）は、ＰＤＮ  １１４（Ｃ）内に、キャッシュ・サイト１５２（Ｅ）〜１５２（Ｆ）は、ＰＤＮ  １１４（Ｄ）内にそれぞれ設けられている。
【０１３３】
また、図７に示す例において、第３ネットワーク階層（Ｈ３）には、第３階層キャッシュ・サイト１５３（Ａ）〜１５３（Ｌ）が設けられている。具体的には、キャッシュ・サイト１５３（Ａ）と１５３（Ｂ）は、ＬＴＥの無線アクセス網１１５（Ａ）内に、キャッシュ・サイト１５３（Ｃ）と１５３（Ｄ）は、ＷｉＭＡＸの無線アクセス網１１５（Ｂ）内にそれぞれ設けられている。また、キャッシュ・サイト１５３（Ｅ）〜１５３（Ｆ）は、Ｗｉ−Ｆｉ無線ＬＡＮの無線アクセス網１１５（Ｃ１）内に、キャッシュ・サイト１５３（Ｇ）〜１５３（Ｈ）は、Ｗｉ−Ｆｉ無線ＬＡＮの無線アクセス網１１５（Ｃ３）内に、キャッシュ・サイト１５３（Ｉ）〜１５３（Ｊ）は、ＦＴＴＨ網１１５（Ｄ１）〜１１５（Ｄ２）内に、キャッシュ・サイト１５３（Ｋ）〜１５３（Ｌ）は、ＣＡＴＶ網１１５（Ｅ１）〜１１５（Ｅ２）内にそれぞれ設けられている。
【０１３４】
キャッシュ・サイト１５１〜１５３の各々は、通信端末１３０とクラウド・データセンタ５００との間で通信された住所セグメントとこれに対応する入力支援情報を通信経路の途中においてキャッシュして保持する。ここで、例えば、通信端末１３０（Ｂ）が住所データベース２０４への検索要求を出すと、通信端末１３０（Ｂ）と最も近い位置にあるキャッシュ・サイトの上に検索対象となる住所セグメントがキャッシュされているか否かが判定される。具体的には、ＬＴＥの無線アクセス網１１５（Ａ）に接続されている通信端末１３０（Ｂ）と最も近い位置にあるキャッシュ・サイトは、第３階層キャッシュ・サイト１５３（Ｂ）である。そこで、第３階層キャッシュ・サイト１５３（Ｂ）は、通信端末１３０（Ｂ）により検索対象となる住所セグメントを自身がキャッシュしている状態であるか否かを判定する。当該住所セグメントを既にキャッシュしているならば、第３階層キャッシュ・サイト１５３（Ｂ）は、当該住所セグメントに対応する入力支援情報を通信端末１３０（Ｂ）に送信する。
【０１３５】
このようにして、通信端末１３０（Ｂ）は、通信ネットワーク１１０内で最も近い位置にある第３階層キャッシュ・サイト１５３（Ｂ）から検索対象となる住所セグメントを発見し、そこから対応する入力支援情報を得ることができる。従って、通信端末１３０（Ｂ）は、第２ネットワーク階層（Ｈ２）および第３ネットワーク階層（Ｈ３）を経由してクラウド・データセンタ５００にアクセスしにゆく必要がない。そのため、通信端末１３０（Ｂ）は、最短の通信経路を介して効率的に検索対象となる住所セグメントを発見し、それに対応する入力支援情報を最小の通信コストで得ることができる。
【０１３６】
逆に、通信端末１３０（Ｂ）により検索対象となる住所セグメントが、第３階層キャッシュ・サイト１５３（Ｂ）上でキャッシュされていない場合には、上位の第２階層キャッシュ・サイト１５２（Ａ）において、検索対象となる住所セグメントがキャッシュされていないかが判断される。第２階層キャッシュ・サイト１５２（Ａ）にもキャッシュされていなければ、第３階層キャッシュ・サイト１５１（Ａ）に当該住所セグメントがキャッシュされていないかが探索される。第３階層キャッシュ・サイト１５１（Ａ）に当該住所情セグメントがキャッシュされていれば、対応する入力支援情報が第２階層キャッシュ・サイト１５２（Ａ）を経由して通信端末１３０（Ｂ）に転送される。
【０１３７】
第３階層キャッシュ・サイト１５１（Ａ）にも当該住所セグメントがキャッシュされていなければ、通信端末１３０（Ａ）からの住所セグメントの検索要求はクラウド・データセンタ５００（Ａ）内の住所管理システム１４０（Ａ）に到達する。続いて、住所データベース２０４（Ａ）〜２０４（Ｂ）から検索対象となる住所セグメントが検索され、検索された住所セグメントに対応する入力支援情報は、キャッシュ・サイト１５１（Ａ）、１５２（Ａ）および１５３（Ｂ）を経由して通信端末１３０（Ｂ）に転送される。
【０１３８】
また、この実施形態では、一の住所管理システム１４０（例えば、住所管理システム（Ａ））に関連付けられた一の同期制御サーバ１５０（例えば、同期制御サーバ１５０（Ａ））は、住所管理システム１４０（Ａ）にて通信端末１３０から取得した未保存の住所セグメントが、住所データベース２０４（Ａ）および２０４（Ｂ）に追加保存されたことを検知するように構成されている。その上で、新たな住所セグメントの追加保存を検知した同期制御サーバ１５０は、他の住所管理システム１４０における他の同期制御サーバ１５０と連携動作する。例えば、新たな住所セグメントの追加保存を検知した同期制御サーバ１５０（Ａ）は、住所管理システム１４０（Ｂ）および１４０（Ｃ））における同期制御サーバ１５０（Ｂ）および１５０（Ｃ）と以下のように連携動作する。すなわち、上記追加保存された住所セグメントに関して住所データベース２０４（Ａ）および２０４（Ｂ）と他の住所データベース２０４（Ｃ）〜２０４（Ｆ）との間のデータ同期を行うように構成される。
【０１３９】
次に、住所データベース２０４（Ａ）〜２０４（Ｆ）内に未だ登録されていない全く新しい住所セグメントが通信端末１３０’の入力フォーム３１０に入力された場合の処理の流れについて、図８を用いて説明する。この場合、一つの通信端末１３０’上で入力された未登録の新しい住所セグメントは、クラウド・データセンタ５００（Ａ）〜５００（Ｃ）上の住所データベース２０４（Ａ）〜２０４（Ｆ）の全てに一括して書き込まれる必要がある。そのためには、クラウド・データセンタ５００（Ａ）〜５００（Ｃ）上の住所管理システム１４０（Ａ）〜（Ｃ）同士の間で住所情報を記録するデータレコードの同期をとる必要がある。
【０１４０】
また、未登録であった新しい住所セグメントがクラウド・データセンタ５００（Ａ）〜５００（Ｃ）上の住所データベース２０４（Ａ）〜２０４（Ｆ）に追加された場合、以下の処理も必要となる。すなわち、住所管理システム１４０（Ａ）〜１４０（Ｃ）の配下にあるキャッシュ・サイト１５１〜１５３の各々にてローカル・コピーとして記憶されている住所情報についても部分的な更新が必要となる。言い換えると、住所管理システム１４０（Ａ）〜１４０（Ｃ）に新たに登録された住所セグメントを、これらの配下にある全てのキャッシュ・サイト１５１〜１５３に配信し、住所情報のローカル・コピーの一部としてキャッシュさせる必要がある。
【０１４１】
図８に示す例を用いて具体的に説明すると、以下のとおりである。通信ネットワーク１１０内において、第３階層キャッシュ・サイト１５３（Ｃ）に最も近い位置に通信端末１３０（Ｘ）を含む多数の通信端末１３０が接続されているとする。そして、これらの通信端末１３０の入力フォーム３１０から住所セグメントを検索するための文字列が入力されたとする。この文字列によって表される住所セグメントが住所管理システム１４０（Ａ）〜１４０（Ｃ）が備える住所データベース２０４（Ａ）〜２０４（Ｆ）の何れにも登録されていないと仮定する。その場合、この住所セグメントは、住所データベース２０４（Ａ）〜２０４（Ｆ）内の住所情報のローカル・コピーを保持するキャッシュ・サイト１５１〜１５３の何れにもキャッシュされていないのは当然である。
【０１４２】
その結果、未登録の新たな住所セグメントを表す文字列を含む検索要求は、通信端末１３０（Ｘ）から、第３階層キャッシュ・サイト１５３（Ｃ）、第２階層キャッシュ・サイト１５２（Ｂ）、第１階層キャッシュ・サイト１５１（Ａ）を経由して住所管理システム１４０（Ａ）に到達する（図８に示す経路Ｆ１）。続いて、未登録の新たな住所セグメントを受信した住所管理システム１４０（Ａ）は、この住所セグメントを住所データベース２０４（Ａ）および２０４（Ｂ）内に記憶されている住所情報に追記する。具体的には、住所データベース２０４（Ａ）および２０４（Ｂ）内に記憶されている住所情報を表すツリー構造の中に、追記すべき新たな住所セグメントをノードまたは部分ツリーとして組み込む。一例において、住所データベース２０４（Ａ）および２０４（Ｂ）内に記憶されている住所情報に追記すべき新たな住所セグメントは、図１２に示すツリー構造において、単独のノードＱ１およびノードＱ２〜ノードＱ６を含む部分ツリーＴｒ（Ｂ）として組み込まれるものであってもよい。
【０１４３】
続いて、住所管理システムと同じクラウド・データセンタ５００（Ａ）上で動作している同期制御サーバ１５０（Ａ）は、住所データベース２０４（Ａ）および２０４（Ｂ）内の住所情報の更新を検知する。続いて、同期制御サーバ１５０（Ａ）は、他のクラウド・データセンタ５００（Ｂ）および５００（Ｃ）上で動作している同期制御サーバ１５０（Ｂ）および１５０（Ｃ）に対してデータ同期（図８に示すＦ２）を行う。具体的には、クラウド・データセンタ５００（Ａ）上の住所データベース２０４（Ａ）および２０４（Ｂ）内に追記された住所情報の更新内容を、他のクラウド・データセンタ５００（Ｂ）および５００（Ｃ）上の住所データベース２０４（Ｃ）〜２０４（Ｅ）に記憶されている住所情報にも反映させる。
【０１４４】
その結果、通信端末１３０（Ｘ）等から入力された未登録の新しい住所セグメントは、クラウド・データセンタ５００（Ａ）〜５００（Ｃ）上の住所データベース２０４（Ａ）〜２０４（Ｆ）の全てに一括して書き込まれる。つまり、上記のようなデータ同期により、未登録の新しい住所セグメントが既存の住所情報に追記された際に、住所データベース２０４（Ａ）〜２０４（Ｆ）に複製されて記憶された全ての住所情報が最新の状態に維持される。
【０１４５】
続いて、住所データベース２０４（Ａ）〜２０４（Ｆ）にそれぞれ追記された新たな住所セグメントは、住所管理システム１４０（Ａ）〜１４０（Ｃ）から第１階層キャッシュ・サイト１５１（Ａ）〜１５１（Ｃ）へと転送され、キャッシュされる。続いて、当該住所セグメントは、第１階層キャッシュ・サイト１５１（Ａ）〜１５１（Ｃ）から第２階層キャッシュ・サイト１５２（Ａ）〜１５２（Ｆ）へと転送され、キャッシュされる。最後に、当該住所セグメントは、第２階層キャッシュ・サイト１５２（Ａ）〜１５１（Ｆ）から第３階層キャッシュ・サイト１５３（Ａ）〜１５３（Ｌ）へと転送され、キャッシュされる。
【０１４６】
また、図８を用いて上述したシナリオと並行して、図９に示すような以下のシナリオが通信ネットワーク１１０内で実行されてもよい。すなわち、第３階層キャッシュ・サイト１５３（Ｉ）に最も近い位置に通信端末１３０（Ｙ）を含む多数の通信端末１３０から住所セグメントを検索するための文字列が住所データベースへの検索要求として送出されたとする。
【０１４７】
その結果、未登録の新たな住所セグメントを含む検索要求は、通信端末１３０（Ｙ）から、第３階層キャッシュ・サイト１５３（Ｉ）、第２階層キャッシュ・サイト１５２（Ｅ）、第１階層キャッシュ・サイト１５１（Ｃ）を経由して住所管理システム１４０（Ｃ）に到達する（図９に示す経路Ｆ３）。続いて、未登録の新たな住所セグメントを受信した住所管理システム１４０（Ｃ）は、この住所セグメントを住所データベース２０４（Ｅ）および２０４（Ｆ）内に記憶されている住所情報に追記する。具体的には、住所データベース２０４（Ｅ）および２０４（Ｆ）内に記憶されている住所情報を表すツリー構造の中に、追記すべき新たな住所セグメントをノードまたは部分ツリーとして組み込む。一例において、住所データベース２０４（Ｅ）および２０４（Ｆ）内に記憶されている住所情報に追記すべき新たな住所セグメントは、図１１に示すツリー構造において、ノードＰ３〜ノードＰ９を含む部分ツリーＴｒ（Ａ）として組み込まれるものであってもよい。
【０１４８】
続いて、住所管理システムと同じクラウド・データセンタ５００（Ｃ）上で動作している同期制御サーバ１５０（Ｃ）は、住所データベース２０４（Ｅ）および２０４（Ｆ）内の住所情報の更新を検知する。続いて、同期制御サーバ１５０（Ｃ）は、他のクラウド・データセンタ５００（Ａ）および５００（Ｂ）上で動作している同期制御サーバ１５０（Ａ）および１５０（Ｂ）に対してデータ同期（図９に示すＦ４）を行う。具体的には、クラウド・データセンタ５００（Ｃ）上の住所データベース２０４（Ｅ）および２０４（Ｆ）内に追記された住所情報の更新内容を、他のクラウド・データセンタ５００（Ａ）および５００（Ｂ）上の住所データベース２０４（Ａ）〜２０４（Ｄ）に記憶されている住所情報にも反映させる。
【０１４９】
その結果、通信端末１３０（Ｙ）等から入力された未登録の新しい住所セグメントは、クラウド・データセンタ５００（Ａ）〜５００（Ｃ）上の住所データベース２０４（Ａ）〜２０４（Ｆ）の全てに一括して書き込まれる。つまり、上記のようなデータ同期により、未登録の新しい住所セグメントが既存の住所情報に追記された際に、住所データベース２０４（Ａ）〜２０４（Ｆ）に複製されて記憶された全ての住所情報が最新の状態に維持される。
【０１５０】
続いて、住所データベース２０４（Ａ）〜２０４（Ｆ）にそれぞれ追記された新たな住所セグメントは、住所管理システム１４０（Ａ）〜１４０（Ｃ）から第１階層キャッシュ・サイト１５１（Ａ）〜１５１（Ｃ）へと転送され、キャッシュされる。続いて、当該住所セグメントは、第１階層キャッシュ・サイト１５１（Ａ）〜１５１（Ｃ）から第２階層キャッシュ・サイト１５２（Ａ）〜１５２（Ｆ）へと転送され、キャッシュされる。最後に、当該住所セグメントは、第２階層キャッシュ・サイト１５２（Ａ）〜１５１（Ｆ）から第３階層キャッシュ・サイト１５３（Ａ）〜１５３（Ｌ）へと転送され、キャッシュされる。
【０１５１】
以上のように、異なる第３階層キャッシュ・サイトの近傍に位置する異なる通信端末１３０から互いに異なる内容の文字列が未登録の住所セグメントとして同時並行的に送出された場合であっても、住所情報の更新は適切に実行可能である。すなわち、互いに異なる複数の未登録の住所セグメントが、通信ネットワーク１１０の異なる接続ポイントから同時並列的に送出されても、住所データベース２０４（Ａ）〜２０４（Ｆ）への一括書き込みとキャッシュ・サイト１５１〜１５３への同報配信を確実に行うことができる。
【符号の説明】
【０１５２】
１１０  通信ネットワーク
１２０  ウェブサーバ
１３０  通信端末
１４０  住所管理システム
２０１  住所情報受信部
２０２  住所情報追加処理部
２０３  補間情報追加処理部
２０４  住所データベース
２０５  入力支援情報処理部
２０６  入力支援分析部
３１０  入力フォーム
３１１，３１２  名前入力フィールド
３１３  性別入力フィールド
３１４  郵便番号入力フィールド
３１５  住所入力フィールド
３１６  電話番号入力フィールド
３１７  送信ボタン
３１８  住所情報取得プログラム
３１９  入力支援プログラム
【図１】
2019095833.tif 000003
【図２】
2019095833.tif 000004
【図３】
2019095833.tif 000005
【図４】
2019095833.tif 000006
【図５】
2019095833.tif 000007
【図６】
2019095833.tif 000008
【図７】
2019095833.tif 000009
【図８】
2019095833.tif 000010
【図９】
2019095833.tif 000011
【図１０】
2019095833.tif 000012
【図１１】
2019095833.tif 000013
【図１２】
2019095833.tif 000014