(57)【要約】【課題】  商品に関する情報を消費者などが容易に確認できる取引サーバおよび取引システムを提供する。【解決手段】  実施形態によれば、取引サーバは、第１のインターフェースと第２のインターフェースと生育データベースと第３のインターフェースとプロセッサとを有する。第１のインターフェースは、取引対象とする商品に対する売り注文および買い注文を受信する。第２のインターフェースは、前記売り注文と前記買い注文とのマッチングによって取引が成立した商品の生育状況を示す生育データを取得する。生育データベースは、生育データを記憶する。第３のインターフェースは、消費者端末と通信する。プロセッサは、前記消費者端末から指定される識別情報に対応する商品の生育データを前記消費者端末へ送信する。【選択図】図２
2018206207.tif 000002
【特許請求の範囲】
【請求項１】
取引対象とする商品に対する売り注文および買い注文を受信する第１のインターフェースと、
前記売り注文と前記買い注文とのマッチングによって取引が成立した商品の生育状況を示す生育データを取得する第２のインターフェースと、
前記第２のインターフェースにより取得する前記生育データを記憶する生育データベースと、
前記商品の消費者が所持する消費者端末と通信する第３のインターフェースと、
前記第３のインターフェースにより通信する前記消費者端末から指定される識別情報に対応する商品の生育データを前記生育データベースから抽出し、前記生育データベースから抽出した生育データを前記消費者端末へ送信するプロセッサと、
を有する取引サーバ。
【請求項２】
前記生育データに対応づける商品の識別情報は、当該商品に貼り付けられるラベルに印刷される情報に含まれる、
請求項１に記載の取引サーバ。
【請求項３】
前記売り注文と前記買い注文とのマッチングによって成立した取引の内容を示す成約データを記憶する成約データベースをさらに有し、
前記プロセッサは、
前記成約データベースに記憶する成約データに対応して商品の生育データを記憶する記憶領域を前記生育データベースに確保し、前記記憶領域にアクセスするための参照情報を前記成約データに対応づけて記憶する、
請求項１または２の何れか１項に記載の取引サーバ。
【請求項４】
前記プロセッサは、
前記第１のインターフェースにより通信する端末装置から前記成約データに対応する生育データの閲覧が要求された場合、前記生育データベースが記憶する前記成約データに対応する生育データを前記端末装置へ送信する、
請求項３に記載の取引サーバ。
【請求項５】
取引サーバと生産管理システムとを含む取引システムであって、
前記取引サーバは、
販売者端末および購入者端末と通信する第１のインターフェースと、
商品に対する売り注文および買い注文を受信する第１のインターフェースと、
前記生産管理システムと通信する第２のインターフェースと、
前記売り注文と前記買い注文とのマッチングによって取引が成立した商品の生育状況を示す生育データを前記第２のインターフェースを介して前記生産管理システムから取得し、前記生産管理システムから取得する前記生育データを記憶する生育データベースと、
前記商品の消費者が所持する消費者端末と通信する第３のインターフェースと、
前記第３のインターフェースにより通信する前記消費者端末から指定される識別情報に対応する商品の生育データを前記生育データベースから抽出し、前記生育データベースから抽出した生育データを前記消費者端末へ送信するプロセッサと、を有し、
前記生産管理システムは、
前記取引サーバにおいて取引が成立した商品に関するデータを収集し、収集したデータから生成する当該商品の生育状況を示す生育データを前記取引サーバへ送信する情報処理装置を有する、
取引システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、取引サーバおよび取引システムに関する。
【背景技術】
【０００２】
従来、野菜や魚などの商品は、市場で現物を見ながら価格を決める競り（販売側と購入側が１対多により価格を決める取引方式）によって取引されるのが一般的である。近年、野菜や魚などであっても、均一で安定した提供が見込める商品については、金融などで実施されている売買方式で取引を行うことが考えられている。たとえば、植物体は、植物工場での栽培が可能となってきている。植物工場では、品質のばらつきが非常に小さい植物体の安定した生産が可能である。植物工場で生産される植物体のような安定した生産が見込める商品については、生産ロスを削減して透明性のある取引を実現することが望まれている。
【０００３】
一方、近年の消費者は、食品に対する安心および安全の意識が高くなってきている。このため、上述した取引によって流通する商品に関する情報を消費者などに提供できるシステムが要望されている。たとえば、商品として店頭に陳列される植物体が植物工場で如何に生産（育成）されたかを消費者が容易に確認できることが望ましいと考えられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−４１５０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記した課題を解決するために、商品に関する情報を消費者などが容易に確認できる取引サーバおよび取引システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
実施形態によれば、取引サーバは、第１のインターフェースと第２のインターフェースと生育データベースと第３のインターフェースとプロセッサとを有する。第１のインターフェースは、取引対象とする商品に対する売り注文および買い注文を受信する。第２のインターフェースは、前記売り注文と前記買い注文とのマッチングによって取引が成立した商品の生育状況を示す生育データを取得する。生育データベースは、前記第２のインターフェースにより取得する前記生育データを記憶する。第３のインターフェースは、前記商品の消費者が所持する消費者端末と通信する。プロセッサは、前記第３のインターフェースにより通信する前記消費者端末から指定される識別情報に対応する商品の生育データを前記生育データベースから抽出し、前記生育データベースから抽出した生育データを前記消費者端末へ送信する。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態に係る取引システムの構成例を示す図である。
【図２】図２は、実施形態に係る取引サーバの構成例を示すブロック図である。
【図３】図３は、実施形態に係る消費者端末の構成例を示すブロック図である。
【図４】図４は、実施形態に係る取引サーバによる取引処理の例を説明するためのフローチャートである。
【図５】図５は、実施形態に係る取引サーバによる取引処理の例を説明するためのフローチャートである。
【図６】図６は、実施形態に係る取引サーバが管理する注文データの例を示す図である。
【図７】図７は、実施形態に係る取引サーバが管理する注文データの例を示す図である。
【図８】図８は、実施形態に係る取引サーバが管理する注文データの例を示す図である。
【図９】図９は、実施形態に係る取引サーバが管理する注文データの例を示す図である。
【図１０】図１０は、実施形態に係る取引サーバが管理する成約データの例を示す図である。
【図１１】図１１は、実施形態に係る生産管理システムの動作例を説明するためのフローチャートである。
【図１２】図１２は、実施形態に係る取引サーバによる生育データを提供する処理の例を説明するためのフローチャートである。
【図１３】図１３は、実施形態に係る消費者端末による生育データの閲覧処理の例を説明するためのフローチャートである。
【図１４】図１４は、実施形態に係る消費者端末の表示部が表示する表示例を示す図である。
【発明を実施するための形態】
【０００８】
以下、図面を参照しながら実施形態について説明する。  
図１は、実施形態に係る取引システム１の全体構成を概略的に示す図である。  
実施形態に係る取引システム１は、ネットワークを介して接続される電子機器の間で、特定の生産期間で生産される野菜や魚などの商品の取引を実現するシステムである。たとえば、取引システム１は、養殖所（植物工場、魚の養殖所、養豚場、養鶏場など）で生産される食料品などの商品の取引を行う。本実施形態では、主として植物工場で生産（栽培）される植物体（たとえば、レタス）を取引する場合を想定して取引システム１について説明する。
【０００９】
取引システム１において、販売者は、植物工場の運営者（生産者）自身あるいは生産者から販売を委託された者である。購入者は、販売者（生産者）から商品を購入する者である。たとえば、購入者は、スーパーマーケット、ホテル、仲卸業者などの小売業者である。消費者は、販売者から直接商品を購入する者ではなく、購入者が取引システム１で購入した商品を購入または消費する者である。たとえば、消費者は、購入者としてのスーパーマーケットなどの小売店の顧客あるいは購入者としてのホテル等の利用者などである。
【００１０】
取引システム１は、商品ごとの出荷日に応じた市場を開き、商品を収穫する前に取引（売買）を実施する。取引システム１では、取引対象の商品に対して取引期間を設定し、取引期間内において販売者が売り注文を出し、購入者が買い注文を出す。取引システム１は、取引期間内の売り注文と買い注文とをマッチングすることにより取引の成否を決定する。このような販売者と購入者との両者が価格形成に関与する取引方式は、ダブルオークションとも呼ばれる。
【００１１】
取引システム１は、出荷日前（たとえば、お届け日の１週間前からなど）または播種前から収穫日までの期間（たとえば、６０日前からなど）で取引を実施する（市場を開く）。取引システム１は、出荷日付近になると取引を終了する（市場を閉じる）。ただし、取引システム１は、取引期間中、２４時間取引できるようにしても良いし、９−１７時などの時間を区切って取引を行うようにしても良い。また、取引システムは、同一商品でも、出荷日ごとに市場を分けて取引される。たとえば、９／１５に出荷するレタスと９／１６に出荷するレタスとは、別の市場として取引される。
【００１２】
また、実施形態では、取引システム１は、個々の商品について２つの取引期間を設けるものとする。第１の取引期間は、予約期間があり、予約期間の終了日に取引を実施する板寄せ方式による取引を実施する期間である。第２の取引期間は、注文を受けるごとに取引を実施するザラバ方式による取引を実施する期間である。たとえば、第２の取引期間は、第１の取引期間終了後から商品の出荷日（収穫日）までの期間である。ただし、取引期間は、運用形態に応じて適宜設定するものであれば良く、上述した第１および第２の取引期間を設定することに限定されるものではない。
【００１３】
次に、実施形態に係る取引システム１の構成について説明する。  
図１に示す構成例において、取引システム１は、取引サーバ２、販売者端末３、購入者端末４、消費者端末５および生産管理システム６などを含む。  
取引サーバ２は、取引処理を行うとともに、取引に関するデータおよび商品に関するデータの管理などを行う。取引サーバ２は、たとえば、汎用のサーバ装置により構成される。取引システム１において、取引サーバ２は、１台であっても良いし、複数台であっても良い。たとえば、取引サーバ２は、取引する商品の種類ごとに設けても良い。また、取引サーバ２は、取引処理を行うサーバ装置、および、後述するデータベースごとのサーバ装置などで構成するようにしても良い。
【００１４】
取引サーバ２は、ネットワークを通じて各装置と通信することにより取引処理を実行するサーバ装置として動作する。たとえば、取引サーバ２は、植物体などの商品を取引するためのＷｅｂサイトをネットワーク上に公開する。取引サーバ２は、ネットワークを通じて商品取引用のＷｅｂサイトにアクセスする販売者端末３からの売り注文および購入者端末４からの買い注文を受け付ける。取引サーバ２は、受付けた売り注文と買い注文とにより取引処理を実施する。さらに、取引サーバ２は、成約した取引に関する情報および取引が成約した商品に関する情報を管理する機能も有する。
【００１５】
販売者端末３は、植物体などの商品を取引システムで販売する販売者が使用する電子機器である。購入者端末４は、植物体などの商品を購入する購入側の利用者（以下、購入者（バイヤー）とも称する）が使用する電子機器である。販売者端末３および購入者端末４は、プログラムを実行するプロセッサ、取引サーバ２との通信部、および、データを記憶するメモリなどを有する電子機器で実現できる。たとえば、販売者端末３および購入者端末４は、パーソナルコンピュータ、タブレットＰＣ、スマートフォンなどで構成される。販売者端末３は、取引システム１において、複数であって良い。購入者端末４は、通常の運用形態において、取引システム１内に複数存在するものとする。
【００１６】
販売者端末３は、販売者が指定する売り注文を取引サーバ２へ送信する。購入者端末４は、購入者が指定する買い注文を取引サーバ２へ送信する。取引サーバ２は、販売者端末３からの売り注文と購入者端末４からの買い注文とに基づいて取引処理を行う。取引サーバ２は、取引結果（取引の成立または不成立など）を販売者端末３および購入者端末４へ送信する。さらに、取引サーバ２は、販売者端末３または購入者端末４からの閲覧要求に応じて、各商品に対する、売り注文、買い注文、取引結果などの情報を提供する機能を有する。
【００１７】
消費者端末５は、プログラムを実行するプロセッサ、通信部、商品の識別情報を読取るデバイス、および、情報を表示する表示装置等を有する電子機器である。消費者端末５は、たとえば、スマートフォン、携帯電話機、タブレットＰＣなどの電子機器で構成される。また、本実施形態において、消費者端末５は、消費者が携帯する携帯端末であることを想定する。消費者端末５は、当該取引システム１で取引された商品に関する情報を消費者が閲覧するための装置である。
【００１８】
生産管理システム６は、取引システム１で取引する商品（生産物）に関する生産（栽培）段階での情報を管理するシステムである。たとえば、生産管理システム６は、植物工場などの生産拠点ごとに設置され、生産拠点における商品に関する情報を管理する。図１に示す構成例では、生産管理システム６は、情報処理装置１１、カメラ１２、各種のセンサ１３、記憶装置１４、プリンタ１５、表示装置１６および操作装置１７などを有する。
【００１９】
情報処理装置１１は、植物工場（生産拠点）内における商品としての植物体に関する情報を管理する装置である。情報処理装置１１は、プロセッサ、メモリ、通信部を含む各種のインターフェースなどを有するコンピュータで構成される。情報処理装置１１は、メモリが記憶するプログラムをプロセッサが実行することにより各種の処理機能を実現する。たとえば、情報処理装置１１は、カメラ１２およびセンサ１３から取得する情報を記憶装置１４に保存したり、記憶装置１４に保存した情報を取引サーバ２へ送信したりする。
【００２０】
カメラ１２は、植物体（商品）および植物体の生育環境（商品の生産環境）などを撮影するための撮影装置である。カメラ１２は、植物工場（生産拠点）内に複数設定して良い。センサ１３は、植物体（商品）または植物体の生育環境（商品の生産環境）に関する情報を検知するためのセンサである。センサ１３は、複数の種類のセンサを含むものとする。たとえば、センサ１３は、植物体の重量を計測するセンサ、気温および湿度を検知するセンサ、または、植物体の成分（硬さ、糖度、香り等）を検知するセンサなどを含む。
【００２１】
記憶装置１４は、商品に関する情報を記憶する。たとえば、記憶装置１４は、カメラ１２が撮影する画像を記録する。また、記憶装置１４は、センサ１３が検知する情報を記憶する。記憶装置１４は、情報処理装置１１内に設けた書換え可能な不揮発性メモリであっても良いし、情報処理装置１１とは別途設けた￥データサーバであっても良い。記憶装置１４は、生育データベース１４ａを有する。生育データベース１４ａは、取引が成立（成約）した商品の生育状況を示す生育データを格納する。
【００２２】
プリンタ１５は、出荷する商品に添付する情報を印刷する。本実施形態において、プリンタ１５は、商品に貼り付けるラベルに情報を印刷するものとする。プリンタ１５は、出荷する商品に貼り付けるラベルに当該商品の識別情報（たとえば、バーコードなど）を含む情報を印刷する。
【００２３】
表示装置１６は、種々の情報を表示する。たとえば、表示装置１６は、カメラ１２が撮影する植物体（商品）の画像あるいはセンサ１３が検知する植物体（商品）に関する情報を表示する。たとえば、表示装置１６は、カラーＬＣＤ（Liquid Crystal Display）等の表示デバイスなどで構成する。操作装置１７は、植物工場内の作業員（生産者）が情報を入力するものである。たとえば、操作装置１７は、キーボード、マウス、タッチパネル等である。また、表示装置１６および操作装置１７は、たとえば、タッチパネル付きの表示装置により構成しても良い。
【００２４】
次に、取引サーバ２の構成について説明する。  
図２は、取引サーバ２の構成を示すブロック図である。  
図２に示す構成例において、取引サーバ２は、プロセッサ２１、メモリ２２、通信部２３および各種のデータベース（ＤＢ）２４〜２８を有する。  
プロセッサ２１は、プログラムを実行することにより各種の処理を実現する。プロセッサ２１は、たとえば、ＣＰＵである。メモリ２２は、ＲＯＭ、ＲＡＭおよび書換え可能な不揮発性メモリなどのメモリで構成する。たとえば、メモリ２２は、プログラムを記憶する不揮発性のメモリを含む。また、メモリ２２は、データを一時的に格納するためのＲＡＭなどのワーキングメモリを含む。
【００２５】
メモリ２２が記憶するプログラムには、基本プログラム（ＯＳ）の他、各種のアプリケーションプログラムが含まれる。アプリケーションプログラムには、商品の取引に関係する処理を行うためのプログラムおよび商品に関する情報を提供する処理などを行うためのプログラムが含まれる。プロセッサ２１は、メモリ２２が記憶する各種のプログラムを実行することにより後述する各種の処理を実現する。
【００２６】
通信部２３は、取引システム１内の各装置と通信するためのインターフェースである。図２に示す構成例では、通信部２３は、販売者端末３、購入者端末４、消費者端末５および生産管理システム６の情報処理装置１１と通信するためのインターフェースを含む。たとえば、通信部２３は、インターネット等を含むネットワークを介して各装置と通信するものであっても良い。
【００２７】
本実施形態において、通信部２３は、第１のインターフェース２３ａ、第２のインターフェース２３ｂ、および、第３のインターフェース２３ｃを含むものとする。第１、第２および第３のインターフェース２３ａ、２３ｂ、２３ｃは、異なる通信方式のインターフェースであっても良いし、同じ通信方式のインターフェースであっても良い。  
第１のインターフェース２３ａは、販売者端末３および購入者端末４と通信するためのインターフェースである。たとえば、第１のインターフェース２３ａは、販売者端末３からの売り注文および購入者端末４からの買い注文を受信する。また、第１のインターフェース２３ａは、取引結果などを販売者端末３および購入者端末４へ送信する。
【００２８】
また、第２のインターフェース２３ｂは、生産管理システム６の情報処理装置１１と通信するためのインターフェースである。たとえば、第２のインターフェース２３ｂは、取引が成立した商品などを示す成約データを生産管理システム６の情報処理装置１１へ送信する。また、第２のインターフェース２３ｂは、生産管理システム６が収集する商品の生育データなどの情報を受信する。
【００２９】
第３のインターフェース２３ｃは、消費者端末５と通信するためのインターフェースである。たとえば、第３のインターフェース２３ｃは、消費者端末５からの要求に応じて生育データベース２８が格納する生育データを送信する。  
各ＤＢ２４〜２８は、ハードディスク（ＨＤＤ（Hard disk drive））装置あるいはＳＳＤ（solid state drive）装置等の書換え可能な不揮発性の記憶装置により実現される。なお、各ＤＢ２４〜２８は、取引サーバ２と通信可能な１つ又は複数のデータサーバで実現しても良い。
【００３０】
顧客ＤＢ２４は、取引に参加する販売者および購入者の情報を記憶する。たとえば、顧客ＤＢ２４は、取引に参加するためのユーザ認証に用いる認証情報なども記憶する。商品ＤＢ２５は、取引対象とする商品に関する情報を記憶する。たとえば、商品ＤＢ２５は、商品の出荷日および取引期間を設定するための情報などを記憶する。
【００３１】
注文ＤＢ２６は、注文に関する情報を記憶する。本実施形態において、注文ＤＢ２６は、第１の売り注文ＤＢ２６ａ、第１の買い注文ＤＢ２６ｂ、第２の売り注文ＤＢ２６ｃ、および、第２の買い注文ＤＢ２６ｄを有する。第１の売り注文ＤＢ２６ａは、板寄せ方式による取引を実施する第１の取引期間で受付けた売り注文を格納する。第１の買い注文ＤＢ２６ｂは、板寄せ方式による取引を実施する第１の取引期間で受付けた買い注文を格納する。第２の売り注文ＤＢ２６ｃは、ザラバ方式による取引を実施する第２の取引期間で受付けた売り注文を格納する。第２の買い注文ＤＢ２６ｄは、ザバラ方式による取引を実施する第２の取引期間で受付ける買い注文を格納する。
【００３２】
成約ＤＢ２７は、成立（成約）した取引に関する情報を格納する。たとえば、成約ＤＢ２７は、成約した商品を示す情報、販売者、購入者、取引が確定した日時、および、生育ＤＢ２８を参照するための参照情報などを示す成約データを格納する。
【００３３】
生育ＤＢ２８は、成約した商品の生育に関するデータ（生育データ）を格納する。たとえば、生育ＤＢ２８は、生産管理システム６から取得する成約した商品の生育状況を示す生育データ（たとえば、当該商品を撮影した画像など）を格納する。生育ＤＢ２８は、生育データを商品に付与された識別情報に対応づけて格納する。また、生育ＤＢ２８は、購入者による閲覧を制御するために購入者を示す情報を対応づけて商品の生育データを格納しても良い。生育ＤＢ２８が格納する生育データは、商品が出荷されるまでの期間において、生産管理システム６から取得する当該商品の生育状況を示す情報によって更新される。
【００３４】
なお、取引サーバ２は、管理者用の入出力装置として、入力装置（操作装置）および表示装置を具備しても良い。例えば、入力装置は、キーボード、マウス、タッチパネル等などで実現できる。また、表示装置は、例えば、カラーＬＣＤ（Liquid Crystal Display）等の表示デバイスなどで実現できる。また、入出力装置は、タッチパネル付きの表示装置で実現しても良い。
【００３５】
次に、消費者端末５の構成について説明する。  
図３は、消費者端末５の構成例を示すブロック図である。  
図３に示す構成例において、消費者端末５は、プロセッサ５１、メモリ５２、通信部５３、カメラ５４、表示部５５、および、操作部５６を有する。  
プロセッサ５１は、プログラムを実行することにより各種の処理を実現する。プロセッサ５１は、たとえば、ＣＰＵである。メモリ５２は、ＲＯＭ、ＲＡＭおよび書換え可能な不揮発性メモリなどのメモリで構成する。たとえば、メモリ５２は、プログラムを記憶する不揮発性のメモリを含む。また、メモリ５２は、データを一時的に格納するためのＲＡＭなどのワーキングメモリを含む。
【００３６】
メモリ５２が記憶するプログラムには、基本プログラム（ＯＳ）の他、各種のアプリケーションプログラムが含まれる。アプリケーションプログラムには、商品の識別情報を読み取ったり商品の生育データを閲覧（表示）したりするためのアプリ５２ａが含まれる。プロセッサ５１は、メモリ５２が記憶するアプリ５２ａを実行することにより後述する各種の処理を実現する。
【００３７】
通信部５３は、取引サーバ２と通信するためのインターフェースである。通信部５３は、インターネット等を含むネットワークを介して通信を行うインターフェースで実現して良い。たとえば、図１に示す構成例において、通信部５３は、インターネット等を含むネットワークを介して取引サーバ２と通信するようにしても良い。  
カメラ５４は、当該消費者端末５に内蔵された撮像装置である。たとえば、カメラ５４は、商品および商品に貼り付けられたラベルを含む画像を撮影する。
【００３８】
表示部５５は、種々の情報を表示する。表示部５５は、生育データを含む表示データを表示する。たとえば、表示部５５は、カラーＬＣＤ（Liquid Crystal Display）等の表示デバイスなどで構成する。操作部５６は、植物工場内の作業員（生産者）が情報を入力するものである。たとえば、表示部５５および操作部５６は、タッチパネル付きの表示装置により構成しても良い。
【００３９】
次に、実施形態に係る取引サーバ２による取引処理について説明する。  
図４および図５は、実施形態に係る取引サーバ２による取引処理の例を説明するためのフローチャートである。  
取引サーバ２は、複数種類の商品（各地の植物工場で生産される植物体などの商品）のそれぞれについて出荷日ごとに取引を管理する。たとえば、レタスの取引を管理する場合、取引サーバ２は、レタスの出荷（予定）日ごとに売り注文と買い注文とを受け付ける。取引サーバ２のプロセッサ２１は、取引対象とする商品について、出荷予定日および栽培期間等に基づいて取引期間を設定する（ＡＣＴ１０）。
【００４０】
なお、本実施形態において、プロセッサ２１は、商品ごとの取引期間として、第１の取引期間と第２の取引期間とを設定するものとする。第１の取引期間は、第１の取引方式（たとえば、板寄せ方式）で取引する期間である。第１の取引期間は、たとえば、栽培期間が開始される播種日より前の期間が設定される。第２の取引期間は、第２の取引方式（たとえば、ザラバ方式）で取引する期間である。第２の取引期間は、たとえば、播種日以降に取引をする期間である。
【００４１】
実施形態に係る取引サーバ２は、植物工場で栽培される計画生産が可能な品質のばらつきが非常に小さい植物体の取引を行うものとしている。植物工場では、各植物体（種類）について、栽培期間が一定で、出荷予定日に応じて播種日を決定することができる。植物体の栽培期間についてのデータは、植物体の種類毎に、予め商品ＤＢ２５に記録されているものとする。プロセッサ２１は、商品ＤＢ２５に記録されているデータを参照して第１の取引期間と第２の取引期間とを設定するものとする。ただし、取引期間は、上述したような第１および第２の取引期間に限定されるものではなく、運用形態に応じて適宜設定されるものであれば良い。
【００４２】
取引期間を設定すると、取引サーバ２のプロセッサ２１は、設定した各取引期間において、販売者からの売り注文と購入者からの買い注文とを受付ける。すなわち、取引サーバ２のプロセッサ２１は、設定した第１の取引期間の注文開始日になると、第１の取引方式（板寄せ方式）による注文の受付を開始する（ＡＣＴ１１）。注文の受付を開始した後、プロセッサ２１は、第１の取引期間中、当該商品についての各販売者端末３からの売り注文と購入者端末４からの買い注文とを受け付ける（ＡＣＴ１２）。たとえば、プロセッサ２１は、顧客ＤＢ２４に登録された認証情報に基づいて利用者（販売者および購入者）の認証を行い、認証が成功した利用者からの注文を受け付ける。
【００４３】
注文を受けると、プロセッサ２１は、受けた注文に所定の情報を付加した注文データを生成して注文ＤＢ２６に記録する（ＡＣＴ１３）。第１の取引期間中、プロセッサ２１は、売り注文の注文データを第１の売り注文ＤＢ２６ａに格納し、買い注文の注文データを第１の買い注文ＤＢ２６ｂに格納する。また、プロセッサ２１は、取引対象の商品ごとに注文データを集計した情報（買い注文数、売り注文数など）を注文ＤＢ２６に記録するようにしても良い。
【００４４】
たとえば、図６は、第１の売り注文ＤＢ２６ａに格納する注文データの例である。図７は、第１の買い注文ＤＢ２６ｂに格納する注文データの例である。図６に示す例は、取引方式（発注条件）として「板寄せ」が設定された販売者端末３からの売り注文を示す注文データとなっている。また、図７に示す例は、取引方式（発注条件）として「板寄せ」が設定された購入者端末４からの買い注文を示す注文データとなっている。第１の売り注文ＤＢ２６ａおよび第１の買い注文ＤＢ２６ｂに格納された注文データは、第１の取引期間の注文期間終了後にマッチング処理される。
【００４５】
また、第１の取引期間において、プロセッサ２１は、販売者端末３または購入者端末４から注文状況についての閲覧要求を受け付ける（ＡＣＴ１４）。注文状況の閲覧要求を受信した場合（ＡＣＴ１４、ＹＥＳ）、プロセッサ２１は、注文ＤＢ２６に記録した注文データを対象として閲覧が要求された情報を出力する（ＡＣＴ１５）。これにより、販売者あるいは購入者は、取引サーバ２から提供される情報をもとに注文状況を把握することができる。また、販売者あるいは購入者は、取引サーバ２から提供される情報を参照して、注文状況に合わせて数量や価格を決定して注文をすることができる。
【００４６】
なお、プロセッサ２１は、注文状況として、全ての注文データに基づく注文状況だけではなく、条件に応じて制限した注文データに基づく情報を提供するようにしても良い。また、プロセッサ２１は、現在の取引に関係する情報だけでなく、過去の取引における注文状況や取引が成立した価格などの情報を提供するようにしても良い。
【００４７】
また、第１の取引期間において、プロセッサ２１は、販売者端末３又は購入者端末４からの注文内容の変更要求を受け付ける（ＡＣＴ１６）。注文内容の変更要求を受信した場合（ＡＣＴ１６、ＹＥＳ）、プロセッサ２１は、変更要求に応じて注文ＤＢ２６が格納している注文データを変更する（ＡＣＴ１７）。たとえば、プロセッサ２１は、変更内容が許容される内容であれば、変更要求に応じて受付済みの注文データにおける価格や数量などを変更する。また、プロセッサ２１は、注文内容を変更するだけでなく、注文の取り消しも受け付けるようにしても良い。これにより、販売者及び購入者は、第１の取引期間の注文期間内であれば、注文状況を把握しながら注文内容を変更することが可能となる。
【００４８】
プロセッサ２１は、第１の取引期間における注文期間（予約期間）が終了すると（ＡＣＴ１８、ＹＥＳ）、注文の受付を終了する。注文の受付を終了すると、プロセッサ２１は、第１の取引期間中に受け付けた注文について一括して約定判定する（ＡＣＴ１９）。すなわち、プロセッサ２１は、第１の売り注文ＤＢ２６ａに記録した売り注文と第１の買い注文ＤＢ２６ｂに記録した買い注文とのマッチング処理を行う。
【００４９】
売り注文と買い注文とのマッチングは、予め定められたルールに従うものとする。たとえば、売り注文と買い注文とをマッチングさせる順番は、第１に注文価格、第２に受付した時間で定まるものとする。プロセッサ２１は、所定のルールに従って第１の取引期間内に受け付けた売り注文と買い注文とをマッチングさせ、取引の成立または不成立の判定（約定判定）を実行する。
【００５０】
約定判定の結果として取引が成立した注文があると、プロセッサ２１は、成立した取引内容を示す成約データを作成し、作成した成約データを成約ＤＢ２７に格納する（ＡＣＴ２０）。成約データを成約ＤＢ２７に格納すると、プロセッサ２１は、取引が成立した商品の生育状況を示す生育データを格納する記憶領域を生育ＤＢ２８に確保する（ＡＣＴ２１）。生育ＤＢ２８に生育データの記憶領域を確保すると、プロセッサ２１は、生育ＤＢ２８の生育データにアクセスするための参照情報を生成する。プロセッサ２１は、生成した参照情報を取引内容に対応づけた成約データを成約ＤＢ２７に格納する（ＡＣＴ２２）。プロセッサ２１は、上述したＡＣＴ２０−２２の処理を成約した全ての取引について実施する。
【００５１】
ＡＣＴ２２までの処理を実施した後、プロセッサ２１は、取引結果を各装置へ通知する（ＡＣＴ２３）。プロセッサ２１は、第１の取引期間中に受け付けた売り注文を出した販売者および買い注文を出した購入者にそれぞれ取引結果を通知する。さらに、プロセッサ２１は、成約した取引については成約データを生産管理システム６の情報処理装置１１に通知する。
【００５２】
以上の処理を実行した後、プロセッサ２１は、第１の取引期間を終了する（ＡＣＴ２４）。上記処理によれば、成約ＤＢ２７には第１の取引期間における全ての成約データが格納され、生育ＤＢ２８には各成約データに対応する生育データの格納先が確保される。  
なお、第１の取引期間中に受け付けた注文のうち取引が成立しなかった注文は第２の取引期間の注文として保持するようにしても良いし、破棄するようにしても良い。以下の説明では、第１の取引期間中に受け付けた注文のうち取引が成立しなかった注文は第２の取引期間の注文として保持するものとして説明する。
【００５３】
第１の取引期間が終了した後、取引サーバ２のプロセッサ２１は、第２の取引期間の注文開始日になると、第２の取引方式による注文の受付を開始する（ＡＣＴ３１）。本実施形態では、第２の取引期間中における第２の取引方式としてザラバ方式を想定するものとする。このため、第２の取引期間中において、プロセッサ２１は、注文を受けるごとに約定判定を実施する。
【００５４】
第２の取引期間中に売り注文を受けた場合（ＡＣＴ３２、Ｙｅｓ）、プロセッサ２１は、受けた注文内容に所定の情報を付加した注文データを生成して第２の売り注文ＤＢ２６ｃに記録する（ＡＣＴ３４）。たとえば、図８は、第２の売り注文ＤＢ２６ｃに格納する注文データの例である。図８に示す例では、取引方式（発注条件）として「ザラバ」が設定された販売者端末３からの売り注文を示す注文データとなっている。
【００５５】
注文データを第２の売り注文ＤＢ２６ｃに格納すると、プロセッサ２１は、当該注文データに対して約定されていない注文データを対象にして約定判定する（ＡＣＴ３５）。たとえば、プロセッサ２１は、当該売り注文に対し、第１の取引期間で取引が成立しなかった買い注文と第２の取引期間に受けた未成約の買い注文とを対象として約定判定する。
【００５６】
また、買い注文を受けた場合（ＡＣＴ３３、ＹＥＳ）、プロセッサ２１は、受けた買い注文の内容に所定の情報を付加した注文データを生成して第２の買い注文ＤＢ２６ｄに記録する（ＡＣＴ３４）。たとえば、図９は、第２の売り注文ＤＢ２６ｄに格納する注文データの例である。図９に示す例は、取引方式（発注条件）として「ザラバ」が設定された購入者端末４からの買い注文を示す注文データとなっている。
【００５７】
注文データを第２の買い注文ＤＢ２６ｄに格納すると、プロセッサ２１は、当該買い注文の注文データに対して約定されていない注文データを対象にして約定判定する（ＡＣＴ３５）。たとえば、プロセッサ２１は、当該買い注文に対し、第１の取引期間で取引が成立しなかった売り注文と第２の取引期間に受けた未成約の売り注文とを対象として約定判定する。
【００５８】
すなわち、プロセッサ２１は、第２の取引期間中において、販売者端末３からの売り注文または購入者端末４からの買い注文を受け付ける毎に約定判定を実行する（ＡＣＴ３２−３５）。言換えると、第２の取引期間では、プロセッサ２１は、第１の取引期間とは異なる取引方式（売買成立方法）によって約定判定を行う。
【００５９】
約定判定の結果として取引が成立（成約）すると、プロセッサ２１は、成約した内容を示す成約データを作成し、作成した成約データを成約ＤＢ２７に格納する（ＡＣＴ３６）。成約データを成約ＤＢ２７に格納すると、プロセッサ２１は、取引が成立した商品の生育データを格納するための記憶領域を生育ＤＢ２８に確保する（ＡＣＴ３７）。生育ＤＢ２８に領域を確保すると、プロセッサ２１は、生育ＤＢ２８に確保した領域にアクセスするための参照情報を生成する。プロセッサ２１は、生成した参照情報を成約データに対応づけて成約ＤＢ２７に格納する（ＡＣＴ３８）。
【００６０】
たとえば、図１０は、図８に示す売り注文と図９に示す買い注文とのマッチングにより成立した成約データを示す。図１０に示すように、成約データには、生育ＤＢ２８に格納される生育データを参照するための参照情報（図１０に示す例では生育データのファイル名）が付加される。
【００６１】
第２の取引期間において、ＡＣＴ３５−３８の処理は、取引が成立するごとに実施される。また、上述の処理によって取引が成立すると、プロセッサ２１は、取引結果を各装置へ通知する（ＡＣＴ３９）。すなわち、プロセッサ２１は、当該取引の売り注文を出した販売者および買い注文を出した購入者に取引結果を注文した通知する。さらに、プロセッサ２１は、成約データを生産管理システム６の情報処理装置１１に通知する。
【００６２】
また、プロセッサ２１は、第２の取引期間としての注文期間が終了すると（ＡＣＴ４０、ＹＥＳ）、第２の取引期間を終了する（ＡＣＴ４１）。第２の取引期間が終了した場合、プロセッサ２１は、成約に至らなかった注文を出した販売者および購入者へ取引が不成立となった旨を通知するようにしても良い。上記処理の結果、成約ＤＢ２７には第２の取引期間での成約データが格納され、生育ＤＢ２８には各成約データに対応する生育データの格納先が確保される。
【００６３】
なお、上述した取引処理の例では、第２の取引期間において、閲覧要求に応じた注文状況の情報公開を行う点を明示していない。しかし、取引サーバ２は、第２の取引期間においても、売り注文、買い注文および約定判定の結果（取引成立／不成立、価格、成立数）などの情報を公開するようにしても良い。
【００６４】
次に、生産管理システム６における処理について説明する。  
図１０は、生産管理システム６における処理の例を説明するためのフローチャートである。  
生産管理システム６は、植物体（商品）の生育に関するデータの収集、生育データのデータベースへのアップロード、および、商品の出荷処理などを行う。  
すなわち、生産管理システム６の情報処理装置１１は、取引サーバ２から成約データを取得する（ＡＣＴ５１）。たとえば、情報処理装置１１は、取引サーバ２において取引が成立する毎に取引サーバ２から供給される成約データを取得する。
【００６５】
なお、情報処理装置１１は、成約ＤＢ２７の状態を監視し、成約ＤＢ２７に新たに格納された成約データを取得するようにしても良い。また、生産者と販売者とが同じ場合、情報処理装置１１は、販売者端末３からの売り注文に対する取引結果に基づいて取引が成立した商品の情報（成約データに相当する情報）を取得しても良い。
【００６６】
成約データを取得すると、情報処理装置１１は、成約した分の植物体（成約単位の商品）の生育に関するデータを収集する（ＡＣＴ５２）。情報処理装置１１は、取得した成約データに基づいて植物工場で育成している植物体から成約単位の商品を特定する。成約単体の商品を特定すると、情報処理装置１１は、成約単位の商品ごとに生育に関するデータを収集する。たとえば、情報処理装置１１は、定期的に成約単位の商品ごとの生育に関するデータを収集する。
【００６７】
商品の生育に関するデータは、カメラ１２が撮影する商品の画像、および、センサ１３が検知する商品の情報などである。情報処理装置１１は、カメラ１２から成約単位の商品を撮影した画像を取得する。たとえば、情報処理装置１１は、カメラ１２が撮影する画像から成約単位の商品の撮影画像を抽出するようにしても良い。また、情報処理装置１１は、カメラ１２を成約単位の商品を撮影するように調整するようにしても良い。また、情報処理装置１１は、センサ１３から成約単位の商品に関する情報（たとえば、重量など）を取得する。
【００６８】
成約単位の商品の生育に関するデータを収集すると、情報処理装置１１は、収集したデータに基づいて当該商品の生育状況を示す生育データを生成する（ＡＣＴ５３）。たとえば、情報処理装置１１は、カメラ１２が撮影する画像とセンサ１３が検知する情報とを用いて当該商品の生育状況を示す動画を生育データとして作成する。生育データを作成すると、情報処理装置１１は、作成した生育データを当該商品の識別情報に対応づけて生産者の生育データベース１４ａに保持する。なお、商品の識別情報は、成約データに含まれる情報であれば良く、たとえば、成約した注文の受付ＩＤを含む情報でも良いし、成約データに付与されるＩＤでも良い。
【００６９】
情報処理装置１１は、生育データベース１４ａに保持した生育データを取引サーバ２へアップロードするかを判定する（ＡＣＴ５４）。たとえば、情報処理装置１１は、所定の間隔で生育データを取引サーバ２へアップロードするようにしても良い。この場合、情報処理装置１１は、生育データをアップロードするタイミングになったか否かを判定する。また、情報処理装置１１は、所定の間隔で生育データを生成し、生育データを生成するごとに取引サーバ２へアップロードするものとしても良い。生育データをアップロードすると判定した場合（ＡＣＴ５４、ＹＥＳ）、情報処理装置１１は、生育データベース１４ａに保持した生育データを取引サーバ２へアップロードする（ＡＣＴ５５）。
【００７０】
また、情報処理装置１１は、取得する成約データに基づいて成約単位の商品ごとに出荷の要否を監視する（ＡＣＴ５７）。出荷要と判断した場合（ＡＣＴ５７、ＹＥＳ）、情報処理装置１１は、出荷要と判定した成約単位の商品に関するデータを生産者へ提供する（ＡＣＴ５８）。たとえば、情報処理装置１１は、当該商品について、カメラ１２が撮影する画像やセンサ１３が検知する情報（たとえば、重さなど）を表示装置１６に表示する。これにより、生産者は、商品の生育状態（色合い、サイズ、重さなど）を容易に確認することができ、一定の要件を満たすことが確認された商品の出荷作業を行える。
【００７１】
また、出荷要と判断した場合（ＡＣＴ５７、ＹＥＳ）、情報処理装置１１は、出荷する商品に添付するラベルを作成する（ＡＣＴ５９）。情報処理装置１１は、商品の識別情報を示す情報（たとえば、バーコード）をプリンタ１５により印刷したラベルを作成する。ラベルに印刷する商品の識別情報は、消費者が生育データを参照できるようにするため、消費者端末５が読取り可能な情報とする。
【００７２】
たとえば、ラベルには、消費者端末５としての携帯端末で読取り可能な商品の識別情報を示すバーコードが印刷される。また、ラベルには、生育ＤＢ２８における生育データの記憶領域にアクセスするためのアクセス情報を印刷しても良い。この場合、生育データの記憶領域にアクセスするためのアクセス情報は、たとえば、バーコードとしてラベルに印刷しても良い。
【００７３】
なお、ラベルは、商品の識別情報を出力できるＲＦＩＤを具備するものであっても良い。この場合、プリンタ１５は、ＲＦＩＤに識別情報を書き込むことができるものとすれば良い。このような形態であれば、消費者端末５は、ＲＦＩＤとの通信機能を具備することにより、ラベルのＲＦＩＤから識別情報を読み取ることができる。
【００７４】
出荷すべき商品に対するラベルが作成されると、生産者は、出荷する商品を確認して収穫および出荷作業を実施する。出荷作業は、出荷する商品の収穫、パッケージング、および、ラベルの貼り付けなどの作業を含む。出荷作業が終了すると、生産者は、出荷作業が終了したことを操作装置１７により入力する。出荷作業が終了すると（ＡＣＴ６０、ＹＥＳ）、情報処理装置１１は、商品の出荷が完了した旨を記録する（ＡＣＴ６１）。
【００７５】
次に、取引サーバ２による購入者および消費者への生育データの提供について説明する。  
図１２は、取引サーバ２による成約後の商品に関する生育データを提供する処理を説明するためのフローチャートである。  
上述した処理により、取引サーバ２のプロセッサ２１は、成約データを成約ＤＢ２７に格納し、成約した商品の生育データを格納する記憶領域を生育ＤＢ２８に確保する。この状態において、プロセッサ２１は、成約した商品を生産する植物工場の生産管理システム６から当該商品の生育データを取得する。たとえば、プロセッサ２１は、所定の周期で生産管理システム６からアップロードされる生育データを第２のインターフェース２３ｂを介して受信する。また、プロセッサ２１は、所定のタイミングで生産管理システム６に対して成約した商品の生育データを要求するようにしても良い。
【００７６】
商品の生育データを取得すると（ＡＣＴ７１、ＹＥＳ）、プロセッサ２１は、取得した生育データを生育ＤＢ２８に確保した当該商品の記憶領域に格納する（ＡＣＴ７２）。すなわち、プロセッサ２１は、取得する生育データを用いて生育ＤＢ２８の記憶領域が格納するデータを更新する。たとえば、プロセッサ２１は、取得する生育データを追記することにより生育ＤＢ２８の記憶領域を更新するようにしても良い。また、プロセッサ２１は、取得する生育データで上書きすることにより生育ＤＢ２８の記憶領域を更新しても良い。また、プロセッサ２１は、取得する生育データと生育ＤＢ２８の記憶領域に記憶されている生育データとを用いて新たに生育データを生成するようにしても良い。この場合、プロセッサ２１は、新たに生成した生育データを格納することにより当該商品の記憶領域を更新する。
【００７７】
また、プロセッサ２１は、購入者からの生育データの閲覧要求を受付ける（ＡＣＴ７３）。たとえば、購入者は、購入者端末４において成約した買い注文のＩＤを指定することにより生育データの閲覧を要求する。生育データの閲覧は、購入者端末４以外の電子装置からも要求できるようにしても良いし、注文ＩＤ以外の情報を指定して閲覧対象の生育データを指定できるようにしても良い。
【００７８】
購入者からの生育データの閲覧要求を受けると（ＡＣＴ７３、ＹＥＳ）、プロセッサ２１は、閲覧が要求された生育データを生育ＤＢ２８から読出し、読出した生育データを閲覧要求元へ提供する（ＡＣＴ７４）。たとえば、プロセッサ２１は、購入者端末４から注文ＩＤを指定した閲覧要求を第１のインターフェース２３ａにより受信する。プロセッサ２１は、指定された注文ＩＤを元に成約ＤＢ２７から成約データを検出し、検出した成約データが含む生育データの参照情報を特定する。プロセッサ２１は、特定した参照情報に基づいて生育ＤＢ２８から生育データを読出し、読出した生育データを閲覧要求元の購入者端末４へ送信する。
【００７９】
これにより、購入者は、成約した商品の生育状況を示す生育データ（たとえば、生育中の商品の動画）を購入者端末４などで確認できる。この結果、購入者は、取引が成立した商品についての生育状況などから一定の品質が確保された状態で育成（栽培）されていることを確認できる。この結果、取引システムが植物体などの商品を収穫する前に取引する方式であっても、季節、天候または販売者等によらない商品の均一性を購入者に納得させることができる。
【００８０】
プロセッサ２１は、商品の出荷が完了するまで（ＡＣＴ７５、ＮＯ）、生育データの更新と購入者からの閲覧要求に応じた生育データの提供とを実行する。たとえば、プロセッサ２１は、生産管理システム６からの出荷完了の通知を受けて商品の出荷完了を認識する。なお、プロセッサ２１は、出荷完了の通知を受けた場合、出荷が完了した商品の成約データに出荷完了を示す情報を追記しても良い。また、プロセッサ２１は、出荷が完了した商品の購入者に対して出荷完了を示す情報を通知するようにしても良い。また、プロセッサ２１は、出荷完了後も購入者からの閲覧要求に応じた生育データの提供を行うようにしても良い。
【００８１】
商品の出荷が完了すると（ＡＣＴ７５、ＹＥＳ）、プロセッサ２１は、消費者からの生育データの閲覧要求を受付ける（ＡＣＴ７６）。たとえば、消費者は、消費者端末５によって商品のラベルにある識別情報を読み取って当該商品の生育データの閲覧を要求する。消費者端末５からの閲覧要求を受けると、プロセッサ２１は、指定された商品の生育データを生育ＤＢ２８から読出し、読出した生育データを閲覧要求元へ提供する（ＡＣＴ７７）。たとえば、プロセッサ２１は、消費者端末５から商品の識別情報を指定した閲覧要求を第３のインターフェース２３ｃにより受信する。プロセッサ２１は、指定された識別情報に対応付けられた商品の生育データを生育ＤＢ２８から読出して閲覧要求元の消費者端末５へ送信する。
【００８２】
取引サーバ２のプロセッサ２１は、商品の生育データの提供期間中において（ＡＣＴ７８、ＮＯ）、上述したＡＣＴ７６−７７の処理を繰り返し実行する。たとえば、商品の生育データの提供期間は、商品の種類ごとに設定された出荷後の所定期間であっても良いし、購入者あるいは販売者が指定する期間であっても良い。商品の生育データの提供期間が過ぎると（ＡＣＴ７８、ＹＥＳ）、プロセッサ２１は、生育データを提供するための一連の処理を終了する。
【００８３】
次に、消費者端末５による商品の生育データの閲覧処理について説明する。  
図１３は、消費者端末５による成約後の商品に関する処理を説明するためのフローチャートである。  
消費者端末５は、商品の生育データを閲覧するためのアプリケーションプログラム（以下、アプリと称する）５２ａがメモリ５２に格納されているものとする。消費者端末５のプロセッサ５１は、アプリ５２ａを起動することにより商品の生育データの閲覧処理を実行する。すなわち、消費者は、消費者端末５にアプリ５２ａをダウンロードし、当該アプリ５２ａを起動させることにより、商品の生育データ等を閲覧するサービスが受けられる。ここでは、取引システム１によって取引された商品が購入者としての小売業者（たとえば、スーパーマーケット）の店頭で消費者向けに販売されているものとする。また、取引システム１で取引された商品には、バーコード等の識別情報を印刷したラベルが貼り付けられているものとする。
【００８４】
まず、消費者は、自身が所持する消費者端末５としての携帯端末において生育データを閲覧するためのアプリ５２ａを起動させる操作を行う。消費者端末５のプロセッサ５１は、ユーザの操作に応じてアプリ５２ａを起動させる（ＡＣＴ８１）。
【００８５】
アプリ５２ａが起動すると、消費者端末５のプロセッサ５１は、商品に貼り付けられているラベルの読取りが可能な状態となる。アプリ５２ａを起動した状態において、消費者端末５のカメラ５４は、商品のラベルを含む画像の撮影が可能な状態となる。この状態において、消費者がカメラ５４の撮影方向を商品のラベルに向けると、カメラ５４は、商品のラベルを含む領域の画像を撮影する。
【００８６】
カメラ５４がラベルを撮影すると、プロセッサ５１は、カメラ５４の撮影画像に基づいてラベルに印刷されている識別情報を認識する（読み取る）。たとえば、プロセッサ５１は、カメラ５４の撮影画像からラベルに印刷されている識別情報を示すバーコードを抽出し、抽出したバーコードをデコードして識別情報を認識する。
【００８７】
商品の識別情報が読み取れた場合（ＡＣＴ８２、ＹＥＳ）、プロセッサ５１は、読み取った識別情報を指定した閲覧要求を取引サーバ２へ送信する（ＡＣＴ８３）。また、ラベルに印刷するバーコードには、生育ＤＢ２８における生育データの記憶領域にアクセスするためのアクセス情報を含めても良い。この場合、プロセッサ２１は、ラベルから読み取るアクセス情報に基づいて生育データの閲覧要求を取引サーバ２へ送信するようにしても良い。
【００８８】
閲覧要求を送信した後、プロセッサ５１は、識別情報に対応する商品の生育データを取引サーバ２から取得する（ＡＣＴ８４）。生育データを取得すると、プロセッサ５１は、取得した生育データを元に表示データを生成し（ＡＣＴ８５）、生成した表示データを表示部５５に表示する（ＡＣＴ８６）。表示データは、アプリ５２ａによって生成されるものである。
【００８９】
アプリ５２ａは、種々の設定によって種々の形式の表示データを作成するようにできる。たとえば、表示データは、生育データとともにプロモーション情報を表示するものとしても良いし、カメラ５４が撮影中の商品の画像を表示するようにしても良い。また、表示データは、拡張現実技術を適用した動画を表示するものであっても良い。
【００９０】
図１４は、消費者端末５としての携帯端末の表示部５５に表示データを表示した例である。図１４に示す表示例において、消費者端末５の表示部５５には、生育データＤ１、商品の実画像Ｄ２、および、プロモーション情報Ｄ３が表示される。生育データは、植物工場で当該商品を育成していた時期にカメラで撮影した動画を含む。また、生育データは、カメラで撮影した動画と共に撮影日時等などのテキスト情報を表示する動画データとなっている。また、商品の実画像Ｄ２は、消費者端末５のカメラ５４が現在撮影している当該商品の画像である。また、プロモーション情報Ｄ３は、商品または小売店全体に対する販売促進のための情報である。
【００９１】
消費者端末５のプロセッサ５１は、アプリ５２ａの終了の指示を受けるまで（ＡＣＴ８７、ＮＯ）、上述したＡＣＴ８２−８６の処理を繰り返し実行する。アプリ５２ａの終了の指示を受けると（ＡＣＴ８７、ＹＥＳ）、プロセッサ２１は、アプリ５２ａを終了して商品の生育データを閲覧するための一連の処理を終了する。
【００９２】
以上のような処理によれば、消費者は、消費者端末で商品のラベルを読み取るだけで、当該商品の生産（栽培）過程における生育データを含む情報を容易に確認できる。また、消費者端末は、生育データを元に生成した表示データを表示する。このため、消費者端末は、商品の生育データだけでなく、販売促進が期待できる情報を提供したり、消費者の興味を引ける拡張現実技術などを用いた表示したりすることも可能となる。
【００９３】
上記のように実施形態に係る取引システムは、植物栽培、魚の養殖、養豚、養鶏などの工場化による生産体制によって均一性が確保できる食料などの商品を収穫前に取引する。本取引システムは、収穫前に取引した商品について生育状況あるいは生育過程を示す生育データを商品の購入者および消費者に提供できる。
【００９４】
これにより、本実施形態によれば、取引システムで取引した商品の均一性を示す情報を購入者に提供でき、消費者に対しては当該商品の安全性を示す情報を提供できる。この結果、取引システムで取引する植物工場などで生産した単価の安い食品などの商品であっても、消費者の安心および安全の意識を満足させ得る情報を簡単に提供できる。
【００９５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９６】
１…取引システム、２…取引サーバ、３…販売者端末（端末装置）、４…購入者端末（端末装置）、５…消費者端末、６…生産管理システム、１１…情報処理装置、１２…カメラ、１３…センサ、１４…記憶装置、１４ａ…生育データベース、１５…プリンタ、２１…プロセッサ、２２…メモリ、２３…通信部、２３ａ…第１のインターフェース、２３ｂ…第２のインターフェース、２３ｃ…第３のインターフェース、２８…生育データベース。
【図１】
2018206207.tif 000003
【図２】
2018206207.tif 000004
【図３】
2018206207.tif 000005
【図４】
2018206207.tif 000006
【図５】
2018206207.tif 000007
【図６】
2018206207.tif 000008
【図７】
2018206207.tif 000009
【図８】
2018206207.tif 000010
【図９】
2018206207.tif 000011
【図１０】
2018206207.tif 000012
【図１１】
2018206207.tif 000013
【図１２】
2018206207.tif 000014
【図１３】
2018206207.tif 000015
【図１４】
2018206207.tif 000016