(57)【要約】【課題】  商品販売量に上限があり、(1)商品購入の申込、(2)申込締切後に商品を購入する、という販売方法を取る商品を販売する場合、まず申込みを受付け、申込締切後に商品を購入する。しかし、申込時点では商品の購入が可能であるか判断できないため、申込みを受付けたにも関わらず、商品を購入できない場合が発生する課題があった。【解決手段】  本発明では商品の申込取引を一時的に受付けるが、申込取引を蓄積すると同時に商品を購入可能であるか判断する。また、商品の在庫に関する情報を、仲介システムと商品販売システムの間で交換する。この仕組みにより商品申込を受付けた時点で、商品が販売可能であるか判断でき、購入できない商品の申込を受付けることが無くなる。さらに、商品が購入可能であると判断できる情報を交換することで、商品販売を最適化することができる。【選択図】  図１
2008097065.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して販売される商品の購入者が用いる購入者装置と、前記商品の販売の仲介者が用いる仲介者装置と、前記商品の販売者のそれぞれが用いる販売者装置の複数が接続された商品販売システムにおいて、
前記購入者装置は、前記商品の購入要求を示す申込データを、前記ネットワークを介して前記仲介者装置に送信する手段を有し、
前記仲介者装置は、前記申込データを受信する手段と、前記申込データを蓄積する手段と、前記複数の販売者装置のそれぞれから受信した前記商品の販売可能数を保持する手段と、前記蓄積された申込データが示す商品数と前記販売可能数を比較して、所定の関係を満たすか判断する手段と、前記判断の結果、（１）前記所定の関係を満たす場合には、前記購入者装置に対して、前記申込データで示される購入要求を受付けたことを示す情報を送信し、（２）前記所定の関係を満たされない場合には、前記購入者装置に対して、前記申込データで示される購入要求を受付けられない旨を示す情報を送信する手段とを有することを特徴とする商品販売システム。
【請求項２】
請求項１に記載の商品販売システムにおいて、
前記仲介装置の判断する手段は、前記所定の関係として、申込データが示す商品数が、前記販売可能数に比較して一定数以下の関係である否かを示す余裕の有無を判断することを特徴とする商品販売システム。
【請求項３】
請求項１または２のいずれかに記載の商品販売システムにおいて、
前記仲介装置は、前記所定の関係を満たす場合に、前記要求データを転送する手段と、前記要求データの送信にシステム上必要な転送時間を算出する手段と、前記転送する手段に対して、算出された転送時間に基づいて転送を制御する手段とを有することを特徴とする商品販売システム。
【請求項４】
請求項３に記載の商品販売システムにおいて、
前記制御する手段は、前記転送時間内で最も遅くなるような間で転送するよう制御することを特徴とする商品販売システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを利用して商品購入者と販売仲介者、商品販売者が連携した商品の販売に関する情報処理を実行するシステムに関する。システムの機能として、商品申込機能や商品購入取引機能、商品販売数の調整機能が含まれる。なお、商品には、サービス、証券などの有価証券なども含まれる。
【背景技術】
【０００２】
従来、情報処理を即時に実行するか一時的に蓄積するか判断する方法には特許文献１があった。この方法では、当該情報処理を仲介するシステムが、情報処理を即時に実行するか一時的に蓄積するか判断することが行われている。すなわち、特許文献１には、カスタマ端末から送信される要求情報に対応するメッセージ情報を、即時配信するか蓄積配信するかを判断し、この判断結果に基づいて配信を行うことが記載されている。
【０００３】
【特許文献１】特開平１１−２５２１６２
【発明の開示】
【発明が解決しようとする課題】
【０００４】
商品販売量に上限があり、(1)商品購入の申込、(2)申込締切後に商品を購入する、という販売方法を取る商品を考える。従来の方法では、商品が購入できるか判断することなく申込みを受付けるため、申込みを受付けたにも関わらず、商品を購入できない場合が発生する課題がある。
【課題を解決するための手段】
【０００５】
本発明では商品の申込取引を一時的に受付けるが、申込取引を蓄積し、また商品を購入可能であるか判断する。また、商品の在庫に関する情報を、仲介システムと商品販売システムの間で交換する。さらに、蓄積した商品購入の申込みを、商品販売システムへ送信する時刻の制御を行う。
【０００６】
本発明には、以下の態様も含まれる。
【０００７】
ネットワークを介して販売される商品の購入者が用いる購入者装置と、前記商品の販売の仲介者が用いる仲介者装置と、前記商品の販売者のそれぞれが用いる販売者装置の複数が接続された商品販売システムにおいて、前記購入者装置は、前記商品の購入要求を示す申込データを、前記ネットワークを介して前記仲介者装置に送信する手段を有し、前記仲介者装置は、前記申込データを受信する手段と、前記申込データを蓄積する手段と、前記複数の販売者装置のそれぞれから受信した前記商品の販売可能数を保持する手段と、前記蓄積された申込データが示す商品数と前記販売可能数を比較して、所定の関係を満たすか判断する手段と、前記判断の結果、（１）前記所定の関係を満たす場合には、前記購入者装置に対して、前記申込データで示される購入要求を受付けたことを示す情報を送信し、（２）前記所定の関係を満たされない場合には、前記購入者装置に対して、前記申込データで示される購入要求を受付けられない旨を示す情報を送信する手段とを有することを特徴とする商品販売システム。
【０００８】
また、この商品販売システムにおいて、前記仲介装置の判断する手段は、前記所定の関係として、申込データが示す商品数が、前記販売可能数に比較して一定数以下の関係である否かを示す余裕の有無を判断することを特徴とする商品販売システム。
【０００９】
また、これらの商品販売システムにおいて、前記仲介装置は、前記所定の関係を満たす場合に、前記要求データを転送する手段と、前記要求データの送信にシステム上必要な転送時間を算出する手段と、前記転送する手段に対して、算出された転送時間に基づいて転送を制御する手段とを有することを特徴とする商品販売システム。
【００１０】
さらに、この商品販売システムにおいて、前記制御する手段は、前記転送時間内で最も遅くなるような間で転送するよう制御することを特徴とする商品販売システム。
【発明の効果】
【００１１】
商品の申込を受付けた時に、商品の申込者は購入可能であるか知ることができる。また、申込取引を一時的に蓄積する機能を持つことで、商品提供システムに影響を与えることなく、商品の先行販売を行うなど申込期間を柔軟に変更することや、商品販売システムの停止中でも申込みを行うことができる。さらに、仲介システムが複数ある場合に、それぞれのシステムで受付けることができる申込数を調整することができる。
【発明を実施するための最良の形態】
【００１２】
以下に本発明の実施例を詳細に説明する。
図１はネットワークを介し商品を販売するシステムの概要図である。このシステムで販売される商品は、販売上限の商品口数が決まっており、予め定められた申込期間中に購入希望者が申込みを行い、申込期間終了後に購入取引が成立することを特徴とする。商品を販売するシステムは、商品購入者システム101と仲介システム102、商品販売システム103からなる。商品購入者システム101と仲介システム102、商品販売システム103はそれぞれネットワーク104、105を介し、相互に連携することで商品購入申込と商品販売を成立させる。商品購入者システム101と仲介システム102、商品販売システム103はそれぞれ複数存在することが可能である。
【００１３】
商品購入者システム101は、商品の購入を希望する者が利用するシステムで、仲介システム102に対し、商品の申込を行う。そして、購入取引が成立すると商品購入者システム101は商品の申込に対応した購入取引の結果を、仲介システム102より受取る。
【００１４】
仲介システム102は、商品の購入希望者からの商品申込を募り、商品購入申込を取纏め、商品販売者システム103に送る。仲介システム102は商品購入処理の結果を商品販売者システム103より受取り、仲介システム102が商品購入者システム101に送る。また、仲介システム102は申込を受付ける上限となる割当商品口数を、商品販売者システム103と調整する。これらの役割を実現するため、仲介システム102は、以下の機能から成り立つ。申込データ受付1021は、商品購入者システム101からの申込データを受付ける。取引実行要求1022は取纏めた購入申込を商品販売システム103に送る。申込結果応答1023は商品販売システムでの購入取引の実行結果を受信する。販売口数割当要求1024は予定する販売商品口数を商品の申込受付開始に先立ち商品販売システム103と調整し、仲介システム102に販売予定である商品口数を割当てる。割当追加要求1025は商品の残販売口数が不足する場合に、販売する商品の口数を追加で割当てるように商品販売システム103に要求する。割当数調整1026は、商品販売システム103が商品口数の返却が可能であるか問合せた場合に、仲介システム102に割当てられている商品口数を返却可能であるか判断する。返却可能であるかの判断は、現在の申込状況からの需要予測の結果による。取引データ管理1027は、商品購入者システム101から受信した商品申込を申込期間中蓄積し、申込期間終了後は商品購入取引の結果に関する情報を保有する。商品情報管理1028は申込受付中である商品の販売状況に関する情報を保有する。
【００１５】
商品販売システム103は、商品の購入希望者に商品を販売するシステムである。商品販売システム103は仲介システム102で取纏められた購入申込データを受信し、商品を販売する。また、商品販売システム103は、販売する商品口数の総数を管理し、仲介システム102での商品口数の割当量を管理する。これらの役割を実現するため、商品販売システム10３は以下の機能で構成される。商品販売数割当1031は、仲介システム102に割当てる商品口数を決定する。割当数相互調整1032は、ある仲介システム102での商品口数が不足した場合に、他の仲介システム102と商品口数を融通する。商品販売1033は商品を販売する。販売口数管理1034は商品口数の総数と仲介システム102に割当てた商品口数の合計に関する情報を保有する。割当口数管理1035は各仲介システム102に割当てた商品口数に関する情報を保有する。商品管理1036は商品の購入取引が成立した場合、商品の販売結果に関する情報を保有する。
【００１６】
図２は、システムの実現例で必要となるデータベースのデータ構造図である。
データ構造201は取引データ管理1027の実現例である。仲介システム102にある取引データ管理1027は、商品購入者の申込情報を保有している。データ構造201の一例では、商品の種別や申込データの受付時間、申込者の名前、商品の申込口数、購入結果の情報を保有している。データ構造201の例では、「顧客A」が「商品A」を「4月1日の9時」に「30口」申込み、商品購入が「成立」したことを示している。また、「顧客B」が「商品B」を「4月2日の2時」に「5口」申込み、商品購入が「不成立」であったことを示している。
【００１７】
データ構造202は商品情報管理1028の実現例である。仲介システム102にある商品情報管理1028は、各商品の割当口数に対し、実際に申込を受付けた商品口数に関する情報を保有している。データ構造202の一例では、商品の種別や申込データを商品販売システム103に送信する時刻、申込データの送信完了時限、商品販売システム103が当該仲介システム102に割当てた商品口数、申込が済んだ商品口数の情報を保有している。データ構造202の例では、「商品A」は「100,000口」割当てられており、「10,000口」分の申込みを既に受けていること、そして「商品B」は「5,000口」割当てられており、「1,000口」分の申込みを既に受付けていることを示している。また、「商品A」、「商品B」の申込データはそれぞれ「4月1日の3時」、「4月2日の0時」に申込データを商品販売システム103に送信開始し、「4月1日の9時」、「4月2日の2時」までに送信を完了する必要があることを示している。
【００１８】
データ構造203は販売口数管理1034の実現例である。商品販売システム103にある販売口数管理1034では、商品販売システム103が販売する商品口数合計に対し、既に仲介システム102に割当てた商品口数の情報を保有している。データ構造203の一例では、「商品A」は「100,000口」の販売を予定しており、「100,000口」を仲介システム102に割当済みであり、「商品B」は「5,000口」の販売を予定しており、「3,000口」を仲介システム102に割当済みであることを示している。
【００１９】
データ構造204は割当口数管理1035の実現例である。商品販売システム103にある割当口数管理1035では、商品販売システム103が仲介システム102に割当てた商品口数の情報を保有している。データ構造204の一例では、「商品A」は「仲介システム１」に「10,000口」、「仲介システム２」に「5,000口」割当てられていることが示されている。また、この例では「商品B」が「仲介システム１」に「2,000口」割当てられている。
【００２０】
データ構造205は商品管理1036の実現例である。商品販売システム103にある商品管理1036は、商品の購入状況に関する情報が保有されている。データ構造205の一例では、「顧客A」が「商品A」を「30口」、「顧客B」が「商品B」を「5口」、「顧客C」が「商品A」を「10口」購入したことを示している。
【００２１】
データ構造206は相互調整管理1037の実現例である。商品販売システム103にある相互調整管理1037は、過去および今回の商品販売について、各仲介システムが販売した商品口数の全商品口数に対する割合を保有している。データ構造206の一例では、「仲介システム１」は前回の商品販売で全体の「5%」の量を販売し、今回は全商品口数の「8%」が割当てられていることを示している。
【００２２】
図3は、商品の購入者が、商品購入者システム101を利用し、仲介システム102に商品の購入申込を行う動作を示している。まず、商品の購入者は商品購入者システム101を利用して、商品の申込データを送信する(ステップ3001)。仲介システム102は、申込データ受付301にて申込データを受信する(ステップ3002)。この時、申込データには申込む商品の種別や口数、申込者名がデータとして含まれる。例えば、「顧客A」が「商品A」を「30口」申込むなどである。申込データの受信後、申込データ受付301では、申込データから申込口数を取得し、商品情報管理1028から取得できる残商品口数と比較する(ステップ3003)。この時、残商品口数は商品情報管理1028における商品割当口数と受付済口数の差である。例えば、図2のデータ構造202を例として考える場合、「商品A」の残商品口数は「90,000口」となる。申込口数と残商品口数を比較した結果、残商品口数が大きい場合(余裕有)は、申込みを受付け申込データの内容を取引データ管理1027に追加し、商品購入者システム101に受付けの完了を応答する(ステップ3004)。一方、申込口数と残商品口数を比較した結果、申込口数が大きい場合(余裕無)は、申込みが受付けられないことを、商品購入者システム101に応答する(ステップ3005)。そして、商品購入者システムでは申込みの結果を受信する(ステップ3006)。申込みの結果は、「申込完了」もしくは「申込不能」の2種類である。
【００２３】
図4は、仲介システム102が商品販売システム103と連携し、商品販売システムで商品を購入する動作を示している。仲介システム102の取引実行要求401は、予め求めた申込データ送信開始時刻が到来した時(ステップ4001)、申込データを取引データ管理1027より取出し、商品販売システム103に送信する(ステップ4002)。データの送信方法には、1件ずつ送信する方法と、全データをまとめて送信する方法がある。申込データ送信時刻は、データ送信速度と申込データ件数から予め算出し、商品情報管理1028に登録されている。例えばデータ構造202の例では、「商品A」の申込データ送信時刻は「4月1日の3時」と算出されている。商品販売システム103は商品販売402によって申込データを受信する。商品販売402は、申込データを受信し、商品を購入し商品が購入された情報を商品管理1036に記録する。(ステップ4003)。商品販売402で受信する申込データは、商品種別や購入者(申込者)、申込口数などのデータが含まれる。図2のデータ構造205の一例では、「商品A」が「顧客A」により「30口」購入されたことを示している。商品購入の情報が商品管理1036に記録された後、取引の結果を仲介システム102に応答する(ステップ4004)。この時、商品販売システム103の応答は、「取引成立」もしくは「取引不成立」である。仲介システム102では、取引実行要求401にて取引の結果を受信し、取引データ管理1027に記録する(ステップ4005)。例えば図２のデータ構造201の一例では、取引結果として「成立」が記録されている。
【００２４】
図５は、仲介システム102が商品購入者システム101に商品の取引結果を応答するフローである。仲介システムの申込結果応答501では、商品販売システム103での取引結果を（例えば全件）受信完了したとき(ステップ5001)、取引データ管理1027に記録されている取引結果を集計し、商品購入者システムに送信する(ステップ5002)。商品購入者システムに送信するデータは、商品種別や購入者、購入口数、取引結果である。図2のデータ構造201を用いると、「商品A」を「顧客A」が「30口」購入する取引があり、取引結果が「成立」であったという例が考えられる。ステップ5002で送信された取引結果は、商品購入申込に対する取引結果として商品購入者システム101で受信される(ステップ5003)。
【００２５】
図6は、販売される商品口数を各仲介システム102に割当てるフローを示している。仲介システム102の販売口数割当要求601は商品販売システム103の商品販売数割当602と連携し、商品口数の割当てをおこなう。まず、販売口数割当要求601は、商品の販売量を予想し、販売口数の割当てを商品販売数割当602に要求する(ステップ6001)。販売口数の割当を要求する時は、商品種別と割当希望口数の情報を送信する。例えば、「商品A」を「10,000口」が例として考えられる。商品販売数割当602では、販売口数割当要求601から送信されたデータを受付ける。商品販売数管理602では、複数の仲介システム102からの割当要求が発生する可能性があるため、予め定められた受付締切時刻まで、割当要求を受け続け蓄積する (ステップ6002)。次に、商品販売数割当602では各仲介システム102での割当希望口数の合計と商品の全販売口数を比較し、全仲介システムの割当要求を満たすことができるか判断する(ステップ6003)。商品の販売口数は販売口数管理1035にて、商品種別ごとに管理される。データ構造203の例では、「商品A」は合計「100,000口」、「商品B」は合計「3,000口」販売される。各仲介システム102からの割当希望口数の合計が商品の販売口数より少ない場合(割当可能)、各仲介システムの割当希望口数通りに商品口数を各仲介システム102に割当て、割当口数管理1035に商品の種別と仲介システム、仲介システムへの割当口数の情報を記録し、結果を仲介システム102に応答する。また、販売口数管理1034の割当済口数の情報を更新する(ステップ6004)。データ構造204の例では、「商品A」が「仲介システム１」に「10,000口」、「仲介システム2」には「5,000口」割当てられ、「商品B」は「仲介システム１」に「2,000口」割当てられている情報が記録されている。一方、各仲介システム102からの割当希望口数の合計が商品の販売口数より多い場合(割当不能)、各仲介システム102からの割当要求通りに商品口数を割当てることが不可能であるため、各仲介システム102が要求した割当要求口数に応じ販売される商品口数を按分して、各仲介システム102に商品口数を割当て、割当口数管理1035に商品種別と仲介システム、仲介システムへの割当口数の情報を記録し、結果を仲介システム102に応答する。また、販売口数管理1034の割当済口数の情報を更新する(ステップ6005)。各仲介システムは割当要求の結果を受信し、商品情報管理1028に商品種別と商品割当口数を記録する(ステップ6006)。
【００２６】
図7は、仲介システム102に割当てられた商品口数が不足した場合に、他の仲介システム102から商品口数を融通するときのフローを示している。図7では二つの仲介システム１と仲介システム２、そして商品販売システム103が連携して動作する。仲介システム１では割当追加要求701、仲介システム２では割当数調整703、商品販売システム103では割当数相互調整702が動作し、商品口数の融通機能を実現する。まず、仲介システム１で商品申込を受付けた時、残りの商品口数が予め定めた閾値を下回る状況となった場合、割当追加要求701が動作する(ステップ7001)。このとき残りの商品口数は商品情報管理1028の商品割当口数と受付済口数から得る。例えば、図2のデータ構造202の一例では、「商品B」の残りの商品口数は「4,000口」である。割当追加要求701は商品口数の追加割当量を求め、商品口数の追加を割当数相互調整702に依頼する(ステップ7002)。この時、割当追加要求701から割当数相互調整702には、商品口数の追加割当を依頼する商品種別と追加口数を伝える。割当数相互調整702は、割当追加要求701より受信した商品の追加割当要求口数と当該商品の未割当口数を比較し、追加割当要求を満たすことができるか判定する(ステップ7003)。当該商品の未割当口数は、販売口数管理1034の合計販売口数と割当済口数から算出する。商品の未割当口数が追加割当要求口数より大きい場合(充足可能)、追加割当を要求した仲介システム１に対し、商品口数を要求通りに追加で割当てる(ステップ7004)。
【００２７】
この際、割当てた商品口数が変わるため、販売口数管理1034と割当口数管理1035の割当口数に関する情報、相互調整管理1037の今回割当量比率の情報を更新し、商品口数が追加で割当てられたことを割当追加要求701に応答する。商品の未割当口数が追加割当要求口数より小さい場合(充足不能)、他の仲介システム102から商品口数を返却させ、商品口数が不足している仲介システムへ割当てることが可能か問い合わせを行う(ステップ7005)。商品口数の返却が可能であるか問合せる仲介システム102は、相互調整管理1037の情報から、今回割当量比率と前回販売量比率の差が最も大きい仲介システム102が選択される。例えば、図2のデータ構造206の例では「仲介システム２」が選択される。商品口数の返却が可能であるか、問い合わせを受けた仲介システム２の割当数調整703は、当該商品の需要予測を行い、自仲介システムで販売できる商品口数の見直しを行う(ステップ7006)。今後販売が見込める商品口数と現在割当てられている商品口数を比べ、商品口数に余裕があるか判定する(ステップ7007)。現在割当てられている商品口数に関する情報は、商品情報管理1028から取得する。現在割当てられている商品口数と今後販売が見込める商品口数の比較を行い、現在割当てられている商品口数が大きい場合は、過剰に割当てられている商品口数を商品販売システム103に返却する(ステップ7008)。一方、現在割当てられている商品口数が小さい場合は、商品口数の返却ができないことを応答する(ステップ7009)。割当数調整703からの応答を受け、割当数相互調整702は返却販売口数と未割当の販売口数を合せ、ステップ7003で商品口数の追加割当を要求した仲介システム102に販売口数を割当て、商品販売システム103の販売口数管理1034と割当口数管理1035の割当口数に関する情報、相互調整管理1037の今回割当量比率の情報を更新し、商品口数が追加で割当てられたことを割当追加要求701に応答する(ステップ7010)。仲介システムの割当追加要求701は、割当数相互調整702からの応答を受け、割当結果を商品情報管理1028に記録する(ステップ7011)。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施例となる商品を販売するシステムの概要図
【図２】本発明の実施例におけるデータベースのデータ構成図
【図３】商品の申込を行う時の動作フローチャート
【図４】取引を実行する時の動作フローチャート
【図５】取引結果を応答する時の動作フローチャート
【図６】販売口数を初期に割当てる時の動作フローチャート
【図７】販売口数を追加で割当てる時の動作フローチャート
【符号の説明】
【００２９】
101：商品購入者システム
102：仲介システム
1021: 仲介システムにおける申込データ受付機能
1022: 仲介システムにおける取引実行要求機能
1023: 仲介システムにおける申込結果応答機能
1024: 仲介システムにおける販売口数割当要求機能
1025: 仲介システムにおける割当追加要求機能
1026: 仲介システムにおける割当数調整機能
1027: 仲介システムにおける取引データ管理データ
1028: 仲介システムにおける商品情報管理データ
103：商品販売システム
1031: 商品販売システムにおける商品販売数割当機能
1032: 商品販売システムにおける割当数相互調整機能
1033: 商品販売システムにおける商品販売機能
1034: 商品販売システムにおける販売口数管理データ
1035: 商品販売システムにおける割当口数管理データ
1036: 商品販売システムにおける商品管理データ
1037: 商品販売システムにおける相互調整管理データ
104：ネットワーク
105：ネットワーク
201:取引データ管理のデータベース構造
202:商品情報管理のデータベース構造
203:販売口数管理のデータベース構造
204:割当口数管理のデータベース構造
205:商品管理のデータベース構造
206:相互調整管理のデータベース構造
301：仲介システムにおける申込データ受付機能の詳細
3001：商品購入者システムのアクション
3002：申込データ受付のアクション
3003：申込データ受付の分岐処理
3004：申込データ受付のアクション
3005：申込データ受付のアクション
3006：商品購入者システムのアクション
401：仲介システムにおける取引実行要求機能の詳細
4001：取引実行要求を起動させる契機
4002：取引実行要求のアクション
402：商品販売システムにおける商品販売機能の詳細
4003：商品販売のアクション
4004：商品販売のアクション
4005：取引実行要求のアクション
501：仲介システムにおける申込結果応答機能の詳細
5001：申込結果応答を起動させる契機
5002：申込結果応答のアクション
5003：商品購入者システムのアクション
601：仲介システムにおける販売口数割当要求機能の詳細
6001：販売口数割当要求のアクション
602：商品販売システムにおける商品販売数割当機能の詳細
6002：商品販売数割当のアクション
6003：商品販売数割当の分岐処理
6004：商品販売数割当のアクション
6005：商品販売数割当のアクション
6006：販売口数割当要求のアクション
701：仲介システムにおける割当追加要求機能の詳細
7001：割当追加要求機能のアクション
7002：割当追加要求機能を起動させる契機
702：商品販売システムにおける割当数相互調整機能の詳細
7003：割当数相互調整機能の分岐処理
7004：割当数相互調整機能のアクション
7005：割当数相互調整機能のアクション
703：仲介システムにおける割当数調整機能の詳細
7006：割当数調整機能のアクション
7007：割当数調整機能の分岐処理
7008：割当数調整機能のアクション
7009：割当数調整機能のアクション
7010：割当数相互調整機能のアクション
7011：割当追加要求機能のアクション
【図１】
2008097065.tif 000003
【図２】
2008097065.tif 000004
【図３】
2008097065.tif 000005
【図４】
2008097065.tif 000006
【図５】
2008097065.tif 000007
【図６】
2008097065.tif 000008
【図７】
2008097065.tif 000009