(57)【要約】【課題】申請の後に承認が順序だって行われ，その後に注文が行われるため，承認までの待ち時間が発生し，希望する注文やサービスが，承認後には無くなっているか，あるいは受けられない可能性がある。【解決手段】希望する注文やサービスを利用する際に，利用のための申請をした時点で仮予約をし，時間の経過によって承認状況，予約状況の判定を行い，その判定結果を基に，承認，予約の制御を行う。【選択図】  図２
2004178235.tif 000002
【特許請求の範囲】
【請求項１】
承認が必要なサービスを利用する際に，サービスの利用のための仮予約と，そのサービス利用に対する承認を実施するシステムへ承認申請を同時に実施することを特徴とするサービス連携システム。
【請求項２】
利用したいサービスの状況と，承認状況を基に仮予約の予約，保留，キャンセルの判定を行うサービス連携システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は，承認が必要なサービスを提供するサイトと，そのサービス利用に対する承認を実施するシステムの連携を仲介するシステムに関する。
【０００２】
【従来の技術】
従来技術として，購買者が購買申請書を承認権限を有する者へ送付し，承認権限を有する者が承認した後に，注文書を作成し注文を行うものが知られている（例えば、特許文献１参照）。
【０００３】
【特許文献１】
特開２００１−３４４８７号公報（第５−７頁、第１図）
【０００４】
【発明が解決しようとする課題】
上記従来技術は，申請の後に承認が順序だって行われ，その後に注文が行われるため，承認までの待ち時間が発生し，希望する注文やサービスが，承認後には無くなっているか，あるいは受けられない可能性についてはのべられていない。本発明の目的は，申請をした時点で仮予約をし，時間の経過によって承認状況，予約状況の判定を行い，承認，仮予約の制御を実施することによって，希望する注文やサービスを提供するシステムと，承認を実施するシステムとを連携するサービス連携システムを提供することにある。
【０００５】
【課題を解決するための手段】
上記目的を達成するため，本発明は，承認システムと，サービス提供サイトの仲介を行い，承認が必要なサービスを利用する際に，サービスの利用のための仮予約と，そのサービス利用に対する承認を実施するシステムへ承認申請を同時に実施するシステムを構築する。
【０００６】
【発明の実施の形態】
以下，本発明の一実施例を説明する。
図１は，本発明を説明するための全体構成図であり，サービス連携サイト１００と，サービス提供サイト１０４と，個人端末１０３と，承認システム１０２がネットワーク１０１で接続されている。
【０００７】
サービス提供サイト１０４は，宿泊施設，保養所，交通機関など様々なサービスを提供するサイトであり，このサービスを利用するための入力画面の例を図７に示す。
【０００８】
承認システム１０２は，サービス提供サイト１０４が提供するサービスを利用するために必要な承認を行うシステムであり，この承認の状況によってサービスの利用可否が決まる。
【０００９】
サービス連携システム１００は，個人端末１０３からの入力をもとにサービス提供サイト１０４と承認システム１０２の仲介をするものであり，その詳細は，図２で示す。
【００１０】
図２は，サービス連携システム１００の詳細な構成図である。サービス連携システム１００は，データベースシステム１８０を有し，入力部１１０，出力部１２０，入力データ解析部１３０，予約の可否判定部１４０，時間管理部１５０，制御部１７０からなる。
【００１１】
入力部１１０は，入力されたデータの処理行うものである。出力部１２０は，必要なデータの出力を処理するものである。
入力データ解析部１３０は，入力されたデータの解析を行うものである。
【００１２】
サービスの予約可否判定部１４０は，サービスの予約状況，承認状況をもとに，サービスの予約の可否を判定するものである。
管理部１５０は，予約の可否判定を行う時間を管理するものである。
【００１３】
制御部１７０は，入力データや，サービスの予約の可否判定結果をもとに制御を行うものであり，予約制御部１７１，承認システム間１７２，サービス提供サイト間制御部１７３からなる。
予約制御部１７１は，データベースシステム内１８０に格納されているサービスの予約情報の作成，更新，削除を行うものである。
【００１４】
承認システム間制御部１７２は，個人端末１０３からの予約のキャンセルや，サービス提供サイト１０４におけるサービスの状況の変化にともなって必要になった承認の再申請や，承認の申請の取り消しなどの制御をおこなうものである。
【００１５】
サービス提供サイト間制御部１７３は，個人端末１０３からの予約のキャンセルや，承認システム１０２における承認情報の変化にともなって必要になったサービスの予約に対するキャンセル，予約の変更などの制御をおこなうものである。
【００１６】
データベースシステム１８０は，必要なデータを保管するものであり，予約データ保管部１８１，サービスデータ保管部１８２，承認システム情報保管部１８３からなる。
【００１７】
予約データ保管部１８１は，サービス連携システム１００が仲介している予約に関する情報を保管するテーブルであり，この詳細は図３に示す。
【００１８】
サービスデータ保管部１８２は，サービス提供サイト１０４に関する情報を保管するテーブルであり，この詳細は図３に示す。
承認システム情報保管部１８３は，承認システム１０２に関する情報を保管するテーブルであり，この詳細は図４に示す。
【００１９】
図３は，予約データ保管部１８１の情報を保管するテーブル２１８と，サービスデータ保管部１８２の情報を保管するテーブル２０８の詳細図である。
【００２０】
サービスデータ保管部１８２に保管されるサービス提供サイト１０４に関する情報は，サービスＩＤ２００，サービス名２０１，サービス提供サイトＩＰ２０２，サービス情報取得手段２０３，予約条件２０４が並んだものである２０５，２０６，２０７。
【００２１】
サービス情報取得手段２０３は，サービスの予約の可否判定に必要なサービス提供サイト１０４が提供する情報を取得するための手段であり，サービス提供サイト１０４が有するデーベースへのＳＱＬ文であったり，ＣＧＩなどのサービス提供サイト１０４上で動作するプログラムの実行結果であったり，自動返信または自動送信設定されたメールなどによる情報の取得手段を示したものである。
【００２２】
予約条件２０４は，サービス提供サイト１０４が設定するサービスの予約を判定するための条件である。
【００２３】
予約データ保管部１８１に保管されるサービス連携サイト１００が仲介する予約に関するデータは，予約ＩＤ２１１，サービスＩＤ２１２，予約者ＩＤ２１３，チェック時間２１４，予約状態２１５が並んだものである２１６，２１７，２１８。
チェック時間２１４は，次に予約の可否を判定を実施すべき時間を示している。
【００２４】
予約状態２１５は，現在の予約データの状態を示し，予約条件２０４を満たしている予約済み，まだ予約条件２０４を満たしていない申請中，承認の却下やサービスの状況によってキャンセルされたキャンセル中がある。
【００２５】
図４は，予約者ＩＤ２２０と，その予約者ＩＤ２２０が利用可能なサービスＩＤ２２１，そのサービスＩＤに対応した承認システムＩＤ２２２の並び２２３，２２４，２２５を保管したテーブル２２６と，承認システム１０２に関する情報を保管したテーブル２３８と，ユーザＩＤ２４０と，個人情報２４１と，ユーザＩＤ２４０に対応した対応承認システムＩＤ２４２の対応２４３，２４４，２４５を保管しているテーブル２４６の構成図である。
【００２６】
承認システム１０２に関する情報を保管したテーブル２３８は，承認システムＩＤ２３０，承認システムＩＰ２３１，対応サービス２３２，承認情報取得手段２３３，承認システム情報２３４が並んだ情報２３５，２３６，２３７からなる。
【００２７】
対応サービスＩＤ２３２は，承認システム１０２で申請可能なサービスを示す。
【００２８】
承認情報取得手段２３３は，サービスの予約の可否判定に必要な承認システム１０２が提供する情報を取得するための手段であり，承認システム１０２が有するデーベースへのＳＱＬ文であったり，ＣＧＩなどの承認システム１０２上で動作するプログラムの実行結果であったり，自動返信または自動送信設定されたメールなどによる情報の取得手段を示したものである。
【００２９】
承認システム情報２３４は，サービスに対応した承認に関する情報であり，サービスが承認システム１０２のどの承認サービスに対応しているかを示す。
【００３０】
図５は，サービス連携システム１００におけるサービスの予約の流れを示す。
サービス連携システム１００におけるサービスの予約の流れは，個人端末１０３が利用したいサービスに対して，サービス連携システム１００に予約申請をすることによって開始する（３００）。
サービス連携システム１００は，予約処理が開始すると，個人端末１０３によって送信されたデータの入力をおこなう（３０１）。
【００３１】
データの入力３０１によって受信したデータを入力データ解析部１３０によって解析，予約の申し込みかを判別する（３０２）。
予約の申し込み以外の，予約の確認などのデータが入力された場合は，それぞれの処理を行う（３０３）。
予約の申し込みがなされた場合は，申請をおこなった予約者ＩＤと，申請されたサービスのＩＤから，対応した承認システムを検索する（３０４）。
【００３２】
検索の結果から対応した承認システムが存在するかを判別する（３０５）。
予約者ＩＤとサービスＩＤに対応した承認システムが存在しない場合は，エラー処理を行う（３０７）。
予約者ＩＤとサービスＩＤに対応した承認システムが存在する場合は，申請されたサービスに対応した承認サービスの情報を取得する（３０６）。
【００３３】
取得した情報から，対応した承認サービスに対して承認の申請と，サービスの予約処理を同時に行う（３０８）。
予約申請処理を終了する（３０９）。
【００３４】
図６は，予約の可否判定処理の流れを示している。
時間管理部１５０は，予約の情報が保管されたテーブル２１８の，チェック時間２１３を監視し，チェックすべき時間に達したら，チェック時間に達した予約の予約判定イベントを発生させる。
予約判定イベントが，時間管理部１５０から発生した際に予約の可否判定処理が開始する（３１０）。
【００３５】
予約の可否判定処理が開始すると，判定を行う予約を申請した予約者の情報の取得（３１１），予約者，サービスに対応した承認システムの情報の取得（３１２）を行う。
【００３６】
次に，予約中のサービスの可否判定の条件を取得し（３１３），判定に必要なサービスの情報を取得するためのサービス情報の取得手段を取得する（３１３）。
【００３７】
サービス情報の取得手段をもとに，可否判定に必要なサービスの情報を所得する（３１５）。
【００３８】
同様に，サービスの可否判定に必要な承認システム情報の取得手段を取得し（３１６），その取得手段によって承認情報を所得する（３１７）。
【００３９】
取得した可否判定の条件，サービス情報，承認情報をもとに予約の可否判定を処理をおこなう（３１８）。
予約の可否判定の結果が，予約可能の場合は予約の情報を保管しているテーブル２１８の予約状態２１４を予約済みに変更する（３１９）。
【００４０】
予約の可否判定の結果が，予約不可の場合は，さらに判定した予約をキャンセルするか，そのまま保留にし再度，予約の可否判定を実施するか判別する（３２０）。
【００４１】
予約をキャンセルする判別がされた場合は，サービス提供サイト１０４，承認システム１０２に対して予約のキャンセル処理を行う（３２１）。
予約を保留する判別された場合は，予約の情報を保管しているテーブル２１８のチェック時間を次回の予約判定時間に更新する（３２３）。
予約判定処理を終了する（３２２）。
【００４２】
図７は，個人端末１０３から予約申請する際の申請画面４００の一例である。
【００４３】
申請画面４００は，利用サービスを入力するボックス４０１，予約を申請する予約者の名前を入力するボックス４０２，予約者に対応したパスワードを入力するボックス４０３，予約者が所属する会社名入力するボックス４０４，予約の申請処理を開始するための申請ボタン４０５，予約の申請処理をキャンセルするキャンセルボタン４０６からなる。
【００４４】
予約者が必要な情報を各入力ボックスに入力し，申請ボタン４０５をクリックすると，図５で示した，予約の申請処理が開始される。
【００４５】
【発明の効果】
本発明によれば，時間の経過によって希望の注文やサービスの利用状況が変化するようなときに，申請をおこなった時点での希望の注文やサービスに対する予約が可能になる効果がある。
【図面の簡単な説明】
【図１】本発明の構成図である。
【図２】サービス連携システムの詳細な構成図である
【図３】サービスに関する情報，予約に関する情報を示す図面である。
【図４】予約とその予約に対応したサービス，承認システムの情報，承認システム情報，ユーザ情報を示す図面である。
【図５】予約を行う際の，フローチャート図である。
【図６】予約可否判定部のフローチャート図である。
【図７】申請画面例を示す図面である。
【符号の説明】
１００…サービス連携システム
１０１…ネットワーク
１０２…承認システム
１０３…個人端末
１０４…サービス提供サイト
１１０…入力部
１２０…出力部
１３０…入力データ解析部
１４０…予約の可否判定部
１５０…時間管理部
１７０…制御部
１７１…予約制御部
１７２…承認システム間制御部
１７３…サービス提供サイト間制御部
１８０…データベースシステム
１８１…予約データ保管部
１８２…サービスデータ保管部
１８３…承認システム情報保管部
【図１】
2004178235.tif 000003
【図２】
2004178235.tif 000004
【図３】
2004178235.tif 000005
【図４】
2004178235.tif 000006
【図５】
2004178235.tif 000007
【図６】
2004178235.tif 000008
【図７】
2004178235.tif 000009