JP6736812B1 - プログラム、サーバ装置、及び情報処理装置 - Google Patents

Abstract

【課題】ユーザが選択した人物の食事に関する属性情報又はその所在を情報処理装置から受信してウェブページに入力する事を可能にするプログラム、サーバ装置、及び情報処理装置を提供する。【解決手段】プログラムは、ウェブページに対するユーザの操作に応じて、検索フォームをユーザ端末に表示させ、ユーザが入力した検索条件情報を情報処理装置に送信し、情報処理装置から検索条件情報に応じた人物情報を受信し、受信した人物情報の少なくとも一部をユーザ端末に表示させ、表示された人物情報の中からユーザが選択した選択人物情報を情報処理装置に送信し、情報処理装置から、選択人物情報により示される人物の食事に関する属性情報又はその所在を示すＵＲＩを受信し、受信した属性情報又はＵＲＩを、ウェブページに含まれる入力欄に入力する。【選択図】図１０

Description

本発明は、ウェブページに含まれる入力欄を介して、そのウェブページの配信元に、ユーザが選択した人物の食事に関する属性情報を伝える技術に関する。

食事を提供する店舗に対して、顧客の食事に関する制限を伝えるシステムが検討されている。例えば、特許文献１は、店舗を指定する指定情報を、顧客の顧客端末からネットワークを通じて受信し、受信したその指定情報に基づいて、予め記憶された料理の中から顧客情報に適合する料理を選択して、その料理のリストを作成し、作成したそのリストを顧客端末に送信する料理情報提供システムを開示する。

特開２０１９−２３８２９号公報

ところで、例えば、複数人が参加する会食を設定する顧客は、参加者それぞれの食事に関する制限や嗜好の情報を店舗に伝えることが望ましい。これらの情報を伝えれば、店舗はその情報に従って提供する食事を調整できるからである。しかし、上述した技術では、顧客は、自身の食事に関する制限等を店舗ではなく、システムにしか伝えることができない。また、上述した技術では、店舗が運営するウェブページに対して、会食の参加者の食事に関する制限等の情報を伝えることができない。

本発明は、ユーザが選択した人物の食事に関する属性情報又はその所在を情報処理装置から受信してウェブページに入力することを目的とする。

本発明の請求項１に係るプログラムは、表示部にウェブページを表示させるコンピュータに、前記ウェブページに含まれるトリガーオブジェクトに対するユーザの操作に応じて、前記表示部に検索フォームを表示させるステップと、前記ユーザが前記検索フォームに入力する検索条件情報を、情報処理装置に送信するステップと、前記情報処理装置から、前記検索条件情報に応じた人物を示す人物情報を受信するステップと、受信した前記人物情報の少なくとも一部を前記表示部に表示させるステップと、表示された前記人物情報の中から前記ユーザが選択した選択人物情報を、前記情報処理装置に送信するステップと、前記情報処理装置から、前記選択人物情報により示される前記人物の食事に関する属性情報を受信するステップと、受信した前記属性情報を、前記ウェブページに含まれる入力欄に入力するステップと、を実行させるためのプログラムである。

本発明の請求項２に係るプログラムは、請求項１に記載の態様において、前記属性情報は、暗号化されており、かつ、該属性情報の復号に用いる鍵とともに受信されることを特徴とするプログラムである。

本発明の請求項３に係るプログラムは、表示部にウェブページを表示させるコンピュータに、前記ウェブページに含まれるトリガーオブジェクトに対するユーザの操作に応じて、前記表示部に検索フォームを表示させるステップと、前記ユーザが前記検索フォームに入力する検索条件情報を、情報処理装置に送信するステップと、前記情報処理装置から、前記検索条件情報に応じた人物を示す人物情報を受信するステップと、受信した前記人物情報の少なくとも一部を前記表示部に表示させるステップと、表示された前記人物情報の中から前記ユーザが選択した選択人物情報を、前記情報処理装置に送信するステップと、前記情報処理装置から、前記選択人物情報により示される前記人物の食事に関する属性情報の所在を示すＵＲＩ（Uniform Resource Identifier）を受信するステップと、受信した前記ＵＲＩを、前記ウェブページに含まれる入力欄に入力するステップと、を実行させるためのプログラムである。

本発明の請求項４に係るプログラムは、請求項３に記載の態様において、前記選択人物情報は、前記ウェブページに対応する飲食店を示す店情報と対応付けられて、前記情報処理装置に送信され、前記ＵＲＩは、前記情報処理装置により前記店情報と対応付けられていることを特徴とするプログラムである。

本発明の請求項５に係るサーバ装置は、請求項１から４のいずれか１項に記載のプログラムを起動するためのトリガーオブジェクトを含むウェブページを配信するサーバ装置である。

本発明の請求項６に係る情報処理装置は、プロセッサと、メモリとを有し、前記メモリは、人物ごとに、該人物の食事に関する属性情報を記憶し、前記プロセッサは、ネットワークを介して、端末から、該端末のユーザにより選択された飲食店を示す店情報、及び該ユーザにより選択された選択人物情報を受付け、ＵＲＩを生成し、生成した前記ＵＲＩを、受付けた前記店情報、及び前記選択人物情報と対応付けて前記メモリに記憶し、ネットワークを介して飲食店から、前記ＵＲＩを用いたデータの要求を受付けたとき、該飲食店が、該ＵＲＩに対応付けられた前記店情報により示される場合に、該ＵＲＩに対応付けられた前記選択人物情報が示す人物ごとの前記属性情報を用いてデータを生成し、生成したデータを前記飲食店に提示する情報処理装置である。

本発明によれば、ユーザが選択した人物の食事に関する属性情報又はその所在を情報処理装置から受信してウェブページに入力することができる。

情報処理システム９の全体構成の一例を示す図。 サーバ装置４の構成の一例を示す図。 ウェブページソース４２１を説明するための概念図。 情報処理装置１の構成の一例を示す図。 ユーザＤＢ１２１の一例を示す図。 食属性ＤＢ１２２の一例を示す図。 予約ＤＢ１２３の一例を示す図。 端末２の構成の一例を示す図。 情報処理装置１及び端末２の各機能的構成の一例を示す図。 情報処理システム９の動作の流れの一例を示すシーケンス図。 端末２において表示されるウェブページの一例を示す図。 認証画面の一例を示す図。 検索フォームの一例を示す図。 検索結果画面の一例を示す図。 受信したＵＲＩが入力欄に入力されたウェブページの一例を示す図。 情報処理装置１の動作の流れを示すフロー図。 提示される予約データの例を示す図。 他の認証画面の一例を示す図。 他の検索フォームの一例を示す図。 他の検索結果画面の一例を示す図。

＜実施形態＞
＜情報処理システムの構成＞
図１は、情報処理システム９の全体構成の一例を示す図である。情報処理システム９は、情報処理装置１と、端末２と、サーバ装置４と、これらを通信可能に接続する通信回線３と、を有する。

通信回線３は、例えばＬＡＮ（Local Area Network）のほか、ＷＡＮ（Wide Area Network）であってもよいし、インターネットであってもよいし、これらの組合せであってもよい。また、通信回線３は、公衆交換通信網（ＰＳＴＮ：Public Switched Telephone Networks）やサービス統合デジタル網（ＩＳＤＮ：Integrated Services Digital Network）等を含むものでもよい。

情報処理装置１は、ユーザの友人関係とともに、各ユーザの食事に関する属性情報を記憶する、コンピュータ等の情報処理装置である。

端末２は、パーソナルコンピュータ、スマートフォン、スレートＰＣ、タブレットＰＣ等と呼ばれる情報処理端末である。

サーバ装置４は、例えば、ＨＴＭＬ（HyperText Markup Language）等と呼ばれるマークアップ言語で記載されたウェブページを配信する、コンピュータ等の情報処理装置である。

情報処理システム９において、サーバ装置４は、例えば、レストランやホテル、結婚式場等、食事を提供する店（以下、「飲食店」という）が運営するコンピュータである。

なお、情報処理システム９が有する情報処理装置１、端末２、サーバ装置４、及び通信回線３のそれぞれの数は図１に示すものに限られず１つであってもよいし複数であってもよい。

＜サーバ装置の構成＞
図２は、サーバ装置４の構成の一例を示す図である。図２に示すサーバ装置４は、プロセッサ４１、メモリ４２、及びインタフェース４３を有する。これらの構成は、例えばバスで、互いに通信可能に接続されている。

プロセッサ４１は、メモリ４２に記憶されているコンピュータプログラム（以下、単にプログラムという）を読み出して実行することによりサーバ装置４の各部を制御する。プロセッサ４１は、例えばＣＰＵ（Central Processing Unit）である。

インタフェース４３は、有線又は無線により通信回線３に接続し、通信回線３を介してサーバ装置４を、他の装置に通信可能に接続する通信回路である。

メモリ４２は、プロセッサ４１に読み出されるオペレーティングシステム、各種のプログラム、データ等を記憶する記憶手段である。メモリ４２は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を有する。なお、メモリ４２は、ソリッドステートドライブ、ハードディスクドライブ等を有してもよい。

また、メモリ４２は、ウェブページソース４２１を記憶する。ウェブページソース４２１は、上述したＨＴＭＬ等のマークアップ言語で記載されたテキストファイルである。プロセッサ４１は、メモリ４２から読み出したウェブサーバ・プログラムを実行し、端末２が通信回線３を介して送る要求に対して、例えばウェブページソース４２１の一部又は全部をその端末２に送信する。

図３は、ウェブページソース４２１を説明するための概念図である。図３に示すウェブページソース４２１は、端末２に送信され、端末２で実行されているウェブブラウザ・アプリケーション（以下、ブラウザという）等によって表示される。このウェブページソース４２１は、図３に示す通りコードＴｃを含んでいる。このコードＴｃは、所定のスクリプトを実行するトリガーとなるオブジェクト（以下、トリガーオブジェクトという）を端末２において表示させるためのコードである。

＜情報処理装置の構成＞
図４は、情報処理装置１の構成の一例を示す図である。図３に示す情報処理装置１は、プロセッサ１１、メモリ１２、及びインタフェース１３を有する。これらの構成は、例えばバスで、互いに通信可能に接続されている。

プロセッサ１１は、メモリ１２に記憶されているプログラムを読み出して実行することにより情報処理装置１の各部を制御する。プロセッサ１１は、例えばＣＰＵである。

インタフェース１３は、有線又は無線により通信回線３に接続し、通信回線３を介して情報処理装置１を、他の装置に通信可能に接続する通信回路である。

メモリ１２は、プロセッサ１１に読み込まれるオペレーティングシステム、各種のプログラム、データ等を記憶する記憶手段である。メモリ１２は、ＲＡＭやＲＯＭを有する。なお、メモリ１２は、ソリッドステートドライブ、ハードディスクドライブ等を有してもよい。

また、メモリ１２は、ユーザＤＢ１２１、食属性ＤＢ１２２、予約ＤＢ１２３、クライアントスクリプト１２４、及びサーバスクリプト１２５を記憶する。

図５は、ユーザＤＢ１２１の一例を示す図である。図５（ａ）に示すユーザＤＢ１２１は、ユーザＩＤ、認証情報、ユーザネーム、及び友人リストの４つのフィールドをそれぞれ対応付けるデータベースである。

ユーザＩＤは、情報処理装置１のユーザを識別する識別情報である。認証情報は、ユーザの認証に用いる情報であり、例えば、ユーザのみが知り得るパスワード等である。ユーザネームは、ユーザの名前やニックネーム等を示す文字列である。友人リストは、対応付けられたユーザにとって友人であるユーザのユーザＩＤを列挙したリストである。

例えば、図５（ａ）に示すユーザＤＢ１２１は、図５（ｂ）に示す友人関係を表現している。つまり、ユーザ「Ｕ１」は、ユーザ「Ｕ２」、ユーザ「Ｕ３」、及びユーザ「Ｕ５」と互いに友人であるが、ユーザ「Ｕ４」とは友人関係ではない。また、ユーザ「Ｕ４」は、ユーザ「Ｕ２」、及びユーザ「Ｕ３」と友人関係になる。したがって、ユーザ「Ｕ１」にとってユーザ「Ｕ４」は「友人の友人」である。

図６は、食属性ＤＢ１２２の一例を示す図である。図６に示す食属性ＤＢ１２２は、公開範囲表１２２１、及び食属性表１２２２を含むデータベースである。

公開範囲表１２２１は、ユーザＩＤと公開範囲とを対応付ける表である。この公開範囲とは、自身の食属性の公開を許可する範囲である。ここで食属性とは、ユーザの食事に関する属性である。食属性は、食属性表１２２２によって示される。図６に示す例で公開範囲は「友人」「友人の友人」「非公開」「公開」「完全非公開」の５種類であるが、公開範囲の種類はこれに限られるものではなく、４種類以下であっても、６種類以上であってもよい。公開範囲は、例えば、「公開」と「非公開」との２種類であってもよい。

例えば、図６に示す例でユーザ「Ｕ１」は、友人に自身の食属性の公開を許可し、ユーザ「Ｕ２」は、友人の友人まで自身の食属性の公開を許可する。一方、ユーザ「Ｕ３」は、自身の食属性の公開を許可せず、また、ユーザ「Ｕ４」は、全てのユーザに自身の食属性の公開を許可する。

なお、図６に示す例でユーザ「Ｕ５」は、公開範囲を「完全非公開」と定めている。この「完全非公開」とは、自身の食属性の開示を情報処理装置１に対してのみ許可し、ユーザが利用する飲食店等にはその開示を許可しない、ということを意味する。

この公開範囲表１２２１において、公開範囲が「完全非公開」となっているユーザ以外のユーザは、少なくとも情報処理装置１に加えて、ユーザの利用する飲食店へ、自身の食属性の開示を許可している。したがって、図６に示す例でユーザ「Ｕ５」だけは、自身の食属性の開示を、友人だけでなく飲食店にも許可しない。

食属性表１２２２は、公開範囲表１２２１のユーザＩＤごとに設けられ、そのユーザＩＤで識別されるユーザの食属性を記載した表である。図６に示す食属性表１２２２は、食材ＩＤとレベルとを対応付けている。

食材ＩＤとは、食事の材料（すなわち、食材）を識別する識別情報であり、レベルとは、対応する食材ＩＤで示される食材に対するユーザの制限や嗜好の程度を示す情報である。図６に示すレベルは、例えば制限の程度を５段階で表した順序尺度であり、Ｌ１→Ｌ２→Ｌ３→Ｌ４の順でその食材の摂取に関する制限が厳しくなり、Ｌ５では全く摂取できないことを表している。

つまり、図６に示す食属性表１２２２は、食材ＩＤで識別される食材のそれぞれについて、ユーザの制限や嗜好の程度を食属性として示す表である。

そして、この食属性表１２２２を公開範囲表１２２１のユーザＩＤごとに有する食属性ＤＢ１２２を記憶したメモリ１２は、人物ごとに、その人物の食事に関する属性情報を記憶するメモリの一例である。

図７は、予約ＤＢ１２３の一例を示す図である。予約ＤＢ１２３は、サーバ装置４が端末２から受付けた会食の予約に関する情報を記憶するデータベースである。図７に示す予約ＤＢ１２３は、予約者ＩＤ、ウェブページＵＲＩ、受付日時、更新日時、予約データＵＲＩ、参加者ＩＤ、及び店舗ＩＤをそれぞれ対応付ける。

予約者ＩＤは、サーバ装置４に会食の予約をした端末２のユーザ（以下、予約者ともいう）のユーザＩＤである。ウェブページＵＲＩは、サーバ装置４が供給するウェブページソース４２１の所在を示すＵＲＩである。受付日時は、予約者が予約をした日時を示す情報である。更新日時は、予約者が予約の内容を更新した日時を示す情報である。予約データＵＲＩは、情報処理装置１において、例えば、メモリ１２に記憶され、ウェブサーバとして機能するプロセッサ１１によって提示されるリソースの所在を示すＵＲＩである。参加者ＩＤは、予約された会食に参加する予定の参加者のユーザＩＤである。店舗ＩＤは、予約者が会食の予約をした飲食店を識別する識別情報である。

例えば、図７に示す予約ＤＢ１２３は、予約者であるユーザ「Ｕ１」が、ユーザ「Ｕ２」及びユーザ「Ｕ４」を参加者に指定して、店舗「Ｈ１」に会食の予約をしたことを記憶している。

クライアントスクリプト１２４は、ウェブＡＰＩ（Application Programming Interface）プログラム等とも呼ばれるスクリプト言語で記述されたプログラムである。クライアントスクリプト１２４は、サーバ装置４からウェブページソース４２１を取得して、これに応じたウェブページを表示している端末２が所定の条件を満たしたときに、その端末２に供給される。そして、このクライアントスクリプト１２４は、端末２で実行されているブラウザに含まれるインタプリタによって解釈、実行される。

サーバスクリプト１２５は、情報処理装置１のプロセッサ１１により実行されるプログラムである。プロセッサ１１は、このサーバスクリプト１２５を読み込んで実行することにより、通信回線３を介して接続する端末２に対して、ユーザの食属性に関するサービスを提供する。

＜端末の構成＞
図８は、端末２の構成の一例を示す図である。図８に示す端末２は、プロセッサ２１、メモリ２２、インタフェース２３、操作部２４、及び表示部２５を有する。これらの構成は、例えばバスで、互いに通信可能に接続されている。

プロセッサ２１は、メモリ２２に記憶されているプログラムを読み出して実行することにより端末２の各部を制御する。プロセッサ２１は、例えばＣＰＵである。

インタフェース２３は、有線又は無線により通信回線３に接続し、通信回線３を介して端末２を、他の装置に通信可能に接続する通信回路である。

操作部２４は、各種の指示をするための操作ボタン、キーボード、タッチパネル、マウス等の操作子を備えており、操作を受付けてその操作内容に応じた信号をプロセッサ２１に送る。

表示部２５は、液晶ディスプレイ等の表示画面を有しており、プロセッサ２１の制御の下、画像を表示する。表示画面の上には、操作部２４の透明のタッチパネルが重ねて配置されてもよい。

メモリ２２は、プロセッサ２１に読み込まれるオペレーティングシステム、各種のプログラム、データ等を記憶する記憶手段である。メモリ２２は、ＲＡＭやＲＯＭを有する。なお、メモリ２２は、ソリッドステートドライブ等を有してもよい。

メモリ２２が記憶するプログラムには、マークアップ言語を解釈してウェブページを表示するブラウザのプログラムが含まれている。プロセッサ２１は、ブラウザを実行しているときに、ユーザの操作によりＵＲＩを指定されると、そのＵＲＩに従って通信回線３を介して、ウェブ上のリソースを要求する。そのＵＲＩがサーバ装置４により供給されるものである場合、上述した要求はサーバ装置４に送られる。サーバ装置４は、この要求を受けて、メモリ４２に記憶されているウェブページソース４２１のコピーを、上述したＵＲＩで示されるウェブページとして端末２に配信する。

端末２のプロセッサ２１は、要求に応答したサーバ装置４からＵＲＩで示されるウェブページを取得する。取得したウェブページは、プロセッサ２１が実行するブラウザによって、解釈され、レンダリングされ、表示部２５に表示される。

＜情報処理装置及び端末の機能的構成＞
図９は、情報処理装置１及び端末２の各機能的構成の一例を示す図である。図９において、インタフェース１３、メモリ２２、インタフェース２３、及び通信回線３は省略されている。

情報処理装置１のプロセッサ１１は、メモリ１２に記憶されたプログラムを実行することにより、供給部１１１、検索部１１２、生成部１１３、及び登録部１１４として機能する。

また、端末２のプロセッサ２１は、メモリ２２に記憶されたプログラムを実行することにより、受付部２１１、取得部２１２、表示制御部２１３、要求部２１４、送信部２１５、及び受信部２１６として機能する。

供給部１１１は、端末２の要求に応じてメモリ１２からクライアントスクリプト１２４を読み出して、これを供給する。

検索部１１２は、端末２から送信される検索条件情報に応じて、ユーザＤＢ１２１から会食の参加者の候補となる人物を示す人物情報を読み出して、これを端末２へ供給する。検索条件情報とは、端末２のユーザが入力する、人物を検索するための条件を示す情報である。

生成部１１３は、端末２のユーザにより選択された１以上の人物を示す選択人物情報を端末２から受け取った場合に、上述した予約データＵＲＩを生成し、これを端末２に送信する。生成される予約データＵＲＩは、選択人物情報により示される人物の食属性を示す属性情報を取得するためのＵＲＩである。

登録部１１４は、端末２における予約のための操作に応じて生成部１１３が生成したＵＲＩを、この予約に関する情報とともに予約ＤＢ１２３に登録する。

受付部２１１は、操作部２４からユーザの操作を受付ける。取得部２１２は、受付部２１１がサーバ装置４により配信されているウェブページのＵＲＩを指定して、そのウェブページの閲覧を要求する操作を受付けた場合、サーバ装置４からそのＵＲＩで指定されるウェブページソース４２１を取得する。

また、取得部２１２は、後述する要求部２１４による要求に応じて情報処理装置１から供給されるクライアントスクリプト１２４を取得する。

表示制御部２１３は、取得部２１２がウェブページソース４２１を取得した場合に、このウェブページソース４２１の内容を解釈して、レンダリング等の処理を行い、これに応じたウェブページを表示部２５に表示させる。

また、表示制御部２１３は、取得部２１２がクライアントスクリプト１２４を取得した場合に、このクライアントスクリプト１２４の内容を解釈して、これに応じた検索フォーム等を表示部２５に表示させる。

要求部２１４は、受付部２１１が上述したウェブページに含まれるトリガーオブジェクトに対するユーザの操作を受付けた場合、情報処理装置１にクライアントスクリプト１２４を要求する。

送信部２１５は、受付部２１１が上述した検索条件情報を入力するユーザの操作を受付けた場合、入力されたこの検索条件情報を情報処理装置１に送信する。

また、送信部２１５は、受付部２１１が上述した選択人物情報を入力するユーザの操作を受付けた場合、入力されたこの選択人物情報を情報処理装置１に送信する。

受信部２１６は、送信部２１５が送信した検索条件情報に応じた人物を示す人物情報を情報処理装置１から受信する。

また、受信部２１６は、送信部２１５が送信した選択人物情報により示される人物の食属性を示す属性情報の所在を示すＵＲＩを情報処理装置１から受信する。

＜情報処理システムの動作＞
図１０は、情報処理システム９の動作の流れの一例を示すシーケンス図である。端末２は、サーバ装置４に対してＵＲＩを指定してウェブページを要求する（ステップＳ１０１）。端末２から要求されるウェブページは、サーバ装置４がメモリ４２に記憶するウェブページソース４２１によって表現されるものであり、飲食店における会食の予約を受付けるためのページである。このウェブページには、対応する飲食店の店舗ＩＤが含まれる。

サーバ装置４は、端末２からの要求に応じてウェブページを配信する（ステップＳ１０２）。これにより端末２は、要求したウェブページを表示する。

図１１は、端末２において表示されるウェブページの一例を示す図である。図１１に示すウェブページは「予約フォーム」というタイトルの下に入力欄Ｆ１〜Ｆ５と、ボタンＢ１〜Ｂ５とを有する。

入力欄Ｆ１は、予約者の名前と、その予約者が予約した会食に参加する各参加者の食属性を示す属性情報の所在を示すＵＲＩとを、それぞれ示す文字列を受付ける入力欄である。

入力欄Ｆ２、入力欄Ｆ３、入力欄Ｆ４、入力欄Ｆ５は、それぞれ予約日時の年、月、日、開始時刻を受付ける入力欄である。

ボタンＢ１は、上述したコードＴｃによって表示されるトリガーオブジェクトの一例であって、検索フォームを表示させるためのボタンである。

ボタンＢ２、Ｂ３は、開始時刻のプルダウンメニューを操作するボタンで、開始時間を繰り上げ、又は繰り下げる。

ボタンＢ４は、入力欄Ｆ１〜Ｆ５に入力された内容で予約の申請を送信するためのボタンである。ボタンＢ５は、入力欄Ｆ１〜Ｆ５に入力された内容を取消すためのボタンである。

端末２のユーザは、上述したボタンＢ１をクリックやタップ等して、トリガーオブジェクトに対する操作（以下、起動操作ともいう）を行う。端末２は、この起動操作を受付けて（ステップＳ１０３）、情報処理装置１に対してサービスの起動を要求する（ステップＳ１０４）。

情報処理装置１は、端末２からサービスの起動の要求を受付けると、端末２のユーザがそのサービスを起動する権限を有するか否か判断するため、認証画面の表示に用いるデータを送信する（ステップＳ１０５）。端末２は、情報処理装置１から送信されたこのデータに基づいて認証画面を表示する。

図１２は、認証画面の一例を示す図である。図１２に示す認証画面は、入力欄Ｆ１１、入力欄Ｆ１２、ボタンＢ１１、及びボタンＢ１２を有する。

入力欄Ｆ１１は、ユーザネームを受付ける入力欄である。入力欄Ｆ１２は、ユーザネームに対応付けられたパスワードを受付ける入力欄である。

ボタンＢ１１は、ユーザが入力欄Ｆ１１及び入力欄Ｆ１２にそれぞれ入力したユーザネーム及びパスワードの組で、情報処理装置１にログインすることを指示するボタンである。ボタンＢ１２は、入力を取消すためのボタンである。

端末２のユーザが、認証画面にユーザネーム及びパスワードの組、すなわち認証情報を入力してログインの指示をすると、端末２はこの入力を受付けて情報処理装置１に送る（ステップＳ１０６）。

情報処理装置１は、入力された認証情報に基づいて端末２のユーザの認証を試みる（ステップＳ１０７）。この認証が成功すると、情報処理装置１は、クライアントスクリプト１２４をコピーして端末２に送信する（ステップＳ１０８）。

端末２のプロセッサ２１は、情報処理装置１から送信されたこのクライアントスクリプト１２４のコピーを、実行中のブラウザに含まれるインタプリタ等によって解釈し、これを起動して、検索フォームを表示部２５に表示させる（ステップＳ１０９）。

すなわち、この端末２のプロセッサ２１が実行するステップＳ１０３、ステップＳ１０４、ステップＳ１０９は、ウェブページに含まれるトリガーオブジェクトに対するユーザの操作に応じて、表示部に検索フォームを表示させるステップの一例である。

また、端末２にウェブページを配信したサーバ装置４は、端末２が上述したクライアントスクリプト１２４、つまり、プログラムを起動するためのトリガーオブジェクトを含むウェブページを配信するサーバ装置の一例である。

図１３は、検索フォームの一例を示す図である。図１３に示す検索フォームは、入力欄Ｆ２１、入力欄Ｆ２２、ボタンＢ２１、ボタンＢ２２、及びボタンＢ２３を有する。

入力欄Ｆ２１は、検索の対象となる範囲（検索範囲という）を指定する入力欄である。この検索範囲は、「全体」「友人の友人」「友人」等で表される。

ボタンＢ２２、Ｂ２３は、検索範囲のプルダウンメニューを操作するボタンである。プルダウンメニューは、複数の検索範囲のリストを、例えば縦方向に列挙してユーザに選択させるオブジェクトである。ユーザがボタンＢ２２を押すと、プルダウンメニューに表示されたリストの中から選択される検索範囲が上に移動する。ユーザがボタンＢ２３を押すと、プルダウンメニューに表示されたリストの中から選択される検索範囲が下に移動する。

入力欄Ｆ２２は、検索するユーザネームのテキストを受付ける入力欄である。ボタンＢ２１は、入力したユーザネームで、入力した検索範囲を検索する指示をするためのボタンである。このユーザネーム及び検索範囲の組は、ユーザが検索フォームに入力する検索条件情報の一例である。

端末２のユーザが、検索フォームにユーザネーム及び検索範囲の組、すなわち検索条件情報を入力して検索の指示をすると、端末２はこの入力を受付けて情報処理装置１に送信する（ステップＳ１１０）。すなわち、この端末２のプロセッサ２１が実行するステップＳ１１０は、ユーザが検索フォームに入力する検索条件情報を、情報処理装置に送信するステップの一例である。

情報処理装置１のプロセッサ１１は、端末２から検索条件情報を受け取ると、例えばサーバスクリプト１２５を実行して、この検索条件情報に基づく検索を行う（ステップＳ１１１）。この検索は、検索条件情報により示される検索条件に合致する人物を、ユーザＤＢ１２１の中から見つけることにより行われる。

プロセッサ１１は、上述した検索の結果（検索結果という）が得られると、この検索結果を示すデータを端末２に応答する。応答するこのデータは、検索条件情報に応じた人物を示す人物情報を含む。この人物情報とは、例えば、検索条件情報に応じた人物の顔写真、名前、ユーザＩＤ、端末２のユーザとの関係、等である。

端末２は、この応答を受信する（ステップＳ１１２）。すなわち、この端末２のプロセッサ２１が実行するステップＳ１１２は、情報処理装置から、検索条件情報に応じた人物を示す人物情報を受信するステップの一例である。

そして、端末２は、この応答に応じて、検索結果を示す画面（検索結果画面という）を表示する（ステップＳ１１３）。すなわち、この端末２のプロセッサ２１が実行するステップＳ１１３は、受信した人物情報の少なくとも一部を表示部に表示させるステップの一例である。

図１４は、検索結果画面の一例を示す図である。図１４に示す検索結果画面は、ユーザネームが「田中二郎」であるユーザとして、ユーザＩＤが「Ｕ４」、「Ｕ２６」である二人のユーザを表示する。なお、検索の結果、合致するユーザがない場合には、アラートが表示されてもよい。

図１４に示す複数のボタンＢ３１は、それぞれ対応する検索結果により示されるユーザを選択するボタンである。これらボタンＢ３１のうち、いずれかがクリック等により操作されると、例えば「選択」と書かれた部分の文字色と背景色とが反転して表示され、このボタンＢ３１の左側に表示されたユーザが選択されたことがユーザに示される。

ボタンＢ３２は、いずれかのボタンＢ３１を操作した結果、対応するユーザが選択されている状態で参加者を決定する指示をするためのボタンである。ボタンＢ３３は、ユーザの選択を取消すためのボタンである。

端末２のユーザは、検索結果画面に対して参加者を選択する操作をし、選択した参加者を決定する指示をする。端末２は、この指示を受付けて選択された参加者のユーザＩＤ（すなわち、参加者ＩＤ）と、予約に関する情報とを、情報処理装置１に送信する（ステップＳ１１４）。この参加者ＩＤは、検索結果画面で表示された人物情報の中からユーザが選択した選択人物情報の一例である。

すなわち、この端末２のプロセッサ２１が実行するステップＳ１１４は、表示された人物情報の中からユーザが選択した選択人物情報を、情報処理装置に送信するステップの一例である。

また、上述した「予約に関する情報」は、ユーザＩＤ、店舗ＩＤ、予約日時のほか、受付日時、及びウェブページＵＲＩを含む。ここで、このユーザＩＤは、端末２のユーザ（すなわち、予約者）を識別するためのユーザＩＤ（すなわち、予約者ＩＤ）である。店舗ＩＤは、上述した「予約フォーム」というタイトルのウェブページに含まれる店舗ＩＤである。予約日時は、上述したウェブページで入力されている予約日時である。受付日時は、予約者からこの予約を受付けた受付日時である。ウェブページＵＲＩは、上述したウェブページのソースであるウェブページソース４２１のＵＲＩである。このうち、店舗ＩＤは、ウェブページに対応する飲食店を示す店情報の一例である。

すなわち、このステップＳ１１４で情報処理装置１に送信される参加者ＩＤは、ウェブページに対応する飲食店を示す店情報と対応付けられて、情報処理装置に送信される選択人物情報の一例である。

情報処理装置１は、上述した参加者ＩＤと、予約に関する情報とを受け取ると、この参加者ＩＤにより示される参加者の食属性を示す属性情報の所在を示すＵＲＩを、上述した予約データＵＲＩとして生成する（ステップＳ１１５）。そして、情報処理装置１は、生成した予約データＵＲＩを、端末２から送られた参加者ＩＤ、及び予約に関する情報に対応付けて予約ＤＢ１２３に登録する（ステップＳ１１６）。

例えば、情報処理装置１のプロセッサ１１は、メモリ１２の予約ＤＢ１２３に、予約者ＩＤ、ウェブページＵＲＩ、受付日時、更新日時、予約データＵＲＩ、参加者ＩＤ、及び店舗ＩＤを対応付けて記憶する。このとき、更新日時には、受付日時のコピーが記憶される。

すなわち、この情報処理装置１のプロセッサ１１は、ネットワークを介して、端末から、この端末のユーザにより選択された飲食店を示す店情報、及びこのユーザにより選択された選択人物情報を取得し、ＵＲＩを生成し、生成したＵＲＩを、取得した店情報、及び選択人物情報と対応付けてメモリに登録するプロセッサの一例である。

予約データＵＲＩを登録すると、情報処理装置１は、登録したこの予約データＵＲＩを端末２に送信し、端末２は、この予約データＵＲＩを受信する（ステップＳ１１７）。すなわち、この端末２のプロセッサ２１が実行するステップＳ１１７は、情報処理装置から、選択人物情報により示される人物の食事に関する属性情報の所在を示すＵＲＩを受信するステップの一例である。

そして、端末２が受信した予約データＵＲＩは、上述した通り、情報処理装置１のプロセッサ１１によって、店情報の一例である店舗ＩＤと対応付けられている。つまり、この予約データＵＲＩは、情報処理装置により店情報と対応付けられているＵＲＩの一例である。

端末２は、情報処理装置１から受信した予約データＵＲＩを、予約者の名前とともに上述したウェブページの入力欄Ｆ１に入力する（ステップＳ１１８）。すなわち、この端末２のプロセッサ２１が実行するステップＳ１１８は、受信したＵＲＩを、ウェブページに含まれる入力欄に入力するステップの一例である。

図１５は、受信したＵＲＩが入力欄に入力されたウェブページの一例を示す図である。図１５に示すウェブページには、入力欄Ｆ１に、予約者の名前である「鈴木一郎」とともに、予約データＵＲＩを示す「ｈｔｔｐｓ：／／＊＊＊＊＊＊＊＊＊」という文字列が入力されている。

端末２のユーザが、図１５に示すウェブページのボタンＢ４に対してクリック等の操作をすると、端末２は、このユーザの操作を受付けて、サーバ装置４に向けて、入力欄Ｆ１〜Ｆ５に入力された内容で予約の申請を送信する（ステップＳ１１９）。これにより、サーバ装置４は、端末２から予約の申請を受信し、会食の予約が完了する。

上述した動作により、情報処理システム９の端末２は、ユーザが選択した人物の食事に関する属性情報の所在を情報処理装置１から受信してウェブページに入力することができる。

＜情報処理装置の動作＞
サーバ装置４が、予約の申請を受信すると、サーバ装置４を運営する飲食店のオーナーは、この予約の申請に含まれる予約データＵＲＩを確認する。このオーナーは、例えば、通信回線３に接続されたコンピュータ（図示しない）に、自身の飲食店を示す店舗ＩＤとともに、予約データＵＲＩを入力する。このコンピュータは、例えばブラウザやＵＲＩの転送ツール等を実行しており、入力された予約データＵＲＩを解釈して情報処理装置１を特定する。そして、このコンピュータは、特定した情報処理装置１に向けて店舗ＩＤとともに、予約データＵＲＩに所在するリソースの要求を送信する。

図１６は、情報処理装置１の動作の流れを示すフロー図である。情報処理装置１のプロセッサ１１は、通信回線３を介して、予約データＵＲＩに所在するリソースの要求があったか否かを判断する（ステップＳ２０１）。この要求がない、と判断する間（ステップＳ２０１；ＮＯ）、プロセッサ１１は、この判断を続ける。

予約データＵＲＩに所在するリソースの要求があった、と判断する場合（ステップＳ２０１；ＹＥＳ）、プロセッサ１１は、この要求とともに受信した店舗ＩＤが、予約ＤＢ１２３の対応するフィールドに記載された店舗ＩＤであるか否かを判断する（ステップＳ２０２）。

受信した店舗ＩＤが予約ＤＢ１２３に記載された店舗ＩＤではない、と判断する場合（ステップＳ２０２；ＮＯ）、プロセッサ１１は、上述した要求を拒否する通知を、上述した飲食店のオーナーが操作するコンピュータに通知する（ステップＳ２０５）。

一方、受信した店舗ＩＤが予約ＤＢ１２３に記載された店舗ＩＤである、と判断する場合（ステップＳ２０２；ＹＥＳ）、プロセッサ１１は、予約ＤＢ１２３において、要求された予約データＵＲＩに対応付けられている、予約日時、予約者ＩＤ、及び参加者ＩＤを特定する。そして、プロセッサ１１は、食属性ＤＢ１２２を参照して、予約者ＩＤ、及び参加者ＩＤがそれぞれ示すユーザの食属性を示す属性情報を読み出し、この属性情報と予約日時とを含む予約データ生成する（ステップＳ２０３）。生成した予約データは、上述した予約データＵＲＩが示す場所に記憶される。

そして、プロセッサ１１は、生成した予約データを、上述した要求を送信したコンピュータに提示する（ステップＳ２０４）。すなわち、このプロセッサ１１は、ネットワークを介して飲食店から、ＵＲＩを用いたデータの要求を受付けたとき、この飲食店が、このＵＲＩに対応付けられた店情報により示される場合に、このＵＲＩに対応付けられた選択人物情報が示す人物ごとの属性情報を用いてデータを生成し、生成したデータを飲食店に提示するプロセッサの一例である。これにより、このコンピュータを操作している飲食店のオーナーは、予約データを確認する。

図１７は、提示される予約データの例を示す図である。図１７に示す予約データは、情報処理装置１において、予約ＤＢ１２３により予約データＵＲＩに対応付けられている予約の予約日時を示す「２０２０年７月２５日 １９：３０〜」という文字列を含んでいる。また、図１７に示す予約データは、参加者情報として、上述した予約の参加者（予約者も含む）のユーザＩＤ、及びそれらのユーザＩＤで識別される各ユーザの食材ごとの制限や嗜好の程度を示す記号等を含んでいる。この参加者情報は、参加者の食属性をそれぞれ示す属性情報である。

上述した飲食店のオーナーは、図１７に示す予約データを確認することにより、例えば、この予約された会食に参加する参加者が、ユーザ「Ｕ１」、ユーザ「Ｕ２」、及びユーザ「Ｕ４」であることを知ることができる。
また、レベル「Ｌ５」が示される食材は、ユーザが全く摂取できない食材である。この場合、上述した飲食店のオーナーは、図１７に示す予約データを確認することにより、ユーザ「Ｕ１」及びユーザ「Ｕ４」が、食材「Ｍ７」を摂取できず、ユーザ「Ｕ２」が食材「Ｍ１」を摂取できないこと、等を知ることができる。

なお、図１２に示した認証画面、図１３に示した検索フォーム、図１４に示した検索結果画面は、他の態様であってもよい。

図１８は、他の認証画面の一例を示す図である。図１９は、他の検索フォームの一例を示す図である。図２０は、他の検索結果画面の一例を示す図である。図１８に示す通り、入力欄Ｆ１１にはユーザネームとしてメールアドレスが用いられてもよい。また、入力を取消すためのボタンＢ１２は、図１８に示す通り、画面右上の「×」印でもよい。

また、図１９に示す通り、検索するユーザネームのテキストを受付ける入力欄Ｆ２２は、Ｗｅｂサイト名が入力されてもよい。検索範囲を限定するための入力欄Ｆ２１はなくてもよい。そして、入力欄Ｆ２２にテキストが入力されると、これに基づいて検索された結果が表示されてもよい。このとき、図１９に示す通り、端末２は、検索結果により示されるユーザを選択するボタンＢ３１を、検索結果ごとに表示してもよい。このボタンＢ３１は、図１９に示す通りいわゆる選択／非選択を択一的に切り替えるチェックボックスでもよい。ユーザが「つぎへ」という文字が書かれたボタンＢ２１を押すと、端末２は、図２０に示す検索結果画面を表示する。ユーザは、この検索結果画面に対して操作することにより、予約の参加者を確定すればよい。この場合、ユーザの選択を取消すためのボタンＢ３３は、図２０に示す通り、「＜」という左向きの記号であってもよい。

＜変形例＞
以上が実施形態の説明であるが、この実施形態の内容は以下のように変形し得る。また、以下の変形例は、組合されてもよい。

＜１＞
上述した実施形態において、クライアントスクリプト１２４は、情報処理装置１のメモリ１２に記憶され、ウェブページソース４２１に応じたウェブページを表示する端末２からの要求に応じて供給されていたが、ウェブページソース４２１に直接に記載されていてもよい。また、クライアントスクリプト１２４は、情報処理装置１と異なる装置に記憶され、通信回線３を介して端末２に供給されてもよい。なお、クライアントスクリプト１２４、及びサーバスクリプト１２５は、それぞれテキストファイルであってもよいが、バイナリ形式のファイルであってもよい。

＜２＞
上述した実施形態において、サーバ装置４は、飲食店が運営するコンピュータであったが、複数の飲食店が加盟する検索サービス会社が運営するコンピュータでもよい。この検索サービス会社により運営されるサーバ装置４は、加盟する飲食店の情報をそれぞれ顧客に提供する、いわゆるグルメサイトである。

＜３＞
上述した実施形態において、情報処理装置１は、端末２から参加者ＩＤと、予約に関する情報とを受け取ると、この参加者ＩＤにより示される参加者の食属性を示す属性情報の所在を示す予約データＵＲＩを生成して、端末２に送信していたが、参加者とその属性情報とをそれぞれ示す文字列等を端末２に送信してもよい。

この場合、情報処理装置１のプロセッサ１１は、ステップＳ１１５において予約データＵＲＩを生成しなくてもよく、また、ステップＳ１１６において予約ＤＢ１２３にデータを登録しなくてもよい。そして、この場合、端末２が受信する参加者とその属性情報とをそれぞれ示す文字列等は、ウェブページの入力欄Ｆ１に入力されればよい。

すなわち、この変形例において、プロセッサ２１により実行されるクライアントスクリプト１２４は、表示部にウェブページを表示させるコンピュータに、ウェブページに含まれるトリガーオブジェクトに対するユーザの操作に応じて、表示部に検索フォームを表示させるステップと、ユーザが検索フォームに入力する検索条件情報を、情報処理装置に送信するステップと、情報処理装置から、検索条件情報に応じた人物を示す人物情報を受信するステップと、受信した人物情報の少なくとも一部を表示部に表示させるステップと、表示された人物情報の中からユーザが選択した選択人物情報を、情報処理装置に送信するステップと、情報処理装置から、選択人物情報により示される人物の食事に関する属性情報を受信するステップと、受信した属性情報を、ウェブページに含まれる入力欄に入力するステップと、を実行させるためのプログラムの一例である。

＜４＞
上述した変形例において、情報処理装置１は、参加者の属性情報を、その参加者の公開範囲に応じて暗号化してもよい。この場合、情報処理装置１は、暗号化した属性情報とともに、その属性情報の復号に用いる鍵を端末２に送信してもよい。すなわち、この変形例における属性情報は、暗号化されており、かつ、復号に用いる鍵とともに受信される属性情報の一例である。

なお、この鍵は、端末２で受信されても、端末２において表示されないことが望ましい。端末２が鍵を表示しないことにより、端末２のユーザが、この鍵に気付いて、属性情報を復号する可能性が抑えられるからである。そして、端末２は、サーバ装置４に向けて予約の申請を送信する際に、この鍵を削除するとよい。

＜５＞
また、上述した変形例において、情報処理装置１は、いずれかの参加者の公開範囲に、予約者が含まれていない場合、端末２から受信した店舗ＩＤを用いて、その参加者の属性情報を暗号化してもよい。店舗ＩＤは、そのまま共通鍵として属性情報の暗号化に用いられてもよい。また、いずれかの認証局が、店舗ＩＤをその店舗ＩＤで示される飲食店の公開鍵と対応付けている場合、情報処理装置１は、その認証局から、上述した店舗ＩＤに対応付けられている公開鍵を取得して、この公開鍵により属性情報を暗号化してもよい。

暗号化された属性情報は、ウェブページに入力されてサーバ装置４により受信されるが、これを中継する端末２のユーザは、この属性情報を復号することができない。端末２のユーザは、店舗ＩＤに対応付けられている公開鍵を取得することはできても、その公開鍵と対をなす秘密鍵を取得できないからである。

暗号化されたこの属性情報は、サーバ装置４を介して、店舗ＩＤで示される飲食店のオーナーに確認される。オーナーは、上述した公開鍵と対をなす秘密鍵を知っているので、この秘密鍵を用いて上述した属性情報を復号すればよい。

＜６＞
上述したプロセッサ１１、プロセッサ２１、及びプロセッサ４１は、ＣＰＵであってもよいが、例えばＧＰＵ（Graphics Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、プログラマブル論理デバイス等、ＣＰＵ以外のプロセッサであってもよい。

＜７＞
上述したプロセッサ１１、及びプロセッサ２１の動作は、いずれも複数のプロセッサが協働することによって実現されてもよい。また、上述したプロセッサの各動作の順序は上述した順序のみに限定されるものではなく、適宜変更されてもよい。

＜８＞
上述したプロセッサ２１によって実行されるクライアントスクリプト１２４は、表示部にウェブページを表示させるコンピュータに、ウェブページに含まれるトリガーオブジェクトに対するユーザの操作に応じて、表示部に検索フォームを表示させるステップと、ユーザが検索フォームに入力する検索条件情報を、情報処理装置に送信するステップと、情報処理装置から、検索条件情報に応じた人物を示す人物情報を受信するステップと、受信した人物情報の少なくとも一部を表示部に表示させるステップと、表示された人物情報の中からユーザが選択した選択人物情報を、情報処理装置に送信するステップと、情報処理装置から、選択人物情報により示される人物の食事に関する属性情報の所在を示すＵＲＩ（Uniform Resource Identifier）を受信するステップと、受信したＵＲＩを、ウェブページに含まれる入力欄に入力するステップと、を実行させるためのプログラムの一例である。

このプログラムは、磁気テープ及び磁気ディスク等の磁気記録媒体、光ディスク等の光記録媒体、光磁気記録媒体、半導体メモリ等の、コンピュータ装置が読取り可能な記録媒体に記憶された状態で提供し得る。また、このプログラムは、インターネット等の通信回線経由でダウンロードされてもよい。

１…情報処理装置、１１…プロセッサ、１１１…供給部、１１２…検索部、１１３…生成部、１１４…登録部、１２…メモリ、１２１…ユーザＤＢ、１２２…食属性ＤＢ、１２２１…公開範囲表、１２２２…食属性表、１２３…予約ＤＢ、１２４…クライアントスクリプト、１２５…サーバスクリプト、１３…インタフェース、２…端末、２１…プロセッサ、２１１…受付部、２１２…取得部、２１３…表示制御部、２１４…要求部、２１５…送信部、２１６…受信部、２２…メモリ、２３…インタフェース、２４…操作部、２５…表示部、３…通信回線、４…サーバ装置、４１…プロセッサ、４２…メモリ、４２１…ウェブページソース、４３…インタフェース、９…情報処理システム。

Claims (6)

1. 表示部にウェブページを表示させるコンピュータに、
   前記ウェブページに含まれるトリガーオブジェクトに対するユーザの操作に応じて、前記表示部に検索フォームを表示させるステップと、
   前記ユーザが前記検索フォームに入力する検索条件情報を、情報処理装置に送信するステップと、
   前記情報処理装置から、前記検索条件情報に応じた人物を示す人物情報を受信するステップと、
   受信した前記人物情報の少なくとも一部を前記表示部に表示させるステップと、
   表示された前記人物情報の中から前記ユーザが選択した選択人物情報を、前記情報処理装置に送信するステップと、
   前記情報処理装置から、前記選択人物情報により示される前記人物の食事に関する属性情報を受信するステップと、
   受信した前記属性情報を、前記ウェブページに含まれる入力欄に入力するステップと、
   を実行させるためのプログラム。
2. 前記属性情報は、暗号化されており、かつ、該属性情報の復号に用いる鍵とともに受信される
   ことを特徴とする請求項１に記載のプログラム。
3. 表示部にウェブページを表示させるコンピュータに、
   前記ウェブページに含まれるトリガーオブジェクトに対するユーザの操作に応じて、前記表示部に検索フォームを表示させるステップと、
   前記ユーザが前記検索フォームに入力する検索条件情報を、情報処理装置に送信するステップと、
   前記情報処理装置から、前記検索条件情報に応じた人物を示す人物情報を受信するステップと、
   受信した前記人物情報の少なくとも一部を前記表示部に表示させるステップと、
   表示された前記人物情報の中から前記ユーザが選択した選択人物情報を、前記情報処理装置に送信するステップと、
   前記情報処理装置から、前記選択人物情報により示される前記人物の食事に関する属性情報の所在を示すＵＲＩ（Uniform Resource Identifier）を受信するステップと、
   受信した前記ＵＲＩを、前記ウェブページに含まれる入力欄に入力するステップと、
   を実行させるためのプログラム。
4. 前記選択人物情報は、前記ウェブページに対応する飲食店を示す店情報と対応付けられて、前記情報処理装置に送信され、
   前記ＵＲＩは、前記情報処理装置により前記店情報と対応付けられている
   ことを特徴とする請求項３に記載のプログラム。
5. 請求項１から４のいずれか１項に記載のプログラムを起動するためのトリガーオブジェクトを含むウェブページを配信するサーバ装置。
6. プロセッサと、メモリとを有し、
   前記メモリは、
   人物ごとに、該人物の食事に関する属性情報を記憶し、
   前記プロセッサは、
   ネットワークを介して、端末から、該端末のユーザにより選択された飲食店を示す店情報、及び該ユーザにより選択された選択人物情報を取得し、
   ＵＲＩを生成し、
   生成した前記ＵＲＩを、取得した前記店情報、及び前記選択人物情報と対応付けて前記メモリに登録し、
   ネットワークを介して飲食店から、前記ＵＲＩを用いたデータの要求を受付けたとき、該飲食店が、該ＵＲＩに対応付けられた前記店情報により示される場合に、該ＵＲＩに対応付けられた前記選択人物情報が示す人物ごとの前記属性情報を用いてデータを生成し、
   生成したデータを前記飲食店に提示する
   情報処理装置。