JP7093525B2

JP7093525B2 - 発注システム

Info

Publication number: JP7093525B2
Application number: JP2020081623A
Authority: JP
Inventors: 敏弘吉▲崎▼
Original assignee: 敏弘吉▲崎▼
Priority date: 2020-05-02
Filing date: 2020-05-02
Publication date: 2022-06-30
Anticipated expiration: 2040-05-02
Also published as: JP2021176066A

Description

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

インフラストラクチャとしてのインターネット環境が整備され、かつ電子暗号化技術が進歩したことにより、インターネットを介した商取引が一般的なものとなった。インターネットを介した商取引の代表的な方式は、（１）検索サイトを用いて利用者が所望の商品・サービスを探し、そこから発注を行う方式、および（２）インターネットモールと呼ばれるポータルサイトに利用者がアクセスし、利用者が好みの仮想店舗から好みの商品・サービスを探し、そこから発注を行う方式である。

しかしながら（１）の方式では、商品・サービスを提供する側は、多数存在するインターネットサイトから自分のサイトが利用者端末に表示されるよう、検索エンジンに対する最適化を行うなどの労力を要する。（２）の方式では、商品・サービスを提供する側は、インターネットモールの運営業者に利用料を支払う必要がある。また、（２）の方式では、商取引のデータがインターネットモールの運営業者に流れてしまうため、独立した経営を行うことが難しくなるという問題があった。

この発明は、商品・サービスを提供する側、商品・サービスを提供される側にとって利便性の高い発注システムを提供することを目的としている。

本発明の一の局面に従うと、店舗が提供可能な商品およびサービスの少なくともいずれかについて、利用者が発注を行う発注システムは、システム利用者の携帯可能な通信端末にインストールされる、アプリケーションプログラムと、前記通信端末のアプリケーションプログラムからのリクエストに従い、前記通信端末に前記店舗の提供可能な商品およびサービスの少なくともいずれかについてのコンテンツを送信する送信プログラムと、前記通信端末において前記コンテンツのフォームからの発注に関する入力を受け付ける受付手段と、前記受付手段が受け付けた発注に関する入力に基づいて、送信可能なデータを作成し、それを前記店舗に送信する送信手段と、前記店舗の端末に前記店舗での待ち時間を表示する店側表示手段と、前記店舗での待ち時間を設定することが可能な設定手段と、前記設定手段の設定に基づいて、前記システム利用者の携帯可能な通信端末に、前記店舗での待ち時間を表示させる表示手段とを備え、前記設定手段は、前記店側表示手段にて前記店舗での待ち時間を表示した状態であって前記店舗での待ち時間の設定が可能な状態で、前記店舗の従業員の１回のみの操作によって、前記店側表示手段にて表示した前記店舗での待ち時間を所定の時間増加させることができ、かつ、前記店舗の従業員の１回のみの操作によって、前記店側表示手段にて表示した前記店舗での待ち時間を所定の時間減少させることができ、前記システム利用者の携帯可能な通信端末にインストールされる前記アプリケーションプログラムは、他の競業者が提供する商品やサービスに対しては発注ができないように構成される、または、他のチェーン店グループが提供する商品やサービスに対しては発注ができないように構成される。

好ましくは発注システムは、前記所定の時間を変更する変更手段をさらに備える。

好ましくは前記通信端末は、その通信端末固有の電話番号が記録されたスマートフォンであり、前記送信手段は、前記スマートフォンから前記電話番号を取得し、その情報を前記送信可能なデータに含める。

この発明の他の曲面に従うと、店舗が提供可能な商品およびサービスの少なくともいずれかについて、利用者が発注を行う発注システムは、システム利用者の携帯可能な通信端末にインストールされる、発注用アプリケーションプログラムと、前記通信端末の発注用アプリケーションプログラムからのリクエストに従い、前記通信端末に前記店舗の提供可能な商品およびサービスの少なくともいずれかについてのコンテンツを送信する送信プログラムと、前記通信端末において前記コンテンツのフォームからの発注に関する入力を受け付ける受付手段と、前記受付手段が受け付けた発注に関する入力に基づいて、送信可能なデータを作成し、それを前記店舗に送信する送信手段と、前記システム利用者の携帯可能な通信端末で読み取ることができる、２次元コードを発行する発行手段とを備え、前記２次元コードは、前記発注用アプリケーションプログラムのダウンロードサイトへのＵＲＬ情報と、前記店舗を特定するための情報とを含んでおり、前記システム利用者の携帯可能な通信端末の２次元コード読取りアプリケーションプログラムで前記２次元コードが読み取られると、前記発注用アプリケーションプログラムのダウンロードサイトへのＵＲＬ情報に基づいて、そのサイトが前記通信端末に表示され、前記システム利用者の携帯可能な通信端末の前記発注用アプリケーションプログラムで前記２次元コードが読み取られると、前記店舗を特定するための情報に基づいて、前記店舗を前記発注用アプリケーションプログラムに登録する処理が行われ、前記システム利用者の携帯可能な通信端末にインストールされる前記アプリケーションプログラムは、他の競業者が提供する商品やサービスに対しては発注ができないように構成される、または、他のチェーン店グループが提供する商品やサービスに対しては発注ができないように構成される。

好ましくは、前記システム利用者の携帯可能な通信端末の２次元コード読取りアプリケーションプログラムで前記２次元コードが読み取られると、前記発注用アプリケーションプログラムのダウンロードサイトへのＵＲＬ情報、およびその通信端末のＯＳ情報に基づいて、通信端末のＯＳに対応したダウンロードサイトが前記通信端末に表示される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［第２の実施の形態］

図１０は、本発明の第２の実施の形態における発注システムの構成を示す図である。

図を参照して、本実施の形態における発注システムが図１のシステムと異なる点について説明する。

本実施の形態における発注システムは、チェーン店の複数の店舗のそれぞれが注文を受け付けることができるように構成されている。また、チェーン店の本部が各チェーン店舗を管理できるように構成されている。なお、チェーン店とは、統一性を持った複数店舗の集合体を示し、チェーンストア、フランチャイズなどを含む概念である。チェーン店と言うとき、この集合体（チェーン店グループ）を示すこともあるし、そのうちの１店舗をチェーン店（店舗）と呼ぶ場合もある。

ここでは説明の便宜上、１つのチェーン店グループ（その運営会社である本部をＡ社とする。）のみが図１０の発注システムを用いてビジネスを行っているものとする。他の共業者のチェーン店グループも、図１０の発注システムを用いてビジネスを行うことができるし、チェーン店ではない店舗も図１０の発注システムを用いてビジネスを行うことができる。

店舗への発注は、システムでファクシミリ送信データを作成して、ファクシミリ通信（送信）で行うこととしてもよいし、システムで店舗のＰＣ（パーソナルコンピューター）やタブレット、スマートフォンなどの端末で表示可能なデータ（ＨＴＭＬデータ、ＸＭＬデータ、テキストデータなどのＷＥＢブラウザやアプリケーションプログラムで表示可能なデータ）を作成して、インターネット回線を用いた通信（送信）で行うこととしてもよい。

なお、本発明の適用はチェーン店の店舗への発注に限られるものではなく、チェーン店を構成するものではない通常の店舗への発注に本発明を適用してもよい。

ここでは、運営会社であるチェーン店本部にあるＰＣをチェーン店本部ＰＣ２０１と呼び、その本部が管理するチェーン店の複数の店舗（店舗Ａ、Ｂ、Ｃ、…）のそれぞれに設置されているＰＣをチェーン店店舗ＰＣ２０３Ａ、２０３Ｂ、２０３Ｃ、…と呼ぶ。各ＰＣは、インターネットに接続されている。

この発注システムを利用するシステム利用者（発注を行う者であり、発注者）は、自己が保有する通信端末（スマートフォンなど）１０９Ａ、１０９Ｂ、１０９Ｃ、１０９Ｄ、…に、Ａ社チェーン店本部の提供する発注用アプリケーションプログラムをインストールする。アプリケーションプログラムは、アプリサーバ１１７に登録されており、通信端末（スマートフォンなど）１０９Ａ、１０９Ｂ、１０９Ｃ、１０９Ｄ、…にダウンロードしてインストールすることが可能である。

このアプリケーションは、当該チェーン店グループのためにカスタマイズされた独自のアプリケーション（専用アプリ）である。このアプリケーションから発注できるのは、当該チェーン店グループに所属するいずれかの店舗に対してのみである。このアプリケーションから、当該チェーン店グループに所属しない他の店舗への発注を行うことはできない。

もしも別のチェーン店グループが発注システムに参加するのであれば、そのチェーン店グループのためにカスタマイズされた独自のアプリケーション（専用アプリ）が制作され、アプリサーバ１１７に登録される。

なお、通信端末として例示されるＰＣ、スマートフォン、タブレット、スマートウォッチなどは、コンピュータ装置である点で同じであるため、システム上はどれを用いてもよい。

図１１は、発注システムの発注用アプリケーションプログラムがインストールされた、システム利用者の携帯可能な通信端末において、発注システムの発注用アプリケーションプログラムが起動した後のトップ画面を示す図である。

ここでは発注システムの発注用アプリケーションプログラムは、店舗Ａ、店舗Ｂ、店舗Ｃ、…を有するチェーン店グループ専用のアプリケーションプログラムであるものとして説明する。このアプリケーションプログラムからは、そのチェーン店グループに加盟する店舗Ａ、店舗Ｂ、店舗Ｃ、…への発注を行うことができるが、他のチェーン店グループや、競合する他社への発注を行うことができないように構成される。

このトップ画面（マイページ）において表示される店舗は、利用者が選択して登録することができる。ここでは店舗Ａ、店舗Ｂのみが登録されており、店舗Ｃは登録されていない状態（店舗Ａ、Ｂのみが表示されている状態）を示している。その利用者のよく利用する店舗を登録することで、よく利用する店舗への注文を迅速に行うことができるようにするものである。

図１１の画面において、店舗ＡまたはＢのいずれかがタップされると、その店舗のトップ画面が表示され、図４～８に示される画面と同様の画面が表示されることで、その店舗での発注商品の指定、受け取り希望日時の指定、通信端末固有の電話番号の取得、その店舗への発注情報の送信が可能となる。

なお、通信端末固有の電話番号は、利用者によって書き換えができないようにすることが望ましい。電話番号を、１ユーザに１つ付与されたＩＤの代わりとして用いるためである。

店舗への発注情報の送信は、ファクシミリ通信によって行われてもよいし、インターネット回線を用いて店舗のＰＣなどの端末装置に対して送信されてもよい。

店舗運営者は、自分の店舗をアプリに登録してもらうために、ＱＲコードが印刷されたチラシを広告（お買い得情報などを含んでもよい。）として配布したり、ＱＲコードを店舗のＷＥＢページに掲載する。

図１２は、チェーン店の店舗ＡのＰＣ２０３Ａに表示される店舗管理画面（店舗ＱＲコード表示画面）を示す図である。

店舗Ａの担当者は、ＰＣ２０３Ａを介してＷＥＢサーバ１０３にアクセスすることで、図１２の画面をＰＣ２０３Ａの画面に表示させる。店舗Ａの担当者は、表示されたＱＲコードをコピーしたり画像としてダウンロードすることで、それを広告やＷＥＢページ内への掲載に利用する。

図１２のＱＲコードに含まれる情報は、以下のものである。

（１）発注システムの発注用アプリケーションプログラムをダウンロードするためのＷＥＢサイトへのＩＰアドレス（ＵＲＬ情報によりＩＰアドレスを特定するケースも含まれる。本明細書において、ＵＲＬ情報とＩＰアドレスは相互に同じ概念である。）

（２）店舗Ａを特定するための情報

利用者が自己の通信端末でＱＲコード読み取りアプリを立ち上げ、広告やＷＥＢページ内に掲載された図１２のＱＲコードを読み取ると、その通信端末のＯＳ（Operating System）に対応したアプリケーションのダウンロードページが通信端末の画面に表示される。この画面において、利用者は、その通信端末のＯＳに対応した発注システムのアプリケーションプログラムをダウンロードすることができる。

これは、ＱＲコード内に複数のＯＳに対応した複数のダウンロードページのＵＲＬの情報を含めておき、ＱＲコード読み取りアプリにおいて、その通信端末のＯＳに対応したアプリケーションのダウンロードページのＵＲＬにアクセスするようにしてもよいし、ＱＲコード内には１つのダウンロードページのＵＲＬの情報を含めておき、ＱＲコード読み取りアプリにおいてそのダウンロードページを開き、そのダウンロードページにおいて、アクセスしてきた端末のＯＳを判断することで、そのＯＳに対応した発注システムのアプリケーションプログラムのダウンロードページにリダイレクトするようにしてもよい。

すなわち、通信端末にインストールされていたＱＲコード読み取りアプリによって図１２のＱＲコードが読み取られることで、通信端末にそのＯＳに対応した発注システムのアプリケーションプログラムのダウンロードページが表示される。そのページで利用者は、その通信端末のＯＳに対応した発注システムのアプリケーションプログラムをダウンロードすることができる。

一方で、利用者が自己の通信端末に既にインストールされている発注システムのアプリケーションプログラムを開き、そこで「ＱＲ読取り」のボタンをタップし、広告やＷＥＢページ内に掲載された図１２のＱＲコードを読み取った場合の動作について説明する。

この場合、発注システムのアプリケーションプログラムは、ＱＲコードに含まれる店舗Ａを特定するための情報を読み出し、その店舗を図１１のマイページに登録する。登録前に、「店舗Ａを登録しますか？」のような確認メッセージを表示し、利用者からＹＥＳ／ＮＯの入力を受け付けるようにしてもよい。

ＱＲコードを用いる以外に、店舗の登録は、発注システムのアプリケーションプログラムで店舗のリストを表示してそこからの利用者の選択によって行うこととしてもよい。また、店舗の登録は、発注システムのアプリケーションプログラムで店舗の電話番号を入力することによって行ってもよい。

本実施の形態における発注システムでは、認証ＩＤやパスワードによらず、利用者（発注者）個人の通信端末の電話番号によって個人認証を行うこととしている。

すなわちデータベース１０５においては、利用者（発注者）の通信端末の電話番号と、その利用者が登録している店舗の情報と、その注文履歴とを対応付けることで、その利用者に対する過去の注文を管理することとしている。

個人情報の保護のため、データベース１０５においては、その利用者の住所、氏名、年齢、ＩＤ、パスワードのうち少なくとも一部、またはそれら全てを登録しないことが望ましい。

また、注文を行ったのに商品を取りに来ないなどの悪質な利用者については、その電話番号をブラックリストとしてデータベース１０５に登録してもよい。ブラックリストに登録された電話番号の利用者からの注文は受け付けないようにしてもよいし、ブラックリストに登録された電話番号の利用者の端末ではアプリを起動できなくしてもよい。

さらに、注文を行ったのに商品を取りに来ないなどの被害が発生したのが店舗Ａであれば、ブラックリストにその利用者の電話番号と店舗Ａの情報とを紐付けて登録してもよい。その利用者の通信端末では、トップ画面（マイページ）において、店舗Ａが表示されないようにしてもよい。ブラックリストに紐付けて登録された店舗Ａのみ発注を断り、ブラックリストに紐付けて登録されていない他の店舗では発注を受け付けるものである。

また、店舗によっては、利用者の電話番号をホワイトリストとしてデータベース１０５に登録してもよい。ホワイトリストとしてデータベース１０５に登録された利用者（発注者、例えば特定の業者など）のみから発注を受け付ける場合などである。

また、利用者がシステムを初めて利用するときには、利用者の電話番号にＳＭＳ（ショートメール配信サービス）で認証番号などを含めたメッセージを送り、その認証番号と同じ番号がユーザ登録画面から入力されたときにのみ、その利用者にシステムを利用させることとしてもよい。実際に使われている電話番号のみをシステムに登録し、通じない電話番号を使う利用者のシステムへの登録を禁止するものである。

図１３は、チェーン店の店舗ＡのＰＣ２０３Ａに表示される待ち時間管理画面を示す図である。

これは、店舗の混雑度に応じた顧客への待ち時間表示を変更するための画面である。ここでは「６０分」の待ち時間が設定されている状態が示されている。すなわち、注文を受け付けても６０分間は、商品、サービスを提供できないことを顧客に通知するものである。

このとき、利用者の通信端末で、トップ画面（マイページ）に、店舗Ａでの待ち時間は６０分である旨が表示される。顧客はこれを見て店舗Ａの込み具合を理解し、待ち時間を理解した上で発注を行うか、他の店舗の利用が可能であればその店舗に注文を行う。

トップ画面（マイページ）に店舗Ａでの待ち時間が６０分である旨を表示するのではなく、トップ画面から店舗Ａをタップし、店舗Ａのページに移行したときに店舗Ａでの待ち時間が６０分である旨を表示してもよい。

また、待ち時間が設定されているときには、図８の受取希望日時において、その待ち時間以内の時間の指定はできなくしてもよい。例えば、現在時刻が１０時００分であり、待ち時間が４５分であれば、１０時００分から１０時４５分までの時刻を受取希望日時として選択できないようにするものである。これにより、商品を渡すことができない時刻が受取希望日時に設定されることが防止される。

図１３の画面で待ち時間が「０分」となっていたら、待ち時間が発生していないことを示している。このとき利用者の通信端末では、「待ち時間０分」の表示を行ってもよいし、待ち時間の表示を行わないようにしてもよい。

店舗で待ち時間を設定／変更する必要があるときは、その店舗の繁忙時期であるといえる。このため、待ち時間の設定／変更はなるべく簡単な操作でできるようにすることが望ましい。

そこで店舗のスタッフは、図１３の「６０分」の数字の横にある「＜」ボタンをタップ（またはクリック）するだけで、「６０分」から予め設定された単位時間（例えば１５分）がデクリメントされるように装置が構成される（待ち時間は「４５分」になる）。

また、店舗のスタッフは、図１３の「６０分」の数字の横にある「＞」ボタンをタップ（またはクリック）するだけで、「６０分」から予め設定された単位時間（例えば１５分）がインクリメントされるように装置が構成される（待ち時間は「７５分」（または「１時間１５分」の表示）になる）。

この単位時間は、管理画面により変更することができ、例えば１分、３分、５分、１０分、１５分、２０分、３０分、４５分、１時間などの時間から単位時間の選択を受け付けることとしてもよいし、キーボードから任意の時間を入力できるようにしてもよい。

図１４は、単位時間として「１５分」が選択されており、図１３の画面で「＞」が押下された場合の画面を示す図である。

ここでは、図１３の「６０分」が単位時間（１５分）インクリメントされ、待ち時間が「７５分」と変更されている。利用者の通信端末で、トップ画面（マイページ）に表示される店舗Ａでの待ち時間も７５分に変更される。

なお、図１３、図１４の画面においては、「営業時間外の表示」も入力することができるようになっている。この入力された文字列も、利用者の通信端末においてその店舗に紐付けて表示される。これにより、利用者は当該店舗の営業時間、開店時間、閉店時間などを知ることができる。

さらに図１３、図１４の画面においては、「緊急対応」も入力できることとなっている。これは、天災などで臨時に注文の受付をストップさせるときにチェックボックスにチェックし、利用者に伝えるメッセージを入力するための設定である。この入力された文字列も、利用者の通信端末においてその店舗に紐付けて表示される。また、「緊急対応」のチェックボックスがチェックされていると、アプリケーションからその店舗への注文ができなくなる。これにより、緊急時の注文をストップさせることができる。

なお上記実施の形態では、２次元バーコードの具体例としてＱＲコードを記載したが、他の種類のバーコードを用いてもよい（端末で読み取ることができるものであれば、どのようなコードを用いてもよい）。

上記実施の形態では、店舗の従業員は設定部を用いることによって、店舗での待ち時間の設定が可能な状態（例えば図１３に示す画面が表示された状態）で、店舗の従業員の１の操作（例えば画面やボタンのワンクリックなど）によって、店舗での待ち時間を所定の時間増加させることができる。また、店舗の従業員の１の操作によって、店舗での待ち時間を所定の時間減少させることができる。

これにより、店舗の繁忙時においても従業員の手を煩わせることなく、待ち時間を設定することができる。図１３の待ち時間の設定部は、店舗のＰＣのトップ画面に常時表示させ、店舗の繁忙状況に応じて即座に従業員が設定できるようにしていてもよい。

さらに、システム利用者の携帯可能な通信端末にインストールされる発注用アプリケーションプログラムは、他の競業者（競合者）が提供する商品やサービスに対しては発注ができないように構成されている。または、他のチェーン店グループが提供する商品やサービスに対しては発注ができないように構成されている。

プラットフォーマーが提供する店舗紹介サイトなどで自社の店舗を掲載しても、そのサイトには他の競業者の店舗も掲載されるので、顧客が他の競業者へ流れることが想定される。本実施の形態では、上記構成によりそれが防止される。

すなわち、商品・サービスを提供する側が既存の環境を利用してインターネットを介した商取引に参加でき、かつ、商品・サービスを提供する側が独立した立場でインターネットを介した商取引に参加できる発注システムを提供することができるという効果がある。

なお、システムにおいて顧客（発注者）が入力した発注に関する入力に基づいて、送信可能なデータが作成され、それが店舗に送信されるが、送信可能なデータは、ファクシミリデータであってもよいし、ＨＴＭＬデータ、ＸＭＬデータ、テキストデータなどのＷＥＢブラウザやアプリケーションプログラムで表示可能なデータであってもよい。

また、チェーン店に設置されるのはＰＣでなく、スマートフォンやタブレット端末であってもよい。また、ＰＣと共に厨房にスマートフォンやタブレット端末を配置してもよい。システムのファクシミリ受信機、送信機をＰＣや、スマートフォンやタブレット端末に代え、ＰＣや、スマートフォンやタブレット端末によって注文を受け付けてもよい。従業員に注文があったことを知らせるライトやブザーを備えてもよい。スピーカーから注文があったことを知らせる音声を出力してもよい。

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

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

Claims

店舗が提供可能な商品およびサービスの少なくともいずれかについて、利用者が発注を行う発注システムであって、
システム利用者の携帯可能な通信端末にインストールされる、アプリケーションプログラムと、
前記通信端末のアプリケーションプログラムからのリクエストに従い、前記通信端末に前記店舗の提供可能な商品およびサービスの少なくともいずれかについてのコンテンツを送信する送信プログラムと、
前記通信端末において前記コンテンツのフォームからの発注に関する入力を受け付ける受付手段と、
前記受付手段が受け付けた発注に関する入力に基づいて、送信可能なデータを作成し、それを前記店舗に送信する送信手段と、
前記店舗の端末に前記店舗での待ち時間を表示する店側表示手段と、
前記店舗での待ち時間を設定することが可能な設定手段と、
前記設定手段の設定に基づいて、前記システム利用者の携帯可能な通信端末に、前記店舗での待ち時間を表示させる表示手段とを備え、
前記設定手段は、前記店側表示手段にて前記店舗での待ち時間を表示した状態であって前記店舗での待ち時間の設定が可能な状態で、前記店舗の従業員の１回のみの操作によって、前記店側表示手段にて表示した前記店舗での待ち時間を所定の時間増加させることができ、かつ、前記店舗の従業員の１回のみの操作によって、前記店側表示手段にて表示した前記店舗での待ち時間を所定の時間減少させることができ、
前記システム利用者の携帯可能な通信端末にインストールされる前記アプリケーションプログラムは、他の競業者が提供する商品やサービスに対しては発注ができないように構成される、または、他のチェーン店グループが提供する商品やサービスに対しては発注ができないように構成される、発注システム。
前記所定の時間を変更する変更手段をさらに備えた、請求項１に記載の発注システム。
前記通信端末は、その通信端末固有の電話番号が記録されたスマートフォンであり、
前記送信手段は、前記スマートフォンから前記電話番号を取得し、その情報を前記送信可能なデータに含める、請求項１または２に記載の発注システム。
店舗が提供可能な商品およびサービスの少なくともいずれかについて、利用者が発注を行う発注システムであって、
システム利用者の携帯可能な通信端末にインストールされる、発注用アプリケーションプログラムと、
前記通信端末の発注用アプリケーションプログラムからのリクエストに従い、前記通信端末に前記店舗の提供可能な商品およびサービスの少なくともいずれかについてのコンテンツを送信する送信プログラムと、
前記通信端末において前記コンテンツのフォームからの発注に関する入力を受け付ける受付手段と、
前記受付手段が受け付けた発注に関する入力に基づいて、送信可能なデータを作成し、それを前記店舗に送信する送信手段と、
前記システム利用者の携帯可能な通信端末で読み取ることができる、２次元コードを発行する発行手段とを備え、
前記２次元コードは、前記発注用アプリケーションプログラムのダウンロードサイトへのＵＲＬ情報と、前記店舗を特定するための情報とを含んでおり、
前記システム利用者の携帯可能な通信端末の２次元コード読取りアプリケーションプログラムで前記２次元コードが読み取られると、前記発注用アプリケーションプログラムのダウンロードサイトへのＵＲＬ情報に基づいて、そのサイトが前記通信端末に表示され、
前記システム利用者の携帯可能な通信端末の前記発注用アプリケーションプログラムで前記２次元コードが読み取られると、前記店舗を特定するための情報に基づいて、前記店舗を前記発注用アプリケーションプログラムに登録する処理が行われ、
前記システム利用者の携帯可能な通信端末にインストールされる前記発注用アプリケーションプログラムは、他の競業者が提供する商品やサービスに対しては発注ができないように構成される、または、他のチェーン店グループが提供する商品やサービスに対しては発注ができないように構成される、発注システム。
前記システム利用者の携帯可能な通信端末の２次元コード読取りアプリケーションプログラムで前記２次元コードが読み取られると、前記発注用アプリケーションプログラムのダウンロードサイトへのＵＲＬ情報、およびその通信端末のＯＳ情報に基づいて、通信端末のＯＳに対応したダウンロードサイトが前記通信端末に表示される、請求項４に記載の発注システム。