WO2010150440A1 - 予約処理装置、予約処理装置のプログラム及び予約処理システム - Google Patents

Abstract

予想値と実績値が異なり得る対象について、予想値に基づいて予約を受け付け、実績値に基づいて予約を確定させる処理を行う予約処理装置１０を提供する。 仮予約の情報及び予備予約の情報を関連付けて記憶する予約情報記憶手段、記憶される対応する仮予約の情報と予備予約の情報について仮予約の成立状況に応じて予備予約を仮予約へ変更する態様を規定する情報を記憶する変更態様情報記憶手段、実績値の情報を取得する実績値情報取得手段、実績値の情報に基づいて仮予約の成立状況を確定させる予約確定手段、変更態様情報記憶手段の記憶内容に従って仮予約の成立状況に応じて対応する予備予約を仮予約へ変更してその結果を予約情報記憶手段の記憶内容に反映させる予約更新手段、を備えた。

Description

予約処理装置、予約処理装置のプログラム及び予約処理システム

　本発明は、例えば、事前予約時には出荷可能な量が確定しない魚介や青果などの生鮮食料品などの予約相対取引において、契約に関するリスクを回避しながら、販売側および購買側の双方の予約取引参加者の要望を満たす取引を実現することを可能にした予約相対取引方式及び予約相対取引システムに関する。

　近年、産地の大型化、スーパーマーケットなど大型量販店の増加、輸入食品の増大、食の外部化、コールドチェーンの発達など、卸売市場を取り巻く外部環境の変化によって、青果や魚介など生鮮食料品の取引方法も、産地と買い手が事前に契約を結ばない従来の競売（セリ）取引だけでなく、事前に産地と買い手による契約がなされる相対取引が増加する傾向にある。

　この相対取引には、市場に日々入荷された現物を見て話し合いのうえで価格を決めるケースと、産地が出荷する前に、買い手から予め予約注文を産地に伝え確実に出荷してもらい販売するケースとがある。後者は「予約相対取引」と呼ばれ、いつまでに、何を、どれだけ納めるかを事前に取り決める取引形態である。外食及び中食業者やスーパーでは、価格の乱高下や供給の不安定さによるリスクを回避して安定的に必要商品を調達しておきたいとのニーズがあり、最近ではこの「予約相対取引」のボリュームが増している。

　そうした予約相対取引の実施を情報処理システムにより支援する仕組みは青果などの取引において既に幾つか実施されている。これらのシステムでは、産地などの販売側と卸（仲卸）業者などの購買側の双方からインターネットに接続された端末取引の内容（例えば、数量、価格、日程など）を随時確認、保存できる機能を備えることで、予約相対取引を円滑に進めるができる。

特開２００５－３３２２３０号公報（「農水産物商品の商談支援システム、方法及びコンピュータプログラム」）

千葉大学園芸学部学術報告、Ｖｏｌ．４８（１９９４０３２５）、ｐｐ．１６３－１７３、農産物市場における新たな取引：日本の情報化市場、松田　友義

　しかしながら、上述した従来の予約相対取引では、取引の内容を決めるのは販売側、購買側の担当者に全て委ねられている。特に魚介などの水産品は天候などの状況によって出荷量が大きく変動する可能性があるため、大量の商品を確保する必要があるスーパーマーケットなどの購買担当者は、必要な商品を必要な量だけ確保するために、どの生産者とどれだけの量の取引をすれば良いのか、過去の実績データや自身の経験などから決める必要がある。

　従って、天候などの影響を受けにくい一部の商品以外では、予約相対取引でも必要な量の確保に失敗する、或いは逆に確実性を重視して多くの量を予約したために必要以上に買い付けてしまう可能性があった。生産者側でも、予約取引で定められた品物・数量を購買者に期日通りに出荷できない場合は、購買者に契約違約金を支払う必要が生じるため、生産能力に余裕を持つ大規模な生産者以外は予約相対取引に参加することは実質上極めて困難であった。

　本発明は、このような従来の事情に鑑み為されたもので、例えば、出荷量が天候などによって変動する生鮮品などの予約相対取引において、販売側や購買側が契約違約や買い付け失敗などのリスクを負わずに、必要なだけの適切な商品取引を実現可能とする予約相対取引支援方法や予約相対取引支援システムを実現することができる予約処理装置や予約処理システムなどを提供することを主たる目的とする。

　上記目的を達成するため、本発明では、次のような予約処理装置（１）～（１２）を提供する。
　（１）予想される取得量（数などの量）である予想値とその後に確定する実績（実際）の取得量（数などの量）である実績値が異なり得る１以上の対象（例えば、各種の商品など）について、実績値が出る前に予想値に基づいて少なくとも当該対象の希望量（希望する数などの量）を含む予約を受け付け、実績値が出た後に当該実績値に基づいて予約を確定させる処理を実行する予約処理装置であって、
　前記対象についての予想値の情報を記憶する予想値記憶手段（例えば、データベースや各種のメモリ）と、
　前記対象についての実績値の情報を記憶する実績値記憶手段（例えば、データベースや各種のメモリ）と、
　前記対象について前記予想値記憶手段に記憶される予想値の情報に基づいて（例えば、購買側により）為される少なくとも前記対象の希望量を含む仮予約及び当該仮予約が全部成立という成立状況ではなかった場合（例えば、一部成立や全部非成立という成立状況であった場合）に代替的に仮予約へ変更させられる少なくとも前記対象の希望量を含む予備予約について、当該仮予約の情報及び当該予備予約の情報を受け付ける予約情報受け付け手段と、
　前記予約情報受け付け手段により受け付けられた仮予約の情報及び予備予約の情報を、対応する仮予約の情報と予備予約の情報を関連付けて、記憶する予約情報記憶手段（例えば、データベースや各種のメモリ）と、
　前記予約情報記憶手段に記憶される前記対応する仮予約の情報と予備予約の情報について、仮予約の成立状況（例えば、一部成立や全部非成立という成立状況）に応じて予備予約を仮予約へ変更する態様を規定する情報を記憶する変更態様情報記憶手段（例えば、データベースや各種のメモリ）と、
　前記対象について（例えば、販売側から）実績値の情報を取得して、当該取得した実績値の情報を前記実績値記憶手段に記憶させる処理を実行する実績値情報取得手段と、
　前記予約情報記憶手段に記憶された仮予約の情報を読み出して、当該読み出した仮予約の情報について、前記実績値情報取得手段により取得された実績値の情報に基づいて、仮予約の成立状況を判定して、仮予約の成立状況を確定させる処理を実行し、成立状況が確定した予約の情報を成立状況の確認対象から除外するように前記予約情報記憶手段の記憶内容を変更する処理を実行する予約確定手段と、
　前記変更態様情報記憶手段の記憶内容を読み出して、当該読み出した内容に従って、前記予約確定手段により確定された仮予約の成立状況（例えば、一部成立や全部非成立という成立状況であった場合）に応じて、対応する予備予約を仮予約へ変更して、その結果を前記予約情報記憶手段の記憶内容に反映させるように当該記憶内容を変更する処理を実行する予約更新手段と、
　を備えたことを特徴とする予約処理装置。
　従って、予想される取得量である予想値とその後に確定する実績の取得量である実績値が異なり得る対象についての予約に関する処理を効果的に実現することができる。

　（２）前記（１）に記載の予約処理装置において、
　自装置（当該予約処理装置）又は外部の端末装置において、購買側のユーザから予約を受け付けるための情報を（例えば、画面に）表示させる処理を実行する予約受け付け用情報表示手段を備え、
　前記予約情報受け付け手段は、前記予約受け付け用情報表示手段による表示内容に基づいて行われる前記購買側のユーザによる（例えば、キーボードやマウスなどの）操作に応じて、仮予約及びそれに対応する予備予約を受け付け、当該受け付けた仮予約の情報及び予備予約の情報を前記予約情報記憶手段に記憶させる処理を実行する、
　ことを特徴とする予約処理装置。
　従って、仮予約や予備予約の受け付けの処理を効果的に実現することができる。

　（３）前記（２）に記載の予約処理装置において、
　前記予約情報受け付け手段により受け付けられる仮予約及び対応する予備予約について、前記購買側のユーザによる（例えば、キーボードやマウスなどの）操作に応じて、仮予約の成立状況（例えば、一部成立や全部非成立という成立状況）に応じて予備予約を仮予約へ変更する態様を規定する情報を受け付け、当該受け付けた情報を前記変更態様情報記憶手段に記憶させる処理を実行する変更態様情報受け付け手段を備えた、
　ことを特徴とする予約処理装置。
　従って、仮予約の成立状況に応じて予備予約を仮予約へ変更する態様を規定する情報の受け付けの処理を効果的に実現することができる。

　（４）前記（１）乃至前記（３）のいずれか１つに記載の予約処理装置において、
　前記対象の予想値の情報及び前記予約情報記憶手段に記憶される予約の情報に基づいて（例えば、現時点で予約をすることが可能な対象の残量値に基づいて）、前記対象について、仮予約及び対応する予備予約の候補（例えば、１つ以上の候補）の情報、又は、購買側のユーザにより指定された仮予約に対する対応する予備予約の候補（例えば、１つ以上の候補）の情報を決定する処理を実行する代替予約候補情報決定手段と、
　自装置（当該予約処理装置）又は外部の端末装置において、前記代替予約候補情報決定手段により決定された候補の情報を（例えば、画面に）表示する処理を実行する候補情報表示手段と、
　前記候補情報表示手段による表示内容に基づいて行われる購買側のユーザによる（例えば、キーボードやマウスなどの）操作に応じて、候補を承認する指示を受け付け、当該指示を受け付けた候補に係る予約（例えば、仮予約と対応する予備予約の組、又は、購買側のユーザにより指定された仮予約に対する予備予約）の情報を前記予約情報記憶手段に記憶させる処理を実行する候補承認指示受け付け手段と、
　を備えたことを特徴とする予約処理装置。
　従って、仮予約及び予備予約の候補、又は、ある仮予約に対する予備予約の候補を提示して、ユーザにより承認された候補を正式に予約として受け付けることで、ユーザによる予約の手続きを支援して容易化することができる。

　（５）前記（１）乃至前記（４）のいずれか１つに記載の予約処理装置において、
　前記対象について仮予約及び予備予約よりも優先される少なくとも当該対象の希望量を含む通常予約という予約態様が設けられ、
　前記予約情報受け付け手段は、更に、前記対象について前記予想値記憶手段に記憶される予想値の情報に基づいて（例えば、購買側により）為される通常予約について、当該通常予約の情報を受け付け、当該受け付けた通常予約の情報を前記予約情報記憶手段に記憶させ、
　前記予約確定手段は、前記予約情報記憶手段に記憶された通常予約の情報及び仮予約の情報を読み出して、当該読み出した通常予約の情報及び仮予約の情報について、前記実績値情報取得手段により取得された実績値の情報に基づいて、通常予約の成立状況及び仮予約の成立状況を判定して、通常予約の成立状況及び仮予約の成立状況を確定させる処理を実行し、成立状況が確定した予約の情報を成立状況の確認対象から除外するように前記予約情報記憶手段の記憶内容を変更する処理を実行する、
　ことを特徴とする予約処理装置。
　従って、通常予約に関する処理を効果的に実現することができる。

　（６）前記（５）に記載の予約処理装置において、
　既に存在する仮予約と重複する通常予約の指定があったときには、当該既に存在する仮予約に対応する予備予約の中で代替的に仮予約へ変更することが可能なものが存在するときに限り、当該通常予約の指定を受け付けて、当該既に存在する仮予約の情報を削除するとともに、当該代替的に仮予約へ変更することが可能な予備予約の情報を仮予約の情報へ変更する処理を実行する予約入替手段を備え、
　前記予約情報受け付け手段が、予約受け付け用情報表示手段による表示内容に基づいて行われる購買側のユーザによる（例えば、キーボードやマウスなどの）操作に応じて、通常予約の情報を受け付け、当該受け付けた通常予約の情報を前記予約情報記憶手段に記憶させる処理を実行し、この場合に、前記予約入替手段により、前記予約情報記憶手段の記憶内容を読み出して、当該読み出した内容に基づいて、既に存在する仮予約と重複する通常予約の指定があったときには、当該既に存在する仮予約に対応する予備予約の中で代替的に仮予約へ変更することが可能なものが存在するか否かを判定して、当該既に存在する仮予約に対応する予備予約の中で代替的に仮予約へ変更することが可能なものが存在するときに限り、当該通常予約の指定を受け付けて、前記予約情報記憶手段の記憶内容において、当該既に存在する仮予約の情報を削除するとともに、当該代替的に仮予約へ変更することが可能な予備予約の情報を仮予約の情報へ変更するように、当該記憶内容を変更する処理を実行する、
　ことを特徴とする予約処理装置。
　従って、既に存在する仮予約と重複する通常予約の指定があったときにおける通常予約に関する処理を効果的に実現することができる。

　（７）前記（５）又は前記（６）に記載の予約処理装置において、
　通常予約の成立状況として、全部成立、又は、全部非成立が用いられる、
　ことを特徴とする予約処理装置。
　従って、一例として、実績値から既に他の予約に割り当てられた対象を除いた残量（現時点における対象の実際の残量値）に基づいて、通常予約について、全部成立、又は、全部非成立、という成立状況が確定される。

　（８）前記（５）又は前記（６）に記載の予約処理装置において、
　通常予約の成立状況として、全部成立、又は、一部成立、又は、全部非成立が用いられる、
　ことを特徴とする予約処理装置。
　従って、一例として、実績値から既に他の予約に割り当てられた対象を除いた残量（現時点における対象の実際の残量値）に基づいて、通常予約について、全部成立、又は、一部成立、又は、全部非成立、という成立状況が確定される。

　（９）前記（１）乃至前記（８）のいずれか１つに記載の予約処理装置において、
　仮予約の成立状況として、全部成立、又は、全部非成立が用いられる、
　ことを特徴とする予約処理装置。
　従って、一例として、実績値から既に他の予約に割り当てられた対象を除いた残量（現時点における対象の実際の残量値）に基づいて、仮予約について、全部成立、又は、全部非成立、という成立状況が確定される。

　（１０）前記（１）乃至前記（８）のいずれか１つに記載の予約処理装置において、
　仮予約の成立状況として、全部成立、又は、一部成立、又は、全部非成立が用いられる、
　ことを特徴とする予約処理装置。
　従って、一例として、実績値から既に他の予約に割り当てられた対象を除いた残量（現時点における対象の実際の残量値）に基づいて、仮予約について、全部成立、又は、一部成立、又は、全部非成立、という成立状況が確定される。

　（１１）前記（１）乃至前記（１０）のいずれか１つに記載の予約処理装置において、
　同一の仮予約に対応する複数の予備予約がある場合には仮予約への変更の優先順位が設定され、
　同一の仮予約に対応する複数の予備予約の仮予約への変更の優先順位の情報を記憶する予備予約優先順位記憶手段（例えば、データベースや各種のメモリ）を備えた、
　ことを特徴とする予約処理装置。
　従って、例えば、ユーザにより又は装置により自動的に、同一の仮予約に対応する複数の予備予約の優先順位が設定されることで、予備予約から仮予約への変更の必要が発生したときに、変更の順序（優先順位）に従って、予備予約から仮予約への変更を行うことができる。

　また、以上のような予約処理装置を実現するためのプログラムを提供することも可能である。以下は、一例である。
　（１２）予想される取得量である予想値とその後に確定する実績の取得量である実績値が異なり得る１以上の対象について、実績値が出る前に予想値に基づいて少なくとも当該対象の希望量を含む予約を受け付け、実績値が出た後に当該実績値に基づいて予約を確定させる処理を実行する予約処理装置を構成するコンピュータに、
　前記対象についての予想値の情報を予想値記憶手段に記憶させる機能と、
　前記対象について前記予想値記憶手段に記憶される予想値の情報に基づいて為される少なくとも前記対象の希望量を含む仮予約及び当該仮予約が全部成立という成立状況ではなかった場合に代替的に仮予約へ変更させられる少なくとも前記対象の希望量を含む予備予約について、当該仮予約の情報及び当該予備予約の情報を受け付ける予約情報受け付け機能と、
　前記予約情報受け付け機能により受け付けられた仮予約の情報及び予備予約の情報を、対応する仮予約の情報と予備予約の情報を関連付けて、予約情報記憶手段に記憶させる機能と、
　前記予約情報記憶手段に記憶される前記対応する仮予約の情報と予備予約の情報について、仮予約の成立状況に応じて予備予約を仮予約へ変更する態様を規定する情報を変更態様情報記憶手段に記憶させる機能と、
　前記対象について実績値の情報を取得して、当該取得した実績値の情報を実績値記憶手段に記憶させる処理を実行する実績値情報取得機能と、
　前記予約情報記憶手段に記憶された仮予約の情報を読み出して、当該読み出した仮予約の情報について、前記実績値情報取得機能により取得された実績値の情報に基づいて、仮予約の成立状況を判定して、仮予約の成立状況を確定させる処理を実行し、成立状況が確定した予約の情報を成立状況の確認対象から除外するように前記予約情報記憶手段の記憶内容を変更する処理を実行する予約確定機能と、
　前記変更態様情報記憶手段の記憶内容を読み出して、当該読み出した内容に従って、前記予約確定機能により確定された仮予約の成立状況に応じて、対応する予備予約を仮予約へ変更して、その結果を前記予約情報記憶手段の記憶内容に反映させるように当該記憶内容を変更する処理を実行する予約更新機能と、
　を実現させるためのプログラム。

　また、以上のような予約処理装置を有する予約処理システムを提供することも可能である。以下は、一例である。
　（１３）予想される取得量である予想値とその後に確定する実績の取得量である実績値が異なり得る１以上の対象について、実績値が出る前に予想値に基づいて少なくとも当該対象の希望量を含む予約を受け付け、実績値が出た後に当該実績値に基づいて予約を確定させる処理を実行する予約処理装置と、前記対象となる商品の販売側のユーザにより操作されて前記予約処理装置との間で予約処理に関する情報（例えば、予想値、実績値などの情報）をネットワークを介して通信する処理を実行する販売側の端末装置と、前記対象となる商品の購買側のユーザにより操作されて前記予約処理装置との間で予約処理に関する情報（例えば、予約をするためなどの情報）をネットワークを介して通信する処理を実行する購買側の端末装置と、を有する予約処理システムであって、
　前記予約処理装置は、前記対象についての予想値の情報を記憶する予想値記憶手段と、
　前記対象についての実績値の情報を記憶する実績値記憶手段と、
　前記対象について前記予想値記憶手段に記憶される予想値の情報に基づいて為される少なくとも前記対象の希望量を含む仮予約及び当該仮予約が全部成立という成立状況ではなかった場合に代替的に仮予約へ変更させられる少なくとも前記対象の希望量を含む予備予約について、当該仮予約の情報及び当該予備予約の情報を受け付ける予約情報受け付け手段と、
　前記予約情報受け付け手段により受け付けられた仮予約の情報及び予備予約の情報を、対応する仮予約の情報と予備予約の情報を関連付けて、記憶する予約情報記憶手段と、
　前記予約情報記憶手段に記憶される前記対応する仮予約の情報と予備予約の情報について、仮予約の成立状況に応じて予備予約を仮予約へ変更する態様を規定する情報を記憶する変更態様情報記憶手段と、
　前記対象について実績値の情報を取得して、当該取得した実績値の情報を前記実績値記憶手段に記憶させる処理を実行する実績値情報取得手段と、
　前記予約情報記憶手段に記憶された仮予約の情報を読み出して、当該読み出した仮予約の情報について、前記実績値情報取得手段により取得された実績値の情報に基づいて、仮予約の成立状況を判定して、仮予約の成立状況を確定させる処理を実行し、成立状況が確定した予約の情報を成立状況の確認対象から除外するように前記予約情報記憶手段の記憶内容を変更する処理を実行する予約確定手段と、
　前記変更態様情報記憶手段の記憶内容を読み出して、当該読み出した内容に従って、前記予約確定手段により確定された仮予約の成立状況に応じて、対応する予備予約を仮予約へ変更して、その結果を前記予約情報記憶手段の記憶内容に反映させるように当該記憶内容を変更する処理を実行する予約更新手段と、を備えた、
　ことを特徴とする予約処理システム。

　以上説明したように、本発明によると、例えば、出荷量が天候などによって変動する生鮮品などの予約相対取引において、販売側や購買側が契約違約や買い付け失敗などのリスクを負わずに、必要なだけの適切な商品取引を実現可能とすることができる。

　具体例として、小さな漁協などでは、「単独では大口注文に応えられないが、幾つかの漁協で分担すれば大口注文に応じられる」という利点や、「予約量から合理的に生産計画を立てられる」という利点や、結果として、「大口注文の一角を担えるようになり、販路が広がる」という利点がある。また、大口バイヤーなどでは、「産地にこだわりなく、必要量を確実に確保したい」という要求が満たされる利点や、「様々な産地から事前に予約できるから、安定価格で調達できる」という利点や、結果として、「大口調達先が増え、大量仕入れの安定性が増す」という利点がある。

本発明を適用した予約相対取引支援システムの接続状態の一例を示す図である。 販売側端末、購買側端末の主要なハードウェア構成の一例を示す図である。 予約相対取引サーバーの主要なハードウェア構成の一例を示す図である。 予約相対取引サーバーの外部記憶装置内の主要な構成の一例を示す図である。 本実施形態における販売者ＤＢの主要な構成の一例を示す図である。 本実施形態における商品ＤＢの主要な構成の一例を示す図である。 本実施形態における購買者ＤＢの主要な構成の一例を示す図である。 本実施形態における在庫ＤＢの主要な構成の一例を示す図である。 本実施形態における注文ＤＢの主要な構成の一例を示す図である。 本実施形態における在庫管理フローチャートの一例を示す図である。 本実施形態における注文管理フローチャートの一例を示す図である。 本実施形態における注文管理内の代替注文登録フローチャートの一例を示す図である。 本実施形態における注文管理内の通常注文登録フローチャートの一例を示す図である。 本実施形態における注文割り当てフローチャートの一例を示す図である。 本実施事例における購買側端末の漁港エリア選択画面の一例を示す図である。 本実施事例における購買側端末の魚種選択画面の一例を示す図である。 本実施事例における購買側端末の注文入力画面の一例を示す図である。 本実施事例における購買側端末の漁協注文画面の一例を示す図である。 本実施事例における購買側端末の予約確定画面の一例を示す図である。 本実施事例における販売側端末の魚種選択画面の一例を示す図である。 本実施事例における販売側端末の水揚げ情報入力画面の一例を示す図である。 本実施事例における販売側端末の予約割付確認画面の一例を示す図である。

　（本実施例の概要）
　本実施例では、上記課題を解決するために、予約相対取引支援方式及び予約相対取引支援システムを提供する。
　本実施例に係る予約相対取引支援システムは、農林水産物の生産又は出荷に関わる販売者によって操作される複数の販売側端末、及び販売者に対して農林水産物の購買又は発注に関わる購買者によって操作される複数の購買側端末が、農林水産物の生産とそれに対する発注の状況により予約相対取引の実行を調整する予約相対取引サーバーと接続可能な通信ネットワークに接続される、農林水産物などの売買取引における予約相対取引支援システムである。

　本実施例の最大の特徴は、予約相対取引サーバーが、特定の商品を指定した通常注文と、条件を満たす範囲の商品に対する代替注文とを区別し、特定の商品に対する通常注文に応じるための在庫が不足した際に、代替注文のために確保していた在庫を入れ替えることにより特定商品に対する通常注文を受け入れるための予約入替手段を持つ注文管理プログラムと、代替注文に関して注文した数量が満たされるまで、例えば予約対象や数量などを変更しながら条件を満たす範囲の商品に対する注文を繰り返し生成することより、代替注文に対する割り当て失敗を削減するための予約更新手段を持つ予約割り当てプログラムを備えている点である。

　（本実施例の説明）
　以下、本発明を実施する場合の一形態について、図面を参照して説明する。
　図１は、本発明の一実施形態に関わるオンラインの予約相対取引支援システムの主要部の構成を示す図である。
　本例の予約相対取引支援システムでは、例えばコンピュータから構成された予約相対取引サーバー１０、例えばコンピュータや携帯端末などから構成された複数の販売側端末１１ａ、１１ｂ、例えばコンピュータや携帯端末などから構成された複数の購買側端末１２ａ、１２ｂといった装置が、通信ネットワーク１３を介して接続されている。

　図１において、予約相対取引サーバー１０は、取引日時にならないと取引可能な量や、適正な価格が決定できないような商品（例えば、農作物や水産物のような生鮮食料品など）を取引日時以前に予約販売するために卸売りや市場などの仲介事業者により管理運営され、商品を事前に予約販売したい複数の販売者が使用する販売側端末１１（１１ａ、１１ｂ）と、商品を事前に予約購買したい複数の購買者が利用する購買側端末１２（１２ａ、１２ｂ）が、電話回線やインターネットなどの通信ネットワーク１３を介して行う農産物の売買取引のうち、予約相対取引のための在庫管理や注文管理、予約割当などの処理を行う演算装置である。

　図２は、販売側端末１１や購買側端末１２の主要なハードウェア構成を示す図である。
　本例の販売側端末１１や購買側端末１２では、外部記憶装置２０、キーボード２２ａやマウス２２ｂやディスプレイ（画面）２３などと接続される入出力インターフェイス２１、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）やＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などと接続される通信インターフェイス２４、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２６やＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２７やＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）２８などを有するプロセッサボード２５が、システムバス２９を介して互いに接続されている。

　図２において、ハードディスクや光磁気ディスク、半導体メモリなどから成る外部記憶装置２０には、販売者や購買者が予約相対取引を行うためのユーザインターフェイスを実現するプログラムが格納されている。インターネットを利用した予約相対取引システムの場合、このプログラムとしては、ＷＥＢページを閲覧するためのブラウザと呼ばれる汎用的なプログラムが使用される。入出力インターフェイス２１は、入力機器の一例であるマウス２２ｂやキーボード２２ａや、出力機器の一例であるディスプレイ２３などの入出力を行う機器を利用可能にするための装置である。通信インターフェイス２４は販売側端末１１や購買側端末１２を通信ネットワークと接続するための装置である。プロセッサボード２５は販売側端末１１や購買側端末１２において情報処理を行うための装置であり、演算を行うためのＣＰＵ２６、短期記憶を蓄えるためのＲＡＭ２７、そしてプログラムなどを記憶するためのＲＯＭ２８などの要素部品を備えている。

　外部記憶装置２０、入出力インターフェイス２１、通信インターフェイス２４、プロセッサボード２５は、システムバス２９により相互に連結され動作する。販売側端末１１や購買側端末１２では、予約相対取引を行う商品の入力や検索、予約売買の情報のやり取りなど比較的単純な処理が行われるため、専用の機能を備えた端末である必要はなく、例えばパーソナルコンピュータやＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）、携帯電話などの一般的な計算機能、通信機能、データ表示・入力機能を備えた電子機器であれば、いかなるものであっても差し支えない。

　図３は、予約相対取引サーバー１０の主要なハードウェア構成を示す図である。
　本例の予約相対取引サーバー１０では、外部記憶装置３０、キーボード３２ａやマウス３２ｂやディスプレイ（画面）３３などと接続される入出力インターフェイス３１、ＬＡＮやＷＡＮなどと接続される通信インターフェイス３４、ＣＰＵ３６やＲＡＭ３７やＲＯＭ３８などを有するプロセッサボード３５が、システムバス３９を介して互いに接続されている。

　図３において、ハードディスクや光磁気ディスク、半導体メモリなどから成る外部記憶装置３０には、購買者や販売者を適切に仲介して予約相対取引を実現するためのプログラムやデータが格納されている。入出力インターフェイス３１は入力機器の一例であるマウス３２ｂやキーボード３２ａや出力機器の一例としてディスプレイ３３などの入出力を行う機器を利用可能にするための装置である。通信インターフェイス３４は予約相対取引サーバー１０を通信ネットワークと接続するための装置である。プロセッサボード３５は予約相対取引サーバー１０において情報処理を行うためのものであり、演算を行うためのＣＰＵ３６、短期記憶を蓄えるためのＲＡＭ３７、そしてプログラムなどを記憶するためのＲＯＭ３８などの要素部品を備えている。

　外部記憶装置３０、入出力インターフェイス３１、通信インターフェイス３４、プロセッサボード３５は、システムバス３９により相互に連結され動作する。予約相対取引サーバー１０では、事前に予想するのが困難な販売者の取引可能な商品を購買者の購入希望に応じて適切に予約相対取引を行うための複雑な処理が行われるため、専用の機能を備えた機器である必要はないものの、ある程度以上の計算処理能力を備えた計算機、例えばパーソナルコンピュータやワークステーションなどの電子機器が好適である。

　図４は、予約相対取引サーバー１０の外部記憶装置３０内に格納されているプログラム及びデータベースの構成を示す図である。
　本例では、外部記憶装置３０内に、予約入替手段４８を有する注文管理プログラム４０、在庫管理プログラム４１、予約更新手段４９を有する予約割り当てプログラム４２が格納されており、また、データベース（ＤＢ）として、販売者ＤＢ４３、商品ＤＢ４４、購買者ＤＢ４５、在庫ＤＢ４６、注文ＤＢ４７が格納されている。

　注文管理プログラム４０は購買者ＤＢ４５に登録されている購買者から、購買者端末１２を介して商品ＤＢ４４に登録された商品について、販売者ＤＢ４３に登録された販売者に対して注文を受け取り、処理した後に注文ＤＢ４７に登録するためのプログラムである。在庫管理プログラム４１は、販売者ＤＢ４３に登録された販売者が商品ＤＢ４４に登録されている商品の在庫情報を在庫ＤＢ４６に登録、更新するためのプログラムである。また、予約割り当てプログラム４２は、在庫ＤＢ４６に在庫量が登録された時点で、注文ＤＢ４７に登録されている予約注文に対して、商品を割り当てるためのプログラムである。

　スーパーマーケットなどの大規模な販売業者が商品を仕入れるために青果や魚介などを注文する際には、特定の産地や品種の商品に仕入れを限定することによって、仕入れ当日の出荷状況により商品が欠品する可能性が生じるよりも、仕入れ可能な商品の候補を複数設定することによって確実に必要な量を仕入れることが望ましい。また、レストランなどでは特定の産地や品種に拘った商品の仕入れが求められる場合も多い。注文管理プログラム４０では、予約入替手段４８が、注文対象の商品に対する購買者の価値観の相違に基づいて、例えばスーパーマーケットなどが先に一つの候補として予約していた商品を他の注文候補の商品と入れ替えることにより、特定商品だけを仕入れたい例えばレストランなどにその商品を注文することを可能にする。

　青果や魚介などの生鮮食品を予約相対取引する際には、販売日に実際に在庫としてどの程度の量が確保できるのかが事前に確定しないため、購買者にとっては必要な量を適切に注文できない、また、販売者にとっては準備できた商品に対して過不足のない注文が期待できないという問題点があった。予約割り当てプログラム４２は、購買者からの注文を取引時点の在庫の量に応じて販売者に対して適応的に割り当てる予約更新手段４９を備えることにより、上記の問題を解決している。

　以下では、魚介の予約相対取引を想定して具体的にデータベースの構造や、プログラムの詳細を説明する。以下に示すデータベースの構造やプログラムは、魚介に関する予約相対取引を想定した例であり、青果など魚介以外の予約相対取引に適用する場合にはテーブル名やフィールド名などを適切に変更することにより、システムとしては魚介の予約相対取引の場合と同様、問題なく動作する。

　図５は、予約相対取引サーバー１０の外部記憶装置３０内に格納されている販売者ＤＢ４３の魚介に関する予約相対取引を想定した具体的なデータ構造を示す図である。
　まず、漁協テーブル５０は販売者の実体を表すデータで、その属性として、名称、住所、担当者氏名、連絡先などのフィールドに情報が登録される。漁協テーブル５０に登録された個々の漁港レコードに対して、取引日の商品の情報が漁獲テーブル５１に格納される。漁獲テーブル５１には商品を表す魚種フィールドと在庫状況を表す水揚げフィールドがあり、それぞれの具体的な情報は商品ＤＢ４４と在庫ＤＢ４６に登録されている。漁獲テーブル５１に登録された個々の漁獲レコードに対しては、取引前日までの過去の在庫状況が水揚げ実績テーブル５２に格納される。水揚げ実績テーブル５２の属性としては、日時、数量、価格などのフィールドに情報が登録される。

　更に、水揚げ実績テーブル５２に登録された個々の水揚げ実績レコードに対する販売結果が販売実績テーブル５３に格納される。販売実績テーブル５３には商品を購入した購買者を表す購買者フィールド、及び、その他の数量や価格などのフィールドに情報が登録される。また、個々の漁獲テーブル５１に対して、商品の運送に関するデータを格納する配達方式テーブル５４が存在する。配達方式テーブル５４には、運送方法を記述するフィールドがあり、空輸や陸送などの運送手段に関する情報が登録される。配達方式テーブル５４に登録された個々の配達方法レコードに対して、主な配達場所に応じた所要時間などの情報が配達時間テーブル５５に登録される。更に、配達時間テーブル５５に登録された個々の配達時間レコードに対して、配達する商品の重量に応じた運用費などの情報が配達価格テーブル５６に登録される。

　ここで、図５において、「１：ｎ」は、それぞれ、１つの上位に対して複数の下位が存在し得ることを表している。なお、説明の便宜上から、全てのところで同一の文字「ｎ」を使用しているが、それぞれ任意の値であってよい。
　また、図６～図９における「１：ｎ」についても同様である。

　図６は、予約相対取引サーバー１０の外部記憶装置３０内に格納されている商品ＤＢ４４の魚介に関する予約相対取引を想定した具体的なデータ構造を示す図である。
　まず、魚種テーブル６０には商品に関する情報として名称などのフィールドに情報が登録される。魚種テーブル６０に登録された個々の魚種レコードに対して、生産者の情報が生産者テーブル６１に格納され、漁協フィールドに情報が登録される。ただし個々の漁協に関する具体的な情報は販売者ＤＢ４３に登録されている。

　図７は、予約相対取引サーバー１０の外部記憶装置３０内に格納されている購買者ＤＢ４５の魚介に関する予約相対取引を想定した具体的なデータ構造を示す図である。
　購買者テーブル７０は購買者の実体を表すデータで、その属性として、名称、住所、担当者氏名、連絡先などのフィールドに情報が登録される。購買者テーブル７０に登録された個々の購買者レコードに対しては、取引日の注文の情報が予約テーブル７１に格納される。予約テーブル７１には取引日の水揚げに対する注文状況を表す注文フィールドがあり、その具体的な情報は注文ＤＢ４７に登録されている。また、購買者テーブル７０に登録された個々の購買者レコードに対する過去の購買記録情報が購買実績テーブル７２に格納される。購買実績テーブル７２には、数量、価格などの情報を表すフィールドや、取引をした漁協、取引対象となった魚種の情報を表すフィールドがある。取引を行った漁協や、取引対象の魚種の具体的な情報は、販売者ＤＢ４３と商品ＤＢ４４に格納されている。

　図８は、予約相対取引サーバー１０の外部記憶装置３０内に格納されている在庫ＤＢ４６の魚介に関する予約相対取引を想定した具体的なデータ構造を示す図である。
　在庫テーブル８０は取引日における商品の在庫状況を示す情報であるので、日時などのフィールドに情報が登録される。在庫テーブル８０に登録された個々の在庫レコードには、その在庫の商品情報が商品テーブル８１に登録される。商品テーブル８１には取引対象を表す魚種フィールドがあり、その具体的な情報は商品ＤＢ４４に格納されている。商品テーブル８１に登録された個々の商品レコードに対しては、取引日における水揚げ情報が水揚げテーブル８２に格納される。水揚げテーブル８２には、その商品を水揚げした漁協を表す漁協フィールドの他、時刻、数量、価格などに関する予想値や実際の値など水揚げに関する情報を表すフィールドがあり、情報が登録される。更に、水揚げテーブル８２に登録された個々の水揚げレコードに対しては、その水揚げに対する注文情報が予約テーブル８３に格納される。予約テーブル８３には、注文フィールドがあり水揚げに対する注文情報が登録される。ここで、個々の注文に関する具体的な情報は注文ＤＢ４７に登録されている。

　図９は、予約相対取引サーバー１０の外部記憶装置３０内に格納されている注文ＤＢ４７の魚介に関する予約相対取引を想定した具体的なデータ構造を示す図である。
　注文テーブル９０は特定の取引日において各購買者から出された注文情報を表すデータで、日時などの情報が格納されるフィールドや、購買者の情報が格納される購買者フィールドから構成される。ここで、購買者の具体的な情報に関しては、購買者ＤＢ４５に登録されている。
　注文のうち、通常の代替不可能な注文に関しては、通常注文テーブル９１に情報が登録される。通常注文の場合、取引日に注文条件を満たす在庫が準備されなかった際には取引が成立しない。個々の通常注文レコードに対して、その注文情報が通常予約テーブル９２に登録される。通常予約テーブル９２には、数量や価格などの情報を登録するフィールドや、取引相手の漁協や取引対象の魚種を登録するフィールドがある。ここで、漁協に関する具体的な情報は販売者ＤＢ４３に、魚種に関する具体的な情報は商品ＤＢ４４に登録されている。

　また、注文のうち、代替可能な注文に関しては、代替注文テーブル９３に情報が登録される。代替注文の場合、取引日に注文条件を満たす在庫が準備されなかった予約に対して、予め代替可能な予約が指定されていた場合、取引が成立しなかった分の予約を他の予約に振り替えることが可能である。そのための具体的な手順に関しては図１４を用いて後で説明する。代替注文テーブルには、代替可能な予約の集計として注文したい数量などの情報を登録するフィールドがある。代替注文テーブル９３に登録された個々の代替注文レコードには、優先順位の高い複数の注文候補の情報を格納した仮予約テーブル９４と、仮予約の注文が成立しない場合に代替となり得る複数の注文候補の情報を格納した予備予約テーブル９５が登録される。仮予約テーブル９４と予備予約テーブル９５には、通常予約テーブル９２と同様に数量、価格などの情報を表すフィールドと漁協や魚種の情報を表すフィールドがある。

　図５～図９で説明した５つのデータベースの内容に基づき、本発明を実施する場合の一形態について、具体的な手順を以下に図面を参照して説明する。

　図１０は、本実施例を実施するに当たって、販売者である漁協が商品の在庫状況を情報として予約相対取引サーバー１０の外部記憶装置３０内に格納されている在庫ＤＢ４６に登録する際の手順を示す。
　まず、実際に魚介が水揚げされる以前の段階で、漁協は販売者端末１１を用いて在庫登録を行う魚介の名前を登録する（ステップＳ１００）。入力された魚介の名前を用いて商品ＤＢ４４の魚種テーブル６０を検索し、在庫登録を行う魚種が決定される（ステップＳ１０１）。更に、漁協は、販売側端末１１を用いて取引日における当該魚種の予想水揚げ時刻、予想水揚げ高、予想価格を入力し（ステップＳ１０２）、それらの値が在庫ＤＢ４６に登録される（ステップＳ１０３）。

　購買者が購買注文を出すタイミングは取引日の水揚げが行われる以前であるので、在庫ＤＢ４６に登録されたこれらの情報を元に注文が行われる。そして、実際に魚介の水揚げがなされた後の段階では、漁協は販売側端末１１を用いて在庫登録を行う魚介の名前を入力し（ステップＳ１０４）、商品ＤＢ４４の魚種テーブル６０を検索することにより在庫登録を行う魚種を決定する（ステップＳ１０５）。その後、漁協は販売側端末１１を用いて取引日における実際の水揚げ時刻、水揚げ高、販売価格を入力し（ステップＳ１０６）、商品ＤＢ４６に登録する（ステップＳ１０７）と共に販売者ＤＢ４３の水揚げ実績テーブル５２の内容を更新する（ステップＳ１０８）。このようにして、購買者が予約相対取引において注文を出すための商品情報と、実際に商品を購買者に割り当てるための商品情報が商品ＤＢ４６に登録される。

　図１１は、本実施例を実施するに当たって、購買者が商品に対する注文を情報として予約相対取引サーバー１０の外部記憶装置３０内に格納されている注文ＤＢ４７に登録する際の手順を示す。
　まず、購買者は購買側端末１２を用いて注文する魚介の名前を入力し（ステップＳ１１０）、商品ＤＢ４４に登録されている魚種テーブル６０を検索し、注文する魚種を決定する（ステップＳ１１１）。ステップＳ１１０とステップＳ１１１を繰り返すことにより、複数の魚種を代替可能な候補として指定し、ステップＳ１１７で代替注文を実施することも可能である。

　魚種が決定した後、購買者は購買側端末１２により、当該魚種を注文する量とその希望価格を入力する（ステップＳ１１２）。入力された魚種、数量、価格に関する情報を用いて在庫ＤＢ４６の水揚げテーブル８２の予想水揚げ高や予想価格などの内容を照合することにより、購買者の条件を満たす販売者すなわち漁協を検索し（ステップＳ１１３）、購買者が実際に注文を出す漁協を購買側端末１２を用いて指示する（ステップＳ１１４）。ここで、購買者が注文対象として指定した魚種や注文先として指定した漁協が一意に決定できるのであれば（ステップＳ１１５）、その注文は通常注文として処理される（ステップＳ１１６）。もし、注文対象となる魚種が複数の候補として指定されていたり、注文先の漁協に関して複数の候補が指定されている場合は（ステップＳ１１５）、それらの個々の注文を注文候補とする代替注文として処理される（ステップＳ１１７）。これらのステップＳ１１６及びステップＳ１１７の処理の機能が予約入替手段４８に相当する。予約入替手段４８の機能のうち、代替注文に関する処理は図１２を用いて、通常注文に関する処理は図１３を用いて説明する。

　図１２は、本実施例を実施するに当たって、購買者が代替注文を行った際に予約相対取引サーバー１０の外部記憶装置３０内に格納されている注文ＤＢ４７に代替注文レコードが登録される際の処理手順を示す。
　代替注文は複数の魚種や漁協に対する複数の注文候補から構成されているので全ての注文候補が登録されるまで、繰り返し以下の処理が行われる（ステップＳ１２０）。ここで、注文候補が処理される順番に関しては、水揚げ予想時間順などが妥当であると思われるが、購買者の設定した優先順位の順にすることも可能である。

　まず、代替注文テーブル９３に登録されている注文数量から計算した注文残量を検査し（ステップＳ１２１）、注文残量が既に０以下であれば、以降の注文は全て予備予約として処理される（ステップＳ１２５）。注文残量が未だ残っている場合、注文候補に登録されている魚種、漁協の組み合わせに対して既に注文ＤＢ４７に登録された通常予約テーブル９２と仮予約テーブル９４から、同じ魚種、漁協の組み合わせを持つレコードを検索する（ステップＳ１２２）。更に、注文候補に登録されている魚種、漁協の組み合わせに対して、在庫ＤＢ４６に登録された水揚げテーブル８２から同じ魚種、漁協の組み合わせを持つレコードを検索し、その予想水揚げ高から、先に検索された通常予約レコードと仮予約レコードの数量の合計を差し引いた数値を予想在庫量として更新する（ステップＳ１２３）。更新された予想在庫量が０より大きいかどうかによって、注文候補が仮予約として登録されるか、予備予約として登録されるかが決定される（ステップＳ１２４）。

　もし予想在庫量が０以下であれば、注文候補は予備予約として注文ＤＢ４７の予備予約テーブル９５に登録される（ステップＳ１２５）。もし予想在庫量が０より大きければ、注文候補は仮予約として注文ＤＢ４７の仮予約テーブル９４に登録され、その情報が購買者ＤＢ４５の予約テーブル７１の注文フィールドや在庫ＤＢ４６の予約テーブル８３の注文フィールドにも登録される（ステップＳ１２６）。そして、代替注文としての注文残量を仮予約された数量分差し引くことにより更新する（ステップＳ１２７）。全ての注文候補が処理され、仮予約若しくは予備予約として登録された後、代替注文登録は終了する（ステップＳ１２８）。漁協などの販売者は在庫ＤＢ４６の予約テーブル８３に登録された注文フィールドを確認することにより、水揚げに対してどの程度の予約が入っているかを事前に確認することができ、予想水揚げ高を上回って予備予約が登録されている場合などは、計画よりも操業を拡大して水揚げ高を増やすことを検討することにより収益の拡大を図ることができる。

　図１３は、本実施例を実施するに当たって、購買者が通常注文を行った際に予約相対取引サーバー１０の外部記憶装置３０内に格納されている注文ＤＢ４７に通常注文レコードが登録される際の処理手順を示す。
　通常注文は一つの注文候補しか持たないため、代替注文のような繰り返し処理は必要なく、登録されている魚種、漁協の組み合わせに対して、既に注文ＤＢ４７に登録されている通常予約テーブル９２から同じ魚種、漁協の組み合わせを持つレコードを検索する（ステップＳ１３０）。更に、注文に登録されている魚種、漁協の組み合わせに対して、在庫ＤＢ４６に登録された水揚げテーブル８２から同じ魚種、漁協の組み合わせを持つレコードを検索し、その予想水揚げ高から、先に検索された通常予約レコードの数量を差し引いた数値を予想在庫量として更新する（ステップＳ１３１）。更新された予想在庫量が０より大きいかどうかによって、注文が入れ替えなしに通常予約として登録できるか否かが決定される（ステップＳ１３２）。

　予想在庫量が０より大きい場合は、注文は入れ替えなしに通常予約としての登録が可能であるので、通常予約として注文ＤＢ４７の通常予約テーブル９２に登録され、その情報が購買者ＤＢ４５の予約テーブル７１の注文フィールドや在庫ＤＢ４６の予約テーブル８３の注文フィールドにも登録される（ステップＳ１３３）。予想在庫量が０以下である場合には、注文ＤＢ４７に登録されている仮予約テーブル９４と予備予約テーブル９５から同じ魚種、漁協の組み合わせを持つレコードを検索し、注文の数量以上で、代替可能な予備予約を持つ仮予約が存在するかどうかを確認する（ステップＳ１３４）。もし、そのような条件を満たす仮予約が注文ＤＢ４７に登録されていない場合は、この注文は成立しないで処理を終了する（ステップＳ１３５）。

　もし、代替可能な予備予約を持つ仮予約が注文ＤＢ４７に存在すれば、その仮予約テーブル９４から仮予約レコードを削除し、対応する予備予約を改めて仮予約として注文ＤＢ４７の予備予約テーブル９５から仮予約テーブル９４に移動する（ステップＳ１３６）。その後、注文は、通常予約として注文ＤＢ４７の通常予約テーブル９２に登録され、その情報が購買者ＤＢ４５の予約テーブル７１の注文フィールドや在庫ＤＢ４６の予約テーブル８３の注文フィールドにも登録される（ステップＳ１３３）。

　このような処理を行うことにより、どうしても特定の漁協、魚種の注文をしたい購買者は、既に該当する在庫が残っていない場合でも、その在庫に対して代替可能な先着注文が存在する場合には、その代替注文の仮予約と予備予約を入れ替えることにより、希望する通常注文を行うことができる。このような入れ替えが発生した場合、例えば、販売者は購買者に対して割増料金を請求するなどして、購買者にとっての特定の漁協、魚種に対する価値に基づいた料金課金を行うことができる。

　図１４は、本実施例を実施するに当たって、販売者である漁協により予約相対取引サーバー１０の外部記憶装置３０内に格納されている在庫ＤＢ４６の水揚げレコードに対して取引日における水揚げ実績が登録され、その水揚げが注文ＤＢ４７に登録されている注文に割り当てられる際の処理手順を示す。

　まず、漁協は販売側端末１１を用いて取引日における水揚げ実績のデータである魚種毎の数量や価格などの情報に関して、在庫ＤＢ４６の水揚げテーブル８２に登録されている水揚げレコードを更新する（ステップＳ１４０）。更新された水揚げレコードの予約テーブルに登録された情報を用いて、その漁協に対する注文情報が注文ＤＢ４７から検索される（ステップＳ１４１）。検索された注文レコードの中から、まず通常注文の通常予約レコードを抽出して、在庫ＤＢ４６の水揚げテーブル８２に登録された水揚げレコードの数量、価格を確認して条件を満たしていれば予約の割り当てを行い、在庫ＤＢ４６、販売者ＤＢ４３、購買者ＤＢ４５、注文ＤＢ４７の情報の更新を行う。特に在庫ＤＢ４６に関しては水揚げレコードに登録されている数量を注文割り当てした量だけ差し引く処理を行う必要がある。もし満たされない条件があれば、その通常予約レコードの注文は失敗となる（ステップＳ１４２）。このように通常注文に対して未処理の通常予約レコードがなくなるまで実行する（ステップＳ１４３）。

　通常注文の処理が終わった後、代替注文の処理を行う。まず、ステップＳ１４１で検索された注文レコードの中から、代替注文の仮予約レコードを抽出して予約の割り当てを試み、在庫ＤＢ４６の水揚げテーブル８２に登録された水揚げレコードの数量、価格を確認して、もし条件を満たしていれば予約の割り当てを行い、在庫ＤＢ４６、販売者ＤＢ４３、購買者ＤＢ４５、注文ＤＢ４７の情報の更新を行う（ステップＳ１４４）。特に在庫ＤＢ４６に関しては水揚げレコードに登録されている数量を注文割り当てした量だけ差し引く処理を行う必要がある。

　もし、数量が不足するなどして条件が満たされていなければ（ステップＳ１４５）、当該仮予約レコードを削除し、代替注文テーブル９３に登録され予備予約の一つを水揚げの不足した数量を注文する仮予約に変更することで予約候補の入れ替えを行う（ステップＳ１４６）。このように代替注文に対して未処理仮予約レコードがなくなるまで実行する（ステップＳ１４７）。未処理の仮予約レコードがなくなった時点で処理を終了する（ステップＳ１４８）。

　ここで、これらのステップのうち、ステップＳ１４５及びステップＳ１４６の処理の機能が予約更新手段４９に相当し、以上の処理を行うことにより、取引日に天候などの理由により特定の漁協で特定の魚種の水揚げが不足したような場合も、代替注文として予備予約が登録されていれば、他の漁協や、他の魚種の注文と自動的に入れ替えが行われ、購買者によって予約相対注文された量、種類の魚介が無事に取引される可能性が高まる。

　（更なる具体例）
　以下、本発明の実施例について、インターネットを用いた水産物予約相対取引システムの一実装例を図面を用いて説明する。
　図１５は、購買側端末１２を用いた発注処理における漁協エリア選択画面１５０を示してある。購買者は漁協エリア選択画面１５０上のエリア選択ボタン１５１を押下することにより、商品を発注する漁協の地理的範囲を規定する。購買者は特定地域にある漁協との予約相対取引を実施することができる。地域は一つだけではなく複数の地域を選択することも可能である。この画面により、後の処理で選択する漁協の数をフィルタリングすることで、購買者が漁協を選択する負担を軽減することができる。

　図１６は、購買側端末１２を用いた発注処理における魚種選択画面１６０を示してある。購買者は魚種選択画面１６０上の魚種選択パネル１６１を押下することにより、注文する魚種を指定する。魚種に関しても複数の魚種を指定して代替注文とすることも可能である。

　図１７は、購買側端末１２を用いた発注処理における注文入力画面１７０を示してある。購買者は注文入力画面１７０を用いて、注文する魚種毎に注文内容を入力する。購買者は取引日指定欄１７１でカレンダーを用いて予約相対取引を行う日程を指定し、ロット欄１７２では取引単位としてケース、ｋｇ、尾など適切なものを選択する。更に、希望予約量欄１７３では予約相対取引で発注する量を指定し、上限価格欄１７４では取引可能な最高価格を指定する。図１５から図１７の画面で入力された情報が注文ＤＢ４７に登録され、検索ボタン１７５が押下されることにより、在庫ＤＢ４６に登録された水揚げテーブル８２の予想数量、予想価格などのデータを用いて、条件を満たす漁協が検索される。

　図１８は、購買側端末１２を用いた発注処理における漁協注文画面１８０を示してある。購買者は漁協注文画面１８０を用いて、注文する魚種毎に漁協に対する注文量を入力する。漁協注文画面１８０には、水揚げ予想時間順にソートされた漁協の魚種に対する水揚げに関する予想データが表示され、購買者は漁協毎に注文欄１８１に通常予約する注文量を入力する。購買者は注文状況表示部１８２を見ることにより、希望した注文量に対して、どの程度の量が漁協に対する通常予約なされたかを確認することができる。購買者が注文量の残りは特にどの漁協からでも良いと判断した場合、おまかせ予約ボタン１８３を押下することにより、漁協注文画面１８０に表示されている他の漁協に対して、代替注文が実施される。漁協に対する注文量が確定したら、購買者は予約終了ボタン１８４を押下して予約注文の確認を行う。

　図１９は、購買側端末１２を用いた発注処理における予約確定画面１９０を示してある。購買者が漁協注文画面１８０を用いて漁協毎に注文した内容が予約確認欄１９１に表示される。予約確認欄１９１には通常注文として通常予約された漁協並びに代替注文として仮予約若しくは予備予約された漁協が表示される。ここでは、保田、千倉の漁協が通常予約、太東漁協が仮予約、阿尾、勝浦の漁協が予備予約として登録されているので、取引日に太東漁協が時化などで不漁であっても、阿尾若しくは勝浦の漁協で水揚げがあれば、購買者は予約希望量の買い付けを行うことができる。購買者は予約確認欄１９１を確認し、その内容に修正を加えたければ修正ボタン１９２を押下し、その内容で問題なければ予約終了ボタン１９３を押下する。修正ボタン１９２を押下した場合、画面は漁協注文画面１８０に戻り、漁協に対する注文量を修正することができる。予約終了ボタン１９３を押下した場合は、注文内容が確定し予約相対取引サーバー１０の外部記憶装置３０内の注文ＤＢ４７の内容が更新される。このようにして購買者は予約相対取引サーバー１０に対して、注文を登録することができる。

　図２０は、販売側端末１１を用いた受注処理における魚種選択画面２００を示してある。販売者である漁協は、魚種選択画面２００上の魚種選択パネル２０１を押下することにより、水揚げする魚種を指定する。

　図２１は、販売側端末１１を用いた受注処理における水揚げ情報入力画面２１０を示してある。漁協は水揚げ情報入力画面２１０を用いて、水揚げされる魚種毎に水揚げ情報を入力する。漁協はサイズ欄２１１で水揚げされた魚介のサイズを入力し、ロット欄２１２で取引単位としてケース、ｋｇ、尾など適切なものを選択する。更に、摘要欄２１３では水揚げされた魚介の特性を記述することが可能で、数量欄２１４では水揚げされた漁獲高を、単価欄２１５では水揚げされた漁獲に対する価格を設定することができる。以上の情報を入力した後、遷移ボタン２１６を押下することで、漁協の水揚げ情報が、予約相対取引サーバー１０の外部記憶装置３０内の在庫ＤＢ４６に登録される。

　図２２は、販売側端末１１を用いた受注処理における予約割付確認画面２２０を示してある。漁協によって水揚げ情報が登録されると、予約相対取引サーバー１０は予約相対取引サーバー１０の外部記憶装置３０内の注文ＤＢ４７と在庫ＤＢ４６に登録された情報を照合し、通常注文や代替注文で予約した購買者に水揚げされた魚介を割り当て、その結果を予約割当結果欄２２１に表示する。予約割当結果を確認した後、漁協が終了ボタン２２２を押下することにより、予約相対取引サーバー１０の外部記憶装置３０内の販売者ＤＢ４３と購買者ＤＢ４５の購買実績テーブル７２と販売実績テーブル５３の情報が更新される。このように販売者である漁協は、予約相対取引サーバー１０に登録された購買者からの予約注文に対して、取引日に水揚げされた魚介を割り当てることができる。

　（まとめ）
　以上では、本発明の一実施例を説明したが、本発明では、上記実施例に限られず、種々な構成、態様などが用いられてもよい。そこで、以下で、本発明の概要について説明しておく。
　［１］各予約について説明する。
　（１）通常予約（通常注文）では、魚種や漁協などのパラメータが固定的に設定される。
　（２）代替予約（代替注文）は、仮予約と予備予約から成る。
　仮予約は、実績時に確保されれば全て購入するものであり、幾つ指定してもよく、内容も任意でよい。
　予備予約は、仮予約が成立しないときに代替されるものであり、幾つ指定してもよく、内容も任意でよい。複数の予備予約がある場合には、例えば、実績値が確定する早さの順序又は人による指定などにより、優先順位が設定される。

　一例として、人による指定により代替予約が行われるときに、魚種などが複数にまたがる場合には、予約時に、仮予約に対していずれの予備予約を代替させるかの優先順位を決めておく。
　また、一例として、装置による自動的な指定により代替予約又は代替予約の候補の決定が行われるときに、例えば、購買者がいわし５０ケース（量）を望む場合には、仮予約でいわし５０ケースを入れ、それ以上のところで予備予約を入れておく。予備予約で、魚種や漁協などの任意のパラメータを変更してもよい。例えば、装置により自動的に代替予約の候補を表示して、それに対して購買者により承認を受けたら、その代替予約を受け付けるようなことができる。

　［２］予約入替手段４８及び予約更新手段４９について説明する。
　（１）予約入替手段４８は、主に、通常予約を既にある他人の仮予約と同じところに入れたいときに、その他人の仮予約をその他人の予備予約へ代替できるなら、入れる。
　（２）予約更新手段４９は、予想値に基づいて入れられていた予約に対して、実績値が出たときに、その実績値に基づいて、予約に商品を割り当てる。この場合に、全部又は一部が未成立であった仮予約について、その仮予約は削除して、その予備予約を仮予約へ変更する。

　［３］各予約同士の関係について説明する。
　まず、基本的には、先着順であり、早く予約した方が優先される。但し、例外もある。
　（１）通常予約について
　（ｉ）通常予約は、既にある自己又は他人の通常予約と重複するところには入らない。
　（ｉｉ）通常予約は、既にある自己又は他人の仮予約と重複するところには、その仮予約がその予備予約に代替可能であれば、その代替を行うことで、入る。このとき、その仮予約は取り消されて削除されて、その予備予約が代替的に仮予約へ変更される。
　（ｉｉｉ）通常予約は、既にある自己又は他人の予備予約と重複するところには入る。このとき、その予備予約は取り消されて削除される。

　（２）仮予約について
　（ｉ）仮予約は、既にある自己又は他人の通常予約と重複するところには入らない。
　（ｉｉ）仮予約は、既にある自己又は他人の仮予約と重複するところには入らない。
　（ｉｉｉ）仮予約は、既にある自己又は他人の予備予約と重複するところには入る。このとき、その予備予約は取り消されて削除される。
　（３）予備予約について
　（ｉ）予備予約は、既にある自己又は他人の通常予約と重複するところには入らない。
　（ｉｉ）予備予約は、既にある自己又は他人の仮予約と重複するところには入らない。
　（ｉｉｉ）予備予約は、既にある自己又は他人の予備予約と重複するところには入る。このとき、両方の予備予約が残る。

　［４］予約について他の事項を説明する。
　（１）一人の購買者が、通常予約のみを行うことや、代替予約のみを行うことや、通常予約と代替予約の両方を行うことが、可能である。
　（２）予約は、予想値を見て行われ、例えば、通常予約、仮予約、予備予約は、予想値（例えば、予想される量）を超えてはできない。但し、例えば、異なる購買者の予備予約は、全体として予想値（例えば、予想される量）を超えても、重なってもよい。また、在庫（予想値）があっても予備予約とすることは自由である。
　（３）予約を行うことができる期限は、例えば、実績値が出る前までであり、任意に設定されてもよい。

　［５］予約確定時の処理について説明する。
　（１）それぞれの実績値（例えば、各漁協の水揚げ日時での実績値）が出るたびに、確定する予約（例えば、全部成立、一部成立、全部非成立）を決めていき、決まった予約は消して削除していく。
　（ｉ）通常予約は、最優先で商品が割り当てられるが、割り当てが不可能であればキャンセル（非成立）される。また、例えば、１００匹欲しいときに一部（例えば、５０匹）しか無ければ、全てキャンセル又は一部（例えば、５０匹）の成立とするが、どちらにするかは、初期設定又は水揚げ日時での設定（例えば、販売者と購買者との連絡による）などにより決定される。

　（ｉｉ）仮予約は、基本的には、１００匹欲しいときに一部（例えば、５０匹）しか無ければ、一部（例えば、５０匹）だけ割り当てるが、全てキャンセルとする構成が用いられてもよい。また、例えば、その一部が非常に少ない場合（例えば、１匹である場合）でも割り当てる構成が用いられてもよく、又は、割り当て可能な数が予め設定（初期設定或いは購買者などにより設定）された所定の閾値以下（又は、未満）であればキャンセルする構成が用いられてもよい。
　（ｉｉｉ）予備予約は、それに対応する仮予約の確定状況では足りなかった商品の分を埋めるものであり、例えば、通常予約の確定状況で商品が足りなくても予備予約で埋めることは無い。一例として、１００匹の仮予約で５０匹だけ成立した場合には、予備予約の中で、代替可能なもの（例えば、同一の魚種を５０匹、又は、他の魚種を同数或いは異なる数、など）を仮予約へ変更する。
　仮予約の確定状況（例えば、一部成立、全部非成立）と、そのときに仮予約へ変更する予備予約との関係は、例えば、予約時に設定されている。具体例としては、魚種と匹数を一定として漁協を任意とするなどの方針に基づいて、人により又は装置により自動的に設定することができる。
　なお、実績値によって、予備予約も一部成立又は全部非成立となり得る。

　（２）予約確定時の優先順位の例
　（ｉ）仮予約と予備予約とが同一の魚種の場合、例えば、仮予約が１００匹で、優先順位１の予備予約が３０匹、優先順位２の予備予約が１５匹、優先順位３の予備予約が１０匹であるときに、仮予約で５０匹しか成立しないと、優先順位１の予備予約が３０匹、優先順位２の予備予約が１５匹、優先順位３の予備予約が５匹とされて、これらの予備予約が仮予約へ変更させられる。このとき、例えば、変更後の仮予約と競合する（自己又は）他人の予備予約は取り消されて削除される。
　（ｉｉ）仮予約と予備予約とが異なる魚種の場合、例えば、予備予約を仮予約へ変更させる条件を、予約時に、予め決めておく。具体例としては、タイ６匹がいわし１００匹に相当するなどを決めておく。

　［６］装置及びシステムの構成例について説明する。
　本実施例では、図１において、予約相対取引支援システムにより予約処理システムが構成されている。また、予約相対取引サーバー１０により予約処理装置が構成されており、予約に関する処理の全般を行う。また、販売側端末１１ａ、１１ｂにより販売側の者（例えば、販売者）により操作される端末装置が構成されており、購買側端末１２ａ、１２ｂにより購買側の者（例えば、購買者）により操作される端末装置が構成されており、それぞれ、例えば人（ユーザ）により操作されて、予約に関する処理を行い、予約相対取引サーバー１０との間でネットワーク（本実施例では、通信ネットワーク１３）を介して各種の情報を通信（送信や受信）する。また、予約に関する各種の処理で使用される各種の情報は、例えば、データとして装置のメモリに記憶され、必要に応じてデータ同士が関連付けられ、また、情報処理機能により予約に関する各種の処理が実行される。

　ここで、本発明に係るシステムや装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。また、本発明は、例えば、本発明に係る処理を実行する方法或いは方式や、このような方法や方式を実現するためのプログラムや当該プログラムを記録する記録媒体などとして提供することも可能であり、また、種々なシステムや装置として提供することも可能である。
　また、本発明の適用分野としては、必ずしも以上に示したものに限られず、本発明は、種々な分野に適用することが可能なものである。

　また、本発明に係るシステムや装置などにおいて行われる各種の処理としては、例えばプロセッサやメモリ等を備えたハードウェア資源においてプロセッサがＲＯＭに格納された制御プログラムを実行することにより制御される構成が用いられてもよく、また、例えば当該処理を実行するための各機能手段が独立したハードウェア回路として構成されてもよい。
　また、本発明は上記の制御プログラムを格納したフロッピー（登録商標）ディスクやＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ）－ＲＯＭ等のコンピュータにより読み取り可能な記録媒体や当該プログラム（自体）として把握することもでき、当該制御プログラムを当該記録媒体からコンピュータに入力してプロセッサに実行させることにより、本発明に係る処理を遂行させることができる。

　上記実施例では水産物の予約相対取引の例を用いて説明したが、本発明は水産物に限らず、野菜や果物などの農作物や花卉など、その収穫量が天候などに依存して変動する商品を予約売買する際に広く適用することができる。本発明を用いることにより、購買者にとっては天候などの影響を受けず安定した仕入れを実現することができ、販売者にとっては購買者に当日の収穫によって大きく値段が変動する競り以外の安定した販売チャネルを確保することができるため、大規模なスーパーマーケットなどの小売業者と産地における生鮮品の予約相対取引に利用することが可能である。

　１０・・予約相対取引サーバー、　１１、１１ａ、１１ｂ・・販売側端末、　１２、１２ａ、１２ｂ・・購買側端末、　１３・・通信ネットワーク、
　２０、３０・・外部記憶装置、　２１、３１・・入出力インターフェイス、　２２ａ、３２ａ・・キーボード、　２２ｂ、３２ｂ・・マウス、　２３、３３・・ディスプレイ、
　２４、３４・・通信インターフェイス、　２５、３５・・プロセッサボード、　２６、３６・・ＣＰＵ、　２７、３７・・ＲＡＭ、　２８、３８・・ＲＯＭ、　２９、３９・・システムバス、
　４０・・注文管理プログラム、　４１・・在庫管理プログラム、　４２・・予約割り当てプログラム、　４３・・販売者ＤＢ、　４４・・商品ＤＢ、　４５・・購買者ＤＢ、　４６・・在庫ＤＢ、　４７・・注文ＤＢ、　４８・・予約入替手段、　４９・・予約更新手段、
　５０・・漁協テーブル、　５１・・獲得テーブル、　５２・・水揚げ実績テーブル、　５３・・販売実績テーブル、　５４・・配達方式テーブル、　５５・・配達時間テーブル、　５６・・配達価格テーブル、
　６０・・魚種テーブル、　６１・・生産者テーブル、
　７０・・購買者テーブル、　７１・・予約テーブル、　７２・・購買実績テーブル、
　８０・・在庫テーブル、　８１・・商品テーブル、　８２・・水揚げテーブル、　８３・・予約テーブル、
　９０・・注文テーブル、　９１・・通常注文テーブル、　９２・・通常予約テーブル、
　９３・・代替注文テーブル、　９４・・仮予約テーブル、　９５・・予備予約テーブル、
　１５０・・漁港エリア選択画面、　１５１・・エリア選択ボタン、
　１６０、２００・・魚種選択画面、　１６１、２０１・・魚種選択パネル、
　１７０・・注文入力画面、　１７１・・取引日指定欄、　１７２・・ロット欄、　１７３・・希望予約量欄、　１７４・・上限価格欄、　１７５・・検索ボタン、
　１８０・・漁協注文画面、　１８１・・注文欄、　１８２・・注文状況表示部、　１８３・・おまかせ予約ボタン、　１８４・・予約終了ボタン、
　１９０・・予約確定画面、　１９１・・予約確定欄、　１９２・・修正ボタン、　１９３・・予約終了ボタン、
　２１０・・水揚げ情報入力画面、　２１１・・サイズ欄、　２１２・・ロット欄、　２１３・・摘要欄、　２１４・・数量欄、　２１５・・単価欄、　２１６・・遷移ボタン、
　２２０・・予約割付確認画面、　２２１・・予約割り当て結果欄、　２２２・・終了ボタン、
 

Claims (13)

1. 予想される取得量である予想値とその後に確定する実績の取得量である実績値が異なり得る１以上の対象について、実績値が出る前に予想値に基づいて少なくとも当該対象の希望量を含む予約を受け付け、実績値が出た後に当該実績値に基づいて予約を確定させる処理を実行する予約処理装置であって、
   　前記対象についての予想値の情報を記憶する予想値記憶手段と、
   　前記対象についての実績値の情報を記憶する実績値記憶手段と、
   　前記対象について前記予想値記憶手段に記憶される予想値の情報に基づいて為される少なくとも前記対象の希望量を含む仮予約及び当該仮予約が全部成立という成立状況ではなかった場合に代替的に仮予約へ変更させられる少なくとも前記対象の希望量を含む予備予約について、当該仮予約の情報及び当該予備予約の情報を受け付ける予約情報受け付け手段と、
   　前記予約情報受け付け手段により受け付けられた仮予約の情報及び予備予約の情報を、対応する仮予約の情報と予備予約の情報を関連付けて、記憶する予約情報記憶手段と、
   　前記予約情報記憶手段に記憶される前記対応する仮予約の情報と予備予約の情報について、仮予約の成立状況に応じて予備予約を仮予約へ変更する態様を規定する情報を記憶する変更態様情報記憶手段と、
   　前記対象について実績値の情報を取得して、当該取得した実績値の情報を前記実績値記憶手段に記憶させる処理を実行する実績値情報取得手段と、
   　前記予約情報記憶手段に記憶された仮予約の情報を読み出して、当該読み出した仮予約の情報について、前記実績値情報取得手段により取得された実績値の情報に基づいて、仮予約の成立状況を判定して、仮予約の成立状況を確定させる処理を実行し、成立状況が確定した予約の情報を成立状況の確認対象から除外するように前記予約情報記憶手段の記憶内容を変更する処理を実行する予約確定手段と、
   　前記変更態様情報記憶手段の記憶内容を読み出して、当該読み出した内容に従って、前記予約確定手段により確定された仮予約の成立状況に応じて、対応する予備予約を仮予約へ変更して、その結果を前記予約情報記憶手段の記憶内容に反映させるように当該記憶内容を変更する処理を実行する予約更新手段と、
   　を備えたことを特徴とする予約処理装置。
2. 請求項１に記載の予約処理装置において、
   　自装置又は外部の端末装置において、購買側のユーザから予約を受け付けるための情報を表示させる処理を実行する予約受け付け用情報表示手段を備え、
   　前記予約情報受け付け手段は、前記予約受け付け用情報表示手段による表示内容に基づいて行われる前記購買側のユーザによる操作に応じて、仮予約及びそれに対応する予備予約を受け付け、当該受け付けた仮予約の情報及び予備予約の情報を前記予約情報記憶手段に記憶させる処理を実行する、
   　ことを特徴とする予約処理装置。
3. 請求項２に記載の予約処理装置において、
   　前記予約情報受け付け手段により受け付けられる仮予約及び対応する予備予約について、前記購買側のユーザによる操作に応じて、仮予約の成立状況に応じて予備予約を仮予約へ変更する態様を規定する情報を受け付け、当該受け付けた情報を前記変更態様情報記憶手段に記憶させる処理を実行する変更態様情報受け付け手段を備えた、
   　ことを特徴とする予約処理装置。
4. 請求項１乃至請求項３のいずれか１項に記載の予約処理装置において、
   　前記対象の予想値の情報及び前記予約情報記憶手段に記憶される予約の情報に基づいて、前記対象について、仮予約及び対応する予備予約の候補の情報、又は、購買側のユーザにより指定された仮予約に対する対応する予備予約の候補の情報を決定する処理を実行する代替予約候補情報決定手段と、
   　自装置又は外部の端末装置において、前記代替予約候補情報決定手段により決定された候補の情報を表示する処理を実行する候補情報表示手段と、
   　前記候補情報表示手段による表示内容に基づいて行われる購買側のユーザによる操作に応じて、候補を承認する指示を受け付け、当該指示を受け付けた候補に係る予約の情報を前記予約情報記憶手段に記憶させる処理を実行する候補承認指示受け付け手段と、
   　を備えたことを特徴とする予約処理装置。
5. 請求項１乃至請求項４のいずれか１項に記載の予約処理装置において、
   　前記対象について仮予約及び予備予約よりも優先される少なくとも当該対象の希望量を含む通常予約という予約態様が設けられ、
   　前記予約情報受け付け手段は、更に、前記対象について前記予想値記憶手段に記憶される予想値の情報に基づいて為される通常予約について、当該通常予約の情報を受け付け、当該受け付けた通常予約の情報を前記予約情報記憶手段に記憶させ、
   　前記予約確定手段は、前記予約情報記憶手段に記憶された通常予約の情報及び仮予約の情報を読み出して、当該読み出した通常予約の情報及び仮予約の情報について、前記実績値情報取得手段により取得された実績値の情報に基づいて、通常予約の成立状況及び仮予約の成立状況を判定して、通常予約の成立状況及び仮予約の成立状況を確定させる処理を実行し、成立状況が確定した予約の情報を成立状況の確認対象から除外するように前記予約情報記憶手段の記憶内容を変更する処理を実行する、
   　ことを特徴とする予約処理装置。
6. 請求項５に記載の予約処理装置において、
   　既に存在する仮予約と重複する通常予約の指定があったときには、当該既に存在する仮予約に対応する予備予約の中で代替的に仮予約へ変更することが可能なものが存在するときに限り、当該通常予約の指定を受け付けて、当該既に存在する仮予約の情報を削除するとともに、当該代替的に仮予約へ変更することが可能な予備予約の情報を仮予約の情報へ変更する処理を実行する予約入替手段を備え、
   　前記予約情報受け付け手段が、予約受け付け用情報表示手段による表示内容に基づいて行われる購買側のユーザによる操作に応じて、通常予約の情報を受け付け、当該受け付けた通常予約の情報を前記予約情報記憶手段に記憶させる処理を実行し、この場合に、前記予約入替手段により、前記予約情報記憶手段の記憶内容を読み出して、当該読み出した内容に基づいて、既に存在する仮予約と重複する通常予約の指定があったときには、当該既に存在する仮予約に対応する予備予約の中で代替的に仮予約へ変更することが可能なものが存在するか否かを判定して、当該既に存在する仮予約に対応する予備予約の中で代替的に仮予約へ変更することが可能なものが存在するときに限り、当該通常予約の指定を受け付けて、前記予約情報記憶手段の記憶内容において、当該既に存在する仮予約の情報を削除するとともに、当該代替的に仮予約へ変更することが可能な予備予約の情報を仮予約の情報へ変更するように、当該記憶内容を変更する処理を実行する、
   　ことを特徴とする予約処理装置。
7. 請求項５又は請求項６に記載の予約処理装置において、
   　通常予約の成立状況として、全部成立、又は、全部非成立が用いられる、
   　ことを特徴とする予約処理装置。
8. 請求項５又は請求項６に記載の予約処理装置において、
   　通常予約の成立状況として、全部成立、又は、一部成立、又は、全部非成立が用いられる、
   　ことを特徴とする予約処理装置。
9. 請求項１乃至請求項８のいずれか１項に記載の予約処理装置において、
   　仮予約の成立状況として、全部成立、又は、全部非成立が用いられる、
   　ことを特徴とする予約処理装置。
10. 請求項１乃至請求項８のいずれか１項に記載の予約処理装置において、
    　仮予約の成立状況として、全部成立、又は、一部成立、又は、全部非成立が用いられる、
    　ことを特徴とする予約処理装置。
11. 請求項１乃至請求項１０のいずれか１項に記載の予約処理装置において、
    　同一の仮予約に対応する複数の予備予約がある場合には仮予約への変更の優先順位が設定され、
    　同一の仮予約に対応する複数の予備予約の仮予約への変更の優先順位の情報を記憶する予備予約優先順位記憶手段を備えた、
    　ことを特徴とする予約処理装置。
12. 予想される取得量である予想値とその後に確定する実績の取得量である実績値が異なり得る１以上の対象について、実績値が出る前に予想値に基づいて少なくとも当該対象の希望量を含む予約を受け付け、実績値が出た後に当該実績値に基づいて予約を確定させる処理を実行する予約処理装置を構成するコンピュータに、
    　前記対象についての予想値の情報を予想値記憶手段に記憶させる機能と、
    　前記対象について前記予想値記憶手段に記憶される予想値の情報に基づいて為される少なくとも前記対象の希望量を含む仮予約及び当該仮予約が全部成立という成立状況ではなかった場合に代替的に仮予約へ変更させられる少なくとも前記対象の希望量を含む予備予約について、当該仮予約の情報及び当該予備予約の情報を受け付ける予約情報受け付け機能と、
    　前記予約情報受け付け機能により受け付けられた仮予約の情報及び予備予約の情報を、対応する仮予約の情報と予備予約の情報を関連付けて、予約情報記憶手段に記憶させる機能と、
    　前記予約情報記憶手段に記憶される前記対応する仮予約の情報と予備予約の情報について、仮予約の成立状況に応じて予備予約を仮予約へ変更する態様を規定する情報を変更態様情報記憶手段に記憶させる機能と、
    　前記対象について実績値の情報を取得して、当該取得した実績値の情報を前記実績値記憶手段に記憶させる処理を実行する実績値情報取得機能と、
    　前記予約情報記憶手段に記憶された仮予約の情報を読み出して、当該読み出した仮予約の情報について、前記実績値情報取得機能により取得された実績値の情報に基づいて、仮予約の成立状況を判定して、仮予約の成立状況を確定させる処理を実行し、成立状況が確定した予約の情報を成立状況の確認対象から除外するように前記予約情報記憶手段の記憶内容を変更する処理を実行する予約確定機能と、
    　前記変更態様情報記憶手段の記憶内容を読み出して、当該読み出した内容に従って、前記予約確定機能により確定された仮予約の成立状況に応じて、対応する予備予約を仮予約へ変更して、その結果を前記予約情報記憶手段の記憶内容に反映させるように当該記憶内容を変更する処理を実行する予約更新機能と、
    　を実現させるためのプログラム。
13. 予想される取得量である予想値とその後に確定する実績の取得量である実績値が異なり得る１以上の対象について、実績値が出る前に予想値に基づいて少なくとも当該対象の希望量を含む予約を受け付け、実績値が出た後に当該実績値に基づいて予約を確定させる処理を実行する予約処理装置と、前記対象となる商品の販売側のユーザにより操作されて前記予約処理装置との間で予約処理に関する情報をネットワークを介して通信する処理を実行する販売側の端末装置と、前記対象となる商品の購買側のユーザにより操作されて前記予約処理装置との間で予約処理に関する情報をネットワークを介して通信する処理を実行する購買側の端末装置と、を有する予約処理システムであって、
    　前記予約処理装置は、前記対象についての予想値の情報を記憶する予想値記憶手段と、
    　前記対象についての実績値の情報を記憶する実績値記憶手段と、
    　前記対象について前記予想値記憶手段に記憶される予想値の情報に基づいて為される少なくとも前記対象の希望量を含む仮予約及び当該仮予約が全部成立という成立状況ではなかった場合に代替的に仮予約へ変更させられる少なくとも前記対象の希望量を含む予備予約について、当該仮予約の情報及び当該予備予約の情報を受け付ける予約情報受け付け手段と、
    　前記予約情報受け付け手段により受け付けられた仮予約の情報及び予備予約の情報を、対応する仮予約の情報と予備予約の情報を関連付けて、記憶する予約情報記憶手段と、
    　前記予約情報記憶手段に記憶される前記対応する仮予約の情報と予備予約の情報について、仮予約の成立状況に応じて予備予約を仮予約へ変更する態様を規定する情報を記憶する変更態様情報記憶手段と、
    　前記対象について実績値の情報を取得して、当該取得した実績値の情報を前記実績値記憶手段に記憶させる処理を実行する実績値情報取得手段と、
    　前記予約情報記憶手段に記憶された仮予約の情報を読み出して、当該読み出した仮予約の情報について、前記実績値情報取得手段により取得された実績値の情報に基づいて、仮予約の成立状況を判定して、仮予約の成立状況を確定させる処理を実行し、成立状況が確定した予約の情報を成立状況の確認対象から除外するように前記予約情報記憶手段の記憶内容を変更する処理を実行する予約確定手段と、
    　前記変更態様情報記憶手段の記憶内容を読み出して、当該読み出した内容に従って、前記予約確定手段により確定された仮予約の成立状況に応じて、対応する予備予約を仮予約へ変更して、その結果を前記予約情報記憶手段の記憶内容に反映させるように当該記憶内容を変更する処理を実行する予約更新手段と、を備えた、
    　ことを特徴とする予約処理システム。
     

Images