(57)【要約】【課題】行列に並んでいるユーザとその位置を譲り受けたいユーザとのマッチングを図る。【解決手段】本発明に係る取引支援装置は、行列における売り手の並び位置又は順序に関する取引を支援する取引支援装置であって、売り手の有する第１情報端末から、少なくとも前記行列の目的地を含む行列情報又は売り手の位置を特定する位置情報の何れか、並びに取引に関する価格情報を含む売り案件情報を受信する売り案件受信手段と、売り案件情報を記憶する売り案件記憶手段と、買い手の有する第２情報端末に、売り案件情報を送信する売り案件送信手段と、を有する。【選択図】図１
2020160813.tif 000002
【特許請求の範囲】
【請求項１】
行列における売り手の並び位置又は順序に関する取引を支援する取引支援装置であって、
売り手の有する第１情報端末から、少なくとも前記行列の目的地を含む行列情報又は売り手の位置を特定する位置情報の何れか、並びに前記取引に関する価格情報を含む売り案件情報を受信する売り案件受信手段と、
前記売り案件情報を記憶する売り案件記憶手段と、
買い手の有する第２情報端末に、前記売り案件情報を送信する売り案件送信手段と、
を有することを特徴とする取引支援装置。
【請求項２】
前記取引に関する価格情報は、売り案件開始時の初期価格と、売り手及び買い手との間で取引される取引価格とを含み、
前記取引価格は、売り案件開始時から時間経過とともに変化すること、
を特徴とする請求項１に記載の取引支援装置。
【請求項３】
前記売り案件情報は、売り手が前記並び位置又は順序を譲り渡し可能な人数を含み、
前記売り案件記憶手段は、前記譲り渡し可能な人数が複数であるときに、前記第１情報端末が、該第１情報端末から所定の距離内に位置する一以上の第３情報端末との存在確認処理を実行し、該第１情報端末及び存在確認された該第３情報端末の数が前記譲り渡し可能な人数と一致する場合に、前記売り案件情報を記憶すること、
を特徴とする請求項１又は２に記載の取引支援装置。
【請求項４】
買い手の有する前記第２情報端末から、少なくとも前記行列の目的地を含む行列情報又は該買い手が前記行列に並ぶことが可能な時間情報の何れか、並びに前記取引に関する価格情報を含む買い案件情報を受信する買い案件受信手段と、
前記買い案件情報を記憶する買い案件記憶手段と、
売り手の有する第１情報端末に、前記買い案件情報を送信する買い案件送信手段と、
を有することを特徴とする請求項１ないし３何れか一項に記載の取引支援装置。
【請求項５】
行列における売り手の並び位置又は順序に関する取引を支援する取引支援装置とネットワークを介して接続され、売り手及び買い手の有する情報端末のアプリケーションプログラムであって、
コンピュータに、
前記情報端末の位置情報を取得する位置情報取得手段と、
前記取引支援装置に、少なくとも前記行列の目的地を含む行列情報又は売り手の位置を特定する位置情報の何れか、並びに前記取引に関する価格情報を含む売り案件情報を送信する売り案件送信手段と、
前記取引支援装置から、前記売り案件情報を受信する売り案件受信手段と、
して機能させるためのアプリケーションプログラム。
【請求項６】
前記取引に関する価格情報は、売り案件開始時の初期価格と、売り手及び買い手との間で取引される取引価格とを含み、
前記取引価格は、売り案件開始時から時間経過とともに変化する、
請求項５に記載のアプリケーションプログラム。
【請求項７】
前記売り案件情報は、売り手が前記並び位置又は順序を譲り渡し可能な人数を含み、
コンピュータに、
前記譲り渡し可能な人数が複数であるときに、前記情報端末が、該情報端末から所定の距離内に位置する一以上の他の情報端末との存在確認処理を実行し、該情報端末及び存在確認された該他の情報端末の数が前記譲り渡し可能な人数と一致するか否かを確認する存在確認手段と、
して機能させるための請求項５又は６に記載のアプリケーションプログラム。
【請求項８】
コンピュータに、
前記取引支援装置に、少なくとも前記行列の目的地を含む行列情報又は買い手が前記行列に並ぶことが可能な時間情報の何れか、並びに前記取引に関する価格情報を含む買い案件情報を送信する買い案件送信手段と、
前記取引支援装置から、前記買い案件情報を受信する買い案件受信手段と、
して機能させるための請求項５ないし７何れか一項に記載のアプリケーションプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、行列における売り手の並び位置又は順序に関する取引を支援する取引支援装置及びアプリケーションプログラムに関する。
【背景技術】
【０００２】
飲食店、イベント会場、遊興施設、観光施設などにおいて、その混雑時には施設への利用や入場のための長い待ち行列ができることが知られている。これに関する技術として、例えば、施設から離れた場所にいる利用者に対してネットワークを介して待ち時間情報を提供する待ち時間情報提供システムが知られている（例えば、特許文献１）。また、利用者が行列に並ばずに自由に行動していても、施設への予約の順番が近づいていることを通知する待ち時間管理システムが知られている（例えば、特許文献２）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３１８３３０号公報
【特許文献２】特開２００６−２８５８４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、施設によっては、利用者がその場を離れず行列に並ばなくてはならない施設も少なくない。この場合に利用者は、上記特許文献１、２に記載される発明を利用し待ち時間を把握することは可能であるものの、実際に順番待ちの行列に並ぶ必要があった。
【０００５】
本発明は、上記の点に鑑み提案されたものであり、一つの側面では、行列に並んでいるユーザとその位置を譲り受けたいユーザとのマッチングを図ることを目的とする。
【課題を解決するための手段】
【０００６】
上記の課題を解決するため、本発明に係る取引支援装置は、行列における売り手の並び位置又は順序に関する取引を支援する取引支援装置であって、売り手の有する第１情報端末から、少なくとも前記行列の目的地を含む行列情報又は売り手の位置を特定する位置情報の何れか、並びに前記取引に関する価格情報を含む売り案件情報を受信する売り案件受信手段と、前記売り案件情報を記憶する売り案件記憶手段と、買い手の有する第２情報端末に、前記売り案件情報を送信する売り案件送信手段と、を有する。
【発明の効果】
【０００７】
本発明の実施の形態によれば、行列に並んでいるユーザとその位置を譲り受けたいユーザとのマッチングを図ることができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係る行列位置の取引支援システムの構成例を示す図である。
【図２】本実施形態に係る管理サーバのハードウェア構成例を示す図である。
【図３】本実施形態に係る管理サーバのソフトウェア構成例を示す図である。
【図４】本実施形態に係る売り案件管理ＤＢ１０４ａ及び買い案件管理ＤＢ１０４ｂのデータ項目の一例を示す図である。
【図５】本実施形態に係るアプリのホーム画面の一例を示す。
【図６】本実施形態に係るアプリの売り案件作成画面の一例を示す。
【図７】本実施形態に係るアプリのホーム画面の一例を示す。
【図８】本実施形態に係るアプリのホーム画面の一例を示す。
【図９】本実施形態に係るアプリのホーム画面の一例を示す。
【図１０】本実施形態に係るアプリのホーム画面の一例を示す。
【図１１】本実施形態に係るアプリの決済画面の一例を示す。
【図１２】本実施形態に係るアプリの決済完了画面の一例を示す。
【図１３】本実施形態に係るアプリの売り案件表示画面の一例を示す。
【図１４】本実施形態に係るアプリの売り案件詳細画面の一例を示す。
【図１５】本実施形態に係るアプリの決済画面の一例を示す。
【図１６】本実施形態に係るアプリの決済完了画面の一例を示す。
【図１７】本実施形態に係るアプリのグループ人数存在確認画面の一例を示す。
【図１８】本実施形態に係るアプリのグループ人数への参加許可画面の一例を示す。
【図１９】本実施形態に係るアプリのグループ人数存在確認画面の一例を示す。
【図２０】本実施形態に係るアプリのグループ人数存在確認画面の一例を示す。
【図２１】本実施形態に係るグループ人数存在確認処理を説明する図である。
【図２２】本実施形態に係るアプリの買い案件作成画面の一例を示す。
【図２３】本実施形態に係るアプリのホーム画面の一例を示す。
【発明を実施するための形態】
【０００９】
本発明の実施の形態について、図面を参照しつつ詳細に説明する。以下、行列とは、飲食店、イベント会場、ホール、遊興施設、観光施設、アトラクション、公共施設などの各種施設等における入場待ち・順番待ちを目的として、多人数が順序よく整列して並んだ列をいう。行列として並んだ人数は、通常は複数人であるが、少なくとも１人以上並んでいればよい。また、売り手とは、各種施設等の行列に実際に並んでいるユーザであって行列内のその並び位置（順序ともいえる）を他人に譲り渡したい・渡してもよいと考えているユーザである。買い手とは、売り手の並び位置を譲り受けたいと考えるユーザである。最終的に売り手が「行列における売り手の並び位置又は順序」（以下単に、行列位置という）を買い手に譲り渡す場合には、買い手が行列内における売り手の並び位置まで実際に移動し、その並び位置を譲り受ける。即ち、買い手は行列内のその位置に並び入り、売り手はその行列の並び位置から抜けることになる。
【００１０】
＜システム構成＞
（ネットワーク構成）
図１は、本実施形態に係る行列位置の取引支援システムの構成例を示す図である。図１における行列位置の取引支援システム１００は、管理サーバ１０、携帯端末２０、携帯端末３０がネットワーク５０を介して接続されている。
【００１１】
管理サーバ１０は、施設等の行列に並んでいるユーザであって行列内のその並び位置（順序ともいえる）を譲り渡したいと考えるユーザと、その並び位置を譲り受けたいと考えるユーザ間における行列位置の取引支援（マッチング）を行うサーバ装置である。前者のユーザを売り手、後者のユーザを買い手という。
【００１２】
携帯端末２０及び携帯端末３０は、ユーザが所持するスマートフォンやタブレット端末、携帯電話などを含む各種の情報処理装置である。説明の便宜上、携帯端末２０が売り手の有する携帯端末であり、携帯端末３０が買い手の有する携帯端末であるものとする。携帯端末２０及び携帯端末３０には、売り手の売りたい行列位置と買い手が買いたい行列位置とをマッチさせるマッチングアプリケーションプログラム（以下単にアプリという）が予めインストールされており、当該アプリを介して行列内の並び位置の取引が行われる。
【００１３】
ネットワーク５０は、有線、無線を含む通信ネットワークである。ネットワーク５０は、例えば、インターネット、公衆回線網、ＷｉＦｉ（登録商標）などを含む。
【００１４】
売り手は施設等の行列に並んでいる最中に、携帯端末２０のアプリを介して管理サーバ１０にアクセスし、アプリ上において施設、並び位置、金額、人数等の売り条件を入力し行列位置の「売り案件」を登録（アップロード）する。一方、買い手は携帯端末３０のアプリを介して管理サーバ１０にアクセスし、アプリ上において登録されている行列位置の「売り案件」を検索・参照の上、所望の「売り案件」を購入する。買い手が行列位置を実際に購入する場合、行列内における売り手の並び位置まで実際に移動し、その並び位置を譲り受ける。即ち、買い手は行列内のその位置に並び入り、売り手はその行列の並び位置から抜けることになる。
【００１５】
（ハードウェア構成）
図２は、本実施形態に係る管理サーバのハードウェア構成例を示す図である。管理サーバ１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、ＨＤＤ（Hard Disk Drive）１４、及び通信装置１５を有する。
【００１６】
ＣＰＵ１１は、各種プログラムの実行や演算処理を行う。ＲＯＭ１２は、起動時に必要なプログラムなどが記憶されている。ＲＡＭ１３は、ＣＰＵ１１での処理を一時的に記憶したり、データを記憶したりする作業エリアである。ＨＤＤ１４は、各種データ及びプログラムを格納する。通信装置１５は、ネットワーク５０を介して他装置との通信を行う。
【００１７】
（ソフトウェア構成）
図３は、本実施形態に係る管理サーバのソフトウェア構成例を示す図である。管理サーバ１０は、主な機能部として、案件受信部１０１、案件送信部（案件公開部）１０２、案件更新部１０３、及び案件記憶部１０４を有する。
【００１８】
案件受信部１０１は、売り手の有する情報端末２０から、行列内における売り手の並び位置又は順序に関する売り案件情報を受信する機能を有している。また、買い手の有する情報端末３０から、行列内における売り手の並び位置又は順序に関する買い案件情報を受信する機能を有している。
【００１９】
案件送信部（案件公開部）１０２は、買い手の有する情報端末３０に、売り案件情報を送信（公開）する機能を有している。また、売り手の有する情報端末２０に、買い案件情報を送信（公開）する機能を有している。
【００２０】
案件更新部１０３は、売り案件情報及び買い案件情報を更新する。例えば、売り案件情報及び買い案件情報の内容変更、削除、更には時間経過とともに売り価格などを変更する。
【００２１】
案件記憶部１０４は、売り手からの売り案件情報を売り案件管理ＤＢ１０４ａに、及び買い手からの買い案件情報を買い案件管理ＤＢ１０４ｂに記憶する。売り案件管理ＤＢ１０４ａ及び買い案件管理ＤＢ１０４ｂは、それぞれ売り手からの売り案件情報及び買い手からの買い案件情報をリアルタイムに管理するためのデータベースである。
【００２２】
なお、各機能部は、管理サーバ１０を構成するコンピュータのＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェア資源上で実行されるコンピュータプログラムによって実現されるものである。これらの機能部は、「手段」、「モジュール」、「ユニット」、又は「回路」に読替えてもよい。
【００２３】
（管理ＤＢ）
図４は、本実施形態に係る売り案件管理ＤＢ１０４ａ及び買い案件管理ＤＢ１０４ｂのデータ項目の一例を示す図である。売り案件管理ＤＢ１０４ａは、売り手からの売り案件情報をリアルタイムに管理するためのデータベースである。また、買い案件管理ＤＢ１０４ｂは、買い手からの買い案件情報をリアルタイムに管理するためのデータベースである。なお、ＤＢ中の各データ項目については、後述するアプリ画面における入力項目に対応しているため、その説明は後述する。
【００２４】
＜利用例＞
次に、本実施形態に係る行列位置の取引支援システム１００について、売り手と買い手との間のアプリ利用例を通じて、詳しく説明する。
【００２５】
（売り手側のアプリ画面）
図５は、本実施形態に係るアプリのホーム画面の一例を示す。売り手は施設等の行列に並んでいる最中に、携帯端末２０のアプリを介して管理サーバ１０にアクセスする。売り手が売り案件を作成するには、まずアプリのホーム画面右上の「＋」２０１タブを押下し、表示されるポップアップウィンドウから「Ａｄｄ ｓｅｌｌ」２０２を選択する。
【００２６】
図６は、本実施形態に係るアプリの売り案件作成画面の一例を示す。本実施形態に係る売り案件作成画面は、例えば「Ｑｕｅｕｅ  ｆｏｒ」２０３、「Ｉｎｉｔｉａｌ  ｐｒｉｃｅ」２０４、「Ｅｘｐｉｒａｔｉｏｎ」２０５、「Ｐｒｉｃｅ  ｒａｔｉｏ」２０６、「Ｎｕｍｂｅｒ  ｏｆ  ｐｅｏｐｌｅ」２０７、「Ｍｅｓｓａｇｅ」２０８、「ＧＰＳ  Ａｖａｉｌａｂｌｅ」２０９などの入力項目を有する。
【００２７】
「Ｑｕｅｕｅ  ｆｏｒ」２０３は、行列の並ぶ対象であったり、行列の（先にある）目的地・目的場所となっている施設名などの、行列に関する情報を入力するための入力欄である。例えば、「ＲｅｓｔａｕｒａｎｔＣ」、「〇〇スタジアム○○フェア  ＧａｔｅＡ」、「〇〇遊園地  正門前  入場待ち」といったように入力される。
【００２８】
「Ｉｎｉｔｉａｌ  ｐｒｉｃｅ」２０４は、売り案件開始時の価格（初期価格）を入力するための入力欄である。行列位置の売り価格は、この売り案件開始時の価格から開始され、時間経過とともに変動する。
【００２９】
「Ｅｘｐｉｒａｔｉｏｎ」２０５は、売り案件終了（クローズ）迄の残り時間を入力するための入力欄である。売り案件の登録開始時点から売り案件終了迄の残り時間が経過すると、当該売り案件は終了される。
【００３０】
「Ｐｒｉｃｅ  ｒａｔｉｏ」２０６は、単位時間あたりの価格変化を入力するための入力欄である。行列位置は売り案件開始時点から時間が経過するにつれ行列の並び人数が更に増えたり行列の並び・待ち時間が増えることで、その行列位置の価値が売り案件開始時点よりも相対的に上昇する。よって、「Ｐｒｉｃｅ  ｒａｔｉｏ」２０６にプラス値が入力された場合、行列位置の売り価格は、売り案件開始時点において「Ｉｎｉｔｉａｌ  ｐｒｉｃｅ（売り案件開始時の価格）」２０６から開始するものの、時間が経過するにつれ、「Ｐｒｉｃｅ  ｒａｔｉｏ」２０６に従って上昇（増加）するようになっている。例えば「￥２０／ｍｉｎ」の場合、売り価格は１分経過するにつれ、￥２０づつアップする。これにより売り手が売り案件開始された後に行列に並んだ時間や労力についても、これ相応分の対価を現在価格（取引価格）を示す「Ｃｕｒｒｅｎｔ  ｐｒｉｃｅ」２１１に反映することが可能である。
【００３１】
なお、「Ｐｒｉｃｅ  ｒａｔｉｏ」２０６には、マイナス値を入力することも可能である。
行列位置は売り案件開始時点から時間が経過してもなかなか買い手が付かず、そのまま売り案件終了（クローズ）となって売れ残ってしまう恐れも場合がある。よって、「Ｐｒｉｃｅ  ｒａｔｉｏ」２０６に売り手判断でマイナス値が入力された場合、行列位置の売り価格は、売り案件開始時点において「Ｉｎｉｔｉａｌ  ｐｒｉｃｅ（売り案件開始時の価格）」２０６から開始するものの、時間が経過するにつれ、「Ｐｒｉｃｅ  ｒａｔｉｏ」２０６に従って下降（減少）するようになっている。例えば「−￥２０／ｍｉｎ」の場合、売り価格は１分経過するにつれ、￥２０づつダウンする。これにより売り手が価格を下げてでも売り案件を確実に売り切りと考える場合についても、「Ｃｕｒｒｅｎｔ  ｐｒｉｃｅ」２１１にこれを反映することが可能である。
【００３２】
「Ｎｕｍｂｅｒ  ｏｆ  ｐｅｏｐｌｅ」２０７は、売り手が行列位置を譲り渡し可能な人数を入力するための入力欄である。例えば、売り手が１人の場合は１と入力され、売り手（行列内に一緒に並んでいるグループ仲間）が２人の場合は２と入力さる。また、売り手が２人の場合でも、行列位置を譲り渡し可能な人数分が１のときは１と入力されうる。
【００３３】
「Ｍｅｓｓａｇｅ」２０８は、売り案件の説明詳細やユーザからのメッセージを入力するための入力欄である。売り手は、例えば行列全体が今どの位の長さか、行列全体でどの位の人数が並んでいるか、行列を今から並び始めるとどれ位の位置又は順序になるのか、行列を今から並び始めると入場迄にどれ位の時間を要するのか、売り手の今現在の並び位置又は順序（順番）などを入力することで、買い手に対して現在の行列に関する状況をできるだけ正確且つ詳細に伝える。また、売り手と買い手が行列位置の引渡し時に落ち合うために必要な情報（例えば、売り手の服装や特徴等）を含め、その他必要な任意のメッセージを入力することも可能である。
【００３４】
「ＧＰＳ  Ａｖａｉｌａｂｌｅ」２０９は、売り手の携帯端末２０において位置情報共有の許可設定を有効化するための設定ボタンである。位置情報共有が有効化されると、アプリが売り手の携帯端末２０の現在位置情報にアクセス可能となる。これにより買い手に対して売り手の行列位置を例えばアプリ内のＭＡＰ上において詳細に示すことができる。
【００３５】
売り手はこれらの入力項目に情報を入力の上、「Ｒｅｇｉｓｔｅｒ」２１０を押下することで、入力項目の情報が管理サーバ１０へ送信（アップロード）される。
【００３６】
図７は、本実施形態に係るアプリのホーム画面の一例を示す。本画面は、売り手により売り案件が管理サーバ１０に登録され、当該「売り案件」２１２が携帯端末３０のアプリのホーム画面上で確認できるようになった状態を示している。
【００３７】
売り手は一度に一のみの売り案件を登録することができる。一の売り案件を登録すると、画面上には既に案件登録販売中であることを示す「Ｎｏｗ  Ｓｅｌｌｉｎｇ」２１３との表示が画面内に表示される。この状態において当該売り手は更なる新規の売り案件を登録できない。一の売り手が同時に複数の行列位置に並ぶことは物理的に不可能であり、そのような非現実的な複数の売り案件登録が行われることを防止するためである。
【００３８】
図８は、本実施形態に係るアプリのホーム画面の一例を示す。本画面は、売り案件登録開始後から４０分経過したときの状態を示す。「売り案件」２１２において「現在価格」２１４は、現在時点における取引価格を示している。つまり「Ｉｎｉｔｉａｌ  ｐｒｉｃｅ」２０４からスタートした価格が「Ｐｒｉｃｅ  ｒａｔｉｏ」２０６に基づいて時間経過（例えば４０分経過）とともに上昇し、「現在価格」２１４が￥１０００となっている。また他ユーザの売り案件が削除されたり、新規に登録されたりしている。
【００３９】
図９は、本実施形態に係るアプリのホーム画面の一例を示す。売り案件を参照した買い手から売り手に対して売り案件に関し何らかのメッセージ送信があった場合、通知表示２１５が表示されることで当該アクションが通知される。売り手は自身の売り案件を押下することで、その詳細を確認したり編集したりすることができる。
【００４０】
図１０は、本実施形態に係るアプリのホーム画面の一例を示す。アプリのメッセージ画面の一例を示す。通知表示２１５が表示されるなどして、売り手が売り案件を押下することで当該画面に遷移する。売り手は、メッセージ覧２１６において買い手からのメッセージを参照するとともに、回答覧２１７においてチャット形式で返信することが可能である。売り手は回答覧２１７に回答・コメントを入力した場合、「Ｓｅｎｄ」２１８を押下することで買い手に返信できる。
【００４１】
また、売り案件を中止する場合は「Ｓｔｏｐ  ｓｅｌｌｉｎｇ」２１９を押下し、ポップアップする確認メッセージでＯＫ（非図示）を押下することで、売り案件を中止できる。これにより売り案件の登録は解除・非公開化され、他ユーザは当該売り案件を参照できなくなる。終了時間到達までに時間を延長しなかったり、誰も当該売り案件を買わなかった場合も同様である。
【００４２】
図１１は、本実施形態に係るアプリの決済画面の一例を示す。買い手が行列位置を購入する場合、買い手は行列内における売り手の並び位置まで移動し、売り手と買い手との間でアプリを介して決済を行う。このとき売り手は、売り案件を登録している状態において、所定操作により決済画面として例えばＱＲコード（登録商標）２２０の表示画面へ切り替える。決済画面内およびＱＲコード（登録商標）において、現在時点の現在価格２２１が自動的に埋め込まれて反映される。現在価格２２１のリロード２２２も可能である。
【００４３】
ＱＲコード（登録商標）２２０を買い手の携帯端末３０上のアプリで読み込んでもらうことで、売り手側に当該金額（又は当該金額に相当するポイントでもよい）が付与される。売り手が現在価格を変更する必要が発生した場合は、「Ｅｄｉｔ  ｐｒｉｃｅ」２２３を押下することで現在価格２２１を任意に変更することも可能である。
【００４４】
図１２は、本実施形態に係るアプリの決済完了画面の一例を示す。売買が成立すると、決済完了画面に切り替わり、今回の取引成立で得た金額（又はポイント）２２４、売り手が有する現在の累計金額２２５が表示される。また、今回の取引相手（買い手）の評価２２６を入力する。決済完了すると取引成立である。買い手は行列内のその位置に並び入り、売り手はその行列の並び位置から抜けることになる。
【００４５】
（買い手側のアプリ画面）
図１３は、本実施形態に係るアプリの売り案件表示画面の一例を示す。買い手は携帯端末３０のアプリを介して管理サーバ１０にアクセスし、アプリ上において登録されている行列位置の売り案件を検索・参照の上、所望の「売り案件」を購入することができる。
【００４６】
本画面は、図８と同様の売り案件開始後から４０分経過したときの状態を示している。買い手は公開されている「売り案件」３０１を参照し、行列対象となっている施設名等（例えば、ＲｅｓｔａｕｒａｎｔＣ）や「現在価格」（例えば￥１０００）の情報を確認する。また買い手は「売り案件」３０１をタップ操作することで当該売り案件の詳細を参照できる。
【００４７】
図１４は、本実施形態に係るアプリの売り案件詳細画面の一例を示す。図６と同様に、売り手により登録された売り案件に基づいて当該売り案件に関する詳細が表示される。
【００４８】
上述の「位置情報共有の許可設定」２０９において位置情報共有が有効化されている場合、買い手は「Ｍａｐ」３０３をタップ操作することで、売り手の携帯端末２０の現在位置情報、即ち売り手の行列位置をＭＡＰ上において詳細に参照することができる（非図示）。これにより、買い手は、売り案件時点よりも行列位置が移動する場合なども含めて売り手の正確な行列位置を確認できるので、当該行列位置を買うかどうかの判断材料とすることができる。
【００４９】
また、買い手は売り手に対して過去付与されている評価３０４を参照することで、当該売り手の信頼性などを把握しひいては当該行列位置を買うかどうかの判断材料とすることができる。
【００５０】
また、買い手はメッセージ覧３０５において売り手に対してチャット形式で会話を行うことが可能である。買い手は売り手と直接的に会話をすることで、例えば、今どれくらい混雑していて、行列の長さがどのくらいか、今何人くらいが並んでいるか、何時間待ちとか、売り手の行列位置はどの辺りかなど、行列位置に関する情報を確認することで、当該行列位置を買うかどうかの判断材料とすることができる。また、行列中に並んでいる当該売り手を特定するための特徴（衣服等）を尋ねることも可能である。
【００５１】
図１５は、本実施形態に係るアプリの決済画面の一例を示す。買い手が行列位置を購入する場合、買い手は行列内における売り手の並び位置まで移動し、売り手と買い手との間でアプリを介して決済を行う。買い手はアプリ上で所定操作を行って、例えばＱＲコード（登録商標）リーダ３０６の読取画面へ切り替える。売り手のアプリ上に表示されたＱＲコード（登録商標）２２０を読み取ることで、売り手と買い手との間でアプリを介して決済を行う。
【００５２】
図１６は、本実施形態に係るアプリの決済完了画面の一例を示す。売買が成立すると、決済完了画面に切り替わり、今回の取引成立で消費した金額（又はポイント）３０７、買い手が有する現在の残高金額３０８が表示される。また、今回の取引相手（売り手）の評価３０９を入力する。決済完了すると取引成立である。買い手は行列内のその位置に並び入り、売り手はその行列の並び位置から抜けることになる。
【００５３】
ここで、売り手案件（売りに出ている行列位置）の価値について説明する。買い手にとって、売り手案件を表示されている「現在価格」２１４で購入するか否かの判断は、その行列位置の価値に依存する。例えば、その行列全体が今どのくらいの長さの行列であり、売り手がどのくらいの順番位置に位置しているか、今から並んだ場合は何時間待ちであるかなど、売り手にとってその行列の状況が的確に分からなければ、買い手にとってその売り手案件に付いている価格が妥当か否かの判断が付きにくい。例えば、行列が２時間待ちの長蛇の列で、前の方の行列位置であれば高い価値があるが、最後尾であれば価値は低い。
【００５４】
このため、本実施形態に係るアプリの売り案件詳細画面（図１４）において、買い手は「Ｍａｐ」３０３をタップ操作することで、売り手の携帯端末２０の現在位置情報、即ち売り手の行列位置をＭＡＰ上において詳細に参照することが可能である。また、買い手はメッセージ覧３０５において売り手に対してチャット形式で会話を行うことが可能である。買い手は売り手と直接的に会話をすることで、「Ｍａｐ」３０３による売り手の携帯端末２０の現在位置情報からだけではなく、例えば、今どれくらい混雑していて、行列の長さがどのくらいか、今何人くらいが並んでいるか、何時間待ちとか、売り手の行列位置はどの辺りかなど、売り手の現在位置や行列位置に関する情報を確認することが可能である。本アプリ上のこれら機能により、買い手は当該行列位置の価値を的確に把握して、当該行列位置を買うかどうかの判断材料とすることができる。
【００５５】
なお、買い手が行列位置（並んでいる場所）を交換する場合、買い手は行列内における売り手の並び位置まで行って直接買い手と売り手が会う必要がある。このことから、買い手自身が、売り案件に係る行列全体における実際の規模や売りに出ている実際の行列位置を、自身の目で把握することが可能である。仮に、事前の売り手と会話（チャット）で確認していた情報が実際と相違がある場合や売り手が正確でない情報を伝えていた場合などには、買い手は決済前に購入を取り止め・中止にしたり、購入した場合であっても売り手に対して低い評価を与えることができる。このような自体は売り手にとっても利益とはならないため、売り手は事前の売り手と会話を通じて、正確に売り案件の情報を伝えようと努力する。
【００５６】
また、管理サーバ１０は、外部の混雑情報管理システムや行列管理システムなどと連携することも可能である。管理サーバ１０がこれらのシステムから、例えば、当該行列が今どれくらい混雑していて、行列の長さがどのくらいか、今何人くらいが並んでいるか、何時間待ちとかといった行列状況に関する行列情報を取得し、本アプリ上から買い手が参照可能なように当該行列情報を提供する。買い手は当該行列位置の価値を客観的に把握して、当該行列位置を買うかどうかの判断材料とすることができる。
【００５７】
＜補足１＞
売り手が複数人で行列に並んでいる場合、売り手らはグループとして複数人分の行列位置を売りたいというケースがある。この場合、「Ｎｕｍｂｅｒ  ｏｆ  ｐｅｏｐｌｅ」２０７において、売り手は行列位置を譲り渡し可能なそのグループ人数を入力する（図６）。
【００５８】
ここで、そのグループ人数が実際に行列に並んでいる売り手の人数と一致するか否かが問題となる。売り手が行列位置を譲り渡し可能な人数を、実際に並んでいる人数以上の人数を売りに出すなどして売り手の実際の人数よりも買い手の人数の方が多かった場合、売り手よりも後ろの位置に並んでいる他の人にとってみれば、行列に並ぶ時間がその分長くなるという不利益が発生する。
【００５９】
よって本アプリ上において、売り手が売り案件内に入力した「Ｎｕｍｂｅｒ  ｏｆ  ｐｅｏｐｌｅ」２０７が、実際に行列に並んでいる売り手のグループ人数と一致しているかどうかが担保される必要がある。以下詳しく説明する。
【００６０】
図１７は、本実施形態に係るアプリのグループ人数存在確認画面の一例を示す。グループ人数存在確認画面へは、売り案件作成画面（図６）において、売り手が「Ｎｕｍｂｅｒ  ｏｆ  ｐｅｏｐｌｅ」２０７に複数人数を入力すると、近距離内に位置する他ユーザの検索開始を求めるポップアップウィンドウが表示され、売り手がこれを許可することで、近距離内に位置する他ユーザを検索中である旨のポップアップウィンドウ２２７が表示される。
【００６１】
売り手（ＵｓｅｒＡ）のアプリは、売り手の携帯端末２０Ａの所定の近距離内に位置する他ユーザの検索を開始し、他ユーザが検索された場合、当該他ユーザに対してグループ人数への参加許可要求を送信する。
【００６２】
図１８は、本実施形態に係るアプリのグループ人数への参加許可画面の一例を示す。ここで、ＵｓｅｒＢは、ＵｓｅｒＡと一緒に行列に並んでおり、ＵｓｅｒＡと共に複数人分の行列位置を売りたいというユーザであるものとする。ＵｓｅｒＢは予めアプリ上のホーム画面（図６）において、画面右上の「＋」２０１タブを押下し、表示されるポップアップウィンドウから「Ｊｏｉｎ  ｇｒｏｕｐ」を押下して、グループ人数への参加待ち状態にしておくことで、売り手（ＵｓｅｒＡ）からの参加許可要求を受信できるようにしておく。
【００６３】
売り手（ＵｓｅｒＡ）により近距離内に位置する他ユーザの検索が開始されると、その近距離内に位置する他ユーザ（ＵｓｅｒＢ）のアプリ画面上では、参加許可要求を受信し、売り手（ＵｓｅｒＡ）からグループ人数への参加許可要求を許可するためのポップアップウィンドウ４０１が表示される。他ユーザ（ＵｓｅｒＢ）は、ＵｓｅｒＡのグループに対して参加を許可する場合、「ＯＫ」を押下する。
【００６４】
図１９は、本実施形態に係るアプリのグループ人数存在確認画面の一例を示す。近距離内に位置する他ユーザ（例えば、ＵｓｅｒＢ、Ｃ）によりグループ人数への参加許可が行われた場合、ポップアップウィンドウ２２７には参加許可を行った当該他ユーザが検出される。売り手（ＵｓｅｒＡ）は検出された他ユーザのうちグループ人数（ここでは２人）に追加する他ユーザをチェック等で選択する。
【００６５】
図２０は、本実施形態に係るアプリのグループ人数存在確認画面の一例を示す。グループ人数存在確認が成功した場合、売り案件作成画面の「Ｎｕｍｂｅｒ  ｏｆ  ｐｅｏｐｌｅ」２０７には、入力された複数人数の存在が確認されたことを示す表示（マーク等）が付される。これにより、売り手（ＵｓｅｒＡ）が行列位置を譲り渡したいとした人数が、実際確かにその行列位置の場所に存在することが確認される。売り手が「Ｎｕｍｂｅｒ  ｏｆ  ｐｅｏｐｌｅ」２０７に複数人数を入力した場合には、このグループ人数存在確認処理が成功したときにのみ、当該売り案件を公開し登録することができる。
【００６６】
なお、例えば同行している他ユーザ（ＵｓｅｒＢ）が携帯端末２０Ｂを所持していないなど、グループ人数存在確認処理が困難な事情がある場合を考慮し、グループ人数存在確認処理が成功しない場合であっても、当該売り案件を公開し登録できるようにしてもよい。但しこの場合、売り案件作成画面の「Ｎｕｍｂｅｒ  ｏｆ  ｐｅｏｐｌｅ」２０７に入力された複数人数の存在が確認されたことを示す表示が付されていないため、買い手から見れば当該買い案件の信頼性が下がることになる。
【００６７】
図２１は、本実施形態に係るグループ人数存在確認処理を説明する図である。まず売り手（ＵｓｅｒＡ）のアプリが近距離内に位置する他ユーザの検索を開始した場合、売り手の携帯端末２０Ａは、近距離無線通信を介し、グループ人数への参加許可要求として、ＵｓｅｒＡのＩＤ情報を送信出力する（ステップＳ１）。
【００６８】
売り手の携帯端末２０Ａの近傍（近距離無線通信の電波が届く所定の距離範囲）に他ユーザ（ＵｓｅｒＢ）の携帯端末２０Ｂが位置している場合、グループ人数への参加許可要求としてＵｓｅｒＡのＩＤ情報を受信し、他ユーザ（ＵｓｅｒＢ）により当該グループ人数への参加許可操作が行われた場合、ＵｓｅｒＢのＩＤ情報を送信出力する（ステップＳ２）。
【００６９】
売り手（ＵｓｅｒＡ）の携帯端末２０Ａは、ＵｓｅｒＢのＩＤ情報を受信し、売り手（ＵｓｅｒＡ）がグループ人数に追加する他ユーザをチェック等で選択することで、ＵｓｅｒＡの携帯端末２０ＡとＵｓｅｒＢの携帯端末２０Ｂと間におけるグループ人数存在確認処理が完了する。そしてグループ人数存在確認処理が完了した場合、売り手（ＵｓｅｒＡ）の携帯端末２０Ａは、ＵｓｅｒＡ及びＵｓｅｒＢのＩＤ情報を含むグループ情報を管理サーバ１０へ送信する（ステップＳ３）。
【００７０】
ここで、売り案件が終了するまでの間は、売り手（ＵｓｅｒＡ）が行列位置を譲り渡したいとする人数が、実際確かにその行列位置の場所に存在することが保証される必要がある。即ち、ＵｓｅｒＡの携帯端末２０ＡとＵｓｅｒＢの携帯端末２０Ｂとが近接していることを確認し続けるため、ＵｓｅｒＢの携帯端末２０ＢはＵｓｅｒＢのＩＤ情報を一定間隔で送信し続ける。ＵｓｅｒＡの携帯端末２０Ａは、一定間隔が経過してもＵｓｅｒＢのＩＤ情報を受け取れなくなった場合、当該グループからＵｓｅｒＢを除外する。
【００７１】
なお、ＵｓｅｒＡの携帯端末２０ＡとＵｓｅｒＢの携帯端末２０Ｂと間におけるグループ人数存在確認処理は、近距離無線通信を用いなくとも、管理サーバ１０を介して実行することも可能である。
【００７２】
例えば、ＵｓｅｒＡの携帯端末２０ＡとＵｓｅｒＢの携帯端末２０Ｂはアプリから一定間隔で管理サーバ１０に対して自位置情報を送信しているものとする。売り手（ＵｓｅｒＡ）のアプリが近距離内に位置する他ユーザの検索を開始した場合、売り手の携帯端末２０Ａは、管理サーバ１０に、グループ人数への参加許可要求として、ＵｓｅｒＡのＩＤ情報を送信出力する。
【００７３】
管理サーバ１０は、ＵｓｅｒＡの位置情報に基づいて、携帯端末２０Ａの近傍に位置する他ユーザ（ＵｓｅｒＢ）の携帯端末２０Ｂを特定し、特定した携帯端末２０Ｂに対してグループ人数への参加許可要求としてＵｓｅｒＡのＩＤ情報を送信する。管理サーバ１０は、ＵｓｅｒＢの携帯端末２０Ｂから当該グループ人数への参加許可を受信した場合、管理サーバ１０は、ＵｓｅｒＢのＩＤ情報を送信出力する。
【００７４】
売り手（ＵｓｅｒＡ）の携帯端末２０Ａは、管理サーバ１０から、グループ人数への参加許可としてＵｓｅｒＢのＩＤ情報を受信し、ＵｓｅｒＡの携帯端末２０ＡとＵｓｅｒＢの携帯端末２０Ｂと間におけるグループ人数存在確認を完了させる。
【００７５】
なお、上述したように売り手は一度に一のみの売り案件を登録することができる。よって、ユーザ（ＵｓｅｒＡ）からのグループ人数参加許可を行い、売り手の一員となったユーザ（ＵｓｅｒＢ）についても同様である。即ち、携帯端末２０Ｂのアプリ画面上には「Ｎｏｗ  Ｓｅｌｌｉｎｇ」の表示が画面内に表示され、この状態においてユーザ（ＵｓｅｒＢ）は更なる新規の売り案件を登録できなくなる 
【００７６】
＜補足２＞
買い手側にとって欲しい売り案件がなかった場合や他の売り案件に要望を及ぼしたい場合には、買い手側からも売り手に対して希望の買い案件を出すことが可能である。現在行列に並んでいる人に対して、この買い条件でその行列位置を譲って欲しいという要望があることを買い案件として登録する。
【００７７】
アプリ上のホーム画面（図５）において、売り手は画面右上の「＋」２０１タブを押下し、表示されるポップアップウィンドウから「ａｄｄ  ｂｕｙ」を選択することで、新規の買い案件を作成することができる。
【００７８】
図２２は、本実施形態に係るアプリの買い案件作成画面の一例を示す。売り手は買い案件作成画面において、売り案件作成画面（図６）と同様の要領で入力項目を入力する。但し、売り案件作成画面と異なる入力項目は、次の点である。
【００７９】
「Ｗａｉｔｉｎｇ  ｔｉｍｅ」３１０は、買い手の並び可能時間（可能待ち時間）を入力するための入力欄である。買い手が売り手に行列位置を入れ替わって、並び始めてから施設内に入場する迄の間の時間、即ち買い手が行列に並ぶために費やせる待ち時間である。
【００８０】
「Ｂｕｙｉｎｇ  ｐｒｉｃｅ」３１１は、買い案件の買価格を入力するための入力欄である。売り案件とは異なり、時間経過とともに変化しない固定価格とするが、売り案件と同じように時間経過とともに変化（上昇又は下降）するようにしてもよい。特に時間経過とともに買い価格を減少（下降）させるようにした場合、売り手側に早く売らせようとする誘引をかけるといったこともできる（早く売らないと他の売り手が売ってしまう）。なお、一般的に、買い手は「Ｂｕｙｉｎｇ  ｐｒｉｃｅ」３１１に価格を入力する場合、「Ｗａｉｔｉｎｇ  ｔｉｍｅ」３１０の時間が小さいほど、高い価格となるよう値付けする必要があるといえる。
【００８１】
「Ｎｕｍｂｅｒ  ｏｆ  ｐｅｏｐｌｅ」３１２は、行列位置の譲り渡し希望人数を入力するための入力欄である。なお入力が複数人数の場合、売り案件とは異なり、上述のグループ人数存在確認は不要とする。但し言うまでもなく、入力が複数人数の場合には、売り案件と同じようにグループ人数存在確認を必須としてもよい。
【００８２】
図２３は、本実施形態に係るアプリのホーム画面の一例を示す。本画面は、買い手により買い案件が管理サーバ１０に登録され、当該「買い案件」３１１が携帯端末３０のアプリのホーム画面上で確認できるようになった状態を示している。言うまでもなく、売り手の携帯端末２０のアプリのホーム画面上でも確認可能である。
【００８３】
買い手は一度に一のみの買い案件を登録することができる。但し、買い手は自身で希望した買い案件よりも魅力的な売り案件があった場合などには、買い案件を登録中であっても売り案件を購入することは可能となっている。またもしくは、買い手は一度に複数の買い案件を登録可能するようにしてもよい。買い手が複数の行列に同時に希望する買い案件を登録できた方が自らの希望に沿ってくれる売り手を見つけ易くなる。
【００８４】
＜総括＞
以上のように本実施形態に係る行列位置の取引支援システム１００によれば、各種施設等の行列に実際に並んでいるユーザであって行列内のその並び位置・順序を他人に譲り渡したい・渡してもよいと考えている売り手ユーザと、売り手の並び位置を譲り受けたいと考える買い手ユーザとをアプリを介して容易にマッチングすることができる。
【００８５】
これにより、売り手は自身で時間と労力等を費やして獲得したその行列位置が施設等の入場者にとって価値のあるものである場合、それを譲り渡すことで、相応の対価を得ることができるとともに、その一方の買い手は自身で時間と労力等を費やすことなしに、相応の対価と引き換えに、行列位置を譲り受けることが可能となる。
【００８６】
また、上述したように、行列位置の売り価格（取引価格）は、売り案件開始時点においては初期価格から開始するものの、行列位置は時間が経過するにつれその価値が上昇するため、時間経過ととも現在価格（取引価格）が上昇する。これにより売り手が売り案件開始された後に行列に並んだ時間や労力についても、相応分の対価としてこれを価格上適切に反映することが可能である。
【００８７】
また、上述したように、売り手が行列位置を譲り渡し可能な人数は、実際に並んでいる人数と一致することが確認されるので、売り手よりも後ろの位置に並んでいる他の人にとって行列に並ぶ時間がその分長くなってしまうなどの不利益の発生を防止できる。
【００８８】
また、上述したように、買い手側にとって欲しい売り案件がなかった場合や他の売り案件に要望を及ぼしたい場合には、買い手側からも売り手に対して希望の買い案件を出すことが可能である。現在行列に並んでいる人に対して、この買い条件でその行列位置を譲って欲しいという要望があることを買い案件として登録することができる。
【００８９】
即ち、本実施形態によれば、行列に並んでいるユーザとその位置を譲り受けたいユーザとのマッチングを図ることが可能である。
【００９０】
なお、本発明の好適な実施の形態により、特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【００９１】
例えば、本実施形態に係る行列位置の取引支援システム１００は、行列の一種としての入場整理券の取引にも適用することが可能である。つまり、入場整理券は、物理的な行列そのものではないものの、各種施設等における入場待ち・順番待ちを目的として、多人数を順序よく整列して入場させるとともに、整理番号の順番に入場可能な権利を付与すべく配布される。売り手は、各種施設等の行列に実際に並んだり早々に予約するなどして得た整理券を他人に譲り渡したい・渡してもよいと考えているユーザであり、買い手は、売り手の整理券を譲り受けたいと考えるユーザである。このような売り案件において、図６の「Ｑｕｅｕｅ  ｆｏｒ」２０３は、入場整理券の対象であったり、入場の目的地・目的場所となっている施設名などの、整理券に関する情報に相当することとなる。
【符号の説明】
【００９２】
１０    管理サーバ
２０    携帯端末
３０    携帯端末
５０    ネットワーク
１００  取引支援システム
１０１  案件受信部
１０２  案件送信部
１０３  案件更新部
１０４  案件記憶部
【図１】
2020160813.tif 000003
【図２】
2020160813.tif 000004
【図３】
2020160813.tif 000005
【図４】
2020160813.tif 000006
【図５】
2020160813.tif 000007
【図６】
2020160813.tif 000008
【図７】
2020160813.tif 000009
【図８】
2020160813.tif 000010
【図９】
2020160813.tif 000011
【図１０】
2020160813.tif 000012
【図１１】
2020160813.tif 000013
【図１２】
2020160813.tif 000014
【図１３】
2020160813.tif 000015
【図１４】
2020160813.tif 000016
【図１５】
2020160813.tif 000017
【図１６】
2020160813.tif 000018
【図１７】
2020160813.tif 000019
【図１８】
2020160813.tif 000020
【図１９】
2020160813.tif 000021
【図２０】
2020160813.tif 000022
【図２１】
2020160813.tif 000023
【図２２】
2020160813.tif 000024
【図２３】
2020160813.tif 000025
【手続補正書】
【提出日】令和2年6月3日(2020.6.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
行列における売り手の並び位置又は順序に関する取引を支援する取引支援装置であって、
売り手の有する第１情報端末から、少なくとも前記行列の目的地を含む行列情報又は売り手の位置を特定する位置情報の何れか、売り手が前記並び位置又は順序を譲り渡し可能な人数、並びに前記取引に関する価格情報を含む売り案件情報を受信する売り案件受信手段と、
前記売り案件情報を記憶する売り案件記憶手段と、
買い手の有する第２情報端末に、前記売り案件情報を送信する売り案件送信手段と、を有し、
前記売り案件記憶手段は、前記譲り渡し可能な人数が複数であるときに、前記第１情報端末が、該第１情報端末から所定の距離内に位置する一以上の第３情報端末との存在確認処理を実行し、該第１情報端末及び存在確認された該第３情報端末の数が前記譲り渡し可能な人数と一致する場合に、前記売り案件情報を記憶すること、
を特徴とする取引支援装置。
【請求項２】
前記取引に関する価格情報は、売り案件開始時の初期価格と、単位時間あたりの価格変化とを含み、
売り手及び買い手との間で取引される取引価格は、売り案件開始時から時間経過とともに変化すること、
を特徴とする請求項１に記載の取引支援装置。
【請求項３】
買い手の有する前記第２情報端末から、少なくとも前記行列の目的地を含む行列情報又は該買い手が前記行列に並ぶことが可能な時間情報の何れか、並びに前記取引に関する価格情報を含む買い案件情報を受信する買い案件受信手段と、
前記買い案件情報を記憶する買い案件記憶手段と、
売り手の有する第１情報端末に、前記買い案件情報を送信する買い案件送信手段と、
を有することを特徴とする請求項１又は２に記載の取引支援装置。
【請求項４】
行列における売り手の並び位置又は順序に関する取引を支援する取引支援装置とネットワークを介して接続され、売り手及び買い手の有する情報端末のアプリケーションプログラムであって、
コンピュータに、
前記情報端末の位置情報を取得する位置情報取得手段と、
前記取引支援装置に、少なくとも前記行列の目的地を含む行列情報又は売り手の位置を特定する位置情報の何れか、売り手が前記並び位置又は順序を譲り渡し可能な人数、並びに前記取引に関する価格情報を含む売り案件情報を送信する売り案件送信手段と、
前記取引支援装置から、前記売り案件情報を受信する売り案件受信手段と、
前記譲り渡し可能な人数が複数であるときに、前記情報端末が、該情報端末から所定の距離内に位置する一以上の他の情報端末との存在確認処理を実行し、該情報端末及び存在確認された該他の情報端末の数が前記譲り渡し可能な人数と一致するか否かを確認する存在確認手段として機能させるためのアプリケーションプログラム。
【請求項５】
前記取引に関する価格情報は、売り案件開始時の初期価格と、単位時間あたりの価格変化とを含み、
売り手及び買い手との間で取引される取引価格は、売り案件開始時から時間経過とともに変化する、
請求項４に記載のアプリケーションプログラム。
【請求項６】
コンピュータに、
前記取引支援装置に、少なくとも前記行列の目的地を含む行列情報又は買い手が前記行列に並ぶことが可能な時間情報の何れか、並びに前記取引に関する価格情報を含む買い案件情報を送信する買い案件送信手段と、
前記取引支援装置から、前記買い案件情報を受信する買い案件受信手段と、
して機能させるための請求項４又は５に記載のアプリケーションプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
上記の課題を解決するため、本発明に係る取引支援装置は、行列における売り手の並び位置又は順序に関する取引を支援する取引支援装置であって、売り手の有する第１情報端末から、少なくとも前記行列の目的地を含む行列情報又は売り手の位置を特定する位置情報の何れか、売り手が前記並び位置又は順序を譲り渡し可能な人数、並びに前記取引に関する価格情報を含む売り案件情報を受信する売り案件受信手段と、前記売り案件情報を記憶する売り案件記憶手段と、買い手の有する第２情報端末に、前記売り案件情報を送信する売り案件送信手段と、を有し、前記売り案件記憶手段は、前記譲り渡し可能な人数が複数であるときに、前記第１情報端末が、該第１情報端末から所定の距離内に位置する一以上の第３情報端末との存在確認処理を実行し、該第１情報端末及び存在確認された該第３情報端末の数が前記譲り渡し可能な人数と一致する場合に、前記売り案件情報を記憶する。