WO2020178735A1

WO2020178735A1 - 情報処理システム及び情報処理方法

Info

Publication number: WO2020178735A1
Application number: PCT/IB2020/051802
Authority: WO
Inventors: 山田健太; 杉原香織; 佐々木紀夫
Original assignee: Johnson and Johnson Vision Care Inc
Current assignee: Johnson and Johnson Vision Care Inc
Priority date: 2019-03-04
Filing date: 2020-03-03
Publication date: 2020-09-10
Anticipated expiration: 2021-09-04
Also published as: JP7515272B2; EP3937104A4; JP2020144865A; EP3937104A1; CN113544719A; US20220180385A1

Abstract

医師によるコンタクトレンズの処方指示を確認した店舗から発行される定期便コードを提示したユーザからの申し込みを受け付け、コンタクトレンズを定期配送により販売するための情報処理システムであって、前記申し込みを行ったユーザを識別するユーザ識別情報と、当該ユーザに対して発行される定期便コード、当該処方されたコンタクトレンズのコンタクトレンズ情報と、当該コンタクトレンズの定期配送日、及び当該ユーザのコンタクトレンズの購入履歴が互いに関連付けられて記憶されているストレージと、定期配送に含まれる定期配送日の設定期間前になった場合、当該ユーザから定期配送日のコンタクトレンズの購入をキャンセルする旨の通知を取得した場合、当該定期配送日の配送をキャンセルする処理を実行するキャンセル処理部と、当該ユーザから前記キャンセルする旨の通知を受けていない場合、当該コンタクトレンズの配送を行うための配送指示を出力する配送指示出力部と、ユーザに定期配送でコンタクトレンズが配送されたことを条に、当該ユーザの定期配送に係る当該購入履歴を更新する記録処理部と、ユーザの定期配送に係る購入履歴に応じて、当該定期配送の対象となるコンタクトレンズの価格を調整して出力する価格決定部と、を有する。

Description

情報処理システム及び情報処理方法

　本発明は、コンタクトレンズ定期配送用の情報処理システム及び情報処理方法に関する。

［先行技術文献］
　従来、コンタクトレンズは、眼科医の処方に基づいて、コンタクトレンズの販売店により販売されてきた。コンタクトレンズは、眼の角膜に重ね合わせて装着される高度管理医療機器であり、使用者（以下、ユーザともいう）の視力の状態に合わせて適切な製品を使用する必要があるため、定期的に眼科の検診を受けることが好ましい。一方、近年、定期的に眼科の検診を受けずに、インターネット等による通信販売によってコンタクトレンズを入手するユーザが増加している。

　これに対して、例えば、特許文献１には、サーバ装置に設けられて、記憶手段に記憶されたコンタクトレンズの提供履歴情報および会員制ユーザの有効期限情報による提供制限を受けていないことを条件として、且つ、店舗用クライアント装置から該サーバ装置に対して定期的なレンズ提供を選択しない信号が送信されていないことを条件として、レンズ提供の承認信号を所定期間毎に自動的に生成するレンズ提供の承認手段と、サーバ装置に設けられて、承認手段によって得られた承認信号に基づいて、前記記憶手段に記憶されたコンタクトレンズ情報および配送先情報により該会員制ユーザに適合するコンタクトレンズおよび配送先を特定して、該会員制ユーザへの該コンタクトレンズの配送を指示する配送指示信号を出力する配送指示出力手段と、を有するコンタクトレンズの販売システムが開示されている。
［特許文献］

［特許文献１］特開２０１４−１０２８６０号公報

　特許文献１のように、コンタクトレンズを定期的に配送するようにすれば、コンタクトレンズの購入に毎回店舗に赴く必要がなくなり、またインターネットで毎回購入をする必要がないので、コンタクトレンズを定期的に配送することは、ユーザの利便性の向上の観点から好ましい。

　しかしながら、コンタクトレンズをあまり使わなかった場合には、定期配送時に、コンタクトレンズが手元に十分残る場合がある。そのような場合には、コンタクトレンズの配送をキャンセルできることがユーザの利便性の向上から好ましい。その一方でユーザが定期配送期間中に他の通販でコンタクトレンズを購入してしまうと、ユーザの眼に合っていないコンタクトレンズを誤って購入してしまう虞がある。ユーザの眼に合っていないコンタクトレンズは、ユーザの視力矯正の役を果たさず、購入した製品が無駄となってしまう可能性がある。これに対して、コンタクトレンズの定期配送では、眼科で処方されたコンタクトレンズが配送されるのでユーザの眼にあったコンタクトレンズを提供できる。このため、定期配送が実施される期間中においては、他の通販で購入するよりもコンタクトレンズの定期配送で購入することが安全性の観点から好ましい。

　本発明は、上記問題に鑑みてなされたものであり、ユーザが定期配送を申し込んだコンタクトレンズの購入を事前にキャンセルできるとともに、ユーザにコンタクトレンズの定期配送での購入を促すことを可能とする情報処理システム及び情報処理方法を提供することを目的とする。

　本発明の第１の態様に係る情報処理システムは、医師によるコンタクトレンズの処方指示を確認した場合に店舗から発行される定期便コードを提示したユーザからの申し込みを受け付け、コンタクトレンズを定期配送により販売するための情報処理システムであって、前記申し込みを行ったユーザを識別するユーザ識別情報と、当該ユーザに対して発行される定期便コード、当該処方されたコンタクトレンズのコンタクトレンズ情報と、当該コンタクトレンズの定期配送日、及び前記ユーザのコンタクトレンズの購入履歴が互いに関連付けられて記憶されているストレージと、前記ユーザから前記定期配送日の前記コンタクトレンズの購入をキャンセルする旨の通知を取得した場合、当該定期配送日の配送をキャンセルする処理を実行するキャンセル処理部と、前記ユーザから前記キャンセルする旨の通知を受けていない場合、前記コンタクトレンズの配送を行うための配送指示を出力する配送指示出力部と、前記ユーザに定期配送でコンタクトレンズが配送されたことを条件に、当該ユーザの定期配送に係る前記購入履歴を更新する記録処理部と、前記ユーザの定期配送に係る購入履歴に応じて、当該定期配送の対象となるコンタクトレンズの価格を調整して出力する価格決定部と、を備える。

　この構成によれば、ユーザは、コンタクトレンズの購入及び配送を定期的に行うための定期配送を申し込むことができる。また、ユーザは、定期配送を申し込んだコンタクトレンズの購入を事前にキャンセルすることができる。また定期配送に係る実際の購入履歴に応じて、コンタクトレンズの価格が決定されるので、例えば、定期配送を予約したもののキャンセルした場合には、コンタクトレンズの価格を高くし、定期配送を申し込んだ分でキャンセルされずに実際に購入した場合には、コンタクトレンズの価格を下げるように調整することができる。例えば、価格決定部は、定期配送の回数を経る毎に価格を安くする場合において、定期配送のうちある配送をキャンセルした場合に、次の配送のときには、キャンセルした配送のときの価格（つまり当初予定していた価格よりも高い価格）で販売する。これにより、実際に定期購入した回数が多いユーザの方が、コンタクトレンズの購入平均単価を下げることができるので、ユーザが定期配送で実際に継続して購入することを促すことができる。従って、ユーザが定期配送を申し込んだコンタクトレンズの購入を事前にキャンセルできるとともに、ユーザにコンタクトレンズの定期配送での購入を促すことができる。

　本発明の第２の態様に係る情報処理システムは、第１の態様に係る情報処理システムであって、前記価格決定部は、前記ユーザが前記定期配送の更新を申し込んだ場合において、前記更新に係る定期配送の対象となるコンタクトレンズの価格を、前回の定期配送に対応する定期便コードを発行した店舗と、更新に係る定期配送に対応する定期便コードを発行した店舗とが同じ場合もしくは同じグループに属する場合、前記前回の定期配送の価格に応じた第１の価格に調整して出力し、異なる場合、前記第１の価格とは異なる第２の価格に調整して出力する。

　この構成によれば、定期配送の更新を申し込むにあたり、前回の申し込みと同じ店舗に来訪して定期便コードを取得した場合に、コンタクトレンズの購入コストを抑えることができるので、ユーザに前回と同じ店舗に来訪して定期配送を更新することを促すことができる。ユーザが同じ店舗に来訪するようになれば、その店舗で当該ユーザに対する処方履歴が蓄積され、店舗の店員がユーザの特徴（例えばコンタクトレンズのフィット感、嗜好など）を把握しやすくなるので、その店舗の店員が当該ユーザに対してコンタクトレンズに関するサービス（例えば、ユーザが処方されたコンタクトレンズが複数種類ある場合において、当該ユーザが通常使用している製品とは異なる製品を購入しようとした場合の注意喚起や、コンタクトレンズのケアの助言など）を適切に行うことができる可能性が向上するという利点がある。あるいは、ユーザが定期配送を更新する際、前回、定期便コードを発行した店舗と同じグループの店舗に来訪することを促すことができる。これにより、同じグループの店舗であれば店員が把握しているユーザの特徴の共有も比較的容易であるから、ユーザに対して適切なサービスを行いやすくなる。ここで、「同じグループ」とは、同一の取引業者が運営する複数の店舗、同一のフランチャイズに加盟する複数の店舗、同一の取引業者もしくは眼科関連施設に紐づく複数の店舗、又は契約などにより協働関係にある店舗などを示す。しかしながら、これらの例示に限定されず、ユーザの特徴に関する情報等を適切に共有し得る関係性を有する店舗であれば同じグループの店舗として扱ってもよい。

　本発明の第３の態様に係る情報処理システムは、第２の態様に係る情報処理システムであって、前記ストレージには、更に、コンタクトレンズの定期配送を申し込んだユーザを識別するユーザ識別情報が、前記定期便コードと関連付けられて記憶されており、前記ユーザが当該定期配送の更新を申し込んだ際に、当該更新に係る定期配送に対応する定期便コード、及び当該更新を申し込んだ店舗を識別する店舗識別情報を取得する第１の取得部と、前記ユーザが当該定期配送の更新を申し込んだ後に、ユーザが入力した定期便コード及び当該ユーザを識別するユーザ識別情報を、ユーザ端末から取得する第２の取得部と、前記第２の取得部が取得した定期便コードと前記第１の取得部が取得した定期便コードが対応する場合、前記第１の取得部が当該定期便コードとともに取得した店舗識別情報と、前記第２の取得部が当該定期便コードとともに取得したユーザ識別情報に関連付けられて記憶されている店舗識別情報とを比較して、一致するか否か判定する判定部と、を更に備え、前記価格決定部は、前記第２の取得部が当該定期便コードとともに取得したユーザ識別情報で特定されるユーザに対して提供する前記更新に係る前記定期配送の対象となるコンタクトレンズの価格を、前記判定部による判定の結果、店舗識別情報が一致する場合、前回の定期配送の価格に応じた第１の価格に調整して出力し、店舗識別情報が一致しない場合、前記第１の価格とは異なる第２の価格に調整して出力する。

　この構成によれば、定期配送を更新する際に同じ店舗に来訪した場合に、コンタクトレンズの購入コストを抑えることができるので、ユーザに前回と同じ店舗に来訪して定期配送を更新することを促すことができる。ユーザが同じ店舗に来訪するようになれば、その店舗で当該ユーザに対する処方履歴が蓄積され、店舗の店員がユーザの特徴（例えばコンタクトレンズのフィット感、嗜好など）を把握しやすくなるので、その店舗の店員が当該ユーザに対してコンタクトレンズに関するサービス（例えば、ユーザが処方されたコンタクトレンズが複数種類ある場合において、当該ユーザが通常使用している製品とは異なる製品を購入しようとした場合の注意喚起、コンタクトレンズのケアの助言など）を適切に行うことができる可能性が向上するという利点がある。

　本発明の第４の態様に係る情報処理システムは、第１の態様に係る情報処理システムであって、前記価格決定部は、少なくとも前記ユーザが前記定期配送の更新を申し込んだ場合、前記更新に係る定期配送に含まれる少なくとも一つの定期配送時の当該定期配送の対象となるコンタクトレンズの価格を、更新前の定期配送の価格に応じた価格に調整して出力する。

　この構成によれば、定期配送を更新した場合、ユーザは、コンタクトレンズを定価よりも安い価格で購入できるので、ユーザに定期配送の更新を促すことができる。

　本発明の第５の態様に係る情報処理システムは、第１から４のいずれかの態様に係る情報処理システムであって、前記記録処理部は、ユーザから定期配送予約の変更もしくは追加に係る情報を取得した場合、当該定期配送予約の変更もしくは追加に係る情報に応じて、前記ストレージ内の定期配送に関する情報を更新する。

　この構成によれば、ユーザは、定期配送予約内容の変更もしくは追加が可能となり、ユーザの利便性が向上する。

　本発明の第６の態様に係る情報処理システムは、第５の態様に係る情報処理システムであって、対象の定期配送に含まれる定期配送日をユーザが一定の範囲で変更可能なようにユーザ端末で表示するための情報を当該ユーザ端末に送信する表示制御部を更に備え、前記記録処理部は、対象の定期配送について前記ユーザ端末から定期配送日を取得した場合、前記対象の定期配送の定期便コードと当該取得した定期配送日を関連付けて前記ストレージに記録させる。

　この構成によれば、対象の定期配送に含まれる定期配送日をユーザが一定の範囲で決定し、決定した定期配送日が蓄積されるので、ユーザが決定した定期配送日にコンタクトレンズを配送することができる。

　本発明の第７の態様に係る情報処理システムは、第５の態様に係る情報処理システムであって、対象の定期配送において指定されるコンタクトレンズ情報をユーザが一定の範囲で変更可能なようにユーザ端末で表示するための情報を当該ユーザ端末に送信する表示制御部を更に備え、前記記録処理部は、対象の定期配送について前記ユーザ端末からコンタクトレンズ情報の変更指示を取得した場合、前記対象の定期配送の定期便コードと当該取得した変更指示に係るコンタクトレンズ情報を関連付けて前記ストレージに記録させる

　この構成により、ユーザは、定期配送予約内容の変更もしくは追加が可能となり、ユーザの利便性が向上する。なお、一定の範囲とは、例えば、対象の定期配送に紐づいて格納される定期便コードの発行時に確認された処方指示の範囲を示す。

　本発明の第８の態様に係る情報処理システムは、第１から７のいずれかの態様に係る情報処理システムであって、前記ストレージを参照して前記定期配送に含まれる定期配送日の設定期間前になった場合、前記ユーザに対して購入意思確認の情報を送信する通信制御部を更に備える。

　この構成によれば、定期配送日の設定期間前になった場合、ユーザに対して購入意思確認の情報を送信することができるので、ユーザはコンタクトレンズが十分に手元に残っている場合には、当該定期配送日の配送をキャンセルすることができる。このため、ユーザはコンタクトレンズを余剰に購入することを避けることができ、ユーザの利便性を向上させることができる。

　本発明の第９の態様に係る情報処理方法は、医師によるコンタクトレンズの処方指示を確認した場合に店舗から発行される定期便コードを提示したユーザからの申し込みを受け付け、コンタクトレンズを定期配送により販売するための情報処理方法であって、前記申し込みを行ったユーザを識別するユーザ識別情報と、当該ユーザに対して発行される定期便コード、当該処方されたコンタクトレンズのコンタクトレンズ情報と、当該コンタクトレンズの定期配送日、及び前記ユーザのコンタクトレンズの購入履歴が互いに関連付けられて記憶されているストレージを備える情報処理システムが実行する情報処理方法であって、前記ユーザから前記定期配送日の前記コンタクトレンズの購入をキャンセルする旨の通知を取得した場合、当該定期配送日の配送をキャンセルする処理を実行するステップと、前記ユーザから前記キャンセルする旨の通知を受けていない場合、前記コンタクトレンズの配送を行うための配送指示を出力するステップと、前記ユーザに定期配送でコンタクトレンズが配送されたことを条件に、当該ユーザの定期配送に係る購入履歴を更新するステップと、前記ユーザの定期配送に係る前記購入履歴に応じて、当該定期配送の対象となるコンタクトレンズの価格を調整して出力するステップと、を有する。

　本発明の一態様によれば、ユーザは、コンタクトレンズの購入及び配送を定期的に行うための定期配送を申し込むことができる。また、ユーザは、定期配送を申し込んだコンタクトレンズの購入を事前にキャンセルすることができる。また定期配送に係る実際の購入履歴に応じて、コンタクトレンズの価格が決定されるので、例えば、定期配送を予約したもののキャンセルした場合には、コンタクトレンズの価格を高くし、定期配送を申し込んだ分でキャンセルされずに実際に購入した場合には、コンタクトレンズの価格を下げるように調整することができる。例えば、価格決定部は、定期配送の回数を経る毎に価格を安くする場合において、定期配送のうちある配送をキャンセルした場合に、次の配送のときには、キャンセルした配送のときの価格（つまり当初予定していた価格よりも高い価格）で販売する。これにより、実際に定期購入した回数が多いユーザの方が、コンタクトレンズの購入平均単価を下げることができるので、ユーザが定期配送で実際に継続して購入することを促すことができる。従って、ユーザが定期配送を申し込んだコンタクトレンズの購入を事前にキャンセルできるとともに、ユーザにコンタクトレンズの定期配送での購入を促すことができる。

本実施形態におけるコンタクトレンズの定期配送システムの概念図である。本実施形態に係る情報処理システムの概略構成図である。本実施形態に係るユーザ端末の概略構成図である。本実施形態に係るサーバの概略構成図である。本実施形態に係るサーバのストレージに記憶されているコンタクトマスタテーブルの一例である。本実施形態に係るサーバのストレージに記憶されている定期便管理テーブルの一例である。本実施形態に係るサーバのストレージに記憶されているユーザテーブルの一例である。本実施形態に係るサーバのストレージに記憶されている購入履歴テーブルの一例である。本実施形態に係るコンタクトレンズの定期配送予約までの流れの一例を示すフローチャートである。図９のステップＳ５０における定期配送予約の流れの一例を示すシーケンス図である。図１０のステップＳ１６０においてユーザ端末に表示される定期購入登録ページの一例である。定期配送日の設定期間前になった場合の処理の流れの一例を示すシーケンス図である。本実施形態に係る定期配送に係るコンタクトレンズの価格決定の一例を説明する図である。定期便コードの有効期限がまもなく切れる場合の処理の流れの一例を示すフローチャートである。図１４のステップＳ４６０における定期配送更新の処理の流れの一例を示すシーケンス図である。定期配送を別の店舗に来訪して更新した場合と、定期配送を同じ店舗に来訪して更新した場合との間で販売価格の一例を比較した図である。

　以下、各実施形態について、図面を参照しながら説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
　本実施形態では、上記の目的に加えてもしくは替えて、ユーザの定期配送の申し込みが、医師など適切な資格を有する者による処方指示に基づくものであることを確実にすること、及び／または、ユーザが医師など適切な資格を有する者による検査を適切な頻度で受けられるようにユーザを促すことを可能とする情報処理システム及び情報処理方法を提供することを目的とする。また、本実施形態では、上記の少なくとも一つの目的に加えてもしくは替えて、定期配送の事前申し込みの遠隔での管理を可能とし、ユーザが定期配送を選択するようユーザを促すことを可能とする情報処理システム及び情報処理方法を提供することを目的とする。後者の「ユーザが定期配送を選択するようユーザを促す」という目的を達成するために、本実施形態では、例えばサーバのプロセッサが、定期配送の設定のユーザによる変更に応じて、定期配送の回数が多いほどコンタクトレンズの価格を下げるようにコンタクトレンズの価格を自動的に調整する。

　図１は、本実施形態におけるコンタクトレンズの定期配送システムの概念図である。図１に示すように、ユーザは、かかりつけの眼科で検査を受けて、コンタクトレンズの処方指示を受け（ステップＳ１）、その処方指示を受けた旨を販売店に通知する（ステップＳ２）。処方指示の通知を受け取った販売店（店舗）は、処方指示を確認したことを条件に定期便コードをそのユーザに発行する（ステップＳ３）。販売店は、定期配送システムを管理する管理団体へ、当該定期便コードと当該ユーザに処方されたコンタクトレンズ情報を通知する（ステップＳ４）。この通知は、本実施形態では一例としてＦＡＸを用いて行われる。しかしながら、販売店とユーザ及び／または管理団体との間で行われる種々の通知などの連絡は、図２に示されるようにインターネットのような通信ネットワークを含むがこれに限定されない他の技術的な手段を用いて行われてもよい。管理団体は、一または複数の法人または事業体により構成されるものであってよく、また、販売店と同一の組織であってもよい。

　次に、ユーザは、管理団体へユーザ登録をするとともに、定期便コードを用いて、当該処方されたコンタクトレンズの定期配送を予約する（ステップＳ５）。次に、管理団体は、予約に沿って定期的にコンタクトレンズを当該ユーザへ配送する（ステップＳ６）。
　本実施形態における「店舗」とは、定期便コードの発行を行う窓口である。本実施形態ではその一例として店舗は、眼科とは別に設けられているとして説明する。但し、眼科医や検眼医のクリニックや眼科センター（ｏｐｔｏｍｅｔｒｉｃ　ｃｅｎｔｅｒ）が定期便コードの発行を行う窓口になる場合には、これらの眼科医や検眼医のクリニックや眼科センター（ｏｐｔｏｍｅｔｒｉｃ　ｃｅｎｔｅｒ）も「店舗」に含まれる。すなわち「店舗」は、定期便コードの発行を行う窓口であればよく、必ずしもコンタクトレンズの販売を行う施設である必要はない。

　図２は、本実施形態に係る情報処理システムの概略構成図である。この情報処理システムＳは、コンタクトレンズ定期配送用である。図２に示すように、情報処理システムＳは、ユーザ端末１−１、…、１−Ｎ（Ｎは自然数）と、ユーザ端末１−１~１−Ｎと通信回路網ＣＮを介して接続されたサーバ２と、サーバ２と通信回路網ＣＮを介して接続された配送管理端末３とを備える。更に情報処理システムＳは、コンタクトレンズを販売する互いに異なる店舗に設けられた店舗ＦＡＸ機４−１、…、４−Ｍ（Ｍは自然数）と、当該店舗ＦＡＸ機４−１~４−Ｍと電話回線ＰＮを介して接続された管理団体ＦＡＸ機５とを備える。サーバ２、配送管理端末３、及び管理団体ＦＡＸ機５は、一例として管理団体によって管理される。ユーザ端末１−１~１−Ｎは、コンタクトレンズの使用者である別々のユーザが使用する端末装置であり、例えば、多機能携帯電話（いわゆるスマートフォン）などの携帯電話、タブレット、ノートパソコン、またはデスクトップパソコンなどである。サーバ２は情報処理装置の一例であり、例えばＷＥＢサーバの機能を有し、ユーザ端末１−１~１−Ｎに対してＷＥＢを介して情報を提供する。配送管理端末３は、コンタクトレンズの配送管理者が使用する端末装置である。配送管理端末３は、サーバ２と同じ場所にあっても異なる場所にあってもよいが、ここでは、サーバ２とは異なる場所にあるものとして説明する。以下、ユーザ端末１−１~１−Ｎを総称してユーザ端末１とも呼び、店舗ＦＡＸ機４−１~４−Ｍを総称して店舗ＦＡＸ機４とも呼ぶ。

　図３は、本実施形態に係るユーザ端末の概略構成図である。図３に示すように、ユーザ端末１は、入力インタフェース１１と、通信回路１２と、ストレージ１３と、メモリ１４と、ディスプレイ１５と、プロセッサ１６とを備える。
　入力インタフェース１１は、ユーザからの入力を受け付け、受け付けた入力に応じた入力信号をプロセッサ１６へ出力する。
　通信回路１２は、通信回路網ＣＮに接続されて、通信回路網ＣＮに接続されているサーバ２と通信する。
　ストレージ１３には、プロセッサ１６が読み出して実行するためのプログラム及び各種のデータが格納されている。
　メモリ１４は、データ及びプログラムを一時的に保持する。メモリ１４は、揮発性メモリであり、例えばＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）である。
　ディスプレイ１５は、プロセッサ１６の指令に従って情報を表示する。
　プロセッサ１６は、ストレージ１３からプログラムをメモリ１４にロードし、当該プログラムに含まれる一連の命令を実行する。

　図４は、本実施形態に係るサーバの概略構成図である。図４に示すように、サーバ２は、入力インタフェース２１と、通信回路２２と、ストレージ２３と、メモリ２４と、出力インタフェース２５と、プロセッサ２６とを備える。
　入力インタフェース２１は、サーバ２の管理者（例えば、管理団体の従業員）からの入力を受け付け、受け付けた入力に応じた入力信号をプロセッサ２６へ出力する。
　通信回路２２は、通信回路網ＣＮに接続されて、通信回路網ＣＮに接続されているユーザ端末１−１~１−Ｎと通信する。
　ストレージ２３は、プロセッサ２６が読み出して実行するためのプログラム及び各種のデータが格納されている。
　メモリ２４は、データ及びプログラムを一時的に保持する。メモリ２４は、揮発性メモリであり、例えばＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）である。
　出力インタフェース２５は、ディスプレイ２７と接続されており、プロセッサ２６からの指令に従ってディスプレイ２７に情報を表示するための映像信号を出力する。これにより、ディスプレイ２７には映像信号が入力されて情報が表示される。

　プロセッサ２６は、ストレージ２３から本実施形態に係るプログラムをメモリ２４にロードし、当該プログラムに含まれる一連の命令を実行することによって、第１の取得部２６１、第２の取得部２６２、判定部２６３、価格決定部２６４、表示制御部２６５、記録処理部２６６、通信制御部２６７、キャンセル処理部２６８、通知制御部２６９、配送指示出力部２７０として機能する。それぞれの処理については後述する。

　図５は、本実施形態に係るサーバのストレージに記憶されているコンタクトマスタテーブルの一例である。図５に示すように、本実施形態に係るサーバ２のストレージ２３に記憶されているコンタクトマスタテーブルＭ１には、コンタクトレンズＩＤ、当該コンタクトレンズの商品名、当該コンタクトレンズのパッケージに含まれている枚数、当該コンタクトレンズの１パッケージの定価の組のレコードが蓄積されている。ここでコンタクトレンズＩＤはコンタクトレンズを識別する識別情報であり、コンタクトレンズ毎に固有の情報である。

　図６は、本実施形態に係るサーバのストレージに記憶されている定期便管理テーブルの一例である。図６に示すように、本実施形態に係るサーバ２のストレージ２３に記憶されている定期便管理テーブルＴ１には、定期便コード、店舗ＩＤ、右目用のコンタクトレンズ、ＢＣ（Ｂａｓｅ　Ｃｕｒｖｅ：ベースカーブ）及びＰＯＷＥＲ（度数）、左目用のコンタクトレンズ、ＢＣ（Ｂａｓｅ　Ｃｕｒｖｅ：ベースカーブ）及びＰＯＷＥＲ（度数）、１番目の定期配送日（定期配送日１）、２番目の定期配送日（定期配送日２）、３番目の定期配送日（定期配送日３）、４番目の定期配送日（定期配送日４）、定期便コード発行日、定期便コード有効期限の組のレコードが蓄積されている。

　定期便コードは、医師によるコンタクトレンズの処方指示を確認した店舗がユーザに対して発行した固有のコードを有する情報である。定期便コードは、当該定期便コードを用いてコンタクトレンズの定期配送による購入を事前に申し込み可能な期限である、定期便コード有効期限を有する。なお、定期便コード有効期限は、好適には、処方指示の有効期限と一致した期限に設定される。このため、ユーザは、この定期便コードを提示することで、定期便コードの有効期限、言い換えれば、処方指示の有効期限内において、コンタクトレンズの定期配送による購入を事前に申し込むことができる。定期便コードの失効後にユーザが定期購入を継続するためには、ユーザは、再度、眼科で検診を受け、店舗で新たな定期便コードの発行を受ける必要がある。なお、定期便コードは、ユーザが提示して申し込みを行った定期配送の申し込みに紐づき、当該申し込みに係る定期配送を一意に特定するための、定期便毎に固有の情報であると言える。定期便コードは、ストレージ２３において、発行した店舗の店舗ＩＤと関連付けれられて記憶される。店舗ＩＤは、店舗を識別する情報であって、店舗毎に固有の情報である。このように、ストレージ２３には、医師によるコンタクトレンズの処方指示を確認した店舗がユーザに対して発行した定期便コードであって当該コンタクトレンズの定期配送を管理する定期便コードと、当該定期便コードを発行した店舗ＩＤと、当該ユーザに処方されたコンタクトレンズ情報とが関連付けられて記憶されている。

　図７は、本実施形態に係るサーバのストレージに記憶されているユーザテーブルの一例である。図７に示すように、本実施形態に係るサーバ２のストレージ２３に記憶されているユーザテーブルＴ２には、ユーザＩＤ、パスワード、当該ユーザの名前、当該ユーザのメールアドレス、当該ユーザの生年月日、当該ユーザへコンタクトレンズを配送する際の配送先住所、当該ユーザの電話番号、当該ユーザに発行された定期便コード、当該定期便でコンタクトレンズを購入する際の支払方法の組のレコードが蓄積されている。ここでユーザＩＤは、登録されたユーザを識別する識別情報であり、ユーザに固有の情報である。パスワードは、ＷＥＢシステムへのログイン時に使用されるパスワードである。支払方法に入るデータとしては、例えばクレジットカード、銀行振込、代金引換などがあり、クレジットカードの場合には、クレジットカードの番号など購入手続きに必要な情報も格納してもよい。

　図８は、本実施形態に係るサーバのストレージに記憶されている購入履歴テーブルの一例である。図８に示すように、本実施形態に係るサーバ２のストレージ２３に記憶されている購入履歴テーブルＴ３には、ユーザＩＤ、当該ユーザに発行された定期便コード、当該定期便でコンタクトが配送された配送日の組のレコードが蓄積されている。

　続いて図９を用いて、コンタクトレンズの定期配送予約までの流れを説明する。図９は、本実施形態に係るコンタクトレンズの定期配送予約までの流れの一例を示すフローチャートである。

　（ステップＳ１０）まずユーザが眼科にて、視力検査を行い、処方指示を受ける。

　（ステップＳ２０）次に、ユーザが店舗にて処方指示を受けた旨を通知した場合、店舗は、固有の定期便コードをユーザに発行する。

　（ステップＳ３０）次に、店舗の担当者が管理団体に、定期便コード及びユーザに処方されたコンタクトレンズ情報を記載したＦＡＸを送信する。ここでコンタクトレンズ情報は例えば、右目用のコンタクトレンズの商品名、ＢＣ、及びＰＯＷＥＲ、左目用のコンタクトレンズの商品名、ＢＣ、及びＰＯＷＥＲを含む。

　（ステップＳ４０）次に、管理団体の担当者がサーバ２に、定期便コード及びコンタクトレンズ情報を入力する。その際、サーバ２の入力インタフェース２１は、この入力を受け付ける。そしてサーバ２のプロセッサ２６は例えば、入力インタフェース２１が受け付けた定期便コード及びコンタクトレンズ情報を、ストレージ２３の定期便管理テーブルＴ１にレコードとして追記する。

　（ステップＳ５０）次に、ユーザがユーザ端末１を用いて、例えばＷＥＢブラウザを介して、管理団体のサーバ２に対し、定期便コードを用いて定期配送予約を行う。
　なお、ここでは一例として店舗の担当者が管理団体の管理団体ＦＡＸ機５へＦＡＸ送信し（ステップＳ４０）、管理団体の担当者が管理団体のサーバ２へ定期便コードを入力したが（ステップＳ５０）、これに限ったものではない。ここでは一例として例えば、店舗の担当者から管理団体の担当者へ定期便コードを含む電子メールを送信してもよいし、管理団体のサーバ２へアクセスして店舗の担当者が定期便コードを入力してもよいし、管理団体のサーバ２がＷＥＢサーバである場合、ユーザ端末１に表示されたＷＥＢ画面において店舗の担当者が定期便コードを入力し送信ボタンを押すことによって、サーバ２へ定期便コードを送信してもよい。

　続いて、図１０を用いて、図９のステップＳ５０における定期配送予約の処理について説明する。図１０は、図９のステップＳ５０における定期配送予約の流れの一例を示すシーケンス図である。

　（ステップＳ１１０）まず、サーバ２のプロセッサ２６は、受信したＦＡＸに含まれる定期便コード及びコンタクトレンズ情報の入力をサーバ２の管理者から受け付けて、当該定期便コード及びコンタクトレンズ情報をストレージ２３の定期便管理テーブルＴ１に登録する。なお、ＦＡＸには、定期便コード発行日及び／または定期便コード有効期限も含まれてもよい。その場合、サーバ２のプロセッサ２６は、定期便コード発行日及び／または定期便コード有効期限をサーバ２の管理者から受け付けて、当該定期便コード発行日及び／または定期便コード有効期限をストレージ２３の定期便管理テーブルＴ１に登録してもよい。

　（ステップＳ１２０）次に、ユーザ端末１のプロセッサ１６は、例えばユーザのＷＥＢブラウザ操作に応じて、定期便申込ページ情報を要求する。サーバ２のプロセッサ２６は、当該要求に応じて、定期便申込ページ情報を返信する。これにより、ユーザ端末１に、定期便申込ページ情報が表示される。

　（ステップＳ１３０）次に、ユーザ端末１のプロセッサ１６は、定期便申込ページにおいてユーザからの定期便コードの入力を受け付けた場合、当該定期便コードをサーバ２へ送信する。

　（ステップＳ１４０）次に、サーバ２のプロセッサ２６は、受信した定期便コードがストレージ２３の定期便管理テーブルＴ１に登録済か否か判定する。

　（ステップＳ１５０）ステップＳ１４０で受信した定期便コードがストレージ２３の定期便管理テーブルＴ１に登録済でない場合、サーバ２のプロセッサ２６は、定期便コード不存在の旨を当該ユーザ端末１へ送信する。これにより、ユーザ端末１には、ユーザによって入力された定期便コードが存在しない旨が表示される。なお、ステップＳ１１０の処理の遅延によりユーザによって入力された定期便コードの登録が未反映である場合を考慮し、サーバ２のプロセッサ２６は、定期便コード不存在の旨に加えて、所定時間後の再試行を促す旨をユーザ端末１へ送信してもよい。

　（ステップＳ１６０）ステップＳ１４０で受信した定期便コードがストレージ２３の定期便管理テーブルＴ１に登録済の場合、サーバ２のプロセッサ２６は、定期購入登録ページ情報を当該ユーザ端末１へ送信する。これにより、ユーザ端末１には、定期購入登録ページが表示される。

　（ステップＳ１７０）ステップＳ１６０に続いて、ユーザ端末１のプロセッサ１６は、ユーザの操作に応じて、ユーザ情報、配送先住所、購入コンタクト情報、配送時期、支払方法を受け付け、ユーザの操作に応じて、定期配送予約をする旨及びこれらの情報をサーバ２へ送信する。その際、ユーザ登録が未だ済んでない場合、ユーザ情報には例えば、当該ユーザのユーザＩＤ、パスワード、名前、メールアドレス、生年月日、電話番号などが含まれる。ユーザ登録が既に済んでいる場合には、ユーザ情報には例えば、当該ユーザのユーザＩＤのみであってもよい。

　（ステップＳ１８０）次に、サーバ２のプロセッサ２６は、受信した情報及び定期便コード有効期限をストレージ２３の定期便管理テーブルＴ１のステップＳ１３０で受信した定期便コードが含まれるレコードに追記する。定期便コード有効期限は、プロセッサ２６が定期便コード発行日に設定期間を加算することで計算してもよいし、サーバ２の管理者が入力してもよい。
　なお、図９及び図１０では、定期配送予約の処理の一例として、ユーザが定期便コードを送信して定期便申込みを行う場合、事前に店舗ＦＡＸ機４から定期便コードを管理団体の管理団体ＦＡＸ機５へ送信し、その後、ユーザ端末からサーバに定期便コードを送信し、サーバ側で情報の照合ができた段階でユーザを登録し、定期便配送予約を行ったが、これに限ったものではない。ユーザが定期便コードを送信する場合、仮に店舗の店舗ＦＡＸ機から定期便コードが管理団体に届く前でも、ユーザは先行して定期便の配送予約をできるようにしてもよい。具体的には例えば、サーバは、ユーザ端末から送信される定期便コードと定期便配送予約情報とを受信後、店舗ＦＡＸ機４からの定期便コードの受信に伴う入力を待ち、管理団体ＦＡＸ機５が店舗ＦＡＸ機４からの定期便コードを受信してサーバに管理者から定期便コードが入力された後に、当該定期便コードの照合ができたら当該定期便の配送予約を受け付けるようにしてもよい。ここで、定期便配送予約情報には例えば、ユーザ情報、配送先住所、購入コンタクト情報、配送時期、支払方法が含まれる。

　なお、定期配送予約の処理において、ステップＳ１１０と、ステップＳ１２０及びＳ１３０とは同時に、または相前後して行われてもよい。例えば、ユーザは、定期便コード及びコンタクトレンズ情報がストレージ２３の定期便管理テーブルＴ１に登録される（ステップＳ１１０）前に、ユーザ端末１を介して、定期便申込ページにおいて定期便コードの入力及び送信を行ってもよい（ステップＳ１２０及びＳ１３０）。この場合、サーバ２のプロセッサ２６は、ステップＳ１４０及びＳ１５０において、受信した定期便コードについての処理を保留し、定期便管理テーブルＴ１に当該定期便コードが登録されたことをトリガとして、ステップＳ１６０に処理を進める。

　また、ステップＳ１４０においてサーバ２のプロセッサ２６は、ユーザ端末１から受信した定期便コードがストレージ２３の定期便管理テーブルＴ１に登録済の定期便コードと一致するか否かにより、登録済か否かを判定してもよい。しかしながら、上記の形式に限定されることなく、プロセッサ２６は、受信した定期便コードが、例えば図示しないデータベースなどにおいてストレージ２３の定期便管理テーブルＴ１に登録済の定期便コードと紐づいていることが確認できたか否かなど、受信した定期便コードと定期便管理テーブルＴ１に登録済の定期便コードとが対応したものであるか否かに応じて、登録済か否かを判定してもよい。

　図１１は、図１０のステップＳ１６０においてユーザ端末に表示される定期購入登録ページの一例である。図１１に示すように、定期購入登録ページＧ１において、ユーザＩＤを入力する入力ボックスＢ１、パスワードを入力する入力ボックスＢ２、名前を入力する入力ボックスＢ３、メールアドレスを入力する入力ボックスＢ４、生年月日を入力する入力ボックスＢ５、配送先住所を入力する入力ボックスＢ６、支払方法を入力する入力ボックスＢ７が表示されている。また、定期配送日１を選択するための選択ボックスＳＢ１、定期配送日２を選択するための選択ボックスＳＢ２、定期配送日３を選択するための選択ボックスＳＢ３、定期配送日４を選択するための選択ボックスＳＢ４が表示されている。これにより、ユーザは、一定の日付の範囲（例えば、前後１週間など）で、定期配送日１~４を選択することができる。

　このように、定期購入登録ページＧ１において、定期配送日を選択するための選択ボックスをユーザ端末で表示するために、表示制御部２６５は、対象の定期配送に含まれる定期配送日をユーザが一定の範囲で変更可能なようにユーザ端末で表示するための情報をユーザ端末に送信する。

　また、定期購入登録ページＧ１において、各定期配送日において、配送される右目用のコンタクトレンズの情報と左目用のコンタクトレンズの情報、それぞれの予定購入価格が示されている。また一例として、定期配送日１では、コンタクトレンズの予定購入価格は定価であるが、定期配送日２の予定購入価格は、定期配送日１の予定購入価格よりも安く、定期配送日３の予定購入価格は、定期配送日２の予定購入価格よりも安く、定期配送日４の予定購入価格は、定期配送日３の予定購入価格よりも安く、サーバ２のプロセッサ２６により設定される。これにより、ユーザは、定期購入で購入回数を増やすほど、コンタクトレンズのパッケージの購入価格が下がるので、ユーザの定期購入の継続を促進することができる。

　なお、上記の価格の設定は一例であり、当該定期配送に含まれる少なくとも一つの定期配送時の当該定期配送の対象となるコンタクトレンズの価格を、当該コンタクトレンズの定価よりも安い価格になるように設定されればよい。すなわち、サーバ２の価格決定部２６４は、前記ユーザが操作するユーザ端末から定期配送の申し込みを受け付けた場合、当該定期配送に含まれる少なくとも一つの定期配送時の当該定期配送の対象となるコンタクトレンズの価格を、当該コンタクトレンズの定価よりも安い価格で出力してもよい。本実施形態では価格決定部２６４は、ユーザ端末１から受信した定期便コードとストレージ２３に記憶されている定期便コードが一致するという条件の下で、当該定期配送に含まれる少なくとも一つの定期配送時の当該定期配送の対象となるコンタクトレンズの価格を、当該コンタクトレンズの定価よりも安い価格で出力する。

　この構成によれば、ユーザは、定期配送対象のコンタクトレンズを定価よりも安い価格で入手できる。これにより、ユーザ端末から受信した定期便コードが医師によって処方をうけたものであるから、配送されるコンタクトレンズが眼科医の処方を受けたものであることを担保することができるので、コンタクトレンズの使用者に健康上の悪影響を及ぼす可能性を低減することができる。また、ユーザは定期配送を利用することによって、定期配送対象のコンタクトレンズを定価よりも安い価格で入手できるので、コンタクトレンズの定期配送を促進することができる。従って、コンタクトレンズの使用者に健康上の悪影響を及ぼす可能性を低減しつつ、コンタクトレンズの定期配送を促進することができる。

　また、定期購入登録ページＧ１において、定期配送予約ボタンＢ８が示されている。ユーザによって各入力ボックスＢ１~Ｂ７が入力され、定期配送日１~４が選択された後に、定期配送予約ボタンＢ８が押されると、図１０のステップＳ１７０で説明したように、ユーザ端末１のプロセッサ１６は、定期配送予約をする旨及びこれらの受け付けたユーザ情報、配送先住所、購入コンタクト情報、定期配送日、支払方法をサーバ２へ送信するよう制御する。その後、これらの情報をサーバ２が受信し、サーバ２の記録処理部２６６は、対象の定期配送についてユーザ端末から定期配送日を取得した場合、対象の定期配送の定期便コードと当該取得した定期配送日を関連付けてストレージ２３の定期便管理テーブルＴ１に記録させる。

　この構成により、対象の定期配送に含まれる定期配送日をユーザが一定の範囲で決定し、決定した定期配送日が蓄積されるので、ユーザが決定した定期配送日にコンタクトレンズを配送することができる。

　続いて、図１２及び図１３を用いて、定期配送日の設定期間（例えば、２週間）前になった場合の処理について説明する。図１２は、定期配送日の設定期間前になった場合の処理の流れの一例を示すシーケンス図である。図１３は、本実施形態に係る定期配送に係るコンタクトレンズの価格決定の一例を説明する図である。図１３（Ａ）では、定期配送をいずれもキャンセルしなかった場合のコンタクトレンズの販売価格が示されている。図１３（Ｂ）では、２０１９年２月１日の定期配送をキャンセルした場合のコンタクトレンズの販売価格が示されている。図１３（Ｂ）では図１３（Ａ）と比べて、２０１９年２月１日で購入していない分、２０１９年５月１日の販売価格が、図１３（Ａ）のキャンセルしなかった場合の２０１９年２月１日の販売価格まで上昇し、２０１９年８月１日の販売価格が、図１３（Ａ）のキャンセルしなかった場合の２０１９年５月１日の販売価格まで上昇している。このように、ユーザの定期配送に係る購入履歴に基づいて、コンタクトレンズの販売価格が決定される。

　（ステップＳ２１０）図１２において、まず、サーバ２のプロセッサ２６は、ストレージ２６を参照して、定期配送日の設定期間（例えば、２週間）前になった定期便のユーザを抽出する。

　（ステップＳ２２０）次に、サーバ２の価格決定部２６４は、抽出されたユーザの定期配送に係る購入履歴を用いて、コンタクトレンズの販売価格を決定する。具体的にはサーバ２の価格決定部２６４は、ストレージ２３の購入履歴テーブルＴ３を参照して、ユーザの定期配送に係る購入履歴を読み出し、読み出した定期配送に係る購入履歴に応じて、図１３に示すように、今回の定期配送時のコンタクトレンズの販売価格を決定する。

　このように、価格決定部２６４は、コンタクトレンズ定期配送の申し込みの際に当該定期配送の対象となるコンタクトレンズの予定販売価格を出力し、その後、定期配送する際に、ユーザの定期配送に係る購入履歴に応じて、当該定期配送の対象となるコンタクトレンズの実際の販売価格を出力する。この構成により、定期配送に係る実際の購入履歴に応じて、販売価格が決定されるので、定期配送のうちある配送をキャンセルした場合には、次の定期配送では、実際の販売価格を、最初に予定していた予定販売価格よりも高く設定することができる。これにより、ユーザが定期配送のうちある配送をキャンセルした場合には、次の定期配送では、実際の販売価格が最初に予定していた予定販売価格よりも高くなることを把握するので、同じコンタクトレンズを他の通販または店舗で購入するのではなく、定期配送で購入することをユーザに促進することができる。

　（ステップＳ２３０）次に、サーバ２の通信制御部２６７は、決定した販売価格で、定期配送日に配送する旨のメールを当該ユーザへ送信する。このように、通信制御部２６７は、定期配送に含まれる定期配送日の設定期間前になった場合、ユーザに対して購入意思確認の情報を送信する。なお、ここではメールで送信するとしたが、これに限ったものではなく、ユーザ端末に専用のアプリケーションがインストールされている場合には、このアプリケーションでユーザに通知してもよい。

　ステップＳ２４０、Ｓ２５０は、ユーザが定期配送の変更またはキャンセルをする場合のみ実行される。
　（ステップＳ２４０）ステップＳ２３０で送信されたメールを受け取ったユーザは、ユーザ端末を操作する。当該ユーザ端末１は、当該ユーザの操作に応じて、定期配送変更ページ情報をサーバ２へ要求する。この要求に応じて、サーバ２のプロセッサ２６は、定期配送変更ページ情報を当該ユーザ端末１へ返信する。これにより、当該ユーザ端末１は、定期配送変更ページを表示する。

　（ステップＳ２５０）ユーザ端末１のプロセッサ１６は、定期配送変更ページにおいて、ユーザから定期配送日の変更または今回の定期配送のキャンセルを受け付けた場合、受け付けた情報（定期配送日の変更または今回の定期配送をキャンセルする旨の情報）をサーバ２へ送信する。

　（ステップＳ２６０）サーバ２のプロセッサ２６は、定期配送日の変更を受信したか否か判定する。

　（ステップＳ２７０）ステップＳ２６０で定期配送日の変更を受信したと判定された場合、サーバ２のプロセッサ２６は、定期配送日の変更処理を実行する。

　（ステップＳ２８０）サーバ２のプロセッサ２６は、今回の定期配送のキャンセルを受信したか否か判定する。

　（ステップＳ２９０）ステップＳ２８０で今回の定期配送のキャンセルを受信したと判定された場合、サーバ２のキャンセル処理部２６８は、今回の定期配送のキャンセル処理を実行する。このようにキャンセル処理部２６８は、ユーザから当該定期配送日のコンタクトレンズの購入をキャンセルする旨を取得した場合、当該定期配送日の配送をキャンセルする処理（例えば、キャンセルの旨を配送管理端末３へ通知する処理など）を実行する。この構成によれば、ユーザは定期配送日の直前にコンタクトレンズが手元に十分あれば、コンタクトレンズをキャンセルすることができるので、無駄にコンタクトレンズを購入するのを回避することができる。その結果、ユーザの利便性を向上させることができる。

　（ステップＳ３００）サーバ２のプロセッサ２６は、定期配送日の所定期間（例えば、３日）前であるか否か判定する。定期配送日の所定期間（例えば、３日）前でない場合、ステップＳ２６０に戻って、定期配送日の変更または今回の定期配送をキャンセルする旨の情報の受信を待機する。

　（ステップＳ３１０）ステップＳ３００で、定期配送日の所定期間（例えば、３日）前である場合には、定期配送日が近づいたので、サーバ２の配送指示出力部２７０は、ユーザの配送先住所へ定期配送日にコンタクト情報のコンタクトを配送するよう指示する情報を配送管理端末３へ送信する。このように配送指示出力部２７０は、当該ユーザから当該キャンセルする旨の通知を受けていない場合、当該コンタクトレンズの配送を行うための配送指示を出力する。

　ステップＳ３２０、Ｓ３３０は、配送が完了した場合に実行される。
　（ステップＳ３２０）配送管理端末３は、配送管理者の操作に応じて、配送管理ページをサーバ２へ要求する。この要求に応じて、サーバ２のプロセッサ２６は、配送管理ページを配送管理端末３へ返信する。これにより、配送管理端末３に配送管理ページが表示される。

　（ステップＳ３３０）配送管理端末３は、配送管理者による配送管理ページにおける操作に応じて、配送完了の旨の情報をサーバ２へ送信する。

　（ステップＳ３４０）サーバ２のプロセッサ２６は、配送完了の旨を受信したか否か判定する。

　（ステップＳ３５０）ステップＳ３４０で配送完了の旨を受信した場合、サーバ２の記録処理部２６６は、ストレージ２３の購入履歴テーブルＴ３に今回の購入履歴のレコードを追加する。このように、記録処理部２６６は、ユーザに定期配送でコンタクトレンズが配送される毎に、ストレージ２３に記録された当該ユーザの定期配送に係る購入履歴を更新する。

　なお、本実施形態では一例として、価格決定部２６４は、コンタクトレンズ定期配送の申し込みの際に当該定期配送の対象となるコンタクトレンズの予定販売価格を出力し、その後、定期配送する際に、ユーザの定期配送に係る購入履歴に応じて、当該定期配送の対象となるコンタクトレンズの実際の販売価格を出力したが、これに限ったものではない。価格決定部２６４は、予定販売価格を出力するという前提条件なく、ユーザの定期配送に係る購入履歴に応じて、当該定期配送の対象となるコンタクトレンズの価格を出力してもよい。

　この構成によれば、定期配送に係る実際の購入履歴に応じて、コンタクトレンズの価格が決定されるので、例えば、定期配送を予約したものの実際に購入されていない場合には、コンタクトレンズの価格を高くし、定期配送を申し込んだ分で実際にキャンセルされずに購入した場合には、コンタクトレンズの価格を下げるように調整することができる。例えば、価格決定部２６４は、定期配送の回数を経る毎にコンタクトレンズの価格を安くする場合において、定期配送のうちある配送をキャンセルした場合に、次の配送のときには、キャンセルした配送のときの価格（つまり当初予定していた価格よりも高い価格）にする。これにより、実際に定期購入した回数が多いユーザの方が、コンタクトレンズの購入平均単価を下げることができるので、ユーザが定期配送で実際に継続して購入することを促すことができる。

　続いて、図１４を用いて、定期便コードの有効期限がまもなく切れる場合の処理について説明する。図１４は、定期便コードの有効期限がまもなく切れる場合の処理の流れの一例を示すフローチャートである。

　（ステップＳ４１０）通知制御部２６９は、ストレージ２３を参照して、当該定期便コードの発行日から第１設定期間（例えば、１１か月）経過した場合または当該定期便コードの有効期限より第２設定期間（例えば、１か月）前になった場合、当該定期便コードの有効期限切れ予告及び／または眼科の再受診案内を、当該ストレージ２３において当該定期便コードに関連付けられたユーザ識別情報のユーザに通知するよう制御してもよい。ここでは一例としてこの通知はメールで行われる。これにより、ユーザ端末１が、定期便コードの有効期限がまもなく切れる旨のメールを受信する。
　なお、この通知は、メールだけに限らず、ユーザ端末に専用のアプリケーションがインストールされている場合には、このアプリケーションでユーザに通知してもよいし、当該ユーザの配送先住所に郵送で通知してもよい。

　（ステップＳ４２０）次に、ユーザが眼科にて、視力検査を行い、処方指示を取得する。

　（ステップＳ４３０）次に、ユーザが店舗にてステップＳ４２０で取得した処方指示を提示した場合、当該店舗は、別の定期便コードをユーザに発行する。

　（ステップＳ４４０）次に、店舗の担当者が管理団体に、当該別の定期便コード及びユーザに処方されたコンタクトレンズ情報を記載したＦＡＸを送信する。

　（ステップＳ４５０）次に、管理団体の担当者がサーバ２に、当該別の定期便コード及びコンタクトレンズ情報を入力する。これにより、サーバ２のプロセッサ２６は、当該別の定期便コード及びコンタクトレンズ情報の組を含むレコードを、ストレージ２３の定期便管理テーブルＴ１に追加する。

　（ステップＳ４６０）次に、ユーザがユーザ端末１を用いて管理団体のサーバ２に対し、当該別の定期便コードを用いて定期配送更新を行う。

　続いて図１４のステップＳ４６０における定期配送更新の処理について説明する。図１５は、図１４のステップＳ４６０における定期配送更新の処理の流れの一例を示すシーケンス図である。

　（ステップＳ５１０）サーバ２のプロセッサ２６は、受信したＦＡＸに含まれる別の定期便コード及びコンタクトレンズ情報の入力を受け付けた場合、別の定期便コード及びコンタクトレンズ情報の組を含むレコードを、ストレージ２３の定期便管理テーブルＴ１に追記することにより登録する。なお、ＦＡＸには、別の定期便コード発行日及び／または別の定期便コード有効期限も含まれてもよい。その場合、サーバ２のプロセッサ２６は、別の定期便コード発行日及び／または別の定期便コード有効期限をサーバ２の管理者から受け付けて、当該別の定期便コード発行日及び／または別の定期便コード有効期限をストレージ２３の定期便管理テーブルＴ１に登録してもよい。

　（ステップＳ５２０）ユーザ端末１のプロセッサ１６は、ユーザの操作に応じてログインページを要求し、サーバ１のプロセッサ２６は、この要求に応じてログインページを当該ユーザ端末１へ返信する。

　（ステップＳ５３０）ユーザ端末１のプロセッサ１６は、このログインページにおけるユーザの操作に応じて、ユーザＩＤ及びパスワードの組をサーバ２へ送信する。

　（ステップＳ５４０）サーバ２のプロセッサ２６は、ユーザＩＤ及びパスワードの組が、ストレージ２３のユーザテーブルＴ２に保存されたレコードのものと一致するか否か判定する。

　（ステップＳ５５０）サーバ２のプロセッサ２６は、ステップＳ５２０でユーザＩＤ及びパスワードの組が、ストレージ２３のユーザテーブルＴ２に保存されたレコードのものと一致する場合、ログインを許可し、ログイン後のページ情報をユーザ端末１へ送信する。これにより、当該ユーザ端末１でログイン後のページが表示される。そして、ユーザ端末１のプロセッサ１６は、ログイン後のページにおけるユーザ操作に応じて、定期便申込ページ情報を要求し、この要求に応じてサーバ２のプロセッサ２６は、定期便申込ページ情報を当該ユーザ端末１へ返信する。これにより、当該ユーザ端末１で定期便申込ページが表示される。

　（ステップＳ５６０）ユーザ端末１のプロセッサ１６は、この定期便申込ページにおけるユーザによる別の定期便コードの入力および操作に応じて、この別の定期便コードをサーバ２へ送信する。

　（ステップＳ５７０）サーバ２のプロセッサ２６は、受信した別の定期便コードがストレージ２３の定期便管理テーブルＴ１に登録済か否か判定する。

　（ステップＳ５８０）ステップＳ５７０で受信した別の定期便コードがストレージ２３の定期便管理テーブルＴ１に登録済でない場合、サーバ２のプロセッサ２６は、定期便コード不存在の旨を当該ユーザ端末１へ送信する。これにより、ユーザ端末１には、ユーザによって入力された別の定期便コードが存在しない旨が表示される。

　（ステップＳ５９０）ステップＳ５７０で受信した別の定期便コードがストレージ２３の定期便管理テーブルＴ１に登録済の場合、サーバ２のプロセッサ２６は、定期購入登録ページ情報を当該ユーザ端末１へ送信する。これにより、ユーザ端末１には、定期購入登録ページが表示される。

　（ステップＳ６００）ステップＳ５９０に続いて、ユーザ端末１のプロセッサ１６は、ユーザの操作に応じて、購入コンタクト情報、配送時期、支払方法を受け付け、ユーザの操作に応じて、定期配送予約をする旨及びこれらの情報をサーバ２へ送信する。

　（ステップＳ６１０）次に、サーバ２のプロセッサ２６は、受信した情報及び定期便コード有効期限をストレージ２３の定期便管理テーブルＴ１のステップＳ５７０で受信した定期便コードが含まれるレコードに追記する。定期便コード有効期限は、プロセッサ２６が定期便コード発行日に設定期間を加算することで計算してもよいし、サーバ２の管理者が入力してもよい。

　図１６は、定期配送を別の店舗に来訪して更新した場合と、定期配送を同じ店舗に来訪して更新した場合との間で販売価格の一例を比較した図である。図１６（Ａ）は、定期配送を別の店舗に来訪して更新した場合のコンタクトレンズの販売価格である。図１６（Ｂ）は、定期配送を同じ店舗に来訪して更新した場合のコンタクトレンズの販売価格である。図１６（Ａ）に示すように、定期配送を別の店舗に来訪して更新した場合には、更新後は、一例として、最初の配送日の販売価格が定価に戻り、その後、配送日毎に販売価格が下がっていく。一方、図１６（Ｂ）に示すように、定期配送を同じ店舗に来訪して更新した場合、更新後は、最初の配送日の販売価格が、一例として、更新前の最後の定期配送の販売価格と同じになり、その後、販売価格がそのままの価格で継続される。これにより、ユーザは、定期配送を更新する際に同じ店舗に来訪した場合の方が、コンタクトレンズの合計の購入コストを抑えることができるので、定期配送を同じ店舗に来訪して更新することを促進することができる。

　なお、定期配送を同じ店舗に来訪して更新した場合の価格設定の一例として、更新後は、最初の配送日の販売価格が、更新前の最後の定期配送の販売価格と同じになり、その後、販売価格がそのままの価格で継続されるとしたが、更新後の価格の設定はこれに限ったものではない。更新後の最初の配送日の販売価格は、更新前の最後の定期配送の販売価格と同じでもよいし、異なっていてもよい（例えば更新前の最後の定期配送の販売価格から更に所定価格下げてもよいし、所定価格上げてもよい）。また、更新後の２回目以降の販売価格は、更新後の最初の配送日の販売価格から更に所定価格ずつ下がるようにしてもよい。このように、価格決定部２６４は、定期配送に含まれる少なくとも一つの定期配送時の当該定期配送の対象となるコンタクトレンズの価格を、前回の定期配送の価格に応じた価格（例えば、前回の定期配送の価格と同じ価格）で出力してもよい。この場合、価格決定部２６４は、ユーザが当該定期配送の更新を申し込んだ場合において、前回、定期便コードを発行した店舗と、今回、定期便コードを発行した店舗が同じ場合もしくは同じグループに属する場合、当該定期配送に含まれる少なくとも一つの定期配送時の当該定期配送の対象となるコンタクトレンズの価格を、前回の定期配送の価格に応じた価格（例えば、前回の定期配送の価格と同じ価格）で出力してもよい。

　この構成により、定期配送の更新を申し込むにあたり、前回の申し込みと同じ店舗に来訪して定期便コードを取得した場合に、コンタクトレンズの購入コストを抑えることができるので、ユーザに前回と同じ店舗に来訪して定期配送を更新することを促すことができる。ユーザが同じ店舗に来訪するようになれば、その店舗で当該ユーザに対する処方履歴が蓄積され、店舗の店員がユーザの特徴（例えばコンタクトレンズのフィット感、嗜好など）を把握しやすくなるので、その店舗の店員が当該ユーザに対してコンタクトレンズに関するサービス（例えば、ユーザが処方されたコンタクトレンズが複数種類ある場合において、当該ユーザが通常使用している製品とは異なる製品を購入しようとした場合の注意喚起、コンタクトレンズのケアの助言など）を適切に行うことができる可能性が向上するという利点がある。あるいは、ユーザが定期配送を更新する際、前回、定期便コードを発行した店舗と同じグループの店舗に来訪することを促すことができる。これにより、同じグループの店舗であれば店員が把握しているユーザの特徴の共有も比較的容易であるから、ユーザに対して適切なサービスを行いやすくなる。

　上記の場合の処理に詳細について説明する。前提としてストレージ２３には、コンタクトレンズの定期配送を申し込んだユーザを識別するユーザ識別情報と、ユーザに対して当該定期便コードを発行した店舗を識別する店舗識別情報と、当該ユーザに対して発行された定期便コードとが関連付けられて記憶されている。
　第１の取得部２６１は、ユーザが当該定期配送の更新を申し込んだ際に、当該更新後の定期配送に対応する定期便コードと、当該更新を申し込んだ店舗を識別する店舗識別情報を取得する。この取得は、更新の定期配送を識別する定期便コードと更新を申し込んだ店舗を識別する店舗識別情報が記載されたＦＡＸが、店舗ＦＡＸ機４から管理団体ＦＡＸ機５へ送信されて、このＦＡＸを見たサーバ２の管理者によってサーバ２の入力インタフェース２１を介して当該定期便コードと当該店舗識別情報が入力されることによって、行われてもよい。

　第２の取得部２６２は、当該ユーザが当該定期配送の更新を申し込んだ後に、ユーザが入力した定期便コードと、当該ユーザを識別するユーザ識別情報を、ユーザ端末から取得する。
　判定部２６３は、第２の取得部２６２で取得した定期便コードと第１の取得部２６１が取得した定期便コードが対応する場合、第１の取得部２６１が当該定期便コードとともに取得した店舗識別情報と、第２の取得部２６２が当該定期便コードとともに取得したユーザ識別情報に関連付けられて記憶されている店舗識別情報とを比較して、一致するか否か判定する。

　価格決定部２６４は、第２の取得部２６２が当該定期便コードとともに取得したユーザ識別情報で特定されるユーザに対して提供する当該更新後の定期配送の対象となるコンタクトレンズの価格を、判定部２６３による判定の結果、店舗識別情報が一致する場合、前回の定期配送の価格に応じた第１の価格（例えば、前回の定期配送の価格と同じ価格もしくは前回の定期配送の価格から更に値引きした価格）に調整して出力し、店舗識別情報が一致しない場合、当該第１の価格とは異なる第２の価格（例えば、定価もしくは前回の定期配送の価格から値引きがＮ（Ｎは自然数）段階戻った価格）に調整して出力してもよい。

　この構成により、定期配送の更新を申し込むにあたり、前回の申し込みと同じ店舗に来訪して定期便コードを取得した場合に、コンタクトレンズの購入コストを抑えることができるので、ユーザに前回と同じ店舗に来訪して定期配送を更新することを促すことができる。ユーザが同じ店舗に来訪するようになれば、その店舗で当該ユーザに対する処方履歴が蓄積され、店舗の店員がユーザの特徴（例えばコンタクトレンズのフィット感、嗜好など）を把握しやすくなるので、その店舗の店員が当該ユーザに対してコンタクトレンズに関するサービス（例えば、ユーザが処方されたコンタクトレンズが複数種類ある場合において、当該ユーザが通常使用している製品とは異なる製品を購入しようとした場合の注意喚起、コンタクトレンズのケアの助言など）を適切に行うことができる可能性が向上するという利点がある。

　以上、本実施形態に係る情報処理システムＳは、医師によるコンタクトレンズの処方指示を確認した場合に店舗から発行される定期便コードを提示したユーザからの申し込みを受け付け、コンタクトレンズを定期配送により販売するための情報処理システムである。前この情報処理システムＳは、当該申し込みを行ったユーザを識別するユーザ識別情報と、当該ユーザに対して発行される定期便コード、当該処方されたコンタクトレンズのコンタクトレンズ情報と、当該コンタクトレンズの定期配送日、及び前記ユーザのコンタクトレンズの購入履歴が互いに関連付けられて記憶されているストレージ２３を備える。更に情報処理システムＳは、当該ユーザから定期配送日のコンタクトレンズの購入をキャンセルする旨の通知を取得した場合、当該定期配送日の配送をキャンセルする処理を実行するキャンセル処理部２６８を備える。更に情報処理システムＳは、当該ユーザから当該キャンセルする旨の通知を受けていない場合、当該コンタクトレンズの配送を行うための配送指示を出力する配送指示出力部２７０を備える。更に情報処理システムＳは、ユーザに定期配送でコンタクトレンズが配送されたことを条件に、当該ユーザの定期配送に係る購入履歴を更新する記録処理部２６６を備える。更に情報処理システムＳは、ユーザの定期配送に係る購入履歴に応じて、当該定期配送の対象となるコンタクトレンズの価格を調整して出力する価格決定部２６４を備える。

　なお、本実施形態では好ましい態様の一例として、定期配送の更新の際に、前回定期便コードを発行した店舗と同一の店舗で定期便コードが発行された場合に、価格決定部２６４は、コンタクトレンズの価格を当該コンタクトレンズの定価よりも安い価格で出力するようにしたが、これに限ったものではない。定期配送の更新の際に、前回定期便コードを発行した店舗と異なる店舗で定期便コードが発行された場合であっても、価格決定部２６４は、コンタクトレンズの価格を前回の定期配送の価格に応じた価格（例えば、前回の定期配送の価格と同じ価格）で出力してもよい。すなわち、価格決定部２６４は、少なくともユーザが定期配送の更新を申し込んだ場合、当該更新後の定期配送に含まれる少なくとも一つの定期配送時の当該定期配送の対象となるコンタクトレンズの価格を、更新前の定期配送の価格に応じた価格（例えば、前回の定期配送の価格と同じ価格）に調整して出力してもよい。

　この構成により、定期配送を更新した場合、ユーザは、コンタクトレンズを前回の定期配送の価格に応じた価格（例えば、前回の定期配送の価格と同じ価格）で購入できるので、ユーザに定期配送の更新を促すことができる。

　＜販売価格の調整方法の具体例＞
　続いて、サーバ２の価格決定部２６４による販売価格の調整方法の具体例について説明する。例えば大きく分けると下記の２通りがある。
　（１）例えば、価格決定部２６４は購入手続きの度に、ユーザの購入履歴を参照して、価格調整値を決定し、その値を基準価格に適用することで販売価格を決定してもよい。
　（２）例えば、価格決定部２６４は、ユーザによる購入処理の完了時に過去の購入履歴を参照し、ユーザランク（例えばステージ、レベル、クラス、または段階など）を決定し、当該ユーザランクをストレージ２３に格納してもよい。価格決定部２６４は、購入手続きの度に、ユーザランクに関連付けられた価格調整値を基準価格に適用することで販売価格を決定してもよい。

　＜価格調整（値引き）の例＞
　続いて、価格調整（値引き）の例について説明する。
　（１）過去のコンタクトレンズ購入回数
　価格決定部２６４は、過去のコンタクトレンズ購入回数に応じて値下げをしてもよい。例えば、初回の定期配送予約時に１年分のコンタクトレンズを３か月おきに定期購入登録すると、価格決定部２６４は１回目配送時は値引きなし、２回目配送時は１００円引き、３回目配送時は２００円引き、とするように購入回数に応じて段階的に値引きしてもよい。このとき、例えば、段階的な値引きの回数に上限を設けてもよい。

　（２）定期便コードを同一の店舗で取得した場合
　上述したように、２回目以降の定期配送更新時に、定期便コードを前回と同じ店舗で取得した場合に、値引き条件を引き継いでもよい。例えば、上記（１）の値引き条件とセットで適用する場合、５回目の配送を行うには、新しい定期便コードが必要となる。このとき、前回と同じ店舗で定期便コードを取得した場合、５回目配送時は４００円引き、６回目購入時は５００円引き、のように値引き条件が引き継がれる。一方、別の店舗で定期便コードを取得し、定期配送予約を行った場合、値引き条件がリセットされ、５回目配送時は値引きなし、６回目配送時は１００円引き、となる。なお、単純に、２回目以降の定期配送予約時に、定期便コードを前回と同じ店で取得した場合に、値引きを行う形でもよい。これにより、同じ店舗で連続して定期便コードを取得する（言い換えれば、処方指示を提示してコンタクトレンズの定期購入の申し込みなどを行う）ことで、店舗がユーザの特徴（例えばコンタクトレンズのフィット感、嗜好）を把握しやすくなり、ユーザが通常使用している製品とは異なる製品を購入しようとした場合の注意喚起等のサービスを行うことができる。

　（３）特定のコンタクトレンズを購入した場合
　ユーザが、新製品などの特定のコンタクトレンズを購入した場合（またはその履歴が過去に存在する場合）、価格決定部２６４は、値引きをしてもよい（例えば、値引きのための価格調整値を設定してもよい）。これにより、ユーザにより適合する可能性のある商品が存在する場合でもコンタクトレンズは安価ではないためにユーザが試すことは容易ではないところ、次回以降の値引きを行う金銭的なインセンティブを与えることで、こうした商品の購入をユーザに促すことができる。

　＜値引き方法の変形例＞
　続いて、定期配送対象のコンタクトレンズの値引き方法の変形例について説明する。
　本実施形態では、定期便コードを発行する店舗（販売店）を変更した場合、コンタクトレンズの割引がリセットされて再度、定価にするとしたが、これに限らず、価格決定部２６４は、定期便コードを発行する店舗（販売店）を変更しても、コンタクトレンズの値引き条件がリセットされずに継続するようにしてもよい。

　また価格決定部２６４は、初回の定期便コードから２回目の定期便コードの発行など定期便コードの変更が必要な場合、追加でコンタクトレンズの値引きをしてもよいし、その追加値引き額または値引き額を当該ユーザの購入履歴、または定期便コードの変更回数などに応じて変動させてもよい（例えば、購入履歴が多いほどまたは定期便コードの変更回数が多いほど、追加値引き額を多くしてもよい）。これにより、ユーザ離脱確率が高い定期便コードの変更時に、ユーザを離脱させる確率を低減させることができる。

　また価格決定部２６４は、定期便コードの変更時、設定された期間（例えば、２年）の継続などのタイミング（いわゆる節目のタイミング）で、追加値引き額を変動させてもよい（例えば、追加値引き額を多くしてもよい）。

　また価格決定部２６４は、コンタクトレンズの商品名または種類に応じて、値引き額を変動させてもよい。例えば価格決定部２６４は、対象となるコンタクトレンズが販促キャンペーンの対象であるか否かに応じて、当該コンタクトレンズの値引き額を変動させてもよい。具体的には例えば価格決定部２６４は、販促キャンペーンの対象のコンタクトの場合、値引き額を、販促キャンペーンの対象でないコンタクトより大きくしてもよい。また例えば価格決定部２６４は、乱視用コンタクトレンズの場合、普通のコンタクトレンズよりも値引き額を大きくしてもよい。

　また価格決定部２６４は、ユーザの属性に応じて、値引き額を変動させてもよい。例えば学生応援販促キャンペーンをする場合、価格決定部２６４は、学生のユーザの値引き額を大きくしてもよい。

　また価格決定部２６４は、家族割や友達紹介など特定の条件を満たす場合に、値引き額を変動させてもよい。例えば価格決定部２６４は、ユーザが家族を紹介した場合またはユーザが友達を紹介した場合、当該ユーザの値引き額を多くしてもよい。

　＜店舗、ユーザ、管理団体間で情報を関連付ける方法の変形例＞
　本実施形態では、店舗の店員が定期便コードをユーザに発行し（定期便コードとコンタクトレンズ情報を結び付け）、定期便コードをユーザに手渡し、定期便コードとコンタクトレンズ情報が記載されたＦＡＸを管理団体に送信したが、これに限ったものではない。

　＜変形例１＞
　店舗の店員が定期便コードを発行し、店舗の店員が管理団体のＷＥＢサイト（サーバ２が提供するＷＥＢサイト）に入力し、管理団体のサーバ２が当該定期便コード固有のＵＲＬをユーザに通知するようにしてもよい。この通知には例えば、メールでの通知する方法、またはユーザ端末で二次元コード（例えば、ＱＲコード（登録商標））を店頭で読ませることによって通知する方法がある。この場合、店舗の店員が管理団体のＷＥＢサイトで定期便コードの入力とともに、コンタクトレンズの情報を入力してもよい。あるいはユーザ端末が、定期便コード固有のＵＲＬのＷＥＢサイトを表示して、当該ＷＥＢサイトでユーザがコンタクトレンズ情報を入力し、ユーザ端末が当該コンタクトレンズ情報をサーバ２へ送信してもよい。いずれの場合でも、サーバ２は、定期便コードとコンタクトレンズ情報を関連付けて管理してもよい。

　＜変形例２＞
　また店舗の店員が定期便コードを発行し、管理団体のＷＥＢサイト（サーバ２が提供するＷＥＢサイト）で当該定期便コードを入力し、ユーザがその店舗で自己認証を行ってもよい（例えば、ユーザＩＤとパスワードを店頭の端末で入力する）。これにより、ユーザが同じユーザＩＤとパスワードで管理団体のＷＥＢサイトにログインすることで、管理団体は同じユーザであることを担保することができる。
　この場合、店舗の店員が管理団体のＷＥＢサイトで定期便コードの入力とともに、コンタクトレンズの情報を入力してもよい。あるいはユーザが管理団体のＷＥＢサイトにログインして、ユーザ端末がＷＥＢサイトを表示して、当該ＷＥＢサイトでユーザがコンタクトレンズ情報を入力し、ユーザ端末が当該コンタクトレンズ情報をサーバ２へ送信してもよい。なお、店頭の端末で、ユーザは、定期配送の申し込みをしてもよい。この場合、店頭の端末は、ユーザが操作するユーザ端末に含まれる。
　なお、自己認証は、ユーザＩＤとパスワード以外でもよく、秘密の質問の答えを入力してもよいし、指紋認証、光彩認証、静脈認証など個人を一意に特定できる方法であってもよい。

　＜定期便の追加機能について＞
　なお、サーバ２からユーザ端末１に対して、ユーザが予約内容を変更するための情報を送信して表示させてもよい。なお、この工程は必ずしも必須ではない。その場合、サーバ２の記録処理部２６６は、ユーザから定期配送予約の変更もしくは追加に係る情報を取得した場合、当該定期配送予約の変更もしくは追加に係る情報に応じて、ストレージ２３内の定期配送に関する情報を更新してもよい。この構成により、ユーザは、定期配送予約内容の変更もしくは追加が可能となり、ユーザの利便性が向上する。

　＜追加機能１：定期配送予約をした製品を変更可能とする＞
　例えば、ノーマルのコンタクトレンズの製品を４回配送されるように予約設定していたが、１回目の配送が終わった時点で、残り（２~４回目）の配送はカラーコンタクトレンズの製品に変更したいとユーザが思った場合には、ユーザ端末１から製品変更を行うことが可能である。その場合、例えば以下の流れで処理が進んでもよい。例えばサーバ２は、製品変更を行うための情報をユーザ端末１に送信し、ユーザ端末１がこの情報を受け取ってこの情報を表示するようにする。そして、ユーザ端末１が、製品変更を行う入力をユーザから受け付けた場合、その受け付けた製品変更に関する情報をサーバ２へ送信する。サーバ２は、この情報を受けて、この製品変更が反映されるように、ストレージ２３内の定期配送に関する情報を更新する。なお、最初に確認した処方指示に、ユーザに処方可能なコンタクトレンズの指定がある場合がある。その場合、変更可能な製品は、この処方可能なコンタクトレンズの範囲内であってもよい。

　＜追加機能２：定期配送予約をした製品の個数を変更可能とする＞
　定期配送予約は例えば、１年分のコンタクトレンズを３か月おきに定期配送するなどであり、注文時点で製品個数を指定する。この態様では、予約注文した未発送の定期配送の製品数を後から変更可能としてもよい。例えば、眼鏡と併用している場合など、必ずしも毎日コンタクトレンズを使用しないユーザが、注文した製品を消費しきれず、今後配送される製品数を減らしたいと要望することが考えられる。一方で、未使用の製品を紛失してしまったユーザが、今後配送される製品数を増やしたいと要望することが考えられる。こうしたユーザを救済することができる。
　その場合、例えば以下の流れで処理が進んでもよい。例えばサーバ２は、予約注文した未発送の定期配送の製品数の変更を行うための情報をユーザ端末１に送信し、ユーザ端末１がこの情報を受け取ってこの情報を表示するようにする。そして、ユーザ端末１が、製品変更を行う入力をユーザから受け付けた場合、その受け付けた変更に関する情報をサーバ２へ送信する。サーバ２は、この情報を受けて、この予約注文した未発送の定期配送の製品数の変更が反映されるように、ストレージ２３内の定期配送に関する情報を更新する。
　なお、上記の記載のあるような、定期配送の注文時の「１年間３ヵ月おきに４回配送」は一例であって、「２ヶ月おきに６回」や、「６ヵ月おきに２回」などの形や、レンズを使いきれないユーザ向けに「３ヵ月おきに、２ヶ月分のコンタクトレンズが４回届く」などの注文も可能である。

　＜追加機能３：定期配送を追加で注文可能とする＞
　例えば、定期便申込み時に４回の定期配送を指定していた場合であっても、配送を途中で追加できる。これにより、ユーザがレンズを紛失した場合に、紛失分を追加注文するための救済をすることができる。
　その場合、例えば以下の流れで処理が進んでもよい。例えばサーバ２は、配送を途中で追加するための情報をユーザ端末１に送信し、ユーザ端末１がこの情報を受け取ってこの情報を表示するようにする。そして、ユーザ端末１が、対象の定期配送について配送を途中で追加する入力をユーザから受け付けた場合、その受け付けた配送追加に関する情報をサーバ２へ送信する。サーバ２は、この情報を受けて、この対象の定期配送について配送追加が反映されるように、ストレージ２３内の定期配送に関する情報を更新する。

　ただし、定期便コードの有効期間（言い換えれば、処方指示の有効期限）内に何回でも大量に追加注文ができるようにすると、例えば、期限間近で来年分のコンタクトレンズを大量に注文されるなど、処方指示と紐づけた管理ができなくなってしまう。このため、定期便コードの有効期間と紐づけた追加注文の管理が行われることが好ましい。一例として、定期便コードの有効期間から計算したコンタクトレンズの定期配送注文可能上限数が決まっており（例えば、有効期限が１年で１日用コンタクトレンズならば３６５個など）、この定期配送注文可能上限数までなら追加注文ができるようにしてもよい。その際の処理としては例えばサーバ２は、配送追加に関する情報をユーザ端末から受け取った場合、この配送追加によって定期配送注文可能上限数以内か否かを判定し、この配送追加によって定期配送注文可能上限数以内であれば、この対象の定期配送について配送追加が反映されるように、ストレージ２３内の定期配送に関する情報を更新してもよい。
　また他の例として、キャンセルした配送が存在する場合、キャンセル分を再注文可能とするようにしてもよい。その場合、例えば以下の流れで処理が進んでもよい。例えばサーバ２は、キャンセル分を再注文可能とする情報をユーザ端末へ送信して、ユーザ端末１がキャンセル分を再注文可能とする情報を表示してもよい。そして、ユーザ端末１が、キャンセル分を再注文する旨の入力をユーザから受け付けた場合、その受け付けたキャンセル分の再注文に関する情報をサーバへ送信する。サーバ２は、この情報を受けて、この対象の定期配送についてキャンセル分の再注文が反映されるように、ストレージ２３内の定期配送に関する情報を更新してもよい。

　＜追加機能４：割引の継続条件となる「同一の店舗（もしくは同一のグループ）」を他の店舗（もしくは他のグループ）に変更可能とする＞
　例えば、定期配送を依頼する店舗を変更する事情が予め決められた条件を満たす場合、ユーザが新たに店舗を指定して、その指定した新たな店舗において定期便コードを更新した場合、値引き条件を引き継ぐことができるようにしてもよい。ここで予め決められた条件とは、ユーザの転居（但し、所定の距離（例えば１００ｋｍ）以上の引越し、店舗から他の店舗の紹介状をもらった場合など条件を付けてもよい）、または店舗の閉店・移転・被買収・合併などである。これにより、やむを得ない事情によりこれまで利用していた店舗を利用できなくなったユーザを救済することができる。　その場合、例えば以下の流れで処理が進んでもよい。例えばサーバ２は、定期配送を依頼する店舗を変更する事情を入力するための情報をユーザ端末１へ送信して、ユーザ端末１にこの情報を表示してもよい。そして、ユーザ端末１が、定期配送を依頼する店舗を変更する事情の入力をユーザから受け付けた場合、その受け付けた事情に関する情報をサーバへ送信する。サーバ２は、この情報を受けて、この事情が予め決められた条件を満たす場合において、ユーザが新たに指定した店舗の情報を受け取り且つこの新たに指定された店舗において定期便コードを更新したとき、値引き条件を引き継ぐように、ストレージ２３内の定期配送に関する情報を更新してもよい。

　なお、サーバ２の表示制御部２６５は、「対象の定期配送に含まれる定期配送日をユーザが一定の範囲で変更可能なようにユーザ端末で表示するための情報」だけではなく、コンタクトレンズの製品情報、またはユーザの購買行動に関する情報など、何らかの情報をユーザ端末に送信してもよい。これにより、ユーザ端末は、コンタクトレンズの製品情報、またはユーザの購買行動に関する情報など、何らかの情報を受信して表示することができる。

　なお、本実施形態では、定期配送予約に応じてコンタクトレンズを自動で販売及び配送する態様だが、更に、ユーザからコンタクトレンズを発注できるようにしてもよい。
　また配送先は、ユーザの住所の他、店舗も指定できる。配送先はサーバからの購入意思の確認時に変更を行ってもよい。
　支払い方法は、クレジットカードの登録の他、デポジットなどの自動引き落とし、着払い等を選択できる。支払い方法は、サーバからの購入意思の確認時に変更を行ってもよい。
　また本実施形態では、ユーザ登録は、ユーザが使用するユーザ端末で行うとしたが、これに限らず、店頭の端末で行ってもよい。

　なお、上述した実施形態で説明した情報処理システムＳの少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ハードウェアで構成する場合には、情報処理システムＳの少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。

　また、情報処理システムＳの少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。

　さらに、複数の情報処理装置によってサーバ２の機能を実現してもよい。複数の情報処理装置を用いる場合、情報処理装置のうちの１つをコンピュータとし、当該コンピュータが所定のプログラムを実行することにより情報処理システムＳの少なくとも１つの手段として機能が実現されてもよい。

　また、方法の発明においては、全ての工程（ステップ）をコンピュータによって自動制御で実現するようにしてもよい。また、各工程をコンピュータに実施させながら、工程間の進行制御を人の手によって実施するようにしてもよい。また、さらには、全工程のうちの少なくとも一部を人の手によって実施するようにしてもよい。

　以上、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

１、１−１~１−Ｎ　ユーザ端末
１１　入力インタフェース
１２　通信回路
１３　ストレージ
１４　メモリ
１５　ディスプレイ
１６　プロセッサ
２　サーバ
２１　入力インタフェース
２２　通信回路
２３　ストレージ
２４　メモリ
２５　出力インタフェース
２６　プロセッサ
２６１　第１の取得部
２６２　第２の取得部
２６３　判定部
２６４　価格決定部
２６５　表示制御部
２６６　記録処理部
２６７　通信制御部
２６８　キャンセル処理部
２６９　通知制御部
２７０　配送指示出力部
２７　ディスプレイ
３　配送管理端末
４、４−１~４−Ｍ　店舗ＦＡＸ機
５　管理団体ＦＡＸ機
Ｓ　情報処理システム

Claims

　医師によるコンタクトレンズの処方指示を確認した場合に店舗から発行される定期便コードを提示したユーザからの申し込みを受け付け、コンタクトレンズを定期配送により販売するための情報処理システムであって、
　前記申し込みを行ったユーザを識別するユーザ識別情報、当該ユーザに対して発行される定期便コード、当該処方されたコンタクトレンズのコンタクトレンズ情報、当該コンタクトレンズの定期配送日、及び前記ユーザのコンタクトレンズの購入履歴が互いに関連付けられて記憶されているストレージと、
　前記ユーザから前記定期配送日の前記コンタクトレンズの購入をキャンセルする旨の通知を取得した場合、当該定期配送日の配送をキャンセルする処理を実行するキャンセル処理部と、
　前記ユーザから前記キャンセルする旨の通知を受けていない場合、前記コンタクトレンズの配送を行うための配送指示を出力する配送指示出力部と、
　前記ユーザに定期配送でコンタクトレンズが配送されたことを条件に、当該ユーザの定期配送に係る前記購入履歴を更新する記録処理部と、
　前記ユーザの定期配送に係る購入履歴に応じて、当該定期配送の対象となるコンタクトレンズの価格を調整して出力する価格決定部と、
　を備える情報処理システム。
　前記価格決定部は、前記ユーザが前記定期配送の更新を申し込んだ場合において、前記更新に係る定期配送の対象となるコンタクトレンズの価格を、前回の定期配送に対応する定期便コードを発行した店舗と、更新に係る定期配送に対応する定期便コードを発行した店舗とが同じ場合もしくは同じグループに属する場合、前記前回の定期配送の価格に応じた第１の価格に調整して出力し、異なる場合、前記第１の価格とは異なる第２の価格に調整して出力する
　請求項１に記載の情報処理システム。
　前記ストレージには、更に、ユーザに対して前記定期便コードを発行した店舗を識別する店舗識別情報が、前記定期便コードと関連付けられて記憶されており、
　前記ユーザが当該定期配送の更新を申し込んだ際に、当該更新に係る定期配送に対応する定期便コード、及び当該更新を申し込んだ店舗を識別する店舗識別情報を取得する第１の取得部と、
　前記ユーザが当該定期配送の更新を申し込んだ後に、ユーザが入力した定期便コード、及び当該ユーザを識別するユーザ識別情報を、ユーザ端末から取得する第２の取得部と、
　前記第２の取得部が取得した定期便コードと前記第１の取得部が取得した定期便コードが対応する場合、前記第１の取得部が当該定期便コードとともに取得した店舗識別情報と、前記第２の取得部が当該定期便コードとともに取得したユーザ識別情報に関連付けられて記憶されている店舗識別情報とを比較して、一致するか否か判定する判定部と、
　を更に備え、
　前記価格決定部は、前記第２の取得部が当該定期便コードとともに取得したユーザ識別情報で特定されるユーザに対して提供する前記更新に係る定期配送の対象となるコンタクトレンズの価格を、前記判定部による判定の結果、店舗識別情報が一致する場合、前回の定期配送の価格に応じた第１の価格に調整して出力し、店舗識別情報が一致しない場合、前記第１の価格とは異なる第２の価格に調整して出力する
　請求項２に記載の情報処理システム。
　前記価格決定部は、少なくとも前記ユーザが前記定期配送の更新を申し込んだ場合、前記更新に係る定期配送に含まれる少なくとも一つの定期配送時の当該定期配送の対象となるコンタクトレンズの価格を、更新前の定期配送の価格に応じた価格に調整して出力する
　請求項１に記載の情報処理システム。
　前記記録処理部は、ユーザから定期配送予約の変更もしくは追加に係る情報を取得した場合、当該定期配送予約の変更もしくは追加に係る情報に応じて、前記ストレージ内の定期配送に関する情報を更新する
　請求項１から４のいずれか一項に記載の情報処理システム。
　対象の定期配送に含まれる定期配送日をユーザが一定の範囲で変更可能なようにユーザ端末で表示するための情報を当該ユーザ端末に送信する表示制御部を更に備え、
　前記記録処理部は、対象の定期配送について前記ユーザ端末から定期配送日を取得した場合、前記対象の定期配送の定期便コードと当該取得した定期配送日を関連付けて前記ストレージに記録させる
　請求項５に記載の情報処理システム。
　対象の定期配送において指定されるコンタクトレンズ情報をユーザが一定の範囲で変更可能なようにユーザ端末で表示するための情報を当該ユーザ端末に送信する表示制御部を更に備え、
　前記記録処理部は、対象の定期配送について前記ユーザ端末からコンタクトレンズ情報の変更指示を取得した場合、前記対象の定期配送の定期便コードと当該取得した変更指示に係るコンタクトレンズ情報を関連付けて前記ストレージに記録させる
　請求項５に記載の情報処理システム。
　前記ストレージを参照して前記定期配送に含まれる定期配送日の設定期間前になった場合、前記ユーザに対して購入意思確認の情報を送信する通信制御部を更に備える
　請求項１から７のいずれか一項に記載の情報処理システム。
　医師によるコンタクトレンズの処方指示を確認した場合に店舗から発行される定期便コードを提示したユーザからの申し込みを受け付け、コンタクトレンズを定期配送により販売するための情報処理方法であって、前記申し込みを行ったユーザを識別するユーザ識別情報と、当該ユーザに対して発行される定期便コード、当該処方されたコンタクトレンズのコンタクトレンズ情報と、当該コンタクトレンズの定期配送日、及び前記ユーザのコンタクトレンズの購入履歴が互いに関連付けられて記憶されているストレージを備える情報処理システムが実行する情報処理方法であって、
　前記ユーザから前記定期配送日の前記コンタクトレンズの購入をキャンセルする旨の通知を取得した場合、当該定期配送日の配送をキャンセルする処理を実行するステップと、
　前記ユーザから前記キャンセルする旨の通知を受けていない場合、前記コンタクトレンズの配送を行うための配送指示を出力するステップと、
　前記ユーザに定期配送でコンタクトレンズが配送されたことを条件に、当該ユーザの定期配送に係る前記購入履歴を更新するステップと、
　前記ユーザの定期配送に係る購入履歴に応じて、当該定期配送の対象となるコンタクトレンズの価格を調整して出力するステップと、
　を有する情報処理方法。