厚さ3cm以下ゆうメール(冊子小包)一部が開封されているなど、内容物が容易に認定できるようにしたもの。会報のほか、各種パンフレットを内容物とすることができます。ポストに投函することも可能。個数が多い場合など、割り引きもあります。→ゆうびんホームページ←郵便番号検索のページへ戻る新しい「地名からの検索」についてこれまでは、「地名から郵便番号を検索」での検索では、データベースに登録された文字列に正確に一部分になっている地名しか検索できませんでした。いう地名がありますが、これまでは「領在家」や「川口市安行」については検索されてリストのどこかに出てきます。ような記述だと検索されませんでした。新しい地名からの検索は、検索条件として入力した文字列をばらばらにして、それらが1つでも存在する地名を検索します。検索した結果を評価して、「スコア」を求め、スコアが高いほど、検索条件の地名に近いと判断して、スコア順に並べています。スコアについては、求めた地名の各文字と検索条件の各文字を比較し、全体のどれくらいの割合の共通点があるかを調べたり、あるいは検索条件の文字列と同じ並びの文字列が含まれる地名ほどスコアが高くなるようにしています。検索したいものが必ずしもトップに来るとは限らないと思いますが、10〜20行のうちに入っているといったことを目指しています。検索には「新」の方が時間がかかります。「市」「町」を含むデータは大量にあるため、検索文字列に1つでもこの文字列があれば、数万レコードを検索して評価する事になり、傾向としては時間がより長くかかるようになります。それくらいの余裕はあると判断して、公開することにしました。こちらについて、もし、意図しない結果になるような場合があれば、ご指摘をいただければと存じます。そのとき、検索しようとした文字列と、検索結果の何番目に探しているものがあったのかをお知らせください。町や村は郡も含めて正確に指定します。町名についてはすべての町名がデータとして用意されているわけではありません。以下の記述をご参考に、検索条件を再検討してください。この郵便番号検索サービスは郵政事業庁が配付している郵便番号データに基づいています。郵便番号が割り当てられている住所についてはすべてデータが登録されているはずです。あらゆる住所に対して郵便番号が割り当てられているわけではありません。1丁目、2丁目に別々の郵便番号が割り当てられていることもありますが、1つの町で共通の場合もあります。その場合は、「○丁目」を含まないで検索してください。言い換えれば、「○丁目」を含んだ検索条件では何も検索されないことになります。しても検索できない時には、町名を指定せずに、市町村名だけで検索をしてみてください。◆効率的な検索のために地名からの検索は時間がかかります。市町村名からの検索の方が時間はかかりません。市町村名が正確に分かっているのなら、市町村名からの検索を使って下さい。そのとき、「町名」は指定せずに、検索結果を目で追う方が効率的なことが多いでしょう。検索結果は、基本的には、市町村名、町名のあいうえお順に並んでいます。ような住所の検索のときには、以下のように入力してください。「町名」という概念が重複していて分かりづらいですが、市区町村の「町」とその中での「町」とを区別してください。「ケ」「ヶ」「が」「ガ」のように、読みは同じでも、異なる文字で記述される地名があります「ケ」と「ヶ」については、概ね、区別されなくなっています。市区町村名を指定する検索での「町名」では区別されます。「が」「ガ」については、「ケ」や「ヶ」と同一視することは行っていません。郵政事業庁のWebページより入手したデータの修正は行っていません。オリジナルデータの出所を明らかにしている関係上、修正することは問題がありますので、オリジナルのままなるべくに検索できるように工夫をしています。左記のようにデータベース記録されています。「東砺波郡」や「西砺波郡」を市町村名に指定しても、正しく検索されません。(なお、合併により現在はこの名称の地名は存在していません。データベースに記録されています。いずれにしても、郵政事業庁から配付されたデータが、上記のような旧字体を使っていたり、あるいは異なる表記が混在しているわけです。◆データに間違いを発見されたとき元になるデータは郵政事業庁が配付しているものを使っています。事業所の移転などで住所の変更をおしらせいただくこともありますが、基本的にはこちらのデータベースを更新することは行いません。住所が違っている、あるいは事業所の方で名称などが違っているような場合には、郵政省もしくは関連機関に御連絡してください。事業所の郵便番号についても、郵政事業庁から配付されているデータを検索できるようにしたものです。すべての事業所がデータに含まれているわけではありません。同一名称の事業体が全国にはいくつも存在することもあります。特定の事業所の住所が違うとお考えでも、実際には存在する別の事業所がデータとして検索されたということもあり得ます。事業所の名称の違い、住所の間違い等があっても、データの出所を明示している関係上、本サイト上のデータの修正は行いません。郵政事業庁から配付されるデータが修正されれば、こちらのサイトでもその結果が反映されることになります。お知らせいただいた場合でも、管理人から郵政事業庁もしくは関連機関に知らせることは行いませんので、その旨、ご了承ください。稼動開始データベースを利用したWebページのサンプルとして作った郵便番号検索をまともなページにした。自宅のNTサーバで運用を開始。このころ、Yahooに掲載される8/27あたりから突然アクセス数が桁違いにあがり、2日に1度ほど、サーバがダウンするようになるオンライン情報提供用のサーバだったので、これは困る。マシンを1台たてて、会社に置くことにした。なぞのフリーズがよく発生した。1999年2月や10月ごろには長期間に渡って検索できなかったこともあった。フリーズしたことがすぐには分からないと言うのが困ったこと。自分で入れない(カギを持っていない)サーバルームにあるため、対処に時間がかかるなど、運用上の問題もいろいろあった。マシン自体も同時アクセス数の制限があり、繁忙期には検索にすらはいれないこともよくあったようだ。Sherlockのプラグインをリリース検索にえらく時間がかかるもののとりあえずリリース。市町村名と町名をつなげた文字の先頭から一致するように条件を与えないと検索できないという仕様だった。自由にキーワードを与えると、検索に非常に時間がかかるため、やむを得ない。Serverに移行した。Serverでは2バイトは通らない。このあたりから利用している方々には御迷惑をおかけしまくるという状態になってしまった。トップページのカウンタで100万ヒット達成!記念して(笑)、ローカスの広告を入れるようになりました。いう構成のマシンに移動12月の繁忙期に備えて、UNIXサーバに移行することにした。自分のWebページやメーリングリストで使っているサーバに移植した。これで、1台のサーバに集約できた。思いのほかスピードが出るので、比較的自由なキーワードから検索する機能も追加した。時間がなく、Sherlockの検索機能は一時お休みに...。なんか凄い数のリクエストFreeBSDの開くファイル数の上限に達し、エラーが出てるのを発見。psコマンドで見てみると、凄い数のリクエストをこなしている。コマンドを入れて上限数をあげるなどして対処した。UNIXはすばらしい。Sherlockの検索を再度できるようにした検索語に比較的自由に地名を入力して検索できるようになった。郵政省で配付されるデータを、データベースに反映させる作業を自動化するスクリプトを書いた。これで、毎月更新ができるぞ!しかし、nkfの使い方でちょっとはまる。「鹿」で始まる地名が文字化けする。もとのデータに半角カナがあることが影響しているようで、なんとかスクリプトを修正して解決。ノッツェ様より広告を出稿していただきました。e-Click様経由での広告掲載を開始いたしました。会社のネットワークが突然重たくなった。FTP転送は1KB/sというひどい状態。DA128で接続しているのだが、なんと、郵便番号検索のトラフィックが出ていくデータのほとんどすべてを占めていた...。そのため、ルータの反応が非常に悪くなる。サーバの外部への移動を検討する。click様経由での広告掲載を開始いたしました。3.23.24-beta/PHP3.0.15jpを使用。サーバは、SRSサクラインターネットのレンタルサーバを使用した。400/6GB/64KBという構成で、CPUスピードは2倍となった。回線は非常に太くなったため、極めて快適に検索ができるようになった。データベース処理も圧倒的に速くなった模様である。久しぶりにログを整理したら、1日あたり約20,000回検索というレベルに行っている...アクセス数、アップデートしなきゃ...感じとして、2002年年明けから徐々に増え、2002年7月の検索数が、毎年のピークである2001年12月の数値に近付いている。新しいサーバに移行した。1.7MHz/80GB/512KBというサーバ。当たり前だが恐ろしく早い。負荷が全然高くならない。以前からの「msyk.locus.co.jp」ドメインでの参照ができなくなったことから、検索数は減少傾向に転じる。以前はライターをしながらの在宅勤務→フリーランスだったけど、その後、仕事の中心はトレーニングに移り、そして2005年に会社員となる。このページでもさまざまなアフェリエイトを試みるも、以前ほどの収入がないため、ほとんど手をかけないようになってしまった。郵便番号のデータベースの内容は月初に自動的に動くスクリプトで処理。つかの間の休みに、改めてログを解析してみた。2006年6月以降のものだけをチェックするが、すっかりアクセスは減っている。1日3000程度だから、ピーク時の10分の1ですね。Yahooも昔はトップにあったけど、今はまったく検索結果として出てこないし、Googleも同様。年末のピークですらさほどのアタックにもなっていないというのは、理由を考えれば使っていらっしゃるのは「お得意様」だけなんでしょうね。なんで郵便番号からの検索の割合が増えているのだろう...。トップページのアクセス数が2,000万回を超えました。ログに関して、空白の2年5ヶ月を補完してみました。2005年10月にYahooがディレクトリ型からロボット型になったときに、今までリストにあったこのサイトが消えてしまい、アクセスがぐっと減ったもようですが、まあ線形補完的にやってみました。ちなみに、その間のログファイルはなくはないのですけどまあいいでしょう。2005年10月にぐっと減ったのなら、もうちょっと数は多くなるかもしれません。Serverで稼働する。アクセス数(検索数)を自動的にカウントするようにした。これでほんとに全自動。「新・地名から郵便番号を検索」をスタート。こんなプログラムが数秒くらいで動くようになったというのは、ほんとに進歩を感じます。Store初日からの公開に成功。ランキングの上の方に掲載される。/トップページの構成をちょっと変えました。/1ヶ月ほどWebからの検索の一部について、カウントができない状態でした...まあ、修正しないで行くか。このサイトもよく見ると10年が経過しました。これまでご利用いただいた方々にお礼を申し上げます。今後もよろしくお願いします。/サーバをホスティングサービス側に設置したものを利用。/サーバが故障し、改めて自宅サーバで運用開始。/CoreServer.jpのレンタルサーバ上で運用を開始。検索数が4000万を超えました。/SakuraのVPSに移動。CoreServerでは負荷制限されてしまっていたのですが、高速に検索できるようになりました。URLは「yubin.msyk.net/yubin」にまとめました。/MapFanがサービスを終了してしまったので(と言ってもだいぶん前なんですが)、リンクによる地図表示はGoogleにしました。別ページに開くタイプです。平日と休日のアクセス数を比較する2000年4月2日〜15日の検索数(地名からの検索と、市町村名からの検索の合計数)は次の通りです。明白に、休日よりも平日の方にたくさんの検索処理がなされたことが分かります。おおむね、休日は平日の4倍の検索リクエストがあると言えるでしょう。長期間の統計ではありませんが、傾向的には、平日の中でも、月曜日と火曜日が多く、金曜日が少ないと言えます。時間帯による検索数を比較する2000年4月10日(月)〜14日(金)の間の、1時間ごとの検索合計数(地名による検索と、市町村名からの検索の合計数)です。9時〜18時というビジネスアワーに検索処理が集中しています。昼休みではアクセスが減ります。ピーク時は1時間ごとの検索数が約6000となっています。1日あたりに換算すると1200くらいの検索数ですので、3秒に1回の検索リクエストがあると言えるでしょう。1回の検索にかかる時間は、検索内容にもよりますが、市町村名からの検索はだいたい、1秒+通信時間くらいのようです。地名からの検索はだいたい20秒+通信時間くらいと思われます(こちらはかなりばらつきます)。市町村名からの検索だけだと待ちはほとんどないと思われますが、地名からの検索リクエストが増えてくると、それだけ待ちが多くなります。検索の多い時間帯ではすでに頭打ちという状況かもしれません。基本的にはすべてのリクエストは処理されるくらいの設定にしてあります。ピーク時にサーバを見ると、20〜30ほどの検索処理を並行でこなしています。相当に増えた場合には検索処理に入れないこともあります。その場合にはメッセージが表示されます。以下の図は、2000年7月31日(月)に、地名からの検索にかかった時間(応答時間:Webサーバによる統計値)をグラフにしたものです。棒グラフは応答時間の平均値で、誤差範囲として応答時間の標準偏差を記入しました。アクセスが増える9時〜17時は平均して3〜4分かかりますが、標準偏差値がかなり大きく、実際にかかっている時間はかなり幅があると言えるでしょう。アクセスが落ちつく12時台では、応答時間は半減しており、レスポンスが良くなっています。18時〜8時のアクセスが減少する時間帯では、概ね1分以内で検索ができることを意味していますが、夜のピーク時である22〜23時はやはり時間がかかるとともに、ばらつきも大きくなっています。3〜6時はアクセス件数も少なく、おそらくは複数の方からの検索を並行して行うような状況にはなっていないでしょう。すれば、1回の検索では20秒前後の時間がかかるというのがマシンの性能を計る上での参考値となるでしょう。いずれにしても、このグラフより、検索にかかる時間のおおよそを推定していただければと思います。(2000/8/2)なお、2000年10月より、サーバのリプレイスによりレスポンス時間はより短くなっています。年末年始の検索数(2003〜2004)12月は後半に入ると、毎年、ぐっと検索数が増加しますが、2003年末は大晦日にはすでに検索数は減少しています。休暇に入るタイミングが毎年違うので、その年によって傾向は違いますが、2003年は早めに冬休みに入った人が比較的多かったのかもしれません。年明けの正月からは検索はぐっと減少していますが、毎年だいたい同じような傾向です。