(57)【要約】      （修正有）【課題】他の入札者の入札状況をより分かり易くすることができる情報処理方法、プログラム、及び情報処理装置を提供する。【解決手段】情報処理装置が、入札額と、ユーザの識別情報とを含む入札情報を受信するステップと、前記入札情報に基づいて、所定の入札額で入札しているユーザの数に応じた面積のオブジェクトを表示させるステップと、を実行する。【選択図】図５Ｃ
2019061493.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置が、
入札額と、ユーザの識別情報とを含む入札情報を受信するステップと、
前記入札情報に基づいて、所定の入札額で入札しているユーザの数に応じた面積のオブジェクトを表示させるステップと、
を実行する情報処理方法。
【請求項２】
前記表示させるステップは、前記所定の入札額で入札しているユーザの数が減少した場合は、前記オブジェクトの面積を縮小して表示させ、前記所定の入札額で入札しているユーザの数が増加した場合は、前記オブジェクトの面積を拡大して表示させることを特徴とする、
請求項１に記載の情報処理方法。
【請求項３】
前記表示させるステップは、入札額毎に、各入札額で入札しているユーザの数に応じた面積のオブジェクトをそれぞれ表示させる、
ことを特徴とする請求項１または２に記載の情報処理方法。
【請求項４】
各入札額で入札しているユーザの数に基づいて、落札するユーザを決定するステップをさらに実行する、
ことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理方法。
【請求項５】
前記決定するステップは、入札しているユーザの数が１以上で最も少ない入札額のうち最も低い入札額で入札しているユーザを、前記落札するユーザとして決定する、
ことを特徴とする請求項４に記載の情報処理方法。
【請求項６】
前記決定するステップは、入札しているユーザの数が１以上で最も少ない複数の入札額のうち最も低い入札額で入札しているユーザと、入札しているユーザの数が１以上で最も少ない複数の入札額のうち２番目に低い入札額で入札しているユーザとを、前記落札するユーザとして決定する、
ことを特徴とする請求項５に記載の情報処理方法。
【請求項７】
前記決定するステップは、入札しているユーザの数が所定数である入札額のうち最も低い入札額で入札しているユーザを、前記落札するユーザとして決定する、
ことを特徴とする請求項４に記載の情報処理方法。
【請求項８】
情報処理装置に、
入札額と、ユーザの識別情報とを含む入札情報を受信するステップと、
前記入札情報に基づいて、所定の入札額で入札しているユーザの数に応じた面積のオブジェクトを表示させるステップと、
を実行させるプログラム。
【請求項９】
入札額と、ユーザの識別情報とを含む入札情報を受信する受信部と、
前記入札情報に基づいて、所定の入札額で入札しているユーザの数に応じた面積のオブジェクトを表示させる表示制御部と、
を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理方法、プログラム、及び情報処理装置に関する。
【背景技術】
【０００２】
従来、端末とサーバを有する入札システムにより、落札者を決定する技術が知られている（例えば、特許文献１を参照）。この入札システムにおいて、入札者は、端末に表示された現時点での最高入札額を見ながら、現時点での最高入札額よりも高い額で入札を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−０５９８７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術では、現時点での最高入札額等は表示されるものの、他の入札者の入札状況が分かりにくいという問題がある。
【０００５】
そこで、本開示は、他の入札者の入札状況をより分かり易くすることができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本開示の一実施形態に係る情報処理方法は、情報処理装置が、入札額と、ユーザの識別情報とを含む入札情報を受信するステップと、前記入札情報に基づいて、所定の入札額で入札しているユーザの数に応じた面積のオブジェクトを表示させるステップと、を実行する。
【図面の簡単な説明】
【０００７】
【図１】本開示の一実施形態に係る通信システムの構成を示す図である。
【図２Ａ】本開示の一実施形態に係る通信システム１の処理のシーケンスの一例を示す図である。
【図２Ｂ】本開示の一実施形態に係る通信システム１の処理のシーケンスの一例を示す図である。
【図３】入札情報の一例を示す図である。
【図４】入札統計情報の一例を示す図である。
【図５Ａ】端末における表示態様の例について説明する図である。
【図５Ｂ】端末における表示態様の例について説明する図である。
【図５Ｃ】端末における表示態様の例について説明する図である。
【発明を実施するための形態】
【０００８】
以下、図面を参照しながら、本開示に係る実施形態を説明する。
【０００９】
＜通信の秘密の遵守＞
本明細書に記載の開示を実施する場合は、通信の秘密に係る法的事項を遵守の上で実施されるものであることに留意されたい。
【００１０】
本開示に係る入札システムを実施するための実施形態について、図面を参照して説明する。
【００１１】
＜システム構成＞
図１は、本開示の一実施形態における通信システムの構成を示す図である。図１に示すように、通信システムでは、ネットワーク３０を介してサーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）とが接続される。サーバ１０は、ネットワーク３０を介してユーザが所有する端末２０に、端末２０間でのメッセージの送受信を実現するサービスを提供する。なお、ネットワーク３０に接続される端末２０の数は限定されない。
【００１２】
ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
【００１３】
例えば、ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク３０は、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮｓ（integrated service digital networks）、無線ＬＡＮｓ、ＬＴＥ（long term evolution）ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ただし、本開示において、ネットワーク３０は、これらに限定されない。また、ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
【００１４】
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、代表的にはスマートフォンであり、その他に携帯電話（例えば、フィーチャーフォン）、コンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。ただし、本開示において、端末２０は、これらに限定されない。また、端末２０は情報処理端末と表現されても良い。
【００１５】
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、代表として端末２０について説明する。また、必要に応じて端末２０Xに対応付けられたユーザ情報をユーザ情報X、端末２０Xを操作するユーザをユーザXとして説明する。なお、ユーザ情報とは、インスタントメッセンジャーを代表とするSNS（Social Network Service）におけるアカウントに対応付けられた情報の一部または全部であり、例えば、ユーザ名やユーザ画像である。他にもユーザ識別子、ユーザの年齢、性別、住所などの情報であってもよく、それらの組み合わせであってもよい。ただし、これらに限定されない。
【００１６】
サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、代表的にはサーバ装置であり、その他にコンピュータ（例えば、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（例えば、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（例えば、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。ただし、本開示において、サーバ１０は、これらに限定されない。また、サーバ１０は情報処理装置と表現されても良い。
【００１７】
＜ハードウェア（HW）構成＞ 
図１を用いて、通信システムに含まれる各装置のHW構成について説明する。
【００１８】
（１）端末のHW構成
【００１９】
端末２０は、制御装置２１（ＣＰＵ：central processing unit（中央処理装置））、記憶装置２８、通信Ｉ／Ｆ２２（インタフェース）、入出力装置２３、表示装置２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のHWの各構成要素は、例えば、バスBを介して相互に接続される。
【００２０】
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御装置２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０から送信された各種データを受信し、制御装置２１に伝達する。
【００２１】
入出力装置２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力装置２３は、入力装置と出力装置が一体化していても良いし、入力装置と出力装置に分離していてもよい。
【００２２】
入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力装置は、代表的にはタッチパネルなどにより実現され、ユーザの指やスタイラスなどの指示具による接触とその接触位置を検出し、当該接触位置の座標を制御装置２１に伝達する。一方で、入力装置は、タッチパネル以外の入力装置により実現されてもよい。入力装置は、例えば、キーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。ただし、本開示において、入力装置は、これらに限定されない。
【００２３】
出力装置は、制御装置２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力装置は、代表的には、タッチパネルなどにより実現される。一方で、出力装置はタッチパネル以外の出力装置により実現されても良い。例えば、スピーカ（音声出力）、レンズ（例えば３D（three dimensions）出力や、ホログラム出力）、プリンターなどを含むことができる。ただし、本開示において、出力装置は、これらに限定されない。
【００２４】
表示装置２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示装置２４は、代表的にはモニタ（例えば、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。表示装置２４は、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）であってもよい。また、表示装置２４は、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置により実現されてもよい。なお、これらの表示装置２４は、３Dで表示データを表示可能であってもよい。ただし、本開示において、表示装置２４は、これらに限定されない。
【００２５】
入出力装置２３がタッチパネルの場合、入出力装置２３と表示装置２４とは、略同一の大きさおよび形状で対向して配置されていても良い。
【００２６】
制御装置２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。
【００２７】
制御装置２１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）であってもよい。ただし、本開示において、制御装置２１は、これらに限定されない。
【００２８】
記憶装置２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置２８は、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体により実現される。ただし、本開示において、記憶装置２８は、これらに限定されない。
【００２９】
端末２０は、プログラムＰを記憶装置２８に記憶し、このプログラムＰを実行することで、制御装置２１が、制御装置２１に含まれる各部としての処理を実行する。つまり、記憶装置２８に記憶されるプログラムＰは、端末２０に、制御装置２１が実行する各機能を実現させる。
【００３０】
マイク２５は、音声データの入力に利用される。スピーカ２６は、音声データの出力に利用される。カメラ２７は、動画像データの取得に利用される。
【００３１】
（２）サーバのＨＷ構成 
サーバ１０は、制御装置１１（ＣＰＵ）、記憶装置１５、通信Ｉ／Ｆ１４（インタフェース）、入出力装置１２、ディスプレイ１３を備える。サーバ１０のＨＷの各構成要素は、例えば、バスＢを介して相互に接続される。
【００３２】
制御装置１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、例えば、ハードウェアに内蔵されたデータ処理装置により実現される。
【００３３】
制御装置１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよい。ただし、本開示において、制御装置１１は、これらに限定されない。
【００３４】
記憶装置１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶装置１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶装置１５は、これらに限定されない。
【００３５】
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御装置１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御装置１１に伝達する。
【００３６】
入出力装置１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力装置１２は、ユーザからの入力を受け付けて、当該入力に係る情報を制御装置１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力装置１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力装置１２、例えば、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよい。ただし、本開示において、入出力装置１２は、これらに限定されない。
【００３７】
ディスプレイ１３は、代表的にはモニタ（例えば、液晶ディスプレイやOELD（organic electroluminescence display））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよい。なお、これらのディスプレイ１３は、３Dで表示データを表示可能であってもよい。ただし、本開示において、ディスプレイ１３は、これらに限定されない。
【００３８】
サーバ１０は、プログラムＰを記憶装置１５に記憶し、このプログラムＰを実行することで、制御装置１１が、制御装置１１に含まれる各部としての処理を実行する。つまり、記憶装置１５に記憶されるプログラムＰは、サーバ１０に、制御装置１１が実行する各機能を実現させる。
【００３９】
本開示の各実施形態においては、端末２０および／またはサーバ１０のＣＰＵがプログラムPを実行することにより、実現するものとして説明する。
【００４０】
なお、端末２０の制御装置２１、および／または、サーバ１０の制御装置１１は、ＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。
【００４１】
また、本開示の各実施形態のプログラムP(ソフトウェアプログラム/コンピュータプログラム)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。
【００４２】
記憶媒体は適切な場合、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。
【００４３】
サーバ１０および／または端末２０は、例えば、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
【００４４】
また、本開示のプログラムＰは、当該プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、サーバ１０および／または端末２０に提供されてもよい。サーバ１０および／または端末２０は、例えば、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
【００４５】
また、本開示の各実施形態は、プログラムPが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【００４６】
サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。
【００４７】
端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよい。この場合、例えば、端末２０の制御装置２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよい。
【００４８】
サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよい。この場合、例えば、サーバ１０の制御装置１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよい。
【００４９】
本開示において、判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしても良いことは当然である。
【００５０】
なお、本開示のプログラムは、例えば、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、ＨＴＭＬ５などのマークアップ言語などを用いて実装できる。ただし本開示はこれらに限定されない。
【００５１】
＜機能構成＞
（１）サーバの機能構成
図１に示すように、サーバ１０は、制御装置１１により実現される機能として、受信部１０１、決定部１０２、及び表示制御部１０３とを有する。
【００５２】
受信部１０１は、入札額と、ユーザの識別情報とを含む入札情報を受信し、記憶装置１５に入札情報３０１として記憶させる。
【００５３】
決定部１０２は、入札情報３０１に基づいて、落札するユーザ（落札者）を決定する。
【００５４】
表示制御部１０３は、入札情報３０１に基づく情報を端末２０に送信し、所定の入札額で入札しているユーザの数に応じた面積のオブジェクトを、端末２０の画面に表示させる。
【００５５】
（２）端末の機能構成
図１に示すように、端末２０は、制御装置２１により実現される機能として、受付部２０１、送信部２０２、受信部２０３、及び表示制御部２０４とを有する。
【００５６】
受付部２０１は、ユーザからの入札等の操作を受け付ける。
【００５７】
送信部２０２は、受付部２０１によりユーザから受け付けた入札額と、当該ユーザの識別情報とを含む入札情報を生成し、生成した入札情報をサーバ１０に送信する。
【００５８】
受信部２０３は、他の端末２０のユーザ等による入札情報をサーバ１０から受信する。
【００５９】
表示制御部２０４は、サーバ１０からの指示に従い、所定の入札額で入札しているユーザの数に応じた面積のオブジェクトを、端末２０の画面に表示させる。
【００６０】
＜処理＞
次に、図２Ａ、図２Ｂ及び図３を参照し、実施形態に係る通信システム１の処理について説明する。図２Ａ、及び図２Ｂは、本開示の一実施形態に係る通信システム１の処理のシーケンスの一例を示す図である。図３は、入札情報３０１の一例を示す図である。図４は、入札統計情報４０１の一例を示す図である。
【００６１】
なお、以下では、入札に参加する端末２０として、端末２０Ａ、端末２０Ｂを例に説明するが、入札に参加する端末２０の数は２つに限定されない。
【００６２】
ステップＳ１０１において、サーバ１０の表示制御部１０３は、端末２０からの操作等に応答して、入札受付を開始する。ここで、サーバ１０の表示制御部１０３は、入札受付の開始を、入札に参加する端末２０Ａ、及び端末２０Ｂに通知する。
【００６３】
続いて、端末２０Ａ、及び端末２０Ｂの表示制御部２０４は、入札が開始されたことを表示する（ステップＳ１０２−１、ステップＳ１０２−２）。
【００６４】
続いて、端末２０Ａの受付部２０１は、端末２０ＡのユーザＡから、入札額を指定する操作を受け付ける（ステップＳ１０３）。
【００６５】
続いて、端末２０Ａの送信部２０２は、ユーザＡのＩＤと、指定された入札額とを含む入札情報（以下で、「第１入札情報」と称する。）を生成し、生成した第１入札情報をサーバ１０に送信する（ステップＳ１０４）。
【００６６】
続いて、サーバ１０の受信部１０１は、受信した第１入札情報を、入札情報３０１に記憶する（ステップＳ１０５）。図３に示す入札情報３０１には、ユーザＩＤに対応付けて、入札額が記憶されている。ユーザＩＤは、端末２０のユーザの識別情報である。入札額は、ユーザが入札した金額である。
【００６７】
続いて、サーバ１０の表示制御部１０３は、入札情報３０１に基づいて入札統計情報４０１を算出し、算出した入札統計情報４０１を端末２０Ａ、及び端末２０Ｂに送信する（ステップＳ１０６−１、ステップＳ１０６−２）。図４に示す入札統計情報４０１には、入札額に対応付けて、入札者数が記憶されている。入札者数は、各入札額で入札しているユーザの数である。
【００６８】
続いて、端末２０Ａ、及び端末２０Ｂの表示制御部２０４は、それぞれ、入札統計情報４０１を表示する（ステップＳ１０７−１、ステップＳ１０７−２）。
【００６９】
続いて、端末２０Ｂの受付部２０１は、端末２０ＢのユーザＢから、入札額を指定する操作を受け付ける（ステップＳ１０８）。
【００７０】
続いて、端末２０Ｂの送信部２０２は、ユーザＢのＩＤと、指定された入札額とを含む入札情報（以下で、「第２入札情報」と称する。）を生成し、生成した第２入札情報をサーバ１０に送信する（ステップＳ１０９）。
【００７１】
続いて、サーバ１０の受信部１０１は、受信した第２入札情報を、入札情報３０１に記憶する（ステップＳ１１０）。
【００７２】
続いて、サーバ１０の表示制御部１０３は、更新された入札情報３０１に基づいて入札統計情報４０１を算出し、算出した入札統計情報４０１を、端末２０Ａ、及び端末２０Ｂに送信する（ステップＳ１１１−１、ステップＳ１１１−２）。
【００７３】
続いて、端末２０Ａ、及び端末２０Ｂの表示制御部２０４は、それぞれ、入札統計情報４０１を表示する（ステップＳ１１２−１、ステップＳ１１２−２）。
【００７４】
続いて、端末２０Ａの受付部２０１は、ユーザＡから、新たな入札額を指定する操作を受け付ける（ステップＳ１１３）。
【００７５】
続いて、端末２０Ａの送信部２０２は、ユーザＡのＩＤと、指定された新たな入札額とを含む入札情報（以下で、「第３入札情報」と称する。）を生成し、生成した第３入札情報をサーバ１０に送信する（ステップＳ１１４）。
【００７６】
続いて、サーバ１０の受信部１０１は、受信した第３入札情報を、入札情報３０１に記憶する（ステップＳ１１５）。ここで、入札情報３０１において、端末２０ＡのユーザＡに対応付けられた入札額が、第３入札情報に含まれる入札額に更新される。
【００７７】
続いて、サーバ１０の表示制御部１０３は、更新された入札情報３０１に基づいて入札統計情報４０１を算出し、算出した入札統計情報４０１を、端末２０Ａ、及び端末２０Ｂに送信する（ステップＳ１１６−１、ステップＳ１１６−２）。
【００７８】
続いて、端末２０Ａ、及び端末２０Ｂの表示制御部２０４は、それぞれ、入札統計情報４０１を表示する（ステップＳ１１７−１、ステップＳ１１７−２）。
【００７９】
続いて、サーバ１０は、入札受付から所定の時間が経過したことを契機に、入札受付を終了する（ステップＳ１１８）。ここで、入札受付を終了する前（例えば、終了の１０秒前）から、例えば、カウントダウンにより、入札受付の終了をユーザに予告してもよい。なお、当該カウントダウンが実施されている期間内は、ユーザは依然として入札額を変更することができる。また、サーバ１０は、所定の入札回数を受信したことを契機に、入札受付を終了してもよい。
【００８０】
続いて、サーバ１０の決定部１０２は、入札情報３０１に基づいて、落札者を決定する（ステップＳ１１９）。落札者を決定する処理については後述する。ここで、サーバ１０の表示制御部１０３は、決定した落札者の情報を、端末２０Ａ、及び端末２０Ｂに送信してもよい。落札者は、自身が入札した金額を支払うことにより、所定の商品等を購入することができる。
【００８１】
なお、サーバ１０の表示制御部１０３は、入札統計情報を、端末２０のみならず、図示しないプロジェクタやモニタなど、他の表示装置にも送信して表示させるようにしてもよい。
【００８２】
＜端末２０の表示画面例＞
次に、図５を参照し、端末２０における表示態様の例について説明する。図５は、端末２０における表示態様の例について説明する図である。図５の例では、送受信された時系列の順に、画面の上から下に向かって、メッセージやオブジェクト等が表示されている。ユーザからのスクロール操作等により、当該画面において、現在表示されていないメッセージ等を表示することもできる。
【００８３】
図５Ａでは、端末２０Ａにおいて、ステップＳ１０２の処理により、サーバ１０のチャットボットから送信された、入札が開始されたことを示すメッセージ５０２が、サーバ１０のチャットボットを示すアイコン５０１Ａに対応付けて表示されている。図５の例では、「商品Ａの入札を開始します。入札額を送信して下さい。入札者数が最も少なく、最も低い額で入札した方が落札できます。入札額は何度でも変更できます。入札は今から１０分後に締め切られます。」というメッセージ５０２が表示されている。
【００８４】
また、図５Ａでは、端末２０Ａにおいて、ステップＳ１０３の処理により、端末２０ＡのユーザＡから指定された入札額を示すメッセージ５０３が表示されている。このメッセージ５０３は、ステップＳ１０４の処理により、端末２０Ａからサーバ１０に送信されている。
【００８５】
また、図５Ｂでは、端末２０Ａにおいて、ステップＳ１０７の処理により、入札統計情報４０１が更新したことを通知するメッセージ５０４、及び１ドル（＄１）で入札したユーザが一人存在することを示すオブジェクト５０５Ａを含むオブジェクト表示領域５０５が、それぞれ送信元であるサーバ１０のチャットボットを示すアイコン５０１Ａ、及びアイコン５０１Ｂにそれぞれ対応付けて表示されている。
【００８６】
図５Ｃでは、各端末２０のユーザからの入札がある程度進行した段階におけるオブジェクト表示領域５０６が、送信元であるサーバ１０のチャットボットを示すアイコン５０１Ｄに対応付けて表示されている。図５Ｃの例では、図４に示す入札統計情報４０１の例に従い、１ドルの入札者が５名、２ドルの入札者が３名、３ドルの入札者が０人、４ドルの入札者が１人、５ドルの入札者が２人となった場合の、入札額毎のオブジェクト５０６Ａ乃至５０６Ｄの表示例が示されている。
【００８７】
ここで、各入札額に対応するオブジェクトの大きさ（面積）は、各入札額に対する入札者数の数が増加するに従って大きくなるように表示されてもよい。この場合、例えば、各入札額に対応するオブジェクトの大きさを、各入札額に対する入札者数の数に比例させてもよい。または、他の入札額に対して相対的に入札者数が少ない入札額をユーザが判断できるようにすればよいため、各入札額に対応するオブジェクトの大きさは、各入札額に対する入札者数の数が増加するに従って大きくなるとともに、入札者の総数が増加するに従って小さくなるようにしてもよい。この場合、例えば、各入札額に対応するオブジェクトの大きさを、各入札額に対する入札者数の数に比例させるとともに、入札者の総数に反比例させるようにしてもよい。これにより、入札者数が増加しても、一定の大きさのオブジェクト表示領域内に表示することができる。限定でなく例として、入札者数が１０、２０、３０となっている場合は、各オブジェクトの面積を、１：２：３の割合が反映された面積としてもよい。
【００８８】
なお、入札者数を厳密に割合に反映させなくてもよい。限定でなく例として、入札者数が１１、２５、３３となっている場合は、それぞれの入札者数のおおよその入札者数から１：２：３の割合を反映させてもよい。それぞれの入札者数のおおよその入札者数を決定する方法として、限定でなく例として、四捨五入でもよいし、あらかじめ所定の入札者数の範囲に対応する数を設定しておいてもよい。
【００８９】
また、オブジェクトの面積の増減は、円形の大小に限定されない。限定でなく例として、入札者数に応じて多角形の辺の数を増減させるようにしてもよい。これにより、ユーザはオブジェクトの大きさだけでなく、形状でも入札者数を視認することができ、より直感的に入札状況を把握することができる。
【００９０】
また、入札額に加えて、入札者数も、各オブジェクトに重畳させる、または、近傍に表示してもよい。なお、入札者数が所定の閾値以下の入札額に対応するオブジェクトを非表示としてもよい。これにより、表示するオブジェクト数を減らすことができるため、ユーザの視認性を向上させることができるとともに、端末またはサーバの負担を軽減させることができる。
【００９１】
また、各オブジェクトの形状は、円形に限らず、正多角形、矩形、ひし形、及び星形等でもよい。また、各オブジェクトを、異なる色、異なる明るさ、異なる階調などで入札額の情報を区別できるようにしてもよい。または、各オブジェクトを、音響による音の種類によって表現してもよい。
【００９２】
さらに、各オブジェクトはそれぞれが重畳するように表示されてもよい。この場合、１のオブジェクトが完全に他のオブジェクトにより視認できないような態様ではなく、全てのオブジェクトの少なくとも一部が全て表示される態様が望ましい。
【００９３】
＜落札者の決定方法＞
次に、ステップＳ１１９の、落札者の決定方法について説明する。サーバ１０は、例えば、以下のいずれかの方法により、落札者を決定してもよい。なお、以下の各方法を、適宜組み合わせて使用してもよい。
【００９４】
≪落札者の決定方法（その１）≫
決定部１０２は、入札しているユーザの数が１以上（０以外）で最も少ない入札額のうち最も低い入札額で入札しているユーザを落札者の候補とし、当該候補の少なくとも一部を、落札者と決定してもよい。
【００９５】
この場合、決定部１０２は、例えば、入札しているユーザの数が１以上であり、かつ、入札しているユーザの数が最も少ない入札額を判定する。そして、判定した入札額が複数ある場合、当該複数の入札額のうち、最も低い入札額で入札しているユーザのうち少なくとも一人を、落札者とする。
【００９６】
この場合、例えば、１ドルで入札しているユーザが５人、２ドルで入札しているユーザが１人、３ドルで入札しているユーザが４人、４ドル以上で入札しているユーザが０人である場合、入札しているユーザの数が１以上で最も少ない入札額のうち最も低い入札額である２ドルで入札しているユーザが落札者として決定される。
【００９７】
また、例えば、１ドルで入札しているユーザが５人、２ドルで入札しているユーザが２人、３ドルで入札しているユーザが２人、４ドル以上で入札しているユーザが０人である場合、入札しているユーザの数が１以上で最も少ない入札額である２ドル、及び３ドルのうち最も低い入札額である２ドルで入札しているユーザのうち少なくとも一人が落札者として決定される。
【００９８】
これにより、例えば、パーティや結婚式等に参加しているユーザが入札者となり、入札形式で景品等を落札するゲーム等において、他の入札者の入札動向を見ながら駆け引きを行うインタラクティブなゲームを行うことができる。
【００９９】
≪落札者の決定方法（その２）≫
決定部１０２は、入札しているユーザの数が予め設定されている数に最も近い（または一致する）入札額のうち最も低い入札額で入札している１以上のユーザを落札者の候補とし、当該候補の少なくとも一部を、落札者と決定してもよい。
【０１００】
この場合、決定部１０２は、例えば、入札しているユーザの数が予め設定されている数に最も近い入札額を判定する。そして、判定した入札額が複数ある場合、当該複数の入札額のうち、最も低い入札額で入札しているユーザのうち少なくとも一人を、落札者とする。
【０１０１】
この場合、例えば、１ドルで入札しているユーザが２人、２ドルで入札しているユーザが２人、３ドルで入札しているユーザが４人、４ドル以上で入札しているユーザが０人である場合、入札しているユーザの数が予め設定されている数に最も近い入札額である１ドル、及び２ドルのうち最も低い入札額である１ドルで入札している２人のユーザが落札者として決定される。
【０１０２】
≪落札者の決定方法（その３）≫
決定部１０２は、通常のオークションと同様に、最も高い入札額で入札している１以上のユーザを落札者の候補とし、当該候補の少なくとも一部を、落札者と決定してもよい。
【０１０３】
≪落札者の決定方法（その４）≫
決定部１０２にて、例えば、落札可能な商品の数が限られている場合、落札者の数を予め設定できるようにしてもよい。そして、上述した、落札者の決定方法その１乃至３等の方法で決定した落札者の候補の数が、予め設定されている落札者の数よりも多い場合、当該候補に含まれるユーザのうち、当該予め設定されている落札者の数のユーザを選択し、選択したユーザを落札者として決定してもよい。
【０１０４】
この場合、例えば、当該複数のユーザのうち当該入札額を変更せずに入札している時間が長い順に、すなわち、最も早くから継続して当該入札額で入札しているユーザの順に、当該予め設定されている落札者の数のユーザを選択してもよい。または、当該複数のユーザのうち当該入札額を変更せずに入札している時間が短い順に、すなわち、最も後から当該入札額で入札しているユーザの順に、当該予め設定されている落札者の数のユーザを選択してもよい。
【０１０５】
≪落札者の決定方法（その５）≫
決定部１０２にて、例えば、落札可能な商品の数が限られている場合、落札者の数を予め設定できるようにしてもよい。そして、上述した、落札者の決定方法その１乃至３等の方法で決定した落札者の候補の数が、所定数（予め設定されている落札者の数）よりも少ない場合、当該候補に含まれるユーザの全員を落札者として決定してもよい。そして、落札者として決定した１以上のユーザを除外した上で、再度、上述した、落札者の決定方法その１乃至３等の方法により落札者の候補を決定する。そして、当該候補のうち、予め設定されている落札者の数から、既に決定された落札者の数を減算した数のユーザを、落札者と決定してもよい。
【０１０６】
例えば、予め設定されている落札者の数が２であり、かつ、上述した、落札者の決定方法その１の方法により、入札しているユーザの数が１以上で最も少ない入札額のうち最も低い入札額で入札しているという条件を満たすユーザを落札者の候補とする場合について説明する。この場合、１ドルで入札しているユーザが５人、２ドルで入札しているユーザが１人、３ドルで入札しているユーザが１人、４ドル以上で入札しているユーザが０人である場合、当該条件を最初に満たす２ドルで入札している１名と、次に（２番目に）当該条件を満たす３ドルで入札している１名とが落札者として決定される。
【０１０７】
＜まとめ＞
上述したように、本開示の一実施形態によれば、サーバ１０または端末２０は、入札額と、ユーザの識別情報とを含む入札情報を受信し、受信した入札情報に基づいて、所定の入札額で入札しているユーザの数に応じた面積のオブジェクトを画面に表示させる。これにより、他の入札者の入札状況をより分かり易くすることができる。
【０１０８】
なお、サーバ１０、及び端末２０は、それぞれ、「情報処理装置」の一例である。
【０１０９】
＜その他＞
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。例えば、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、各実施形態に示す構成を適宜組み合わせることとしてもよい。
【符号の説明】
【０１１０】
１０  サーバ
１０１  受信部
１０２  決定部
１０３  表示制御部
３０１  入札情報
４０１  入札統計情報
２０  端末
２０１  受付部
２０２  送信部
２０３  受信部
２０４  表示制御部
【図１】
2019061493.tif 000003
【図２Ａ】
2019061493.tif 000004
【図２Ｂ】
2019061493.tif 000005
【図３】
2019061493.tif 000006
【図４】
2019061493.tif 000007
【図５Ａ】
2019061493.tif 000008
【図５Ｂ】
2019061493.tif 000009
【図５Ｃ】
2019061493.tif 000010