(57)【要約】【課題】商品の受発注に関して発注者と受注者との双方向のコミュニケーションを容易に実現し、双方における利便性を向上させることができる商品受発注システムを提供する。【解決手段】発注者側端末３０により商品タグ７２の商品情報、および指示タグ７３の操作情報を、それぞれメールアドレスと共に受信し、同じ発注者側端末３０から商品注文の確定を意図する指示情報を受信した時、前記商品情報、前記メールアドレス毎に登録された個人情報を、それぞれ関連付けて商品注文情報として記憶する。商品注文情報、識別コードと、商品注文の経過情報に関する経過タグ２１０とを、注文受付票２００にまとめて出力する。提供者側端末５１により経過タグ２１０の経過情報を受信した際、該経過情報を商品注文情報に付加して記憶を更新し、発注者側端末３０から受付状況の確認を意図する指示情報を受信した時、経過情報を発注者側端末３０に送信する。【選択図】図１
2009187082.tif 000002
【特許請求の範囲】
【請求項１】
商品を注文する発注者が商品を提供する受注者に対して、受注者より予め配布された商品広告の中から所望の商品を注文するに際して、発注者側端末から通信ネットワークを介して送信された商品注文に関する情報を、受注者側サーバーにより受信して商品受注に関する一連の処理を実行するための商品受発注システムにおいて
前記商品広告は、前記発注者側端末により読み取られて電子データに変換可能なタグとして、掲載された商品毎の商品情報に関する商品タグと、発注者側の要求内容毎の指示情報に関する指示タグと、を少なくとも有し、
前記受注者側サーバーは、
前記発注者側端末により前記商品タグが電子データに変換された商品情報、および前記指示タグが電子データに変換された操作情報を、それぞれ送信元となる前記発注者側端末を特定するメールアドレスと共に受信する受信手段と、
同じ前記発注者側端末から送信された前記指示情報のうち、商品注文の確定を意図する指示情報を受信した時、当該時点までに既に受信した前記商品情報を、前記メールアドレス毎に登録された個人情報と関連付けて、商品注文情報として記憶管理する記憶手段と、
前記商品注文情報と、該商品注文情報を一意に特定するための識別コードと、該商品注文情報に対応した商品の実際の提供者側端末により読み取られて電子データに変換可能なタグであり、商品の実際の提供者における受付状況毎の経過情報に関する経過タグとを、それぞれ注文受付票としてまとめて出力する出力手段と、
前記提供者側端末により前記経過タグが電子データに変換された経過情報を前記受信手段により受信した際、該経過情報を前記商品注文情報に付加して前記記憶手段による記憶を更新する更新手段と、
同じ前記発注者側端末から送信された前記指示情報のうち、商品の実際の提供者における受付状況の確認を意図する指示情報を受信した時、前記記憶手段により記憶管理されている前記商品注文情報に付加された前記経過情報を、前記発注者側端末に送信する送信手段とを、
有することを特徴とする商品受発注システム。
【請求項２】
前記発注者側端末は携帯電話であり、
少なくとも、前記商品タグおよび前記指示タグを読み取り電子データに変換可能な機能と、前記受注者側サーバーと各種情報の送受信を行う機能と、前記電子データを表示する機能と、発注者が入力操作を行う機能とを、
有することを特徴とする請求項１に記載の商品受発注システム。
【請求項３】
前記出力手段による出力先は、商品の実際の提供者側の店舗に設置された端末に備えられており、
前記提供者側端末は、前記店舗において商品の提供に関わる担当者の携帯電話であり、
少なくとも、前記経過タグを読み取り電子データに変換可能な機能と、前記受注者側サーバーと各種情報の送受信を行う機能と、前記電子データを表示する機能と、発注者が入力操作を行う機能とを、
有することを特徴とする請求項１または２に記載の商品受発注システム。
【請求項４】
前記商品タグは、商品広告に掲載された商品毎に別々に用意され、
各商品タグの商品情報は、商品の種別の他、該商品を選択した旨の内容と、これらを電子データとして送信する前記受注者側サーバー側のメールアドレスとを、少なくとも含み、
前記指示タグは、予め定められた発注者側の要求内容として、商品注文の確定を意図する旨の内容、商品注文の取り消しを意図する旨の内容、商品注文の受付状況の確認を意図する内容、その他の問い合せを意図する内容毎に別々に用意され、
各指示タグの操作情報は、それぞれ前記要求内容の他、各要求内容を電子データとして送信する前記受注者側サーバー側のメールアドレスを、少なくとも含み、
前記経過タグは、予め定められた商品の実際の提供者における受付状況として、配達中を意図する内容、配達完了を意図する内容、入金確認を意図する内容毎に別々に用意され、
各経過タグの経過情報は、それぞれ前記受付状況の他、各受付状況を電子データとして送信する前記受注者側サーバー側のメールアドレスを、少なくとも含む、
ことを特徴とする請求項１，２または３に記載の商品受発注システム。
【請求項５】
商品を注文する発注者が商品を提供する受注者に対して、受注者より予め配布された商品広告の中から所望の商品を注文するに際して、発注者側端末から通信ネットワークを介して送信された商品注文に関する情報を、受注者側サーバーにより受信して商品受注に関する一連の処理を実行するための機能を実現させる商品受発注プログラムであって、
前記商品広告は、前記発注者側端末により読み取られて電子データに変換可能なタグとして、掲載された商品毎の商品情報に関する商品タグと、発注者側の要求内容毎の指示情報に関する指示タグと、を少なくとも有し、
前記発注者側端末により前記商品タグが電子データに変換された商品情報、および前記指示タグが電子データに変換された操作情報を、それぞれ送信元となる前記発注者側端末を特定するメールアドレスと共に受信するステップと、
同じ前記発注者側端末から送信された前記指示情報のうち、商品注文の確定を意図する指示情報を受信した時、当該時点までに既に受信した前記商品情報を、前記メールアドレス毎に登録された個人情報と関連付けて、商品注文情報として記憶管理するステップと、
前記商品注文情報と、該商品注文情報を一意に特定するための識別コードと、該商品注文情報に対応した商品の実際の提供者側端末により読み取られて電子データに変換可能なタグであり、商品の実際の提供者における受付状況毎の経過情報に関する経過タグとを、それぞれ注文受付票としてまとめて出力するステップと、
前記提供者側端末により前記経過タグが電子データに変換された経過情報を前記受信手段により受信した際、該経過情報を前記商品注文情報に付加して前記記憶手段による記憶を更新するステップと、
同じ前記発注者側端末から送信された前記指示情報のうち、商品の実際の提供者における受付状況の確認を意図する指示情報を受信した時、前記記憶手段により記憶管理されている前記商品注文情報に付加された前記経過情報を、前記発注者側端末に送信するステップとを、
前記受注者側サーバーに実行させることを特徴とする商品受発注プログラム。
【請求項６】
商品を注文する発注者が商品を提供する受注者に対して、受注者より予め配布された商品広告の中から所望の商品を注文するに際して、発注者側端末から通信ネットワークを介して送信された商品注文に関する情報を、受注者側サーバーにより受信して商品受注に関する一連の処理を実行するための商品受発注方法において、
前記商品広告は、前記発注者側端末により読み取られて電子データに変換可能なタグとして、掲載された商品毎の商品情報に関する商品タグと、発注者側の要求内容毎の指示情報に関する指示タグと、を少なくとも有し、
前記発注者側端末により前記商品タグが電子データに変換された商品情報、および前記指示タグが電子データに変換された操作情報を、それぞれ送信元となる前記発注者側端末を特定するメールアドレスと共に受信するステップと、
同じ前記発注者側端末から送信された前記指示情報のうち、商品注文の確定を意図する指示情報を受信した時、当該時点までに既に受信した前記商品情報を、前記メールアドレス毎に登録された個人情報と関連付けて、商品注文情報として記憶管理するステップと、
前記商品注文情報と、該商品注文情報を一意に特定するための識別コードと、該商品注文情報に対応した商品の実際の提供者側端末により読み取られて電子データに変換可能なタグであり、商品の実際の提供者における受付状況毎の経過情報に関する経過タグとを、それぞれ注文受付票としてまとめて出力するステップと、
前記提供者側端末により前記経過タグが電子データに変換された経過情報を前記受信手段により受信した際、該経過情報を前記商品注文情報に付加して前記記憶手段による記憶を更新するステップと、
同じ前記発注者側端末から送信された前記指示情報のうち、商品の実際の提供者における受付状況の確認を意図する指示情報を受信した時、前記記憶手段により記憶管理されている前記商品注文情報に付加された前記経過情報を、前記発注者側端末に送信するステップとを、
有することを特徴とする商品受発注方法。
【請求項７】
前記発注者側端末から、商品注文の確定を意図する指示情報を受信する前に、商品注文の受付状況の確認を意図する指示情報を受信した時、当該時点までに既に受信した前記商品情報に基づき、未だ確定していない全ての前記商品情報を、未確定な注文状況として前記発注者側端末に送信するステップを有する
ことを特徴とする請求項６に記載の商品受発注方法。
【請求項８】
前記発注者側端末から、商品注文の確定を意図する指示情報を受信する前に、商品注文の取り止めを意図する指示情報を受信した時、または商品注文の確定を意図する指示情報を所定時間内に受信しなかった時、当該時点までに既に受信した前記商品情報に基づく商品注文を取り消す旨の情報を、前記発注者側端末に送信するステップを有する
ことを特徴とする請求項６または７に記載の商品受発注方法。
【請求項９】
前記発注者側端末から、商品注文の確定を意図する指示情報を受信した時、当該時点までに既に受信した前記商品情報に基づき、
前記商品情報が送信された前記発注者側端末のメールアドレスに対応した個人情報が既に登録済みの場合は、確定した全ての前記商品情報を注文状況として、
前記商品情報が送信された前記発注者側端末のメールアドレスに対応した個人情報が未だ登録されてない場合は、確定した全ての前記商品情報と共に個人情報の入力を促す情報を注文状況として、
前記発注者側端末に送信するステップを有する
ことを特徴とする請求項６，７または８に記載の商品受発注方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品を注文する発注者が商品を提供する受注者に対して、受注者より予め配布された商品広告の中から所望の商品を注文するに際して、発注者側端末から通信ネットワークを介して送信された商品注文に関する情報を、受注者側サーバーにより受信して商品受注に関する一連の処理を実行するための商品受発注システムおよびプログラムと方法に関する。より詳しくは、商品の注文を携帯電話により、バーコードリーダを利用して簡単にメールの送受信で行うことができるものである。
【背景技術】
【０００２】
従来より、携帯電話やインターネット等の通信ネットワークを介して、商品の受発注を行う商品販売に関するシステムは知られている。かかるシステムには、例えば、商品を注文する発注者である一般ユーザーが、携帯電話やパソコン（Personal Computer）を用いて、商品を提供する店舗等によりインターネット上に開設されたＷｅｂサイトを通じて、通信ネットワークを介して所望の商品を注文するシステムや、一般ユーザーが、広告チラシ等に掲載された商品を見ながら、携帯電話やパソコンを用いて、通信ネットワークを介して所望の商品を注文するシステム等が存在する。
【０００３】
このようなシステムとして具体的には例えば、特許文献１には、次の商品販売システムが開示されている。すなわち、チラシ等の商品販売用印刷物の広告商品を掲載した画像区画ごとに、見た目には通常のフルカラー画像の商品イメージ、商品名、値段等と共に、撮影により映像認識され得る光学的潜像の特殊記号を印刷する。所望の商品の画像区画をデジタルカメラで撮影すると、特殊記号が画像認識され表示画面に可視的に映像化され、メモリに記憶される。特殊記号は例えばバーコードやＱＲコード等であり、含まれる情報は販売会社のＵＲＬ、商品コード等である。商品購買希望者は撮影データを送信するだけで販売会社のＵＲＬにアクセスし、注文確定の入力を行うことができる。
【０００４】
また、特許文献２には、次の商品発注方法が開示されている。すなわち、携帯電話にバーコードリーダを付設すると共に、携帯電話に内装したコンピュータにバーコードリーダの読取データを蓄積する機能と、蓄積したデータを呼出し送信する機能を装備する。カタログの商品を発注する時、カタログのページに記されているメーカのＵＲＬコードを示す第１のバーコードを携帯電話でスキャニングさせると、このＵＲＬコードがサイトに自動的に送信される。このページの商品の写真に記されている商品コードを示す第２のバーコードを携帯電話でスキャニングさせると、商品コードがサイトに送信される。次に、数量、ユーザ情報を送信させると、サイトからメーカに商品コードと数量とユーザ情報とを発注情報として送信する。
【０００５】
さらに、特許文献３には、次の商品受発注システムが開示されている。すなわち、商品を取引可能とするための必要情報をホスト側に登録しておき、商品提供者は、商品注文者側に商品の情報と共に該商品を特定するためのバーコードを付した商品リストを配布し、商品注文者は、所望の商品の発注を希望する時、携帯電話に設けられたバーコードリーダで、該商品リスト中の該当商品に対応するバーコードを読み取り、インターネット回線を介してホスト側に通知し、ホスト側は、その通知されたデータを前記データベースに書き込むと共に、該データベースの情報に基づき商品の受発注を行う。
【０００６】
【特許文献１】特開２００５−２８４７７８号公報
【特許文献２】特開２００２−２５９７６０号公報
【特許文献３】特開２００１−３４４５３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、前述したような従来の商品を注文するシステムにおいては、何れの場合も、一般ユーザーである商品の発注者から商品を提供する受注者側に対して、商品の注文だけに関する一方向のみの情報の送信を主眼とする内容であった。そのため、発注者は、商品を注文した後、実際に商品を入手するまでは、受注者側である例えば店舗等における商品注文に対する受付状況毎の経過情報を、容易に随時確認することができないという問題があった。
【０００８】
特に、外部で調理した食事を配達するケータリング・サービス（catering-service）においては、従来の商品注文システムを利用するにあたって、商品の配達の迅速さが重要であるにも拘わらず、一般ユーザーである商品の発注者は、商品を注文した後にリアルタイムで商品が未だ調理中であるのか、あるいは配達中であるのか等、これらの経過情報を、前記システムとは全く別に一般の電話等による問い合せでしか知ることができず、また、店舗等においても、問い合せがあった場合の確認および返答作業が煩わしく、人件費等のコストアップを招く虞があった。
【０００９】
また、前述したような従来の商品を注文するシステムにおいては、何れの場合も、商品を提供する受注者側における利点として、商品の受注作業自体を簡略化することが可能であるが、かかる受注に関連した必要な一連の処理として、例えば、商品注文の受付け伝票の作成については自動化ないし省力化することができなかった。従って、このような商品注文の受付け伝票の作成に関しても、商品を提供する受注者側における事務処理の負荷のさらなる軽減を実現することが希求されていた。
【００１０】
本発明は、前述したような従来の技術が有する問題点に着目してなされたものであり、商品を注文する発注者が商品を提供する受注者に対して、受注者より予め配布された商品広告の中から所望の商品を注文するに際して、発注者と受注者とにおける商品の受発注に関する双方向のコミュニケーションを容易に実現することで、発注者と受注者との双方における利便性を向上させると共に、受注者側において必要となる商品受注に関する一連の処理を簡略化することで、よりいっそうコストを低減することができる商品受発注システムおよびプログラムと方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
前述した目的を達成するための本発明の要旨とするところは、以下の各項の発明に存する。  
［１］商品を注文する発注者が商品を提供する受注者に対して、受注者より予め配布された商品広告（７０）の中から所望の商品を注文するに際して、発注者側端末（３０）から通信ネットワークを介して送信された商品注文に関する情報を、受注者側サーバー（２０）により受信して商品受注に関する一連の処理を実行するための商品受発注システム（１０）において
前記商品広告（７０）は、前記発注者側端末（３０）により読み取られて電子データに変換可能なタグとして、掲載された商品毎の商品情報に関する商品タグ（７２）と、発注者側の要求内容毎の指示情報に関する指示タグ（７３）と、を少なくとも有し、
前記受注者側サーバー（２０）は、
前記発注者側端末（３０）により前記商品タグ（７２）が電子データに変換された商品情報、および前記指示タグ（７３）が電子データに変換された操作情報を、それぞれ送信元となる前記発注者側端末（３０）を特定するメールアドレスと共に受信する受信手段と、
同じ前記発注者側端末（３０）から送信された前記指示情報のうち、商品注文の確定を意図する指示情報を受信した時、当該時点までに既に受信した前記商品情報を、前記メールアドレス毎に登録された個人情報と関連付けて、商品注文情報として記憶管理する記憶手段と、
前記商品注文情報と、該商品注文情報を一意に特定するための識別コードと、該商品注文情報に対応した商品の実際の提供者側端末（５１）により読み取られて電子データに変換可能なタグであり、商品の実際の提供者における受付状況毎の経過情報に関する経過タグ（２１０）とを、それぞれ注文受付票（２００）としてまとめて出力する出力手段と、
前記提供者側端末（５１）により前記経過タグ（２１０）が電子データに変換された経過情報を前記受信手段により受信した際、該経過情報を前記商品注文情報に付加して前記記憶手段による記憶を更新する更新手段と、
同じ前記発注者側端末（３０）から送信された前記指示情報のうち、商品の実際の提供者における受付状況の確認を意図する指示情報を受信した時、前記記憶手段により記憶管理されている前記商品注文情報に付加された前記経過情報を、前記発注者側端末（３０）に送信する送信手段とを、
有することを特徴とする商品受発注システム（１０）。
【００１２】
［２］前記発注者側端末（３０）は携帯電話であり、
少なくとも、前記商品タグ（７２）および前記指示タグ（７３）を読み取り電子データに変換可能な機能と、前記受注者側サーバー（２０）と各種情報の送受信を行う機能と、前記電子データを表示する機能と、発注者が入力操作を行う機能とを、
有することを特徴とする［１］に記載の商品受発注システム（１０）。
【００１３】
［３］前記出力手段による出力先は、商品の実際の提供者側の店舗に設置された端末に備えられており、
前記提供者側端末（５１）は、前記店舗において商品の提供に関わる担当者の携帯電話であり、
少なくとも、前記経過タグ（２１０）を読み取り電子データに変換可能な機能と、前記受注者側サーバー（２０）と各種情報の送受信を行う機能と、前記電子データを表示する機能と、発注者が入力操作を行う機能とを、
有することを特徴とする［１］または［２］に記載の商品受発注システム（１０）。
【００１４】
［４］前記商品タグ（７２）は、商品広告（７０）に掲載された商品毎に別々に用意され、
各商品タグ（７２）の商品情報は、商品の種別の他、各商品を選択した旨の内容と、これらを電子データとして送信する前記受注者側サーバー（２０）側のメールアドレスとを、少なくとも含み、
前記指示タグ（７３）は、予め定められた発注者側の要求内容として、商品注文の確定を意図する旨の内容、商品注文の取り消しを意図する旨の内容、商品注文の受付状況の確認を意図する内容、その他の問い合せを意図する内容毎に別々に用意され、
各指示タグ（７３）の操作情報は、それぞれ前記要求内容の他、各要求内容を電子データとして送信する前記受注者側サーバー（２０）側のメールアドレスを、少なくとも含み、
前記経過タグ（２１０）は、予め定められた商品の実際の提供者における受付状況として、配達中を意図する内容、配達完了を意図する内容、入金確認を意図する内容毎に別々に用意され、
各経過タグ（２１０）の経過情報は、それぞれ前記受付状況の他、各受付状況を電子データとして送信する前記受注者側サーバー（２０）側のメールアドレスを、少なくとも含む、
ことを特徴とする［１］，［２］または［３］に記載の商品受発注システム（１０）。
【００１５】
［５］商品を注文する発注者が商品を提供する受注者に対して、受注者より予め配布された商品広告（７０）の中から所望の商品を注文するに際して、発注者側端末（３０）から通信ネットワークを介して送信された商品注文に関する情報を、受注者側サーバー（２０）により受信して商品受注に関する一連の処理を実行するための機能を実現させる商品受発注プログラムであって、
前記商品広告（７０）は、前記発注者側端末（３０）により読み取られて電子データに変換可能なタグとして、掲載された商品毎の商品情報に関する商品タグ（７２）と、発注者側の要求内容毎の指示情報に関する指示タグ（７３）と、を少なくとも有し、
前記発注者側端末（３０）により前記商品タグ（７２）が電子データに変換された商品情報、および前記指示タグ（７３）が電子データに変換された操作情報を、それぞれ送信元となる前記発注者側端末（３０）を特定するメールアドレスと共に受信するステップと、
同じ前記発注者側端末（３０）から送信された前記指示情報のうち、商品注文の確定を意図する指示情報を受信した時、当該時点までに既に受信した前記商品情報を、前記メールアドレス毎に登録された個人情報と関連付けて、商品注文情報として記憶管理するステップと、
前記商品注文情報と、該商品注文情報を一意に特定するための識別コードと、該商品注文情報に対応した商品の実際の提供者側端末（５１）により読み取られて電子データに変換可能なタグであり、商品の実際の提供者における受付状況毎の経過情報に関する経過タグ（２１０）とを、それぞれ注文受付票（２００）としてまとめて出力するステップと、
前記提供者側端末（５１）により前記経過タグ（２１０）が電子データに変換された経過情報を前記受信手段により受信した際、該経過情報を前記商品注文情報に付加して前記記憶手段による記憶を更新するステップと、
同じ前記発注者側端末（３０）から送信された前記指示情報のうち、商品の実際の提供者における受付状況の確認を意図する指示情報を受信した時、前記記憶手段により記憶管理されている前記商品注文情報に付加された前記経過情報を、前記発注者側端末（３０）に送信するステップとを、
前記受注者側サーバー（２０）に実行させることを特徴とする商品受発注プログラム。
【００１６】
［６］商品を注文する発注者が商品を提供する受注者に対して、受注者より予め配布された商品広告（７０）の中から所望の商品を注文するに際して、発注者側端末（３０）から通信ネットワークを介して送信された商品注文に関する情報を、受注者側サーバー（２０）により受信して商品受注に関する一連の処理を実行するための商品受発注方法であって、
前記商品広告（７０）は、前記発注者側端末（３０）により読み取られて電子データに変換可能なタグとして、掲載された商品毎の商品情報に関する商品タグ（７２）と、発注者側の要求内容毎の指示情報に関する指示タグ（７３）と、を少なくとも有し、
前記発注者側端末（３０）により前記商品タグ（７２）が電子データに変換された商品情報、および前記指示タグ（７３）が電子データに変換された操作情報を、それぞれ送信元となる前記発注者側端末（３０）を特定するメールアドレスと共に受信するステップと、
同じ前記発注者側端末（３０）から送信された前記指示情報のうち、商品注文の確定を意図する指示情報を受信した時、当該時点までに既に受信した前記商品情報を、前記メールアドレス毎に登録された個人情報と関連付けて、商品注文情報として記憶管理するステップと、
前記商品注文情報と、該商品注文情報を一意に特定するための識別コードと、該商品注文情報に対応した商品の実際の提供者側端末（５１）により読み取られて電子データに変換可能なタグであり、商品の実際の提供者における受付状況毎の経過情報に関する経過タグ（２１０）とを、それぞれ注文受付票（２００）としてまとめて出力するステップと、
前記提供者側端末（５１）により前記経過タグ（２１０）が電子データに変換された経過情報を前記受信手段により受信した際、該経過情報を前記商品注文情報に付加して前記記憶手段による記憶を更新するステップと、
同じ前記発注者側端末（３０）から送信された前記指示情報のうち、商品の実際の提供者における受付状況の確認を意図する指示情報を受信した時、前記記憶手段により記憶管理されている前記商品注文情報に付加された前記経過情報を、前記発注者側端末（３０）に送信するステップとを、
有することを特徴とする商品受発注方法。
【００１７】
［７］前記発注者側端末（３０）から、商品注文の確定を意図する指示情報を受信する前に、商品注文の受付状況の確認を意図する指示情報を受信した時、当該時点までに既に受信した前記商品情報に基づき、未だ確定していない全ての前記商品情報を、未確定な注文状況として前記発注者側端末（３０）に送信するステップを有する
ことを特徴とする［６］に記載の商品受発注方法。
【００１８】
［８］前記発注者側端末（３０）から、商品注文の確定を意図する指示情報を受信する前に、商品注文の取り止めを意図する指示情報を受信した時、または商品注文の確定を意図する指示情報を所定時間内に受信しなかった時、当該時点までに既に受信した前記商品情報に基づく商品注文を取り消す旨の情報を、前記発注者側端末（３０）に送信するステップを有する
ことを特徴とする［６］または［７］に記載の商品受発注方法。
【００１９】
［９］前記発注者側端末（３０）から、商品注文の確定を意図する指示情報を受信した時、当該時点までに既に受信した前記商品情報に基づき、
前記商品情報が送信された前記発注者側端末（３０）のメールアドレスに対応した個人情報が既に登録済みの場合は、確定した全ての前記商品情報を注文状況として、
前記商品情報が送信された前記発注者側端末（３０）のメールアドレスに対応した個人情報が未だ登録されてない場合は、確定した全ての前記商品情報と共に個人情報の入力を促す情報を注文状況として、
前記発注者側端末（３０）に送信するステップを有する
ことを特徴とする［６］，［７］または［８］に記載の商品受発注方法。
【００２０】
前記本発明は、次のように作用する。  
先ず、商品を提供する受注者は商品広告（７０）を用意して、商品広告（７０）を商品を注文する一般ユーザー等の発注者に予め配布する。商品広告（７０）には、発注者側端末（３０）により読み取られて電子データに変換可能なタグとして、掲載された商品毎の商品情報に関する商品タグ（７２）と、発注者側の要求内容毎の指示情報に関する指示タグ（７３）とが少なくとも含まれている。
【００２１】
商品の発注者は、商品広告（７０）を見ながら発注者側端末（３０）により、掲載されている商品タグ（７２）を読み取り、電子データに変換した商品情報を得ることができる。同様に、掲載されている指示タグ（７３）を読み取り、電子データに変換した操作情報を得ることができる。ここで発注者側端末（３０）が携帯電話であれば、発注者は携帯電話を利用して簡単に商品を注文することができる。
【００２２】
すなわち、発注者は携帯電話によって、商品タグ（７２）を読み取り、電子データに変換した上で、この電子データを商品注文に関する情報として、そのまま携帯電話の通信機能を利用して受注者側サーバー（２０）にメール送信すれば良い。メール送信に伴って、当該携帯電話を特定するメールアドレスも一緒に送信される。発注者側から送信されたこれらの情報は、受注者側サーバー（２０）にある受信手段によって受信される。
【００２３】
ここで例えば、商品タグ（７２）の読み取り、ないしメール送信を、商品毎に連続して行えば、一度に複数の商品を注文することができる。また、発注者は携帯電話によって、商品広告（７０）に掲載されている指示タグ（７３）を読み取り、これも電子データに変換することができる。かかる指示タグ（７３）のうち、商品注文の確定を意図する指示情報を含むものを選んで読み取り、電子データに変換して受注者側サーバー（２０）にメール送信することにより、商品注文の内容を確定することができる。
【００２４】
受注者側サーバー（２０）においては、前記商品情報が送信されたものと同じ発注者側端末（３０）から送信された前記指示情報のうち、商品注文の確定を意図する指示情報を受信した時、前記受信した商品情報を、前記メールアドレス毎に登録された個人情報と関連付けて、商品注文情報として記憶手段により記憶管理する。これらの情報は、発注者に関するデータベース（２２）として適宜更新されながら管理されることになる。
【００２５】
そして、受注者側サーバー（２０）は、前記商品注文情報と、該商品注文情報を一意に特定するための識別コードと、商品の実際の提供者における受付状況毎の経過情報に関する経過タグ（２１０）とを一緒にまとめた注文受付票（２００）を作成した上で、この注文受付票（２００）を出力手段により自動的に出力する。これにより、受注者側では注文受付票（２００）を手書きで作成する労力を省くことができる。経過タグ（２１０）は、商品タグ（７２）や指示タグ（７３）と同様に読み取られて電子データに変換可能なタグであり、商品の実際の提供者における受付状況毎の経過情報に応じて予め用意されている。
【００２６】
出力手段による出力先は、受注者側サーバー（２０）自体が備えても良いが、商品の実際の提供者側の店舗に設置された端末（５０）に備えることにより、該店舗内において容易に活用することが可能となる。商品の実際の提供者、例えば店舗で商品の提供に関わる担当者は、前記注文受付票（２００）を見ながら提供者側端末（５１）により、掲載されている経過タグ（２１０）のうち、現時点における受付状況に対応した経過タグ（２１０）を随時読み取り、電子データに変換した経過情報を受注者側サーバー（２０）に送信する。
【００２７】
これにより、受注者側サーバー（２０）では、随時受信する経過情報に基づき、商品の受付状況をリアルタイムで把握することができる。ここで提供者側端末（５１）が、前記発注者側端末（３０）と同様に携帯電話であれば、店舗で商品の提供に関わる担当者は、携帯電話を利用して簡単に商品の受付状況を随時報告することができる。受注者側サーバー（２０）は、このような経過情報を前記受信手段により受信した際、該経過情報を前記商品注文情報に付加して前記記憶手段による記憶を更新手段によって随時更新する。
【００２８】
そして、受注者側サーバー（２０）は、前記発注者側端末（３０）から送信された前記指示情報のうち、商品の実際の提供者における受付状況の確認を意図する指示情報を受信した時には、当該時点で記憶手段により記憶されている商品注文情報に対応した経過情報を、送信手段によって発注者側端末（３０）に送信する。このように、発注者と受注者とにおける商品の受発注に関する双方向のコミュニケーションを容易に実現することで、特に商品の発注者は、簡単に商品の受付状況を随時確認することが可能となる。
【００２９】
また、受注者側サーバー（２０）において、発注者側端末（３０）から、商品注文の確定を意図する指示情報を受信する前に、商品注文の受付状況の確認を意図する指示情報を受信した時、当該時点までに受信した商品情報に基づき、未だ確定していない全ての前記商品情報を、未確定な注文状況として発注者側端末（３０）に送信するようにしても良い。これにより、商品の発注者は、簡単にどの商品を幾つ選んだか等を随時確認することが可能となる。
【００３０】
また、受注者側サーバー（２０）において、発注者側端末（３０）から、商品注文の確定を意図する指示情報を受信する前に、商品注文の取り止めを意図する指示情報を受信した時、または商品注文の確定を意図する指示情報を所定時間内に受信しなかった時、当該時点までに受信した商品情報に基づく商品注文を取り消す旨の情報を、発注者側端末（３０）に送信するようにしても良い。これにより、商品の発注者は、商品の注文を全てまとめてキャンセルすることが可能となる。
【００３１】
さらに、受注者側サーバー（２０）において、発注者側端末（３０）から、商品注文の確定を意図する指示情報を受信した時、当該時点までに受信した前記商品情報に基づき、商品情報が送信された発注者側端末（３０）のメールアドレスに対応した個人情報が既に登録済みの場合は、確定した全ての前記商品情報を注文状況として発注者側端末（３０）に送信するようにしても良い。これにより、商品の発注者は、確定した商品の注文内容を容易に確認することができる。
【００３２】
一方、前記商品情報が送信された発注者側端末（３０）のメールアドレスに対応した個人情報が未だ登録されてない場合は、確定した全ての商品情報と共に個人情報の入力を促す情報を注文状況として、発注者側端末（３０）に送信するようにしても良い。これにより、商品の受注者は、商品の発注者の個人情報を容易に取得することができると共に、商品の発注者は、確定した商品の注文内容を容易に確認することができる。なお、個人情報の入力を促す情報としては、住所氏名等の所定事項を入力する画面を送信するだけでなく、これらの入力自体を代行して行う受付センターへの問い合せ先（電話番号）を併記してもかまわない。
【発明の効果】
【００３３】
本発明に係る商品受発注システムおよびプログラムと方法によれば、商品を注文する発注者が商品を提供する受注者に対して、受注者より予め配布された商品広告の中から所望の商品を注文するに際して、発注者と受注者とにおける商品の受発注に関する双方向のコミュニケーションを容易に実現することで、発注者と受注者との双方における利便性を向上させることができる。特に発注者は、簡単に商品の受付状況を随時確認することが可能となる。
【００３４】
また、受注者側において必要となる商品受注に関する一連の処理を簡略化することで、よりいっそうコストを低減することができる。特に受注者は、注文受付票を手書きで作成する労力を省くことができる。さらに、受注者側サーバーでは、随時受信する経過情報に基づき、商品の受付状況をリアルタイムで把握することができる。以上により、受注者側では販売促進や事務処理の簡便化を図ることができ、発注者側では商品注文に際しての利便性の向上を図ることができる。
【発明を実施するための最良の形態】
【００３５】
以下、図面に基づき、本発明を代表する一実施の形態を説明する。  
図１は、本実施の形態に係る商品受発注システム１０の概要を模式的に示す説明図である。図２は、商品受発注システム１０を構成する受注者側サーバー２０の概略構成を示すブロック図である。本実施の形態では、商品受発注システム１０を、外部で調理した料理（例えば弁当等。）を配達するケータリング・サービス（catering-service）に適用した例を説明する。すなわち、「商品」は料理であり、商品を注文する「発注者」は一般ユーザー（消費者）であり、商品を受注する「受注者」は、料理を提供する事業体が相当する。この事業体が、受注者側サーバー２０を管理することになり、商品を実際に提供する「提供者」は、事業体に属する店舗が相当する。
【００３６】
図１に示すように、商品受発注システム１０は、インターネット等の通信ネットワーク１１を介して、受注者側サーバー２０、発注者側端末である携帯電話３０、受付センターに設置される受付端末４０、店舗に設置される店舗端末５０、本社に設置される本社端末６０等が、それぞれ相互に通信可能に接続されている。ここで「受付センター」とは、受注者側サーバー２０を管理する事業体に属し、各種問い合せに対応するための窓口業務を行うものである。また「店舗」は、前述したように商品を実際に提供する提供者である。また「本社」とは、前述した事業体の本社である。なお、受注者側サーバー２０は、前記事業体とは別の事業体が管理を代行するようにしても良い。
【００３７】
発注者側端末である携帯電話３０（以下、便宜上「発注者側携帯電話３０」の表現も用いる。）は、基本的な機能としてインターネットに接続可能であり、さらに外部の被写体を撮影可能なカメラや、該カメラによって撮影された２次元コードを解析するバーコードリーダを備えているものが該当する。携帯電話３０は通信ネットワーク１１を介して、受注者側サーバー２０と双方向に接続可能であり、少なくとも各種データの送受信を行う。また、後述するが店舗において商品の配達担当者が使う提供者側端末も、同様な携帯電話５１である。なお、これらの携帯電話３０，５１の構成は、一般的であるので詳しい説明は省略する。
【００３８】
受注者側サーバー２０、受付端末４０、店舗端末５０、本社端末６０は、具体的には例えば、一般のＰＣ（Personal Computer）から成り、図示省略したがそれぞれＣＰＵ（Central Processing
Unit）やＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等の必要な構成と共に、カラーあるいは白黒でのグラフィック表示が可能なＣＲＴやＬＣＤ等の画面と、キーボードやマウス等の入力部を有する。受注者側サーバー２０、受付端末４０、店舗端末５０、本社端末６０は、それぞれ固有のＩＰ(Internet Protocol)アドレスによって互いに区別されると共に、ＩＰアドレスを用いて互いに通信することができるように設定されている。
【００３９】
また、受注者側サーバー２０、受付端末４０、店舗端末５０、本社端末６０は、それぞれＷＷＷブラウザが搭載されており、受付端末４０、店舗端末５０、本社端末６０では、所定の操作に基づき通信ネットワーク１１を介して受注者側サーバー２０にアクセスでき、転送されてきたＨＴＭＬファイルがＷＷＷブラウザに読み込まれて、画面上に表示されるようになっている。受注者側サーバー２０、受付端末４０、店舗端末５０、本社端末６０に関しては、インターネット等の公衆回線とは別に専用回線を介して相互に接続しても良い。なお、図１では、受注者側サーバー２０、受付端末４０、店舗端末５０、本社端末６０を、それぞれ別々の端末として図示したが、受注者側サーバー２０と、受付端末４０および／または本社端末６０とを、同一の場所に設置したり、同一の端末によって運用することも可能である。
【００４０】
特に、受注者側サーバー２０は、商品受発注プログラム２１によりＣＰＵが実現する機能として、受信手段、記憶手段、出力手段、更新手段、送信手段とを有する。これらの各手段については追って順次説明する。ここで出力手段は、店舗端末５０にも備えられている。受注者側サーバー２０のＣＰＵは、ＲＯＭのＯＳに基づいて動作し、内部のＨＤ(Hard Disk)に格納されている商品受発注プログラム２１をＲＡＭに読み出し、次述するデータベース２２に記憶されている各種のデータをＲＡＭに読み出しながら、前記各手段を実行することになる。
【００４１】
また、受注者側サーバー２０には、図１中ではその内部にデータベース２２が構築されているが、データベース２２は受注者側サーバー２０の内部に限らず、受注者側サーバー２０に外付けする外部記憶装置としては、例えばＨＤ、ＭＯ（Magnet Optical disk）、ＣＤ−Ｒ／Ｗ（compact disc read/write memory）等に構築しても良い。なお、前記各手段を１台の受注者側サーバー２０だけで実現しても良いが、発注者側携帯電話３０からのアクセス（発注）が増えてくると負荷が集中して処理が遅くなるから、受付端末４０、店舗端末５０、本社端末６０等にも、受注者側サーバー２０としての機能を分散するように構成しても良い。
【００４２】
図２は、商品受発注システム１０において使用される商品広告の一例を模式的に示す説明図である。同図に示す商品広告７０は、発注者側で扱っている商品の一覧を掲載した広告チラシや商品カタログ等の印刷物であり、例えば、受注者側に属する店舗で作成されて、発注者側である一般ユーザーに配布されるものである。具体的には商品広告７０は、商品として各種ケータリング料理のサンプル画像７１（７１ａ，７１ｂ…）が掲載されており、各サンプル画像７１毎に商品情報に関する商品タグ７２（７２ａ，７２ｂ…）が付記されている。また、予め定められた発注者側の要求内容として、各要求内容毎の指示情報に関する指示タグ７３（７３ａ，７３ｂ…）も掲載されており、これら指示タグ７３の傍らには、発注者に対する操作説明を記載した説明欄７４が印刷されている。
【００４３】
商品タグ７２や指示タグ７３は、発注者側端末３０により光学的に読み取られて電子データに変換可能なタグであり、本実施の形態では、携帯電話３０のカメラで撮影されて解析可能な２次元コードのうちＱＲコード（デンソーウェーブ社；登録商標）を採用している。各商品タグ７２にコード化されている商品情報としては、それぞれ対応するサンプル画像７１に関する商品の種別の他、該商品を選択した旨の内容と、これらを電子データとして送信する受注者側サーバー２０側のメールアドレスとが、少なくとも含まれている。
【００４４】
これらの情報は、商品タグ７２を携帯電話３０のカメラで直接撮影してバーコードリーダで解析することにより、自動的に全て文字としての電子データに変換される。携帯電話３０には、簡単な所定操作によって、前記メールアドレス宛に電子データをそのまま含む内容で、メール送信することができる機能が一般的には備えられている。なお、本実施の形態では、商品タグ７２をＱＲコードで作成しているが、他の２次元コードとして、PDF417、ベリコード、マキシコード等を採用したり、あるいはバーコード等の一次元コード、さらには光学式文字読取装置であるＯＣＲ（Optical Character
Reader）により読み取りおよび電子化可能な文字そのものによって、タグを構成してもかまわない。
【００４５】
指示タグ７３のうち１つ目の指示タグ７３ａは、予め定められた発注者側の要求内容として、受注者側サーバー２０側に対して承認の意思を伝えるものであり、商品注文の確定を意図する旨の内容が含まれている。２つ目の指示タグ７３ｂは、受注者側サーバー２０側に対して否認の意思を伝えるものであり、商品注文の取り消しを意図する旨の内容が含まれている。３つ目の指示タグ７３ｃは、受注者側サーバー２０側に対して確認したい問い合せの意思を伝えるものであり、商品注文の受付状況の確認を意図する内容が含まれている。４つ目の指示タグ７３ｄは、受注者側サーバー２０側に対して前記指示タグ７３ｃの守備範囲外の問い合せの意思を伝えるものであり、その他の問い合せを意図する内容が含まれている。
【００４６】
各指示タグ７３にコード化されている操作情報は、それぞれ前記４種類の要求内容の他、該要求内容を電子データとして送信する受注者側サーバー２０のメールアドレスが少なくとも含まれている。指示タグ７３に関しても、前記商品タグ７２と同様にＱＲコードに限られるものではなく、他の２次元コードとしたり、一次元コード、さらにはＯＣＲにより読み取る文字そのもので構成しても良い。また、説明欄７４には、主として商品タグ７２の読み取りおよび送信による商品の注文の仕方や、各指示タグ７３に関する意味の説明等が文字で記載されている。
【００４７】
図３は、本実施の形態に係る商品受発注システム１０の動作の一例を示すシーケンスチャートである。図３に沿って以下に、商品受発注システム１０の動作に基づく商品受発注について説明する。  
先ず最初に、図２に示す商品広告７０が、郵送や手渡し等によって発注者側である一般ユーザーに配布される。発注者は商品広告７０を見ながら、商品広告７０に掲載されているサンプル画像７１の中から所望の商品を選択することになる。
【００４８】
ここで発注者は、所望のサンプル画像７１に対応した商品タグ７２を携帯電話３０のカメラで読み取り、商品タグ７２にコード化されていた商品情報を電子データ（文字列）に変換する。かかるバーコードリーダの機能は携帯電話では一般的な機能であり、発注者は、前記電子データ中に含まれていた受注者メールアドレス宛に、所定の操作によって前記商品情報を受注者側サーバー２０に送信する（図３；ステップ１０１）。
【００４９】
このように、発注者は簡単に商品の発注を行うことができる。また、複数の商品を発注する場合には、前述した商品タグ７２の読み取りないし送信の操作を、所望する商品の数だけ連続して繰り返し行えば良い。このような操作方法に関しては、図２に示す商品広告７０の説明欄７４に記されている。携帯電話３０から送信された商品情報は、その送信元となる携帯電話３０を特定する発注者メールアドレスと共に、受注者側サーバー２０の受信手段によって受信される。なお、商品タグ７２に、受注者メールアドレスとは別に受注者側サーバー２０のＵＲＬ情報を含ませておき、受注用側によって開設された携帯サイトを通じて、前記商品情報等を送信するようにしても良い。次述する指示タグ７３についても同様である。
【００５０】
未だ商品注文が確定していない段階では、発注者は現時点までに商品タグ７２の読み取りないし送信の操作を行った全ての商品情報を確認することができる。すなわち、発注者は、商品注文の受付状況の確認を意図する要求内容が含まれている指示タグ７３ｃを携帯電話３０のカメラで読み取り、指示タグ７３ｃにコード化されていた操作情報を電子データに変換してから、電子データ中に含まれていたメールアドレス宛に、所定の操作によって前記操作情報を受注者側サーバー２０に送信する（図３；ステップ１１１）。
【００５１】
携帯電話３０から送信された前記指示タグ７３ｃに関する操作情報は、その送信元となる携帯電話３０を特定するメールアドレスと共に、受注者側サーバー２０の受信手段によって受信される。この時に受注者側サーバー２０は商品受発注プログラム２１の機能によって、現時点までに同じ発注者メールアドレスから送信されてきた全ての商品情報を含む商品リスト（未確定な注文状況）４０１を作成し、この商品リスト４０１を、前記指示タグ７３ｃを送信してきた携帯電話３０に対して自動的に返信する（図３；ステップ１１２）。これにより、商品の発注者は、簡単にどの商品を幾つ選んだか等を随時確認することが可能となる。
【００５２】
ここで商品リスト４０１としては、例えば図６に示すように、現時点までの注文内容の他、その合計金額や、届け先の住所および氏名等の個人情報を含めると良い。なお、個人情報はデータベース２２に記憶管理されているものであり、前記発注者メールアドレスを元にして検索される。なお、個人情報が未だ登録されていない場合には、当然表示されることはなく、後述する個人情報の登録を促す内容を含めると良い。
【００５３】
また、商品注文が確定していない段階で、発注者は現時点までに商品タグ７２の読み取りないし送信を行った全ての手続きをキャンセルすることができる。すなわち、発注者は、商品注文の取り止めを意図する要求内容が含まれている指示タグ７３ｂを携帯電話３０のカメラで読み取り、指示タグ７３ｂにコード化されていた操作情報を電子データに変換してから、電子データ中に含まれていたメールアドレス宛に、所定の操作によって前記操作情報を受注者側サーバー２０に送信する（図３；ステップ１２１）。
【００５４】
受注者側サーバー２０から送信された前記指示タグ７３ｂに関する操作情報も、その送信元となる携帯電話３０を特定する発注者メールアドレスと共に、受注者側サーバー２０の受信手段によって受信される。この時に受注者側サーバー２０は商品受発注プログラム２１の機能によって、現時点までに同じ発注者メールアドレスから送信されてきた全ての商品情報に関する商品注文を取り消す旨のキャンセル報告（情報）４０２を作成し、このキャンセル報告４０２を、前記指示タグ７３ｂを送信してきた携帯電話３０に対して自動的に返信する（図３；ステップ１２２）。これにより、商品の発注者は、商品注文の途中であれば、商品の注文を全てまとめて容易にキャンセルすることが可能となる。
【００５５】
ここでキャンセル報告４０２としては、例えば図７に示すように、現時点までの注文内容および合計金額の加えて、実際にキャンセルを行わせるための連絡先として、受注者側サーバー２０のＵＲＬおよび電話番号が記されている。商品の発注者は、前記ＵＲＬにより、受注用側の携帯サイトにアクセスして、該携帯サイト内の所定のフォームに従ってキャンセルするか、あるいは前記電話番号に電話して受付センターにキャンセルする旨を伝えても良い。これらの手続きに基づき、受注者側サーバー２０上において商品注文を取り消す手続きは完了する。
【００５６】
また、発注者側端末３０から、後述する商品注文の確定を意図する指示情報を、例えば最初の商品情報の受信時から起算して所定時間内に受注者側サーバー２０が受信しなかった時にも、受注者側サーバー２０上において商品注文を取り消す手続きが完了する。これにより、商品の発注者は、キャンセル報告４０２を受け取った後、あえて実際のキャンセル手続きを積極的に行わなくても、自動的に商品注文は全て受注者側サーバー２０上で取り消されることになる。
【００５７】
さらに、最初の商品情報の受信時から起算して所定時間内に、何の情報も受信しなかった場合にも、受注者側サーバー２０上において商品注文を取り消す手続きを完了するように設定しても良い。この場合、発注者は指示タグ７３ｂ自体を読み取り送信する必要もなく、注文する商品を一部変更するのではなく、注文自体を全て取り止める場合に発注者の処理負荷が軽減される。ただし、キャンセルが確定するまでは再注文ができないことになる。
【００５８】
ところで、発注者が商品注文の途中で受注者側サーバー２０側に対し、前記指示タグ７３ｃの守備範囲外の問い合せをしたい場合には、かかる問い合せに関しても、同様の手続きで簡単に行うことができる。すなわち、発注者は、その他の問い合せを意図する要求内容が含まれている指示タグ７３ｄを携帯電話３０のカメラで読み取り、指示タグ７３ｄにコード化されていた操作情報を電子データに変換してから、電子データ中に含まれていたメールアドレス宛に、所定の操作によって前記操作情報を受注者側サーバー２０に送信する（図３；ステップ１３１）。
【００５９】
携帯電話３０から送信された前記指示タグ７３ｄに関する操作情報は、その送信元となる携帯電話３０を特定するメールアドレスと共に、受注者側サーバー２０の受信手段によって受信される。この時に受注者側サーバー２０は商品受発注プログラム２１の機能によって、問い合せ方法を示した問い合せリスト４０３を作成し、この問い合せリスト４０３を、前記指示タグ７３ｄを送信してきた携帯電話３０に対して自動的に返信する（図３；ステップ１３２）。これにより、商品の発注者は、様々に問い合せを容易に行うことが可能となる。
【００６０】
ここで問い合せリスト４０３としては、例えば図８に示すように、受付センターのオペレータを呼出すための電話番号や、携帯サイトへのＵＲＬ等が記されている。なお、指示タグ７３ｄの送信による問い合せ内容とは、他の指示タグ７３では対応していない要求内容であり、具体的には例えば、商品の配達までの待ち時間等、受注者側サーバー２０側では予測可能な情報が該当する。これらの問い合せは、発注者は前記問い合せリスト４０３を受信した後、電話等により直接問い合せることになる（図３；ステップ１３３）。
【００６１】
発注者は、注文を希望する全ての商品に関する商品情報を送信した後、商品注文を確定することができる。すなわち、発注者は、商品注文の確定を意図する旨の要求内容が含まれている指示タグ７３ａを携帯電話３０のカメラで読み取り、指示タグ７３ａにコード化されていた操作情報を電子データに変換してから、電子データ中に含まれていたメールアドレス宛に、所定の操作によって前記操作情報を受注者側サーバー２０に送信する（図３；ステップ１４１）。
【００６２】
携帯電話３０から送信された前記指示タグ７３ａに関する操作情報は、その送信元となる携帯電話３０を特定するメールアドレスと共に、受注者側サーバー２０の受信手段によって受信される。この時に受注者側サーバー２０は商品受発注プログラム２１の機能によって、現時点までに同じ発注者メールアドレスから送信されてきた全ての商品情報に関する商品注文を確定して、その旨の応答を作成して前記指示タグ７３ａを送信してきた携帯電話３０に対して自動的に返信する（図３；ステップ１４２）。これにより商品注文は確定する。以上のように商品の発注者は、単に所定のＱＲコードを携帯電話で読み取り、その電子データを送信するだけで、所望の商品を簡単に注文することができる。
【００６３】
受注者側サーバー２０では、商品受発注プログラム２１の機能により、商品注文を確定の旨の応答として注文状況確定報告が自動的に作成されるが、ここで発注者側メールアドレスに対応した個人情報が、既に受注者側サーバー２０のデータベース２２に登録済みである場合は、例えば図９に示すように、確定した全ての商品情報の他、その合計金額や、届け先の住所および氏名等の個人情報を含む注文状況確定報告４０４が作成されて、発注者側携帯電話３０に送信される。これにより、商品の発注者は、確定した商品の注文内容を容易に確認することができる。
【００６４】
一方、発注者側メールアドレスに対応した個人情報が、未だ受注者側サーバー２０のデータベース２２に登録されていない場合は、例えば図１０に示すように、確定した全ての前記商品情報と共に、個人情報の入力を促す情報を含む注文状況確定報告４０５が作成されて、発注者側携帯電話３０に送信される。これにより、商品の発注者は、商品の発注者の個人情報を容易に取得することができると共に、商品の発注者は、確定した商品の注文内容を容易に確認することができる。
【００６５】
個人情報の入力を促す情報とは、具体的には例えば、氏名および住所を発注者自身に入力させる入力枠を備えたフォーム画面が該当する。また、個人情報の入力を代行させる受付センターのオペレータを呼出す電話番号を含ませても良い。このような注文状況確定報告４０５に入力されて送信された個人情報は、受注者側サーバー２０の商品受発注プログラム２１の機能によって、受注者側サーバー２０のデータベース２２に自動的に登録される（図３；ステップ１５０）。また、受付センターのオペレータとの電話により、入力代行された個人情報も、同様に受注者側サーバー２０の商品受発注プログラム２１の機能によって、受注者側サーバー２０のデータベース２２に自動的に登録される（図３；ステップ１５１）。
【００６６】
そして、受注者側サーバー２０は、商品受発注プログラム２１の機能の一つである記憶手段によって、前記確定した全ての商品情報と、その発注者のメールアドレス毎に登録された前記個人情報とを、それぞれ関連付けて商品注文情報として記憶管理する。商品注文情報は、発注者に関するデータとして、データベース２２に適宜更新されながら記憶管理されることになる。
【００６７】
さらに、受注者側サーバー２０は、商品受発注プログラム２１の機能の一つである出力手段によって、前記商品注文情報と、該商品注文情報を一意に特定するための識別コードと、商品の実際の提供者における受付状況毎の経過情報に関する経過タグ２１０とを、一緒にまとめた注文受付票を作成した上で、この注文受付票を自動的に出力する（図３；ステップ１６１，ステップ１６２）。
【００６８】
本実施の形態では、受注者側サーバー２０から店舗端末５０に注文受付票のデータが自動的にダウンロードされて、後述する店舗端末５０の画面上に表示出力されると共に、プリンタ５２によって紙媒体に印刷出力されるようになっている。これにより、受注者側、特に商品の実際の提供者である店舗において、商品注文を受ける度に注文受付票を手書きで作成する労力を省くことができ、受注者側の事務処理の簡便化が可能となる。図４は、店舗端末５０の画面に表示される注文受付票２００の一例を示している。
【００６９】
注文受付票２００中には、前記商品注文情報である発注者（届け先）の氏名および住所と、前記識別コードである受付番号、それに３種類の経過タグ２１０が含まれている。ここで識別コードは、各々の商品注文情報を一意に特定するためものであれば、数字やアルファベット等の文字列の組み合わせ、あるいはバーコード等何でも良いが、本実施の形態では、最初の商品情報の受信時（西暦／月／日／時刻／枝番号）を表わす受付番号を採用している。枝番号（−９９）は、秒まで含めた同一時刻に万一複数の注文が重なった場合に付す連番である。
【００７０】
経過タグ２１０は、前記商品注文情報に対応した商品の実際の提供者側端末５１により光学的に読み取られて電子データに変換可能なタグであり、商品の実際の提供者における受付状況毎の経過情報に応じて予め用意されている。ここで提供者側端末とは、商品の実際の商品提供者である店舗において、例えば商品の配達を担当する者が所有する携帯電話５１である。
【００７１】
提供者側端末である携帯電話５１（以下、便宜上「提供者側携帯電話５１」の表現も用いる。）は、前記発注者側携帯電話３０と同様に、基本的な機能としてインターネットに接続可能であり、さらに外部の被写体を撮影可能なカメラや、該カメラによって撮影された２次元コードを解析するバーコードリーダを備えているものが該当する。携帯電話５１も通信ネットワーク１１を介して、受注者側サーバー２０と双方向に接続可能であり、各種データの送受信を行う。
【００７２】
本実施の形態では経過タグ２１０として、前述した商品タグ７１や指示タグ７２と同様にＱＲコードを採用している。各経過タグ２１０にコード化されている経過情報としては、それぞれ対応する商品提供者の受付状況の他、該受付状況を電子データとして送信する前記受注者側サーバー２０側のメールアドレスが、少なくとも含まれている。なお、経過タグ２１０も、前述した商品タグ７１や指示タグ７２と同様にＱＲコードに限られるものではない。
【００７３】
詳しく言えば、図４に示す経過タグ２１０のうち、１つ目の経過タグ２１０ａは、今から商品を配達する（配達中である）旨の経過情報を受注者側サーバー２０側に現状報告するものである。２つ目の経過タグ２１０ｂは、配達完了を意図する旨の経過情報を受注者側サーバー２０側に現状報告するものである。３つ目の経過タグ２１０ｃは、配達完了後に発注者から入金確認した旨の経過情報を受注者側サーバー２０側に現状報告するものである。
【００７４】
店舗では前記注文受付票２００に基づいて、受注商品の調理および配達が行われる（図３；ステップ１７０）。このような調理および配達の過程では、その途中に前記経過タグ２１０の受付状況毎にチェックポイントが定められており、店舗における商品の配達担当者は、その都度、携帯電話５１により、当該チェックポイント時点における受付状況に実際対応する経過タグ２１０を読み取り、これを電子データに変換した経過情報を受注者側サーバー２０に送信する（図３；ステップ１７１）。
【００７５】
これにより、受注者側サーバー２０では、随時受信する経過情報に基づき、商品の受付状況をリアルタイムで把握することができる。特に提供者側端末５１は、前記発注者側端末３０と同様に携帯電話であるから、店舗で商品の提供に関わる担当者は、携帯電話を利用して簡単に商品の受付状況を随時報告することができる。受注者側サーバー２０は、このような経過情報を前記受信手段により受信した際、該経過情報を前記商品注文情報に付加して、データベース２２内のデータを、商品受発注プログラム２１の機能の一つである更新手段によって随時更新する（図３；ステップ１７２）。かかる更新には、注文確定によって更新された受注者のポイントに関するステータスの更新等も含まれている。
【００７６】
そして、商品注文が確定した後の段階では、発注者は現時点での商品の実際の提供者における受付状況を確認することができる。すなわち、発注者は、商品注文の受付状況の確認を意図する要求内容が含まれている指示タグ７３ｃを携帯電話３０のカメラで読み取り、指示タグ７３ｃにコード化されていた操作情報を電子データに変換してから、電子データ中に含まれていたメールアドレス宛に、所定の操作によって前記操作情報を受注者側サーバー２０に送信する（図３；ステップ１８１）。
【００７７】
携帯電話３０から送信された前記指示タグ７３ｃに関する操作情報は、その送信元となる携帯電話３０を特定するメールアドレスと共に、受注者側サーバー２０の受信手段によって受信される。この時に受注者側サーバー２０は商品受発注プログラム２１の機能によって、当該時点で前記記憶手段により記憶管理されている商品注文情報に対応した経過情報を取得して、この経過情報を含む注文経過情報報告４０６を作成し、この注文経過情報報告４０６を、前記指示タグ７３ｃを送信してきた携帯電話３０に対して、前記商品受発注プログラム２１の機能である送信手段により自動的に返信する（図３；ステップ１８２）。
【００７８】
このように、発注者と受注者とにおける商品の受発注に関する双方向のコミュニケーションを容易に実現することで、特に商品の発注者は、簡単に商品の受付状況を随時確認することが可能となる。また、店舗自体としても、商品の受付状況を確認することにより、個々の配達担当者の動きを正確に把握することが可能となる。前記注文経過情報報告４０６としては、例えば図１１に示すように、経過情報が示す具体的な処理状況（例えば「配達中」。）の他、確定済みの注文内容、その合計金額や、届け先の住所および氏名等の個人情報を含めると良い。
【００７９】
商品の配達担当者は、配達が完了して発注者から代金を受け取った際、携帯電話５１により、入金確認の経過情報を含む経過タグ２１０ｃを読み取り送信する（図３；ステップ１８３）。受注者側サーバー２０では、受信した経過タグ２１０ｃの経過情報に基づき、商品の配達が無事完了して代金を受け取った状況をリアルタイムで把握することができる。これに基づき、受注者側サーバー２０では、商品の受発注の終結処理が行われることになる（図３；ステップ１８４）。
【００８０】
そして、受注者側サーバー２０では、前記終結処理に基づきデータベース２２の各種情報を更新したり統計情報を作成し、これを店舗に対して自動的に送信する（図３；ステップ１９１）。また、本社にある本社端末６０でも、前記統計情報に基づいた経営資料を作成すると良い。店舗では、受信した統計資料等に基づき、新たな商品開発や経営改善を行うことができる（図３；ステップ１９２）。
【００８１】
図５は、受注者側である受付センターにおいて、オペレーターが操作する受付端末４０に表示される画面の一例を示している。図５に示す画面は、発注者からの注文に応じて生成され、注文受付状況がリアルタイムで表示される。このように、受付センターの受付端末４０によって、受付状況を監視することにより、発注者毎の注文状況や、後述するポイント制度における発注者のステータス毎のポイント数等を判断でき、発注者からの問い合せに対応することができる。
【００８２】
図５に示す画面上の注文受付状況は、商品注文が未だ確定していない場合は、「未確定」に関する項目として、受付開始時間、発注者側メールアドレス、受付内容（受信した全ての商品情報）が表示される。また、商品注文が確定している場合は、「確定済み」に関する項目として、注文番号、注文内容（確定した全ての商品情報）、注文金額、累計ポイント額、ステータスが表示される。
【００８３】
また、図５に示す画面上には、メニューボタンとして「お届け先登録」と「受付設定」が表示されている。ここで「お届け先登録」は、発注者の個人情報を代行して入力する際の所定の入力欄を備えた画面を表示させるものであり、「受付設定」は、発注者からの商品注文のメールを自動的に受信する際に必要となる各種パラメーターを管理するための所定の入力欄を備えた画面を表示させるものである。
【００８４】
受付センターの業務としては、自動受付けの開始および終了の制御、受付状況の監視と各種問い合せへの対応、オペレーターによる発注者の個人情報の代行入力、発注者から電話で注文を受けた時の代行入力、メールの送受信に関する各種パラメーターの管理等がある。このうち自動受付けの開始および終了の制御に関しては、例えば、店舗で商品を配達できる時間帯に合わせて、受注者側サーバー２０が携帯電話３０からの商品注文に対応できる時間帯の開始時間と終了時間を設定しておき、この時間帯外に受信したメールに関しては、営業時間外である旨を知らせるメールを、発信先の携帯電話３０に自動で送信するように設定すると良い。
【００８５】
各種パラメーターの管理としては、例えば、ポイント制度におけるポイント還元率を変更すること等が該当する。ここでポイント制度とは、商品注文の確定時に、注文金額に対して０〜５％程度のポイントを計算し、前述した発注者の個人情報に関連付けてデータベース２２に記憶管理する制度である。発注者は、貯まったポイントを料金精算時に売上げ金額からの割引として利用することができる。かかるポイントは、受注者側サーバー２０上で累積加算ないし減算した数が随時更新され、発注者は自分のポイントを売上げ確定時や問い合せ等で確認することができる。
【００８６】
前述した本発明に係る商品受発注システム１０およびプログラム２１と方法によれば、原資は自動化、省力化、受付センター集約等により受付業務・管理業務のコストを削減することができ、その削減分の一部を前記ポイント制等で利用者（発注者）に還元することができる。また、商品受発注プログラム２１は、受注者側サーバー２０に内蔵されており、受付センターでは還元率を変更するだけで自動計算され注文受付票に反映される。
【００８７】
また、利用者（発注者）はいちいちカードを提示する必要はなく、ただ単に自分の携帯電話３０で注文するだけで良く、またポイントも貯まることになる。かかる方式は現金値引きへの対応も可能である。さらに、利用者（発注者）の許可が得られれば、自動で収集されたメールアドレスを通し、店舗側から利用者へのホットラインとして活用でき、相互のメリットを期待することができる。
【００８８】
以上、本発明の実施の形態を図面によって説明してきたが、具体的な構成は前述した実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲における変更や追加があっても本発明に含まれる。例えば、商品受発注システム１０は、前述したケータリング・サービスに限らず、事務用品のデリバリーやカタログ通販等のあらゆる業種に適用することが可能である。
【００８９】
また、前記実施の形態では、発注者側端末を携帯電話３０としたが、他に例えばカメラと送信機能付きモバイルコンピュータ等、別の情報通信機器を使用しても良い。また、提供者側端末とした商品広告７０についても同様である。また、受注者側サーバー２０、受付端末４０、店舗端末５０、本社端末６０も、それぞれＰＣに限られるものではなく、他の情報通信機器を利用することもできる。
【００９０】
さらに、前記実施の形態では、商品広告７０として、広告チラシ、商品カタログ、新聞や雑誌等の印刷物について説明したが、商品広告は印刷物に限られることなく、コンピュータ端末の表示装置の画面に表示された商品広告であっても良い。また、商品は、特定の有体物に限らず、例えばマッサージや運転代行等のいわゆるサービスである無体物であっても良い。
【図面の簡単な説明】
【００９１】
【図１】本発明の一実施の形態に係る商品受発注システムの概要を模式的に示す説明図である。
【図２】本発明の一実施の形態に係る商品受発注システムを構成する受注者側サーバーの概略構成を示すブロック図である。
【図３】本発明の一実施の形態に係る商品受発注システムの動作の一例（商品受発注方法）を示すシーケンスチャートである。
【図４】本発明の一実施の形態に係る商品受発注システムを構成する店舗端末の画面に表示された注文受付票を示す説明図である。
【図５】本発明の一実施の形態に係る商品受発注システムを構成する受付センター端末の画面の表示例を示す説明図である。
【図６】本発明の一実施の形態に係る商品受発注システムを構成する受注側サーバーが出力する商品リストを示す説明図である。
【図７】本発明の一実施の形態に係る商品受発注システムを構成する受注側サーバーが出力するキャンセル報告を示す説明図である。
【図８】本発明の一実施の形態に係る商品受発注システムを構成する受注側サーバーが出力する問い合せリストを示す説明図である。
【図９】本発明の一実施の形態に係る商品受発注システムを構成する受注側サーバーが出力する注文状況確定報告を示す説明図である。
【図１０】本発明の一実施の形態に係る商品受発注システムを構成する受注側サーバーが出力する注文状況確定報告を示す説明図である。
【図１１】本発明の一実施の形態に係る商品受発注システムを構成する受注側サーバーが出力する注文経過情報報告を示す説明図である。
【符号の説明】
【００９２】
１０…商品受発注システム
１１…通信ネットワーク
２０…受注者側サーバー
２１…商品受発注プログラム
２２…データベース
３０…携帯電話
４０…受付端末
５０…店舗端末
５１…携帯電話
５２…プリンタ
６０…本社端末
７０…商品広告
７１…サンプル画像
７２…商品タグ
７３…指示タグ
７４…説明欄
２００…注文受付票
２１０…経過タグ
４０１…商品リスト
４０２…キャンセル報告
４０３…問い合せリスト
４０４…注文状況確定報告
４０５…注文状況確定報告
４０６…注文経過情報報告
【図１】
2009187082.tif 000003
【図２】
2009187082.tif 000004
【図３】
2009187082.tif 000005
【図４】
2009187082.tif 000006
【図５】
2009187082.tif 000007
【図６】
2009187082.tif 000008
【図７】
2009187082.tif 000009
【図８】
2009187082.tif 000010
【図９】
2009187082.tif 000011
【図１０】
2009187082.tif 000012
【図１１】
2009187082.tif 000013