JP6767534B2 - 情報処理装置、情報処理方法、及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。

近年、インターネットの飛躍的な普及に伴い、インターネットを介した販売が盛んになり、例えば、電子商取引（ＥＣ：Electronic Commerce）システムにおいて、ＥＣサイトに商品を出品し、商品をユーザに販売する技術が提供されている。例えば、上記のような電子商取引システムにおいて、他の利用者（ユーザ）によって商品確保されている商品に対してキャンセル待ちを可能とする技術が知られている。

特開２００５−３３９３１４号公報

しかしながら、上記の従来技術では、ユーザに対して適切な情報を提供することができるとは限らない。例えば、上記の従来技術では、ユーザに商品に対してキャンセル待ちを可能とするだけでは、他のユーザの行動を反映しているに過ぎず、実際の商品の在庫状況を適切に反映しているとは言い難い場合がある。例えば、販売元が在庫数等を精確に反映した在庫情報を登録していない場合、ユーザには在庫が有るように見えているが、実際は販売元の手元に在庫が無く、商品の配送に時間を要したり、欠品によりキャンセルになったりするといったことが起こり得る。このような場合、ユーザの満足度が低下するといった問題がある。そのため、ユーザに対して商品の在庫状況を反映した適切な表示を行うことが望まれている。

本願は、上記に鑑みてなされたものであって、販売元が登録した在庫状況に応じて表示する情報を適切に決定する情報処理装置、情報処理方法、及び情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、電子商取引サービスにおいて一の販売元が販売する一の商品の在庫状況に関連する情報であって、前記一の販売元により登録される情報である在庫状況情報を取得する取得部と、前記取得部により取得された前記在庫状況情報に基づいて、前記一の商品の販売状況に関連する表示を決定する決定部と、を備えることを特徴とする。

実施形態の一態様によれば、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができるという効果を奏する。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係る情報処理システムの構成例を示す図である。 図３は、実施形態に係る情報処理装置の構成例を示す図である。 図４は、実施形態に係る商品情報記憶部の一例を示す図である。 図５は、実施形態に係る表示態様情報記憶部の一例を示す図である。 図６は、実施形態に係るユーザ情報記憶部の一例を示す図である。 図７は、実施形態に係る行動情報記憶部の一例を示す図である。 図８は、実施形態に係る端末装置の構成例を示す図である。 図９は、実施形態に係る情報処理の一例を示すフローチャートである。 図１０は、実施形態に係る表示情報の決定の一例を示すフローチャートである。 図１１は、実施形態に係る情報処理の一例を示す図である。 図１２は、実施形態に係る情報の表示の一例を示す図である。 図１３は、実施形態に係る情報の表示の一例を示す図である。 図１４は、実施形態に係る情報の表示の一例を示す図である。 図１５は、実施形態に係る情報の表示の一例を示す図である。 図１６は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法、及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法、及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．情報処理〕
図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。図１の例では、情報処理装置１００が、一の販売元が登録した在庫状況情報に基づいて、一の商品の販売状況に関連する表示を決定する決定処理等の情報処理を実行する例について説明する。

〔情報処理システムの構成〕
まず、図１の説明に先だって、図２を用いて情報処理システム１の構成について説明する。図２は、実施形態に係る情報処理システムの構成例を示す図である。図２に示すように、情報処理システム１には、端末装置１０と、販売元装置２０と、情報処理装置１００とが含まれる。端末装置１０と、販売元装置２０と、情報処理装置１００とは所定のネットワークＮを介して、有線または無線により通信可能に接続される。また、図２に示した情報処理システム１には、複数台の端末装置１０や、複数台の販売元装置２０や、複数台の情報処理装置１００が含まれてもよい。

情報処理装置１００は、電子商取引サービスにおいて各販売元が販売する商品の在庫状況に関連する在庫状況情報を、各販売元から登録を受け付ける。情報処理装置１００は、電子商取引サービスにおいて一の販売元が登録した一の商品の在庫状況情報に基づいて、一の商品の販売状況に関連する表示を決定する情報処理装置である。

図１に示す情報処理装置１００は、コンピュータネットワーク上での電子的な情報通信によって商品やサービスを取引する電子商取引（ＥＣ：Electronic Commerce）サービスの提供に用いられる情報処理装置である。例えば、情報処理装置１００は、ＥＣサイト（電子商店街）を管理する管理者によって運用されるサーバ装置である。情報処理装置１００は、電子商取引サービスに係るコンテンツをユーザに提供する。例えば、情報処理装置１００は、電子商店街のポータルページや、電子商店街において商品を販売する販売元（「ストア」ともいう）のストアページや、各ストアが販売する商品の商品ページ等を含むウェブサイトをユーザの端末装置１０に送信する。また、情報処理装置１００は、電子商店街に出店するストアから受け付ける要求に従い、種々の処理を行う。

また、情報処理装置１００は、端末装置１０から取得したクエリに対する検索結果を端末装置１０に提供する検索サービスを提供する。また、情報処理装置１００は、電子商取引サービスを提供する。

なお、図１では、情報処理装置１００が検索サービスや電子商取引サービスを提供する場合を示すが、外部の情報処理装置が検索サービスや電子商取引サービスを提供する場合、情報処理装置１００は検索サービスや電子商取引サービスを提供しなくてもよい。この場合、情報処理装置１００は、検索サービスや電子商取引サービスを提供する外部の情報処理装置等から各種情報を取得し、一の販売元が登録した一の商品の在庫状況情報に基づいて、一の商品の販売状況に関連する表示を決定する処理のみを行ってもよい。

端末装置１０は、ユーザによって利用される情報処理装置である。端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。図１の例では、端末装置１０が、ユーザが利用するスマートフォンである場合を示す。なお、以下では、端末装置１０をユーザと表記する場合がある。すなわち、以下では、ユーザを端末装置１０と読み替えることもできる。具体的には、図１では、端末装置１０がユーザＩＤ「Ｕ１」により識別されるユーザ（「ユーザＵ１」とする場合がある）が利用するスマートフォンである場合を示す。

また、図１に示す例においては、端末装置１０の画面の表示に応じて、端末装置１０を端末装置１０−１、１０−２として説明する。なお、端末装置１０−１、１０−２は同一の端末装置１０である。また、以下では、端末装置１０−１、１０−２について、特に区別なく説明する場合には、端末装置１０と記載する。

販売元装置２０は、各販売元（ストア）の管理者等によって利用される情報処理装置である。図１の例では、販売元装置２０は、販売元であるストアＢの管理者Ｍ１によって利用される情報処理装置である。例えば、ストアＢの管理者Ｍ１は、販売元装置２０を用いて、電子商取引サービスにおいて販売する商品を追加したり、価格や在庫数の登録や更新等を行ったりする。また、販売元装置２０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等により実現される。図１は、販売元装置２０がノート型ＰＣである場合を示す。

まず、ストアＢの管理者Ｍ１が利用する販売元装置２０は、ストアＢが販売するスマホＢである商品ＧＤ２について、在庫超過購入可能であると登録することを示す登録情報を情報処理装置１００に送信する（ステップＳ１１）。これにより、情報処理装置１００は、ストアＢが在庫を超過する注文がある場合であっても注文を受け付けることを示す登録情報をスマホＢの販売元装置２０から取得する。なお、「商品ＧＤ＊（＊は任意の数値）」と記載した場合、その商品は商品ＩＤ「ＧＤ＊」により識別される商品であることを示す。例えば、「商品ＧＤ１」と記載した場合、その商品は商品ＩＤ「ＧＤ１」により識別される商品である。ここでいう「在庫超過購入可能」とは、例えば、ストアが商品の在庫数を超える数の注文を受け付けることを示す。例えば、ストアＢがある商品ＧＤ２について「在庫超過購入可能」であると登録した場合、情報処理装置１００は、ストアＢに商品ＧＤ２の在庫がない状態であっても、ストアＢの商品ＧＤ２に対するユーザの注文を受け付ける。

そして、情報処理装置１００は、ストアＢが登録した商品ＧＤ２が在庫超過の注文を受け付ける商品であることを示す情報を登録する（ステップＳ１２）。情報処理装置１００は、ストアＢが販売するストアＢの商品ＩＤ「ＧＤ２」に対応付けて、在庫超過購入が可能であることを示す情報（図１の例では「１」）を商品情報記憶部１２１に登録する。

また、ユーザＵ１は、所定のＥＣサイトのコンテンツＷ１１が表示された端末装置１０を操作して、ストアＢのスマホＢの商品情報（コンテンツ）を情報処理装置１００に要求する（ステップＳ１３）。これにより、情報処理装置１００は、ストアＢのスマホＢのコンテンツＷ１２を要求していることを示す情報を、ユーザＵ１の端末装置１０から取得する。

そして、情報処理装置１００は、ストアＢのスマホＢの販売状況に関連する表示を決定する（ステップＳ１４）。情報処理装置１００は、ユーザＵ１の端末装置１０に提供するスマホＢのコンテンツＷ１２の表示態様を決定する。例えば、情報処理装置１００は、ストアＢのスマホＢの在庫状況情報に基づいて、スマホＢのコンテンツＷ１２における販売状況に関連する表示を決定する。

情報処理装置１００は、表示態様情報記憶部１２２（図５参照）に記憶された情報を用いて、表示を通常と異ならせるかどうかを決定する。情報処理装置１００は、表示態様情報記憶部１２２に記憶された各表示態様の条件に基づいて、表示を通常と異ならせるかどうかを決定する。例えば、情報処理装置１００は、各表示態様の条件と、商品の在庫状況情報とを比較することにより、表示を通常と異ならせるかどうかを決定する。

情報処理装置１００は、ストアＢが登録したスマホＢの在庫状況情報と、各表示態様の条件とを比較し、スマホＢの在庫状況情報が条件を満たす表示態様が有る場合、その表示態様に表示を変更すると決定する。例えば、情報処理装置１００は、商品情報記憶部１２１に記憶されたスマホＢの在庫数や在庫超過購入や発送日情報（ステータス）等の在庫状況情報と、表示態様情報記憶部１２２に記憶された各表示態様の条件とを比較し、スマホＢの在庫状況が該当する表示態様の有無を判定する。図１の例では、スマホＢの登録された情報が在庫数「０」かつ在庫超過購入「１（可能）」であるため、情報処理装置１００は、表示態様ＤＭ１の条件を満たすと判定する。図５に示すように、表示態様ＤＭ１は、ステータスが「取り寄せ」に対応し、ラベルの追加、及びボタン表示の変更の両方を行うことを示す。

そのため、情報処理装置１００は、ユーザＵ１の端末装置１０に提供するスマホＢのコンテンツＷ１２について、「取り寄せ」と記載されたラベルＬＢ２を追加し、商品を所定のリスト（カート）に追加するボタン（「カートボタン」ともいう）の表記をカートボタンＢＴ２に示すように「取り寄せ商品をカートに入れる」に変更すると決定する。すなわち、情報処理装置１００は、ストアＢのスマホＢの販売状況に関連する表示を通常の表示態様から、「取り寄せ」に関連する表示態様に変更することを決定する。情報処理装置１００は、ストアＢのスマホＢの販売状況に関連する表示をストアが商品を取り寄せてから販売する状況であることを示す「取り寄せ」に対応する表示に決定する。なお、通常の表示については、図１１において詳述するが、通常の表示では、「取り寄せ」と記載されたラベルＬＢ２は含まれておらず、カートボタンは、カートボタンＢ１（図１１参照）のように、「商品をカートに入れる」との表記がされる。なお、表示態様ＤＭ１は、ラベルの追加のみであってもよいし、ボタン表示の変更のみであってもよい。

また、情報処理装置１００は、ストアが登録した発送日情報（ステータス）等の商品の在庫状況を示すステータス情報に基づいて、一の商品の販売状況に関連する表示を決定してもよいが、この点についての詳細は後述する。情報処理装置１００は、商品の在庫状況情報やステータス情報が複数の表示態様の条件を満たす場合、どの表示態様を用いるかを適宜の手段により決定してもよい。例えば、情報処理装置１００は、商品の在庫状況情報やステータス情報が複数の表示態様の条件を満たす場合、条件を満たす全表示態様の変更を行うと決定してもよい。また、例えば、情報処理装置１００は、商品の在庫状況情報やステータス情報が複数の表示態様の条件を満たす場合、より表示の変更内容が大きな表示態様を用いると決定してもよい。例えば、情報処理装置１００は、商品の在庫状況情報やステータス情報が表示態様ＤＭ２及び表示態様ＤＭ３のいずれの条件を満たす場合、より表示の変更内容が大きな表示態様ＤＭ２を用いると決定してもよい。

そして、情報処理装置１００は、ラベルＬＢ２及び、表記が「取り寄せ商品をカートに入れる」に変更されたカートボタンＢＴ２を含むコンテンツＷ１２を生成する。そして、情報処理装置１００は、端末装置１０にコンテンツＷ１２を提供する（ステップＳ１５）。

端末装置１０は、コンテンツＷ１２を表示する（ステップＳ１６）。端末装置１０は、コンテンツＷ１１が表示された端末装置１０−１からコンテンツＷ１２が表示された端末装置１０−２に表示を遷移させる。図１に示す端末装置１０−２は、ラベルＬＢ２及び、表記が「取り寄せ商品をカートに入れる」に変更されたカートボタンＢＴ２を含むコンテンツＷ１２が表示された状態を示す。

コンテンツＷ１２には、スマホＢの画像ＩＭ２や、スマホＢが送料無料の商品であることを示すラベルＬＢ１や、在庫を確認する在庫確認領域ＡＲ１が含まれる。また、コンテンツＷ１２には、表示態様ＤＭ１に対応するステータス「取り寄せ」と記載されたラベルＬＢ２や、表記が「取り寄せ商品をカートに入れる」に変更されたカートボタンＢＴ２が含まれる。

〔１−１．効果〕
上述のように、情報処理装置１００は、ストアが登録した在庫状況情報に基づいて、一の商品の販売状況に関連する表示を決定する。図１の例では、情報処理装置１００は、情報の表示対象となった商品について、ストアが登録した在庫状況情報と、各表示態様の条件との比較に基づいて、どのような表示にするかを決定する。これにより、情報処理装置１００は、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

そして、情報処理装置１００は、決定した表示態様に基づいて、表示対象となった商品のコンテンツを生成し、生成したコンテンツを端末装置１０に提供する。これにより、情報処理装置１００は、ユーザに対して適切な情報を提供することができる。情報処理装置１００は、ストア自身が登録した在庫状況情報を基に表示を決定することにより、ストアにおける実際の商品の在庫状況を適切に反映した情報の表示を可能とすることができる。また、情報処理装置１００は、販売元が在庫数「Ｎｕｌｌ」や在庫超過可能等の在庫数を精確に反映していない可能性が高い状態である場合、ステータスを「取り寄せ」として表示態様を通常と異ならせることにより、ストアに精確な情報の登録を促すことができる。その結果、情報処理装置１００は、ユーザに対して商品の在庫状況を反映した適切な表示を行うことが可能となる。これにより、情報処理装置１００は、ユーザに見える情報と比較して、商品の配送に時間を要したり、欠品によりキャンセルになったりするといったことの発生を低減させ、ユーザの満足度を向上させることができる。

例えば、従来では、ストアが在庫を保有していない商品について、ユーザがその商品に関するコンテンツを閲覧した際に、その商品の在庫があるように表示される場合がある。このような場合に、ユーザがその商品を注文した場合、ストアは、ユーザからの注文を受けた後にその商品を取り寄せるなどの処理を行う。そのため、実際に在庫を保有している商品と比べてユーザへ配達されるまでに時間を要したり、商品を確保できずにキャンセルになったりするといったことが起こり得る。このようにストアが在庫を保有していないのに在庫を保有しているようにユーザに認識させる場合、ユーザにとっては良い体験とは言えず、ユーザの満足度が低下することが起こり得る。一方で、情報処理装置１００は、ストアが登録した実際の在庫状況情報に基づいて、どのような表示にするかを決定するため、ユーザの満足度が低下するようなユーザの体験を低減させることができる。

〔１−２．システム構成〕
なお、上記決定処理を実現するシステム構成については、図２に示す情報処理システム１に限らず種々の態様であってもよい。図２の例では、サーバ側の情報処理装置１００が表示態様に関する決定処理を行う場合を示したが、クライアント側の端末装置１０が表示態様に関する決定処理を行ってもよい。このように、端末装置１０が表示態様に関する決定処理を行う情報処理装置であってもよい。この場合、端末装置１０が決定処理に応じたコンテンツを、コンテンツを配信するサーバとしてのコンテンツ配信装置に要求してもよい。

〔１−３．その他〕
また、上述した情報処理が適用可能であれば、商品に限らず、ストア（販売元）が提供する役務、すなわちサービスが注文の対象であってもよい。

〔２．情報処理装置の構成〕
次に、図３を用いて、実施形態に係る情報処理装置１００の構成について説明する。図３は、実施形態に係る情報処理装置の構成例を示す図である。図３に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、情報処理装置１００は、情報処理装置１００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークと有線または無線で接続され、例えば情報処理システム１に含まれる端末装置１０や販売元装置２０等との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態に係る記憶部１２０は、図３に示すように、商品情報記憶部１２１と、表示態様情報記憶部１２２と、ユーザ情報記憶部１２３と、行動情報記憶部１２４とを有する。

（商品情報記憶部１２１）
実施形態に係る商品情報記憶部１２１は、商品に関する各種情報を記憶する。図４は、実施形態に係る商品情報記憶部の一例を示す図である。図４に示す商品情報記憶部１２１は、「ストア」、「商品ＩＤ」、「商品名」、「価格」、「在庫数」、「在庫超過購入」、「発送日情報（ステータス）」といった項目を有する。なお、図示を省略するが、商品情報記憶部１２１には、商品の画像やタイトルや説明文などの種々の商品情報が商品ＩＤに対応付けて記憶される。また、商品情報記憶部１２１には、商品ＩＤに対応付けて各商品のキャンセル条件を示す情報（キャンセル条件情報）が記憶される。

「ストア」は、対応する商品の販売元であるストアを示す。なお、「ストア」には、ストアＩＤ等の販売元であるストアを識別するための識別情報が記憶されてもよい。図４の例では、各ストアを示す名称の下の括弧内の文字列は、各ストアに対応する識別情報であるストアＩＤを示す。「商品ＩＤ」は、商品を識別するための識別情報を示す。「商品名」は、商品の具体的な名称等を示す。「価格」は、対応する商品の売値（円）を示す。「在庫数」は、対応する商品の在庫数を示す。例えば、「在庫数」が「Ｎｕｌｌ」や「−」である商品については、全注文（購入依頼）を受け付ける、いわゆる無限在庫の商品であることを意味する。

「在庫超過購入」は、対応する商品について、販売元であるストアがその商品の在庫超過の注文を受け付けるか否かを示す情報が記憶される。例えば、「在庫超過購入」には、対応する商品について、在庫超過の注文を受け付けるかどうかを示す所定の値（フラグ）が記憶される。図５の例では、対応する商品について、在庫超過の注文を受け付けない場合は「在庫超過購入」に「０」が記憶され、在庫超過の注文を受け付ける場合は「在庫超過購入」に、「１」が記憶される場合を示す。例えば、「在庫超過購入」が「０」である商品については、その商品の在庫数が、在庫が有ることを示す適切な値（例えば１以上の数）である場合に注文を受け付けることを示す。例えば、「在庫超過購入」が「０」である商品については、その商品の在庫数が「０」や「Ｎｕｌｌ」である場合、注文を受け付けないことを示す。また、例えば、「在庫超過購入」が「１」である商品については、その商品の在庫数が「０」や「Ｎｕｌｌ」である場合であっても、注文を受け付けることを示す。

「発送日情報（ステータス）」は、対応する商品の在庫状況に関連するステータスを示す。「発送日情報（ステータス）」には、受注生産、入荷待ち、取り寄せといった商品の在庫状況に関連するステータスが登録される。なお、「発送日情報（ステータス）」が「−（ハイフン）」である商品は、ステータスが未登録であることを示す。

例えば、図４の例では、ストアＩＤ「ＳＡ１」により識別されるストアＡは、商品ＩＤ「ＧＤ１」により識別される商品（商品ＧＤ１）等を販売する販売元であることを示す。また、商品ＧＤ１は、商品名が「衣類Ａ」であり、価格が「ＰＲ１」であることを示す。なお、価格を「ＰＲ１」といった抽象的な符号で示すが、価格は、４５００円や１万円といった具体的な値である。また、商品ＧＤ１の在庫数は「Ｎｕｌｌ」であり、商品ＧＤ１の在庫数がストアＡにより登録されていないことを示す。商品ＧＤ１の在庫超過購入は「０」であり、商品ＧＤ１は在庫超過の注文を受け付けないことを示す。商品ＧＤ１の発送日情報（ステータス）は「−（ハイフン）」であり、商品ＧＤ１は、ストアＡによりステータスが未登録であることを示す。

また、ストアＩＤ「ＳＡ１１」により識別されるストアＸは、商品ＩＤ「ＧＤ１１」により識別される商品（商品ＧＤ１１）や商品ＩＤ「ＧＤ１２」により識別される商品（商品ＧＤ１２）や商品ＩＤ「ＧＤ１３」により識別される商品（商品ＧＤ１３）等を販売する販売元であることを示す。

商品ＧＤ１１は、商品名が「時計Ｘ」であり、価格が「ＰＲ１１」であり、在庫数が「０」であることを示す。また、商品ＧＤ１１の在庫超過購入は「０」であり、商品ＧＤ１１は在庫超過の注文を受け付けないことを示す。商品ＧＤ１の発送日情報（ステータス）は「入荷待ち」であり、商品ＧＤ１１は、ストアＸによりステータス「入荷待ち」が登録されていることを示す。

商品ＧＤ１２は、商品名が「ワインＹ」であり、価格が「ＰＲ１２」であり、在庫数が「１００」であることを示す。また、商品ＧＤ１２の在庫超過購入は「１」であり、商品ＧＤ１２は在庫超過の注文を受け付けることを示す。商品ＧＤ１の発送日情報（ステータス）は「−（ハイフン）」であり、商品ＧＤ１２は、ストアＸによりステータスが未登録であることを示す。

なお、商品情報記憶部１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、商品情報記憶部１２１は、商品情報が追加された日時や商品情報が作成された日時に関する情報を記憶してもよい。また、商品情報記憶部１２１は、商品の画像や粗利、送料の有無、送料、商品を検索する際に使用されるキーワード、商品の種別等といった各種の商品情報を記憶してもよい。

（表示態様情報記憶部１２２）
実施形態に係る表示態様情報記憶部１２２は、表示態様に関する各種情報を記憶する。表示態様情報記憶部１２２は、表示態様を変更する条件やその変更内容等に関する各種情報を記憶する。図５は、実施形態に係る表示態様情報記憶部の一例を示す図である。図５に示す表示態様情報記憶部１２２は、「表示態様ＩＤ」、「条件」、「ステータス」、「変更内容」といった項目を有する。また、「変更内容」は、「ラベル」、「ボタン表示変更」といった項目を有する。

「表示態様ＩＤ」は、表示態様を識別するための識別情報を示す。「条件」は、対応する表示態様の変更を行う条件を示す。「ステータス」は、対応する条件を満たした場合の在庫状況に関連するステータスを示す。「変更内容」は、対応する条件を満たした場合の表示の変更内容を示す。なお、「変更内容」には、具体的な変更内容を示す情報が含まれてもよい。

「ラベル」は、対応する条件を満たす場合にラベルを追加するか否かを示す情報が記憶される。図５の例では、説明を簡単にするために、「ラベル」に「有」、「無」を図示し、ラベル追加の有無を示すが、「ラベル」にはラベルを追加するかどうかを示す所定の値（フラグ）が記憶される。

また、「ボタン表示変更」は、対応する条件を満たす場合にボタン表示を変更するか否かを示す情報が記憶される。図５の例では、説明を簡単にするために、「ボタン表示変更」に「有」、「無」を図示し、ボタン表示変更の有無を示すが、「ボタン表示変更」にはボタン表示を変更するかどうかを示す所定の値（フラグ）が記憶される。

図５の例は、表示態様ＩＤ「ＤＭ１」により識別される表示態様（表示態様ＤＭ１）を行う条件は、「在庫数が０かつ在庫超過購入可」であることを示す。また、表示態様ＤＭ１は、ステータスが「取り寄せ」に対応することを示す。表示態様ＤＭ１は、ラベルの追加、及びボタン表示の変更の両方を行うことを示す。すなわち、表示態様ＤＭ１は、条件「在庫数が０かつ在庫超過購入可」を満たす場合、ステータス「取り寄せ」に対応するラベルの追加やボタン表示の変更が行われることを示す。

図５の例は、表示態様ＩＤ「ＤＭ３」により識別される表示態様（表示態様ＤＭ３）を行う条件は、「発送日情報が取り寄せ」であることを示す。また、表示態様ＤＭ３は、ステータスが「取り寄せ」に対応することを示す。表示態様ＤＭ３は、ラベルの追加のみを行うことを示す。すなわち、表示態様ＤＭ３は、条件「発送日情報が取り寄せ」を満たす場合、ステータス「取り寄せ」に対応するラベルの追加が行われることを示す。

なお、表示態様情報記憶部１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。

（ユーザ情報記憶部１２３）
実施形態に係るユーザ情報記憶部１２３は、ユーザに関する各種情報を記憶する。図６は、実施形態に係るユーザ情報記憶部の一例を示す図である。例えば、ユーザ情報記憶部１２３は、各ユーザの属性情報等の種々の情報を記憶する。図６に示すユーザ情報記憶部１２３には、「ユーザＩＤ」、「年齢」、「性別」、「居住地」といった項目が含まれる。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、図１の例に示したユーザＵ１に対応する。また、「年齢」は、ユーザＩＤにより識別されるユーザの年齢を示す。なお、「年齢」は、例えば３５歳など、ユーザＩＤにより識別されるユーザの具体的な年齢であってもよい。また、「性別」は、ユーザＩＤにより識別されるユーザの性別を示す。また、「居住地」は、ユーザＩＤにより識別されるユーザの居住する地域を示す。なお、「居住地」は、ユーザＩＤにより識別されるユーザの具体的な住所であってもよい。

例えば、図５の例では、ユーザＩＤ「Ｕ１」により識別されるユーザ（ユーザＵ１）の年齢は、「２０代」であり、性別は、「女性」であることを示す。また、例えば、図５に示す例において、ユーザＵ１は、居住地が「Ａ地域」であることを示す。

なお、ユーザ情報記憶部１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ユーザ情報記憶部１２３は、年齢や性別に加えて他のデモグラフィック属性情報やサイコグラフィック属性情報を記憶してもよい。例えば、ユーザ情報記憶部１２３は、氏名、自宅、勤務地、興味、家族構成、収入、ライフスタイル等の情報を記憶してもよい。

（行動情報記憶部１２４）
実施形態に係る行動情報記憶部１２４は、行動に関する各種情報を記憶する。図７は、実施形態に係る行動情報記憶部の一例を示す図である。例えば、行動情報記憶部１２４は、ユーザが過去に行った行動に関する情報を記憶する。図７に示す行動情報記憶部１２４には、「ユーザＩＤ」、「行動情報」といった項目が含まれる。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、図１の例に示したユーザＵ１に対応する。また、「行動情報」には、対応するユーザの行動に関する情報を示し、「行動ＩＤ」、「日時」、「内容」といった項目が含まれる。

「行動ＩＤ」は、各行動を識別するための識別情報を示す。「日時」は、対応する行動が行われた日時を示す。なお、図７の例では、「日時」に記憶される情報を「ＤＡ１１」等の符号で図示するが、「日時」には、「２０１９年３月１１日２２時１６分４３秒」等の具体的な日時が記憶されるものとする。「内容」は、対応するユーザの行動の種別やその行動において対象となった内容等を示す。

例えば、図７に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザ（ユーザＵ１）は、行動ＩＤ「ＡＣ１１」により識別される行動や行動ＩＤ「ＡＣ１２」により識別される行動を行ったことを示す。また、例えば、図７に示す例において、行動ＩＤ「ＡＣ１１」により識別される行動は、日時「ＤＡ１１」に行われ、その内容がコンテンツＷ１１の閲覧であることを示す。また、例えば、図７に示す例において、行動ＩＤ「ＡＣ１２」により識別される行動は、日時「ＤＡ１２」に行われ、その内容がコンテンツＷ１２の閲覧であることを示す。

なお、行動情報記憶部１２４は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、行動情報記憶部１２４は、行動が所定の期間継続して行われたものであれば、その期間に関する情報を記憶してもよい。

（制御部１３０）
図３の説明に戻って、制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部１３０は、取得部１３１と、決定部１３２と、生成部１３３と、提供部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

（取得部１３１）
取得部１３１は、各種情報を取得する。取得部１３１は、各種情報を取得する。取得部１３１は、外部の情報処理装置から各種情報を取得する。取得部１３１は、端末装置１０や販売元装置２０等の他の情報処理装置から各種情報を取得する。

取得部１３１は、記憶部１２０から各種情報を取得する。取得部１３１は、商品情報記憶部１２１や表示態様情報記憶部１２２やユーザ情報記憶部１２３や行動情報記憶部１２４から各種情報を取得する。取得部１３１は、決定部１３２が決定した各種情報を取得する。取得部１３１は、生成部１３３が生成した各種情報を取得する。

取得部１３１は、電子商取引サービスにおいて一の販売元が販売する一の商品の在庫状況に関連する情報であって、一の販売元により登録される情報である在庫状況情報を取得する。取得部１３１は、一の販売元が販売する一の商品の在庫数を示す在庫数情報を含む在庫状況情報を取得する。取得部１３１は、一の販売元が一の商品の在庫超過の注文を受け付けるか否かを示す超過可否情報を含む在庫状況情報を取得する。取得部１３１は、一の販売元により登録される一の商品のステータスを示すステータス情報を取得する。取得部１３１は、一の販売元により登録される一の商品が取り寄せ、入荷待ち、受注生産のいずれであるかを示すステータス情報を取得する。

図１の例では、取得部１３１は、ストアＢの在庫超過の注文を受け付けることを示す登録情報をスマホＢの販売元装置２０から取得する。取得部１３１は、ストアＢのスマホＢのコンテンツＷ１２を要求していることを示す情報を、ユーザＵ１の端末装置１０から取得する。

（決定部１３２）
決定部１３２は、各種情報を決定する。例えば、決定部１３２は、外部の情報処理装置からの情報や記憶部１２０に記憶された情報に基づいて、各種情報を決定する。決定部１３２は、端末装置１０や販売元装置２０等の他の情報処理装置からの情報に基づいて、各種情報を決定する。決定部１３２は、商品情報記憶部１２１や表示態様情報記憶部１２２やユーザ情報記憶部１２３や行動情報記憶部１２４に記憶された情報に基づいて、各種情報を決定する。決定部１３２は、各種情報を判定する。例えば、決定部１３２は、外部の情報処理装置からの情報や記憶部１２０に記憶された情報に基づいて、各種情報を判定する。決定部１３２は、各種情報を登録する。例えば、決定部１３２は、外部の情報処理装置からの情報を、記憶部１２０に登録する。例えば、決定部１３２は、外部の情報処理装置からの情報を、商品情報記憶部１２１や表示態様情報記憶部１２２やユーザ情報記憶部１２３や行動情報記憶部１２４に登録する。

決定部１３２は、種々の情報を抽出する。決定部１３２は、各種情報を特定する。決定部１３２は、各種情報を選択する。決定部１３２は、記憶部１２０に記憶された情報に基づいて、種々の情報を抽出する。決定部１３２は、記憶部１２０に記憶された各種情報に基づいて、種々の情報を特定する。決定部１３２は、記憶部１２０に記憶された各種情報に基づいて、種々の情報を選択する。決定部１３２は、取得部１３１により取得された各種情報に基づいて、種々の情報を抽出する。決定部１３２は、取得部１３１により取得された各種情報に基づいて、種々の情報を特定する。

決定部１３２は、取得部１３１により取得された在庫状況情報に基づいて、一の商品の販売状況に関連する表示を決定する。決定部１３２は、在庫状況情報が所定の条件を満たす場合、一の商品の販売状況に関連する表示を通常の表示とは異ならせると決定する。決定部１３２は、一の商品の販売状況に関連するラベルの表示を決定する。決定部１３２は、一の商品の注文に関連するボタンの表示を決定する。決定部１３２は、一の商品を電子商取引サービスに対応するカートに追加するボタンの表示を決定する。

決定部１３２は、在庫数情報に基づいて、一の商品の販売状況に関連する表示を決定する。決定部１３２は、在庫数情報が一の販売元が在庫数を未登録であることを示す場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する。決定部１３２は、在庫数情報が在庫数を示す数以外の所定の情報である場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する。決定部１３２は、在庫数情報がＮｕｌｌである場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する。決定部１３２は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す表示に決定する。

決定部１３２は、超過可否情報に基づいて、一の商品の販売状況に関連する表示を決定する。決定部１３２は、一の商品の在庫超過の注文を受け付ける商品であり、一の商品の在庫数が０以下である場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する。決定部１３２は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す表示に決定する。

決定部１３２は、ステータス情報に基づいて、一の商品の販売状況に関連する表示を決定する。決定部１３２は、ステータス情報が所定のステータス条件を満たす場合、一の商品の販売状況に関連する表示を通常の表示とは異ならせると決定する。決定部１３２は、ステータス情報に応じた表示に、一の商品の販売状況に関連する表示を決定する。決定部１３２は、在庫状況情報に基づく一の商品の販売状況に関連する第１表示と、ステータス情報に基づく一の商品の販売状況に関連する第２表示とを異ならせる。決定部１３２は、在庫状況情報に基づいて、通常の表示からの変更が第２表示に比べて大きい第１表示を決定する。

図１の例では、決定部１３２は、ストアＢが登録した商品ＧＤ２が在庫超過の注文を受け付ける商品であることを示す情報を登録する。決定部１３２は、ストアＢが販売するストアＢの商品ＩＤ「ＧＤ２」に対応付けて、在庫超過購入が可能であることを示す情報（図１の例では「１」）を商品情報記憶部１２１に登録する。

図１の例では、決定部１３２は、ストアＢのスマホＢの販売状況に関連する表示を決定する。決定部１３２は、ユーザＵ１の端末装置１０に提供するスマホＢのコンテンツＷ１２の表示態様を決定する。決定部１３２は、ストアＢのスマホＢの在庫状況情報に基づいて、スマホＢのコンテンツＷ１２における販売状況に関連する表示を決定する。

決定部１３２は、表示態様情報記憶部１２２に記憶された情報を用いて、表示を通常と異ならせるかどうかを決定する。決定部１３２は、表示態様情報記憶部１２２に記憶された各表示態様の条件に基づいて、表示を通常と異ならせるかどうかを決定する。決定部１３２は、各表示態様の条件と、商品の在庫状況情報とを比較することにより、表示を通常と異ならせるかどうかを決定する。

決定部１３２は、ストアＢが登録したスマホＢの在庫状況情報と、各表示態様の条件とを比較し、スマホＢの在庫状況情報が条件を満たす表示態様が有る場合、その表示態様に表示を変更すると決定する。決定部１３２は、商品情報記憶部１２１に記憶されたスマホＢの在庫数や在庫超過購入や発送日情報（ステータス）等の在庫状況情報と、表示態様情報記憶部１２２に記憶された各表示態様の条件とを比較し、スマホＢの在庫状況が該当する表示態様の有無を判定する。図１の例では、スマホＢの登録された情報が在庫数「０」かつ在庫超過購入「１（可能）」であるため、決定部１３２は、表示態様ＤＭ１の条件を満たすと判定する。決定部１３２は、ユーザＵ１の端末装置１０に提供するスマホＢのコンテンツＷ１２について、「取り寄せ」と記載されたラベルＬＢ２を追加し、カートボタンの表記をカートボタンＢＴ２に示すように「取り寄せ商品をカートに入れる」に変更すると決定する。

（生成部１３３）
生成部１３３は、各種情報を生成する。生成部１３３は、外部の情報処理装置からの情報や記憶部１２０に記憶された情報に基づいて、各種情報を生成する。

生成部１３３は、取得部１３１により取得された各種情報に基づいて、各種情報を生成する。生成部１３３は、決定部１３２により決定された各種情報に基づいて、各種情報を生成する。

生成部１３３は、種々の技術を適宜用いて、外部の情報処理装置へ提供する画面（画像情報）等の種々の情報を生成する。生成部１３３は、端末装置１０へ提供するコンテンツを生成する。例えば、生成部１３３は、記憶部１２０に記憶された情報に基づいて、端末装置１０へ提供するコンテンツを生成する。また、生成部１３３は、販売元装置２０へ提供するコンテンツを生成する。例えば、生成部１３３は、記憶部１２０に記憶された情報に基づいて、販売元装置２０へ提供するコンテンツを生成する。

生成部１３３は、外部の情報処理装置へ提供する画面（画像情報）等が生成可能であれば、どのような処理によりコンテンツ等を生成してもよい。例えば、生成部１３３は、画像生成や画像処理等に関する種々の技術を適宜用いて、端末装置１０へ提供するコンテンツを生成する。例えば、生成部１３３は、Ｊａｖａ（登録商標）等の種々の技術を適宜用いて、端末装置１０へ提供するコンテンツを生成する。なお、生成部１３３は、ＣＳＳやＪａｖａＳｃｒｉｐｔ（登録商標）やＨＴＭＬの形式に基づいて、端末装置１０へ提供する画面（画像情報）等のコンテンツを生成してもよい。また、例えば、生成部１３３は、ＪＰＥＧ（Joint Photographic Experts Group）やＧＩＦ（Graphics Interchange Format）やＰＮＧ（Portable Network Graphics）など様々な形式で画面（画像情報）等のコンテンツを生成してもよい。

生成部１３３は、決定部１３２の決定に応じたコンテンツを生成する。生成部１３３は、在庫状況情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを生成する。生成部１３３は、在庫状況情報が所定の条件を満たす場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを生成する。生成部１３３は、一の商品の販売状況に関連するラベルの情報を含むコンテンツを生成する。生成部１３３は、一の商品の注文に関連するボタンの情報を含むコンテンツを生成する。生成部１３３は、一の商品を電子商取引サービスに対応するカートに追加するボタンの情報を含むコンテンツを生成する。

生成部１３３は、在庫数情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを生成する。生成部１３３は、在庫数情報が一の販売元が在庫数を未登録であることを示す場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを生成する。生成部１３３は、在庫数情報が在庫数を示す数以外の所定の情報である場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを生成する。生成部１３３は、在庫数情報がＮｕｌｌである場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを生成する。生成部１３３は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す情報を含むコンテンツを生成する。

生成部１３３は、超過可否情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを生成する。生成部１３３は、一の商品の在庫超過の注文を受け付ける商品であり、一の商品の在庫数が０以下である場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを生成する。生成部１３３は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す情報を含むコンテンツを生成する。

生成部１３３は、ステータス情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを生成する。生成部１３３は、ステータス情報が所定のステータス条件を満たす場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを生成する。生成部１３３は、ステータス情報に応じた表示に、一の商品の販売状況に関連する情報を含むコンテンツを生成する。生成部１３３は、在庫状況情報に基づく一の商品の販売状況に関連する第１表示と、ステータス情報に基づく一の商品の販売状況に関連する第２表示とを異ならせる。生成部１３３は、在庫状況情報に基づいて、通常の表示からの変更が第２表示に比べて大きい第１表示を含むコンテンツを生成する。

図１の例では、生成部１３３は、ラベルＬＢ２及び、表記が「取り寄せ商品をカートに入れる」に変更されたカートボタンＢＴ２を含むコンテンツＷ１２を生成する。例えば、生成部１３３は、通常の表示にラベルＬＢ２及び表記が「取り寄せ商品をカートに入れる」に変更されたカートボタンＢＴ２が付加された表示である第１表示を含むコンテンツＷ１２を生成する。

（提供部１３４）
提供部１３４は、外部の情報処理装置へ各種情報を提供する。提供部１３４は、外部の情報処理装置へ各種情報を送信する。例えば、提供部１３４は、端末装置１０へ各種情報を提供する。例えば、提供部１３４は、販売元装置２０へ各種情報を提供する。

提供部１３４は、決定部１３２により決定された種々の情報を用いたサービスを提供する。提供部１３４は、外部の情報処理装置へ各種コンテンツを提供する。例えば、提供部１３４は、生成部１３３により生成されたコンテンツを端末装置１０へ提供する。

提供部１３４は、在庫状況情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを提供する。提供部１３４は、在庫状況情報が所定の条件を満たす場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを提供する。提供部１３４は、一の商品の販売状況に関連するラベルの情報を含むコンテンツを提供する。提供部１３４は、一の商品の注文に関連するボタンの情報を含むコンテンツを提供する。提供部１３４は、一の商品を電子商取引サービスに対応するカートに追加するボタンの情報を含むコンテンツを提供する。

提供部１３４は、在庫数情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを提供する。提供部１３４は、在庫数情報が一の販売元が在庫数を未登録であることを示す場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを提供する。提供部１３４は、在庫数情報が在庫数を示す数以外の所定の情報である場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを提供する。提供部１３４は、在庫数情報がＮｕｌｌである場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを提供する。提供部１３４は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す情報を含むコンテンツを提供する。

提供部１３４は、超過可否情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを提供する。提供部１３４は、一の商品の在庫超過の注文を受け付ける商品であり、一の商品の在庫数が０以下である場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを提供する。提供部１３４は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す情報を含むコンテンツを提供する。

提供部１３４は、ステータス情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを提供する。提供部１３４は、ステータス情報が所定のステータス条件を満たす場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを提供する。提供部１３４は、ステータス情報に応じた表示に、一の商品の販売状況に関連する情報を含むコンテンツを提供する。提供部１３４は、在庫状況情報に基づく一の商品の販売状況に関連する第１表示と、ステータス情報に基づく一の商品の販売状況に関連する第２表示とを異ならせる。提供部１３４は、在庫状況情報に基づいて、通常の表示からの変更が第２表示に比べて大きい第１表示を含むコンテンツを提供する。

図１の例では、提供部１３４は、端末装置１０にコンテンツＷ１２を提供する。提供部１３４は、端末装置１０にコンテンツＷ１２を送信する。

〔３．端末装置の構成〕
次に、図８を用いて、実施形態に係る端末装置１０の構成について説明する。図８は、実施形態に係る端末装置の構成例を示す図である。図８に示すように、端末装置１０は、通信部１１と、入力部１２と、出力部１３と、記憶部１４と、制御部１５とを有する。

（通信部１１）
通信部１１は、例えば、通信回路等によって実現される。そして、通信部１１は、所定のネットワークＮ（図２参照）と有線または無線で接続され、外部の情報処理装置との間で情報の送受信を行う。例えば、通信部１１は、所定のネットワークＮ（図２参照）と有線または無線で接続され、情報処理装置１００や販売元装置２０等との間で情報の送受信を行う。

（入力部１２）
入力部１２は、ユーザから各種操作が入力される。例えば、入力部１２は、タッチパネル機能により表示面（例えば出力部１３）を介してユーザからの各種操作を受け付けてもよい。また、入力部１２は、端末装置１０に設けられたボタンや、端末装置１０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

（出力部１３）
出力部１３は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。

（記憶部１４）
記憶部１４は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１４は、例えば、端末装置１０にインストールされているアプリケーションに関する情報、例えばプログラム等を記憶する。

（制御部１５）
制御部１５は、コントローラ（controller）であり、例えば、ＣＰＵやＭＰＵ等によって、端末装置１０内部の記憶部１４などの記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムは、決定処理を行うアプリケーションのプログラムが含まれる。また、制御部１５は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図８に示すように、制御部１５は、受信部１５１と、受付部１５２と、表示部１５３と、送信部１５４とを有し、以下に説明する決定処理の機能や作用を実現または実行する。なお、制御部１５の内部構成は、図８に示した構成に限られず、後述する処理を行う構成であれば他の構成であってもよい。また、制御部１５が有する各処理部の接続関係は、図８に示した接続関係に限られず、他の接続関係であってもよい。

（受信部１５１）
受信部１５１は、各種情報を受信する。また、受信部１５１は、各種情報を外部の情報処理装置から受信する。受信部１５１は、各種情報を情報処理装置１００や販売元装置２０等の他の情報処理装置から各種情報を受信する。

受信部１５１は、情報処理装置１００からコンテンツを受信する。受信部１５１は、在庫状況情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを受信する。受信部１５１は、在庫状況情報が所定の条件を満たす場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを受信する。受信部１５１は、一の商品の販売状況に関連するラベルの情報を含むコンテンツを受信する。受信部１５１は、一の商品の注文に関連するボタンの情報を含むコンテンツを受信する。受信部１５１は、一の商品を電子商取引サービスに対応するカートに追加するボタンの情報を含むコンテンツを受信する。

受信部１５１は、在庫数情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを受信する。受信部１５１は、在庫数情報が一の販売元が在庫数を未登録であることを示す場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを受信する。受信部１５１は、在庫数情報が在庫数を示す数以外の所定の情報である場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを受信する。受信部１５１は、在庫数情報がＮｕｌｌである場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを受信する。受信部１５１は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す情報を含むコンテンツを受信する。

受信部１５１は、超過可否情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを受信する。受信部１５１は、一の商品の在庫超過の注文を受け付ける商品であり、一の商品の在庫数が０以下である場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを受信する。受信部１５１は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す情報を含むコンテンツを受信する。

受信部１５１は、ステータス情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを受信する。受信部１５１は、ステータス情報が所定のステータス条件を満たす場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを受信する。受信部１５１は、ステータス情報に応じた表示に決定されたコンテンツであって、一の商品の販売状況に関連する情報を含むコンテンツを受信する。受信部１５１は、在庫状況情報に基づく一の商品の販売状況に関連する第１表示と、ステータス情報に基づく一の商品の販売状況に関連する第２表示とを異ならせたコンテンツを受信する。受信部１５１は、在庫状況情報に基づいて、通常の表示からの変更が第２表示に比べて大きい第１表示を含むコンテンツを受信する。

受信部１５１は、情報処理装置１００から制御情報を受信する。受信部１５１は、情報処理装置１００から制御情報を含むコンテンツを受信する。図１の例では、受信部１５１は、情報処理装置１００からコンテンツＷ１１を受信する。受信部１５１は、情報処理装置１００から制御情報を含むコンテンツＷ１１を受信する。受信部１５１は、情報処理装置１００からコンテンツＷ１２を受信する。受信部１５１は、情報処理装置１００から制御情報を含むコンテンツＷ１２を受信する。

（受付部１５２）
受付部１５２は、種々の情報を受け付ける。例えば、受付部１５２は、入力部１２を介して、端末装置１０を利用するユーザによる各種操作の入力を受け付ける。例えば、受付部１５２は、端末装置１０を利用するユーザにより情報の取得の要求を受け付ける。

図１の例では、受付部１５２は、ストアＢのスマホＢの商品情報（コンテンツ）を情報処理装置１００に要求する操作を受け付ける。

（表示部１５３）
表示部１５３は、種々の情報を表示する。例えば、表示部１５３は、出力部１３を介して各種情報を表示する。例えば、表示部１５３は、記憶部１４に記憶された各種情報を用いて、種々の情報を表示する。

表示部１５３は、受信部１５１により受信されたコンテンツを表示する。表示部１５３は、在庫状況情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを表示する。表示部１５３は、在庫状況情報が所定の条件を満たす場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを表示する。表示部１５３は、一の商品の販売状況に関連するラベルの情報を含むコンテンツを表示する。表示部１５３は、一の商品の注文に関連するボタンの情報を含むコンテンツを表示する。表示部１５３は、一の商品を電子商取引サービスに対応するカートに追加するボタンの情報を含むコンテンツを表示する。

表示部１５３は、在庫数情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを表示する。表示部１５３は、在庫数情報が一の販売元が在庫数を未登録であることを示す場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを表示する。表示部１５３は、在庫数情報が在庫数を示す数以外の所定の情報である場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを表示する。表示部１５３は、在庫数情報がＮｕｌｌである場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを表示する。表示部１５３は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す情報を含むコンテンツを表示する。

表示部１５３は、超過可否情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを表示する。表示部１５３は、一の商品の在庫超過の注文を受け付ける商品であり、一の商品の在庫数が０以下である場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを表示する。表示部１５３は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す情報を含むコンテンツを表示する。

表示部１５３は、ステータス情報に基づいて、一の商品の販売状況に関連する情報を含むコンテンツを表示する。表示部１５３は、ステータス情報が所定のステータス条件を満たす場合、一の商品の販売状況に関連する表示が通常のコンテンツとは異なるコンテンツを表示する。表示部１５３は、ステータス情報に応じた表示に、一の商品の販売状況に関連する情報を含むコンテンツを表示する。表示部１５３は、在庫状況情報に基づく一の商品の販売状況に関連する第１表示と、ステータス情報に基づく一の商品の販売状況に関連する第２表示とを異ならせる。表示部１５３は、在庫状況情報に基づいて、通常の表示からの変更が第２表示に比べて大きい第１表示を含むコンテンツを表示する。

表示部１５３は、各種表示を制御する。表示部１５３は、出力部１３の表示を制御する。表示部１５３は、受信部１５１による受信に応じて、出力部１３の表示を制御する。表示部１５３は、受信部１５１により受信された情報に基づいて、出力部１３の表示を制御する。表示部１５３は、受付部１５２により受け付けられた情報に基づいて、出力部１３の表示を制御する。表示部１５３は、受付部１５２により受け付けられたユーザの操作に基づいて、出力部１３の表示を制御する。表示部１５３は、出力部１３に情報処理装置１００から受信したコンテンツＷ１１が表示されるように出力部１３の表示を制御する。表示部１５３は、出力部１３に情報処理装置１００から受信したコンテンツＷ１２が表示されるように出力部１３の表示を制御する。

図１の例では、表示部１５３は、コンテンツＷ１２を表示する。表示部１５３は、スマホＢの画像ＩＭ１２や、スマホＢが送料無料の商品であることを示すラベルＬＢ１や、在庫を確認する在庫確認領域ＡＲ１が含まれるコンテンツＷ１２を表示する。表示部１５３は、表示態様ＤＭ１に対応するステータス「取り寄せ」と記載されたラベルＬＢ２や、表記が「取り寄せ商品をカートに入れる」に変更されたカートボタンＢＴ２が含まれるコンテンツＷ１２を表示する。

（送信部１５４）
送信部１５４は、各種情報を送信する。例えば、送信部１５４は、情報処理装置１００に各種情報を送信する。例えば、送信部１５４は、情報処理装置１００や販売元装置２０等の他の情報処理装置に各種情報の要求を送信する。また、送信部１５４は、情報処理装置１００にユーザの操作等の行動情報等を送信する。例えば、送信部１５４は、入力部１２により入力されたユーザ操作に従って、外部の情報処理装置へ種々の情報を送信してもよい。

図１の例では、送信部１５４は、ストアＢのスマホＢの商品情報（コンテンツ）の要求を情報処理装置１００に送信する。送信部１５４は、ストアＢのスマホＢの商品情報（コンテンツ）を情報処理装置１００に要求する。

なお、上述した制御部１５による表示処理や受付処理等の処理は、制御部１５の各部は、例えば、所定のアプリケーションにより実現されてもよい。例えば、制御部１５による表示処理や受付処理等の処理は、ＪａｖａＳｃｒｉｐｔ（登録商標）などを含む制御情報により実現されてもよい。また、上述した表示処理や受付処理等が専用アプリにより行われる場合、制御部１５は、例えば、所定のアプリ（例えばウェブブラウザ等）や専用アプリを制御するアプリ制御部を有してもよい。

〔４．情報処理のフロー〕
ここで、図９を用いて、実施形態に係る情報処理装置１００による情報処理の手順について説明する。図９は、実施形態に係る情報処理の一例を示すフローチャートである。

図９に示すように、情報処理装置１００は、一の販売元が販売する一の商品の在庫状況情報を取得する（ステップＳ１０１）。そして、情報処理装置１００は、在庫状況情報に基づいて、一の商品の販売状況に関連する表示を決定する（ステップＳ１０２）。

〔５．表示情報の決定のフロー〕
ここで、図１０を用いて、実施形態に係る情報処理装置１００による表示情報の決定の手順について説明する。図１０は、実施形態に係る表示情報の決定の一例を示すフローチャートである。

図１０に示すように、情報処理装置１００は、在庫数が０、かつ在庫超過購入可かどうかを判定する（ステップＳ２０１）。情報処理装置１００は、在庫数が０、かつ在庫超過購入可である場合（ステップＳ２０１：Ｙｅｓ）、取り寄せの表示に決定する（ステップＳ２０７）。

情報処理装置１００は、在庫数が０、かつ在庫超過購入可でない場合（ステップＳ２０１：Ｎｏ）、在庫数がＮｕｌｌかどうかを判定する（ステップＳ２０２）。情報処理装置１００は、在庫数がＮｕｌｌである場合（ステップＳ２０２：Ｙｅｓ）、取り寄せの表示に決定する（ステップＳ２０７）。

情報処理装置１００は、在庫数がＮｕｌｌでない場合（ステップＳ２０２：Ｎｏ）、発送日情報が取り寄せかどうかを判定する（ステップＳ２０３）。情報処理装置１００は、発送日情報が取り寄せである場合（ステップＳ２０３：Ｙｅｓ）、取り寄せの表示に決定する（ステップＳ２０７）。なお、図１０では各表示の決定処理のフローを示すためにステップＳ２０７として共通で図示するが、情報処理装置１００は、ステップＳ２０１やステップＳ２０２を満たす場合と、ステップＳ２０７を満たす場合とでは、取り寄せの表示態様を異ならせてもよい。この点についての詳細は後述する。

情報処理装置１００は、発送日情報が取り寄せでない場合（ステップＳ２０３：Ｎｏ）、発送日情報が入荷待ちかどうかを判定する（ステップＳ２０４）。情報処理装置１００は、発送日情報が入荷待ちである場合（ステップＳ２０４：Ｙｅｓ）、入荷待ちの表示に決定する（ステップＳ２０８）。

情報処理装置１００は、発送日情報が入荷待ちでない場合（ステップＳ２０４：Ｎｏ）、発送日情報が受注生産かどうかを判定する（ステップＳ２０５）。情報処理装置１００は、発送日情報が受注生産である場合（ステップＳ２０５：Ｙｅｓ）、受注生産の表示に決定する（ステップＳ２０９）。

情報処理装置１００は、発送日情報が受注生産でない場合（ステップＳ２０５：Ｎｏ）、通常の表示に決定する（ステップＳ２０６）。情報処理装置１００は、ステップＳ２０１〜Ｓ２０５のいずれもＮｏである場合、通常の表示に決定する。すなわち、情報処理装置１００は、ステップＳ２０１〜Ｓ２０５のいずれもＮｏである場合、取り寄せ、入荷待ち、受注生産のいずれの情報も付加されていない通常の表示に決定する。

〔６．他の情報処理例〕
図１の例では、情報処理装置１００が、ストアが登録した販売状況情報に基づいて、表示態様を変更する場合を示したが、情報処理装置１００は、表示態様を通常のままにすると決定してもよい。この点について、図１１を用いて説明する。図１１は、実施形態に係る情報処理の一例を示す図である。具体的には、図１１は、情報処理装置１００が表示態様を変更しないと決定する場合の一例を示す図である。なお、図１１において、図１と同様の点については適宜説明を省略する。

まず、ストアＸの管理者Ｍ２１が利用する販売元装置２０は、ストアＸが販売するワインＹである商品ＧＤ１２について、在庫超過購入可能であると登録することを示す登録情報を情報処理装置１００に送信する（ステップＳ２１）。これにより、情報処理装置１００は、ストアＸの在庫超過の注文を受け付けることを示す登録情報をワインＹの販売元装置２０から取得する。

そして、情報処理装置１００は、ストアＸが登録した商品ＧＤ１２が在庫超過の注文を受け付ける商品であることを示す情報を登録する（ステップＳ２２）。情報処理装置１００は、ストアＸが販売するストアＸの商品ＩＤ「ＧＤ１２」に対応付けて、在庫超過購入が可能であることを示す情報（図１１の例では「１」）を商品情報記憶部１２１に登録する。

また、ユーザＵ１は、所定のＥＣサイトのコンテンツＷ１１が表示された端末装置１０を操作して、ストアＸのワインＹの商品情報（コンテンツ）を情報処理装置１００に要求する（ステップＳ２３）。これにより、情報処理装置１００は、ストアＸのワインＹのコンテンツＷ２２を要求していることを示す情報を、ユーザＵ１の端末装置１０から取得する。

そして、情報処理装置１００は、ストアＸのワインＹの販売状況に関連する表示を決定する（ステップＳ２４）。情報処理装置１００は、ユーザＵ１の端末装置１０に提供するワインＹのコンテンツＷ２２の表示態様を決定する。例えば、情報処理装置１００は、ストアＸのワインＹの在庫状況情報に基づいて、ワインＹのコンテンツＷ２２における販売状況に関連する表示を決定する。

情報処理装置１００は、表示態様情報記憶部１２２（図５参照）に記憶された情報を用いて、表示を通常と異ならせるかどうかを決定する。情報処理装置１００は、表示態様情報記憶部１２２に記憶された各表示態様の条件に基づいて、表示を通常と異ならせるかどうかを決定する。例えば、情報処理装置１００は、各表示態様の条件と、商品の在庫状況情報とを比較することにより、表示を通常と異ならせるかどうかを決定する。

情報処理装置１００は、ストアＸが登録したワインＹの在庫状況情報と、各表示態様の条件とを比較し、ワインＹの在庫状況情報が条件を満たす表示態様が有る場合、その表示態様に表示を変更すると決定する。例えば、情報処理装置１００は、商品情報記憶部１２１に記憶されたワインＹの在庫数や在庫超過購入や発送日情報（ステータス）等の在庫状況情報と、表示態様情報記憶部１２２に記憶された各表示態様の条件とを比較し、ワインＹの在庫状況が該当する表示態様の有無を判定する。図１１の例では、ワインＹの登録された情報が在庫超過購入「１（可能）」であるが、在庫数は「１００」であるため、情報処理装置１００は、表示態様ＤＭ１の条件を満さないと判定する。また、情報処理装置１００は、ワインＹの登録された在庫状況情報が表示態様ＤＭ２〜ＤＭ５等のいずれの条件も満さないと判定する。

そのため、情報処理装置１００は、ユーザＵ１の端末装置１０に提供するワインＹのコンテンツＷ２２について、通常の表示に決定する。図１１の例では、情報処理装置１００は、「取り寄せ」、「入荷待ち」、「受注生産」といったステータスに対応するラベルを含まず、カートボタンが通常の表記「商品をカートに入れる」である表示態様にすると決定する。

そして、情報処理装置１００は、表記が「商品をカートに入れる」から変更されていないカートボタンＢＴ１を含むコンテンツＷ２２を生成する。そして、情報処理装置１００は、端末装置１０にコンテンツＷ２２を提供する（ステップＳ２５）。

端末装置１０は、コンテンツＷ２２を表示する（ステップＳ２６）。端末装置１０は、コンテンツＷ１１が表示された端末装置１０−１からコンテンツＷ２２が表示された端末装置１０−２２に表示を遷移させる。図１１に示す端末装置１０−２２は、表記が「商品をカートに入れる」から変更されていないカートボタンＢＴ１を含むコンテンツＷ２２が表示された状態を示す。

コンテンツＷ２２には、ワインＹの画像ＩＭ１２や、ワインＹが送料無料の商品であることを示すラベルＬＢ１や、在庫を確認する在庫確認領域ＡＲ１が含まれる。また、コンテンツＷ２２には、表記が「商品をカートに入れる」から変更されていないカートボタンＢＴ１が含まれる。

〔６−１．効果〕
上述のように、情報処理装置１００は、ストアが登録した在庫状況情報に基づいて、一の商品の販売状況に関連する表示を決定する。図１１の例では、情報処理装置１００は、ストアが登録した在庫状況情報が、各表示態様のいずれの条件も満たさないため、通常の表示にすると決定する。これにより、情報処理装置１００は、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

〔７．他の表示態様の変更例〕
なお、表示態様の変更については、図１の例に限らず、種々の態様であってもよい。この点について、図１２〜図１５を用いて説明する。図１２〜図１５は、実施形態に係る情報の表示の一例を示す図である実施形態に係る情報の表示の一例を示す図である。なお、図１２〜図１５において、図１や図１１と同様の点については適宜説明を省略する。

〔７−１．在庫数がＮｕｌｌの場合〕
まず、図１２を用いて、ストアが登録した在庫状況情報が表示態様ＤＭ２の条件を満たす場合を説明する。図１２の例では、ストアＡが販売する衣類Ａである商品ＧＤ１の商品情報（コンテンツ）が要求された場合を示す。

情報処理装置１００は、ストアＡの衣類Ａの販売状況に関連する表示を決定する（ステップＳ３１）。情報処理装置１００は、端末装置１０−３１に提供する衣類ＡのコンテンツＷ３１の表示態様を決定する。例えば、情報処理装置１００は、ストアＡの衣類Ａの在庫状況情報に基づいて、衣類ＡのコンテンツＷ３１における販売状況に関連する表示を決定する。

情報処理装置１００は、表示態様情報記憶部１２２（図５参照）に記憶された情報を用いて、表示を通常と異ならせるかどうかを決定する。情報処理装置１００は、表示態様情報記憶部１２２に記憶された各表示態様の条件に基づいて、表示を通常と異ならせるかどうかを決定する。例えば、情報処理装置１００は、各表示態様の条件と、商品の在庫状況情報とを比較することにより、表示を通常と異ならせるかどうかを決定する。

情報処理装置１００は、ストアＡが登録した衣類Ａの在庫状況情報と、各表示態様の条件とを比較し、衣類Ａの在庫状況情報が条件を満たす表示態様が有る場合、その表示態様に表示を変更すると決定する。例えば、情報処理装置１００は、商品情報記憶部１２１に記憶された衣類Ａの在庫数や在庫超過購入や発送日情報（ステータス）等の在庫状況情報と、表示態様情報記憶部１２２に記憶された各表示態様の条件とを比較し、衣類Ａの在庫状況が該当する表示態様の有無を判定する。図１２の例では、衣類Ａの登録された情報が在庫数「Ｎｕｌｌ」であるため、情報処理装置１００は、表示態様ＤＭ２の条件を満たすと判定する。図５に示すように、表示態様ＤＭ２は、ステータスが「取り寄せ」に対応し、ラベルの追加、及びボタン表示の変更の両方を行うことを示す。

そのため、情報処理装置１００は、端末装置１０−３１に提供する衣類ＡのコンテンツＷ３１について、「取り寄せ」と記載されたラベルＬＢ２を追加し、商品を所定のリスト（カート）に追加するカートボタンの表記をカートボタンＢＴ２に示すように「取り寄せ商品をカートに入れる」に変更すると決定する。なお、通常の表示の場合、「取り寄せ」と記載されたラベルＬＢ２は含まれておらず、カートボタンは、カートボタンＢＴ１（図１１参照）のように、「商品をカートに入れる」との表記がされる。なお、表示態様ＤＭ２は、ラベルの追加のみであってもよいし、ボタン表示の変更のみであってもよい。

そして、情報処理装置１００は、ラベルＬＢ２及び、表記が「取り寄せ商品をカートに入れる」に変更されたカートボタンＢＴ２を含むコンテンツＷ３１を生成する。そして、情報処理装置１００は、端末装置１０−３１にコンテンツＷ３１を提供する。

端末装置１０−３１は、コンテンツＷ３１を表示する。図１２に示す端末装置１０−３１は、ラベルＬＢ２及び、表記が「取り寄せ商品をカートに入れる」に変更されたカートボタンＢＴ２を含むコンテンツＷ３１が表示された状態を示す。また、端末装置１０−３１に表示されたコンテンツＷ３１には、「お取り寄せ：メーカ確認後、手配します」と表記された文字情報ＩＮＦ３１が含まれる。例えば、情報処理装置１００は、表示態様ＤＭ２に対応付けて登録された文字情報ＩＮＦ３１に基づいて、文字情報ＩＮＦ３１を含むコンテンツＷ３１を生成し、端末装置１０−３１に提供する。

コンテンツＷ３１には、衣類Ａの画像ＩＭ１や、在庫を確認する在庫確認領域ＡＲ１が含まれる。また、コンテンツＷ３１には、表示態様ＤＭ１に対応するステータス「取り寄せ」と記載されたラベルＬＢ２や、表記が「取り寄せ商品をカートに入れる」に変更されたカートボタンＢＴ２が含まれる。

〔７−２．発送日情報（ステータス）が受注生産の場合〕
また、情報処理装置１００は、在庫状況情報に限らず、種々の情報を用いてもよい。情報処理装置１００は、ストアが登録した発送日情報（ステータス）等の商品の在庫状況を示すステータス情報に基づいて、一の商品の販売状況に関連する表示を決定してもよい。この点について、図１３〜図１５を用いて説明する。まず、図１３を用いて、ストアが登録したステータス情報が表示態様ＤＭ５の条件を満たす場合を説明する。図１３の例では、ストアＣが販売するバッグＣである商品ＧＤ３の商品情報（コンテンツ）が要求された場合を示す。

情報処理装置１００は、ストアＣのバッグＣの販売状況に関連する表示を決定する（ステップＳ４１）。情報処理装置１００は、端末装置１０−４１に提供するバッグＣのコンテンツＷ４１の表示態様を決定する。例えば、情報処理装置１００は、ストアＣのバッグＣのステータス情報に基づいて、バッグＣのコンテンツＷ４１における販売状況に関連する表示を決定する。

情報処理装置１００は、表示態様情報記憶部１２２（図５参照）に記憶された情報を用いて、表示を通常と異ならせるかどうかを決定する。情報処理装置１００は、表示態様情報記憶部１２２に記憶された各表示態様の条件に基づいて、表示を通常と異ならせるかどうかを決定する。例えば、情報処理装置１００は、各表示態様の条件と、商品のステータス情報とを比較することにより、表示を通常と異ならせるかどうかを決定する。

情報処理装置１００は、ストアＣが登録したバッグＣのステータス情報と、各表示態様の条件とを比較し、バッグＣのステータス情報が条件を満たす表示態様が有る場合、その表示態様に表示を変更すると決定する。例えば、情報処理装置１００は、商品情報記憶部１２１に記憶されたバッグＣの在庫数や在庫超過購入や発送日情報（ステータス）等のステータス情報と、表示態様情報記憶部１２２に記憶された各表示態様の条件とを比較し、バッグＣの在庫状況が該当する表示態様の有無を判定する。図１３の例では、バッグＣの登録された情報が発送日情報「受注生産」であるため、情報処理装置１００は、表示態様ＤＭ５の条件を満たすと判定する。図５に示すように、表示態様ＤＭ５は、ステータスが「受注生産」に対応し、ラベルの追加、及びボタン表示の変更の両方を行うことを示す。

そのため、情報処理装置１００は、端末装置１０−４１に提供するバッグＣのコンテンツＷ４１について、「受注生産」と記載されたラベルＬＢ３を追加し、商品を所定のリスト（カート）に追加するカートボタンの表記をカートボタンＢＴ３に示すように「受注生産商品をカートに入れる」に変更すると決定する。なお、通常の表示の場合、「受注生産」と記載されたラベルＬＢ３は含まれておらず、カートボタンは、カートボタンＢＴ１（図１１参照）のように、「商品をカートに入れる」との表記がされる。なお、表示態様ＤＭ５は、ラベルの追加のみであってもよいし、ボタン表示の変更のみであってもよい。

そして、情報処理装置１００は、ラベルＬＢ３及び、表記が「受注生産商品をカートに入れる」に変更されたカートボタンＢＴ３を含むコンテンツＷ４１を生成する。そして、情報処理装置１００は、端末装置１０−４１にコンテンツＷ４１を提供する。

端末装置１０−４１は、コンテンツＷ４１を表示する。図１に示す端末装置１０−４１は、ラベルＬＢ３及び、表記が「受注生産商品をカートに入れる」に変更されたカートボタンＢＴ３を含むコンテンツＷ４１が表示された状態を示す。

コンテンツＷ４１には、バッグＣの画像ＩＭ３や、在庫を確認する在庫確認領域ＡＲ１が含まれる。また、コンテンツＷ４１には、表示態様ＤＭ１に対応するステータス「受注生産」と記載されたラベルＬＢ３や、表記が「受注生産商品をカートに入れる」に変更されたカートボタンＢＴ３が含まれる。

〔７−３．発送日情報（ステータス）が入荷待ちの場合〕
次に、図１４を用いて、ストアが登録したステータス情報が表示態様ＤＭ４の条件を満たす場合を説明する。図１４の例では、ストアＸが販売する時計Ｘである商品ＧＤ１１の商品情報（コンテンツ）が要求された場合を示す。

情報処理装置１００は、ストアＸの時計Ｘの販売状況に関連する表示を決定する（ステップＳ５１）。情報処理装置１００は、端末装置１０−５１に提供する時計ＸのコンテンツＷ５１の表示態様を決定する。例えば、情報処理装置１００は、ストアＸの時計Ｘのステータス情報に基づいて、時計ＸのコンテンツＷ５１における販売状況に関連する表示を決定する。

情報処理装置１００は、表示態様情報記憶部１２２（図５参照）に記憶された情報を用いて、表示を通常と異ならせるかどうかを決定する。情報処理装置１００は、表示態様情報記憶部１２２に記憶された各表示態様の条件に基づいて、表示を通常と異ならせるかどうかを決定する。例えば、情報処理装置１００は、各表示態様の条件と、商品のステータス情報とを比較することにより、表示を通常と異ならせるかどうかを決定する。

情報処理装置１００は、ストアＸが登録した時計Ｘのステータス情報と、各表示態様の条件とを比較し、時計Ｘのステータス情報が条件を満たす表示態様が有る場合、その表示態様に表示を変更すると決定する。例えば、情報処理装置１００は、商品情報記憶部１２１に記憶された時計Ｘの在庫数や在庫超過購入や発送日情報（ステータス）等のステータス情報と、表示態様情報記憶部１２２に記憶された各表示態様の条件とを比較し、時計Ｘの在庫状況が該当する表示態様の有無を判定する。図１４の例では、時計Ｘの登録された情報が発送日情報「入荷待ち」であるため、情報処理装置１００は、表示態様ＤＭ４の条件を満たすと判定する。図５に示すように、表示態様ＤＭ４は、ステータスが「入荷待ち」に対応し、ラベルの追加、及びボタン表示の変更の両方を行うことを示す。

そのため、情報処理装置１００は、端末装置１０−５１に提供する時計ＸのコンテンツＷ５１について、「入荷待ち」と記載されたラベルＬＢ４を追加し、商品を所定のリスト（カート）に追加するカートボタンの表記をカートボタンＢＴ４に示すように「入荷待ち商品をカートに入れる」に変更すると決定する。なお、通常の表示の場合、「入荷待ち」と記載されたラベルＬＢ４は含まれておらず、カートボタンは、カートボタンＢＴ１（図１１参照）のように、「商品をカートに入れる」との表記がされる。なお、表示態様ＤＭ４は、ラベルの追加のみであってもよいし、ボタン表示の変更のみであってもよい。

そして、情報処理装置１００は、ラベルＬＢ４及び、表記が「入荷待ち商品をカートに入れる」に変更されたカートボタンＢＴ４を含むコンテンツＷ５１を生成する。そして、情報処理装置１００は、端末装置１０−５１にコンテンツＷ５１を提供する。

端末装置１０−５１は、コンテンツＷ５１を表示する。図１に示す端末装置１０−５１は、ラベルＬＢ４及び、表記が「入荷待ち商品をカートに入れる」に変更されたカートボタンＢＴ４を含むコンテンツＷ５１が表示された状態を示す。

コンテンツＷ５１には、時計Ｘの画像ＩＭ１１や、在庫を確認する在庫確認領域ＡＲ１が含まれる。また、コンテンツＷ５１には、表示態様ＤＭ１に対応するステータス「入荷待ち」と記載されたラベルＬＢ４や、表記が「入荷待ち商品をカートに入れる」に変更されたカートボタンＢＴ４が含まれる。

〔７−４．発送日情報（ステータス）が取り寄せの場合〕
次に、図１５を用いて、ストアが登録したステータス情報が表示態様ＤＭ３の条件を満たす場合を説明する。図１５の例では、ストアＸが販売する靴Ｚである商品ＧＤ１３の商品情報（コンテンツ）が要求された場合を示す。

情報処理装置１００は、ストアＸの靴Ｚの販売状況に関連する表示を決定する（ステップＳ６１）。情報処理装置１００は、端末装置１０−６１に提供する靴ＺのコンテンツＷ６１の表示態様を決定する。例えば、情報処理装置１００は、ストアＸの靴Ｚのステータス情報に基づいて、靴ＺのコンテンツＷ６１における販売状況に関連する表示を決定する。

情報処理装置１００は、表示態様情報記憶部１２２（図５参照）に記憶された情報を用いて、表示を通常と異ならせるかどうかを決定する。情報処理装置１００は、表示態様情報記憶部１２２に記憶された各表示態様の条件に基づいて、表示を通常と異ならせるかどうかを決定する。例えば、情報処理装置１００は、各表示態様の条件と、商品のステータス情報とを比較することにより、表示を通常と異ならせるかどうかを決定する。

情報処理装置１００は、ストアＸが登録した靴Ｚのステータス情報と、各表示態様の条件とを比較し、靴Ｚのステータス情報が条件を満たす表示態様が有る場合、その表示態様に表示を変更すると決定する。例えば、情報処理装置１００は、商品情報記憶部１２１に記憶された靴Ｚの在庫数や在庫超過購入や発送日情報（ステータス）等のステータス情報と、表示態様情報記憶部１２２に記憶された各表示態様の条件とを比較し、靴Ｚの在庫状況が該当する表示態様の有無を判定する。図１５の例では、靴Ｚの登録された情報が発送日情報「取り寄せ」であるため、情報処理装置１００は、表示態様ＤＭ３の条件を満たすと判定する。図５に示すように、表示態様ＤＭ３は、ステータスが「取り寄せ」に対応し、ラベルの追加のみを行うことを示す。

そのため、情報処理装置１００は、端末装置１０−６１に提供する靴ＺのコンテンツＷ６１について、「取り寄せ」と記載されたラベルＬＢ２を追加すると決定する。すなわち、情報処理装置１００は、在庫状況情報の在庫数が「０」かつ在庫超過購入可能である場合や在庫状況情報の在庫数が「Ｎｕｌｌ」である場合のように、ラベルの追加及びボタン表示の変更を行う表示（第１表示）ではなく、ラベルのみを追加する表示（第２表示）に決定する。このように、情報処理装置１００は、在庫状況情報に基づく一の商品の販売状況に関連する第１表示と、ステータス情報に基づく一の商品の販売状況に関連する第２表示とを異ならせる。言い換えると、情報処理装置１００は、在庫状況情報に基づく第１表示の方が、ステータス情報に基づく第２変更よりも変更態様が大きくなるように、各表示態様の変更を決定する。すなわち、情報処理装置１００は、在庫状況情報に基づいて、通常の表示からの変更が第２表示に比べて大きい第１表示を決定する。なお、表示態様ＤＭ３は、ボタン表示の変更のみであってもよいし、ラベルの追加及びボタン表示の変更の両方であってもよい。

そして、情報処理装置１００は、ラベルＬＢ２及び、通常の「商品をカートに入れる」と表記されたカートボタンＢＴ１を含むコンテンツＷ６１を生成する。そして、情報処理装置１００は、端末装置１０−６１にコンテンツＷ６１を提供する。

端末装置１０−６１は、コンテンツＷ６１を表示する。図１に示す端末装置１０−６１は、ラベルＬＢ２及び、通常の「商品をカートに入れる」と表記されたカートボタンＢＴ１を含むコンテンツＷ６１が表示された状態を示す。また、端末装置１０−６１に表示されたコンテンツＷ６１には、「在庫がなく、発送にお時間をいただく商品ですＸ月Ｙ日〜Ｚ日出荷予定」と表記された文字情報ＩＮＦ６１が含まれる。例えば、情報処理装置１００は、ストアＸが靴Ｚに対応付けて登録した発送日を示す情報に基づいて、文字情報ＩＮＦ６１を含むコンテンツＷ６１を生成し、端末装置１０−６１に提供する。

コンテンツＷ６１には、靴Ｚの画像ＩＭ１３や、在庫を確認する在庫確認領域ＡＲ１が含まれる。また、コンテンツＷ６１には、表示態様ＤＭ１に対応するステータス「取り寄せ」と記載されたラベルＬＢ２や、通常の「商品をカートに入れる」と表記されたカートボタンＢＴ１が含まれる。

〔８．効果〕
上述してきたように、実施形態に係る情報処理装置１００は、取得部１３１と、決定部１３２とを有する。取得部１３１は、電子商取引サービスにおいて一の販売元が販売する一の商品の在庫状況に関連する情報であって、一の販売元により登録される情報である在庫状況情報を取得する。決定部１３２は、取得部１３１により取得された在庫状況情報に基づいて、一の商品の販売状況に関連する表示を決定する。

このように、実施形態に係る情報処理装置１００は、一の販売元自身が登録した在庫状況情報に基づいて、一の商品の販売状況に関連する表示を決定することにより、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、在庫状況情報が所定の条件を満たす場合、一の商品の販売状況に関連する表示を通常の表示とは異ならせると決定する。

このように、実施形態に係る情報処理装置１００は、在庫状況情報が所定の条件を満たす場合、一の商品の販売状況に関連する表示を通常の表示とは異ならせると決定することにより、販売元が登録した在庫状況によっては、通常とは異なる表示にすると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、一の商品の販売状況に関連するラベルの表示を決定する。

このように、実施形態に係る情報処理装置１００は、一の商品の販売状況に関連するラベルの表示を決定することにより、販売元が登録した在庫状況によっては、販売状況に関連するラベルを表示すると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、一の商品の注文に関連するボタンの表示を決定する。

このように、実施形態に係る情報処理装置１００は、一の商品の注文に関連するボタンの表示を決定することにより、販売元が登録した在庫状況によっては、注文に関連するボタンを通常とは異なる表示にすると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、一の商品を電子商取引サービスに対応するカートに追加するボタンの表示を決定する。

このように、実施形態に係る情報処理装置１００は、一の商品を電子商取引サービスに対応するカートに追加するボタンの表示を決定することにより、販売元が登録した在庫状況によっては、カートボタンを通常とは異なる表示にすると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、取得部１３１は、一の販売元が販売する一の商品の在庫数を示す在庫数情報を含む在庫状況情報を取得する。決定部１３２は、在庫数情報に基づいて、一の商品の販売状況に関連する表示を決定する。

このように、実施形態に係る情報処理装置１００は、一の販売元が登録した一の商品の在庫数に基づいて、一の商品の販売状況に関連する表示を決定することにより、販売元が登録した在庫数によっては、通常とは異なる表示にすると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、在庫数情報が一の販売元が在庫数を未登録であることを示す場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する。

このように、実施形態に係る情報処理装置１００は、在庫数情報が一の販売元が在庫数を未登録であることを示す場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定することにより、販売元が登録した在庫数によっては、通常とは異なる表示にすると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、在庫数情報が在庫数を示す数以外の所定の情報である場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する。

このように、実施形態に係る情報処理装置１００は、在庫数情報が在庫数を示す数以外の所定の情報である場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定することにより、販売元が登録した在庫数によっては、通常とは異なる表示にすると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、在庫数情報がＮｕｌｌである場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する。

このように、実施形態に係る情報処理装置１００は、在庫数情報がＮｕｌｌである場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定することにより、販売元が登録した在庫数によっては、通常とは異なる表示にすると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す表示に決定する。

このように、実施形態に係る情報処理装置１００は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す表示に決定することにより、通常とは異なる表示にすると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、取得部１３１は、一の販売元が一の商品の在庫超過の注文を受け付けるか否かを示す超過可否情報を含む在庫状況情報を取得する。決定部１３２は、超過可否情報に基づいて、一の商品の販売状況に関連する表示を決定する。

このように、実施形態に係る情報処理装置１００は、一の販売元が登録した一の商品の超過可否情報に基づいて、一の商品の販売状況に関連する表示を決定することにより、販売元が登録した在庫超過の注文を受け付けるか否かの指定によっては、通常とは異なる表示にすると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、一の商品の在庫超過の注文を受け付ける商品であり、一の商品の在庫数が０以下である場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する。

このように、実施形態に係る情報処理装置１００は、一の商品の在庫超過の注文を受け付ける商品であり、一の商品の在庫数が０以下である場合、一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定することにより、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す表示に決定する。

このように、実施形態に係る情報処理装置１００は、一の商品の販売状況に関連する表示を、一の商品が取り寄せ商品であることを示す表示に決定することにより、通常とは異なる表示にすると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、取得部１３１は、一の販売元により登録される一の商品のステータスを示すステータス情報を取得する。決定部１３２は、ステータス情報に基づいて、一の商品の販売状況に関連する表示を決定する。

このように、実施形態に係る情報処理装置１００は、一の販売元が登録した一の商品のステータスに基づいて、一の商品の販売状況に関連する表示を決定することにより、販売元が登録した一の商品のステータによっては、通常とは異なる表示にすると決定することができ、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、ステータス情報が所定のステータス条件を満たす場合、一の商品の販売状況に関連する表示を通常の表示とは異ならせると決定する。

このように、実施形態に係る情報処理装置１００は、ステータス情報が所定のステータス条件を満たす場合、一の商品の販売状況に関連する表示を通常の表示とは異ならせると決定することにより、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、取得部１３１は、一の販売元により登録される一の商品が取り寄せ、入荷待ち、受注生産のいずれであるかを示すステータス情報を取得する。決定部１３２は、ステータス情報に応じた表示に、一の商品の販売状況に関連する表示を決定する。

このように、実施形態に係る情報処理装置１００は、一の販売元が一の商品のステータスを取り寄せ、入荷待ち、受注生産のいずれに登録した場合、そのステータスに応じた表示に、一の商品の販売状況に関連する表示を決定することにより、販売元が登録した在庫状況に応じて表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、在庫状況情報に基づく一の商品の販売状況に関連する第１表示と、ステータス情報に基づく一の商品の販売状況に関連する第２表示とを異ならせる。

このように、実施形態に係る情報処理装置１００は、在庫状況情報に基づく一の商品の販売状況に関連する第１表示と、ステータス情報に基づく一の商品の販売状況に関連する第２表示とを異ならせることにより、販売元が登録した情報に応じて、表示する情報を適切に決定することができる。

また、実施形態に係る情報処理装置１００において、決定部１３２は、在庫状況情報に基づいて、通常の表示からの変更が第２表示に比べて大きい第１表示を決定する。

このように、実施形態に係る情報処理装置１００は、在庫状況情報に基づいて、通常の表示からの変更が第２表示に比べて大きい第１表示を決定することにより、販売元が登録した情報に応じて、表示する情報を適切に決定することができる。

〔９．ハードウェア構成〕
上述してきた実施形態に係る情報処理装置１００は、例えば図１６に示すような構成のコンピュータ１０００によって実現される。図１６は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ提供する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る情報処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

以上、本願の実施形態を図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔１０．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態に記載した各処理は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 情報処理システム
１００ 情報処理装置
１２１ 商品情報記憶部
１２２ 表示態様情報記憶部
１２３ ユーザ情報記憶部
１２４ 行動情報記憶部
１３０ 制御部
１３１ 取得部
１３２ 決定部
１３３ 生成部
１３４ 提供部
１０ 端末装置
１４ 記憶部
１５ 制御部
１５１ 受信部
１５２ 受付部
１５３ 表示部
１５４ 送信部
Ｎ ネットワーク

Claims (19)

1. 電子商取引サービスにおいて一の販売元が販売する一の商品の在庫状況に関連する情報であって、前記一の販売元により登録される情報である在庫状況情報を取得する取得部と、
   前記取得部により取得された前記在庫状況情報に基づいて、前記一の商品の販売状況に関連する表示を決定する決定部と、
   を備え、
   前記決定部は、
   前記一の商品の在庫がある場合、通常の表記である第１表記で前記一の商品の注文に関連するボタンを表示すると決定し、前記一の商品の在庫がない場合、複数の販売態様の各々に対応し、販売態様を示す複数の状態表記のうち、前記一の商品の販売態様に対応する一の状態表記を前記第１表記に追加した第２表記で前記ボタンを表示すると決定する
   ことを特徴とする情報処理装置。
2. 前記決定部は、
   前記在庫状況情報が所定の条件を満たす場合、前記一の商品の販売状況に関連する表示を通常の表示とは異ならせると決定する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記決定部は、
   前記一の商品の販売状況に関連するラベルの表示を決定する
   ことを特徴とする請求項１または請求項２に記載の情報処理装置。
4. 前記決定部は、
   前記一の商品を前記電子商取引サービスに対応するカートに追加する前記ボタンの表示を決定する
   ことを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。
5. 前記取得部は、
   前記一の販売元が販売する前記一の商品の在庫数を示す在庫数情報を含む前記在庫状況情報を取得し、
   前記決定部は、
   前記在庫数情報に基づいて、前記一の商品の販売状況に関連する表示を決定する
   ことを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
6. 前記決定部は、
   前記在庫数情報が前記一の販売元が在庫数を未登録であることを示す場合、前記一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する
   ことを特徴とする請求項５に記載の情報処理装置。
7. 前記決定部は、
   前記在庫数情報が在庫数を示す数以外の所定の情報である場合、前記一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する
   ことを特徴とする請求項５または請求項６に記載の情報処理装置。
8. 前記決定部は、
   前記在庫数情報がＮｕｌｌである場合、前記一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する
   ことを特徴とする請求項５〜７のいずれか１項に記載の情報処理装置。
9. 前記決定部は、
   前記一の商品の販売状況に関連する表示を、前記一の商品が取り寄せ商品であることを示す表示に決定する
   ことを特徴とする請求項５〜８のいずれか１項に記載の情報処理装置。
10. 前記取得部は、
    前記一の販売元が前記一の商品の在庫超過の注文を受け付けるか否かを示す超過可否情報を含む前記在庫状況情報を取得し、
    前記決定部は、
    前記超過可否情報に基づいて、前記一の商品の販売状況に関連する表示を決定する
    ことを特徴とする請求項１〜９のいずれか１項に記載の情報処理装置。
11. 前記決定部は、
    前記一の商品の在庫超過の注文を受け付ける商品であり、前記一の商品の在庫数が０以下である場合、前記一の商品の販売状況に関連する表示を、通常の表示とは異なる表示に決定する
    ことを特徴とする請求項１０に記載の情報処理装置。
12. 前記決定部は、
    前記一の商品の販売状況に関連する表示を、前記一の商品が取り寄せ商品であることを示す表示に決定する
    ことを特徴とする請求項１１に記載の情報処理装置。
13. 前記取得部は、
    前記一の販売元により登録される前記一の商品のステータスを示すステータス情報を取得し、
    前記決定部は、
    前記ステータス情報に基づいて、前記一の商品の販売状況に関連する表示を決定する
    ことを特徴とする請求項１〜１２のいずれか１項に記載の情報処理装置。
14. 前記決定部は、
    前記ステータス情報が所定のステータス条件を満たす場合、前記一の商品の販売状況に関連する表示を通常の表示とは異ならせると決定する
    ことを特徴とする請求項１３に記載の情報処理装置。
15. 前記取得部は、
    前記一の販売元により登録される前記一の商品が取り寄せ、入荷待ち、受注生産のいずれであるかを示す前記ステータス情報を取得し、
    前記ステータス情報に応じた表示に、前記一の商品の販売状況に関連する表示を決定する
    ことを特徴とする請求項１３または請求項１４に記載の情報処理装置。
16. 前記決定部は、
    前記在庫状況情報に基づく前記一の商品の販売状況に関連する第１表示と、前記ステータス情報に基づく前記一の商品の販売状況に関連する第２表示とを異ならせる
    ことを特徴とする請求項１３〜１５のいずれか１項に記載の情報処理装置。
17. 前記決定部は、
    前記在庫状況情報に基づいて、通常の表示からの変更が前記第２表示に比べて大きい前記第１表示を決定する
    ことを特徴とする請求項１６に記載の情報処理装置。
18. コンピュータが実行する情報処理方法であって、
    電子商取引サービスにおいて一の販売元が販売する一の商品の在庫状況に関連する情報であって、前記一の販売元により登録される情報である在庫状況情報を取得する取得工程と、
    前記取得工程により取得された前記在庫状況情報に基づいて、前記一の商品の販売状況に関連する表示を決定する決定工程と、
    を含み、
    前記決定工程は、
    前記一の商品の在庫がある場合、通常の表記である第１表記で前記一の商品の注文に関連するボタンを表示すると決定し、前記一の商品の在庫がない場合、複数の販売態様の各々に対応し、販売態様を示す複数の状態表記のうち、前記一の商品の販売態様に対応する一の状態表記を前記第１表記に追加した第２表記で前記ボタンを表示すると決定する
    ことを特徴とする情報処理方法。
19. 電子商取引サービスにおいて一の販売元が販売する一の商品の在庫状況に関連する情報であって、前記一の販売元により登録される情報である在庫状況情報を取得する取得手順と、
    前記取得手順により取得された前記在庫状況情報に基づいて、前記一の商品の販売状況に関連する表示を決定する決定手順と、
    をコンピュータに実行させ、
    前記決定手順は、
    前記一の商品の在庫がある場合、通常の表記である第１表記で前記一の商品の注文に関連するボタンを表示すると決定し、前記一の商品の在庫がない場合、複数の販売態様の各々に対応し、販売態様を示す複数の状態表記のうち、前記一の商品の販売態様に対応する一の状態表記を前記第１表記に追加した第２表記で前記ボタンを表示すると決定する
    ことを特徴とする情報処理プログラム。

Images