JP7152331B2 - 発注システム - Google Patents

Description

本発明は、発注システムに関する。より特定的には本発明は、利用者の携帯可能な通信端末を用いた発注システムに関する。

インフラストラクチャとしてのインターネット環境が整備され、かつ電子暗号化技術が進歩したことにより、インターネットを介した商取引が一般的なものとなった。インターネットを介した商取引の代表的な方式は、（１）検索サイトを用いて利用者が所望の商品・サービスを探し、そこから発注を行う方式、および（２）インターネットモールと呼ばれるポータルサイトに利用者がアクセスし、利用者が好みの仮想店舗から好みの商品・サービスを探し、そこから発注を行う方式である。
（１）の方式では、商品・サービスを提供する側は、多数存在するインターネットサイトから自分のサイトが利用者端末に表示されるよう、検索エンジンに対する最適化を行うなどの労力を要する。（２）の方式では、商品・サービスを提供する側は、インターネットモールの運営業者に利用料を支払う必要がある。また、（２）の方式では、商取引のデータがインターネットモールの運営業者に流れてしまうため、独立した経営を行うことが難しくなる。
さらに、商品・サービスを提供する側において、インターネットの利用環境が整っていない場合も依然として多く、導入・運営コストの観点から、インターネットの利用環境を整えることが困難な状況も多々あった。

この発明は上記問題点を解決するためになされたものであり、商品・サービスを提供する側が独立した立場でインターネットを介した商取引に参加できる発注システムを提供することを目的としている。

本発明の一の局面に従うと、商品を店舗で引き渡す方法および商品を指定した住所へ宅配する方法のうち少なくともいずれか一方の受け取り方法で、前記店舗が提供可能な商品について、利用者が発注を行う発注システムは、システム利用者の携帯可能な通信端末にインストールされる、アプリケーションプログラムと、前記通信端末のアプリケーションプログラムからのリクエストに従い、前記通信端末に前記店舗の提供可能な商品についてのコンテンツを送信する送信プログラムと、前記通信端末において前記コンテンツのフォームからの発注に関する入力を受け付ける受付手段と、前記受付手段が受け付けた発注に関する入力に基づいて作成された店舗が受け取るデータを、前記店舗に送信する送信手段とを備え、前記通信端末は、その通信端末固有の電話番号が記録されたスマートフォンであり、前記受付手段は、前記スマートフォンから前記電話番号を取得し、前記店舗が受け取るデータは、取得した前記電話番号をデータとして含み、前記通信端末の利用者による、前記店舗が受け取るデータに含める前記電話番号の修正は不可能とされ、前記システム利用者の携帯可能な通信端末にインストールされる前記アプリケーションプログラムは、前記店舗専用のプログラムであり、他の同業者が提供する商品やサービスに対しては発注ができないように構成され、前記システム利用者の携帯可能な通信端末は、複数存在し、前記複数のシステム利用者の携帯可能な通信端末の各々を前記電話番号と対応付けて特定する特定手段と、前記特定手段での特定に基づき、前記システム利用者の過去の発注の履歴を管理する管理手段と、前記管理手段での管理の内容であって、前記システム利用者の過去の発注の履歴から求められた、取引に問題のある顧客である旨の情報または優良な顧客である旨の情報を含む管理の内容を、前記店舗に提供する提供手段とをさらに備える。
好ましくは前記提供手段は、前記送信可能なデータに、前記管理手段での管理の内容を含める。
好ましくは前記送信可能なデータは、前記通信端末の利用者の個人情報としての電話番号を含み、前記通信端末の利用者の住所氏名、ＩＤ、パスワードを含まない。
好ましくは前記アプリケーションプログラムは、インストールされることで、前記通信端末の待ち受け画面に、そのアプリケーションプログラムを起動するためのアイコンを表示し、当該アイコンがタップされたときに前記アプリケーションプログラムは起動する。
好ましくは発注システムは、前記システム利用者の携帯可能な通信端末の場所を特定する場所特定手段と、前記店舗の所在地と前記場所特定手段での特定結果との距離が所定の距離以内であるか否かに基づいて、想定を超えた遠方の顧客からの発注を受け付けないように、発注の可否を判定する判定手段をさらに備える。

本発明によれば、商品・サービスを提供する側が既存の環境を利用してインターネットを介した商取引に参加でき、かつ、商品・サービスを提供する側が独立した立場でインターネットを介した商取引に参加できる発注システムを提供することが可能となる。

本発明の実施の形態の１つにおける発注システムの構成を示す図である。 発注システムの各構成要素の動作を示すフローチャートである。 発注システムのアプリケーションプログラムがインストールされた、システム利用者の携帯可能な通信端末の待ち受け画面を示す図である。 発注システムのアプリケーションプログラムが起動した後のトップ画面を示す図である。 図４においてメニューカテゴリーＡが選択された場合の画面を示す図である。 図５において商品Ａと商品Ｂが選択された後、「数量選択」ボタンがタップされた場合の画面を示す図である。 図６において「注文確認へ」ボタンがタップされた場合の画面を示す図である。 図７において「次へ」ボタンがタップされた場合の画面を示す図である。 ファクシミリにより店舗に届く発注書の具体例を示す図である。

以下、本発明の実施の形態について、図面に基づいて説明する。

図１は、本発明の実施の形態の１つにおける発注システムの構成を示す図である。本発注システムは、基本的には利用者への持ち帰り商品の提供や、店舗から近場への商品の宅配に用いられることを想定している（すなわち、商品やサービスの提供範囲を、店舗から数キロメートル程度の範囲に限ることとしている）。

図を参照して、店舗が提供可能な商品・サービスについて、利用者が発注を行う発注システムは、システムの運営・管理を行う運営・管理サーバ１０１と、システムの管理者ＰＣ（パーソナルコンピュータ）１０７と、複数の店舗のそれぞれに備え付けられている既存のファクシミリ受信装置１１５Ａ～１１５Ｃ・・・と、ＰＤＦデータをファクシミリデータに変換し、指定された店舗のファクシミリ受信装置へファクシミリ網１１３を介してそれを送信するファクシミリサーバ１１１と、システム利用者（発注を行う者）の携帯可能な通信端末（スマートフォンなど）１０９Ａ～１０９Ｄ・・・と、コンピュータ読取可能なアプリケーションプログラムを、通信端末１０９Ａ～１０９Ｄにダウンロードさせ、それをインストールするアプリケーションサーバ１１７とから構成される。運営・管理サーバ１０１には、ＷＥＢサーバ１０３やデータベース１０５が含まれる。

ここでは通信端末（スマートフォンなど）１０９Ａ～１０９Ｄのそれぞれは、それぞれが異なるユーザの通信端末であるものとする。ファクシミリ受信装置１１５Ａ～１１５Ｃのそれぞれも、それぞれが異なる店舗に設置されているファクシミリ受信装置であるものとする。

各サーバ、データベース、ＰＣ、および通信端末のそれぞれは、単数または複数のＣＰＵと、ＣＰＵのワーキングエリアを構成するメモリと、ハードディスクドライブやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの大容量記憶装置と、インターネットなど外部通信環境に接続する通信部と、液晶表示デバイスなどの表示装置と、ユーザからの入力を受け付けるキーボードと、マウスなどのポインティングデバイスとを備えている。通常は、大容量記憶装置にプログラムが記録されている。プログラムは、起動されるときにメモリに読み出される。ＣＰＵがプログラムに従った動作を行うことで、各サーバ、データベース、ＰＣ、通信端末のそれぞれの機能が実現される。プログラムの記録場所は大容量記憶装置に限らず、ネットワーク上のストレージであってもよい。この場合、ネットワーク上のストレージから利用の都度、プログラムがダウンロードされる。

ファクシミリ受信装置１１５Ａ～１１５Ｃは、ファクシミリ網１１３を介してファクシミリデータを受信する受信部と、受信されたデータをプリントアウトするプリンタとを備えている。なお、ファクシミリ受信装置１１５Ａ～１１５Ｃが送信機能を備えていてもよい。ファクシミリ受信装置１１５Ａ～１１５Ｃとして、汎用のコンピュータ装置や通信端末を用いることもでき、その場合、受信されたデータをプリントアウトするのではなく、表示画面に表示するようにしてもよい。

各店舗とシステム利用者（発注を行う者であり、発注者）は、電話回線を用いて通話を行うことができる。その電話回線については、図１には示されていない。通話を行うときに、システム利用者（発注を行う者）は、通信端末（スマートフォンなど）１０９Ａ～１０９Ｄを使用することができる。すなわち、通信端末（スマートフォンなど）１０９Ａ～１０９Ｄは、インターネット回線以外に、電話回線に接続できる機能を有することが望ましい。通信端末（スマートフォンなど）１０９Ａ～１０９ＤにセットされるＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）カードの種類によっては、インターネット回線のみへの接続を許可し、電話回線に接続できないものも存在する。そのようなＳＩＭカードが用いられている場合には、システム利用者（発注を行う者）は、その通信端末以外の電話通信可能な端末により、店舗側の人間と連絡を取ることとなる。

なお各サーバは、それぞれが別個のハードウェアにより構成される物理的なサーバであってもよいし、ソフトウェア的に構成される仮想サーバであってもよい。通信端末１０９Ａ～１０９Ｄは、携帯電話、ＰＤＡ、ウェアラブルコンピュータ、ノートパソコン、デスクトップコンピュータなどであってもよい。

ＷＥＢサーバ１０３は、通信端末１０９Ａ～１０９Ｄにインストールされたアプリケーションプログラムからのリクエストに従い、通信端末１０９Ａ～１０９Ｄに対し、店舗の提供可能な商品・サービスについてのコンテンツを送信する送信プログラムを記録している。またＷＥＢサーバ１０３は、通信端末１０９Ａ～１０９Ｄにおいてコンテンツのフォームからの発注に関する入力を受け付ける受付機能を有している。受け付けた発注に関する入力に基づいて、ＷＥＢサーバ１０３は発注書データ（ＰＤＦデータなど）を作成し、それをファクシミリサーバ１１１へ送信する。ファクシミリサーバ１１１は、受信した発注書データをファクシミリデータに変換し、それをファクシミリ網１１３を介して指定された店舗のファクシミリ受信装置へ送信する。

システム利用者の携帯可能な通信端末１０９Ａ～１０９Ｄにインストールされるアプリケーションプログラムは、１つの店舗専用のプログラムであり、他の同業者が提供する商品やサービスに対しては発注ができないように構成される。このような構成は、当該アプリケーションプログラムに汎用のＷＥＢブラウザ機能を持たせるのではなく、当該アプリケーションプログラムのアクセス先を制限することにより行われる。より詳しくは、当該アプリケーションプログラムは、図１のＷＥＢサーバ１０３のみ（またはＷＥＢサーバ１０３およびアプリケーションサーバ１１７のみ）にアクセス可能に構成され、そのサーバからの情報のみを取得できるように構成される。

すなわち、発注システムのアプリケーションプログラムは、１つの店舗専用にカスタマイズされたものであり、汎用性を有しない。例えば、レストランの店舗Ａ内にファクシミリ受信機１１５Ａが設けられており、雑貨屋の店舗Ｂ内にファクシミリ受信機１１５Ｂが設けられており、土産物の店舗Ｃ内にファクシミリ受信機１１５Ｃが設けられている場合を想定する。この場合、レストランの店舗Ａの発注アプリケーションプログラム、雑貨屋の店舗Ｂの発注アプリケーションプログラム、土産物の店舗Ｃの発注アプリケーションプログラムが別途個別に製作される。それらがアプリケーションサーバ１１７に登録される。レストランの店舗Ａへ発注を行いたい利用者は、自分の通信端末にレストランの店舗Ａの発注アプリケーションプログラムをダウンロードし、登録する。このレストランの店舗Ａの発注アプリケーションプログラムからは、雑貨屋の店舗Ｂや土産物の店舗Ｃに対する発注を行うことができない。あくまでもレストランの店舗Ａの発注アプリケーションプログラムは、レストランの店舗Ａ用にカスタマイズされた、レストランの店舗Ａ専用の発注プログラムである。店舗Ｂ、Ｃについても同様である。

ＷＥＢサーバ１０３についても、店舗ごとに異なる専用のＷＥＢサーバが用いられてもよい。

なお、当該アプリケーションプログラムが更新、アップデートされるときには、それがアプリケーションサーバ１１７に登録される。更新、アップデート時には、プッシュ通知により当該アプリケーションプログラムが登録された通信端末に連絡が行われるようにしてもよいし、自動的に当該アプリケーションプログラムが登録された通信端末内のアプリケーションプログラムが更新、アップデートされるようにしてもよい。アプリケーションプログラムは、アプリケーションサーバ１１７から通信端末にダウンロードされるのではなく、各店舗に置かれたコンピュータ装置からダウンロードされてもよいし、店舗に対するＷＥＢサーバからダウンロードされてもよい。

なお図１の構成に代えて、ファクシミリサーバ１１１の機能を通信端末１０９Ａ～１０９Ｄが持つようにしてもよい。すなわち、通信端末１０９Ａ～１０９Ｄで入力された発注情報に基づき、通信端末１０９Ａ～１０９Ｄがそれをファクシミリデータに変換し、店舗のファクシミリ装置に送信するようにシステムを構成することにしてもよい。さらに、管理サーバ１０１の機能を通信端末１０９Ａ～１０９Ｄが持つようにしてもよい。また、クラウドサービスにより、通信端末１０９Ａ～１０９Ｄが実行すべき機能の少なくとも一部を、インターネット上のサーバ（運営・管理サーバ１０１など）が分担してもよい。

図２は、発注システムの各構成要素の動作を示すフローチャートである。

図を参照して、ステップＳ１０１において、システム利用者（発注を行う者）は、自分の好みの店舗や、商品・サービスの発注を行いたい店舗を見つけると、その店舗専用の発注アプリケーションプログラムをアプリケーションサーバ１１７などから通信端末１０９Ａ～１０９Ｄへダウンロードする。発注アプリケーションプログラムは、通信端末１０９Ａ～１０９Ｄにダウンロードされると、アンインストールするまで通信端末１０９Ａ～１０９Ｄ内の記憶装置に記憶された状態になる。

以降、通信端末１０９Ａのユーザである利用者Ａが、レストランの店舗Ａへ発注を行う状況を例に挙げて説明を行う。すなわちステップＳ１０１において、通信端末１０９Ａのユーザである利用者Ａは、通信端末１０９Ａを用いてアプリケーションサーバ１１７にアクセスし、店舗Ａ専用の発注アプリケーションプログラムをダウンロードし、それをインストールする。

図３は、店舗Ａ専用の発注アプリケーションプログラムがインストールされた、システム利用者Ａの携帯可能な通信端末１０９Ａの待ち受け画面を示す図である。

図３に示されるように、待ち受け画面には、他のアイコンと共に、店舗Ａ専用の発注アプリケーションプログラムのアイコンＩが表示される。アイコンＩを利用者Ａがタップすることで、店舗Ａ専用の発注アプリケーションプログラムが起動する（図２のステップＳ１０３）。

店舗Ａ専用の発注アプリケーションプログラムが起動すると、当該プログラムは、ｈｔｔｐ（またはｈｔｔｐｓ）プロトコルを利用して、ＷＥＢサーバ１０３にトップコンテンツのリクエストを行う（図２のステップＳ１０５）。なお、このリクエストには、店舗Ａを特定するための情報が含まれており、ＷＥＢサーバ１０３はその情報に基づいて店舗Ａのトップコンテンツを通信端末１０９Ａに返す。店舗Ａのコンテンツは、店舗Ａが提供可能な商品やサービスに対する情報を含むコンテンツであり、店舗Ａ専用にカスタマイズされたものである。通信端末１０９Ａは、コンテンツを受信すると、それをアプリケーションプログラムにより画面に表示する（図２のステップＳ１０７）。

図４は、店舗Ａ専用の発注アプリケーションプログラムが起動した後のトップ画面を示す図である。

図を参照して、画面には、利用規約、アプリの説明書、過去の注文履歴を表示させるためのボタンが表示され、その下に、カテゴライズされた下位のメニューＡ～Ｄを表示させるためのエリアが表示される。表示とともに、通信端末１０９Ａは利用者Ａからの入力待ち状態となる（図２のステップＳ１０９）。画面の最下部には、店舗Ａへの連絡先である電話番号が表示される。下位のメニューＡ～Ｄを表示させるためのエリアがタップされることで、そのカテゴリーに属するメニューが表示される。

画面タップが行われると、そのタップ位置に応じたコンテンツをアプリケーションプログラムがＷＥＢサーバ１０３に対して要求する。要求への返答として送られたコンテンツが通信端末１０９Ａで表示される。このようなコンテンツの要求、通信、表示は、注文の確定が行われるまで繰り返される（図２のステップＳ１１１でＮＯの場合のループ処理）。コンテンツは、店舗で取り扱う商品が変わるごとに更新する必要がある。更新は、管理者ＰＣ１０７から運営・管理サーバ１０１にコンテンツデータをアップロードすることで行われる。コンテンツが更新されると、プッシュ通知により、その店舗のアプリケーションプログラムがインストールされた通信端末に通知がなされるようにしてもよい。

図５は、図４においてメニューカテゴリーＡが選択された場合の画面を示す図である。

図に示されるように、ここではメニューカテゴリーＡに属する商品Ａ～Ｄとそれぞれの価格とが表示される。商品Ａ～Ｄをスワイプすることで、商品Ｅ以降を表示させることもできる。例えば、商品ＡとＢとをタップすることで利用者Ａが選択し、図５の「数量選択」ボタンをタップした場合を想定する。

図６は、図５において商品Ａと商品Ｂが選択された後、「数量選択」ボタンがタップされた場合の画面を示す図である。

この画面で利用者は、商品Ａと商品Ｂのそれぞれに対して、注文する個数と、備考とを入力することができる。備考については、その商品に対する発注者からの要望を自由に記載する欄である。ここでの備考入力欄は、商品ごとの入力が可能となるように表示される。

図７は、図６において「注文確認へ」ボタンがタップされた場合の画面を示す図である。

図７の画面は最終確認画面であり、利用者は発注する商品と個数、および商品ごとの備考欄の入力を確認することができる。

図８は、図７において「次へ」ボタンがタップされた場合の画面を示す図である。

図８において、発注者の名前および電話番号と、商品の受け取り希望日時と、受け取りに関する備考事項とを入力するエリアが表示されている。図８において電話番号は、発注者が入力するようにしてもよいし、通信端末１０９Ａが、その通信端末固有の電話番号が記録されたスマートフォンであれば、スマートフォンから電話番号を取得し、図８の電話番号のフォームを自動的に埋めるようにしてもよい（図２のステップＳ１１３）。また、このように自動的にフォームを埋めた場合、電話番号の修正を不可能とすることが望ましい。誤った電話番号での発注を防ぐためである。また、スマートフォンから電話番号を取得する場合、図８の電話番号の入力欄を非表示として、直接その電話番号をサーバに送信することとしてもよい。

また、図８の画面では、名前には振り仮名を入力させてもよいし、宅配サービスなどを店舗Ａが提供する場合には、住所を入力させることとしてもよい。住所や名前は、アプリケーションプログラムで管理し、自動で入力されることとしてもよい。

さらに図８の画面では、支払方法（店舗Ａにて支払い、カード支払い、現金振込）や商品受け取り方法（店舗Ａにて引き渡し、宅配）などを入力させてもよい。図８で入力された情報は、運営・管理サーバ１０１に送信される。

また、利用者を特定するために電話番号が使用可能であれば、図８の画面において名前の入力は省いてもよい。

図８において「注文確定」が押下されると、図２のステップＳ１１５において、通信端末１０９Ａで入力された発注情報（名前、電話番号、受け取り希望時間、受け取りに関する備考、発注する商品、個数、商品に関する備考、および必要であれば店舗Ａのファクシミリ番号）が運営・管理サーバ１０１に送信される（図２のステップＳ１１５）。

運営・管理サーバ１０１は、発注情報を元に、表形式の注文書を作成し、それをＰＤＦ化する（図２のステップＳ１１７）。ＰＤＦデータは、店舗Ａのファクシミリ番号とともにファクシミリサーバ１１１に送られる。これにより、ファクシミリサーバ１１１は、店舗Ａのファクシミリ番号に対し、ファクシミリデータを送信する（図２のステップＳ１１９）。ファクシミリ送信の完了後、または完了前に、通信端末１０９Ａでは注文完了画面が表示され（図２のステップＳ１２１）、その後トップ画面に推移する（図２のステップＳ１２３）。

図９は、ファクシミリにより店舗Ａに届く発注書の具体例を示す図である。

図に示されるように、店舗Ａの従業員は、発注者が入力した情報を発注書（注文書）の形でファクシミリにて受け取る。店舗Ａの従業員は、所定時間内に図９の発注書内に記載された発注者の電話番号へ電話を掛け、注文の確認を行う。注文の確認が行われることで、売買契約が成立する。

運営・管理サーバ１０１では、電話番号と対応付けて、注文者および通信端末を特定することが可能である。これにより電話番号をキーとした注文情報をデータベース１０５で管理することができる。すなわち運営・管理サーバ１０１では、システム利用者各々の過去の発注の履歴（電話番号などに対応付けた、過去の発注日時、発注商品名、個数、単価、その発注がキャンセルされたか否か、トラブル履歴等）を管理することができる。管理された情報は、店舗に提供することができる。例えば店舗に送信されるファクシミリの内容に、その利用者が何回目の利用客であるかを自動的に表示したり、過去の履歴に基づいて、取引に問題のある顧客である旨や優良な顧客である旨などを自動的に表示したりすることができる。取引に問題のある顧客である旨や優良な顧客である旨の情報は、全ての店舗の過去の発注の履歴を総合したものから求めることもできる。

また、運営・管理サーバ１０１では、店舗ごとに各商品の売り上げに関する情報を集計することができる。このような情報は、定期的にファクシミリ送信により各店舗に配信することができる。

発注書を個別に特定するためのＩＤを、図９の発注書内に含めるようにしてもよい。例えばその発注書の注文がキャンセルとなった場合には、そのＩＤをシステムの管理者に伝えることで、どの利用者のどの注文がキャンセルとなったかをシステムで容易に管理することができる。

また、通信端末１０９Ａ～１０９Ｄは、通常、ＧＰＳ受信機や無線ＬＡＮ基地局の電波強度を測定する測定手段を有している。これら機能により、その通信端末の場所（現在位置）を特定することができる。注文を行う店舗の所在地と上記特定結果とに基づいて、発注の可否を事前に判定するようにシステムを構成してもよい。

すなわち、本システムは、基本的には利用者の持ち帰り商品の提供や、店舗から近場への商品の宅配に用いられることを想定している（商品やサービスの提供範囲を、店舗から数キロメートル程度の範囲に限っている）。従って、その想定を超えた遠方の顧客からの発注は、受け付けるべきではない。

そこで、例えば通信端末の位置（緯度および経度）と、その通信端末から発注がなされる店舗の位置（緯度および経度）とから、その通信端末とその店舗との距離を算出し、所定の距離以内でなければその通信端末の画面に「サービス提供範囲外です。」などのメッセージを表示して発注を不可能とし、その通信端末とその店舗との距離が所定の距離以内である場合にのみ発注を受け付けることとしてもよい。

このような通信端末と店舗との距離の算出、発注の可否の判定は、アプリケーションプログラムで行うこともできるし、サーバ側で行うようにしてもよい。また、距離が所定以内でなければ、送信するファクシミリの内容にその旨を記載することで、店舗側に注意を喚起するようにシステムを構成してもよい。所定の距離内であるか否かの判定に代えて、端末位置と店舗とが同一の国や同一の行政区画内にあるか否かを判定してもよい。または、端末位置が所定の国や所定の行政区画内にあるか否かを判定してもよい。端末位置が海上や配達不可能な位置にある場合などには、発注を不可能とするよう、システムを構成してもよい。

通信端末１０９Ａ～１０９Ｄ内の記憶手段には、過去の発注履歴を所定件数（過去５件分のみなど）記録し、利用者の選択によりその発注履歴を呼び出し、再度の同じ発注ができるようにしてもよい。また、過去の発注した商品はそのままに、個数のみを変更したり、履歴から商品を削除・追加可能としてもよい。このような注文履歴は、通信端末１０９Ａ～１０９Ｄの外部にあるストレージ（サーバなど）に記録することとしてもよい。この場合、発注者の個人情報をシステム側で管理できるという効果があるが、逆に発注者にとっては個人情報が外部に記録されることを好まないこともある。従って、注文履歴は通信端末１０９Ａ～１０９Ｄ内の記憶手段にのみ記録し、外部には記録しないようにシステムを構成してもよい。発注者の設定により、どこに履歴を保存するかを選択可能としてもよい。

また本実施の形態では、個人情報として、最低、電話番号のみを店舗に通知すればよく、住所氏名、ＩＤ、パスワードなどを店舗に通知する必要がない。これにより、発注者は個人情報の漏洩などを懸念することなくシステムを使うことができるというメリットがある。

本システムは、商品やサービスの提供のほか、店舗の座席の予約システムに用いることもできる。この場合、例えば図４のメニューに「座席予約」のカテゴリーを含め、それがタップされると図５の画面で所望の座席を選択させる画面が表示される。また、データベース１０５により座席の予約状況を管理することとしてもよい。利用者には、図５の画面が表示されるよりも先に、利用日時を入力させ、予約可能な座席のみを図５の画面で表示させてもよい。また、医師による病院の予約を行う際にも本システムにより同様に対処することができる。

以上のように構成される発注システムによれば、商品・サービスを提供する側が既存の環境（ファクシミリ受信装置など）を利用してインターネットを介した商取引に参加できる。また、商品・サービスを提供する側は、他の業者のインターネットモールなどを利用する必要がなく、独立した立場でインターネットを介した商取引に参加できる。さらに、携帯端末にある店舗のアプリケーションプログラムをインストールする発注者は、その店舗に対して興味を持っていたり、その店舗を気に入っていると推察される。そのような発注者に対してのみ、特別なサービスを提供することも可能となるので、顧客層に合わせたマーケティングやプロモーションを提供することが可能となる。

なおサーバ１０１は、物理的なサーバであってもよいが、これに代えて仮想化されたサーバを含む仮想化ネットワーク環境が採用されてもよい。仮想化ネットワーク環境であれば、サーバの台数や各サーバの構成、ルータやロードバランサなどの環境を柔軟に変更することができるため、システムに参加する通信端末の数やシステムに参加する店舗の数の変化に柔軟に対応できるシステムとすることができる。

上記発注システムが備える機能は、基本的には発注者端末（通信端末）への情報の表示機能、発注者端末に入力された情報の取得機能、その情報のファクシミリデータへの変換機能、ファクシミリデータの送信機能、発注者端末の位置取得機能、位置に応じた発注管理機能、過去の発注履歴の管理機能、発注履歴に基づいた情報の送信機能などからなる。これら機能は、その全てまたは一部を発注者端末で実行することでシステムを構成してもよい。また、その全てまたは一部をネットワークに接続された発注者端末以外の機器（サーバなど）で実行することでシステムを構成してもよい。

上述の実施の形態および変形例は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０１ 運営・管理サーバ
１０３ ＷＥＢサーバ
１０５ データベース
１０７ 管理者ＰＣ
１０９Ａ～１０９Ｄ 通信端末
１１１ ファクシミリサーバ
１１３ ファクシミリ網
１１５Ａ～１１５Ｃ ファクシミリ受信装置
１１７ アプリケーションサーバ
Ｉ 店舗Ａ専用の発注アプリケーションプログラムのアイコン

Claims (5)

1. 商品を店舗で引き渡す方法および商品を指定した住所へ宅配する方法のうち少なくともいずれか一方の受け取り方法で、前記店舗が提供可能な商品について、利用者が発注を行う発注システムであって、
   システム利用者の携帯可能な通信端末にインストールされる、アプリケーションプログラムと、
   前記通信端末のアプリケーションプログラムからのリクエストに従い、前記通信端末に前記店舗の提供可能な商品についてのコンテンツを送信する送信プログラムと、
   前記通信端末において前記コンテンツのフォームからの発注に関する入力を受け付ける受付手段と、
   前記受付手段が受け付けた発注に関する入力に基づいて作成された店舗が受け取るデータを、前記店舗に送信する送信手段とを備え、
   前記通信端末は、その通信端末固有の電話番号が記録されたスマートフォンであり、
   
   前記受付手段は、前記スマートフォンから前記電話番号を取得し、
   前記店舗が受け取るデータは、取得した前記電話番号をデータとして含み、
   前記通信端末の利用者による、前記店舗が受け取るデータに含める前記電話番号の修正は不可能とされ、
   前記システム利用者の携帯可能な通信端末にインストールされる前記アプリケーションプログラムは、前記店舗専用のプログラムであり、他の同業者が提供する商品やサービスに対しては発注ができないように構成され、
   前記システム利用者の携帯可能な通信端末は、複数存在し、
   前記複数のシステム利用者の携帯可能な通信端末の各々を前記電話番号と対応付けて特定する特定手段と、
   前記特定手段での特定に基づき、前記システム利用者の過去の発注の履歴を管理する管理手段と、
   前記管理手段での管理の内容であって、前記システム利用者の過去の発注の履歴から求められた、取引に問題のある顧客である旨の情報または優良な顧客である旨の情報を含む管理の内容を、前記店舗に提供する提供手段とをさらに備えた、発注システム。
2. 前記提供手段は、前記送信可能なデータに、前記管理手段での管理の内容を含める、請求項１に記載の発注システム。
3. 前記送信可能なデータは、前記通信端末の利用者の個人情報としての電話番号を含み、前記通信端末の利用者の住所氏名、ＩＤ、パスワードを含まない、請求項１または２に記載の発注システム。
4. 前記アプリケーションプログラムは、インストールされることで、前記通信端末の待ち受け画面に、そのアプリケーションプログラムを起動するためのアイコンを表示し、当該アイコンがタップされたときに前記アプリケーションプログラムは起動する、請求項１から３のいずれかに記載の発注システム。
5. 前記システム利用者の携帯可能な通信端末の場所を特定する場所特定手段と、
   前記店舗の所在地と前記場所特定手段での特定結果との距離が所定の距離以内であるか否かに基づいて、想定を超えた遠方の顧客からの発注を受け付けないように、発注の可否を判定する判定手段をさらに備えた、請求項１から４のいずれかに記載の発注システム。

Images