(57)【要約】【課題】予約を管理する際のステータスを自由に設定できるようにする。【解決手段】予約を管理する際のステータスとして、予め決められた初期設定ステータスが登録されている予約管理サーバ２であって、初期設定ステータス以外のステータスである追加設定ステータスの登録を受け付け、初期設定ステータスおよび追加設定ステータスを含むステータスの順序の設定を受け付け、予約を管理する管理画面に、ステータスを選択させる選択欄を表示し、管理画面に表示した予約に対応するステータスを、選択欄において選択されたステータスに変更する。【選択図】図２
2017207994.tif 000002
【特許請求の範囲】
【請求項１】
予約を管理する際のステータスとして、予め決められた初期設定ステータスが登録されている予約管理装置であって、
前記初期設定ステータス以外の前記ステータスである追加設定ステータスの登録を受け付ける手段と、
前記初期設定ステータスおよび前記追加設定ステータスを含む前記ステータスの順序の設定を受け付ける手段と、
予約を管理する管理画面に、前記ステータスを選択させる選択欄を表示する手段と、
前記管理画面に表示した予約に対応するステータスを、前記選択欄において選択された前記ステータスに変更する手段と、
を備えることを特徴とする予約管理装置。
【請求項２】
前記追加設定ステータスの登録を受け付ける手段は、店舗単位に、別個の前記追加設定ステータスの登録を受け付けることを特徴とする請求項１記載の予約管理装置。
【請求項３】
前記店舗単位は、業種・業態の異なる業者の店舗単位であることを特徴とする請求項２記載の予約管理装置。
【請求項４】
前記追加設定ステータスの登録を受け付ける手段は、一つ以上の店舗を管理する法人単位に、別個の前記追加設定ステータスの登録を受け付けることを特徴とする請求項１記載の予約管理装置。
【請求項５】
前記ステータスの順序の設定を受け付ける手段は、前記初期設定ステータスごとに、ステータスコードの枝番を追加し、当該追加した前記枝番と前記追加設定ステータスとを対応付ける設定を受け付けることで、前記ステータスの順序の設定を受け付けることを特徴とする請求項１〜４のいずれか１項に記載の予約管理装置。
【請求項６】
予約を管理する際のステータスとして、予め決められた初期設定ステータスが登録されているコンピュータを、
前記初期設定ステータス以外の前記ステータスである追加設定ステータスの登録を受け付ける手段、
前記初期設定ステータスおよび前記追加設定ステータスを含む前記ステータスの順序の設定を受け付ける手段、
予約を管理する管理画面に、前記ステータスを選択させる選択欄を表示する手段、
前記管理画面に表示した予約に対応するステータスを、前記選択欄において選択された前記ステータスに変更する手段、
として機能させることを特徴とする予約管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約管理装置および予約管理プログラムに関する。
【背景技術】
【０００２】
予約システムを利用して予約を管理する場合、一般に、予約を受け付ける店舗側でそれぞれの予約の進捗状況に見合ったステータスを選択しながら予約情報の登録や更新を行う。下記特許文献１には、飲食店の予約を管理する予約システムが開示されている。この予約システムでは、顧客との対応状況を示すステータスとして、予約辞退、予約交渉中、予約成立、予約不成立が予め用意されており、これらのステータスを順次選択していくことで予約を管理している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−３２０５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の予約システムでは、特許文献１のように、予約を管理する際のステータスが予めシステム側で設定され、固定されている。しかしながら、管理する主体によって利用するステータスが異なることもあるため、同じステータスを一律に用いることとすると、実情にそぐわない管理を強いる要因となる。
【０００５】
本発明は、上述した課題を解決するためになされたものであり、予約を管理する際のステータスを自由に設定できるようにすることを目的の一つとする。
【課題を解決するための手段】
【０００６】
本発明の一態様である予約管理装置は、予約を管理する際のステータスとして、予め決められた初期設定ステータスが登録されている予約管理装置であって、前記初期設定ステータス以外の前記ステータスである追加設定ステータスの登録を受け付ける手段と、前記初期設定ステータスおよび前記追加設定ステータスを含む前記ステータスの順序の設定を受け付ける手段と、予約を管理する管理画面に、前記ステータスを選択させる選択欄を表示する手段と、前記管理画面に表示した予約に対応するステータスを、前記選択欄において選択された前記ステータスに変更する手段と、を備える。
【０００７】
前記追加設定ステータスの登録を受け付ける手段は、店舗単位に、別個の前記追加設定ステータスの登録を受け付けることとしてもよい。
【０００８】
前記店舗単位は、業種・業態の異なる業者の店舗単位であることとしてもよい。
【０００９】
前記追加設定ステータスの登録を受け付ける手段は、一つ以上の店舗を管理する法人単位に、別個の前記追加設定ステータスの登録を受け付けることとしてもよい。
【００１０】
前記ステータスの順序の設定を受け付ける手段は、前記初期設定ステータスごとに、ステータスコードの枝番を追加し、当該追加した前記枝番と前記追加設定ステータスとを対応付ける設定を受け付けることで、前記ステータスの順序の設定を受け付けることとしてもよい。
【００１１】
本発明の一態様である予約管理プログラムは、予約を管理する際のステータスとして、予め決められた初期設定ステータスが登録されているコンピュータを、前記初期設定ステータス以外の前記ステータスである追加設定ステータスの登録を受け付ける手段、前記初期設定ステータスおよび前記追加設定ステータスを含む前記ステータスの順序の設定を受け付ける手段、予約を管理する管理画面に、前記ステータスを選択させる選択欄を表示する手段、前記管理画面に表示した予約に対応するステータスを、前記選択欄において選択された前記ステータスに変更する手段、として機能させる。
【発明の効果】
【００１２】
本発明によれば、予約を管理する際のステータスを自由に設定することが可能となる。
【図面の簡単な説明】
【００１３】
【図１】実施形態における予約管理サーバを含む予約管理システムの構成を例示する図である。
【図２】図１に示す予約管理サーバの構成を例示する図である。
【図３】図２に示す予約マスタＤＢのデータ構成を例示する図である。
【図４】図２に示すステータスＣＤマスタテーブルのデータ構成を例示する図である。
【図５】図２に示すステータスＣＤ枝番テーブルのデータ構成を例示する図である。
【図６】変形例におけるステータスＣＤマスタテーブルのデータ構成を例示する図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。
【００１５】
図１は、本発明の一実施形態に係る予約管理サーバ（予約管理装置）を含む予約管理システムの構成概略図である。同図に示すように、本実施形態における予約管理システム１は、予約管理サーバ２と、１台以上の予約受付者端末３と、１台以上の予約申込者端末４とを備える。予約受付者端末３および予約申込者端末４はそれぞれ、ネットワークＮを介して予約管理サーバ２と通信できるように構成される。
【００１６】
予約受付者端末３は、サービスを提供する業者が、後述するイベントの予約を受け付ける予約受付者として使用する端末装置である。予約受付者となり得る業者は、あらゆる業種・業態の業者が対象となる。
【００１７】
予約申込者端末４は、サービスの提供を受けるユーザが、イベントの予約を申し込む予約申込者として使用する端末装置である。
【００１８】
イベントは、予約の対象となり得るものであればよい。例示的に、イベントは、後述する予約枠を設定することで生成される予約イベント情報により特定することができる。予約イベント情報には、例えば、予約受付者の顧客ＩＤ、イベントを特定するイベント識別情報、イベントのジャンル、イベントを提供する場所、イベントを提供する時間、イベントに対する料金、イベントに関する補足説明等が含まれる。
【００１９】
イベントのジャンルは、例えば業種・業態ごとや、提供対象の種類ごとに設けることができ、具体的に、飲食店、病院、スクール、フィットネス、美容サロン、飲食店で提供する各料理（例えばそば屋で提供する天ぷらそば、ざるそば）等が該当する。各ジャンルには、それぞれ複数の階層を任意に設けることができる。例えば、ジャンルが飲食店である場合には、飲食店の下位階層として、レストラン、カフェ、居酒屋等を設け、レストランの下位階層として、和食系、中華系、洋食系等を設け、さらに和食系の下位階層として、寿司屋、そば屋、天ぷら屋等を設けることができる。
【００２０】
予約枠を設定する方法は、例えば、予約受付タイプに応じて定めることができる。予約受付タイプとして、例示的に、（Ａ）事前設定タイプおよび（Ｂ）自由受付タイプを採用することができる。なお、予約受付タイプは、他のタイプであってもよく、任意に採用することができる。
【００２１】
（Ａ）事前設定タイプは、予約受付者が事前に設定した予約枠を利用して予約申込者からの予約を受け付ける方式である。（Ｂ）自由受付タイプは、予約受付者が設定したサービス提供時間内に、所望の予約枠を予約申込者に設定させることで予約申込者からの予約を受け付ける方式である。
【００２２】
予約枠を設定する前に、予約受付者は、例えば、以下の各項目を登録する。予約受付者が提供するサービスの内容を特定するメニュー項目、サービスを提供する際の資源（例えば、人、設備、備品等）を特定するリソース項目、リソースが帰属可能なリソースグループ項目、予約定員数項目、予約受付可能日時項目、料金項目。
【００２３】
ここで、メニュー、リソースグループ、リソースについて、予約受付者の業種・業態ごとに、具体例を挙げて説明する。
【００２４】
予約受付者の業種・業態が、歯科医院である場合には、メニューとして、例えば、“初診”、“再診”、“ホワイトニング”等が該当し、リソースグループとして、例えば、“担当医師”が該当し、リソースとして、例えば、担当医師の氏名が該当する。
【００２５】
予約受付者の業種・業態が、フィットネススタジオである場合には、メニューとして、例えば、“ホットヨガ”、“ピラティス”等が該当し、リソースグループとして、例えば、“インストラクター”、“オプション”が該当し、“インストラクター”のリソースとして、例えば、インストラクターの氏名が該当し、“オプション”のリソースとして、例えば、“ヨガマット”、“タオル”等が該当する。
【００２６】
予約受付者の業種・業態が、学習塾である場合には、メニューとして、例えば、“夏期講習”、“難関校受験コース”等が該当し、リソースグループとして、例えば、“国語科”、“英語科”、“数学科”等が該当し、リソースとして、例えば、講師の氏名が該当する。
【００２７】
予約受付者の業種・業態が、貸し会議室である場合には、メニューとして、例えば、“貸し会議室”、“貸しホール”等が該当し、リソースグループとして、例えば、建物の名称、施設の名称等が該当し、リソースとして、例えば、部屋番号が該当する。
【００２８】
（Ａ）事前設定タイプでは、例えば、予約受付者が、メニュー項目と、そのメニュー項目に対応するサービスを提供する時間帯とを設定することで予約枠が設定される。
【００２９】
（Ｂ）自由受付タイプでは、例えば、予約受付者がサービス提供時間を設定し、予約申込者がサービス提供時間内から所望する時間帯を指定することで予約枠が設定される。
【００３０】
本実施形態では、予約受付者端末３および予約申込者端末４として、ＰＣ（パーソナルコンピュータ）を想定して説明するが、これに限定されない。予約受付者端末３および予約申込者端末４として、例えば、ノートＰＣ、タブレット端末、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）、その他の端末装置を適宜用いることができる。
【００３１】
予約管理サーバ２は、例えば、演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。ここで、予約管理サーバ２を構成するコンピュータは、必ずしも１台である必要はなく、ネットワークＮ上に分散する複数のコンピュータから構成されてもよい。
【００３２】
ネットワークＮは、予約管理サーバ２と予約受付者端末３と予約申込者端末４との間で相互に情報を送受信可能な通信網を含む。ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。
【００３３】
図２に示すように、予約管理サーバ２は、例えば、プロセッサ２０と、通信インタフェース２１と、記憶資源２２とを備える。
【００３４】
プロセッサ２０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニットおよび各種レジスタから構成され、記憶資源２２に格納されているコンピュータプログラム２２０を実行することで、後述する各種機能を実現する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。
【００３５】
通信インタフェース２１は、ネットワークＮに接続し、ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース２１は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。
【００３６】
記憶資源２２は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ等のコンピュータ読み取り可能な記録媒体である。記憶資源２２は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。記憶資源２２には、コンピュータプログラム２２０が記憶される。
【００３７】
記憶資源２２には、コンピュータプログラム２２０のほか、予約管理サーバ２の処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとしては、例えば、通信インタフェース２１を制御するための通信インタフェースドライバプログラム等がある。各種データとしては、例えば、予約マスタＤＢ（データベース）２２２に記憶される予約情報、ステータスＣＤ（コード）マスタテーブル２２３に記憶されるステータス情報、ステータスＣＤ枝番テーブル２２４に記憶されるステータス枝番情報等がある。上記データベースおよびテーブルのデータ構成について、以下に説明する。
【００３８】
図３に示すように、予約マスタＤＢ２２２は、予約情報を記憶するデータベースであり、データ項目として、例えば、店舗ＩＤ項目、予約ＩＤ項目、メニューＮＯ項目、リソースＮＯ項目、ステータスコード項目、顧客ＩＤ項目、予約基本情報項目群等を有する。
【００３９】
店舗ＩＤ項目は、予約を受け付ける店舗を特定するための識別情報を格納する。予約ＩＤ項目は、予約を特定するための識別情報を格納する。メニューＮＯ項目は、予約するサービスの内容をあらわすメニューを特定するための識別情報を格納する。リソースＮＯ項目は、予約するサービスを提供する際の資源をあらわすリソースを特定するための識別情報を格納する。
【００４０】
ステータスコード項目、予約の進捗状況等を示すためのステータスを特定する識別情報を格納する。顧客ＩＤ項目は、予約を申し込む予約申込者（顧客）を特定するための識別情報を格納する。
【００４１】
予約基本情報項目群は、予約に関する基本的な情報を格納するデータ項目群である。予約基本情報項目群には、例えば、氏名項目、フリガナ項目、メールアドレス項目、電話番号項目、提供場所項目、提供時間項目、料金項目、人数項目等のデータ項目が含まれる。
【００４２】
図４に示すように、ステータスＣＤマスタテーブル２２３は、ステータス情報を記憶するテーブルであり、ステータス情報の各データ項目は、店舗ＩＤ単位に生成される。各データ項目には、例えば、ステータスコード項目、ステータス内容項目、初期／追加項目等が含まれる。
【００４３】
ステータスコード項目は、ステータスを特定するための識別情報を格納する。ステータス内容項目は、ステータスの内容を格納する。ステータスの内容として、例えば、“仮予約”、“即時予約”、“来店済”、“退店済”、“キャンセル”、“来店しない”、“来店前入金待”、“来店前入金済”等がある。
【００４４】
初期／追加項目は、ステータスコードが、システムに初期設定された固定のステータスコード（以下、「初期設定ステータスコード」ともいう。）であるのか、後から追加設定されたステータスコード（以下、「追加設定ステータスコード」ともいう。）であるのかを示す情報を格納する。例示的に、初期設定ステータスコードである場合には“初期”が格納され、追加設定ステータスコードである場合には“追加”が格納される。
【００４５】
例示的に、図４では、初期設定ステータスコードとして、“仮予約”、“即時予約”、“来店済”、“退店済”、“キャンセル”、“来店しない”が登録され、追加設定ステータスコードとして、“来店前入金待”、“来店前入金済”が登録されている。
【００４６】
図５に示すように、ステータスＣＤ枝番テーブル２２４は、ステータス枝番情報を記憶するテーブルであり、データ項目として、例えば、親ステータスコード項目、枝番項目、ステータスコード項目等を有する。ステータス枝番情報は、ステータスコード別に、枝番を新規に登録する際に生成される。
【００４７】
親ステータスコード項目は、初期設定ステータスコードを、親ステータスコードとして格納する。枝番項目は、親ステータスコードに付与された枝番を格納する。ステータスコード項目は、親ステータスコードで管理する一つの初期設定ステータスコードおよび一つ以上の追加設定ステータスコードを格納する。
【００４８】
例示的に、図５では、親ステータスコードおよび枝番“０１”のステータスコードとして、“仮予約”に対応する“００１”が登録され、枝番“０２”のステータスコードとして“来店前入金待”に対応する“１０１”が登録され、枝番“０３”のステータスコードとして“来店前入金済”に対応する“１０２”が登録されている。
【００４９】
なお、上述したデータベースおよびテーブルの構成およびそれらに格納されるデータ項目の組み合わせは例示に過ぎず、データベースおよびテーブルの構成やデータ項目の組み合わせについては、運用するシステムに合わせて適宜変更することができる。
【００５０】
図２に示すコンピュータプログラム２２０は、所定の処理を行うためのプログラムであり、予約管理サーバ２のメインプログラムの動作中に適宜呼び出されて実行される複数のソフトウェアモジュールを備える。このソフトウェアモジュールは、それぞれ特定の処理を実行するためにモジュール化されたサブプログラムであり、例えば、プロシージャ、サブルーチン、メソッド、関数およびデータ構造等を用いて作成される。
【００５１】
コンピュータプログラム２２０は、例示的に、予約管理モジュール２２１を有する。以下において、予約管理モジュール２２１を実行することで実現する機能について説明する。
【００５２】
予約管理モジュール２２１は、システムに初期設定されたステータス（以下、「初期設定ステータス」ともいう。）以外のステータスである追加設定ステータスの登録を受け付ける。追加設定ステータスの登録は、例えば、ステータス追加画面を利用して受け付けることができる。具体的に、以下のように受け付ける。
【００５３】
最初に、追加設定ステータスの内容を入力する入力欄を設けたステータス追加画面を予約受付者端末３に表示させる。続いて、ステータス追加画面の入力欄に入力された追加設定ステータスの内容（例えば、“来店前入金待”や“来店前入金済”）を予約受付者端末３から受け取る。続いて、受け取った追加設定ステータスの内容に基づいてステータス情報を生成し、ステータスＣＤマスタテーブル２２３に登録する（図４参照）。
【００５４】
予約管理モジュール２２１は、初期設定ステータスおよび追加設定ステータスを含むステータスの順序の設定を受け付ける。初期設定ステータスの順序は、原則として、ステータスの遷移順を基準にして設定され、変更することはできないが、追加設定ステータスの順序は、店舗ごとに任意に設定することができる。
【００５５】
ステータスの順序の設定は、例えば、ステータス枝番管理画面を利用して受け付けることができる。具体的に、以下のように受け付ける。
【００５６】
最初に、対象店舗に登録されている全てのステータスを一覧表示するステータス一覧画面を予約受付者端末３に表示させる。その後、予約受付者端末３において、枝番の管理対象となる初期設定ステータスが、ステータス一覧画面から選択されると、その選択された初期設定ステータスに対応するステータス枝番管理画面を予約受付者端末３に表示させる。
【００５７】
このステータス枝番管理画面では、ステータス一覧画面から選択された初期設定ステータスが、最上位の順序を示す枝番（例えば“０１”）に初期設定されている。この初期設定された枝番は、変更できることとしてもよいし、変更できないこととしてもよい。
【００５８】
続いて、予約受付者端末３において、ステータス枝番管理画面の枝番入力欄に新たな枝番（例えば“０２”や“０３”）が追加入力され、その枝番に対応する入力欄に追加設定ステータスの内容（例えば、“来店前入金待”や“来店前入金済”）が選択入力されると、その入力された枝番および追加設定ステータスの内容を、予約受付者端末３から受け取る。
【００５９】
続いて、受け取った枝番および追加設定ステータスの内容に基づいてステータス枝番情報を生成し、ステータスＣＤ枝番テーブル２２４に設定する（図５参照）。この枝番を管理することで、ステータスの順序を管理することができる。
【００６０】
なお、ステータスの順序は、枝番に基づいて決定することに限定されない。例えば、ステータス枝番管理画面に、枝番の他に、優先順位を入力する入力欄を設け、この入力欄に入力された優先順位に基づいてステータスの順序を決定することとしてもよい。
【００６１】
また、枝番を管理することなく、各ステータスコードに対し、直接順序を設定することとしてもよい。この場合には、ステータスＣＤマスタテーブル２２３のデータ構成を、例えば、図６に示すように設計することができる。さらに、この場合には、図５に示すステータスＣＤ枝番テーブル２２４を省略することができる。
【００６２】
予約管理モジュール２２１は、予約を管理する際に予約受付者端末３に表示させる予約管理画面に、ステータスを選択させるステータス選択欄を表示する。ステータス選択欄として、例えば、プルダウンメニューを用いることができる。
【００６３】
予約管理モジュール２２１は、予約管理画面に表示した予約に対応するステータスを、ステータス選択欄において選択されたステータスに変更し、予約マスタＤＢ２２２の予約情報を更新する（図３参照）。
【００６４】
上述したように、実施形態における予約管理システム１によれば、予約を管理する際のステータスとして、予めシステムに登録されている初期設定ステータスの他に、追加設定ステータスの登録を受け付けることができ、初期設定ステータスおよび追加設定ステータスを含むステータスの順序の設定を受け付けることができる。
【００６５】
さらに、予約を管理する予約管理画面上に、上記順序が設定されているステータスを選択させるステータス選択欄を表示し、予約管理画面に表示した予約に対応するステータスを、ステータス選択欄で選択されたステータスに変更することができる。
【００６６】
したがって、実施形態における予約管理システム１によれば、予約を管理する際のステータスを自由に設定することが可能となる。
【００６７】
また、実施形態における予約管理システム１によれば、追加設定ステータスを店舗ごとに、自由に登録することができるため、様々な業種・業態での予約管理に対し、柔軟に適応することが可能となる。
【００６８】
[変形例]
なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。
【００６９】
また、上述した実施形態では、追加設定ステータスを、店舗単位に管理する場合について説明しているが、店舗単位であることには限定されない。例えば、一つ以上の店舗が帰属する法人単位に追加設定ステータスを管理することとしてもよい。この場合、例えば、法人を特定するための識別情報である法人ＩＤに対応付けて、その法人に帰属する一つ以上の店舗の店舗ＩＤを設定し、この法人ＩＤと店舗ＩＤとの対応関係を用い、上記実施形態と同様の手順により、法人単位に追加設定ステータスを管理することとすればよい。
【００７０】
また、上述した実施形態では、予約受付者端末３や予約申込者端末４が、予約管理サーバ２にアクセスしながら処理を行うことを前提に説明しているが、予約受付者端末３や予約申込者端末４は、必ずしも予約管理サーバ２にアクセスしながら処理を行う必要はない。例えば、予約受付者端末３や予約申込者端末４が、予約管理アプリケーション（予約管理アプリ）をインストールして、上述した予約管理システムの各種機能を実現することとしてもよい。この場合、予約受付者端末３や予約申込者端末４は、予約管理サーバ２から最新の情報を取得して処理を実行し、予約受付者端末３や予約申込者端末４内で処理されたデータを予約管理サーバ２に送信することとすればよい。
【符号の説明】
【００７１】
１  予約管理システム
２  予約管理サーバ
３  予約受付者端末
４  予約申込者端末
２０  プロセッサ
２１  通信インタフェース
２２  記憶資源
２２０  コンピュータプログラム
２２１  予約管理モジュール
２２２  予約マスタＤＢ
２２３  ステータスＣＤマスタテーブル
２２４  ステータスＣＤ枝番テーブル
Ｎ  ネットワーク
【図１】
2017207994.tif 000003
【図２】
2017207994.tif 000004
【図３】
2017207994.tif 000005
【図４】
2017207994.tif 000006
【図５】
2017207994.tif 000007
【図６】
2017207994.tif 000008