JP7260944B1 - 区域別バーチャルモールシステム、プログラム、および方法 - Google Patents

Abstract

【課題】区域別にバーチャルモールを作成する技術を提供する。【解決手段】区域別バーチャルモールシステムであって、区域内の戸別情報（表札情報、住所情報を含む）を、外部の地図データベースから情報収集する戸別情報収集部と、前記表札情報を前記住所情報に割り当てた戸別レコードを区域別に集約して区域別データベースを作成するデータ管理部と、前記区域別バーチャルモールの操作環境を作成する操作環境部と、事業参加を行う前記区域内の事業者の前記端末装置（事業者端末）を前記区域別データベースの前記戸別レコードに割り当てて登録する事業者登録部と、参加を行う前記区域内の居住者の前記端末装置（居住者端末）を前記区域別データベースの前記戸別レコードに割り当てて登録する居住者登録部と、前記居住者端末から購買情報を受け付けて前記事業者端末に提供する情報仲介部とを備える。【選択図】図１

Description

本発明は、区域別バーチャルモールシステム、区域別バーチャルモールプログラム、および区域別バーチャルモール方法に関する。

従来から、架空の商店街を仮想的に構築するバーチャルモールの技術が知られている。

例えば、特許文献１には「ユーザが、端末装置に画面表示されたバーチャルモールにおいて仮想店舗を指定して商品を選択し、その代金をユーザの口座から引き落してバーチャルモール運営者の口座に振り込む」旨のバーチャルモールの技術が開示される。

特開２００２－３５２１０４号公報

従来のバーチャルモールでは、事業者の仮想店舗を現実の所在地とは無関係に集めることで、架空の商店街を構築する。

そのため、実際には近所に購入可能な商店があっても、遠方の事業者から知らずに日用品などを購入するケースが多くなる。その結果、遠距離間の運送頻度が必要以上に増えることになり、物流にかかるエネルギーロスが課題になる。

その一方で、町おこしや地産地消の掛け声によって、地域経済の活性化を目指そうという試みが様々に成されている。

地域経済を活性化するには、その地域内において、事業者と居住者の間を適宜に取り持って、地域内のビジネス機会を創出することが重要になる。

そこで、本発明者は、従来のバーチャルモールのような広範囲の事業者を一箇所に集めた架空の商店街ではなく、近所の実店舗を集めた区域別の単位でバーチャルモールのサービスを提供することで、地域経済の活性化に寄与することを考えた。

このような区域別バーチャルモールの場合、「区域別のバーチャルモールの作成をいかに行うか」、「区域内の実店舗と居住者の登録をいかに済ませるか」・・などの様々な課題が生じる。

なお、特許文献１には、上述した区域別バーチャルモールの課題について開示はなく、それを解決するための技術手段についての記載や示唆も見当たらない。

そこで、本発明は、上述した課題の少なくとも一つを解決するために、区域別にバーチャルモールを作成するために好適な技術を提供することを目的とする。

本発明は、コンピュータシステム上で実現する区域別バーチャルモールシステムであって、次の構成を備える。

戸別情報収集部は、予め定められた区域内の戸別情報（表札情報、住所情報を含む）を、外部の地図データベースから情報収集する。

データ管理部は、前記区域内の前記戸別情報に基づいて、前記表札情報を前記住所情報に対して割り当てた戸別レコードを区域別に集約して、区域別バーチャルモールの管理データである区域別データベースを作成し管理する。

操作環境部は、前記区域別データベースに基づいて、前記区域別バーチャルモールのＧＵＩ（グラフィックユーザインターフェース）の操作環境を作成して端末装置に提供する。

事業者登録部は、前記区域別バーチャルモールに事業参加を行う前記区域内の事業者の前記端末装置（以下『事業者端末』という）を前記区域別データベースの前記戸別レコードに対して割り当てて登録する。

居住者登録部は、前記区域別バーチャルモールに参加を行う前記区域内の居住者の前記端末装置（以下『居住者端末』という）を前記区域別データベースの前記戸別レコードに対して割り当てて登録する。

情報仲介部は、前記操作環境を介して、前記居住者端末から前記事業者に対する購買情報を受け付けて前記事業者端末に提供する。

上述した解決手段によって、本発明は、区域別にバーチャルモールを作成するために好適な技術を実現する。

なお、上述した以外の課題、構成および効果の詳しい内容については、後述する実施形態において説明される。

図１は、区域別バーチャルモールシステム１００の構成を例示するブロック図である。 図２は、区域別データベース３００の準備処理を例示する流れ図である。 図３は、区域別バーチャルモール４００の運営動作を例示する流れ図（１／４）である。 図４は、区域別バーチャルモール４００の運営動作を例示する流れ図（２／４）である。 図５は、区域別バーチャルモール４００の運営動作を例示する流れ図（３／４）である。 図６は、区域別バーチャルモール４００の運営動作を例示する流れ図（４／４）である。 図７は、候補作成部１７０が有する学習モデルＡを例示するブロック図である。 図８は、候補作成部１７０が有する学習モデルＢを例示するブロック図である。 図９は、候補作成部１７０による出店候補リストの作成処理を例示する流れ図である。 図１０は、順次区域拡大部１８０による区域を順次拡大する例外処理を例示する図である。

以下、図面を参照して、本発明の実施例を説明する。

《実施例１の構成》
まず、実施例１の構成について順に説明する。
図１は、区域別バーチャルモールシステム１００の構成を例示するブロック図である。

図１において、区域別バーチャルモールシステム１００は、戸別情報収集部１１０、データ管理部１２０、操作環境部１３０、事業者登録部１４０、居住者登録部１５０、情報仲介部１６０、候補作成部１７０、および順次区域拡大部１８０を備える。

これらの内、戸別情報収集部１１０は、ゼンリン（登録商標）など外部の地図データベース２００にアクセスして、予め定められた区域の範囲内について戸別情報（表札情報、住所情報など）を情報収集する。

データ管理部１２０は、戸別情報収集部１１０が収集した戸別情報に基づいて、表札情報を、区域内の住所情報に割り当てた戸別レコードを作成する。データ管理部１２０は、区域ごとに戸別レコードを集約することによって、区域別バーチャルモール４００の管理データとして、区域別データベース３００を作成する。さらに、データ管理部１２０は、この区域別データベース３００に対して、戸別レコードの新規追加やデータ変更などの管理も行う。

操作環境部１３０は、ＧＵＩ（グラフィックユーザインターフェース）のテンプレートを複数用意する。操作環境部１３０は、これらテンプレートに区域別データベース３００の管理データを埋め込むことによって、区域別にカスタマイズされた操作環境を作成する。操作環境部１３０は、作成された操作環境を区域内のユーザが所有する端末装置（スマホ、タブレット、パソコンなど）に提供する。提供される操作環境は、端末装置内の専用アプリやインターネットブラウザによって動作実行される。その結果、ユーザは、端末装置に表示されるＧＵＩ画面を介して、区域別バーチャルモール４００に対する様々な操作が可能になる。

事業者登録部１４０は、区域別バーチャルモール４００に事業参加（事業者として出店）する区域内の実店舗の端末装置（事業者端末５００）を、区域別データベース３００の該当する戸別レコードに割り当てて登録する。この事業者端末５００としては、事業者が所有するスマホ、タブレット、パソコンの他、実店舗のＰＯＳシステムなどであってもよい。

居住者登録部１５０は、区域別バーチャルモール４００に参加する区域内の居住者の端末装置（居住者端末６００）を、区域別データベース３００の該当する戸別レコードに割り当てて登録する。

情報仲介部１６０は、事業者端末５００の操作環境と、居住者端末６００の操作環境との間で情報のやり取りを仲介する。例えば、居住者端末６００から事業者に対する購買情報を受け付けると、その事業者が所有する事業者端末５００に対して購買情報を提供する。

候補作成部１７０および順次区域拡大部１８０については、後の実施例で改めて説明するため、ここでの説明は省略する。

なお、上述した区域別バーチャルモールシステム１００は、ハードウェアとしてＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やメモリなどを備えたコンピュータシステムとして構成してもよい。このハードウェアがコンピュータ可読媒体に記憶された「区域別バーチャルモールプログラム」を実行することによって、区域別バーチャルモールシステム１００が実現する。

このようなハードウェアの一部または全部については、専用の装置、機械学習マシン、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）などで代替してもよい。

また、ハードウェアやプログラムの一部または全部をクラウド上のサーバに集中または分散してクラウドシステムを構成することによって、複数のクライアント端末（事業者端末５００、居住者端末６００など）それぞれに対して「区域別バーチャルモール方法」の情報サービスを提供してもよい。

《実施例１の動作》
続いて、実施例１の動作について順に説明する。
なお、ここでの方法の説明では、個々の動作の主体を明確化するため、請求項中の『〇△ステップ』に相当する動作を、『〇△部』を主体にした動作として記述する。

《動作その１：区域別データベース３００の準備》
図２は、区域別データベース３００の準備処理を例示する流れ図である。
以下、図２に示すステップ番号に沿って、この動作を説明する。

ステップＳ０１： 区域別バーチャルモール４００の範囲となる区域は、町の単位、行政区画の単位、最寄り駅の単位、戸数の単位、人口の単位、面積の単位、主催者の単位など所定の単位に従って、予め区切って領域設定される。戸別情報収集部１１０は、この区域の領域設定を読み込む。

ステップＳ０２： 戸別情報収集部１１０は、ゼンリン（登録商標）などの地図データベース２００の情報サービスにＡＰＩ（アプリケーション・プログラミング・インターフェース）で連携し、地図データへのアクセスを開始する。

ステップＳ０３： 戸別情報収集部１１０は、地図データベース２００から、設定された区域の領域内の位置情報（住所や緯度経度など）に該当する戸別情報を逐次収集する。

ステップＳ０４： データ管理部１２０は、戸別情報それぞれについて、表札情報（表札名など）を住所情報（住所表記など）に対して割り当てることによって、戸別レコードを逐次に作成する。ここでの戸別レコードは、次の列項目（カラム）を適時に追加可能な行データのことである。
・戸別ＩＤ（例えば自動的に付与）
・表札情報
・住所情報
・事業者としての設定情報
・居住者としての設定情報
・主催者としての設定情報
・端末装置またはユーザに関する設定情報（ＩＤ情報、事業者端末５００／居住者端末６００の区別）、例えば、ＩＤ情報は端末装置から自動取得または自動付与して登録され、端末装置の通信要求時に端末装置から識別用に出力される。
・居住者の購買情報
・事業者の販売情報
・パスワードなどのセキュリティに関する情報
・その他

ステップＳ０５： データ管理部１２０は、戸別レコードを区域ごとに集約してデータベース化することによって、区域別データベース３００を区域ごとに仮準備する。

ここまでのステップＳ０１～Ｓ０５は、外部の地図データベース２００のデータ更新の時期に合わせて繰り返し実施されることで、区域別データベース３００は最新の状態に保たれる。

ステップＳ０６： データ管理部１２０は、区域別データベース３００の区域に主催者が設定されているか否かを判定する。主催者は、区域別バーチャルモール４００を管理運営する者であって、区域ごとに設定される。主催者が未設定の場合、データ管理部１２０はステップＳ０７に動作を進める。一方、主催者が設定済みの場合、データ管理部１２０はステップＳ０８に動作を移行する。

ステップＳ０７： 主催者が未設定のため、データ管理部１２０は、主催者が決定するまで、区域別データベース３００を仮準備中の状態に設定する。後ほど、主催者が決定されてから、区域別データベース３００に対してステップＳ０８以降の動作が実行される。

ステップＳ０８： データ管理部１２０は、主催者の設定を区域別データベース３００に設定する。これ以降、データ管理部１２０は、主催者の交替などに応じて、区域別データベース３００の主催者の設定を書き換える。

ステップＳ０９： データ管理部１２０は、操作環境部１３０を介して、区域別バーチャルモール４００の運営（図３～図６参照）を開始する。

上述した一連の動作手順を区域別に繰り返すことによって、区域別データベース３００の準備が完了する。

《動作その２：区域別バーチャルモール４００の運営》
図３～図６は、区域別バーチャルモール４００の運営動作を例示する流れ図である。
以下、図３～図６に示すステップ番号の順に、この処理動作を説明する。

ステップＳ１０１： 操作環境部１３０は、ユーザの端末装置（アプリ、ブラウザ）の通信要求に応じて、端末装置との通信をインターネットなどの通信ネットワークを介して開始する。操作環境部１３０は、端末装置（アプリ、ブラウザ）またはユーザに固有のＩＤ情報を情報取得する。

ステップＳ１０２： 操作環境部１３０は、データ管理部１２０が管理する複数の区域別データベース３００それぞれにＩＤ情報を照会し、ＩＤ情報が登録済みか否かを判定する。

ステップＳ１０３： ＩＤ情報が登録済みであった場合、操作環境部１３０はステップＳ１０４へ動作を進める。一方、ＩＤ情報が未登録の場合、端末装置を新規登録するため、操作環境部１３０はステップＳ１２１（図５参照）へ動作を移行する。

ステップＳ１０４： これ以降、区域別データベース３００は、特に断らない限り、端末装置のＩＤ情報が登録された区域別データベース３００を指す。操作環境部１３０は、区域別データベース３００に照会して、ＩＤ情報が事業者端末５００か居住者端末６００のどちらで登録されているかを情報取得する。事業者端末５００として登録されていた場合、操作環境部１３０はステップＳ１０５に動作を進める。一方、居住者端末６００として登録されていた場合、操作環境部１３０はステップＳ１１１（図４参照）に動作を移行する。

ステップＳ１０５： 操作環境部１３０は、事業者端末５００に対する処理を開始する。操作環境部１３０は、区域別データベース３００から事業者の販売情報を読み出し、販売情報の管理（新規登録・変更）用のＧＵＩ部品やリンクなどをテンプレートにレイアウトして事業者用の操作環境を作成する。この操作環境では、販売情報の操作として、次の操作などが可能になる。
・販売情報（商品）の新規登録
・商品の在庫情報の管理
・商品紹介の入力と編集
・商品写真の撮影と加工
・商品の価格情報の管理
・商品の配達情報の管理
・その他

ステップＳ１０６： 操作環境部１３０は、ステップＳ１０５で作成された事業者用の操作環境を事業者端末５００に提供する。

ステップＳ１０７： 操作環境部１３０は、事業者用の操作環境によって、事業者による販売情報の入力および編集を対話式に受け付ける。操作環境部１３０は、事業者端末５００から受け付けた販売情報に応じて区域別データベース３００内の事業者の販売情報を更新する。ここまでの動作により、区域別バーチャルモールシステム１００は、事業者端末５００に対応する区域別バーチャルモール４００の動作を完了する。（事業者端末５００の処理完了）

ステップＳ１１１： ここでは、操作環境部１３０は、居住者端末６００に対する処理を開始する。操作環境部１３０は、区域別データベース３００から事業者ごとに販売情報を読み出す。操作環境部１３０は、読み出した販売情報に基づいてＧＵＩ部品やリンクなどをテンプレートにレイアウトして、居住者用の操作環境を作成する。この操作環境では、居住者は、次の操作によって商品の購買情報やユーザ情報の更新処理などを対話式に入力することが可能になる。
・事業者（店の種別も）の検索と選択
・販売情報（商品）の検索と選択
・商品紹介（商品写真、商品価格を含む）の閲覧
・商品の購入申込み
・配達か、店頭受け取りかの選択
・商品価格の支払い方法の選択
・ユーザ情報の変更操作
・その他

ステップＳ１１２： 操作環境部１３０は、ステップＳ１１１で作成された居住者用の操作環境を居住者端末６００に提供する。

ステップＳ１１３： 情報仲介部１６０は、居住者用の操作環境によって、居住者端末６００から居住者の購買情報を対話式に受け付ける。情報仲介部１６０は、受け付けた購買情報を、該当する事業者端末５００に提供する。

ステップＳ１１４： 情報仲介部１６０は、受け付けた購買情報に基づいて電子決済を行うか否かを判定する。電子決済を行う場合、情報仲介部１６０はステップＳ１１５に動作を進める。一方、電子決済を行わない場合、情報仲介部１６０は、ステップＳ１１６に動作を移行する。

ステップＳ１１５： 情報仲介部１６０は、居住者端末６００の登録情報に基づいて購買情報の電子決済を実行する。情報仲介部１６０は、電子決済された決済額を、該当する事業者の事業者端末５００と主催者に電子的に分配する。

ステップＳ１１６： 情報仲介部１６０は、処理された購買情報に応じて、該当する事業者の販売情報（商品の在庫情報など）を自動更新する。ここまでの動作により、居住者端末６００に対応する区域別バーチャルモール４００の動作が完了する。（居住者端末６００の処理完了）

ステップＳ１２１： ここでは、データ管理部１２０は、区域別データベース３００に未登録の端末装置を登録する処理を開始する。データ管理部１２０は、操作環境部１３０を介して、端末装置の位置情報の取得が許可されるか否かを端末装置のユーザなどに確認する。

位置情報の取得が許可されれば、データ管理部１２０はステップＳ１２２に動作を進める。一方、位置情報の取得が不可であれば、データ管理部１２０はステップＳ１２３に動作を移行する。

ステップＳ１２２： データ管理部１２０は、端末装置から位置情報を取得する。データ管理部１２０は、区域の領域設定に照らして、位置情報に該当する区域を選択する。この動作の後、データ管理部１２０はステップＳ１２４に動作を移行する。

ステップＳ１２３： データ管理部１２０は、住所入力など区域選択のための操作環境を端末装置に提供し、該当する区域の選択を受け付ける。

ステップＳ１２４： データ管理部１２０は、選択された区域に基づいて、端末装置を登録する区域別データベース３００を特定する。

ステップＳ１２５： データ管理部１２０は、該当区域の区域別バーチャルモール４００が運営中か仮準備中かを判断する。運営中の場合、データ管理部１２０はステップＳ１２６に動作を進める。一方、仮準備中（空白区域）の場合、データ管理部１２０はステップＳ１４０（図６参照）へ動作を移行する。

ステップＳ１２６： 操作環境部１３０は、端末装置のユーザについて次の基本情報を取得するための操作環境を端末装置に提供する。
・端末装置などのＩＤ情報（例えば端末装置から自動取得）
・連絡手段（メールアドレスや電話番号など）
・パスワードなどのセキュリティに関する情報
・氏名
・住所
・事業参加の希望の有無
・その他
操作環境部１３０は、この操作環境を介して、ユーザの基本情報を受け付ける。

ステップＳ１２７： データ管理部１２０は、基本情報の住所（または氏名など）を、区域別データベース３００に照会し、該当する戸別レコードを特定する。

ステップＳ１２８： データ管理部１２０は、基本情報を戸別レコードに割り当てて区域別データベース３００に登録する

なお、戸別レコードは、地図上の１戸ごとに作成されるが、１戸当たりに複数のユーザ（家族や集合住宅など）が存在することを考慮して、１戸あたりのユーザの数だけ戸別レコードの数を派生させて増やしてもよいし、１つの戸別レコードに複数のユーザをまとめて登録するようにしてもよい。

ステップＳ１２９： データ管理部１２０は、ステップＳ１２６で取得した基本情報に基づいて、事業参加の希望の有無を判定する。事業参加の希望が無い場合、データ管理部１２０はステップＳ１３０に動作を進める。一方、事業参加の希望が有る場合、データ管理部１２０はステップＳ１３１に動作を移行する。

ステップＳ１３０： 居住者登録部１５０は、端末装置を居住者端末６００とする情報を、基本情報を登録した戸別レコードに割り当てて登録する。この動作の後、居住者登録部１５０は、ステップＳ１０４に動作を移行する。

ステップＳ１３１： 事業者登録部１４０は、端末装置を事業者端末５００とする情報を基本情報を登録した戸別レコードに割り当て、事業者候補として仮登録する。

ステップＳ１３２： 事業者登録部１４０は、仮登録された事業者候補の基本情報を、主催者用の承認待ちリストへ登録し、主催者の端末装置に転送する。主催者による承認を経て、事業者登録部１４０は、事業者候補を事業者として本登録する。一方、主催者が承認しない場合、事業者登録部１４０は、居住者登録部１５０を介して、事業者候補を居住者として一旦登録する。

なお、居住者登録部１５０は、端末装置を居住者端末６００とする情報を、基本情報を登録した戸別レコードに割り当てて事業者かつ居住者として重複して登録してもよい。
この動作の後、事業者登録部１４０は、ステップＳ１０４に動作を移行する。（事業者端末５００および居住者端末６００の登録完了）

ステップＳ１４０： 操作環境部１３０は、区域別バーチャルモール４００が仮準備中（未開設）である旨を端末装置に情報提供する。このとき、操作環境部１３０は、端末装置のユーザに対して、区域別バーチャルモール４００の予約を希望するか否かを確認する。

ステップＳ１４１： ユーザが予約を希望しない場合、操作環境部１３０は、以降の予約処理を行なわずに動作を完了する。一方、仮準備中の区域別バーチャルモール４００への予約を希望する場合、操作環境部１３０はステップＳ１４２へ動作を進める。

ステップＳ１４２： 操作環境部１３０は、次の予約用の基本情報を入力する操作環境を端末装置に提供する。
・端末装置などのＩＤ情報（例えば端末装置から自動取得）
・連絡手段（メールアドレスや電話番号など）
・パスワードなどのセキュリティに関する情報
・氏名
・住所
・事業参加の予約の有無
・その他
操作環境部１３０は、この操作環境を介して、予約用の基本情報を受け付ける。

ステップＳ１４３： データ管理部１２０は、予約用の基本情報の住所（または氏名など）を、仮準備中の区域別データベース３００に照会し、該当する戸別レコードを特定する。

ステップＳ１４４： データ管理部１２０は、予約用の基本情報を戸別レコードに割り当てて仮準備中の区域別データベース３００に登録する。（後ほど区域別バーチャルモール４００の運営開始に際し、操作環境部１３０は、これらの予約者に対して、基本情報のメールアドレスなどの連絡手段を介して、運営開始の通知が送られる。）

ステップＳ１４５： データ管理部１２０は、ステップＳ１４２で取得した基本情報に基づいて、事業参加の予約の有無を判定する。事業参加の予約が無い場合、データ管理部１２０はステップＳ１４６に動作を進める。一方、事業参加の予約が有る場合、データ管理部１２０はステップＳ１４８に動作を移行する。

ステップＳ１４６： 居住者登録部１５０は、端末装置を居住者端末６００とする情報を、予約用の基本情報を登録した戸別レコードに割り当てて登録する。

ステップＳ１４７： 居住者登録部１５０は、仮準備中の区域別データベース３００について居住者の需要度をポイントアップする。（このように計数される『居住者の需要度』は、居住者登録部１５０によって主催者の予定候補などに対して適時に送信される）
以上の動作の後、居住者登録部１５０は動作を完了する。

ステップＳ１４８： 事業者登録部１４０は、端末装置を事業者端末５００とする情報を、予約用の基本情報を登録した戸別レコードに割り当てて、事業者候補の予約を行う。

ステップＳ１４９： 事業者登録部１４０は、予約された事業者候補の基本情報を、主催者用の承認待ちリストへ登録しておく。（この主催者用の承認待ちリストは、主催者が決まった時点で、主催者に転送される。）

居住者登録部１５０は、端末装置を居住者端末６００とする情報を、予約用の基本情報を登録した戸別レコードに割り当てて登録することで、居住者としての登録を重複して実行してもよい。

ステップＳ１５０： 事業者登録部１４０は、仮準備中の区域別データベース３００について事業者の需要度をポイントアップする。（このように計数される『事業者の需要度』は、事業者登録部１４０によって主催者の予定候補などに対して適時に送信される）

以上の動作の後、事業者登録部１４０は動作を完了する。
上述した一連の動作手順によって、区域別バーチャルモール４００の運営にかかる動作が完了する。

《実施例１の効果》
以下、実施例１が奏する効果について説明する。

（１）従来のバーチャルモールは、現実の所在地は無関係に仮想店舗を集めるため、知らずに遠方の事業者から日用品を購入することが多かった。そのため、物流にかかるエネルギーロスが解決できなかった。

そこで、本実施例１は、現実の地図で定められる区域の別にバーチャルモールを構成する。この区域別バーチャルモール４００に登録する事業者は、区域内の事業者に限定される。さらに、区域別バーチャルモール４００を使用する居住者も、区域内の居住者に限定される。

そのため、区域別バーチャルモール４００では、区域内の居住者が区域内の事業者から日用品などを購入することになる。その結果、遠方の事業者から日用品を購入することが自然に回避される。したがって、本実施例１は、物流にかかるエネルギーロスを抑制できるという点で優れている。

（２）また、本実施例１では、区域別バーチャルモール４００によって、区域内の事業者と居住者の間を適宜に取り持って、区域内でビジネス機会を創出することが可能になる。したがって、本実施例１は、地域経済を活性化することで、町おこしや地産地消に寄与できるという点で優れている。

（３）さらに、本実施例１では、「外部の地図データベース２００」から、予め定められた区域内の戸別情報（表札情報、住所情報を含む）を情報収集する。そのため、わざわざ現地まで出かけて戸別情報を収集する工数を省くことが可能になる。したがって、本実施例１は、区域別バーチャルモール４００の作成のための下準備（戸別の情報収集）を少ない手間で完了できるという点で優れている。

（４）また、本実施例１では、収集した戸別情報について、表札情報を住所情報に対して割り当てた戸別レコードを区域別に集約して、区域別データベース３００を作成する。そのため、個々の区域別データベース３００は、その区域に限定する形式でデータが細分化される。したがって、本実施例１は、このデータが細分化された区域別データベース３００にデータアクセスすれば済むため、区域別バーチャルモール４００のデータアクセスにかかる時間を短縮できるという点で優れている。

（５）さらに、本実施例１では、区域別に細分化された区域別データベース３００に基づいて、区域別バーチャルモール４００の操作環境を作成する。そのため、区域内に限定の操作環境が作成される。したがって、本実施例１は、区域内に限定して事業者と居住者の間を適宜に取り持つ操作環境を作成できるという点で優れている。

（６）また、本実施例１では、区域内に戸別レコード（言い換えると住所または居所）を有する事業者に限定して、事業者端末５００の登録（言い換えると仮想的な出店）を可能にする。そのため、区域の外からの出店を抑制することが可能になる。したがって、本実施例１は、区域内に住所または居所を有する事業者に限定した仮想店舗のみを集めた区域別バーチャルモール４００を構成できるという点で優れている。

（７）さらに、本実施例１では、区域内に戸別レコード（言い換えると住所または居所）を有する居住者に限定して、居住者端末６００の登録（言い換えると仮想的な入店）を可能にする。そのため、区域の外からの入店を抑制することが可能になる。したがって、本実施例１は、区域内に住所または居所を有する居住者に入店を限定した区域別バーチャルモール４００を構成できるという点で優れている。

続いて、図１に示した候補作成部１７０について説明する。
その他の点については、実施例１と同じため、ここでの説明を省略する。
候補作成部１７０は、区域別データベース３００が管理する表札情報（表札名など）に基づいて事業実施の有無（事業者であるか否か）を戸別に判定する。候補作成部１７０は、この判定に基づいて、事業者の候補を選別してリスト化することによって、出店候補リストを作成する。

《学習モデルＡの説明》
図７は、候補作成部１７０が有する学習モデルＡを例示するブロック図である。
図７では、学習モデルＡは、入力層Ａ１０、ニューラルネットワークＡ２０、および出力層Ａ３０を備える。

入力層Ａ１０は、表札名の文字列Ａ４１を格納するのに必要な数のノードを有する。

ニューラルネットワークＡ２０は、表札名の文字列Ａ４１の処理に適する層数だけニューロン層を結合（例えば初期状態では全結合）して構成される。

ニューラルネットワークＡ２０は、「表札名の文字列Ａ４１」と「事業実施の有無を示す教師値Ａ４２」とのデータセットを収集した学習用の収集データ群Ａ４０によって機械学習（例えば、誤差逆伝播法に従ったニューロンごとの係数の順次補正など）が行われる。

このような機械学習を何度も繰り返すことによって、シリアル化された表札名の文字列Ａ４１を入力層Ａ１０に入力すると、各層のニューロン層には、表札名の文字列Ａ４１によって事業実施の可能性に応じて活性化した活性化パターンが連鎖的に発生して伝搬するようになる。この活性化パターンの連鎖反応によって、最終層のニューロン層には、事業実施の可能性を現す１つまたは複数のノード出力（活性化値）が得られる。

出力層Ａ３０は、最終層のノード出力を処理することによって、事業実施の可能性を推定した結果（尤度や確率など）を生成する。

ここでは、図７に示す学習モデルＡの基本構成を一例として説明したが、表札名の文字列Ａ４１を文節に区切って文節ごとに入力するなどして、基本構成を並列ないし途中分岐に組み合わせたり、絡み合わせたりなどしてもよい。

《学習モデルＢの説明》
図８は、候補作成部１７０が有する学習モデルＢを例示するブロック図である。
図８では、学習モデルＢは、入力層Ｂ１０、ニューラルネットワークＢ２０、および出力層Ｂ３０を備える。

入力層Ｂ１０は、表札名の文字列Ｂ４１を格納するのに必要な数のノードを有する。

ニューラルネットワークＢ２０は、表札名の文字列Ｂ４１の処理に適する層数だけニューロン層を結合（例えば初期状態では全結合）して構成される。

ニューラルネットワークＢ２０は、「表札名の文字列Ｂ４１」と「過去の区域別バーチャルモール４００における事業参加の有無の教師値Ｂ４２」とのデータセットを収集した学習用の履歴データ群Ｂ４０によって機械学習（例えば、誤差逆伝播法に従ったニューロンごとの係数の順次補正など）が行われる。

このような機械学習を何度も繰り返すことによって、シリアル化された表札名の文字列Ｂ４１を入力層Ｂ１０に入力すると、各層のニューロン層には、区域別バーチャルモール４００に事業参加する可能性に応じて活性化した活性化パターンが連鎖的に発生して伝搬するようになる。この活性化パターンの連鎖反応によって、最終層のニューロン層には、区域別バーチャルモール４００に事業参加する可能性を現す１つまたは複数のノード出力（活性化値）が得られる。

出力層Ｂ３０は、最終層のノード出力を処理することによって、区域別バーチャルモール４００に事業参加する可能性を推定した結果（尤度や確率など）を生成する。

ここでは、図８に示す学習モデルＢの基本構成を一例として説明したが、表札名の文字列Ｂ４１を文節に区切って文節ごとに入力するなどして、基本構成を並列ないし途中分岐に組み合わせたり、絡み合わせたりなどしてもよい。

《実施例２の動作》
図９は、候補作成部１７０による出店候補リストの作成処理を例示する流れ図である。
以下、図９に示すステップ番号の順に動作を説明する。

ステップＳ２０１： 候補作成部１７０は、区域別データベース３００から、まだ事業者端末５００として登録されていない戸別レコードについて、表札情報を逐次に読み出す。

ステップＳ２０２： 候補作成部１７０は、表札情報をテキスト解析して、事業者名の特徴を有するか否かを戸別に判定する。例えば、候補作成部１７０は、『（株）』、『（有）』、『（合）』などの法人を示す簡略表記や、『株式会社』、『有限会社』、『合同会社』などの法人を示す表記が表札情報に含まれる場合、その表札情報を事業者と判定する。候補作成部１７０は、ここで事業者と判定された表札情報を含む戸別レコードを、該当する区域の出店候補リストに登録する。

ステップＳ２０３： 候補作成部１７０は、表札情報の表札名の文字列Ａ４１を学習モデルＡに入力して、事業実施の有無を戸別に推定する。候補作成部１７０は、ここで事業者の可能性が高いと推定された表札情報を含む戸別レコードを、該当する区域の出店候補リストに登録する。

ステップＳ２０４： 候補作成部１７０は、ステップＳ２０２～２０３においてリストアップされた出店候補リストから、事業者候補の表札情報を逐次に読み出す。候補作成部１７０は、事業者候補の表札情報の表札名の文字列Ｂ４１を学習モデルＢに入力して、区域別バーチャルモール４００に事業参加（出店）する可能性を推定する。候補作成部１７０は、ここで事業参加（出店）の可能性が高い事業者候補ほど上位になるように出店候補リストを並べ替える。

ステップＳ２０５： 候補作成部１７０は、出店候補リストを、区域別データベース３００に格納する。候補作成部１７０は、この出店候補リストを、該当する区域の主催者などに対して、営業支援ツールとして提供（閲覧可能に）する。

上述した一連の処理によって、候補作成部１７０による出店候補リストの作成処理が完了する。

《実施例２の効果》
実施例２は、実施例１が奏する効果に加えて、次の効果を奏する。

（１）本実施例２では、区域別データベース３００が管理する表札情報に基づいて事業実施の有無を戸別に判定し、該当する区域内における事業者候補をリスト化する。したがって、本実施例２は、該当する区域内の出店候補リストを自動的に作成できるという点で優れている。

（２）さらに、本実施例２は、『表札名の文字列Ａ４１』と『事業実施の有無の教師値Ａ４２』とを組み合わせた学習用の収集データ群Ａ４０によって機械学習を行った学習モデルＡを有する。この学習モデルＡによって、区域別データベース３００の表札名の文字列Ａ４１から事業実施の可能性を推定することが可能になる。したがって、本実施例２は、表札名の文字列Ａ４１から事業実施の有無を戸別に推定して、該当する区域内の出店候補リストを自動的に作成できるという点で優れている。

（３）また、本実施例２は、『表札名の文字列Ｂ４１』と『過去の区域別バーチャルモール４００における事業参加の有無の教師値Ｂ４２』とを組み合わせた学習用の履歴データ群Ｂ４０によって機械学習を行った学習モデルＢを有する。この学習モデルＢによって、出店候補リストの表札名の文字列Ｂ４１から事業参加（出店）の可能性を推定し、推定される事業参加（出店）の可能性の順に出店候補リストの並べ替えを行う。したがって、本実施例２は、出店の可能性の順に並んだ出店候補リストを自動的に作成できるという点で優れている。

続いて、図１に示した順次区域拡大部１８０による例外処理について説明する。
その他の点については、実施例１および実施例２と同じため、ここでの説明を省略する。

《実施例３の動作》
図１０は、順次区域拡大部１８０による区域を順次拡大する例外処理を例示する流れ図である。
以下、図１０に示すステップ番号の順に説明する。

ステップＳ３０１： 操作環境部１３０は、居住者端末６００に対する処理を開始する。操作環境部１３０は、区域別データベース３００から事業者ごとに販売情報を読み出す。操作環境部１３０は、読み出した販売情報に基づいてＧＵＩ部品やリンクなどをテンプレートにレイアウトして、居住者用の操作環境を作成する。この操作環境では、居住者は、次の操作によって商品の購買情報を対話式に入力することが可能になる。
・事業者（店の種別も）の検索と選択
・販売情報（商品）の検索と選択
・商品紹介（商品写真、商品価格を含む）の閲覧
・商品の購入申込み
・店頭受け取りか、配達かの選択
・商品価格の支払い方法の選択
・ユーザ情報の変更
・その他

ステップＳ３０２： 操作環境部１３０は、ステップＳ３０１で作成された居住者用の操作環境を居住者端末６００に提供する。

ステップＳ３０３： 情報仲介部１６０は、居住者用の操作環境によって、居住者端末６００から居住者の操作を対話式に受け付ける。例えば、居住者用の操作環境によって、居住者端末６００から、区域内の事業者（店の種別も）や販売情報（商品）の検索を受け付ける。

ステップＳ３０４： ステップＳ３０３の検索操作に応じて、順次区域拡大部１８０は、居住者が居住する区域内の区域別データベース３００を検索する。

ステップＳ３０５： 順次区域拡大部１８０は、区域内での検索が成功したか否かを判定する。検索に成功した場合、順次区域拡大部１８０はステップＳ３０８に動作を移行する。一方、検索処理に失敗した場合、順次区域拡大部１８０はステップＳ３０６に動作を進める。

ステップＳ３０６： 順次区域拡大部１８０は、居住者端末６００の住所情報に近い順番で、区域外の区域別データベース３００に検索範囲を順次に拡大する。順次区域拡大部１８０は、この検索範囲を順次に拡大する動作を、予め設定された距離上限を超えない範囲で検索に成功するまで繰り返す。

ここでの距離上限は、物流のエネルギーロスを適正に制限する観点から設定することが好ましい。

ステップＳ３０７： 順次区域拡大部１８０は、距離上限を超えない範囲で検索に成功したか否かを判定する。検索に成功した場合、順次区域拡大部１８０は、ステップＳ３０８に動作を進める。一方、距離上限まで検索範囲を拡大しても検索に失敗した場合、順次区域拡大部１８０は、操作環境部１３０を介して居住者端末６００に検索失敗の旨を提示し、実施例１または実施例２の通常処理に戻る。

ステップＳ３０８： 情報仲介部１６０は、検索に成功した事業者（区域外の場合もあり）に対する購買情報（購入意思などを含む）を居住者端末６００から受け付けて、該当する事業者端末５００に提供する。

上述した一例の例外処理を完了すると、順次区域拡大部１８０は、実施例１または実施例２の通常処理に動作を戻す。

《実施例３の効果》
実施例３は、実施例１および実施例２が奏する効果に加えて、次の効果を奏する。

（１）本実施例３では、居住者端末６００による販売情報の検索において、区域内の区域別データベース３００に販売情報が見つからない場合、居住者端末６００の住所情報に近い順番で、区域外の区域別データベース３００に検索範囲を順次に拡大する。そのため、居住者になるべく近い範囲で、区域外の販売情報を検索することが可能になる。したがって、本実施例３は、近い順番に区域外の区域別データベース３００を検索することによって、居住者になるべく近い事業者の販売情報を検索できるという点で優れている。

（２）さらに、本実施例３では、距離上限を超えない範囲に、区域外の検索範囲を制限する。したがって、本実施例３は、居住者から一定限度を超えて遠い事業者の販売情報を検索することはなくなり、遠隔地からの購買動作を回避して物流のエネルギーロスを低減できるという点で優れている。

《実施形態の補足事項》
なお、上述した実施形態では、説明を簡単にするため、購入した商品を配送する前提で説明したが、本発明はこれに限定されない。購入する商品を店頭受け取りや店頭取り置きとして予約する機能を付加してもよい。

また、上述した実施形態では、予め区域が固定設定されるケースについて説明したが、本発明はこれに限定されない。区域をさらに小さな区域に区切って、それぞれに区域別データベース３００を準備し、個々の居住者端末６００の住所情報を中央にして小区域の区域別データベース３００を複数集めて、これら区域別データベース３００の戸別レコードをデータ統合することによって、柔軟な区域設定を実現してもよい。

さらに、上述した実施形態では、戸別レコードを、事業者／居住者／主催者で共通形式としている。そのため、区域内でのデータアクセスを共通の戸別レコードに行うことで、処理を共通化（上位階層化）してプログラムを簡易化することが可能になる。また、事業者も居住者として区域別バーチャルモール４００に参加する場合に、戸別レコードが重複しないという利点もある。しかしながら、本発明はこれに限定されない。事業者／居住者／主催者ごとに独立した戸別レコードを作成してもよい。

また、上述した実施形態において、端末装置の位置情報と住所情報との対照によって、本人以外のなりすましに対処することも好ましい。

さらに、上述した実施形態において、一回のみ購入だけではなく、定期購入などに対応することも好ましい。

また、上述した実施形態において、マンションなどの集合住宅において部屋番号を含めた住所情報を管理することも好ましい。

さらに、上述した実施形態において、居住者および事業者について互いに点数付けやコメントするなどの評価システムを組み込むことも好ましい。

また、上述した実施形態を区域内の互助会に発展させて、冠婚葬祭などの手配などを区域内で可能にすることも好ましい。

さらに、上述した実施形態では、居住地の居所の住所を取り扱うが、職場や学校などの出向く先の住所を取り扱うようにすることも好ましい。

なお、本発明は、上記した実施形態の内容に限定されるものではなく、様々な変形が可能である。

例えば、上記した実施形態は本発明を分かりやすく説明するために全体を詳細に説明したものであり、本発明は必ずしも説明した全ての構成や全てのステップやすべてのデータ構造を備えるものに限定されない。

また、実施形態の個々の要素を組み合わせてもよい。さらに、実施形態に対して、他の構成や他のステップを追加・削除・置換をすることも可能である。

１００...区域別バーチャルモールシステム、１１０...戸別情報収集部、１２０...データ管理部、１３０...操作環境部、１４０...事業者登録部、１５０...居住者登録部、１６０...情報仲介部、１７０...候補作成部、１８０...順次区域拡大部、２００...地図データベース、３００...区域別データベース、４００...区域別バーチャルモール、５００...事業者端末、６００...居住者端末、Ａ...学習モデル、Ａ１０...入力層、Ａ２０...ニューラルネットワーク、Ａ３０...出力層、Ａ４０...収集データ群、Ａ４１...表札名の文字列、Ａ４２...教師値、Ｂ...学習モデル、Ｂ１０...入力層、Ｂ２０...ニューラルネットワーク、Ｂ３０...出力層、Ｂ４０...履歴データ群、Ｂ４１...表札名の文字列、Ｂ４２...教師値

Claims (8)

1. コンピュータシステム上で実現する区域別バーチャルモールシステムであって、
   予め定められた区域内の戸別情報（表札情報、住所情報を含む）を、外部の地図データベースから情報収集する戸別情報収集部と、
   前記区域内の前記戸別情報に基づいて、前記表札情報を前記住所情報に対して割り当てた戸別レコードを区域別に集約して、区域別バーチャルモールの管理データである区域別データベースを作成し管理するデータ管理部と、
   前記区域別データベースに基づいて、前記区域別バーチャルモールのＧＵＩ（グラフィックユーザインターフェース）の操作環境を作成して端末装置に提供する操作環境部と、
   前記区域別バーチャルモールに事業参加を行う前記区域内の事業者の前記端末装置（以下『事業者端末』という）を前記区域別データベースの前記戸別レコードに対して割り当てて登録する事業者登録部と、
   前記区域別バーチャルモールに参加を行う前記区域内の居住者の前記端末装置（以下『居住者端末』という）を前記区域別データベースの前記戸別レコードに対して割り当てて登録する居住者登録部と、
   前記操作環境を介して、前記居住者端末から前記事業者に対する購買情報を受け付けて前記事業者端末に提供する情報仲介部と、
   を備えたことを特徴とする区域別バーチャルモールシステム。
2. 請求項１記載の区域別バーチャルモールシステムにおいて、
   前記区域別データベースが管理する前記表札情報に基づいて事業実施の有無（前記事業者であるか否か）を戸別に判定し、前記事業者の候補を選別してリスト（以下『出店候補リスト』という）を作成する候補作成部を備える
   ことを特徴とする区域別バーチャルモールシステム。
3. 請求項２記載の区域別バーチャルモールシステムにおいて、
   前記候補作成部は、『表札名』と『事業実施の有無』とを組み合わせた学習用の収集データ群によって機械学習を行った学習モデル（以下『学習モデルＡ』という）を有し、前記学習モデルＡに前記区域別データベースが管理する前記表札情報を入力して、事業実施の有無を戸別に推定して、前記出店候補リストを作成する
   ことを特徴とする区域別バーチャルモールシステム。
4. 請求項２記載の区域別バーチャルモールシステムにおいて、
   前記候補作成部は、『表札名』と『過去の前記区域別バーチャルモールにおける事業参加の有無』とを組み合わせた学習用の履歴データ群によって機械学習を行った学習モデル（以下『学習モデルＢ』という）を有し、前記学習モデルＢに前記区域別データベースが管理する前記表札情報を入力して、事業参加の可能性を推定し、推定される事業参加の可能性の順に前記出店候補リストの並べ替えを行う
   ことを特徴とする区域別バーチャルモールシステム。
5. 請求項１記載の区域別バーチャルモールシステムにおいて、
   前記居住者登録部は、前記居住者端末の登録を受け付けた時点において、前記区域別バーチャルモールが存在しない空白区域に前記居住者端末が位置する場合、前記居住者端末を仮登録して、前記空白区域における前記区域別バーチャルモールの需要度の統計を求める
   ことを特徴とする区域別バーチャルモールシステム。
6. 請求項１記載の区域別バーチャルモールシステムにおいて、
   前記居住者端末による販売情報の検索において、前記区域内の前記区域別データベースに前記販売情報が見つからない場合、前記居住者端末の前記住所情報に近い順番で、区域外の前記区域別データベースに検索範囲を順次に拡大して前記販売情報を検索する順次区域拡大部を備える
   ことを特徴とする区域別バーチャルモールシステム。
7. 請求項１～６のいずれか一項に記載の区域別バーチャルモールシステムをコンピュータシステムに実現させる
   ことを特徴とする区域別バーチャルモールプログラム。
8. コンピュータシステムが実施する区域別バーチャルモール方法であって、
   予め定められた区域内の戸別情報（表札情報、住所情報を含む）を、外部の地図データベースから情報収集する戸別情報収集ステップと、
   前記区域内の前記戸別情報に基づいて、前記表札情報を前記住所情報に対して割り当てた戸別レコードを区域別に集約して、区域別バーチャルモールの管理データである区域別データベースを作成し管理するデータ管理ステップと、
   前記区域別データベースに基づいて、前記区域別バーチャルモールのＧＵＩ（グラフィックユーザインターフェース）の操作環境を作成して端末装置に提供する操作環境ステップと、
   前記区域別バーチャルモールに事業参加を行う前記区域内の事業者の前記端末装置（以下『事業者端末』という）を前記区域別データベースの前記戸別レコードに対して割り当てて登録する事業者登録ステップと、
   前記区域別バーチャルモールに参加を行う前記区域内の居住者の前記端末装置（以下『居住者端末』という）を前記区域別データベースの前記戸別レコードに対して割り当てて登録する居住者登録ステップと、
   前記操作環境を介して、前記居住者端末から前記事業者に対する購買情報を受け付けて前記事業者端末に提供する情報仲介ステップと、
   を備えたことを特徴とする区域別バーチャルモール方法。

Images